ГОСТ Р ИСО/МЭК 90003—2014
При определении интерфейсов помимо взаимодействия организации и потребителя следует
уделять внимание и другим сторонам, заинтересованным в работе по проектированию и разработке,
инсталляции, эксплуатации, сопровождению и обучению. Они могут включать представителей потре
бителя. поставщиков, партнеров, представителей, отвечающих за обеспечение качества, представи
телей групп процесса инжиниринга, регулирующие органы, соответствующий персонал проекта по
разработке и персонал службы организационно- технической поддержки. В частности, может понадо
биться задействовать конечных пользователей и любую вспомогательную операционную функцию в
целях обеспечения наличия соответствующей компетентности и профессиональной подготовки для
достижения требуемых уровней сервисного обслуживания.
П р и м е ч а н и я
1 Для получения дополнительной информации по планированию проектирования и разработки см. 6.3.1
(процесс планирования проекта) ИСО/МЭК 12207:2008 [7].
2 Для получения дополнительной информации по менеджменту проекта, связанному с программнымисред
ствами. см 6.1 (процесспланирования проекта) ИСО/МЭК 16326:200962009[19].
7,3.2 Входные данные для проектирования и разработки_______________________________
Входные данные, относящиеся к требованиям к продукции, должны быть определены, а запи
си должны поддерживаться в рабочем состоянии (4.2.4).
Входные данные должны включать в себя:
a) функциональные и эксплуатационные требования;
b
) соответствующие законодательные идругие обязательные требования;
c) там. где это возможно, информацию, взятую из предыдущих аналогичных проектов;
d) другие требования, важные для проектирования и разработки.
Входные данные должны анализироваться на достаточность. Требования должны быть пол
ными. недвусмысленными и непротиворечивыми.
[ИСО 9001:2008] [2]
При проектировании системной архитектуры требования к системе распределяются между объ
ектами технических и программных средств и ручными операциями. Входными данными для анализа
требований к программным средствам являются требования к системе, относящиеся к программным
средствам и спецификациям интерфейсов между объектами системы.
Для руководства по 7.3.2 а). Ь) и d) см. 7.2.1 ИСО 9001:2008 [2].
Входные данные для анализа и разработки могут быть определяться функциональными требо
ваниями. требованиями к характеристикам работы, качеству, технике безопасности и к защите дан
ных от несанкционированного доступа, а также конструктивными ограничениями системного проекта,
или же они могут быть получены с помощью специальных приемов, таких как макетирование. Вход
ные данные для проектирования и разработки могут также определяться исходя из заявок на прове
дение изменений проекта, происходящих из предыдущих фаз в итерационной модели (цикла), исходя
из проблем, подлежащих регистрации, или требований, связанных с критериями приемки/одобрения.
Входные данные также могут поступать от процессов, связанных с анализом контракта.
Когда исходные документы для проектирования и разработки подвергают анализу (это часто
делается совместно с потребителем), они должны проверяться для выявления;
a) неопределенности и противоречий;
b
) нелогичных, неполных или невыполнимых требований или сведений;
c) нереалистичных требований/спецификаций в отношении характеристик работы;
d) требований, которые не могут быть верифицированы или валидированы;
e) несформулированных или подразумеваемых требований;
f) неверного описания условий эксплуатации или действий со стороны пользователей;
д) отсутствия решений по проектированию и разработке в документе, содержащем требования,
и
h) отсутствия систем измерений для ключевых показателей деятельности.
П р и м е ч а н и е — Для дополнительной информации см. ИСО/МЭК 25010:2011 [26] для требований к
качеству программных продуктов как характеристикам качества программных продуктов.
21