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

4.2.5 Модели архитектуры ГОСТ Р 57100-2016

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

На рисунке 2 изображено, как используются архитектурные модели и виды моделей в пределах описания архитектуры.

Примечание — В настоящем стандарте использует термин «вид модели», а не «вид архитектурной модели» для того, чтобы подчеркнуть, что виды модели не могут быть полезными исключительно в описаниях архитектуры.

[из 4.2.5 Модели архитектуры ГОСТ Р 57100–2016]

    4.2.6 Элементы и связи в описании архитектуры ГОСТ Р 57100-2016

    Элемент описания архитектуры — это любая конструкция в описании архитектуры. Элементы описания архитектуры — это самые примитивные конструкции, рассматриваемые в настоящем стандарте. Каждую заинтересованную сторону, интерес, точку зрения на архитектуру, архитектурное представление, вид модели, архитектурная модель, архитектурное решение и обоснование (см. 4.2.7) рассматривают как элемент описания архитектуры. Когда определены точки зрения и виды моделей и наполнены соответствующие модели, вводятся дополнительные элементы описания архитектуры.

    Связь определяет отношение между элементами описания архитектуры. Связи используются для того, чтобы выразить отношения архитектуры к интересу в пределах описания архитектуры (или между описаниями архитектуры). Связями можно управлять по правилам связи. Правила связи используются для установления отношения в пределах описания архитектуры (или между описаниями архитектуры).

    На рисунке 3 изображено понятие элементов описания архитектуры и связи.

    Примечание — Рисунок использует условности для класса диаграмм, определенные в ИСО/МЭК 19501.

    - Концептуальная модель элементов и связей описания архитектуры

    Рисунок 3 — Концептуальная модель элементов и связей описания архитектуры

    Пример — Связи и правила связи используются для того, чтобы выразить и провести в жизнь отношения архитектуры, например такие, как состав, уточнение, согласованность, прослеживаемость, зависимость, ограничение и обязательство.

    Примечание — Требования при использовании связей и правил связи определены в 5.7. Примеры их использования приведены в А.6 (приложение А).

    [из 4.2.6 Элементы и связи в описании архитектуры ГОСТ Р 57100–2016]

      4.2.7 Архитектурные решения и обоснование ГОСТ Р 57100-2016

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

      Решения относятся к системным интересам, однако между двумя интересами часто не бывает простых связанных решений. Решения могут воздействовать на архитектуру несколькими способами. Они могут быть отражены в описании архитектуры следующим образом:

      • формулированием требований существования элементов описания архитектуры;
      • изменением свойств элементов описания архитектуры;
      • подключением анализа компромиссов для некоторых элементов описания архитектуры, включая иные решения и интересы, в которых имеют (могут иметь) место изменения;
      • порождением новых интересов.

      На рисунке 4 отображены понятия, имеющие отношение к решениям архитектуры и их обоснованию.

      Примечание — Рисунок использует условности для класса диаграмм, определенные в ИСО/МЭК 19501.

      - Концептуальная модель решений архитектуры и обоснование

      Рисунок 4 — Концептуальная модель решений архитектуры и обоснование

      Примечание — Требования, необходимые для того, чтобы охватить решения и обоснование в пределах описания архитектуры, определены в 5.8.

      [из 4.2.7 Архитектурные решения и обоснование ГОСТ Р 57100–2016]

        4.3 Процесс архитектуризации в жизненном цикле ГОСТ Р 57100-2016

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

        Описание архитектуры — это рабочий продукт, получающийся после выполнения процесса архитектуризации действий в пределах жизненного цикла рассматриваемой системы. Жизненный цикл предписывает стадии и способы, с помощью которых должно быть определено содержание соответствующего описания архитектуры. Когда описание архитектуры получено из единственной деятельности жизненного цикла, ее содержание обычно является результатом многочисленных действий. Описание архитектуры, как альтернатива, может быть осуществлено переработкой информации от других рабочих продуктов, разработанных с помощью действий жизненного цикла.

        Настоящий стандарт не зависит, не предполагает и не предписывает особого жизненного цикла.

        Примечание — Приложение С демонстрирует, как настоящий стандарт может использоваться при применении процессов жизненного цикла, определенных в ИСО/МЭК 12207 и ИСО/МЭК 15288. ИСО/МЭК 12207 и ИСО/МЭК 15288 предоставляют различные процессы жизненного цикла для проектирования архитектуры. Это не противоречит понятию того, что архитектуризация выполняется по всему жизненному циклу, по двум причинам:

        1. любой процесс из ИСО/МЭК 12207 или ИСО/МЭК 15288 может быть расценен как выполнение по всему жизненному циклу;
        2. использование «архитектурного проектирования» в ИСО/МЭК 12207 и ИСО/МЭК 15288 является более узким, чем понятие «архитектуризация» в настоящем стандарте.

        [из 4.3 Процесс архитектуризации в жизненном цикле ГОСТ Р 57100–2016]

          4.4 Применения описаний архитектуры ГОСТ Р 57100-2016

          У описаний архитектуры существует много применений со стороны различных заинтересованных сторон по всему жизненному циклу системы. Описания архитектуры применяются, но не ограничиваются этим:

          • в качестве основы системного проекта системы и действий по разработке;
          • в качестве основы анализа и оценки альтернативных реализаций архитектуры;
          • в качестве документации в разработке и сопровождении;
          • для обеспечения документирования существенных аспектов системы, например таких, как:
          • намеченное использование и окружающая среда,
          • принципы, предположения и ограничения для проведения будущих изменений,
          • моменты для обеспечения гибкости или ограничений системы относительно будущих изменений,
          • решения архитектуры, их обоснования и последствия;
          • в качестве входов к автоматизированным инструментариям для моделирования, системной имитации и анализа;
          • для определения группы систем, разделяющих общие свойства (таких, как архитектурные стили, эталонные архитектуры и архитектуры линейки продуктов);
          • для обеспечения связи между сторонами, вовлеченными в разработку, производство, развертывание, функционирование и сопровождение системы;
          • в качестве основы для подготовки документов приобретения (например таких, как запросы о предложении и описание работы);
          • для обеспечения связи между заказчиками, приобретающими сторонами, поставщиками и разработчиками как части контрактных переговоров;
          • для обеспечения документирования характеристик, свойств и проекта системы для потенциальных заказчиков, приобретающих сторон, собственников, операторов и интеграторов;
          • при планировании передачи от устаревшей архитектуры к новой;
          • в качестве руководства к эксплуатационной и инфраструктурной поддержке и управлению конфигурацией;
          • для поддержки системного планирования и действий, связанных со сроками и бюджетом;
          • для установления критериев при сертификации реализаций на соответствие архитектуре;
          • в качестве механизма согласования с внешней и проектной политикой и (или) внутренней политикой организации (например, юридические основания, перекрывающие архитектурные принципы);
          • в качестве основы для ревизий, анализа и оценки системы в ее жизненном цикле;
          • в качестве основы анализа и оценки альтернативных архитектур;
          • при распространении изученных уроков и повторном использовании архитектурного знания через точки зрения, образцы и стили;
          • для обучения и образования заинтересованных сторон и других сторон лучшим методам в процессе архитектуризации и при развитии системы.

          Примечание — В приложении С рассмотрено использование описаний архитектуры в контексте других стандартов.

          [из 4.4 Применения описаний архитектуры ГОСТ Р 57100–2016]

            4.5 Структуры архитектуры и языки описания архитектуры ГОСТ Р 57100-2016

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

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

            Применение структур архитектуры включает (но не ограничивается этим): создание описаний архитектуры; разработку инструментариев моделирования архитектуры и методов процесса архитектуризации; установление процессов для содействия связи, обязательствам и межсистемному функционированию через множественные проекты и (или) организации.

            Примечание — Структуры архитектуры часто охватывают условия для описания архитектуры и дополнительные практики процесса архитектуризации.

            Примеры — Примерами структуры архитектуры в терминах настоящего стандарта являются: структура архитектуры Захмана для информационных систем [44], структура архитектуры британского Министерства обороны [27], структура архитектуры открытых групп (TOGAF) [41], модель представления Крухтена «4+1» [23], четыре метода представлений Сименса [10], эталонная модель для открытой распределенной обработки (RM–ODP) [ИСО/МЭК 10746] и обобщенная эталонная архитектура предприятия (GERA) [ISO 15704].

            На рисунке 5 отображено содержание структуры архитектуры.

            Примечание — Рисунок использует нотации для класса диаграмм, определенные в ИСО/МЭК 19501.

            - Концептуальная модель структуры архитектуры

            Рисунок 5 — Концептуальная модель структуры архитектуры

            Примечание — Требования к структурам архитектуры определены в 6.1.

            Язык описания архитектуры является некоторой формой выражения для применения в описаниях архитектуры.

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

            Примеры — Примерами языка описания архитектуры в терминах настоящего стандарта являются Rapide [25], Wright [43], SysML [31], ArchiMate [40] и точка зрения на языки со стороны эталонной модели открытой распределенной обработки (RM–ODP) [ИСО/МЭК 10746].

            На рисунке 6 отображено содержание языка описания архитектуры.

            Примечание — Рисунок использует нотации для класса диаграмм, определенные в ИСО/МЭК 19501.

            - Концептуальная модель языка описания архитектуры

            Рисунок 6 – Концептуальная модель языка описания архитектуры

            Примечание — Требования к языку описания архитектуры определены в 6.3.

            [из 4.5 Структуры архитектуры и языки описания архитектуры ГОСТ Р 57100–2016]

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

              Во введении определены характеристики описаний архитектуры, которые позволяют осуществлять применения, перечисленные в 4.4. Описания архитектуры включают следующее:

              • определение описания архитектуры и обзорную информацию (см. 5.2);
              • определение заинтересованных сторон системы и их интересов (см. 5.3);
              • определение каждой точки зрения на архитектуру, используемой в описании архитектуры (см. 5.4);
              • представления архитектуры и архитектурных моделей для каждой используемой точки зрения на архитектуру (см. 5.5 и 5.6);
              • применимые правила связей в описании архитектуры, связи и регистрацию известных несогласованностей в требуемом содержании описаний архитектуры (см. 5.7);
              • выполненные обоснования для решений архитектуры (см. 5.8).

              Глагол включать, используемый в разделе 5, указывает на то, что в описании архитектуры информация либо присутствует, либо представлена ссылка на эту информацию.

              Примечания

              1. Настоящий стандарт не определяет формат для описаний архитектуры.
              2. Чтобы многократно описать различные архитектуры или альтернативные выражения той же архитектуры, пользователю для каждого описания архитектуры следует применять условия настоящего раздела. Результаты могут быть объединены или отдельно представлены некоторым способом, не определяемым в настоящем стандарте.

              [из 5.1 Введение ГОСТ Р 57100–2016]

                5.2 Определение и обзор описания архитектуры ГОСТ Р 57100-2016

                Описание архитектуры должно идентифицировать (определять) рассматриваемую систему и включать дополнительную информацию, как определено проектом и (или) организацией.

                Детальное содержание идентификации и дополнительных информационных объектов должно быть задано организацией и (или) проектом.

                Примечание — Примерами идентификации и дополнительной информации в описании архитектуры являются дата выпуска и статус; авторы, рецензенты, утверждающие стороны, выпускающая организация; история изменений; резюме; область применения; контекст; глоссарий; информация контроля за версией; информация по управлению конфигурацией и ссылки. (См. [ИСО/МЭК 15289] или технический отчет [ИСО/МЭК 15504–6:2008, В.1]).

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

                  5.3 Определение заинтересованных сторон и интересов ГОСТ Р 57100-2016

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

                  В описании архитектуры должны быть учтены и, если применимо, определены следующие заинтересованные стороны:

                  • пользователи системы;
                  • операторы системы;
                  • приобретающие стороны системы;
                  • владельцы системы;
                  • поставщики системы;
                  • разработчики системы;
                  • строители системы;
                  • сопровождающие стороны системы.

                  Описание архитектуры должно определять интересы, учитываемые как основные для архитектуры рассматриваемой системы.

                  В описании архитектуры должны быть учтены и, если применимо, определены следующие интересы:

                  • цели системы;
                  • приемлемость архитектуры для достижения целей системы;
                  • выполнимость конструирования и развертывания системы;
                  • потенциальные риски и воздействия системы на ее заинтересованные стороны на всем ее жизненном цикле;
                  • сопровождаемость и развиваемость системы.

                  Описание архитектуры должно увязывать каждый интерес с определенными заинтересованными сторонами, имеющими такой интерес.

                  Примечания

                  1. В общем случае взаимоувязывание интересов с заинтересованными сторонами представляет собой соотношение «многие ко многим».
                  2. Настоящий стандарт не предписывает степени детализации интересов, каким образом интересы находятся во взаимосвязи с другими интересами или как интересы соотносятся с другими утверждениями о системе, такими, например, как потребности заинтересованных сторон, цели системы или требования. Эти интересы представляют собой аспекты для определенных структур архитектуры, методов архитектуризации или других практик.

                  [из 5.3 Определение заинтересованных сторон и интересов ГОСТ Р 57100–2016]

                    Страницы

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