type: standard
aspect: structure
title: "Стандарт: Архитектура организации"
version: 1.0.0
date: 2026-02-19
status: active
Стандарт: Архитектура организации
Версия: 1.0.0
Дата: 2025-12-20
Статус: approved
Уровень: У1 (Стандарт)
1. ВВЕДЕНИЕ
1.1. Назначение
Этот документ определяет универсальную архитектуру для описания и управления любой организацией — от персонального проекта до коммерческого предприятия.
1.2. Область применения
- Коммерческие организации (бизнес)
- Некоммерческие организации (НКО, фонды, клубы)
- Персональные проекты (PKM, хобби, обучение)
- IT-проекты любого масштаба
1.3. Источники
| Стандарт |
Что взято |
| TOGAF |
4 слоя архитектуры (Business, Data, Application, Technology) |
| ArchiMate |
Слой мотивации, связи между слоями |
| Zachman Framework |
Матрица 6 вопросов × 6 перспектив |
| C4 Model |
Иерархия софта (Context → Container → Component → Code) |
| Business Model Canvas |
9 блоков бизнес-модели |
| Теория 9 вопросов |
Универсальная матрица описания (Меркаба) |
2. ФУНДАМЕНТАЛЬНЫЕ КОНЦЕПЦИИ
2.1. Три измерения архитектуры
Любая сущность в системе описывается через три независимых измерения:
┌─────────────────────────────────────────────────────────────────────┐
│ │
│ ИЗМЕРЕНИЕ 1: ТИП ОРГАНИЗАЦИИ │
│ ───────────────────────────── │
│ Для кого/зачем существует организация │
│ │
│ ┌────────────┬────────────┬────────────┐ │
│ │ personal │ nonprofit │ commercial │ │
│ │ (для себя) │(для пользы)│(для прибыли│ │
│ └────────────┴────────────┴────────────┘ │
│ │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ ИЗМЕРЕНИЕ 2: СЛОЙ АРХИТЕКТУРЫ │
│ ───────────────────────────── │
│ Какой аспект организации описывается │
│ │
│ ┌───────────┬──────────┬──────┬─────────────┬────────────┐ │
│ │ MOTIVATION│ BUSINESS │ DATA │ APPLICATION │ TECHNOLOGY │ │
│ │ (зачем) │ (кто) │(что) │ (чем) │ (где) │ │
│ └───────────┴──────────┴──────┴─────────────┴────────────┘ │
│ │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ ИЗМЕРЕНИЕ 3: УРОВЕНЬ МАСШТАБА │
│ ───────────────────────────── │
│ Степень детализации / размер сущности │
│ │
│ ┌──────────────┬─────────────┬──────────┬──────────┐ │
│ │ Организация │ Направление │ Единица │ Элемент │ │
│ │ (L1) │ (L2) │ (L3) │ (L4) │ │
│ └──────────────┴─────────────┴──────────┴──────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────┘
2.2. Принцип универсальности
Одна и та же структура применима к:
- Личному блогу и международной корпорации
- Одностраничному сайту и распределённой системе
- Хобби-проекту и венчурному стартапу
Различается только наполнение, структура остаётся единой.
3. ИЗМЕРЕНИЕ 1: ТИП ОРГАНИЗАЦИИ
3.1. Определение
Тип организации — классификация по основной цели существования.
3.2. Типы
| Тип |
Код |
Цель |
Источник дохода |
Примеры |
| Персональная |
personal |
Личная польза |
Нет / личные средства |
PKM, хобби, обучение, dotfiles |
| Некоммерческая |
nonprofit |
Общественная польза |
Гранты, донаты, членские взносы |
Клуб, фонд, open-source, ассоциация |
| Коммерческая |
commercial |
Прибыль |
Продажи, услуги |
Бизнес, ИП, ООО, корпорация |
3.3. Характеристики типов
3.3.1. Personal (Персональная)
type: personal
characteristics:
owner: "Один человек"
stakeholders: "Только владелец"
governance: "Полная автономия"
metrics: "Личная удовлетворённость"
lifecycle: "Пока интересно"
examples:
- "Личная база знаний (PKM)"
- "Конфигурации (dotfiles)"
- "Учебные проекты"
- "Хобби-проекты"
- "Персональный блог"
3.3.2. Nonprofit (Некоммерческая)
type: nonprofit
characteristics:
owner: "Учредители / сообщество"
stakeholders: "Участники, благополучатели, доноры"
governance: "Устав, правление"
metrics: "Социальный эффект"
lifecycle: "Пока есть миссия и ресурсы"
examples:
- "Open-source проект"
- "Благотворительный фонд"
- "Профессиональная ассоциация"
- "Клуб по интересам"
- "Образовательная инициатива"
3.3.3. Commercial (Коммерческая)
type: commercial
characteristics:
owner: "Учредители / акционеры"
stakeholders: "Клиенты, сотрудники, инвесторы, партнёры"
governance: "Юридическая форма, договоры"
metrics: "Выручка, прибыль, ROI"
lifecycle: "Пока прибыльно или перспективно"
examples:
- "Интернет-магазин"
- "SaaS-сервис"
- "Консалтинговая компания"
- "Производство"
- "Франшиза"
3.4. Гибридные формы
Организация может сочетать черты разных типов:
| Гибрид |
Описание |
Пример |
| personal + commercial |
Личный бизнес |
Фриланс, ИП |
| nonprofit + commercial |
Социальное предпринимательство |
B-Corp, социальный бизнес |
| personal + nonprofit |
Личный open-source |
Библиотека на GitHub |
4. ИЗМЕРЕНИЕ 2: СЛОИ АРХИТЕКТУРЫ
4.1. Определение
Слой архитектуры — аспект организации, описывающий определённую область.
4.2. Пять слоёв
┌─────────────────────────────────────────────────────────────────────┐
│ │
│ MOTIVATION │
│ ───────────────────── │
│ Почему? Зачем? (смысл, цели) │
│ Миссия, видение, стратегия, ценности │
│ │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ BUSINESS │
│ ───────────────────── │
│ Кто? Как? (процессы, роли) │
│ Оргструктура, процессы, операции, регламенты │
│ │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ DATA │
│ ───────────────────── │
│ Что? (данные, сущности) │
│ Модели данных, справочники, хранилища │
│ │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ APPLICATION │
│ ───────────────────── │
│ Чем? (софт, системы, автоматизация) │
│ Приложения, сервисы, интеграции, API │
│ │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ TECHNOLOGY │
│ ───────────────────── │
│ Где? (инфраструктура, железо, сети) │
│ Серверы, хранилища, сети, датацентры │
│ │
└─────────────────────────────────────────────────────────────────────┘
4.3. Детальное описание слоёв
4.3.1. MOTIVATION (Мотивация)
Отвечает на вопросы: Почему? Зачем?
| Аспект |
Описание |
| Назначение |
Определяет смысл существования организации |
| Содержит |
Миссию, видение, ценности, стратегию, цели |
| Артефакты |
VISION.md, STRATEGY.md, OKR, KPI |
| Владелец |
Основатели, руководство |
| Изменяется |
Редко (стратегический горизонт) |
Элементы слоя:
| Элемент |
Описание |
Пример |
| Миссия |
Зачем существуем |
"Делать пиротехнику доступной" |
| Видение |
Куда идём |
"Лидер рынка в регионе к 2027" |
| Ценности |
Что важно |
"Качество, безопасность, сервис" |
| Стратегия |
Как достигнем |
"Омниканальность + автоматизация" |
| Цели |
Конкретные результаты |
"Выручка 10М в 2025" |
| KPI/OKR |
Метрики успеха |
"Конверсия >3%, NPS >50" |
4.3.2. BUSINESS (Бизнес)
Отвечает на вопросы: Кто? Как? Когда?
| Аспект |
Описание |
| Назначение |
Определяет как организация работает |
| Содержит |
Оргструктуру, процессы, роли, регламенты |
| Артефакты |
Оргсхема, процессные карты, должностные инструкции |
| Владелец |
Операционный директор, руководители направлений |
| Изменяется |
Периодически (операционный горизонт) |
Элементы слоя:
| Элемент |
Описание |
Пример |
| Направление |
Канал/отдел/линия |
Розница, Опт, Маркетплейсы |
| Процесс |
Последовательность действий |
Обработка заказа, Закупка |
| Операция |
Атомарное действие |
Проверить оплату, Отправить SMS |
| Роль |
Функция человека |
Менеджер, Кладовщик, Курьер |
| Регламент |
Правила работы |
SLA, политики, инструкции |
4.3.3. DATA (Данные)
Отвечает на вопросы: Что? Сколько?
| Аспект |
Описание |
| Назначение |
Определяет информационные активы организации |
| Содержит |
Модели данных, сущности, справочники |
| Артефакты |
ERD, схемы БД, словари данных |
| Владелец |
Data owner, аналитики |
| Изменяется |
По мере развития бизнеса |
Элементы слоя:
| Элемент |
Описание |
Пример |
| Домен |
Предметная область |
Products, Orders, Customers |
| Сущность |
Объект данных |
Товар, Заказ, Клиент |
| Атрибут |
Свойство сущности |
Название, Цена, SKU |
| Связь |
Отношение между сущностями |
Заказ содержит Товары |
| Справочник |
Перечень значений |
Категории, Статусы |
4.3.4. APPLICATION (Приложения)
Отвечает на вопросы: Чем?
| Аспект |
Описание |
| Назначение |
Определяет программные системы организации |
| Содержит |
Системы, сервисы, модули, интеграции |
| Артефакты |
Код, API-документация, архитектурные схемы |
| Владелец |
CTO, техлид, разработчики |
| Изменяется |
Часто (спринты, релизы) |
Элементы слоя (по C4 Model):
| Элемент |
Описание |
Пример |
| Система |
Целостный продукт |
Сайт, ERP, CRM |
| Сервис |
Деплоится отдельно |
API, Worker, Bot |
| Модуль |
Часть кода |
ozon-client, price-parser |
| Компонент |
Класс/функция |
OrderService, PriceCalculator |
4.3.5. TECHNOLOGY (Технологии)
Отвечает на вопросы: Где?
| Аспект |
Описание |
| Назначение |
Определяет инфраструктуру организации |
| Содержит |
Серверы, сети, хранилища, платформы |
| Артефакты |
Конфиги, IaC, топологии |
| Владелец |
DevOps, SRE, системные администраторы |
| Изменяется |
По необходимости |
Элементы слоя:
| Элемент |
Описание |
Пример |
| Кластер |
Группа ресурсов |
Production, Staging, Dev |
| Сервер |
Вычислительный узел |
web-01, db-master |
| Хранилище |
Место для данных |
S3, NFS, PostgreSQL |
| Сеть |
Связность |
VPN, DNS, Load Balancer |
| Ресурс |
Единица мощности |
vCPU, RAM, Disk |
4.4. Связи между слоями
MOTIVATION
│
│ определяет цели для
▼
BUSINESS ◄─────────────────────► DATA
│ │
│ использует │ хранит
▼ ▼
APPLICATION ◄──────────────────────┘
│
│ работает на
▼
TECHNOLOGY
Типы связей:
| Связь |
Направление |
Описание |
| defines |
MOTIVATION → BUSINESS |
Стратегия определяет процессы |
| uses |
BUSINESS → APPLICATION |
Процессы используют системы |
| stores |
APPLICATION → DATA |
Системы хранят данные |
| runs_on |
APPLICATION → TECHNOLOGY |
Системы работают на инфраструктуре |
| serves |
DATA → BUSINESS |
Данные обслуживают процессы |
5. ИЗМЕРЕНИЕ 3: УРОВЕНЬ МАСШТАБА
5.1. Определение
Уровень масштаба — степень детализации сущности внутри слоя.
5.2. Четыре уровня
| Уровень |
Код |
Описание |
Характеристика |
| L1 |
organization |
Всё целиком |
Единственный на тип |
| L2 |
direction |
Крупная часть |
Автономная единица |
| L3 |
unit |
Назначаемая часть |
Можно делегировать |
| L4 |
element |
Атомарная часть |
Неделимая единица |
5.3. Термины по слоям и уровням
| Слой / Уровень |
L1 Organization |
L2 Direction |
L3 Unit |
L4 Element |
| MOTIVATION |
Миссия |
Цель |
Задача |
KR (результат) |
| BUSINESS |
Компания |
Направление |
Процесс |
Операция |
| DATA |
База данных |
Домен |
Сущность |
Атрибут |
| APPLICATION |
Экосистема |
Система |
Сервис |
Модуль |
| TECHNOLOGY |
Инфраструктура |
Кластер |
Сервер |
Ресурс |
5.4. Правило декомпозиции (100%)
Сумма частей на уровне N+1 = 100% родителя на уровне N.
L1: Компания (100%)
│
├── L2: Розница (40%)
├── L2: Опт (35%)
└── L2: Маркетплейсы (25%)
│
├── L3: OZON (60%)
├── L3: Wildberries (30%)
└── L3: Яндекс.Маркет (10%)
5.5. Глубина декомпозиции
| Размер организации |
Рекомендуемая глубина |
| Персональный проект |
L1 → L2 (2 уровня) |
| Малый бизнес |
L1 → L3 (3 уровня) |
| Средний бизнес |
L1 → L4 (4 уровня) |
| Крупная организация |
L1 → L4+ (4+ уровня) |
6. МАТРИЦА 9 ВОПРОСОВ
6.1. Универсальные вопросы
| № |
Вопрос |
Ответ начинается |
Категория |
Раскрывает |
| 1 |
ПОЧЕМУ? |
Потому что... |
Причинность |
Причина, проблема |
| 2 |
ЗАЧЕМ? |
Чтобы... |
Причинность |
Цель, намерение |
| 3 |
ЧТО? |
Это... |
Сущность |
Определение, границы |
| 4 |
КТО? |
Субъект/роль... |
Субъект |
Участники, ответственность |
| 5 |
КАК? |
Путём/методом... |
Действие |
Способ, процесс |
| 6 |
ЧЕМ? |
С помощью... |
Ресурсы |
Инструменты, средства |
| 7 |
ГДЕ? |
В/на... |
Контекст |
Место, среда |
| 8 |
КОГДА? |
В период... |
Контекст |
Время, этапы |
| 9 |
СКОЛЬКО? |
Количество... |
Мера |
Метрики, объём |
6.2. Матрица вопросов по слоям
| Вопрос |
MOTIVATION |
BUSINESS |
DATA |
APPLICATION |
TECHNOLOGY |
| ПОЧЕМУ? |
Какая проблема? |
Почему так работаем? |
Почему такая структура? |
Почему этот стек? |
Почему эта архитектура? |
| ЗАЧЕМ? |
Миссия, видение |
Зачем процесс? |
Зачем эти данные? |
Зачем система? |
Зачем сервер? |
| ЧТО? |
Ценность |
Услуга/продукт |
Сущности |
Функции |
Компоненты |
| КТО? |
Стейкхолдеры |
Роли, отделы |
Владелец данных |
Пользователи |
Админы |
| КАК? |
Стратегия |
Процессы |
Потоки данных |
Алгоритмы |
Деплой |
| ЧЕМ? |
Ресурсы |
Инструменты |
СУБД |
Технологии |
Железо |
| ГДЕ? |
Рынок |
Локации |
Хранилища |
Хостинг |
Датацентры |
| КОГДА? |
Roadmap |
Расписание |
Жизненный цикл |
Релизы |
SLA |
| СКОЛЬКО? |
KPI |
Метрики процессов |
Объём данных |
Нагрузка |
Ёмкость |
6.3. Чеклист полноты описания
Для любой сущности проверить:
□ ПОЧЕМУ? — причина/проблема понятна
□ ЗАЧЕМ? — цель определена
□ ЧТО? — сущность описана
□ КТО? — участники известны
□ КАК? — способ определён
□ ЧЕМ? — ресурсы известны
□ ГДЕ? — место определено
□ КОГДА? — время установлено
□ СКОЛЬКО? — метрики заданы
Если на какой-то вопрос нет ответа — описание неполное.
7. СТРУКТУРА ПАПОК
7.1. Корневая структура организации
{organization}/
│
├── index.yaml ← Метаданные организации
├── CLAUDE.md ← Контекст для AI
│
├── motivation/ ← СЛОЙ: МОТИВАЦИЯ
│ ├── VISION.md ← Миссия и видение
│ ├── STRATEGY.md ← Стратегия
│ ├── goals/ ← Цели
│ │ ├── {goal-1}/
│ │ │ ├── index.yaml
│ │ │ └── tasks/ ← Задачи цели
│ │ └── {goal-2}/
│ └── metrics/ ← KPI/OKR
│ └── kpi.yaml
│
├── business/ ← СЛОЙ: БИЗНЕС
│ ├── structure/ ← Оргструктура
│ │ └── org-chart.md
│ ├── {direction-1}/ ← Направление
│ │ ├── index.yaml
│ │ ├── CLAUDE.md
│ │ ├── processes/ ← Процессы
│ │ │ ├── {process-1}.md
│ │ │ └── {process-2}.md
│ │ └── roles/ ← Роли
│ │ └── {role}.md
│ ├── {direction-2}/
│ └── operations/ ← Текущие операции
│ └── runbooks/
│
├── data/ ← СЛОЙ: ДАННЫЕ
│ ├── schema/ ← Общая схема
│ │ └── erd.md
│ ├── {domain-1}/ ← Домен
│ │ ├── index.yaml
│ │ ├── {entity-1}.md ← Сущность
│ │ └── {entity-2}.md
│ ├── {domain-2}/
│ └── dictionaries/ ← Справочники
│ └── {dictionary}.yaml
│
├── app/ ← СЛОЙ: ПРИЛОЖЕНИЯ
│ ├── landscape.md ← Обзор систем
│ ├── {system-1}/ ← Система
│ │ ├── index.yaml
│ │ ├── CLAUDE.md
│ │ ├── design/ ← Архитектура
│ │ ├── {service-1}/ ← Сервис
│ │ │ ├── index.yaml
│ │ │ └── src/ ← Код
│ │ └── {service-2}/
│ ├── {system-2}/
│ └── shared/ ← Общие библиотеки
│ └── {library}/
│
├── infra/ ← СЛОЙ: ИНФРАСТРУКТУРА
│ ├── topology.md ← Топология
│ ├── {cluster-1}/ ← Кластер
│ │ ├── index.yaml
│ │ ├── {server-1}/ ← Сервер
│ │ │ └── config/
│ │ └── {server-2}/
│ ├── {cluster-2}/
│ ├── network/ ← Сети
│ │ └── domains.yaml
│ └── storage/ ← Хранилища
│ └── {storage}.yaml
│
└── management/ ← УПРАВЛЕНИЕ
├── STATUS.md ← Текущий статус
├── TODO.md ← Задачи
├── ROADMAP.md ← План развития
└── DECISIONS.md ← Принятые решения
7.2. Именование папок
| Тип |
Формат |
Примеры |
| Организация |
kebab-case |
pirotehnika, my-blog |
| Направление |
kebab-case |
retail, marketplaces |
| Система |
kebab-case |
main-site, ozon-integration |
| Сервис |
kebab-case |
api, sync-worker |
| Домен |
kebab-case |
products, orders |
7.3. Минимальная структура
Для персонального или небольшого проекта:
{project}/
├── index.yaml
├── CLAUDE.md
├── app/
│ └── {system}/
│ └── src/
└── management/
└── TODO.md
8. ФОРМАТ index.yaml
8.1. Универсальная схема
# ═══════════════════════════════════════════════════════════════════
# ИДЕНТИФИКАЦИЯ
# ═══════════════════════════════════════════════════════════════════
name: "Название" # Человекочитаемое имя
type: commercial # personal | nonprofit | commercial
layer: business # motivation | business | data | app | infra
level: direction # organization | direction | unit | element
status: active # draft | active | paused | archived
# ═══════════════════════════════════════════════════════════════════
# СМЫСЛ (9 вопросов — заполняются по мере необходимости)
# ═══════════════════════════════════════════════════════════════════
why: "Причина существования" # ПОЧЕМУ?
purpose: "Цель" # ЗАЧЕМ?
what: "Определение" # ЧТО?
who: # КТО?
owner: "Владелец"
users: ["Пользователь 1", "Пользователь 2"]
how: "Способ работы" # КАК?
tools: ["Инструмент 1", "Инструмент 2"] # ЧЕМ?
where: "Местоположение" # ГДЕ?
when: # КОГДА?
created: "2025-01-01"
updated: "2025-12-20"
deadline: null
metrics: # СКОЛЬКО?
key1: value1
key2: value2
# ═══════════════════════════════════════════════════════════════════
# СВЯЗИ
# ═══════════════════════════════════════════════════════════════════
parent: "../" # Родительский элемент
children: # Дочерние элементы
- "child-1/"
- "child-2/"
depends_on: # Зависимости (использует)
- "../other-system/"
provides_to: # Предоставляет (кому)
- "../consumer/"
# ═══════════════════════════════════════════════════════════════════
# ДОПОЛНИТЕЛЬНО (опционально)
# ═══════════════════════════════════════════════════════════════════
tags: ["tag1", "tag2"]
version: "1.0.0"
8.2. Примеры для разных уровней
Организация (L1)
name: "Пиротехника"
type: commercial
layer: null # Организация охватывает все слои
level: organization
status: active
why: "Клиенты не могут купить фейерверки онлайн"
purpose: "Продавать пиротехнику через интернет"
what: "Торговая компания"
who:
owner: "Иванов И.И."
stakeholders: ["Клиенты", "Поставщики", "Сотрудники"]
children:
- "motivation/"
- "business/"
- "data/"
- "app/"
- "infra/"
metrics:
revenue_monthly: 500000
orders_monthly: 200
employees: 5
Направление (L2)
name: "Маркетплейсы"
type: commercial
layer: business
level: direction
status: active
why: "Нужен дополнительный канал продаж"
purpose: "Продавать на OZON, Wildberries"
what: "Канал продаж через маркетплейсы"
who:
owner: "Менеджер МП"
users: ["Покупатели маркетплейсов"]
parent: "../"
children:
- "processes/"
- "roles/"
depends_on:
- "../app/ozon-integration/"
- "../app/pim/"
metrics:
revenue_share: 0.25
orders_monthly: 50
Система (L3)
name: "OZON интеграция"
type: commercial
layer: app
level: unit
status: active
why: "Ручная работа с OZON занимает много времени"
purpose: "Автоматизировать работу с OZON"
what: "Система интеграции с OZON Seller API"
who:
owner: "Разработчик"
users: ["Менеджер МП"]
how: "REST API + scheduled jobs"
tools: ["Python", "FastAPI", "PostgreSQL"]
where: "dev-pro сервер"
parent: "../"
children:
- "api/"
- "sync/"
- "reports/"
depends_on:
- "../../data/products/"
- "../../data/orders/"
- "../../infra/production/dev-pro/"
metrics:
uptime: 0.995
sync_frequency: "hourly"
9. ЖИЗНЕННЫЙ ЦИКЛ
9.1. Статусы
| Статус |
Описание |
Действия |
| draft |
Черновик, идея |
Проектирование, планирование |
| active |
Активно работает |
Эксплуатация, развитие |
| paused |
Приостановлено |
Минимальная поддержка |
| archived |
В архиве |
Только чтение |
| deprecated |
Устарело |
Миграция на замену |
9.2. Переходы статусов
draft → active → paused → archived
↓
active
↓
deprecated → archived
9.3. Жизненный цикл по слоям
| Слой |
Типичные стадии |
| MOTIVATION |
Идея → Валидация → Принятие → Пересмотр |
| BUSINESS |
Проектирование → Запуск → Оптимизация → Закрытие |
| DATA |
Моделирование → Наполнение → Актуализация → Архивация |
| APPLICATION |
Разработка → Тестирование → Продакшен → Вывод |
| TECHNOLOGY |
Подготовка → Развёртывание → Эксплуатация → Утилизация |
10. ПРИМЕРЫ
10.1. Коммерческая организация (pirotehnika)
pirotehnika/ ← commercial, L1
│
├── motivation/
│ ├── VISION.md ← "Лучший магазин фейерверков в СПб"
│ └── goals/
│ ├── revenue-2025/ ← Цель: выручка 10М
│ └── ozon-launch/ ← Цель: запуск на OZON
│
├── business/
│ ├── retail/ ← L2: Розница
│ │ ├── processes/
│ │ │ ├── order-processing.md ← L3: Процесс обработки заказов
│ │ │ └── fulfillment.md ← L3: Процесс отгрузки
│ │ └── roles/
│ │ └── manager.md
│ ├── wholesale/ ← L2: Опт
│ └── marketplaces/ ← L2: Маркетплейсы
│ └── processes/
│ └── ozon-workflow.md
│
├── data/
│ ├── products/ ← L2: Домен товаров
│ │ ├── product.md ← L3: Сущность товара
│ │ └── category.md
│ └── orders/ ← L2: Домен заказов
│ ├── order.md
│ └── order-item.md
│
├── app/
│ ├── site/ ← L2: Система сайтов
│ │ ├── pirotehnika.spb.ru/ ← L3: Основной сайт
│ │ └── pirofey.ru/ ← L3: Второй бренд
│ ├── ozon/ ← L2: Система интеграции OZON
│ │ ├── api/ ← L3: API сервис
│ │ └── sync/ ← L3: Синхронизация
│ └── pim/ ← L2: Система каталога
│
└── infra/
├── production/ ← L2: Продакшен кластер
│ ├── beget-server/ ← L3: Сервер сайтов
│ └── dev-pro/ ← L3: Сервер сервисов
└── storage/
└── s3/ ← L3: Хранилище файлов
10.2. Персональный проект (PKM)
my-pkm/ ← personal, L1
│
├── index.yaml
├── CLAUDE.md
│
├── motivation/
│ └── VISION.md ← "Не терять знания и идеи"
│
├── data/
│ ├── notes/ ← Заметки
│ ├── projects/ ← Проекты
│ └── resources/ ← Ресурсы
│
├── app/
│ └── obsidian/ ← Obsidian vault
│ └── config/
│
└── management/
└── TODO.md
10.3. Open-source проект
awesome-library/ ← nonprofit, L1
│
├── index.yaml
├── CLAUDE.md
│
├── motivation/
│ ├── VISION.md ← "Упростить X для разработчиков"
│ └── goals/
│ └── v2-release/
│
├── business/
│ ├── community/ ← Сообщество
│ │ └── processes/
│ │ ├── contributing.md
│ │ └── code-review.md
│ └── roles/
│ ├── maintainer.md
│ └── contributor.md
│
├── app/
│ └── library/ ← Сама библиотека
│ ├── src/
│ ├── tests/
│ └── docs/
│
└── infra/
└── ci-cd/ ← GitHub Actions
11. СВЯЗИ С ДРУГИМИ ДОКУМЕНТАМИ
12. ИСТОРИЯ ИЗМЕНЕНИЙ
| Версия |
Дата |
Изменения |
| 1.0.0 |
2025-12-20 |
Создание документа. Синтез TOGAF, ArchiMate, Zachman, C4, BMC с теорией 9 вопросов |
13. ПРИЛОЖЕНИЯ
Приложение A: Глоссарий
| Термин |
Определение |
| Организация |
Верхний уровень иерархии, объединяющий все слои |
| Слой |
Аспект архитектуры (motivation, business, data, app, infra) |
| Уровень |
Степень детализации (L1-L4) |
| Направление |
Крупная автономная часть организации (L2) |
| Единица |
Назначаемая часть, которую можно делегировать (L3) |
| Элемент |
Атомарная неделимая часть (L4) |
| Система |
IT-продукт, решающий бизнес-задачу (L2 в слое app) |
| Сервис |
Часть системы, деплоится отдельно (L3 в слое app) |
| Модуль |
Часть кода, библиотека (L4 в слое app) |
| Процесс |
Последовательность действий (L3 в слое business) |
| Сущность |
Объект данных (L3 в слое data) |
Приложение B: Чеклист создания организации
□ Определить тип (personal/nonprofit/commercial)
□ Создать корневую папку
□ Создать index.yaml с базовыми полями
□ Создать CLAUDE.md с контекстом
□ Определить основные направления (L2)
□ Для каждого направления создать index.yaml
□ Наметить ключевые системы (app/)
□ Определить инфраструктуру (infra/)
□ Создать management/TODO.md
Приложение C: Миграция с PROJECT_HIERARCHY.md
| Было |
Стало |
| Бизнес |
Организация (type: commercial) |
| Направление (main/satellite) |
Направление (L2 в business/) |
| Модуль (@name) |
Система или Сервис (L2-L3 в app/) |
| Задача |
Задача (L3 в motivation/goals/) |
Версия: 1.0.0
Дата: 2025-12-20
Статус: approved