Архитектура
Проект архитектуры редактируется непосредственно в Markdown. Представления отвечают на разные вопросы; названия и определения элементов принадлежат каталогу, пороги и обязательства — спецификациям. Агент проверяет согласованность изображений и текста, достаточность решений и влияние изменений.
| Представление | Вопрос | Собственные факты |
|---|---|---|
| Контекст | Где граница системы и какие внешние участники с ней взаимодействуют? | Граница и внешние участники |
| Состав и ответственность | Кто выполняет REQ и через какие интерфейсы? | Декомпозиция, интерфейсы и распределение ответственности |
| Взаимодействия | Как части взаимодействуют в существенных механизмах? | Порядок шагов, транзакционные границы и отказы |
| Владение данными | Кто имеет право записывать и читать данные? | Владельцы, разрешённые доступы и хранилища |
| Развёртывание | Где размещены экземпляры и каковы границы отказа и доверия? | Узлы и размещение по средам |
| Обеспечение качеств | Какие механизмы обоснованы требованиями и чем проверяются? | Связь требования, решения, механизма и проверки |
Технологические входные условия: технологический стек, который заполняет архитектор. Перечень продуктов и версии хранятся там; представления используют ссылки и TECH-ID.
Дополнительно: сквозные механизмы, решения, нормативные ограничения.
Для небольшого проекта достаточно рассмотреть существенные вопросы в одном документе; отдельный файл на каждый вопрос не обязателен. Каталог с контрольными таблицами нужен, когда выбранные запреты и зависимости регулярно проверяются автоматически.