As organizações desenvolvedoras de software, na sua maioria, têm grande dificuldade de identificar e adotar um processo adequado de gestão de mudanças de requisitos. Durante todo o ciclo de vida de desenvolvimento de um software existem inúmeras solicitações de mudanças de escopo e de requisitos (técnicos ou não). Isso provoca muitos transtornos aos projetos e aos envolvidos. Por isso, há uma necessidade determinante de que essas organizações utilizem um processo adequado de acompanhamento e de controle de requisitos. Com base nisso, este trabalho procura apresentar uma metodologia de gerenciamento de mudanças dos requisitos, desde a base conceitual, que envolve os requisitos ( tipos, problemas, técnicas de elicitação e visão geral sobre modelo de gerência de requisitos), até a aplicação da metodologia proposta em um estudo de caso. O desenvolvimento deste trabalho teve como objetivo principal desenvolver a estrutura de uma metodologia que fosse de fácil aplicação nas organizações, dando uma noção de como devem ser gerenciadas as mudanças de requisitos, sua documentação, os modelos de documentos a serem utilizados e um exemplo prático de aplicação da metodologia.

Submitted by Regina Correa (rehecorrea@gmail.com) on 2016-09-13T12:17:08Z No. of bitstreams: 1 DissLVB.pdf: 8358338 bytes, checksum: 9de8ee7daddf9276d2a1d675a064eb5d (MD5) / Approved for entry into archive by Marina Freitas (marinapf@ufscar.br) on 2016-09-13T18:47:48Z (GMT) No. of bitstreams: 1 DissLVB.pdf: 8358338 bytes, checksum: 9de8ee7daddf9276d2a1d675a064eb5d (MD5) / Approved for entry into archive by Marina Freitas (marinapf@ufscar.br) on 2016-09-13T18:48:01Z (GMT) No. of bitstreams: 1 DissLVB.pdf: 8358338 bytes, checksum: 9de8ee7daddf9276d2a1d675a064eb5d (MD5) / Made available in DSpace on 2016-09-13T18:48:18Z (GMT). No. of bitstreams: 1 DissLVB.pdf: 8358338 bytes, checksum: 9de8ee7daddf9276d2a1d675a064eb5d (MD5) Previous issue date: 2016-03-03 / Não recebi financiamento / Studies show that the main causes of failures in software projects are related to the requirements specification document that contains incomplete, inconsistent and ambiguous requirements. The software development with quality requires a complete and consistent requirements specification. One of the problems faced by software engineers is that, sometimes, they do not know completely the application domain and have difficulty in communication with stakeholders to obtain the requirements specification. The knowledge reuse obtained from completed projects can facilitate the identification and writing of requirements in the elaboration of a complete and consistent requirements document. In the information systems domain it is common to find a set of requirements that has similar characteristics, which is present in different systems, indicating a possible requirement pattern. The advantage of using requirements patterns is provide to the software engineer a starting point for the elaboration of the requirements document, instead of starting from scratch to solve known problems. The requirements patterns can contribute to the improvement of software quality, minimizing the development time and cost, because previously defined and tested solutions are reused. In this dissertation it was developed a set of requirements patterns to assist the software engineer in the elaboration of requirements document of information systems. In order to facilitate and standardize the requirements document elaborated it was also developed a computational support based in that set of patterns. Case studies were used to evaluate the patterns and the computational support, with graduate students of UFSCar and UEMG, aiming prove the effectiveness of this proposal, as wellas to identify possible improvements. Analyzing the case studies conducted, it can be inferred that there is evidence that the elaborated patterns assist in the elaboration of a more complete requirements document, that the computational support is easy to use, and that there was an increased productivity, mainly of inexperienced developers. / Estudos apontam que as principais causas de falhas em projetos de software estão relacionadas ao documento de especificação de requisitos que contém requisitos incompletos, inconsistentes e ambíguos. O desenvolvimento de software com qualidade requer uma especificação de requisitos completa e consistente. Um dos problemas enfrentados pelos engenheiros de software é que, algumas vezes, eles não conhecem completamente o domínio da aplicação e têm dificuldade de comunicação com os stakeholders para a especificação dos requisitos. O reúso de conhecimentos obtidos de projetos concluídos pode facilitar a identificação e a escrita de requisitos na elaboração de um documento de requisitos completo e consistente. No domínio de sistemas de informação é comum encontrar um conjunto de requisitos que possuem características similares e que está presente em diferentes sistemas, o que indica um possível padrão de requisito. A vantagem no uso de padrões de requisitos é propiciar ao engenheiro de software um ponto de partida para a elaboração do documento de requisitos, em vez de começar do zero para resolver problemas conhecidos. Os padrões de requisitos podem contribuir para a melhoria da qualidade do software, minimizar o tempo e o custo do desenvolvimento, uma vez que são reusadas soluções previamente definidas e testadas. Nesta dissertação, foi desenvolvido um conjunto de padrões de requisitos para auxiliar o engenheiro de software na elaboração do documento de requisitos de sistemas de informação. A fim de facilitar e padronizar o documento de requisitos elaborado, foi também desenvolvido um apoio computacional com base nesse conjunto de padrões. Estudos de casos com estudantes de graduação da UFSCar e UEMG foram utilizados para a avaliação dos padrões e do apoio computacional, objetivando comprovar a eficácia desta proposta, bem como identificar possíveis melhorias. Ao analisar os estudos de caso realizados, pôde-se inferir que há indícios que os padrões elaborados auxiliaram na escrita de um documento de requisitos mais completo, que o apoio computacional é de fácil utilização e que houve aumento de produtividade por parte, principalmente, dos desenvolvedores inexperientes.

Resumo não disponível

As organizações desenvolvedoras de software, na sua maioria, têm grande dificuldade de identificar e adotar um processo adequado de gestão de mudanças de requisitos. Durante todo o ciclo de vida de desenvolvimento de um software existem inúmeras solicitações de mudanças de escopo e de requisitos (técnicos ou não). Isso provoca muitos transtornos aos projetos e aos envolvidos. Por isso, há uma necessidade determinante de que essas organizações utilizem um processo adequado de acompanhamento e de controle de requisitos. Com base nisso, este trabalho procura apresentar uma metodologia de gerenciamento de mudanças dos requisitos, desde a base conceitual, que envolve os requisitos ( tipos, problemas, técnicas de elicitação e visão geral sobre modelo de gerência de requisitos), até a aplicação da metodologia proposta em um estudo de caso. O desenvolvimento deste trabalho teve como objetivo principal desenvolver a estrutura de uma metodologia que fosse de fácil aplicação nas organizações, dando uma noção de como devem ser gerenciadas as mudanças de requisitos, sua documentação, os modelos de documentos a serem utilizados e um exemplo prático de aplicação da metodologia.

Made available in DSpace on 2014-06-12T15:50:53Z (GMT). No. of bitstreams: 1 license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2008 / A orientação a agentes surgiu como um novo paradigma para o desenvolvimento de software e projetistas e desenvolvedores têm se voltado para os conceitos da orientação a agentes a fim de entender, modelar, e desenvolver de forma mais adequada sistemas cada vez mais complexos e que operam em um ambiente distribuído. Como esperado, o crescimento do interesse em agentes de software tem levado a propostas de novas metodologias baseadas nos conceitos de agentes. A metodologia estudada neste trabalho, Tropos, é fundamentada no conceito de agentes. Tais conceitos são adotados desde a fase de requisitos, tal como ator, objetivo e dependência entre atores. A partir do estudo de Tropos, este trabalho focou nas fases de requisitos finais e iniciais, que utiliza i* como linguagem de modelagem. O framework i* possui uma estrutura conceitual capaz de reconhecer motivações, intenções e raciocínios sobre as características de um processo, o que facilita os esforços nas atividades da Engenharia de Requisitos. A partir do estudo detalhado do i* e da identificação das restrições sobre o uso desta linguagem, é proposta uma ferramenta - plug-in para o Eclipse - com o objetivo de dar suporte ao desenvolvimento dos modelos i* como atividades das fases de requisitos do Tropos. O objetivo deste trabalho é permitir a construção de modelos válidos segundo um guia de boas práticas - i* Wiki, e adotar uma plataforma de desenvolvimento open source que possibilite o desenvolvimento colaborativo da ferramenta proposta. Além disto, o framework GMF de modelagem gráfica do Eclipse é estudado e adotado como abordagem para a implementação da ferramenta proposta nesta dissertação - IStar Tool

Made available in DSpace on 2014-06-12T15:55:51Z (GMT). No. of bitstreams: 2 arquivo2329_1.pdf: 8230070 bytes, checksum: 101572b9c6abfdcf32c5faef00f4a617 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2009 / Faculdade de Amparo à Ciência e Tecnologia do Estado de Pernambuco / Linhas de Produto de Software é uma importante estratégia de reuso para minimizar custos e tempo de entrega das aplicações, e maximizar a qualidade e produtividade do desenvolvimento de software. Entretanto, isso envolve o gerenciamento dos pontos comuns e variáveis entre diferentes aplicações, que aumenta sua complexidade quando comparado com desenvolvimento de software tradicional. Assim, desenvolver uma Linha de Produto requer tempo e planejamento para apresentar resultados positivos, ao contrário, o investimento pode ser perdido devido a falhas no projeto. Nesse contexto, um processo de Engenharia de Requisitos é importante para reduzir os riscos envolvidos em uma Linha de Produto, fornecendo gerenciamento e desenvolvimento de requisitos corretos. Por outro lado, existe um desafio chave em Engenharia de Requisitos para Linhas de Produto, que envolve uma solução adequada para gerenciar variabilidades, integrando-as e relacionado decisões em diferentes artefatos para facilitar a derivação de produtos. Assim, o desenvolvimento de Linhas de Produto deve ser apoiado por um processo de Engenharia de Requisitos adequado para o seu contexto. Atualmente, existem muitas abordagens de Engenharia de Requisitos para Linhas de Produto, entretanto, elas apresentam alguns problemas, tais como a ausência de um processo completo e sistemático, com detalhes suficientes para o ciclo de vida da Engenharia de Requisitos. Assim, este trabalho define um processo sistemático de Engenharia de Requisitos, descrevendo atividades, tarefas, entradas, saídas, papéis e guidelines para o contexto de Linhas de Produto, em uma forma usável, efetiva e eficiente. Por fim, um estudo experimental é apresentado para identificar a viabilidade do processo proposto

Made available in DSpace on 2014-06-12T15:55:55Z (GMT). No. of bitstreams: 2 arquivo2332_1.pdf: 1957193 bytes, checksum: fe5921a6c67f04f5ca88a92a2b0d9cd3 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2009 / Atualmente, empresas de software precisam desenvolver sistemas de forma rápida e eficiente. A competição crescente tem levado empresas a adotar metodologias de desenvolvimento ágeis para garantir a vantagem competitiva e aumentar a satisfação de clientes. A priorização de requisitos é uma atividade crítica do desenvolvimento de software. Esta atividade envolve a análise da importância de cada requisito por parte dos stakeholders e seleção dos requisitos que irão ser implementados em determinada versão do sistema. A decisão errada sobre quais requisitos priorizar pode afetar a qualidade global do sistema, e conseqüentemente sua aceitação pelos clientes. No desenvolvimento ágil é mais enfatizada a indicação do cliente para realizar a priorização dos requisitos. Nela alguns problemas podem ocorrer, pois o cliente pode acreditar que determinado requisito tem mais importância do que ele realmente possui, assim como ele pode não dar a devida importância a um requisito que ele desejava muito, mas que só sente necessidade quando o sistema estiver pronto e com aquela funcionalidade faltando. Metodologias ágeis com Scrum e Extreme Programming oferecem orientações bastante básicas sobre como conduzir essa priorização. Dentre as principais limitações do processo de priorização descrito pelas metodologias ágeis destacamos a dificuldade de comparar a real importância dada aos requisitos e a falta de análise caso determinados requisitos não sejam selecionados. O objetivo central desta pesquisa é propor um processo de priorização de requisitos para projetos de software ágeis baseado na técnica Kano, que foi originalmente proposta na área da administração. Os diagramas produzidos pela técnica Kano objetivam priorizar requisitos através de uma pergunta funcional e uma pergunta disfuncional para cada requisito. O processo proposto nesta dissertação auxilia a priorização de requisitos e melhora a forma de visualizar os resultados da priorização através de gráficos e quadros mais ilustrativos, facilitando a tomada de decisão por parte dos stakeholders do projeto. Com o objetivo de avaliar a adequação da proposta foram realizados estudos de caso em duas empresas de software em Recife. Os resultados encontrados sugerem que a abordagem proposta facilitou a priorização de requisitos por ser um processo simples e intuitivo

Made available in DSpace on 2014-06-12T15:57:31Z (GMT). No. of bitstreams: 2 arquivo3202_1.pdf: 3137271 bytes, checksum: ee35d8f49002ce18fcf24ada86aea4a0 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2010 / O envolvimento dos usuários, a definição de objetivos de negócios claros e a otimização do escopo e dos requisitos estão entre os principais fatores de sucesso em projetos de desenvolvimento de software. Na fase de levantamento de requisitos, em que a solução a ser desenvolvida começa a ser definida, estes três fatores se tornam essenciais e desconsiderá-los pode impactar diretamente todo o projeto. O entendimento dos processos de negócios em que o sistema desenvolvido será utilizado é fundamental para atender às necessidades e expectativas dos clientes. Através da gestão de processos de negócios, as empresas buscam otimizar seus processos para obterem vantagens competitivas e uma das formas de obter melhorias nos processos é através da utilização de sistemas para automatizar atividades. Neste contexto, a gestão de processos de negócios pode ser utilizada como uma boa forma para obter o entendimento do problema antes de automatizá-lo e a utilização de modelos de processos de negócios na fase de levantamento de requisitos representa uma boa alternativa para facilitar este entendimento. Desta forma, esta dissertação apresenta uma abordagem de levantamento de requisitos baseada em modelagem de processos de negócio e com o envolvimento direto dos usuários através da realização de workshops para o levantamento de requisitos. A abordagem proposta foi desenvolvida e aplicada em uma empresa de desenvolvimento de soluções para gestão hospitalar. Por se tratar de uma área que envolve processos complexos, a abordagem de levantamento de requisitos proposta teve o objetivo de aproximar os processos de negócios dos requisitos de sistema e envolver os usuários na construção da solução. Estes fatores contribuíram diretamente para resolver problemas de entendimento do negócio e de comunicação entre os envolvidos no processo de desenvolvimento e, desta forma, permitiu que as soluções fossem desenvolvidas de forma a atender às necessidades e expectativas dos clientes

Submitted by Alice Araujo (alice.caraujo@ufpe.br) on 2018-05-02T22:01:48Z No. of bitstreams: 1 DISSERTAÇÃO Bruno Medeiros de Oliveira.pdf: 1530584 bytes, checksum: 5c2fbe267a4bd37066d8a8510e517cb9 (MD5) / Made available in DSpace on 2018-05-02T22:01:48Z (GMT). No. of bitstreams: 1 DISSERTAÇÃO Bruno Medeiros de Oliveira.pdf: 1530584 bytes, checksum: 5c2fbe267a4bd37066d8a8510e517cb9 (MD5) Previous issue date: 2016-09-05 / CAPES / Despite technological advances in the industry of systems development, testing is still the most commonly used verification method to ensure reliability. Model-based testing (MBT) techniques are principally employed for the purpose of generating test cases from specification models. Contributing to this branch of research an MBT strategy for creating test cases from controlled natural language (CNL) requirements was created, called NATural Language Requirements to TEST Cases (NAT2TEST). The NAT2TEST strategy deals with data-flow reactive systems, a class of embedded systems whose the main feature is to have the inputs and outputs always available as signals. However, there is a demand from the industry to to apply the strategy in the context of hybrid systems. These systems are a fusion of continuous dynamical and discrete dynamical systems, that is, they combine dynamical characteristics from both continuous and discrete worlds. Hybrid systems have received much attention in the last years. The main contribution of this work is to extend the NAT2TEST strategy to deal with hybrid systems. Using the new proposed approach, it is possible to write the requirements of a hybrid system, whose semantics is characterised based on the case grammar theory. Then, a formal representation of the system is built considering a model of hybrid data-flow reactive systems. Finally, to analyse the system behaviour via simulation, a modelling environment for simulation of hybrid systems was used, called Acumen. Thereby, a specification model in Acumen is generated and simulated in this environment. The characteristics of the new approach are exemplified using two examples, one belonging to the electronic field, the DC-DC Boost Converter (BC), and the other belonging to the automotive domain, the Adaptive Cruise Control (ACC). / Apesar dos avanços tecnológicos na indústria de desenvolvimento de sistemas, testes ainda é o método de verificação mais comumente usado para garantir confiabilidade. Técnicas de testes baseadas em modelo (MBT) são empregadas principalmente com a finalidade de geração de casos de testes a patir de modelos da especificação do sistema. Contribuindo para este ramo de pesquisa, foi criada uma estratégia MBT para a criação de casos de teste a partir de uma linguagem natural controlada (CNL), chamada de NAT2TEST. A estratégia NAT2TEST lida com sistemas reativos de fluxo de dados (DFRS), uma classe de sistemas embarcados cuja principal característica é a de terem as entradas e saídas sempre disponíveis como sinais. No entanto, há uma demanda oriunda da indústria para a utilização da estratégia no contexto de sistemas híbridos. Estes sistemas são uma fusão entre comportamentos dinâmicos e discretos, isto é, que combinam características dinâmicas de ambos os mundos, contínuo e discreto. Os sistemas híbridos têm recebido muita atenção nos últimos anos. A principal contribuição deste trabalho é estender a estratégia NAT2TEST para lidar com sistemas híbridos. Utilizando a abordagem proposta, é possível escrever os requisitos de um sistema híbrido, cuja semântica é caracterizada através da teoria de gramática de casos. Em seguida, uma representação formal do sistema é construída considerando um modelo DFRS para sistemas híbridos. Finalmente, para analisar o comportamento do sistema, por meio de simulação, um ambiente de modelagem e simulação de sistemas híbridos foi usado, chamado Acumen. Com isso, a estratégia proposta gera um modelo da especificação em Acumen e esse modelo é simulado no ambiente. As características da nova abordagem foram exemplificadas usando dois exemplos, um pertencente ao o campo eletrônico, o DC-DC Boost Converter (BC), e a outra pertencente ao domínio automobilístico, o Adaptive Cruise Control (ACC).

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.