Developing Families of Method-Oriented Architecture

The method engineering paradigm is motivated by the need for software development methods suitable for specific situations and requirements of organizations in general and projects in particular. Assembly-based method engineering, as one of the prominent approaches in method engineering, creates project-specific methods by (re-)using method components, specified with method processes and products, and stored in method repositories. This paper tries to address the two challenges of assembly-based method engineering related to more effective: i) publication and sharing of method components; and ii) management of variability in software methods, which have many commonalties. In order to address these two challenges, we propose the concept of Families of Method-Oriented Architectures. This concept is built on top of the principles of service-oriented architectures and software product lines.

[1]  Antonio Ruiz Cortés,et al.  From Feature Models to Business Processes , 2008, 2008 IEEE International Conference on Services Computing.

[2]  Krzysztof Czarnecki,et al.  Staged configuration through specialization and multilevel configuration of feature models , 2005, Softw. Process. Improv. Pract..

[3]  Marek Hatala,et al.  ReCoIn: A framework for dynamic integration of remote services into a service-oriented component model , 2009, 2009 IEEE Asia-Pacific Services Computing Conference (APSCC).

[4]  Colette Rolland.  Method Engineering: Towards Methods as Services , 2008, ICSP.

[5]  Colette Rolland.  Method engineering: towards methods as services , 2009 .

[6]  Heiko Schuldt,et al.  CASCOM: Intelligent Service Coordination in the Semantic Web , 2008 .

[7]  Colette Rolland,et al.  An Assembly Process Model for Method Engineering , 2001, CAiSE.

[8]  Christian S. Jensen,et al.  Capturing Temporal Constraints in Temporal ER Models , 2008, ER.

[9]  Wei-Tek Tsai,et al.  Service-oriented system engineering: a new paradigm , 2005, IEEE International Workshop on Service-Oriented System Engineering (SOSE'05).

[10]  Björn Lundell,et al.  Method-in-Action and Method-in-Tool: Some Implications for CASE , 2004, ICEIS.

[11]  Isabelle Mirbel,et al.  Situational method engineering: combining assembly-based and roadmap-driven approaches , 2005, Requirements Engineering.

[12]  A. F. Harmsen,et al.  Situational Method Engineering , 1997 .

[13]  Linda Northrop.  Software Product Lines , 2002 .

[14]  Carine Souveyet,et al.  From Method Fragments to Method Services , 2009, EMMSAD.

[15]  Klaus Schmid.  A comprehensive product line scoping approach and its validation , 2002, ICSE '02.

[16]  Robert L. Nord,et al.  Software Product Lines , 2004, Lecture Notes in Computer Science.

[17]  Soo Dong Kim,et al.  DREAM: a practical product line engineering using model driven architecture , 2005, Third International Conference on Information Technology and Applications (ICITA'05).

[18]  Jolita Ralyté,et al.  Requirements Definition for the Situational Method Engineering , 2002, Engineering Information Systems in the Internet Context.

[19]  Marek Hatala,et al.  Automated Staged Configuration with Semantic Web Technologies , 2010, Int. J. Softw. Eng. Knowl. Eng..

[20]  A.E.K. Sahraoui,et al.  A Lightweight Workshop-Centric Situational Approach for the Early Stages of Requirements Elicitation in Software Development , 2005 .

[21]  Iris Reinhartz-Berger,et al.  A Domain Engineering Approach for Situational Method Engineering , 2008, ER.

[22]  Mohsen Asadi,et al.  Patterns of Situational Method Engineering , 2009, SERA.

[23]  Colette Rolland,et al.  Towards a Generic Model for Situational Method Engineering , 2003, CAiSE.

[24]  Pär J. Ågerfalk,et al.  Method configuration: adapting to situational characteristics while creating reusable assets , 2004, Inf. Softw. Technol..

[25]  Cesar Gonzalez-Perez,et al.  Supporting Situational Method Engineering with ISO/IEC 24744 and the Work Product Pool Approach , 2007, Situational Method Engineering.

[26]  Matthine Klusch,et al.  Semantic Web Service Coordination , 2008 .

[27]  Leon J. Osterweil,et al.  Software processes are software too , 1987, ISPW.