Технологии BIM и TDMS Фарватер

Немного историй об изменениях в технологиях проектирования зданий

Расскажу о своем пути знакомства с BIM… 

Наверное, впервые я столкнулся с BIM в 1995 году (такого термина еще не было – это сейчас в ретроспективе мы понимаем, что речь шла о BIM), мы писали программы для автоматизации построения объектов в Autocad имеющимися тогда инструментами. И вот, во время командировки в Москву, мы увидели на на мощных рабочих станциях HP построение 3D лестниц с ограждениями  по параметрам: высота, ширина, уровни, – это выглядело фантастически. Особенно когда мы узнали стоимость этих графических станций. Порядок цен не помню, но помню что одна станция по стоимости была сравнима со всеми нашими 30 – 40 компьютерами того времени.

Затем уже в начале нулевых мы познакомились с программой AllPlan фирмы Nemetchek. Подход программы: сначала построить модель в 3D а потом быстро получить чертежи, – звучал еретически в 2003 году, поэтому руководство сказало:”Назначьте специалиста – пусть строит модель следом за проектировщиками”. Данный способ работы привел к естественному финалу: проектировщики не поняли ничего, специалист понял мощь подхода и, освоив программу, уехал и стал работать там, где его возросшие возможности были оценены.

Затем,в рамках перехода на лицензионное ПО, ведущий зарубежный производитель провел масштабную кампанию по всей России, значительно снизив стоимость лицензирования в регионах и попутно предлагая в качестве бесплатного приложения некую, непритязательную программу – Revit. Компьютеры стали мощнее, появились серьезные разработки для документооборота, в частности, TDMS – российская платформа для разработки любых, сколь угодно сложных систем инженерного документооборота.

Идея реализовать функционал для работы с информационными моделями в системе TDMS родилась еще во времена моей работы в должности CIO в крупной проектной компании. Попытки реализации пилотных проектов в BIM в программах Revitи Nemetchek Allplan/Allplot дали бесценный опыт внедрения новых методов работ. 

Поскольку в те времена ни о каких отечественных нормах и BIM-стандартах и не помышляли (речь идет о 2005-2013 годах), постольку все делалось на энтузиазме и уверенности, что данные технологии займут свою нишу. Проектировщикам было не до новых технологий. Ведь проектов – десятки, план  на два-три года вперед просматривается, объемы работ такие, что ни о каком отвлечении на что-то новое не приходилось и думать, ведь заказчик все равно принимал эту работу. У него тоже были громадные планы. Потом, правда, приходили замечания – и вот тут уже возникали сложности, потому что эти замечания влекли изменения в документации и постепенно вал таких хвостов по уже сданным проектам, начал составлять значительную долю работ проектировщиков.

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

Итак, ситуация: проект сдан, коллектив обновился, пришли замечания через год, еще год их выполняют совсем другие, молодые люди, которым говорят: ”А вы знаете, деньги за этот объект уже заплачены, поэтому вы работаете в счет других проектов, которые тоже уже сделаны, поэтому вам высокой заработной платы не видать”. 

Другая ситуация: в организации держится штат работников, целые отделы, которые из месяца в месяц отвечают на замечания, и пытаются сдать объекты снова и снова. Они всегда в цейтноте, финансовый отдел не знает, из каких источников финансировать этих людей, “залезает в карман” будущих поступлений, снижая зарплату молодым и перспективным, молодые не понимают, в чем дело и уходят на поиски лучшей доли и организация “стареет”. Финал неизбежен, если ничего не изменить…

И еще ситуация: надо внести изменения в документацию по проекту, который сдавали в прошлом году. А ГИП не придавал значения организации электронного архива, он подписал накладную и кинулся на следующий проект, а файлы готовых документов так и остались разбросанными на компьютерах отдела выпуска, у помощника ГИПа, часть на сервере организации в папках, которые проектировщики называли в режиме цейтнота “новые планы на выдачу”, “изм. 2 – Сидоров – планы 3 4 этаж”, “схема т1 – (12)”. И когда начинается работа с архивным проектом, первое, что приходит в голову – уволиться. В итоге с огромным количеством необязательных трудозатрат по поиску и актуализации документов удается выдать замечания. Иногда даже такая ситуация приводила к тому, что организация принимала решение перейти на систему электронного документооборота и архива.

Наша историческая зарисовка подходит к концу. Все, о чем рассказали, приводило к мысли, что хорошо бы было и архивы с документами держать в порядке, и изменения быстро вносить, и применять те самые “чудесные волшебные технологии сквозного проектирования, о которых мы слышали от развитых организаций” для снижения вообще количества замечаний и улучшения качества проектирования. Прорыв произошел в конце 2014 года, когда был опубликован приказ о пятилетнем плане перехода на BIM-технологии в России.

Описание технологии BIM

Рассмотрим суть технологии информационного моделирования зданий и сооружений BIM (BIM – Building Information Modelling / ТИМ – Технология информационного моделирования). 

Представим трехмерное пространство; примем, что начало координат соответствует северному и восточному положениям МСК (местной системы координат), отметка Z начала координат соответствует рабочей отметке пола первого этажа; скажем, что единица измерения – миллиметр и начнем заполнять это пространство объектами разных форм. Например, нарисуем прямоугольный параллелепипед длиной 24 м, шириной 640 мм, и высотой 3.3 м. Узнали кирпичную стену?. Компьютеру не составляет труда сохранить этот объект в памяти и вдобавок приписать ему некоторое количество свойств (их еще называют атрибутами, параметрами). Эти свойства неотделимы от объекта – современные системы баз данных это легко могут обеспечивать. Какие же это свойства? Например, “Материал” (кирпич, керамзитобетон), “Объем”, “Площадь поверхности”, “Тепловое сопротивление” и т. д. Ряд параметров вычисляется автоматически (“Объем”), ряд параметров заполняет проектировщик (“Материал”).

Следующий шаг – проектировщик хочет создать ростверк, но ему уже не нужно вводить координаты: ведь стена уже создана. Поэтому он указывает стену, а ростверк формируется уже сам, на нужной отметке, заданной длины. Добавляем параметры ростверку и идем дальше. Окно. Указываем стену и говорим что на расстоянии 2 500 от края стены вставить окно 1 810 х 1 510. Система уже сама рассчитывает все необходимые геометрические фигуры для построения окна и вновь остается только заполнить свойства.

Те, кто знаком с координатной геометрией, даже в рамках школьного курса, легко разберутся, как компьютер делает такие построения. Достаточно прочитать про однородные координаты и умножение матриц. Понятно, что объем вычислений велик, но ведь компьютеры сделали огромный скачок в развитии, и поэтому такие технологии пришли на рабочие места любых проектировщиков.

Перейдем к чертежам. Опять же, в координатной геометрии есть методы получения сечений любых видов, направлений, глубины. Осталось договориться, что сечение всех объектов плоскостью на высоте 1.4 м – это 1 этаж, на высоте 12 м – 4 этаж, а на высоте 500 м – “План кровли”. А при построении объекта “Стена” компьютер легко определит границы прямоугольника в сечении и очень просто заштрихует этот промоугольник на виде в сечении двойной штриховкой, с учетом свойства вида “Масштаб” и другого свойства вида “Уровень детализации”. Таким образом, в нашей модели появляется еще один объект, но не геометрический как стена, а виртуальный – “Вид” с параметрами: высота и направление сечения, масштаб, уровень детализации, – и еще с большим количеством параметров настройки цветов.

Комбинация видов и объектов на них позволяет теперь получать множество чертежей – осталось на каждом виде (не в модели) нанести надписи, размеры, тексты и основные надписи – что делается в разы быстрее, чем при традиционном проектировании. Но есть проблема – такие виды нужно дорабатывать вручную другими САПР-программами. Основная причина доработок – необходимость соответствовать “Требованиям-Которые-Никак-Нельзя-Нарушить-Потому-Что-Так-Было-Всегда”… например, высота строк спецификации непременно должна быть 8 мм…. Если вдуматься, то это требование совершенно бессмысленно, и было введено в далеких годах, когда чертили вручную на бланках….

Решение проблемы не за горами – изменения в стандартах позволят значительно повысить эффективность подготовки документации, увеличивая производительность труда проектировщиков.

 А теперь самое интересное, ради чего все это затевалось изначально.

В нашей модели есть все объекты, которые моделируют здание и у них есть свойства. База данных умеет быстро выбирать и группировать свойства объектов, даже если таких объектов миллионы. Мы с вами мгновенно (именно мгновенно) получаем информацию о количестве и типе всех объектов модели (сколько дверей и какие, и на каких этажах), сколько кубометров бетона в стенах, сколько кубометров кирпича, площадь остекления, спецификации помещений и прочее, и прочее, и прочее.

И кроме того, когда мы изменили ростверк, который мы с вами сделали в начале примера (добавили эксцентриситет и ширина увеличилась на 40 мм) то все виды, на которых этот ростверк попал в сечение (планы, схемы, разрезы, фрагменты и узлы – пусть даже таких видов уже 200 в проекте), все виды сами изменяются и размеры изменяются, и свойства в спецификациях изменяются – и вся модель, и все документы остаются согласованными.

При создании больших проектов информационных подмоделей может быть много: 300 и больше. Это модели колонн, системы пожарного водопровода, плана озеленения, расчетной схемы, остекление фасадов и т. п. При этом все модели согласованы, и разработчик системы вентиляции прекрасно видит в 3D-пространстве и на всех видах все колонны, балки и перекрытия и проходит своими коробами и оборудованием без ошибок. Таким образом, уже на этапе проектирования исключаются коллизии между системами, а это очень существенное снижение стоимости объекта – ведь исправление ошибок при строительстве в 100 раз дороже исправления ошибок на этапе проектирования.

Возникает вопрос – а где хранятся все эти составные модели? Ответ – в Среде Общих Данных (СОД или CDE – Common Data Environment). А вот требования к среде общих данных уже сформированы в виде стандартов и применяются в наиболее развитых в технологическом отношении странах, применяющих BIM-технологии. Это, например, известнейший стандарт BS 1192:2007+A2:2016 по организации взаимодействия архитекторов, конструкторов и инженеров при разработке и использовании информационных моделей.

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

Мы с вами познакомились с технологией BIM. Подведем небольшой итог. Технология BIM означает:

• 3D Модель первична. Виртуальное пространство, объекты и свойства, поведение объектов задается программными средствами BIM-проектирования.
• Чертежи вторичны. Они получаются из модели с высокой степенью готовности и всегда содержат актуальные данные из модели.
• Ручная доводка чертежей минимальна. В идеале 100% информации готовится в модели, но на практике приходится вручную дорабатывать чертежи. 
• Проектировщики должны кардинально изменить методический подход к проектированию. Вместо черчения – моделирование.
• Наличие стандартных требований к модели: атрибуты, свойства, поведение, состав характеристик, назначение.
• Наличие стандартов, регламентирующих создание и использование информационных моделей на разных стадиях инвестиционно-строительного процесса
• Ключевой вывод – BIM – это новая технология взаимодействия всех участников проекта между собой.
• BIM = Взаимодействие

Стандартизация BIM-технологий. Проблемы и перспективы

В России уже принят ряд стандартов по технологии информационного моделирования. В таблице приведены некоторые из этих стандартов

1	ГОСТ Р 57311-2016 Моделирование информационное в строительстве. Требования к эксплуатационной документации объектов завершенного строительства
2	ГОСТ Р 57563-2017/ISO/TS 12911:2012 Моделирование информационное в строительстве. Основные положения по разработке стандартов информационного моделирования зданий и сооружений (с Поправкой)
3	СП 404. «Информационное моделирование в строительстве. Правила разработки планов проектов, реализуемых с применением технологии информационного моделирования»
4	СП 328. «Информационное моделирование в строительстве. Правила описания компонентов информационной модели»
5	СП 333. «Информационное моделирование в строительстве. Правила формирования информационной модели объектов на различных стадиях жизненного цикла»
6	СП 331. «Информационное моделирование в строительстве. Правила обмена между информационными моделями объектов и моделями, используемыми в программных комплексах»
7	СП 301. «Информационное моделирование в строительстве. Правила организации работ производственно-техническими отделами»

Готовятся еще такие важные изменения, как:

1. Изменения в градостроительный Кодекс, связанные с введением в закон понятия “Информационная модель”
2. Масштабная реформа имеющихся стандартов в разных сферах деятельности, в том числе и проектной. Я ожидаю, что в области СПДС и ЕСКД будут изменены требования к оформлению документации. И они будут соответствовать современным технологическим возможностям по автоматизации выпуска документации.

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

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

Очень многие проектировщики, эксперты, заказчики, цепляясь за старые привычные, удобные методы и приемы, отказываются рассматривать что-то новое и апеллируют к привычным стандартам. А ведь многие ЕСКД и СПДС стандарты создавались для поддержки традиционных бумажных технологий, когда вполне допускались методы изменений путем черчения на оригиналах с загадочными столбцами “Кол. уч.”, архивного хранения с инвентарными номерами, наносимыми вручную, 8 мм строчек в экспликациях и спецификациях для удобства рукописного заполнения, “нетехнологичного” с точки зрения автоматизации заполнения штампа основной надписи чертежа, использования искусственных фронтальных диметрических проекций для построения схем вместо более визуально точных изометрических  и т. п.

Нам нужно следить за процессами нормотворчества, понимать что наши стандарты будут соответствовать в той или иной мере уже проверенным стандартам, изучать и применять в своей работе уже наработанные методы проектирования, не бояться изменений.

Необходимые структурные и организационные изменения компании для перехода на BIM

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

Сейчас идет переход на технологии информационного моделирования – соответственно нужны специалисты с новыми знаниями и компетенциями. И вновь, аналогично предыдущему этапу, самые инициативные специалисты ищут в новых технологиях пути улучшения сначала собственной эффективности (и, разумеется, своей стоимости) а затем и пути улучшения эффективности всего процесса проектирования. Такие специалисты называются BIM-менеджерами.

В компаниях, которые хотят повысить собственную эффективность, необходимо создать условия и рабочие места для BIM-менеджеров. Но где же взять BIM-менеджера? Ведь это с одной стороны специалист, знающий и умеющий проектировать объекты, а с другой – умеющий разбираться, работать с новыми программами, изменять процессы организации и обучать других специалистов новым методам и подходам к работе. BIM-менеджер должен быть визионером, обладать стратегическим мышлением, видеть тренды технологий, уметь эти тренды “доносить” до проектировщиков, уметь зажигать людей, и еще иметь управленческие навыки для реализации стратегии.

Это очень серьезный набор требований,  поэтому BIM-менеджер – это высокооплачиваемый специалист, уровень зарплаты которого сопоставим с зарплатами руководства проектных компаний. Кстати, сейчас появилась модная аббревиатура CDO (Chief Digital Officer) – директор по цифровым технологиям. Вот BIM-менеджер в проектной организации – это и есть CDO, который возглавляет процесс перехода на цифровые технологии информационного моделирования.

Большая проблема сегодняшнего этапа развития заключается в том, российские вузы не готовят специалистов по BIM-менеджменту. Есть надежда, что это временная проблема. Ведь на бумаге уже несколько лет существуют планы и распоряжения правительства о переходе на новые технологии, о создании программ обучения в вузах, о поддержке отечественного бизнеса и инноваций, и прочее и прочее… Ждать, когда реализуются эти обещания, – по моему мнению не стоит. Надо самим искать пути решения проблемы и искать или готовить специалистов.

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

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

Еще одна важная задача для предприятия – обеспечить готовность инфраструктуры локальной сети и персональных компьютеров. BIM-программы, в большинстве своем, весьма требовательны к железу, а сам подход к работе в виртуальном пространстве требует большого количества двумерных видов, помогающих визуализировать это самое виртуальное пространство. Практически необходимо 2-3 монитора большого размера на каждое рабочее место проектировщика. Эффективность работы BIM-проектировщика кратно зависит от размеров рабочих столов и количества экранов.

Рассмотрим еще одну проблему – взаимодействие проектировщиков для работы над проектом. При традиционном подходе (до BIM) каждый проектировщик получал задание, забирал к себе (копировал с сервера) все доступные материалы, выполнял работы и отправлял на согласование другим свои результаты. Отправлял, как правило с копией в электронной почте всем адресатам. К концу проектирования получаются огромные залежи версий файлов, с копиями в электронной почте, загаженные почтовые ящики, потерянные файлы, поскольку компьютеры имеют свойство ломаться, а люди – увольняться. Ворох версий файлов приводил к катастрофическим проблемам и невозможности сдать проект вовремя, накладные расходы на выпуск документации стали сопоставимы с трудозатратами на весь проект. Внедрение систем документооборота в какой-то степени эту проблему решило, но с приходом технологии информационного моделирования вновь возникает проблема взаимодействия – ведь всю виртуальную модель не заберешь к себе и не поработаешь с ней вечерком, как с DWG-файлами….Приведем аналогию со стройкой. Когда возводится здание, то на его строительство приезжают разные бригады и на стройке все делают. Часть изделий заводского изготовления доставляются и монтируются, а часть компонентов создается прямо в ходе работ. Бригады меняются, за каменщиками приходят отделочники, кровельщики и т. п. , в полном соответствии с графиком строительства. Так вот, при виртуальном строительстве здания (а это и есть еще один взгляд на BIM проектирование) должно происходить то же самое – проектировщики, сменяя друг друга, по календарному графику проектирования, “приходят” на виртуальную стройку, возводят свои элементы, конструкции, домашние заводские заготовки (проектные идеи, типовые узлы) и “уходят” домой. Никто не забирает себе виртуальное здание. а значит, нет никаких копий здания, нет дублирующихся осей, стен и т. п. Есть только ранее сохраненные копии виртуального объекта, чтобы можно было применять вариантное проектирование или показывать уже утвержденную “часть виртуального здания” (например, стадию П). Где хранится такая виртуальная модель? Современная тенденция – создавать и работать с такой моделью в облаке. Тогда мы, как проектировщики, можем “приходить” на объект в любое время и из любого места на земном шаре. Как видите, ситуация совсем сильно отличается от нашей традиционной схемы. 

Но облака в российской действительности еще не сильно востребованы – велика роль предрассудков по сохранности данных, их защите от несанкционированного доступа, да и отделы ИТ-безопасности хотят подольше продержаться на зарплате, ничего для этого не делая, а только запрещая все и вся…..Поэтому наши реалии – это сервера в организации, на которых разворачивается вся инфраструктура виртуального здания, виртуальной строительной площадки. Такая инфраструктура называется Среда Общих Данных (СОД) или Common Data Environment (CDE). Как создавать такие среды, как их использовать – об этом написано множество рекомендаций, созданы зарубежные стандарты и уже появляются наши, отечественные стандарты. Понятие СОД входит в жизнь проектировщика и задержится надолго. BIM-менеджеры обязательно будут использовать СОД при внедрении BIM-технологий.

Выводы из вышеизложенного таковы:

• В проектной организации, желающей работать по BIM технологиям, должна быть создана должность BIM-менеджера на уровне заместителя директора.
• Полномочия BIM-менеджера должны позволять изменять процессы взаимодействия в организации при проектировании по BIM-технологиям
• Для первых пилотных проектов организации могут привлекать другие консалтинговые организации, специализирующиеся на оказании услуг по BIM-консалтингу.
• В проектной организации должна быть среда общих данных (СОД) и система управления этой средой общих данных, связанная с системой управления проектами.
• Персональные компьютеры и сервера должны быть современными. Практические рекомендации – сервера обновлять каждые три года, персональные компьютеры – каждые 5 лет.

TDMS Фарватер, как инструмент проектирования по BIM-технологиям

Мы с вами рассмотрели разные аспекты современного состояния дел в области технологий информационного моделирования.

Большой опыт работы в проектных организациях, углубленное изучение новых программ и новых технологий, разработка мощных и востребованных САПР программ для проектировщиков – все эти особенности нашей компании позволили создать интересную программу по управлению проектами с использованием BIM-технологий.

Эта программа называется TDMS Фарватер. Программа относится к классу систем технического документооборота и систем управления проектированием. Она подходит для проектных организаций, разрабатывающих проекты объектов капитального строительства производственного и непроизводственного назначения, а также линейные объекты всех типов – автодороги, трубопроводы, железные дороги и т. д.

TDMS Фарватер предназначен для всех проектировщиков, всех руководителей отделов и групп, ГИПов, BIM-менеджеров, руководителей высшего уровня. Стадии жизненного цикла объектов, которые поддерживаются в системе – предварительная проработка, инженерные изыскания, разработка документации стадии П и Р. Также возможна поддержка любых других стадий в минимальном базовом варианте – выдача и контроль заданий, разработка и структурированное хранение документов, контроль версий.

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

• Разработка ПСД до стадии Р включительно (предварительная проработка, изыскания, стадии П и Р)
• Определение графиков проектирования, контроль за ходом выполнения графиков
• Разработка всей проектно-сметной документации в электронном виде с последующим хранением выданной документации в архиве.
• Внесение изменений в документацию по ГОСТ 21.1101-2013
• Проведение нормоконтроля
• Управление договорами, накладными, разрешениями на внесение изменений, публикациями
• Подготовка документации на экспертизу, автоматизированное формирование ИУЛ.
• Работа с входящими и исходящими письмами
• организационно-распорядительный документооборот: приказы, распоряжения, протоколы совещания, контроль исполнения поручений по всем видам документов.
• Накопление информации по фактическим трудозатратам исполнителей по проектам.
• Управление средой общих данных для работы с информационными моделями
• Подготовка IFC-файлов информационной модели в соответствии с требованиями госэкспертизы
• Электронный архив проектно-сметной документации и информационных моделей

Единицей хранения в системе является проект. В проект входят стадии, в том числе и стадия “Информационная модель” (ИМ). ИМ разделяется на подмодели, согласно стандартным рекомендациям – по разделам, по зонам, по уровням, по назначению и т. п. Способы обозначения этих подмоделей тоже четко зафиксированы в нормативных требованиях. TDMS Фарватер придерживается этих требований. После декомпозиции модели на подмодели, мы получаем набор контейнеров-подмоделей, увязанных в иерархическую структуру (см. рис. 1).

После декомпозиции модели она разворачивается BIM-менеджером проекта в файловую структуру по специальной команде. В дальнейшем можно дополнять декомпозицию модели, добавляя новые зоны или разделы и повторно выносить новые элементы в файловую систему. см. рис 2.

TDMS Фарватер помогает открывать проектировщикам папки со своими моделями. Проектировщики работают в области WIP, а по мере готовности своих компонентов (или заданий смежникам) выполняют команду передачи своей подмодели в область общих данных (SHARED). TDMS Фарватер при этом выполняет служебные операции по подъему версии компонента в модели, выдаче задания BIM-менеджеру на формирование передаваемой копии, создает маршрут согласования для всех ответственных за разработку задания лиц, и многое другое.

Время от времени, согласно графику проектирования, TDMS Фарватер выдает задания на проведение координационных совещаний и задания на устранение коллизий. Рекомендуется в графики проектирования по BIM (образец поставляется вместе с системой TDMS Фарватер) включать не менее трех проверок на коллизии (например, на этапах готовности 30-60-90).

В результате у нас в контейнерах модели накапливаются актуальные IFC файлы, составляющие сводную модель.

Эти IFC файлы, наряду с документацией стадии П и Р входят в различные публикации и хранятся в электронном архиве вечно.

Прочие возможности системы TDMS Фарватер мы в рамках темы данной статьи не рассматриваем. Все желающие могут ознакомиться с полными возможностями программного комплекса на сайте, либо установить демонстрационную полнофункциональную версию программы сроком на 1 месяц.

Резюме

TDMS Фарватер прививает культуру BIM-проектирования, распространяет стандартизованные подходы к организации среды общих данных, унифицирует работы по технологиям информационного моделирования.

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

Автор статьи: Маслов Дмитрий – руководитель проектов комплексной автоматизации ООО «Магма-Компьютер»