ГОСТ Р 57102—2016
Продолжение таблицы А. 17
ПоложенияИСОГМЭК 15288
10) возможностей к развитию или реинжинирингу, включая новые технологии, к улучшению
функционирования.увеличению функциональности или к иным рентабельным или
конкурентоспособным усовершенствованиям, когда система находится в производстве или на
рынке;
11) ограничений, которые могут ухудшить возможности рассматриваемой системы или
системного элемента и связанных услуг для развития (путем обновления технологии или
технологической вставки);
12) преимуществ и недостатков в реализации системного элемента или при выполнении
комплексирования в пределах организации илидоведении до поставщика;
13) преимуществ и недостатков в использовании стандартизованных системных элементов,
протоколов, взаимодействий и т. д.;
14) проблем интеграции, таких как:
i) потенциальные опасности, угрожающие другим системам, операторам или окружающей
среде,
й) требования встроенного теста и теста для изоляции ошибки.
iii) легкость доступа, готовность к дизассемблированию, использованию общих инструментариев,
частично учитываемый эффект, преимущества модульности, стандартизации и меньшей
потребности в когнитивных навыках.
iv) динамические или статические противоречия, несоответствия и несвойственная
функциональность комппексируемых элементов, которые составляют решение
i) При поиске решения архитектурного проекта, которое вовлекает людей и человече
ские ограничения, такие как пределы физического пространства, климатические пределы,
движение глаз, использование силы или пальца, следует учитывать информационные
эргономические нормы. Кроме того, следует анализировать человеческие факторы удобства и
простоты использования. Эти факторы влияют на взаимодействие пользователя с другими
системами и взаимодействия пользователя с системой в течение ее функционирования
6.4.3.3 Ь) 2)
j) Во времяпроектирования архитектурыдляразработкии взаимодействия проектных решений
используются масштабируемые, целевые, поведенческие, математические и управленческие
модели. Определенный тип модели зависит от применяемой стадии организационного
представления, ее цели или требований соглашения
6.4.3.3 Ь)
6.4.3.3 с)
к) Процесс определения требований заинтересованных сторон (требований правообладате
лей). процесс анализа требований и процесс проектирования архитектуры также использу
ются. чтобы разработать решение для обеспечивающей системы, но только после того, как
определены требования для такой разработки, получаемые в результате определения рас
сматриваемой системы или разрабатываемого системного элемента. Разработка обеспечи
вающей системы или приобретение обеспечивающих систем применимы для каждой рас
сматриваемой системы и системного элемента из структуры системы
6.4.1
6.4.2
6.4.3
I) Спецификации (специальные требования), произведенные в соответствии с физическим 6.4.3.3.1
проектированием архитектуры, могут определять работу системы без указания того, как эта
работа должна быть выполнена. Это называют спецификацией функционирования (хотя
термин «ориентированной на функционирование» точный). Если результат проектирования
архитектуры содержит большое количество деталей, включая определенные способы, кото
рыми должно быть обеспечено функционирование, то его называют детальным проектом.
Какой вид в итоге получается, зависит от следующего шага в разработке или от того, как
результаты будут использованы. Если следующий шаг — это разработка системы более низ
кого уровня, и желательно, чтобы у поставщика была гибкость в инновационном обеспечении
приемлемого решения, то используются спецификации функционирования. Спецификации
функционирования используются, когда уместно заявить требования в терминах:
1) необходимых результатов, не определяя методдля ихдостижения:
2) функции (чтодолжно бытьдостигнуто) и функционирования (в какой мере каждая функция
должна быть выполнена);
3) окружающей среды, в которой рассматриваемая система или системный элемент должны
выполнять функции;
4) взаимодействия и характеристик взаимозаменяемости:
5) средств для верификации соответствия
61