Model-driven architecture: Difference between revisions

Revision as of 17:18, 26 August 2007

Latest revision as of 12:58, 7 October 2024

(239 intermediate revisions by more than 100 users not shown)

Line 1:

{{Short description|Software design approach}}

'''Model-driven architecture''' (MDA'''™''') is a [[software design]] approach launched by the [[Object Management Group]] (OMG)<ref name=proposal>[http://www.omg.org/news/releases/pr2001/2001-03-08a.htm "OMG pursues new strategic direction to build on success of past efforts"]</ref> in [[2001]].

'''Model-driven architecture''' ('''MDA''') is a software design approach for the development of software systems. It provides a set of guidelines for the structuring of specifications, which are expressed as models. Model Driven Architecture is a kind of ___domain engineering, and supports [[model-driven engineering]] of software systems. It was launched by the [[Object Management Group]] (OMG) in 2001.<ref name=proposal>[http://www.omg.org/news/releases/pr2001/2001-03-08a.htm "OMG pursues new strategic direction to build on success of past efforts"] {{webarchive|url=https://web.archive.org/web/20060924103531/http://www.omg.org/news/releases/pr2001/2001-03-08a.htm |date=2006-09-24 }}</ref>

== Overview ==

MDA supports [[model-driven engineering]] of software systems. MDA provides a set of guidelines for structuring specifications expressed as [[computer model|model]]s. The MDA approach defines system functionality using a [[platform-independent model]] (PIM) using an appropriate [[___domain-specific language]]. Then, given a [[platform definition model]] (PDM) corresponding to [[CORBA]], [[.NET]], the Web, etc., the PIM is translated to one or more [[platform-specific model]]s (PSMs) that computers can run. The PSM may use different [[Domain Specific Language]]s, or a [[General-purpose programming languages|General Purpose Language]] like Java, C#, Python, etc.{{Fact|date=February 2007}}

Model Driven Architecture® (MDA®) "provides an approach for deriving value from models and architecture in support of the full life cycle of physical, organizational and I.T. systems". A model is a (representation of) an abstraction of a system. MDA® provides value by producing models at varying levels of abstraction, from a conceptual view down to the smallest implementation detail. OMG literature speaks of three such levels of abstraction, or architectural viewpoints: the Computation-independent Model (CIM), the Platform-independent model (PIM), and the [[Platform-specific model]] (PSM). The CIM describes a system conceptually, the PIM describes the computational aspects of a system without reference to the technologies that may be used to implement it, and the PSM provides the technical details necessary to implement the system. The OMG Guide notes, though, that these three architectural viewpoints are useful, but are just three of many possible viewpoints.<ref name="omgmdaguide2_0">{{cite web |title=OMG MDA Guide rev. 2.0 |url=https://www.omg.org/cgi-bin/doc?ormsc/14-06-01 |website=OMG {{!}} Object Management Group |publisher=The Object Management Group |access-date=4 September 2021}}</ref>

The OMG organization provides specifications rather than implementations, often as answers to [[Request for Proposal|Requests for Proposals]] (RFPs). Implementations come from private companies or open source groups.

Automated tools generally perform these translations, for example tools compliant to the new [[Object Management Group|OMG]] standard named [[QVT]]. The OMG documents the overall process in a document called the [[MDA Guide]]. MDA principles can also apply to other areas such as business process modeling where the PIM is translated to either automated or manual processes{{Fact|date=February 2007}}.

=== Related standards ===

The MDA model is related to multiple standards, including the [[Unified Modeling Language]] (UML), the [[Meta-Object Facility]] (MOF), [[XMI|XML Metadata Interchange]] (XMI), [[Enterprise Distributed Object Computing]] (EDOC), the [[Software Process Engineering Metamodel]] (SPEM), and the [[Common Warehouse Metamodel]] (CWM). Note that the term “architecture” in Model-driven architecture does not refer to the architecture of the system being modeled, but rather to the architecture of the various standards and model forms that serve as the technology basis for MDA.

The MDA model is related to multiple standards, including the [[Unified Modeling Language]] (UML), the [[Meta-Object Facility]] (MOF), [[XML Metadata Interchange]] (XMI), [[Enterprise Distributed Object Computing]] (EDOC), the [[Software Process Engineering Metamodel]] (SPEM), and the [[Common Warehouse Metamodel]] (CWM). Note that the term “architecture” in Model Driven Architecture does not refer to the architecture of the system being modeled, but rather to the architecture of the various standards and model forms that serve as the technology basis for MDA.{{citation needed|date=September 2021}}

[[Executable UML]] was the UML profile used when MDA was born. Now, the OMG is promoting [[Executable UML#fUML and ALF|fUML]], instead. (The action language for fUML is ALF.)

The [[Object Management Group]] holds trademarks on MDA, as well as several similar terms including Model Driven Development (MDD), Model Driven Application Development, Model Based Application Development, Model Based Programming, and [http://www.omg.org/legal/tm_list.htm others]. The main acronym that has not yet been deposited by [[OMG]] until now is [[MDE]]. As a consequence, the research community uses MDE to refer to general model engineering ideas, without committing to strict [[OMG]] standards.{{Fact|date=February 2007}}

=== Trademark ===

OMG focuses Model-driven architecture on '''forward engineering''', i.e. producing code from abstract, human-elaborated specifications{{Fact|date=February 2007}}. OMG's ADTF (Analysis and Design Task Force) group leads this effort. With some humour, the group chose ADM (MDA backwards) to name the study of '''reverse engineering'''. ADM decodes to Architecture-Driven Modernization. The objective of ADM is to produce standards for model-based reverse engineering of legacy systems, see [http://adm.omg.org]. [[Knowledge Discovery Metamodel]] (KDM) is the furthest along of these efforts, and describes information systems in terms of various assets (programs, specifications, data, test files, database schemas, etc.).

The [[Object Management Group]] holds registered trademarks on the term Model Driven Architecture and its acronym MDA, as well as trademarks for terms such as: Model Based Application Development, Model Driven Application Development, Model Based Application Development, Model Based Programming, Model Driven Systems, and others.<ref>{{Cite web|url=http://www.omg.org/legal/tm_list.htm|title=OMG Trademarks &#124; Object Management Group}}</ref>

== Model Driven Architecture topics ==

The OMG organization provides rough specifications rather than implementations, often as answers to Requests for Proposals (RFPs). Implementations come from private companies or open source groups. One important source of implementations for OMG specifications is the [http://www.eclipse.org Eclipse foundation]. Many implementations of OMG modeling standards may be found in the [http://www.eclipse.org/emf Eclipse Modeling Project]. Eclipse's compliance to OMG specifications is often not strict. This is true for example for OMG's EMOF standard, which Eclipse approximates with its ECORE implementation. More examples may be found in the M2M project implementing the QVT standard or in the M2T project implementing the MOF2Text standard.

{{See also|Round-trip engineering}}

=== MDA approach ===

OMG focuses Model Driven Architecture® on forward engineering, i.e. producing code from abstract, human-elaborated modeling diagrams (e.g. class diagrams){{Citation needed|date=February 2007}}. OMG's ADTF (Analysis and Design Task Force) group leads this effort. With some humour, the group chose ADM (MDA backwards) to name the study of reverse engineering. ADM decodes to Architecture-Driven Modernization. The objective of ADM is to produce standards for model-based reverse engineering of legacy systems.<ref>adm website http://adm.omg.org</ref> [[Knowledge Discovery Metamodel]] (KDM) is the furthest along of these efforts, and describes information systems in terms of various assets (programs, specifications, data, test files, database schemas, etc.).

One of the main aims of the MDA is to separate design from architecture. As the concepts and technologies used to realize designs and the concepts and technologies used to realize architectures have changed at their own pace, decoupling them allows system developers to choose from the best and most fitting in both domains. The design addresses the functional ([[use case]]) requirements while architecture provides the infrastructure through which non-functional requirements like scalability, reliability and performance are realized. MDA envisages that the platform independent model (PIM), which represents a conceptual design realizing the functional requirements, will survive changes in realization technologies and [[software architecture]]s.

As the concepts and technologies used to realize designs and the concepts and technologies used to realize architectures have changed at their own pace, decoupling them allows system developers to choose from the best and most fitting in both domains. The design addresses the functional ([[use case]]) requirements while architecture provides the infrastructure through which non-functional requirements like scalability, reliability and performance are realized. MDA envisages that the platform independent model (PIM), which represents a conceptual design realizing the functional requirements, will survive changes in realization technologies and [[software architecture]]s.

Of particular importance to model-driven architecture is the notion of model transformation. A specific standard language for model transformation has been defined by [[OMG]] called [[QVT]].

Of particular importance to Model Driven Architecture is the notion of [[model transformation]]. A specific standard language for model transformation has been defined by [[Object Management Group|OMG]] called [[QVT]].

== MDA tools ==

An MDA tool is a tool used to develop, interpret, compare, align, measure, verify, transform, etc. models or metamodels.<ref>{{cite paper|author=Bézivin, J, Gérard, S, Muller, P-A, and Rioux, L|title=MDA components: Challenges and Opportunities|version = In: Metamodelling for MDA|date=2003|url=http://www.sciences.univ-nantes.fr/lina/atl/www/papers/MDAComponents-ChallengesOpportunities.V1.3.PDF}}</ref> In the following section "model" is interpreted as meaning any kind of model (e.g. a UML model) or metamodel (e.g. the CWM metamodel). In any MDA approach we have essentially two kinds of models: ''initial models'' are created manually by human agents while ''derived models'' are created automatically by programs. For example an analyst may create a UML initial model from its observation of some loose business situation while a Java model may be automatically derived from this UML model by a [[Model transformation]] operation. An MDA tool may be one or more of the following types{{Fact|date=February 2007}}:

=== MDA tools ===

* Creation Tool: A tool used to elicit initial models and/or edit derived models.

The OMG organization provides rough specifications rather than implementations, often as answers to [[Request for Proposal|Requests for Proposals]] (RFPs). The OMG documents the overall process in a document called the MDA Guide.

* Analysis Tool: A tool used to check models for completeness, inconsistencies, or error and warning conditions. Also used to calculate metrics for the model.

* Transformation Tool: A tool used to transform models into other models or into code and documentation.

Basically, an MDA tool is a tool used to develop, interpret, compare, align, measure, verify, transform, etc. models or metamodels.<ref>{{cite web|last1=Bézivin |first1=J |last2=Gérard |first2=S |last3=Muller |first3=P-A |last4=Rioux |first4=L|title=MDA components: Challenges and Opportunities|version=In: Metamodelling for MDA|year=2003|url=http://www.sciences.univ-nantes.fr/lina/atl/www/papers/MDAComponents-ChallengesOpportunities.V1.3.PDF|url-status=dead|archiveurl=https://web.archive.org/web/20061206191031/http://www.sciences.univ-nantes.fr/lina/atl/www/papers/MDAComponents-ChallengesOpportunities.V1.3.PDF|archivedate=2006-12-06}}</ref> In the following section "model" is interpreted as meaning any kind of model (e.g. a UML model) or metamodel (e.g. the CWM metamodel). In any MDA approach we have essentially two kinds of models: ''initial models'' are created manually by human agents while ''derived models'' are created automatically by programs. For example, an analyst may create a UML initial model from its observation of some loose business situation while a Java model may be automatically derived from this UML model by a [[Model transformation]] operation.

* Composition Tool: A tool used to compose (i.e. to merge according to a given composition semantics) several source models, preferably conforming to the same metamodel.

* Test Tool: A tool used to "test" models as described in [[Model-based testing]].

An MDA tool may be a tool used to check models for completeness, inconsistencies, or error and warning conditions.

* Simulation Tool: A tool used to simulate the execution of a system represented by a given model. This is related to the subject of model execution.

* Metadata Management Tool: A tool intended to handle the general relations between different models, including the metadata on each model (e.g. author, date of creation or modification, method of creation (which tool? which transformation? etc.)) and the mutual relations between these models (i.e. one metamodel is a version of another one, one model has been derived from another one by a transformation, etc.)

* Reverse Engineering Tool: A tool intended to transform particular legacy or information artifact portfolios into full-fledged models.

Some tools perform more than one of the functions listed above. For example, some creation tools may also have transformation and test capabilities. There are other tools that are solely for creation, solely for graphical presentation, solely for transformation, etc.

Implementations of the OMG specifications come from private companies or [[open source]] groups. One important source of implementations for OMG specifications is the [[Eclipse Foundation]] (EF). Many implementations of OMG modeling standards may be found in the [[Eclipse Modeling Framework]] (EMF) or [[Graphical Modeling Framework]] (GMF), the Eclipse foundation is also developing other tools of various profiles as GMT. Eclipse's compliance to OMG specifications is often not strict. This is true for example for OMG's EMOF standard, which EMF approximates with its Ecore implementation. More examples may be found in the M2M project implementing the QVT standard or in the M2T project implementing the MOF2Text standard.

One of the characteristics of MDA tools is that they mainly take models (e.g. MOF models or metamodels) as input and generate models as output{{Fact|date=February 2007}}. In some cases however the parameters may be taken outside the MDA space like in model to text or text to model transformation tools.

A range of MDA tools are being developed by vendors and open source projects. Power RAD is such an approach developed by [http://www.outlinesys.com Outline Systems Inc]. Microsoft is proposing the DSL tools approach which is a similar approach, not based on [[OMG]] standards. The Eclipse top level modeling project is currently developing a set of open source tools of various profiles (EMF, GMF, GMT, etc.). Another open source project called [http://www.andromda.org AndroMDA] provides an extensible framework for generating code using virtually any technology/platform (e.g., .NET, Java, etc.) and is meant to be used repeatedly as part of the build process (i.e., instead of just generating starter code once at the beginning of a project).

One should be careful not to confuse the ''List of MDA Tools'' and the [[List of UML tools]], the former being much broader. This distinction can be made more general by distinguishing 'variable metamodel tools' and 'fixed metamodel tools'. A UML CASE tool is typically a 'fixed metamodel tool' since it has been hard-wired to work only with a given version of the UML metamodel (e.g. UML 2.1). On the contrary, other tools have internal generic capabilities allowing them to adapt to arbitrary metamodels or to a particular kind of metamodels.

Usually MDA tools focus rudimentary architecture specification, although isin some cases the tools are architecture-independent (or platform independent). Simple examples of architecture specifications include:

Simple examples of architecture specifications include:
* selectingSelecting one of a number of supported [[reference architecture]]s like [[Java EE]] or [[Microsoft .NET]],

* specifyingSpecifying the architecture at a finer level including the choice of presentation layer technology, business logic layer technology, persistence technology and persistence mapping technology (e.g. object-relational mapper).

* Metadata: information about data.

=== MDA concerns ===

Some key concepts that underpin the MDA approach (launched in 2001) were first elucidated by the [[Shlaer-MellorShlaer–Mellor method]] method during the late 1980's1980s. Indeed, a key absent technical standard of the MDA approach (that of an action language syntax for [[Executable UML]]) has been bridged by some vendors by adapting the original Shlaer-MellorShlaer–Mellor Action Language (modified for UML){{FactCitation needed|date=February 2007}}. However, during this period the MDA approach has not gained mainstream industry acceptance; with the [[Gartner Group]] still identifying MDA as an "on the rise" technology in its 2006 "[[Hype cycle|Hype Cycle]]",<ref name=gartnermda>[https://web.archive.org/web/20060829123915/http://www.gartner.com/DisplayDocument?ref=g_search&id=494180&subref=simplesearch "Hype Cycle for Emerging Technologies, 2006"] $495.00</ref>, and [[Forrester Research]] declaring MDA to be "D.O.A." in 2006.<ref name=forrestermda>[http://www.forrester.com/Research/Document/Excerpt/0,7211,39156,00.html "MDA Is DOA, Partly Thanks To SOA"] {{webarchive|url=https://web.archive.org/web/20071013004355/http://forrester.com/Research/Document/Excerpt/0,7211,39156,00.html |date=2007-10-13 }}</ref>. Potential concerns that have been raised with the OMG MDA approach include:

* '''Incomplete Standards''': The MDA approach is underpinned by a variety of technical standards, some of which are yet to be specified (e.g. an action semantic language for [[Executable UML|xtUML]]), or are yet to be implemented in a standard manner (e.g. a [[QVT]] transformation engine or a [[Platform-independent model|PIM]] with a virtual execution environment).<ref name=mdanoaslsyntaxone>[http://www.jot.fm/issues/issue_2003_01/column1 "UML - Unified or Universal Modeling Language? UML2, OCL, MOF, EDOC - The Emperor Has Too Many Clothes"]</ref><ref name=mdanoaslsyntaxtwo>[http://www.theserverside.com/tt/articles/article.tss?l=MDA_Haywood "MDA: Nice Idea. Shame about the..."]</ref>

* '''Vendor Lock-in''': Although MDA was conceived as an approach for achieving (technical) platform independence, current MDA vendors have been reluctant to engineer their MDA toolsets to be interoperable. Such an outcome could result in vendor lock-in for those pursuing an MDA approach.{{FactCitation needed|date=February 2007}}

* '''Idealistic''': MDA is conceived as a forward engineering approach in which models that incorporate Action Language programming are transformed into implementation artifacts (e.g. executable code, database schema) in one direction via a fully or partially automated "generation" step. This aligns with OMG's vision that MDA should allow modelling of a problem ___domain's full complexity in UML (and related standards) with subsequent transformation to a complete (executable) application.<ref name=eclipsemda>[http://wwwalt.java-forum-stuttgart.de/jfs/2006/folien/A5_Schoenhage_Compuware.pdf "Bringing MDA to Eclipse, using a pragmatic approach"]</ref>. This approach does, however, imply that changes to implementation artifacts (e.g. database schema tuning) are not supported . This constitutes a problem in situations where such post-transformation "adapting" of implementation artifacts is seen to be necessary. Evidence that the full MDA approach may be too idealistic for some real world deployments has been seen in the rise of so-called "pragmatic MDA".<ref name=forresterresponse>[http://www.bptrends.com/publicationfiles/04-06-COL-MDA-ResponseToForrester-Frankel.pdf#search=%22%22pragmatic%20MDA%22%22 "A Response to Forrester"]</ref>. Pragmatic MDA blends the literal standards from OMG's MDA with more traditional model driven mechanismsapproaches such as [[round-trip engineering]] that provides support for adapting implementation artifacts (though not without substantial disadvantages).

* '''Specialised Skillsets''': Practitioners of MDA based software engineering are (as with other toolsets) required to have a high level of expertise in their field. Current expert MDA practitioners (often referred to as Modeller/Architects) are scarce relative to the availability of traditional developers.<ref name=amblermda>[http://www.agilemodeling.com/essays/readyForMDA.htm "Are You Ready For the MDA?"]</ref>

* '''OMG Track Record''': The OMG consortium who sponsor the MDA approach (and own the MDA trademark) also introduced and sponsored the CORBA standard which itself failed to materialise as a widely utilised standard.<ref name=corba>[http://www.acmqueue.com/modules.php?name=Content&pa=showpage&pid=396 "The Rise and Fall of CORBA"] {{webarchive|url=https://web.archive.org/web/20081202033636/http://www.acmqueue.com/modules.php?name=Content&pa=showpage&pid=396 |date=2008-12-02 }}</ref>.

* Uncertain Value Proposition (UVP): As discussed, the vision of MDA allows for the specification of a system as an abstract model, which may be realized as a concrete implementation (program) for a particular computing platform (e.g. .NET). Thus an application that has been successfully developed via a pure MDA approach could theoretically be ported to a newer release .NET platform (or even a Java platform) in a deterministic manner &ndash; although significant questions remain as to real-world practicalities during translation (such as user interface implementation). Whether this capability represents a significant value proposition remains a question for particular adopters. Regardless, adopters of MDA who are seeking value via an "alternative to programming" should be very careful when assessing this approach. The complexity of any given problem ___domain will always remain, and the programming of business logic needs to be undertaken in MDA as with any other approach. The difference with MDA is that the programming language used (e.g. xtUML) is more abstract (than, say, Java or C#) and exists interwoven with traditional UML artifacts (e.g. class diagrams). Whether programming in a language that is more abstract than mainstream [[Third-generation programming language|3GL]] languages will result in systems of better quality, cheaper cost or faster delivery, is a question that has yet to be adequately answered.

* MDA was recognized as a possible way to bring various independently developed standardized solutions together. For the simulation community, it was recommended as a business and industry based alternative to yet another US DoD mandated standard.<ref name=mdasim>[https://arxiv.org/ftp/arxiv/papers/1011/1011.6671.pdf "Avoiding Another Green Elephant"]</ref>

== Conferences ==

Among the various conferences on this topic we may mention [http://www.ecmda-fa.org/ ECMDA], the European Conference on MDA and also [[MoDELS]], former firmed as <<UML>> conference series (till 2004), the [http://mdaforum.soluta.net Italian Forum on MDA] in collaboration with the [[OMG]]. There are also several conferences and workshops (at [[OOPSLA]], [[ECOOP]] mainly) focusing on more specific aspects of MDA like model transformation, model composition, and generation.

==See also==

{{colbegin}}

* [[Model Driven Engineering]] (MDE)

* [[ATLAS Transformation Language]]

* [[Automatic programming]]

* [[Domain-driven design]]

* [[Enterprise Resource Planning]]

* [[Executable UML]]

* [[Executable Architecture]]

* [[Meta-Object Facility]]

* [[Metamodeling]]

* [[Model-driven engineering]]

* [[Platform-independent model|Platform Independent Model]] (PIM)

* [[Model-driven integration]]

* [[Platform-specific model|Platform Specific Model]] (PSM)

* [[Model-driven security]]

* [[Unified Modeling Language]] (UML)

*[[Model Driven Interoperability]]

* [[Executable UML]] (xtUML)

* [[MetaModel-Objectdriven Facilityapplication]] (MOF)

* [[Model Transformation Language]]

* [[QVT|MOF 2.0 Query/View/Transformation]] (QVT)

* [[Modeling Maturity Levels]]

* [[ATLAS Transformation Language|ATL]] (ATL is an open source implementation of QVT under Eclipse)

* [[Platform-specific model]]

* [[Model Transformation Language]]s (MTLs)

* [[Software factory]]

* [[code generation|Code Generation]]

* [[Unified Modeling Language]]

* [[Software factory|Software Factories]] (SoFa)

* [[Universal Systems Language]]

* [[CodeGear ECO|CodeGear™ Enterprise Core Objects™ as MDA implementation]]

* [[QVT]]

* [[Algebra of Systems|Algebra of Systems (AoS)]]

* [[Web engineering]]

* [[WebML]], a DSL for modeling Web applications

* [[TuppasProgram SoftwareDesign CorporationLanguage]]

{{colend}}

* [[OpenBlueLab]] an open source ERP based on use case diagram and class diagram to configure completely the desired portal.

== References ==

{{reflist|2}}

<references/>

</div>

== Further reading ==

* Kevin Lano. "Model-Driven Software Development With UML and Java". CENGAGE Learning, {{ISBN|978-1-84480-952-3}}

*''MDA Distilled, Principles of Model Driven Architecture'', [[Stephen Mellor]], [[Kendall Scott]], [[Axel Uhl]], [[Dirk Weise]], Addison-Wesley Professional, 2004, ISBN 0-201-78891-8

*''MDA Explained,[[David TheS. Frankel]]. ''Model Driven Architecture: PracticeApplying andMDA Promiseto Enterprise Computing'',. [[AnnekeJohn Kleppe]],Wiley [[Jos& Warmer]], [[Wim Bast]], Addison-Wesley, 2003Sons, {{ISBN |0-321471-1944231920-X1}}

* Meghan Kiffer ''The MDA Journal: Model Driven Architecture Straight From The Masters'', Meghan Kiffer,. {{ISBN |0-929652-25-8}}

* Anneke Kleppe (2003). ''MDA Explained, The Model Driven Architecture: Practice and Promise'',. SpringerAddison-Verlag,Wesley. {{ISBN 3|0-540321-2824019442-8X}}

* [[Stephen J. Mellor]] (2004). ''MDA Distilled, Principles of Model Driven Architecture''. Addison-Wesley Professional. {{ISBN|0-201-78891-8}}

*''Model Driven Architecture: Applying MDA to Enterprise Computing'', [[David S. Frankel]], John Wiley & Sons, ISBN 0-471-31920-1

* Chris Raistrick. ''Model Driven Architecture With Executable UML'', [[Chris Raistrick]], [[Paul Francis (MDA author)|Paul Francis]], [[John Wright (MDA author)|John Wright]], [[Colin Carter]], [[Ian Wilkie]]. Cambridge University Press, {{ISBN |0-521-53771-1}}

* Marco Brambilla, Jordi Cabot, Manuel Wimmer, ''Model Driven Software Engineering in Practice'', foreword by [[Richard Soley]] ([[Object Management Group|OMG]] Chairman), Morgan & Claypool, USA, 2012, Synthesis Lectures on Software Engineering #1. 182 pages. {{ISBN|9781608458820}} (paperback), {{ISBN|9781608458837}} (ebook). http://www.mdse-book.com

* Stanley J. Sewall. ''Executive Justification for MDA''

* Soylu A., De Causmaecker Patrick. ''Merging model driven and ontology driven system development approaches pervasive computing perspective'', in Proc 24th Intl Symposium on Computer and Information Sciences. 2009, pp 730–735.

== External links ==

* [http://www.omg.org/docs/omg/03-06-01.pdf The official MDA Guide Version 1.0.1]

* [http://www.omg.org/mda/ OMG's MDA Web site]

* [http://www.cs.bilkent.edu.tr/~bedir/CS587-MDSD/ Model-Driven Software Development Course, B. Tekinerdogan, Bilkent University]

* [http://www-128.ibm.com/developerworks/rational/library/3100.html ''An Introduction to Model Driven Architecture''] at ibm.com

* [http://www.omg.org/mda/committed-products.htm OMG's list of MDA tools and products]

* [http://www.bptrends.com/publicationfiles/01-04%20COL%20Dom%20Spec%20Modeling%20Frankel-Cook.pdf ''Domain-Specific Modeling and Model Driven Architecture''] by Steve Cook

* [http://planetmde.org/ Planet MDE's list of MDA tools]

* [http://www.omg.org/mda/mda_files/Model-Driven_Architecture.pdf ''Model-Driven Architecture: Vision, Standards And Emerging Technologies''] at omg.org

* [http://www.sciences.univ-nantes.fr/lina/atl/www/papers/OnTheUnificationPowerOfModels.pdf ''On the Unification Power of Models''.]

* [http://www.acceleo.org Acceleo - OpenSource MDA Code generator based on Eclipse and EMF]

* [http://www.bluage.com BLU AGE(tm) - 100% Application Generator based on UML/OCL/MDA technologies]

* [http://www.borland.com/resources/en/pdf/white_papers/delphi_unleashing_enterprise_models_with_delphi_for_dotnet.pdf ''ECO - Model-Driven Development framework from CodeGear (Borland) company'']

* [http://www.configX.com configX - MDA framework for creating web applications]

{{UML}}

{{Authority control}}

[[Category:Software engineering]]

{{DEFAULTSORT:Model-Driven Architecture}}

[[Category:Systems engineering]]

[[Category:Domain-specific programming languages]]

[[Category:Unified Modeling Language]]

[[Category:DesignSoftware architecture]]

[[ca:Model Driven Architecture]]

[[de:Model Driven Architecture]]

[[es:Model Driven Architecture]]

[[fr:Model driven architecture]]

[[gl:Model-driven architecture]]

[[it:Model Driven Architecture]]

[[nl:Model driven architecture]]

[[ja:モデル駆動型アーキテクチャ]]

[[ru:Model Driven Architecture]]

[[zh:模型驱动架构]]