Взаимодействие СОД
Сокращения:
- ИСП – Инвестиционный строительный проект
- СОД – Среда Общих Данных
- ИС – Информационная система
Определения:
Среда Общих данных — CDE, Common Data Environment — комплекс программно-технических средств, представляющих единый источник данных, обеспечивающий совместное использование информации всеми участниками инвестиционно-строительного проекта.
Основные тезисы:
- У различных участников ИСП используются собственные Среды Общих Данных и Информационные Системы, своя культура создания информации
- Единой Среды Общих Данных, включающей всю информацию в рамках Инвестиционного строительного проекта, быть не может.
- Возможным решением является установка правил информационного обмена между различными СОД и ИС.
- Рассматриваются возможные сущности информационного обмена, которые могут быть применены в процессе информационного обмена.
Последние годы вопросы, связанные с организацией Среды Общих Данных инвестиционно-строительного объекта, набирают всё большую популярность.
Появление понятия «Информационная Модель» в Градостроительном кодексе и НТД Российской Федерации, приостановка деятельности зарубежных вендоров на рынке РФ вызвало появление новых отечественных разработок программного обеспечения для организации СОД на территории Российской Федерации за последние полтора года и активное развитие действующих игроков.
Чёткого определения понятия Сред Общих Данных в нормативно-технической документации РФ на текущий момент нет. Оно было в СП 333.1325800.2017 от 2017 г., но в версии 333.1325800.2020 от 2020 г. оно отсутствует. При этом в методическом пособии для заказчиков (государственного заказчика, застройщика, технического заказчика) 2018 г. есть полезная иллюстрация взаимодействия Информационной Модели и СОД: Информация в электронном виде, в том числе Цифровые Информационные Модели составляют Информационную модель, которая размещается в Среде Общих Данных.
Рис. 1 — Иллюстрация Среды Общих Данных
Таким образом, «идеальная» Среда Общих Данных — это единый источник хранения информации, единый источник правды на протяжении всего жизненного цикла инвестиционного строительного проекта.
Однако в реальности есть одно большое «но»: на протяжении жизненного цикла инвестиционного строительного проекта в нём принимает участие довольно большое количество различных функциональных участников. Это не только Генеральный Проектировщик, субпроектировщики, Заказчик, Технический Заказчик, Генеральный Подрядчик, подрядные организации, Балансодержатель, но и немалое количество участников, которые обычно остаются за кадром, хоть и являясь активными и постоянными участниками процессов проектирования, строительства, согласований.
У всех этих участников есть свои цели, задачи, осуществление своих функций на отдельных этапах реализации инвестиционно-строительного проекта. Например, МЧС, предоставляющее информацию о времени подъезда пожарной команды к рассматриваемому участку строительства, или ресурсоснабжающая организация, обеспечивающая развитие инфраструктуры до точки подключения на площадке.
Инвестиционный Строительный Проект реализуется широким кругом отдельных участников, имеющих свою внутреннюю культуру разработки информации, ее хранения и не готовых делиться рабочими данными с другими участниками, что вполне логично.
Под «рабочими данными» мы подразумеваем данные в соответствии с терминологией стандарта ISO 19650-1.2018 (ранее BS 1192), где условно показаны 4 области хранения информации:
- Рабочие данные (Work-in-progress) – данные отдельного участника, которые недоступны остальным участникам взаимодействия. Это может быть компьютер отдельного человека в команде, папка отдела в компании, сервер компании в холдинге и т.п.;
- Общие данные (Shared) – зона обмена информацией, которая является предметом согласования и предметом работы и исходных данных для остальных участников;
- Опубликованные данные (Published) – согласованные данные, которые являются результатом работы команды проекта. Например, согласованный проект в электронном виде, структурированный по 87 постановлению и готовый для передачи в Экспертизу;
- Архив (Archive) – состояние информации в электронном виде, закрытое от изменений для цели долгосрочного хранения.
Рис. 2 — Области хранения информации
При этом формула «рабочих-общих-опубликованных» данных повторяется на каждом уровне взаимодействия. Как раскручивающаяся спираль, она переходит из одного уровня на другой. Например, в проектной организации внутренние процессы согласования, выдачи заданий разделяются на несколько зон:
- - Зона «рабочих данных» может быть информацией отдельного отдела;
- Зона «общих данных» — информация, которая идет на уровень ГИПа, между отделами (передача заданий, согласование проектной продукции);
- Зона «опубликованных данных» — это информация, которую Проектная организация передает на согласование Заказчику либо другой стороне.
На следующем уровне взаимодействия «Опубликованные данные» Проектной организации являются артефактом хранения зоны «Общие данные» для Заказчика и так далее. На Рис. 3 опубликованная информация уровня C является общей для уровня B, опубликованная информация уровня B является общей для уровня A.
Рис. 3 — Иллюстрация информационного взаимодействия в ISO 19650-1.2018
Как упоминалось выше, Стороны, решая свои задачи, не готовы делиться своей внутренней рабочей информацией с широким кругом лиц, в первую очередь для того, чтобы ошибочная информация не попала в общую зону взаимодействия и отрицательно не повлияла на результаты взаимодействия участников.
Так, мы приходим к выводу, что не может быть единой точки доступа либо СОД, которая закрывает потребности всех участников инвестиционного строительного проекта и содержит весь объём информации, который появляется в процессе реализации ИСП. Также мы приходим к тому, что «идеализированная» Среда Общих Данных — это не всеобщая информационная система, в которой работают все участники, а набор отдельных систем, между которыми налажено эффективное взаимодействие, когда участники могут обмениваться опубликованной информацией друг с другом через определенные интерфейсы.
В жизни мы видим яркие примеры такого обмена на примере Системы межведомственного электронного взаимодействия (СМЭВ) или Госуслуг, когда различные министерства через собственные информационные системы, автоматизировано обмениваются информацией друг с другом, за счет чего обеспечивается качественное и быстрое решение потребности граждан РФ в государственных услугах.
Также примером является и электронный документооборот, где так называемый роуминг позволяет обмениваться документами между разными операторами электронного документооборота.
Несмотря на различную внутреннюю культуру разработки информации и ее хранения, всех участников ИСП объединяет одно общее свойство: они создают, передают и «потребляют» информацию в электронном виде. Два фундаментальных общих аспекта можно выделить при информационном обмене участников:
- участники передают пакеты информации;
- на основе переданных пакетов информации осуществляются действия по согласованию пакета информации (когда одна Сторона утверждает/подтверждает результаты работы другой Стороны или задает определенный вектор развития).
Можно провести аналогии данных взаимоотношений с техническим и семантическим уровнем интероперабельности, приведённых в ГОСТ Р 55062—2021.
Все эти взаимоотношения между сторонами должны иметь определенные артефакты для того, чтобы в дальнейшем не могло возникнуть состояния неопределенности.
Рассмотрим виды информации, которая может передаваться между СОД и ИС в рамках реализации Инвестиционного Строительного Проекта:
- Запросы к базе данных, ответы на запросы;
- Машиночитаемые форматы, рассматриваемые как структурированный набор данных на основе предварительно разработанных правил, состоящие из схемы данных и сформированного пакета информации на основе схемы данных;
- Неструктурированные данные (файлы *.PDF, файлы ЦИМ, архивы с информацией и пр.);
- Пакеты информации (машиночитаемый «шильдик», к которому приложен пакет неструктурированных данных, в машиночитаемой части приведена основная атрибутивная информация);
- Результаты процессов (по аналогии с ЭДО, в которой одна ИС направляет юридически значимый запрос на согласование пакета информации, вторая ИС направляет юридически значимый ответ);
- Реестры замечаний с возможностью привязки к документам/моделям (по аналогии с форматом *BCF, но со структурой данных не только для ЦИМ, но и документов и таблиц в форматах PDF и разработки).
Действие по передаче информации должно сопровождаться процедурой проверки целостности передаваемых пакетов.
Помимо действий по передаче информации, полезными могут быть вспомогательные функции:
- Введение сущности «подписки» на данные — информирование в случае изменений и направления актуальной информации;
- Введение сущности «сверки» — когда системы производят обмен информацией о текущей версии, размере, дате сохранения информации в зоне «общих» данных или выполняется передача пакета сверки атрибутов сущностей информационных систем (например, при синхронизации календарно-сетевых графиков двух Сторон).
На текущий момент количество систем для организации Среды Общих Данных насчитывает более полутора десятка, а их количество продолжает расти. Вопрос передачи информации между участниками и системами осуществляется вручную и сжигает тысячи человеко-часов ГИПов, координаторов, BIM/ТИМ менеджеров, докконтроллеров и других участников, задействованных в информационном обмене. Выработка общих понятных правил взаимодействия, их автоматизация позволит существенно повысить эффективность взаимодействия участников строительной отрасли.
Следить за новостями можно в Телеграмм Канале ПСС ГРАЙТЕК