Submitted by Johnny Rodrigues (johnnyrodrigues@ufcg.edu.br) on 2018-08-21T23:05:41Z No. of bitstreams: 1 HYGGO OLIVEIRA DE ALMEIDA - DISSERTAÇÃO PPGCC 2004..pdf: 1560123 bytes, checksum: 0aa8698afcb160731e836110cc6672d8 (MD5) / Made available in DSpace on 2018-08-21T23:05:41Z (GMT). No. of bitstreams: 1 HYGGO OLIVEIRA DE ALMEIDA - DISSERTAÇÃO PPGCC 2004..pdf: 1560123 bytes, checksum: 0aa8698afcb160731e836110cc6672d8 (MD5) Previous issue date: 2004-02-17 / Capes / A abordagem multiagentes tem sido apontada por muitos pesquisadores como adequada para o desenvolvimento de sistemas de software complexos. Investimentos em Engenharia de Software para prover ferramentas e metodologias para a utilização desta abordagem em larga escala têm sido realizados. Porém, nestes trabalhos não são levadas em conta características como dinamicidade do sistema e flexibilidade e adaptabilidade da solução. Neste trabalho, apresenta-se uma infra-estrutura de engenharia para o desenvolvimento de software utilizando a abordagem multiagentes denominada COMPOR.Trata-se de um conjunto de diretrizes e ferramentas para o desenvolvimento de software para sistemas complexos, abertos e dinâmicos,com foco na obtenção de flexibilidade e adaptabilidade da solução. Para ilustrar a aplicabilidade da infra-estrutura, um exemplo de desenvolvimento de um sistema complexo no domínio de empresas virtuais é apresentado. / Many researchers have been claimed that the multiagent approach is suitable for the development of complex software systems. Many works have been proposed focusing methodologies and tools to apply the multiagent approach on large scale software development. However, the dynamic feature of the system and the flexibility and adaptability of the solution have not been considered. This work presents an engineering infrastructure to software development through a multiagent approach, named COMPOR. This infrastructure represents a set of guidelines and tools to develop software for complex, open and dynamic systems. Flexibility and adaptability of the provided solution are the main goal of COMPOR. In order to illustrate its usefulness, the development of a complex virtual enterprise application is presented.

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-06-30T12:32:07Z No. of bitstreams: 1 NarallynneMacielDeAraujo_DISSERT.pdf: 7500902 bytes, checksum: 587ea9afc222fca330e6dc52dbb60765 (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-06-30T12:40:06Z (GMT) No. of bitstreams: 1 NarallynneMacielDeAraujo_DISSERT.pdf: 7500902 bytes, checksum: 587ea9afc222fca330e6dc52dbb60765 (MD5) / Made available in DSpace on 2017-06-30T12:40:07Z (GMT). No. of bitstreams: 1 NarallynneMacielDeAraujo_DISSERT.pdf: 7500902 bytes, checksum: 587ea9afc222fca330e6dc52dbb60765 (MD5) Previous issue date: 2017-02-21 / Conselho Nacional de Desenvolvimento Cient?fico e Tecnol?gico (CNPq) / Dados Abertos Governamentais (DAGs) s?o vistos como uma forma de promover transpar?ncia, bem como de fornecer informa??es para a popula??o por meio da abertura de dados relacionados a diversos setores governamentais. Cidad?os, ao fazerem uso de aplica??es desenvolvidas com esse tipo de dado, conseguem obter o conhecimento sobre determinada esfera p?blica; o governo, por sua vez, ? capaz de promover a transpar?ncia necess?ria e proporcionar melhorias dos seus ?rg?os por meio da intera??o com cidad?os que utilizam tais aplica??es. No entanto, a cria??o e o sucesso de projetos que usam DAGs certamente depende de desenvolvedores capazes de extrair, processar e analisar essas informa??es, como tamb?m da qualidade com que esses dados s?o disponibilizados pelos seus fornecedores. Esta pesquisa foi dividida em duas fases: a primeira fase, procurou investigar a perspectiva dos desenvolvedores que utilizam DAGs brasileiros para o desenvolvimento de aplica??es que objetivam promover maior transpar?ncia aos cidad?os; na segunda fase, foram investigadas as perspectivas de cidad?os respons?veis por publicar esses dados em portais de dados abertos, i.e. fornecedores de DAGs. Por meio de vinte e quatro entrevistas semiestruturadas com doze desenvolvedores e doze fornecedores, este trabalho reporta o que os motivam a trabalhar com DAGs, bem como as dificuldades enfrentadas por eles nesse processo. Os resultados indicam que ambos atores buscam promover transpar?ncia para a popula??o, mas esbarram na baixa qualidade dos DAGs, barreiras culturais, dentre outroes problemas. Neste trabalho, tais problemas s?o apresentados e caracterizados qualitativamente. Tamb?m s?o apresentadas recomenda??es, de acordo com as perspectivas de desenvolvedores e fornecedores de dados, com o objetivo de trazer benef?cios ao ecossistema de DAGs brasileiro e aos cidad?os.

Submitted by Joyce Ribeiro (lucas.ribeiro.060496@gmail.com) on 2018-05-07T16:14:20Z No. of bitstreams: 2 Dissertação_OswaldEkwoge_vf.5.pdf: 2319636 bytes, checksum: 01ded37d937f89a4836d74082d8e3383 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) / Approved for entry into archive by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2018-05-08T14:19:47Z (GMT) No. of bitstreams: 2 Dissertação_OswaldEkwoge_vf.5.pdf: 2319636 bytes, checksum: 01ded37d937f89a4836d74082d8e3383 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) / Approved for entry into archive by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2018-05-08T14:54:21Z (GMT) No. of bitstreams: 2 Dissertação_OswaldEkwoge_vf.5.pdf: 2319636 bytes, checksum: 01ded37d937f89a4836d74082d8e3383 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) / Made available in DSpace on 2018-05-08T14:54:21Z (GMT). No. of bitstreams: 2 Dissertação_OswaldEkwoge_vf.5.pdf: 2319636 bytes, checksum: 01ded37d937f89a4836d74082d8e3383 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) Previous issue date: 2018-03-12 / CAPES - Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / Testing is a very essential activity for software development. It is the act of executing a software product in order to validate whether it behaves as intended and identify possible malfunctions. Studies have shown that testing makes up more than 50% of the development cost. Besides, much effort and emphasis have now been placed on tasks related to automation with the purpose of reducing cost and the participation of the human element in software activities. Testing is a human-based activity. Therefore, efficient ways of testing software products for quality assurance will require a better and more comprehensive understanding of testers’ feelings, perceptions, and motivations, referred to as Tester Experience (TX). Thus, the better the TX of developers during testing, or anyone who takes up the role of a tester, the better the result. TX can be defined as a means of capturing how testers think and feel about their activities within the software testing environment, with the assumption that an improvement of the tester’s experience has a positive impact on quality assurance. This thesis motivates the importance of TX, proposes concepts, issues, definition and factors affecting TX. It also proposes an approach, namely, the Tester ExperienceBased Approach (TX-A), composed of guidelines and activities that developers (or testers) can follow in order to improve their TX in addition to the factors affecting TX. Moreover, this work presents the results of a survey carried out with software development practitioners in order to evaluate TX-A which evaluates the importance of the factors and the relevance of the guidelines in improving TX. The results obtained show that more than 95% of participants agree that the factors are important and the guidelines relevant for improving TX. / Teste é uma atividade essencial para o desenvolvimento de software. É o ato de executar um produto de software para validar se o mesmo se comporta como previsto e identificar possíveis falhas. Estudos demonstraram que os testes compõem mais de 50% do custo de desenvolvimento. Além disso, muito esforço e ênfase têm sido dedicados em tarefas relacionadas à automação com o objetivo de reduzir custos e a participação do elemento humano em atividades de teste de software. No entanto, teste é também uma atividade humana. Assim, formas eficientes de testar produtos de software para garantia de qualidade exigem uma compreensão melhor e mais abrangente dos sentimentos, percepções e motivações dos testadores, conhecido como Tester Experience (TX). Dessa forma, quanto melhor o TX dos desenvolvedores durante o teste, ou qualquer um que assumir o papel de testador, melhor será o resultado. O TX pode ser definido como um meio de capturar como os testadores pensam e sentem sobre suas atividades dentro do ambiente de teste de software, com o pressuposto de que a melhoria da experiência do testador tenha um impacto positivo na garantia de qualidade. Esta dissertação demonstra a importância do TX, propõe conceitos, definições e fatores que afetam o TX. Ela também propõe uma abordagem, denominada, Tester Experience-Based Approach (TX-A), composta por diretrizes e atividades que os desenvolvedores (ou testadores) devem seguir para melhorar seu TX, além dos fatores que afetam o TX. Além disso, este trabalho apresenta os resultados de um survey realizado com profissionais de desenvolvimento de software para avaliar a TX-A. O estudo avaliou a importância dos fatores e a relevância das diretrizes na melhoria do TX. Os resultados obtidos mostram que mais de 95% dos participantes concordam que os fatores são importantes e as diretrizes são relevantes para melhorar o TX.

[pt] Mesmo com o processo de refatoração sendo investigado cada vez mais nos últimos anos, muitas de suas características se mantém pouco compreendidas. Refatoração de software é o processo de melhorar a manutenibilidade de um sistema por meio de mudanças estruturais que não alteram seu comportamento. Estudos recentes revelaram que projetos de software frequentemente recebem refatorações compostas. Em tais refatorações, desenvolvedores aplicam uma série de transformações únicas em conjunção e em um único commit, e se espera que estas refatorações tenham um efeito maior e mais positivo do que refatorações singulares. Porém, refatorações frequentemente causam mudanças que ou mantém a qualidade do software da mesma forma, ou causam a piora do mesmo, levando trabalhos recentes a procurar causas em potencial para este comportamento. Porém, o porquê da complexidade destas mudanças compostas frequentemente afetarem seus resultados de alguma forma positiva ou (inesperadamente) negativa continua não investigado. O mesmo ocorre com o potencial efeito das preocupações dos desenvolvedores durante a aplicação de refatorações. Sobre estas preocupações, alguns trabalhos anteriores foram desenvolvidos em torno da caracterização e detecção de discussões de desenvolvedores relacionadas a refatorações. Porém, não se sabe se e como estas preocupações de desenvolvedores com refatorações, tornando-se explícitas em tais discussões, podem influenciar os efeitos de refatorações em um sistema. Portanto, este trabalho apresenta dois estudos com o objetivo de preencher a lacuna no conhecimento de que causas levam aos efeitos não-positivos frequentemente encontrados em refatorações, procurando entender: (i) se refatorações mais complexas realmente são mais efetivas do que refatorações simples, como esperado; (ii) em que situações desenvolvedores tendem a explicitar suas preocupações com refatoração do código; e (iii) qual é o impacto de tais preocupações na efetividade de uma refatoração em melhorar a qualidade estrutural do código. Nós analisamos estas características e atingimos os seguintes resultados: Primeiro, conforme a complexidade das refatorações aumenta, a efetividade das mesmas aumenta conjuntamente. Segundo, há uma relação entre a efetividade de refatorações e preocupações explícitas com refatorações, onde a possibilidade de efeitos negativos é menor quando desenvolvedores estão explicitamente preocupados com refatoração. Finalmente, desenvolvedores tendem a explicitar mais frequentemente suas preocupações com o processo de refatoração quando deparados com tarefas de refatoração mais complexas. / [en] Even though the refactoring process has been increasingly investigated in the last years, many of its characteristics remain poorly understood. Software refactoring is the process of improving the maintainability of a system through structural changes that do not alter its behaviour. Recent studies revealed that software projects frequently have to undergo composite refactorings. In such refactorings, developers perform a series of single transformations in conjunction and in a single commit, which are expected to have a larger and more positive impact than single refactorings. However, refactorings frequently cause changes that either keep the software quality the same, or cause it to worsen, which lead recent works to look for potential causes of this behavior. However, the complexity of these composite changes often affecting their outcomes in some positive or (unexpectedly) negative way remains not investigated, much like the developers concerns while performing refactoring. For the latter, some previous work was performed around characterizing and detecting refactoring-related developer discussions. However, it is unknown whether and how developers refactoring concerns made explicit in such discussions can influence the refactorings effects on a system. Thus, this work reports two studies aimed at bridging some of those gaps in knowledge in which causes lead to the non-positive effects frequently found in refactoring, by understanding: (i) if more complex refactorings are indeed more effective than simple refactorings, as one would expect; (ii) in which situations developers tend to have explicit concerns while refactoring the code; and (iii) what is the impact of such concerns on the effectiveness of a refactoring to improve structural quality. We analyze these characteristics and reach the following results: First, as refactoring complexity increases, the effectiveness of such refactorings increases as well. Second, there is a relationship between refactoring effectiveness and explicit refactoring concerns, in which the possibility of negative effects is lower when developers are explicitly concerned about refactoring. Finally, developers tend to be more explicit about their concerns on the refactoring process when they are faced with more complex refactoring tasks.

Submitted by Erika Demachki (erikademachki@gmail.com) on 2017-11-06T19:48:59Z No. of bitstreams: 2 Dissertação - Marcello Henrique Dias de Moura - 2013.pdf: 3325482 bytes, checksum: 45be62e46fd5fda90d1d0561482a3d85 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) / Approved for entry into archive by Erika Demachki (erikademachki@gmail.com) on 2017-11-06T19:49:14Z (GMT) No. of bitstreams: 2 Dissertação - Marcello Henrique Dias de Moura - 2013.pdf: 3325482 bytes, checksum: 45be62e46fd5fda90d1d0561482a3d85 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) / Made available in DSpace on 2017-11-06T19:49:14Z (GMT). No. of bitstreams: 2 Dissertação - Marcello Henrique Dias de Moura - 2013.pdf: 3325482 bytes, checksum: 45be62e46fd5fda90d1d0561482a3d85 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) Previous issue date: 2013-03-22 / Version Control Systems are repositories that store source code changes done by software developers. Research that extracts data from these repositories for analysis can be classified into two groups: those that focus on the development process and the ones that focus on the developers. The present dissertation investigates the second case and contributes to the field by providing: (a) the definition of a history file that summarizes changes made to software in line and file levels, (b) a set of metrics to evaluate the work of the developers; and (c) two approaches for comparing the developers based on their metrics. A computational system that implements these metrics and approaches was built and applied to two case studies of real software development projects. The results obtained in the studies were positive. They were consistent with the general perception of project managers about the work done by the developers. They also leaded to new ideas for improving the research.We believe that these contributions are a step towards a better understanding and characterization of the way about how software developers work. / Repositórios de Controle de Versão são sistemas que armazenam mudanças no código fonte realizadas por desenvolvedores de software. As pesquisas que extraem dados desses repositórios para análise podem ser classificadas em dois grupos: as que focam no processo de desenvolvimento e as que focam no desenvolvedor. O presente trabalho investiga o segundo aspecto contribuindo para o assunto com: (a) a definição de um histórico de arquivos que sumariza as mudanças realizadas no software em nível de linha e de arquivo; (b) um conjunto de métricas visando avaliar o trabalho dos desenvolvedores; e (c) duas propostas de abordagem para comparar os desenvolvedores. Um sistema computacional que implementa essas métricas e as abordagens foi construído, tendo sido aplicado em dois estudos de casos envolvendo projetos reais de desenvolvimento de software. Os resultados obtidos nos estudos foram positivos, coincidindo, em geral, com a percepção de gerentes de projetos sobre o trabalho dos desenvolvedores e apontando para novas ideias de evolução da pesquisa. Consideramos que este é um passo no sentido de entender e caracterizar melhor a forma de trabalho dos desenvolvedores.