Методическое пособие по классификации и кодированию информационных моделей объектов капитального строительства (ИМ ОКС) в РФ размещено на странице подведомственного Минстрою РФ ФАУ «ФЦС» 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, пример маркировки оборудования.
Атаманов, С. А., Чуприн, М. С. Опубликована методика кодирования информационных моделей ОКС / С. А. Атаманов, М. С. Чуприн. – Текст : электронный // Учет недвижимости : электронный журнал : сайт «Кадастр.Москва». – Москва, 2025. – URL: http://кадастр.москва/news/1299. – Дата публикации: 20.03.2025