Модель правил для сервисов SvcV-10a Services Rules Model
Простыми словами
Правила реализации на сервисной стороне: функциональные и нефункциональные ограничения на ресурсы, функции, данные и порты физической архитектуры Services Model. Устроена так же, как SV-10a: те же три категории ограничений (структурные утверждения, утверждения действия, выводы), та же граница с OV-6a — операционные правила это что, сервисные это как, — и то же требование держать полный перечень здесь, даже если отдельные правила вынесены аннотациями на другие модели. Отличие только в предмете: правило применяется к сервисным функциям, а не к системным. Опора правила на стандарт живёт в StdV-1. Ловушка: SvcV-3b издание называет входом для SvcV-10a, SvcV-10b и SvcV-10c, реализованных как оркестрации сервисов, — то есть правила здесь ближе к описанию оркестрации, чем к деловому регламенту. DM2: Rule, Service, Service Function, Data Element.
Примеры
«Where a Service Rule is based on some standard, then that standard should be listed in the StdV-1 Standards Profile» — то же разделение, что и в системной и операционной части: правило в модели правил, его нормативная опора в профиле стандартов.
DoDAF 2.02, SvcV-10a, Detailed Description, предпоследний абзац
Фраза о границе с операционными правилами набрана без предлога: «In contrast to the OV-6a Operational Rules Model, the SvcV-10a focuses physical and data constraints rather than business rules». В системной SV-10a та же фраза стоит с focuses on.
DoDAF 2.02, SvcV-10a, Detailed Description; сверено с SV-10a
Перечень того, к чему применяются сервисные правила, читается так: Performers, Resource Flows, Service Functions, System Ports, Data Elements. Четвёртый пункт остался системным, хотя в SvcV-10c порты той же точки зрения называются Service Port.
DoDAF 2.02, SvcV-10a, Detailed Description, перечень применения правил; сверено с SvcV-10c
Определение из первоисточника
дословная выпискаThe SvcV-10a is to specify functional and non-functional constraints on the implementation aspects of the architecture (i.e., the structural and behavioral elements of the Services Model). The SvcV-10a describes constraints on the resources, functions, data and ports that make up the Service Model physical architecture. The constraints are specified in text and may be functional or structural (i.e., non-functional).
Ограничения на функциональность сервисов, вытекающие из проектных решений или реализации.
Источникhttps://dodcio.defense.gov/Portals/0/Documents/DODAF/DoDAF_v2-02_web.pdf
Как этим пользуются
Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.
- Как применяют
- Определение логики реализации
- Выявление ограничений ресурсов
- Исполнители
- Потоки ресурсов
- Функции сервисов
- Порты систем
- Элементы данных
- Структурные утверждения — нефункциональные ограничения, регулирующие некоторый физический аспект
- архитектуры
- Утверждения о действиях — функциональные ограничения, регулирующие поведение ресурсов, их
- взаимодействия и обмены потоками ресурсов
- Выводы — включают алгоритмы, используемые для вычисления фактов
- SvcV-1 Описание контекста сервисов
- SvcV-2 Описание потоков ресурсов сервисов
- SvcV-3a Матрица «Системы — Сервисы»
- SvcV-3b Матрица «Сервисы — Сервисы»
- SvcV-4 Описание функциональности сервисов
- SvcV-5 Матрица прослеживаемости от операционных деятельностей к сервисам
- SvcV-6 Матрица потоков ресурсов сервисов
- SvcV-7 Матрица показателей сервисов
- SvcV-8 Описание эволюции сервисов
- SvcV-9 Прогноз технологий и компетенций сервисов
- SvcV-10abc Введение в SvcV-10a, SvcV-10b и SvcV-10c
- SvcV-10a Модель правил сервисов
- SvcV-10b Описание переходов состояний сервисов
- SvcV-10c Описание трассировки событий сервисов
То же в оригинале
- Как применяют
- Definition of implementation logic.
- Identification of resource constraints.
- Performers.
- Resource Flows.
- Service Functions.
- System Ports.
- Data Elements.
- Structural Assertions - non-functional constraints governing some physical aspect of
- the architecture.
- Action Assertions - functional constraints governing the behavior of resources, their
- interactions and Resource Flow exchanges.
- Derivations - these involve algorithms used to compute facts.
- SvcV-1 Services Context Description
- SvcV-2 Services Resource Flow Description
- SvcV-3a Systems-Services Matrix
- SvcV-3b Services-Services Matrix
- SvcV-4 Services Functionality Description
- SvcV-5 Operational Activity to Services Traceability Matrix
- SvcV-6 Services Resource Flow Matrix
- SvcV-7 Services Measures Matrix
- SvcV-8 Services Evolution Description
- SvcV-9 Services Technology & Skills Forecast
- SvcV-10abc Introduction to SvcV-10a, SvcV-10b and SvcV-10c
- SvcV-10a Services Rules Model
- SvcV-10b Services State Transition Description
- SvcV-10c Services Event-Trace Description
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Маркированные перечни со страницы модели (назначение, применение, состав):
- Definition of implementation logic.
- Identification of resource constraints.
- Performers.
- Resource Flows.
- Service Functions.
- System Ports.
- Data Elements.
- Structural Assertions - non-functional constraints governing some physical aspect of the architecture.
- Action Assertions - functional constraints governing the behavior of resources, their interactions and Resource Flow exchanges.
- Derivations - these involve algorithms used to compute facts.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей