Третью часть генеральной концепции ЦТС см. здесь!
Концептуальное ТЗ на BIM-платформу (базовое ПО BIM-оператора).
Задача.
Сформулировать коротко и точно ключевые требования, и параметры специального ПО для BIM-оператора, необходимого для решения указанных в концепции задачи: создание (изменение), использование и сервис ИМ. Техническое задание на такое ПО на языке информационных технологий должно быть составлено на основании кастомизированного задания Заказчика, т.е. суммарного представления всех тех стейкхолдеров, которые будут пользоваться такой платформой.
Структура документа предполагает следующее изложение материала: Функция BIM-оператора (Коротко – BO), укрупненный план реализации функции, инструменты и ресурсы для старта, требуемые изменения или новые законодательные акты для запуска функции. Упор делается на Объекты социальной инфраструктуры (ОСИ), т.е. все здания и сооружения, кроме промышленных, производственных, торговых и офисных центров, иных коммерческих предприятий, обеспечивающих жизнедеятельность в населенных пунктах. ОСИ являются нишевой целевой группой ОКС, пригодной для создания автономного BIM-оператора.
Что такое BIM-платформа?
Прежде чем излагать ТЗ на BIM-платформу, необходимо стабилизировать поле дефиниций в отношении самой платформы. Очень часто под платформой понимают некую систему отношений, позволяющую связывать системные компоненты. Это не наш случай. Другой вариант, когда под платформой понимают некий базовый объединяющий все прочие компоненты стандарт, позволяющий конструировать компоненты с гарантированной привязкой к платформе. Например, делать двигатель под определенные посадочные места платформенных рам автомобилей. Или аналог – Майкрософт офис, в котором есть возможность передачи данных между приложениями офиса, но они сделаны на платформе Windows.
Мы под платформой пониманием не пакет программ, пусть и созданных на одной системной базе, а самостоятельное ПО (по аналогии с операционной системой), которое обычно называют Рабочей Средой, но с гораздо более широкими возможностями и требованиями. Более того, BIM-платформа – это специальное ПО (программное обеспечение), являющееся ключевым элементом сетевой автоматизированной системы управления информационными моделями зданий и сооружений в Российской Федерации, бизнес-модель функционирования этой системы и её организационное оформление (Федеральный БИМ-центр, связывающий отраслевых, региональных, муниципальных и кластерных BIM-операторов). Главная цель создания BIM-платформы – повышение эффективности и обеспечение независимости и суверенности системы управления информационными моделями объектов капитального строительства в России.
Основные задачи, реализуемые на BIM-платформе.
Исходя из приведенного в генеральной концепции ЦТС (см. часть 2) набора специфичных задач BIM-оператора, можно акцентировать внимание только на критически важных, основополагающих и фундаментальных задачах BIM-платформы, в т.ч.:
1. Работа с портфелем ИМ. Работа с портфелем ИМ предполагает, что на BIM-платформе проводятся все операции с кабинетом ИМ, ведение реестра ИМ, накопление данных по использованию ИМ и многие другие. Здесь важно понимать, что появление ИМ у BIM-оператора может осуществляться по-разному, в т.ч.:
a. Создание новой ИМ в рамках нового кабинета проекта по решению Заказчика-Застройщика, как будущего собственника ИМ.
b. Приём существующей ИМ на хранение и обслуживание в рамках решения Собственника ИМ.
c. Передача ИМ от других BIM-операторов в обращение по решению органов власти, судебных органов и иных уполномоченных институтов.
Могут быть и другие источники ИМ, так или иначе, задача BIM-платформы, принять ИМ на хранение, зарегистрировать, присвоить код в соответствие с требованиями ГИС, оформить права собственности, провести верификацию на соответствие стандарту и дать доступ доверенным стейкхолдерам для использования. BIM-платформа должна решать следующие задачи:
1. Привязка ИМ к стандарту и постоянная проверка на соответствие стандарту в процессе использования и последующих изменений.
2. Поддержание связи (контакта) ИМ со всеми БД, библиотеками, каталогами, допущенными на уровне лицензий для создания и обновления ИМ.
3. Обеспечение необходимым набором ПО для работы с ИМ, как при создании новой, так и для использования существующих, как с «толстым» клиентом, так и с «тонким» клиентом.
ИМ, как наследуемая совокупность файлов и данных, их образующих, предполагает наличие трёх основных файловых потоков: поток нативных файлов в формате родного ПО, поток файлов открытого обмена данных в формате IFC и поток файлов в нередактируемом формате для оценки и сравнению аутентичности оригиналов в будущем. Это первая плоскость классификации. Вторая плоскость – это раскладка файлов и типам редакторов: графические, текстовые, табличные, аналитические и т.п. Третья плоскость – это ось изменения файлов во времени, то есть линия трансформации от одной версии к следующей. Все эти три плоскости файлов должны быть связаны между собой и иметь интерактивное проникновение друг в друга (ссылки и переходы) вне зависимости от оригинального ПО, которое для этого требуется.
Выполнение таких задач возможно только при наличии в BIM-платформах специальной функции, позволяющей все три среза файлов объединить в информационный контейнер, то есть закрытую от внешнего проникновения ИМ, и позволяющего использовать любой сертифицированное ПО для работы с моделью. Разумеется, контейнер может быть в десктопном исполнении, в серверном с удаленным сервисом и, наконец, в облачном распределенном, но при этом качественно защищенном от внешнего воздействия. В общем случае можно выделить три типа инструментального прикладного ПО для наполнения модели (см. Рис. ниже):
1. ПО только для ввода данных в ИМ и не предназначенного для работы на этапе эксплуатации и постпускового обслуживания. К этим программа относятся все решения первичного этапа создания новой ИМ или воссоздания ИМ старого здания или сооружения, много уникальных программ, необходимых только для уточнения информации и проверки рисков.
2. По для ввода данных и вывода отчетов в различных вариантах. Сюда относятся многие MRP, ERP, CRM и им аналогичные системы, позволяющие формировать стандартные и уникальные отчеты. Особенно эти программы полезны для организации контроля и учета движения информации и её изменений.
3. Программы только для управления информацией в ИМ и для получения актуальной информации о состоянии самого объекта недвижимости, как в статичном, так и в динамическом исполнении. Пользователи таких программ не могут вносить изменения в ИМ, но могут создавать аналитические и пользовательские отчеты обо всех аспектах создания и функционирования объекта недвижимости на основании данных и сведений, уже внесённых в ИМ. По сути – это диспетчерская или надзорная функция управления объектом недвижимости.
Классическая схема использования BIM-платформы для работы с ИМ.
Важнейшая роль такого ПО – только для вывода отчетов и данных об объекте недвижимости из ИМ – создавать самые различные варианты цифровых моделей, привычных нам и без информационного моделирования: 3D-макеты, визуальные динамические модели, математические и прочностные модели, экономические и инвестиционные модели, геоинформационные и проектные модели. Но важнейшей особенностью BIM-платформы должна стать возможность создания моделей, которые не существуют или слишком сложны для создания вне ИМ. По сути, это главный системный эффект всего Информационного Моделирования - возможность создания таких МОДЕЛЕЙ, которые без ИМ не существуют! Такая новая ИМ – это уникальная сборка части взаимосвязанной и взаимодополняющей информации из ИМ, которая позволяет выявить новые аналитический объект. Например, о некоторых мы уже говорили: PIM - модель управления проектом, стоимостная модель как проекта, так и объекта недвижимости, модель безопасности, модель требований, модель качества и контроля, модель эксплуатации объекта недвижимости. Кроме того, можно говорить о модели рисков на всех этапах ЖЦ и их взаимовлиянии в процессе эксплуатации. Таким образом, можно говорить, что возможность формирования иных комбинаторных моделей на основе любой информации из ИМ – одно из требований для ТЗ на BIM-платформу.
2. Использование ИМ. BIM-платформа должна содержать требования эксплуатации или обслуживания ОКС с позиции использования ИМ, учитывая все требования стандартов эксплуатации. Кроме того, должен быть стандарт подключения к ИМ всех государственных служб и пользователей экстренных ситуаций. В ТЗ принимается решение о составе ПО, используемого для эксплуатации, режимы эксплуатации и т.н. Борд-Бук – перечень страниц-интерфейсов для эксплуатации, которые должны быть учтены в системе управления ИМ. BIM-платформа должна предусмотреть возможность накопления эксплуатационной информации, отчетов по ней, формированию временных осей объединения документов (Time-Line) по тегам и иным основаниям для поиска.
3. Работа BIM-платформ при изменении ИМ. На основании договора обслуживания BIM-оператор обеспечивать доступ владельцу и его подрядчикам к ИМ при проведении и планировании работ по реконструкции и иным изменениям ОКСа. При этом BIM-платформа должна предусматривать самые разные режимы изменения ИМ, от полной выгрузки копии на АРМ Заказчика с последующим возвратом и проверкой ИМ на стандарт (повторная верификация), так и с работой на сервере в кабинете ИМ. Если идет реконструкция отдельного блока или конструктива, предполагается возможность любого смешения этих двух крайностей.
4. Сервис информационных моделей. Наиболее сложная часть ТЗ на BIM-платформу – это формирование консоли сервиса и обслуживания ИМ. Для этого надо закрепить архитектуру BIM-платформы и описать действия BIM-оператора на каждом из режимов обслуживания ИМ. Описание режимов и принципиальной архитектуры предлагается далее.
Архитектура BIM-платформ.
Давайте теперь попробуем рассмотреть классическую архитектуру BIM-платформы, наиболее востребованную как раз холдинговыми корпоративными BIM-центрами. Если исходить из того, что подобные крупные производственные образования занимаются и эксплуатацией своего фонда недвижимых активов, и его постоянным расширением (например, Росатом, РЖД и т.п.), то базовая архитектура должна стать основанием любого ТЗ на создание BIM-платформы. Разумеется, мы постараемся изложить эту тему для широкого круга пользователей, а не сугубо в поле IT-терминологии. Для этого можно рассмотрим вариант архитектуры BIM-платформы (см. рис. ниже).
В общем случае, базовая архитектура включает несколько базовых блоков (секций или секторов), нацеленных на выполнение своего набора специфичных функций, не связанных с другими секторами. В нашем случае мы отмечаем эти секции цифрами в сером кружочке сверху. Таким образом можно выделить три ключевых сектора архитектуры BIM-платформы:
1. Сектор инициации, создания и развития информационной модели нового объекта недвижимости, включающий и опцию Управления таким проектом и опцию сквозной оценки и контроля стоимости вплоть до ввода в эксплуатацию;
2. Второй сектор – это собственно и есть секция хранения, резервирования и обеспечения доступа к ИМ всем заинтересованным сторонам на протяжении ЖЦ объекта недвижимости. В определенном смысле, если 1-й сектор – это сектор периодической загрузки IT-инструментов по выбору и потребности, то второй сектор – это и есть BIM-банк, своеобразный «холодильник» для хранения информационных моделей. Здесь не происходи их изменение, точно, как в банковских ячейках не происходит изменения их содержимого. Но ровно так же здесь обеспечивается процедурность, безопасность, наследуемость и гарантируется интерфейс доступа для тех, кому такой доступ разрешен;
3. Третий сектор – это «Операционный стол» по модернизации, актуализации и корректировке информационных моделей, уже попавших в BIM-банк. То есть речь не идет о новых объектах и проектах, речь идет именно об уже имеющихся моделях, которые были когда-то созданы в соответствие с требованиями и стандартами времени создания. По ходу истории ЖЦ происходят многочисленные изменения в модели, требуется и новый продукт, и новый релиз, новые способы связи и обработки данных в модели. Надо точно понимать, что изменения в объекте недвижимости тоже меняют ИМ, но здесь как раз включается т.н. «Блокчейн ЖЦ ИМ», в котором вся модель до изменения становится сжатой хэш-версией и включается в состав обновленной ИМ после изменения самого ОН.
Классическая архитектура корпоративной CDE – BIM-платформы.
Как видно, все три сектора имеют свои характерные особенности, например, состав участников, состав активных пользователей и иные, исключительно операционные характеристики, которые обособляют их друг от друга. Можно смело сказать, что сердцевина BIM-платформы, а именно – сам BIM-банк, будет всегда. 1-й и 3- сектор могут быть и постоянными, и временными, а также – внешними, вплоть до аутсорсинговых вариантов.
Вполне может быть ситуация, когда поток новых ИМ не так уж велик, а вот вопрос цифровизации существующего фонда будет стоять очень остро, как, собственно, этот вопрос стоит и сегодня в сфере ЖКХ. Логично, что 99% фонда недвижимости не оцифровано и эта работа не будет столь быстрой как хотелось бы. Поэтому архитектура BIM-платформы для таких коммерческих объединений должна иметь отдельный сектор – Ретро-BIM-оцифровки (см. рис. выше). Этот сектор может сосуществовать и с главным сектором № 1, может быть сам по себе, может быть собственным внутренним, встроенным в платформу, при том, что сектор №1 – будет аутсорсинговым. Выбор той или иной конфигурации – результат аудита и анализа имущественного комплекса Заказчика, а также – перспектив его развития. Что включает в себя сектор №4 – Ретро-BIM-оцифровка?
В представленной выше схеме: РМ – это бумажная модель (Paper Model) – архивная копия исполнительной и проектной документации, хранящаяся в том или ином архиве. Само по себе наличие такой документации – это уже гарантия цифрового воссоздания модели. Но она может быть и не полной или отсутствовать вообще. Поэтому сразу возникает второй этап – это этап цифрового аудите построенного здания и его проектной идентификации или верификации на соответствие существующей бумажной модели. Этот этап мы также назвали «Как построено» или АВ (As Built), поскольку мы уже проверяем исключительно построенный объект, а не проектные решения. Эта работа требует серьёзного инженерного подхода, может быть выполнена как привычными средствами контроля, экспертизы и измерений, так и с использованием современных BIM-интегрированных технологий лазерного сканирования, космической съемки, фотограмметрии с применением беспилотных летательных аппаратов, если в этом есть необходимость. Важнейший результат этой работы – это созданная заново ИМ объекта недвижимости, которая уже может быть передана в управление и наследование. Именно поэтому мы сразу её назвали Цифровой моделью – CM (Cyber Model), поскольку она сразу может быть передана как в эксплуатацию, так и на хранение в BIM-Банк.
Архитектура корпоративной CDE – Ретро-BIM-платформы.
Как для сектора типа 1, так и для сектора типа 4 важен аспект наличия корпоративного BIM-стандарта (лучше электронного чек-приложения), в соответствие с которым, как новая ИМ, так и ретро-ИМ могут быть приняты в BIM-Банк. Разумеется, было бы логичнее такой стандарт выпустить на федеральном уровне, но пока этого не произошло, рекомендуется выпускать свои корпоративные стандарты соответствия. Что должно быть в таком стандарте? Прежде всего – точный перечень информации, ОБЯЗАТЕЛЬНОЙ для ИМ. Дополнительная информация сверх обязательной может быть принята, а может быть заархивирована как дополнительный каталог и не более.
Если подготовленные ИМ, как первого типа – т.е. новых объектов недвижимости, так и ретро-ИМ соответствуют установленным для BIM-Банка стандартам, для чего утверждаются соответствующие электронные процедуры, они должны осесть в специальном секторе-2 – секторе хранения и обращения ИМ (см. рис. выше). В определенном смысле именно сектор-2 представляет собой ту самую Консоль оператора BIM-платформы, который как раз и занимается управлением потоками информационных моделей в BIM-платформе. Именно он осуществляет допуск к моделям, он генерирует новые модели и формирует кабинеты проектов для всех участников, указанных управляющим или менеджером модели.
В общем случае функционал системы управления готовыми ИМ (это и есть сердце СУИМ) должен обеспечить решение следующих задач:
1. Централизованное накопление, хранение, управление и доступ к документам ИМ и входящей в них информации, включая историю изменений;
2. Управление версионностью Информационных моделей;
3. Ведение реестра информационных моделей и их статусов при изменении на «операционном столе»;
4. Уведомление об изменениях в информационных моделях для всех участников и пользователей;
5. Создание и ведение «Шкалы времени» (Time-Line) создания и развития ИМ с «эпохальными» вехами и возможность её интеграции с доступом напрямую из этого приложения к конкретным документам в ИМ в разрезе дат или периода времени;
6. Управление процессом передачи доступа ИМ сторонним организациям как в соответствие с решением собственника ИМ, так и в соответствие с законом или решением ОИВ;
7. Управление процессом обеспечения работы постоянно используемых (операционных электронных двойников или ИМ-тренажеров) ИМ, а также обеспечение их перманентного обновления, апгрейда без потери операционной функциональности;
8. Организация автоматизированной системы ведения учета эксплуатации ИМ, включающая контроль участия всех служб и подразделений в использовании ИМ проекта, а также коллективную работу удаленных партнеров и соисполнителей;
9. Создание сквозного кодифицированного автоматического электронного архива ИМ, позволяющего осуществлять безопасное хранение ИМ в структурированном виде, а также формирование на его основе Базы данных ИМ для использования в новых проектах или для предоставления в аренду третьим лицам;
10. Быстрый поиск необходимой информации в ИМ и агрегирование однородной информации по ИМ в целях анализа эффективности эксплуатации объектов недвижимости, например, функционально-стоимостной BIM-анализ пакета ИМ (BIM-ABC) с целью оптимизации затрат на функциональную задачу эксплуатации.
Кроме того, сектор-2 или BIM-банк предназначен для автоматизации, например, таких процессов:
1. Для решения задачи эффективного доступа хранимых Информационных Моделей BIM-банк предоставляет возможность построить систему доступа к отдельным электронным документам ИМ или к её частям в соответствие с проектной и организационной (корпоративной) структурой организации. Например, кадровая служба, по соответствующему тэгу, может выбрать только кадровые документы и даже целые ветви их ЖЦ. Так же можно вычленить все документы по безопасности или контролю качества;
2. Для обеспечения эффективности BIM-банка может быть создана система внутреннего консалтинга (СВК) с обменом внутренними сообщениями между пользователями ИМ для уточнения ранее внесенных корректировок. Эта же система дает и возможность получать отчеты, отражающие консалтинговое общение внутри BIM-банка.
3. Для решения проблемы перехода от бумажного архива к электронным ИМ в BIM-банк помещаются сканированные изображения бумажных документов вместе со всеми их атрибутами и ссылками на место хранения бумажного оригинала, аннотацией и перечнем ключевых слов. Это позволяет искать сканированные изображения бумажных документов в электронном архиве и организовывать параллельный дистанционный доступ многих сотрудников к электронной копии одного бумажного документа.
4. Для организации управления изменениями ИМ и учета абонентов BIM-банка возможно хранить версии документов с привязкой к извещениям об изменении, а также списки абонентов и связи абонентов с документами. Кроме этого возможна настройка автоматизированной организации рассылки извещений об изменениях в ИМ и ссылки на ветвь изменений.
Как мы уже заметили выше, базовая архитектура сектора-2 BIM-платформы, как минимум должна включать следующие суб-активности (блоки):
1. Блок доступа операторов ИМ. На схеме этот блок показан сектором-5, но по сути – это часть BIM-банка, в котором есть группа ИМ, эксплуатируемых постоянно. Это активные ИМ и работа с ними требует, как своего ПО, так и своих стандартов создания и безопасности.
2. Блок доступа пользователей ИМ. На схеме этот блок показан сектором-6, и он представляет собой аналог «Читального Зала», место периодических встреч допущенных пользователей и ИМ.
Интерфейсы BIM-платформы.
Поскольку любой государственный, муниципальный, секторальный, кластерный или корпоративный BIM-оператор должен будет иметь собственную BIM-платформу – специальное ПО для управления информационными моделями, имеет смысл заранее методически проработать технологию её внедрения. Такую платформу можно условно назвать СУИМ – Система Управления Информационными Моделями и первое с чего стоит начать работу по её созданию – это обоснование её оптимальной архитектуры исходя из реальных проблем и задач управления объектами недвижимости. Здесь и появился целый ряд вопросов к самому процессу создания и планирования СУИМ. Если с архитектурой, то есть типовым комплектом соизмеряемых элементов и устойчивым набором процессов как-то разобрались, то каким образом формировать Техническое Задание на инжиниринг СУИМ (ТЗ) - стало распространенной проблемой.
Подготовка подобного ТЗ в классическом подходе представляет собой перечисление набора требований, чаще всего, в текстовом формате, которым должна удовлетворять система, в нашем случае - СУИМ, результатом которого становятся многочисленные встречи и смарт-сессии Заказчиков и Исполнителей, чтобы транслировать эти требования в общее понимание. И даже после такого большого потока коммуникаций, финальный результат получается далёким от пожеланий Заказчика, поскольку текстовый документ каждый понимает по-своему. Поэтому на первом этапе создания ТЗ на проектирование СУИМ лучшим решением является альбом страниц будущей BIM-платформы с описанием результатов, которые должна выдавать именно эта конкретная страница. И второй момент - желательно планировать эти страницы исходя из представления, что сама платформа уже существует и вы работаете с ней посредством законченного интерфейса. Это и называется "Инжиниринг СУИМ от обратного", о котором мы упомянули в названии статьи.
Самым простым решением в таком случае является создание Альбома эскизов и макетов страниц СУИМ, развивающейся в процессе и в порядке её эксплуатации (Вполне вероятно, что такой альбом можно создавать сразу с учетом работы с интерактивным сенсорным экраном, типа SmartBoard или TouchScreen). Пример процедуры создания такого Борд-альбома для будущей системы управления ИМ приведен ниже. СУИМ-альбом желательно будет прорисовать, пусть в упрощенном виде, но лучше в PP, поскольку придется неоднократно править. Описание страниц интерфейса СУИМ по-порядку:
1. Страница-1 – Интерфейс входа. Представляет собой ИКОНКУ с логотипом владельца СУИМ (например, Роскапстрой-BIM) и надписью снизу – СУИМ.
2. Страница-2 – Прихожая. Лобби-страница, на которой размещается общее название сервиса: «Название BIM-оператора. Система управления информационными моделями недвижимых активов». Оператор системы – ООО «BIM-центр Такой-то структуры или ГК», например, дочернее предприятие АО «Название компании» г. Казань. Далее идет входной планшетное меню в виде матрицы на 9 сервисов, которые активируются путем нажатия на них. Меню во всю страницу, остается место для требования бренд-бука и реквизитов внизу. Крупные кнопки меню сервисов (картинка + подпись) включают (пример для Моспроекта):
2.1 Реестр ИМ ОСИ-активов (в соответствие с классификацией в предыдущей части). При нажатии на кнопку должно появиться подменю: Эксплуатируемые, Строящиеся, Планируемые, Проекты-Аналоги.
2.2 Реестр ИМ Коммерческих активов. При нажатии на кнопку должно появиться подменю: Эксплуатируемые, Строящиеся, Планируемые, Проекты-Аналоги.
2.3 Реестр ИМ Сопутствующих и вторичных активов. При нажатии на кнопку появляется подменю: Отягощения, Альтернативные, Прочие активы.
2.4 Справочная. Кнопка для входа в базу знаний по BIM и информационному моделированию. Классификация ИМ и азы BIM-технологий.
2.5 Стандарты информационного моделирования. Корпоративные и государственные стандарты ИМ со ссылками и переходами в юридические сервисы.
2.6 Как работать с СУИМ? Инструкция по работе с системой управления информационными моделями. Обучающие видеоролики и демоверсии. Как создавать производные документы из СУИМ.
2.7 Реестр верифицированного ПО для использования в ИМ. Документы для верификации ПО новых вендоров, каталоги баз данных, каталоги оборудования и материалов для Правительства Москвы, каталоги кодов и библиотеки информации.
2.8 BIM-центр, например, Роскапстроя. Структура взаимодействия Участников проектов в процессе создания, изменения, актуализации и использования ИМ на всех этапах ЖЦ.
2.9 Услуги BIM-центра по работе с ИМ, как самого Правительства Москвы, так и услуги для сторонних владельцев ИМ. Ценовая политика и каталог услуг.
3. Страница-3.1 – Реестр ИМ ОСИ-активы - Эксплуатируемые. Появляется интерактивная карта России с точками дислокации работающих ГЭС, рядом лента с реестром ГЭС по алфавиту, при этом при наведении на ГЭС на карте, она сразу показывает строчку в списке и наоборот. При нажатии на ИМ выбранной ГЭС появляется подменю: ИМ ГЭС и ГеоИМ. Здесь, ИМ ГЭС – это ИМ самой станции с плотиной, инфраструктурой (водозаборами, бьефами, проранами и т.п.), ГеоИМ – это интерактивная ИМ водного окружения ГЭС (реки, водохранилища и каналы) с подгрузкой данных из внешних источников.
4. Страница-3.2 – Реестр ИМ ОСИ-активы – Строящиеся или Новые. Появляется интерактивная карта России с точками дислокации строящихся или проектируемых зданий, рядом лента с реестром объектов по алфавиту, при этом при наведении на объект на карте, она сразу показывает строчку в списке и наоборот. Сюда же входит реестр площадок по предварительным названиям. При нажатии на ИМ выбранной нового проекта появляется подменю: ИМ площадки и ГеоИМ, так же, как и в эксплуатируемых. Отличие в статусе ИМ: на стадии ОБИН и ТЭО – Инвестиционная ИМ. На стадии проектирования – Проектируемая ИМ. На стадии строительства – Исполнительная ИМ. В зависимости от статуса определяется внешний вид 3D-макета ИМ: Инвестиционная модель – ИМ соразмерного аналога. На проектной ИМ – Архитектурный макет с пространственной визуализацией. На стадии строительства – Рабочий макет-контейнер с интерактивным использованием на основании утверждённого проекта. Для реестра потенциальных створов – только ГеоИМ.
5. Страница-3.3 – Реестр планируемых активов. Появляется интерактивная карта России с точками дислокации строящихся или проектируемых объектов ОСИ и т.п., рядом лента с реестром этих активов по алфавиту, при этом при наведении на объект на карте, она сразу показывает строчку в списке и наоборот. Сюда же входят ИМ всех объектов непроизводственного назначения.
6. Страницы 3.4-3.9 – Сервисные страницы. Наполняются и получают архитектуру по мере сбора информации и оценки степени информационного насыщения с последующей корректировкой. Условие одно: с каждый из основных страниц 3.1-3.3 должен быть переход на все сервисные страницы через отдельную строку-меню внизу страницы.
7. Страница 4.1 – ИМ конкретного здания ОСИ, как эксплуатируемого, так и строящегося. Это ГЛАВНАЯ страница ИМ. При нажатии на меню ИМ запускается трёхмерный виртуальный интерактивный (3D-VIM) макет объекта с основаниями и фундаментами. Отсюда первое ТЗ на ПО-платформу по трансферу проектного 3D-конструктива в 3D-VIM. Желательно, чтобы платформенное решение по переносу 3D-проекта из CAD-сборки в нередактируемый формат 3D-VIM принадлежало Правительству Москвы! 3D-VIM представляет собой интерактивную визуализацию станции, одновременно реализующую функции интерфейса по обмену данными. Макет можно вращать во все стороны на 360 градусов, как мануально, так и с помощью виртуального джойстика на мониторе. Либо при помощи 3D-мыши. Его можно расширять и уменьшать до самого мелкого компонента. Если компонент стандартный и содержится в каталоге типовых решений, то он может быть представлен на уровне LOD-1 со ссылкой в каталог, где есть вся информация о нём. Макет может разрезаться плоскостью в любом пространственном положении простым рисованием отрезка или проведением пальцем по экрану. При этом на экране всегда остается левая половина отреза, а правая исчезает. В командной строке разрез можно делать по названию оси, по оборудованию (оно всегда остается на рисунке), по этажам, по уровням, по секторам и т.п. разрез можно вывести на печать, можно сохранить как рисунок и отправить адресату для обсуждения проблемы. При наведении стрелки курсора на элементы 3D-VIM активные элементы (имеющие информацию внутри) подсвечиваются по видам конструктива. Например, бетон – серым, металлоконструкции – черным, инженерные сети – желтым, электрика – красным, оборудование коричневым и т.д. При наведении на подсвечивающийся элемент можно нажать меню и увидеть его наполнение: код и реквизиты элемента, предпроектная и проектная документация, рабочая документация, исполнительная документация, протоколы решений и приказы, договора и поставщики. Фото и видеопотоки, графики ремонтов, электронные паспорта, перечень ответственных. Обученных и допущенных, инструкции по безопасности и т.п. и т.п. Всё, что нужно и можно знать об этом элементе. Справа и слева от 3D-VIM располагаются текстовые меню-реестры, которые дублируются и в самом макете. Например, справа меню-реестр элементов. Которые подсвечиваются при наведении в макете и наоборот. Снизу активные меню по производству желаемых документов и действий. В действия входят: создать ведомости оборудования по слоям, по типам, по видам, например, вся электрика. Создать тайм-лайн документов и событий по элементу, все изменения, произошедшие с ним на ЖЦ. Вывести пакет документации в отдельный каталог по элементу, начиная от проектных переговоров и заканчивая последним документом о ремонте. Убрать всё лишнее из модели и оставить только один элемент: только фундаменты, только конструктив, только оборудование, только сети, только кондиционирование или вентиляцию, только противопожарные системы, только множество точек, результаты сканирования и т.п. Также можно вывести перечень оборудования с их QR-кодами. Распечатать QR-коды для размещения на наклейках и, при необходимости, собрать их в электронный QR-кошелек. Все остальные функции и возможности будут описаны в полном ТЗ.
8. Страница 5.1 – ИМ элемента 3D-VIM. При нажатии на строку меню – проектная документация появляется подменю: В нативном формате, в формате IFC, в нередактируемом формате. В нативном формате документация открывается только при наличии нужного ПО. Система может или запросить установку такого ПО, или его использование на удаленном сервере BIM-центра, или сообщить, что такого ПО уже нет и предложить открыть в формате IFC в другой имеющейся программе. Можно запросить выдать все чертежи данного элемента в т.ч. связанные с ним в нередактируемых форматах в один каталог (в т.ч. сметы). Система всегда выдает последнюю верифицированную и утвержденную версию проектной документации, но по желанию может вывести все версии в один каталог с датами их фиксации и реестром отличий. Система должна выдавать в отдельный каталог все последние версии документации по данному элементу для работы с ним отдельно. Для открытия нативных файлов будет зафиксирован набор верифицированного ПО и это будет второе ТЗ на согласованное ПО. Если Объекта ОСИ есть другие титульные конструктивы, то они выводятся в подмодельный ряд, показываются на главной ИМ как элемент и после наведения курсора мыши переходит в ИМ этого титульного объекта. Кроме того, в Им должна быть ссылка на меню Безопасности: это видеопрогулка по Информационной модели с указанием всех инструментов пожарной безопасности СИЗ, маршрутов и путей эвакуации. Учебный тренажер по проверке знания действия при ЧС.
9. Страница 4.2 – ГеоИМ Здания или Сооружения, или иного объекта. Информационная модель объекта может быть представлена в специализированном ГИС-ПО, но должна показывать, как текущее состояние территории и нулевого цикла, место объекта на нём, прилегающие реки, дороги, населенные пункты. Желательно, чтобы в модели были элементы цифрового двойника (ЦД – DT – Digital Twin) для анализа и моделирования режимов наполнения водоёмов и грунтовых вод в зависимости от осадков, времени года, чрезвычайных событий. ЦД – это такая ИМ или её часть, позволяющая моделировать и изучать изменения цифрового объекта на всех этапах ЖЦ в зависимости от заданных условий эксплуатации или внешних факторов воздействия. ТЗ на ПО-платформу для ГеоИМ– третья важнейшая задача.
10. Каждый элемент с присвоенным QR-кодом должен иметь возможность входа в ИМ конкретного объекта по QR-коду из QR-кошелька. Например, специалист по АСУТП, по КИПиА может собрать в свой QR-кошелек все коды, интересующих его элементов и оборудования. Соответствующие бирки должны быть на этих элементах, на дверях шкафов и на видимых панелях. Подходя к элементу оборудования с QR-доступом к ИМ, слесарь или техник может легко навести соответствующий QR-reader на код и сразу выйти в нужную Им и точно к данному элементу. Но если он хочет вывести этот элемент на большой экран для коллективного обсуждения, например, в зале переговоров, то ему достаточно скопировать свой QR-код из кошелька в виртуальный сканер, и программа сама найдет данный элемент в ИМ для выведения его на экран. Дальнейшие манипуляции должны быть так, как будто он сидит перед монитором с ИМ. Кроме того, желательно, чтобы при создании документов всегда в углу стоял QR-код ИМ данного здания, или её системы, элемента, с тем, чтобы сразу увидеть где и когда этот документ возник, и кто оставил его в системе. Например, протокол решения по замене агрегата с QR-кодом приводит к ИМ агрегата и его положению на станции с возможностью последующего изучения.
Это только для примера – методический подход к инжинирингу интерфейсов BIM-платформ, откуда может выйти и техзадание для IT-сервиса, и собственно стандарты по использованию, созданию и обработке ИМ. Дальше просто можно самым простым образом прорисовать эти даш-борды на РРТ, как-будто мы проваливаемся по экрану вглубь СУИМ. Сделать схему движения по сайту СУИМ.
Продолжение следует! Следующая 5-я часть по ссылке!
Комментарии (0)