2003
DOI: 10.1007/s10270-003-0023-0
|View full text |Cite
|
Sign up to set email alerts
|

Pattern reification as the basis for description-driven systems

Abstract: Abstract. One of the main factors driving object-oriented software development for information systems is the requirement for systems to be tolerant to change. To address this issue in designing systems, this paper proposes a pattern-based, object-oriented, description-driven system (DDS) architecture as an extension to the standard UML four-layer meta-model. A DDS architecture is proposed in which aspects of both static and dynamic systems behavior can be captured via descriptive models and meta-models. Th… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
17
0

Year Published

2012
2012
2018
2018

Publication Types

Select...
4
4

Relationship

5
3

Authors

Journals

citations
Cited by 10 publications
(17 citation statements)
references
References 14 publications
0
17
0
Order By: Relevance
“…Following the principles of OO design the DDS approach encourages reuse of code and scripts/methods. Indeed, the description-driven design approach takes this one step further and provides reuse of meta-data, design patterns [11] and maintenance of items and activities (and their descriptions). Practically this results in a higher level of control over design evolution and simpler implementation of system improvements in addition to simpler maintenance cycles.…”
Section: Discussionmentioning
confidence: 99%
“…Following the principles of OO design the DDS approach encourages reuse of code and scripts/methods. Indeed, the description-driven design approach takes this one step further and provides reuse of meta-data, design patterns [11] and maintenance of items and activities (and their descriptions). Practically this results in a higher level of control over design evolution and simpler implementation of system improvements in addition to simpler maintenance cycles.…”
Section: Discussionmentioning
confidence: 99%
“…Every component part was registered as an Item in the CRISTAL database, each with its barcode as an identifier. Each part had a type, which functioned as the Item Description, and was linked to the Workflow definition that each instance would follow in order to collect its data and mount sub-parts (Estrella, 2003). The part types also contained subtype data as Properties and Collection Definitions to make sure that parts were assembled in assigned positions in ECal.…”
Section: The Cristal Modelmentioning
confidence: 99%
“…The main concept behind CRISTAL is what is known as a "description driven" system (Estrella, 2003). The main strength of such a "description driven" approach is that users who develop models of systems need only define them once to create a usable application.…”
Section: Introductionmentioning
confidence: 99%