Dos requisitos à arquitetura em linhas de produtos de software: uma estratégia de transformações entre modelos
The tracking between models of the requirements and architecture activities is a strategy that aims to prevent loss of information, reducing the gap between these two initial activities of the software life cycle. In the context of Software Product Lines (SPL), it is important to have this support,...
Na minha lista:
Autor principal: | |
---|---|
Outros Autores: | |
Formato: | Dissertação |
Idioma: | por |
Publicado em: |
Universidade Federal do Rio Grande do Norte
|
Assuntos: | |
Endereço do item: | https://repositorio.ufrn.br/jspui/handle/123456789/18040 |
Tags: |
Adicionar Tag
Sem tags, seja o primeiro a adicionar uma tag!
|
Resumo: | The tracking between models of the requirements and architecture activities
is a strategy that aims to prevent loss of information, reducing the gap between
these two initial activities of the software life cycle. In the context
of Software Product Lines (SPL), it is important to have this support, which allows
the correspondence between this two activities, with management of variability.
In order to address this issue, this paper presents a process of bidirectional
mapping, defining transformation rules between elements of a goaloriented
requirements model (described in PL-AOVgraph) and elements of an architectural
description (defined in PL-AspectualACME). These mapping rules are
evaluated using a case study: the GingaForAll LPS. To automate this transformation,
we developed the MaRiPLA tool (Mapping Requirements to Product
Line Architecture), through MDD techniques (Modeldriven
Development), including Atlas Transformation Language (ATL)
with specification of Ecore metamodels jointly with Xtext , a DSL definition
framework, and Acceleo, a code generation tool, in Eclipse environment. Finally,
the generated models are evaluated based on quality attributes such as variability,
derivability, reusability, correctness, traceability, completeness, evolvability and
maintainability, extracted from the CAFÉ Quality Model |
---|