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

Сервис Service · понятие

На какой вопрос отвечает «Что мы даём наружу и на каких условиях?» — а не «как это устроено внутри» (это процесс и функция).

Сервис — это то, что одна часть предприятия или системы даёт наружу: явно объявленное поведение, которым пользуются другие. Сервис описывает, ЧТО получает потребитель, и молчит о том, как это устроено внутри.

Аналогия Розетка в стене. Вам обещают ток нужного напряжения; электростанция, провода и подстанции за розеткой вас не касаются, пока обещание выполняется.

Разобраться

Часто путают

Словом «сервис» называют разное. Выберите нужный смысл.

Что одна часть предприятия предоставляет другой, без подробностей, как она это делает.

Это Service. Вы на месте.

То, что бизнес предоставляет клиенту.

Это Business Service, вам туда.

То, что программа предоставляет другой программе или пользователю.

Это Application Service, вам туда.

То, что даёт инфраструктура: хранение, сеть, вычисления.

Это Technology Service, вам туда.

Сервис по ГОСТ Р 59853 — совокупность средств автоматизированной системы, а не услуга.

Это термин российского стандарта. Зато есть карточка самой статьи стандарта с толкованием — вам туда.

Зачем это нужно

Сервисы выделяют, чтобы отделить обещание от устройства. Тогда внутреннюю реализацию можно менять, не трогая тех, кто сервисом пользуется. NAF формулирует это прямо: сервис — способ предоставить ценность стандартизованным и договорным образом, скрыв связанные риски и ограничения.

Какие решения помогает принять

  1. Где проходит граница ответственности: за сервисом договор, до него — внутренняя кухня.
  2. Что можно заменить незаметно для потребителя: всё, что спрятано за сервисом.
  3. Какие уровни обещаем: у UAF уровни сервиса живут в измерениях, а не в описании.
  4. Что выносить наружу, а что оставить внутренним: не всякая функция обязана быть сервисом.

Применить

Когда это нужно, а когда нет

Когда нужно

  • У работы есть внешний потребитель, и ему важен результат, а не устройство.
  • Планируете замену системы и не хотите переписывать всех, кто к ней обращается.
  • Нужно договориться об уровне: сроки, доступность, качество.
  • Одну и ту же работу делают для нескольких потребителей по-разному.

Когда не нужно

  • Потребитель внутри и совпадает с исполнителем: сервис добавит слой без пользы.
  • Нужно описать, как работа делается по шагам, — это процесс.
  • Обещания нет, есть только набор действий: тогда это функция, а не сервис.

Примеры по отраслям

финтех

Платёжный сервис за платёжным интерфейсом

Пример спецификации ArchiMate 4, разд. 3.4.4: платёжный сервис предоставляется через платёжный интерфейс, а кто и чем его реализует, потребителю не видно. Это и есть барьер абстракции, ради которого сервис заводят.

банк

Выписка по счёту в трёх каналах

Один сервис «получить выписку» потребляется из мобильного приложения, из интернет-банка и по запросу в отделении. Меняется канал, а обещание одно, поэтому и сервис один.

госуслуги

Справка по запросу ведомства

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

образование

Доступ к электронной библиотеке

Вуз даёт студентам сервис доступа к материалам. Смена поставщика библиотеки не должна менять ни расписание, ни порядок входа — именно это и проверяют, когда сервис описан отдельно от реализации.

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

UAF DMM 1.3, разд. 9.1.5 определяет сервис как механизм доступа к одной или нескольким способностям через предписанный интерфейс, используемый в согласии с ограничениями и политиками. Исполнитель в определении не назван вовсе — и это намеренно.

Типичные ошибки

  • 01Сервис — это не процесс. Процесс показывает внутреннее устройство, сервис — внешнее обещание.
  • 02Сервис — это не система. Одна система даёт несколько сервисов, один сервис реализуют несколько систем.
  • 03Сервис без потребителя. Если некому пользоваться, это внутренняя функция.
  • 04Переносить слово между школами по имени. У ГОСТ Р 59853 сервис — совокупность СРЕДСТВ АС, а не услуга, и это другое понятие.

Сверить с первоисточниками

Что говорят стандарты

Определения из источников с переводом и ссылкой на раздел. Категория показывает назначение каждого подхода.

An element of behavior that provides specific functionality in response to requests from actors or other services. A service delivers or supports business capabilities, has an explicitly defined interface, and is explicitly governed. Services are defined for business, information systems, and platforms.

TOGAF Standard, Version 9.2, The Open Group, 2018, C182; гл. 30 «Content Metamodel», §30.5 «Content Metamodel Entities», табл. «Metamodel Entity | Description»Строка реестра

An explicitly defined behavior that a business actor, application component, node, device, system software, equipment, facility, role, or collaboration provides to its environment.

Перевод Явно определённое поведение, которое бизнес-актор, компонент приложения, узел, устройство, системное ПО, оборудование, сооружение, роль или коллаборация предоставляет своему окружению.

Раздел стандартаСтрока реестра

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.

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

Раздел стандарта

A means of providing value, functionality or a product to a consumer (human or machine) in a standardized and contracted way by hiding associated risks and constraints.

Перевод Средство предоставления ценности, функциональности или продукта потребителю (человеку или машине) стандартизованным и оговорённым способом, скрывающее связанные риски и ограничения.

NAF v4.1 (2026.03), гл. 5 «Glossary»; NAF v4.1 ArchiMate Implementation Guide (2026.06), таблицы «NAF IM Element»

separate scope of functions offered by an entity or organization via interfaces [...] An I4.0 component provides information about itself using services based on a service model.

Перевод Элемент эталонной модели компонента I4.0 — сущность, из которой строится цифровое представление актива (разд. 4 и 6 спецификации).

DIN SPEC 91345:2016-04 Reference Architecture Model Industrie 4.0 (RAMI4.0) — официальный английский перевод (DIN, April 2016, 40 p) — 3.4

С чем связано

Связи понятия и его место в структуре подхода.

TOGAF

Business / Application / Technology

  • Применяется кService Quality
ArchiMate

Common / Общий домен

  • ПотокEvent
  • ТриггерEvent
  • РеализацияFunction
  • Агрегация/композицияGrouping
  • Агрегация/композицияLocation
  • РеализацияProcess
  • ОбслуживаниеCollaboration
  • ПотокEvent
UAF

Сервисный (Services)

  • Обобщение — таксономическое отношение «частное → общее»PropertySet
  • Обобщение — таксономическое отношение «частное → общее»VersionedElement
  • Обобщение — таксономическое отношение «частное → общее»CapableElement
  • Обобщение — таксономическое отношение «частное → общее»Asset
  • Обобщение — таксономическое отношение «частное → общее»ServiceArchitecture
NAF

Сквозной концепт — строки сетки: Concepts (C), Logical (L), Service (S)

RAMI 4.0

Эталонная модель компонента I4.0 · 3.4; 6.1.5 Secure I4.0-compliant communication, services and quality of service

  • Предлагает (сервисы) в системе I4.0Industrie 4.0 component (I4.0 component)
  • Предоставляет информацию о себе посредствомIndustrie 4.0 component (I4.0 component)
  • Сервисы предоставляются через APIComponent manager
  • ОписываетProfile (of an I4.0 component)

Как измерить

Доступность критичных бизнес-систем%

Доля времени, в течение которого критичные для бизнеса системы доступны. KPI ценностного потока Detect to Correct; сам стандарт оговаривает, что управление доступностью в этом потоке ещё не представлено и будет рассмотрено в будущих редакциях (разд. 8.4.9).

Доступность = время работоспособного состояния / общее время наблюдения
  • время работоспособного состояния время, когда система выполняла свои функции
  • общее время наблюдения весь период, за который считается доступность
Число нарушенных соглашений об уровне сервисашт.

Сколько соглашений об уровне сервиса и операционных соглашений нарушено за период. Прямая мера того, держит ли сервис обещанное.

Число нарушенных соглашений = количество SLA и OLA, по которым за период нарушены согласованные условия
  • SLA соглашение об уровне сервиса с потребителем
  • OLA операционное соглашение внутри поставщика сервиса
Удовлетворённость потребителя%

Восприятие потребителем степени выполнения его ожиданий. Стандарт определяет её через восприятие, а не через факт: примечание 3 оговаривает, что даже согласованные и выполненные требования потребителя не обязательно обеспечивают высокую удовлетворённость.

Удовлетворённость = доля потребителей, оценивших выполнение своих ожиданий не ниже заданного порога
  • порог минимальная оценка, считающаяся удовлетворительной; задаётся организацией
  • доля потребителей часть опрошенных, чья оценка не ниже порога

Сервис ArchiMate обобщён на все слои, поэтому набор смешанный: доступность и нарушения соглашений — со стороны поставщика, удовлетворённость — со стороны потребителя.

Эквиваленты по категориям

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

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

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

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

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

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

Понятия, которые обычно смотрят рядом с этим.

Кто с этим работает
  • Архитекторвыделяет сервисы и границы
  • Владелец сервисаотвечает за уровень и изменения
  • Аналитикописывает договор и условия предоставления
Где читать в стандартах
  • ArchiMate 4 Specification, разд. 3.4.4 и 4.2.1: сервис как внешнее поведение, отношения сервиса
  • UAF DMM 1.3, разд. 9.1.5: сервис как механизм доступа к способностям через интерфейс
  • NAF v4.1, гл. 5 Glossary: сервис скрывает риски и ограничения исполнителя
14 дней бесплатно

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

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

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

Это же в StormРешение для аналитиковАрхитектура систем и интеграцийРеестр процессов

Поддержка