A especificação dos requisitos de software pressupõe que se conheçam os requisitos do sistema do que será parte. Os requisitos do sistema, por sua vez, pressupõem o conhecimento do negócio (business) onde o sistema será utilizado. Para que estes conhecimentos sejam obtidos é importante o envolvimento dos stakeholders tanto no nível de sistema quanto no nível de negócio. As literaturas sobre Engenharia de Requisitos, Engenharia de Software e Engenharia de Sistemas concordam que o envolvimento dos stakeholders é fundamental. O tratamento dispensado ao assunto, no entanto, é pequeno, dada a importância do tema. Esta dissertação, utilizando conceitos da Engenharia de Métodos Situacionais e de Design Science, apresenta o ZEP Framework, um artefato, produzido com o software EPF Composer, que permite a criação de métodos para envolver o stakeholder. Estes métodos, para serem criados, devem levar em consideração as peculiaridades da organização, dos recursos disponíveis e do projeto em si. São apresentados, ainda, alguns cenários, na área de Turismo, como exemplos da utilização do framework. / The specification of software requirements implies that the system requirements are known. The system requirement requires knowledge about the business of which the system will be a part. To obtain this knowledge it is important to engage stakeholders not only at the system level, but at the business level as well. The literature on Requirements Engineering, Software Engineering and Systems Engineering consider the involvement of stakeholders as fundamental. Despite this, the treatment of the subject is not proportional to its importance. This dissertation, using concepts from Situational Method Engineering and Design Science, presents the ZEP Framework, an artifact built with the EPF Composer software, that allows the creation of methods to engage stakeholders. These methods consider the specific situation of the organization, the resources available and the characteristics of the initiative itself. Some scenarios, in the Tourism field, are presented as examples of the utilization of the framework.

Business environments in modern organizations, especially the Universities, have suffered deep transformations in the past few years, and so become more complex, what demands more information from the managers for the decision taking processes. In this sense, it can be observed that the result of the decision can take place, mostly, in accordance to the quality of the decision process, when the ideal would be to concentrate the whole management in an only system. However, in the Universities case, this is not possible, once many if those systems are adopted by the Federal Government. Therefore, in the Businnes Intelligence tools, it was found a probable alternative to minimize the complexity of the decision taking process, once this kind of system is properly used to work in a concentrated way with several sources of information. Thus, this is the problem in this study: Which are the requirements of a business intelligence system to Universidade Federal do Pampa. The research is characterized as an only case study, the approach is qualitative and exploratory. In order to elicit the requirements, documental research techniques, legacy systems analysis, interviews with some institution’s managers and prototyping were used. The prototype was built with the HTML language, following the same pattern of GURI system, to facilitate the users’ development and adaptation. The prototype was validated by the institution’s managers, being the main method for documenting the functional requirements. / Os ambientes de negócio das organizações contemporâneas, em especial das Universidades, têm passado por profundas modificações nos últimos anos, tornando-se cada vez mais complexos, o que exige dos gestores melhores informações para o processo de tomada de decisão. Logo, observa-se que o resultado da decisão pode se dar, em grande parte, em função da qualidade do processo decisório e que o ideal seria centralizar toda a gestão em um único sistema. No entanto, no caso das Universidades, isso não é possível, pois muitos desses sistemas são adotados por determinação do Governo Federal. Encontrou-se, então, nas ferramentas de Business Intelligence uma possível alternativa para minimizar a complexidade do processo de decisão, uma vez que este tipo de sistema é justamente utilizado para trabalhar de forma centralizada com variadas fontes de informação. Assim, a problemática deste estudo é a seguinte: Quais os requisitos de um sistema de business intelligence para a Universidade Federal do Pampa? A pesquisa caracteriza-se como um estudo de caso único com abordagem qualitativa e exploratória. Para elicitação de requisitos foram utilizadas as técnicas de pesquisa documental, análise dos sistemas legados, entrevistas com gestores da instituição e prototipação. O protótipo foi construído utilizando a linguagem HTML, e seguiu o mesmo o padrão do sistema GURI, para facilitar o desenvolvimento e a adaptação dos usuários. O protótipo foi validado por gestores da instituição, sendo a principal forma de documentação dos requisitos funcionais.

Submitted by Bruna Rodrigues (bruna92rodrigues@yahoo.com.br) on 2016-09-23T13:56:59Z No. of bitstreams: 1 TesePAPJ.pdf: 5493171 bytes, checksum: a61bbca991a0162dcea271bc085d522f (MD5) / Approved for entry into archive by Marina Freitas (marinapf@ufscar.br) on 2016-10-04T17:56:15Z (GMT) No. of bitstreams: 1 TesePAPJ.pdf: 5493171 bytes, checksum: a61bbca991a0162dcea271bc085d522f (MD5) / Approved for entry into archive by Marina Freitas (marinapf@ufscar.br) on 2016-10-04T17:56:22Z (GMT) No. of bitstreams: 1 TesePAPJ.pdf: 5493171 bytes, checksum: a61bbca991a0162dcea271bc085d522f (MD5) / Made available in DSpace on 2016-10-04T17:56:29Z (GMT). No. of bitstreams: 1 TesePAPJ.pdf: 5493171 bytes, checksum: a61bbca991a0162dcea271bc085d522f (MD5) Previous issue date: 2015-11-17 / Não recebi financiamento / A software concern may be defined as a set of requirements related to the same purpose. A CrossCutting Concern (CCC) (or Early-Aspect) is a concern whose requirements cutacross other concern requirements and the inadequate modularization of this type of concern may hinder the software development and evolution. The Aspect-Oriented Requirements Engineering (AORE) area provides more appropriate strategies for CCC identification, representation and composition. A commonly reported issue on AORE approaches is the low effectiveness provided by them, regarding to the concern identification and classification. This is due to two main causes: (i) the lack of a broader understanding about software concerns domain; and (ii) the lack of appropriate resources to support software engineers during the identification and classification of software concerns. This work aims to mitigate the reported issue by dealing with its main causes. To do this, we present: (i) a reference ontology for software concerns domain, called O4C (Ontology for Concerns), that aims to make clear and precise the description of the elements of this domain; (ii) an ontologically-based AORE approach, called ObasCId (Ontologically-based Concern Identification); and (iii) a computational tool, called OBasCId-Tool, that automates some activities of the ObasCId approach. The evaluation of the proposed approach and its computational support was carried out through experimental studies, in order to verify the effectiveness and efficiency of these research products regarding to concern identification and classification. The results indicate the ObasCId approach may contribute positively to the recall of software concerns without harming the precision and the execution time of the approach. Regarding to the ObasCId- Tool, it has been considered approved by its users, regarding to its usefulness and easeof- use features. / Um interesse de software (concern) consiste em um conjunto de requisitos relacionados a um mesmo propósito. Quando um interesse possui requisitos que se encontram entrelaçados com requisitos de outros interesses, trata-se de um “Interesse Transversal” e a modularização inadequada desse tipo de interesse pode dificultar o desenvolvimento e a evolução do software. A área de Engenharia de Requisitos Orientada a Aspectos (EROA) oferece estratégias mais adequadas para identificação, representação e composição de Interesses Transversais (ITs). Um problema comumente relatado nos estudos experimentais sobre abordagens para EROA é a baixa efetividade proporcionada por elas, com relação à identificação e classificação de interesses do software. Isso ocorre por duas causas principais: (i) a falta de uma compreensão mais ampla a respeito do domínio de interesses de software; e (ii) a escassez de recursos apropriados para apoiar engenheiros de software durante a identificação e classificação dos interesses do software. O objetivo deste doutorado é mitigar o problema relatado, atacando suas principais causas por meio de: (i) uma ontologia de referência para o domínio de interesses de software, denominada O4C (Ontology for Concerns), cujo intuito é tornar clara e precisa a descrição dos elementos desse domínio; (ii) uma abordagem para EROA fundamentada nos conceitos da ontologia O4C, denominada ObasCId (Ontologically-based Concern Identification); e (iii) uma ferramenta computacional para automatização de algumas atividades da abordagem ObasCId, denominada OBasCId-Tool. A avaliação da abordagem proposta, bem como de seu apoio computacional, foi realizada por meio de estudos experimentais, visando a verificar a efetividade e eficiência desses produtos de pesquisa com relação à identificação e classificação de interesses de software. Os resultados indicaram que a abordagem ObasCId pode contribuir positivamente para a cobertura de interesses de software, sem prejudicar a precisão e o tempo de execução dessa abordagem. Quanto à ferramenta ObasCId-Tool, a mesma foi considerada satisfatória por seus usuários, com relação às suas características de utilidade e facilidade de uso.

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-02-09T22:01:23Z No. of bitstreams: 1 AlessandroJoseDeSouza_TESE.pdf: 6314138 bytes, checksum: 8dd80a04c2a37ca05516dadfd003dbf5 (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-02-10T18:03:16Z (GMT) No. of bitstreams: 1 AlessandroJoseDeSouza_TESE.pdf: 6314138 bytes, checksum: 8dd80a04c2a37ca05516dadfd003dbf5 (MD5) / Made available in DSpace on 2017-02-10T18:03:16Z (GMT). No. of bitstreams: 1 AlessandroJoseDeSouza_TESE.pdf: 6314138 bytes, checksum: 8dd80a04c2a37ca05516dadfd003dbf5 (MD5) Previous issue date: 2016-05-06 / Para que se possa obter sucesso no desenvolvimento de um projeto de software, ? necess?rio conhecer seus requisitos, sejam eles funcionais ou n?o-funcionais (atributos de qualidade). Nesse sentido, os use cases t?m sido amplamente adotados pelos profissionais de engenharia de software como uma das ferramentas para elicita??o e an?lise de requisitos. No entanto, sua forma fragmentada e textual de descri??o das funcionalidades do sistema n?o tem sido suficiente para suscitar os interesses relacionados ao design de interface do usu?rio. Este fato levou profissionais de intera??o humano-computador a criarem seus pr?prios m?todos e t?cnicas que, muitas vezes, contrap?em-se ? filosofia usada por engenheiros de software para modelagem da intera??o usu?rio-sistema. Por essa raz?o, com o prop?sito de melhorar o suporte ? descri??o de use case integrado com o design centrado no usu?rio, prop?e-se a Visual Language for Use Case Description (VL4UCD). Neste trabalho, ? definido o uso da VL4UCD durante as tarefas de an?lise e valida??o de requisitos, de forma a endere?ar, ainda na fase inicial do projeto, as preocupa??es de ambos os grupos (engenharia de software e intera??o humano-computador) sobre o desenvolvimento de sistemas de software interativo. / In order to success during the development of a software project, it is necessary to know its requirement, whether they are functional requirements or non-function requirements (quality attributes). In that direction, the use cases have been widely adopted by both Software Engineering and Human-Computer Interaction professionals. However, its fragmented and textual form of the system description has not been enough to provide interest concerned to the user interface design. This fact has led human-computer interaction professionals to create their own methods and techniques which often go in the opposite the philosophy used by software engineers for modeling the user-system interaction. Therefore, aiming to improve the support to use case description integrated with the user centered-design, it is proposed the Visual Language for Use Case Description - VL4UCD. In this work, it is defended the use of VL4UCD during the tasks of analysis and requirement validation, of form to address, still in the initial project phase, the concerns of both groups (software engineering and human-computer interaction) about of software interactive system development.

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-11-01T21:17:49Z No. of bitstreams: 1 FabioFernandesPenha_DISSERT.pdf: 4488288 bytes, checksum: ce0cffc3a8dfa247b84cbd463115a11f (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-11-07T21:46:59Z (GMT) No. of bitstreams: 1 FabioFernandesPenha_DISSERT.pdf: 4488288 bytes, checksum: ce0cffc3a8dfa247b84cbd463115a11f (MD5) / Made available in DSpace on 2017-11-07T21:46:59Z (GMT). No. of bitstreams: 1 FabioFernandesPenha_DISSERT.pdf: 4488288 bytes, checksum: ce0cffc3a8dfa247b84cbd463115a11f (MD5) Previous issue date: 2017-07-28 / A sociedade moderna, progressivamente, proporciona ambientes sociot?cnicos com sistemas complexos. Esses sistemas s?o complexos por conta do grande n?mero de partes que interagem de modo n?o simples, dada as propriedades dessas partes e das leis que regem essas intera??es. Al?m dessa circunst?ncia, trabalhos da Engenharia de Software refor?am que o universo das informa??es necess?rias para realizar uma modelagem ? mais amplo, e envolve mais dimens?es das j? consolidadas: est?tica e din?mica. Assim, surge o framework iStar com uma ontologia delineada para capturar e representar informa??es intencionais e sociais do ambiente analisado em dois modelos gr?ficos: Depend?ncia Estrat?gica (SD - Strategic Dependency ) e Racioc?nio Estrat?gico (SR - Strategic Rationale ). Entretanto, esse mesmo framework n?o oferece alternativas para melhorar a compreens?o dos seus modelos gr?ficos, quando esses representam um grande n?mero de partes desses ambientes, ou seja, sistemas complexos. Diante disso, o objetivo desta disserta??o foi oferecer uma alternativa ao framework iStar para lidar com a complexidade proporcionada pelos sistemas complexos, desta forma, influenciar positivamente a compreens?o e o aprendizado dos modelos iStar. Com esse fim, foi desenvolvida uma nota??o textual para compreender as informa??es sociais atrav?s de uma estrutura interdependente. Na avalia- ??o desenvolvida, observou-se a relev?ncia dessa nota??o textual para os modelos gr?ficos da seguinte forma: (i) uma alternativa complementar para leitura dos modelos gr?ficos, como tamb?m, (ii) a import?ncia da constru??o desses modelos a partir de composi??es de estruturas interdependentes. / A modern society, progressively, provides increasingly sociotechnical environments through of complex systems. This complexity is to due to the large number of parties interacting in a non-simple way, given the properties of these parts and the laws governing these interactions. In addition to this circumstance, the Software Engineering reinforces that the universe of information needed to perform a broader modeling, and involves more dimensions of already consolidated: static and dynamic. Thus, the iStar framework emerges with an ontology capable of capturing and represent intentional and social information of the environment analyzed in two graphic models: Strategic Dependency (SD) and Strategic Reasoning (SR). However, this same framework does not offer alternatives to improve the understanding of its graphic models, when these represent a large number of parts of these environments. Therefore, the objective of this dissertation was to offer an alternative to the iStar framework to deal with the complexity provided by the complex systems, in order to positively influence the understanding and learning of the iStar models. To this end, a textual notation has been developed to understand social information through an interdependent structure. In the developed evaluation, it was observed the relevance of this textual notation for the graphic models as follows: (i) a complementary alternative for reading of the graphic models, as well as (ii) the importance of building these models from interdependent structures.

A especificação dos requisitos de software pressupõe que se conheçam os requisitos do sistema do que será parte. Os requisitos do sistema, por sua vez, pressupõem o conhecimento do negócio (business) onde o sistema será utilizado. Para que estes conhecimentos sejam obtidos é importante o envolvimento dos stakeholders tanto no nível de sistema quanto no nível de negócio. As literaturas sobre Engenharia de Requisitos, Engenharia de Software e Engenharia de Sistemas concordam que o envolvimento dos stakeholders é fundamental. O tratamento dispensado ao assunto, no entanto, é pequeno, dada a importância do tema. Esta dissertação, utilizando conceitos da Engenharia de Métodos Situacionais e de Design Science, apresenta o ZEP Framework, um artefato, produzido com o software EPF Composer, que permite a criação de métodos para envolver o stakeholder. Estes métodos, para serem criados, devem levar em consideração as peculiaridades da organização, dos recursos disponíveis e do projeto em si. São apresentados, ainda, alguns cenários, na área de Turismo, como exemplos da utilização do framework. / The specification of software requirements implies that the system requirements are known. The system requirement requires knowledge about the business of which the system will be a part. To obtain this knowledge it is important to engage stakeholders not only at the system level, but at the business level as well. The literature on Requirements Engineering, Software Engineering and Systems Engineering consider the involvement of stakeholders as fundamental. Despite this, the treatment of the subject is not proportional to its importance. This dissertation, using concepts from Situational Method Engineering and Design Science, presents the ZEP Framework, an artifact built with the EPF Composer software, that allows the creation of methods to engage stakeholders. These methods consider the specific situation of the organization, the resources available and the characteristics of the initiative itself. Some scenarios, in the Tourism field, are presented as examples of the utilization of the framework.

A simulação contribui para o aprendizado dos estudantes na transição de ambientes laboratoriais, nos quais os acadêmicos podem experimentar situações práticas para aprimorar os procedimentos, e então executar a assistência real a pacientes. Tal estratégia de ensino tem sido adotada como padrão em profissões altamente técnicas e complexas, nas quais há elevado risco para a vida humana, como, por exemplo, profissões aeroespaciais, militares, energia nuclear, saúde, entre outras. Para que ocorram as práticas simuladas nos laboratórios de ensino são utilizados manequins, modelos anatômicos e equipamentos semelhantes aos das unidades hospitalares, criando um ambiente o mais realista possível. Estudos avançaram no desenvolvimento de simuladores de paciente para a saúde, no entanto para aliar tal desenvolvimento à aprendizagem na enfermagem é necessário o desenvolvimento de artefatos mais realísticos. Para contribuir com esse tema de pesquisa o objetivo geral desta dissertação foi descrever o processo de criação de um novo conceito de manequim simulador de braço para punção venosa, com base na analise de requisitos, para a construção de um protótipo. Assim, foram realizadas buscas em bases científicas, bancos de patentes e sites comerciais. Além disso, foram utilizadas ferramentas do processo inovador no Design e a construção de um protótipo funcional. Como resultado, estabeleceu-se um panorama para o desenvolvimento de manequins simuladores quanto aos aspectos educacionais, comerciais e tecnológicos. A proposta culmina com o desenvolvimento de um conceito inovador de manequim simulador para a prática de punção venosa na educação na saúde e um protótipo definido como braço híbrido. / Simulated situations contribute to students’ learning in the transition of laboratory environments, where academics can experience practical situations to improve techniques and perform procedures for real patient care. Such teaching strategy has been adopted as the standard in highly complex and technical professions, where there is high risk to human life, such as, for example, aerospace, military, nuclear power, healthcare and other professions. The simulated practice in teaching laboratories uses simulators, anatomical models and equipment similar to those of hospital units, thus creating an environment that is as realistic as possible. Studies have advanced in the development of patient simulators in healthcare; however combining such development with learning in nursing requires the development of more realistic artifacts. To contribute to this research topic the overall purpose of this paper is to describe the process of creating a new concept of arm simulaton manikin for venipuncture, based on the analysis of requirements for the construction of a prototype. Thus, searches were conducted in scientific bases, patent databases and commercial websites. In addition, Design thinking tools were used, and a functional prototype was built. As a result, a panorama to develop manikin simulator was established concerning educational, technological and commercial aspects. The proposal culminates in the development of an innovative concept of a simulator to practice venipuncture in healthcare education.

O processamento dos requisitos é um processo que visa o atendimento dos requisitos dos envolvidos em um projeto. Especificamente em projetos de ambientes construídos, é importante devido à natureza complexa, iterativa e ao grande número de envolvidos. Apesar de ser um tema explorado há muitas décadas, o processamento de requisitos ainda é pouco conhecido pelos profissionais da área, e seus problemas e dificuldades são essencialmente associados à falta de procedimentos estruturados e à pouca adequação das ferramentas de suporte. Esta tese objetiva trazer contribuições para a implementação de melhorias no processamento dos requisitos de projetos de ambientes construídos, a partir das percepções dos profissionais que desenvolvem tais projetos. Para tanto, este objetivo geral foi subdividido em quatro objetivos específicos: (i) propor uma caracterização das etapas e uma definição dos conceitos-chave relacionados ao processamento dos requisitos em projetos de ambientes construídos; (ii) verificar quais são as técnicas e ferramentas mais utilizadas tacitamente pelos profissionais para processar requisitos, bem como o interesse dos mesmos em utilizar técnicas e ferramentas mais sofisticadas; (iii) investigar a eficiência das técnicas e ferramentas utilizadas tacitamente para processar requisitos sob a ótica dos profissionais, bem como identificar quais são as principais dificuldades que enfrentam; e (iv) propor e testar preliminarmente soluções para sanar as lacunas identificadas nas etapas de priorização de requisitos e definição de soluções de projeto. A pesquisa foi estruturada no formato de 5 artigos científicos. O primeiro e o segundo, visam atender ao objetivo (i), através de uma revisão sistemática e da proposta de um mapa cognitivo, respectivamente. O terceiro e o quarto artigos exploram através de um estudo de caso exploratório e de uma survey, respectivamente, as práticas tácitas de processamento de requisitos e as dificuldades dos profissionais, atendendo assim aos objetivos (ii) e (iii). O quinto artigo apresenta a aplicação de dois métodos matemáticos como alternativas para atender ao objetivo específico (iv). Como resultados, foi possível realizar uma caracterização do processamento de requisitos, além de apontar caminhos para as melhorias através do diagnóstico das práticas já existentes, das dificuldades dos profissionais e da proposta de novas ferramentas. A principal conclusão é de que o sucesso na implementação de melhorias, tanto através do melhoramento de técnicas que já são utilizadas na rotina dos profissionais, como de ferramentas mais complexas, depende da prévia compreensão das dificuldades no ambiente onde os projetos são desenvolvidos, e do investimento na capacitação das pessoas. / The requirements processing is a process aimed at meeting the stakeholder’s requirements. Specifically in building design, it is important due to the complex and iterative nature, and to the large number of stakeholders. Despite being studied for decades, the requirements processing is still little known by practitioners, and their problems and difficulties are mainly associated with the lack of structured procedures and little adequacy of support tools. This thesis aims to bring contributions to the implementation of improvements in the requirements processing in building design, from the perceptions of the professionals who develop such projects. Therefore, this general objective was subdivided into four specific objectives: (i) to propose a characterization of the steps and a definition of the key concepts related to the requirements processing in building design; (ii) to verify what are the techniques and tools most commonly used by professionals to process requirements, as well as the interest of those in the use of more sophisticated techniques and tools; (iii) to investigate the efficiency of the techniques and tools used to process tacitly requirements from the perspective of the practitioners, as well as identify what are the main problems they face; and (iv) to propose and test preliminary solutions to remedy the difficulties identified in the prioritization of requirements and the definition of design solutions. The thesis was structured in 5 scientific articles. The first and the second, aim to meet the objective (i) through a systematic review and a proposal of a cognitive map, respectively. The third and fourth articles explore, through an exploratory case study and a survey, respectively, the tacit practices of processing requirements and the difficulties of professionals, thus meeting the objectives (ii) and (iii). The fifth article presents the application of two methods as alternatives to meet the objective (iv). As a result, it was possible to make a characterization of the requirements processing in building design, and to indicate a way for improvements through the diagnosis of existing practices, the difficulties of practitioners and the new tools proposed. The main conclusion is that the successful implementation of improvements, both by improving techniques that are already used in the routine of professionals, as more complex tools depends on the prior understanding of the difficulties in the environment where the projects are developed, and investment in training people.

Submitted by Jean Medeiros (jeanletras@uepb.edu.br) on 2017-07-17T11:52:47Z No. of bitstreams: 1 PDF - Júlia Cibelle Freire de Queiroz Arnaud.pdf: 23071946 bytes, checksum: 1107c01b26b40906b0869fa7c2cee053 (MD5) / Approved for entry into archive by Secta BC (secta.csu.bc@uepb.edu.br) on 2017-07-20T12:23:22Z (GMT) No. of bitstreams: 1 PDF - Júlia Cibelle Freire de Queiroz Arnaud.pdf: 23071946 bytes, checksum: 1107c01b26b40906b0869fa7c2cee053 (MD5) / Made available in DSpace on 2017-07-20T12:23:22Z (GMT). No. of bitstreams: 1 PDF - Júlia Cibelle Freire de Queiroz Arnaud.pdf: 23071946 bytes, checksum: 1107c01b26b40906b0869fa7c2cee053 (MD5) Previous issue date: 2017-03-31 / The number of health information systems is increasing in quantity and complexity, and their quality is essential to improve the quality of the services delivered to the population. Normally, the development of medical device software presents requirements that normally are not addressed by the traditional software development of non-safety critical industry. In this sense, projects of health information systems start to face new challenges imposed by regulators, society and suppliers since they start to interact with medical devices, personal health devices and diagnostic solutions. Requirements engineering processes are very important for the reduction of the involved risks in the development of these systems. Most agile processes used by several companies, although following well established activities for software development, have some gaps in the requirements engineering activities, turning the way in which requirements are developed in the context for health often incomplete. Health system development should be supported by an appropriate requirements engineering process, which in addition to guiding the development process, also fits in the treatment of specific requirements that these software products need. This work proposes the definition of a requirements engineering process that enables the development and management of requirements in a traceable way, while at the same time aligning with the agile development process. The process defines activities, inputs, outputs and guidelines that, in an integrated way and guides the requirements engineering in an effective way. Finally, an experimental study is presented in the context of health information systems to evaluate the viability of the proposed process. / O número de sistemas de informação em saúde está aumentando em quantidade e complexidade, e sua qualidade é essencial para melhorar a qualidade dos serviços prestados à população. O desenvolvimento de software para dispositivo médico apresenta requisitos que normalmente não são abordados pelo desenvolvimento de software tradicional. Neste sentido, os projetos de sistemas de informação de saúde começam a enfrentar novos desafios impostos pelos reguladores, sociedade e fornecedores, uma vez que começam a interagir com os dispositivos médicos, dispositivos pessoais de saúde e soluções de diagnóstico. Os processos de engenharia de requisitos são muito importantes para a redução dos riscos envolvidos no desenvolvimento destes sistemas. Muitos dos processos ágeis utilizados por várias empresas, apesar de seguir um ciclo de atividades para o desenvolvimento do software, apresentam algumas lacunas nas atividades da engenharia de requisitos, tornando a forma com que os requisitos são desenvolvidos no contexto para saúde muitas vezes incompleta. O desenvolvimento de sistemas na área da saúde deve ser apoiado por um processo de engenharia de requisitos apropriado, que além de guiar processo de desenvolvimento, também se encaixe no tratamento de requisitos específicos que estes produtos de software necessitam. Este trabalho propõe a definição de um processo de engenharia de requisitos que possibilite o desenvolvimento e gerenciamento dos requisitos de maneira rastreável, ao mesmo tempo que se alinha ao processo de desenvolvimento ágil. O processo define atividades, entradas, saídas e diretrizes que de forma integrada, orientam a engenharia de requisitos de maneira eficaz. Finalmente é apresentado um estudo experimental no contexto de sistemas de informação em saúde para avaliar a viabilidade do processo proposto.

O início deste século foi marcado pela mudança de paradigma na economia e nos processos produtivos, migrando de uma orientação a bens materiais para uma orientação a serviço. Ao mesmo tempo, os processos de automação da manufatura e integração de sistemas estão sofrendo alteração, onde modelos clássicos orientados a produto estão sendo substituídos por modelos sustentados por sistemas de informação (eventualmente cognitivos). A tese central deste trabalho é que a abordagem orientada a serviço deve ser baseada na engenharia de sistemas, com sistemas de informação atuando como elementos integradores automatizados do processo de co-criação dos serviços. Neste trabalho são analisadas propostas de formalização e fundamentação (teórica e prática) do processo de design de sistemas de serviço que sigam esta nova tendência, resultando em elementos integradores automatizados. É apresentado um framework, chamado SoftDiss, para especificação de sistema de informação de serviço, orientado a modelos, que provê recursos para os processos de eliciação, modelagem e análise de requisitos, baseado em métodos semi-formais (UML e SOMF) e formais (SysML e Petri Nets), visando antecipar a formalização da especificação e contemplar os diversos viewpoints. O uso do SoftDiss mostra que a utilização de melhores práticas, ferramentas comerciais e métodos formais, tendo como objetivo co-criação de valor, neste caso, entre desenvolvedores humanos e os sistemas incluídos no processo de design, viabilizam antecipar a formalização e contemplar os diversos viewpoints de requisitos. O SoftDiss é aplicado a três casos com estrutura distinta: o primeiro onde a base tecnológica é um sistema Smart Grid urbano, o segundo associado a projetos desenvolvidos em laboratórios de pesquisa e desenvolvimento, e o terceiro dedicado aos serviços associados à agricultura de precisão. A diversidade de tipos de serviço deste conjunto mostra a exibilidade do SoftDiss que é associado ao conceito de serviço e não ao tipo, função ou nicho de aplicação. / The beginning of this century was marked by a paradigm shift in the modeling and design of processes, which moved from goods-dominant to a service-dominant approach. At the same time, manufacturing automation and integration are evolving, opening the possibility for classical models, oriented to products has being replaced by service models, supported by information systems (eventually cognitive). The thesis of this work is that the service oriented approach should be based on systems engineering, with information systems acting to integrate and automate service co-creation. First of all some proposals are considered to formalize and fundament (from a theoretical and practical point of view) the design process of these new service systems and how they turn in key elements for integration and automation. In the following we introduce an framework called SoftDiss for specifying information systems service, model oriented, that provides resources to the processes of elicitation, requirements analysis and modeling, based on semi-formal (SOMF and UML) and formal (SysML and Petri Nets) methods which can anticipate the formal specification, while addressing different viewpoints. The use of SoftDiss shows that using best practices, business tools and formal methods to co-create value - in this case involving human developers and machine systems included in the design process, will lead to the anticipation and a formal representation to requirements viewpoints. SoftDiss is applied to three distinct case studies: the first where the basic technology from an urban Smart Grid, the second associated with projects developed in research laboratories and development, and the third dedicated to services associated with precision agriculture. The diversity of service types shows the flexibility of SoftDiss which is associated with the concept of service and not to the kind, function or application domain.