Структура сервисов S2 - Service Structure · NAF
Простыми словами
Как сервисы устроены и от чего зависят: состав, вложенность и зависимости между сервисами. Столбец сетки — Structure, и S2 относится к S1 так же, как L2 к L1: там словарь видов, здесь конкретная сборка. Обязательны структура и зависимости; всё остальное — интерфейсы, функции, потребители и поставщики, следы к физическим ресурсам и к узлам — послабления, и их семь. Такой перекос не случаен: S2 задуман как рабочее место для композиции сервисов, а не как полный паспорт каждого. Ошибка — сводить зависимость к вызову: сервис может зависеть от другого потому, что тот держит хранилище или площадку, и в примере стандарта именно так — сервис консолидации обстановки опирается на сервис управления документами, который сам агрегирует платформенный и складской сервисы.
Примеры
В примере стандарта сервис Situation Information Consolidation зависит от сервиса определения местоположения и от сервиса управления документами; последний агрегирует платформенный сервис и сервис хранения. Узел SAR Asset Controller потребляет консолидирующий сервис.
NAF v4.1, Chapter 3, разд. 13.2 NAFv4 Compliant Example — Service, связи depends on, aggregates, consumes и Node
В том же примере сервис определения местоположения реализуется физическим активным ресурсом Air Traffic Control System. Это необязательный пункт области охвата, но именно он превращает каталог сервисов из декларации в проверяемое утверждение.
NAF v4.1, Chapter 3, разд. 13.2 NAFv4 Compliant Example — связь realizes от Physical Active Resource; разд. 13 раздел Scope о трассировке к Physical Active Res…
Область охвата требует сервисов с их структурной организацией и зависимостей между ними. Интерфейсы, функции, потребители и поставщики, следы к ресурсам и к узлам — всё это разрешено, но не обязательно, и раскрывается в S3 и S4.
NAF v4.1, Chapter 3, разд. 13 S2 — Service Structure, раздел Scope: два Shall и пять May
Определение из первоисточника
дословная выпискаThe S2 Viewpoint is concerned with the identification of how Services are structured and their dependencies to other services.
Выявление того, как устроены сервисы, и их зависимостей от других сервисов.
Как этим пользуются
Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.
- Как применяют
- Планирование сервисов
- Композиция сервисов
- Анализ зависимостей сервисов
- Взаимодействие сервисов
- Что должно быть внутри
- Должно содержать сервисы, относящиеся к объекту интереса, и их структурную организацию
- Должно содержать зависимости между этими сервисами
- Может показывать интерфейсы сервисов, которые сервис определяет
- Может показывать функции сервисов, которые сервис обеспечивает
- Может показывать потребителей или поставщиков сервисов, которые потребляют/предоставляют сервис
- Может прослеживать сервисы до физических активных ресурсов
- Может прослеживать сервисы до узлов, которые доставляют или потребляют сервис, и как эти узлы соотносятся с поставщиком или потребителем сервиса
То же в оригинале
- Как применяют
- Service planning
- Service composition
- Service dependency analysis
- Service interoperability
- Что должно быть внутри
- Shall contain Services relevant for the entity of interest and their structural organization
- Shall contain dependencies between these Services
- May show Service Interfaces that the Service specifies
- May show Service Functions that the Service enables
- May show Service Consumers or Service Providers that consume/provide the Service
- May trace Services to Physical Active Resources
- May trace Services to Nodes that deliver or consume the Service and how these relate to a Service Provide or Service Consumer
- В каком виде рисуют
- Tabular
- Matrix
- Dependency graph
- Diagram
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Usage & Concerns Addressed:
- Service planning
- Service composition.
- Service dependency analysis.
- Service interoperability.
- Scope:
- Shall contain Services relevant for the entity of interest and their structural organization.
- Shall contain dependencies between these Services.
- May show Service Interfaces that the Service specifies.
- May show Service Functions that the Service enables.
- May show Service Consumers or Service Providers that consume/provide the Service.
- May trace Services to Physical Active Resources.
- May trace Services to Nodes that deliver or consume the Service and how these relate to a Service Provide or Service Consumer.
- Representation:
- Tabular.
- Matrix.
В других подходах
Сопоставления одного понятия в разных подходах.
Аспект сетки: структурная сборка элементов.
Семантические различия У NAF в ряду C столбец занят видением предприятия, а в ряду A — продуктами архитектуры.
Корпоративные архитектуры
- UAFArchitecture Views
- UAFStrategic Structure
- UAFOperational Structure
- UAFServices Structure
- UAFPersonnel Structure
- UAFResources Structure
- UAFSecurity Structure
- UAFProject Structure
- UAFStandards Structure
- UAFActual Resources Structure
- NAFC2 - Enterprise Vision
- NAFS2 - Service Structure
- NAFL2 - Logical Structure
- NAFP2 - Resource Structure
- NAFA2 - Architecture Products
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей