Методическое пособие по классификации и кодированию информационных моделей объектов капитального строительства (ИМ ОКС) в РФ размещено на странице подведомственного Минстрою РФ ФАУ «ФЦС» http://ksi.faufcc.ru/method.php

Напомним, ИМ ОКС — это структурированное описание здания или сооружения. В качестве приложения к ней должна идти цифровая модель (ЦИМ ОКС) — это объектно-ориентированная параметрическая трехмерная модель (в мировой практике — BIM-модель). Они должно храниться в (Е)ГИСОГД, использоваться как источник достоверных данных на всех стадиях жизненного цикла объекта капитального строительства, в том числе при экспертизе проектной документации, при строительном контроле, при эксплуатации. Вероятно, со временем они в каком-то виде будут использоваться и при кадастровом учете. Сейчас работа над наполнением ИМ ОКС данными ведется в «карточке» объекта в облачном сервисе Минстроя РФ ИСУП ОКС.

До сих пор сильно хромает методическое обеспечение этой деятельности, особенно в части формирования цифровых моделей. Ситуацию осложняет наличие множества разрозненных и противоречивых сводов правил, ГОСТов, региональных и отраслевых требований. По задумке на их смену должна придти система новых взаимосвязанных общетехнических и организационно-методических стандартов (ЕСИМ), но ее разработка пока буксует. В ПП РФ №614 от 17.05.2024 было также заявлено о задаче Минстроя РФ разрабатывать и утверждать базовые описания моделей и рекомендуемые формы документов. Их проекты представлены на странице https://sroprp.ru/2024…

Новые же методические указания ориентированы на общую теорию и практику применения классификатора строительной информации (КСИ) при кодировании элементов моделей — это необходимо по требованиям Градостроительного кодекса.

Положения документа основаны на общей теории моделирования через системное представление объектов как совокупности взаимосвязанных частей и подсистем посредством декомпозиции:

согласно принципу системного подхода (системного мышления), любой технологически/технически сложный объект может быть представлен в виде некоторого набора составляющих его частей (объектов), связанных между собой и взаимодействующих друг с другом посредством определенных отношений (часть — целое, тип и т.д.);
в отсутствии жестких требований группирование элементов, входящих в состав ИМ, может быть осуществлено различными способами, например, с отнесением документов к различным стадиям жизненного цикла;
в каждом программном продукте предлагается свой формат хранения ЦИМ, и соответствующая этому формату уникальная структура данных (на основании их высотных отметок, посредством набора отдельных систем и элементов);
предлагается использовать шаблоны системной декомпозиции моделей в зависимости от их отраслевой принадлежности;
в качестве базовых системных единиц необходимо применять наименования и соответствующие им коды систем, представленных в классификационных таблицах КСИ «Функциональные системы» и «Технические системы»;
определение «объекта» в рамках системы обозначает выделение некоторой ассоциированной с ним информации, представленной в виде набора данных, описывающего как представление самого объекта, так и объекта как элемента системы;
информация об объекте представляет собой совокупность набора его свойств, которые в определенной степени характеризуют рассматриваемый объект исходя из принятого уровня его информационной детализации;
в состав КСИ входит классификационная таблица «Характеристики», которая содержит обширный набор рекомендуемых для применения сгруппированных атрибутов;
каждый атрибут из таблицы «Характеристики» имеет свой уникальный код, содержащий обозначение ее группы, подгруппы, категории, а также типа объекта (ресурс, материал и т.д.);
для разрешения проблемы вариативности наименований характеристик предусмотрено использование кода атрибута в самом его наименовании (Периметр#XPG_0004);
в наименование характеристики можно включать обозначение единицы измерения (Периметр, (м)#XPG_0004);
значения атрибутов так же могут быть представлены посредством классов КСИ (дерево#BAA);
определение объектов в системе происходит на основании их отличительных признаков — свойств, которые в совокупности формируют атрибутивный состав отдельного объекта и всей модели в целом;
один и тот же элемент ОКС всегда может быть рассмотрен с разных точек зрения, т.е. представлен в различных аспектах:
аспект функции (функциональный аспект) — что делает объект;
аспект продукта (технический аспект) — как объект устроен;
аспект местоположения — где объект расположен:
точка установки (например, «=ABC01 / +AD01.ULM01» означает, что объект «ABC01» установлен на стене ULM01, которая входит в состав системы AD01);
место установки;
осевая привязка;
аспект типа — к какой группе объект относится;
аспект пользователя (дополнительный пользовательский аспект).
процесс декомпозиции и структурирования ОКС как системы может выполняться:
«сверху вниз» — определение узлов верхнего уровня и последующее добавление узлов нижних уровней;
«снизу вверх» — определение узлов нижнего уровня и последующее их объединение в системы более верхнего уровня;
при структурном представлении системы аспект выступает в качестве некоторого «фильтра», отсекающего всю информацию, не значимую для объекта в рамках конкретного аспекта;
базовая модель инвестиционно-строительного процесса определяет достижение необходимого результата в ходе реализации процесса с привлечением определенных ресурсов. Поэтому результат, процесс, ресурс и характеристика являются базовыми категориями строительной информации в классификаторе;
объекты строительства могут быть объединены в составе комплексов;
строительный элемент, являющийся частью объекта капитального строительства, может быть представлен посредством отдельных функциональных и технических систем, их подсистем и компонентов;
искусственно созданное пространство определяется результатами процесса строительства и может быть представлено посредством отдельных функциональных зон и помещений;
помещения и зоны могут быть связаны друг с другом пространственными отношениями, например содержать в себе другие зоны или быть смежными, примыкать друг к другу;
главная цель применения КСИ заключается в обеспечении унифицированного способа извлечения данных из ИМ для решения прикладных задач информационного моделирования в строительстве, в том числе задачи соотнесения значений извлеченных параметров ИМ с нормируемыми показателями требований из существующей базы НТД, формализованных с применением кодовых обозначений системы кодирования КСИ;
в таблице 4.6.1 приведены основные сценарии применения КСИ для отдельных классификационных таблиц;
процесс классификации подразумевает отнесение рассматриваемого (классифицируемого) объекта к определенной категории идентичных объектов (классам), исходя из выбранных признаков (критериев) классификации;
по результатам классификации объекта ИМ ему назначается определенный класс КСИ, код и наименование которого заносятся в соответствующие атрибуты объекта;
отнесение классифицируемого элемента к одной из четырех базовых категорий: ресурсу, результату, процессу или характеристике;
выбор соответствующей классификационной таблицы КСИ, содержащей классы, к которым может быть отнесен классифицируемый элемент (например, «CPr / Строительные изделия»);
отнесение элемента к определенному классу («ULM Стена»);
если выбранный класс недостаточно точно описывает классифицируемый объект, рекомендовано введение пользовательского типа класса;
занесение информации о классификации элемента в его атрибутивные данные;
при кодировании самих элементов моделей в код включается идентификатор предметной области (коды базовых классов, например в код элемента «++DBA03» «RZo» — это «Помещения и зоны»);
коды объектов могут быть сложносоставными (приведен шаблон). Их можно использовать для универсальной цифровой маркировки, например в QR-кодах;
процесс кодирования элементов ЦИМ:
разработка структуры ЦИМ (декомпозиции ОКС на отдельные системы и подсистемы):
их классификация;
заполнение соответствующих значений идентификационных атрибутов для систем;
выбор аспектов представления систем, исходя из необходимого уровня детализации модели:
какие аспекты будут применены для различных категорий объектов модели;
будут ли введены в систему кодирования дополнительные пользовательские аспекты;
формирование перечня необходимых для заполнения атрибутивных данных различных групп элементов с последующим заполнением значений атрибутов;
формирование и занесение в соответствующие атрибуты значений одноуровневых и многоуровневых кодовых обозначений элементов ЦИМ.
В приложении приведены рекомендации по разработке ЦИМ, XML-схемы, перечень используемых в кодах обозначений, основные правила методики кодирования, таблицы соответствия внутренних категорий и кодов КСИ на примере ПО Autodesk Revit, пример маркировки оборудования.