You can focus on a restricted
domain, the area of your interest. This is often the same area where you have already
been working. There are thus most likely some fundamental concepts already available
and in use, even if they are only used in spoken language, product presentation slides,
high-level product designs, or requirements. Actually, most people already have a
domain-speci?¬?c vocabulary in use and that vocabulary exists with good reason: it is
relevant when discussing such systems. Usually, there is no need to introduce a whole
newdomain-speci?¬?c language as it is already in use, albeit implicitly and partially. The
person who speci?¬?es a Domain-Speci?¬?c Modeling (DSM) language identi?¬?es
the modeling concepts in detail and formalizes them by creating a metamodel.
10.1 INTRODUCTION AND OBJECTIVES
We describe in this chapter howto de?¬?ne one or several integrated modeling languages
for a speci?¬?c problem domain: from initial language concept identi?¬?cation to testing
and maintenance. Throughout the chapter, we use the examples from Part III to
Domain-Speci?¬?c Modeling: Enabling Full Code Generation, Steven Kelly and Juha-Pekka Tolvanen
Copyright # 2008 John Wiley & Sons, Inc.
227
illustrate language de?¬?nition in detail. First, in Section 10.2 we look at how to ?¬?nd and
de?¬?ne the modeling concepts and their characteristics.
Pages:
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410