Lockheed Martin Aeronautics Company © 2001 Lockheed Martin Corporation F-16 Modular Mission Computer Application Software Achieving Cross-Platform Compatibility.

Slides:



Advertisements
Similar presentations
Automating Software Module Testing for FAA Certification Usha Santhanam The Boeing Company.
Advertisements

Configuration management
Configuration management
SOA Modelling By Rajat Goyal.
Database System Concepts and Architecture
Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
K E N N E D Y C A R T E R Model Driven Architecture and eXecutable UML: The Next Evolutionary Step? Allan Kennedy Founder, Kennedy Carter Ltd.
Lockheed Martin Aeronautics Company © 2001 Lockheed Martin Corporation F-16 Modular Mission Computer Application Software Achieving Cross-Platform Compatibility.
Case Tools Trisha Cummings. Our Definition of CASE  CASE is the use of computer-based support in the software development process.  A CASE tool is a.
Job No/ 1 © British Crown Copyright 2008/MOD Developing a High Integrity Code Generator Using iUML/iCCG Sam Moody AWE plc, Aldermaston, Berkshire, United.
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 04. Other.
MDA > Model Driven Architecture > Orçun Dayıbaş > December, 2006 > METU, Ankara.
Amit, Keyur, Sabhay and Saleh Model Driven Architecture in the Enterprise.
Introduction To System Analysis and Design
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
The Unified Software Development Process - Workflows Ivar Jacobson, Grady Booch, James Rumbaugh Addison Wesley, 1999.
7 July 2003 MDA presentation Dennis Wagelaar 1 Model-Driven Architecture The current state of affairs.
Ritu Varma Roshanak Roshandel Manu Prasanna
UML CASE Tool. ABSTRACT Domain analysis enables identifying families of applications and capturing their terminology in order to assist and guide system.
Chapter 13 Embedded Systems
Ontologies Reasoning Components Agents Simulations An Overview of Model-Driven Engineering and Architecture Jacques Robin.
Executable UML By Luca Pellicoro. Definitions Acronym: xtUML or xUML Technology where models (such as state diagrams and class diagrams) are automatically.
HAS. Patterns The use of patterns is essentially the reuse of well established good ideas. A pattern is a named well understood good solution to a common.
Nov. 14, 2007 Systems Engineering ä System ä A set or arrangement of things so related as to form a unity or organic whole. ä A set of facts, principles,
CS 290C: Formal Models for Web Software Lecture 6: Model Driven Development for Web Software with WebML Instructor: Tevfik Bultan.
K E N N E D Y C A R T E R Model Driven Architecture and eXecutable UML Allan Kennedy Founder, Kennedy Carter Ltd Co-chair, OMG Object Reference.
Software Issues Derived from Dr. Fawcett’s Slides Phil Pratt-Szeliga Fall 2009.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Chapter 2- Software Process Lecture 4. Software Engineering We have specified the problem domain – industrial strength software – Besides delivering the.
Course Instructor: Aisha Azeem
Object Oriented Analysis and Design Using the UML
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
Spectra Software Defined Radio Products Applying Model Driven Design, Generative Programming, and Agile Software Techniques to the SDR Domain OOPSLA '05.
1.Database plan 2.Information systems plan 3.Technology plan 4.Business strategy plan 5.Enterprise analysis Which of the following serves as a road map.
MDA Guide Version CYT. 2 Outline OMG Vision and Process Introduction to MDA How is MDA Used? MDA Transformations Other MDA Capabilities Using the.
Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java 1 Introduction to Software Engineering CEN 4010.
Chapter 2 The process Process, Methods, and Tools
Executable UML The Models are the Code - Executable UML CS387 Paul Krause.
RUP Implementation and Testing
An Introduction to Software Architecture
9/14/2012ISC329 Isabelle Bichindaritz1 Database System Life Cycle.
Introduction to MDA (Model Driven Architecture) CYT.
Introduction To System Analysis and Design
CE Operating Systems Lecture 3 Overview of OS functions and structure.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
Welcome Experiences in the Use of MDA and UML in Developing NATO Standards 16 July 2008 Chris Raistrick, Kennedy KC.COM.
FDT Foil no 1 On Methodology from Domain to System Descriptions by Rolv Bræk NTNU Workshop on Philosophy and Applicablitiy of Formal Languages Geneve 15.
Fall 2004EE 3563 Digital Systems Design EE 3563 VHSIC Hardware Description Language  Required Reading: –These Slides –VHDL Tutorial  Very High Speed.
Computing and SE II Chapter 9: Design Methods and Design Models Er-Yu Ding Software Institute, NJU.
Distribution and components. 2 What is the problem? Enterprise computing is Large scale & complex: It supports large scale and complex organisations Spanning.
SPE-RFI-R : FEB.1999 : NUL-ITD-Iwata 2-01 Needs for Software Development Model Hiromichi Iwata Information Technologies.
Chapter 5: Software Re-Engineering Omar Meqdadi SE 3860 Lecture 5 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Testing OO software. State Based Testing State machine: implementation-independent specification (model) of the dynamic behaviour of the system State:
Winter 2011SEG Chapter 11 Chapter 1 (Part 1) Review from previous courses Subject 1: The Software Development Process.
Chapter 5 System Modeling. What is System modeling? System modeling is the process of developing abstract models of a system, with each model presenting.
Software Engineering Lecture 10: System Engineering.
Ontologies Reasoning Components Agents Simulations An Overview of Model-Driven Engineering and Architecture Jacques Robin.
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
Model Driven Architecture MDA SE-548 Lale Doğan
Definition CASE tools are software systems that are intended to provide automated support for routine activities in the software process such as editing.
IEEE Std 1074: Standard for Software Lifecycle
Distribution and components
Analysis models and design models
An Introduction to Software Architecture
Overview Activities from additional UP disciplines are needed to bring a system into being Implementation Testing Deployment Configuration and change management.
Executable Specifications
Software Development Process Using UML Recap
Presentation transcript:

Lockheed Martin Aeronautics Company © 2001 Lockheed Martin Corporation F-16 Modular Mission Computer Application Software Achieving Cross-Platform Compatibility with Increased Productivity and Quality using the OMG’s Model Driven Architecture Lauren E. Clark Chief Engineer F-16 Modular Mission Computer Software Lockheed Martin Aeronautics Company Terry Ruthruff Staff Specialist Software Engineering Core Lockheed Martin Aeronautics Company Allan Kennedy President Kennedy Carter Limited Bary D. Hogan Methodology Lead F-16 Modular Mission Computer Software Lockheed Martin Aeronautics Company

Agenda  Basic Software Components  Cross-Platform Compatibility: The Goal  The eXecutable MDA Approach:  eXecutable UML Modeling  Platform Specific Mapping (Design Tagging)  Automatic Code Generation  Advantages of the eXecutable MDA Approach

Lockheed Martin Aeronautics Company Software Basic Software Components Hardware Software Execution Platform Application Software Application Software Interface Application Software: l High-level software that is unique to the application(s) for which the embedded computer (i.e. subsystem) exists l 80-90% of the total software (in terms of long-term development cost) Application Software: l High-level software that is unique to the application(s) for which the embedded computer (i.e. subsystem) exists l 80-90% of the total software (in terms of long-term development cost) Software Execution Platform: l Low-level software, the purpose of which is to allow the Application Software to run on the hardware Software Execution Platform: l Low-level software, the purpose of which is to allow the Application Software to run on the hardware

Lockheed Martin Aeronautics Company Software Execution Platform Board Support Package / BIT Software Execution Platform Hardware Application Software Application Software Interface Device DriversOperating System Software Architecture Software Execution Platform: l Low-level software, the purpose of which is to allow the Application Software to run on the hardware Software Execution Platform: l Low-level software, the purpose of which is to allow the Application Software to run on the hardware

Lockheed Martin Aeronautics Company Software Execution Platform Board Support Package / BIT Board Support Package / Built-In Test Hardware Application Software Application Software Interface Device DriversOperating System Software Architecture Board Support Package: l Lowest-level boot software / firmware that allows all other software (including the Operating System) to be loaded into memory and begin executing l Unique to the hardware; and usually delivered with the hardware (located in some type of ROM) Built-In Test (BIT): l Low-level software that detects and reports hardware errors l Unique to the hardware; and usually delivered with the hardware Board Support Package: l Lowest-level boot software / firmware that allows all other software (including the Operating System) to be loaded into memory and begin executing l Unique to the hardware; and usually delivered with the hardware (located in some type of ROM) Built-In Test (BIT): l Low-level software that detects and reports hardware errors l Unique to the hardware; and usually delivered with the hardware Board Support Package / BIT

Lockheed Martin Aeronautics Company Software Execution Platform Operating System Hardware Application Software Application Software Interface Operating System: l Low-level software that, once booted, manages all other software (this management involving such things as multitasking, memory sharing, I/O interrupt handling, error and status reporting, etc.) l Unique to the hardware (i.e. it must at least be ported to each new hardware platform); and sometimes delivered with the hardware Operating System: l Low-level software that, once booted, manages all other software (this management involving such things as multitasking, memory sharing, I/O interrupt handling, error and status reporting, etc.) l Unique to the hardware (i.e. it must at least be ported to each new hardware platform); and sometimes delivered with the hardware Device Drivers Software Architecture Operating System Board Support Package / BIT

Lockheed Martin Aeronautics Company Software Execution Platform Device DriversOperating System Device Drivers Hardware Application Software Application Software Interface Device Drivers: l Low-level software that manages the input from and output to the various external devices in support of the Application Software l Unique to the hardware; but usually not delivered with the hardware Device Drivers: l Low-level software that manages the input from and output to the various external devices in support of the Application Software l Unique to the hardware; but usually not delivered with the hardware Software Architecture Board Support Package / BIT Device Drivers

Lockheed Martin Aeronautics Company Software Execution Platform Device DriversOperating System Software Architecture Hardware Application Software Application Software Interface Software Architecture: l Low-level software providing the framework within which the Application Software executes l Provides execution control, data / message management, error handling, and various support services to the Application Software l Assumes a particular Application Software language l Unique to the hardware; but, since it must support all requirements levied by the Application Software, is not delivered with the hardware Software Architecture: l Low-level software providing the framework within which the Application Software executes l Provides execution control, data / message management, error handling, and various support services to the Application Software l Assumes a particular Application Software language l Unique to the hardware; but, since it must support all requirements levied by the Application Software, is not delivered with the hardware Board Support Package / BIT Software Architecture

Lockheed Martin Aeronautics Company Application Software Interface Software Execution Platform Device DriversOperating System Software Architecture Application Software Interface Hardware Application Software Application Software Interface: l The boundary between the Application Software and the Software Execution Platform l The specified methods by which the Application Software can make requests and use the services of the Software Execution Platform and the Software Execution Platform can provide its services to the Application Software l This interface is specified by the Software Execution Platform Application Software Interface: l The boundary between the Application Software and the Software Execution Platform l The specified methods by which the Application Software can make requests and use the services of the Software Execution Platform and the Software Execution Platform can provide its services to the Application Software l This interface is specified by the Software Execution Platform Board Support Package / BIT

Lockheed Martin Aeronautics Company Hardware Platform #2 Application Software Board Support Package / BIT Device Drivers Operating System Software Architecture Application Software Interface Hold Constant Hardware Cross-Platform Compatibility: The Usual Approach Hardware Platform #1 Application Software Application Software Interface Device DriversOperating System Software Architecture Board Support Package / BIT Maintain a constant Application Software Interface Portable

Lockheed Martin Aeronautics Company Hardware Platform Cross-Platform Compatibility Issues Application Software Device Drivers Operating System Software Architecture Application Software Interface Board Support Package / BIT Can a constant Application Software Interface always be maintained? Consider… l What if the language or operating system becomes obsolete? l What if it is necessary to port even a part of the Application Software to a legacy platform not having the resources to support the newer Software Execution Platforms? Consider… l What if the language or operating system becomes obsolete? l What if it is necessary to port even a part of the Application Software to a legacy platform not having the resources to support the newer Software Execution Platforms?

Lockheed Martin Aeronautics Company Hardware Platform Cross-Platform Compatibility Issues Application Software Device Drivers Operating System Software Architecture Application Software Interface Board Support Package / BIT Even if it were possible, would one always want to maintain a constant Application Software Interface? Consider… l What if hardware or Software Execution Platform changes could provide more Application Software capability, but only by means of changing the Application Software Interface? Consider… l What if hardware or Software Execution Platform changes could provide more Application Software capability, but only by means of changing the Application Software Interface?

Lockheed Martin Aeronautics Company Hardware Platform Cross-Platform Compatibility: The Goal Application Software Device Drivers Operating System Software Architecture Application Software Interface Board Support Package / BIT The goal should be to provide cross-platform compatibility of Application Software despite any Implementation, or platform specific, changes: that is, changes to the Hardware Platform, the Software Execution Platform, or the Application Software Interface

Lockheed Martin Aeronautics Company eXecutable MDA: Application Software Development eXecutable UML ModelingRequirementsDefinition Integration & Test Platform Specific Platform Specific Mapping (Design Tagging) (Design Tagging) Automatic Code Generation Application Software Interface Definition The eXecutable MDA Approach

Lockheed Martin Aeronautics Company eXecutable UML Modeling: Domain Model Domain Model (Package Diagram): l The software application space is partitioned into multiple platform independent models (or domains) l Mappings between the domains (bridges) are defined Domain Model (Package Diagram): l The software application space is partitioned into multiple platform independent models (or domains) l Mappings between the domains (bridges) are defined

Lockheed Martin Aeronautics Company eXecutable UML Modeling: Class Diagrams Class Diagrams: l Within each platform independent domain model, conceptual entities are modeled first: classes,attributes, and associations are abstracted l Behavior, though considered, is not modeled explicitly in this view Class Diagrams: l Within each platform independent domain model, conceptual entities are modeled first: classes,attributes, and associations are abstracted l Behavior, though considered, is not modeled explicitly in this view

Lockheed Martin Aeronautics Company eXecutable UML Modeling: State Charts State Charts: l Behavior is formalized during state modeling l Class lifecycles are modeled using signal-driven state machines l Class operations are defined State Charts: l Behavior is formalized during state modeling l Class lifecycles are modeled using signal-driven state machines l Class operations are defined

Lockheed Martin Aeronautics Company eXecutable UML Modeling: ASL Action Specification Language: l State actions and class operations are specified using a precise Action Specification Language (ASL) l ASL is a higher order and much simpler language than a typical high order language (e.g. C++) l ASL deals with object oriented concepts, not implementation concepts l ASL conforms to the UML Precise Action Semantics Action Specification Language: l State actions and class operations are specified using a precise Action Specification Language (ASL) l ASL is a higher order and much simpler language than a typical high order language (e.g. C++) l ASL deals with object oriented concepts, not implementation concepts l ASL conforms to the UML Precise Action Semantics

Lockheed Martin Aeronautics Company eXecutable UML Modeling: Simulation Simulation: l Since a precise Action Specification Language is used, models are executable and therefore may be simulated l Simulation features resemble those of a high order language debugger l Models may be validated long before they are implemented Simulation: l Since a precise Action Specification Language is used, models are executable and therefore may be simulated l Simulation features resemble those of a high order language debugger l Models may be validated long before they are implemented

Lockheed Martin Aeronautics Company eXecutable UML Modeling: Summary eXecutable UML Modeling  xUML models are a complete representation of the application space (not a top-level or preliminary design)  Modeling is performed using a Unified Modeling Language (UML) representation  Modeling makes use of a precise Action Specification Language (ASL) and is therefore executable (providing early validation of the models)  Each xUML model is a Platform Independent Model (PIM), or completely implementation- independent (i.e. independent of the hardware platform, the software execution platform, and the application software interface)

Lockheed Martin Aeronautics Company Design Tags l Class Allocation l Program Allocation l Max Instance Count l Event Rate l Event Queue l Throw Away l Initialization l Source Type l Subtype of l etc. Design Tags l Class Allocation l Program Allocation l Max Instance Count l Event Rate l Event Queue l Throw Away l Initialization l Source Type l Subtype of l etc. Design Tagging: Specifying the PIM to PSM Mapping Source Code Files... Automatic Code Generator xUML Models... Application Software Interface Definition Software Execution Platform Specific Software Execution Platform Specific Language Specific Language Specific Defines

Lockheed Martin Aeronautics Company Design Tagging: Specifying the PIM to PSM Mapping Design Tagging: l Design tag values represent implementation-specific design decisions l Design tagging is applied to, but not embedded in, the xUML models (tags and tag values may be included or excluded) l Code Generator assumes the most standard implementation, such that only exceptions must be tagged Design Tagging: l Design tag values represent implementation-specific design decisions l Design tagging is applied to, but not embedded in, the xUML models (tags and tag values may be included or excluded) l Code Generator assumes the most standard implementation, such that only exceptions must be tagged

Lockheed Martin Aeronautics Company Design Tagging: Summary  Whereas xUML modeling is implementation- independent, Design Tagging is implemen- tation-dependent (i.e. specific to a particular Application Software Interface)  Implementation-specific design decisions (only those needed to support code generation) are made during Design Tagging, and are represented with design tag values that are applied to the xUML models  The most standard implementation is always assumed by the code generator, such that only exceptions must be tagged  Design Tagging is overlaid on (not embedded in) the xUML models, such that it may be included or excluded Platform Specific Platform Specific Mapping (Design Tagging) (Design Tagging)

Lockheed Martin Aeronautics Company Model of Implementation... Automatic Code Generation: 3 Levels of Models Model of xUML... xUML Elements: (e.g. Class, Attribute, Association, Tag, etc.) xUML Elements: (e.g. Class, Attribute, Association, Tag, etc.) Model of Application... Application Elements: (e.g. Aircraft, Missile, Target, etc.) Application Elements: (e.g. Aircraft, Missile, Target, etc.) Implementation Elements: (e.g. Procedure, Array, Program, Event Queue, etc.) Implementation Elements: (e.g. Procedure, Array, Program, Event Queue, etc.) Level 1 Level 2 Level 3 Developed by Program Developed by Program Supplied by Tool Vendor Supplied by Tool Vendor Developed by Program Developed by Program

Lockheed Martin Aeronautics Company Model of xUML... xUML Elements: (e.g. Class, Attribute, Association, Tag, etc.) xUML Elements: (e.g. Class, Attribute, Association, Tag, etc.) Level 2 Supplied by Tool Vendor Supplied by Tool Vendor Automatic Code Generation: Level 2 - Simulation Code Step 1: Populate instances of xUML Metamodel with Model of Application Code Generation: Generation of Simulation Code for Development Platform (e.g. UNIX C Code) Model of Application... Application Elements: (e.g. Aircraft, Missile, Target, etc.) Application Elements: (e.g. Aircraft, Missile, Target, etc.) Level 1 Developed by Program Developed by Program When we say that “xUML models are executable” we mean that “executable code can be automatically generated from them”

Lockheed Martin Aeronautics Company Model of Implementation... Implementation Elements: (e.g. Procedure, Array, Program, Event Queue, etc.) Implementation Elements: (e.g. Procedure, Array, Program, Event Queue, etc.) Level 3 Developed by Program Developed by Program Model of xUML... xUML Elements: (e.g. Class, Attribute, Association, Tag, etc.) xUML Elements: (e.g. Class, Attribute, Association, Tag, etc.) Level 2 Supplied by Tool Vendor Supplied by Tool Vendor Automatic Code Generation: Level 3 - Target Code Step 1: Populate instances of xUML Metamodel with Model of Application Model of Application... Application Elements: (e.g. Aircraft, Missile, Target, etc.) Application Elements: (e.g. Aircraft, Missile, Target, etc.) Level 1 Developed by Program Developed by Program Step 2: Populate instances of Model of Implementation with populated xUML Metamodel instances Code Generation: Generation of Source Code for Target (Embedded)Platform (e.g. Ada/C++ Code)

Lockheed Martin Aeronautics Company The Code Generator Model of Implementation... Implementation Elements: (e.g. Procedure, Array, Program, Event Queue, etc.) Implementation Elements: (e.g. Procedure, Array, Program, Event Queue, etc.) Level 3 Developed by Program Developed by Program Model of xUML... xUML Elements: (e.g. Class, Attribute, Association, Tag etc.) xUML Elements: (e.g. Class, Attribute, Association, Tag etc.) Level 2 Supplied by Tool Vendor Supplied by Tool Vendor Automatic Code Generation: The Code Generator Model of Application... Application Elements: (e.g. Aircraft, Missile, Target, etc.) Application Elements: (e.g. Aircraft, Missile, Target, etc.) Level 1 Developed by Program Developed by Program Generated Source Code for Target Platform The Code Generator includes all implementation-dependent details (those dependent upon the Application Software Interface – specific to the Hardware, the Software Execution Platform, the Implementation Language)

Lockheed Martin Aeronautics Company Automatic Code Generation: Code Generator Development Configurable Code Generator: l Code Generator is developed using the same eXecutable MDA strategy l The Tool Vendor supplies a set of xUML models (known as the Configurable Code Generator) that serve as a generic translation framework Configurable Code Generator: l Code Generator is developed using the same eXecutable MDA strategy l The Tool Vendor supplies a set of xUML models (known as the Configurable Code Generator) that serve as a generic translation framework

Lockheed Martin Aeronautics Company Automatic Code Generation: Code Generator Development Code Generator Development: l The Configurable Code Generator may be adapted to the meet the requirements of any Platform Specific Implementation (i.e. of any Application Software Interface) l Code Generator and Application Software develop- ment may be performed concurrently Code Generator Development: l The Configurable Code Generator may be adapted to the meet the requirements of any Platform Specific Implementation (i.e. of any Application Software Interface) l Code Generator and Application Software develop- ment may be performed concurrently

Lockheed Martin Aeronautics Company Automatic Code Generation: Summary  Automatic code generation is simply an extension of the code generation technique used for simulation of the eXecutable UML models on the development platform, this extension being for the target (embedded) platform  The code generator is developed within the same environment as the application software using the same eXecutable MDA strategy  Development cost: 1-2 architects  Nearly all implementation-specific design tasks (all but the design decisions represented by design tag values) are performed by the code generator, not the software developers Automatic Code Generation

Lockheed Martin Aeronautics Company Automatic Code Generator Portable Application Software Products Source Code Application Software Interface eXecutable UML Models Program Specific Program Specific Mapping (Design Tag Values) (Design Tag Values) Automatic Code Generator Program Specific Program Specific Mapping (Design Tag Values) (Design Tag Values) Source Code Application Software Interface eXecutable UML Models The Portable Products (and therefore the Configured Products to be placed in an Enterprise-Level Software Reuse Library)

Lockheed Martin Aeronautics Company Advantages of the eXecutable MDA Approach  The majority of software developers are isolated from implementation details, allowing them to focus on a thorough analysis of the application space  Maintenance of the application source code is eliminated, while maintenance of the xUML models is ensured  Defect injection (and the resulting rework) is reduced by automating the software phase in which most defects are injected  On a typical program, after Requirements Definition approximately 2/3 of the defects are injected during implementation (coding) Increased Quality

Lockheed Martin Aeronautics Company Advantages of the eXecutable MDA Approach  Rework is reduced  Early validation through simulation reduces rework  Increase in eXecutable UML modeling span time is more than offset by decrease in Integration & Test span time  Higher quality implementation (due to automation) reduces rework  Software development span time is reduced by automating the implementation phase  Application Software development schedule is reduced by at least 20%  The code generator, not each software developer, performs the majority of implementation-specific design tasks  40-60% of physical source code Increased Productivity

Lockheed Martin Aeronautics Company Advantages of the eXecutable MDA Approach  One Application Software xUML Model database may be reused (as is) on any platform for which a code generator is developed  xUML models are compatible with any hardware platform, any Software Execution Platform, and any Application Software Interface  xUML models are compatible with any implementation language Cross-Platform Compatibility The Goal of Cross-Platform Compatibility of Application Software is Attainable with the eXecutable MDA Approach The Goal of Cross-Platform Compatibility of Application Software is Attainable with the eXecutable MDA Approach

Lockheed Martin Aeronautics Company Contact Information Lauren E. Clark Chief Engineer F-16 Modular Mission Computer Software Lockheed Martin Aeronautics Company Terry Ruthruff Staff Specialist Software Engineering Core Lockheed Martin Aeronautics Company (817) Bary D. Hogan Methodology Lead F-16 Modular Mission Computer Software Lockheed Martin Aeronautics Company (817) (817) Allan Kennedy President Kennedy Carter Limited (+44)