slide1 n.
Skip this Video
Loading SlideShow in 5 Seconds..
Leveraging Model Driven Architecture ® for Model Driven Systems Engineering MARC 2004 Richard Mark Soley, Ph.D. Chairma PowerPoint Presentation
Download Presentation
Leveraging Model Driven Architecture ® for Model Driven Systems Engineering MARC 2004 Richard Mark Soley, Ph.D. Chairma

Loading in 2 Seconds...

play fullscreen
1 / 45

Leveraging Model Driven Architecture ® for Model Driven Systems Engineering MARC 2004 Richard Mark Soley, Ph.D. Chairma - PowerPoint PPT Presentation

  • Uploaded on

Leveraging Model Driven Architecture ® for Model Driven Systems Engineering MARC 2004 Richard Mark Soley, Ph.D. Chairman and CEO. Exploring MDA. What is Model Driven Architecture (MDA)? Where did MDA come from? How does MDA affect software development? Is there a general pattern?

I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
Download Presentation

PowerPoint Slideshow about 'Leveraging Model Driven Architecture ® for Model Driven Systems Engineering MARC 2004 Richard Mark Soley, Ph.D. Chairma' - hanne

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.

- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

Leveraging Model Driven Architecture® for Model Driven Systems EngineeringMARC 2004Richard Mark Soley, Ph.D.Chairman and CEO

exploring mda
Exploring MDA
  • What is Model Driven Architecture (MDA)?
  • Where did MDA come from?
  • How does MDA affect software development?
  • Is there a general pattern?
  • MDA for Systems Engineering
a short omg review
A Short OMG Review

The Global Information Appliance

omg s mission since 1989
OMG’s Mission Since 1989
  • Develop an architecture for (software) integration, with standards focused on:
    • reusability of components
    • interoperability & portability
    • basis in commercially available software
  • Specifications freely available
  • Implementations exist
  • Member-controlled not-for-profit
who are omg
Who Are OMG?



ATLAS Elektronik

BAE Systems








General Dynamics

Hewlett Packard






iO Software

Kennedy Carter

Lockheed Martin







Northrop Grumman




Sun Microsystems




The Open Group





adoption process
Adoption Process
  • RFI (Request for Information) to establish range of commercially available software.
  • RFP (Request for Proposals) to gather explicit descriptions of available software; Architecture Board approves.
  • Letters of Intent to establish corporate direction.
  • Task Force evaluation & recommendation; simultaneous evaluation by Business Committee.
  • Architecture Board consideration for consistency.
  • Board decision based on recommendations.
omg an consistent history
OMG: An Consistent History

2003: UML 2

2001: MDA

1997: UML 1

1996: Vertical specs

1995: CORBA 2

1990: CORBA 1

1989: Founded

the mda initiative
The MDA Initiative
  • 1996: OMG Creates vertical initiatives

1997: Unified Modeling Language 1.0 arrives

  • 2001: Model Driven Architecture Initiative begins
  • 2003: Unified Modeling Language 2.0
  • 2004: Verticals, Embedded

Generalizing the pattern

model driven architecture
Model Driven Architecture
  • An initiative of the Object Management Group (OMG)
  • A brand for tools based on OMG’s UML and MOF open standards
  • A set of specifications defined by OMG’s open, worldwide process.
the model driven architecture
The Model Driven Architecture
  • OMG’s Model Driven Architecture (MDATM) initiative is aimed precisely at the problem of long-lived & expensive assets
  • The opportunity is to increase your bottom line by integrating your assets: software, data, people, processes, and others
  • MDA standards support that goal by future-proofing your designs
  • The MDA will help you integrate what you have today, and give you an architecture to support the unexpected
  • Integrate what you have, with what you build
  • Models are the core; design is the focus
  • MDA supports technology-independent design
  • The aim: a 20-year architecture
  • There is a general pattern that can be applied
omg s modeling suite
OMG’s Modeling Suite
  • Unified Modeling Language
    • UMLTM remains the world’s only standardized object-oriented modeling language, best-known part of the standard
  • Common Warehouse Metamodel
    • CWMTM, the integration of the last two data warehousing initiatives
  • Meta-Object Facility
    • MOFTM, the metadata integration standard
    • Defines metadata & metadata services
  • XML Metadata Interchange
    • XMITM, the XML-UML standard
    • Cornerstone of UML tool interoperability
    • Actually just a collection of mapping rules XML/MOF
  • Software Process Engineering Model (SPEM)
    • Helps integrate development artifacts across methodologies
development concept
Development Concept

From Computation-Independent Model

To Platform-Independent Model

To Platform-Specific Model

Like most engineering activities, MDA-based development is the activity of generating more concrete implementations from higher-level (more abstract) specifications. The number of “levels” is not fixed, but rather a matter of one’s perspective.

leveraging uml is critical
Leveraging UML is Critical
  • The Unified Modeling Language is the successor to the dozens of OO A&D notations of the early ’90s.
  • Result of an OMG adoption begun in ’96 and completed in ’97
  • Complemented with repository (MOF) and XML Metadata specs (XMI)
  • Standardization primed the market
    • Over 200 books, in many languages
    • Dozens of commercial tools
    • Widely available training
  • Supported by an open process
    • UML 2.0 & MOF 2.0 developed openly
uml usage statistics
UML Usage Statistics

Current use of UML

Source: BZ Research, August 2004

Plans for future use use of UML

why use uml
Why Use UML?

Source: BZ Research, August 2004

uml certification program ocup
UML Certification Program (OCUP)
  • OMG/UTI UML Certification Program
    • Started November 2003
    • Worldwide (English & Japanese)
    • Books available in Japanese & German
    • Three levels of accomplishment
    • Focused on UML 2.0



mda faststart
MDA FastStart

Fast introduction to MDA technologies

  • Initial project selection and planning
  • Consulting
  • Mentoring
  • Training
  • Tested, tried & true partners
mda is proven in software development
MDA is Proven in Software Development
  • Many excellent proofs-of-concept:
    • Banks, railroads, trading, insurance, manufacturing, healthcare, etc.
    • Adopted by UN/CEFACT, SWIFT, ACORD, HL7 and other key standards players
  • Careful studies prove the point
    • The Middleware Company (TMC)
    • Electronic Data Systems (EDS)
mda for joint warfighting
MDA for Joint Warfighting
  • Later today Captain Wilson will brief “A Model Driven Architecture Approach to Provide Joint Warfighting Capability”
    • Joint Single Integrated Air Picture (SIAP) is a complex enterprise integration problem
    • MDA integrates representations of battlespace across warfighting systems
    • Core model is Integrated Architecture Behavior Model
    • Will be used across systems, platforms
the middleware company
The Middleware Company
  • Two 3-person teams implementing Sun’s Pet Store
    • Typical 3-tier e-commerce, Sun Java Blueprints
  • 35% cost savings using MDA tool
    • Traditional tools: 508 man-hours
    • MDA tools: 330 man-hours
tmc conclusions
TMC Conclusions

“We encourage organizations that wish to improve their developer productivity to evaluate MDA-based development tools for their projects, especially those involving enterprise-class applications and web services … the productivity benefits gained from the approach — especially for work on subsequent applications — make the effort significantly worthwhile.”

Most interesting result: bugs found by traditional team were higher-level – MDA tools allow shakeout of high-level design much earlier in the development process.

electronic data systems study
Electronic Data Systems study
  • Three parallel implementations
    • J2EE: 14,000 hand-coded lines
    • .Net/C#: 4,000 hand-coded lines
    • OptimalJ: 600 hand-coded lines
  • Conversion from J2EE 1.1-2.0
    • Projected: several months
    • Using OptimalJ: 30 minutes
eds conclusions
EDS Conclusions

“MDA helps organizations achieve agile and adaptable IT so they can overcome ... business challenges. Through this evolutionary approach, collaborative teams can enjoy a wide range of compelling business benefits:

  • Rapid inclusion of emerging technology benefits into existing systems
  • Reduced cost throughout the application life cycle
  • Reduced development time for new applications
  • Increased return on technology investments
  • Improved application quality”

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

those models

why apply mda
Why Apply MDA?
  • For vendors, leveraging products into patents, systems engineering, business process…
  • For end-users, leveraging people, training and process
  • Discover, derive, design
  • Retarget as technology changes
business process modeling
Business Process Modeling
  • Beginning of 2005 will feature new specifications:
    • Business Process Metamodel
    • BPM interface standards for interoperability
    • Business Rules Model
uml in patents
UML in Patents?
  • The most exciting area for extension: UML as a business tool
  • Patents in the US and Europe already depend on UML to explain processes and design
  • Should UML be taught in

business schools? Yes!

mda in systems engineering
MDA in Systems Engineering
  • Late in 2004, or early 2005, a new UML-based specification for Model-Driven Systems Engineering (SE):
    • Integrated hardware/software design
    • Integrated planning/engineering
motivation why apply mda
Motivation: Why Apply MDA
  • Systems Engineers need a common, robust language for analyzing, specifying, designing, verifying and validating systems
  • Many different modeling techniques already exist
    • Behavior diagrams, IDEF0, N2 charts, …
  • General purpose language must:
    • satisfy broad set of modeling requirements (behavior, structure, performance, …)
    • integrate with other disciplines (s/w, h/w, …)
    • be scalable
    • be adaptable to different SE domains
    • be supported by multiple tools
a joint omg incose project
A Joint OMG/INCOSE Project
  • Joint INCOSE / Object Management Group (OMG) Initiative to extend UML for SE
  • Systems Engineering Domain Special Interest Group kickoff in July ’01 thanks to Dave Oliver, with focus:
    • Extending UML to to systems engineering (MDA->MDSE)
    • Aligning with ISO AP-233 Systems Engineering data interchange standard to support tool interoperability
  • RFI (information gathering) began in ‘02
  • RFP (definition) process began March ’03
  • Already a successful partnership:
    • INCOSE brings SE focus to OMG
    • OMG brings MDA focus to INCOSE
why apply mda to mdse
Why Apply MDA to MDSE?
  • UML is de facto standard within software engineering community, and being applied to other communities
  • UML and other OMG specs are extensible, and can be adapted to support SE requirements
  • UML tools and training are widely available
    • Shared language for end-users
    • Wider market for vendors
  • Open OMG standardization process

supports UML customization for specific domains

joint incose omg dsig charter
  • Create a semantic bridge between ISO 10303-233 standard and ISO/IEC 19501 UML standard
  • Create UML extended modeling language for specifying, designing, and verifying complex systems using profiles, or other extensibility mechanisms.
  • Provide capability for rigorous transfer of specifications and related information among tools used by systems, software and hardware engineers
  • Bridge the semantic gap, the professional

engineering discipline gap, and the training gap that exists between systems engineering and software engineering

sysml the mdse standard
SysML: The MDSE Standard
  • First critical MDA standard focused on systems engineering
  • A UML extension that is a general purpose modeling language for specifying, analyzing, designing and verifying systems
  • Activity chartered in ’01
  • RFP issued in March ’03
  • 1.0 adoption planned for 1Q05
  • Prototypes already being shown
sysml partners
SysML Partners
  • Single joint submission to the OMG process, an informal partnership of industry, vendors, government
    • organized in May 2003 to respond to UML for Systems Engineering RFP
    • define Systems Modeling Language (SysML™) to customize UML 2 to support the specification, analysis, design, verification and validation of complex systems
sysml partners1
SysML Partners
  • Industry
    • American Systems, Astrium Space, BAE SYSTEMS, Boeing, Deere & Company, Eurostep, Israel Aircraft Industries, Lockheed Martin, Motorola, Northrop Grumman,, Raytheon, THALES
  • Tool Vendors
    • Artisan, Ceira, Gentleware, IBM/Rational, I-Logix, PivotPoint Technology, Popkin, Project Technology, 3SL, Telelogic, Vitech
  • Liaisons and Organizations
    • AP-233, CCSDS, EAST, INCOSE, Rosetta
  • Government
modeling requirements
Modeling Requirements
  • Structure
    • e.g., system hierarchy, interconnection
  • Behavior
    • e.g., function-based behavior, state-based behavior
  • Properties
    • e.g., parametric models, time property
  • Requirements
    • e.g., requirements hierarchy, traceability
  • Verification
    • e.g., test cases, verification results
  • Other
    • e.g., trade studies, spatial relationships
design approach
Design Approach
  • Reuse and extend UML 2.0
    • select the subset of UML 2.0 that is reusable for SE applications
    • add new constructs and diagrams needed for SE
    • UML2++--
  • AP-233 alignment
    • align with evolving AP-233 SE Data Interchange Standard
  • Incremental development
    • extend the language incrementally, using SE feedback to ensure new extensions are valid
finishing now
Finishing Now
  • INCOSE/OMG Partnership is nearing its first product
    • Joint SysML specification
    • Joint ownership of name & spec
    • “Finalization” and revision
    • Next steps: find other specs where SE influence is important:
      • Simulation & test
      • MOF
      • Executable UML
don t forget
Don’t Forget!
  • See the demonstrations in the demo table area, including SysML prototype
  • Captain Wilson talk on MDA for Warfighting today
  • Mark Schaeffer keynote tomorrow
  • Leverage your INCOSE voice at OMG
to get more information
To Get More Information
  • SysML Partners:
  • MDA Information Page:
  • OMG General Information:
  • Contact the Author: