all rights reserved, copyright © intap 2002 1 overview: guide for applying rm- odp with uml profile...

1 All rights reserved, Copyright © INTAP 2002

Overview: Guide for applying Overview: Guide for applying RM-ODP with UML Profile for RM-ODP with UML Profile for EDOC EDOC

From Enterprise Model to Computational Model From Enterprise Model to Computational Model

and + alphaand + alpha

July 24, 2002July 24, 2002

INTAP ODP Technical CommitteeINTAP ODP Technical Committee


Agenda

Introduction Overview of using:

RM-ODP Enterprise Viewpoint Language UML Profile for EDOC – Enterprise Model UML Profile for EDOC – Information Model UML Profile for EDOC – Computational Model Engineering and Technology Model

Summary Q&A


Introduction


Introduction

Problems Objective Approach Open Standards used

RM-ODP UML Profile for EDOC

Introduction of Healthcare joint project


Problems

Things which make enterprise system development more complex:

Endless development requests generated to meet a variety of requirements

Requirements for integrating heterogeneous systems and technologies

New requirements like enterprise collaboration and Web Services support pop up unexpectedly

System integration requirements by mergers and acquisitions

Understanding, development, and maintenance of enterprise systems are getting more difficult

Is there any way to better handle or organize this enterprise system development?


Objective

We need something for enterprise systems that: makes it easier to understand makes it easier to communicate

between subject matter experts Some kind of guideline for users to

achieve above is the objective.


Approach

“Divide and conquer” is the approach to handle complexity

Utilize usable International Standards and OMG Specifications for this purpose

Develop guideline for using standards about: How to divide complexity Sample steps or process of thinking

(development) What should be described in each divided area What pitfalls are With examples


Standards utilized

RM-ODP (Reference Model for Open Distributed Processing) from ISO/IEC & ITU-T Viewpoints Fundamental concepts

UML Profile for EDOC (Enterprise Distributed Object Computing) from OMG UML extensions based on RM-ODP viewpoint

framework Business process, event, entity, relationship,

component, pattern, technology mappings etc.


RM-ODP

Reference Model for Open Distributed Processing ISO Standards & ITU-T Recommendations Developed initially as reference standards for

developing standards for open distributed systems Better to consider now as vendor neutral distributed

system description framework Being adopted by OMG (OMA, Model Driven

Architecture) Object Oriented Distinguishing feature: Five Standard Viewpoints

defined for any system description


Five Viewpoints

Enterprise Purpose, scope, and policies (not necessarily means “real enterprise”) Could be considered as requirements specification

Information Meaning and processing of information Information model and schema

Computational Functional decomposition (close to application objects) Could be considered as object model or component models

Engineering Infrastructure to enable interaction between computational objects Could be considered as infrastructure/middleware for distributed

processing systems Technology

Choice of hardware and software, and conformance


Target

Enterprise

Information

Engineering

Technology

Computational

Five Viewpoints


Five Viewpoints

Viewpoint specification for each viewpoint For one target system, at most five set of

viewpoint specifications will be developed Those five set of specifications have

correspondence among them, because those are the descriptions of the same target system (descriptions just from different viewpoints)


Application of viewpoints

Can start with any viewpoint, but it would be enterprise viewpoint if top-down approach for thinking and design is taken.

Can apply at any granularity level For instance, at the level of:　

International industry systems →　 National industry systems →　 Participating company’s system →　 Customer management system within company’s system →　 Security systems →　 Biomedical authentication system within security system →　…

Therefore it is import to clarify which target you are specifying.


Application at various levels

Target

Enterprise

Information

Engineering

Technology

Computational

Target

Enterprise

Information

Engineering

Technology

Computational

Target

Enterprise

Information

Engineering

Technology

Computational

Target

Enterprise

Information

Engineering

Technology

Computational

Target

Enterprise

Information

Engineering

Technology

Computational

Target

Enterprise

Information

Engineering

Technology

Computational

International industry consortium systems

Participating company’s system

Customer management systemWithin a participating company

Refinement


Application of viewpoints

What is defined and NOT defined in RM-ODP Viewpoint Language: Defined

Vocabulary to define viewpoint specifications Structuring rules

NOT defined Notation: Could be text or any language or technique like

FDT, UML, etc. Process or methodology: Could be anything. This is the reason we are working on the guideline


What does it look like?

Take an example of basic model for Web Services Web Services User Web Services Provider Web Services Trader 　（ Registry like UDDI and ebXML’s)

Web Services Trader

Web ServicesUser

Web ServicesProvider

RegisterLookup

Use

Common diagram used to explain



Enterprise Viewpoint Model Community:　Web Services Community- Target domain,

Objective Roles/Objects – Participants in the community

Web Services Trader Web Services Provider Web Services User Web Services Trader Administrator Web Services Description

Behavior Web Services export Web Services import

Policy – Constraints and rules Web Services Export Policy Web Services Import Policy　 etc.



Information Viewpoint Model Information element examples

Web Services Type Web Services Description …

Invariant schema example for Web Services system

Web Services Description is uniquely identifiable Dynamic schema example

State transition of information elements within Web Services Trader

Static schema example Initial state for Web Services Trader



Computational Viewpoint Model Component example

Web ServicesTrader Component

LookupRegisterLinkProxyAdmin

Interfaces defined with IDL



Engineering Viewpoint Model Internet/Web Services Infrastructure

Distributed Object style communication SOAP/XML

Distributed or federated naming Various interceptors

security management

Intra Enterprise CORBA Infrastructure CORBA Core CORBA Naming CORBA Trading


App Server


Technology Viewpoint Model

Intra-net

Web Server(Windows)

Web App

Firewall

Client

Internet

Service Functions（ Legacy App）

WSDL Wrapper

Intra-net

Firewall

Web ServicesTrader on UnixFirewall

Stand-By

FrontEnd

TPMonitor

Web Services User Web Services Provider

RDB


Systems to be built?

If the target is to develop new system: Five viewpoints applied to entire target

system If the target is to integrate existing

systems: Five viewpoints applied to each of the

existing systems (legacy systems) Try to think of integration at the same

granularity level


New System

Enterprise View

Information View

Computational View

Engineering View

Technology View

System X

Divide and conquer with standard five viewpoints

Model or SpecificationRefinements


System Integration

System A System B

Enterprise View

Information View

Computational View

Engineering View

Technology View

refinements

Think at the same granularity level


UML Profile for EDOC

EDOC Enterprise Distributed Object Computing RM-ODP applied to enterprise systems

UML Unified Modeling Language（ OMG）

UML Profile Customized UML for specific domains

UML Profile for EDOC UML customized for enterprise systems

based on RM-ODP framework


Added value to RM-ODP

In addition to “divide and conquer,” Since viewpoint description will be in UML,

More precise description will be possible, A variety of UML tools become available for

model based system developments (e.g. use of stereotype etc.), and

Depending on functions provided by tools: Skeleton code may be generated from UML models Fast path to system development with tool-

integrated IDE One realization of OMG MDA


Structure of UML Profile for EDOC

Composed of the following sub-profiles Component Collaboration Architecture (CCA) Entity Profile Event Profile Business Process Profile Relationship Profile Pattern Profile


Structure of UML Profile for EDOC

Enterprise viewpoint(CCA, Processes, Entities, Relationships, Events)

Technology viewpoint(UML for J2EE/EJB/JMS, CORBA 3/CCM, COM, SOAP, ebXML)

Part I:　TechnologySpecificModels

Part II:TechnologyMappings

Part I: EnterpriseCollaborationArchitecture(ECA)

(Technology abstraction: FCM)

Engineering viewpoint

Part I: Pattern can be applied to all viewpoints

Information viewpoint Computational viewpoint(CCA, Entities, Events)(Entities, Relationships)


A Project

A joint project experimentally utilizing RM-ODP and UML Profile for EDOC is underway. Dealing with Healthcare area Feedback is expected from

participation/experience The guide is also “work in progress”

for revision to reflect the feedback


A Sample Process of Viewpoint Specification Development

World of UML Profile for EDOCWorld of RM-ODP

Enterprise

Information

Computational

Engineering

Technology

Enterprise

Information

Computational

Engineering

Technology

Focusof our

currentwork

all rights reserved, copyright © intap 2002 1 overview: guide for applying rm- odp with uml profile...

Documents

copyright intap

enterprise system development

introduction slide

conformance slide

viewpoints enterprise

rm odp

rmodp uml profile

rmodp reference model