ИТ-архитектура предприятия: Модель «4+1»

Модель "4+1« "The 4+1 View Model of Architecture"

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

Øпредложена Филиппом Кручтеном (Philippe Kruchten) из компании Rational еще в 1995 году

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

Основные представления

•Логическое представление. Является объектной моделью проектирования (в том случае, если используется объектно-ориентированная модель проектирования).

•Процессное представление. Описывает вопросы параллельного исполнения и синхронизации процессов.

•Физическое представление. Описывает размещение программных компонент системы на аппаратных платформах и аспекты, связанные с физическим расположением системы.

•Представление уровня разработки. Описывает статическую организацию программной системы в среде разработки.

Логическое представление

•Логическое представление является объектной моделью проектирования в том случае, если используется объектно-ориентированная модель проектирования.
•Основной целью логического представления в данной модели является описание функциональных требований (назначение системы в терминах конечных пользователей).
•Для этого представления используются различные абстрактные конструкции, такие как объекты и классы объектов. Для их иллюстрирования могут применяться диаграммы классов в нотации языка UML либо, например, диаграммы ≪сущность-связь≫, если в разработке приложения доминируют

Процессное представление

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

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

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

Физическое представление

•Физическое представление описывает размещение программных компонентов системы на аппаратных платформах и аспекты, связанные с физическим расположением системы.

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

•Этот уровень описывает распределение элементов — сетей, процессов, задач и объектов — по различным узлам (элементам аппаратного обеспечения, объединенным в сеть).

Представление уровня разработки

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

Сценарии использования

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

•Архитектура системы во многом определяется этими сценариями. Каждое представление отражает специфические аспекты моделируемой системы.

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

Использование сценариев

•идентифицировать элементы архитектуры, которые требуются для эффективно работающей системы;

•выполнять проверку работоспособности и полноты архитектуры;

•предоставлять иллюстрацию процесса построения архитектуры;

•формировать основу для проведения тестирования архитектурного прототипа.

Обозначение логического плана