Es la encargada de controlar los cambios de los requisitos, su trazabilidad y control de versiones y líneas de productos.

La especificación de requisitos cambia:

• cambio en la estrategia de negocio
• cambios tecnológicos
• Cambio de leyes o regulaciones.

No existe el software perfecto, el software siempre cambia. En la gestión de requisitos vemos que requisitos van a cambiar y planificar los cambios, para ello utilizamos el triage.

Los sistemas con éxito cambian y los sistemas con mucho éxito cambian continuamente. El cambio es una propiedad intrínseca del software. Pueden haber cambios por:

• Puntos de Vista
• Cambios en la prioridad de requisitos
• Aparición de nuevos requisitos
• Avances tecnológicos
• Cambios de leyes y regulaciones

Que las cosas cambien no significa algo malo, si no que nuestro software se va a perfeccionar. El cambio debe ser gestionado de manera adecuada, calculando el impacto de dicho cambio, negociándolo con el cliente, que es quien decide si se realiza o no el cambio.

Aunque modificar un requisitos es simple, su impacto en cuanto a tiempo y esfuerzo puede ser considerable. Cuando hay un sistema parcialmente implementado se debe valorar el impacto.

Es el proceso que nos permite relacionar los requisitos. Es un atributo de los requisitos (Pueden pedirnos los atributos en el examen). La especificación de la trazabilidad debe ser:

• Trazabilidad trazada: cada requisito debe esta relacionado con su origen
• Trazabilidad trazable: cada requisito debe poder relacionarse con los productos subsiguientes.
• Referenciada

Implementaciones del esquema de trazabilidad

• Trazabilidad hacia atrás
• Trazabilidad interna
• Trazabilidad hacia adelante: Se suele hacer numerando los requisitos

Matrices de trazabilidad