Из ГОСТ Р 57100-2016 Системная и программная инженерия. Описание архитектуры

ГОСТ Р 57100–2016 Системная и программная инженерия. Описание архитектуры. Systems and software engineering. Architecture description. УДК 004.4:006.354 ОКС 35.080. Редакция от 12.12.2023.

Описание архитектуры (architecture description) по ГОСТ Р 57100-2016

Рабочий продукт, используемый для выражения архитектуры [из 3.3 ГОСТ Р 57100–2016]

Процесс архитектуризации (architecting) по ГОСТ Р 57100-2016

Процесс понимания, определения, выражения, документирования, взаимодействия, соответствующей сертификации при реализации, сопровождении и улучшении архитектуры в жизненном цикле системы.

Примечание — Процесс архитектуризации имеет место в контексте организации (лицо или группа лиц и необходимых средств с распределением обязанностей, полномочий и взаимоотношений) и (или) проекта (усилия с определенными датами начала и окончания, предпринятые для создания продукции или услуг в соответствии с заданными ресурсами и требованиями).

[из 3.1 ГОСТ Р 57100–2016]

С.1 Введение ГОСТ Р 57100-2016

Описания архитектуры могут быть использованы в многообразии моделей жизненного цикла и их настройки. Настоящее приложение иллюстрирует то, как описания архитектуры, созданные в соответствии с настоящим стандартом, могут удовлетворять требованиям других стандартов. Общий подход для того, чтобы, используя настоящий стандарт, удовлетворять требованиям других стандартов, должен определить одну или более точек зрения, которые структурируют интересы системы, имеющие отношение к этим требованиям, и затем создают представления, удовлетворяющие этим требованиям как часть описания архитектуры. Точки зрения, определенные в настоящем приложении, задаются в соответствии с требованиями раздела 7 [из С.1 Введение ГОСТ Р 57100–2016]

    С.2.1 Общее ГОСТ Р 57100-2016

    В ИСО/МЭК 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.1 Общее ГОСТ Р 57100–2016]

      С.2.2 Точка зрения декомпозиции и распределения ГОСТ Р 57100-2016

      Точка зрения декомпозиции и распределения структурирует следующие интересы:

      • определение системных требований;
      • декомпозицию системы на объекты;
      • распределение требований по объектам;
      • верификацию того, что все требования распределены по объектам.

      Каждое требование определяется единственным образом. В случае необходимости требования декомпозируются и расширяются в производные требования для обеспечения полного множества требований для системы.

      Система декомпозируется во множество объектов, где каждый объект – это объект аппаратных средств, программных средств или объект ручных операций. Также определяются взаимодействия между объектами.

      Требования системы распределяются между объектами таким образом, чтобы каждый объект удовлетворял одному или более требованиям, и каждое требование распределяется как минимум по одному объекту.

      В итоге начальной декомпозиции и распределения производится множество объектов с распределенными требованиями. Это описано в терминах процесса проектирования архитектуры системы (см. ИСО/МЭК 12207:2010, подпункт 6.4.3.3.1).

      Программные средства декомпозируются в зависимые компоненты. Требования, распределенные по каждому объекту программных средств, далее распределяются по одному или более компонентам. Описания интерфейса обеспечиваются между программными компонентами, между программными компонентами и аппаратными объектами и объектами ручного оперирования. Это описано в терминах проектирования архитектуры программных средств (см. ИСО/МЭК 12207:2010, подпункт 7.1.3.3.1) [из С.2.2 Точка зрения декомпозиции и распределения ГОСТ Р 57100–2016]

        Страницы

        Подписка на Из ГОСТ Р 57100-2016 Системная и программная инженерия. Описание архитектуры