Модель правил для систем SV-10a Systems Rules Model · DoDAF
Простыми словами
Правила реализации: функциональные и нефункциональные ограничения на ресурсы, функции, данные и порты физической архитектуры Systems Viewpoint. Граница с операционными правилами проведена в самом издании: «In contrast to the OV-6a Operational Rules Model, SV-10a focuses on physical and data constraints rather than business rules» — и там же, на стороне OV, сказано, что OV-6 это что, а SV-10 и SvcV-10 это как. Правила делятся на три вида: структурные утверждения, утверждения действия и выводы. Сервисный двойник — SvcV-10a, где то же самое сказано про сервисы. Ловушка учёта: правило можно вписать примечанием в чужую модель, но издание требует, чтобы полный перечень всё равно лежал здесь. DM2: Rule как вид Guidance, Performer, Resource Flow, System Function, System Port, Data Element.
Примеры
«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».
DoDAF 2.02, SV-10a, Detailed Description, перечень категорий ограничений
Разрешив выносить отдельные правила аннотациями на другие модели, издание тут же ставит условие: «The SV-10a then should provide a listing of the complete set of rules with a reference to any models that they affect».
DoDAF 2.02, SV-10a, Detailed Description, последний абзац
«Where a System Rule is based on some standard, then that standard should be listed in the StdV-1 Standards Profile» — то же разделение, что и в операционной части: правило живёт в модели правил, а его нормативная опора в профиле стандартов.
DoDAF 2.02, SV-10a, Detailed Description, предпоследний абзац
Определение из первоисточника
дословная выпискаThe SV-10a specifies functional and non-functional constraints on the implementation aspects of the architecture (i.e., the structural and behavioral elements of the Systems Viewpoint). The SV-10a DoDAF-described Model describes constraints on the resources, functions, data, and ports that make up the SV 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
Как этим пользуются
Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.
- Как применяют
- Определение логики реализации
- Идентификация ограничений ресурсов
- Исполнители
- Потоки ресурсов
- Функции системы
- Порты системы
- Элементы данных
- Структурные утверждения — нефункциональные ограничения, регулирующие некоторый физический аспект
- архитектуры
- Утверждения о действиях — функциональные ограничения, регулирующие поведение ресурсов, их
- взаимодействие и обмены потоками ресурсов
- Выводы — включают алгоритмы, используемые для вычисления фактов
- SV-1 Описание интерфейсов систем
- SV-2 Описание потоков ресурсов систем
- SV-3 Матрица «система — система»
- SV-4 Описание функциональности систем
- SV-5a Матрица прослеживаемости от операционной деятельности к функциям систем
- SV-5b Матрица прослеживаемости от операционной деятельности к системам
- SV-6 Матрица потоков ресурсов систем
- SV-7 Матрица показателей систем
- SV-8 Описание эволюции систем
- SV-9 Прогноз технологий и компетенций систем
- Введение в SV-10a, SV-10b и SV-10c
- SV-10a Модель правил систем
- SV-10b Описание переходов состояний систем
- SV-10c Описание прослеживаемости событий систем
То же в оригинале
- Как применяют
- Definition of implementation logic.
- Identification of resource constraints.
- Performers.
- Resource Flows.
- System 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.
- SV-1 Systems Interface Description
- SV-2 Systems Resource Flow Description
- SV-3 Systems-Systems Matrix
- SV-4 Systems Functionality Description
- SV-5a Operational Activity to Systems Function Traceability Matrix
- SV-5b Operational Activity to Systems Traceability Matrix
- SV-6 Systems Resource Flow Matrix
- SV-7 Systems Measures Matrix
- SV-8 Systems Evolution Description
- SV-9 Systems Technology & Skills Forecast
- Introduction to SV-10a, SV10b, and SV-10c
- SV-10a Systems Rules Model
- SV-10b Systems State Transition Description
- SV-10c Systems Event-Trace Description
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Маркированные перечни со страницы модели (назначение, применение, состав):
- Definition of implementation logic.
- Identification of resource constraints.
- Performers.
- Resource Flows.
- System 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.
В других подходах
Сопоставления одного понятия в разных подходах.
Правила, управляющие поведением систем.
Семантические различия MODAF называет это спецификацией ограничений ресурсов.
Корпоративные архитектуры
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийГраф связей реестраРеестр процессов