1 |
Reqsys-MDD: uma ferramenta para mapeamento entre modelos de features e requisitos em linhas de produto de softwareSousa, Lidiane Oliveira dos Santos 23 May 2012 (has links)
Made available in DSpace on 2014-12-17T15:48:02Z (GMT). No. of bitstreams: 1
LidianeOSS_DISSERT.pdf: 4948473 bytes, checksum: f3f2d84880d3d969d6a1a9ec6252b0ff (MD5)
Previous issue date: 2012-05-23 / Coordena??o de Aperfei?oamento de Pessoal de N?vel Superior / The approach Software Product Line (SPL) has become very promising these days, since it
allows the production of customized systems on large scale through product families. For the
modeling of these families the Features Model is being widely used, however, it is a model
that has low level of detail and not may be sufficient to guide the development
team of LPS. Thus, it is recommended add the Features Model to other models representing
the system from other perspectives. The goals model PL-AOVgraph can assume this
role complementary to the Features Model, since it has a to context oriented language of
LPS's, which allows the requirements modeling in detail and identification of crosscutting
concerns that may arise as result of variability. In order to insert PL-AOVgraph in
development of LPS's, this paper proposes a bi-directional mapping between PL-AOVgraph
and Features Model, which will be automated by tool ReqSys-MDD. This tool uses the
approach of Model-Driven Development (MDD), which allows the construction of systems
from high level models through successive transformations. This enables the integration of
ReqSys-MDD with other tools MDD that use their output models as input to other
transformations. So it is possible keep consistency among the models involved, avoiding loss
of informations on transitions between stages of development / A abordagem de Linha de Produto de Software (LPS) tem se tornado bastante promissora nos
dias de hoje, uma vez que permite a produ??o de sistemas customizados em larga escala,
atrav?s de fam?lias de produtos. Para a modelagem destas fam?lias o Modelo de Features tem
sido muito utilizado, no entanto, se trata de um modelo que apresenta baixo n?vel de
detalhamento, podendo n?o ser suficiente para orientar a equipe de desenvolvimento da LPS.
Dessa forma, ? recomend?vel agregar o Modelo de Features a outros modelos que
representem o sistema sob outras perspectivas. O Modelo de Metas PL-AOVgraph pode
assumir esta fun??o complementar ao Modelo de Features, uma vez que possui uma
linguagem voltada para o contexto das LPS s, que permite a modelagem de requisitos de
forma detalhada e a identifica??o de caracter?sticas transversais, que podem surgir em
decorr?ncia da variabilidade. Com o objetivo de inserir PL-AOVgraph no processo de
desenvolvimento das LPS s, este trabalho prop?e um mapeamento bi-direcional entre PLAOVgraph
e Modelo de Features, que ser? automatizado pela ferramenta ReqSys-MDD. Esta
ferramenta utiliza a abordagem de Desenvolvimento Orientado a Modelos (Model-Driven
Development MDD), que permite a constru??o de sistemas a partir de modelos de alto n?vel,
atrav?s de transforma??es sucessivas. Isto possibilita a integra??o de ReqSys-MDD com
outras ferramentas MDD que utilizem seus modelos de sa?da como entrada para outras
transforma??es. Assim, ? poss?vel manter a consist?ncia entre os modelos envolvidos,
evitando a perda de informa??es nas transi??es entre as etapas de desenvolvimento
|
2 |
Identificando interesses transversais em modelos de requisitos PL-AOVgraphMedeiros, Ma?ra de Faria Barros 04 February 2013 (has links)
Made available in DSpace on 2014-12-17T15:48:08Z (GMT). No. of bitstreams: 1
MairaFBM_DISSERT.pdf: 2457675 bytes, checksum: 89599b0e4d22e348438de0c61dc6f914 (MD5)
Previous issue date: 2013-02-04 / Conselho Nacional de Desenvolvimento Cient?fico e Tecnol?gico / The occurrence of problems related to the scattering and tangling phenomenon, such as the difficulty to do system maintenance, increasingly frequent. One way to solve this problem is related to the crosscutting concerns identification. To maximize its benefits, the identification must be performed from early stages of development process, but some works have reported that this has not been done in most of cases, making the system development susceptible to the errors incidence and prone to the refactoring later. This situation affects directly to the quality and cost of the system. PL-AOVgraph is a goal-oriented requirements modeling language which offers support to the relationships representation among requirements and provides separation of crosscutting concerns by crosscutting relationships representation. Therefore, this work presents a semi-automatic method to crosscutting concern identification in requirements specifications written in PL-AOVgraph. An adjacency matrix is used to identify the contributions relationships among the elements. The crosscutting concern identification is based in fan-out analysis of contribution relationships from the informations of adjacency matrix. When identified, the crosscutting relationships are created. And also, this method is implemented as a new module of ReqSys-MDD tool / A ocorr?ncia de problemas relacionados aos fen?menos de espalhamento e entrela?amento, tal como a dificuldade de manuten??o do sistema, ? cada vez mais frequente. Uma tentativa de resolver este problema est? relacionada ? identifica??o de interesses transversais. Para maximizar seus benef?cios, a identifica??o deve ser realizada desde as etapas iniciais do processo de desenvolvimento, por?m alguns trabalhos relatam que isto n?o tem sido feito na maioria dos casos, tornando o desenvolvimento do sistema suscet?vel ? ocorr?ncia de erros e propensos ? refatora??es em fases posteriores. Esta situa??o afeta diretamente ? qualidade e o custo do sistema. PL-AOVgraph ? uma linguagem de modelagem de requisitos orientada a metas que oferece suporte para representa??o dos relacionamentos entre requisitos e prov? separa??o de interesses transversais atrav?s da representa??o de relacionamentos transversais. Diante disso, esse trabalho apresenta um m?todo semi-autom?tico para identifica??o de interesses transversais em especifica??es de requisitos escritas em PL-AOVgraph. Uma matriz de adjac?ncia ? utilizada para a identifica??o dos relacionamentos de contribui??o entre os elementos. A identifica??o de interesses transversais ? baseada na an?lise fan-out dos relacionamentos de contribui??o a partir das informa??es da matriz de adjac?ncia. Quando identificados, os relacionamentos transversais s?o criados. Esse m?todo est? implementado como um novo m?dulo da ferramenta ReqSys-MDD
|
3 |
Dos requisitos ? arquitetura em linhas de produtos de software: uma estrat?gia de transforma??es entre modelosCoelho, Keivilany Janielle de Lima 06 February 2012 (has links)
Made available in DSpace on 2014-12-17T15:47:59Z (GMT). No. of bitstreams: 1
KeivilanyJLC_DISSERT.pdf: 3136956 bytes, checksum: 58f2931b21ff1ab0cd5e4e065e0d1aa4 (MD5)
Previous issue date: 2012-02-06 / Conselho Nacional de Desenvolvimento Cient?fico e Tecnol?gico / 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 / O rastreamento entre modelos das atividades de requisitos e arquitetura ? uma estrat?gia
que busca evitar a perda de informa??es, reduzindo o gap entre essas duas atividades
iniciais do ciclo de vida do software. No contexto das Linhas de Produto de
Software (LPS), ? importante que haja um suporte a esse rastreamento, que permita
a correspond?ncia entre as duas atividades, com um gerenciamento satisfat?rio das
variabilidades. Buscando atender a essa quest?o, este trabalho apresenta um processo
de mapeamento bi-direcional, definindo regras de transforma??o entre elementos
de modelo de requisitos orientado a objetivos (descrito em PL-AOVgraph) e elementos
de descri??o arquitetural (definida em PL-AspectualACME). Essas regras de
mapeamento s?o avaliadas em um estudo de caso: a LPS Ginga ForAll. Para automatizar
essa transforma??o, implementamos a ferramenta MaRiPLA (Mapping Requirements
to Product Line Architecture), atrav?s de t?cnicas do desenvolvimento
dirigido a modelos (Model-driven Development MDD), incluindo a linguagem de
transforma??es entre modelos Atlas Transformation Language (ATL) com especifica??o
de metamodelos do tipo Ecore em conjunto com os frameworks Xtext, de
defini??o DSL, e Acceleo, de gera??o de c?digo, em ambiente Eclipse. Por fim, os
modelos gerados s?o avaliados, com base em atributos de qualidade como variabilidade,
derivabilidade, reusabilidade, corretude, rastreabilidade, completude, evolutibilidade
e manutenibilidade, extra?dos do Modelo de Qualidade CAF?
|
Page generated in 0.0317 seconds