Модель зрелости процессов разработки программного обеспечения
Шрифт:
Предпосылка 2. Сотрудники, занятые разработкой и сопровождением СППО и связанных с ним основных средств, должны пройти необходимое обучение для выполнения этих работ.
Примеры тем учебных занятий:
практика и методы разработки ПО,
методы анализа и документирования процессов,
моделирование процессов.
См. группу ключевых процессов «Программа обучения».
Выполняемые операции
Операция 1. Разработка и сопровождение СППО происходит
Эта процедура обычно определяет следующее:
1. СППО должен, по мере возможности, соответствовать применяемым в организации политикам разработки, стандартам производственного процесса и продуктов.
2. СППО должен, по мере возможности, соответствовать стандартам производственного процесса и продуктов, налагаемым заказчиками на проекты организации.
3. По мере возможности в СППО должны применяться последние достижения в области средств и методов разработки ПО.
4. Должны быть описаны внутренние интерфейсы процесса между областями разработки ПО.
Примеры областей разработки ПО:
анализ требований к ПО,
проектирование архитектуры ПО,
составление кода,
тестирование ПО,
управление конфигурацией ПО,
обеспечение качества ПО.
5. Должны быть описаны внешние интерфейсы между процессом разработки и процессами других задействованных групп.
Примеры других задействованных групп:
системного проектирования,
системного тестирования,
управления договорами,
управления документацией.
6. Предлагаемые изменения СППО прежде, чем они будут реализованы, документируются, рассматриваются и утверждаются группой, ответственной за работы по координации ППО (например, группой инженерии производственного процесса).
Примеры источников изменений:
результаты оценок производственного процесса и рекомендации, сделанные на их основе,
результаты адаптации СППО к конкретному проекту,
результаты мониторинга хода производственных процессов на уровне организации и отдельных проектов,
предложения по изменению, внесенные сотрудниками и менеджерами организации,
проанализированные и интерпретированные данные измерений процесса и продуктов.
7. Планируются, если это необходимо, работы по внесению изменений в производственные процессы текущих проектов.
8. Описание СППО проходит экспертную оценку после своего создания, а также после внесения значительных изменений или дополнений.
См. группу ключевых процессов «Экспертные оценки».
9. Описание СППО помещается в систему управления конфигурацией.
См. группу ключевых процессов «Управление конфигурацией ПО».
Операция 2. СППО документируется в соответствии с установленными стандартами организации.
Эти стандарты обычно определяют следующее:
1. Процесс разбивается на составляющие компоненты такого объема, который позволит понять и описать данный процесс. Каждый элемент процесса соответствует четко определенному и ограниченному
набору тесно связанных задач.Примеры элементов процесса:
элемент оценки ПО,
элемент проектирования архитектуры ПО,
элемент кодирования,
элемент экспертной оценки.
Описания элементов процесса могут представлять собой заполняемые шаблоны, подлежащие завершению фрагменты, абстрактные рассуждения, которые следует уточнить, или же полные описания, которые могут быть изменены при необходимости.
2. Описание каждого элемента процесса содержит ответы на следующие вопросы:
необходимые процедуры, практики, методы и технологии;
применяемые стандарты процессов и продуктов;
распределение ответственности за внедрение процесса;
необходимые инструменты и ресурсы;
исходные данные;
создаваемые промежуточные программные продукты;
промежуточные программные продукты, подлежащие экспертной оценке;
критерии готовности и завершения;
собираемые данные о продукте и процессе.
3. Описание отношений между элементами процесса касается следующих вопросов:
очередность,
интерфейсы,
внутренние зависимости. Отношения между элементами процесса иногда называются архитектурой производственного процесса.
Операция 3. Документирование и сопровождение описаний жизненных циклов ПО, утвержденных для использования в проектах.
Примеры жизненных циклов ПО:
«водопад»,
«водопад» с перекрытием,
«спираль»,
серийный выпуск,
единый прототип/»водопад» с перекрытием.
1. Жизненные циклы ПО должны быть совместимы с СППО.
2. Предлагаемые изменения в описаниях жизненных циклов ПО, прежде чем они будут реализованы, документируются, рассматриваются и утверждаются группой, ответственной за работы по координации ППО (например, группой инженерии производственного процесса).
3. Описания жизненных циклов ПО проходят экспертную оценку после своего создания, а также после внесения значительных изменений или дополнений.
См. группу ключевых процессов «Экспертные оценки».
4. Описания жизненных циклов ПО должны быть управляемыми и контролируемыми. «Управляемый и контролируемый» означает, что в любой момент времени (прошлый или настоящий) известна версия используемого промежуточного продукта (т. е. реализован контроль версий), а внесение изменений происходит управляемым образом (т. е. реализовано управление изменениями).
Если желательно реализовать еще большую степень контроля, промежуточный продукт может быть помещен в условия полномасштабного управления конфигурацией, как это описано в группе ключевых процессов «Управление конфигурацией ПО».
Операция 4. Разработка и сопровождение инструкций и критериев для адаптации СППО к конкретному проекту.
1. Инструкции и критерии адаптации касаются следующих вопросов:
выбор и адаптация жизненного цикла ПО для проекта;
адаптация СППО с учетом жизненного цикла ПО и характеристик проекта;