Контракт сервиса 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.
Ограничение, управляющее использованием одного или нескольких сервисов.
Связи
Исходящие
- Обобщение — таксономическое отношение «частное → общее»Rule
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей