Чтение онлайн

ЖАНРЫ

Модель зрелости процессов разработки программного обеспечения
Шрифт:

2. являются основой для создания плана разработки ПО;

3. являются основой для разработки требований к ПО.

Операция 3 Изменения установленных требований рассматриваются и вносятся в проект разработки ПО.

1. Оценивается влияние на существующие обязательства по выполнению и обсуждаются их необходимые изменения.

? Изменения внешних обязательств сотрудников и групп проверяются высшим руководством.

Практики, связанные с внешними обязательствами организации, содержатся в описании Операции № 4 группы ключевых процессов «Планирование проекта» и Операции № 3 группы ключевых процессов

«Отслеживание хода проекта и контроль над ним».

? Изменения обязательств внутри организации обсуждаются вместе с задействованными группами.

Практики, связанные с обсуждением изменений обязательств, содержатся в описании Операций № 5–7 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».

2. Вносимые в планы разработки, промежуточные продукты и операции изменения, вытекающие из изменений установленных требований:

выявляются,

проходят общую оценку,

оцениваются по связанным с ними рискам,

документируются,

планируются,

доводятся до сведения задействованных групп и отдельных сотрудников,

отслеживаются до своего завершения.

Измерения и анализ

Измерение 1 Выполнение измерений и использование их результатов для определения статуса операций по управлению установленными требованиями.

Примеры измерений:

определение статуса каждого из установленных требований;

определение статуса изменений установленных требований;

общее количество изменений установленных требований, включая общее количество тех из них, которые были предложены, остаются открытыми, утверждены или реализованы в базовой линии системы.

Проверка внедрения

Проверка 1 Регулярная проверка высшим руководством выполнения операций по управлению установленными требованиями.

Регулярные проверки проводятся высшим руководством для получения своевременной информации о процессе разработки ПО и его понимания на соответствующем уровне абстрагирования. Промежутки времени между проверками должны соответствовать потребностям организации и могут быть длительными, если в организации имеется работающая система оповещения об исключительных ситуациях.

Практики, связанные со стандартным содержанием проверок со стороны высшего руководства, содержатся в описании Проверки № 1 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».

Проверка 2 Регулярные и событийные проверки менеджером проекта операций по управлению установленными требованиями.

Практики, связанные со стандартным содержанием проверок со стороны руководства проекта, содержатся в описании Проверки № 2 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».

Проверка 3 Выполнение группой обеспечения качества проверок и/или аудитов работ и промежуточных продуктов по управлению установленными требованиями и составление отчетов по их результатам.

См. группу ключевых процессов «Обеспечение качества ПО». Минимальное содержание этих проверок и/или аудитов:

1. Установленные требования должны быть проверены, а связанные с ними проблемы должны быть разрешены до принятия соответствующих обязательств группой

разработки ПО.

2. Изменение установленных требований должно сопровождаться соответствующими изменениями в планах разработки, составе промежуточных продуктов и производственных операциях.

3. Изменения обязательств, вытекающие из изменений установленных требований, обсуждаются вместе с задействованными группами.

8.2. Планирование проекта

Группа ключевых процессов для уровня 2: повторяемый уровень.

Цель планирования проекта заключается в создании обоснованных планов разработки ПО и для управления выполнением проекта разработки.

Планирование проекта включает в себя проведение оценки предстоящей работы, принятие необходимых обязательств и составление плана выполнения работ.

Планирование разработки начинается с подготовки технического задания, а также описания других ограничений и целей, которые определяют и ограничивают проект разработки (те самые требования, которые разрабатываются в практиках группы ключевых процессов «Управление требованиями»). Процесс планирования проекта включает в себя шаги по оценке объема промежуточных программных продуктов и необходимых для выполнения проекта ресурсов, создания графика работ, определения и оценки рисков разработки, а также обсуждения обязательств. Для создания плана проекта разработки (т. е. плана разработки ПО), может понадобиться итеративное выполнение этих шагов.

Этот план обеспечивает основу для выполнения проекта разработки, управления этим процессом, а также определяет обязательства перед заказчиком относительно ресурсов, ограничений и возможностей проекта.

Цели

Цель 1 Документирование оценочных расчетов по компонентам проекта для их дальнейшего использования в планировании и отслеживании проекта разработки.

Цель 2 Планирование и документирование работ и обязательств по проекту разработки.

Цель 3 Принятие задействованными в проекте группами и сотрудниками обязательств, связанных с проектом разработки ПО.

Обязательства по выполнению

Обязательство 1 Должен быть назначен производственный менеджер проекта, в обязанности которого входит обсуждение обязательств и подготовка плана разработки ПО.

Обязательство 2 Проект следует документированной организационной политике по планированию проектов разработки ПО.

Эта политика обычно состоит из следующих положений:

1. Планирование проекта разработки должно выполняться на основе системных требований, отнесенных к ПО. См. описание Операции № 2 группы ключевых процессов «Управление требованиями».

2. Обязательства по проекту обсуждаются:

менеджером проекта,

производственным менеджером проекта,

другими производственными менеджерами.

3. Участие других инженерных групп в операциях разработки обсуждается с этими группами и документируется. Примеры других инженерных групп: системного проектирования, проектирования аппаратного обеспечения, системного тестирования.

4. Задействованные группы рассматривают следующие аспекты проекта:

оценки объема ПО,

Поделиться с друзьями: