SlideShare a Scribd company logo
1 of 19
Почему технология стандарта интеграции
промышленных данных нефтегазовых предприятий
ISO 15926 решает проблемы, которые предыдущие
поколения стандартов и предыдущие поколения
технологий не могли решить.
Москва
29 апреля 2013г.
PP656.2
Технология ISO 15926
Источник: FIATECH
Не хочу видеть никаких сумасшедших торговцев –
ты что, не видишь, что тут битва идёт!
Принципы обеспечения
взаимодействия
• ISO 11354-1 Advanced automation technologies
and their applications — Requirements for
establishing manufacturing enterprise process
interoperability — Part 1: Framework for
enterprise interoperability
• В пункте 5.4.1:
There are three approaches to achieve enterprise
interoperability:
-- integrated,
-- unified,
-- and federated.
These three approaches were first identified in ISO 14258.
3
ISO 15926
ISO 11354
5.4.4 Federated approach
In the federated approach, there is no sufficiently capable common form or meta-model to guide the
interaction between enterprises that need to interoperate . The lack of capability is often related to
different terminologies or methodologies that need to be resolved by business entity interaction. While
there can be a common understanding between the business entities, in the federated approach, no
business entity imposes their own models, languages and methods of work.
To establish interoperability, parties shall accommodate and adjust their operations. Interoperation can
be supported by providing a priori information about the capabilities of the entities to be involved in
the exchange or by employing agents to discover the needed information. Support for the a priori case
can be provided by establishing entity capability profile s that hold syntactic and semantic information
on both entity inputs and outputs. Interoperability can be established by mapping corresponding input
and output information of the entities and identifying inconsistencies. Any remaining inconsistencies
shall be resolved by manual interventions.
This approach is more suitable for peer-to-peer situations, where each enterprise has resources for
negotiation and compromise. The approach is particularly adapted to virtual enterprises, where diverse
companies combine their resources and knowledge to manufacture a product for a limited duration.
NOTE Using the federated approach to develop enterprise interoperability is most challenging. A main
research area is development of a mapping factory that can generate on-demand customized “anybody-
anywhere-anytime” mapping agents among existing systems. It is worth noting that a specific support
for the federated approach is seen in entity profiles, which identify particular entity characteristics and
properties relevant for interoperation (e.g. ISO 15745 and ISO 16100).
4
iRING архитектура: федерация
5
Product
data
model
ISO 15926
RDL
federation
Product
data
model
Product dataProduct data
1 ISO 15926 Rule ISO 15926 2
circle radius radius*2 diameter окружность
mappingmapping
1. Редактор
мэппинга
4. адаптор
3. SPARQL
endpoint
2. Редактор
справочных
данных
5. адаптор
фасады
Вариант архитектуры iRING (ISO 15926)
6
Проблемы и решения
Расширяемость
Факт-ориентированность и семантика
Поддержка онтологии
Общая картина мира
Понятие системы «из коробки»
Простота: паттерны
Инструменты: разные реализации стандарта
Наличие доступных справочных данных
7
Расширяемость
• «Много закрытых словарей» не работают --
STEP (ISO 10303)
• Машинночитаемый стандарт: механизмы
пополнения/изменения как в стандартах,
хранение как в базах данных
• Уровни пополнения (организация работ):
ISO – JORD – … – предприятие
8
Факт-ориентированность и
семантика
• Факт-ориентированность: «что для одного проекта
объект, то для другого атрибут, и наоборот»
• Работа онлайн:
– Пополняемость и групповая работа: концепция
открытого мира (XML схемы – это закрытый мир,
проблемы с merge)
– Linked Data (URI),
– Трипл-сторы и SPARQL
– доступность описаний данных (resolvable URI)
• Готовые обменные форматы: RDF и OWL
• Формальные проверки (логика в OWL)
9
Поддержка онтологии
• Семантика достаточна для федерации в рамках одной стадии
жизненного цикла
• В рамках федерации разных стадий (ISO 24744: life cycle stages
определяются через change of mental framework) нужно
определиться с одной картиной мира: как совмещать разные
объекты (например, комплектующее стадии проектирования и
предмет поставки стадии строительства).
• 4D extensionalism
• Отношения при федерации пересекают границы
информационных систем. Эти отношения главным образом –
TemporalWholePart (Whole, Part)
• Понятие «система» -- пример смены насоса.
• Множественные классификации (классы классов)
• Соглашение о моделировании мира, плюс моделирование
представления мира в компьютере
10
ISO 15926 и жизненный цикл
11
!
!!
12
Приложения
проектанты
Приложения
Поставщики
Приложения
технология
Приложения
Эксплуатация
ISO 15926 –
«английский» для
данных
жизненного цикла
ISO 15926 определяет :
1. Терминологию
2. Классификацию
3. Стандарт
взаимодействия
софта
Простота
[не поддерживается «семантическими
системами», это специфично для ISO 15926]
• Нужно: понимание инженерами, а не
программистами
• Обеспечивается: паттернами шаблонов
13
Прикладная
система
(CAD/PLM)
Семантическая
сеть
ISO 15926-2
Паттерны
шаблонов
ISO 15926
Наличие доступных справочных данных: JORD RDL
14
Простота:
паттерны
Брать .15926 Editor (freeware) тут: http://techinvestlab.ru/dot15926Editor
Более 58 тыс.
объектов, включая
более 10тыс. классов
оборудования,
более 1.5тыс. единиц
измерения
Product knowledge pyramid (ISO 15926)
ISO 15926
types
RDL
Catalogue
(standard classes)
Product lines
and project
Debug, change management
Product configuration
baselines
Historic data (product operations time
rows)
R
D
L
P
r
o
d
u
c
t
d
a
t
a
15
Huge! Needs
federation of
multiple sources!
But: one format
Needs federation
even more!
Multiple formats
Enterprise-related
data excluded only
to clarity of a slide.
201 type: ontological commitments
(shared reality)
Библиотеки справочных данных
16
RDL
RDL (ГОСТы)
RDL (стандарты
отрасли)
RDL проекта
RDL каталога
Проектная информация
Данные каталога
ISO/JORD
Национальная ассоциация
Отраслевая ассоциация
Поставщик каталога
Инжиниринговая компания
Инструменты: разные реализации
• Редактор справочных данных
• Редактор мэппинга
• SPARQL endpoint
• Два адаптора (в ISO 15926 и из ISO 15926)
Реализации iRING архитектуры:
• iRINGTools (iRING usergroup во главе с Bechtel)
• .15926 (TechInvestLab)
• RDL ПКФ Росэнергоатома
• OpenPlant (Bentley Systems)
• JORD RDL
• XMpLant Protheus-2
• …
Качество обеспечивается конкуренцией реализаций
стандарта
17
Пример: Bechtel
• 53тыс. cотрудников, оборот более $27млрд.
• 13 лет подряд ведущий подрядчик строительных работ в США
• На конец 2012 года 30% всех проектов Bechtel используют ISO
15926 для внутрифирменных передач данных
• До конца 2014 года ожидается 100% всех проектов Bechtel будут
использовать ISO 15926
• Используется JORD RDL, никаких других «внутрифирменных»
справочных данных!
[невозможно в России – справочные данные по российским
стандартам и именам имеют ограниченный интерес для JORD]
18
http://iringtoday.com/interview-with-frank-matthewson-of-bechtel/
19
Спасибо за внимание
Анатолий Левенчук,
ailev@asmp.msk.su
Виктор Агроскин,
vic5784@gmail.com
TechInvestLab.ru (член POSCCaesar Association)
(495) 748-53-88
Проект .15926 Editor
http://dot15926.livejournal.com

More Related Content

Similar to Почему ISO 15926 лучше

Пространство вариантов_final
Пространство вариантов_finalПространство вариантов_final
Пространство вариантов_finalVlad Berezin, PMP
 
Системная инженерия и информационная модель системы
Системная инженерия и информационная модель системыСистемная инженерия и информационная модель системы
Системная инженерия и информационная модель системыAnatoly Levenchuk
 
Разработка автоматизированной системы компоновки проектной документации и обу...
Разработка автоматизированной системы компоновки проектной документации и обу...Разработка автоматизированной системы компоновки проектной документации и обу...
Разработка автоматизированной системы компоновки проектной документации и обу...Andrew Chuprina
 
Как выжить глобальной корпорации?
Как выжить глобальной корпорации?Как выжить глобальной корпорации?
Как выжить глобальной корпорации?CEE-SEC(R)
 
MBSE Sorokin Michael Vostok Egineering
MBSE Sorokin Michael Vostok EgineeringMBSE Sorokin Michael Vostok Egineering
MBSE Sorokin Michael Vostok EgineeringAPPAU_Ukraine
 
Стандартизация форматов семантических данных (машиностроение)
Стандартизация форматов семантических данных (машиностроение)Стандартизация форматов семантических данных (машиностроение)
Стандартизация форматов семантических данных (машиностроение)Anatoly Levenchuk
 
2012 andieva e_ju_innovative_management_of_complex_software_projects
2012 andieva e_ju_innovative_management_of_complex_software_projects2012 andieva e_ju_innovative_management_of_complex_software_projects
2012 andieva e_ju_innovative_management_of_complex_software_projectsdataomsk
 
Построение систем автоматического протоколирования Си/Си++ кода
Построение систем автоматического протоколирования Си/Си++ кодаПостроение систем автоматического протоколирования Си/Си++ кода
Построение систем автоматического протоколирования Си/Си++ кодаTatyanazaxarova
 
А.Левенчук -- управление жизненным циклом актива
А.Левенчук -- управление жизненным циклом активаА.Левенчук -- управление жизненным циклом актива
А.Левенчук -- управление жизненным циклом активаAnatoly Levenchuk
 
DDD requirements AnalystDays-2014 Tsepkov
DDD requirements AnalystDays-2014 TsepkovDDD requirements AnalystDays-2014 Tsepkov
DDD requirements AnalystDays-2014 TsepkovMaxim Tsepkov
 
DDD - модель вместо требований
DDD - модель вместо требованийDDD - модель вместо требований
DDD - модель вместо требованийSQALab
 
Domain-Driven Design: Модель вместо требований
Domain-Driven Design: Модель вместо требованийDomain-Driven Design: Модель вместо требований
Domain-Driven Design: Модель вместо требованийCUSTIS
 
Управление релизами в системе управления ИТ
Управление релизами в системе управления ИТУправление релизами в системе управления ИТ
Управление релизами в системе управления ИТSoftmart
 
Role of Semantic Models in smarter industrial ops Chapter 2 of current MOM Ch...
Role of Semantic Models in smarter industrial ops Chapter 2 of current MOM Ch...Role of Semantic Models in smarter industrial ops Chapter 2 of current MOM Ch...
Role of Semantic Models in smarter industrial ops Chapter 2 of current MOM Ch...Bill Bosler, P.E.
 
Agile в производственных компаниях
Agile в производственных компанияхAgile в производственных компаниях
Agile в производственных компанияхECOPSY Consulting
 
Hewlett Packard Enterprise SW catalogue 2016
Hewlett Packard Enterprise SW catalogue 2016Hewlett Packard Enterprise SW catalogue 2016
Hewlett Packard Enterprise SW catalogue 2016Anatoliy Arkhipov
 
HPE Software Catalogue 2015 Ru
HPE Software Catalogue 2015 RuHPE Software Catalogue 2015 Ru
HPE Software Catalogue 2015 RuAndrey Karpov
 
Vblock: как должна выглядеть конвергентная инфраструктура современного ЦОД
Vblock: как должна выглядеть конвергентная инфраструктура современного ЦОДVblock: как должна выглядеть конвергентная инфраструктура современного ЦОД
Vblock: как должна выглядеть конвергентная инфраструктура современного ЦОДCisco Russia
 

Similar to Почему ISO 15926 лучше (20)

Пространство вариантов_final
Пространство вариантов_finalПространство вариантов_final
Пространство вариантов_final
 
Системная инженерия и информационная модель системы
Системная инженерия и информационная модель системыСистемная инженерия и информационная модель системы
Системная инженерия и информационная модель системы
 
Разработка автоматизированной системы компоновки проектной документации и обу...
Разработка автоматизированной системы компоновки проектной документации и обу...Разработка автоматизированной системы компоновки проектной документации и обу...
Разработка автоматизированной системы компоновки проектной документации и обу...
 
Как выжить глобальной корпорации?
Как выжить глобальной корпорации?Как выжить глобальной корпорации?
Как выжить глобальной корпорации?
 
MBSE Sorokin Michael Vostok Egineering
MBSE Sorokin Michael Vostok EgineeringMBSE Sorokin Michael Vostok Egineering
MBSE Sorokin Michael Vostok Egineering
 
Стандартизация форматов семантических данных (машиностроение)
Стандартизация форматов семантических данных (машиностроение)Стандартизация форматов семантических данных (машиностроение)
Стандартизация форматов семантических данных (машиностроение)
 
2012 andieva e_ju_innovative_management_of_complex_software_projects
2012 andieva e_ju_innovative_management_of_complex_software_projects2012 andieva e_ju_innovative_management_of_complex_software_projects
2012 andieva e_ju_innovative_management_of_complex_software_projects
 
Построение систем автоматического протоколирования Си/Си++ кода
Построение систем автоматического протоколирования Си/Си++ кодаПостроение систем автоматического протоколирования Си/Си++ кода
Построение систем автоматического протоколирования Си/Си++ кода
 
Standards in Microsoft 2012 (Russ)
Standards in Microsoft 2012 (Russ)Standards in Microsoft 2012 (Russ)
Standards in Microsoft 2012 (Russ)
 
А.Левенчук -- управление жизненным циклом актива
А.Левенчук -- управление жизненным циклом активаА.Левенчук -- управление жизненным циклом актива
А.Левенчук -- управление жизненным циклом актива
 
DDD requirements AnalystDays-2014 Tsepkov
DDD requirements AnalystDays-2014 TsepkovDDD requirements AnalystDays-2014 Tsepkov
DDD requirements AnalystDays-2014 Tsepkov
 
DDD - модель вместо требований
DDD - модель вместо требованийDDD - модель вместо требований
DDD - модель вместо требований
 
Domain-Driven Design: Модель вместо требований
Domain-Driven Design: Модель вместо требованийDomain-Driven Design: Модель вместо требований
Domain-Driven Design: Модель вместо требований
 
Управление релизами в системе управления ИТ
Управление релизами в системе управления ИТУправление релизами в системе управления ИТ
Управление релизами в системе управления ИТ
 
CЭД аврора
CЭД аврораCЭД аврора
CЭД аврора
 
Role of Semantic Models in smarter industrial ops Chapter 2 of current MOM Ch...
Role of Semantic Models in smarter industrial ops Chapter 2 of current MOM Ch...Role of Semantic Models in smarter industrial ops Chapter 2 of current MOM Ch...
Role of Semantic Models in smarter industrial ops Chapter 2 of current MOM Ch...
 
Agile в производственных компаниях
Agile в производственных компанияхAgile в производственных компаниях
Agile в производственных компаниях
 
Hewlett Packard Enterprise SW catalogue 2016
Hewlett Packard Enterprise SW catalogue 2016Hewlett Packard Enterprise SW catalogue 2016
Hewlett Packard Enterprise SW catalogue 2016
 
HPE Software Catalogue 2015 Ru
HPE Software Catalogue 2015 RuHPE Software Catalogue 2015 Ru
HPE Software Catalogue 2015 Ru
 
Vblock: как должна выглядеть конвергентная инфраструктура современного ЦОД
Vblock: как должна выглядеть конвергентная инфраструктура современного ЦОДVblock: как должна выглядеть конвергентная инфраструктура современного ЦОД
Vblock: как должна выглядеть конвергентная инфраструктура современного ЦОД
 

More from Anatoly Levenchuk

Contemporary Systems Engineering (oct 2022)
Contemporary Systems Engineering (oct 2022)Contemporary Systems Engineering (oct 2022)
Contemporary Systems Engineering (oct 2022)Anatoly Levenchuk
 
Open-endedness curriculum at EEM Institute
Open-endedness curriculum at EEM InstituteOpen-endedness curriculum at EEM Institute
Open-endedness curriculum at EEM InstituteAnatoly Levenchuk
 
Праксиология и системное мышление
Праксиология и системное мышлениеПраксиология и системное мышление
Праксиология и системное мышлениеAnatoly Levenchuk
 
А.Левенчук -- развитие личности
А.Левенчук -- развитие личностиА.Левенчук -- развитие личности
А.Левенчук -- развитие личностиAnatoly Levenchuk
 
А.Левенчук -- стейкхолдерское мастерство
А.Левенчук -- стейкхолдерское мастерствоА.Левенчук -- стейкхолдерское мастерство
А.Левенчук -- стейкхолдерское мастерствоAnatoly Levenchuk
 
А.Левенчук -- SysArchi
А.Левенчук -- SysArchiА.Левенчук -- SysArchi
А.Левенчук -- SysArchiAnatoly Levenchuk
 
А.Левенчук -- как выжить в эпоху перемен перемен
А.Левенчук -- как выжить в эпоху перемен переменА.Левенчук -- как выжить в эпоху перемен перемен
А.Левенчук -- как выжить в эпоху перемен переменAnatoly Levenchuk
 
А.Левенчук -- Практики системной инженерии
А.Левенчук -- Практики системной инженерииА.Левенчук -- Практики системной инженерии
А.Левенчук -- Практики системной инженерииAnatoly Levenchuk
 
А.Левенчук -- визуальное мышление
А.Левенчук -- визуальное мышлениеА.Левенчук -- визуальное мышление
А.Левенчук -- визуальное мышлениеAnatoly Levenchuk
 
А.Левенчук -- системное развитие личности
А.Левенчук -- системное развитие личностиА.Левенчук -- системное развитие личности
А.Левенчук -- системное развитие личностиAnatoly Levenchuk
 
А.Левенчук -- Будущее девелопмента
А.Левенчук -- Будущее девелопментаА.Левенчук -- Будущее девелопмента
А.Левенчук -- Будущее девелопментаAnatoly Levenchuk
 
А.Левенчук -- Системное мышление в инженерии предприятий
А.Левенчук -- Системное мышление в инженерии предприятийА.Левенчук -- Системное мышление в инженерии предприятий
А.Левенчук -- Системное мышление в инженерии предприятийAnatoly Levenchuk
 
А.Левенчук -- Системное мышление и управление конфигурацией
А.Левенчук -- Системное мышление и управление конфигурациейА.Левенчук -- Системное мышление и управление конфигурацией
А.Левенчук -- Системное мышление и управление конфигурациейAnatoly Levenchuk
 
А.Левенчук -- аппаратное ускорение аналитики в BigData
А.Левенчук -- аппаратное ускорение аналитики в BigDataА.Левенчук -- аппаратное ускорение аналитики в BigData
А.Левенчук -- аппаратное ускорение аналитики в BigDataAnatoly Levenchuk
 
А.Левенчук -- Будущее проектирования
А.Левенчук -- Будущее проектированияА.Левенчук -- Будущее проектирования
А.Левенчук -- Будущее проектированияAnatoly Levenchuk
 
А.Левенчук -- безлюдные (дез)организации
А.Левенчук -- безлюдные (дез)организацииА.Левенчук -- безлюдные (дез)организации
А.Левенчук -- безлюдные (дез)организацииAnatoly Levenchuk
 
А.Левенчук -- предпринимательство: кейс NVIDIA
А.Левенчук -- предпринимательство: кейс NVIDIAА.Левенчук -- предпринимательство: кейс NVIDIA
А.Левенчук -- предпринимательство: кейс NVIDIAAnatoly Levenchuk
 
Системное мышление -- непопсовый обзор курса
Системное мышление -- непопсовый обзор курсаСистемное мышление -- непопсовый обзор курса
Системное мышление -- непопсовый обзор курсаAnatoly Levenchuk
 
А.Левенчук -- системный фитнес
А.Левенчук -- системный фитнесА.Левенчук -- системный фитнес
А.Левенчук -- системный фитнесAnatoly Levenchuk
 

More from Anatoly Levenchuk (20)

Contemporary Systems Engineering (oct 2022)
Contemporary Systems Engineering (oct 2022)Contemporary Systems Engineering (oct 2022)
Contemporary Systems Engineering (oct 2022)
 
Open-endedness curriculum at EEM Institute
Open-endedness curriculum at EEM InstituteOpen-endedness curriculum at EEM Institute
Open-endedness curriculum at EEM Institute
 
Праксиология и системное мышление
Праксиология и системное мышлениеПраксиология и системное мышление
Праксиология и системное мышление
 
А.Левенчук -- развитие личности
А.Левенчук -- развитие личностиА.Левенчук -- развитие личности
А.Левенчук -- развитие личности
 
А.Левенчук -- стейкхолдерское мастерство
А.Левенчук -- стейкхолдерское мастерствоА.Левенчук -- стейкхолдерское мастерство
А.Левенчук -- стейкхолдерское мастерство
 
А.Левенчук -- SysArchi
А.Левенчук -- SysArchiА.Левенчук -- SysArchi
А.Левенчук -- SysArchi
 
А.Левенчук -- как выжить в эпоху перемен перемен
А.Левенчук -- как выжить в эпоху перемен переменА.Левенчук -- как выжить в эпоху перемен перемен
А.Левенчук -- как выжить в эпоху перемен перемен
 
А.Левенчук -- Практики системной инженерии
А.Левенчук -- Практики системной инженерииА.Левенчук -- Практики системной инженерии
А.Левенчук -- Практики системной инженерии
 
А.Левенчук -- визуальное мышление
А.Левенчук -- визуальное мышлениеА.Левенчук -- визуальное мышление
А.Левенчук -- визуальное мышление
 
А.Левенчук -- системное развитие личности
А.Левенчук -- системное развитие личностиА.Левенчук -- системное развитие личности
А.Левенчук -- системное развитие личности
 
А.Левенчук -- Будущее девелопмента
А.Левенчук -- Будущее девелопментаА.Левенчук -- Будущее девелопмента
А.Левенчук -- Будущее девелопмента
 
А.Левенчук -- Системное мышление в инженерии предприятий
А.Левенчук -- Системное мышление в инженерии предприятийА.Левенчук -- Системное мышление в инженерии предприятий
А.Левенчук -- Системное мышление в инженерии предприятий
 
А.Левенчук -- Системное мышление и управление конфигурацией
А.Левенчук -- Системное мышление и управление конфигурациейА.Левенчук -- Системное мышление и управление конфигурацией
А.Левенчук -- Системное мышление и управление конфигурацией
 
А.Левенчук -- аппаратное ускорение аналитики в BigData
А.Левенчук -- аппаратное ускорение аналитики в BigDataА.Левенчук -- аппаратное ускорение аналитики в BigData
А.Левенчук -- аппаратное ускорение аналитики в BigData
 
А.Левенчук -- Будущее проектирования
А.Левенчук -- Будущее проектированияА.Левенчук -- Будущее проектирования
А.Левенчук -- Будущее проектирования
 
Future of Engineering
Future of EngineeringFuture of Engineering
Future of Engineering
 
А.Левенчук -- безлюдные (дез)организации
А.Левенчук -- безлюдные (дез)организацииА.Левенчук -- безлюдные (дез)организации
А.Левенчук -- безлюдные (дез)организации
 
А.Левенчук -- предпринимательство: кейс NVIDIA
А.Левенчук -- предпринимательство: кейс NVIDIAА.Левенчук -- предпринимательство: кейс NVIDIA
А.Левенчук -- предпринимательство: кейс NVIDIA
 
Системное мышление -- непопсовый обзор курса
Системное мышление -- непопсовый обзор курсаСистемное мышление -- непопсовый обзор курса
Системное мышление -- непопсовый обзор курса
 
А.Левенчук -- системный фитнес
А.Левенчук -- системный фитнесА.Левенчук -- системный фитнес
А.Левенчук -- системный фитнес
 

Почему ISO 15926 лучше

  • 1. Почему технология стандарта интеграции промышленных данных нефтегазовых предприятий ISO 15926 решает проблемы, которые предыдущие поколения стандартов и предыдущие поколения технологий не могли решить. Москва 29 апреля 2013г.
  • 2. PP656.2 Технология ISO 15926 Источник: FIATECH Не хочу видеть никаких сумасшедших торговцев – ты что, не видишь, что тут битва идёт!
  • 3. Принципы обеспечения взаимодействия • ISO 11354-1 Advanced automation technologies and their applications — Requirements for establishing manufacturing enterprise process interoperability — Part 1: Framework for enterprise interoperability • В пункте 5.4.1: There are three approaches to achieve enterprise interoperability: -- integrated, -- unified, -- and federated. These three approaches were first identified in ISO 14258. 3 ISO 15926
  • 4. ISO 11354 5.4.4 Federated approach In the federated approach, there is no sufficiently capable common form or meta-model to guide the interaction between enterprises that need to interoperate . The lack of capability is often related to different terminologies or methodologies that need to be resolved by business entity interaction. While there can be a common understanding between the business entities, in the federated approach, no business entity imposes their own models, languages and methods of work. To establish interoperability, parties shall accommodate and adjust their operations. Interoperation can be supported by providing a priori information about the capabilities of the entities to be involved in the exchange or by employing agents to discover the needed information. Support for the a priori case can be provided by establishing entity capability profile s that hold syntactic and semantic information on both entity inputs and outputs. Interoperability can be established by mapping corresponding input and output information of the entities and identifying inconsistencies. Any remaining inconsistencies shall be resolved by manual interventions. This approach is more suitable for peer-to-peer situations, where each enterprise has resources for negotiation and compromise. The approach is particularly adapted to virtual enterprises, where diverse companies combine their resources and knowledge to manufacture a product for a limited duration. NOTE Using the federated approach to develop enterprise interoperability is most challenging. A main research area is development of a mapping factory that can generate on-demand customized “anybody- anywhere-anytime” mapping agents among existing systems. It is worth noting that a specific support for the federated approach is seen in entity profiles, which identify particular entity characteristics and properties relevant for interoperation (e.g. ISO 15745 and ISO 16100). 4
  • 5. iRING архитектура: федерация 5 Product data model ISO 15926 RDL federation Product data model Product dataProduct data 1 ISO 15926 Rule ISO 15926 2 circle radius radius*2 diameter окружность mappingmapping 1. Редактор мэппинга 4. адаптор 3. SPARQL endpoint 2. Редактор справочных данных 5. адаптор фасады
  • 7. Проблемы и решения Расширяемость Факт-ориентированность и семантика Поддержка онтологии Общая картина мира Понятие системы «из коробки» Простота: паттерны Инструменты: разные реализации стандарта Наличие доступных справочных данных 7
  • 8. Расширяемость • «Много закрытых словарей» не работают -- STEP (ISO 10303) • Машинночитаемый стандарт: механизмы пополнения/изменения как в стандартах, хранение как в базах данных • Уровни пополнения (организация работ): ISO – JORD – … – предприятие 8
  • 9. Факт-ориентированность и семантика • Факт-ориентированность: «что для одного проекта объект, то для другого атрибут, и наоборот» • Работа онлайн: – Пополняемость и групповая работа: концепция открытого мира (XML схемы – это закрытый мир, проблемы с merge) – Linked Data (URI), – Трипл-сторы и SPARQL – доступность описаний данных (resolvable URI) • Готовые обменные форматы: RDF и OWL • Формальные проверки (логика в OWL) 9
  • 10. Поддержка онтологии • Семантика достаточна для федерации в рамках одной стадии жизненного цикла • В рамках федерации разных стадий (ISO 24744: life cycle stages определяются через change of mental framework) нужно определиться с одной картиной мира: как совмещать разные объекты (например, комплектующее стадии проектирования и предмет поставки стадии строительства). • 4D extensionalism • Отношения при федерации пересекают границы информационных систем. Эти отношения главным образом – TemporalWholePart (Whole, Part) • Понятие «система» -- пример смены насоса. • Множественные классификации (классы классов) • Соглашение о моделировании мира, плюс моделирование представления мира в компьютере 10
  • 11. ISO 15926 и жизненный цикл 11 ! !!
  • 12. 12 Приложения проектанты Приложения Поставщики Приложения технология Приложения Эксплуатация ISO 15926 – «английский» для данных жизненного цикла ISO 15926 определяет : 1. Терминологию 2. Классификацию 3. Стандарт взаимодействия софта
  • 13. Простота [не поддерживается «семантическими системами», это специфично для ISO 15926] • Нужно: понимание инженерами, а не программистами • Обеспечивается: паттернами шаблонов 13 Прикладная система (CAD/PLM) Семантическая сеть ISO 15926-2 Паттерны шаблонов ISO 15926
  • 14. Наличие доступных справочных данных: JORD RDL 14 Простота: паттерны Брать .15926 Editor (freeware) тут: http://techinvestlab.ru/dot15926Editor Более 58 тыс. объектов, включая более 10тыс. классов оборудования, более 1.5тыс. единиц измерения
  • 15. Product knowledge pyramid (ISO 15926) ISO 15926 types RDL Catalogue (standard classes) Product lines and project Debug, change management Product configuration baselines Historic data (product operations time rows) R D L P r o d u c t d a t a 15 Huge! Needs federation of multiple sources! But: one format Needs federation even more! Multiple formats Enterprise-related data excluded only to clarity of a slide. 201 type: ontological commitments (shared reality)
  • 16. Библиотеки справочных данных 16 RDL RDL (ГОСТы) RDL (стандарты отрасли) RDL проекта RDL каталога Проектная информация Данные каталога ISO/JORD Национальная ассоциация Отраслевая ассоциация Поставщик каталога Инжиниринговая компания
  • 17. Инструменты: разные реализации • Редактор справочных данных • Редактор мэппинга • SPARQL endpoint • Два адаптора (в ISO 15926 и из ISO 15926) Реализации iRING архитектуры: • iRINGTools (iRING usergroup во главе с Bechtel) • .15926 (TechInvestLab) • RDL ПКФ Росэнергоатома • OpenPlant (Bentley Systems) • JORD RDL • XMpLant Protheus-2 • … Качество обеспечивается конкуренцией реализаций стандарта 17
  • 18. Пример: Bechtel • 53тыс. cотрудников, оборот более $27млрд. • 13 лет подряд ведущий подрядчик строительных работ в США • На конец 2012 года 30% всех проектов Bechtel используют ISO 15926 для внутрифирменных передач данных • До конца 2014 года ожидается 100% всех проектов Bechtel будут использовать ISO 15926 • Используется JORD RDL, никаких других «внутрифирменных» справочных данных! [невозможно в России – справочные данные по российским стандартам и именам имеют ограниченный интерес для JORD] 18 http://iringtoday.com/interview-with-frank-matthewson-of-bechtel/
  • 19. 19 Спасибо за внимание Анатолий Левенчук, ailev@asmp.msk.su Виктор Агроскин, vic5784@gmail.com TechInvestLab.ru (член POSCCaesar Association) (495) 748-53-88 Проект .15926 Editor http://dot15926.livejournal.com

Editor's Notes

  1. 5.4.2 Integrated approachIn the integrated approach a common form shall be used to represent the exchanged entities. This common form shall be sufficiently expressive to capture those details that affect interoperability of the items to be exchanged, rather than the process or system as a whole. The common form is not necessarily an International Standard, but needs to be agreed by participating enterprises in order to elaborate these entities and build systems accordingly.EXAMPLE Examples of developing interoperability using an integrated approach are ISO 10303, ISO 19440 and OASIS/UNCEFACT ebXMLThe integrated approach assures consistency and coherence of the interoperating subsystems by focusing on the components that need to interact. These components are then designed and implemented using a common form (or standard) so that interoperability is seen as a designed-in quality. Interoperation between these various components is therefore obtained a priori without any interfacing effort. Subsystems that are integrated in this way have distinct and individual structure, behaviour, or boundaries, but their combined behaviour is perceived to be as one entity and is achieved by collaboration and coordination through the use of the common form.5.4.3 Unified approachIn the unified approach, a common meta-model, which is applicable for the participating entities and used as a common reference to map existing models’ syntax and semantics, shall be identified and detailed. This meta-model provides at least a reference vocabulary, but could be a complete ontology. Such a meta-model is not an executable entity. Instead, it s hall provide a means for semantic equivalence to enable mapping between entities. Using this meta-model, a translation between the constituent entities is then possible. However, that translation might involve the loss of some informati on because the participating entities can have different extensions or instantiations of the same meta-model.NOTE 1 The unified approach is particularly suitable when developing interoperability for collaborative or networkedenterprises. To be interoperable with networked business partners, a new company maps its own model or system to the neutral meta-model without the necessity to make changes on its own model or system. This approach has an advantage over the integrated approach because of the reduced efforts, time and cost in implementation. It is also suitable for a situation where a large company needs to interoperate with SMEs. Normally an SME works with more than one large company; to interoperate with different companies, the unified approach can be a suitable solution in that it facilitates coordination without requiring conformance to potentially conflicting processes or environments.NOTE 2 In the re-engineering situation, syntactic alignment can be achieved through a unified approach that uses a mapping function to create missing elements of the exchange items, but semantic alignment between partners can be very difficult. Therefore, re-engineering is more applicable to developing intra-enterprise interoperability.5.4.4 Federated approachIn the federated approach, there is no sufficiently capable common form or meta-model to guide the interaction between enterprises that need to interoperate . The lack of capability is often related to different terminologies or methodologies that need to be resolved by business entity interaction. While there can be a common understanding between the business entities, in the federated approach, no business entity imposes their own models, languages and methods of work.To establish interoperability, parties shall accommodate and adjust their operations. Interoperation can be supported by providing a priori information about the capabilities of the entities to be involved in the exchange or by employing agents to discover the needed information. Support for the a priori case can be provided by establishing entity capability profile s that hold syntactic and semantic information on both entity inputs and outputs. Interoperability can be established by mapping corresponding input and output information of the entities and identifying inconsistencies. Any remaining inconsistencies shall be resolved by manual interventions.This approach is more suitable for peer-to-peer situations, where each enterprise has resources for negotiation and compromise. The approach is particularly adapted to virtual enterprises, where diverse companies combine their resources and knowledge to manufacture a product for a limited duration.NOTE Using the federated approach to develop enterprise interoperability is most challenging. A main research area is development of a mapping factory that can generate on-demand customized “anybody-anywhere-anytime” mapping agents among existing systems. It is worth noting that a specific support for the federated approach is seen in entity profiles, which identify particular entity characteristics and properties relevant for interoperation (e.g. ISO 15745 and ISO 16100).