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

Обслуживание Serving

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

Serving отвечает на вопрос «кто кому предоставляет функциональность». В классификации стандарта это зависимость управления, изображаемая сплошной линией, и она применяется и к аспекту поведения, и к аспекту активной структуры — обслуживать могут и сервис, и интерфейс. Отличие от access: access — зависимость по данным, работа с пассивным структурным элементом. Отличие от triggering: triggering выражает временнóе или причинное предшествование, то есть инициативу, а serving от инициатора намеренно абстрагируется — сервис может быть оказан проактивно или реактивно, направление доставки одно и то же, а начинать взаимодействие может любой конец. Среди зависимостей serving самая сильная, поэтому при выводе цепочки зависимостей она уступает более слабым.

Примеры

Обслуживание касается двух аспектов сразу

«A serving relationship describes how the services or interfaces offered by a behavior or active structure element serve entities in their environment. This relationship is applied to both the behavior aspect and the active structure aspect.»

ArchiMate 4 Specification, разд. 5.2.1 — Serving

Почему стрелка направлена к потребителю

«Another reason for this direction, particularly for the serving relationship, is that it abstracts from the “caller” or “initiator”, since a service may be delivered proactively or reactively.»

ArchiMate 4 Specification, разд. 5.2 — направление зависимостей

Обслуживание применимо к частям

«In serving relationships, some part of an internal behavior element is served by some part of a service; for example, if a service A serves a process B, some unmodeled sub-service of A may serve an unmodeled sub-process of B»

ArchiMate 4 Specification, разд. 5.2.5 — семантика зависимостей