If the input format could have been changed and
supported by additional framework code, the code generators would have been
signi?¬?cantly simpler: now the generator produces a lot of MOF-related Java code
needed just for the repository. Since the modeling language raised the level of
abstraction, the company??™s plan to move from Java to anXMLgenerator was seen as a
minor issue: just one software engineer would be needed to modify the generator to
produce a different output format. When planning the change of the target code to
XML, it was also soon realized that the main generator structure (Fig. 6.8) would be
largely the same??”excluding only the MOF speci?¬?c parts.
6.8 SUMMARY
The case of insurance product speci?¬?cation has shown how a DSM solution can be
de?¬?ned to raise the level of abstraction beyond the technical programming domain to
the business domain. With the created DSM solution, nontechnical domain experts
can create speci?¬?cations using terminology they already know and generate the
implementation code completely. The DSM solution also allowed the company to
start de?¬?ning the insurance products even when the underlying platform was not yet in
use.
Since the company had already de?¬?ned a domain model and had sample
implementations, the DSM solution was largely de?¬?ned and implemented by an
external consultant.
Pages:
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274