Национальный стандарт РФ ГОСТ Р ИСО/МЭК 15288-2005 "Информационная технология. Системная инженерия. Процессы жизненного цикла систем" (утв. приказом Федерального агентства по техническому регулированию и метрологии от 29 декабря 2005 г. N 476-ст) стр. 14

d) получать системные элементы согласно графикам.
Примечание - Системные элементы могут быть получены от поставщиков или взяты из запасов. Обращение с системными элементами должно проводиться в соответствии с основными требованиями, связанными с обеспечением здоровья, безопасности, защиты и сохранения тайны;
e) гарантировать, что системные элементы были верифицированы на соответствие критериям приемки, указанным в соглашении.
Примечание - Системные элементы, не прошедшие верификацию, идентифицируются в качестве таковых и обрабатываются в соответствии с установленными процедурами;
f) комплексировать системные элементы в соответствии с применяемыми описаниями контроля интерфейсов и установленными процедурами сборки, используя заданные средства интеграции;
g) вести учет информации, касающейся комплексирования, в соответствующей базе данных.
Примечание - К учету информации относятся записи о решении проблем, обнаруженных благодаря стратегии комплексирования и системам, обеспечивающим комплексирование, или допущенным ошибкам сборки. Данные анализируются для проведения мероприятий по корректировке или улучшению стратегии комплексирования и ее осуществления.
5.5.7 Процесс верификации
5.5.7.1 Цель процесса верификации
Цель процесса верификации состоит в подтверждении того, что заданные (специфицированные) требования проекта полностью реализованы в системе.
В ходе этого процесса получают информацию, которая требуется для совершения действий по устранению недостатков, что позволяет корректировать несоответствия в реализованной системе или процессы, происходящие в ней.
5.5.7.2 Результаты процесса верификации
В результате успешного осуществления процесса верификации:
a) определяется стратегия верификации;
b) в качестве входных данных используются ограничения, накладываемые на верификацию;
c) получаются отчетные данные, являющиеся источником для совершения корректирующих действий;
d) предоставляются объективные доказательства того, что реализованная продукция удовлетворяет системным требованиям и требованиям архитектурного проекта.
5.5.7.3 Деятельность в процессе верификации
При реализации процесса верификации организация должна осуществлять следующие действия в соответствии с принятой политикой и процедурами:
a) определять стратегию верификации систем в течение жизненного цикла.
Примечание - Эта стратегия касается системы и ее описаний, например, требований, проектных определений. Она включает содержание и цели для каждого объекта верификации, например, при верификации проекта проверяется способность корректно осуществлять проектирование, способность к воспроизведению системы, возможность корректировать возникающие ошибки, способность прогнозировать отказы. Верификация демонстрирует посредством оценки продукта, что система создана "правильно", то есть система является реализацией того проекта, по которому и должен быть создан продукт. В ходе верификации, если есть возможность, в систему включается человек-оператор. Содержание и масштаб процесса верификации, например, пересмотр, инспекция, аудит, сравнение, статические испытания, динамические испытания, демонстрация (или комбинация этих видов верификации) зависят от того, что подвергается верификации: модель, прототип или реальный продукт, а также от возможных рисков, например, по безопасности, критичности с коммерческой точки зрения;
b) определять план верификации, основываясь на системных требованиях.
Примечание - В планах учитывается последовательность конфигураций, определенных стратегией комплексирования. и, если возможно, принимается в расчет стратегия демонтажа для диагностики ошибок. Графики обычно определяют этапы верификации, касающиеся управления рисками, которые последовательно обеспечивают уверенность в том, что продукт в максимальной конфигурации соответствует техническим условиям;
c) идентифицировать и сообщать о потенциальных ограничениях на проектные решения.
Примечание - К ограничениям относятся практические ограничения по точности уровню неопределенности, воспроизводимости, которые налагаются в результате верификации обеспечивающих систем, связанных методов измерения, необходимости в системной интеграции, а также готовности, доступности и взаимосвязи с обеспечивающими системами;
d) подготавливать обеспечивающую систему, а также соответствующие средства, оборудование и операторов к проведению верификации;
e) осуществлять верификацию для демонстрации соответствия заданным проектным требованиям.
Примечание - Несоответствия указывают на наличие случайных и (или) проектных ошибок, поэтому необходимо осуществлять надлежащие корректирующие действия. Верификация проводится в соответствии с организационными ограничениями таким образом, что неопределенности минимизируются в результате многократного повторения проверок, дублирования условий и результатов. Ведется документированный учет мероприятий по верификации и их результатов;
f) формировать доступные верификационные данные о системе.
Примечание - Это действие выполняется в соответствии с соглашениями, а также с законодательными, регулирующими требованиями и требованиями производственного сектора;
g) анализировать и регистрировать информацию о верификации, отклонениях и корректирующих действиях, а также составлять соответствующие отчеты.
Примечание - В соответствии с условиями соглашений, касающимися целей организации, необходимо проводить верификацию таким образом, чтобы изолировать ту часть системы, которая вызывает появление несоответствий. Проводится оперативная диагностика с такой степенью разрешения, которая обеспечивает экономическую оправданность действий по устранению недостатков, в том числе последующее исправление дефектов и (или) совершенствование организационных аспектов. Верификационные данные собираются, классифицируются и упорядочиваются в соответствии с критериями, определенными стратегией верификации. Таким образом, осуществляется классификация несоответствий согласно их источникам, корректирующим воздействиям и владельцам. Верификационные данные анализируются с целью обнаружения таких существенных признаков, как тенденции и условия отказов, доказательства ошибок проектирования и возникающих угроз функциональным возможностям системы.
5.5.8 Процесс передачи
5.5.8.1 Цель процесса передачи
Цель процесса передачи состоит в достижении способности обеспечивать услуги в среде функционирования согласно заданным требованиям правообладателей.
В ходе этого процесса в соответствии с соглашениями приводится в рабочее состояние верифицированная система вместе с соответствующими обеспечивающими системами, например, операционной системой, системой поддержки, системой обучения операторов, системой обучения пользователей.
5.5.8.2 Результаты процесса передачи
В результате успешного осуществления процесса передачи:
a) определяется стратегия передачи;
b) система приводится в рабочее состояние на месте ее применения;
c) в процессе работы система способна выполнять свои функции;
d) конфигурация приведенной в рабочее состояние системы документируется;
е) регистрируются отчеты о корректирующих действиях;
f) обеспечивающими системами предоставляются необходимые услуги.
5.5.8.3 Деятельность в процессе передачи
В процессе передачи организация должна осуществлять следующие действия в соответствии с принятой политикой и процедурами:
a) определять стратегию передачи.
Примечание - Стратегия передачи включает в себя установку и ввод в действие системы в соответствии с соглашениями. По возможности передача осуществляется с привлечением операторов;
b) проводить подготовку места для размещения в соответствии с требованиями по установке.
Примечание - Подготовка места проводится в соответствии с правилами техники безопасности, природоохранным законодательством и законодательством в области здравоохранения;