Framework for Metamodel InteroperabilityMMF ISOIEC197632ndCD for discussion - PowerPoint PPT Presentation

1 / 54
About This Presentation
Title:

Framework for Metamodel InteroperabilityMMF ISOIEC197632ndCD for discussion

Description:

Framework for Metamodel Interoperability(MMF) ISO/IEC19763 ... Objectives of MMF Family of standards. Provide a common metamodel framework to register various ... – PowerPoint PPT presentation

Number of Views:31
Avg rating:3.0/5.0
Slides: 55
Provided by: hori
Category:

less

Transcript and Presenter's Notes

Title: Framework for Metamodel InteroperabilityMMF ISOIEC197632ndCD for discussion


1
Framework for Metamodel Interoperability(MMF)ISO/
IEC19763(2ndCD)for discussion
  • XMDR ISO/IEC/JTC1/SC32/WG2
  • Joint Ad-hoc Meeting,
  • UC Berkeley, Oakland, Calif.,
  • 2005.01.28

2
Objectives of MMF Family of standards
  • Provide a common metamodel framework to register
    various types of models and modeling constructs
    to enable them to be Sharable, Reusable and
    Exchangeable.

3
ISO/IEC 19763 Family of Standards
  • Metamodel framework for Interoperability
  • Project started May 2002
  • Project Leader Hajime Horiuchi (JP)
  • Part 1 Reference Model (JP, UK)
  • Part 2 Core Model of MMF (JP, KR)
  • Part 3 MMF for Ontology Registration

  • (Cn, JP)
  • Part 4 MMF for Model Mapping (JP)

4
Meta
M
odeli
ng
Defining Facility
Facility (MOF)
(ISO11179 MDR)
Core model of Meta model framework
Metamodel for Ontology registration
Metamodel for
Metamodel for
Ontology
Model Mapping
Model Constructs
metadata
Mapping Rules
Codes
Mapping
Targets
Value Domains
Sharable
Patterns
model
Model mapping rules
Common
Common
modeling
Modeling
Constructs
Facility (UML)
5
Conceivable Targets of the Registrations
  • Metamodels
  • Modeling Facility metamodels (e.g. UML, etc.)
  • Registry metamodels (e.g. ebXML RR, UDDI, )
  • Domain models
  • Various business application models (UML based,
    IDEF1X based, )
  • Ontology models
  • Terminology
  • Modeling Constructs
  • Basic Information elements metadata (e.g. ebXML
    Core Components)
  • Normative Codes
  • Modeling Patterns
  • Modeling View definitions (RM-ODP)
  • Basic Terminologies

6
Metamodel framework Architecture
Core Model
M3 Level
inherit
Metamodel Framework
inherit
Metamodel
Metamodel
M2 level
describe
Common Data
Model
Element
Modeling
M1 level
Facility
Object Patterns
use
refer
Modeling Constructs
M0 level
Values
Real World
Object
7
(No Transcript)
8
Meta-meta model of MOF
Defining Concept of MDR (ISO/IEC 11179)
Concept
Conceptual Domain
Value Domain
Object
Quadrant Scheme for representing objects
Model Concept
Model Sign
Core Model of MMF
Model Instance
Model Selection
Inherited
MMF for Model Mapping
MMF for Ontology
9
A target to be registered
Concept
Model Name Model Classification Author
Model
Sub model
Upper Model
Model constructs
Applied
Pre-defined existing models and constructs
Pattern
10
What should be Represented
  • What is the identifier ?
  • What is the concept of this instance model?
  • What classification scheme the model is
    belonging?
  • What constructs were used ?
  • Who is owner?

Concept
Model Name Model Classification Author
Model
Sub model
Upper Model
Model constructs
Applied
Pre-defined existing models and constructs
Pattern
11
Context to be registered
Registered as an AdministredItem
Identified by Sign
Concept
Model
Model Name Model Classification Author
Described with Model Domain profiles
Sub model
Upper Model
Profile
Model constructs
Applied
Pre-defined existing models and constructs
Pattern
12
(No Transcript)
13
Framework of Registering
  • Sign-Concept-Instances
  • Sign
  • a symbol designating a named element in a
    namespace.
  • Namespace is a collection of signs
  • Concept
  • specify meaning of sign.
  • generally expressed with sign.
  • Instances
  • a set of instance of the Concept designated by a
    sign.
  • Selection
  • a result of selecting a set of model instance
    from referents designated by a sign.

14
Framework of Registering
  • Model Sign-Model Concept-Model Instances
  • Model Sign
  • designate a named element in a namespace.
  • Namespace is a collection of signs defined by a
    submitted organization
  • Signs should be unique within the particular
    Namespace
  • Model Concept
  • specify meaning of the sign.
  • Model Classifier of Model Concept is generally
    expressed with the sign.
  • A sign is corresponding to a Model classifier
  • The meaning of Model Sign is provided by Model
    Concept
  • Model Instances
  • a set of instance of the Concept designated by
    the sign.
  • governed by Model Concept
  • should satisfy the constraints concerning the
    Model Concept.
  • Model Selection
  • Model Selection is a result of selecting a set of
    model instances from Model Instances designated
    by a sign.

15
Basic Scheme of Registration
Namespace defined outside
Model Domain Profile
namespace
specified by
defines
has
concept
sign
Model Classifier
Named Element
Association type
referent
Model Components (Lower Model)
16
Representation of Model Concept
Upper Model
Model Type
Model Domain Profile
Classifier
A Model
Attachment
XMI schema
Target of registration
Model Specification Document
17
Upper Lower (Association type)
Among Models rather than Class
Upper Model
  • Type and Instance
  • Super and Sub
  • Base and Variant
  • Abstract Syntax and Expression

Target Model
We need additional standard notations !!
18
Basic Scheme of the Core model
19
Example of Software Metamodel
20
Actual model of an user interface
21
Registration of a Domain Metamodel
Metamodel Registry By MOF
Abstract Syntax
MOF Model
MOF Model
M3
Register
Express
Metamodel of a Domain Model
Model Concept
Model Sign
Model Instance
Model Selection
M2
22
Registration of Domain Model
Domain Metamodel
Name
MOF Model
Register
Profile
Domain Model
Type 4
Model Concept
Model Sign
Name
Model Instance
Model Selection
Profile
23
Software Element Metamodel
Abstract Syntax
Metaclass-Class
Expression
24
MMF Core as a MOF model
25
Metamodel of Administered Item
26
Proof of Concept
  • The Project is supported by METI, as an
    International Joint Standards Development
    Project, since 2003.
  • POC
  • The National Registry Repository for
    E-Commerce , Project, in ECOM Japan, 2003-2007.
  • SC32WG2 ebXML Asia Committee Joint Ad-hoc
    Working group for Registry and Repository
    Federation, 2004. (Jp, Kr, Cn, Sp, My, Tw, HK,
    )
  • The Registry Development project (LCDM ) for the
    Construction Industry in Japan, Jan., 2005

27
The NRR Project in ECOM, Japan
EDI
Foreign Companies
No.!
Japanese Companies
????
SCM
Globalization
Traceability
Interantional Standards
EDI
SCM
NRR
RR
RR
RR
EDI
RR
28
NRR Contents
Should be Independent form any technologies
NRR
Metadata

ID
Name
  • Semantics

Representation
Document
EDI
MSG
2 Dimensional Symbol Label
IC Tag
Item DB
History
29
ECOM???? ???????????
???? ???? ????
(??)
????????? ????
???
NRR
????
????
????
ID????
??RR
?? ????
???????? ???????
??????? ????? ??????
????
ID???? ????
(??)
??DB
(??)
(??)
????
30
RR Federation Needs
NRR
Global RR Federation
Local RR Federation
Industry RR
Industry RR
Industry RR
Private RR
Business
Business
Business
31
Global Industry Federation Model
Each global industry, one federation !
Super NRR
NRR2
NRR1
NRR3
International Fed
Trade RR
Trade RR
Steel RR(FLR)
Steel RR
Steel RR
Global Industry Fed.
National Fed. 1
National Fed. 3
National Fed. 2
32
???????? ??????
LCDM Project in the Construction Industry in Japan
?????
LCDM?? ?????
???????? ??????
??? ?????
?????
LCDM?? ?????
??
?? (LCDM???????) (??????????) ?
??
??????
?? ??
??????? (Web????Based)
LCDM???????
??
?? ??
LCDM??? ???????
LCDM?? ????? ???
LCDM?? ????? ???
??
LCDM???????
???? ??? ??
???? ????
??????
??????
???????
???????
???????? ?????? (CALS/EC ?)
????
???? ???? ??
????
??????? ?????? ???????!
???? ??? ??
??
??????? (Web????Based)
?????????? ????(?????)
??????
??? ????
???????????? ??????? (????)
??????
???????
???PC
???????
LCDM?????????
LCDM??? ??????
???????
LCDM??? ??????
??????
LCDM??? ??????
??B
??C
LCDM ???
LCDM ???
???? ???
???? ???
(??????) LCDM????
??? ???/??? (??????)
????
?????? (??A)
?????? (??B)
?????? (??C)
32
33
Summary
  • We believe that SC32 MMF could be able to provide
    a mechanism which enables the ontology sharing

34
Annex
35
Association Type among models
  • Type-Instance
  • Super-Sub
  • Base-Variant
  • Abstract Syntax-Expression

36
concept
sign
37
concept
sign
38
Association Type (contd)
  • Type-Instance
  • Super-Sub
  • Base-Variant
  • Abstract Syntax-Expression

39
sign
concept
40
Association Type (Contd)
  • Type-Instance
  • Super-Sub
  • Base-Variant
  • Base is a source model such as pattern or
    template
  • Variant is a derived model from the Base with
    operations such as renaming, specifying, refining
    etc.
  • Abstract Syntax-Expression

41
concept
sign
42
Base Model
Political Boundary Model
Province
Country
City
specifying
renaming
refining
State
County
Prefecture
Japan Local Boundary Model
Variant Model
Country Japan
Prefecture
City
refining
to
fu
do
ken
shi
cho
ku
son
43
Association Type (Contd)
  • Type-Instance
  • Super-Sub
  • Base-Variant
  • Abstract Syntax-Expression
  • Upper Model provides Abstract Syntax
  • Lower Model is a model expression with the syntax

44
concept
sign
45
Boundary Metamodel
Abstract Syntax
Set of Area in Region
Region in Global
Area
neighborhood
Metaclass-Class
Expression
46
Example The concept Political Boundary Model
with Association Type 3 4
47
concept
sign
evoked
Political Boundary Model
Boundary Metamodel
Political Boundary Model
referesTo
Japan Local Boundary Model
Base-Variant (derivedFrom)
Korea Local Boundary Model
Abstract Syntax-Expression (governedBy)
US Local Boundary Model
Set of Instances (Political Boundary Model)
48
concept
sign
classifier
evoked
ABC
domain
Class ABC
referesTo
instances
selection
A Component
A1 Component
A2 Component
B Component
B1 Component
C Component
C1 Component
49
concept
sign
instances
evoked
ABC
Class ABC
referesTo
child
A Component
evoked
A
Class A
A1 Component
A2 Component
child
referesTo
B Component
B1 Component
evoked
B
Class B
referesTo
C1 Component
C Component
evoked
X
Class X
referesTo
Set of components
50
concept
sign
concept
sign
evoked
evoked
ABC
Class ABC
XYZ
Class XYZ
external reference
referesTo
referesTo
selection
X Component
A Component
Y Component
Z Component
A1 Component
A2 Component
B Component
B1 Component
concept
sign
evoked
b
Class b
C1 Component
C Component
external reference
referesTo
selection
b2 Component
b1 Component
instances
51
Discussion
52
concept
sign
Domain Metamodel (MOF Compliant)
M2
evoked
Application Model
Software Element Metamodel
Metamodel Registry for MOF Compliant Model
referesTo
Domain Model
Procurement Domain Model
M1
MOF MetaObject
Abstract Syntax-Expression (govern)
Register
Transportation Domain Model
Health Care Domain Model
Model Concept
Model Sign
DWH Domain Model
Model Selection
Model Instance
Set of Instance (Application Model)
53
concept
sign
evoked
Procurement Application Model
Software Element Metamodel
Procurement Domain Model
referesTo
Mobile Industry Procurement Model
Base-Variant (derivedFrom)
Government Procurement Model
Abstract Syntax-Expression (govern)
Electric Industry Procurement Model
Set of Instance (Procurement Application Model)
54
concept
sign
evoked
Mobile Industry Procurement Model in Japan
Software Element Metamodel
Mobile Industry Procurement Model
referesTo
Mobile Industry Procurement Model in TOYOTA
Base-Variant (derivedFrom)
Mobile Industry Procurement Model in HONDA
Abstract Syntax-Expression (govern)
Mobile Industry Procurement Model in NISSAN
Set of Instance (Mobile Industry Procurement
Model in Japan)
Write a Comment
User Comments (0)
About PowerShow.com