Принципы SAF

Достаточная модель

Модель должна содержать минимальный объём сведений, необходимый для конкретного решения. Новый тип объекта или атрибут оправдан, если без него нельзя ответить на важный вопрос, назначить ответственность или оценить влияние изменения.

Постепенная детализация

Одно понятие развивается без разрыва идентичности. Например, «данные клиента» сначала могут быть подписью интеграции, затем стать информационным объектом, а на профиле «Предприятие» разделиться на бизнес-объект, объект данных и сообщение.

Стабильная идентичность

Идентификатор не зависит от названия, владельца, технологии и текущего состояния. При росте модели объект уточняется, а не создаётся заново под новым идентификатором.

Явная семантика

Каждая связь читается как осмысленная фраза: «процесс реализует услугу», «компонент предоставляет интерфейс». Универсальные связи вида «связан с» допустимы только как временный долг каталога.

Разделение ответственности

Бизнес-способность описывает, что умеет организация. Интерфейс описывает, как технически обратиться к компоненту. Развёртывание отделяет логический компонент от его работающего экземпляра.

Ответственность как отношение

Владелец не является строкой произвольного формата. Значимый объект связывается с участником типа «роль», «команда» или «подразделение» отношением ответственности.

Проверяемость

Правила должны позволять обнаружить неполные ссылки, неизвестные конечные точки, объекты без владельца и просроченные сведения. Чем выше зрелость, тем меньше критичных правил остаётся только договорённостью.

Независимость от инструмента

SAF определяет смысл модели, но не предписывает YAML, базу данных, нотацию или продукт. Текст, таблица и граф допустимы, если сохраняются идентификаторы, типы и семантика отношений.