application integration via middleware and modelling · 2005. 10. 31. · data call analysis...

Application Integration

via Middleware and Modelling

Andrew Watson

VP & Technical Director, OMG

RBA in industry

2

14-Oct-2005

Kent 2005 briefing

ss

App em

SR

Accounting

Payables/ Receivables

COCopyright ©2005, Object Management Group. All Rights reserved.

Computers in busine

lication integration is a common probl

hipping/ eceiving Inventory

Engineering

Manufacturing

Sales

RBA in industry

3

14-Oct-2005

Kent 2005 briefing

•

Too - A eds by 1990s

• Too - 75 C++, 22% C#- 59 elsh, Cutter, 2004)

• Too - U ws 98, PalmOS ...

• Ever- E ss time than the last


Roots of the problem

many computerspprox 1 CPU/business in 1960s, hundr

many programming languages% of IT shops use Java, 56% VB, 46%% use >2 languages, 15% use >4 (T. W

many operating systemsnix, MVS, MacOS, Windows XP, Windo

-increasing technology churnach technology remains in vogue for le

RBA in industry

4

14-Oct-2005

Kent 2005 briefing

?

•

Ther platforms

• Ther systems

• Ther rotocols

• Ther ing languages

• Ther d interoperability


Where can we agree

e will not be consensus on hardware

e will not be consensus on operating

e will not be consensus on network p

e will not be consensus on programm

e must be consensus on interfaces an

RBA in industry

5

14-Oct-2005

Kent 2005 briefing

ms

•

Obje bs in late 1980s

• Obje- Tr ing out in objects- V to competing

pr

• An o ent Architecture)- P- B CORBA- P nce, security,

lic


Addressing the proble

ct technology began emerging from la

ct Management Group set up in 1989ying to prevent the “Unix Wars” break

endors agree on compatible interfacesoducts

pen architecture (the Object Managemlatform and language agnosticased on object interoperability “bus” -roviding auxiliary services for persisteensing, transactions, etc.

RBA in industry

6

14-Oct-2005

Kent 2005 briefing

Enca

impl

I don

insid

Poly


Why Objects?

psulation separates internal ementation from external interface

’t care how it works or what’s e it; I just drive the car

morphism

RBA in industry

7

14-Oct-2005

Kent 2005 briefing

989

•

Deve t technology, for distr teeing:- re- in- ba e

• Prov- D

• Mem- S of Directors- Te nology Committees


OMG’s mission since 1

lop a single architecture, using objecibuted application integration, guaranusability of componentsteroperability & portabilitysis in commercially available softwar

ide specifications freely to allownload them at http://www.omg.org

ber-controlled, not-for-profittrategic direction controlled by Board chnical direction determined by Tech

RBA in industry

8

14-Oct-2005

Kent 2005 briefing

ip2AB3COMABBAdaptiAgilenAlcateAonixAT&TBAE SBBC RBEA SBoeingBorlan

leriaTech

ct Tech.naleon

wellE

SAS InstituteSiemensSonySunSybaseT-NovaTelefonicaThalesToshibaUBSUnion SwitchUnisysW3C


Worldwide Membersh

vetl

ystems&Dystems

d

Bristol-Myers CACBOECiscoCodagenCompuwareCredit SuisseDeere & Co.DHLDMSODoCoMoDSTCEDS

EurocontrolFujitsuGCHQHPHitachiIBMInt’active ObjIONALockheedLucentMotorolaNASANEC

NATONISTNokiaOracPfizePromPrismProjeRatioRaythRockSABRSAP

RBA in industry

9

14-Oct-2005

Kent 2005 briefing

el

rchitecture)

cilities

rfaces


OMA Reference Mod

CORBA (Common Object Request Broker A

Application Objects Common Fa

Object Services Domain Inte

RBA in industry

10

14-Oct-2005

Kent 2005 briefing

•

1991- P mappings

• 1995- In- M

Ja- Tr- R

• 2002- C


CORBA: History

: CORBA 1.0 adoptedortability spec only, C & C++ language

: CORBA 2.0 publishedterop architecture & protocolore language mappings (incl. va)ansactions & security hooks

eal-time and embedded

: CORBA 3.0ORBA Component Model

RBA in industry

11

14-Oct-2005

Kent 2005 briefing

B

•

Invo EE instances

• Secu mon Secure

• Nam ble

• Tran ed in

• Pers SS


CORBA in J2EE/EJ

cation RMI over IIOP between J2

rity OMG GIOP 1.2 & OMG ComInterop V2

ing JNDI uses OMG InteroperaNaming/IIOP

sactions OMG OTS over IIOP requirJ2EE 1.4

istence EJB 2.x is same as CCM/P

RBA in industry

12

14-Oct-2005

Kent 2005 briefing

tiersysical storage, ations, etc.


Enterprise Systems - 2

Many clients -> moderate scalability

Back end phlegacy applic

Business model intertwined with presentation (“fat client”), clients hard to manage/ maintain

RBA in industry 1314-Oct-2005Kent 2005 briefing

tiers physical storage, plications, etc.

odel lates

Thmami


Enterprise Systems - NBack endlegacy ap

Middle tier provides abstract mof business process, encapsuback end, manages resources

in clients on desktop nage presentation, talk to

ddle tier


rgo Bank

• Duri ts range of financial serv- In tement banking- S and transactions

• But ed- H owner

• Mult- D- M- B


Early case study - Wells Fa

ng 1980s Wells Fargo Bank expanded iicestroduced a demand for compound staingle unified statement of all accounts

existing systems were account-focussard to associate all accounts with one

iple systems for different businesseseposits -> IBM mainframesutual funds -> VAX/VMSrokerage -> Tandem


ts

• By e one banking- B s per agent ...


Changing requiremen

arly 1990s bank wanted to offer telephut this would require 3 virtual terminal

MS-Windows running multiple 3270 and VT-100 terminal emulators

Key: Savings Acct No.

Key: Mutual fund ID

Key: Brokerage ID


• Thre 3- D I-based interface- “C

• Used- E- H n- W

• COR munication- A s- P h BEA systems


System design

e-month project begun in October 199esign and implement an integrated GUustomer Relationship System” - CRS

three-tier solutionxisting account serversP/UX middle tier integrates informatioindows GUIs handle presentation

BA (DEC Object Broker) provides comvailable across all necessary platformroduct and development team now wit


VAXMS

IBM MVS

VS

IBM MVS


CRS Application

IBM CompatibleMS Windows

SunSunOS

HP 9000HPUX

HP 9000HPUX

DECV

InteractiveVoice

Response Unit

* = Digital’s ObjectBroker TM Installed

*

*

**

*

Request

Response

IBM M


• Initia 04 days- P

• Duri- 47- 3 - O

• Subs- V s to brokerage- S eb interface


CRS deployment

l development and deployment took 1ilot went live late December 1993

ng that time Wells Fargo invested: weeks of consultancyfull-time employeesbject Broker licence

equently addedoice Response - ATM accestock market data - Customer w


VAXMS

IBM MVS

VS

IBM MVS


Internet integration

HP 9000HPUX

HP 9000HPUX

DECV

*

*

*

Request

Response

IBM M

Security Firewall

Wells Fargo Customers

Web Server


Hig ing systems

• SAB world's reservations- M nd's VisiBroker &

A BA

• Ama travel agencies to all tr- 60- M ation on Fujitsu-

S- P libraries - C parts with inter-

co e ported to Unix


h-end CORBA - airline book

RE: No 1 with 400M trans/yr = 40% of igrating from IBM TPF to Inprise/BorlappCenter & HP/Tandem NonStop COR

deus: Lufthansa system links Germanavel-related bookable services0 end-user transactions/sec

onolithic 3 million line PL/I-like appliciemens BS2000 mainframesorted OmniORB OSS ORB using Posixurrently splitting application into 10-15mponent CORBA comms - some to b


aq ZLE

• Live all record database- B CPUs- 11 all records- B

• Dem transactions/sec- ... argest telcos- S ce enquiries- ... ies- ... l remote data marts- ... rtitioning


Telecoms billing - Comp

demonstration of CORBA-based HA cased on 128 Compaq Himalaya S720001-terabyte RT data store, 100 billion c

etter than five nines availability

onstrated call logging at 100,000 OTS 6x combined call rate of world’s five limultaneous 1000 TPS customer servi and 128-way parallel datamining quer while writing summary data to severa and supporting online data base repa


uration

MedRati

S

Cus

C

Data Mart Suite

Oracle DB

Government Compliance

VB application

Watch DB

scribe

rts

Data Mart Suite

Oracle DB

Data Warehoiuse

Data Mart Suite

Oracle Mart

ageta


ZLE demonstration config

iation andng

Switch/imulators

tomer DB

ustomer DB Appl

Oracle DB

Data Mart Suite

Oracle DB

CRM

VB CustomerService Application

ODSCall Detail Records and

customer data

BusinessBus

MX DB

Queries

CDRs (IIOP)

ServiceChanges

Sub

Ale

ServiceChanges

ServiceChanges

UsageDataProfiles

UsDa

Call Analysis

Microstrategy

Queries

Data Mining


office

• Regi its- “I olution”- ~ - ~ nth = 9,000M Euros

• 180 ces- 10 simultaneous users- ~ hour- 25

• Base rch 2004


German Federal Labour

stering the unemployed, paying beneff this application fails, there’d be a rev35 million data records on file16.5 million financial transactions/mo

data centres serving approx. 1350 offi5,000 CORBA client machines, 60,000200,000 Naming Service enquiries per million CORBA transactions per day

d on Borland Op-Center, deployed Ma


Re ence demo

• Dem rdous environments- R ack

• Orbarobotacti- 5-

of


altime case study: Telepres

onstrate remote manipulation for hazaobot hand with video and tactile feedb

cus RT-CORBA drives t from glove, provides le feedback10 mS latency via 300km 1-2 Mbit public ATM


y

• Midd the enterprise -- C f APIs- C operability- D tion Language (IDL)

to ftware systems- Im ny languages & OSs- C er


Middleware summar

leware approach to integration withinreate a small, common, standard set oreate standard wire protocols for interefine language-neutral Interface Defini define interfaces between different soplement APIs, protocols & IDL for ma

reates widely-deployed integration lay


answer

• “Mid ten years ago- A rise when one big

m es

• Toda en enterprises- M to my computer?- C omputerised, public

ne re EDI in the 80s)

• ebXM d other Web Serv terprise middleware- B l - how?


Middleware isn’t always the

dleware” entered the IT lexicon aboutddresses integration within the enterpachine replaced by several smaller on

y we aim for similar integration betweust I type your computer-printed bill inonditions are right: most businesses ctworks cheap and ubiquitous (compa

L, WSDL/UDDI/SOAP, RosettaNet anices initiatives aim to be only inter-enut some users must cope with them al


es

“Eve as gone before and start les of 'build and scra ual to 7 per cent of busi ost $2,000bn, or 47 per c bn but we have run out o history as we know it.”

Pa nology executive for Ge t of Defense. ht


Other enterprise issu

ry seven years, we have torn up what hed again … There have been eight cycp' since 1946. The first cost $100m, eqness investment at the time. The last cent. The next would have cost $5,000f money: we have come to the end of

ul A. Strassmann, former Chief Information Techneral Foods, Kraft, Xerox and the US Departmen

tp://www.strassmann.com/


churn

• New 0 years- O +)

• But - Tw PL/I in production- G BOL still in use

• We c day’s delivery platf- W al capital in code- Th when it’s time to

ch


The cost of technology

delivery technologies arrive every 5-1ften an improvement (e.g. Java vs. C+

critical IT systems live 25+ yearso Zurich banks with 6 million lines of

artner estimates 180 billion lines of CO

an no longer afford to pretend that toorm is the last one there’ll ever bee must stop investing all our intellectuat investment too difficult to withdrawange platforms


• In 20 d on time, within budg

• 15%

• Of th- 41- 41- 27

(S ersion III, © 2003)


Software quality

02 only 34% of US IT projects delivereet, and with all specified features

failed completely

e other, “challenged” 51%:% delivered less than 50% of spec% more than 50% over-time% more than 50% over-budget

ource: The Standish Group, CHAOS Chronicles V


nth

• Orig

• Base

• Over

• Pepp

“Tth

“Aso


The Mythical Man Mo

inally written in 1975, still in print

d on Brooks’ OS/360 experience

250,000 copies sold

ered with pithy aphorisms, like:

he sooner you start, e longer it takes”

dding manpower to a late ftware project only makes it later”


• How n & use better tools- O- A- P rowing a language”)- P se schemas- M

• Ther- B he end

• We n latform APIs- “A


How to cope?

we always do - raise level of abstractioctal/Hex machine code to assemblerssemblers to High-Level Languagesrocedural to OO HLLs (see Steele’s “Ghysical to logical to “semantic” databaanual to automatic storage allocation

e’s always a fierce rearguard actionut greater abstraction always wins in t

eed to raise abstraction level above pbstract and automate”


ture

• Rais eployment platform

• Build usiness language

• Stor repository

• Tran- P gy-independent- P forms- C eployment language

• Inve ual assets, not code


Model-Driven Architec

ing the level of abstraction above the d

computation-independent model in b

e in common, standards-based model

sform into implementation modelslatform-Independent Model is technololatform-Specific Models for target platode, test scripts, database schemas, d

st in models as the long-lived intellect


uage

• The otations of early 90s

• Resu pleted in 1997

• Over Z research, Aug. 04)- 80- D- O- Tr- U

• UML


Unified Modelling Lang

successor to multiplicity of OO A&D n

lt of OMG process begun in 1994, com

2/3 of organisations now use UML (B% plan to use UML in future

ozens of toolsver 100 UML-related booksaining widely available

ML certification

2.0 now published


s

• Mod derlying repository- D model- S different models

• UML pects of IT systems- U uence diagrams etc- B o in business world

• Busi adopted by OMG- S processes (only)

• Busi adable facts & rules


Models vs. diagram

el = machine-readable structures in uniagrams = visual representation of theeveral possible diagram notations for

has diagram notations for different asse-case diagrams, class diagrams, seqecoming ubiquitous in IT world, less s

ness Process Modelling Notation nowimple, graphical, flow-chart syntax for

ness Rules languages for formal yet re


tion (1)Start by creating Computation-independent model (CIM) of your business application

Comp


Building an MDA applicaCIM represents business context for the IT Solutions, expressed in terms of Business Processes and Business Concepts

utation-independent model


tion (2)Platform-independent model (PIM) describes business functionality and behaviour in automatable way, but undistorted by technology details

Comp

Pla


Building an MDA applicaMap CIM to Platform-independent model (PIM)utation-independent model

tform-independent model


tion (3)MDA tool helps apply mapping to generate a Platform-Specific Model (PSM) from the PIM.

C

Auto

Colour Door

Auto

Colour Door

Comp

Pla

CORmo


Building an MDA applicaMap PIM to a specific middleware technology

Auto

olour Door



BAdel


tion (4)In real life there’s usually more than one platform in any application. MDA tools help map to them all.

C

Auto

Colour Door

Auto

Colour Door

Comp

Pla

CORmo


Building an MDA applicaMap PIM to many middleware technologies

Auto

olour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door



BAdel

C#/.Netmodel

Othermodel

EJB/Javamodel


tion (5)MDA tool generates some or all of the implementation code for deployment technologies.

COR

C

Auto

Colour Door

Auto

Colour Door

Comp

Pla


Building an MDA applicaMap PSM to application interfaces, code, SQL queries, etc.

BA EJB/ C#/ OtherJava .Net

Auto

olour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door




tion (6)MDA tools for reverse engineering automate discovery of models for re-integration on new platforms.

Comp

Pla


Building an MDA applicaReverse engineer existing application into a model for integration

Other

Auto

Colour Door

Auto

Colour Door

Auto

Colour Door



Legacy COTSApp App


A study

• Two Store sample app- S esign patterns- Ty e application

• Two ls vs. OptimalJSe nTMCfinal.pdf

• MDA raditional” in 508- 35 tool on the job- M 0% faster next time

• Leve cess was higher for the t team


Middleware Company MD

parallel implementations of Sun’s Petun’s illustration of “Java Blueprints” dpical 3-tier DB/Java/HTML e-commerc

3-person teams, “traditional” Java tooe http://www.compuware.com/dl/MDACompariso

team completed in 330 man-hours, “t% effort saving, despite learning MDA

DA team estimated they would be 10-2

l of bugs found during the testing proraditional IDE team than the MDA-tool


tudy

• Deut- 40- P buying property- 30 e Bank offices

• Obje inframe system- C y application- O- M

(1co


Real-world MDA Case S

sche Bank Bauspar AG0 employees & 800,000 contracts

rovides savings & loans for customers,000 client machines at 1000 Deutsch

ctive: Provide web access to bank malassic large CICS / COBOL / DB2 legacriginally purchased in1987igrated from IMS to DB2 993), Y2K/Euro nversion (1997-2001)


• Cust- V

• Field- 30 ff-line- W plorer to Opera- N ser diversity

• Back- 20- N fice via better

au s applications


Users of new system

omers - view contracts & check statusia the internet, any kind of browser

staff - make and support sales,000 workstations, sometimes used oindows to OS/2, Mozilla to Internet Exeeded to reduce support cost of brow

office - finalises transactions0 Windows NT workstations

eeded to improve efficiency of back oftomation, better integration with sale


re (1)

Business Layer

Logical Layer

Physical Layer

DB2

ayerP

yerWFMS

Mainframe

XML/MQSeries

Online

Offline

Back O


New application structu

Physical Layer

Logical Layer

Oracle

Front End LServlets/JS

Business LaEJB

ServerXML/HTTPS

HTTPS

clients

clients

ffice


re (2)

• Core- Fu he same- N a and common code

• New- D- W- M- O ta not ready for DB2- C ger transactions

• ArcS ts of new system
CO
Copyright ©2005, Object Management Group. All Rights reserved.

New application structu

functions remain on mainframendamental business model remains t

ew app for each type of user, share dat

integration tierual Sun Fire 280R serversebLogic EnterpriseQ Series queue managerracle 8.1.7 stores partially-complete daustom workflow manager manages lon

tyler MDA tool used to build large par


A tool

Series

Struts Form ClassesStruts Action ClassesDialogue configuration

WFMS process definitions

COBOL modulesXML parser/builderRPC Server Stubs

EJBsDeploymdescripRPC Cl

Standarmethod

Data ac

Genera

Value oSAX haJ-Unit t


Artifacts generated by MD

Business Layer

Logical Layer

Physical Layer

DB2

Physical Layer

Logical Layer

Oracle

Front End LayerServlets/JSP

Business LayerEJB WFMS

Server

Mainframe

XML/MQ

ent torsient stubs

d access s

cess objects

l Server-side

bjectsndlerest classes


tages

Series

40%6

70%

60%

90%

9

7


Code generation percen

Business Layer

Logical Layer

Physical Layer

DB2

Physical Layer

Logical Layer

Oracle

Front End LayerServlets/JSP

Business LayerEJB WFMS

Server

Mainframe

XML/MQ

0%

0%

0%


• Web ck-office mainframe

• Larg from models- e. erated

• Cod tes consumed 5-10%

• Over d at 40% compared to no- M ed to maintain &

de


DB Bauspar results

access for “legacy” (i.e. working!) ba

e parts of new applications generatedg. 100% of XML interfaces directly gen

ing and maintaining generation templa of overall project effort

all cost & time-scale savings estimaten-MDA approach

odels a long-lived asset that can be usvelop system in future


• Midd- B tions- Li ations

• COR >10 yrs experience- O realtime/embedded

• Midd integration problem- W l of all applications- ID cooperation

• Desi ushes agreement abov


Summaryleware is everywhere

asis for “naturally” distributed applicanking legacies to new business applic

BA is mature, open standard based onwns high-end business-critical apps &

leware not the whole answer to everyorks best when there’s unified controL describes only superficial syntax of

gn-driven integration (e.g. via MDA) pe technology level


on

• Gen

• COR

• UML

• MDA

• Slide ations/ajw_kent05

• Ema


For further Informati

eral: http://www.omg.org

BA: http://www.corba.org

: http://www.uml.org

: http://www.omg.org/mda

s: ftp://ftp.omg.org/pub/present

il: [email protected]

Thank You

application integration via middleware and modelling · 2005. 10. 31. · data call analysis...

Documents