Submitted by Pedro Henrique Rodrigues (pedro.henriquer@ufpe.br) on 2015-03-05T17:03:30Z No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Dissertacao - Gabriela 04-12.pdf: 8388608 bytes, checksum: bf0a6a0b446548dba8b07cf11cea0989 (MD5) / Made available in DSpace on 2015-03-05T17:03:30Z (GMT). No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Dissertacao - Gabriela 04-12.pdf: 8388608 bytes, checksum: bf0a6a0b446548dba8b07cf11cea0989 (MD5) Previous issue date: 2012-02-24 / Abordagens da Engenharia de Requisitos Orientada a Objetivos (em inglês, Goal Oriented Requirements Engineering ou GORE) podem capturar de forma efetiva tanto os objetivos dos stakeholders como os requisitos do sistema. Quando aplicadas no contexto de Linha de Produto de Software (LPS), elas podem oferecer uma maneira natural de capturar similaridades e a variabilidade de uma LPS. Já existe, inclusive, uma abordagem GORE que possibilita a obtenção sistemática do modelo de features a partir de modelos i* com cardinalidade. Porém, através de uma abordagem GORE não é possível modelar características comportamentais de uma LPS, para isso é comum usar uma técnica de especificação de cenários de caso de uso. Este trabalho define uma abordagem de Engenharia de Requisitos para LPS que integra uma abordagem GORE com uma técnica de especificação de cenários de caso de uso com variabilidade. Esta abordagem é denominada GS2SPL (do inglês, Goals and Scenarios to Software Product Line) e inclui também um subprocesso para configuração de aplicações específicas de uma LPS com base na priorização de requisitos não-funcionais. Este trabalho também apresenta a aplicação de GS2SPL à LPS TaRGeT, cujos produtos são ferramentas de geração automática de casos de teste.

Esta pesquisa do campo da Engenharia de Software explora a aplicação do conceito de padrões no tratamento dos problemas da fase inicial da produção de software. Essa fase visa à compreensão do problema com objetivo de sugerir uma solução viável ao projeto. A área que estuda esses fenômenos é conhecida como Engenharia de Requisitos, e a fase que compreende o levantamento das necessidades dos usuários e dos sistemas denomina-se \"elicitação\". No desenvolvimento deste trabalho, é aplicada a pesquisa-ação como método de pesquisa. Foram selecionadas três empresas do ramo comercial em segmentos diferentes, através da técnica de observação e análise das atividades aplicadas na elicitação de requisitos, contidas no processo de construção de software nessas organizações. A abordagem teórica se limitou aos conceitos essenciais da Engenharia de Requisitos, com ênfase na fase de elicitação de requisitos, uma exploração sobre padrões, apresentando suas características e as diversas aplicações na padronização da solução geral para problemas complexos. Essencialmente, a pesquisa sugere um catálogo de padrões candidatos, aplicável ao processo de elicitação de requisitos. Cada padrão é extraído dos documentos de requisitos construídos com base em estudo de campo realizado. São organizados por tipo de requisitos e organizados em um gabarito proposto pelo pesquisador. Posteriormente, são relacionados de acordo com suas afinidades e preocupações, transformando-os dessa maneira em um catálogo de padrões devido a sua classificação e sumarização. Por fim, o pesquisador apresenta as conclusões e desenvolve as críticas acerca do catálogo de padrões, sugere melhorias, indica as limitações, e aponta as contribuições relativas à redução da complexidade na execução da atividade de elicitação de requisitos com a possibilidade de se antecipar ao problema que provavelmente o analista ou engenheiro de requisitos irá enfrentar. / This research in the Software Engineering field explores the application of the patterns concept in the treatment of initial phase problems in software production. This phase aims at understanding the problem with the objective of suggesting a viable solution to the project. The area that studies those phenomena is known as Requirements Engineering and the phase that comprehends the detection of users needs and the systems needs is called \"elicitation\". In the development of this work the research-action is applied as research method. Three commercial companies branch were selected in different segments, through the observation technique and analysis of applied activities in requirements elicitation, contained in construction process of software in these organizations. The theoretical approach was limited to essential concepts of Requirements Engineering with emphasis in the phase of requirements elicitation, an exploration on patterns, to show the characteristics and the several applications in patterns of general solution for complex problems. Essentially, the research suggests a pattern catalog, containing candidates for requirements elicitation process. Each pattern is extracted from requirements documents built based on field studies implemented. They are organized by requirements type in a format proposed by the researcher. Then, they are related to each other according to their similitarities and concerns, transforming them in a pattern catalog due to their classification and summarization. Finally, the researcher presents the conclusions and develops critics concerning the patterns catalog, suggesting improvements, establishing restrictions, as well as pointing out the relative contributions to the reduction of complexity in the execution of the requirements elicitation activity with possibility of anticipating problems that will be presumably be detected by the analyst or requirements engineer.

Software startups face a very demanding market: they must deliver high innovative solutions in the shortest possible period of time. Resources are limited and time to reach market is short. Then, it is extremely important to gather the right requirements and that they are precise. Nevertheless, software requirements are usually not clear and startups struggle to identify what they should build. This context affects how requirements engineering activities are performed in these organizations. This work seeks to characterize the state-of-practice of requirements engineering in software startups. Using an iterative approach, seventeen interviews were conducted during three stages with founders and/or managers of different Brazilian software startups operating in different market sectors and with different maturity levels. Data was analyzed using grounded theory techniques such open and axial coding through continuous comparison. As a result, a conceptual model of requirements engineering state-of-practice in software startups was developed consisting of its context influences (founders, software development manager, developers, business model, market and ecosystem) and activities description (product team; elicitation; analysis, validation and prioritization; product validation and documentation). Software development and startup development techniques are also presented and their use in the startup context is analyzed. Finally, using a bad smell analogy borrowed from software development literature, some bad practices and behaviors identified in software startups are presented and solutions to avoid them proposed. / Startups de software enfrentam um mercado muito exigente: elas devem entregar soluções altamente inovativas no menor período de tempo possível. Recursos são limitados e tempo para alcançar o mercado é pequeno. Então, é extremamente importante coletar os requisitos certos e que eles sejam precisos. Entretanto, os requisitos de software geralmente não são claros e as startups fazem um grande esforço para identificar quais serão implementados. Esse contexto afeta como as atividades de engenharia de requisitos são executadas nessas organizações. Este trabalho procura compreender o estado-da-prática da engenharia de requisitos em startups de software. Usando uma abordagem iterativa, dezessete entrevistas foram realizados em três diferentes estágios com fundadores e/ou gestores de diferentes startups de software brasileiras operando em diferentes setores e com diferentes estágios de maturidade. Os dados foram analisados usando técnicas de teoria fundamentada como codificação aberta e axial através da comparação contínua. Como resultado, um modelo conceitual do estado-da-prática da engenharia de requisitos em startups de software foi desenvolvido consistindo da suas influências do contexto (fundadores, gerente de desenvolvimento de software, desenvolvedores, modelo de negócio, mercado e ecossistema) e descrição das atividades (time de produto; levantamento; análise, validação e priorização; e documentação). Técnicas oriundas de metodologias de desenvolvimento de software e desenvolvimento de startups também são apresentadas e seu uso em no contexto de startups é analisado. Finalmente, a partir de uma analogia de maus cheiros presente na literatura de desenvolvimento de software, algumas más práticas e maus comportamentos identificados em startups de software são apresentados e algumas sugestões de solução são propostas.

O advento do BPM (Business Process Management) ofereceu uma nova abordagem para a melhoria do alinhamento estratégico entre negócio e TI nas organizações, através do desenvolvimento de EIS (Enterprise Information Systems) orientados a processos, que permitiu não somente derivar requisitos de software a partir dos modelos de processos de negócio como também obter sistemas flexíveis, capazes de se ajustar a mudanças na operação a partir do redesenho dos processos. Esta pesquisa explora a compreensão, tanto do ponto de vista teórico como prático, da aplicação de diferentes abordagens orientadas a processos de negócio para a especificação de requisitos de EIS. A pesquisa resultou no panorama do estado da arte da literatura no tema e na avaliação de casos reais de aplicação de BPM à Engenharia de Requisitos de EIS em organizações que reestruturaram seus processos de negócio e precisaram desenvolver ou ajustar seus sistemas de informação aos novos processos. A revisão sistemática de literatura revelou seis diferentes tipos de abordagens, com variação no grau de automação de desenvolvimento de software, sugerindo diversas estratégias para a adoção de EIS orientados a processos. O estudo de casos múltiplos explorou a influência de diferentes variáveis relacionadas às características das organizações, de seus processos de negócio e de seus EIS no sucesso da aplicação das diferentes abordagens orientadas a processos de negócio na derivação de requisitos. Os resultados da pesquisa podem fornecer os fundamentos para a formulação de um modelo de recomendação de tipo de abordagem, visando melhor alinhamento entre processos de negócio (business) e sistemas de informação (IT) e maior flexibilidade dos EIS para adaptação a mudanças na operação. / The advent of Business Process Management (BPM) offered an innovative approach to improve business and IT strategic alignment in organizations throughout development of process-aware Enterprise Information Systems (EIS). For that matter, extracting softwar requirements from business process models leverages engineering of adaptive information systems, which can adjust to changes in operation as of process redesign. This research explores theoretical and practical comprehension of the application of different business process-oriented approaches for EIS requirements specification. Research has provided the state-of-the-art academic overview on this research topic and real case evaluation about BPM application to Requirements Engineering of EIS in organizations that have restructured its business processes and demanded development or adjustment of its EIS to the new processes. Systematic literature review has revealed six different approach types, with variations on software development degree of automation, suggesting diverse strategies for process-oriented information systems adoption. Multiple case study has explored influence of different variables related to organization characteristics, its business processes and EIS on the success of application of different business process-oriented approaches to requirements derivation. Research results can provide fundamentals for a recommendation model for approach type, aiming to provide a better alignment between business processes and information systems, and better flexibility of EIS do adapt to changes in operation.

Os avanços tecnológicos na eletrônica e no software têm sido rapidamente assimilados pelos sistemas computacionais demandando novas abordagens para a engenharia de sistemas e de software prover produtos confiáveis, sob critérios bem estabelecidos de qualidade. Dentro deste contexto, o processo de elicitação de requisitos tem um papel estratégico no desenvolvimento de projetos. Problemas na atividade de elicitação contribuem para produzir requisitos pobres, inadequados ou mesmo inexistentes que podem causar a perda de uma missão, desastres materiais e financeiros, a extinção prematura de um projeto ou promover uma crise organizacional. Esta tese apresenta o processo de elicitação de metas de dependabilidade, chamado ELICERE, aplicado em sistemas computacionais críticos, que se fundamenta nas técnicas de engenharia de requisitos orientada a metas, chamada i*, e nas técnicas de engenharia de segurança HAZOP e FMEA, que identificam e analisam perigos operacionais de um sistema. Depois de criar os modelos do sistema usando os diagramas i*, eles são analisados através de palavras-guia baseadas no HAZOP e FMEA, de onde as metas relacionadas à dependabilidade são extraídas. Através desta abordagem interdisciplinar, ELICERE promove a identificação de metas, que atendam aos requisitos de qualidade, relativos à dependabilidade, para sistemas computacionais críticos ainda na fase de concepção de um projeto. A abordagem do estudo de caso é baseada em um estudo qualitativo e descritivo de um caso único, usando o projeto de um foguete lançador hipotético, chamado V-ALFA. A aplicação do ELICERE neste projeto espacial teve a intenção de aperfeiçoar as atividades de engenharia de requisitos do sistema computacional do Veículo Lançador de Satélites Brasileiro, e também como forma de explicar como o processo ELICERE funciona. / The technological advances in electronic and software have been rapidly assimilated by computer systems, demanding new approaches for software and system engineering to provide reliable products, under well-known quality criteria. In this context, requirements engineering has a strategic role in project development. Problems in the elicitation activity contribute to producing poor, inadequate or even non-existent requirements that can cause mission losses, material or financial disasters, premature project termination or promote an organizational crisis. This thesis introduces the dependability goals elicitation process, called ELICERE, applied to critical computer systems based on a goal-oriented requirement engineering technique, called i*, and the safety engineering techniques HAZOP and FMEA, which will be applied for the identification and analysis of operational risks of a system. After creating the system models using i* diagrams, they are analyzed through guidewords based on HAZOP and FMEA, from which goals related to dependability are extracted. Through this interdisciplinary approach, ELICERE promotes the identification of goals that meet the quality requirements, related to dependability for critical systems, still in the project conception phase. The case study approach is based on a qualitative and descriptive single-case, using a computer system project of a hypothetical launching rocket, called V-ALFA. The ELICERE application in this space project intends to improve the requirement engineering activities in the computer system of the Brazilian Satellite Launch Vehicle, and also a way to explain how the ELICERE process works.

O Estado do Amazonas tem realizado investimentos em educação através da oferta de ensino superior em tecnologia para seus municípios, como alternativa para fomentar o desenvolvimento regional. Porém, de forma complementar, é necessário promover condições para que essas comunidades possam ter acesso a um mercado de trabalho e colocar em prática o conhecimento adquirido, sem que para isso necessitem migrar para outros centros mais desenvolvidos. Este trabalho de pesquisa apresenta uma proposta de inclusão do estado do Amazonas como agente colaborador em projetos de desenvolvimento global de software, através da criação de um conjunto de recomendações para guiar empreendedores no investimento desta solução. O método inclui a coleta de informações sobre as características particulares dos municípios do Estado do Amazonas utilizando técnicas de elicitação de requisitos com foco em engenharia de sistemas, e o estabelecimento de relação entre os problemas regionais e os principais problemas enfrentados por equipes que atuam com desenvolvimento global de software. A partir dessa relação, são geradas recomendações voltadas para capacitação de recursos humanos, investimentos em infraestrutura tecnológica e física local, oferecendo assim uma fonte alternativa de sustentabilidade ao desenvolvimento econômico da região amazônica. / Amazonas State has invested in education by offering higher education in technology for its cities, as an alternative to foster regional development. However, it is necessary to promote conditions for these communities to have access to a labor market and put into practice the acquired knowledge, without the need to migrate to other more developed cities. This work presents a proposal to inclusion of State of Amazonas as a collaborator agent in global software development projects, by establishing a set of recommendations to guide entrepreneurs in the investment of this solution. The method includes collecting information about the particular characteristics of Amazonas cities using requirements elicitation techniques with focus on systems engineering, and the establishment of relationship between the regional problems and the main issues faced by teams working with global software development. From this relationship, the recommendations are generated focused on human resources training, investments in the local physical and technological infrastructure, thus providing an alternative source of sustainability to economic development of Amazonas.

No desenvolvimento de um sistema que envolve Software e Hardware, muitas vezes, o que se tem é uma idéia muito vaga sobre o que será feito. Neste sentido, a Engenharia de Requisitos (ER) foi criada para fazer a ligação entre o que o cliente deseja e o que será implantado. O processo de ER sempre foi destacado na literatura por fornecer uma decomposição não linear em relação a ER que cobre desde a concepção inicial do projeto até a especificação dos requisitos. Apesar de estudos sobre o uso da ER indicarem um grande ganho em relação ao desenvolvimento de projetos em termos de prazo de entrega do projeto e qualidade dos produtos finais, muito pouco foi feito a respeito de justificar ao cliente o esforço gasto até a especificação. Nesse sentido, uma análise do custo do processo de ER torna-se importante. Mas, para determinar o custo do processo de ER, deve-se lançar mão de um sistema de custeio em que as atividades são os principais fatores para se fazer uma análise mais adequada. Dessa forma, o sistema de custeio baseado em atividades (ou Activity Based Costing (ABC)) é uma maneira de chegar ao objetivo de fornecer um sistema de custeio adequado ao processo de ER. Assim, este trabalho visa aplicar os conceitos do sistema ABC para todo o processo de ER. Este estudo sugere que o uso do ABC para um processo de ER bem estruturado pode direcionar a uma estimativa de custo mais realística. / During a software and hardware system development, in many times, there is a very opaque idea about what it will be done. In this case, the concept of Requirements Engineering (RE) was created in order to bridge the gap between what the client wishes and what will be implemented. The RE process is always highlighted on the literature as a mean to provide a non-linear decomposition of the RE which cover from an initial conception of the project to the requirements specification. Despite of studies related to the using of the RE have shown reduction of delivery time of projects and quality gain in the final products, very few have been done to justify to the client all effort until the system specification has finished. In this sense, a cost analysis of the RE process become important. However, in order to estimate a cost of the RE process, it is necessary to use an accounting system which activities are the main factor to provide an accurate analysis from them. In this case, an activity-based costing (ABC) system can provide a way to give an accounting system which is suited to the RE process. Therefore, the goal of the present work is to apply the ABC concepts to the whole RE process. The present work suggests that a well structured RE process can indicate a best actual cost estimation.

Manter os documentos de requisitos atualizados e recuperar os requisitos de um software são desafios enfrentados por desenvolvedores no seu dia a dia durante o desenvolvimento, a manutenção e a evolução de sistemas. Embora existam técnicas para gestão de requisitos, muitas vezes estas técnicas não são aplicadas, os requisitos não são atualizados e a única fonte de informação confiável sobre um software passa a ser seu código-fonte. Esta tese apresenta a TDRRC, uma técnica para a documentação e recuperação dos requisitos no código-fonte usando anotações. A TDRRC possibilita a reengenharia de requisitos sem que haja uma interrupção no desenvolvimento e permite que os requisitos sejam documentados em ambientes de desenvolvimento ágil. A TDRRC contribui para a redução dos problemas relacionados à atualização dos requisitos, pois o desenvolvedor responsável pelo programa passa a ser responsável pela documentação e atualização dos requisitos no código-fonte que ele escreve e mantém. Este trabalho apresenta também formas de aplicar a TDRRC na reengenharia de requisitos, em métodos ágeis e na gestão de requisitos, assim como a sua aplicação em um estudo de caso. / Keeping requirements documents updated and recovering requirements of a software are common challenges faced by developers on their day to day activities. Although there are many requirements management techniques, usually these techniques are not applied, requirements are not updated and the only reliable source of information about a software becomes its source code. This thesis presents TDRRC, a technique that can be used to document and retrieve requirements from the source code using annotations. Applying TDRRC, it is possible to reengineer the requirements of a software without interrupting its development. Also requirements can be documented in a agile environment. TDRRC also contributes to minimize requirements documents update issues as the developer will be clearly responsible for documenting and updating the requirements in the source code he is programming. This thesis also presents how to apply the technique in a requirement reengineering project, in a agile development environment and in a requirements management process. Finally a case study is presented.

A oferta de bens e serviços para atendimento da demanda dos consumidores atuais tem uma forte base na personalização, ou seja, na busca da satisfação individual dos clientes. Essa tem sido a forma que as empresas tem encontrado para se diferenciar. Para tanto, as organizações necessitam de modelos de negócios que permitam ajustar seus processos com as freqüentes necessidades de mudanças. A metodologia utilizada foi a observação de estudo de casos com projetos de Inovação Tecnológica, que possuem altos índices na característica de mudança dos requisitos. A proposta deste trabalho é permitir que essa volatilidade seja identificada na fase de eliciação de requisitos, com base nas intenções de cada envolvido no processo de engenharia de requisitos, e que tais solicitações possam ser melhor compreendidas através da prototipação baseada nas perspectivas dos participantes: de negócio, operacional, de design e gerencial. Como resultado foi definido o volaRE, que permite se conhecer a volatilidade de um requisito, com base nas características definidas do mesmo, ainda na fase de eliciação. / Current consumers have demanded a special attention in the production and distribution of goods and services which have turned organizations to mass customization, looking for an individual satisfaction of their customers. This has been the form that companies have found to differentiate themselves. Therefore, the integration of business and productive processes must be adaptable to the frequent changes in the company\'s environment. The used methodology was the observation of cases study with of Technological Innovation projects, which have high rates of requirements changes. The proposal of this work is that this volatility could be identified in the requirements elicitation phase, based on the intent of each involved in the process of requirements engineering, and that such requests can be better understood through perspectives prototyping based of those participants: business, operational, design and management. As result volaRE was defined, that lets to know the requirement\'s volatility, based on defined characteristics, yet at elicitation phase.

Made available in DSpace on 2015-04-14T14:49:14Z (GMT). No. of bitstreams: 1 418878.pdf: 1166598 bytes, checksum: 638c3d51308a797479215be816b6345d (MD5) Previous issue date: 2007-03-21 / Os novos desafios que surgem em virtude da crescente distribui??o de opera??es de desenvolvimento de software acentuam os problemas relacionados ? Engenharia de Requisitos. Assim, a fim de amenizar o impacto do Desenvolvimento Distribu?do de Software no trabalho das equipes, este trabalho consiste em identificar um processo de Engenharia de Requisitos no qual se obtenha valor agregado atrav?s da aplica??o de t?cnicas de Gest?o de Conhecimento. A proposta visa definir um processo no qual se possa facilitar e prover a formaliza??o do conhecimento a fim de diminuir as ambig?idades na interpreta??o de conceitos e seus relacionamentos facilitando o entendimento entre as pessoas. A pesquisa contribui ao propor um processo e uma ferramenta que facilitem o trabalho das equipes dispersas com requisitos de software.