СП РК 1.02-119-2019 ЖИЗНЕННЫЙ ЦИКЛ СТРОИТЕЛЬНЫХ ОБЪЕКТОВ Часть 5 (ҚР ҚЖ 1.02-119-2019)

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1 ОБЛАСТЬ ПРИМЕНЕНИЯ

2 НОРМАТИВНЫЕ ССЫЛКИ

3 ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ

4 ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

5 ОСНОВНЫЕ ПОЛОЖЕНИЯ

6 ЗАДАЧИ ИНФОРМАЦИОННОЙ МОДЕЛИ АКТИВА (AIM)

7 ТРЕБОВАНИЯ К ИНФОРМАЦИИ ПО АКТИВУ(AIR)

8 ФОРМИРОВАНИЕ ИНФОРМАЦИОННОЙ МОДЕЛИ АКТИВА (AIM)

9 УПРАВЛЕНИЕ АКТИВАМИ

10 ИНТЕГРАЦИЯ И УПРАВЛЕНИЕ ДАННЫМИ

Приложение А (информационное). Формирование данных информационной модели

на стадиях жизненного цикла строительного объекта

Приложение Б (информационное). Формирования требований по активу (AIR) к

обмену информацией на стадии эксплуатации здания и сооружения (актива)

Приложение В (информационное). Образец формирования требований по активу

(AIR) для поддержки технических требований

Приложение Г (информационное). Формирования требований по активу (AIR) в

части уровня проработки элементов электронной модели

Приложение Д (информационное). Облачные сервисы

Приложение E (информационное). Использование информационных технологий (IT)

в управлении активами

Приложение Ж (информационное). Технический менеджмент актива

Приложение К (информационное). Идентификация элементов (компонентов)

Приложение Л (информационное). Форматы и версии стандарта IFC

Приложение М (информационное). Международные открытые стандарты

адаптированные к применению в Республике Казахстан

БИБЛИОГРАФИЯ

III

ВВЕДЕНИЕ

Положения настоящего свода правил составлены на основе действующих

законодательных и нормативных актов Республики Казахстан с учетом достижений науки

и новых технологий, а также передового опыта экономически развитых стран в области

проектирования, строительства и эксплуатации строительных объектов с применением

технологии информационного моделирования

(BIM-технологии), представленных в

национальных и международных стандартах.

Понятия и принципы, содержащиеся в настоящем своде правил, распространяются на

всех участников, вовлечённых в жизненный цикл актива. К ним относятся, собственники

актива, заказчики, проектировщики, производители оборудования, специалисты по

инженерным системам, а также иные заинтересованные стороны.

СП РК 1.02-119-2019

ҚАЗАҚСТАН РЕСПУБЛИКАСЫНЫҢ ЕРЕЖЕЛЕР ЖИНАҒЫ

СВОД ПРАВИЛ РЕСПУБЛИКИ КАЗАХСТАН

ҚҰРЫЛЫС ОБЪЕКТІЛЕРІНІҢ ӨМІРЛІК ЦИКЛІ.

5-бөлім. Пайдалану сатысында ақпараттық модельдерге қойылатын талаптар

ЖИЗНЕННЫЙ ЦИКЛ СТРОИТЕЛЬНЫХ ОБЪЕКТОВ

Часть 5. Требования к информационным моделям на стадии эксплуатации

Дата введения - 2019-11-29

1 ОБЛАСТЬ ПРИМЕНЕНИЯ

1.1 Целью настоящего свода правил является описание базовых требований к

информационным моделям, управленческим процессам и общему порядку применения

технологии информационного моделирования на стадии эксплуатации жизненного цикла

строительного объекта.

1.2 Настоящий свод правил включает описание форматов файлов для хранения и

обмена данными на стадии эксплуатации жизненного цикла строительного объекта.

Примечание - При проектировании, строительстве, реконструкции и проведении технического

перевооружения, расширения, капитального ремонта и эксплуатации объектов промышленных предприятий

на территории специальных экономических зон, а также включенных в республиканскую карту

индустриализации:, допускается прямое применение международных строительных норм и правил, а также

международных, региональных стандартов и стандартов иностранных государств в соответствии с

законодательством Республики Казахстан в сфере стандартизации.

В соответствии с Законом Республики Казахстан

“Об архитектурной, градостроительной и

строительной деятельности” от 16 июля 2001 года № 242.

2 НОРМАТИВНЫЕ ССЫЛКИ

В настоящем своде правил использованы нормативные ссылки на следующие

стандарты:

Закон Республики Казахстан Об архитектурной, градостроительной и строительной

деятельности от 16 июля 2001 года № 242.

Гражданский кодекс Республики Казахстан (общая часть) от 27 декабря 1994 года №

268-XIII.

РДС РК 1.02-04-2018 Информационное моделирование в строительстве. Основные

положения.

организации.

Издание официальное

СП РК 1.02-114-2018 Жизненный цикл строительных объектов. Часть 3. Требования

к информационным моделям на стадии проектной подготовки строительства.

СП РК 1.02-115-2018 Правила организации совместного создания информации о

строительстве. Среда общих данных.

СТ РК ISO 16739-2017 Основные промышленные классы (IFC) для совместного

использования данных в строительстве и управлении зданиями и сооружениями.

СТ РК IEC 81346-1-2015 Системы, установки и оборудования производственные и

промышленная продукция принципы структурирования и условные обозначения Часть 1.

Основные правила.

СТ РК IEC 81346-2-2015 Системы, установки и оборудования производственные и

промышленная продукция Принципы структурирования и условные обозначения Часть 2.

Классификация объектов и коды классов.

СТ РК ISO 55000-2016 Управление активами. Обзор, принципы и термины.

СТ РК ISO 55001-2018 Управление активами. Системы менеджмента. Требования.

СТ РК ISO 29481-1-2017 Информационное моделирование зданий. Руководство по

доставке информации. Часть 1. Методология и формат.

СТ РК ISO 29481-2-2017 Информационное моделирование зданий. Руководство по

доставке информации. Часть 2. Инфраструктура взаимодействия.

СТ РК ISO 12006-2-2017 Строительство. Модель организации данных о строительных

работах. Часть 2. Основы классификации информации.

СТ РК ISO

12006-3-2013 Строительство зданий организация информации о

строительных работах. Часть 3. Основы обмена объектно-ориентированной информацией.

Примечание

- При пользовании настоящим сводом правил рекомендуется проверить действие

ссылочных стандартов по информационным указателям «Перечень нормативных правовых и нормативно-

технических актов в сфере архитектуры, градостроительства и строительства, действующих на территории

Республики Казахстанª, «Указатель нормативных документов по стандартизации Республики Казахстанª и

«Указатель межгосударственных нормативных документовª. Если ссылочный документ заменен (изменен),

то при пользовании настоящим нормативом следует руководствоваться заменяющим

(измененным)

нормативом. Если ссылочный документ отменен без замены, то положение, в котором дана ссылка на него,

применяется в части, не затрагивающей эту ссылку.

3 ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ

В настоящем своде правил применены следующие термины с соответствующими

определениями:

3.1 Актив (asset): Идентифицируемый предмет, вещь или объект, который имеет

потенциальную или действительную ценность для организации.

Примечания

1 В соответствии с СТ РК ISO 55000-2016.

2 В настоящем руководящем документе рассматривается физический актив и нематериальный актив.

Физический актив рассматривается в виде строительного объекта (недвижимости), включая все виды

сооружений с относящимся к ним технологическим и инженерным оборудованием. Физические активы

противоположны нематериальным активам, не имеющим физической формы, таким как права пользования

нематериальными объектами, бренды, цифровые активы, права использования интеллектуальной

собственности, лицензии, интеллектуальные права, репутация и деловые отношения.

3.2 Глобально уникальный идентификатор

(globally unique identifier, GUID):

Идентификатор, присваиваемый элементу, гарантирующий его уникальность на

протяжении срока его эксплуатации.

Примечание - В соответствии с CT PK ISO 12911 - 2017.

3.3 Данные

(data): Совокупность сведений, зафиксированных на определенном

носителе в форме, пригодной для постоянного хранения, передачи и обработки (факты,

представленные в форме, приемлемой для интерпретации или обработки человеком, или с

помощью автоматических средств).

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.4 Жизненный цикл строительного объекта (life cycle): Последовательные и

взаимосвязанные этапы существования строительного объекта, включая его создание,

эксплуатацию и завершение существования.

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.5 Заинтересованная сторона (stakeholder): Лицо, группа лиц или организация,

которая может воздействовать, подвергаться воздействию, или считает, что может

подвергаться воздействию решений, деятельности или результата проекта.

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.6 Информационная модель (information model): Набор структурированных и

неструктурированных информационных контейнеров. Информационные контейнеры со

структурированной информацией включают графические модели, спецификации/графики,

базы данных. Информационные контейнеры с неструктурированной информацией

включают документацию, сопутствующие материалы/данные.

Примечание - В соответствии с СП РК 1.02-114-2018.

3.7 Информационная модель актива

(asset

information model, AIM):

Информационная модель на этапе эксплуатации строительного объекта.

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.8 Информационная модель проекта

(project information model, PIM):

Информационная модель на этапе создания строительного объекта.

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.9 Информационный контейнер

(information

container):

Именованный

фиксированный набор данных, представленный в иерархии файловой системы или

хранилища данных приложения.

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.10 Классификация (classification): Систематизированное распределение различных

аспектов строительных работ и строительных элементов (изделий) по категориям и

подкатегориям на основе характерных особенностей строительных объектов, элементов

конструкций, систем и изделий.

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.11 Модель: Сущность, воспроизводящая явление, объект или свойство объекта

реального мира.

Примечания

1 В соответствии с СП РК 1.02-113-2018.

2 Модель является приближенным представлением, сохраняющим существенные черты

моделируемого объекта реального мира, и описывает основные свойства объекта моделирования, его

параметры, внутренние и внешние связи с заданной разработчиком точностью. Служит для замещения

объекта реального мира и изучения его свойств путем исследования модели.

3.12 Недвижимое имущество: Земельные участки, здания, сооружения, многолетние

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

которых без несоразмерного ущерба их назначению невозможно.

Примечание - В соответствии с п. 1 ст. 117 ГК РК (общая часть) от 27 декабря 1994 года № 268-XIII.

3.13 Обмен информацией

(information exchange): Упорядоченный процесс

получения и предоставления информации, отвечающей требованиям о формате и степени

достоверности данных на одной из нескольких предварительно установленных стадий

реализации проекта.

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.14 Ответственный пользователь здания и сооружения: Физическое или

юридическое лицо (собственники зданий и сооружений, за исключением собственников

помещений

(квартир), физические и юридические лица, управляющие объектами

кондоминиума и иными объектами промышленного и гражданского назначения),

ответственное за проведение контроля технического состояния, технического

обслуживания и текущего ремонта здания и сооружения.

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.15 Среда общих данных (common data environment, CDE): Единый источник

информации для любого отдельно взятого проекта или актива, предназначенный для сбора,

управления и распределения данных информационной модели с помощью управляемого

процесса.

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.16 Технология информационного моделирования строительных объектов

(ТИМСО, аналог building information modeling): Совокупность технологий,

производственных процессов и регламентов, обеспечивающих возможность коллективного

создания и управления информацией о строительном объекте на всех этапах его

жизненного цикла.

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.17 Требования к информации для управленческого учета организации

(organizational information requirements, OIR): Требования к информации, связанной с

целями организации.

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.18 Требования к информации по активу (asset information requirements, AIR):

Требования к информации в отношении эксплуатации строительного объекта (актива).

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.19 Управление активами (asset management): Систематическая и координируемая

деятельность, посредством которой организация оптимально и рационально управляет ее

физическими активами и ассоциируемыми с ними продуктивностью, рисками и расходами

в течение их жизненного цикла для достижения целей стратегического плана.

Примечание - В соответствии с СТ РК ISO 55001-2018.

3.20 Эксплуатация здания (актива): Использование здания или сооружения по

функциональному назначению с проведением необходимых мероприятий по сохранению

состояния конструкций, при котором они способны выполнять заданные функции с

параметрами, установленными требованиями технической документации.

Примечание - В соответствии с СП РК 1.01-101-2014.

3.21 Электронная модель: Модель, выполненная в компьютерной (вычислительной)

среде и представляющая собой совокупность данных и программного кода, необходимого

для работы с данными.

Примечание - В соответствии с СП РК 1.02-112-2018

3.22 COBie

(construction operations building information exchange): Формат для

передачи данных, полученных на основе информационной модели здания или сооружения,

по обслуживанию и эксплуатации строительного объекта после завершения строительства.

Примечание - В соответствии с РДС РК 1.02-04-2018.

3.23 IDM (Information Delivery Manual): IDM

(руководство по предоставлению

информации) техническое описание процесса передачи информации, которое

устанавливает порядок информационного обмена и обеспечивает совместимость между

различными программными приложениями при работе с моделью.

Примечание - В соответствии с СТ РК ISO 29481-2-2012.

3.24 IFC (industry foundation classes): Открытый и нейтральный файловый формат,

позволяющий обмениваться информацией между различными системами САПР и другими

системами управления строительством.

Примечание - В соответствии с СТ РК ISO 16739-2017.

3.25 IFD (international framework for dictionaries): IFD

(международный стандарт

словарей) устанавливает общие требования к библиотечным элементам, применяемым при

разработке электронных моделей зданий и сооружений, методы их классификации,

требования к геометрическим и графическим параметрам, функциональным

характеристикам, переченью и правилам заполнения атрибутивного состава, правилам

именования элементов и другие данные.

Примечание - В соответствии с СТ РК ISO 12006-3-2013.

4 ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

ИСУ: Информационная система управления

ПО: Программное обеспечение

САПР: Система автоматизированного проектирования

ТИМСО: Технология информационного моделирования строительных объектов

ЭМ: Электронная модель

AIM: Аsset information model - Информационная модель актива

AIR: Аsset information requirements - Требования к информации по активу

BMS: Building management system - Автоматизированная система управления активом

CAFM: Computer aided facilities management - Автоматизированная система эксплуатации

актива

CDE: Common data environment - Среда общих данных

CMMS: Computerized maintenance management system - Автоматизированная система

управления техническим обслуживанием и ремонтами

EAM: Enterprise asset management - Система управления активами организации

ERP: Enterprise resource planning - Система управления ресурсами организации

FM: Facility management - Эксплуатация актива

IFC: Industry foundation classes

IFCXML: industry foundation classes extensible markup language

M&R: Maintenance and repair - Техническое обслуживание и ремонты (ТОиР)

OIR: Organizational information requirements

- Требований к информации для

управленческого учета организации

PIM: Project information model - Информационная модель проекта

SCADA: Supervisory control and data acquisition

- Автоматизированная система

диспетчерского управления и сбора данных

5 ОСНОВНЫЕ ПОЛОЖЕНИЯ

5.1 Положения настоящего свода правил регламентируют состав и содержание

информационной модели актива

(AIM) на стадии эксплуатации жизненного цикла

строительного объекта.

5.2 На этапе эксплуатации строительного объекта формируется информационная

модель актива (AIM). Формирование информационной модели актива (AIM) следует

проводить на основе информационной модели проекта (PIM) (приведены в приложении А).

5.3 Информационная модель актива

(AIM) должна содержать достоверную и

актуальную информацию об объекте эксплуатации. Информация о всех изменениях,

вносимых в конфигурацию актива в процессе его эксплуатации по результатам

технического обслуживания, ремонтов, реконструкций и модернизаций, а также актуальная

документация об активе должны своевременно вноситься в информационную модель

актива (AIM).

5.4 Информация, содержащаяся в информационной модели актива (AIM), должна

быть достаточной для принятия решений ответственным пользователем зданий и

сооружений.

5.5 Определение уровня потребности в информации на стадии эксплуатации

строительного объекта осуществляется с учетом потребности в информации, для решения

стратегических и текущих целей ответственного пользователя зданий и сооружений.

5.6 Информационная модель актива

(AIM) создается на основе требований к

информации по активу (AIR).

5.7 Информационная модель актива (AIM) содержит исполнительную документацию,

в том числе исполнительные электронные модели (as-built model), эксплуатационная

документация, реестры оборудования, совокупные затраты на техническое обслуживание,

сведения о датах монтажа и сроках технического обслуживания и другие данные,

возникающие на этапе эксплуатации.

5.8 Процесс хранения и обмена данными на этапе эксплуатации рекомендуется

осуществлять через среду общих данных (CDE). Правила организации среды общих данных

(CDE) и взаимодействия через нее заинтересованных сторон регламентируются РДС РК

1.02-04-2018 "Информационное моделирование в строительстве. Основные положения" и

СП РК 1.02-115-2018 "Правила организации совместного создания информации о

строительстве. Среда общих данных".

6 ЗАДАЧИ ИНФОРМАЦИОННОЙ МОДЕЛИ АКТИВА (AIM)

6.1 Создание

(формирование) информационной модели актива

(AIM) должно

учитывать необходимость решения следующих задач:

- создание единого информационного пространства для всех пользователей

информационной модели актива (AIM);

- разделение прав доступа (роли) к данным информационной модели актива (AIM) в

соответствии с полномочиями пользователей;

- обеспечение одновременного доступа пользователей к одним и тем же данным;

- унификация данных для сбора и хранения их в информационной модели актива

(AIM) (позволяет настраивать алгоритмы для автоматизированной обработки данных);

- добавление документов

(технические условия, спецификации, технические

характеристики, паспорта на оборудования, инструкции, принципиальные схемы и т.д.) в

среду общих данных (CDE) информационной модели актива (AIM) с привязкой к каждому

активу (элементу);

- автоматизированный импорт/экспорт данных между информационными системами.

7 ТРЕБОВАНИЯ К ИНФОРМАЦИИ ПО АКТИВУ(AIR)

7.1 Требования к информации по активу (AIR) создаются на основе требований к

информации для управленческого учета организации (OIR), в случаях, когда возникает

необходимость передать информацию по активу заинтересованным сторонам, внешним

исполнителям, связанным с проектом, или внутренним исполнителям задания со стороны

ответственного пользователя здания и сооружения. Информационные требования по

активу (AIR) определяют административные, коммерческие и технические аспекты

производства информации об активах. Административные и коммерческие аспекты

должны включать стандарты по управлению информацией, а также методы и процедуры

производства работ исполнителями. В технических требованиях AIR указываются

подробные сведения, необходимые для формирования ответа на те требования к OIR,

которые связаны с активами. Эти требования должны быть изложены таким образом,

чтобы их можно было включить в договоры (соглашения) по управлению активами для

содействия по принятию организационных решений [3] (приведены в приложении Б,В).

Примечание - Более подробно административные и коммерческие аспекты описаны в нормативном

техническом документе, регламентирующем применение информационного моделирования в

эксплуатирующей организации.

7.1.1 В технических аспектах требований к информации по активу (АIR) отражаются

основные требования ответственный пользователь здания и сооружения к

информационным системам, к созданию электронных моделей, требования по обмену

данными и информацией между заинтересованными сторонами и/или при интеграции с

другими данными (приведены в приложении В).

7.2 В требованиях к информации по активу (AIR) необходимо указать к какому

уровню проработки относятся элементы электронной модели (приведены в приложении Г).

Ответственный пользователь здания и сооружения определяет уровень проработки

элементов.

Примечание - Данный пункт применяется для случаев отсутствия исполнительной электронной

модели (as-built model), когда создание электронной модели актива выполняется на основе лазерного

сканирования или иными доступными средствами.

8 ФОРМИРОВАНИЕ ИНФОРМАЦИОННОЙ МОДЕЛИ АКТИВА (AIM)

8.1 Информационная модель актива

(AIM) рекомендуется формировать в

специализированном программно-техническом комплексе по управлению активом.

8.2 Управление информацией в составе информационной модели актива (AIM)

осуществляется с использованием среды общих данных (CDE).

8.3 При организации среды общих данных необходимо обеспечить информационную

безопасность и контроль качества информации.

8.4 Организацию процессов хранения и управления информацией об активе

рекомендуется реализовывать в специализированных программно-технических комплексах

в составе информационных систем (например, BMS, SCADA и т.д.), обеспечивающих их

совместное использование в составе информационной модели актива (AIM) для управления

информацией по активу.

Примечания

1 Вышеупомянутые программно-технические комплексы являются частным случаем среды общих

данных (CDE). Управление данными предполагает работу посредством облачных сервисов (приведены в

приложении Д).

2 Пример информационных систем по управлению активом приведены в приложении Е.

8.5 Специализированные программно-технические комплексы должны обеспечить

возможность реализации следующих задач:

- интеграция данных в единое информационное пространство;

- упорядоченное и безопасное хранение информационной модели актива (AIM) в

течение всего жизненного цикла актива;

- предоставление и разграничение прав доступа заинтересованным сторонам к

информационной модели актива (AIM);

- обеспечение инструментами для поиска и анализа необходимых данных и

документов;

- формирование отчетности по содержимому информационной модели актива (AIM).

8.6 Информационные контейнеры в составе информационной модели актива (АIM)

должны быть логически организованы (например, по принципу разделения на дисциплины,

этажи, помещения, зоны, системы здания и другие данные).

8.7 Информационные контейнеры в составе информационной модели актива (АIM)

следует именовать в соответствии с соглашением о правилах обозначения и именования

данных.

Примечание - См. СП РК 1.02-115-2018 «Правила организации совместного создания информации о

строительстве. Среда общих данныхª.

8.8 В целях последующей идентификации элементы электронной модели в составе

информационной модели актива (AIM) должны содержать индивидуальный код (QR-код,

штрих-код и т.д.)

Примечание - Присвоение индивидуального кода элементам электронной модели позволяет получить

необходимую информацию об элементе

(описание элемента, информацию о его местоположении,

технические характеристики, эксплуатационные данные элемента, чертежи, схемы, документы и другие

данные) путем сканирования кода. Код закрепляется за элементом на весь период его эксплуатации и может

быть использован при электронной инвентаризации/паспортизации актива.

8.9 В случае отсутствия исполнительной электронной модели строительного объекта

(as-built model) электронная модель актива может быть разработана на основе технологии

лазерного сканирования или иными доступными средствами.

Примечания

1 Данные лазерного сканирования передаются в специализированное программное обеспечение (ПО)

в виде облаков точек в качестве исходных данных для создания электронной модели актива.

2 Лазерное сканирование применяют также для решения следующих задач:

- слежения за деформациями элементов построенных объектов;

- сбора данных, необходимых для полной или частичной реконструкции, планового ремонта актива и

т. д.

9 УПРАВЛЕНИЕ АКТИВОМ

9.1 На этапе эксплуатации актива формируется данные по активу, необходимые для

принятия управленческих решений с использованием информационных систем управления

(ИСУ).

9.2 Информационная система управления (ИСУ) может быть создана на основе

соответствующего программного обеспечения. Примеры различных классов

информационных систем управления активом представлены в таблице Е.2 приложении Е.

9.3 В целях эффективного управления активом следует руководствоваться

объективной информацией и знаниями о состоянии актива, производительности, рисках и

стоимости.

9.4 Эффективная и безопасная эксплуатация технологического оборудования,

инженерной инфраструктуры актива относится к задачам технического менеджмента

(приведены в приложении Ж).

Примечание - Эксплуатация зданий и сооружений (актива) включает в себя следующие основные

направления: административный, коммерческий и технический менеджмент.

10 ИНТЕГРАЦИЯ И УПРАВЛЕНИЕ ДАННЫМИ

10.1 Для обеспечения интеграции данных из информационной модели актива (AIM) в

информационные системы управления (ИСУ) и автоматизации процесса передачи данных

между системами необходимо единообразное представление данных. Соответствующая

схема обмена данными выбирается в каждом конкретном случае в зависимости от

решаемых задач, характера передаваемых данных и требований к каждой из систем,

участвующих в обмене данными (приведены в приложении К).

Примечание - Интеграции данных необходима, когда определенные данные требуются прикладной

программе, не приспособленной для работы с «постороннимª для неё хранилищем. Например, ERP системе

необходимо получить доступ к данным PLM системы и наоборот. Схемы баз данных разных приложений не

соответствуют друг другу: что является «атрибутомª для одного хранилища - может быть «объектомª

другого, что представлено текстовой строкой в одной схеме данных - может оказаться группой текстовых и

числовых полей в другой. Потребность в передаче данных между разными хранилищами становится

необходимо, так как повторный ручной ввод данных из приложения в приложение занимает значительное

время.

10.2 Для эффективного управления данными информационной модели актива (AIM)

необходимо закрепить функции управления данными за лицом, ответственным за

взаимодействие с заинтересованными сторонами, обеспечивая эффективную интеграцию

процесса управления данными с другими процессами.

10.3 В функцию управления данными входят следующие основные задачи:

- интеграция данных и перемещение данных (извлечение, преобразование, загрузка);

- совместимость данных с различными информационными системами;

- хранение данных.

10.4 Для организации обмена данными требуется использовать программное

обеспечение, поддерживающей форматы с открытой спецификацией, (например, IFC

- приведены в приложении Л).

10.5 Эффективный обмен структурированной информацией из электронных моделей

актива обеспечивается с использованием открытых форматов, описанных в (например,

IDM, IFD и т.д.) международных стандартах (приведены в приложении М).

Приложение А

(информационное)

Формирование данных информационной модели на стадиях жизненного цикла

строительного объекта

Таблица А - Формирование данных информационной модели на стадиях жизненного

цикла строительного объекта

Стадия жизненного цикла строительного объекта

Вид информации

Проектирование

Строительство

Эксплуатация

Классификация

элементов

(компонентов)

(Согласно стандартам

СТ РК ISO 12006-2,

СТ РК IEC 81346-1,

СТ РК 81346-2 и др.)

Перечень атрибутов

по каждому

компоненту

Топологическая

структура учета

компонентов

(иерархия компонента

по местоположению)

Значения проектных

атрибутов

(у каждого атрибута,

есть значение, которое

относится к одному из

следующих

типов:

ключевое

слово,

строка, адрес, число,

проценты, код языка

и т. д.).

Приложение Б

(информационное)

Формирования требований по активу (AIR) к обмену информацией на стадии

эксплуатации здания и сооружения (актива)

Образец формирования требовании по активу (AIR) на основе требований к

информации для управленческого учета организации (OIR):



активам присваиваются уникальные (ID) имена (идентификатор, гарантирующий

уникальность на протяжении всего срока эксплуатации);



местоположение актива с использованием пространственных привязок или

применение геоинформационных систем (ГИС);



информация о пространстве, относящееся к активу;



гарантийный период;



график работы и назначение ответственных лиц за выполнения работ;



учет выполненных работ, техническое обслуживание и профилактические работы

(осмотр, обход, модернизация и т.д.);



график работ по техническому обслуживанию и ремонту, планированию

технического обслуживания, включая контроль качества и сроков выполнения ремонтных

работ;



стандарты, процессы и процедуры, связанные с активами;



информация о наличии взрывоопасных зон или веществ (указания по безопасности);



срок службы активов (износ, замена, списание, утилизация);



подробная информация о планах действий в чрезвычайных ситуациях, включая

ответственных за осуществление мер, применяемых в условиях чрезвычайных ситуаций (в

том числе выбор безопасных маршрутов эвакуации и т.п.) и контактные данные

ответственных лиц;



причины поломки активов (в случае если они известны).

Приложение В

(информационное)

Образец формирования требований по активу (AIR) для поддержки технических

требований

Таблица В - Образец формирования требований по активу (AIR) для поддержки

технических требований

Пункт

Наименование

Комментарий/примечание

Пользователи

Создание списка всех пользователей

информационной модели актива

(AIM).

Среда передачи данных

Среда общих данных (CDE).

Обязанности

Например:

(взаимодействия участников проекта в

Специалист

(BIM manager)

рамках среды общих

данных

который

формирует

программного обеспечения)

информационную модель актива

(AIM).

Специалист

(Data manager),

работающий с базой данных

(интеграция данных, совместимость,

извлечение,

преобразование,

загрузка).

Права доступа

Например:

(Матрица ответственности)

Создание ролей проекта с

определенными разрешениями и

назначение

пользователей

определенными ролями и правами

доступа

проекта

(системный

администратор,

руководитель, тех. персонал и т.д.).

2. Данным ролям затем могут быть

назначены отдельные права доступа.

Функции,

выполняемые

участниками в определенный момент

времени.

Роли

участников

определяются

действиями

результатами, а не обязательно

профессией, которой занимается

участник.

Примечание:

В соответствии с СТ РК ISO 29481-1

Продолжения таблицы В

Разделы, которые могут быть

Например:

включены в экспорт

АР, КЖ, ОВиК, ВК, ЭЛ, СС.

Структура информационной модели

Например:

актива

-Актив

-Помещение

-Этаж

-Зона

и т.д.

Классификация элементов

Например:

Согласно стандартам СТ РК ISO

12006-2, СТ РК IEC 81346-1, СТ РК

81346-2 и др.

Наименования типов документов

Категории документов:

-Чертежи

-Спецификации

-Инструкции по установке

-Техническое обслуживание

-Технические характеристики

-Фото / Видео

-Гарантийные документы

и т.д.

Добавления документов и внешние

Например:

ссылки

Технические условия, технические

характеристики,

паспорта

на

оборудования, инструкции, планы

этажей, принципиальные схемы и т. д.

Создание шаблона

Можно добавить ввод обязательных

информационных требований

полей и загрузку необходимых

документов.

Например:

1. Создать новые дисциплины и

категории, которые ранее не

экспортировались из исполнительной

электронной модели строительного

объекта

(as-built model), добавить

свои собственные настраиваемые

поля и прикрепить их к 1) типам, 2)

компонентам,

системам,

документам,

5) пространству,

зонам, 7) объекту.

2. Изменить структуру, атрибуты и

поля.

3. Настроить систему классификации.

Продолжения таблицы В

Указание местоположения

Местоположение

актива,

использованием пространственных

привязок

или

применение

геоинформационных систем (ГИС)

Технические требования

1.Предварительные требования к

серверу базы данных

2. Требования к оборудованию

3. Требования к программному

обеспечению.

Информационная система

Например:

управления

Автоматизированная

система

управления зданием

(АСУЗ), более

известная под сокращением BMS

(Building Management System). BMS

условно разделяется на два типа:

предназначенная для управления

частными домами/квартирами (Home

Automation, и предназначенная для

управления

административными

зданиями

(Building Automation)

жилыми комплексами, гостиницами,

бизнес-центрами,

торговыми

центрами, больницами и т.п.

Интеграция

Интеграцию

другими

информационными системами (ПО).

Управление данными

Управление данными предполагает

работу посредством web-сервисов

всех проектных дисциплин и всех

участников проекта к единой

интегрированной интероперабельной

модели на основе открытых схем

(онтологий) и форматов данных,

семантик и классификаций.

Примечание

Интероперабельность

способность

двух

или

более

информационных систем или компонентов к

обмену информацией и к использованию

информации, полученной в результате

обмена.

Продолжения таблицы В

Форматы данных для передачи

Например:

IFC

информации (приведены в

приложении Л).

Функциональность

программного

-управление активами организации;

обеспечения (ПО)

-ведение реестра активов

организации;

-учет и ведение технической

документации, истории, иерархии,

данных о состоянии активов

организации;

-управление и планирование

профилактических работ и

предупредительных ремонтов;

-настройку бизнес-процессов

обслуживания и ремонта

оборудования;

-управление внеплановыми

ремонтами;

-управление снабжением

материалами, запчастями, деталями

и инструментами для выполнения

ремонтных и профилактических

работ;

-управление складскими запасами;

-управление персоналом службы

обслуживания и ремонта

оборудования;

-формирование стандартной

отчетности и отчетов по запросу;

-использование web-технологий, что

делает системы более гибкими и

позволяет получать и вводить

информацию удаленно, через

интернет;

-разграничение доступа

пользователей к информации;

-управление документами в области

ТОиР.

Продолжения таблицы В

Обмен данными

Для

обмена

данными,

при

необходимости,

может

быть

разработаны

дополнительные

функций программного обеспечения

информационной системы, а также

протокола ее взаимодействия с

внешней

системой,

либо

согласование формата пакетов XML

для обмена через web-сервисы.

Экспорт и фильтры

Например:

COBie

(COBie представляет собой таблицу,

отражающую схему передачи IFC)

https://technical.buildingsmart.org/stand

ards/mvd/mvd-database/

Протокол передачи данных для

В системах предусматриваются

компоненты сети передачи данных и

управления автоматизированной

средства

преобразования

системой управления зданием

интерфейсов и протоколов. К

открытым

информационным

протоколам относятся BACnet, KNX,

Modbus, DALI, OPC UA и т. д.

Связи

Связи, которые будут отслеживаться

между моделями (например,

ifcGUIDs).

Целостность файла

Процессы могут потребоваться для

проверки целостности

наборов

данных. Проверка действительности

файлов с помощью программных

обеспечении (ПО).

Проблемы и риски

Схемы баз данных разных

приложений не соответствуют друг

другу: что является «атрибутомª для

одного хранилища

- может быть

«объектомª

другого,

что

представлено текстовой строкой в

одной схеме данных

- может

оказаться группой текстовых и

числовых полей в другой.

Продолжения таблицы В

Взаимодействие: управление

Может возникнуть необходимость во

обменом

взаимодействии

качестве

необходимого результата или ввода

данных (специальные требования к

процессам экспорта и импорта).

Контроль данных - сбор

Применяется

для

понимания

информации (наблюдение) о работе

работоспособности

отдельных

элементов и систем объекта

элементов или процессов объекта. На

этапе эксплуатации модель могут

использовать

для

контроля

температуры помещения, для этого

данные системы автоматизации

зданий должны быть интегрированы с

данной моделью.

Согласование данных (validate) —

Проверяется целевая информация об

проверка, подтверждение точности

объекте

для

обеспечения

её

информации об объекте

логичности

и обоснованности.

Основные области проверки делятся

на три части: назначение правил,

работоспособность и подтверждение

соответствия. Проверка назначения

гарантирует, что объект имеет

элементы, которые были указаны и

запланированы. Цель проверки

работоспособности заключается в

том, чтобы гарантировать, что объект

является конструктивно пригодным,

ремонтопригодным и пригодным для

использования. Также будет ли

объект выполнять функцию, для

которой он был разработан.

Подтверждение

соответствия

показывает соответствие объекта

стандартам, включая строительные

нормы и др. Вся информация об

объекте, которая была разработана в

других процессах, проверяется на

точность.

Приложение Г

(информационное)

Формирования требований по активу (AIR) в части уровня проработки элементов

электронной модели

Таблица Г - Образец формирования требований по активу (AIR) в части уровня

проработки элементов электронной модели

Наименование

Классификация

Помещение

Уровень

(Пример)

элементов

проработки

точности

информации

Архитектура

Двери

Окна

Элементы отделки

Конструкции

Фундамент

Перекрытия

Лестница

Колонны

Закладные детали

Балки

Арматура

Инженерные

сети

Воздуховоды

Трубы

Инж.

оборудование

Сан.

оборудование

Электрооборудова

ние

Примечание - В случае, если есть элементы (например: датчики), которые не обязательно детально

прорабатывать в части геометрии, но в части атрибутивной информации и точного нахождения элемента в

пространстве их необходимо проработать на высоком уровне детализации. Если это автоматизированный узел

управления (который предназначен для управления параметрами теплоносителя в системе отопления), то

информация должна быть проработана на высокой детализации в части геометрии, атрибутивной информации

и точного нахождения элемента в пространстве.

Приложение Д

(информационное)

Облачные сервисы

Таблица Д - Основные виды облачных сервисов

Вид облачных

Потребитель

Услуги облачного сервиса

сервисов

IaaS

Отдел информационных технологий

Виртуальные сервера,

(IT-отдел), разработчики

облачное хранилище

приложений

PaaS

Разработчики приложений

Платформа для запуска

приложения, облачное

хранилище

SaaS

Конечный пользователь

Облачное программное

обеспечение

Примечания

1. В соответствии с ISO 17788-2014.

2. IaaS

(infrastructure as a service): гибкое облачное решение, которое позволяет самостоятельно

создавать и клонировать виртуальные сервера, менять их конфигурацию, а также управлять настройками

предоставленных вычислительных ресурсов по запросу, на которых пользователь имеет возможность

развернуть и запустить произвольное программное обеспечение, включающее в себя операционные системы

и приложения. В рамках данной модели пользователь не управляет и не контролирует, лежащую в основе

физическую инфраструктуру, но имеет контроль над операционными системами и развернутыми

приложениями.

3. PaaS (platform as a service): предоставление облачной платформы для развертывания программного

обеспечения, созданного на базе языков программирования и инструментов, поддерживаемых облачным

провайдером. Пользователь не имеет возможности управлять облачной инфраструктурой

(сетевым и

серверным оборудованием, операционными системами), но имеет контроль над развернутыми приложениями

и возможностью, управлять настройками среды общих данных (CDE).

4. SaaS (software as a service): предоставление в использование ответственному пользователю здания и

сооружения приложений, развернутых на облачной инфраструктуре провайдера. Ответственный

пользователь здания и сооружения не контролирует настройки приложения.

Приложение E

(информационное)

Использование информационных технологий (IT) в управлении активами

Для стратегического управления активами рекомендуется разработать отраслевые и

специализированные решения для сертифицированных программных продуктов,

созданных для автоматизации процессов организации с учетом ее специфики. Данные

решения разрабатываются для каждой конкретной организации и учитывают ее актуальные

потребности.

Таблица Е.1 - Образец отраслевого решения с использованием информационных

систем (готовый вариант настройки, учитывающий специфику определенной

отрасли или организации)

Наименование

Описание

Учет

 ведение реестра объектов недвижимости, эксплуатации и

аренды

— зданий, помещений, участков, арендных мест,

оборудования, мебели;

 учет персонала, субъектов аренды, сервисных организаций;

 инвентаризация объектов эксплуатации с помощью сканера

штрих-кодов, инвентаризация размещения объектов с помощью

привязки к ним файлов фотосъемки;

 ведение архива графических изображений (чертежи, поэтажные

планы, схемы, точки подключения), привязка изображений к

объектам учета в базе данных;

 учет перемещений персонала, мебели, оборудования;

 ведение паспортных характеристик объектов, ведение

паспортов и формуляров с возможностью вывода на печать;

 ведение критериев технического и эксплуатационного

состояния, типовых дефектных ведомостей и т.д.;

 ведение справочников по нормативам эксплуатации объектов

(на техническое обслуживание, ремонт, уборку, санитарное

содержание), указаний по технике безопасности;

 управление документацией

- эксплуатационной, ремонтной,

арендной;

 учет затрат на эксплуатацию и арендных платежей.

Продолжение таблицы Е.1

Планирование

 финансовое планирование аренды, формирование арендных

платежей на основании договорных и рыночных ставок;

 формирование обоснованных программ работ на основе оценки

критичности и состояния объектов;

 формирование графиков плановых работ

ремонтов,

технического обслуживания, ремонтно-строительных работ,

реконструкции и перепланировки помещений, уборки, осмотров,

проверок, инспекций на объектах эксплуатации;

 формирование рабочей дефектной ведомости на основе

типовой, составление и корректировка планов работ на период

(сутки, неделя);

 формирование потребностей и заявок на закупку расходных

материалов, запчастей, спецодежды, инструментов, хоз. инвентаря,

мебели, оргтехники и другого оборудования;

 формирование сметных показателей эксплуатации, исходя из

плана работ, формирование и балансировка бюджета на

эксплуатацию;

 расчет трудоемкости работ, планирование рабочего времени,

отображение занятости персонала, учет фактического времени

выполнения работ, анализ производительности труда;

 формирование

заданий

на

работу

(наряд-заказов),

распределение по исполнителям;

 организация конкурсов на работы по эксплуатации, управление

договорами с сервисными организациями.

Выполнение

 контроль подготовки и выполнения осмотров, проверок,

инспекций на объектах эксплуатации;

 получение и обработка данных со сканера штрих-кодов для

идентификации объектов в ходе осмотров, проверок, инспекций,

оперативное формирование распоряжений на перемещение

идентифицированных объектов;

 привязка результатов осмотров к помещениям и объектам

эксплуатации;

 дефектация

конструктивных

элементов

и систем,

классификация дефектов, регистрация дефектов, в том числе с

мобильных устройств и планшетов, ввод описания дефекта, в том

числе привязка к нему фотографии дефекта;

 учет эксплуатационного состояния объектов эксплуатации, учет

наработки, диспетчеризация инженерных систем;

 прием, обработка и диспетчеризация заявок - на услуги, на

бронирование помещений, обеспечение помещений оборудованием

и сервисом, на плановые ремонты, на устранение дефектов, отказов;

 мониторинг ситуации по авариям, отключениям, мониторинг

выполнения заявок;

 выполнение плановых ремонтов и обслуживания;

 ввод отчетов о выполнении работ, в том числе по фактически

использованным ресурсам, учет фактических результатов

эксплуатации.

Окончание таблицы Е.1

Анализ

 расчет и анализ эксплуатационных показателей

(KPI), с

представлением в графическом и/или табличном виде, с выводом на

печать;

 оперативные и интегральные характеристики использования

помещений, зданий, инженерных систем и других элементов

активов портфеля;

 анализ причин дефектов, выявление первопричин отказов,

выявление преобладающих дефектов (отказов);

 расчет и мониторинг индекса состояния инфраструктуры,

расчет и анализ показателей износа и остаточного ресурса

объектов; сводные показатели по центрам учета;

 расчет и анализ показателей затрат по видам эксплуатации, по

видам объектов, по объектам и по портфелю активов в целом и т.д.;

 анализ складских запасов, движения и использования

материальных ценностей;

 сводный

«пульт управленияª с отображением динамики

показателей и событий

(отказы, аварии, заявки на работы,

отключения);

 расчет показателей работы сервисных организаций.

Примечание

- KPI представляет собой особую систему показателей, при

использовании которой работодатели могут оценивать эффективность

деятельности подчиненных. При этом KPI - ключевые показатели каждого

работника - привязывают к общим индикаторам бизнеса (уровню доходности,

рентабельности). Внедрения созданной в компании системы KPI могут отвечать,

как сотрудники, так и сторонние консультанты. Вместе с тем, следует принимать

во внимание, какая специфика у организации, как в ней протекают бизнес-

процессы, какие цели и задачи организации ставит перед собой.

Примечание

Разработчики программного обеспечения предлагают разработку уникальных

конфигураций для предприятий в различных сегментах бизнеса и производства: торговые предприятия,

обслуживающие компании, образовательные, медицинские и бюджетные учреждения и т.д.

Таблица Е.2 Информационные системы управления

Наименование

Описание

Интегрированная система управления

Системы

класса

IWMS обычно

рабочими местами

(Integrated Workplace

поддерживают

бизнес-процессы

Management Systems, IWMS)

управления недвижимостью, планирования

обслуживания и контроля, управления

пространством и рабочими местами,

управления услугами и управления

проектами.

Система

управления

ресурсами

Информационная

система

для

организации (enterprise resource planning,

автоматизации планирования,

учета,

ERP)

контроля и анализа всех основных бизнес-

процессов и решения бизнес задач в

масштабе организации. Системы ERP

позволяют

заменить

устаревшие

разрозненные информационные системы

по управлению логистикой, финансами,

складом, проектами. Вся информация

хранится в единой базе данных.

Автоматизированная система управления

Комплекс программного обеспечения,

техническим обслуживанием и ремонтом

включает базу данных оборудования

(computerized maintenance management

предприятия,

модули

планирования

system, CMMS)

проведения технического обслуживания и

планово-предупредительного

ремонта,

оформления заявок на проведение ремонта,

модули складского учёта и заявок на

покупку материалов.

Автоматизированная система управления

Система, обеспечивающая поддержку

имуществом

(computer aided facilities

реализации концепции комплексного

management, CAFM)

управления имуществом при помощи

современных

информационно-

телекоммуникационных технологий с

целью сопровождения полного жизненного

цикла строительного объекта.

Система управления активами организации

Систематическая и скоординированная

(enterprise asset management system, EAM)

деятельность организации, нацеленная на

оптимальное управление физическими

активами и режимами их работы, рисками

и расходами на протяжении всего

жизненного цикла для достижения и

выполнения

стратегических

планов

организации.

Продолжение таблицы Е.2

Система управления жизненным циклом

Технология управления жизненным

продукта (product lifecycle management

циклом изделий. Организационно-

system, PLM- system)

техническая система, обеспечивающая

управление всей информацией об изделии

и связанных с ним процессах на

протяжении всего его жизненного цикла,

начиная с проектирования и производства

до снятия с эксплуатации.

Автоматизированная система

Система, которая собирает информацию о

диспетчерского управления и сбора

технологическом процессе, обеспечивает

данных (supervisory control and data

графический интерфейс с оператором,

acquisition, SCADA)

сохраняет историю процесса и

осуществляет автоматическое управление

процессом в необходимом объеме. Данная

система позволяет полностью обеспечить

диспетчера, всей требуемой информацией

и организовать управление оборудованием

в реальном режиме времени, что

значительно сокращает время анализа и

ликвидации аварийных событий,

повышает качество управления.

Автоматизированная система управления

зданием (building management system, BMS)

зданием (АСУЗ) является интегрированной

системой,

которая

позволяет

контролировать и управлять всеми

устройствами

подсистемами,

расположенными

здании.

При

построении

АСУЗ, как правило,

реализуется три уровня автоматизации:

Верхний —

уровень

диспетчеризации и администрирования

(Management Level) с базами данных и

статистическими функциями, на котором

осуществляется взаимодействие между

персоналом (операторами, диспетчерами,

пр.) и системой через человеко-машинный

интерфейс, реализованный в основном на

базе компьютерных средств и SCADA-

систем. Этот же уровень должен отвечать

за информационное взаимодействие с

уровнем предприятия.

Приложение Ж

(информационное)

Технический менеджмент актива

Таблица Ж - Технический менеджмент актива

Наименование

Описание

Технический менеджмент актива -

Технический менеджмент актива включает

Одно из основных направлений (Facility

в себя все работы, которые необходимы для

management) эксплуатации актива

содержания и оптимальной эксплуатации

строительных и технических приборов

здания.

Документооборот

Сбор, обработка и корректировка всей

необходимой информации о состоянии,

потреблении и управлении всеми

материальными ресурсами внутри здания

(состояние

запасов

материальных

ресурсов, данные об их потреблении,

наличие инструкций по эксплуатации

инженерных систем и оборудования,

наличие

протоколов

технического

обслуживания, акты приемки-сдачи).

Технический менеджмент актива включает следующие виды работ:

Технический осмотр систем актива

- анализ состояния всех систем здания:

аудит

электропроводка,

вентиляционные

системы и пр.;

- замена необходимых элементов системы

или всей системы в случае необходимости;

- постоянный контроль функционирования

систем здания.

Продолжение таблицы Ж

Устранение последствий аварий

- любые аварийно-ремонтные работы в

кратчайшие

сроки

(электросети,

канализация,

отопительные

вентиляционные

системы,

лифты,

эскалаторы).

Ремонтные работы

- ремонт, монтаж и демонтаж офисной

мебели;

- ремонт внутренних и внешних покрытий

здания;

- фасадные работы;

- ремонт бытовой и оргтехники.

Управление энергоресурсами включает

полный

анализ

потребности

энергоресурсов по подразделениям;

- определение возможностей по активации

потребления;

планирование

реализация

энергосберегающих мероприятий;

- расчет рентабельности и доказательство

экономии.

управлению

средствами

- система оповещения о пожаре;

коммуникации относится совокупность

- система оповещения от проникновения

работ,

которые

обеспечивают

посторонних лиц;

бесперебойное, надежное и эффективное

функционирование

всех

систем

- система видеонаблюдения;

коммуникаций актива

- телефонная и компьютерная сеть.

Окончание таблицы Ж

Реконструкция и модернизация

это совокупность работ или услуг, которые

необходимо

провести

рамках

функциональных или эксплуатационных

изменений технических приборов и систем,

пространства и площадей здания для

приведения последних в соответствии с

имеющимся уровнем развития техники.

Текущая эксплуатация- весь перечень

- получение приборов и систем;

работ, который требуется в рамках

- ввод в работу;

обычного

экономического

использования технических приборов и

- наблюдение, измерение, регулировка;

инженерных систем актива

- поддержание в исправном состоянии;

- устранение неисправностей в работе;

- повторный ввод приборов в работу;

- непосредственное обслуживание.

Приложение К

(информационное)

Идентификация элементов (компонентов)

В данном приложении содержится определение элементов

(далее компонент),

предусматривающее возможность обмена данными между информационными системами.

Идентификация компонента (ID) имеет принципиальное значение для точного сбора

информации.

а) Идентификация компонента (включая его название, описание и другие свойства,

которые делают его уникальным).

б) Классификация компонента, что облегчает его поиск и составление спецификаций

по компоненту.

К.1 Компоненты представлены в виде аннотаций подтипами типа IfcElementType и

применяются по подтипам IfcElement. Каждый из них имеет атрибуты, позволяющие

выбирать из заранее заданных наборов, а также для назначения произвольного обозначения

типа компонента IfcElementType разрабатывается с атрибутом PredefinedType.

Дополнительная настройка может быть задана в свойстве ObjectType и модуля IfcElement.

См. таблицы К.1 и К.2.

Таблица К.1 - Пример строки типа компонента в COBie

Name

CreatedBy

Description

Ext Object

Extldentifier

Наименование

(Lookup)

Описание

(Lookup)

Иденти-

Выполнено

Объект

фикатор

(Поиск)

Window (Окно)

info@

Double-winged swing

IfcWindow

098765432109

company.com

window

Type

8765432109

(Адрес

(Окно распашное

электронной

двухстворчатое)

почты)

Acoustical panel

info@

Covering acoustical

IfcCoverin

123456789012

ceiling

company.com

panel ceilings

Type

3456789012

(Панели для

(Адрес

example

подвесного

электронной

(Потолочное покрытие,

потолка)

почты)

панели для подвесного

потолка)

Примечания:

1. COBie представляет собой таблицу, отражающую схему передачи IFC.

2. Формат COBie предназначен для хранения и передачи всех необходимых данных для этапа

эксплуатации. Этот формат представляет собой своеобразную спецификацию по всем помещениям и

оборудованию в здании. COBie обеспечивает межсистемный обмен информацией об оборудовании и

помещении.

3. Обмены небольшими частями COBie данных об отдельных активах являются другим типом обмена,

поддерживающим COBie. Например, весь файл не должен быть заменен просто чтобы обновить дату

установки и регистрационный номер определенной части оборудования. Такие отдельные COBie транзакции

могут быть рассмотрены через формат модели обмена - COBieLite. СobieLite XML все та же модель данных,

но с использованием более чистой XML схемы, чем те, которые совместимы с электронными таблицами,

чтобы сфокусироваться на простоте использования передачи данных между системами.

4. COBieLite был разработан в качестве модели обмена информацией, соответствующий

спецификации XML для COBie, что упрощает доставку и использование информации об активах объекта для

программистов, данный способ не подходит для проектировщиков (архитекторов, инженеров, и т. д.) которые

уже использует COBie в формате IFC. COBieLite XML схема создана для программистов.

5. Использование системы классификации также является ключевым фундаментом для COBie, так как

системы по эксплуатации используют классификаторы для структурирования документации.

6. Необходимо учесть, что не все программные обеспечения поддерживают данный формат обмена

информации (COBie).

Таблица К.2 - Пример типа компонента в формате IFCXML

< IfcCovering id="etl"ª

Тип,

имя

международный

идентификатор задают

уникальный

тип

</OwnerHistory>

<Name> Acoustical Panel Ceiling</Name>

компонента.

<Description>Covering Acoustical Panel Ceilings

Атрибуты 'id' и 'ref'

example</Description>

являются

промежуточными

атрибутами,

</HasPropertySets>

используемыми

модели.

Исходные данные о

</RepresentationMaps>

компонентах

<Tag> Acoustical Panel Ceilings example</Tag>

фиксируются

<PredefinedType>ceiling</ PredefinedType>

</IfcCoveringType>

специальном архиве

пользователя.

Тип может иметь вид

шаблона. Заданный

тип в дальнейшем его

определяет.

Примечания

1. IFCXML схема создана для программистов.

2. Используя онтологию ifcOWL, можно представлять данные здания, используя самые

современные web -технологии (семантическая сеть и технологии связанных данных). Таким образом, данные

IFC становятся доступными в ориентированных помеченных графах (RDF). Эта графовая модель и базовый

стек web - технологии позволяют легко связать данные о зданиях с данными материалов, данными ГИС,

данными производителей продукции, данными датчиков, схемами классификации, социальными данными и

т. д. Результатом является сеть связанных данных о зданиях, которая предоставляет широкие возможности

для управления данными и обмена ими в строительной отрасли и за ее пределами.

К.2 Компонент, встречающийся в проекте, использует подтип IfcElement

См. таблицы К.3 и К.4.

Таблица К.3 - Пример строки из таблицы компонентов COBie (выделенные колонки)

Name

Created

Description

Type

Space

Ext

Extldenti

Наименование

Описание

Name

(Lookup)

Object

feir

(Lookup)

Прост-

(Lookup)

Иден-

Выпол-

ранство

Объект

тифи-

нено

(Поиск)

катор

(Поиск)

Acoustical

info@

Covering

Acous

Ifc

37N4Uy

panel ceiling

company

acoustical

tical

Covering

pQzHlfX

in Room 10

.com

panel ceilings

panel

hrSJ8E8

(Панели для

(Адрес

in Room 10

ceiling

подвесного

электрон

(Потолочное

(Панели

потолка

ной

покрытие,

для

в помещении 10)

почты)

панели для

подвесн

подвесного

ого

потолка в

потолка)

помещении

10)

Таблица К.4 - Пример типа компонента в формате IFCXML

События

<Globalld>37N4UypQzHifXhrSJ8E8EP</Globalld>

будут иметь

форму

описания и

</Owner History>

<Name> Acoustical Panel Ceiling in Room 10</Name>

размещения в

<Description>Covering Acoustical Panel Ceilings in Room 10 </Description>

зависимости

от их условий

в помещении.

</ObjectPlacement>

</Representation>

<ObjectType> Acoustical Panel Ceiling </ ObjectType >

</IfcCovering>

К.3 Классификация

Один или несколько видов классификации могут быть связаны с компонентом.

Например:

Наименование и описание элемента классификации.

См. таблицы К.5 и К.6.

Таблица К.5 - Пример записи классификации для типа компонента в COBie

Name

Category (Lookup)

Наименование

Категория (Поиск)

Window (Окно)

QQA: Window

(Окно)

Acoustical panel ceiling

NCD: Ceiling coverings

(Панели для подвесного потолка)

(Потолочное покрытие)

Таблица К.6- Пример записи о классификации по типу компонента в стандарте

IFCXML

Взаимосвязь

устанавливает

ся между

типом(ами)

</Owner History>

<Name>CF2004_ AcousticalPanelCeilings</Name>

компонента

<Description>Classification of IfcCovering according to CL 2004</

(ов) и

Description>

данными

классифика-

ции.

</RelatedObjects>

Внесение

записи по

<Location> http://www.CF2004.com/tables#_ NCD</Location>

классифика-

ции может

<Name>Ceiling coverings</Name>

привести к

объединению

<Source>ClassificationFormat</Source>

в ее систему

<Edition>2004 Edition</ Edition>

классифика-

ции.

<DayComponent>l5</Day-

Component>

<MonthComponent>l l

</MonthComponent>

<YearComponent>2004</

YearComponent>

</IfcCalendarDate>

</EditionDate>

<Name>ClassificationFormat 2004</Name>

К.4 Спецификация и перечень компонентов

К.4.1 Данный пример содержит в себе описание характеристик компонента в виде

набора показателей. В качестве варианта в него можно также включить эксплуатационные

характеристики, специфичные для его технических требований. Эти характеристики важны

для более глубокого поиска и построения контрольных показателей и компараторов.

К.4.2 Эксплуатационные показатели

Информация о характерных эксплуатационных показателях и величинах.

См. таблицы К.7 и К.8

Таблица К.7 - Пример эксплуатационных показателей из листа данных COBie

(отдельные колонки)

Name

Sheet Name

Row Name

Value

Unit

Ext Object

Descrip

Наименование

(Lookup)

Кол-

(Lookup)

tion

Наименова-

Название

во

Ед.

Объект

Описа-

ние листа

строки

изм.

(Поиск)

ние

(Поиск)

Volume

Type

Acoustical

0,018

м³

Base

Volume

(Объем)

(Тип)

panel ceiling

quantities

from

(Панели для

(Базовые

product

подвесного

значения)

data

потолка)

(Объём

данных

компо-

нента)

Area

Type

Acoustical

1,000

м²

Base

Nominal

(Площадь)

(Тип)

panel ceiling

quantities

area for

(Панели для

(Базовые

example

подвесного

значения)

(Напри-

потолка)

мер,

заданная

пло-

щадь)

К.4.3 Выбор и эксплуатационные характеристики

Допускается предоставление информации о подборке параметров и

эксплуатационных показателях. Подбор таких свойств может зависеть от типа компонента.

См. таблицы К.9 и К.10.

Таблица К.9 - Примеры из таблицы параметров COBie (отдельные колонки)

Name

Sheet

Row Name

Value

Unit

Ext

Description

Наименование

Name

(Lookup)

Кол-во

Ед.

Object

Описание

(Lookup)

Название

изм.

(Lookup)

Наимено-

строки

Объект

вание

(Поиск)

листа

(Поиск)

Grade (Класс)

Type

Acoustical

Grade 3

Pset_

Grade (Класс)

(Тип)

panel ceiling

Covering

(Панели для

Класс)

Common

подвесного

потолка)

Таблица К.10 - Пример набора свойств в IFCXML

В наборе

<Globalld>lhfLRDZAz8$QVWSrY4eISL</Globalld>

свойств могут

быть указаны

несколько

</OwnerHistory>

<Name> Pset_ CoveringCommon</Name>

значений.

<Description>Common Properties for Coverings</Description>

<Name>Grade</Name>

<IfcDescriptiveMeasure>Grade 3</IfcDescriptiveMeasure>

</NominalValue>

</IfcPropertySingleValue>

</HasProperties>

</IfcPropertySet>

К.5 Срок службы компонента

К.5.1 В данном пункте приводится описание испытательного режима, в котором

оценивается компонент и/или основные показатели срока эксплуатации для использования

в следующих ситуациях. Соответствующие полномочия в отношении показателей

фиксируются таким образом, чтобы их можно было проверить, используя исходные данные

К.5.2 Требуемые данные

Информация представлена для

а) характеристики, например, срок эксплуатации и долговечность

б) документы, представленные с применением данных о владельце, прилагаемых к

имуществу.

К.5.3 Параметры срока эксплуатации

См. таблицы К.11 и К.12.

Таблица К.11 - Пример срока эксплуатации в таблице атрибутов COBie (отдельные

колонки)

Name

Sheet

Row Name

Value

Unit

Ext Object

Description

Наимено-

Name

(Lookup)

Кол-

(Lookup)

Объект

Описание

вание

(Lookup)

Название

во

Ед. изм

Наиме-

строки

(Поиск)

нование

(Поиск)

листа

(Поиск)

ServiceLife

Type

Acoustical

REFE

Pset_

Обычный срок

Type

(Тип)

panel

RENC

Service-

эксплуатации,

Ceiling

ESER

Life

указанный для

(Панели для

данного актива

подвесного

VICE

при

потолка)

LIFE

стандартных

условиях

эксплуатации.

ServiceLife

Type

Acoustical

years

Pset_

Длительность

Duration

(Тип)

panel

Service-

или

Ceiling

Life

продолжител-

(Панели для

ность

срока

подвесного

эксплуатации

потолка)

Utilization

Type

Acoustical

12,5

percent

Pset_

Соотношение

(Тип)

panel

Service-

времени,

Ceiling

Life

течение

(Панели для

которого

подвесного

предполагается

потолка)

использование

оборудования

или компонента

Таблица К.12 - Пример данных о сроке эксплуатации в IFCXML

В описание

<Globalld>2hfLRDZAz8$QVWSrY4eISL</Globalld>

объекта может

входить

информация о

</OwnerHistory>

<Name>Pset_ServiceLife</Name>

происхожде-

нии и

Captures the period of time that an artefact will last along with various factors that impact

достоверности

the expected service life.

его стоимости.

</Description>

<Name>ServiceLifeType</

Name>

ACTUALSERVICELIFE: The service life that an asset has given.

EXPECTEDSERVICELIFE: The service life that an artefact is expected to have under

current operating conditions. OPTIMISTICREFERENCESERVICELIFE: The best or

most optimistic estimate of service life that is quoted for an artefact under reference

operating conditions.

PESSIMISTICREFERENCESERVICELIFE: The least or most pessimistic estimate of

service life that is quoted for an artefact under reference operating conditions.

REFERENCESERVICELIFE: The typical service life that is quoted for an artefact under

reference operating conditions.

</Description>

<IfcLabel>REFERENCESERVICELIFE</IfcLabel>

</Enumeration Values>

</IfcPropertyEnumeratedValue>

<Name>ServiceLifeDuration</Name>

<Description>The length or duration of a service life</Description>

<IfcDuration

Measure>24</IfcDurationMeasure>

</NominalValue>

</IfcPropertySingleValue>

<Name>QualityOfComponents</Name>

Adjustment of the service life resulting from the effect of the quality of components used.

Приложение Л

(информационное)

Форматы и версии стандарта IFC

Таблица - Л.1 Форматы IFC

Формат

Описание

.ifc

IFC файл данных, использующий физическую файловую структуру

обмена данными о модели изделия STEP (от англ. STandard for the

Exchange of Product data) согласно ISO

10303−21. Файл

*.ifc

подтверждается согласно спецификации IFC-EXPRESS.

.ifcXML

IFC файл данных, использующий структуру документа XML. Он может

быть получен непосредственно из приложения или с помощью файла *.ifc,

используя конвертацию согласно ISO 10303−28 (XML представления

схем и данных EXPRESS).

.ifcZIP

IFC файл данных, использующий алгоритм сжатия PKzip

2.04g

(например, совместим с winzip, zlib, info-zip и др.). Требуется один .ifc

или. ifcXML файл данных в главной директории zip архива.

Приложение М

(информационное)

Международные открытые стандарты адаптированные к применению в Республике

Казахстан

Таблица М - Открытые стандарты в портфеле buildingSMART

Наименование

Стандарт

IFC

(Industry

foundation

СТ РК ISO 16739

Classes)

Основные промышленные классы

(IFC) для

совместного использования.

(https://technical.buildingsmart.org/standards/ifc/ifc-

schema-specifications/)

СТ РК ISO 29481-1

IDM

(Information Delivery

Информационное моделирование зданий. Руководство

Manual)

по доставке информации. Часть 1. Методология и

формат;

СТ РК ISO 29481-2

Информационное моделирование зданий. Руководство

по доставке информации. Часть 2. Инфраструктура

взаимодействия.

(https://technical.buildingsmart.org/resources/information-

delivery-manual/idm-database/)

IFD

(International Framework

СТ РК ISO 12006-3 Строительство зданий организация

for Dictionaries)

информации о строительных работах Часть 3 Основы

обмена объектно-ориентированной информацией.

Примечания

1 Цель buildingSMART - предоставить возможность обмена информацией на протяжении всего

жизненного цикла любого актива между всеми участниками, независимо от того, какое программное

приложение они используют. Цифровые данные должны быть доступны для использования на этапах

проектирования, строительства, обслуживания и эксплуатации.

2 IFC (industry foundation classes)

- Открытый и нейтральный файловый формат, позволяющий

обмениваться информацией между различными системами САПР и другими системами управления

строительством.

3 IDM (Information Delivery Manual) - IDM (руководство по предоставлению информации) техническое

описание процесса передачи информации, которое устанавливает порядок информационного обмена и

обеспечивает совместимость между различными программными приложениями при работе с моделью.

4 IFD (international framework for dictionaries) - IFD (международный стандарт словарей) устанавливает

общие требования к библиотечным элементам, применяемым при разработке электронных моделей зданий и

сооружений, методы их классификации, требования к геометрическим и графическим параметрам,

функциональным характеристикам, переченью и правилам заполнения атрибутивного состава, правилам

именования элементов и другие данные.

БИБЛИОГРАФИЯ

[1] Гражданский кодекс Республики Казахстан (общая часть) от 27 декабря 1994 года

№ 268-XIII.

[2] Закон Республики Казахстан. Об архитектурной, градостроительной и

строительной деятельности в Республике Казахстан от 16 июля 2001 года № 242-II.

[3] РДС РК 1.02-04-2018 Информационное моделирование в строительстве. Основные

положения.

[4] СН РК 1.02-01-2016 Типовое проектирование.

[5] СП РК 1.02-112-2018 Жизненный цикл строительных объектов. Часть 1. Общие

понятия.

[6] СП РК 1.02-111-2017 Применение информационного моделирования в проектной

организации.

[7] СП РК

1.02-114-2018 Жизненный цикл строительных объектов. Часть

Требования к информационным моделям на стадии проектной подготовки строительства

[8] СТ РК ISO

12006-2-2017 Строительство. Модель организации данных о

строительных работах. Часть 2. Основы классификации информации.

[9] СТ РК ISO 12006-3-2013 Строительство зданий организация информации о

строительных работах. Часть 3. Основы обмена объектно-ориентированной информацией.

[10] CT PK ISO 12911 - 2017 Руководство по информационному моделированию

зданий (ТИМСО). Основные положения.

[11] СТ РК ISO 16739 - 2017 Основные промышленные классы (IFC) для совместного

использования данных в строительстве и управлении зданиями и сооружениями.

[12] СТ РК ISO 55000-2016 Управление активами. Обзор, принципы и термины.

[13] СТ РК ISO

55001-2018 Управление активами. Системы менеджмента.

Требования.

[14] СТ РК ISO 29481-1-2017 Информационное моделирование зданий. Руководство

по доставке информации. Часть 1. Методология и формат.

[15] СТ РК ISO 29481-2-2017 Информационное моделирование зданий. Руководство

по доставке информации. Часть 2. Инфраструктура взаимодействия.

[16] ISO

15686-4 Планирование срока службы эксплуатации с использованием

информационного моделирования зданий.

[17] ISO 29481-1-2010 Информационное моделирование зданий - Руководство по

предоставлению информации - Часть 1: Методология и формат.

[18] ISO 29481-2-2012 Информационное моделирование в строительстве. Руководство

по доставке информации. Часть 2. Инфраструктура взаимодействия

[19] ISO

10303-21-1994 Системы промышленной автоматизации и интеграция.

Представление данных о продукции и обмен данными. Методы реализации. Кодирование

открытого текста структуры обмена

[20] ISO 12006-2-2015 Строительство зданий. Структура информации о строительных

работах. Часть 2. Основы классификации

[21] ISO

12006-3-2017Строительство зданий. Организация информации o

строительных работах. Часть 3. Основы обмена объектно-ориентированной информацией

[22] ISO

16739-2013 Формат данных с открытой спецификацией

(IFC), для

совместного использования данных в строительстве и управлении зданиями и

сооружениями

[23] ISO

19650-1-2018 Организация и оцифровка информации о зданиях и

строительных работах, включая моделирование информации о зданиях (BIM). Управление

СП РК 1.02-119-2019 ЖИЗНЕННЫЙ ЦИКЛ СТРОИТЕЛЬНЫХ ОБЪЕКТОВ Часть 5 (ҚР ҚЖ 1.02-119-2019) - 2