Действующий
CamelCase – система условных обозначений. Стиль написания составных слов, при котором несколько слов пишутся слитно без пробелов, при этом каждое слово пишется с заглавной буквы;
EXPRESS – формат структуры обмена , использующий кодирование открытым текстом данных об изделии (информационной модели);
IFC – формат отраслевых базовых классов данных с открытой спецификацией для совместного использования их в строительстве и управлении зданиями;
MVD – определением одельного вида IFC, определяющее подмножество схемы IFC, которое необходимо для удовлетворения одного или нескольких требований по обмену информацией в строительстве;
STEP – стандарт обмена данными модели изделия. Позволяет описать весь жизненный цикл изделия, включая технологию изготовления и контроль качества продукции;
- специалистов в области информационных технологий, работающих в проектных, строительных и эксплуатационных организациях и участвующих в определении структуры программного обеспечения и его обслуживании.
4.2 Интероперабельность реализует обмен информацией между двумя или более информационными системами или компонентами и использование информации, полученной в результате обмена.
В соответствии с ГОСТ Р 55062 эталонная модель интероперабельности для различных отраслей должна содержать минимум три уровня: организационный, семантический и технический. Обмен данными между прикладными программными комплексами и программными платформами, реализующими технологию информационного моделирования (т. е. компонентами информационных систем), в настоящем своде правил рассмотрен не только с точки зрения технической реализации (т. е. на техническом уровне), но и на семантическом и организационном уровнях.
Настоящий свод правил направлен на преодоление барьеров гетерогенной информационной среды проектных, строительных и эксплуатационных организаций как с точки зрения программно-технических средств, так и с точки зрения организации работ и взаимодействия между организациями, а также с точки зрения содержания, обозначений и кодов обрабатываемой информации.
В отличие от интегрированных информационных систем, в которых входящие в их состав подсистемы имеют единую точку управления, интероперабельность разрозненных информационных систем, работающих по независимым алгоритмам, должна быть обеспечена единым набором используемых стандартов – профилем.
Профиль интероперабельности должен предусматривать согласованный набор стандартов для каждого уровня интероперабельности.
Правила и требования описываются профилем интероперабельности. На организационном уровне интероперабельности должны быть определены способы согласования бизнес-процессов как на внутриорганизационном, так и на внешнем уровне. Таким образом, согласуются бизнес-цели и достигаются соглашения о сотрудничестве между участниками инвестиционно-строительного процесса, обменивающимися информацией.
Построение процессов интероперабельности участников жизненного цикла объекта строительства на организационном уровне следует формировать с использованием действующих на территории Российской Федерации нормативных правовых актов и документов, описывающих ответственность каждого из участников.
Обмен информацией следует сопровождать документами, действие которых определено во взаимных соглашениях участников.
При изменении методов или способов взаимодействия участников в рамках процесса, обеспечивающего интероперабельность, необходимо актуализировать документы, определяющие данный процесс.
Для определения точек обмена информацией между бизнес-процессами при проектировании, строительстве и эксплуатации объекта необходим анализ процессов внутри организаций-участников. Анализ осуществляется путем обследования и наблюдения за процессами передачи и обработки информации.
Для всех видов взаимодействия между клиентом (заказчиком) и исполнителем, связанного с запросом о реализации продукта или предоставлением услуги, должны быть определены цепочки видов деятельности, результатами которых являются продукт или предоставление услуги. Такая цепочка видов деятельности называется бизнес-процессом (рисунок 5.1)
- любом коммуникативном действии бизнес-процесса следует выделять две стороны: лицо, совершающее действие, и лицо, на которое действие направлено. Обработка запроса должна происходить согласно определенному образцу, который называется транзакцией.
Транзакция должна иметь только одну инициирующую роль и только одну исполняющую. Идентификация соответствующих ролей и транзакций для конкретных целей, а также отношения между инициатором и исполнителем должны быть описаны картой взаимодействия.
Карта взаимодействия должна фокусировать внимание на взаимодействии ролей (см. 3.1.18), не отображая деталей взаимодействия между ними. Допускается применение в карте взаимодействия абстрактных ролей для ее использования в различных ситуациях.
Информационное моделирование объектов строительства требует объединения различных наборов информации в единую информационную среду.
Запрос к обмену информацией (бизнес-требование) между участниками процесса информационного моделирования инициируется заказчиком. Как правило, для поддержки конкретного бизнес-требования на одной или нескольких стадиях жизненного цикла не требуется использование полной информационной модели. Поэтому необходимо определить, какую именно часть информационной модели следует использовать для решения поставленной цели.