Although here the domain framework and code generators
changed, most parts of the modeling language could be used in both cases.
Usually, however, there is only one main generation target (and framework) per
DSM solution. Having multiple generators for different purposes is more usual: In
addition to having a generator to produce production code, there can be another one
for making an early prototype or one that produces code enabling model debugging
66 ARCHITECTURE OF DSM
while executing the generated code. Further, generators can also produce test cases,
simulations, or metrics.
4.1.3 Models in DSM Architecture
For the application developers, the language remains the most visible part. The
language is used to make designs, and a code generator is used to produce production
code. The domain framework is normally not invisible to the modelers, in a similar
manner as BIOS code or primitives called by the running application are not visible to
programmers in a 3GL. In Fig. 4.3, the left side describes the DSM de?¬?nition and the
right side describes DSM use??”mainly modeling.
The language is formalized into a metamodel and all models describing
applications or features are instantiated from this metamodel. Thus models can??™t
express anything else other than what the language allows. This language instantiation
ensures that application developers follow the concepts and rules of the domain in
models.
Pages:
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146