ГОСТ Р 56923—2016
Продолжение таблицы А .17
Положение
ИССНМЭК 15288
ИСО/МЭК 12207
d) Конструктор (исполнитель) должен рассмотреть, являются ли запланиро
ванные и потенциальные компьютерные ресурсы (процессоры и т. д.) адек
ватнымидля удовлетворения требований
6.4.3.3.2.1 d)
е) Требования для обеспечивающих систем происходят от:
1) пользователя или заказчика или заданных требований и от других систем
ных потребностей заинтересованных сторон;
2) полученных технических требований для систем и производного приме
нения процесса проектирования архитектуры системы. Таким образом, ини
циирование реализации обеспечивающей системы или ее приобретения
(какая-то функция границы проектируемой системы) зависит от завершения
решения архитектурного проекта для создаваемой системы или системы,
являющейся результатом реинжвниринга. а также от применяемой стадии
жизненного цикла системы и связанной деятельности по инженерному или
организационному представлению
6.4.3.3 а)
6.4.3.3.1
f) Логическое проектирование архитектуры включает в себя изучение раз
личных логических декомпозиций и иных представлений требований. Для
различных представлений отсутствует какое-либо множество форматов или
форм. Выбранный формат или форма — это то. что лучшим образом опре
деляет в качестве приемлемых функциональные, поведенческие потоки или
потоки данных или структуру данных, и что позволяет осуществить лучшее
задание для потенциальных физических элементов, ручных операций или
обеспечивающих систем для генерации альтернативных решений физиче
ского проектирования архитектуры
6.4.3.3 а)
6.4.3.3.1
д) Определенные технические требования размещаются согласно созда
ваемому представлению логического проекта архитектуры. От различных
представлений получается множество технических требований, которые ис
пользуются для проектирования архитектуры. Уже после того, как это рас
пределение закончено, могут оказаться незадействованными некоторые
технические требования. Их назначают непосредственно на альтернативные
решения физического проекта архитектуры
6.4.3.3 а)
6.4.3.3.1
h) В распределении требований логического представления и полученных
технических требований относительно того, обеспечивают ли они требова
ния. которые могут быть выполнены лучшим образом, учитывают следую
щее:
1) выполнение с помощью обеспечивающих систем, связанных с реализаци
ей и интеграцией, производством, тестированием, операциями, поддержкой
или прекращением применения;
2) выполнение вручную или с помощью оборудования, материалов или дан
ных;
3) выполнение аппаратными средствами, программными средствами и ми
кропрограммными физическими элементами (новыми или существующими)
6.4.3.3 а)
6.4.3.3.1
i) Процесс определения требований правообладателей, процесс анализа
требований системы и процесс архитектурного проектирования системы по
вторяются для каждого последовательного более низкого уровня в структуре
системы, пока заданные требования для всех системных элементов не будут
определены или пока заданный системный элемент сможет быть построен,
применен повторно или закуплен. Если требуется дальнейшая реализация
для системного элемента, она может быть осуществлена с использованием
соответствующего стандарта реализации системного элемента, такого, как
ИСО/МЭК 12207
6.4.3.3 Ь)
6.4.3.3 с)
6.4.1
6.4.2
6.4.3.3.2
6.4.1
6.4.2
j) Если вовремя проектирования архитектуры определено, что требованияне
могут быть удовлетворены из-за нерешенных проблем, связанных с воздей
ствующими факторами решения (см. ожидаемые результаты проектирования
6.4.3.3 Ь)
6.4.3.3 с)
6.4.3.3.2
6.4.1
82