Again the
reason is that languages for executable UML are general purpose. The low level of
abstraction leads to models that illustrate code. This is evident also in models that
describe behavior: a typical example is showing direct method names, parameters,
variables, and other code constructs in state machines. This approach has not received
much interest since the models only map to a few domains that are already close to
technical coding terms. Also most developers working at the code level often ?¬?nd it
better to write the same structures directly in a programming language rather than
using UML and additional textual languages.
3.3.3 How Does DSM Differ from MDA?
OMG has tacitly admitted that full code generation fromUML is not going to happen
and aims toward a model-driven architecture (MDA, OMG, 2003). MDA uses three
different kinds of models: models that are independent of computing details (CIM),
models that are independent of the computing platform (PIM), and models that are
speci?¬?c to a particular computing platform (PSM). This model structure is the A
(architecture) in MDA. At its most basic, MDA involves transforming one UML
model into another UML model, possibly several times and possibly automatically,
then automatically generating substantial code from the ?¬?nal model.
In MDA, model transformations normally mean that during each step developers
extend the automatically produced models with further details.
Pages:
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128