Когда нужен Контекстное описание сервисов

При проектировании взаимодействия между сервисами и людьми Для связки операционной и сервисной архитектур При описании состава ресурсов для логической модели

Когда Контекстное описание сервисов не нужен

Для описания структуры данных — берите концептуальную или логическую модель данных Для анализа связей между сервисами без учета исполнителей — берите матрицу «сервисы — сервисы» Для описания зависимостей между возможностями системы — берите зависимости способностей

Типичные ошибки: Контекстное описание сервисов

Игнорирование человеческих элементов как типов исполнителей в модели Разрыв связи между операционными процессами и сервисной архитектурой Описание только технических компонентов без указания на ресурсы и их взаимодействие

Контекстное описание сервисов Service Context Model

На какой вопрос отвечает «Как сервисы и люди взаимодействуют для выполнения бизнес-процессов?»

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

Аналогия Это схема организации работы в офисе, где видно, кто за что отвечает и как сотрудники передают задачи друг другу.

Разобраться

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

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

Применить

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

Когда нужно

При проектировании взаимодействия между сервисами и людьми
Для связки операционной и сервисной архитектур
При описании состава ресурсов для логической модели

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

Для описания структуры данных — берите концептуальную или логическую модель данных
Для анализа связей между сервисами без учета исполнителей — берите матрицу «сервисы — сервисы»
Для описания зависимостей между возможностями системы — берите зависимости способностей

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

01Игнорирование человеческих элементов как типов исполнителей в модели
02Разрыв связи между операционными процессами и сервисной архитектурой
03Описание только технических компонентов без указания на ресурсы и их взаимодействие

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

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

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

Services Interface Description The SvcV-1 addresses the composition and interaction of Services. For DoDAF V2.0, SvcV-1 incorporates human elements as types of Performers - Organizations and Personnel Types. The SvcV-1 links together the operational and services architecture models by depicting how resources are structured and interact to realize the logical architecture specified in an OV-2 Operational Resource Flow Description.

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

С чем связано

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

Services Viewpoint (SvcV) — сервисы

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

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

Зависимости способностей Интегрированный словарь Кластеры закупок Концептуальная модель данных Логическая модель данных Матрица «сервисы — сервисы»Роль Сервис Системное ПО Событие Способность

14 дней бесплатно

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

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

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

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