ГОСТ Р 51904-2002
- контроль соответствия процесса управления конфигурацией для управления аттестованными инструментальными средствами целям, относящимся к категории 1 или 2 контроля документов (9.3), как определено в 13.2.3, перечисление б);
- если требования 9.2.9 неприменимы, то процесс управления конфигурацией для управления исполняемым объектным кодом (или его эквивалентом) для инструментальных средств, используемых для компоновки и загрузки ПО (например, компиляторов, ассемблеров, редакторов связей), должен соответствовать целям, относящимся, как минимум, к категории 2 контроля документов.
9.3 Категории контроля документов
Документы жизненного цикла ПО могут быть отнесены к одной из двух категорий: категории контроля 1 (КК1) и категории контроля 2 (КК2). Эти категории касаются функций управления конфигурацией в части документов. Таблица 1 определяет перечень целей процесса управления конфигурацией, связанных с каждой категорией контроля. В таблице 1 указано, какие функции управления конфигурацией должны быть выполнены для документов жизненного цикла ПО, относящихся к данной категории. Таблицы приложения А определяют категорию контроля каждого документа жизненного цикла ПО для уровней ПО. Для категорий контроля документов требуется:
- целевые функции процесса управления конфигурацией для документов жизненного цикла ПО, отнесенных к категории КК1, применять согласно таблице 1;
- целевые функции процесса управления конфигурацией для документов жизненного цикла ПО, отнесенных к категории КК2, применять согласно таблице 1, как минимум.
|
Таблица 1 — Целевые функции процесса управления конфигурацией, связанные с документами категорий КК1 и КК2 |
|
Цель процесса управления конфигурацией |
Ссылка |
КК1 |
КК2 |
|
Идентификация конфигурации |
9.2.1 |
* |
* |
|
Базовая линия |
9.2.3 а), б), в), г), д) |
* |
|
|
Трассируемость |
9.2.3 е), ж) |
* |
* |
|
Отчетность о дефектах |
9.2.4 |
* |
|
|
Контроль изменений — целостность и идентификация |
9.2.5 а), б) |
* |
* |
|
Контроль изменений — трассируемость |
9.2.5 в), г), д) |
* |
|
|
Просмотр изменений |
9.2.6 |
* |
|
|
Отчетность о состоянии конфигурации |
9.2.7 |
* |
|
|
Получение документа из архива |
9.2.8 а) |
* |
* |
|
Защита от несанкционированных изменений |
9.2.8 б 1) |
* |
* |
|
Выбор носителей, обновление, копирование |
9.2.8 б 2), б 3), б 4), в) |
* |
|
|
Выпуск версии |
9.2.8 г) |
* |
|
|
Хранение данных |
9.2.8 д) |
* |
* |
|
Обозначения:
* — цель должна быть удовлетворена для документов данной категории;
пробел — удовлетворение цели на усмотрение разработчика. |
|
9.4 Аудит конфигурации
Разработчик должен поддерживать проводимый заказчиком аудит конфигурации, как определено в контракте.
9.5 Компоновка и поставка ПО
Разработчик должен устанавливать и выполнять процедуры по компоновке, хранению, обработке и поставке программного средства. Разработчик должен сохранять оригинал поставляемого программного средства в течение срока действия контракта.
10 Процесс обеспечения качества ПО
Процесс обеспечения качества ПО должен быть выполнен в соответствии с процессом планирования ПО (раздел 6) и документом «План обеспечения качества ПО» (12.6). Выходные результаты процесса обеспечения качества представлены в Протоколах обеспечения качества ПО (12.30) или в других документах жизненного цикла ПО. Процесс обеспечения качества оценивает процессы жизненного цикла ПО, их выходные результаты и гарантирует, что цели этих процессов
35