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

Для того, чтобы гарантировать высокое качество конечного программного продукта, недостаточно управлять только тестовыми наборами данных, необходимо осуществить мониторинг самого процесса проектирования и документирования программного обеспечения. Понимание этого тезиса появилось в середине 80 – начале 90 гг. 20 века. В результате возникли модели качества, которые позволяли связать стандартизацию и процедуры разработки как программного кода, так и программных документов. Наиболее популярные на сегодняшний день модели качества программного обеспечения: СММ/СММI, ISO, методология Six Sigma, ITIL.

CMM/CMMI

Самым известным стандартом качества программного средства считается CMM (Capability Maturity Model – модель оценки уровня зрелости процессов разработки программных средств). Данный стандарт был создан организацией SEI Software Engineering Institute, финансируемым за счёт Министерства обороны США. Первая официальная версия вышла в 1993 году, хотя основные положения были опубликованы ещё в 1986 году. Модель СММ предусматривает 5 уровней зрелости, каждому из которых соответствуют определённые ключевые области процессов (Key Process Areas - KPA).

Уровни модели СММ

N	Название уровня	Ключевые области процессов
1	Начальный	Если организация находится на этом уровне, то ключевых областей процессов к ней не предусмотрено
2	Повторяющийся	Управление программными конфигурациями. Обеспечение качества программных продуктов. Управление контрактами подрядчиков. Контроль за ходом проектов. Планирование проектов по разработке программного обеспечения. Управление требованиями к программному обеспечению.
3	Определённый	Экспортные оценки. Координация взаимодействия проектных групп. Инжинирия программного продукта. Комплексный менеджмент программного обеспечения. Программа обучения персонала. Наличие определения организационного процесса и наличия области деятельности организационного процесса.
4	Управляемый	Менеджмент качества программного обеспечения и управление процессом на основе количественных методов.
5	Оптимизируемый	Управление изменениями процессов. Управление изменениями технологий. Наличие эффективной системы предотвращение дефектов программного обеспечения.

Деление на уровни и определение ключевых областей процессов для каждого из них позволяет последовательно внедрять СММ, используя стандарт в качестве руководства, которое может постоянно обеспечивать постоянное совершенствование процесса разработки. Кроме того, использование данного стандарта позволило ранжировать разработчиков программного обеспечения, что было сильным стимулом для тех разработчиков, которые находились на нижних уровнях. Стандарт СММ оказался весьма успешным и в последствие на его основе создана целая серия стандартов. Однако, практическое применение стандартов серии СММ выявило значительные недостатки:

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

2. Необходимость «выравнивания» всех процессов организаций под требования СММ, даже не смотря на то, что процессы организации не требовали выполнения тех или иных требований.

3. Поскольку высокий уровень по классификации стандарта СММ стал условием участия в тендерах и получения выходных контрактов, то появились организации, которые специализируются на формальном подтягивании процессов организации до необходимого уровня, не изменяя сути процессов и не повышая качества программного обеспечения («быстрая безболезненная сертификация»).

Разрешить проблемы стандарта СММ призван новый стандарт CMMI (Capability Maturity Model Integrate – интегрированная модель оценки уровня зрелости процессов разработки программного обеспечения). В рамках CMMI были объединены все существующие варианты CMMI и исключены какие-либо противоречия при практическом применении стандарта в различных сферах деятельности. Для того, чтобы устранить необходимость выравнивания процессов организации, стандарт CMMI имеет более глубокую структуру и две формы представления:

1. классическую многоуровневую, соответствующую CMM

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