Can MDA help Defense and Government Achieve Interoperable Components?

Size: px
Start display at page:

Download "Can MDA help Defense and Government Achieve Interoperable Components?"

Transcription

1 Can MDA help Defense and Government Achieve Interoperable Components?

2 Introductions Cory Casanave Primary author of CCA in OMG-EDOC

3 What we must achieve Network Centric Warfare The Objective Force Battlefield Awareness Adaptive Responsiveness Economy Unified Enterprise Architecture Agility & Adaptability Design for change Build for adaptability Collaboration Horizontal Vertical Coalitions Joint Interoperability System of Systems

4 The Sad Reality Most Information Systems Do not adapt quickly Do not intemperate Take years to produce Fail or fail to meet needs Are difficult to evolve Lock the user into specific technologies Are not economical These are monolithic dinosaurs

5 The Problem Space Systems of Systems Wide scale interoperability, reuse and integration Massively redundant legacy Acquisition methods encourage closed systems Solutions are bound to the problem and technology of the day Massive information loss trapped in paper documents and proprietary technologies

6 Strategic Migration to Reusable Components Customer Focused Domain Models Drive Agile Systems of Interoperable Components Systems Composed of Interoperable Components Standards based integration of Monolithic Systems, eg. HLA Ad Hoc Point to Point Integration of Monolithic Systems Separate and Non-Interoperable Applications

7 Current Order & Requirements Strategic Order & Requirements Essential Change Fund/Contract Component Architecture Reuse Library Contractor Design Implement Test Component Requirements Component Requirements Component Requirements Fund/Contract Fund/Contract Reuse Component Component Build/adapt Components Compose Test Solution Solution

8 Component Layers Application Components Component Support Layer Abstract Component Collaboration Layer Roles Interactions Information Business Logic Component Layer Compositions Legacy Wrappers Code Models Technology Component Layer Containers Languages Middleware Adapters Defines How Implements Standards Meta Models Infrastructure Repository Tools

9 Component Based Solutions Fast Diagram How Deliver Products Iterate Test Framework Validate System Technology Architecture Runtime Framework Automated Provisioning Compose Solution Component Library Reuse Existing Components Identify Existing Components Fund & Contract Design Application Component Architecture Design/Adopt Generic Component Architecture Requirement Repository Integrate Requirements Why New Requirements Build & Adapt Components Iterate Add to Library Provision Tests Component Support Abstract Layer Business Logic Implementation Infrastructure

10 Simulated Model Driven Architecture Enterprise Architecture Model (PIM) Domain Architecture Refine/Iterate Live Process Simulation ECA Standard Meta-Model & UML Profile Simulator

11 Automated Model Driven Architecture Meta-Model Model UML Profile (E.G. ECA) Infrastructure Mapping (E.G. J2EE-WS) Enterprise Architecture Model (CIM) Domain Architecture Mapping is tuned to the infrastructure Tools Produce & Integrate Enterprise Components C Framework & Infrastructure (E.G. -J2EE-WS) PSM Minimize and structure manual implementation Technical Architecture

12 Automated Model Driven Architecture Meta-Model Model UML Profile (E.G. ECA) Infrastructure Infrastructure Mapping Mapping (E.G. J2EE-WS) (E.G..NET-WS) Enterprise Architecture Model (CIM) Domain Architecture Mapping is tuned to the infrastructure Tools Produce & Integrate Multiple and Changing Technology Support J2EE-WS Enterprise Components C Framework & Infrastructure (E.G. -J2EE-WS) PSM Simulated Enterprise Components C C Simulation Infrastructure Techn Archite

13 The new center The strategic core of you systems must be the enterprise its self Only technology independent enterprise focused models will survive the transience of technology and lock-in These models can become part of your solution, driving enterprise applications and simulations Enabler: Model Driven Architecture (MDA) with EDOC-Enterprise Collaboration Architecture

14 Executable Enterprise Architecture MDA at the enterprise level how systems of systems work together Focus on components and processes components work together for goals MDA models work at the system composition level code is useless at this level Executable architecture can be simulated and then be refined with real components to evolve to the real solution

15 Example - GSA General Services Administration Achieve a one GSA enterprise architecture Understand how processes can be facilitated with solutions Uncover redundancy Integrate to-be process with legacy systems

16 Specifying Interactions

17 Expanded Protocol Detail

18 Choreography of Process

19 Simulation

20 Drilling Down

21 Generated Web Service

22 Example PEO-STRI Achieve common components across product lines Eliminate artificial boundaries between simulation domains Support joint interoperability Model how simulations and C2 systems work together Create common adapters between simulations and operational systems

23 Bde - FSE Call for Fire - MLRS Bde- Artillery Bn-FSE FA Bn - FSE Co-FIST MLRS Battery Forward Observer MLRS

24 Model Of CFF Thread

25 Drill Down - Inside of a TOC 18b From threads 18a MCS AFATDS ASAS CSSCS AMDWS b

26 Choreography Understanding When

27

28 Model Information Flows Call For Fire Fire Ready Rounds Complete Fire Shot Fire Splash Mission Fire Rpt End Of Mission * Not technology details!

29 Example - Intelligence Integrate diverse information from multiple sources Allow any processor to utilize any source Automate logical and technical transformations Highly distributed Create common component architecture

30 Common Themes Component Reuse Wide-scale interoperability Systems of systems Elimination of redundancy Technology Independence All fit well into the Enterprise Collaboration Architecture Approach Political and Acquisition Problems

31 Common Environment for Intellectual Capital Meta Object Facility Meta Models Value Chain Modeling UML Modeling Workflow Tools Business Modeling Collaboration Modeling MOF MDA Environment Models define the system Intellectual Capital Apl 1 CICS EJB.NET Cust Sys Integration of infrastructure

32 MDA Sponsorship - the OMG The Object Management Group (OMG) Major industry consortia for open interoperable systems Hundreds of members - every major vendor Successes include Corba, UML, MOF, CWM, XMI The OMG is defining MDA as the way systems will be built and conceived

33 Domain Models Infrastructure Models Domain Knowledge Automated Provisioning System Engineer Test Artifacts Components Harness Monitors Execution Artifacts Code (Java, C++ ) Interfaces (IDL, WSDL) Data Structures (XML,IDEF0) Database Schema (SQL) Configuration Metadata, Descriptors Message Structures (WSDL, IDEFx) Documentation Artifacts Integration Artifacts

34 What MDA Achieves Rapid and reliable system specification and development Early visibility of results Adaptability to changing requirements and technologies Technology independence Automation reduces time, cost and errors Longer system life Interoperability and componentization Collaboration and integration System components become assets, not expenses

35 Repeat for future systems & evolution Iterative MDA Development Business Model Design Automation Build Build Build Build Build Release Build Deploy Infrastructure Development

36 Directly addressing our requirements Network centric warfare The Objective Force Battlefield Awareness Information centric Adaptable and responsive Economy Agility & Adaptability Design for change Build for adaptability Collaboration Horizontal Vertical Coalitions Interoperability System of Systems

37 Important MDA Standards Unified Modeling Language (UML) Providing the basic modeling framework Meta Object Facility (MOF) and XMI Providing a shared and interoperable repository for models at many levels XMI provides for interchange of models in XML Enterprise Collaboration Architecture (ECA) Providing the way to model collaboration and integration using MDA components Provisioning in multiple technologies

38 Conclusion There is a drastic need to solve a related set of problems Component Reuse Interoperability Collaborative Processes Enterprise MDA is an essential enabler Political problem are the most difficult