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

Сервис Service · UAF

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

Service (сервис) в UAF — не программа и не подразделение, а механизм доступа к одной или нескольким способностям через предписанный сервисный интерфейс, используемый в согласии с ограничениями и политиками сервиса. Четыре родителя объясняют, почему элемент такой нагруженный: PropertySet позволяет владеть измерениями (отсюда уровни сервиса), CapableElement — предъявлять способности через кортеж Exhibits, VersionedElement — версионироваться в дорожной карте, Asset — быть предметом анализа рисков и безопасности. Экземпляр отдельный: ActualService, связанный ролями type и instance. Реализацию же несёт ResourceService из домена ресурсов. Service — самый частый элемент домена: он перечислен в семнадцати видах. Ошибка — заводить Service там, где описывают конкретную работающую систему: сервисный домен всегда про спецификацию, независимую от реализации.

Примеры

Определение через доступ, а не через исполнителя

Стандарт формулирует сервис как «A mechanism to enable access to one or more capabilities, where the access is provided using a prescribed service interface and is exercised consistent with service constraints and policies». Исполнитель в определении не назван вовсе.

UAF DMM 1.3, разд. 9.1.5, описание Service (рис. 9-125)

Три разных элемента с похожими именами

Service — спецификация. ActualService — индивидуальный сервис, экземпляр. ResourceService — сервис, который ресурсный исполнитель предоставляет в поддержку сервисов более высокого уровня; примеры стандарта — резервное копирование, хранение, служба поддержки самообслуживания.

UAF DMM 1.3, разд. 9.1.5 (Service, рис. 9-125), разд. 9.1.11 (ActualService) и разд. 9.1.7 (ResourceService, рис. 9-168)

Уровни сервиса живут в измерениях

Вид Services Taxonomy определён как показ таксономии типов сервисов и того уровня обслуживания, который они должны предоставлять или которому обязаны соответствовать, через отображение фактических измерений. Это работает потому, что Service наследует PropertySet.

UAF DMM 1.3, разд. 8.1.5 — определение вида Services Taxonomy; разд. 9.1.12 — описание PropertySet

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

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

A mechanism to enable access to one or more capabilities, where the access is provided using a prescribed service interface and is exercised consistent with service constraints and policies.

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

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

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

Связи

В других подходах

Сопоставления одного понятия в разных подходах.

ServiceПриложения и сервисы

Единица работы, предоставляемая поставщиком потребителю.

Семантические различия ArchiMate 4 свёл слоевые сервисы к общему Service; UAF и NAF дают то же понятие. У ИСО 19440 в редакции 2007 (ГОСТ Р ИСО 19440-2010) конструкции Service нет — прежняя строка листа опиралась на редакцию 2020 (2026-09-03).

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

Служебные сведения
Вид совпадения
Прямое совпадение

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

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

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

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

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

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

Поддержка