Hola,

Leyendo este hilo me han entrado 2 dudas importantes:

1) Según he entendido por el correo de Maria Escobar, la trazabilidad tiene que
llegar al nivel de controlar la trazabilidad de los requerimientos en las
diferentes fases del desarrollo. ¿Se tiene que llegar hasta ese nivel de
granularidad? ¿Sería una debilidad no tener identificados en que momento (toma
de requisitos, análisis, desarrollo, etc) un requisito es asociado al código?

2) Según el correo de Ambrosio, ¿tambien se entiende como una debilidad que la
trazabilidad tiene que ir asociada al objeto del código y no a la funcionalidad
definida a alto nivel?

Mil gracias

--- En calidaddelsoftware@yahoogroups.com, "Joana Urresti" <jurresti@...>
escribió:
>
> Hola a todos,
>
>
>
> En el proceso REQM, el modelo CMMI V1.2. pide que haya una trazabilidad
> bidireccional.
>
>
>
> Concretamente, en el punto "SP 1.4 Maintain Bidirectional"
>
> When the requirements are managed well, traceability can be established from
> the source requirement to its lower level requirements and from the lower
> level requirements back to their source. Such bidirectional traceability
> helps determine that all source requirements have been completely addressed
> and that all lower level requirements can be traced to a valid source.
>
> Requirements traceability can also cover the relationships to other entities
> such as intermediate and final work products, changes in design
> documentation, and test plans.
>
>
>
> Teniendo en cuenta que soy nueva en el mundo de CMMI, no me queda claro si
> el modelo indica que necesarioamente y de forma obligatoria tengamos que
> bajar la trazabilidad a nivel de código. No me queda muy claro, donde queda
> el limite en el que un SCAMPI no establecería una no conformidad.
>
>
>
> Un saludo y gracias a todos!
>