Статьи: Отличие ЕИП и СОД

Введение

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

История и характеристик среды общих данных по ISO 19650

Среда общих данных определена международным стандартом ISO 19650, и определяется как "согласованный источник информации по конкретному проекту или активу, для сбора, управления и распространения наборов информации, посредством управляемого процесса". Ключевым тезисом в данном определении на мой взгляд является то, что среда общих данных устанавливает управление информацией через управляемый процесс. Из этого можно сделать вывод, что информации в среде общих данных присваивается определенное состояние процесса. И такую связь следует реализовать на техническом уровне. Именно поэтому стандарт ISO 19650 указывает также на то, что среда общих данных определяется в совокупности процессом и решением (solution), т.е. технической реализацией, которая эти процессы поддерживает. В стандарте определены основные состояния процесса среды общих данных: "в работе”, “в общем доступе”, “опубликовано” и “архив”. Кроме того для наборов информации определяются обозначение кодов версии и статусов разрешенного использования. Код версии в свою очередь предназначается для идентификации версии информационных наборов, а статус разрешенного использования информации определяет пригодность использования, т.е. для чего можно использовать информацию в текущем состоянии. Эта и сопутствующая информация размещается в согласованных метаданных информационных наборов. При этом с точки зрения концепции среды общих данных, состояние информации определяет и ее доступность: наборы информации, находящиеся в состоянии “В работе” доступны только для участников, которые эту информацию разрабатывают, в то время как “Опубликованная” информация доступна тем, кто эту информацию будет использовать по её назначению, как достоверную. В итоге можно обозначить следующие основные характеристики СОД:

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

Принципы управления информацией в рамках проекта

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

Причины недостаточности СОД для комплексного управления проектом

Необходимо понимать, что на разных этапах жизненного цикла объектов строительства, в том числе и в рамках реализации инвестиционно-строительных проектов, для разных проектов, организаций и целевых групп процессы работы с информацией могут быть различными. Для команды разработки проектной документации процесс среды общих данных может быть расширен с точки зрения специфики проектной деятельности, например, помимо статусов «В работе» и «Общий доступ», могут использоваться вспомогательные статусы уточняющие состояние процессов проектного производства: «Нормоконтроль», «Экспертиза», «Согласовано» и другие. После того как проектная информация поступает в производство, она рассматривается уже с точки зрения строительного производства, и её состояния могут описываться уже иными процессами с такими состояниями, как: «Принято», «Проверено», «Выдано в производство» и другими. Для службы заказчика, поставщиков, службы эксплуатации и других групп и организаций также могут быть описаны свои процессы работы с информацией, специфичные для их сферы деятельности. К тому же разные организации могут использовать свои «решения», то есть программные платформы, которыми они пользуются для организации работы с информацией. Иными словами, если участники, вне зависимости от их функций, худо-бедно используют техническое решение, где централизовано размещенная информация управляется посредством настроенных бизнес-процессов, это и обозначает их среду общих данных. В соответствии с Градостроительным кодексом Российской Федерации, устанавливается, что Информационная модель объекта капитального строительства (ИМ ОКС) - совокупность взаимосвязанных сведений, документов и материалов об объекте капитального строительства, формируемых в электронном виде на этапах выполнения инженерных изысканий, осуществления архитектурно-строительного проектирования, строительства, реконструкции, капитального ремонта, эксплуатации и (или) сноса объекта капитального строительства. То есть, говоря проще, это совокупность всей информации об объекте на всех этапах его жизненного цикла. Сюда входят не только проектная документация и цифровые модели. Сюда входит и исходно-разрешительная документация, и строительная документация, и данные эксплуатации, ремонта и, в конце концов, демонтажа объекта. Иными словами, вся «медицинская карточка» объекта капитального строительства: сначала от рождения (идеи создания) до совершеннолетия (ввода в эксплуатацию), а дальше от совершеннолетия и до конца жизни. Исходя из определения ГрК РФ, можно сделать вывод, что ИМ ОКС необходимо определённым образом собирать, управлять, хранить и извлекать, учитывая различность форматов представления данных: текстовые, графические, цифровые, физические и др., а также особенности их формирования и использования. Возвращаясь к описанию оригинальной концепции среды общих данных, специалисты различных предприятий и проектных команд невольно «примеряют» её к возможному «решению» вопроса с организацией централизованного места размещения ИМ ОКС. Оно и не удивительно, ведь среда общих данных, как мы рассмотрели выше, и есть тот централизованный источник информации. Однако, не всё так однозначно. Среда общих данных, прежде всего, определяется процессами, в которых участвует та или иная информация. И этой информации присваиваются соответствующие состояния процессов, от которых зависят и другие, вышеупомянутые свойства. Когда речь идёт об организации процессов управления информацией, связанной с решением каких-то определенных, конкретных, регулярных задач, такая «примерка» и последующее использование вполне уместно, это вполне «вписывается» в концепцию среды общих данных. Но ведь в контексте работы с ИМ ОКС на всех этапах жизненного цикла данные об объекте формируются разными организациями, разными методами и способами, а на отдельных этапах жизненного цикла организации объединяются и совместно формируют данные по согласованным сценариям. При реализации инвестиционно-строительных проектов возникает необходимость передачи информации между всеми участниками проекта. В этом контексте вопрос организации работы всех участников инвестиционно-строительного проекта в рамках среды общих данных приводит нас к необходимости работы сотрудников различных юридических лиц в рамках одной информационной системы. Это формирует предпосылки к «открытию» внутренней кухни каждой организации. На практике различные юридические лица имеют каждая своё обособленное информационное пространство и встает вопрос как организовать информационное взаимодействие между несколькими средами общих данных. Исходя из вышесказанного выходит, что среды общих данных становится уже недостаточно, поскольку разная специфика производства использует различные процессы организации и управления информации, а значит и разные среды общих данных. К тому же, среда общих данных, в её истинном понимании, не обладает тем достаточным набором функций, который требуется для управления информации в рамках всего жизненного цикла объекта. Для централизованного сбора, хранения, управления и извлечения информации с целью решения различных задач, возникающих в процессе строительства и эксплуатации объектов капитального строительства, требуется такой централизованный источник, который не только сможет консолидировать всю информацию об объекте и интегрировать процессы организаций, или этапов жизненного цикла, но и детально структурировать эту информацию, с учетом областей её применения, обеспечивая широкую функциональность работы с информацией. Для этого используется понятие Единого Информационного Пространства (ЕИП).

Принципы построения Единого информационного пространства

ЕИП обеспечивает получение (ввод или сбор), хранение, поиск, передачу и обработку (преобразование) информационных моделей различных объектов моделирования на различных этапах жизненного цикла. Основными свойствами ЕИП выделяются:

Централизованность и структурированность – единый источник информации по объекту, где каждая информационная единица имеет однозначное место в структуре;
Многоуровневость – обеспечение детализации структуры данных любого уровня вложенности;
Многоформатность – обеспечение возможности обработки и хранения данных различных форматов;
Интегрированность и интегрируемость – возможность интеграции с иными информационными источниками, в том числе разными средами общих данных;
Управляемость – обеспечение возможности гибкого управления данными с различных аспектов использования, в т.ч. с учетом изменения состояния процесса, в которых эти данные.
Адаптивность и модифицируемость – обеспечение возможности настройки и оптимизации механизмов работы со структурой ЕИП, процессами и данными;
Расширяемость – обеспечение расширения объемов данных, механизмов их использования, в том числе и механизмов, обеспечивающих управление процессами;
Архивируемость и протоколируемость – обеспечение возможности хранения исторических данных, в том числе различных версий данных, ведение журналов событий и их протоколирование);
Безопасность, защищенность и отказоустойчивость – обеспечение целостности данных и беспрепятственного доступа к ним на протяжении всего жизненного цикла объекта.

Здесь важно отметить, что свойства централизованности и управляемости, ранее определенные, как основные свойства среды общих данных, также являются неотъемлемыми свойствами ЕИП. Единое информационное пространство, методологически, как и среда общих данных, предполагает реализацию своего функционала на базе технического/программного решения. Такое программное решение помимо вышеуказанных функций должно иметь возможность интегрироваться и с внешними информационными системами. Например, Государственной информационной системой обеспечения градостроительной деятельности (ГИСОГД), Федеральной государственной информационной системой ценообразования в строительстве (ФГИС ЦС), Классификатором строительных ресурсов (КСР), различными государственными реестрами и другими информационными системами, которые прямо или косвенно участвуют на разных этапах жизненного цикла объекта капитального строительства.

Рис.1 – Связи между сторонами по ISO19650 с учетом отечественной специфики

Необходимо отметить, что согласно стандарту ISO19650 информационный менеджмент, осуществляемый в пределах СОД определяется на концепции трёх сторон: назначающей, ведущей назначенной и назначенной сторон. В рамках разрабатываемой сегодня системы национальных стандартов ЕСИМ, информационный менеджмент ISO19650, основанный на сторонах, расширяется включением в процесс информационного обмена нового участника (актора) – специальной стороны: экспертизы, органов исполнительной власти, внешних заинтересованные сторон, сопровождающих проект в рамках требований действующего законодательства. Процесс информационного обмена здесь определяется специально, с учетом специфики взаимодействия между назначающей стороной и специальной стороной согласно действующему законодательству. Специальные стороны, такие как органы исполнительной власти могут взаимодействовать в рамках системы межведомственного электронного взаимодействия (СМЭВ), и при необходимости назначать стороны для выполнения соответствующих функций. При этом, важно понимать, что специальная сторона, работающая в рамках собственной информационной системе должна иметь возможность передачи информации в и из ЕИП объекта. Однако в рамках одной среды общих данных это невозможно, поскольку, как уже было сказано, процесс определяется информационного обмена осуществляется специально в каждом конкретном случае. Это означает, что интеграция разных информационных систем или единых информационных пространств и должно происходить через управляемый процесс, то есть используя механизмы организации среды общих данных. Таким образом, СОД является своего рода «мостиком» между различными ЕИП: в рамках какого-то предопределённого процесса, описываемого средой общих данных, согласованная информация в определенном состоянии в одном ЕИП становится доступной в соответствующий области другого ЕИП. При этом структура отображения может зависеть от структуры конкретной информационной системы. Тем не менее, ЕИП прежде всего должно консолидировать работу непосредственных участников, задействованных в жизненном цикле объекта: заказчика и проектировщика, поставщика и строителя, эксплуатанта и пользователя. А значит ЕИП должно унаследовать требования, предъявляемые к решениям, на базе которых обеспечивается работа среды общих данных: гибкость настройки процессов, сведение информации и управление её состоянием в рамках определённых процессов с использованием соответствующих процессу метаданных: состояние процесса, версионность, полнота, доступность и пригодность информации. Поэтому основные свойства СОД всецело отражены среди свойств ЕИП. Мы уже знаем, что процессы могут отличаться как между группами участников, так и в зависимости от этапов жизненного цикла. Учитывая функциональные области ЕИП, на его базе формируются наборы процессов и соответствующих им метаданных, которые должны объединить в себе определённые наборы информации, требующиеся для выполнения определенных типов процессов на для разных задач и на разных этапах жизненного цикла проекта (рис.2).

Рис.2 – Схема расположения различных СОД в ЕИП

На принципиальной схеме расположения различных сред общих данных в едином информационном пространстве (рис.2) условно описано, что работая в ЕИП, среда общих данных использует информацию, структурированно размещенную в ЕИП, присваивая соответствующие состояниям процесса данной среды общих данных метаданные. При этом тем же данным могут быть присвоены и иные метаданные в рамках другой среды общих данных. При этом сами данные остаются на своем месте и унаследуют те же свойства, которые определяются в рамках выбранной среды общих данных. Исходя из вышесказанного, можно сделать вывод, что среда общих данных по своей сути некое подмножество единого информационного пространства, которое использует различные наборы данных, размещенные в нём, присваивая ему необходимую информацию связанную с состоянием процесса, который эта среда поддерживает. С целью аналогии приведу пример схемы открытой спецификации IFC, описывающей классы и свойства строительных объектов в информационном моделировании. Схема IFC описывает все классы и все свойства модели, которые в ней представлены. Однако когда мы формируем нашу цифровую модель в формате стандарта IFC, мы используем только часть схемы, ограниченную набором информации, определяемым той функцией, для которой мы формируем эту модель. Вот это ограничение называется MVD – определение модельного вида, которое, по своей сути, является подмножеством схемы IFC, выделяющего из нее только то, что необходимо для решения конкретных задач при использовании цифровых информационных моделей. Переводя аналогию на ЕИП и СОД, они в данном примере работают подобно IFC и MVD, только с той разницей, что подмножество определяется разницей процессов, описываемых в СОД. Кроме того, ЕИП, подразумевая более широкую функциональность, позволяет в своих же рамках обеспечивать конфиденциальность различных видов данных, например документов для служебного пользования или содержащих коммерческую и государственную тайну, поскольку позволяет «жестко» разделить различные уровни информации в своей структуре, не допуская при этом несанкционированного доступа при работе в смежных средах общих данных. Исходя из того, что и СОД и ЕИП основываются на технической реализации, процесс подключения и к тому и к другому осуществляется посредством авторизации в конкретном программном продукте. Однако работа в рамках информационной системы ЕИП обеспечивает функционал работы с данными на разных этапах жизненного цикла объекта, а соответственно обеспечивает доступ к различным процессам, организованным посредством СОД. Таким образом, пользователь, подключаясь к ЕИП, получает доступ к СОД внутри ЕИП в зависимости от его роли на проекте. При этом СОД как отдельная сущность для отдельно взятой группы может работать обособленно от ЕИП, в таком случае пользователи подключаются к информационной системе, организующей СОД напрямую, но не смогут иметь возможность работать в других средах, не подключаясь к ЕИП.

Выводы

Подводя итог, попробую на простых словах описать что необходимо понимать когда мы слышим «среда общих данных» или «единое информационное пространство». Когда говорят «среда общих данных», нужно понимать, что это говорят прежде всего про организацию процесса управления информацией в рамках какого-то одного процесса или этапа жизненного цикла, и вероятно на базе какой-то информационной системы, если, например, организация работает обособленно. Когда говорят «единое информационное пространство», подразумевают единый источник всех данных по объекту капитального строительства, основанный на информационной системе, в котором структурированно собирается информация на всех этапах жизненного цикла этого объекта. При этом среда общих данных может являться частью единого информационного пространства, а наоборот – не может. Но информация, расположенная в ЕИП может фигурировать в различных средах общих данных, поскольку конкретная СОД определяет состояние процесса, а ЕИП – однозначно определенное место в структуре данных. Четкое разделение функций концепций ЕИП и СОД однозначно опровергает их тождественность. Однако СОД, обеспечивая функции сбора, управления и распространения информации посредством управляемого процесса в рамках обособленной информационной системы, предоставляет ограниченный функционал ЕИП, только описываемый в рамках одного процесса, который может быть предназначен с целью достижения задачи, связанной с управлением информацией, но не связанной с управлением на всем жизненном цикле объекта. Таким образом, нет необходимости разворачивать платформу для полноценного ЕИП, поскольку её функции будут излишни для решения поставленных в рамках группы участников задач. При этом ЕИП не может заменить СОД, поскольку СОД является неотъемлемой составляющей ЕИП, выполняющей функции как внутри одного, так и между различными ЕИП. Среда общих данных и Единое информационное пространство – две разные, но подобные концепции, которые существуют обособленно друг от друга, поэтому невозможно заместить одну концепцию другой. Среда общих данных, в контексте связи с единым информационным пространством определяется как объединяющее определённые наборы взаимосвязанных данных подмножество ЕИП, которое описывает свойства версионности, доступности и пригодности информации, взаимозависимых от состояния управляемого процесса, в рамках которого эти наборы данных собираются и используются. Называя вещи своими именами, мы находим пути к лучшему пониманию друг друга, особенно в контексте использования цифровых технологий в строительстве.