. Domain framework developers are usually experienced developers and
application architects. They can provide reference implementations and can
specify how the target environment should be used. Typically they are the
people who are already making reusable assets, like component frameworks
and libraries. In Chapter 12, we give guidelines on de?¬?ning the domain
framework code.
. Tool developers implement the modeling languages and code generators.
Depending on the tools used, this group may not be needed at all since modern
metamodeling tools provide modeling editors and generators automatically
from language and generator speci?¬?cations. If automation and proper tooling
are not used, it is usual to need more than ?¬?ve people to implement the tooling
for DSM. Creators of DSM solutions should thus use automation for their own
work too. We discuss tooling for DSM in detail in Chapter 14.
The above list does not distinguish the developers of the target environment and
reusable components or customers and managers. They exist regardless of whether
the DSM approach is used. Similarly, application engineers and architects already
exist but now their work changes in part. Most application engineers can now apply
higher-level models to create and maintain applications. Architects can now
formalize the rules to be followed into a DSM solution and thus be more certain that
they will also be followed.
Pages:
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195