Publication | Closed Access
Providing Architectural Languages and Tools Interoperability through Model Transformation Technologies
93
Citations
37
References
2009
Year
EngineeringEffective InteroperabilitySoftware EngineeringArchitecture SpecificationSoftware AnalysisSoftware ArchitectureModel Transformation TechnologiesModel Driven ArchitectureArchitecture Description LanguageManagementArchitectural LanguagesModel-based Software DevelopmentData IntegrationModeling And SimulationModel Transformation LanguageSoftware Architecture ModelingTools InteroperabilityDesignModel TransformationSoftware DesignArchitectural DesignArchitecture AnalysisProgram AnalysisSoftware TestingFormal MethodsSystem SoftwareData Modeling
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.
| Year | Citations | |
|---|---|---|
Page 1
Page 1