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

Прикладной сервис Application Service · понятие

На какой вопрос отвечает «Что программа даёт наружу?» — а не «что обещает бизнес» (это бизнес-сервис) и не «из чего она состоит» (это компонент приложения).

Прикладной сервис — автоматизированная часть бизнес-сервиса: то, что делает не человек, а программа. Один бизнес-сервис может опираться сразу на несколько прикладных. Важно, ЧТО вы читаете: TOGAF держит бизнес-, прикладной и технологический сервисы врозь, а ArchiMate свёл их в один общий Service, начиная с редакции 4. Три отдельных сервиса вы встретите либо в модели на ArchiMate 3.2, либо в TOGAF. В линии TOGAF 9.2 та же строка называется Information System Service, и это имя шире: оно охватывает и данные.

Аналогия Банкомат внутри услуги «снять наличные»: часть обслуживания, которую выполняет машина, а не кассир.

Разобраться

Часто путают

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

Автоматизированная часть обслуживания — то, что делает программа.

В действующей редакции это Application Service, вам туда.

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

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

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

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

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

  1. Что автоматизировано, а что делает человек: разрыв виден на стыке бизнес-сервиса и прикладного.
  2. Какие системы можно заменить незаметно для бизнеса.
  3. Где два приложения дают один и тот же прикладной сервис.
  4. Какие технологические сервисы обязаны его держать.

Применить

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

Когда нужно

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

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

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

Историческое имя: Information System Service

В линии TOGAF 9.2 строка реестра называется Information System Service и определяется как автоматизированные элементы бизнес-сервиса. В 10-й редакции то же понятие названо Application Service. Человек, открывший старую модель, встретит первое имя.

Два имени у одного понятия

TOGAF держит рядом Application Service и Information System Service. Второе шире: оно охватывает и данные, а не только приложение. В линии 9.2 строка реестра называется именно Information System Service.

финтех

Проверка платежа

Прикладной сервис, которым пользуется и мобильное приложение, и партнёрский шлюз. Реализующая система менялась дважды, обещание — нет.

ритейл

Проверка наличия товара

Один прикладной сервис для сайта, кассы и колл-центра. Если каждый канал сделает свой, расхождение остатков появится само.

здравоохранение

Запись на приём

Автоматизированная часть бизнес-сервиса «приём пациента»: запись через портал делает система, а сам приём — человек.

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

  • 01Считать, что три сервиса — это устройство ArchiMate. В редакции 4 их нет: остался общий Service. Три отдельных живут в TOGAF и в ArchiMate 3.2, которая заменена.
  • 02Прикладной сервис — это не приложение. Приложение — компонент, сервис — его обещание наружу.
  • 03Прикладной сервис — это не бизнес-сервис. Бизнес-сервис может быть вовсе не автоматизирован.
  • 04Сервис на каждую кнопку интерфейса: это функции, а не сервисы.

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

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

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

The automated elements of a business service. An application service may deliver or support part or all of one or more business services.

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

Ещё 1 редакция этого подхода
The automated elements of a business service. An information system service may deliver or support part or all of one or more business services.

Перевод Архитектурная сущность TOGAF: сервис информационной системы.

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

С чем связано

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

TOGAF

Architecture Definition: Information Systems Architecture — Application / Определение архитектуры: архитектура информационных систем — приложения

  • Автоматизирует полностью или частичноBusiness Service
  • ИспользуетсяData Entity
  • Реализуется черезLogical Application Component
  • ОбслуживаетсяTechnology Service
  • ИспользуетBusiness Service
  • ИспользуетсяData Entity
  • РеализуетLogical Application Component
  • ОбслуживаетTechnology Service
TOGAF

Application

ArchiMate

Application

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

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

Автоматизированная часть бизнес-сервиса, предоставляемая приложением.

Семантические различия TOGAF держит два имени — Application Service и Information System Service; второе шире и охватывает и данные.

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

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

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

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

Кто с этим работает
  • Архитектор приложенийвыделяет сервисы и границы систем
  • Владелец продуктаотвечает за обещание сервиса
  • Интеграционный архитекторсвязывает сервисы между системами
Где читать в стандартах
  • TOGAF Standard, 10th Edition — Architecture Content: Application Service и Information System Service
  • ArchiMate 4 Specification: прикладной сервис как внешнее поведение приложения
14 дней бесплатно

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

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

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

Это же в StormАрхитектура систем и интеграцийГраф связей реестраРеестр процессов

Поддержка