Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами
Корпоративные архитектуры

Контракт сервиса ServiceContract

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

ServiceContract (сервисный контракт) — ограничение, управляющее использованием одного или нескольких сервисов. Определение почти совпадает с ServicePolicy, и различить их по тексту нельзя — только по схеме. Контракт крепится к сервису НЕ напрямую, а через кортеж GovernedBy: у контракта роль governingContract, у сервиса governedService. Зато напрямую контракт ограничивает другой элемент — OperationalConnector, и это объясняет, почему сервисный элемент перечислен в виде Operational Connectivity: контракт описывает условия, на которых логическое соединение обслуживается сервисом. Родитель Rule — абстрактный тип для всех видов ограничений. Ошибка — считать контракт синонимом интерфейса: интерфейс перечисляет методы и сигналы, контракт задаёт условия использования, и они живут в разных аспектах — связности и ограничений.

Примеры

Контракт крепится кортежем, политика — напрямую

У ServiceContract на схеме роль governingContract ведёт к кортежу GovernedBy, и уже он связан с сервисом. У ServicePolicy связь прямая: роли policy и constrainedService между политикой и Service. Это и есть различие двух почти одинаковых определений.

UAF DMM 1.3, разд. 9.1.5, рис. 9-143 (ServiceContract) и рис. 9-144 (ServicePolicy), а также рис. 9-145 (GovernedBy)

Почему сервисный контракт виден в операционном виде

Роль constrainedElement ведёт от ServiceContract к OperationalConnector — логическому соединению операционного домена. Поэтому ServiceContract перечислен среди элементов вида Operational Connectivity наравне с сервисными видами.

UAF DMM 1.3, разд. 9.1.5, рис. 9-143 — роль constrainedElement; разд. 8.1.4 — список Elements вида Operational Connectivity

Общий родитель всех ограничений

Rule стандарт определяет как «An abstract type for all types of constraint» и поясняет примером про операционное ограничение, детализирующее правила лучшей бухгалтерской практики. От него же наследуют ServicePolicy и StrategicConstraint.

UAF DMM 1.3, разд. 9.1.1 — описание Rule

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

дословная выписка

A constraint governing the use of one or more Services.

машинный перевод

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

Источникhttps://www.omg.org/spec/UAF/1.3/DMM/PDF

Связи

Связанные понятия

Служебные сведения
Вид документа
Metamodel element
Место в подходе
Сервисный (Services)
Редакция
1.3
14 дней бесплатно

Опишите архитектуру своей компании в Storm

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

Попробовать бесплатно Без банковской карты

Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей

Поддержка