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