Опубликована методика кодирования информационных моделей ОКС

Методическое пособие по классификации и кодированию информационных моделей объектов капитального строительства (ИМ ОКС) в РФ размещено на странице подведомственного Минстрою РФ ФАУ «ФЦС» 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 приведены основные сценарии применения КСИ для отдельных классификационных таблиц;
• процесс классификации подразумевает отнесение рассматриваемого (классифицируемого) объекта к определенной категории идентичных объектов (классам), исходя из выбранных признаков (критериев) классификации;
• по результатам классификации объекта ИМ ему назначается определенный класс КСИ, код и наименование которого заносятся в соответствующие атрибуты объекта;
  1. отнесение классифицируемого элемента к одной из четырех базовых категорий: ресурсу, результату, процессу или характеристике;
  2. выбор соответствующей классификационной таблицы КСИ, содержащей классы, к которым может быть отнесен классифицируемый элемент (например, «CPr / Строительные изделия»);
  3. отнесение элемента к определенному классу («ULM Стена»);
  4. если выбранный класс недостаточно точно описывает классифицируемый объект, рекомендовано введение пользовательского типа класса;
  5. занесение информации о классификации элемента в его атрибутивные данные;
• при кодировании самих элементов моделей в код включается идентификатор предметной области (коды базовых классов, например в код элемента «++DBA03» «RZo» — это «Помещения и зоны»);
• коды объектов могут быть сложносоставными (приведен шаблон). Их можно использовать для универсальной цифровой маркировки, например в QR-кодах;
• процесс кодирования элементов ЦИМ:
  • разработка структуры ЦИМ (декомпозиции ОКС на отдельные системы и подсистемы):
    • их классификация;
    • заполнение соответствующих значений идентификационных атрибутов для систем;
  • выбор аспектов представления систем, исходя из необходимого уровня детализации модели:
    • какие аспекты будут применены для различных категорий объектов модели;
    • будут ли введены в систему кодирования дополнительные пользовательские аспекты;
  • формирование перечня необходимых для заполнения атрибутивных данных различных групп элементов с последующим заполнением значений атрибутов;
  • формирование и занесение в соответствующие атрибуты значений одноуровневых и многоуровневых кодовых обозначений элементов ЦИМ.

В приложении приведены рекомендации по разработке ЦИМ, XML-схемы, перечень используемых в кодах обозначений, основные правила методики кодирования, таблицы соответствия внутренних категорий и кодов КСИ на примере ПО Autodesk Revit, пример маркировки оборудования.

Атаманов, С. А., Чуприн, М. С. Опубликована методика кодирования информационных моделей ОКС / С. А. Атаманов, М. С. Чуприн. – Текст : электронный // Учет недвижимости : электронный журнал : сайт «Кадастр.Москва». – Москва, 2025. – URL: http://кадастр.москва/news/1299. – Дата публикации: 20.03.2025