| * | |||
| Отчетность о дефектах | 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) или в других документах жизненного цикла ПО. Процесс обеспечения качества оценивает процессы жизненного цикла ПО, их выходные результаты и гарантирует, что цели этих процессов
удовлетворены, отклонения от установленных требований обнаружены, оценены, прослежены, разрешены и что программные средства и документы жизненного цикла ПО соответствуют сертификационным требованиям. Работы процесса обеспечения качества должны быть выполнены разработчиком.
Если систему или ЭКПО разрабатывают для нескольких различных построений, работы и программные средства для каждого построения следует оценивать для целей данного конкретного построения. Работы или
