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

При описании требований к доступности и безопасности сервиса При определении ограничений на использование нескольких сервисов При разграничении требований к логике работы и требований к качеству

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

Когда описывается логика работы или бизнес-правила (нужна спецификация поведения) Когда фиксируются конкретные числовые значения метрик (нужен Показатель) Когда описывается структура данных или интерфейс (нужна модель данных)

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

Путать политику сервиса с требованиями к логике работы, описывающими, что именно сервис делает. Игнорировать ограничения, которые касаются взаимодействия нескольких сервисов, а не одного. Смешивать общие правила с конкретными числовыми порогами, которые должны быть вынесены в показатели.

Политика сервиса Service Policy

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

Это набор правил, описывающих качество работы сервиса и условия его эксплуатации. Сюда входят требования к доступности, надёжности, безопасности и удобству использования.

Аналогия Как условия в договоре аренды: они не говорят, что можно делать с квартирой, но указывают, что нельзя шуметь после 23:00 и нужно поддерживать чистоту.

Разобраться

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

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

Применить

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

Когда нужно

При описании требований к доступности и безопасности сервиса
При определении ограничений на использование нескольких сервисов
При разграничении требований к логике работы и требований к качеству

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

Когда описывается логика работы или бизнес-правила (нужна спецификация поведения)
Когда фиксируются конкретные числовые значения метрик (нужен Показатель)
Когда описывается структура данных или интерфейс (нужна модель данных)

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

01Путать политику сервиса с требованиями к логике работы, описывающими, что именно сервис делает.
02Игнорировать ограничения, которые касаются взаимодействия нескольких сервисов, а не одного.
03Смешивать общие правила с конкретными числовыми порогами, которые должны быть вынесены в показатели.

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

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

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

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»