Технологии 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 Фарватер.

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

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

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

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

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

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

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

Резюме

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

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

TDMS Фарватер — эффективный инструмент для перехода и для использования технологий информационного моделирования зданий и сооружений — BIM!

TDMS Фарватер. Методики PMBOK и российские проектные организации

TDMS — известная объектно-ориентированная среда для хранения и управления разнообразными данными и процессами. После настройки объектов и бизнес-процессов можно применять систему TDMS практически в любой предметной области. Настройка – это описание на языке TDMS объектов предметной области, их статусов и правил управления этими объектами. Далее формируем структуру предприятия, назначаем права доступа и роли, и в результате получаем уникальную «Конфигурацию».

Мы начинаем публикации, посвященные TDMS Фарватер — конфигурации для проектировщиков и руководителей проектных компаний. Бизнес-процессы TDMS Фарватер базируется на PMBOK, как на эталонном своде правил по управлению проектами, и поддерживает традиционные процессы разработки проектно-сметной документации по Российским ГОСТ.

Управление проектами

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

Существует много стандартов и руководств по управлению проектами. Наиболее известен, пожалуй, свод правил (или еще его называют «свод лучших практик») PMBOK, Project Management Body Of Knowledge, в действующей 5-й редакции от 2013 года. Этот фундаментальный стандарт лежит в основе аналогичных руководств разных стран. Он издается американским институтом PMI.

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

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

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

Но в области архитектурно-строительного проектирования, особенно в отечественных организациях, проблемы управления проектами имеют особенности, главным образом связанные с опытом планирования в предыдущих экономических условиях: сначала плановой экономики, потом переходного периода. Многие крупные проектные организации имеют в России более чем полувековую историю. Их процессы управления опираются на опыт возрастного поколения специалистов. Как правило, в каждой крупной организации существовал свой вычислительный центр, и основной его работой было обслуживание календарно-сетевого планирования. А при имеющейся тогда ситуации плановой загрузки деятельность многих предприятий была практически идентичной деятельности завода по производству документации. Главной была задача эффективной загрузки ресурсов. Развитие глобальной экономики привело к тому, что эффективность работы таких крупных проектных организаций снизилась до неприемлемого уровня из-за катастрофически низкой скорости реагирования на изменяющиеся потребности рынка.

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

Еще одна проблема уникальных систем – трудность обмена данными с другими организациями. Разные схемы организации хранения данных приводят к тому, что при передаче данных задействуются дополнительные ресурсы и тратится время на преобразования данных, объяснение или документирование способов обмена данными, оформление различных «одноразовых» регламентов обмена данными.

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

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

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

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

В таких новых организациях руководители изначально ориентированы на проектный подход, как раз описываемый в PMBOK. Они стараются изучать и применять современные методы управления проектной деятельности. Такие прогрессивные руководители организаций не готовы и не хотят тратить время (причем значительное) на какие-либо доработки уникальных программ, не связанных с получением прибыли по основной деятельности.

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

Создание программы TDMS ФАРВАТЕР

В настоящее время многие российские организации широко используют отечественную платформу TDMS в качестве системы электронного документооборота.

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

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

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

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

Как работает TDMS Фарватер

TDMS Фарватер – это конфигурация TDMS, настроенная на поддержку самых востребованных процессов создания проектной документации для стадий проектирования П и Р.

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

У каждого информационного объекта есть свойства (атрибуты), и действия. Одно из свойств – статус информационного объекта. Именно статус определяет права доступа разных сотрудников к объекту, а также список возможных действий с объектом. У некоторых информационных объектов имеются возможность создавать и хранить версии этих объектов. Например, документ, содержащий альбом ООС «Охрана окружающей среды» на выдачу, может иметь активную версию 24. Но у вас есть возможность посмотреть, или даже сделать активной, любую из предыдущих версий. В ряде случаев: работа над замечаниями, внесение изменений, различные споры с заказчиками и подрядчиками, — это очень нужная функция.

Возможно, вы заметите, что так работает и большинство других систем управления данными. Это, действительно, так. Но у TDMS Фарватер есть преимущество.

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

В TDMS Фарватер выделяются три подсистемы:

  1. Организационно-распорядительный документооборот (ОРД);
  2. Технический документооборот;
  3. Электронный архив.

Модуль ОРД поддерживает, как и в других подобных системах, основные процессы по созданию, учету и хранению следующих видов документов:

  • Приказы, Распоряжения;
  • Входящие документы;
  • Исходящие документы;
  • Служебные и докладные записки;
  • Договоры.

Модуль технического документооборота управляет такими типами документов:

  • Проектный документ;
  • Задание на выполнение различных действий по проектированию;
  • Протокол технического совещания;
  • Разрешение на внесение изменений;
  • Проект, часть проекта;
  • Накладная.

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

Для обеспечения работы всех проектировщиков и сотрудников организации с нужными объектами в TMDS Фарватер сделана подсистема работы со штатным расписанием. Ответственные за управление персоналом могут учитывать все должности, перемещения, замещения, табели каждого сотрудника.

Еще одна особенность системы TMDS Фарватер – интеграция с AutoCAD, nanoCAD, КОМПАС, et cetera. В системе TMDS Фарватер есть команды для использования механизма внешних ссылок, чтобы было удобно передавать задания между смежниками, и чтобы все проектировщики могли использовать в работе только актуальные версии документов, чертежей, подложек. Есть также дополнительные модули к TMDS – так называемые интерфейсы: Addins для AutoCAD и nanoCAD, делающие работу с внешними ссылками более удобной.

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

Документ в базе данных блокируется для остальных. С этого момента чертеж открывается на редактирование в необходимой программе.

После внесения изменений и сохранения файла на локальном компьютере пользователь сохраняет изменения в базе данных. Информационный объект в этот момент освобождается (check-out) и с ним могут работать все остальные согласно процессам и правам доступа. Надо понимать также, что пока объект заблокирован, все остальные все равно могут читать файлы заблокированного документа, например, когда используют эти файлы в качестве внешних ссылок.

Информационные объекты – документы, как уже сказано выше, являются контейнерами для файлов любых типов. Не только чертежей, но и графических файлов, фотографий, текстовых документов WORD, таблиц EXCEL, и т. п. После того, как файл извлечен из базы данных на компьютер пользователя (эта операция также известна под названиями «check-in / check-out», «извлечение / возврат») он открывается на редактирование в нужной программе. Такой механизм позволяет хранить в контейнерах-документах файлы любых типов. DWG и DOC для разработки документации, XLS – для проведения расчетов, PDF – для формирования томов выпуска документации, файлы расчетных схем, сметные исходные данные и т. п.

Можно попытаться воспринимать структуру проекта по-другому – как систему файлового хранилища с «умными» папками. Роль папок играют документы-контейнеры, каждый со своими атрибутами. Возможно, такая интерпретация механизма работы TDMS Фарватер поможет быстрее понять суть работы системы и принять решение о внедрении системы в организации.

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

Примеры процессов

Процесс подготовки проектной документации

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

Общий процесс работы выглядит следующим образом.

  1. В системе регистрируется проект, определяются стадии (П, Р, или обе вместе), которые будут разрабатываться.
  2. ГИП заполняет документы – исходные данные: техническое задание, график разработки, технические условия, исходно-разрешительные документы. С этого момента каждый проектировщик, участвующий в проекте, имеет возможность работать с этими важными документами. Если же часть таких документов недоступна вначале работ (например, ТУ еще не получены), то их можно заносить по мере поступления. При этом формируется очередная версия документов, и все проектировщики работают именно с ней. Не нужно тратить усилия на распространение актуальных версий среди проектной команды.
  3. ГИП (или его помощник) создает структуру проекта согласно ГОСТ Р 21.1101-2013, добавляет нужные подразделы, части, книги. Но добавление нижележащих частей может делать и ответственный за часть проекта – таким образом, книги можно добавлять по мере необходимости, на поздних этапах разработки. При этом специальной командой можно формировать обновленный документ «Состав проекта». Этот документ доступен разработчикам для вставки в свои разрабатываемые тома документации. Состав проекта изначально формируется и хранится в проекте в формате DOC. Это позволяет использовать его максимально удобно, например, проверить и распечатать в формате PDF. Далее, используя различные программы обработки PDF можно легко сформировать полный альбом c обложками, титулами, составом проекта, разрешениями на внесение изменений.
  4. ГИП (или его помощники) определяет подразделения, ответственные за разработку. Для этого он выбирает ответственных на каждом из разделов проекта, или на каждом комплекте рабочей документации.
  5. ГИП (или его помощники) создают «Задания от ГИПа» и запускают разделы в работу.
  6. Ответственный за раздел проверяет задание, принимает его в работу, определяет исполнителей и каждому из них выдает «Задачу исполнителю» со сроками для контроля. При этом соблюдается общее правило – нижележащий ответственный не может установить сроки задач, выходящие за сроки вышележащих заданий.
  7. Исполнители на своем уровне принимают задачи в работу, разрабатывают документы (создают карточки документов и прикладывают к ним DWG-файлы, или файлы других форматов, необходимых для разработки).
  8. Исполнители ежедневно заносят в свои задачи информацию о трудозатратах: вводят процент готовности задачи на данный момент времени. Это позволяет ГИПу видеть общий процент готовности заданий, частей, подразделов проекта.
  9. Исполнители завершают работу над задачами, задачи отправляются на проверку автору, ответственному за раздел проекта. Начальник отдела может принять задачу, а может отправить на доработку. В этом случае исполнитель обязан исправить замечания и вновь завершить задачу.
  10. Начальник отдела, выполнив раздел, и собрав всю необходимую информацию в альбомы, отчитывается перед ГИПом о готовности проекта.
  11. ГИП проверяет переданный ему альбом и может вернуть его в доработку, либо принять его, зафиксировав готовность раздела.
  12. После готовности всех разделов ГИП оформляет накладную, выводит все тома документации на жесткий диск, и передает проект на государственную экспертизу и/или заказчику.
  13. Если получено отрицательное заключение экспертизы, или возникают другие причины, то ГИП инициирует процедуру внесения изменений в проект, повторяя пункты 4-12.
  14. При положительном заключении экспертизы ГИП отправляет проект в архив.

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

Сейчас мы рассмотрим несколько сценариев применения системы TDMS Фарватер в организациях.

Ведение переписки с заказчиками

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

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

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

Рассмотрим, как можно использовать TDMS Фарватер в таких организациях для работы с корреспонденцией.

  1. Канцелярия принимает документ, создает карточку входящего документа, прикладывает к нему скан документа и отправляет первому лицу на визирование.
  2. Если организация, которая прислала документ, еще не занесена в реестр контрагентов, то работник канцелярии заносит организацию в реестр.
  3. После визирования документ регистрируется, и отправляется по маршруту исполнения.
  4. Возможные задачи, которые ставятся по документу:
    1. Подготовить ответ.
    2. Подготовить при помощи нескольких исполнителей ответы на замечания.
    3. Провести совещание.
    4. Принять участие в совещании с заказчиком.
    5. Оформить приказ.
    6. Ознакомиться с документом группе сотрудников.
  5. После исполнения документ переходит в архив документации.
  6. Фарватер позволяет ответственным сотрудникам видеть ход выполнения поручений по всем поступившим в организацию документам.
  7. Исходящий документ может готовиться в ответ на входящий документ и тогда мы будем видеть всю цепочку документов, и также исходящий документ может готовиться отдельно от входящего.
  8. Для привязки корреспонденции к проектам и договорам можно заносить в TDMS Фарватер карточки проектов и привязывать к ним поступающую корреспонденцию.

Перенос документации в электронный архив

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

Типичные действия в этом случае такие:

  1. Подготовка архива документов к переносу в архив:
    1. Упорядочивание по разделам проекта.
    2. Очистка от временных файлов, определение минимально необходимого состава по файлам, по типам файлов.
    3. Принятие решения, хранить ли DWG и PDF в одном или в разных документах.
    4. Для бумажных архивов принятие решения сохранять все листы раздела в один многостраничные PDF или TIFF, или же использовать отдельные PDF для каждого листа.
  2. Подготовка TDMS Фарватер:
    1. Определение специалистов, занимающихся формированием электронного архива, включение их в рабочую группу ГИПов и Архивистов.
    2. Создание шаблона проекта, включающего наибольшее количество частей, книг. Это поможет легко создавать новые проекты и удалять ненужные подразделы части и книги.
    3. Создание шаблона задания от ГИПа на формирование архива – «Задание А».
  3. Создание для каждого проекта карточки с атрибутами: Заказчик, Шифр, Наименование, состав проекта:
    1. В одной из частей проекта создать «задание А» самому себе и перевести объект в работу.
    2. В каждом разделе (подразделе, части, книге, комплекте) создать документ с нужным шифром и перенести в него файлы из старого файлового хранилища. Количество документов зависит от решений, принятых на первом шаге процесса.
  4. Закрыть «Задание А», принять работу, и выполнить команду переноса в архив.
  5. Повторить пункты 3 и 4 пока не будут занесены все старые проекты в архив.

Заключение

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