Model-driven development

被引:37
作者
Pastor O. [1 ]
España S. [1 ]
Panach J.I. [1 ]
Aquino N. [1 ]
机构
[1] Centro de Investigación en Métodos de Producción de Software (ProS), Universidad Politécnica de Valencia, Valencia 46022, Camino de Vera s/n
关键词
Requirement Engineering; Abstraction Level; Software Development Process; Wicked Problem; Jigsaw Puzzle;
D O I
10.1007/s00287-008-0275-8
中图分类号
学科分类号
摘要
The model-driven architecture (MDA) paradigm is well-known and widely used in the field of model-based software development. However, there are still some issues that are problematic and that need to be dealt with carefully. In this paper we present a metaphor that explains how MDA grows in complexity as problems faced become more difficult or "wicked", and how a method designed to be powerful, flexible and MDA-compliant can eventually become, in effect, a "jigsaw puzzle". This jigsaw puzzle is not merely the result of having a collection of methodological "pieces" with routes across them, but also arises as a result of the criteria underlying the MDA abstraction layers. We compare MDA to other research fields such as human-computer interaction, model management and method engineering, and we use as an example the OO-Method, a software development method based on MDA-compliant model transformations. We focus on a methodological piece that is conceived to allow the specification of interaction requirements by means of interface sketches. These sketches are supported by a task model that serves as a sound basis for formalisation and allows the application of model transformation in order to obtain subsequent models. A case study illustrates the requirements capture method together with the software development process defined by the OO-Method. The whole process presented in the case study represents one of the possible routes that can be followed when developing a software system with the OO-Method. © 2008 Springer-Verlag.
引用
收藏
页码:394 / 407
页数:13
相关论文
共 33 条
[1]  
Agerfalk P.J., Fitzgerald B., Siau K., Exploring the concept of method rationale: A conceptual tool for method tailoring, Advanced Topics in Database Research, 5, (2006)
[2]  
Agerfalk P.J., Ralyte J., Situational Requirements Engineering Processes: Reflecting on Method Engineering and Requirements Practice. Software Process: Improvement and Practice, (2006)
[3]  
Bailey B.P., Konstan J.A., Are Informal Tools Better? Comparing DEMAIS, Pencil and Paper, and Authorware for Early Multimedia Design. Human Factors in Computing Systems CHI'2003, (2003)
[4]  
Bernstein P.A., Applying Model Management to Classical Meta Data Problems, Proceedings of Conference on Innovative Data Systems Research (CIDR), (2003)
[5]  
Brinkkemper S., Method engineering: Engineering of information systems development methods and tools, Inf Softw Technol, 38, pp. 275-280, (1996)
[6]  
Brinkkemper S., Saeki M., Harmsen F., Metamodelling based assembly techniques for situational method engineering, Inf Syst, 24, pp. 209-228, (1999)
[7]  
Caetano A., Goulart N., Fonseca M., Jorge J., JavaSketchIt: Issues in Sketching the Look of User Interfaces. AAAI Spring Symposium. Sketch Understanding, pp. 9-14, (2002)
[8]  
(2007)
[9]  
Coyette A., Vanderdonckt J., A sketching tool for designing anyuser, anyplatform, anywhere user interfaces, LNCS, 3585, pp. 550-564, (2005)
[10]  
Delavara J.L., Sanchez J., Business process-driven requirements engineering: A goal-based approach, 8th Workshop on Business Process Modeling, Development, and Support (BPMDS'07), (2007)