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

В.2.7 Правила связи ГОСТ Р 57100-2016

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

    В.2.8 Операции на представлениях ГОСТ Р 57100-2016

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

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

    [из В.2.8 Операции на представлениях ГОСТ Р 57100–2016]

      В.З Аннотируемое руководство к точкам зрения на архитектуру ГОСТ Р 57100-2016

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

      – Callo–Arias, America, Avgeriou «Определение точек зрения для большой и сложной программной системы» («Defining execution viewpoints for a large and complex software–intensive system») [4].

      Документирует «каталог выполнения точки зрения» для того, чтобы понять выполнение сложных программных систем. Представлены четыре точки зрения: профиль выполнения, развертывание выполнения, использование ресурсов и параллелизм выполнения. Также включены правила связи между точками зрения;

      – Clements и др., Документирование архитектур программных средств: представления и более (Documenting Software Architectures: views and beyond) [5].

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

      – Eeles и Cripps, Процесс архитектуризации программных средств (The Process of Software Architecting) [8].

      Определяет процесс архитектуризации программных средств, используя в качестве основы модель

      IEEE 1471:2000. Обеспечивает шаблон точки зрения и каталог точек зрения, включая: требования, функционал, развертывание, валидацию, применение, инфраструктуру, управление системами, пригодность, функционирование, безопасность, а также для каждого – «рабочие продукты» (то есть виды моделей);

      – Репозитарий точек зрения для ИСО/МЭК 42010 [42].

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

      – Kruchten. «Модель представления архитектуры «4+1» [23].

      Определяет точки зрения для логического представления, представления разработки, представления процессов и физического представления. Получающиеся представления объединяются через сценарии;

      – Rozansky и Woods, Архитектура программных систем: работа с заинтересованными сторонами с использованием точек зрения и перспективности (Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives) [36].

      Определяет каталог точек зрения: функционал, информация, параллелизм, разработка, эксплуатация и перспективы (см. примечание 1 к 5.6): безопасность, функционирование и масштабируемость, пригодность и стойкость, перспективы развития для программных систем [из В.З Аннотируемое руководство к точкам зрения на архитектуру ГОСТ Р 57100–2016]

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

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

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

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

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

            Интерес системы (concern) по ГОСТ Р 57100-2016

            Польза или проблемы в системе, относящиеся к одной или нескольким заинтересованным сторонам.

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

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

            Окружающая среда системы (environment) по ГОСТ Р 57100-2016

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

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

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

            Страницы

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