Шаблон архитектуры

01.4 System Architecture Template

Этот документ — рабочий шаблон для построения карты системы в STAF. Он структурирован как последовательность шагов с конкретными вопросами, а не как форма для заполнения. Это важное различие: карта не заполняется сверху вниз — она строится через вопросы, которые открывают новые элементы и связи.

Шаблон рассчитан на первичное картирование. Для уточнения и итерации используются те же вопросы, но с фокусом на изменения от предыдущей версии.

Шаг 0: Фиксация контекста

До начала картирования зафиксировать три вещи.

Вопрос-катализатор: что именно не работает так, как должно? Это не часть модели — это "компас", по которому проверяется, правильно ли выбрана граница и достаточно ли детально раскрыта нужная часть системы.

Заказчик анализа и его полномочия: кто будет действовать по результатам и что он реально может изменить? Это ограничение для границы.

Носитель системы: кто из участников процесса будет верифицировать карту? Лучше определить до начала работы, а не после: это влияет на то, какие вопросы задавать при картировании.

Шаг 1: Граница системы

(Подробно: раздел 01.1 Граница системы)

Заполнить:

Что входит (in_scope): Описать как процесс от события X до события Y.

Пример: "От момента открытия вакансии до выхода нового сотрудника на работу."

Что исключено осознанно (exclusions): Для каждого пункта — почему исключено.

Пример: "Испытательный срок — находится вне полномочий рекрутинговой команды."

Открытые вопросы о границе (open_questions): Подозрения на элементы за границей, которые могут влиять существенно.

Проверка: ответить на четыре вопроса из 01.1 Граница системы:

• У заказчика есть полномочия изменить что-то внутри?
• Критические петли не пересекают границу?
• Начало и конец описаны как конкретные события?
• Граница достаточно узкая для завершимого анализа?

Шаг 2: Акторы

Перечислить всех участников: кто действует внутри системы, кто за её границей (внешние факторы), кто использует её результаты.

Вопросы для выявления:

• Кто что-то делает в этом процессе?
• Кто принимает решения?
• Кто несёт ответственность, если что-то идёт не так?
• Есть ли автоматизированные системы или алгоритмы, которые действуют вместо или вместе с людьми?
• Кто находится за границей, но его действия запускают или получают результаты процесса?

Для каждого актора:

Шаг 3: Запасы

Выявить то, что накапливается или расходуется внутри системы.

Вопросы для выявления:

• Что "лежит в очереди" на обработку прямо сейчас?
• Что накапливается со временем (хорошее или плохое)?
• Что может "закончиться" и создать проблему?
• Что измеряется как "сколько есть" (а не "сколько делается")?
• Что изменяется медленно, даже если процессы работают быстро?

Для каждого запаса:

Шаг 4: Преобразования и решения

Выявить шаги процесса и точки выбора.

Вопросы для преобразований:

• Что конкретно делается с входящим материалом/данными/запросом?
• Какие шаги выполняются последовательно?
• Какие шаги выполняются параллельно?
• Какие шаги выполняются вручную? Какие автоматически?
• Какие шаги являются "узкими местами" — туда входит больше, чем выходит за единицу времени?

Вопросы для решений:

• В каких точках процесс "расходится" — можно пойти в разных направлениях?
• Кто принимает это решение?
• На основании каких данных?
• Что происходит, если данных нет или они неполны?

Для каждого преобразования:

Для каждого решения:

Шаг 5: Метрики и источники данных

Выявить, что измеряется и откуда берутся данные.

Вопросы:

• Как узнают, что преобразование выполнено хорошо / плохо?
• Какие числа отслеживаются регулярно?
• Что отслеживается "в голове" или неформально, но не зафиксировано?
• Где хранятся данные, из которых можно получить эти числа?
• Есть ли данные, которые собираются, но никем не используются?

Для каждой метрики:

Шаг 6: Причинные связи

Выявить, как элементы влияют друг на друга (не "что после чего", а "что влияет на что").

Вопросы:

• Если [элемент A] растёт / увеличивается, что происходит с [элемент B]?
• Что замедляет или ускоряет этот процесс?
• Что ухудшается, когда этот показатель улучшается? (потенциальные контрметрики)
• Как долго проходит после события X, прежде чем Y становится заметным?
• Какие последствия возникают не сразу, а через месяц / квартал / год?

Для каждой значимой причинной связи:

Предупреждение. Причинная связь — не то же самое, что последовательность в процессе. "Сначала A, потом B" — это поток / input-output. "Когда A растёт, B тоже растёт" — это причинная связь. Не путать.

Шаг 7: Первичная проверка полноты

До передачи карты на верификацию — проверить по минимальным критериям:

• Каждое преобразование имеет хотя бы одного актора
• Каждое решение имеет хотя бы один информационный вход
• Каждый критический процесс имеет хотя бы одну метрику
• Каждая метрика имеет источник данных
• Каждая причинная связь помечена знаком и задержкой
• Каждый элемент с provenance: inferred имеет явное обоснование

Это минимальная планка, не финальная. Прохождение этих проверок означает, что карта готова к верификации — не что она правильная.

Шаг 8: Подготовка к верификации

Перед встречей с носителем системы:

Выделить отдельно:

1. Элементы с provenance: inferred — они проверяются первыми и требуют явного согласия или отклонения.
2. Элементы, по которым у аналитика наименьшая уверенность — их озвучить как вопросы, а не утверждения.
3. Открытые вопросы о границе — задать их явно как вопросы, не встраивать в карту как факты.

Формат предъявления карты. Карта предъявляется не как "вот что мы нашли", а как "вот как мы поняли — проверьте, пожалуйста, это". Разница в формулировке означает разницу в качестве ответов: первое провоцирует согласие с экспертом, второе — реальную проверку.

Артефакт на выходе

Результатом применения шаблона является карта системы в статусе draft:

• Список элементов с типами и провенансом
• Список связей с типами, атрибутами и провенансом
• Граница системы (in_scope + exclusions + open_questions)
• Список элементов, требующих верификации (inferred)

Карта переходит в статус validated после прохождения верификации с носителем системы по процедуре, описанной в разделе 03.1 Жизненный цикл STAF.

STAF 1.0 · SysMindLab · 2026