Ведомость отделки...

Пост будет в основном для BIM-Менеджеров, испытывающих трудности c проектировщиками от которых требуют выполнение документации по ГОСТ 21.501-93 "Система проектной документации для строительства (СПДС). Правила выполнения архитектурно-строительных рабочих чертежей". Хоть я и считаю, многое из ГОСТов по оформлению рудиментарным, но тем не менее проблему с консервативным нормоконтролем надо решать. А ввиду того, что пока новых правил оформления нет, то требуют по старым. И решение тут одно - делать так как требуют. Правда, есть решение, как представить информацию по отделке информативным и удобным способом, при чем, удобным как для сметчиков, так и для производственного процесса стройки. Но об этом в другой раз. 
А сейчас представляю вам решение для Формы 1-"Ведомость отделки помещений". 

Прямо как в ГОСТ не выйдет, но максимально приближенное вполне.

Требования к программному обеспечению.

Заполнение необходимых граф выполняет скрипт на DYNAMO. Для его работы необходимо иметь DYNAMO 1.2 и выше. Удобство работы со скриптами поможет обеспечить Dyno Browser. Скрипт корректно работает с Dyno Browser версии 0.6, лишних списков параметров не выдает.

Требования к настройке модели.

Никаких.
Скрипт самостоятельно вносит необходимые параметры в файл общих параметров. Его работа не зависит от наличия неокруженных или избыточных помещений. Площадь стен высчитывается через объем помещения, его площадь и периметр, за вычетом проемов. Если у вас не установлено вычисление объемов помещений, то скрипт посчитает через "Полную высоту", что неверно, но скрипт напишет предупреждение в таблице. 
Скрипту не важно как вы называете свои помещения.
Скрипт не вычисляет площадь витражей. Это надо учитывать. Но введена дополнительная площадь, заполнив которую вы откорректируете ведомость. Скрипт самостоятельно вычтет вашу дополнительную площадь и заполнит необходимыми данными колонку отделки. Могут быть проблемы у тех, кто использует ключевые спецификации для заполнения "Отделки стен". Перед использованием скрипта, советую изменить ключевую спецификацию, что бы она заполняла параметры "03.Отделка стен верх","03.Отделка стен низ","03.Высота нижней отделки","03.Отделка стен доп".

Особенности запуска.

Есть возможность сортировать одинаковые отделки по помещениям согласно этажей(Уровней). А также имеется дополнительный "Usersparameter", в который можете самостоятельно вписать тот параметр, по которому необходимо дополнительно отфильтровать помещения. Это необходимо когда у вас работает несколько проектировщиков в одной модели, и выпускают не один состав проекта, соответственно с несколькими ведомостями отделки.Это может быть любой параметр, главное, что бы он присутствовал в свойствах помещения.  Если установлен Dyno Browser, то просто меняете в нем(есть файл пресетов). Если Dyno Browser отсутствует, то ручками прямо в DYNAMO.

Описание

При запуске скрипта автоматически формируется в файле "Общих праметров" раздел "03 Архитектура", куда записываются необходимые параметры.
Если файла "Общих параметров" нет, скрипт выдаст ошибку.

Список создаваемых параметров:

• "03.Номера помещений для отделки"
• "03.Отделка стен верх"
• "03.Отделка стен низ"
• "03.Высота нижней отделки"
• "03.Отделка стен доп"
• "03.Площадь стен доп"
• "03.Площадь отделки стен"

Подробнее о параметрах

• 03.Номера помещений для отделки; Параметр заполняемый скриптом. Он используется для сортировки и для окончательной, выводимой на лист ведомости.
• 03.Отделка стен верх; Параметр заполняемый пользователем. Это основной параметр. Если не будут заданы нижняя отделка и дополнительная отделка, то только этот параметр пойдет в "Отделка стен".
• 03.Площадь отделки стен; Параметр заполняемый скриптом. Автоматически высчитывается за вычетом проемов и, если заполнено, дополнительной отделки.
• 03.Отделка стен низ; 03.Высота нижней отделки; Параметры заполняемые пользователем. Эти параметры работают только в паре. Если вы укажите тип отделки низа, но не укажите её высоту, то скрипт не будет учитывать эту отделку при расчете и заполнении граф. И наоборот. Если будет указаны эти параметры, то будет вычислена площадь и вычтена из общей площади стен. В графу "Отделка стен" будет введена запись, что есть отделка низа на определенную высоту и отделка верха. Для обеих видов отделки будет записана площадь. А так же разница в высоте нижней отделки будет учитываться при вычислении однотипных помещений.
• 03.Отделка стен доп; 03.Площадь стен доп; Параметры заполняемые пользователем. Эти параметры работают только в паре. Если вы укажите тип дополнительной отделки, но не укажите её площадь, то скрипт не будет учитывать ее при расчете и заполнении граф. Площадь необходимо задавать самостоятельно. Заданная площадь соразмерно вычитается из площадей верха и низа(если оный имеется). При чем, если дополнительная отделка одинаковая в разных помещениях, то при анализе учитывается сумма этих площадей.

После заполнения параметров, на основании, введенных в помещения данных, сортирует номера помещений и записывает их в "03.Номера помещений для отделки"

• Данные по которым ведется отличительная проверка и сортировка:
• "Отделка потолка"
• "03.Отделка стен верх"
• "03.Отделка стен низ"
• "03.Высота нижней отделки"
• "03.Отделка стен доп"

Затем скрипт формирует запись, с учетом уже отсортированных помещений,  в параметр "Отделка стен". Например: 

Остается только сформировать таблицу. 

Скрипт - Ведомость отделки


The end.

Организация Хаоса.

 Эта статья первая в конкретике. И начну я с главного, с того, без чего никто и никогда не организует BIM-процесс, с ПОРЯДКА.  И не с порядка в самой модели, а с порядка в документообороте. Ибо место хранения модели - это фундамент BIM. 

Лирическое отступление

Однажды, давным-давно был случай. Поговорив о делах с одним моим заказчиком, я стал расплачиваться за кофе. Вынул из кармана кучку денег, расковыряв нужную бумажку, положил ее на стол. На что получил от заказчика отличный совет: "Порядок в деньгах - порядок в делах". Он как в воду глядел, ибо проект я тогда завалил. Но фраза осталась, и она как никогда актуальна в нашем с вами мире. 

Порядок. Для чего?

И так, для чего порядок BIM-Менеджеру? Он же может использовать ту структуру, что уже есть в организации, вплетя BIM-процесс в существующий документооборот? Может. И будет потом мучиться, разгребая существующий хаос. Обязательно будет мучиться и в результате завалит весь перевод на BIM-рельсы. Это если конечно структура документооборота не совпадает или хотя-бы не приближена к тому, что знает и хочет видеть BIM-Менеджер. 

О трудностях смены документооборота, возни с консерваторами, мучений с IT-отделом, я расскажу потом, в следующих постах. А пока о самой структуре и о том, как я ее вижу.

В зависимости от сложности внедрения BIM, от возможности использования PDM, PLM систем, от подготовленности сотрудников, структура которую я вам предложу может немного меняться. Скажу честно, структуру частично я позаимствовал у всем известного Александра Высоцкого, сильно ее сократив и изменив. Большое ему спасибо, три года назад он меня очень выручил. 

Наконец по сути

Я решил включить весь стандарт по хранению информации по проекту. Ибо считаю, что BIM это не только группа моделей с набором данных, но и остальной документооборот, хоть он зачастую не связан с моделью непосредственно. Эта структура организована таким образом, чтобы в независимости от используемого программного комплекса, документы всегда находили свое место.

Азы

Все должно быть просто, иначе вы рискуете создать еще один хаос.

Обязательно напишите регламент, ибо порядок в головах сотрудников нужно поддерживать документально и с периодичностью.

Для тех, кто вводит BIM с использованием PDM-систем, структура тоже пригодится. Ибо автоматизация хаоса ведет к автоматизированному хаосу, а не к порядку.

Никогда не позволяйте специалистам менять имя файла после его создания. Никогда не позволяйте специалисту делать несколько копий(вариантов) файла (моделей). ФАЙЛ ВСЕГДА ОДИН!!!

Регламенту должны следовать все, а не только кто работает в REVIT.

Структура и правила хранения проектной информации без использования PDM.

1.1. Структура хранения проектной информации:

Уровень 1 – Наименование типа инвестиционно-строительного проекта (ИСП)

Уровень 2 – Наименование инвестиционно-строительного проекта (ИСП)

Уровень 3 – Рабочие разделы по хранению текущей работы по проектированию объекта:

Уровень 4 – Рабочие разделы по хранению текущей работы в системе BIM, и другие структуры хранения проектной документации.

Уровень 5

ВЫПУСК – файлы выдачи 2D и 3D информации по разделам проектирования

                В папке выпуск хранится файл DWF последней редакции, фалы PDF.

                Устаревшие файлы хранятся в повременной структуре (Уроветь 6). 

ИСХОДНИКИ – документы, необходимые для деятельности отдела.

Уровень 6

Повременная структура папок:

Указание года. месяца. числа. Порядок обязателен, ввиду специфики сортировки файлов операционной системой.

Пример: 2015.07.24

1.2. Описание уровней структуры хранилища:

Уровень 1 – Наименование типа инвестиционно-строительного проекта 

Уровень 2 – Наименование инвестиционно-строительного проекта.

Уровень 3 – разбит на следующие разделы:

00 BIM

01 Исходно-разрешительная документация

02 Письма

03 Задания

04 Инженерные изыскания

05 Стадия П

06 Согласования

07 Стадия Р

08 Экспертиза

09 Фото

10 Обследование

99 BuckUp

00 BIM – содержит токующую информацию по разработке проекта. Служит для перманентного хранения информации разрабатываемых разделов проектирования. А также является файлохранилищем системы BIM.

01 Исходно-разрешительная документация – раздел для хранения исходно-разрешительной документации, в том числе: распорядительных документов, постановлений и распоряжений различных органов исполнительной власти; технических условий; разрешений; материалов инженерных изысканий; и других документов, выданных уполномоченными государственными органами и специализированными организациями для подготовки, согласования проектной документации и строительства различных объектов недвижимости. Данный раздел служит для хранения информации по документации оформляемой в соответствии со статьями 44 — 51 Градостроительного кодекса РФ, кроме документации предусмотренной статьей 47 Градостроительного кодекса РФ. Инженерные изыскания для подготовки проектной документации, строительства, реконструкции объектов капитального строительства.

02 Письма – разбит на следующие разделы:

Входящие

Исходящие

Накладные

Сопроводительные

03 Задания – строительные задания для смежных разделов. Весь обмен информацией между специалистами происходит через сохранение чек-стадий проектирования в директории «03 Задания». При завершении специалистом определенной стадии проектирования, после которой возможна или необходима работа других специалистов организации, необходимо сохранить информацию в данную папку в соответствующий раздел проектирования. Например, завершена работа по проектированию электрических сетей первого этажа здания. Специалист ЭО сохраняет проектные решения: ..03 Задания/ЭО/134-Манхеттен-ЭО-1этаж.dwg
, или завершена работа по проектированию металлических конструкций здания. Специалист КР сохраняет проектные решения: ..03 Задания/КР/134-Манхеттен-КР-Каркас-Металлические конструкции.rvt

Помимо директорий хранения проектной документации в данном разделе присутствует папка «01 Координация”, для хранения файлов Navisworks, Revit содержащих всю 3D модель стадии «П» в сборе. В этом разделе находятся папки отчетности проверок ГИПами модели здания.

В данном разделе хранится актуальная версия проектной документации, в независимости от степени готовности или изменения.

01 Координация – данный раздел служит, для хранения и сверки разделов модели, ответственными за проект в целом, сотрудниками. Проверка осуществляется только с теми разделами, что выданы в виде строительного задания, либо как чек-стадии проекта. Определение чек-стадий определяет руководитель проекта. А так же, хранятся отчеты о проверке в виде HTML-файлов.

04 Результаты инженерных изысканий – раздел для хранения документации о выполненных инженерных изысканиях, содержащих материалы в текстовой форме и в виде карт (схем) и отражающих сведения о задачах инженерных изысканий, о местоположении территории, на которой планируется осуществлять строительство, реконструкцию объекта капитального строительства, о видах, об объеме, о способах и о сроках проведения работ по выполнению инженерных изысканий в соответствии с программой инженерных изысканий, о качестве выполненных инженерных изысканий, о результатах комплексного изучения природных и техногенных условий указанной территории, в том числе о результатах изучения, оценки и прогноза возможных изменений природных и техногенных условий указанной территории применительно к объекту капитального строительства при осуществлении строительства, реконструкции такого объекта и после их завершения и о результатах оценки влияния строительства, реконструкции такого объекта на другие объекты капитального строительства.
Данный раздел служит для хранения информации по документации оформляемой в соответствии со статьей 47 Градостроительного кодекса РФ. Инженерные изыскания для подготовки проектной документации, строительства, реконструкции объектов капитального строительства Градостроительного кодекса.

05 Стадия П - раздел проектной документации, в которой содержатся итоговые файлы проектной документации в формате DWF, если раздел выполнялся в системе BIM, и в формате DWG, если раздел выполнялся в системе CAD. Наименование файла строится следующим образом: «Код проекта - аббревиатура или код, обозначающий проект. «дефис». Наименование объекта. «дефис». Сокращенное наименование раздела-номер тома. «дефис». Описание части проектируемого сооружения.

 Наименование объекта для каждого ИСП должно быть едино, не допускается использование разных наименований. Хранение файлов производится в рамках разделов проектной документации, с сохранением в векторной форме. Дополнительную информацию по наименованию файлов см. в BIM-Стандарте.

Пример наименования файла:

134-Манхеттен-КР-фундаменты.pdf

134-Манхеттен-ИОС.pdf

134-Манхеттен-ПЗ.pdf

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

Пример наименования файла:

134-Манхеттен-КР1.1.1.pdf

134- Манхеттен-КР1.1.2.pdf

134- Манхеттен-КР1.2.pdf

134- Манхеттен-КР1.3.pdf

При наименовании руководствоваться приложением «А» Национального стандарта РФ ГОСТ Р 21.1101-2013 «Система проектной документации для строительства. Основные требования к проектной и рабочей документации» и постановлением правительства РФ № 87 от 16.02.2008 г. «О составе разделов проектной документации и требованиях к их содержанию».

В данном разделе хранится актуальная версия проектной документации, в независимости от степени готовности или изменения.

06 Согласования – раздел для хранения согласований, в том числе: письма о согласовании какой-либо документации, сканы чертежей с согласованиями.

07 РД - раздел выполненной рабочей документации, в которой содержатся итоговые файлы рабочей документации в формате DWF, если раздел выполнялся в системе BIM, и в формате DWG, если раздел выполнялся в системе CAD.  

Наименование файла строится следующим образом: «Код проекта- аббревиатура или код, обозначающий проект. «дефис». Наименование объекта. «дефис». Сокращенное наименование раздела-номер тома. «дефис». Обозначение рабочей документации «РД». «дефис». Описание части проектируемого сооружения.
Наименование объекта для каждого ИСП должно быть едино, не допускается использование разных наименований. Хранение файлов производится в рамках разделов проектной документации, с сохранением в векторной форме. Дополнительную информацию по наименованию файлов см. в BIM-Стандарте.

Пример наименования файла:

134-Манхеттен-КР-фундаменты.pdf

134-Манхеттен-ИОС.pdf

134-Манхеттен-ПЗ.pdf

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

Пример наименования файла:

134-Манхеттен-КР1.1.1.pdf

134- Манхеттен-КР1.1.2.pdf

134- Манхеттен-КР1.2.pdf

134- Манхеттен-КР1.3.pdf

При наименовании руководствоваться приложением «Б» Национального стандарта РФ

ГОСТ Р 21.1101-2013 «Система проектной документации для строительства. Основные требования к проектной и рабочей документации».

В данном разделе хранится актуальная версия рабочей документации, в независимости от степени готовности или изменения.

08 Экспертиза – раздел для хранения следующих файлов: замечания, полученные от экспертных организаций по разработанной   документации; повторные замечания; общие справки с ответами на замечания; частные справки с ответами на замечания по разделам; приложения к ответам на замечания.

09 Фото – фотографии объекта проектирования (существующие здания и сооружения, территория проектирования, процесс строительства, построенные здания и сооружения по выданной проектной документации).

10 Обследование -  раздел для хранения файлов обследования технического состояния объекта проектирования.

Уровень 4

00 BIM– разбит на следующие разделы:

00 BIM – ресурс

01 Координация

02 ПЗУ- Отдел Генплана

03 АР - Архитектурный отдел

04 КР - Конструкторский отдел

05 ОВ - Вентиляционный отдел

06 ВК - Сантехнический отдел

07 ТХ - Технологический отдел

08 ЭО - Электротехнический отдел

00 BIM-ресурс – данный подраздел служит, для хранения всех, созданных для проекта, либо изменённых стандартных семейств, но не включенных в базу.

01 Координация – данный подраздел служит для хранения файлов Navisworks, Revit. Базового файла проекта и Обобщенную модель.  

02-08 – данные разделы созданы по основным направлениям деятельности проектных работ. В них хранится любая информация необходимая для выполнения проектных работ. В том числе: проекты AutoCAD, Civil3D, MagiCAD-ACAD в формате DWG, проекты MagiCAD-Revit, Revit в формате rvt; семейства Revit в формате rfa; документация в формате pdf, docx, xlsx.

В разделах должна находится папка уровня 5 – «ИСХОДНИКИ». Так же, по необходимости может находится папка «ВЫПУСК», которая должна иметь повременную структуру (Уровень 6).

Также в этих разделах разрешено создания вложенных разделов, без правил наименования и структурирования данных.

Уровень 5 – находится в разделах, которые требуют подобных видов хранения документации. Содержит не относящуюся к данному проекту, но необходимую для проектировщика информацию.

Уровень 6 – присутствует в частях разделов в которых необходимы архивирование и повременной контроль выпускаемой информации, внутри раздела.

За соответствие регламенту хранения информации отвечает руководитель проекта либо ГИП проекта. За хранение и обмену информацией, относящейся в к BIM-системе, отвечает руководитель группы BIM-технологий.

Документы хранятся в единственном экземпляре, все устаревшие документы необходимо сохранять в «АРХИВ» («АРХИВ» - архивная папка, находящаяся в любом разделе(подразделе), имеющая повременную структуру.), с дополнительными пояснениями.  Например: ..АРХИВ/2016.01.18 до изменений по замечаниям.

Планов громадье.

Планов громадье.

Хочу сориентировать тех, кто заинтересован в информации по BIM-Менеджменту с поля боя, так сказать. Планы на ближайшее будущее:

• Организация хаоса. Статья, которую я обещал, и с которой собственно все и началось. Как организовать работу c файлами при работе с BIM.

• Практический пост по ведомости отделки. Скрипт на динамо с пояснениями. Скрипт является расширением стандартного скрипта, блуждающего по интернету. Автора я не знаю, но, если вы мне скажите, буду рад вписать его в авторы, ибо большая часть его. Я скрипт только доработал до универсальности.

• Статья о том, что на самом деле мешает проектировщику начать работать с в BIM. - ГОСТ Р 21,1101-2013. Это будет ярость.

• Практический пост по нумерации листов при разработке разных разделов и стадий в одной модели в REVIT. Опять же скрипты и пояснения. Нескромно скажу, все будет очень элегантно и просто, и главное удобно. Скрипт проходит проверку на универсальность.

Не обязательно в таком порядке, но будет.

В начале...

Как  писал Азимов: "В начале... А кстати, что было в начале? Слово... но какое? 'Законы роботехники'.."

    У нас конечно не робототехника, но тоже связано с автоматизацией. И проблем в сфере автоматизации проектирования достаточно. Достаточно для того, чтобы перестать  тянуть одеяло на себя и начать сплачиваться против основного противника. Противник этот о трех головах: консерватизм, лень и жадность. Тенденция делиться знаниями, опытом, наработками уже себя проявляет. BIM-Авангард России давно публикует и безвозмездно помогает на своих блогах, различных форумах и соцсетях. Так что самовольно причисляю себя к впереди идущим и начинаю долгий цикл статей.
  Про REVIT пишется довольно много, а про саму технологию значительно меньше. И еще меньше информации можно встретить конкретно описывающей проблемы BIM, а так же пути решения этих проблем. В связи с этим мой блог будет в основном посвящен именно BIM, но затрагиваться другие вопросы тоже будут. Поехали!