Приложение А (обязательное). Стандарт информационного моделирования зданий и сооружений

Приложение А
(обязательное)

Стандарт информационного моделирования зданий и сооружений

А.1 Раздел 1 "Результаты работ"

Информация, включенная в настоящее приложение, должна обеспечивать использование на проекте/объекте строительства информационной модели.

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

В разделе 1 приведен перечень возможных желаемых результатов работ, получаемых с помощью информационного моделирования. Его содержание можно сформулировать непосредственно исходя из требований заказчика или на основе требований к обмену информацией, предусмотренных руководством по доставке информации, а также других документов, определяющих требования.

В таблице А.1 перечислены необходимые результаты работ.

Таблица А.1 - Раздел 1 "Результаты работ"

Ссылки на подпункт(ы) стандарта информационного моделирования	Наименование	Комментарий/примечание
1.1	Результаты работ	Спектр и объем желаемых результатов работ непосредственно влияют на необходимые методы управления и контроля и характер исходных данных
1.1.1	Документация	Для интеграции с традиционными методами и удаленного использования. Информационная модель здания (сооружения) должна создавать традиционную документацию для использования в электронном и бумажном виде, например, отчеты или "информационные выборки". Некоторые из основных типов документов указаны в 1.1.1.1-1.1.1.3.3
1.1.1.1	Чертежи
1.1.1.1.1	Проекта/объекта (изделия)
1.1.1.1.2	Сборок элементов
1.1.1.1.3	Деталей и компонентов
1.1.1.2	Отчеты
1.1.1.2.1	Ведомости экземпляров
1.1.1.2.2	Ведомости групп
1.1.1.3	Визуализация (реалистичная/предметная)
1.1.1.3.1	Статичное изображение
1.1.1.3.2	Фильм
1.1.1.3.2.1	Облет и обход
1.1.1.3.2.2	Анимация
1.1.1.3.2.2.1	Логика проектирования
1.1.1.3.2.2.2	Последовательность возведения/демонтажа
1.1.1.3.2.2.3	В эксплуатации
1.1.1.3.3	Просмотр в виртуальной реальности (ВР)/дополненной реальности (ДР)
1.1.2	Сообщения	При применении информационной модели здания (сооружения) может быть выявлен ряд рисков, подлежащих разрешению. Риски требуют регистрации и управления до момента их полного устранения. При получении таких сообщений для ликвидации рисков должен быть предусмотрен стандартный процесс контроля, например, подчеркивание и выделение красным цветом. В 1.1.2.1 и 1.1.2.2 показаны основные типы сообщений
1.1.2.1	Проблемы	Проблемы означают прогнозируемые сбои и несовместимость
1.1.2.2	Риски	Риски означают неопределенные результаты и воздействия
1.2	Результаты/достигнутые состояния	Результатом применения информационной модели здания (сооружения) может стать достижение нового состояния соответствия или сертификация проекта/объекта. В 1.2.1 и 1.2.2 показаны основные типы результатов
1.2.1	Соответствие требованиям
1.2.1.1	Координация и пространственная стратегия	Устранение коллизий относится к области физического расположения оборудования, а устранение помех - к области эксплуатационных требований (зоны обслуживания) продуктов и пользователей
1.2.1.1.1	Устранение коллизий
1.2.1.1.2	Устранение помех
1.2.1.2	Соответствие требованиям
1.2.1.3	Соответствие нормативно-правовым требованиям
1.2.1.4	Соответствие рекомендациям консультантов
1.2.2	Сертификация
1.2.2.1	Функциональная сертификация
1.2.2.2	Нормативная сертификация
1.2.2.3	Гарантия
1.3	Анализ и имитационное моделирование	Информационная модель здания (сооружения) может использоваться для проведения технического анализа проекта/объекта. В данных пунктах должны быть перечислены несколько видов возможного анализа. Список не является исчерпывающим и может быть дополнен посредством разбивки на подпункты и включения новых подпунктов
1.3.1	Функциональные характеристики
1.3.1.1	Эксплуатационные характеристики
1.3.1.1.1	Пространственные измерения
1.3.1.1.2	Движение потоков и доступность
1.3.1.1.3	Термоанализ
1.3.1.1.4	Освещенность
1.3.1.1.5	Акустика
1.3.1.1.6	Воздух, в т. ч. дымы и выбросы загрязняющих веществ
1.3.1.2	Финансовые и временные затраты
1.3.1.2.1	Извлечение физических объемов и измерения
1.3.1.2.2	Отчет об извлечении физических объемов
1.3.1.2.3	Хронологический анализ
1.3.1.3	Строительные конструкции
1.3.1.3.1	Статические нагрузки
1.3.1.3.2	Динамические нагрузки
1.3.1.4	Экология
1.3.1.4.1	Энергопотребление
1.3.1.4.2	Потребление ресурсов
1.3.1.4.3	Прочие виды воздействия
1.3.1.5	Социальные аспекты
1.3.1.5.1	Здоровье
1.3.1.5.2	Благосостояние
1.3.1.5.3	Сообщество
1.3.2	Разного рода оценки
1.4	Интеграция	Результатом применения информационной модели здания (сооружения) может стать интеграция информации в другие производственные процессы и продукты
1.4.1	Согласования
1.4.2	Закупки
1.4.3	Работы
1.4.3.1	Строительный контроль
1.4.3.2	Сдача
1.4.3.2.1	Сдача в эксплуатацию
1.4.3.2.2	Сдача в техническое обслуживание

А.2 Раздел 2 "Управление и контроль"

Раздел 2 содержит перечень возможных методов контроля и управления, применимых в информационной модели здания (сооружения). В целом данные методы оказывают значительное содействие в работе, хотя не имеют физического выражения. Перечень методов контроля может быть расширен как непосредственным образом, так и на основе анализа официально признанных методов, включая процесс валидации, предусмотренный руководством по доставке информации, и бизнес-правила.

В таблице А.2 перечислены применимые инструменты и процессы управления и контроля.

Таблица А.2 - Раздел 2 "Управление и контроль"

Ссылки на подпункт(ы) стандарта информационного моделирования	Наименование	Комментарий/примечание
2.1	Стадии/этапы жизненного цикла объекта и проекта	Разбивка жизненного цикла проекта/объекта на стадии и этапы имеет огромное значение, так как они формируют четко определенные контрольные точки, с учетом которых проводится сравнительный анализ показателей, позволяющий оценить ход реализации проекта и потребление ресурсов. При использовании различной терминологии в данном пункте ее надлежит привести в соответствие. Ссылка может даваться на обобщенный протокол процесса, предусмотренный руководством по доставке информации, который устанавливает терминологию по умолчанию. Терминология может быть доработана для национальных стандартов и стандартов отдельных проектов/объектов
2.2	Целостность	Может возникнуть необходимость проверки производственных процессов на целостность наборов данных, включающей в себя проверку валидности файлов с помощью приложений или проверку на соответствие определенным внутренним правилам
2.2.1	Целостность файлов
2.2.2	Соответствие и валидация схемы
2.2.3	Качество данных и соответствие бизнес-правил
2.3	Полнота	Может возникнуть необходимость проверки производственных процессов на полноту наборов данных, что подразумевает обязательную проработку всех объектов до одного уровня и установление уровней проработки. Уровни могут устанавливаться для определенных услуг и/или определенных стадий. Уровень может характеризоваться объемом семантического содержания, информации и/или геометрических данных. Для более точного определения степени полноты может потребоваться включение или исключение определенных параметров
2.3.1	Семантические уровни
2.3.1.1	Ведомость элементов и систем
2.3.1.2	Ведомость типов объектов
2.3.2	Уровни информации	Определение требуемых уровней информации должно учитывать, как степень дезагрегации, так и объем атрибутов, относящихся к соответствующим частям объекта
2.3.2.1	Дезагрегация
2.3.2.2	Свойства
2.3.3	Геометрия и расположение	Определение требуемых уровней детализации должно учитывать типы необходимых геометрических данных, объем детализации и требования к точности модели и допускам
2.3.3.1	Типы геометрических данных
2.3.3.2	Детализация
2.3.3.3	Точность
2.4	Управление изменениями	Может возникнуть необходимость внедрения производственных процессов, позволяющих контролировать ход разработки модели и внесения изменений. В некоторых проектных средах это может подразумевать формальные права доступа, передачу разрешения проблем и рисков на более высокий уровень, регистрацию версий и отклонений, а также присвоение наборам данных статуса, соответствующего ходу разработки. В BS 1192 приведено подробное описание методов, принятых в Великобритании
2.4.1	Компетенция пользователя
2.4.1.1	Роль
2.4.1.2	Компетенции
2.4.2	Права доступа и фильтры
2.4.2.1	Чтение
2.4.2.2	Изменения
2.4.2.3	Запись
2.4.2.4	Удаление
2.4.2.5	Импорт и объединение
2.4.2.6	Экспорт и фильтрация
2.4.3	Проблемы и риски
2.4.4	Контроль версий и изменений
2.4.5	Статус
2.5	Рабочие процессы	Может возникнуть необходимость в разработке процессов в рамках контроля общего рабочего процесса и назначения заданий по завершении проверок и т.д. В BS 1192 приведено подробное описание апробированных методов
2.5.1	Планирование
2.5.2	Координация
2.5.3	Проверка
2.5.4	Утверждение
2.5.5	Авторизация
2.5.6	Как построено
2.6	Интероперабельность: управление обменом данных	Может возникнуть необходимость в установлении требования к интероперабельности как для требуемого результата или исходных данных. Помимо применения руководством собственных инструментов управления и контроля, процессы экспорта и импорта данных могут регулироваться специальными требованиями
2.6.1	Экспорт и фильтрация	Например, контрольная проверка на выходе совместно с проверкой соответствия производственного процесса установленным требованиям
2.6.2	Импорт и объединение	Например, контрольная проверка на входе совместно с проверкой соответствия производственного процесса установленным требованиям
2.7	Связь с документацией	Может потребоваться поддержание формальной связи информационной модели здания (сооружения) с документами, например связь с договорными документами и документами, определяющими требования, и далее по нисходящей с контролируемыми, извлеченными и неконтролируемыми материалами. Метаданные документов должны указывать на модель-источник, версию и статус [см. ИСО/МЭК 82045 (все части)]
2.7.1	Юридическая документация и договоры
2.7.2	Проектная документация
2.7.2.1	Связанные/извлеченные документы
2.7.2.2	Несвязанные документы

А.3 Раздел 3 "Исходные данные"

В разделе 3 приведен перечень возможных исходных данных для формирования информационной модели здания (сооружения). В общем случае это означает необходимые результативные действия. Перечень исходных данных должен учитывать понятие полноты, установленное выбранным руководством и методами контроля. Состав исходных данных можно разработать самостоятельно или извлечь из формальных методов, например функциональных элементов и концепций, предусмотренных руководством по доставке информации.

Исходные данные, включенные в таблицу А.3, являются обязательными.

Таблица А.3 - Раздел 3 "Исходные данные"

Ссылки на подпункт(ы) стандарта информационного моделирования	Наименование	Комментарий/примечание
3.1	Объекты	В разделе перечисляются объекты, подлежащие применению
3.1.1	Элементы и типы	Для управления объектом на протяжении его жизненного цикла может использоваться каталог типов, которые в дальнейшем становятся индивидуальными элементами
3.1.2	Пространственная структура и функции	Также для управления объектом на протяжении его жизненного цикла может использоваться каталог пространственных функций
3.1.2.1	Объект/проект
3.1.2.2	Уровни и помещения
3.1.3	Процессы и типы процессов	Аналогично для управления объектом на стадиях строительства и эксплуатации может использоваться каталог типов процессов, которые в дальнейшем становятся процессами
3.1.4	Ресурсы
3.1.4.1	Библиотеки объектов	Каталоги типов согласуются и используются многократно
3.1.4.2	Факторы анализа	В анализ могут включаться факторы, представляющие собой виды внешнего воздействия
3.1.4.2.1	Затраты
3.1.4.2.2	Производительность
3.1.4.2.3	Виды воздействия
3.1.4.3	Единицы измерения	Необходимо установить используемые единицы измерения
3.1.4.3.1	Длина
3.1.4.3.2	Время
3.1.4.3.3	Прочие
3.2	Атрибуты	В разделе перечисляются атрибуты, которые требуют определения. Управление многими атрибутами в приложениях выполняется автоматически. Требования должны устанавливаться только к обязательным атрибутам, соответственно требующим более пристального внимания
3.2.1	Идентификация
3.2.1.1	Объект
3.2.1.2	Именование и описание
3.2.1.3	Глобальные идентификаторы	Существует различие между двумя видами глобальных идентификаторов. Глобальный уникальный идентификатор (GUID) экземпляра обозначает в модели конкретную стену или дверь, а Международный словарь данных (IFD) или GUID типов обозначают тип
3.2.1.3.1	Фактическое проявление концепта	В большинстве схем данных информационных моделей предусмотрен тот или иной глобальный уникальный идентификатор для идентификации объектов и/или индивидуальных свойств в рамках проекта. Глобальный идентификатор играет важнейшую роль в обмене данными, поскольку позволяет отслеживать объекты в информационной модели здания (сооружения) независимо от используемого приложения и времени. Имена объектов могут меняться в течение жизненного цикла, но глобальный уникальный идентификатор - никогда
3.2.1.3.2	Концепт или тип	Глобальный идентификатор также может использоваться в дополнение к имени, чтобы обмен информацией, который на сегодняшний день зависит от имен, заданных пользователем, приобрел интероперабельность и не зависел от используемых систем. Таким механизмом является Библиотека международных словарей данных
3.2.1.4	Принадлежность
3.2.2	Группирование	В процессе проектирования могут применяться различные способы группирования. Наиболее важные из них подлежат закреплению документально
3.2.2.1	Зоны и системы
3.2.2.2	Внешние ссылки	Необходимо установить объем элементов, подлежащих классификации, индексированию по внешним библиотекам и привязке к внешней документации
3.2.2.2.1	Классификация
3.2.2.2.2	Библиотечные источники
3.2.2.2.3	Документация
3.2.3	Отображение	Требования к отображению должны быть закреплены документально
3.2.3.1	Положение
3.2.3.1.1	Геолокация и ориентация
3.2.3.1.2	Регионы и адреса
3.2.3.2	Распространение
3.2.3.2.1	Пространственное
3.2.3.2.2	Временное
3.2.3.3	Форма
3.2.3.4	Символ
3.2.3.5	Действие
3.2.4	Прочие свойства	Требования к использованию свойств должны быть закреплены документально
3.2.4.1	Описательные
3.2.4.2	Количественные значения
3.2.4.3	Спецификация и выбор свойств
3.2.4.4	Свойства эксплуатационные и имитационного моделирования
3.2.4.5	Гарантия
3.3	Взаимосвязи	Некоторые взаимосвязи между объектами могут создаваться, выявляться и поддерживаться приложениями скрытым образом, без непосредственного участия пользователя. Другие могут создаваться по требованию. Некоторые приложения не могут регулировать определенные взаимосвязи
3.3.1	Объединение/Разъединение
3.3.2	Включение
3.3.3	Соседство и близость
3.3.4	Сборка
3.3.4.1	Типовые работы
3.3.4.2	Типовые детали
3.3.4.3	Рабочие навыки