ГОСТ Р 56569—2015
Результаты анализа требований должны быть доведены до сведения заинте
ресованных сторон для обеспечения того, что их потребности и ожидания были выра
жены и учтены.
П р и м е ч а н и е
—
Примерами входных данных для проектирования и разработки
программного обеспечения могут являт ься: проект архитектуры системы, анализ безопасности
системы, анализ защищенности и надежности системы, критические элементы, документация по
управлению внешним интерфейсом, результат ы исследований.
7.3.3 Выходные данные проектирования и разработки
Выходные данные проектирования и разработки должны быть представлены в форме,
юдходящей для проведения верификации относительно входных требований к проектированию и
>азработке, а также должны быть официально одобрены до их последующего использования.
Выходные данные проектирования и разработки должны:
a) соответствовать входным требованиям к проектированию и разработке;
b
) обеспечивать соответствующей информацией по закупкам, производству и обслуживанию;
c) содержать критерии приемки продукции или ссылки на них:
d) определять характеристики продукции, существенные для ее безопасного и правильного
^пользования;
e) определять все соответствующие критические элементы, включая все ключевые характе-
жстики, и особые действия, которые необходимо предпринять в отношении этих элементов.
Организация должна определять данные, необходимые для идентификации, изготовления,
юрификации. эксплуатации и технического обслуживания продукции, например:
- чертежи, спецификации и технические условия, необходимые для определения конфигурации
1
конструктивных особенностей продукции;
- сведения о материале, технологическом процессе, изготовлении и сборке, необходимые для
>беспечения соответствия продукции.
П римечание — Информация по производству и обслуживанию может включать в себя подробные
тайные о сохранении продукции.
(SAE AS9100:2009, пункт 7.3.3]__________________________________________________________
Выходные данные проектирования и разработки должны быть определены (7.3.1),
задокументированы и проанализированы в соответствии с планом. Организация должна
определить критические объекты программного обеспечения, включая любые ключевые
характеристики программных продуктов и процессов в сравнении с запланированными
(заданными) уровнями или пороговыми значениями. Выходные данные должны быть
оценены на корректность, полноту и непротиворечивость относительно входных
требований к программному обеспечению.
П р и м е ч а н и е
—
Примерами вы ходны х данных проектирования и разработки программного
обеспечения могут являт ься: разработка архитектуры, разработка требований к робастности,
детализированный проект, исходный и исполняемый код, анализ безопасности, надежности и
защищенности, документация по управлению внешним интерфейсом, руководст во пользователя,
инст рукции по установке и планы.
7.3.4 Анализ проекта и разработки
На соответствующих стадиях должны проводиться систематический анализ проекта и
тазработки в соответствии с запланированными мероприятиями (см. 7.3.1) в целях:
a) оценки способности результатов проектирования и разработки удовлетворять требованиям;
b
) выявления любых проблем и внесения предложений по необходимым действиям;
c) принятия решения о переходе к следующей стадии.
В состав участников такого анализа следует включать представителей подразделений, имеющих
зтношение к анализируемой(ым) стадии(ям) проектирования и разработки. Записи результатов анализа и
icex необходимых действий должны поддерживаться в рабочем состоянии (см. 4.2.4).
[SAE AS9100:2009, пункт 7.3.4)__________________________________________________________
Необходимо применять требования SAE AS9100. Дополнительных требований к
программному обеспечению нет.
7.3.5 Верификация проекта и разработки
Верификацию должны осуществлять в соответствии с запланированными мероприятиями (см. 7.3.1)
; целью удостовериться в том, что выходные данные проектирования и разработки соответствуют
ixoflHbiM требованиям. Записи результатов верификации и всех необходимых действий должны
юдцерживаться в рабочем состоянии (см. 4.2.4).
[SAE AS9100:2009, пункт 7.3.5]
16