scispace - formally typeset
Open AccessBook

MDA Explained: The Model Driven Architecture¿: Practice and Promise

TLDR
Insight is given in what MDA means and what you can achieve, both today and in the future, thereby raising the level of maturity of the IT industry.
Abstract
From the Book: For many years, the three of us have been developing software using object oriented techniques. We started with object oriented programming languages, like C++, Smalltalk, and Eiffel. Soon we felt the need to describe our software at a higher level of abstraction. Even before the first object oriented analysis and design methods, like Coad/Yourdon and OMT, were published, we used our own invented bubbles and arrows diagrams. This naturally led to questions like "What does this arrow mean?" and "What is the difference between this circle and that rectangle?". We therefore rapidly decided to use the newly emerging methods to design and describe our software. During the years we found that we were spending more time on designing our models, than on writing code. The models helped us to cope with larger and more complex systems. Having a good model of the software available, made the process of writing code easier and in many cases even straightforward. In 1997 some of us got involved in defining the first standard for object oriented modeling called UML. This was a major milestone that stimulated the use of modeling in the software industry. When the OMG launched its initiative on Model Driven Architecture we felt that this was logically the next step to take. People try to get more and more value from their high level models, and the MDA approach supports these efforts. At that moment we realized that all these years we had naturally walked the path towards model driven development. Every bit of wisdom we acquired during our struggle with the systems we had to build, fitted in with this new idea of how to build software. It caused a feeling similar to an AHA-erlebnis: "Yes, this is it," the same feeling we had years before when we first encountered the object-oriented way of thinking, and again when we first read the GOF book on design patterns. We feel that MDA could very well be the next major step forward in the way software is being developed. MDA brings the focus of software development to a higher level of abstraction, thereby raising the level of maturity of the IT industry. We are aware of the fact that the grand vision of MDA, which Richard Soley, the president of the OMG, presents so eloquently, is not yet a reality. However some parts of MDA can already be used today, while others are under development. With this book we want to give you insight in what MDA means and what you can achieve, both today and in the future. Anneke Kleppe, Jos Warmer, and Wim Bast Soest, the Netherlands January 2003

read more

Citations
More filters
Proceedings ArticleDOI

Model-driven behavior specification for robotic teams

TL;DR: The added value of using an AOSE methodology in the development of robotic systems is demonstrated, as ASEME allowed for a platform-independent team behavior specification, automated a large part of the code generation process, and reduced the total development time.
Book ChapterDOI

Automatic Generation of User Interface Models and Prototypes from Domain and Use Case Models

TL;DR: The development of interactive systems typically involves the separate design and development of disparate system components by different software developers and the user interface is the part of an interactive system through which a user can access the system functionality.
Proceedings ArticleDOI

Applying Model-Driven Development to Pervasive System Engineering

TL;DR: An overview of model-driven software development methodologies is provided and it is argued that they are well-suited for the purpose of pervasive software development.
Journal ArticleDOI

Designing and Verifying Communication Protocols Using Model Driven Architecture and Spin Model Checker

TL;DR: A 2-Phase strategy based on the UML state machine and sequence diagram is introduced to satisfy the properties of communication protocols and is compared with the developed UML models.
Journal ArticleDOI

Connecting domain-specific features to source code: towards the automatization of dashboard generation

TL;DR: The main goal is to test the functionality of a workflow that can connect external algorithms, such as artificial intelligence algorithms, to infer dashboard features and feed a generator based on the software product line paradigm.