Rastreabilidade de Requisitos é uma atividade de grande importância no contexto da Gerência de Requisitos em Projetos de software e pode ser definida como a atividade que acompanha um requisito em todo seu ciclo de vida. Nesse sentido, diversas abordagens (técnicas, modelos de processos, frameworks de processo, ferramenta, metodologias e afins) de apoio a rastreabilidade encontram-se dispersas na literatura para que se possam atingir os níveis de produtividade e qualidade desejados. Neste contexto, este trabalho visa contribuir por meio de um catálogo de abordagens de apoio a atividade de rastreabilidade de requisito, que é um instrumento que reúne estas abordagens a fim de facilitar e ajudar organizações na sua escolha. Para alcançar tal resultado foi utilizado o método da Engenharia de Software Baseada em Evidências chamado Revisão Sistemática da Literatura, devido a este método ser confiável, rigoroso e auditável, tendo assim, como objetivo investigar na literatura tais abordagens e boas práticas de rastreabilidade de requisitos no contexto de projetos de software.

Submitted by Johnny Rodrigues (johnnyrodrigues@ufcg.edu.br) on 2017-09-13T17:33:44Z No. of bitstreams: 1 Dissertação Uma Abordagem para Representação e Rastreio de Artefatos - Dissertação - Arthur Marques.pdf: 3543236 bytes, checksum: 940b12e3ea8bc59723a107297df266fc (MD5) / Made available in DSpace on 2017-09-13T17:33:44Z (GMT). No. of bitstreams: 1 Dissertação Uma Abordagem para Representação e Rastreio de Artefatos - Dissertação - Arthur Marques.pdf: 3543236 bytes, checksum: 940b12e3ea8bc59723a107297df266fc (MD5) Previous issue date: 2014-12-15 / Rastreabilidade de Requisitos refere-se ao processo de rastreio de requisitos ao longo de todo o ciclo de vida de um software. Visto que um grande conjunto de informações é usado e produzido e tais devem ser rastreadas, ela é essencial ao processo de desenvolvimento de software. Não obstante, uma vez que a complexidade dos sistemas desenvolvidos cresce, a miríade de artefatos relacionados também cresce. Sendo assim, engenheiros de requisitos são encarregados de rastrear requisitos em diferentes níveis de abstrações. Neste contexto, vale ressaltar que não há um consenso acerca do processo de rastreabilidade e, como consequência, práticas de rastreabilidade de requisitos não podem ser unificadas em diferentes ambientes organizacionais. Propor uma abstração comum para rastreabilidade de requisitos e também identificar aspectos chave do processo de rastreabilidade são reconhecidos como notáveis tópicos de pesquisa dentre os grandes desafios da rastreabilidade de requisitos. Sendo assim, no presente trabalho, propomos uma Linguagem de Representação de Rastreabilidade (TRL), que provê abstrações para a rastreabilidade de requisitos. Tal linguagem é então explorada por um processo de rastreabilidade, centrado na mesma. Desta forma, ao discutirmos detalhadamente as fases do processo proposto, atores, responsabilidades, entradas e saídas esperadas bem como contratos e interfaces que regem tal processo, nós investigamos aspectos comuns do processo de rastreabilidade. A avaliação do presente trabalho considera que: (i) a representação proposta foi avaliada considerando critérios de legibilidade e redigibilidade, ou seja, quão compreensível ela é; e (ii) o processo proposto foi avaliado considerando sua performance e eficiência, isto é, quão bem o processo apoia atividades beneficiadas pela rastreabilidade de requisitos. Como resultados, observamos que a linguagem e suas construções foram avaliadas como de fácil leitura e escrita e que a linguagem é uma abordagem viável para abstrair rastreabilidade de requisitos. Além disso, observamos que o processo proposto possui melhor performance e eficiência quando comparado à um processo ad hoc. Dados os resultados observados, a abordagem proposta (linguagem e processo) fornece abstrações para o processo de rastreabilidade de requisitos bem como fomentar a discussão acerca dos principais aspectos do processo de rastreabilidade, desta forma, promovendo a rastreabilidade de requisitos portável. / Requirements Traceability (RT) refers to the process of tracing requirements through the software development life-cycle. It is essential for the software development process because a lot of information is used and produced and it should be kept related or traceable. Nevertheless , as the complexity of a system increases, themyriad of related artifacts also increases. Therefore, one is encumbered of tracing requirements through different abstraction levels. Moreover, there is not a consensus about the traceability process and, as a consequence, requirements traceability practices cannot be unified across different organizational settings. Proposing a common abstraction to requirements traceability and also identifying common aspects to the requirements traceability process have been recognized as remarkable research topics of the grand challenges of requirements traceability. Therefore, is this work, we propose a Traceability Representation Language (TRL), which provides abstractions to requirements traceability. Such representation is then exploited by a requirements traceability process centered on it. Thus, by thoroughly discussing process’ phases, activities, actors, responsibilities, and input/output artifacts as well as traceability contracts, which govern process’ phases and how they intercommunicate, we investigate common aspects of requirements traceability. The evaluation of the present work was twofold: (i) the proposed language was evaluated considering its readability and writability, i.e. how comprehensible it is; and (ii) the proposed process was evaluated regarding its performance and effectiveness, i.e. how well it supports requirements traceability tasks. As a result, we observed that the language’s constructions were evaluated as easily read/written and that it is a feasible approach to provide an abstraction to requirements traceability. Moreover,we observed that the proposed process improves the performance and efficiency of the requirements traceability process, while maintaining the same accuracy of other approaches. Therefore, the proposed approach (language and process) is feasible to address abstractions to requirements traceability as well as foster the discussion of major aspects of the requirements traceability process, thus portable traceability can be addressed, i. e. how requirements traceability techniques can be used across different projects or even organizations.

Submitted by Automação e Estatística (sst@bczm.ufrn.br) on 2018-07-31T22:00:35Z No. of bitstreams: 1 IluenyConstancioChavesDosSantos_DISSERT.pdf: 6215870 bytes, checksum: 5db4675a5cf3c639bba28b7134fdc596 (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2018-07-31T22:05:04Z (GMT) No. of bitstreams: 1 IluenyConstancioChavesDosSantos_DISSERT.pdf: 6215870 bytes, checksum: 5db4675a5cf3c639bba28b7134fdc596 (MD5) / Made available in DSpace on 2018-07-31T22:05:04Z (GMT). No. of bitstreams: 1 IluenyConstancioChavesDosSantos_DISSERT.pdf: 6215870 bytes, checksum: 5db4675a5cf3c639bba28b7134fdc596 (MD5) Previous issue date: 2017-01-16 / Os sistemas de informação desempenham um papel vital no apoio aos processos de negócio das empresas. Frequentemente, leis e regulamentos estabelecem restrições aos sistemas de software existentes e empresas são obrigadas a desenvolver sistemas complexos que estejam em conformidade com a legislação vigente. Os requisitos legais referem-se ao conjunto de leis e regulamentos aplicáveis ao domínio do negócio do software que se pretende desenvolver. Estes requisitos são altamente sensíveis às alterações que ocorrem na legislação. A rastreabilidade de requisitos possibilita o acompanhamento e a descrição da vida de um requisito, desde sua origem até a sua implementação. O dinamismo das leis exige uma adaptação contínua dos requisitos legais modelados. Os prejuízos obtidos por uma organização, que não se preocupa com a conformidade legal dos seus sistemas, podem ir de perdas nanceiras até prejuízos a sua reputação. Este trabalho apresenta uma proposta de abordagem capaz de auxiliar as equipes de desenvolvimento de software nas atividades de veri cação e manutenção da conformidade dos sistemas com as leis vigentes. Foram realizadas entrevistas com especialistas em requisitos para melhor compreensão do problema; análise da abordagem através de estudos de casos, para avaliação da sua e cácia e entendimento das falhas, melhorias, desvantagens e vantagens apreendidas com a aplicação da abordagem proposta. Observou-se que o gerenciamento de requisitos, notadamente através do uso da rastreabilidade, podem desempenhar um papel fundamental na veri cação da adequação dos sistemas com as leis. Os resultados obtidos também demonstram que o esforço despendido pela equipe, na execução da abordagem proposta, pode contribuir para promoção da auditabilidade dos sistemas de informação. / Information systems play a vital role in supporting business processes of companies. Often, laws and regulations place restrictions on existing software systems and companies are required to develop complex systems that comply with current legislation. The legal requirements refer to the set of laws and regulations applicable to the domain of the software business to be developed. These requirements are highly sensitive to changes in legislation. Requirements traceability enables the tracking and description of the life of a requirement, from its origin to its implementation. The dynamism of laws requires a continuous adaptation of the legal requirements modeled. The losses made by an organization, which does not care about the legal compliance of its systems, can go from nancial losses to damages to its reputation. This paper presents a proposal for an approach capable of assisting software development teams in the veri cation and maintenance of systems compliance with current laws. Interviews were conducted with specialists in requirements to better understand the problem; Analysis of the approach through case studies, to evaluate its e ectiveness and understanding of the aws, improvements, disadvantages and advantages seized with the application of the proposed approach. It was observed that the management of requirements, especially through the use of traceability, can play a fundamental role in verifying the adequacy of the systems with the laws. The results obtained also demonstrate that the e ort expended by the team in the execution of the proposed approach can contribute to the promotion of the auditability of information systems.

Made available in DSpace on 2016-06-02T19:05:28Z (GMT). No. of bitstreams: 1 1792.pdf: 1793786 bytes, checksum: 8e3f39a83c69deddf07abe1063163387 (MD5) Previous issue date: 2008-01-29 / The objective of this work was to implement an initial version of a development support environment, based on the Use Case Model, named COCAR. The conception and the features of this environment are the result of several master papers. In the scope of this work, the main subject under study has been requirement management, although concerning its implementation, functionalities related to other previous works have also been contemplated. This environment prop up a few software development tasks, aiming at leveling up qualitity throughout the process. It is well know that one of the principal characteristics related to software product quality is that the product should meet the user requirements. In requirement engineering, the comunication between the user and the developer is stated in the Requirement Document and based on it, the requeriment can be modelled, for instance, by means of the Use Case Model. Despite the efforts invested in gathering requirements with the user, it is know that they are very likely to be ammended during the development process. A fundamental factor for the maintainance of the overall quality is that such modifications to the requirements occur in a monitored and foreseeable way. The ability to describe and follow a requirement life-cycle within the software development process is denominated requirement traceability. As the requirement document represents what binds the user and the developers, if traceability is obtained from that point onwards, the quality of the development process tend to increase and this permits monitoring since its earliest phases. This paper contribution to the implementation of the environment COCAR, includes features such as: registering the requirement of a system, generating of a Use Case Model, requirement management (mainly what concerns traceability between the Requirement Document and the Use Case Model), providing traceability metrics found in academic literature and the possibility of determining the relationship between the requirements. Based on the data provided by the tool, it is easy to perceive that they are highly relevant to any system development planning or following up, which can be an important pragmatic contribution to the improvement of software development and software products. / Este trabalho teve como objetivo a implementação de uma versão inicial de um ambiente de apoio ao desenvolvimento de software, baseado no Modelo de Casos de Uso, denominado COCAR. A concepção e as funcionalidades desse ambiente são frutos de alguns trabalhos de mestrado. No contexto deste trabalho o objetivo principal de estudo foi o gerenciamento de requisitos, embora, em termos de implementação, funcionalidades relacionadas a outros trabalhos anteriores foram também contempladas. Esse ambiente apóia algumas atividades do desenvolvimento de software, procurando aumentar a qualidade ao longo desse processo. Sabe-se que uma das principais características relacionadas à qualidade de um produto de software é que este atenda aos requisitos do usuário. Na Engenharia de Requisitos, a comunicação entre usuário e desenvolvedor é registrada no Documento de Requisitos, sendo que, a partir deste, os requisitos podem ser modelados, por exemplo, por meio de Modelos de Casos de Uso. Apesar dos esforços em levantarem-se as necessidades junto ao usuário, sabe-se que os requisitos solicitados serão alterados durante o processo de desenvolvimento. Um ponto fundamental para que a qualidade seja mantida é que essas alterações ocorram de forma controlada e previsível. A capacidade de descrever e acompanhar a vida de um requisito dentro do processo de desenvolvimento de software é chamada rastreabilidade de requisitos. Como o documento de requisitos representa o elo entre o usuário e os desenvolvedores, caso a rastreabilidade seja obtida a partir desse ponto, a qualidade do processo de desenvolvimento tende a ser melhor e a permitir um controle desde suas fases iniciais. A contribuição deste trabalho para a implementação do ambiente COCAR incluiu as funcionalidades de registro dos requisitos de um sistema, a geração do Modelo de Casos de Uso e o gerenciamento de requisitos, sobretudo no que diz respeito aos aspectos de rastreabilidade, entre o Documento de Requisitos e o Modelo de Casos de Uso, oferecendo métricas de rastreabilidade propostas na literatura e possibilidade de determinação do relacionamento entre os requisitos. Com base nas informações oferecidas pela ferramenta, pode-se perceber que elas são de grande valia para o planejamento e acompanhamento do desenvolvimento de um sistema, o que pode ter uma grande contribuição prática para a melhoria da qualidade do processo e do produto.

[pt] A rastreabilidade de requisitos eficaz oferece suporte para alcançar maior maturidade do projeto e melhor qualidade do produto. Pesquisadores argumentam que a rastreabilidade deve ser explicitamente definida antecipadamente e que a rastreabilidade eficaz acontece por acaso ou por meio de esforços ad-hoc. Além disso, estudos comprovam que os profissionais raramente seguem estratégias de rastreabilidade explícitas. Tal estratégia explícita de rastreabilidade deve, pelo menos, definir os artefatos a serem rastreados e os traços a serem criados entre eles. Considerando o ambiente de desenvolvimento de procedures Oracle, raramente se percebe alguma estratégia de rastreabilidade, especialmente entre a especificação de requisitos e o código SQL, o que torna a manutenção das procedures Oracle muito dispendiosa. Este trabalho apresenta como proposta, um processo que facilita a definição explícita de estratégias de rastreabilidade e que contém atividades necessárias para a elaboração de metas de uso da rastreabilidade. O processo também inclui atividades de projeto de rastreabilidade e validação de estratégia. Como estudo de caso, é realizada a instanciação do processo em um ambiente de desenvolvimento Oracle, onde se faz uso de modelos de rastreabilidade. / [en] Effective requirements traceability supports higher project maturity and better product quality. Researchers argue that traceability must be explicitly defined in advance and to be effective. In addition, studies show that professionals rarely follow explicit traceability strategies. An explicit traceability strategy should at least define the artifacts to be traced and the traits being created between them. Usually in a development environment of Oracle procedures, a traceability strategy is rare, especially between the requirements specification and the code, which makes code maintenance very expensive. This work presents a proposal of a process that facilitates the explicit definition of traceability strategies and activities necessary to the use of traceability. The process also includes traceability project and validation strategy activities. As a case study, an instantiation process in a development environment Oracle is performed using the proposed process.

[pt] O design de sistemas interativos é um processo complexo, iterativo e colaborativo, que requer diferentes conhecimentos para sua realização, e composto por diferentes atividades que se inter-relacionam na composição de um produto final. As informações produzidas durante cada atividade são de extrema relevância para a continuidade do processo e para a compreensão, explicação e manutenção do produto produzido. Estas informações devem estar relacionadas e integradas em um discurso claro e coerente, permitindo sua rastreabilidade e contemplando a proveniência e o contexto em que foram produzidas. Observa-se, entretanto, que as propostas de captura e modelagem do processo de design em IHC provêem uma visão fragmentada e/ou incompleta deste processo. Por esta razão, propõe-se aqui um modelo epistêmico, baseado em Design Rationale (DR), adequado ao registro e modelagem do design de sistemas interativos. Com base na revisão e análise das principais visões e propostas do processo de design, seus requisitos, modelos, notações, linguagens de suporte foi proposto o modelo epistêmico Ideia. O modelo tem como principal objetivo registrar e comunicar as atividades de design de forma coesa, oferecendo subsídios para a reflexão da equipe de design sobre as atividades do processo de design, bem como informações de proveniência para a rastreabilidade das informações. Para isso, o modelo propõe a integração dos insumos e produtos (e.g., requisitos, modelos, artefatos) das atividades de design, oferecendo uma ponte entre as atividades de análise (espaço de problema) e de design conceitual (espaço de solução) por meio do DR. O modelo foi implementado no protótipo Deprost e adotado no design de parte de um sistema colaborativo, o sistema WikiMapps, possibilitando avaliar a proposta através de um estudo de caso sobre seu desempenho quanto ao que é proposto. / [en] The design of interactive systems is a complex, iterative and collaborative process, composed of different activities that are interrelated in the composition of a final product and requires different expertise to perform it. The information produced during each activity is very important for the continuity of the process and to understand, explain and maintain the product produced. This information must be related and integrated in a clear and coherent speech, allowing traceability and addressing the origin and the context in which they were produced. It is noted, however, that the proposed process catch and modeling in HCI design provide a fragmented and/or incomplete view of this process. For this reason, we propose an epistemic model, based on Design Rationale (DR), suitable for the recording and modeling of the design of interactive systems. Based on the review and analysis of the key views and proposals of the design process, their requirements, models, notations and support languages, the epistemic model Ideia has been proposed. The model has as its main goal to register and report design activities in a cohesive manner, offering support for the reflection of the design team about the activities of the design process as well as information sources for the traceability of information. For this, the model proposes the integration of inputs and outputs (e.g., requirements, models, artifacts) of the activities of analysis (problem space) and the conceptual design (solution space) DR. The model was implemented in the Deprost prototype and adopted in the design of part of the WikiMapps project, allowing us to evaluate the proposal in a real case study.

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-02-20T21:14:32Z No. of bitstreams: 1 RobsonPauloDaSilva_DISSERT.pdf: 13158742 bytes, checksum: 0a1b1bd60f390902c7d125d1b1dc0d4a (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-02-23T20:20:51Z (GMT) No. of bitstreams: 1 RobsonPauloDaSilva_DISSERT.pdf: 13158742 bytes, checksum: 0a1b1bd60f390902c7d125d1b1dc0d4a (MD5) / Made available in DSpace on 2017-02-23T20:20:51Z (GMT). No. of bitstreams: 1 RobsonPauloDaSilva_DISSERT.pdf: 13158742 bytes, checksum: 0a1b1bd60f390902c7d125d1b1dc0d4a (MD5) Previous issue date: 2016-08-26 / M?todos ?geis tornaram-se uma forma de desenvolvimento predominante, sendo praticados em larga escala na ind?stria e objeto de grande interesse cient?fico pela comunidade acad?mica. Apesar de qualidades reconhecidas pelos praticantes e pela academia, existem alguns pontos de fraqueza em que os M?todos ?geis poderiam se beneficiar de solu??es mais conservadoras, importadas dos m?todos tradicionais. Como, por exemplo, situa??es em que ocorre a perda da mem?ria coletiva devido ? alta rotatividade de pessoal, ou a mudan?a do desenvolvimento de onshore para offshore. Uma destas solu??es que pode trazer muitos benef?cios para os processos ?geis de desenvolvimento ? o emprego de Rastreabilidade para apoiar a gest?o de projetos. O objetivo deste trabalho ? apresentar um modelo de refer?ncia de rastreabilidade no ?mbito de gest?o de projetos em M?todos ?geis e mostrar como aplic?-lo em um contexto real. Para construir este modelo foi feita uma revis?o da literatura, na qual foram buscadas entidades de refer?ncia que representam conceitos, necessidades de informa??o, reconhecidos pela comunidade cient?fica como importantes para o rastreamento de requisitos, al?m daqueles relacionados a projetos ?geis. Estes conceitos foram empregados na an?lise dos dados de projetos de software de uma grande corpora??o, para identificar problemas tais como: falta de testes; inconsist?ncias na instancia??o dos processos; defici?ncias na gest?o dos projetos e; incoer?ncias entre as Hist?rias de Usu?rio e seus detalhamentos. / Agile methods have become a predominant form of development, being practiced on a large scale in the industry and object of great scientific interest in the academic community. Despite its many qualities recognized by practitioners and the academia, there are some points of weakness on what Agile Methods could benefit from more conservative solutions, imported from the traditional methods, for example, situations in which there is loss of collective memory due to high staff turnover, or changing the development of onshore to offshore. One of these solutions that can bring many benefits to the agile development process is the use of traceability to support project management in Agile Methods. The aim of this paper is to present a traceability reference model for Agile methods project management scope and show how to apply it in a real context. To build this model a literature review was conducted, in which reference entities were sought representing concepts, information needs, recognized by the scientific community as important for traceability requirements in addition to those related to Agile projects. These concepts were used in the construction of a traceability reference model whose usefulness was evaluated in the extraction of software project management information of a large corporation. Used to identify problems such as lack of testing; inconsistencies in the instantiation of processes; deficiencies in the management of projects and; inconsistencies between the User Stories and his detailing.

Managing a software project is an increasingly complex task as it demands the quality of the final product to increase. Thus, e ective management is required from project design to software deployment and maintenance. According to the literature found, Requirements Engineering is the most important phase in terms of final impact on a software project. Changes in software requirements occur throughout the software process, from elicitation and requirements analysis to software operation. Requirements traceability enables one to identify the source and the dependency among software requirements. Studies show that current requirements traceability tools and methods are insu cient which makes it di cult to use traceability in practice. The goal of this work was the proposal of a requirements traceability technique combined with a modeling language and supported by a tool. To achieve this goal, bibliographic review, state-of-the-art research, comparative analysis, questionnaire and interviews were used as research instruments. Initially, an analysis of requirements traceability techniques and evaluation of requirements traceability tools were performed to evaluate if the techniques are used in practice and are being supported by software tools. After these analysis, an event-based traceability technique was proposed using concepts from the SysML modeling language. A software tool was developed to support this technique. Whenever a requirement is modified, the tool notifies stakeholders of such change made to the system requirements through e-mail. The technique and the tool were evaluated by twenty four information technology professionals using a questionnaire based on the TAM model that encompasses the concepts of perceived utility, perceived ease of use and perceived use, and interviews. As a result, the lack of relationship between the techniques and the tools surveyed was observed, and the criterion of automatic communication with stakeholders was not addressed in any evaluated tool. With regard to the proposed technique and tool, a wide acceptance of technique and tool was observed. The acceptance of the proposals was carried out by professionals with varied experiences in software development. / Gerenciar um projeto de software é uma tarefa cada vez mais complexa à medida que as exigências sobre a qualidade do produto final aumentam. Assim, é preciso um gerenciamento eficaz desde a concepção do projeto até a implantação e manutenção do software. Segundo a literatura encontrada, a Engenharia de Requisitos é a fase que possui maior impacto em um projeto de software. As mudanças nos requisitos de software ocorrem ao longo do processo de software, desde a elicitação e análise de requisitos até a operação do software. A rastreabilidade de requisitos possibilita identificar a origem e a dependência entre os requisitos de software. Estudos mostram que as ferramentas e métodos de rastreabilidade de requisitos atuais são insuficientes e dificultam o uso prático da rastreabilidade. O objetivo deste trabalho é a criação de uma técnica de rastreabilidade de requisitos combinada com uma linguagem de modelagem e que seja apoiada por uma ferramenta. Para atingir este objetivo, foram utilizados como instrumentos de pesquisa a revisão bibliográfica, uma pesquisa do tipo estado da arte, análise comparativa, questionário e entrevistas. Inicialmente, foram realizadas análise das técnicas de rastreabilidade de requisitos e avaliação de ferramentas de rastreabilidade de requisitos com intuito de avaliar se as técnicas são utilizadas na prática, e se estão sendo apoiadas por ferramentas de software. Após estas análises, foi proposta uma técnica de rastreabilidade entre requisitos baseada em eventos utilizando conceitos da linguagem de modelagem SysML. Uma ferramenta de software foi desenvolvida para apoiar essa técnica. Sempre que um requisito é modificado, a ferramenta notifica aos stakeholders a alteração realizada nos requisitos do sistema por meio de e-mails. A técnica e a ferramenta foram avaliadas por vinte e quatro profissionais de tecnologia da informação utilizando questionário, baseado no modelo TAM, que engloba os conceitos de utilidade percebida, facilidade de uso percebido e uso percebido, e entrevistas. Como resultado, foram observados a falta de relação entre as técnicas e as ferramentas pesquisadas e que o critério de comunicação automática com stakeholders não foi abordado em nenhuma ferramenta avaliada. Com relação à técnica e ferramenta propostas, observou-se uma ampla aceitação da técnica e da ferramenta. A aceitação das propostas foi realizada por profissionais com experiências variadas em desenvolvimento de software.

The Model Driven Development (MDD) promotes the use of models to generate software solutions, in which models are the primary development artifact. In recent years, studies in software engineering area (ES) have been intensified and several solutions, definitions, methods and structures are being generated. However, this paradigm, as it is considered by some authors, has not been effectively used, as the ES covers various aspects, and not everyone is prepared for MDD. The Requirements Engineering (RE) is highlighted in this scenario, since it comprises the initial phase of the development process and the product generated must meet the requirements set out in that time. Once the code ceases to be the focus of development in the context of MDD, it is necessary to identify whether the requirements defined at the beginning of the project while under transformation remain faithful as well as the allocated elements to each requirement at all stages and possible impacts in case of change. In this context, it is important to introduce the concepts of traceability requirements in MDD. Thus, this work presents the R2MDD, a framework which aims to monitor and track requirements for the transformation of models to the generation of source code. The R2MDD seeks to identify impacts, ensure the consistency of requirements and other characteristics, as well as generate information management level, benefiting all stakeholders. An experimental study was conducted with the assistance of Qualitas model at the University Hospital of the Federal University of Sergipe (HU - UFS) to assess the R2MDD, highlighting its advantages and limitations. / O Model Driven Development (MDD) promove o uso de modelos na geração de soluções de software, na qual os modelos são o artefato principal do desenvolvimento. Nos últimos anos, estudos na área de Engenharia de Software (ES) tem sido intensificados e diversas soluções, definições, métodos e estruturas estão sendo geradas. Entretanto, esse paradigma, como é considerado por alguns autores, ainda não é utilizado de forma efetiva, visto que a ES abrange diversos aspectos e nem todos estão preparados para o MDD. A Engenharia de Requisitos (ER) ganha destaque nesse cenário, pois compreende a fase inicial do processo de desenvolvimento e o produto gerado deve atender aos requisitos definidos nesse momento. Uma vez que o código deixa de ser o foco do desenvolvimento no contexto de MDD, surge a necessidade de identificar se os requisitos definidos no início do projeto, ao serem transformados, mantém-se fieis, bem como identificar os elementos alocados a cada requisito em todas as fases e possíveis impactos em caso de alteração. Nesse contexto, torna-se importante introduzir os conceitos da rastreabilidade de requisitos em MDD. Dessa forma, este trabalho apresenta o R2MDD, um framework que visa monitorar e rastrear requisitos durante as transformações de modelos até a geração de código fonte. O R2MDD busca identificar impactos, garantir a consistência dos requisitos e demais características, bem como gerar informações a nível gerencial, que beneficiam todos os stakeholders. Um caso exemplo foi realizado com o auxílio do modelo Qualitas no Hospital Universitário da Universidade Federal de Sergipe (HU – UFS) a fim de avaliar o R2MDD, destacar suas vantagens e identificar suas limitações.