Submitted by Ingrid Marçal null (in.marcal@gmail.com) on 2017-07-18T15:01:43Z No. of bitstreams: 1 Dissertacao_IngridMarcal_2017.pdf: 2015787 bytes, checksum: f1090e20505ed855a55db7d8dfd2ea4b (MD5) / Approved for entry into archive by Luiz Galeffi (luizgaleffi@gmail.com) on 2017-07-19T17:52:16Z (GMT) No. of bitstreams: 1 marcal_i_me_sjrp.pdf: 2015787 bytes, checksum: f1090e20505ed855a55db7d8dfd2ea4b (MD5) / Made available in DSpace on 2017-07-19T17:52:16Z (GMT). No. of bitstreams: 1 marcal_i_me_sjrp.pdf: 2015787 bytes, checksum: f1090e20505ed855a55db7d8dfd2ea4b (MD5) Previous issue date: 2017-06-26 / Promover a evolução de software sem provocar qualquer degradação em sua arquitetura e projeto é um desafio para a Engenharia de Software. A divisão de código em módulos é um dos mecanismos utilizados por metodologias convencionais para tentar minimizar o grau de acopla- mento entre elementos de software e facilitar a evolução. A modularização dos interesses que compõem o sistema melhora a compreensão de código e reduz a complexidade das atividades de manutenção. Apesar dos esforços para prover a modularização de interesses em sistemas de software, alguns não são facilmente encapsulados e têm sua implementação espalhada por diversos módulos. Isso gera dependências lógicas entre um grande número de elementos de software. Tais interesses são chamados de interesses transversais. Técnicas para a identificação de interesses transversais apresentam baixa precisão nos resultados obtidos, principalmente de- vido a não conformidade dos objetivos de identificação às características da técnica escolhida. Este trabalho propõe um conjunto de diretrizes para apoiar a escolha de técnicas de identifica- ção de interesses transversais. O conjunto de diretrizes colabora para a adequação das técnicas ao seu propósito e, por consequência, para a obtenção de resultados mais significantes. / Promoting software evolution without causing any degradation in its architecture and design is a challenge for software engineering. The implementation of code into modules is one of the mechanisms used by conventional programming methodologies to try to minimize the degree of coupling between elements of software and facilitate a development and evolution. The mo- dularization of concerns that make up the system improves the source code comprehension and reduces the complexity of maintenance activities. Despite efforts to provide the modularization of concerns in software systems, some are not easily encapsulated and have their implementa- tion spread across several modules. This generates logical dependencies between a large num- ber of software elements. Such concerns are called crosscutting concerns. Techniques for the identification of crosscutting concerns show low precision in the obtained results, mainly due to the nonconformity of the identification objectives to the characteristics of the chosen techni- que. This work proposes a set of guidelines to support the choice of techniques for identifying crosscutting concerns. The set of guidelines helps to adequate the techniques to their purpose and, consequently, to obtain meaningful results.

Submitted by Bruna Rodrigues (bruna92rodrigues@yahoo.com.br) on 2016-09-23T13:56:59Z No. of bitstreams: 1 TesePAPJ.pdf: 5493171 bytes, checksum: a61bbca991a0162dcea271bc085d522f (MD5) / Approved for entry into archive by Marina Freitas (marinapf@ufscar.br) on 2016-10-04T17:56:15Z (GMT) No. of bitstreams: 1 TesePAPJ.pdf: 5493171 bytes, checksum: a61bbca991a0162dcea271bc085d522f (MD5) / Approved for entry into archive by Marina Freitas (marinapf@ufscar.br) on 2016-10-04T17:56:22Z (GMT) No. of bitstreams: 1 TesePAPJ.pdf: 5493171 bytes, checksum: a61bbca991a0162dcea271bc085d522f (MD5) / Made available in DSpace on 2016-10-04T17:56:29Z (GMT). No. of bitstreams: 1 TesePAPJ.pdf: 5493171 bytes, checksum: a61bbca991a0162dcea271bc085d522f (MD5) Previous issue date: 2015-11-17 / Não recebi financiamento / A software concern may be defined as a set of requirements related to the same purpose. A CrossCutting Concern (CCC) (or Early-Aspect) is a concern whose requirements cutacross other concern requirements and the inadequate modularization of this type of concern may hinder the software development and evolution. The Aspect-Oriented Requirements Engineering (AORE) area provides more appropriate strategies for CCC identification, representation and composition. A commonly reported issue on AORE approaches is the low effectiveness provided by them, regarding to the concern identification and classification. This is due to two main causes: (i) the lack of a broader understanding about software concerns domain; and (ii) the lack of appropriate resources to support software engineers during the identification and classification of software concerns. This work aims to mitigate the reported issue by dealing with its main causes. To do this, we present: (i) a reference ontology for software concerns domain, called O4C (Ontology for Concerns), that aims to make clear and precise the description of the elements of this domain; (ii) an ontologically-based AORE approach, called ObasCId (Ontologically-based Concern Identification); and (iii) a computational tool, called OBasCId-Tool, that automates some activities of the ObasCId approach. The evaluation of the proposed approach and its computational support was carried out through experimental studies, in order to verify the effectiveness and efficiency of these research products regarding to concern identification and classification. The results indicate the ObasCId approach may contribute positively to the recall of software concerns without harming the precision and the execution time of the approach. Regarding to the ObasCId- Tool, it has been considered approved by its users, regarding to its usefulness and easeof- use features. / Um interesse de software (concern) consiste em um conjunto de requisitos relacionados a um mesmo propósito. Quando um interesse possui requisitos que se encontram entrelaçados com requisitos de outros interesses, trata-se de um “Interesse Transversal” e a modularização inadequada desse tipo de interesse pode dificultar o desenvolvimento e a evolução do software. A área de Engenharia de Requisitos Orientada a Aspectos (EROA) oferece estratégias mais adequadas para identificação, representação e composição de Interesses Transversais (ITs). Um problema comumente relatado nos estudos experimentais sobre abordagens para EROA é a baixa efetividade proporcionada por elas, com relação à identificação e classificação de interesses do software. Isso ocorre por duas causas principais: (i) a falta de uma compreensão mais ampla a respeito do domínio de interesses de software; e (ii) a escassez de recursos apropriados para apoiar engenheiros de software durante a identificação e classificação dos interesses do software. O objetivo deste doutorado é mitigar o problema relatado, atacando suas principais causas por meio de: (i) uma ontologia de referência para o domínio de interesses de software, denominada O4C (Ontology for Concerns), cujo intuito é tornar clara e precisa a descrição dos elementos desse domínio; (ii) uma abordagem para EROA fundamentada nos conceitos da ontologia O4C, denominada ObasCId (Ontologically-based Concern Identification); e (iii) uma ferramenta computacional para automatização de algumas atividades da abordagem ObasCId, denominada OBasCId-Tool. A avaliação da abordagem proposta, bem como de seu apoio computacional, foi realizada por meio de estudos experimentais, visando a verificar a efetividade e eficiência desses produtos de pesquisa com relação à identificação e classificação de interesses de software. Os resultados indicaram que a abordagem ObasCId pode contribuir positivamente para a cobertura de interesses de software, sem prejudicar a precisão e o tempo de execução dessa abordagem. Quanto à ferramenta ObasCId-Tool, a mesma foi considerada satisfatória por seus usuários, com relação às suas características de utilidade e facilidade de uso.