The impact of component architectures on interoperability

Component interoperability has become an important concern as companies migrate legacy systems, integrate COTS products, and assemble modules from disparate sources into a single application. While middleware is available for this purpose, it often does not form a complete bridge between components and may be inflexible as the application evolves. What is needed is the explicit design information that will forecast a more accurate, evolvable, and less costly integration solution implementation.Emerging research has shown that interoperability problems can be traced to the software architecture of the components and integrated application. Furthermore, the solutions generated for these problems are guided by an implicit understanding of software architecture. Current technology does not fully identify what must be made explicit about software architecture to aid in comparison of the architectures and expectations of participating entities within the integrated application. Thus, there can be no relief in the expense or the duration of implementing long-term reliance on middleware. The overall goal of our research is to extract and make explicit the information needed to define and build this technology. This paper focuses on identifying, classifying, and organizing characteristics that help to define an architectural style by using abstraction and semantic nets. We illustrate the relationships between the characteristics and their relevance to interoperability via examples of integrated applications.

[1]  David Garlan,et al.  Architectural Mismatch or Why it's hard to build systems out of existing parts , 1995, 1995 17th International Conference on Software Engineering.

[2]  Mahadevan Ganapathi,et al.  Issues in Ada compiler technology , 1989, Computer.

[3]  David Garlan,et al.  A formal basis for architectural connection , 1997, TSEM.

[4]  Volker Gruhn,et al.  Integration of Heterogeneous Software Architectures - An Experience Report , 1999, WICSA.

[5]  Leigh A. Davis,et al.  How system architectures impede interoperability , 2000, WOSP '00.

[6]  Diane E. Mularz Pattern-based integration architectures , 1995 .

[7]  Barry Boehm,et al.  Detecting architectural mismatches during systems composition , 1998 .

[8]  A. Kelkar Understanding the Architectural Characteristics behind Middleware Choices , 1999 .

[9]  Jamie Payton,et al.  System Development Using the Integrating Component Architectures Process , 1999 .

[10]  Matthias Jarke,et al.  OR in decision support and expert systems , 1989, Decis. Support Syst..

[11]  Paola Inverardi,et al.  Static checking of system behaviors using derived component assumptions , 2000, TSEM.

[12]  GarlanDavid,et al.  Formalizing style to understand descriptions of software architecture , 1995 .

[13]  Chen H. Chen,et al.  Integrating existing event-based distributed applications , 1995 .

[14]  Philippe Kruchten,et al.  The 4+1 View Model of Architecture , 1995, IEEE Softw..

[15]  Nenad Medvidovic,et al.  Towards a taxonomy of software connectors , 2000, Proceedings of the 2000 International Conference on Software Engineering. ICSE 2000 the New Millennium.

[16]  David Garlan,et al.  Formal modeling and analysis of the HLA component integration standard , 1998, SIGSOFT '98/FSE-6.

[17]  Dewayne E. Perry,et al.  Proceedings of the 27th international conference on Software engineering , 1995, ICSE 1995.

[18]  David Garlan,et al.  Formal Modeling and Analysis of the HLA RTI , 1997 .

[19]  Mary Shaw,et al.  Abstractions for Software Architecture and Tools to Support Them , 1995, IEEE Trans. Software Eng..

[20]  Andrew P. Black,et al.  Interconnecting heterogeneous computer systems , 1988, CACM.

[21]  Barry Boehm,et al.  Composing heterogeneous software architectures , 1996 .

[22]  Naranker Dulay,et al.  Specifying Distributed Software Architectures , 1995, ESEC.

[23]  David Garlan,et al.  Acme: an architecture description interchange language , 1997, CASCON.

[24]  Gregory D. Abowd,et al.  Formalizing style to understand descriptions of software architecture , 1995, TSEM.

[25]  A. A. Abd Allah Composing heterogeneous software architectures , 1996 .

[26]  Alexander L. Wolf,et al.  Acm Sigsoft Software Engineering Notes Vol 17 No 4 Foundations for the Study of Software Architecture , 2022 .

[27]  R. Keshav,et al.  Towards a taxonomy of architecture integration strategies , 1998, ISAW '98.

[28]  Mary Shaw,et al.  A field guide to boxology: preliminary classification of architectural styles for software systems , 1997, Proceedings Twenty-First Annual International Computer Software and Applications Conference (COMPSAC'97).

[29]  James M. Bieman,et al.  Software architecture classification for estimating the cost of COTS integration , 1999, Proceedings of the 1999 International Conference on Software Engineering (IEEE Cat. No.99CB37002).

[30]  Mary Shaw,et al.  Software architecture - perspectives on an emerging discipline , 1996 .

[31]  Nenad Medvidovic,et al.  Towards software multioperability: bridging heterogeneous software interoperability platforms , 2000 .

[32]  John Charles Middleware Moves to the Forefront , 1999, Computer.

[33]  Leonard J. Bass,et al.  Classifying architectural elements as a foundation for mechanism matching , 1997, Proceedings Twenty-First Annual International Computer Software and Applications Conference (COMPSAC'97).

[34]  Lori A. Clarke,et al.  An Event-Based Software Integration Framework , 1995 .

[35]  David Garlan Higher Order Connectors , 1998 .

[36]  Murray R. Cantor Object-oriented project management with UML , 1998 .