Posts Tagged ‘Standard’

Мое почтение!

Предлагаю в этой теме обсудить Assembly Code классификатор данных Revit, который разрабатываю для 2016/2017 версии своих ASK библиотек. Сама идея классификации появилась в ходе выполнения пилотного проекта в Беларуси, результатом которого стал BIM Стандарт, а также ряда реальных проектов в течении двух последних лет. Она заключается в четком числовом определении разделов и категорий Revit и служит основой файловой структуры библиотеки, а также наименования данных. Например, ASK 312 35020 Lintel — SQ:

  • 312 — 3 Конструкции, 1 Общественные, 2 Железобетонные
  • 35020 — 35 Перемычка, 0 Модель, 20 Сборная

Тоесть, первые три цифры — определяют отношение к разделу, а следующие пять — к категории. По ссылке найдете текущую версию файла  Assembly Code, в котором проработана общая структура данных, а также классификации несущих конструкций:

  • Колонн (310 31000)
  • Каркасов (310 32000)
  • Балок (310 33000)
  • Перемычек (310 35000)
  • Проемов (310 20000)

Для подключения файла ASK 000 00000 Classifications.txt, необходимо перейти во вкладку:

Управление (Settings) — Дополнительные параметры (Additional Settings) — Код по классификатору (Assembly Code) — Обзор (Browse) — Ок

Жду ваших предложений/пожеланий. Заренее благодарю!

ASK Wish - Assembly Code_20160208

Здравствуйте!

И снова конец года, и снова новый год… время не стоит на месте, но оно того стоит чтобы бежать впереди него). 2015 год был годом работы над ошибками и составлением планов на год грядущий. Это первый год за все время, в котором я практически не работал в новой (2016) версии Autodesk Revit и не выпустил общедоступных библиотек на его основе. Причина? Очередная разработка с “нуля” библиотек семейств и шаблонов, при том что предыдущая была не так давно – под 2014 версию, но с существенными изменениями и дополнениями под 2015. И все бы хорошо, пока не начал активно использовать автоматизацию процессов проектирования и управления библиотеками при помощи журналов, скриптов и Dynamo, которые потребовали наличия более стабильной русскоязычной локализации интерфейса Revit и особенно при переходе от версии к версии.

ASK News - JournalsASK News - Dynamo rooms

Стабильности, как “с моря погоды” — не дождешься, потому принял решение переходить на англоязычную версию, заодно исправить допущенные ошибки, провести оптимизацию классификатора данных и как следствие обновить BIM Стандарт, который писал для Беларуси. На классификации и застрял… так как она является основой всей разработки и требует особого внимания. Для начала пришлось создать в Microsoft Excel таблицы по составлению классификатора Assembly code, который определяет изначальные наименования данных (семейств, шаблонов, стилей, образцов, материалов и т.п.) с распределением их по Разработчикам, Разделами, Категориям. По сути он представляет собой новую редакцию уже существующей моей классификации, но с привязкой уже к параметру типа Код по классификатору (Assembly Code) вместо Группа модели (Model), что намного удобней в случае назначения. Далее приступил к разработке Keynote классификатора для распределения данных по Материалам, Форме, Использованию и прочим Конструктивным особенностям. Долго определялся с форматом его кодирования, а после ряда экспериментов — просто взял за основу 5 последних чисел из 8 Assembly code и добавил еще 8 (5 и 3). В итоге полный код любого изделия будет состоять из 13 знаков, чего вполне достаточно… хотя время еще покажет :).

ASK News - Assembly codeASK News - Keynote

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

  • RUS 410 4400 Дверь — RA`OS-LT ГРС2 №000 (ГОСТ 24698-81) !.rfa
  • Дверь прямоугольная внешняя левосторонняя глухая распашная двустворчатая базовой формы по ГОСТ 24698-81 на основе стены общественной архитектуры России.rfa

59 знаков с пробелами против 153! Совпадение? Не думаю! Ну, а если кто-то сможет предложить более краткую и понятную систему классификации – будут только рад ее принять на вооружение ;). Единственное, пожалуй соглашусь с мнением редакции ресурса bim2b.ru в еженедельном обзоре BIM блогов: “… работать со стандартом Канивца могут только те, кого учил сам Канивец …“ – однозначно да, особенно в случае наиболее эффективного его внедрения в компании и кто же, как не сам автор лично об этом Вам расскажет :). По этому случаю с Нового 2016 года, открываем свой Авторизированный учебный центр Autodesk в Киеве, о чем будет соответствующая информация. По сему – рады будем помочь!

Планов – множество, рук – не хватает. Потому желаю Вам в Новом 2016 году — по больше хватающих рук для реализации себя и себе подобным, а планы – чтука переменчивая да и Обезьяна все сделает по-своему!

Реализуйтесь!

ASK News - Monkey

Как думаю уже известно, 10 декабря в московском офисе компании Autodesk, состоялось финальное в этом году заседание клуба BIM лидеров, в ходе которого произошло действительно историческое событие – спустя 10 лет от момента официального выхода Revit на рынок СНГ, был  представлен проект русскоязычного BIM стандарта! Да, над ними еще работать и работать, особенно над библиотеками семейств и шаблонов… но это огромный прорыв в направлении формализации BIM процессов. К сожалению пока еще не на государственном  уровне, а это возможно еще предстоит в будущем и путь этот не из легких…

В период с 2012 по 2014 год мне довелось вести двухлетнее сопровождение пилотных проектов в рамках «Отраслевой программы внедрения комплексных автоматизированных систем проектирования и информационных технологий для управления жизненным циклом строительного объекта на 2011-2015 годы» Министерства строительства и архитектуры Республики Беларусь. Результатом этой работы стал BIM Стандарт предприятия, который разрабатывался на базе государственного проектного института РУП “Белгоспроект” при параллельном участии УП “Белпромпроект”, и который был официально передан Министерству для дальнейшего внедрения в строительной отрасли Республики. Также в ходе согласований были упрощены нормативные  требования к оформлению проектной документации выполненной по технологии BIM. Для небольшой Беларуси – это был огромный шаг в будущее информационных технологий в строительстве, событие невероятного масштаба, которое позволило подготовить кадры и заложить основу дальнейшего внедрения BIM, и которое к сожалению не получило широкой огласки со стороны Autodesk… но видимо послужило толчком для исторического события :).

Спросите – почему нельзя было взять готовый, проверенный на практике стандарт и не приспособить его к условиям проектирования РФ вместо РБ? Да можно было, собственно не было никаких неявных препятствий но… с иной стороны, как бы это звучало? Российский BIM стандарт, адаптированный на основе белорусского и разработанный украинцем:). Смешно! Ну да ладно… лично для себя получил колоссальный опыт и устойчивое желание развиваться в направлении стандартизации BIM, но для этого пришлось уйти с дистрибуции Autodesk в направление сопровождения реальных проектов для тестирования и отладки BIM стандарта уже в “боевых” условиях. Спустя два года пришлось многое пересмотреть, усовершенствовать и сделать выводы:

  • Библиотеки семейств и шаблонов должны быть исключительно на английском языке и под англоязычную версию Revit. Нет, на русскоязычной также все работает, но если решать вопросы автоматизации процессов, например в Dynamo или журналами, а в перспективе писать приложения — то лучше иметь более стабильный перевод и кодировку символов экспортируемых данных).
  • Семизначной цифирной кодировки (три на четыре) данных оказалась недостаточной для основного описания элементов семейств по назначению, что требует ее расширения до восьми (три на пять), а также использования еще дополнительных восьми знаков для определения разновидностей форм и конструктивных особенностей. Итого – шестнадцать, что немало, но крайне необходимо.
  • Цифровые кодировки в наименованиях данных, а также в значениях некоторых определяющих параметров, существенно упрощают процесс наименований, но усложняют представление того, что под ими имеется в виду и особенно новым пользователям. Соответственно возникает необходимость внесения всех кодировок в классификаторы Assembly и Keynote, которые всегда будут “под рукой” в полном перечне. Omni классификатор оказался же избыточным, так как может использоваться только в загружаемых семействах и фактически дублирует предыдущие.
  • Разделение элементов моделей проекта во времени по стадиям имеет свои преимущества, но при этом имеет еще больше недостатков, так как это требует от пользователей еще большего внимания к распределению данных, что отнимает время и повышает вероятность получения неработоспособных проектов.

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

К сожалению лично у меня нет уверенности, что Autodesk в ближайшем будущем предоставит нам такую возможность, так как для ее реализации по сути необходимо переписать Revit с “нуля”, а переписываемый ныне “заоблачный” – не факт, что будет обладать подобным функционалом по управлению данными, как и должно быть по идеи BIM – Здание, Информация и только после Моделирование, никак не наоборот! Писать собственный управляющий “софт” – единственное решение, которое возможно через 2-3 года выйдет на свою окупаемость затрат, но нет уверенности в Revit – “проживет” ли он еще столько?

Представляю, что для решения это задачи требуется некий менеджер проекта, наподобие как в AutoCAD Architecture/MEP, который должен содержать в себе сведения о всех связанных между собой файлов, подключаемых библиотеках семейств, материалов и т.п., с возможностью контролируемой синхронизации данных. Также в нем должны быть инструменты по управлению правами и доступом пользователей к проекту.

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

Эх… можно до бесконечности фантазировать по этому поводу, а пока “маємо то, шо маємо” – мой BIM стандарт на 282 листах для просмотра в формате PDF и редактирования в формате DOC, адаптированный под мои библиотеки 2015 версии. Надеюсь этот труд поможет Вам и послужит основной создания собственных стандартов и библиотек, а мне – хорошей рекламой ;). Следующую редакцию стандарта ожидайте под 2017 версию.

Беларуси слава!