ГОСТ Р 57102—2016
5) риски идентифицированы и планы реакции на них выполнимы и обоснованы как эффективные;
f)анализ, проводимый для детального проекта каждой системы из структуры системы, чтобы про
демонстрировать следующее:
1) спецификации и чертежи определены как приемлемые для понимания решения проекта соот
ветственно через реализацию или комплексирование,
2) решение для проекта совместимо с соответствующими требованиями приобретающей стороны,
3) требования к обеспечивающим системам для оказания поддержки жизненного цикла определе
ны на достаточном уровне, чтобы начать их реализацию или приобрести приемлемые существующие
обеспечивающие системы;
д) анализы, проводимые до выпуска каждой запланированной серии испытаний на реализован
ной или скомплексированной испытательной системе, чтобы гарантировать готовность к испытаниям,
подтверждая, что все испытательные тесты, имевшие отношение к обеспечивающей системе, находят
ся на месте и испытательная окружающая среда подготовлена для достижения целой испытаний;
h) анализы, проводимые до выпуска каждого проектного решения для первой системы или серий
ного производства, чтобы гарантировать готовность производства, подтверждая, что обеспечивающие
системы производства и материалы находятся на месте и окружающая среда производства подготов
лена для достижения целей производства.
Система может быть реализована для производства лишь после завершения детального проекта
каждой системы (из структуры системы), которая основана на распределенной базовой линии с до
казательством того, что система производства готова и другие обеспечивающие системы готовы или,
как ожидается, будут доступны, когда это будет необходимо. Произведенная система может оказаться
единичным экземпляром определенного вида, первой из ограниченной версии или первой из многих
версий, которые будут производиться.
5.4.4.3.3 Аудиты конфигурации
Могут быть выполнены два типа аудитов конфигурации: функциональный аудит и физический
аудит. Эти две аудита описаны ниже:
a) функциональный аудит использован для демонстрации того, что результаты верификации си
стемы отвечают спецификациям, на соответствие которым верификация выполнялась, и что заплани
рованные процедуры верификации осуществлены. Этот аудит также использован для подтверждения
того, что результаты верификации отвечают документации конфигурации, такой как чертежи, санкциони
рованным изменениям и записям «как построено» или «как закодировано» (для программных систем).
Обычно для верификации используют прототип в подготовке производства или первую произ
веденную систему. Этот аудит должен заканчиваться перед выпуском системы для начального произ
водства:
b
) физический аудит выполнен для проверки «как построена» или «как закодирована» система в
сравнении с ее документацией по конфигурации, такой как чертежи, ведомость материалов, специфи
кации. тексты кодов, руководства, процедуры верификации и данные приемки. Во время начального
производства следует произвести одну или более исследуемых систем («как построена» или «как за
кодирована») из первого множества систем. Выбор систем, которые будут использоваться при аудите,
должен быть сделан аудиторами случайным образом.
Целями физического аудита являются:
^подтверждение правильной реализации системы в соответствии с ее чертежами или специфи
кациями;
2) подтверждение того, что информационная база данных представляет существенное множество
рабочих продуктов или артефактов из множества инженерных усилий;
3) подтверждение выполнения требуемых изменений к ранее утвержденным спецификациям;
4) подтверждение того, что обеспечивающие системы для будущих стадий жизненного цикла си
стемы будут готовы, могут быть применены и отвечают требованиям заинтересованных сторон:
5) при необходимости: основание для утверждения дальнейшего производства системы.
44