> For the complete documentation index, see [llms.txt](https://newtechcom.gitbook.io/newtechcom-and-bep-plan-vypolneniya-proekta/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://newtechcom.gitbook.io/newtechcom-and-bep-plan-vypolneniya-proekta/processy-vypolneniya-tim-proekta.md). # Процессы выполнения ТИМ проекта Для выполнения ТИМ проекта, необходимо организовать процессы связанные с созданием модели ЦИМ. Процессы описываются в виде Блок –схем и содержат последовательность действий, ресурсы и функции процесса. Успешное выполнение проекта по технологии ТИМ, зависит от каждого участника проекта, понимание своей функции и достижение планируемого результата, достигается благодаря хорошей организации выстроенного процесса. Перед началом проекта, каждый участник должен ознакомится со Стандартом ТИМ в организации, требованием к ТИМ (EIR), и данным планом выполнения проекта (BEP). В процессе выполнения проекта, отдел ТИМ проводит проверки модели ЦИМ на соответствие- Стандарта ТИМ, EIR и BEP. Данные проверки направлены на улучшение качества модели и достижения всех поставленных целей проекта. Ниже представлены процессы связанные с выполнения проекта ТИМ: > При создании Цифровой информационной модели (далее - ЦИМ), важно переходить от одного этапа проектирования к следующему - "бесшовно", или без потери данных. Каждый новый этап разработки модели связан с добавлением информации, тем самым увеличивается его LOD. Ниже представлена "эволюция модели" при переходе от одного этапа к другому, в процессе жизненного цикла ОКС, с указанием необходимой детализации в LOD.

> При создании ЦИМ необходима команда из специалистов различных дисциплин. Успех совместной работы заключается в грамотном распределении ролей и функций каждого специалиста. Ниже представлена схема взаимодействия специалистов в проекте с применением ТИМ.

> Последовательность разработки ЦИМ и взаимодействие между различными дисциплинами с их координацией, можно описать общим процессом ТИМ проекта, как показано на схеме ниже.

> Для организации совместной работы над одной моделью разных специалистов одной дисциплины (например: архитекторы), необходимо создание IT инфраструктуры с выделением отдельного сервера (например: Revit Server), с возможностью синхронизации локальных копий. Ниже представлена схема данного процесса.

> В ходе разработки проекта, смежные дисциплины обмениваются заданиями для учета шахт, проемов, оборудования и т.д. При этом важна актуальность и гибкость внесения изменений в задание. Для этого в процессе обмена заданиями необходимо использовать общую среду (или СОД). Ниже представлена схема обмена заданиями на примере архитектора и конструктора.

> В ходе создания ЦИМ и наполнения модель информацией необходимо разделять ее для проверок и передачи, с целью исключить не актуальную или не согласованную информацию в работе. Для этого используют зоны (в соответствии с ISO 19650): В работе; Обмен; Публикация; Архив. Процесс обмена моделями между зонами, описан ниже.

> Для достижения должного качества проекта, необходимо проверять ЦИМ на количество и качество информации, как графической так и информационной. Проверяют работу специалистов: ГИП, ГАП и специалист ТИМ, в рамках должностных компетенций.

> В ходе создания ЦИМ возникают пространственные пересечения между элементами (или коллизии). Для соответствии [требованиям к модели](https://newtechcom.gitbook.io/newtechcom-and-informacionnye-trebovaniya-eir/mezhdisciplinarnye-kollizii) (EIR), необходимо проводить проверки по [матрице коллизий](https://newtechcom.gitbook.io/newtechcom-and-informacionnye-trebovaniya-eir/mezhdisciplinarnye-kollizii/matrica-kollizii) и устранять их перед передачей модели заказчику. Ниже представлена схема процесса устранения коллизий (на примере разделов АР и КР).

> В процессе "эволюции" модели по каждой отдельной дисциплине, происходит накопление информации об объекте и увеличивается степень детализации (LOD/LOI). Этот процесс можно описать с помощью верхнеуровневой схемы (Уровень 1), как последовательное развитие ЦИМ, на схеме ниже.

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

> Следующим шагом по схеме 9 (Уровень 1) идет процесс по созданию документации стадии П. Декомпозировав этот процесс на уровень ниже (Уровень 2), можно определить взаимосвязи и зависимости процесса, для получения необходимого результата.

Бизнес-процесс по созданию документации стадии П

> После подготовки проекта стадии П и ЦИМ, уровня детализации LOD 300, необходимо оценить стоимость строительства. Для этого следующим этапом "эволюции" модели идет процесс по созданию СВОР и Смет. Ниже представлена схема данного процесса на Уровне 2.

> Заключительным этапом проектирования, перед строительством, создается рабочая документация из ЦИМ LOD 400. Ключевым действием данного процесса, это проверки на соответствия требованиям заказчика (как ТЗ на техническую часть, так и EIR на графическую и информационную составляющую ЦИМ). Организация данных проверок требует необходимых компетенций и служит залогом качественной модели ЦИМ LOD 400.

Бизнес-процесс по созданию документации стадии РД

--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://newtechcom.gitbook.io/newtechcom-and-bep-plan-vypolneniya-proekta/processy-vypolneniya-tim-proekta.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.