ГОСТ Р ИСО/МЭК 15288—2005
П р и м е ч а н и е — Эта процедура выполняется в контексте известных факторов и предположений. Как
минимум, следующие факторы должны быть приняты во внимание для достижения наиболее эффективного,
экономически выгодного и надежного взаимодействия человека с машиной:
1) ограниченные возможности человека;
2) ограничения, обусловленные действиями человека, которые могут привести к аварийной ситуации, а
также ограничения, обусловленные тем, как может повлиять на ситуацию определенная последовательность
человеческих ошибок;
3) особенности, связанные с интеграцией эргономических характеристик человека в системы и их совмест
ным функционированием.
Руководство по человеко-ориентированным процессам проектирования для интерактивных систем пред
ставлено в [13J;
e) определять, доступны ли в готовом виде те элементы технического и программного обеспечения,
которые удовлетворяют проектным и интерфейсным критериям.
Приме чание — Данное действие включает оценку конструктивных элементов, не имеющихся в наличии,
с целью определения, должен ли элемент быть разработан или существующий вготовом виде системный элемент
может быть использован повторно или адаптирован. Необходимо устанавливать стоимостные, технические и
временные риски, связанные с решениями о разработке, модификации или закупке элементов;
f) оцениватьальтернативные проектные решения, моделируя ихс той степеньюдетализации, которая
позволяетсравнивать спецификации, выраженные в системных требованиях, с эксплуатационными харак
теристиками, стоимостными и временными показателями и рисками, выраженными втребованиях право
обладателей.
П р и м е ч а н и е — Кданному действию относятся:
1) оценка и сообщение о появлении неблагоприятных свойств системы, обусловленных взаимодействием
потенциальных системных элементов или в результате изменений
в
элементах системы;
2) гарантии того, что ограничения обеспечивающих систем приняты в расчет в данном проекте;
3) проведение оценок результативности, анализа компромиссных решений, анализа рисков, которые при
водят к разработке выполнимого, эффективного, стабильного и оптимизированного проекта;
д) определять и документировать области взаимодействия между системными элементами и облас
ти взаимодействий на границе системы с внешними системами.
Примечание — Определение проводится с той степенью детализации и контроля, которая соответствует
созданию, использованию и обеспечению целостности системы. При этом сторонами, ответственными за взаи
модействие с внешними элементами, осуществляется документирование интерфейсов. Интерфейсы типа «че
ловек—система» и «человек—человек» также определяются и контролируются. Определения интерфейсов
должны соответствовать конкретному производственному сектору или международным стандартам, в которых
они присутствуют, например. (10] —для интерфейса «человек—компьютер» или [2] —для семиуровневой модели
взаимодействия открытых систем при передаче данных;
h) задавать выбранные физические проектные решения в соответствии с порядком проектирования
архитектуры втерминах проектных функций, характеристикэксплуатации, поведения, интерфейсов и неиз
бежных ограничений при реализации проекта.
П р и м е ч а н и е — Эти спецификации являются основой системного решения и источником для соглаше
ний о приобретении системных элементов, в том числе критериев приемки. Они могут быть представлены в
форме эскизов, рисунков илидругих видов описаний, соответствующих степени завершенности проектно-конструк
торских работ, например, эскизный проект, концептуальный проект, технический проект. Они также являются
основой для принятия решений по производству, повторному использованию или приобретению системных эле
ментов. для верификации системных элементов и для установления стратегии комплексирования этих элементов
всистему;
i) вести документальный учет информации по проектированию архитектуры.
Приме чание — Соответствующие записи должны содержать сведения о структурной и функциональной
декомпозиции, определения интерфейсов и управляющих воздействий, а также проектные решения и заключе
ния, при этом должна отслеживаться связь с исходными требованиями. Порядок проектирования архитектуры
позволяет проводить анализ в процессе изменений в течение жизненного цикла системы, а также является
источником информации для любого последующего повторного использования архитектуры. Учетная документа
ция является источником информации, при помощи которой определяются тесты в ходе комплексирования;
24