EM-TEC-10 · Предметная модель · W2
Операционное изменение и дежурство
Запрос изменения, решение допуска, окно, исполнение, откат и расписание дежурств. Назначение человека и релиз делегируются своим моделям.
Частично опубликовано; исследование продолжается
Claude: complete-frozen-study; Grok: prompt-ready-awaiting-action-time-confirmation.
Опубликованные результаты
Canonical/runtime promotion remains governed by the package allocation, identity and dependency holds.
Предметная граница и кандидатные типы
- OperationalChange
- ChangeWindow
- ChangeExecution
- RollbackPlan
- DutyRoster
- EscalationRule
Вопросы глубокого исследования
- Когда release не требует немедленного change?
- Как согласовать окна разных часовых поясов?
- Как проверить дежурство при смене назначения?
Проверяемые инварианты
- Окно не является разрешением само по себе
- Исполнение ссылается на одобренную ревизию
- Дежурство не расширяет IAM автоматически
Сквозной приёмочный сценарий
Изменение с двумя окнами, неуспешным rollout и передачей дежурства сохраняет авторизацию и доказательство отката.
Отрицательный пример
Человек в расписании дежурств получает все административные права.
Сопоставляемые подходы
- AISMM/WM-SFT и ArchiMate: продукт, система и архитектура
- CSDM: business application, service и runtime instance
- SPDX/OpenTelemetry/Google SRE: поставка, наблюдение и надёжность; выбирать по границе
Кандидаты в действующем каталоге
Граница и маршрут reuse / extension / new model ещё не выбраны.
Требования к результату
Каждая карточка исполняется вместе с полным контрактом исследования: определения, поля и кратности, жизненный цикл, источники, мастерство данных, права, пять граней объекта, минимум восемь инвариантов, положительные и отрицательные примеры, зависимости, миграция и ограничения применимости.