OMG, Model Driven Architecture and SOA: Modeling All the Way Up Richard Mark Soley, Ph.D. Chairman and CEO

People Share Design with Models Models—abstractions—are ancient in Models—abstractions—are ancient in Engineering Engineering Architecture Architecture Ship-building Ship-building Traffic control Traffic control Workflow Workflow Maintenance Maintenance …

People Talk to Computers with Symbols while (x < 10) { printf (stdout, array[x]); x++;} What’s wrong with this (non)-picture? Let’s look at Enterprise IT as an example.

The integration picture is always changing Executive decisions, mergers & acquisitions have a way of surprising us…

Service Oriented Architecture

Remember MQSeries? How about QNX?

…or MSMQ?

A Little Bit of OMG History…

Now Here’s the Next Best Thing

Here’s a Thought… Perhaps we should focus on agility reusable design performance metrics expected change. Make adaptability the design center for your architecture.

Modeling is the Focus Modeling, especially graphical modeling is Modeling, especially graphical modeling is A natural human approach to design A natural human approach to design Thousands of years old Thousands of years old Allows expression of design separate from implementation, as implementations change Allows expression of design separate from implementation, as implementations change Allows for long-term maintenance & integration Allows for long-term maintenance & integration Is an accelerator of implementation Is an accelerator of implementation Is technology-independent Is technology-independent 18 th century B.C. multiplication table

OMG’s Mission Since 1989 Develop an architecture, using appropriate technology, for modeling & distributed application integration, guaranteeing: Develop an architecture, using appropriate technology, for modeling & distributed application integration, guaranteeing: reusability of components reusability of components interoperability & portability interoperability & portability basis in commercially available software basis in commercially available software Specifications freely available Specifications freely available Implementations exist Implementations exist Member-controlled not-for-profit Member-controlled not-for-profit

Who Are OMG? Adaptive BEA Borland Boeing CA Citigroup Compuware DaimlerChrysler Data Access EDS Everware Fujitsu GSA Harris Hewlett Packard Hitachi IBM io Software Kennedy Carter Kaiser Permanente klocwork Metamatrix MITRE NASA NEC NIST NTT DoCoMo Northrop Grumman OASIS Oracle PRISM Sandpiper SAP Satyam Select Sun TCS Unisys Visa W3C

Protecting Software Investment The problem remains The problem remains Tracking the next best thing, retaining staff; Tracking the next best thing, retaining staff; Protecting your investment in existing software base; Protecting your investment in existing software base; Integrating what you’ve built, Integrating what you’ve built, With what you’re building, With what you’re building, With what you will build! With what you will build! Architectures ought to be Architectures ought to be Stable descriptions lasting decades Stable descriptions lasting decades Capable of communicating the designers’ vision Capable of communicating the designers’ vision Testable, simulatable, executable Testable, simulatable, executable

The Model Driven Architecture OMG’s Model Driven Architecture (MDA TM ) initiative is aimed precisely at this problem OMG’s Model Driven Architecture (MDA TM ) initiative is aimed precisely at this problem You have an opportunity to increase your bottom line by integrating your assets You have an opportunity to increase your bottom line by integrating your assets Industry standards support that goal by future-proofing your application design Industry standards support that goal by future-proofing your application design The MDA will help you integrate the mix you have today, and give you an architecture to support the unexpected The MDA will help you integrate the mix you have today, and give you an architecture to support the unexpected Focus on integrating legacy applications Focus on integrating legacy applications Ensure smooth integration of COTS applications Ensure smooth integration of COTS applications Models are testable and simulatable Models are testable and simulatable The aim: a 20-year software architecture The aim: a 20-year software architecture

What is Model Driven Architecture? A Better Way to Specify and Design & Develop A Better Way to Specify and Design & Develop Based on modeling standards like UML, MOF Based on modeling standards like UML, MOF Is extensible to all modeling problems Is extensible to all modeling problems Supports full lifecycle: analysis, design, implementation, deployment, maintenance, evolution & integration with later systems Supports full lifecycle: analysis, design, implementation, deployment, maintenance, evolution & integration with later systems Builds in Interoperability and Portability Builds in Interoperability and Portability Lowers initial cost and maximizes ROI Lowers initial cost and maximizes ROI

Modeling: Key Concepts Emphasis on transformation techniques Emphasis on transformation techniques Based on a standard metamodeling framework; there will be many metamodels, and plenty of modeling languages (including UML) Based on a standard metamodeling framework; there will be many metamodels, and plenty of modeling languages (including UML) Clear semantics, expressed consistently Clear semantics, expressed consistently Potentially many levels of abstraction Potentially many levels of abstraction Enduring architectures are the focus Enduring architectures are the focus Maintenance and integration aren’t pretty, but they are the main job of IT Maintenance and integration aren’t pretty, but they are the main job of IT Graphical languages as well as textual ones Graphical languages as well as textual ones Some generic, some domain-specific, just like the textual language world Some generic, some domain-specific, just like the textual language world

Model Driven Architecture

Leveraging UML is Critical The Unified Modeling Language is the successor to the dozens of OO A&D notations of the early ’90s The Unified Modeling Language is the successor to the dozens of OO A&D notations of the early ’90s Result of an OMG standardization completed in ’97 Result of an OMG standardization completed in ’97 Complemented with metadata (MOF) and XML interoperability specifications (XMI) Complemented with metadata (MOF) and XML interoperability specifications (XMI) Venture-neutral worldwide certification easily available Venture-neutral worldwide certification easily available Standardization primed the market Standardization primed the market Hundreds of books Hundreds of books Dozens of commercial tools Dozens of commercial tools Widely available training Widely available training Supported by an open process Supported by an open process UML 2.0 updates came from 54 companies UML 2.0 updates came from 54 companies

MDA is Fractal There is a general pattern to MDA: There is a general pattern to MDA: Discover multiple syntaxes for a single semantic Discover multiple syntaxes for a single semantic Derive & design a model which underlies that semantic Derive & design a model which underlies that semantic Develop transformations between those models. Develop transformations between those models.

UML Myths MDA is just about code generation MDA is just about code generation MDA is just programming with UML MDA is just programming with UML MDA and DSL are different things MDA and DSL are different things UML is too big & complex UML is too big & complex

Can We Integrate Modeling? Model the Business Optimize Business Processes Operate the Business Design the Systems Implement the Systems Test & Deploy Systems

Integrating the Modeling Jobs Model the Business Optimize Business Processes Operate the Business Design the Systems Implement the Systems Test & Deploy Systems

Modeling is Pervasive UML BPMN, etc. MOF, CWM, etc. Business Components Service-Oriented Architecture

An Underlying MOF Model

MDA Benefits Full support for your “20 year architecture” across the application lifecycle Full support for your “20 year architecture” across the application lifecycle Smooth integration across intra- and inter-business boundaries (across deployment technologies) Smooth integration across intra- and inter-business boundaries (across deployment technologies) Reduced costs from beginning to end Reduced costs from beginning to end Reuse of applications, code, training and people Reuse of applications, code, training and people Technology-independent representation of the business Technology-independent representation of the business Scalability, robustness & security via generated code Scalability, robustness & security via generated code Stable model-based approach maximizes ROI Stable model-based approach maximizes ROI Rapid inclusion of the next best thing Rapid inclusion of the next best thing The CIO Problem Solver

MDA for SOA: OMG SOA SIG Provides a forum for discussion of SOA definition, methodologies, models, and both business and technical implocations. Primary goals: To support an MDA approach to SOA that links architectural, business and technology views of services, including Business Process Management (BPM) and Event-Driven Architecture (EDA). To support an MDA approach to SOA that links architectural, business and technology views of services, including Business Process Management (BPM) and Event-Driven Architecture (EDA). Identify and foster development of OMG modeling standards for SOA that integrate with and complement standards developed by other organizations such as W3C, Open Group and OASIS. Identify and foster development of OMG modeling standards for SOA that integrate with and complement standards developed by other organizations such as W3C, Open Group and OASIS. To improve awareness and understanding of SOA by OMG members. To improve awareness and understanding of SOA by OMG members. To coordinate SOA related efforts within OMG. To coordinate SOA related efforts within OMG.

Gap Analysis Gap Planned Task Modeling approach to SOA Modeling approach to SOA Model Driven Services Model Driven Services White paper on ‘SOA Framework’ (mapped to OMG standards: MDA and others) White paper on ‘SOA Framework’ (mapped to OMG standards: MDA and others) UML Profile for Services Standard UML Profile for Services Standard Inspired by IBM’s UML profile for software services Inspired by IBM’s UML profile for software services SOA Metamodel (Policy, contract…) SOA Metamodel (Policy, contract…) SOA Metrics and Maturity SOA Metrics and Maturity Metrics (Quality of Service, Service availability, performance, maturity, governance, SLA…) Metrics (Quality of Service, Service availability, performance, maturity, governance, SLA…) SOA Metrics Standard SOA Metrics Standard Define Metrics Define Metrics Group metrics into packages for measurement purpose (classification of metrics?) Group metrics into packages for measurement purpose (classification of metrics?) Relationship between metrics models Relationship between metrics models

Gap Analysis Gap Planned Task Service Traceability to Business Processes Service Traceability to Business Processes Motivation to develop & invoke Services Motivation to develop & invoke Services Traceability of Services to business functions/processes and components Traceability of Services to business functions/processes and components Use BPDM for Service Process modeling Use BPDM for Service Process modeling Cross-metamodel means to model traceability Cross-metamodel means to model traceability Ontology & Semantics of Services Ontology & Semantics of Services Ontology of Business, Application, Data Infrastructure Services…. Ontology of Business, Application, Data Infrastructure Services…. Semantic Reasoning over ontologies Semantic Reasoning over ontologies Use ODM to develop Service Ontologies Use ODM to develop Service Ontologies Research overlap between WSMO (Web Service Modeling Ontology) Metamodel & ODM Research overlap between WSMO (Web Service Modeling Ontology) Metamodel & ODM part of European Semantic Systems Initiative part of European Semantic Systems Initiative SOA Governance & Compliance SOA Governance & Compliance Categories of Governance and Policies Categories of Governance and Policies Regulations imposed on top of Services Regulations imposed on top of Services Work with Regulatory Compliance SIG Work with Regulatory Compliance SIG White paper on levels and categories of Governance White paper on levels and categories of Governance

Gap Analysis cont’d Gap Planned Task Service Discovery & Assets Service Discovery & Assets Registry/Repository Registry/Repository Service Broker Service Broker Service Discovery metamodel Standard Service Discovery metamodel Standard Use/extend UDDI Use/extend UDDI RAS, EDOC, eBXML RAS, EDOC, eBXML Research use of Core Components Research use of Core Components Research draft UML Profile for Core Components (UN/CEFACT) Research draft UML Profile for Core Components (UN/CEFACT) Service relationship to Events Service relationship to Events Service triggered by events Service triggered by events Causality relation with Events Causality relation with Events Sense and respond Sense and respond Service relationship with Agents Service relationship with Agents Agent part of Sense and Respond! Agent part of Sense and Respond! Event definition and Metamodel Event definition and Metamodel Event Ontology using ODM Event Ontology using ODM Causality relationship metamodel? Causality relationship metamodel? Events traceability to Services, causality in execution and governance Events traceability to Services, causality in execution and governance Integration of EDA into Agent standards Integration of EDA into Agent standards

To Get More Information MDA Information Page MDA Information Page OMG General Information OMG General Information Contact the Author Contact the Author