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