ГОСТ Р ИСО/МЭК 15026-4—2016
Требования к системе должны быть однозначны и хорошо изучены, поскольку неизученная не
однозначная совокупность требований может привести к увеличению стоимости, нарушению графика и
снижению качества системы.
7.11 Процесс верификации
Для представления процесса гарантирования систем процесс верификации (см. пункт 6.4.6 ИСО/
МЭК 15288:2008) подтверждает выполнение системой определенных конструктивных требований.
Этот процесс предоставляет информацию, требуемую для выполнения действий по корректировке для
устранения несоответствия в реализованной системе или действующих на нее процессах. Процесс
верификации программного обеспечения (см. пункт 7.2.4 ИСО/МЭК 12207:2008) подтверждает, что каж
дый результат работы программного обеспечения и/или службы процесса, или проекта должным
обра зом отвечает указанным требованиям. Для обеспечения гарантии при реализации проекта
необходимо составить план верификации, соответствующий стратегии достижения и демонстрации
достижения га рантийных требований.
7.11.1 Соответствующие действия и задачи
Действияпостандарту 1528Й
Действия постандарту 12207
Верификация
Верификацияпрограммногообеспечения
6.4.6.3 а) Спланируйте верификацию.
1) Определите стратегию верификации систем в те
чение жизненного цикла.
2) Определите план верификации, основываясь на
системных требованиях.
3) Идентифицировать и сообщать о потенциальных
ограничениях на проектные решения.
Примечание — К ограничениям относятся прак
тические ограничения поточности, уровню неопреде
ленности, воспроизводимости, которые налагаются
в результате верификации обеспечивающих систем,
связанных методов измерения, необходимости в си
стемной интеграции, а также готовности, доступно
сти и взаимосвязи с обеспечивающими системами
7.2.4.3.1 Реализация процесса.
7.2.4.3.1.1 Должны быть определены условия реали
зации процесса, если проектом предусматриваются
работы по верификации и необходима определенная
степень организационной независимости этих работ.
Требования проекта должны быть проанализированы
на критичность.
Критичность может быть оценена в терминах:
а) потенциального наличия необнаруженной ошибки в
требованиях к системе или программам;
и) степени отработки технологии программных средств
и рисков, связанных с ее применением.
7.2.4.3.1.5 Должен быть разработан и документально
оформлен план проведения верификации на основе
установленных задач верификации. План должен содер
жать действия в течение жизненного цикла и предмет
верификации программных продуктов, необходимые за
дачи по верификации для каждого действия в течение
жизненного цикла и программного продукта, связанные
с ними ресурсы, ответственность и графики проведения
работ. План должен предусматривать процедуры на
правления отчетов о верификации приобретающей сто
роне идругим заинтересованным организациям
7.11.2 Указания и рекомендации по гарантии
Планирование верификации в ходе реализации проекта должно быть согласовано со связанными
с гарантийными требованиями планами, включая запланированный подход к демонстрации достиже
ния требований для критических свойств. В планирование верификации входят идентификация кри
териев верификации и измерений, используемых в подходе к демонстрации достижения
требований, и установление критериев того, как должны быть разрешены и отражены в
информационном блоке гарантийных требований относящиеся к гарантийным требованиям проблемы.
После того как установ лены значения неопределенностей, связанных с гарантией качества, планы
верификации, действия верификации и решения по верификации должны обеспечивать соответствие
этим требованиям не определенности. Например, проект должен учитывать вклад надежности
инструмента в неопределен ность достижения результата.
18