ГОСТ Р ИСО/МЭК 90003 - 2

Записаться

Процессы жизненного цикла продукции и управление качеством

1. Общая логика

Рассматриваются процессы жизненного цикла продукции (product lifecycle processes). Для программных средств и программ, независимо от того, создаются они внутри организации или закупаются, организация должна проводить оценку на пригодность к назначению (fitness for purpose).

Это совпадает с логикой ИСО 12207 (ISO/IEC 12207), где одни и те же процессы используются в приобретении, обеспечении гарантии качества и разработке или проектировании. В примечании дана ссылка на процесс 6.2.2 «Создание инфраструктуры» (infrastructure) из ИСО 12207.

2. Планирование качества

Качество в жизненном цикле программных продуктов нужно планировать. Как и в ИСО 12207, для каждого проекта строился процесс обеспечения гарантии качества. Работы этого процесса встраивались в план проекта. Так происходило планирование качества.

3. Процессы, связанные с потребителями

Процессы, связанные с потребителями, должны опираться на определённые требования. Организация должна эти требования определить. Если потребитель явно не сформулировал требования, необходимые для конкретного использования, их нужно дополнить. Также должны быть критерии для запуска и завершения каждой проектной стадии.

4. Анализ, верификация и валидация

Выполняются типы анализа и другие действия по верификации (verification) и валидации (validation). Даны ссылки на ИСО 12207. Результаты анализа требований должны поддерживаться в рабочем состоянии.

Если требования к продукции изменены, организация должна обеспечить исправление соответствующих документов. Иначе говоря, необходимо управление изменениями (change management).

5. Другие процессы жизненного цикла

Аналогично описываются проектирование и разработка, верификация и валидация, закупки, или процесс приобретения, производство и обслуживание программного продукта, измерение и анализ. Эти положения соответствуют ИСО 12207.

6. Связь стандартов

В конце стандарта ИСО 9000-3 (ISO 9000-3) приведена таблица соответствия между ИСО 9000-3 и ИСО 12207. Слева стоит раздел или описание процесса из ИСО 9000-3, справа соответствующие формулировки задач из процессов ИСО 12207.

Таблица большая. В ней перечислены задачи по управлению качеством в жизненном цикле. Отсюда следует, что ИСО 12207 оказал большое влияние на рекомендации по управлению качеством в процессах жизненного цикла. При этом речь идёт уже не только о жизненном цикле ПО, а шире о жизненном цикле продукции или услуг. Продукция может включать программно-технические комплексы. Наследование подходов здесь очевидно.

Краткие итоги

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

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

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

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

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