ГОСТ Р 56923—2016
l
При выполнении процессов, связанных с требованиями и проектированием, важно помнить, что
любому требованию, которое вызывает разработку программной продукции, могут соответствовать
существующие программные средства повторного применения, которые выполняют предъявляемые
требования и отвечают установленным критериям. Чтобы удовлетворить часть или все требования,
программные средства повторного применения могут использоваться в виде, как есть, или в моди
фицированном виде. Например, требование может быть удовлетворено путем использования суще
ствующего плана, спецификации или проекта. В приложении В предоставлено больше информации об
использовании программных средств повторного применения.
5.4.3.2.4 Процесс проектирования архитектуры системы
5.4.3.2.4.1 Общее
Процесс проектирования архитектуры системы может быть использован для преобразования
определенного набора технических требований в приемлемое решение архитектурного проекта, ко
торое реализует технические требования для создаваемой системы. Это решение должно быть за
документировано в пакет технических данных или в базу данных, которая включает в себя множество
спецификаций решения архитектурного проекта и другие описания конфигурации.
5.4.3.2.4.2 Логическое определение архитектуры
Первый шаг должен служить преобразованию множества технических требований в более дета
лизированное множество таких технических требований, которые получаются с помощью ряда логиче
ских моделей архитектурного проектирования (см. ИСО/МЭК 12207 подпункт 6.4.3.3). Это может быть
достигнуто выполнением задачи логического проектирования из процесса проектирования архитекту
ры системы путем разделения и формирования интерфейсов. Логические модели архитектурного про
ектирования могут проявляться в одной или нескольких формах, как это описано ниже:
a) функциональная блок-схема потока, отражающая декомпозицию главных функций в их под
функции:
b
)диаграмма потока данных, которая декомпозирует функции, явно показывая данные, необходи
мые для каждой функции;
c) структура данных с соответствующими функциями и обработкой потоков, связанных сданными
и ассоциируемых с назначенными техническими требованиями;
d) документы определения интерфейса с логическими, физическими и функциональными харак
теристиками системного элемента и системы в целом с обозначением внешних границ;
e) функциональная диаграмма, которая описывает входные источники и выходные результаты с
помощью функций и включает соответствующий функциональный заказ по критериям входа и выхода,
0 диаграмма контроля, которая указывает контролируемые факторы функции и результирующего
функционирования;
д) системные состояния и режимы;
h) временные графики, которые распределяют временные требования во множество функций;
i) таблица функциональных проявлений и последствий отказов, которая показывает возможные
проявления и последствия отказов, таких, как невыполнение с учетом проектирования или неожиданного
выполнения функции. Должны быть предложены возможные решения для каждого проявления отказа;
j) объекты, которые инкапсулируют разделение и схематичное представление технических требо
ваний и характеризуются услугами (поведениями, функциями и операциями) предоставленными инкап
сулированными атрибутами (значениями, характеристиками и данными);
k) ряд алгоритмов, произошедших из контекстных диаграмм;
) диаграмма IDEF0.
Примечание — IDEF0 (Определение интеграции 0) моделирование функции обозначено, чтобы пред
ставить решения, действия и деятельность существующей или предполагаемой организации или системы. См.
дополнительную информацию — IEEE Std. 1320.1.
Для определения воздействия модели на качество системы должна быть оценена каждая логиче
ская модель проектирования архитектуры.
Множество технических требований может быть распределено с помощью моделей архитектур
ного проектирования, чтобы сформировать множество производных технических требований, учитыва
ющих эксплуатационную окружающую среду. Эти полученные технические требования могут использо
ваться как основание для физического архитектурного проектирования.
Для утверждения логических моделей архитектурного проектирования следует рассмотреть су
ществующие системные элементы или введение новой технологии. Использование существующих си-
37