RT Journal Article
JF IEEE Transactions on Software Engineering
YR 2009
VO 36
SP 119
TI Providing Architectural Languages and Tools Interoperability through Model Transformation Technologies
A1 Henry Muccini,
A1 Patrizio Pelliccione,
A1 Damien Andrew Tamburri,
A1 Ivano Malavolta,
K1 Software architectures
K1 interoperability
K1 domain-specific architectures
K1 design tools and techniques
K1 model transformations.
AB Many architectural languages have been proposed in the last 15 years, each one with the chief aim of becoming the ideal language for specifying software architectures. What is evident nowadays, instead, is that architectural languages are defined by stakeholder concerns. Capturing all such concerns within a single, narrowly focused notation is impossible. At the same time, it is also impractical to define and use a “universal” notation, such as UML. As a result, many domain-specific notations for architectural modeling have been proposed, each one focusing on a specific application domain, analysis type, or modeling environment. As a drawback, a proliferation of languages exists, each one with its own specific notation, tools, and domain specificity. No effective interoperability is possible to date. Therefore, if a software architect has to model a concern not supported by his own language/tool, he has to manually transform (and, eventually, keep aligned) the available architectural specification into the required language/tool. This paper presents DUALLy, an automated framework that allows architectural languages and tools interoperability. Given a number of architectural languages and tools, they can all interoperate thanks to automated model transformation techniques. DUALLy is implemented as an Eclipse plugin. Putting it in practice, we apply the DUALLy approach to the Darwin/FSP ADL and to a UML2.0 profile for software architectures. By making use of an industrial complex system, we transform a UML software architecture specification in Darwin/FSP, make some verifications by using LTSA, and reflect changes required by the verifications back to the UML specification.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0098-5589
LA English
DO 10.1109/TSE.2009.51
LK http://doi.ieeecomputersociety.org/10.1109/TSE.2009.51