information systems interoperability and its implications for
TRANSCRIPT
![Page 1: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/1.jpg)
1CODE E-commerce workshop, Auckland, 16th March 2006
Information Systems Interoperability and its Implications for Enterprise Modelling
Guttorm SindreNTNU and (visiting) U. Auckland
![Page 2: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/2.jpg)
2CODE E-commerce workshop, Auckland, 16th March 2006
Contents
Background on INTEROP and InteroperabilityBackground on enterprise modellingINTEROP and UEMLConclusions and Future Work
![Page 3: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/3.jpg)
3CODE E-commerce workshop, Auckland, 16th March 2006
Background on INTEROPand Interoperability
![Page 4: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/4.jpg)
4CODE E-commerce workshop, Auckland, 16th March 2006
INTEROP
EU NoE project (Network of Excellence)http://interop-noe.org/
Around 50 partners from 13 EU states + Norway (4) and SwitzerlandCoordination: U. Bordeaux (F)Duration: 3 years from Nov 2003Budget: 12 M€, whereof 6.5 M€ from EUNoE: no funding for new research
but for the integration of research
![Page 5: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/5.jpg)
5CODE E-commerce workshop, Auckland, 16th March 2006
Rationale (slide taken from http://interop-noe.org/ )
System implementation budgetApplication integration license revenue
B$
(Source: the Yankee Group 2001)
Integration40%
Imp. Services
20%
Software10%
Hardware10%
Misc.20%
Interoperability, key to increase competitiveness of enterprises
The cost of non-interoperability are estimated to 40% of
enterprises IT budget.
![Page 6: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/6.jpg)
6CODE E-commerce workshop, Auckland, 16th March 2006
Interoperability : Definition (http://interop-noe.org/ )
Capability of a system or a product to workwith other systems or products without
specific effort from the user
Capacity of an enterprise software or application to interact
with others
![Page 7: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/7.jpg)
7CODE E-commerce workshop, Auckland, 16th March 2006
Interoperability, many meanings
6 different levels of concernData, Object, Component, Application, System, Enterprise, …Community
3 kinds of integration (heterogeneities)Syntactic (e.g., different data formats)Structural (e.g., different database schema)Semantic (different meanings)
INTEROP’s main interest:Semantic interoperability on the application, system, and enterprise level
![Page 8: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/8.jpg)
8CODE E-commerce workshop, Auckland, 16th March 2006
Approach (slide taken from http://interop-noe.org/ )
The originality of the project is to take a multidisciplinary approach by merging three research areas supporting the development of Interoperability of Enterprise Applications and Software:
Architecture & Platforms: to provide implementation frameworks,Enterprise Modelling: to define Interoperability requirements and to support solution implementation,Ontology: to identify Interoperability semantics in the enterprise.
Architectures & Platforms
EnterpriseModelling Ontology
Knowledge integration for Interoperability research
INTEROP
![Page 9: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/9.jpg)
9CODE E-commerce workshop, Auckland, 16th March 2006
Background on EnterpriseModeling
![Page 10: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/10.jpg)
10CODE E-commerce workshop, Auckland, 16th March 2006
What is enterprise modeling?
Describing the enterpriseE.g., function, behaviour, information, resources, org.units, …
Using modelsoften (semi-)formal and graphicMany different kinds of perspectives, e.g.
• Information, process, org.structure, economy, resources, business rules, …
![Page 11: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/11.jpg)
11CODE E-commerce workshop, Auckland, 16th March 2006
Why enterprise modeling?Main goals:
Understand / explainExperimentLearn and decideOperate and control
Major driversDiagnosis of the organizationRestructuringBusiness process reengineeringLarge scale systems integrationImplementation of huge packages (e.g., ERP)Tuning the org. to face business changeAlignment to norms (e.g., ISO9000)Supporting management decisions
![Page 12: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/12.jpg)
12CODE E-commerce workshop, Auckland, 16th March 2006
Challenges for enterprise modelling
Enterprises need to cooperate…but have different business processes…modelled with different languages…and implemented in different, proprietary tools
Goal: bridge this gapenterprise models be understood across businessesNeed interoperability between enterprise modelling languages (EML’s)
![Page 13: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/13.jpg)
13CODE E-commerce workshop, Auckland, 16th March 2006
Starting point for INTEROP WP5: UEML1.0
Unified Enterprise Modeling Languagehttp://athena.troux.com/akmii/Default.aspx?WebID=249Another EU project (ended June 2003)
Goal: a unified and expandable modelling languageBuild European consensus on core constructsFacilitate interoperability within the frame of ongoing standardisation efforts
Further pursued in the project Athena
![Page 14: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/14.jpg)
14CODE E-commerce workshop, Auckland, 16th March 2006
Main goals of UEML
1. Capture, represent, and structure the enterprise
2. Create, modify, and exchange enterprise models
3. Create, modify, and exchange enterprise modelling languages
4. Utilise models to solve different categories of problems
5. Ensure end-user involvement
– UEML Deliverable 2.3, March 2003
![Page 15: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/15.jpg)
15CODE E-commerce workshop, Auckland, 16th March 2006
INTEROP and UEML
![Page 16: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/16.jpg)
16CODE E-commerce workshop, Auckland, 16th March 2006
Modifying the goals
Abandoned idea of a new modelling languageJust provide an exchange languageExisting EML’s can be translated back and forth
Instead increased ambitions inNot just providing a languageBut also methods and tools for analyzing and comparing existing and emerging EML’s
Challenge:Huge number of EML’sWith many different perspectives
![Page 17: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/17.jpg)
17CODE E-commerce workshop, Auckland, 16th March 2006
Approaches taken
Top-downDistributed requirements collection for UEML 2.0From various partnersUsing a requirements template for uniform input
Bottom-upLook at many different EML’sCategorize and compare their constructs
![Page 18: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/18.jpg)
18CODE E-commerce workshop, Auckland, 16th March 2006
Requirements template (taken from D5.1)
1Formulate a first new concept of (1.)
And /Or
1.2. Formulate a second new concept (1.)
1. Better refine your first idea by formulating a new and complete sentence
Detail level IIDetail level I Detail level III
1.1.1 Reformulate 1.1(no replication)and / or1.1.2 Reformulate 1.1(no replication)and / or1.1.3 Reformulate 1.1(no replication)
1.2.1 Reformulate 1.2(no replication)and / or1.2.2 Reformulate 1.2(no replication)and / or 1.2.3 Reformulate 1.2(no replication)
One requirement, e.g., one new construct wanted in the language
![Page 19: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/19.jpg)
19CODE E-commerce workshop, Auckland, 16th March 2006
Example of filled in template (taken from D5.1)
Name: Capture enterprise goals
1.
UEML should be able tocapture and show theenterprise goals in themodels
1.1
The relation betweenenterprise goal and themodel shold be alwaysevident
1.1.1Each time a scenario simulation is made or a modellingdecision is taken it has to be related to the enterpisegoals
1.1.2 Enterprise goals means to take into account the contextin which enterprise is operating
1.1.3A number of such methodologies have been developedeg. Enterprise Knowledge Development (EKD), the i*methodology, Business Modeling with UML.
1.2
It is necessary to makeexplicit what theenterprise goals are andhow they influence theenterprise analysis
1.2.1 A methodology for goal modelling must be included intothe enterprise modelling component
1.2.2 UEML should use goals as constraints to the modellingand to decision making
1.2.3 Similar goal oriented methodologies have beendeveloped and used in Sweden for many years.
![Page 20: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/20.jpg)
20CODE E-commerce workshop, Auckland, 16th March 2006
A huge number of requirements captured
Core category requirements (identifying name):Modelling the complexityGoal-structuresRobustnessCapture different kinds of activitiesCapture agentsCapture more control flow constructsCapture eventsCapture knowledge and operational levelsCapture roles and positionsCapture social effectsActor-relationshipsCapability modellingOpennessUsabilityIntegration supportUser friendliness
Representation effectivenessUncertainty handingManagerial supportTiming aspectsModelling of flowsModelling the complexity
Basic category requirements (identifying name):Conceptual foundationsFlexibilityContinuous ImprovementDynamic modelling
Extended category requirements (identifying name):Communication capabilitiesModel and language integrationSimulation capabilities
![Page 21: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/21.jpg)
21CODE E-commerce workshop, Auckland, 16th March 2006
Problems encountered
Huge diversity of requirementsInspired by various modelling languages and tools
Incorporating all would make UEML 2.0 very complex, cf. example meta-model next page
Partly due to weaknesses in starting point?Lacking ontological foundation of UEML1.0?
![Page 22: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/22.jpg)
22CODE E-commerce workshop, Auckland, 16th March 2006
Example meta-model (Bergholtz et al., 2005)
UEML1.0(white) w/INTEROPAdditions(yellow)
![Page 23: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/23.jpg)
23CODE E-commerce workshop, Auckland, 16th March 2006
The bottom-up approach
Which languages to look at?Developed criteria for language selection
• Quality of languages• Industrial impact
How to analyze languages?Developed a template for describing languagesThe Bunge-Wand-Weber ontology used for comparison
![Page 24: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/24.jpg)
24CODE E-commerce workshop, Auckland, 16th March 2006
Initial list of proposed languages
Business Diagrams RUP profileODP - ISO 15414I*/GRLAlbertAris (many sub-languages)Business Process Definition Metamodel (OMG)UML 2.0UEML 1.0EKDAUMLE-R diagramOrganizational chartsISO/DIS 19440
IEMEEML/MEMLGEMITMPetriNetsCIMOSA language(s)GRAI (many sub-languages)IDEF (0,1,3)PSLWPDL/XPDLBPMN/BPMLUML profiles for EAIebXML/UBL
![Page 25: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/25.jpg)
25CODE E-commerce workshop, Auckland, 16th March 2006
Languages analyzed at so far
UML 2.0 (Class and Activity Diagrams)www.uml.org
ISO/DIS 19440http://www.tinwisle.com/iso/RM_OMG%20BEIDTF%20Plenary05Slides.pdf
IDEF 3http://www.idef.com/IDEF3.html
BPMNhttp://www.bpmn.org/
GRLhttp://www.cs.toronto.edu/km/GRL/
Coloured Petri Netshttp://www.informatik.uni-hamburg.de/TGI/PetriNets/introductions/pn2000_introtut.pdf
XPDLhttp://www.wfmc.org/standards/docs/TC-1025_xpdl_2_2005-10-03.pdf
![Page 26: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/26.jpg)
26CODE E-commerce workshop, Auckland, 16th March 2006
Template for analyzing languages
A textual template to be filled inFor each modelling constructOf each language looked at
Based on underlying meta-model by Opdahl & Henderson-Sellers (2004)
Which is again based on the BWW ontologyEstablish a common ontology of enterprise modelling constructs
Separate meta-models for presentation, representation, and internal structure
![Page 27: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/27.jpg)
27CODE E-commerce workshop, Auckland, 16th March 2006
Fields of the textual templateDocument titleFile namePreambleConstruct nameAlternative construct namesRelated, but distinct construct namesRelated termsLanguage Diagram typePresentationIcon, line style, textBuilds onBuilt on by
User-definable attributesRelationships to other constructsLayout conventionsSemantics Instantiation levelClasses of thingsProperties (and relationships)BehaviourModality (permission, recommendation etc)Open Issues
![Page 28: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/28.jpg)
28CODE E-commerce workshop, Auckland, 16th March 2006
Underlying meta-modelTaken from Deliverable DEM.1:UEML 2.1 (Berio et al., 2005)
![Page 29: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/29.jpg)
29CODE E-commerce workshop, Auckland, 16th March 2006
Example: related constructs in two EML’s
IEM.Action: Construct Definition
ISO.Activity: Construct Definition
Activity System1: Represented Class
GoalseekingComponentSystem: Class
Activity System2: Represented Class
ComponentSystem: Class
Taken from Deliverable DEM.1:UEML 2.1 (Berio et al., 2005)
![Page 30: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/30.jpg)
30CODE E-commerce workshop, Auckland, 16th March 2006
Example of interoperability (in theory)
Taken from Deliverable DEM.1:UEML 2.1 (Berio et al., 2005)
![Page 31: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/31.jpg)
31CODE E-commerce workshop, Auckland, 16th March 2006
Conclusions and Future Work
![Page 32: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/32.jpg)
32CODE E-commerce workshop, Auckland, 16th March 2006
Conclusions
The best thing for interoperability (wrt enterprise modelling):
All use the same language, in a consistent mannerProbably not going to happen
Making a new modelling language considered infeasibleEven an exchange language difficult to achieve
Diversity, evolutionMany different requirementsBut good progress made on this within INTEROP
The UEML template approach promisingBut demanding
![Page 33: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/33.jpg)
33CODE E-commerce workshop, Auckland, 16th March 2006
Future directions
Looking at more languagesDetail-level of the common ontology?
Coarse-grained, fine-grained, or both?
Ontological foundationIs BWW sufficient?
Presentation: not much dealt with so farFormal definition of UEML templateTool supportEmpirical validationStandardization
![Page 34: Information Systems Interoperability and its Implications for](https://reader035.vdocument.in/reader035/viewer/2022071600/613d2785736caf36b759f5a0/html5/thumbnails/34.jpg)
34CODE E-commerce workshop, Auckland, 16th March 2006
References
G. Berio et al. (2005) INTEROP Deliverable DEM.1: UEML 2.1, Technical report, 30 Nov, 48 p.J. Krogstie (2003). Evaluating UML Using a Generic Quality Framework, in L. Favre (ed): UML and the Unified Process, IRM Press. p. 1-22 J. Krogstie, C. Veres, G. Sindre: Integrating Semantic Web Technology, Web Services, and Workflow Modelling: Achieving System and Business Interoperability,Int’l J. of Enterprise Inf Sys (forthcoming)J. Krogstie, G. Sindre, H. Jørgensen (2006) Process Models Representing Knowledge for Action: A Revised Quality Framework. Eur J. of Inf Sys, 15(1):91-102A. L. Opdahl & B. Henderson-Sellers (2004). A Template for Defining Enterprise Modeling Constructs. J. Database Manag. 15(2): 39-73