SEARCH
0-9 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Prev | Current Page 678 | Next

Steven Kelly and Juha-Pekka Tolvanen

"Domain-Specific Modeling"

MetaScribe used a
speci?¬?cation written in Word, apparently as a template-based generator, plus a
separate output formatter to transform the output to a speci?¬?c document format such
as plain text or FrameMaker. DOME is described further in a number of articles
(e.g., Engstrom and Krueger, 2000).
DOME was later released as open source, although the Smalltalk code has been
static since 2000. Relying only on older Smalltalk versions meant the user interface
was rather Spartan and nonstandard. The use of ?¬?les for models was seen as a limiting
factor for the adoption ofDOMEby larger teams: only a single user at a time could edit
a ?¬?le, and there was poor support for breaking a model into separately editable chunks.
To address some of these limitations, a rearchitecture and reimplementation in Java
has been underway since 2003.
14.2.4 MetaEdit (Jyva??skyla?? University/MetaCase)
MetaEdit (Smolander et al., 1991) was the predecessor of MetaEdit+. It consisted of a
generic modeling tool whose modeling language support was provided in binary
metamodel ?¬?les. Its metamodeling language was based on OPRR (Smolander, 1991),
exhibiting a rare instance of reuse of existing work: OPRR was originally made by
Welke (Welke, 1988), and used in the QuickSpec tool (Meta Systems, 1989).
While metamodels could be built purely textually, MetaEdit included a graphical
modeling language containing the OPRR concepts, with which users could
graphically de?¬?ne their own modeling languages.


Pages:
666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690
hotel jelenia góra Russian bride Free English grammar and study guid powiekszenia wielkoformatowe counter strike 1.6