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

Примеры тем учебных занятий:

типы экспертных оценок (например, проверки требований к ПО, архитектуры ПО, кода и процедур тестирования ПО);

цели, принципы и методы экспертных оценок;

роли экспертов; определение трудоемкости подготовки и проведения экспертных оценок.

См. группу ключевых процессов «Программа обучения».

Выполняемые операции

Операция 1. Экспертные оценки проводятся на плановой основе, а планы документируются.

Эти планы определяют:

1. Промежуточные программные продукты, подлежащие экспертной оценке.

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

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

2. Календарный график проведения экспертных оценок. Для проведения каждой экспертной оценки, запланированной на ближайшее будущее, определяется обученный ведущий эксперт и остальные эксперты.

Операция 2. Проведение экспертных оценок в соответствии с документированной процедурой.

Эта процедура обычно определяет следующее:

1. Экспертные оценки планируются обученными ведущими экспертами и проводятся под их руководством.

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

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

Примеры соответствующей исходной информации:

цели промежуточного программного продукта,

применяемые стандарты,

соответствующие требования к архитектурному модулю,

детальная архитектура модуля программного кода.

3. Участникам экспертной оценки назначаются роли.

4. Определяются критерии готовности к экспертным оценкам и их завершения, подлежащие строгому соблюдению.

Вопросы, связанные с несоответствием этим критериям, докладываются соответствующим менеджерам.

5. Для единообразной идентификации критериев конкретной оценки используются контрольные списки.

Контрольные списки адаптируются к конкретному типу промежуточного продукта и экспертной оценки.

Примеры адаптируемых пунктов контрольных списков:

соответствие стандартам и процедурам,

полнота,

корректность,

правила построения,

возможности поддержки.

Контрольные списки рассматриваются коллегами их автора и потенциальными пользователями.

6. Действия, определенные в ходе экспертной оценки, отслеживаются до своего выполнения.

7. Успешное завершение экспертных оценок, включая доработку выявленных недостатков, используется в качестве критерия завершения для соответствующей задачи.

Операция 3. Запись данных о ходе и результатах экспертных оценок.

Примеры данных:

идентификация проверенного промежуточного программного продукта,

объем промежуточного программного продукта,

размер и состав группы экспертов,

время, выделенное каждому эксперту на подготовку к оценке,

продолжительность совещания по экспертной оценке,

типы и количество обнаруженных и устраненных дефектов,

трудоемкость доработки.

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

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

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

количество выполненных экспертных оценок в сравнении с планом,

общая трудоемкость выполненных экспертных оценок в сравнении с планом,

количество проверенных промежуточных продуктов в сравнении с планом.

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

Проверка 1. Проведение группой обеспечения качества (SQA) проверок и/или аудитов работ и промежуточных продуктов, связанных с экспертными оценками, и выполнение отчетов по их результатам.

См. группу ключевых процессов «Обеспечение качества ПО».

Минимальное содержание этих проверок и/или аудитов:

1. Проведение запланированных экспертных оценок.

2. Адекватное обучение ведущих экспертов для выполнения их ролей.

3. Полученное обучение или наличие опыта в выполнении своих ролей у экспертов.

4. Следование процессу подготовки, проведения экспертных оценок и выполнения действий по их результатам.

5. Своевременная подача полных и точных отчетов по результатам экспертных оценок.

ПРИЛОЖЕНИЕ

ЦЕЛИ КАЖДОЙ ГРУППЫ КЛЮЧЕВЫХ ПРОЦЕССОВ

Ниже перечислены цели всех групп ключевых процессов по уровням зрелости.

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

Управление требованиями

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