ГОСТ Р 57193—2016
3) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.
П р и м е ч а н и е — Чтобы установить и поддерживать объекты конфигурации и базовые линии, использу
ется процесс управления конфигурацией. Этот процесс определяет варианты для базовой линии и затем обеспе
чивает информационные объекты. Для этого процесса стратегия комплексирования — типичный информационный
обьект, который поддерживается базовой линией.
6.4.9Процесс верификации
6.4.9.1 Цель
Цель процесса верификации — обеспечить объективные доказательства того, что системный эле
мент или система выполняет заданные требования и обладает заданными характеристиками.
Используя соответствующие методы, методики, стандарты или правила, процесс верификации
определяет отклонения (ошибки, дефекты или недостатки) в любом информационном объекте (напри
мер. в системных требованиях или описании архитектуры), в реализованных системных элементах или в
процессах жизненного цикла. Этот процесс предоставляет необходимую информацию для определе ния
решения по определенным отклонениям.
П р и м е ч а н и е — Процесс верификации гарантирует, что «продукт построен правильно». Процесс вали
дации гарантирует, что «построен правильный продукт».
6.4.3.2 Выход (выходные результаты)
В результате успешной реализации процесса верификации:
a)определяются ограничения верификации, которые влияют на требования, архитектуру или проект;
b
) определяются входы для требований любых обеспечивающих систем или системных элемен
тов. которые служат выполнению действий верификации;
c) становятся доступными любые обеспечивающие системы или услуги, необходимые для вери
фикации;
d) системный элемент или система проходят верификацию;
e) делается отчет, предоставляющий информацию для корректирующих действий;
f) представляются объективные доказательства того, что реализованная система удовлетворяет
заданным требованиям, архитектуре и проекту;
д) устанавливается прослеживаемость верифицированных системных элементов.
6.4.9.3 Действия и задачи
Относительно процесса верификации выполняйте в проекте следующие действия и задачи в со
ответствии с применяемой организацией политикой и процедурами;
а) готовьтесь к верификации.
Эта деятельность состоит из следующих задач.
П р и м е ч а н и е — Стратегия верификации в общем случав сосредотачивается на том. чтобы минимизи
ровать стоимость, сроки и/или риски, обеспечивая сбалансированный подход для подтверждения того, что систем
ный элемент или система были «построены правильно».
1) определяйте область верификации и соответствующие действия верификации.
П р и м е ч а н и е — Область верификации включает требования, архитектурные характеристики и свойства
проекта, которые подлежат верификации. Для каждого действия верификации стратегия описывает системный
элемент или артефакт, который подлежит верификации (реальная система или модель, макет, прототип), и ожи
даемые результаты его работы. Свойства проекта включают безопасность проекта в контексте запланированной
эксплуатационной среды и достижения важных характеристик качества.
2) определяйте границы, которые потенциально ограничивают выполнимость действий верифи
кации.
П р и м е ч а н и е — Ограничения включают: техническую выполнимость, стоимость, время, пригодность к
верификации видов обеспечения или квалифицированного персонала, договорные ограничения, такие как критич
ность назначения и т. д„
3) выбирайте соответствующие методы верификации или методики и соответствующие критерии
для каждого действия верификации.
П р и м е ч а н и я
1 Метод или методики верификации предусматривают; инспекцию (включая независимое рассмотре
ние). анализ (включая моделирование, имитацию, аналогию/подобие). демонстрацию или тестирование. Вы
бор методов или методик верификации делается согласно типу системы, целям проекта и допустимым рискам.
62