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.

Made available in DSpace on 2016-06-02T19:06:13Z (GMT). No. of bitstreams: 1 6078.pdf: 14032295 bytes, checksum: 116eccd4fd841045293650d9b4779ff3 (MD5) Previous issue date: 2013-11-22 / Financiadora de Estudos e Projetos / A goal of the Object-Oriented Programming is to develop software with better modularization and separation of concerns, although tangling and scattering of some of these concerns cannot be prevented. The Aspect-Oriented Programming was proposed to solve this problem. However, the identification of the scattering and tangling concerns, also known as crosscutting concerns (CC), is not simple. To assist this identification, it is recommended the use of CC Mining tools (MT), but some MTs do not properly display these CCs in the source code. One way to improve the presentation of this CCs is displaying them through software visualization tools. Software visualization aims to abstract the structural information of the software through visual metaphors. However, it is not always simple to integrate CC and visualization tools, because each tool store their results in a specific format that is usually not recognized by the others. In order to solve this problem, this work created a metamodel that facilitates this integration. The results obtained from a MT are transformed to this metamodel format, so they can be processed by a software visualization tool. Presenting the results of a MT through software visualization tools helps the comparison of these results, facilitating the detection of false negatives and the identification of visual patterns that indicate false positives. Four MT and two software visualization tools were integrated to demonstrate the benefits of an integrated environment. Moreover, two experiments were conducted: one to evaluate the use of the proposed metamodel; and another to evaluate the use of the integrated environment. The results revealed that the use of the proposed metamodel facilitates this integration and the software engineer must be a specialist of each of the integrated tools in order to enjoy the benefits from this integration. / Um dos objetivos do desenvolvimento Orientado a Objetos é a construção de software com melhor modularização e separação de interesses, porém não há como evitar que haja entrelaçamento e espalhamento de alguns desses interesses. O desenvolvimento Orientado a Aspecto é uma proposta de solucionar esse problema. Entretanto, a identificação de interesses entrelaçados e espalhados pelo código fonte, conhecidos como interesses transversais (IT), não é simples. Para auxiliar essa identificação é recomendado o uso de ferramentas de mineração de interesses transversais (MIT). Após esses interesses serem identificados, muitas vezes, persiste a dificuldade de visualizá-los adequadamente no código fonte. Uma forma de melhorar a apresentação dos ITs é exibir os resultados das ferramentas de MIT usando as ferramentas de visualização de software. A visualização de software tem como objetivo abstrair as informações estruturais de um software por meio de metáforas visuais. Porém, nem sempre é possível integrar facilmente essas ferramentas, pois cada uma armazena seus resultados em um formato específico que normalmente não é reconhecida pelas demais. Para solucionar esse problema, neste trabalho foi criado um metamodelo que facilita essa integração. Os resultados obtidos a partir de uma ferramenta de MIT são transformados para o formato desse metamodelo, para que sejam processados por uma ferramenta de visualização de software. A exibição dos resultados das ferramentas de MIT por meio das ferramentas de visualização facilita a comparação desses resultados, sendo evidenciados os falsos negativos e facilitada a identificação de novos padrões visuais para falsos positivos. Para mostrar a utilidade de um ambiente integrado, foram utilizadas quatro ferramentas de MIT e duas de visualização de software. Além disso, dois experimentos foram conduzidos: um para avaliar a utilização do metamodelo proposto, e outro para avaliar a utilização do ambiente integrado. Os resultados apontaram que a integração é facilitada com a utilização do metamodelo proposto e que é necessário que o engenheiro de software tenha pleno domínio de cada uma das ferramentas envolvidas, a fim de beneficiar-se dessa integração.

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

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.

Made available in DSpace on 2014-12-17T15:48:07Z (GMT). No. of bitstreams: 1 LarissaAS_DISSERT.pdf: 2513975 bytes, checksum: c4af91c9ccb8a615b65c89426c2338d2 (MD5) Previous issue date: 2013-02-05 / Coordena??o de Aperfei?oamento de Pessoal de N?vel Superior / When crosscutting concerns identification is performed from the beginning of development, on the activities involved in requirements engineering, there are many gains in terms of quality, cost and efficiency throughout the lifecycle of software development. This early identification supports the evolution of requirements, detects possible flaws in the requirements specification, improves traceability among requirements, provides better software modularity and prevents possible rework. However, despite these several advantages, the crosscutting concerns identification over requirements engineering faces several difficulties such as the lack of systematization and tools that support it. Furthermore, it is difficult to justify why some concerns are identified as crosscutting or not, since this identification is, most often, made without any methodology that systematizes and bases it. In this context, this paper proposes an approach based on Grounded Theory, called GT4CCI, for systematizing and basing the process of identifying crosscutting concerns in the initial stages of the software development process in the requirements document. Grounded Theory is a renowned methodology for qualitative analysis of data. Through the use of GT4CCI it is possible to better understand, track and document concerns, adding gains in terms of quality, reliability and modularity of the entire lifecycle of software / Quando a identifica??o de interesses transversais ? feita desde o princ?pio do processo de desenvolvimento de software, ainda nas atividades relacionadas ? Engenharia de Requisitos, muitos s?o os ganhos em termos de qualidade, custo e efici?ncia ao longo do ciclo de vida do software. Esta identifica??o precoce d? suporte ? evolu??o de requisitos, detecta poss?veis falhas na especifica??o de requisitos, melhora a rastreabilidade entre os requisitos, proporciona uma melhor modulariza??o de software e previne poss?veis retrabalhos. Entretanto, apesar de todas estas vantagens, a identifica??o de interesses enfrenta diversas dificuldades, tais como a falta de sistematiza??o e de ferramentas que a ofere?am um bom suporte. Al?m disto, ? dif?cil, muitas vezes, justificar as raz?es pelas quais alguns interesses s?o ou n?o considerados transversais, uma vez que esta identifica??o ?, na maioria das vezes, feita sem qualquer metodologia que a sistematize e a embase. Neste contexto, este trabalho prop?e uma abordagem baseada nos princ?pios da Grounded Theory, chamada GT4CCI, que sistematiza e embasa o processo de identifica??o de interesses transversais nas etapas mais iniciais do processo de desenvolvimento de software, utilizando o documento de requisitos como artefato para a identifica??o. Grounded Theory ? uma renomada metodologia para a an?lise qualitativa de dados. Atrav?s do uso da abordagem GT4CCI ? poss?vel melhor compreender, rastrear e documentar interesses, adicionando assim ganhos em termos de qualidade, confiabilidade e modulariza??o ? todo o ciclo de vida do software

Made available in DSpace on 2016-06-02T19:05:25Z (GMT). No. of bitstreams: 1 DissDK.pdf: 983134 bytes, checksum: 0166a552182054c029a6c11c0e6034d0 (MD5) Previous issue date: 2007-08-24 / Guidelines that conduce the reengineering from legacy systems implemented in Java language to Aspect-Oriented language, AspectJ, preserving the original functionality, was proposed in the Aspecting method. Some case studies based on Aspecting was performed and it inferred that the reduction of efforts could be observed if computational support had been created previously and used. The List of Indications (of aspects) originally specified in Aspecting used lexical analysis for identification of crosscutting concerns found in Java code. Therefore, an Indication Model was presented in this paper in order to perform identification of crosscutting concerns in legacy code by syntactic analysis, using AST (Abstract Syntax Tree) and reorganization of Java code to AspectJ. The resulting system has enhancements in its internal structure, due to the separation of crosscutting concerns and elimination of problems related to scattering and tangling of code, observing better modularization, legibility and maintenance of system. A computational support that automates some of guidelines of system reengineering makes this migration process possible. Thus computational support called ReJAsp (apoio computacional para Reengenharia de sistemas Java para AspectJ) was built as plug-in of Integrated Development Environment Eclipse. The evaluation of ReJAsp was performed as case studies using systems written in Java, one of them found at Internet and others developed by students of computer science course of UFSCar. / Diretrizes para conduzir a reengenharia de sistemas legados implementados em linguagem Java para linguagem orientada a aspectos, AspectJ, preservando a funcionalidade original, foram propostas na abordagem Aspecting. A partir de estudos de caso realizados com essa abordagem, inferiu-se que poderia haver redução de esforços se um apoio computacional fosse criado. A Lista de Indícios (candidatos a aspectos) originalmente criada na Aspecting usava análise léxica para a identificação de interesses transversais no código legado Java. Assim, um Modelo de Indícios foi criado neste trabalho, para identificação de interesses transversais em códigos legados com base em análise sintática, por meio de AST (Abstract Syntax Tree) e para reestruturação do código Java para AspectJ. O sistema resultante apresenta melhorias em sua estrutura interna, devido à separação de interesses transversais e eliminação de problemas de espalhamento e de entrelaçamento em código, refletindo em um sistema mais modular, legível e manutenível. Um apoio computacional que automatiza parte das diretrizes envolvidas na reengenharia do sistema foi criado para viabilizar esse processo de reengenharia. Esse apoio computacional é denominado ReJAsp (apoio computacional para Reengenharia de sistemas Java para AspectJ) e foi construído como um plug-in do ambiente de desenvolvimento integrado Eclipse. Para avaliação do ReJAsp foram conduzidos estudos de caso a partir de sistemas implementados em Java da Internet e outros desenvolvidos em disciplinas de cursos de graduação da UFSCar.

Made available in DSpace on 2016-06-02T19:06:19Z (GMT). No. of bitstreams: 1 6441.pdf: 3762020 bytes, checksum: cf0babba26cd55b52382a3a068029d68 (MD5) Previous issue date: 2014-10-13 / Universidade Federal de Sao Carlos / Maintaining legacy systems is a complex and expensive activity for many companies. An alternative to this problem is the Architecture-Driven Modernization (ADM), proposed by the OMG (Object Management Group). ADM is a set of principles that support the modernization of systems using models. The Knowledge Discovery Metamodel (KDM) is the main ADM metamodel and it is able to represent various characteristics of a system, such as source code, configuration files and GUI. Through a reverse engineering process supported by tools is possible to extract knowledge from legacy source code and store it in KDM metamodel instances. Another metamodel that is important to this project is the Structured Metrics Metamodel (SMM) that allows the specification of metrics and also the representation of the measurements results performed on KDM models. When we decide to modernize a legacy system, an alternative that aims to improve concerns modularization of a system is the Aspect-Oriented Programming. Considering this alternative, the main goal of this project is to present an approach to defining and computing concern metrics in instances of KDM metamodel. This kind of measurement needs a prior concern mining that make notes on system components indicating concerns which it implements. To achieve the project objective, a complete approach to measure concerns using ADM models was developed, this approached is composed by an extension of KDM metamodel for representing Aspect- Oriented Software (AO-KDM), a concern metrics library in SMM format (CCML) developed in order to be parameterized by the Modernization Engineer. Therefore, the metrics defined in this project can be reused in other projects. Furthermore, we have developed a tool (CMEE) capable of handling parameterization annotations (notes about concerns made by the mining tools) that allows that models annotated by different mining tools could be measured by SMM metrics. / Manter sistemas legados é uma atividade complexa e cara para muitas empresas. Uma alternativa para este problema é a Modernização Dirigida à Arquitetura (Architecture- Driven Modernization - ADM), proposta pelo OMG (Object Management Group). A ADM consiste em um conjunto de princípios que apoiam a modernização de sistemas utilizando modelos. O Knowledge Discovery Metamodel (KDM) é o principal metamodelo da ADM e é capaz de representar diversas características de um sistema, como código-fonte, arquivos de configuração e de interface gráfica. Por meio de um processo de engenharia reversa apoiado por ferramentas é possível extrair conhecimento do código-fonte legado e armazená-lo em instâncias do metamodelo KDM. Outro metamodelo da ADM pertinente a este projeto é o Structured Metrics Metamodel (SMM) que torna possível a especificação de métricas e também a representação dos resultados de medições realizadas em modelos KDM. Quando decide-se modernizar um sistema legado, uma alternativa que procura melhorar o nível de modularização dos interesses de um sistema é a orientação a aspetos. Considerando essa alternativa, o objetivo deste projeto é apresentar uma abordagem para definição e aplicação de métricas de interesse em instâncias do metamodelo KDM. Esse tipo de medição precisa de uma mineração de interesses prévia, que realiza anotações nos componentes do sistema indicando qual interesse ele implementa. Para alcançar o objetivo do projeto, foi desenvolvida uma abordagem completa de medição de interesses utilizando modelos da ADM, composta por uma extensão do KDM para a representação de software orientado a aspectos (AO-KDM), uma biblioteca de métricas de interesses no formato SMM (CCML) desenvolvida com o intuito de ser parametrizável pelo Engenheiro de Modernização. Portanto, as métricas definidas neste projeto podem ser reusadas em outros projetos. Além disso, foi desenvolvida uma ferramenta de apoio computacional (CMEE) capaz de lidar com parametrização de anotações (anotações de interesses realizadas por ferramentas de mineração) que permite que modelos anotados com diferentes ferramentas de mineração possam ser medidos por métricas SMM.