A implantação de uma rede de Logística Reversa (LR) é fundamental em modelos de negócio Sistema Produto-Serviço (PSS) para o retorno, recuperação e maximização da vida útil de peças e componentes. Ambos os sistemas, LR e PSS, necessitam ser projetados a partir da perspectiva do consumidor para serem bem-sucedidos, pois o envolvimento prévio com o usuário possibilita o desenvolvimento de soluções especificas que atendem às suas demandas. Porém, há uma escassez de estudos que destacam as atividades de LR em um contexto de PSS, assim como o papel e a relevância do usuário. Nesse sentido, esta pesquisa busca compreender as necessidades do usuário na LR em um PSS, considerando como produto de análise o equipamento eletromédico bomba de infusão. Para isso, realizou-se um estudo de caso inicial com uma empresa que manufatura e comercializa dispositivos médicos no Brasil. Além disso, múltiplos estudos de caso foram realizados em organizações da área da saúde para a coleta in loco de necessidades relacionadas ao contexto de uso e retorno do equipamento. Como resultado, identificou-se quatro serviços que envolvem atividades de LR no modelo de negócio PSS. Vinte e cinco problemas que interferem diretamente e indiretamente a LR foram analisados para o entendimento em profundidade das necessidades dos usuários. O estudo ainda apresenta quais são os principais desafios e dificuldades de um fornecedor de PSS para operacionalizar a LR. Os resultados indicam que a ausência de agilidade no processo de retorno do produto pode propiciar situações críticas internas ao hospital referente à falta de equipamentos. A realização do inventário de equipamentos ao término do contrato de PSS pode gerar situações estressantes para todos os stakeholders envolvidos no processo. / The implementation of a Reverse Logistics network (RL) is important in Product-Service Systems (PSS) business model for returning, recovering and maximizing the life span of parts and components. Both systems, RL and PSS, need to be designed from the perspective of the consumer to be successful because the prior involvement with users seeks to achieve better solutions to satisfy their specific demands. However, there is a lack of studies that highlight RL activities in a PSS context, as well as the role and relevance of users. In this sense, this research aims to understand users\' needs in reverse logistics in a PSS, considering as main product the electromedical infusion pump. For this, I conducted a case study with a company that manufactures and markets medical devices throughout Brazil. In addition, five other case studies were carried out in health organizations for in situ collection of needs related to the context of use and return of the equipment. As a result, four services involving RL activities were identified in the PSS business model. Also, twenty-five problems that directly and indirectly interfere the operation of RL were analyzed for an in-depth understanding of users\' needs. The study further presents the main challenges and difficulties of a PSS provider to operationalize the LR. The results indicate that the absence of agility in the LR process can lead to critical situations inside the hospital regarding the lack of equipment. The inventory of equipment at the end of the PSS contract can generate stressful situations for all stakeholders involved in the process.

O teste de software é considerado uma atividade importante para a revelação de falhas. Apesar desta vantagem, tem sido pouco explorado no âmbito de aplicações de Realidade Virtual (RV). Dentre as lacunas existentes, a definição e automatização de critérios de teste de software para esse domínio foi identificada, uma vez que esses sistemas possuem características próprias que requerem definição ou adaptação de técnicas de teste, fazendo com que aplicações nesse domínio constituam sistemas de alta complexidade. Diante disso, o objetivo desta tese é apresentar uma abordagem denominada Virtual Reality-Requirements Specification and Testing (VR-ReST) que visa apoiar a especificação de requisitos de aplicações de RV com base na descrição de casos de uso e conceitos do domínio de RV e Grafo de Cena (GC), derivar requisitos de teste e gerar dados de teste a partir dos requisitos especificados. Além disso, é apresentado um apoio ferramental chamado de Virtual Requirements Specification and Testing (ViReST), que permite automatizá-las. A abordagem é composta por três módulos: (i) especificação dos requisitos por meio do auxílio de um modelo denominado Virtual Requirements Specification (ViReS); (ii) mapeamento dos requisitos por meio de uma linguagem semi-formal chamada Behavior Language Requirement Specification (BeLaRS) para garantir uma especificação padronizada; e (iii) geração automática dos requisitos de teste e dos dados de teste. Foi realizado um estudo de caso para avaliar a conformidade e a usabilidade da BeLaRS em auxiliar a especificação de requisitos de uma aplicação de RV. Além disso, também foi realizado um experimento para avaliar a eficácia da abordagem VR-ReST por meio da ferramenta ViReST. Usando teste de mutação neste último experimento, a abordagem VR-ReST alcançou um escore de mutação médio de 15,49% maior que o teste aleatório. Portanto, os resultados mostraram que a abordagem, bem como o apoio ferramental, podem auxiliar o projetista durante a atividade de especificação de requisitos e o testador na geração dos testes para aplicações de RV. / Software testing is considered an important activity towards fault revealing. Despite this advantage, it has been few explored within the scope of Virtual Reality (VR) applications. Among the existing gaps, the definition and automation of software testing criteria for this domain were identified, since these systems have their own characteristics that require definition or adaptation of testing techniques, making applications in this domain constitute highly complex systems. Therefore, a Virtual Reality-Requirements Specification and Testing (VR-ReST) approach is presented to perform the functional test of VR applications using Scene Graph (SG) concepts and a support tool called Virtual Requirements Specification And Testing (ViReST), which allows you to automate them. The approach is composed of three modules: (i) the first consists in specifying the requirements by means of a model called Virtual Requirements Specification (ViReS); (ii) the second involves mapping the requirements through a semi-formal language called Behavior Language Requirement Specification (BeLaRS) to ensure a standardized specification; and (iii) the third is the automatic generation of test requirements and test data. A case study was conducted to evaluate the compliance and usability of BeLaRS in assisting the requirements specification of an RV application. Also, an experiment was also carried out to evaluate the effectiveness of the VR-ReST approach using the ViReST tool. Using mutation testing in this latter experiment, the VR-ResT approach achieved a mean mutation score of 15.49% higher than the random testing. Therefore, the results showed that the approach, as well as tooling support, can assist the designer during the requirement specification activity and the tester in generating the tests for RV applications.

Esta dissertação apresenta um estudo de avaliação de desempenho de projetos a partir de uma estrutura multidimensional que engloba custo, prazo e qualidade do produto final do projeto. As fundações para o desenvolvimento desta abordagem multidimensional estão em um modelo que integra o conceito de Gerenciamento do Valor Agregado (EVM Earned Value Management) à Engenharia de Sistemas e ao Desdobramento da Função Qualidade (QFD Quality Funcion Deployment). A tradução de requisitos do cliente para requisitos técnicos é alicerçada no Desdobramento da Função Qualidade (QFD Quality Funcion Deployment), a alocação de requisitos técnicos em uma Estrutura Analítica de Projeto (WBS Work Breakdown Structure) é baseada em Engenharia de Sistemas e finalmente a integração desta base com as técnicas de planejamento e controle de projetos do Gerenciamento do Valor Agregado (EVM Earned Value Management) formam o Modelo Multidimensional de Desempenho de Projetos (MPPM - Multdidimensional Project Performance Model). Esta integração de disciplinas de qualidade, engenharia de sistemas e gerenciamento de projetos, que formam o MPPM, visa avaliar custo, prazo e qualidade do produto final de um projeto de forma integrada e simultânea. A parte empírica é realizada em duas etapas, sendo a primeira a simulação de uso do modelo a um projeto real já concluído e a segunda etapa estudo multicaso. A simulação da aplicação do modelo em um projeto real busca avaliar as dificuldades de aplicação, bem como avaliar as lacunas de desempenho do projeto a partir de uma visão multidimensional. Por fim, apresenta-se um estudo multicaso, realizado em seis empresas de grande porte de setores industriais distintos, que atuam no Brasil e desenvolvem projetos complexos. O objetivo desse estudo é fazer um levantamento das práticas de avaliação de desempenho em projetos, bem como avaliar se as empresas estudadas estariam prontas para a utilização do modelo multidimensional desenvolvido neste trabalho. O trabalho conclui que é possível a aplicação de um modelo multidimensional integrado como o MPPM para projetos com produtos complexos. Sua aplicação exige uma disciplina com a captura e desdobramento dos requisitos do cliente que não é usual nas práticas de gerenciamento de projetos das empresas pesquisadas. Por isso, a aplicação do modelo depende de uma considerável evolução da forma como as empresas gerenciam projetos e lidam com os requisitos de clientes para o produto do projeto. / This dissertation presents a study of project performance evaluation through the development of a multidimensional model that integrates the dimensions of cost, schedule and quality of the project end product. The foundation for the development of this multidimensional approach is a model that integrates the Earned Value Management (EVM) concept with Systems Engineering and the Quality Function Deployment (QFD). The customer requirements translation to technical requirements from the Quality Function Deployment (QFD), the allocation of technical requirements to a Systems Engineering based work breakdown structure (WBS) and finally the integration of this basis with the EVM techniques of planning and controlling projects along its lifecycle build the Multidimensional Project Performance Model (MPPM). This integration of quality, systems engineering and project management disciplines, that results in the MPPM, is capable of an integrated and simultaneous evaluation of cost, schedule and quality of the project end product. The empiric study is divided in two parts, the fist one simulates the application of the MPPM to a real known project, the second is a multicase study. The MPPM simulation with a real project shows the difficulties and barriers to the application of such model, as well as the gaps of a project performance evaluation based on a multidimensional vision. Finally a multi-case study of practices of project performance evaluation with six large companies of different industries segments dealing with complex projects in Brazil is developed. This multi-case study objective is to raise companies practices on project performance evaluation and also to evaluate if the studied companies are ready for the implementation of a multidimensional project performance model as the MPPM. The dissertation conclusion is that it is possible to apply a multidimensional project performance model such as the MPPM for projects with complex products. The model application requires discipline on the customer requirements elicitation and deployment. This discipline is not commonly found on studied companies practices of project management. The MPPM application depends on a considerable evolution of the companies project management methods, as well as the way these companies deal with customer requirements of the project end product.

Este trabalho discorre sobre o estudo da utilização do método de avaliação ATAM como referência para um roteiro para evolução arquitetural. O estudo apresentado está dividido em duas partes: a elaboração de um roteiro para evolução de software e a aplicação do roteiro em um ambiente real de um sistema para automação de linhas aéreas. O objetivo é avaliar o uso do método de avaliação de arquitetura para direcionar a evolução do software. As diretrizes geradas neste trabalho orientam as ações a serem tomadas com base em evidências obtidas pela avaliação, possibilitando ao software que exiba os atributos de qualidade desejados. / This paper discusses the study of the use of ATAM evaluation method as a reference to a roadmap for architectural evolution. The present study is divided into two parts: the preparation of a roadmap for software development and implementation of the roadmap in a real environment of a system for automation of airlines. The goal is to evaluate the use of architecture evaluation method to direct the evolution of software. The guidelines generated in this work have guided the actions to be taken based on evidence obtained by the evaluation, enabling the software that displays the desired quality attributes.

Trabalhos recentes na área de Planejamento e Escalonamento têm gerado uma grande expectativa em relação à aplicação dos resultados em sistemas reais. Neste cenário, métodos, ferramentas e conceitos provenientes das Engenharia do Conhecimento e da Engenharia de Requisitos se tornam fundamentais para caracterizar melhor, entender e especificar os domínios de planejamento. Nesse caso uma especial importância deve ser dada às etapas iniciais do processo, onde o conhecimento sobre o domínio é incompleto e onde existem poucas ferramentas, seja para o suporte ou automação parcial do processo, e as ferramentas já existentes carecem de métodos formais para a modelagem e análise dos requisitos. Neste trabalho propõe-se o ReKPlan (Ambiente para a Engenharia de Requisitos usando KAOS em problemas de planejamento), que usa KAOS, um método orientado a objetivos, para a modelagem de requisitos. Entretanto, o uso do KAOS (ou de qualquer outro método goaloriented) não atende à necessidade de verificar formalmente o comportamento dinâmico quando o alvo são sistemas de planejamento. A proposta deste trabalho é combinar o uso do método orientado a objetivos com o formalismo das Redes de Petri (Rdp) -especificamente a abordagem seguida pelo GHENeSys- para representar e analisar requisitos no projeto de sistemas de planejamento. Finalmente é proposto um método sobre o processo de projeto que, guiado por modelos, gera instruções PDDL servindo de entrada para os planejadores. A método foi aplicado a vários estudos de caso que o avaliam como um mecanismo promissor e eficiente na Engenharia de Requisitos resultando em uma melhor definição dos requisitos em problemas de planejamento. / Recent works in Planning and Scheduling, lead to a great expectations about how to apply achieved results in real systems. In this scenario, methods, tools and concepts from Knowledge and Requirements Engineering seem to be a key issue for characterizing, understanding and specifying the domain of planning problems. In this case a special attention should be given to the initial stages of the process, where knowledge about the domain is incomplete and there are a few tools to support or partially automate the process, and there is a lack of formal methods for modeling and analysis of requirements in the existing tools. This work proposes the ReKPlan (Requirement Engineering Using KAOS for Planning Problems) which uses KAOS, a goal-oriented method, for modeling requirements. However, the use of KAOS (or another goal-oriented method) don\'t seem the most appropriate for formal verification of the dynamic behavior of planning systems. The purpose of this work is to combine the use of KAOS with Petri Nets formalism (Rdp) - GHENeSys approach specifically - for modeling and analyzing requirements in the design of planning system. Finally is proposed a model driven engineering mechanism over a design for guiding, until the generation of PDDL instructions as input for planners to solve problems.

From the 1990\'s onwards, service science field has experienced a great growth, taking the Marketing academic field as the precursor, next gathering Management and also Engineering academic field. From business tool (i.e., e-commerce), new approaches in service delivery (e.g., IT-based self-service technology such as on-line ticketing and reservation, on-line bank account access, on-line package tracking, and so forth), and new ways of relating to customers (i.e., e-Customer Relationship Management), internet based and IT services prompted researchers to an infusion of Software Engineering concepts and techniques into Service field (MOUSSA; TOUZANI, 2010). The beginning of 2004 was marked by the introduction of the service dominant logic (SDL), advocating a transition from an good-based exchange economy to a service-based one. Also, at the same year, IBM launched a call to action on the Service Science, Management and Engineer (SSME) initiative, pushing service research towards a more formal science field (MAGLIO et al., 2006). Researchers and practitioners are studying and developing ways to consolidate service theories, laws, and principles in order to effectively manage and control service systems in practice. On the other hand, Service Systems are defined as systems with an intense relationship (or collaboration) with the customer. This collaborative relationship characteristic changes the current (good-based) idea of services: from a one way informational channel, to a multiple resource exchange and adaptable process with the costumer. In fact, it changes not only the way service systems are understood, but specially how to design it. In terms of the impact of the service dominant logic on different economic sectors, the impact over manufacturing industry had the attention of several different researchers over the world (AURICH; MANNWEILER; SCHWEITZER, 2010; CAVALIERI; PEZZOTTA, 2012; TOMIYAMA, 2001). The Service Engineering research field then advocate for the incursion of Service Design in manufacturing, changing entirely the current idea of a production chain transformation process from suppliers raw materials inputs until distribution to the final consumer. However, the new perspective on manufacturing services understand services that encompass products, surpassing the notion of a product\'s function design, to reach a receiver\'s state change design. To support adaptation and intense relationship to address customer individual needs, a manufacturing service initiative must be root on technologies that brings more freedom and flexibility into the production process. A production processes for manufacturing services must be formed be a new sophisticated network arrangement supported by internet and combined with intelligent machines. In fact, manufacturing has to be supported to reach the concept of smart (virtual) factories producing smart products. The Product-Service Architecture (or just PSA) was proposed firstly by(SILVA; NOF, 2015) with the objective of answering the needs for a serviceoriented approach to manufacturing industries. As defined by the authors, PSA is a distributed architecture where a service provider is defined as an open set of production unities (which could deliver products, services, or even product/services) that could be independent or commercially connected to the service provider corporation. It is an approach to address the problem of Service Systems from a Design perspective, based on an high-level architecture. The current design approach for PSA is imported from the Service Information Systems, forming a collection of design methods and languages highly connected to object oriented and service-oriented architecture (SOA) approaches. However, to achieve the provider-customer relationship, intense and collaborative, improvements on PSA design approach should be placed in order to allow an internal design that could achieve new solutions that adapt to meet the customer\'s needs. Our main hypothesis is that major problems are on the early phases of the design. Modifying the approaches of the PSA design discipline to approaches more connected to agent-oriented modeling could offer the necessary tools to improve the service design using PSA. Goal-Oriented Requirement Engineering (GORE) emerged as approach very consistent modeling approach strongly based on agent-oriented concepts. Adding the concepts of goals and softgoals to the design process, that could be understood as a high-level stakeholder objectives, it opened a new level of analysis capturing the \"why\" dimensions of the stakeholders(YU, 1997). Following modeling representations to increase agency for the PSA design Discipline, the concept of Intentionality, brought by the GORE method i*, meaning interests and motivation of agents, seems to fit to the objectives of service design. Therefore, we present on this work our proposal for an Intentional PSA Service Design Discipline to support modeling and design for service system that could be even applied to new manufacturing approaches. For the purposes of this work, we understand discipline as a set of rules, involving steps and tools, to achieve a proposed goal. Discipline, as it does not admit a formalism that allows it to be called a method. Therefore, it is a theoretical conceptual proposal that aims practical incursions to demonstrated improvements of the modeling process. Therefore, what we want to demonstrate is that the steps gathered, aligned to a framework improves the quality of the design process. It is not possible to formalize it completely since there is no formal definition of the elements (even for services). It should be noted that the conceptual basis of the intention-based method lies in the preliminary stage of requirements elicitation and analysis, which as we know can not be formalized. We seeks the enrichment of the current PSA design discipline approach with Goal-oriented and Intentional approaches to form a new Service Design Discipline applied for the PSA architecture. / A partir da década de 1990, o campo das ciências de serviço vivenciou um grande crescimento, tendo o Marketing como campo acadêmico precursor, seguido pela área de gestão e logo depois pelo campo acadêmico da engenharia. Desde ferramentas de negócios (ie, comércio eletrônico), passando por novas abordagens na prestação de serviços (por exemplo, tecnologia de autoatendimento baseada em TI, emissão de tickets e reservas on-line, acesso à conta bancária on-line, entre outras), novas formas de relacionar-se com clientes (por exemplo, e-Customer Relationship Management), os serviços baseados na Internet e TI levaram os pesquisadores a uma infusão de conceitos e técnicas relacionadas ã engenharia de software dentro do campo dos serviços (MOUSSA; TOUZANI, 2010). Já o início de 2004 foi marcado pela introdução da lógica dominante de serviço (SDL), defendendo a transição de uma economia de trocas baseadas em bens para uma baseada em serviços. Além disso, no mesmo ano, a IBM lançou um \"call to action\"para uma iniciativa chamada Service Science, Management e Engineer (SSME), provocando uma maior formalização ao campo de pesquisa das ciências de serviço (MAGLIO et al., 2006). Porém, hoje ainda pesquisadores e profissionais estão estudando e desenvolvendo maneiras de consolidar as teorias, leis e princípios das ciências de serviço, a fim de gerenciar e controlar os sistemas de serviços na prática. Por outro lado, os Sistemas de Serviço são definidos como sistemas com uma intensa relação (ou colaboração) com o cliente. Esta característica de relacionamento colaborativo altera a idéia atual de serviços (baseada em bens): de um canal informacional unidirecional, para um intercâmbio de recursos múltiplos através de um processo adaptável com o cliente. Na verdade, esta mudança altera não apenas a forma como os sistemas de serviço são entendidos, mas especialmente como são projetados. Em termos de impacto da lógica dominante de serviço sobre os diferentes setores econômicos, a indústria de manufatura acabou obtendo grande atenção de vários pesquisadores pelo mundo. (AURICH; MANNWEILER; SCHWEITZER, 2010; CAVALIERI; PEZZOTTA, 2012; TOMIYAMA, 2001). O campo de pesquisa de Engenharia de Serviços, que estuda o impacto da lógica de serviços sobre a manufatura, defende então a incursão do Design de Serviço no processo de fabricação, mudando inteiramente a idáia atual de uma cadeia de produção que se iniciava a partir dos insumos e matárias-primas vindas dos fornecedores, passando pela manufatura, atá a sua distribuição ao consumidor final. No entanto, a nova perspectiva sobre serviços de manufatura compreende serviços que englobam os produtos, superando assim a noção do design como projeto da função de um produto, para alcançar a ideia de design como o projeto da mudança de estado de um receptor. Com o objetivo de apoiar a adaptação e o relacionamento intenso em busca de atender às necessidades individuais de cada cliente, uma proposta para um manufatura orientada à serviços deve ter como base tecnologias que trazem mais liberdade e flexibilidade ao processo de produção. Um processo de produção para os serviços de manufatura deve ser, portanto, formado por um novo e sofisticado arranjo em rede conectados à internet, combinando máquinas inteligentes e colaborativas. A manufatura dessa maneira caminhará para uma proposta no qual fábricas inteligentes (virtuais) produz produtos inteligentes. A Arquitetura de Produto-Serviço (ou apenas PSA) foi proposta pela primeira vez por (SILVA; NOF, 2015) com o objetivo de responder às necessidades de uma abordagem orientada a serviços para indústrias de manufatura. Conforme definido pelos autores, o PSA é uma arquitetura distribuída no qual um provedor de serviços é definido como um conjunto aberto de unidades de produção (que poderiam fornecer produtos, serviços ou mesmo produtos / serviços) que poderiam ser independentes ou comercialmente conectados à empresa prestadora de serviços. O PSA é portanto uma abordagem para tratar do problema dos Sistemas de Serviço a partir de uma perspectiva de Design, baseada em uma arquitetura de alto nível. A abordagem de projeto atual para o PSA foi importada de tácnicas vindas dos Sistemas de Informação de Serviço, formando uma coleção de métodos de design e linguagens altamente conectados à abordagens orientadas a objetos e à arquitetura orientada a serviços (SOA). No entanto, para alcançar a relação fornecedor-cliente, intensa e colaborativa, algumas melhorias na abordagem de design utilizando o PSA devem ser feitas a fim de permitir um projeto interno que poderia alcançar novas soluções que se adaptem às necessidades do cliente. Nossa principal hipótese é de que os principais problemas estão concentrados nas fases iniciais do design. Por tanto, é necessário realizar modificações na disciplina de design atual do PSA em busca de abordagens mais conectadas à modelagem orientada à agentes que poderia oferecer as ferramentas necessárias para tal alteração. A Engenharia de Requisitos Orientada para o Objetivo (GORE), portanto, surge como uma candidata importante dado que é uma abordagem de modelagem muito consistente e também fortemente baseada em conceitos orientados a agentes. Esta adiciona conceitos como goals e softgoals, que podem ser entendidos como uma representação alto nível dos interesse dos stakeholders. Assim, permitindo um novo espaço de análise capturado através da dimensão dos \"porquês\"dos stakeholders (YU, 1997). Seguindo as representações de modelagem que buscam aumentar a agência com foco para uma possível aplicação na disciplina de design do PSA, o conceito de Intencionalidade, trazido pelo método GORE i*, que representa os interesses e motivação dos agentes, parece ajustar-se aos objetivos do design de serviço. Portanto, apresentamos neste trabalho a nossa proposta para uma Disciplina Intencional para o Design de Serviço usando o PSA para apoiar a modelagem e o design de sistema de serviço que poderiam ser aplicados até mesmo em conjunto com novas abordagens para manufatura. Para os fins desse trabalho, entendemos disciplina como um conjunto de regras, um código de conduta, envolvendo etapas e ferramentas, para alcançar um objetivo proposto. Discilpina, pois esta não admite formalismo que permita chamá-la de método. Portanto trata-se de uma proposta de base teórica conceitual que visa a incursão prática demonstrada pela melhoria do processo de modelagem. Logo, o que se quer demonstrar é que a reunião de passos, alinhado a um framework melhora a qualidade do pocesso. Não é possível formalizar completamente este método já que não há uma definição formal dos elementos (e nem mesmo de serviços). Note-se que ainda que a base conceitual do método baseado em intenções se encontra na fase preliminar da eliciação e análise de requisitos, que como se sabe não pode ser formalizada. Buscamos portanto o enriquecimento da atual abordagem de disciplina de projeto usando PSA com abordagens orientadas por objetivos e intencionais para formar uma nova disciplina de design de serviços aplicada para a arquitetura PSA.

Submitted by PPG Ci?ncia da Computa??o (ppgcc@pucrs.br) on 2018-05-08T18:28:23Z No. of bitstreams: 1 GABRIEL_PIMENTEL_AFFONSO_DE_OLIVEIRA_DIS.pdf: 1728021 bytes, checksum: ccf1b372e65c1d0cf709157eeb0723ca (MD5) / Approved for entry into archive by Caroline Xavier (caroline.xavier@pucrs.br) on 2018-05-15T18:27:29Z (GMT) No. of bitstreams: 1 GABRIEL_PIMENTEL_AFFONSO_DE_OLIVEIRA_DIS.pdf: 1728021 bytes, checksum: ccf1b372e65c1d0cf709157eeb0723ca (MD5) / Made available in DSpace on 2018-05-15T18:37:12Z (GMT). No. of bitstreams: 1 GABRIEL_PIMENTEL_AFFONSO_DE_OLIVEIRA_DIS.pdf: 1728021 bytes, checksum: ccf1b372e65c1d0cf709157eeb0723ca (MD5) Previous issue date: 2018-03-14 / Tradicionalmente, a engenharia de requisitos se baseia na execu??o sequencial de atividades. Por outro lado, a engenharia de requisitos em metodologias ?geis ? informal. Projetos ?geis s?o bem sucedidos ?sem requisitos? gra?as ao fato de que casos de teste s?o comumentemente vistos como requisitos e de que requisitos s?o detalhados como casos de teste que servem tambem para validar e aceitar cada funcionalidade. Um dos formato destes testes de aceita??o s?o cen?rios criados a partir da t?cnica de desenvolvimento orientado a comportamento (do ingl?s, behavior-driven development, BDD). Estes cen?rios ajudam a evitar problemas de comunica??o entre especialistas de dom?nio e programadores, j? que estes cen?rios s?o escritos numa linguagem comum a esses dois grupos, permitindo um caminho menos amb?guo dos requisitos de neg?cio para a especifica??o do comportamento do um software. Entretanto, aqueles que formalizam cen?rios BDD n?o possuem um conjunto padr?o de regras para se familiarizarem com o conceito de um ?bom? cen?rio, o que pode permitir que cen?rios BDD sofram de problemas conhecidos pela engenharia de requisitos, tais como requisitos incompletos, mal especificados ou inconsistentes. Portanto, para preencher essa lacuna, nessa pesquisa foram coletados dados de entrevistas semi-estruturadas com praticantes de BDD para propormos uma lista de verifica??o baseada em quest?es com 12 perguntas associadas a 8 atributos de qualidade. Esse instrumento deve prover aos praticantes de BDD orienta??es padronizadas para o refinamento de seus cen?rios. / Traditional requirements engineering approaches are based on a sequential execution of activities. In the other hand, requirements engineering in agile development is informal. Agile projects succeed ?without requirements? due to the fact that test cases are commonly viewed as requirements and detailed requirements are documented as test cases that also validate and accept each feature. One format of those acceptance test cases is Behavior-Driven Development scenarios. Those scenarios help to avoid communication problems between the domain experts and programmers on the team, as they are defined using a common language that allows for an easy, less ambiguous path from end-user business requirements to the specification of how the software should behave. However, those who formalize BDD scenarios do not have a standard set of rules to educate themselves on what a ?good? BDD scenario is, which can allow BDD scenarios to suffer from other known problems in requirement engineering such as incomplete, underspecified and inconsistent requirements. Therefore, to fill that gap, this research gathered data from semi-structures interviews performed with BDD practitioners to propose a question-based checklist based on 8 newly defined quality attributes. This question-based checklist provides practitioners with an standard guideline for BDD scenarios? refinement

Empreendimentos hospitalares são reconhecidos pela complexidade que está associada a todas as fases de seu ciclo de vida: projeto, construção e operação. Os projetos da saúde são altamente influenciados por regulamentações locais. Estes conjuntos de códigos e legislações contém informações prescritivas e são importantes ao projeto, uma vez que as especificações são, usualmente, definidas de acordo com os critérios neles contidos. Ao longo do processo de desenvolvimento de produto, as especificações devem ser verificadas frente aos requisitos extraídos destas regulamentações. Este processo, se realizado manualmente, tende a ser demorado e propenso a erros. Tentativas de desenvolvimento de sistemas de verificação automatizada não se mostraram completamente satisfatórias. Muitos dos problemas estão relacionados à forma como novas abordagens são concebidas, muitas vezes desenvolvidas de acordo com métodos codificados e fragmentados, e à tipologia de informação que está nas normas e regulamentações. A abordagem metodológica utilizada nesta pesquisa foi a Design Science Research. Como artefato, foi desenvolvido um framework com base na abordagem semântica, para fornecer suporte ao desenvolvimento de sistemas de verificação automatizada, com ênfase em requisitos regulamentares no contexto de projetos de edificações hospitalares. As principais contribuições teóricas deste estudo, portanto, estão relacionadas às taxonomias e às transformações da informação, bem como às relações entre os constructos utilizados. Os resultados indicam que a natureza das regulamentações possui impacto significativo na possibilidade de tradução em regra lógica parametrizável. Apesar de a automação ser desejável, os resultados deste estudo indicam, ainda, que atualmente nem todos os requisitos podem ser completamente traduzidos em termos de processamento e verificação automatizados. Apesar de este fato diminuir o nível geral de automatização no processo, ele pode trazer benefícios ao contexto de projetos da saúde. O atendimento de alguns dos requisitos depende em um certo grau, em critérios subjetivos, que estão relacionados à interpretação humana e à criatividade. / Healthcare facilities are recognized for the complexity associated to all phases of their lifecycle: design, construction and operation. The design of healthcare projects is highly influenced by local healthcare regulations. These legislations usually contain prescriptive information and play an important role, as design specifications should be defined based on the criteria defined therein. In the design phase, during the product development process, requirements extracted from legal regulations must be verified against design specifications. This process, if done manually, tends to be time consuming and error prone. Attempts to develop automated rule checking systems for healthcare projects have not been fully successful. Most flaws appear to be related to the way new approaches are conceived, being mostly developed according to hard-coded and fragmented approaches, and the typology of information bounded by the regulations. The methodological approach adopted in this investigation was the Design Science Research. The main outcome of this research study is a semantic-based framework, devised to support the development of automated rule checking systems, focused on regulatory requirements of healthcare building design. The main theoretical contributions of this research work are concerned with the taxonomies and information transformation, as well as the relationships among the constructs involved. The results indicate that the nature of regulations have a major impact on the possibility of translating them into logic rules. Even though automation is desirable, the findings of this study also indicate that currently not all requirements can be fully translated into rules for automated processing and checking. Although this decreases the overall degree of automation in the process, this fact may provide benefits to the healthcare context. The fulfillment of some requirements to some extend should rely on subjective criteria, which depends on human interpretation and creativity.

Na engenharia de software há os modelos tradicionais e os modelos ágeis. Porém, não há um consenso sobre quais são as práticas necessárias para se obter sucesso em um projeto de engenharia de software. O presente trabalho propõe a análise do modelo SEMAT através de um estudo de caso usando esse modelo para a concepção e o levantamento de requisitos de um software para e-learning, na área de ensino de banco de dados. A partir desse estudo de caso foi possível verificar a aplicabilidade do modelo para a aplicação, além de demonstrar algumas restrições e adaptações necessárias para o uso nessa área específica. / In software engineering there are traditional and agile models. However, there is no consensus on what practices are required for a successful software engineering project. This work proposes to analyze the SEMAT model through a study case for the conception and requirements elicitation of an e-learning database education software. From this study case it was possible to verify the model applicability for the application, as well as to understand some restrictions and adjustments required for this specific area.

Partindo do pressuposto de que software começa a atender cada vez mais um número crescente de funcionalidades em sistemas espaciais, é fundamental que a atividade de especificação de requisitos assuma um papel decisivo no esforço de se alcançar um resultado satisfatório e seguro em projetos desta natureza. No que diz respeito a sistemas aeroespaciais críticos, onde a ambigüidade, a não-completeza e a falta de requisitos podem provocar acidentes graves, envolvendo prejuízos econômicos, materiais e humanos, nos obriga a um tratamento mais cuidadoso sobre o assunto. Um caminho de garantir a qualidade em projetos da área espacial, no que diz respeito a segurança, confiabilidade e outros fatores relacionados a dependabilidade, é através do uso de técnicas e fatores de segurança, para a identificação de requisitos não-funcionais, ainda em fases iniciais de projeto, como a da especificação de sistema. Acredita-se que definir quais são os requisitos relacionados a fatores de qualidade mais importantes para as aplicações aeroespaciais do IAE e quais são as técnicas relacionadas a dependabilidade mais apropriadas para avaliá-los permitirá um amadurecimento e uma estabilidade dos requisitos e conseqüentemente do projeto ainda na fase de sua concepção. O objetivo deste trabalho é se desenvolver um processo que auxilie o desenvolvimento de projetos de software da área espacial, ainda na fase de especificação de requisitos, no que tange a identificação de fatores de qualidade relacionados a dependabilidade. O trabalho consiste de uma apresentação de quais são os atributos de dependabilidade mais adequados para projetos de software da área de veículos espaciais do IAE e de uma investigação de quais são as técnicas de análise de segurança mais adequadas para a avaliação dos mesmos, de forma a produzir especificações mais completas, consistentes e confiáveis.