Made available in DSpace on 2015-04-14T14:50:20Z (GMT). No. of bitstreams: 1 390003.pdf: 2056710 bytes, checksum: 99bda1fb62dfe7d9761de84a7693af20 (MD5) Previous issue date: 2006-12-15 / Um documento de especifica??o de requisitos de software (Software Requirements Specification - SRS) ? decisivo para o desenvolvimento de um bom produto final. A ind?stria de software vem demonstrando crescente interesse pela engenharia de requisitos (ER), isto ?, entender o que se deseja construir antes de come?ar a faz?-lo. Os requisitos de software constituem a base a partir da qual a qualidade ? medida. Assim, a falta de conformidade com eles pode significar falta de qualidade. Existem diversas abordagens para escrever um SRS e especificar casos de uso. Os requisitos, SRS e especifica??o de casos de uso podem ter diferentes aspectos de qualidade, tais como, legibilidade, integralidade, consist?ncia, n?o ambig?idade, etc. As m?tricas desempenham um papel essencial na detec??o de defeitos dos requisitos, fornecendo meios para a visualiza??o de discrep?ncias e a identifica??o de pontos fora de uma situa??o projetada. A literatura apresenta m?tricas que s?o aplicadas nos requisitos, ou nos casos de uso, por?m estas n?o avaliam a qualidade do mapeamento. Nesse sentido, este trabalho tem como principal objetivo propor um modelo para a avalia??o da qualidade da tradu??o dos requisitos para especifica??o de casos de uso. Fornece informa??es importantes do SRS para especificar casos de uso e identificar erros e/ou aus?ncia de elementos no mapeamento, fazendo com que a reavalia??o seja feita somente nos pontos que apresentam problemas. A principal contribui??o do modelo ? permitir a gera??o de especifica??o de casos de uso consistente e de qualidade, atrav?s da descoberta de falhas no mapeamento e descoberta de requisitos ausentes no SRS

Made available in DSpace on 2015-04-14T14:50:25Z (GMT). No. of bitstreams: 1 384394.pdf: 1626133 bytes, checksum: 6baa56a8c0f7018d2283fd27f8605a0e (MD5) Previous issue date: 2005-01-31 / A crescente globaliza??o do ambiente de neg?cios tem afetado diretamente o mercado de desenvolvimento de software. Em busca de vantagens competitivas como baixos custos, produtividade e qualidade na ?rea de desenvolvimento de sistemas, diversas organiza??es optaram por distribuir o processo de desenvolvimento de software dentro de seu pa?s, ou em outros pa?ses, como ?ndia, China e Brasil. Entretanto, os desafios apresentados pela distribui??o da equipe envolvida no processo de software s?o significativos. Nesse contexto, a engenharia de requisitos ? uma atividade influenciada pela distribui??o das equipes. O processo de requisitos, mesmo em ambientes co-localizados, ? cr?tico no desenvolvimento de software. Ao lidar com a dist?ncia entre os envolvidos, as dificuldades com requisitos tendem a se exacerbar. Para tratar quest?es como dispers?o geogr?fica, diferen?as culturais e dificuldades de comunica??o, torna-se necess?ria a defini??o de novos processos, padr?es e ferramentas, de forma a reduzir o impacto da dispers?o das equipes na engenharia de requisitos. Nesse sentido, esta disserta??o de mestrado tem como objetivo propor um modelo de processo de engenharia de requisitos visando tratar quest?es relacionadas ao desenvolvimento distribu?do de software. O principal m?todo de pesquisa utilizado foi o estudo de caso e a base emp?rica da pesquisa envolve uma unidade de desenvolvimento de software de uma empresa multinacional de grande porte localizada no Brasil. A pesquisa contribui no sentido de propor um modelo de processo de engenharia de requisitos adequado ? realidade de equipes dispersas.

Made available in DSpace on 2015-04-14T14:50:26Z (GMT). No. of bitstreams: 1 397346.pdf: 4530016 bytes, checksum: 352e36ac7364f10a537fdc3e0de1094a (MD5) Previous issue date: 2007-03-08 / Um produto final que represente realmente as necessidades dos usu?rios ?, atualmente, uma busca constante das organiza??es de desenvolvimento de software. Um ponto crucial para o alcance deste objetivo ? realizar um processo de requisitos que considere as necessidades organizacionais do in?cio ao fim. O documento de especifica??o de requisitos (SRS) ? utilizado para formalizar as necessidades dos clientes e o modelo de casos de uso (MCU) serve como base para o processo de desenvolvimento. Sendo assim, ? importante que a SRS contenha todas as funcionalidades requisitadas pelos usu?rios e que o MCU represente-a fielmente, contendo todos os requisitos nela estabelecidos. Neste contexto, este trabalho apresenta um modelo de rastreabilidade entre o documento de especifica??o de requisitos e o modelo de casos de uso do sistema. Este modelo foi desenvolvido com base nos modelos conceituais destes artefatos e nas necessidades organizacionais, identificadas atrav?s de um estudo de caso realizado em uma organiza??o de desenvolvimento de software. Sua principal contribui??o ? auxiliar a atividade de engenharia de requisitos, mantendo a integridade entre os artefatos gerados quando da mudan?a dos requisitos do sistema.

Recentemente, por conta do dinamismo existente no ambiente de negócio no qual as organizações devem adequar-se mais rapidamente às mudanças, os Sistemas de Informação (SIs) precisam também adequar-se para continuar agregando valor. Diante desse cenário e do uso de serviços eletrônicos distribuídos na rede para o desenvolvimento de sistemas, faz-se necessário o surgimento de novas abordagens em engenharia de sistemas. Sendo assim, surge a disciplina de Engenharia de Requisitos Orientada a Serviços (EROS) que trata da definição de processos e metodologias para captar os requisitos de serviços tanto do ponto de vista de consumidores de serviço quanto de fornecedores de serviço. No contexto de EROS, este trabalho explora alternativas às descrições sugeridas para os metamodelos RGPS (do inglês: Role, Goal, Process and Service) uma abordagem em EROS propondo uma nova definição que visa, principalmente, incorporar à RGPS as vantagens de outros modelos já estabelecidos na literatura. Sendo assim, a nova abordagem aqui proposta, chamada de WS&i*-RGPS, para a descrição das camadas Papel e Meta, propõe o uso do framework i*. E, para a descrição das camadas Processo e Serviço, a nova abordagem propõe o uso de WS-BPEL/WSDL. Esse trabalho apresenta também uma comparação sistemática entre a abordagem WS&i*-RGPS e outras abordagens semelhantes identificadas na literatura EROS. A comparação sistemática entre as abordagens em EROS, incluindo a nova abordagem aqui proposta, considera três parâmetros comparativos e identifica que a abordagem WS&i*-RGPS cobre mais parâmetros que as abordagens em EROS que se baseiam nos metamodelos RGPS, indicando que WS&i*-RGPS é uma alternativa melhor às soluções inicialmente propostas pelos autores dos metamodelos RGPS. / Due to the recent business environment dynamism in which organizations must quickly adapt to the changes, Information Systems also need to adapt to these changes in order to keep adding value. Taking into account this scenario and the use of electronic services distributed on the network to develop systems, the advent of new approaches in Systems Engineering is necessary. Therefore, a new discipline, Service-Oriented Requirements Engineering (SORE), was proposed, which deals with the definition of processes and methodologies in order to capture services requirements beneath two different perspectives: service consumers and service providers. In SORE context, this work aims at exploring some alternatives for those descriptions proposed by the Role, Goal, Process and Service (RGPS) meta-models, proposing a new approach called WS&i*-RGPS in order to incorporate to RGPS the advantages of other models well established in the literature. Accordingly, in order to describe the Role and Goal layers, this new approach proposes the use of the i* framework. Additionally, in order to describe the Process and Service layers, this new approach proposes the use of WS-BPEL/WSDL languages. This work also presents a systematic comparison among SORE approaches, including WS&i*-RGPS. This comparison considers three comparative parameters and identifies that WS&i*-RGPS covers more parameters than other approaches in SORE that uses RGPS metamodels. These results indicates WS&i*-RGPS as a better alternative comparing it to other RGPS approaches.

Made available in DSpace on 2014-06-12T17:40:51Z (GMT). No. of bitstreams: 2 arquivo7050_1.pdf: 1504395 bytes, checksum: 1eda7d1cd976e0a8c30e64f1a4b9a0ae (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2005 / bom entendimento dos requisitos organizacionais é vital para o sucesso do desenvolvimento de aplicações na área de engenharia de software. Com a popularização do paradigma da orientação à objeto, a linguagem de modelagem UML (Unified Modeling Language) se tornou padrão para este tipo de desenvolvimento. Porém, a UML ainda não está suficientemente estruturada para suportar a modelagem dos requisitos organizacionais. Faz-se necessário a utilização de outras técnicas de modelagem. A técnica de modelagem i* supre esta deficiência, sendo uma técnica utilizada para a modelagem de requisitos de negócios, bem difundida e aceita. Com a utilização dessas duas técnicas, faz-se necessário um meio de mapearmos os elementos i* em elementos UML. O mapeamento entre as duas técnicas foi realizado através de um conjunto diretrizes que ditam as regras pelas quais os elementos são mapeados. Neste trabalho apresentamos uma ferramenta de apoio às regras de mapeamento entre as técnicas i* e UML: o eXtended GOOD (Goals into Object Oriented Development) ou simplesmente, XGOOD. Essa ferramenta realiza esse mapeamento de forma automática possibilitando a troca dos modelos gerados entre várias ferramentas de modelagem orientada a objetos existentes no mercado, através do uso do XMI (XML Metadata Interchange). Com o objetivo de testar e validar a nova ferramenta foi desenvolvido um simulador de redes ópticas como estudo de caso

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.

Recentemente, por conta do dinamismo existente no ambiente de negócio no qual as organizações devem adequar-se mais rapidamente às mudanças, os Sistemas de Informação (SIs) precisam também adequar-se para continuar agregando valor. Diante desse cenário e do uso de serviços eletrônicos distribuídos na rede para o desenvolvimento de sistemas, faz-se necessário o surgimento de novas abordagens em engenharia de sistemas. Sendo assim, surge a disciplina de Engenharia de Requisitos Orientada a Serviços (EROS) que trata da definição de processos e metodologias para captar os requisitos de serviços tanto do ponto de vista de consumidores de serviço quanto de fornecedores de serviço. No contexto de EROS, este trabalho explora alternativas às descrições sugeridas para os metamodelos RGPS (do inglês: Role, Goal, Process and Service) uma abordagem em EROS propondo uma nova definição que visa, principalmente, incorporar à RGPS as vantagens de outros modelos já estabelecidos na literatura. Sendo assim, a nova abordagem aqui proposta, chamada de WS&i*-RGPS, para a descrição das camadas Papel e Meta, propõe o uso do framework i*. E, para a descrição das camadas Processo e Serviço, a nova abordagem propõe o uso de WS-BPEL/WSDL. Esse trabalho apresenta também uma comparação sistemática entre a abordagem WS&i*-RGPS e outras abordagens semelhantes identificadas na literatura EROS. A comparação sistemática entre as abordagens em EROS, incluindo a nova abordagem aqui proposta, considera três parâmetros comparativos e identifica que a abordagem WS&i*-RGPS cobre mais parâmetros que as abordagens em EROS que se baseiam nos metamodelos RGPS, indicando que WS&i*-RGPS é uma alternativa melhor às soluções inicialmente propostas pelos autores dos metamodelos RGPS. / Due to the recent business environment dynamism in which organizations must quickly adapt to the changes, Information Systems also need to adapt to these changes in order to keep adding value. Taking into account this scenario and the use of electronic services distributed on the network to develop systems, the advent of new approaches in Systems Engineering is necessary. Therefore, a new discipline, Service-Oriented Requirements Engineering (SORE), was proposed, which deals with the definition of processes and methodologies in order to capture services requirements beneath two different perspectives: service consumers and service providers. In SORE context, this work aims at exploring some alternatives for those descriptions proposed by the Role, Goal, Process and Service (RGPS) meta-models, proposing a new approach called WS&i*-RGPS in order to incorporate to RGPS the advantages of other models well established in the literature. Accordingly, in order to describe the Role and Goal layers, this new approach proposes the use of the i* framework. Additionally, in order to describe the Process and Service layers, this new approach proposes the use of WS-BPEL/WSDL languages. This work also presents a systematic comparison among SORE approaches, including WS&i*-RGPS. This comparison considers three comparative parameters and identifies that WS&i*-RGPS covers more parameters than other approaches in SORE that uses RGPS metamodels. These results indicates WS&i*-RGPS as a better alternative comparing it to other RGPS approaches.

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.

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.

Submitted by Setor de Tratamento da Informa??o - BC/PUCRS (tede2@pucrs.br) on 2016-11-21T16:41:36Z No. of bitstreams: 1 DIS_LAURIANE_CORREA_PEREIRA_MORAES_COMPLETO.pdf: 8018631 bytes, checksum: e7aa367d53ce6230454881fcf7a481e5 (MD5) / Made available in DSpace on 2016-11-21T16:41:36Z (GMT). No. of bitstreams: 1 DIS_LAURIANE_CORREA_PEREIRA_MORAES_COMPLETO.pdf: 8018631 bytes, checksum: e7aa367d53ce6230454881fcf7a481e5 (MD5) Previous issue date: 2016-03-29 / The Requirements Engineering discipline focuses on identifying the customer needs and specifying the software requirements to attend these needs. In agile development, the related activities take place throughout the development Iifecycle with the support of a set of agile practices. Behavior-Driven Development (BDD) is among one of these practices. BDD integrates an ubiquitous language with Test-Driven Development and automated tests. It was designed to help teams to build and deliver software more efficiently. It aims to promote collaboration and the discovery of the system behavior through examples following the Specification by Example agile practice. The business scenarios defined with BDD aim to facilitate information sharing and reduction of communication misalignment, recurring issues in Requirements Engineering. The automation of the scenarios allow the team to create living documentation, which in time avoid obsolete documentation, another critical issue in this discipline. This Dissertation presents an empirical exploratory study that aimed to identify how BDD is adopted in practice and how it supports Requirements Engineering. We conducted 24 semi-structured interviews with industry professionals in order to explore aspects related to BDD such as processes, tool support, associated roles, BDD benefits, among others. Future work is pointed out and a summary of benefits for industry is discussed. / A disciplina Engenharia de Requisitos centra-se na identifica??o das necessidades do cliente e especifica??o de requisitos de software para atender estas necessidades. No desenvolvimento ?gil, esta etapa acontece no decorrer do ciclo de vida de desenvolvimento apoiada por um conjunto de pr?ticas propostas pelos m?todos ?geis. Dentre estas, tem-se Behavior-Driven Development (BDD) que integra uma linguagem ub?qua com Test-Driven Development e testes automatizados, projetada para auxiliar equipes a constru?rem e entregarem software mais eficientemente. O BDD centra-se na colabora??o e descoberta do comportamento do sistema atrav?s de exemplos advindos da pr?tica Specification by Example. Os cen?rios de neg?cio levantados para o BDD objetivam facilitar o compartilhamento da informa??o e redu??o do desalinhamento da comunica??o, recorrentes da Engenharia de Requisitos. A automa??o dos cen?rios permitem a cria??o de documenta??o viva, o qual evita sua obsolesc?ncia, outro problema cr?tico da ?rea. Esta disserta??o apresenta um estudo emp?rico que visou identificar como o BDD ? adotado na pr?tica e como o mesmo apoia a Engenharia de Requisitos. Para isto, conduziu-se 24 entrevistas semi-estruturadas com profissionais da ind?stria explorando aspectos relacionados ao BDD, tais como processos, ferramentas de apoio, pap?is envolvidos, benef?cios, entre outros. Um conjunto de investiga??es futuras s?o apontadas para que pesquisadores possam explorar detalhadamente os aspectos identificados e uma reflex?o ? oferecida aos profissionais da ind?stria