Политика сервиса Service Policy · NAF
Простыми словами
Политика сервиса (Service Policy) — набор правил и ограничений, задающих НЕфункциональные аспекты сервиса; глоссарий перечисляет доступность, надёжность, безопасность, защищённость и удобство использования. Это ровно вторая половина описания сервиса: функциональную задаёт интерфейс, нефункциональную — политика. Важно, что политика не сама ограничение, а его группировка: в точке зрения S8 записано «Shall contain Service Constraints that are grouped by Service Policies», то есть измеримые ограничения лежат ниже, а политика собирает их в осмысленный набор и служит тем, чему сервис удовлетворяет. Появляется в двух точках зрения: в таксономии S1 как то, чему сервис удовлетворяет, и в S8 как владелец ограничений. Частая ошибка — записывать в политику конкретное число (доступность 99,9 процента): число — это ограничение сервиса, а политика называет вид требования.
Примеры
В примере S8 политика In Mission Operation агрегирует ограничения Availability 24x7x52 и Compliant with MC 326/3, а сервис Inshore Rescue Service удовлетворяет этой политике. Числа и ссылка на документ — в ограничениях, не в политике.
NAF v4.1, Chapter 3, разд. 19.2 — NAFv4-совместимый пример точки зрения S8
В примере S1 сервис Inshore Rescue Service из семейства Maritime Rescue Services удовлетворяет всё той же политике In Mission Operation. Таким образом политика связывает две точки зрения — таксономию и ограничения — одним элементом.
NAF v4.1, Chapter 3, разд. 12.2 — NAFv4-совместимый пример точки зрения S1
Вырезка S8 достраивает цепочку: политика агрегирует ограничения сервиса, ограничения оцениваются мерами (Measure), а сервис удовлетворяет политике. Мера — единственный элемент цепочки, который даёт величину.
NAF v4.1, Chapter 3, разд. 19.1 — вырезка информационной модели для точки зрения S8
Определение из первоисточника
дословная выпискаA set of rules and constraints that specify the non-functional aspects of a [Service]. Examples: Availability, Reliability, Safety, Security, Useability.
Набор правил и ограничений, задающих нефункциональные аспекты [сервиса]. Примеры: доступность, надёжность, безопасность, защищённость, удобство использования.
ИсточникNAF v4.1 (2026.03), гл. 5 «Glossary»; NAF v4.1 ArchiMate Implementation Guide (2026.06), таблицы «NAF IM Element»
Как это обозначают
Врезка из первоисточника: NATO Architecture Framework v4.1 — ArchiMate Implementation Guide (Architecture Capability Team, Digital Policy Committee, 2026.06); отношение Specialism: концепт NAF «Service Policy» объявлен специализацией элемента ArchiMate «Requirement».
значок и рамка
Связи
Исходящие
- СпециализацияRequirement
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей