✍BIM стандарт ITEM 0.9

---

01. Общие сведения# 01.1. Область применения#

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

2. Перечень документов, описывающих требования, в порядке роста приоритета:

   • BIM-стандарт – определяет типовые требования к разработке модели проекта в компании ITEM. Имеет самый низкий приоритет.

   • EIR – определяет требования к модели проекта от технического Заказчика. Имеет средний приоритет.

   • BEP – регламентирует процесс разработки модели проекта. Имеет наивысший приоритет.

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

4. Требования BIM-стандарта применяется только к разделам проекта, которые разрабатываются с использованием BIM. Перечень таких разделов должен быть определен в BEP проекта.

5. Данный стандарт определяет требования к разработке проекта в форматах:

   • Autodesk_Revit

   • Autodesk Civil 3D

   • IFС

01.2. Основные положения#

1. Модель должна является основой для оформления документации проекта.

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

3. Не должно быть противоречий между проектными решениями в документации и моделью.

4. Модель должна разрабатываться в программном обеспечении определенном для проекта в BEP.

5. Модель не должна содержать проектных ошибок и коллизии.

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

01.3. Условные обозначения#

1. В данном документе приняты следующие обозначения:

Синий подчеркнутый текст - ссылка на раздел документа или внешний ресурс
Наклонный текст - названия таблиц
Серый_текст - точные имена параметров, файлов, путей и т.д. или их части
<текст в угловых скобках> - описание или диапазон подставляемого значения

---

02. Организация процесса разработки BIM-проекта# 02.1. Карта процесса# 02.2. Исходные данные# 02.3. Программное обеспечение#

1. Программное обеспечение и его версия должны быть согласованы со всеми участниками проекта до начала работы над моделью и определены в BEP.

2. В случае отсутствия иных требований, принимается следующее программное обеспечение в зависимости от раздела:

02.4. Среда общих данных#

1. СОД необходима для обмена BIM данными между всеми участниками проекта и подготавливается для каждого BIM-проекта.

2. СОД компании ITEM содержит компоненты:

Таблица – Компоненты среды общих данных

02.5. Команда проекта#

1. Команда проекта должна быть определена и занесена в BEP до начала работы над моделью. В должны быть указаны BEP ФИО, телефон для связи, аккаунт Яндекс для доступа к среде общих данных.

2. Члены команды могут быть допущены к работе над моделью только после ознакомления с BIM-стандартом, BEP, EIR проекта и инструкциями к совместной работе.

02.6. Разделение модели (перенесено)#

1. Сведения о разделении модели проекта должны быть указаны в BEP

2. Допускается изменять разделение файлов модели на разных стадиях проекта, кроме архитектурной модели.

3. Разделение модели обязательно зависит от используемого ПО, разделов документации, размера файлов модели.

4. Части модели, разрабатываемые в разных ПО, должны быть отделены.

5. Модель должна быть разделена разделам, в соответствии с таблицей:

1. Размер файла модели не должен превышать 350 MB.

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

Таблица – Допускаемое дублирование элементов из связей

1. Модель внутри раздела должна быть разделена для обеспечения:

   • удобства редактирования модели и оформления документации

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

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

2. Рекомендации, на которые необходимо ориентироваться при разделении:

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

   • дальнейшее дробление файлов модели может привести к потере основы из связанных элементов

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

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

   • большое количество элементов может привести к экспоненциальный росту времени автоматической обработки элементов

   • размер файла модели в Revit более 350 МБ может привести к замедлению работы с файлом и проблемам при экспорте

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

02.7. ==Рабочие файлы Revit (перенесено)==#

1. Работа непосредственно над моделью начинается с создания рабочих файлов и размещения их на сервере для совместной работы и в среде общих данных.

2. Рабочие файлы для совместной работы сотрудников офиса создаются на одном из Revit_Server компании. Рабочие файлы для удаленных сотрудников создаются в среде общих данных.

3. Не допускается дублирования на Revit_Server и в среде общих данных рабочих файлов удаленных сотрудников.

4. В список рабочих файлов входят:

• Единственный Координационный файл проекта

• Один или несколько базовых файлов проекта (Базовый файл)

• Файлы моделей разделов, для разработки модели

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

• Файлы заданий (создаются в процессе проектирования проектировщиком)

• Файлы библиотек и семейств

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

1. Правила наименований файлов моделей должны быть определены в BEP. Если правила на заданы в EIR, по умолчанию используйте составное имя с разделителем "_" и полями в следующем порядке:

• Аббревиатура или сокращение заказчика заглавными буквами, не более 5 символов: BRU, A101, PIK, TAL...

• Сокращение проекта, не более 10 символов: OKT5, UKV11, 28, AKD 3-6...

• Раздел проекта:

  • FM - координационный файл или сводный файл

  • BF - базовый файл

  • AR - архитектурные решения

  • KR - конструктивные решения

  • KZ - конструктивные решения - конструкции железобетонные

  • KM - конструктивные решения - конструкции металлические

  • VK - внутренние водоснабжение и канализация

  • VKV - внутреннее водоснабжение

  • VKK - внутренняя канализация

  • APT - автоматические пожаротушение

  • OV - отопление и вентиляция

  • OVO - отопление

  • OVV - вентиляция

  • ITP - ИТП

  • EOM - электроснабжение и электрическое освещение

  • EL - электрическое освещение

  • EKK - электроснабжение кабельные каналы

  • MZ - молниезащита и заземление

  • SS - сети связи

  • GS - внутренние газоснабжение

  • GP - генплан

• Блок здания:

  • S1, S2-3-4 - секции здания

  • K1, K2 - корпус

  • PRK - паркинг

  • ALL - все здание

• Часть блока здания (опционально):

  • AZ (above zero) - надземная часть (КР)

  • BZ (below zero) - подземная часть (КР)

  • MF (main floor) - первые этажи, стилобат

  • BS (basement) - цоколь, подвал

  • FCD (facade) - фасад

  • FND (foundation) - фундаменты

  • PD (pile field) - свайное поле

  • V - вертикальные конструкции (КР)

  • H - горизонтальные конструкции (КР)

  • S - лестницы надземной части (КР)

  • AZV - вертикальные конструкции надземной части (КР)

  • AZVH - вертикальные и горизонтальные конструкции надземной части (КР)

  • BZH - горизонтальные конструкции подземной части (КР)

• Дополнительное описание (опционально):

  • DOC - файл для оформления

  • LIB - файл библиотеки типов и семейств

  • DDU - ДДУ

• Сокращение наименования и версии ПО:

  • R21 - Autodesk_Revit 2021

  • N21 - Autodesk Navisworks 2021

  • A21 - Autodesk AutoCad 2021

  • C21 - Autodesk AutoCad Civl3D 2021

  • T21 - Tekla Structures 2021

  • AR21 - Archicad 2021

  • IFC2 - ifc 2 спецификации

  • IFC4 - ifc 4 спецификации

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

Разрешенные для имени файла символы:

• латинские заглавные буквы: W, S, D, F...

• прописные буквы: a, s, d, f...

• цифры: 1, 2, 3, 4...

• заглавные буквы кириллицы (крайне не рекомендуется): Ф, Ы, Й, Ц...

• заглавные буквы кириллицы (крайне не рекомендуется): ф, ы, й, ц...

• символ подчеркивания, только для разделения полей: _

• символ минуса, вместо символов точки, запятой и прочих: -

• пробел (не рекомендуется):

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

2. Рабочие файлы Revit должны быть созданы только на основе шаблонов компании. В случае необходимости рабочий файл дорабатывается в соответствии с EIR.

02.8. Координация (перенесено)#

1. Во всех файлах проекта положение элементов модели должны быть определены в одной системе координат.

2. Положение всех моделей в файлах Revit и AutoCad должны быть определены в общих координатах

02.9. Команда проекта# 02.9.1. Состав команды# 02.9.2. Обязанности участников команды# 03. Требования к файлам Revit# 03.1. Общие требования к файлам# 03.2. Запреты и ограничения#

1. Запрещено использовать следующие инструменты

Таблица – Операции и инструменты запрещенные к использованию

1. Использование следующих инструментов разрешается только в случае прямого указа инструкции к шаблону или после согласования c BIM координатором с обязательным занесением информации в BEP

Таблица – Операции и инструменты требующие согласование

03.3. Рабочие наборы#

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

2. Номера и назначения групп рабочих наборов:

Таблица – Рабочие наборы

03.4. Уровни (перенесено)#

1. Уровни моделируются по отметке чистого пола этажа. В случае переменной отметки чистого пола выбирается наименьшая отметка в пределах этажа.

2. В качестве нулевой отметки принимается уровень чистого пола первого этажа ОКС. В случае сложного рельефа за нулевую отметку принимается уровень чистого пола надземного этажа с наименьшей абсолютной отметкой.

3. Уровни этажей создаются и изменяются в базовом файле проекта. Уровни в базовом файле являются эталонными, их изменений должно отслеживаться и приниматься во всех остальных файлах проекта.

4. Допускается вводить дополнительные уровни для моделирования элементов крыши и фундаментов. При этом отметка уровня выбирается наиболее удобной для целей моделирования элементов.

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

6. Наименование уровней этажей состоит из блоков:

   • имя части здания: "Секция 01", Паркинг - "Паркинг"

   • номер этажа: "Этаж 01", "Кровля 01", "Подвал -01"

   Блоки разделяются "_"

04. Оформление документации# 04.1. Шрифты#

1. Для всех аннотаций используется шрифт Arial.

2. Список допустимых в проекте типов шрифтов:

Таблица – Типы шрифтов

* - Имена типа шрифта строго не регламентируются и могут отличаться, но значения параметров типа шрифта должны совпадать с соответствующим в таблице типом.

1. Параметры типов шрифтов в [Revit](# Autodesk_Revit):

• Основной:

Таблица – Параметры основных типов шрифтов

* - В загружаемых семействах допускаются другие значения. При этом рекомендуется в конце имени типа писать цвет, например: ITEM_Основной_3.5_Синий
** - В загружаемых семействах допускается значение "Непрозрачный"

• Зауженный:

Таблица – Параметры зауженных типов шрифтов

• Замечание:

Таблица – Параметры типов шрифтов для замечаний

• Вспомогательный:

Таблица – Параметры вспомогательных типов шрифтов

04.1. Основная надпись#

1. Для оформления основной надписи на листе в [Revit](# Autodesk_Revit) допускается использовать только актуальную на момент проектирования версию семейства ITEM_Основная надпись_ГОСТ 21-1101-2013

2. Подписи в штампе размещаются экземплярами семейства с именем ITEM_Подпись_<Фамилия> с помощью плагина ITEM "Расстановка подписей" или вручную.

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

8. Состав модели#

8.1. Состав модели определяет наполнение модели, уровень геометрической проработки LOD G и Уровень атрибутивной проработки LOI.

7.1. Уровень геометрической проработки модели (LOD G) определяется следующими уровнями:

·                    LOD G 100 – элемент представлен в виде 3D объекта условной формы с приблизительными размерами или в виде 2D объекта.

·                    LOD G 200 – элемент представлен в виде 3D объекта упрощенной формы с точными габаритными размерами.

·                    LOD G 300 – элемент представлен в виде 3D объекта или группы 3D объектов с точными размерами, материалами, деталями.

7.2. Уровень атрибутивной проработки не регламентируется.

8.2. Обязательный набор данных и уровень проработки модели:

07. Требования к BEP#

1. BEP должен быть создан и согласован до начала работ над BIM-моделью.

2. BEP должен быть создан на основе шаблона в Приложение 1.

3. Все отклонения от требований BIM-стандарта и EIR должны быть указа в листе согласований.

08. Библиотека BIM# 08.1. Библиотека Revit# 08.1.5. Правила именования загружаемых семейств (перенесено)#

1. Имя семейства должно состоять из полей разделяемых знаком "_":

<Поле1>_<Поле2>_<Поле3>_<Поле4>_<Поле5>_<Поле6>
где:

• <Поле1> - префикс обозначающий автора и назначение семейства, существуют следующие варианты:

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

  • ITEMA - семейство аннотации

  • ITEMS - (SHARED) вложенное общее семейство, используется в файле родительского семейства

  • ITEMG - (GEOMETRY) вложенное необщее семейство, используется в файле родительского семейства для повторяемой или сложной геометрии

• <Поле2> - описание типа элемента семейства, например, "Дверь межкомнатная". Длина поля не должна превышать 30 символов. Допускается перед описанием ставить сокращения раздела документации, для определения принадлежности семейства к разделу, например, "АР Ванна угловая". Допустимые сокращения разделов:

  • АР

  • КР

  • ВК, НВ, НВК

  • ОВ, ТС

  • ЭОМ

  • СС

  • ГП

  • ТХ

  • ГСВ, ГСН

• <Поле3> - сокращенное наименование завода изготовителя или ГОСТ, ТУ. Записывается заглавными буквами.

• <Поле4> - марка изделия или подтип, например:

• <Поле5> - список особенностей или признаков, которые дополнительно характеризуют элемент. Если признаков несколько, они записываются через пробел с большой буквы.

• Муфтовое

• Фланцевое

• Приварное

• На плоскости

• Кровельный

• <Поле6> - материал изделия

1. Если промежуточное поле не может быть заполнено, например отсутствует "Марка изделия" такое поле остается пустым, но количество разделителей должно оставаться как при заполненном.
   Пустые поля в конце имени удаляются вместе с разделителями.

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

• латинские заглавные буквы: W, S, D, F...

• латинские прописные буквы: a, s, d, f...

• цифры: 1, 2, 3, 4...

• заглавные буквы кириллицы: Ф, Ы, Й, Ц...

• заглавные буквы кириллицы: ф, ы, й, ц...

• символ подчеркивания, только для разделения полей: "_"

• символ минуса, вместо символов точки, запятой и прочих: "-"

• символ пробела: " "

1. Количество символов в названии семейства не должно превышать

09. Контроль качества# X9. Термины и определения# X9.1. Терминология BIM# BIM#

(Building information modeling / Технология информационного моделирования) – это подход к созданию и управлению объектно-ориентированной трехмерной моделью в виде цифрового представления физических и функциональных характеристик строительного объекта.

BIM-модель#

(Building information model) – это цифровая объектно-ориентированная модель строительного объекта в трёхмерном виде, элементы которой содержат информацию о их физическом представлении.

BIM-стандарт#

– документ определяющий типовые требования к модели проекта и к процессу разработки модели проекта.

BIM-проект#

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

BIM-данные#

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

EIR#

(Employer’s Information Requirements / Информационные требования заказчика) – документ определяющий требования технического заказчика к модели проекта.

BEP#

(BIM Execution Plan / План реализации BIM-проекта) – документ регламентирeющий процесс разработки модели проекта. Разрабатывается индивидуально для проекта.

СОД#

(Среда общих данных) – это комплекс программно-технических средств, обеспечивающий совместное использование BIM данных.

Общие_координаты#

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

Технический_долг#

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

X9.4. Роли и участники# Заказчик#

– это физическое или юридическое лицо, инициирующее и финансирующее создание проекта.

X9.4. Программное обеспечение и форматы файлов# Autodesk_Revit#

– программный комплекс от компании Autodesk для автоматизированного проектирования, реализующий принцип информационного моделирования зданий BIM.

Revit_Server#

– программа для организации совместной работы проектировщиков в программе Autodesk_Revit.

Autodesk_Civil_3D#

– программный комплекс от компании Autodesk для проектирования объектов инфраструктуры, генплана и наружных сетей.

ФОП#

(Файл общих параметров Revit) - текстовый документ, в котором прописаны все общие параметры.

Общие_параметры#

– это параметры, которые определяются с помощью GUID, могут использовать в разных файлах Revit. На их основе создаются марки и спецификации.

Яндекс_Диск#

– это облачное хранилище для файлов.

ОбщаяпапканаЯндексДиске#

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

ЯндексДискдля_компьютера#

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

IFC#

(Industry Foundation Classes) – формат файлов, который используется для обмена моделями между различными видами программного обеспечения для BIM.

---

По вопросам обращайтесь к автору документа:
руководитель отдела BIM компании ITEM, Пономарев Алексей ponomarev.a@item-pro.ru

Версия документа: 0.90