Матрица ролей зон CDE
Цель документа: зафиксировать смысл зон хранения как инженерный контракт для пользователей, администраторов и будущей автоматизации.
Статус: рабочая матрица текущего состояния, без проектирования новой архитектуры.
1. Верхний уровень
| Зона |
Роль |
Тип зоны |
Основной владелец |
Допустимые артефакты |
Чего там быть не должно |
Потенциал автоматизации |
CDE |
Проектная среда данных |
Процессная |
BIM/проектная команда |
Все проектные данные, привязанные к конкретному проекту и стадии |
Корпоративные эталоны, общекорпоративные документы, бытовые файлы вне проекта |
Высокий |
CORP |
Корпоративная база инструментов и стандартов |
Эталонная |
BIM/IT/методология |
Шаблоны, семейства, стандарты, инструкции, автоматизация |
Проектные рабочие материалы, входящие/исходящие проектные пакеты |
Высокий |
ADMIN |
Внутренние документы компании |
Административная |
Руководство/офис/HR/финансы |
Юридические, финансовые, кадровые, управленческие документы |
Рабочие проектные данные и BIM-артефакты проекта |
Средний |
INBOX |
Входящий контур предпроектного домена |
Предпроектная |
Координатор/PM/администратор |
Входящие материалы до решения об их включении в проектный или административный контур |
Долговременное хранение, утверждённые проектные материалы, корпоративные эталоны |
Высокий |
OUTBOX |
Исходящий контур предпроектного домена |
Предпроектная |
PM/координатор |
Предпроектные исходящие отправки, временные выгрузки, операционные наборы файлов |
Рабочие исходники, утверждённый архив проекта, координационные модели SHR |
Высокий |
COMMON |
Буферная непроцессная зона |
Непроцессная |
Все пользователи по правилам |
Временные материалы, бытовые файлы, референсы, непроцессный обмен |
Официальные проектные артефакты, утверждённые материалы, корпоративные мастер-данные |
Средний |
2. Подзоны CDE
Техническое замечание: структура проект__WIP / проект__SHR / проект__PUB / проект__ARC / проект__ADM принята как вынужденная мера для разграничения прав в Nextcloud.
| Подзона CDE |
Роль |
Тип зоны |
Основной доступ/владелец |
Допустимые артефакты |
Чего там быть не должно |
Примечание |
__WIP |
Внутренняя рабочая среда проекта |
Процессная |
Команда проекта |
Исходные данные, рабочие материалы, чертежи, расчёты, таблицы, внутренняя коммуникация |
Утверждённый архив, корпоративные шаблоны как мастер-источник |
Основная зона производства |
__SHR |
Координационный обмен и общие для проекта ссылки/модели |
Процессная |
BIM |
Линки, обменные модели, Navisworks, коллизии, замечания координации |
Бытовой обмен, внешние неформальные файлы, финальный архив |
Не универсальный обмен, а обмен в рамках координации |
__PUB |
Формализованная публикация и процессные комплекты передачи |
Процессная |
ГИП |
Публикации PDF/DWG/NWD/IFC, комплекты передачи, материалы экспертизы |
Черновые рабочие файлы, случайные выгрузки без статуса |
Официальный контур выдачи |
__ARC |
Архив утверждённых материалов проекта |
Архивная |
Администратор/уполномоченные роли |
Утверждённые и завершённые проектные материалы |
Текущая работа, временные файлы, неподтверждённые хвосты разработки |
Это не то же самое, что 99_УСТАРЕВШЕЕ |
__ADM |
Административный контур конкретного проекта |
Административно-проектная |
BIM/PM/ГИП по регламенту |
BIM-документы проекта, договорной блок, графики, бюджет, контроль качества |
Общекорпоративные административные документы |
Проектная администрация, а не общий ADMIN |
Примечание: для Revit-моделей основной рабочий контур по возможности находится в Revit Server; структура WIP при этом остаётся частью CDE, резервным и сопроводительным контуром хранения.
3. Внутренние зоны WIP
| Путь |
Роль |
Допустимые артефакты |
Чего там быть не должно |
Примечание |
WIP/10_ИСХОДНЫЕ_ДАННЫЕ |
Хранилище входных проектных данных |
Материалы заказчика, изыскания, существующее состояние, исходные модели, исходные чертежи, фото |
Производственные результаты, официальные выдачи |
Источник для работы, а не результат |
WIP/20_КОММУНИКАЦИЯ |
Контур фиксации рабочей коммуникации проекта |
Письма, запросы, протоколы, журнал решений, подтверждения передачи, фиксация коммуникации |
Координационные модели, финальные публикации, бытовой чат-мусор без отношения к проекту |
Процессная коммуникация внутри проекта |
WIP/30_РАБОЧАЯ_ЗОНА |
Основное производство |
Модели, чертежи, расчёты, таблицы, рабочие экспорты |
Утверждённый архив, непроектные материалы |
Самая нагруженная зона |
WIP/.../06_ЭКСПОРТ |
Технические рабочие выгрузки |
Экспортные артефакты, используемые в производстве |
Официальные опубликованные выдачи как единственный источник |
Промежуточная, а не архивная зона |
WIP/.../99_УСТАРЕВШЕЕ |
Контролируемый отстойник рабочих хвостов |
Устаревшие, но не удалённые рабочие файлы до окончательного решения |
Утверждённый архив, актуальная рабочая версия, официальные публикации |
Не архив организации |
4. Внутренние зоны SHR
| Путь |
Роль |
Допустимые артефакты |
Чего там быть не должно |
Примечание |
SHR/40_ОБМЕН_LINK |
Обмен ссылочными и обменными моделями |
RVT/DWG/NWC ссылки, модели обмена, сопроводительные отчёты |
Финальные пакеты выдачи, бытовой обмен |
Проектно-координационный обмен |
SHR/50_КООРДИНАЦИЯ |
Координационный контур |
NWF/NWD, коллизии, отчёты координации |
Документы контракта, непроцессные файлы |
Среда междисциплинарной координации |
SHR/50_КООРДИНАЦИЯ/55_ЗАМЕЧАНИЯ |
Фиксация замечаний по координации |
Журналы, скриншоты, BCF |
Общая переписка проекта и материалы экспертизы |
Отдельный класс данных, не равный WIP/20 |
5. Внутренние зоны PUB
| Путь |
Роль |
Допустимые артефакты |
Чего там быть не должно |
Примечание |
PUB/60_ПУБЛИКАЦИЯ |
Основная официальная выдача |
PDF, DWG, NWD, IFC, комплекты передачи |
Черновые рабочие материалы |
Формальная публикация результатов |
PUB/60_ПУБЛИКАЦИЯ/65_КОМПЛЕКТЫ_ПЕРЕДАЧИ |
Комплекты передачи общего проектного процесса |
Пакеты выдачи, передаточные наборы |
Материалы экспертизы, если это другой бизнес-процесс |
Отдельный процессный канал |
PUB/70_ЭКСПЕРТИЗА |
Контур взаимодействия с экспертизой |
Замечания, ответы, процессные пакеты экспертизы |
Обычная публикация вне экспертизы |
Самостоятельный бизнес-процесс |
PUB/70_ЭКСПЕРТИЗА/73_КОМПЛЕКТЫ_ПЕРЕДАЧИ |
Комплекты передачи процесса экспертизы |
Пакеты, относящиеся именно к экспертизе |
Пакеты общей выдачи |
Не дублирует 65, а разделяет процессы |
6. INBOX / OUTBOX / COMMON
| Зона |
Роль |
Когда использовать |
Когда не использовать |
Риск |
INBOX |
Входящий контур предпроектного домена |
Материал поступил извне и ещё не решено, должен ли он войти в проектный или административный контур |
Когда уже понятно, что файл относится к конкретному проекту, процессу или домену |
Средний |
OUTBOX |
Исходящий контур предпроектного домена |
Нужно отправить материал наружу на предпроектной или операционной стадии |
Когда материал уже относится к формализованной публикации/экспертизе или архиву |
Средний |
COMMON/Обмен |
Непроцессный обмен |
Разовые и неформальные передачи, не привязанные к проектному процессу |
Для координационных моделей, официальных выдач, проектной фиксации |
Высокий |
COMMON/Референсы |
Непроцессные справочные материалы |
Референсы, примеры, визуальные подсказки |
Для рабочих исходников проекта и корпоративных эталонов |
Средний |
COMMON/Временные_материалы |
Временный буфер |
Краткоживущие материалы без статуса |
Для постоянного хранения |
Высокий |
COMMON/Бытовое |
Бытовые и организационные файлы без проектного статуса |
Фото, картинки, разовые вложения, несистемные материалы |
Для чего-либо, что нужно учитывать в проектном процессе |
Высокий |
COMMON/Dev |
Временная техническая рабочая зона |
Внутренние техматериалы, не являющиеся корпоративным эталоном |
Для мастер-версий скриптов и утверждённой автоматизации |
Высокий |
7. CORP
| Путь |
Роль |
Допустимые артефакты |
Чего там быть не должно |
Примечание |
CORP/01_БИБЛИОТЕКА |
Корпоративный контент |
Семейства, шаблоны, библиотечные элементы |
Проектные копии и рабочие черновики проекта |
Эталонная база |
CORP/02_СТАНДАРТЫ |
Нормативная база компании |
Общие параметры, стандарты оформления, методика |
Проектные исключения и временные решения |
Источник правил |
CORP/03_ИНСТРУКЦИИ |
Операционные инструкции |
Руководства по запуску и использованию систем |
Рабочие заметки без статуса |
База знаний |
CORP/04_АВТОМАТИЗАЦИЯ |
Корпоративные инструменты автоматизации |
Скрипты, плагины, Dynamo, pyRevit, AI-утилиты |
Случайные локальные эксперименты без ценности |
Желательно отделять мастер-версии от черновиков |
CORP/99_АРХИВ |
Архив корпоративных материалов |
Неактуальные, но сохраняемые версии корпоративных данных |
Актуальные мастер-версии |
Не равен проектному ARC |
8. ADMIN
| Путь |
Роль |
Допустимые артефакты |
Чего там быть не должно |
ADMIN/01_ЮРИДИЧЕСКИЕ_ДОКУМЕНТЫ |
Юридический контур |
Действующие документы, шаблоны |
Рабочие BIM-файлы |
ADMIN/02_ДОКУМЕНТЫ_ПО_ПРОЕКТАМ |
Адм. документы по проектам |
Акты, договоры, КП, счета |
Рабочие модели и чертежи |
ADMIN/03_ОПЕРАЦИОННЫЕ_ДОКУМЕНТЫ |
Операционное обеспечение компании |
Аренда, оборудование, сервисы, лицензии |
Проектное производство |
ADMIN/04_ФИНАНСЫ |
Финансовый контур |
Бюджеты, отчёты |
Проектные рабочие файлы |
ADMIN/05_КАДРЫ |
HR-контур |
Сотрудники, договоры, отпуска, вакансии |
Проектные файлы |
ADMIN/06_УПРАВЛЕНИЕ |
Управленческий контур |
Политики, регламенты, стратегия |
Рабочие проектные материалы |
ADMIN/07_МАРКЕТИНГ |
Маркетинговые материалы |
Логотипы, брендбук, портфолио, публикации |
Рабочее проектирование |
9. Базовые правила интерпретации зон
- Если файл привязан к конкретному проектному процессу, он не должен попадать в
COMMON.
- Если файл является официальной публикацией или передачей по процессу, его место не в
WIP, а в PUB.
- Если файл относится к координации моделей и замечаний между разделами, его место в
SHR, а не в COMMON/Обмен.
- Если материал относится к предпроектной входящей стадии и ещё не классифицирован, допустима временная посадка в
INBOX.
99_УСТАРЕВШЕЕ означает "рабочее устаревшее, ожидающее решения", а не "архив".
ARC означает утверждённый архивный контур, а не склад всех старых файлов.
COMMON допускается только для непроцессных материалов или временного буфера, но не как альтернативный путь для обхода правил CDE, CORP или ADMIN.
10. На что может опираться автоматизация
Подходит для автоматизации:
- контроль попадания файлов в допустимую зону;
- контроль файлов по ролевым контурам
WIP = команда, SHR = BIM, PUB = ГИП;
- проверка, что процессные материалы не лежат в
COMMON;
- очистка или ревизия содержимого
INBOX, OUTBOX, COMMON/Временные_материалы;
- отчёты по активности зон
WIP / SHR / PUB / ARC;
- маршрутизация файлов по признаку проекта, типа процесса и статуса.
Плохо автоматизируется без дополнительных правил:
- различение "временного полезного" и "мусора" внутри
COMMON;
- перенос из
99_УСТАРЕВШЕЕ без решения владельца;
- различение рабочей выгрузки
06_ЭКСПОРТ и артефакта официальной публикации без правил именования.