Корпоративные архитектуры

Сервисная архитектура ServiceArchitecture

Простыми словами

ServiceArchitecture (сервисная архитектура) — элемент для обозначения модели архитектуры, описанной с сервисной точки зрения. Устроен он как пересечение двух ветвей: наследует и Service, и Architecture. Первое даёт ему всё поведение сервиса (интерфейсы, политики, версии, измерения уровня), второе ставит его в один ряд с OperationalArchitecture и ResourceArchitecture — тремя разрезами одного предприятия. Практический смысл этого двойного наследования в том, что сервисная архитектура сама может выступать сервисом для внешнего потребителя и одновременно быть контейнером, который описание архитектуры выражает отношением expresses. Появляется в четырёх видах, включая Architecture и Summary & Overview из управляющих доменов. Ошибка — считать ServiceArchitecture простой папкой сервисов: у папки нет интерфейсов и уровня обслуживания, а у этого элемента они есть по наследству.

Примеры

Двойное наследование — не украшение

Generalization у элемента ровно два: Service и Architecture. Поэтому к сервисной архитектуре применимы и ServicePolicy с ServiceInterface, и связи describedBy или expresses с описанием архитектуры.

UAF DMM 1.3, разд. 9.1.5, описание ServiceArchitecture (рис. 9-126) — список Generalization

Один из трёх разрезов предприятия

Architecture стандарт называет абстрактным типом с подтипами OperationalArchitecture, Service Architecture и ResourceArchitecture. Логический, сервисный и ресурсный разрезы описывают одно предприятие с разной степенью независимости от реализации.

UAF DMM 1.3, разд. 9.1.2, описание Architecture (рис. 9-39)

Виды, где элемент перечислен

ServiceArchitecture входит в списки элементов вида Architecture домена Architecture Management, вида Summary & Overview и двух сервисных — Services Taxonomy и Services Structure. То есть элемент нужен и сводке, и разбору состава сервисов.

UAF DMM 1.3, разд. 8.1.1, 8.1.2 и 8.1.5 — списки Elements четырёх видов