Расскажу, как нужно хранить файлы, если вы работаете в своей локальной сети. При работе с Ревит Сервером или БИМ 360 структура будет отличаться, хотя в случае с БИМ 360 она может повторяться частично или полностью.
Другие варианты безусловно возможны. Здесь просто поделюсь своим видением, оно будет полезно для тех, кто только начинает разработку структуры или решил упорядочить хаос в папках в организации.
Концепция хранилища
Нужно настроить централизованное сетевое хранилище. Скорее всего, основа для него у вас уже есть — обычная локальная сеть. Специалист по ИТ должен обеспечить скорость не менее 100 МБ/с, бэкапирование данных, политику доступа и достаточный объём дисковых хранилищ. Объём вычисляйте сами, но много его не бывает.
Политику доступа регламентирует БИМ-менеджер. Ничего сложного, просто распишите возможные роли и уровень доступа. Например, проектировщик раздела КР должен:
- иметь доступ на чтение и запись в папку со своими моделью и файлами расчётов,
- иметь доступ только на чтение папок смежных разделов, папок с EIR, BEP и подобными документами, связанными с проектированием и моделью,
- не иметь доступ во все папки, которые не нужны ему по работе или из соображений конфиденциальности. Например, он не должен видеть договор на проектные работы, стоимость проектных работы и т. д.
Музыку, порнуху и фото лягушек пусть хранит на локальном компьютере, в центральном хранилище они не нужны.
Предположим, ИТ-отдел выдал нам сетевой диск F для работы. В корне диска будут лежать как минимум две папки:
- для файлов проектов — здесь хранятся в подпапках все файлы чертежей, моделей, изысканий, фото с объектов, акты и т. п.
- для библиотеки компонентов: шаблоны, семейства, узлы, блоки и т. д., всё, что может использоваться для создания проектов в любом ПО, которое использует организация.
Если у вас есть корпоративная библиотека ГОСТов, литературы, видеоуроков и так далее — можно выделить отдельные папки для всего этого также в корне диска. Фото с корпоративов, где пьяный монтажник на спор ломает головой кирпич, но в итоге ломает голову, тоже можно выкладывать в отдельную папку в корне.
Если в корневой структуре храните договоры, конфиденциальную информацию, бухгалтерию и подобные документы, к которым не должно быть доступа у всех сотрудников, то либо уносите их на отдельный диск, либо настраивайте политику доступа. Лучше использовать отдельный диск — хранить яйца в разных корзинах безопаснее, все сервера когда-нибудь падают.
Политику доступа БИМ-менеджер должен обсуждать с ГИПом. ГИП, как правило, имеет доступ во все папки, связанные с проектами. В файлы чертежей и моделей ГИП имеет доступ только на чтение, кроме папки с моделью, в которой может выдавать замечания. Как правило, это папка со сводными моделями в Нэвисворксе.
Файлы проектов
Рассмотрим подробнее следующий уровень хранилища. Из корня диска F переходим в папку с проектами. Внутри снова система папок. Тут два варианта:
- Просто подпапки на каждый конкретный проект,
- Папка для проектов и другие папки, в которых может храниться общая для всех проектов информация. Например, шаблоны договоров, писем, образец структуры папок проекта, который будете просто копировать и вставлять при создании папки нового проекта.
Какую систему выбрать — решайте сами в зависимости от того, как храните данные. Я бы выбирал второй вариант, как более гибкий в перспективе.
Вот примеры крупных и средних компаний, благодарю Александра Попова, Александра Лапыгина и Алмаза Мустафина за скриншоты. Это реальные папки реальных компаний на реальных проектах. Если вам недостаточно слова «реальный», то вот ещё одно: реальный.
Подробнее про файловую структуру Девелопмент Системс можете посмотреть у них на сайте.
Если говорить про работу в Ревите, Автокаде, Сивиле и прочем ПО, то в папке конкретного проекта нужно создать подпапку для каждой стадии проекта, а в ней повторить структуру разделов. Отдельная папка для АР, КР, ВК, ОВ, ГП, ЭОМ, СС и так далее. В каждой папке будут лежать модели Ревита/Сивила/Нанокада/Ренги и т. д., тут же можно хранить все расчётные файлы и каталоги в отдельной подпапке.
Библиотека БИМ-компонентов
Вторая папка в корне диска F будет касаться всего того, что помогает проектировать. Здесь стоит выделить отдельную папку под шаблоны Ревита, Автокада, Сивила и т. д., поделить всё подпапками на разделы. Нужна отдельная папка для семейств и блоков, инструментов автоматизации.
Семейства Ревита
При хранении семейства Ревита основная проблема — пересечение между разделами. Например, и в отоплении, и в водоснабжении могут применяться одинаковые шаровые краны, при этом для отопления есть своё оборудование — радиаторы и конвекторы, а для водоснабжения — своё, пожарные шкафы, насосы на вводе и так далее.
Поэтому тут два пути: либо не делить по разделам, либо делить, но повторяющиеся семейства дублировать во все нужные разделы. Это увеличивает путаницу и риск ошибки. В то же время зато у каждого будет своя папка с семействами и не придётся лазать к соседям.
Поэтому попробуйте разбиение тупо по категориям Ревита. Назовите папки так же, как называются категории в Ревите. Это даёт ряд плюсов:
- пользователь сразу понимает, в какую категорию загрузится семейство;
- в именах семейств не нужно дублировать название категории, значит, имена будут короче и проще для восприятия;
- не нужно дублировать одинаковые семейства для разных разделов;
- при загрузке пользователь зайдёт в папку категории и увидит сразу все семейства, сможет за один раз выбрать всё, что нужно;
- если какие-то семейства предназначены только для одного раздела, то можно разработать систему префиксов, чтобы семейства сортировались в алфавитно-цифровом порядке и тем самым группировались внутри папки.
Например, унитаз для архитекторов называть «ПФ_АР_Унитаз», где ПФ — префикс организации или иные префиксы, а для ВК — «ПФ_ВК_Унитаз».
- для специальных семейств создавайте папки с иными именами. Например, отверстия могут быть сразу в разных категориях: и оборудование, и датчики, и окна, и двери, и обобщённые модели.
Раскидывать их по разным папкам нецелесообразно, поэтому для таких семейств стоит выделить отдельную папку и складывать туда все семейства. Если для какой-то категории накопится больше 2-3 семейств, то можно организовать подпапки по именам категорий.
БИМ-координаторам можно создать отдельную подпапку, к которой доступ будет только у них. В ней они будут вести текущую разработку семейств, тестировать шаблоны и так далее. И только итоговый результат работы выкладывать в общий доступ.
Выводы
Как видите, всё логично, ничего страшного. Нужно потратить время, разобраться с организацией работ в компании и воплотить это в виде иерархичной структуры. Лучше сделать что-то и потом переделать, чем оставлять хаос.
В то же время надо адекватно подходить к работе людей. Иногда ГИПу просто некогда складывать файлы в нужные папки. Ему прислали на почту документ, он висит на телефоне, надо срочно обсудить. Сохранять файл на диск и искать правильное место для хранения — отнимает время, разговор по телефону тоже стресс. Поэтому лучше создать какую-то временную папку, которую раз в месяц будете или чистить, или распределять файлы из неё по правильным папкам.
Плюс всегда есть файлы, которые непонятно, куда положить. Это нормальная ситуация, но постепенно всё накапливается и превращается в бардак. Не можете бороться с бардаком — возглавьте его, выделите отдельную папку для контролируемого бардака.
Обновления статей удобно получать в Телеграм-канале «Блог Муратова про Revit MEP». Подписывайтесь и приглашайте коллег. Можно обсудить статью и задать вопросы в специальном чате канала.
Читайте методичку для проектировщиков: полезный материал, в котором последовательно рассказываю, как создавать модель.
Мини-курс по моделированию ОВ и ВК
В специальный плейлист на Ютубе выкладываю свои ролики по работе в Ревите. Этот курс записывал для студентов, разбираю базовые моменты по моделированию.
Отблагодарить автора
Если хотите отблагодарить меня, то можете сделать небольшой подарок (именно подарок, такой перевод не облагается налогом). Или подписаться на мой аккаунт на Бусти.ту и ежемесячно поддерживать меня небольшими переводами.