[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.