SCHUENEMANN, Carla Taciana Lima Lourenco Silva, também é conhecida em citações bibliográficas por: SILVA, Carla / Submitted by Fernanda Rodrigues de Lima (fernanda.rlima@ufpe.br) on 2018-07-31T22:18:30Z No. of bitstreams: 2 license_rdf: 811 bytes, checksum: e39d27027a6cc9cb039ad269a5db8e34 (MD5) TESE Juliana Dantas Ribeiro Viana de Medeiros.pdf: 2161644 bytes, checksum: e9d1db641ca49230902d1d8963b8bb68 (MD5) / Approved for entry into archive by Alice Araujo (alice.caraujo@ufpe.br) on 2018-08-01T22:34:12Z (GMT) No. of bitstreams: 2 license_rdf: 811 bytes, checksum: e39d27027a6cc9cb039ad269a5db8e34 (MD5) TESE Juliana Dantas Ribeiro Viana de Medeiros.pdf: 2161644 bytes, checksum: e9d1db641ca49230902d1d8963b8bb68 (MD5) / Made available in DSpace on 2018-08-01T22:34:12Z (GMT). No. of bitstreams: 2 license_rdf: 811 bytes, checksum: e39d27027a6cc9cb039ad269a5db8e34 (MD5) TESE Juliana Dantas Ribeiro Viana de Medeiros.pdf: 2161644 bytes, checksum: e9d1db641ca49230902d1d8963b8bb68 (MD5) Previous issue date: 2017-03-13 / Although Agile Software Development (ASD) has grown in recent years, research evidence points out several limitations concerning its requirements engineering activities. It was observed that an inadequate specification acts as a catalyst to others problems, such as low productivity of the team and difficulty in maintaining software. Improving the quality of Software Requirements Specifications (SRS) may help gaining a competitive advantage in the software industry. The goal of this study is to investigate the phenomenon of the requirements specification activity in ASD, discuss relevant findings of this phenomenon to industrial practice, and propose practices to write a SRS targeted to development team. First, a Systematic Mapping (SM) study was conducted to characterize the landscape of requirements engineering in ASD. The thematic synthesis method was used to code and synthesize the data collected from the primary studies selected. After that, some of the challenges pointed out in the SM were investigated in more depth in six industrial case studies. Data collected from documents, observations, and interviews with software engineers were triangulated, analyzed, and synthesized using techniques of grounded theory and metaethnography. The analysis and cross-synthesis of the case studies resulted in a model that defines the simplicity and objectivity as essential quality factors of SRS in ASD. The main factors that affect the quality are related to the customer-driven nature that tends to leave the prolix SRS, hindering the understanding of the software engineers, as they are, at the same time, insufficient to support coding, testing and maintenance tasks. One approach was proposed to provide a SRS closer to the development needs, addressing some of the quality factors of the model. Empirical studies that evaluated the approach show that the design practices used in the proposed approach have the potential to reduce the gap between the problem and the solution domains, producing an objective SRS that is team-driven and closer to that will be implemented. / Embora o Desenvolvimento Ágil de Software (DAS) tenha crescido nos últimos anos, estudos empíricos apontam vários problemas relacionados com as atividades de engenharia de requisitos. Observou-se que a especificação inadequada age como um catalizador para outros problemas, como por exemplo, baixa produtividade da equipe e dificuldades na manutenção do software. Melhorar a qualidade da Especificação de Requisitos de Software (ERS) pode ajudar a ganhar uma vantagem competitiva na indústria de software. O objetivo deste estudo é investigar o fenômeno da especificação de requisitos no DAS, discutir relevantes implicações desse fenômeno para a indústria, e propor práticas para escrever ERS voltadas para a equipe de desenvolvimento. Primeiro, um Mapeamento Sistemático (MS) foi realizado para caracterizar o panorama da engenharia de requisitos no DAS. O método de síntese temática foi utilizado para codificar e sintetizar os dados coletados a partir dos estudos primários selecionados. Em seguida, alguns dos desafios apontados no MS foram investigados com mais profundidade em seis estudos de caso industriais. Os dados coletados a partir de documentos, observações e entrevistas com engenheiros de software foram triangulados, analisados e sintetizados usando técnicas de teoria fundamentada e meta-etnografia. A análise e síntese cruzada dos estudos de caso resultaram em um modelo de qualidade que define a simplicidade e objetividade como fatores essenciais na ERS no DAS. Os principais fatores que afetam a qualidade estão relacionados à natureza orientada para o cliente que tende a deixar a ERS prolixa, dificultando a compreensão do engenheiro de software, ao mesmo tempo que é insuficiente para a codificação, testes e manutenção. Uma abordagem foi proposta para fornecer uma especificação de requisitos mais próxima das necessidades de desenvolvimento, atendendo alguns dos fatores de qualidade do modelo. Os estudos empíricos que avaliaram a abordagem demonstram que as práticas de design utilizadas pela abordagem tem o potencial de reduzir a distância entre o domínio do problema e o da solução, produzindo uma ERS objetiva, voltada para o desenvolvedor, e próxima do que vai ser implementado.

Made available in DSpace on 2018-08-02T00:03:42Z (GMT). No. of bitstreams: 1 tese_10151_bruno borlini - rro___uma_ontologia_sobre_o_uso_de_requisitos_de_software_em_tempo_de_execucao_2016.pdf: 2479067 bytes, checksum: 563c4375b3b85c3e6c8a29cfa508493f (MD5) Previous issue date: 2016-08-25 / Nos últimos anos, temos assistido um constante aumento de interesse em sistemas de software que são capazes de monitorar seu meio de execução e, se necessário, adaptar seus requisitos para continuar cumprindo seu propósito. Esse tipo de software normalmente consiste em um software base, comumente chamado na literatura de target system, que é responsável por executar a função principal para qual foi desenvolvido; além de um software, interno ou externo, responsável por monitorar o software base, realizar uma análise dos dados coletados para verificar se os requisitos que foram originalmente propostos estão sendo cumpridos e, se necessário, reagir sugerindo adaptações para garantir que o sistema base continue executando suas funções principais de forma satisfatória. Existem na literatura diversos trabalhos que propõem o uso de requisitos em tempo de execução, como sistemas adaptativos ou autônomos. No entanto, dentro desse contexto, a maioria das propostas usam suas próprias linguagens de modelagem e metodologias para representar o que são os requisitos de sistema e como utilizá-los em tempo de execução. Não há, assim, um senso comum no domínio de uso de requisitos em tempo de execução, resultando numa sobrecarga excessiva de termos e construtos. Essa falta de consenso dentro do domínio apresentado e os problemas de comunicação gerados pela falta de um vocabulário formal e bem fundamentado foram as motivações principais para que fosse realizado um estudo sistemático sobre as diversas metodologias existentes na literatura de requisitos em tempo de execução e através do conhecimento adquirido fosse construída a RRO (Runtime Requirements Ontology), uma ontologia de referência de domínio sobre o uso de requisitos em tempo de execução. RRO foi construída através da metodologia de construção de ontologias SABiO e é fundamentada em UFO com objetivo atuar como uma representação formal do conhecimento dentro do domínio de requisitos em tempo de execução, fornecendo, desta maneira, uma descrição precisa de todas as entidades principais que compõem o domínio e estabelecendo um vocabulário comum para ser utilizado por engenheiros de software e stakeholders.

Submitted by Lara Oliveira (lara@ufersa.edu.br) on 2018-03-20T20:55:57Z No. of bitstreams: 1 JoséRSF_DISSERT.pdf: 953765 bytes, checksum: cfa6e9ab2efbc54639a0e33a50b01261 (MD5) / Approved for entry into archive by Vanessa Christiane (referencia@ufersa.edu.br) on 2018-06-18T17:00:58Z (GMT) No. of bitstreams: 1 JoséRSF_DISSERT.pdf: 953765 bytes, checksum: cfa6e9ab2efbc54639a0e33a50b01261 (MD5) / Approved for entry into archive by Vanessa Christiane (referencia@ufersa.edu.br) on 2018-06-18T17:01:05Z (GMT) No. of bitstreams: 1 JoséRSF_DISSERT.pdf: 953765 bytes, checksum: cfa6e9ab2efbc54639a0e33a50b01261 (MD5) / Made available in DSpace on 2018-06-18T17:01:14Z (GMT). No. of bitstreams: 1 JoséRSF_DISSERT.pdf: 953765 bytes, checksum: cfa6e9ab2efbc54639a0e33a50b01261 (MD5) Previous issue date: 2017-08-25 / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / Software systems are constantly changing during their evolution. These changes are directly linked with the management of their product requirements. When requirements are well managed, they evolve more accurately and development costs are reduced, which includes avoiding unnecessary changes to evolving code. It is known that much of the changes demanded during the evolution of the code is associated with the scope of its elements. However, there are no studies investigating whether variations in the scope of requirements are correlated with variations in the scope of code compositions. The main purpose of this master’s thesis is to provide means to requirements engineers to monitor variation in the scope of software requirements and to correlate them with the scope of evolving code elements, which has a proven negative impact on the number of changes demanded in evolving code artifacts. In this context, a metric was formulated to quantify the scope of requirements and based on it a plug-in, called MeRS, was developed. MeRS provides means to automate this quantification. Using MeRS, an exploratory study was conducted to correlate the scopes at the requirements and code levels. To do so, we analyze the evolution of the requirements and code, focusing on the scope of two applications in evolution: NotePad and Mobile Media. The results showed that the requirements scope values are correlate with the scope of the code / Sistemas de software estão em constantes mudanças durante sua evolução, essas mudanças estão diretamente ligadas com a gestão de requisitos de seus produtos. Quando requisitos são bem gerenciados, eles evoluem de forma mais precisa e os custos de desenvolvimento são reduzidos, isso inclui evitar mudanças desnecessárias no código em evolução. Sabe-se que boa parte das mudanças demandadas durante a evolução do código está associada ao escopo dos seus elementos. Porém, não há estudos que investiguem se variações no escopo dos requisitos estão correlacionadas com variações no escopo das composições de código.Oobjetivo principal desta dissertação de mestrado é prover aos engenheiros de requisitos meios de monitorar a variação do escopo dos requisitos de software e correlacioná-los com o escopo dos elementos de código em evolução, o qual possui impacto negativo comprovado sobre o número de mudanças demandadas em artefatos de código em evolução. Neste contexto, foi formulado uma métrica para quantificar o escopo de requisitos e com base nela foi desenvolvido um plug-in, denominado MeRS, que fornece meios para automatizar esta quantificação. Por meio do MeRS foi conduzido um estudo exploratório com o objetivo de correlacionar os escopos nos níveis de requisitos e código. Para tanto, analisamos a evolução dos requisitos e código, com foco em escopo, de duas aplicações em evolução: NotePad e Mobile Media. Os resultados mostraram que os valores do escopo dos requisitos estão correlacionados com o escopo do código / 2018-03-20

O trabalho dos usuários em sistemas de informação é uma atividade social que envolve grupos de pessoas que cooperam entre si para desempenhar as mais variadas funções. A natureza da cooperação, por si só é complexa e depende dos indivíduos envolvidos, do ambiente físico e da organização onde o trabalho se desenvolve. Os aspectos ligados ao trabalho cooperativo dos usuários não são considerados no enfoque tradicional da engenharia de software, uma vez que o usuário é visto de modo independente do meio ou grupo em que está inserido, com o modelo individual generalizado para o estudo do comportamento coletivo envolvendo todos os usuários. O objetivo deste trabalho é propor um processo de requisitos de software para tratar as questões envolvendo o trabalho cooperativo em sistemas de informação que apresentem coordenação distribuída nas ações dos usuários e a comunicação entre eles ocorre, preponderantemente, de modo indireto por meio dos dados inseridos no uso do software. Para tanto, a pesquisa faz uso de conceitos da ergonomia, da cognição e da engenharia de software. Utiliza-se a pesquisa-ação como metodologia de pesquisa em três ciclos, aplicada durante o desenvolvimento de um sistema de workflow corporativo em uma empresa de pesquisa tecnológica. No primeiro ciclo, o processo trata da definição dos requisitos do domínio do problema e das contribuições individuais dos usuários. No segundo ciclo, as contribuições do grupo (suas ações e inter-relações) são consideradas com as contribuições individuais pela simulação da solução proposta. No terceiro ciclo, o processo trata do refinamento dos requisitos do trabalho cooperativo, com o software em uso real no ambiente de trabalho. Os resultados obtidos no final do ciclo 2 e início do ciclo 3 durante a aplicação do processo em campo, mostraram a necessidade de melhoria do processo. Esta evolução é necessária, visto que a inclusão do sistema informatizado altera o ambiente de trabalho dos usuários, passando da interação face a face para a interação mediada pelo software. Os resultados obtidos evidenciaram que o maior grau de consciência dos usuários sobre como os inter-relacionamentos de suas atividades são realizados contribuem para um decréscimo em seus erros individuais, diminuindo o retrabalho de recodificação do software e acima de tudo o uso inadequado do sistema, evitando a propagação das consequências desses erros nos resultados finais do trabalho em grupo. / Users\' work in information systems is a social activity that involves people groups cooperating to perform many different functions. The nature of cooperation itself is complex and depends on the people involved, on the workplace environment and on the organization in which the work develops. Aspects related to the users\' cooperative work are not considered in the traditional approach of software engineering, since the user is viewed independently of his/her workplace environment or group, with the individual model generalized to the study of collective behavior of all users. This work proposes a process for software requirements to address issues involving cooperative work in information systems that provide distributed coordination in the users\' actions and the communication among them occurs indirectly through the data entered while using the software. To achieve this goal, this research uses ergonomics, cognition and software engineering concepts. Research-action is used as a research methodology applied in three cycles during the development of a corporate workflow system in a technological research company. In the first cycle, the proposed process exposes the definition of the problem domain requirements and the users\' individual contributions. In the second cycle, the contributions of the group (their actions and inter-relationships) are considered together with the individual contributions through the simulation of the proposed solution. In the third cycle, the process deals with the refinement of the cooperative work requirements with the software in actual use in the workplace. The results at the end of cycle 2 and the beginning of cycle 3 during the process application in the field show the need for process improvement. This is necessary because the inclusion of a computer system changes the users workplace, from the face to face interaction to the interaction mediated by the software. The results show that the highest degree of users\' awareness as the interrelationship of their activities are carried out contributes to a decrease in their individual errors, reducing software recoding rework and above all the inappropriate use of the system, avoiding the spread of the consequences of these errors in the final results of the group work.

O trabalho dos usuários em sistemas de informação é uma atividade social que envolve grupos de pessoas que cooperam entre si para desempenhar as mais variadas funções. A natureza da cooperação, por si só é complexa e depende dos indivíduos envolvidos, do ambiente físico e da organização onde o trabalho se desenvolve. Os aspectos ligados ao trabalho cooperativo dos usuários não são considerados no enfoque tradicional da engenharia de software, uma vez que o usuário é visto de modo independente do meio ou grupo em que está inserido, com o modelo individual generalizado para o estudo do comportamento coletivo envolvendo todos os usuários. O objetivo deste trabalho é propor um processo de requisitos de software para tratar as questões envolvendo o trabalho cooperativo em sistemas de informação que apresentem coordenação distribuída nas ações dos usuários e a comunicação entre eles ocorre, preponderantemente, de modo indireto por meio dos dados inseridos no uso do software. Para tanto, a pesquisa faz uso de conceitos da ergonomia, da cognição e da engenharia de software. Utiliza-se a pesquisa-ação como metodologia de pesquisa em três ciclos, aplicada durante o desenvolvimento de um sistema de workflow corporativo em uma empresa de pesquisa tecnológica. No primeiro ciclo, o processo trata da definição dos requisitos do domínio do problema e das contribuições individuais dos usuários. No segundo ciclo, as contribuições do grupo (suas ações e inter-relações) são consideradas com as contribuições individuais pela simulação da solução proposta. No terceiro ciclo, o processo trata do refinamento dos requisitos do trabalho cooperativo, com o software em uso real no ambiente de trabalho. Os resultados obtidos no final do ciclo 2 e início do ciclo 3 durante a aplicação do processo em campo, mostraram a necessidade de melhoria do processo. Esta evolução é necessária, visto que a inclusão do sistema informatizado altera o ambiente de trabalho dos usuários, passando da interação face a face para a interação mediada pelo software. Os resultados obtidos evidenciaram que o maior grau de consciência dos usuários sobre como os inter-relacionamentos de suas atividades são realizados contribuem para um decréscimo em seus erros individuais, diminuindo o retrabalho de recodificação do software e acima de tudo o uso inadequado do sistema, evitando a propagação das consequências desses erros nos resultados finais do trabalho em grupo. / Users\' work in information systems is a social activity that involves people groups cooperating to perform many different functions. The nature of cooperation itself is complex and depends on the people involved, on the workplace environment and on the organization in which the work develops. Aspects related to the users\' cooperative work are not considered in the traditional approach of software engineering, since the user is viewed independently of his/her workplace environment or group, with the individual model generalized to the study of collective behavior of all users. This work proposes a process for software requirements to address issues involving cooperative work in information systems that provide distributed coordination in the users\' actions and the communication among them occurs indirectly through the data entered while using the software. To achieve this goal, this research uses ergonomics, cognition and software engineering concepts. Research-action is used as a research methodology applied in three cycles during the development of a corporate workflow system in a technological research company. In the first cycle, the proposed process exposes the definition of the problem domain requirements and the users\' individual contributions. In the second cycle, the contributions of the group (their actions and inter-relationships) are considered together with the individual contributions through the simulation of the proposed solution. In the third cycle, the process deals with the refinement of the cooperative work requirements with the software in actual use in the workplace. The results at the end of cycle 2 and the beginning of cycle 3 during the process application in the field show the need for process improvement. This is necessary because the inclusion of a computer system changes the users workplace, from the face to face interaction to the interaction mediated by the software. The results show that the highest degree of users\' awareness as the interrelationship of their activities are carried out contributes to a decrease in their individual errors, reducing software recoding rework and above all the inappropriate use of the system, avoiding the spread of the consequences of these errors in the final results of the group work.

[pt] A análise de requisitos desempenha um papel fundamental no processo de desenvolvimento de software. Neste sentido, representações de cenários baseados em linguagem natural são muitas vezes utilizados para descrever especificações de requisitos de software (SRS). Cenários descritos usando linguagem natural podem ser ambíguos e, às vezes, imprecisos. Este problema é parcialmente devido ao fato de que os relacionamentos entre os cenários são raramente representados explicitamente. Como os cenários são utilizados como entrada para as actividades subsequentes do processo de desenvolvimento de software (SD), é muito importante facilitar a sua análise; especialmente para detectar defeitos devido a informações erradas ou falta de informação. Este trabalho propõe uma abordagem baseada em Redes de Petri e técnicas de Processamento de Linguagem Natural como uma forma eficaz para analisar os cenários adquiridos, e que toma descrições textuais de cenários (em conformidade com um metamodelo definido neste trabalho) como entrada e gera um relatório de análise como saída. Para facilitar a análise automática, os cenários são transformados em Redes de Petri (Lugar/Transição) equivalentes. Os cenários e suas Redes de Petri resultantes podem ser analisados automaticamente para avaliar algumas propriedades relacionadas à desambiguidade, completeza, consistência e corretude. Os defeitos identificados podem ser rastreados até os cenários, permitindo a sua revisão. Nós também discutimos como desambiguidade, completeza, consistência e corretude das SRSs baseadas em cenários podem ser decompostas em propriedades relacionadas, e definimos heurísticas para encontrar indicadores de defeitos que prejudicam estas propriedades. Avaliamos nosso trabalho, aplicando a nossa abordagem de análise em quatro estudos de caso. Essa avaliação compara os resultados obtidos pela nossa abordagem automatizada contra os resultados obtidos por um processo de inspeção e com trabalhos relacionados. / [en] Requirements analysis plays a key role in the software development process. Natural language-based scenario representations are often used for writing software requirements specifications (SRS). Scenarios written using natural language may be ambiguous, and, sometimes, inaccurate. This problem is partially due to the fact that relationships among scenarios are rarely represented explicitly. As scenarios are used as input to subsequent activities of the software development process (SD), it is very important to enable their analysis; especially to detect defects due to wrong information or missing information. This work proposes a Petri-Net and Natural Language Processing (NLP) based approach as an effective way to analyze the acquired scenarios, which takes textual description of scenarios (conform to a metamodel defined in this work) as input and generates an analysis report as output. To enable the automated analysis, scenarios are translated into equivalent Place/Transition Petri-Nets. Scenarios and their resulting Petri-Nets can be automatically analyzed to evaluate some properties related to unambiguity, completeness, consistency and correctness. The identified defects can be traced back to the scenarios, allowing their revision. We also discuss how unambiguity, completeness, consistency and correctness of scenario-based SRSs can be decomposed in related properties, and define heuristics for searching defect indicators that hurt these properties. We evaluate our work by applying our analysis approach to four case studies. The evaluation compares the results achieved by our tool-supported approach, with an inspection based approach and with related work.