ГОСТ Р 57100—2016
Приложение С
(справочное)
Взаимосвязь с другими стандартами
С.1 Введение
Описания архитектуры могут быть использованы в многообразии моделей жизненного цикла и их настройки.
Настоящее приложение иллюстрирует то. какописания архитектуры, созданные в соответствии с настоящим стан
дартом. могут удовлетворять требованиям других стандартов. Общий подход для того, чтобы, используя настоя
щий стандарт, удовлетворять требованиям других стандартов, должен определить одну или более точек зрения,
которые структурируют интересы системы, имеющие отношение кэтим требованиям, и затем создают представле
ния. удовлетворяющие этим требованиям как часть описания архитектуры. Точки зрения, определенные в настоя
щем приложении, задаются в соответствии с требованиями раздела 7.
С.2 Использование ИСО/МЭК 12207:2010
С.2.1 Общее
В ИСО/МЭК 12207:2010 определены два процесса, специальноимеющиеотношение к архитектуре: проекти
рование архитектуры системы (см. ИСО/МЭК 12207:2010. пункт6.4.3) и проектирование архитектуры программных
средств (см. ИСО/МЭК 12207:2010. пункт 7.1.3). Понятие архитектуры внастоящем стандартесовместимое процес
сами проектирования архитектуры в ИСО/МЭК 12207:2010. В ИСО/МЭК 1220:2010 приведены требования кописа-
нию архитектуры в дополнение к таковым из настоящего стандарта. Специфично то. что проектирование
архитектуры системы должновключать определение объектов аппаратныхсредств, программных средств иобъек
тов ручных операций, включенных в систему и распределение системных требований по этим объектам. Проекти
рование архитектуры системы должно быть оценено на соответствие критериям прослеживаемости и
согласованности с требованиями к системе, приемлемости стандартов и методов проектирования ивыполнимости
программных и ручных операций.
Ожидаемое использование описания архитектуры может включать другие процессы, определенные в
ИСО/МЭК 12207:2010. В частности, описание архитектуры может использоваться в других действиях помимо дея
тельности по проектированию архитектуры системы, например, чтобы облегчить связь между приобретающей сто
роной и разработчиком.
Процесс проектирования архитектуры программного средства согласно ИСО/МЭК 1220:2010 иллюстрирует
декомпозиционный подход к архитектуре Его первичная цель состоит в декомпозировании объектов программных
средств системы в компоненты и последующем распределении требований по этим компонентам. Описание
архитектуры системы и продукты других представлений в описании архитектуры могут способствовать этой
деятельности и ее продуктам.
Описание архитектуры может соответствовать настоящему стандарту и ИСО/МЭК 12207:2010. У общего
подхода к «совместному соответствию» должна быть точка зрения, которая специально сфокусирована на произ
водстве архитектурной продукции согласно ИСО/МЭК 12207.2010. Пример точки зрения для этой цепи определен в
С.2.2.
С.2.2 Точка зрения декомпозиции и распределения
Точка зрения декомпозиции и распределения структурирует следующие интересы:
- определение системных требований;
-декомпозицию системы на объекты;
- распределение требований по объектам.
- верификацию того, что все требования распределены по объектам.
Каждое требование определяется единственным образом. В случае необходимости требования декомпо
зируются и расширяютсяв производные требования для обеспечения полного множества требованийдля системы.
Система декомпозируется во множество объектов, где каждый объект — это объект аппаратных средств,
программных средств или объект ручных операций. Также определяются взаимодействия между объектами.
Требования системы распределяются междуобъектами таким образом, чтобы каждый объект удовлетворял
одному или более требованиям, и каждое требование распределяется как минимум по одному объекту.
В итоге начальной декомпозиции и распределения производится множество объектов с распределенными
требованиями. Это описано в терминах процесса проектирования архитектуры системы (см. ИСО/МЭК 12207:2010.
подпункт 6.4.3.3.1).
Программные средства декомпозируются в зависимые компоненты. Требования, распределенные по каж
дому объекту программных средств, далее распределяются по одному или более компонентам. Описания интер
фейса обеспечиваются между программными компонентами, между программными компонентами и аппаратными
26