ГОСТ Р 56569—2015
В тех случаях, когда неразрабатываемое программное обеспечение интегрируется в
поставляемую продукцию, требования к конечному изделию, отнесенные к неразраба
тываемому программному обеспечению, должны быть верифицированы в ходе верифи
кации и валидации конечного изделия. Неразрабатываемое программное обеспечение, а
также любая сопроводительная документация (например, данные по описанию версии,
руководство пользователя, данные о верификации) должны быть идентифицированы, а их
конфигурация должна управляться для поддержания соответствия, сертификации и
утверждения потребителем.
В некоторых случаях продукция не может быть полностью верифицирована
посредством тестирования (например, когда критичное с точки зрения безопасности
программное обеспечение не может быть верифицировано в существующих условиях, не
подвергаясь при этом существенным рискам, либо когда необходимые условия являются
достаточно редкими и трудно создаваемыми). В связи с невозможностью проведения
тестирования некоторых программных продуктов исчерпывающе и в полном объеме
организация может использовать альтернативные методы верификации (например,
проведение анализа, проверок, демонстраций, интеграция более высокого уровня,
имитационные проверки).
7.3.6 Валидация проекта и разработки
Валидацию проекта и разработки следует осуществлять в соответствии с запланированными
иероприятиями (см. 7.3.1) с целью удостовериться в том. что полученная в результате продукция
соответствует требованиям к установленному или предполагаемому использованию, если оно
«эвбстно. Где это практически возможно, валидация должна быть завершена до поставки или
1
рименения продукции. Записи результатов валкщации и всех необходимых действий следует
тоддерживать в рабочем состоянии (см. 4.2.4).
[SAE AS9100:2009, пункт 7.3.6)__________________________________________________________
В некоторых случаях продукция не может быть полностью валидирована
посредством тестирования (например, когда критичное с точки зрения безопасности
программное обеспечение не может быть валидировано в существующих условиях, не
подвергаясь при этом существенным рискам, либо когда необходимые условия являются
достаточно редкими и трудно создаваемыми). В связи с невозможностью проведения
тестирования некоторых программных продуктов исчерпывающе и в полном объеме
организация можетиспользовать альтернативные методы валидации (например,
проведение анализа, проверок, демонстраций, интеграция более высокого уровня,
имитационные проверки).
Объем применяемых методов валидации должен соответствовать риску и последст
виям ошибок в проектировании и разработке. Любые отличия между внешней средой, в
которой проводят валидацию, и внешней средой, в которой применяется программное
обеспечение, должны быть задокументированы и оценены.
7.3.6.1 Испытания для верификации и валидации проекта и разработки
Если для верификации и валидации необходимо проведение испытаний, то такие испытания
должны быть запланированы, проконтролированы, проанализированы и задокументированы, чтобы
эбеспечить и подтвердить, что:
a) в программах испытаний или технических условиях определены: испытуемая продукция и
тспользуемые ресурсы, цели и условия испытаний, регистрируемые параметры и соответствующие
фитерии приемки:
b
) процедуры испытаний содержат описание метода работы, проведения испытаний и регист
эации результатов:
c) на испытания представлена продукция в надлежащей конфигурации;
d) соблюдены требования программы и процедур испытаний;
e) соблюдены критерии приемки.
[SAE AS9100:2009, пункт 7.3.6.1]________________________________________________________
Внешняя среда, в которой осуществляются испытания, должна быть задокументи
рована и управляема для обеспечения повторяемости.
П р и м е ч а н и е1
—
Испытания при верификации и валидации должны соответствовать
размеру, критичности и области применения продукции.
П р и м е ч а н и е 2
—
Использование регрессионного тестирования должно быть задокумен
тировано для проведения повт орных испыт аний сост авляющ их программного обеспечения, кот о рые
подверглись изменениям. Возвратное тестирование должно соответст вовать размеру, крит ич ност
и и области применения изменений.
17