О самом главном на встрече нашей Рабочей группы по нормативному обеспечению цифровизации строительства, состоявшейся в прошлую пятницу, 16 сентября.
1. Запись встречи выложена здесь
Очень рекомендую посмотреть дискуссию вживую – это была очень необычная для нас встреча.
2. На этой встрече как такового основного доклада не было, мы с коллегами из ФАУ ФЦС – в рамках подготовки докладов в следующую пятницу, – в свободной дискуссии обсуждали проблематику применения XML-схем в строительстве и смежные вопросы. Мои не очень пригодившиеся краткие наброски, материалы, выложенные по ходу выступлений, собраны здесь.
Исходные вопросы к обсуждению от коллег из ФАУ ФЦС ниже, полагаю, они будут важны и для бизнеса:
1) Концепция XML (НТД: архитектура, деление, наполнение);
2) Формирование общего пространства имен: принцип разделения на группы;
3) Наполнение пространств имен: унификация (стандарт);
4) Методика перевода: шаблон кодирования и программное обеспечение для шаблона.
По итогам обсуждения – есть две задачи:
1) Оперативная (решает ФФ) – выполнить разметку нормативных документов (СП), детализировать их до элементов и требований к ним.
2) Долгосрочная (надо сделать) – разработать (например, в нотации BPMN с пояснительными записками) альбомы административных процедур/сценариев:
а) государственного регулирования в строительстве,
б) строительства с привлечением бюджетного финансирования (федерального/регионального).
По первой, «мгновенной» задаче предложения подготовит Александр Волков.
По второй, масштабной задаче предложения подготовит Илья Усов. Также попрошу всех экспертов посмотреть ранее выполненные схемы и описания административных процедур. Что нашли в ходе обсуждения (отдельное спасибо Игорю Шерстенникову), выложено здесь.
Также замечания по принципиальным косякам проектов XML-схем по сметным расчётам попросим подготовить Ивана Штаера.
Алексей Крылов поделился своим опытом использования кодов КСИ для разметки одного из СП, материалы здесь.
Отдельно хотелось бы привести комментарий Алексея Иванова (ГГЭ) по итогам нашей встречи, с его любезного разрешения:
«Прослушал запись прошедшей встречи. Очень жаль, что не удалось поучаствовать в столь интересной и эмоциональной беседе.
По итогу хотелось бы вставить несколько важных, на мой взгляд, мыслей. Понимаю, что коротко не получится, поэтому заранее прошу прощения у всех участников за объем текста.
Прослушивая запись, показалось, что после выступления Ивана встреча будет закончена, но Илья привнес новое настроение. Хотелось бы поблагодарить коллег за оценку нашей работы (я, напомню, представляю Главгосэкспертизу). Мы всегда приветствуем любые оценки как положительные, так и отрицательные. Всегда открыты для общения и совместной работы (работы по КСИ в xml пояснительной записки ведутся – не так все просто там оказалось). Илья озвучил еще раз вопрос – разделение проблематики работы с ТИМ на госуровне на две задачи: работа с ТИМ государства как заказчика и работа с ТИМ государства как того, кто оказывает госуслуги. Я совсем недавно озвучивал в общем чате эту позицию.
ТИМ (БИМ и т.д., как его не обзови) - это прежде всего совместная работа множества участников с единым комплексом данных (часто его называют «среда общих данных»). Если в рамках этой среды есть внутренние правила работы с данными (логины, пароли, роли и т.д.), то при фиксации определенного состояния такой среды или ее части необходимых, например, для передачи тому, кто в эту среду не входит, требуется механизм, который позволит зафиксировать такое состояние и представить эти данные иному лицу. Вот тут рождается документ. Вот здесь и нужен xml. Выгрузили – подписали (подтвердили достоверность) - передали тому, кому хотели, а среда данным при этом живет дальше и, вполне возможно, что в момент выгрузки отдельные части этой среды изменяются. Как наполняется такая среда данных? Двумя способами – данные вводятся вручную через определенные интерфейсы, либо поступают в виде сведений из документов, которые представлены извне системе. Здесь, если мы не хотим перебивать документы вручную в систему, нужны машиночитаемые документы – возможно это тоже xml.
Отсюда вывод – xml-документ – это срез данных в нужном составе для какого-то процесса извне. Отсюда очень спорно звучит требование размещения в ГИСОГД информационной модели (видимо, подразумевается, что всей модели целиком, т.к. конкретнее в нормативке не указано). Модель при этом замирает? Не изменяется? Или все-таки продолжает использоваться? Отсюда требование грузить все информационные модели в ГИСОГД излишне – мы грузим туда мертвую копию модели. Согласен, что в ГИСОГД нужны определённые данные из модели (например, 3d внешнего вида объекта, чтобы встроить его в 3d карту города, перечень всего оборудования (например, лифтов) для оценки необходимости его ремонта в будущем) – но этот перечень ограничен. При наличии информационной модели выгрузить эту информацию не составит труда – нужен ли при этом IFС или IFCxml – вопрос, открытый к обсуждению.
Относительно выступления Ивана про IFC – очень конкретно и это здорово! Впечатляет уровень погруженности в вопрос. … Хотелось бы при этом отметить, что у IFC есть своя онтология. И, собственно, проблема внедрения в IFC нашего СП 333 натыкается на то, что мы пытаемся расширить эту онтологию своими сущностями, при этом не меняя саму онтологию, а вписывая эти сущности через xml. А ведь изначально необходимо понять онтологию IFC и работать через нее.
По поводу норм согласен с Александрами - нормы должны быть написаны на особом (не юридическом) языке, который в определение уже закладывает алгоритм контроля требования. Нельзя взять текущие документы и просто их перевести в цифру поабзацно. Не согласен только в одном – должна быть не таблица требований, а дерево требований. Есть верхнеуровневые требования, распадающиеся на ряд составляющих требований. И здесь тоже на помощь бы пришла онтология, но пока у нас использование этого инструмента слабо развито.
По поводу xml-схем смет – смотреть надо шире. Как-то очень недоброжелательно в их отношении высказались. Обидно, чесслово! Добавлю немного пафоса в свой пост. Все мы с Вами понимаем, как велика строительная отрасль, и, что она является одним из локомотивов экономики страны в целом. Задачи, которые озвучиваются для отрасли глобальны – обеспечить рост строительства жилья до 120 миллионов кв.м. в год. И это только жилья! Мы должны понимать, что за ним следует нежилье, инфраструктура и т.д. и т.п., что еще больше придает вес этой задаче. Задача государства не построить, а ОБЕСПЕЧИТЬ рост…. Строить будут частные компании в большинстве своем. А это значит, что необходимо повышать точность прогнозов потребностей строительной отрасли и обеспечивать эти потребности – потребности в строительных материалах, рабочей силе, машинах и механизмах, инфраструктуре и далее по списку.
Одной из задач нашего подразделения – ведение ЕГРЗ. ЕГРЗ – это ВСЕ заключения экспертизы, выпущенные в стране, а значит это потенциальные разрешения на строительство и будущие стройки. А теперь представим, что все сметы у нас в машиночитаемом виде, что ПД (ПЗ, ПОС) содержит даты и сроки строительства (пусть планируемые) также в машиночитаемом виде. Какой потенциал прогнозирования появляется в разрезе…… Да в каком угодно разрезе – территориальном, отраслевом, материальном, функциональном назначении, временном… Задача эта не решится завтра, но решение ее вполне возможно. Потребность в этом есть. Про налоги при этом писать не буду – наверное они начнут работать правильно….
В отношении экспертизы будущего – да, ее вполне возможно заменить автоматизированными проверками, это обсуждается давно. Построение такого механизма - работа непростая, но вполне решаемая при должном подходе. При этом экспертиза поменяет свой облик – ее задачей будет оценка эффективности, экономичности, целесообразности тех или иных решений, применяемых при проектировании. При финансировании из бюджета так точно (тут опять вспомним про налоги).»
По итогам обсуждения договорились провести очные и заочные (по ВКС) встречи специалистов ФАУ ФЦС с экспертами нашего сообщества, прежде всего, по задачам блока XML-схем и КСИ.
3. Следующая встреча нашей Рабочей группы состоится в пятницу 23 сентября в 16:00 МСК, мы уже традиционно проведём её на платформе Телеграм в виде трансляции в нашем телеграм-канале «РГ по цифровизации строительства», около 16:00 стартуем трансляцию, и вам нужно будет просто присоединиться к ней в нашем Телеграм-канале.
Эту встречу мы также посвятим вопросам применения XML-схем в строительстве, попросил подготовить доклады Сергея Волкова и Сергея Должникова.
4. Традиционно предлагаю всем участникам наших встреч подумать над темами докладов наших следующих встреч – жду ваши предложения. Также призываю приглашать на наши встречи сильных, опытных специалистов - экспертов в своих областях, чьё участие в наших встречах, чьи доклады сделают нашу совместную работу интереснее, содержательнее, помогут нашему общему делу.
❗️наш инструментарий общения:
-- Телеграм-канал «РГ по цифровизации строительства» - это основной канал оперативного общения в нашем экспертном сообществе, здесь мы выкладываем приглашения на встречи и записи встреч по пятницам, здесь же мы будем проводить наши встречи. Для подключения к каналу просим обратиться к модератору Рабочей группы Кириллу Кузнецову k.kuznetsov@nacec.ru или @Silversmith25 в Телеграме.
-- Канал НАИКС в Яндекс.Дзен, ссылка на подключение , куда мы выкладываем итоги наших встреч с записями и всеми файлами презентаций и проч., а также ведём архив записей и материалов прошлых встреч.
-- Канал НАИКС в YouTube, сюда мы выкладываем записи наших встреч (видео) для тех, кому удобнее пользоваться этой платформой.
-- Сообщество «Свод знаний по информационному моделированию» ВКонтакте, здесь мы организуем наш buildingSMART – рабочее обсуждение по тематическим группам, совместную подготовку документов и прочую конкретную работу.
-- Wikipedia «Свод Знаний по Информационному Моделированию в России», здесь мы публикуем результаты работы нашего сообщества, в т.ч. промежуточные, собираем библиотеку ресурсов, публикаций, книг, периодики.
#рабочая группа наикс #наикс #nacec
#информационное моделирование
#bim2022 #рг по рятницам #XML