1 |
[en] A PROCESS FOR DEFINE TRACEABILITY STRATEGIES: A CASE IN ORACLE ENVIRONMENT / [pt] UM PROCESSO DE GERÊNCIA DE ESTRATÉGIA DE RASTREABILIDADE: UM CASO EM AMBIENTE ORACLEMARCELO NOVAES COUTINHO 13 January 2017 (has links)
[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.
|
2 |
[en] A DESIGN MODEL BASED ON RATIONALE: RELATING PROBLEM SPACE TO SOLUTION SPACE OF DESIGN / [pt] UM MODELO DE SUPORTE AO DESIGN BASEADO NO RATIONALE: RELACIONANDO ESPAÇO DE PROBLEMA AO ESPAÇO DE SOLUÇÃO NO DESIGNJOSÉ EURICO DE VASCONCELOS FILHO 28 February 2011 (has links)
[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.
|
Page generated in 0.0407 seconds