Entrada 7: MATRIZ DE TRAZABILIDAD

    MATRIZ DE TRAZABILIDAD

¿Que es?

-La trazabilidad e requerimientos es la capacidad de registrar las relaciones existentes entre la necesidad dada por un interesado (stakeholder), el requerimiento de proyecto y la solución implementada finalmente.

 1.¿cuales son sus objetivos?

-Tener una mejor y más rápida visualización sobre la complejidad de los cambios propuestos durante el ciclo de vida (cambios de alcance).

-Analizar el impacto de cambios de alcance propuestos de manera más sencilla y rápida.

-Identificar inconsistencias y brechas en los requerimientos respecto a beneficios que se espera obtener del proyecto.

-Tener una mejor y más rápida visualización de cuales requerimientos han sido abordados y cuáles no. 

2. ¿Cómo es la estructura de una matriz de
trazabilidad?

-Nombre y descripción de los requisitos: se trata del nombre concreto de un requisito específico que se necesita para el proyecto, además de una breve descripción, para que la persona responsable de ocuparse de ese requisito tenga el contexto que necesita.

-El ID del requisito: si bien en muchos casos se usa específicamente para probar software, el ID de requisito se puede usar para diferenciar requisitos funcionales similares pero diferentes. Si este es el caso, cada requisito debería tener un número de ID único, para que el equipo pueda identificarlo sin problemas en caso de ser necesario. 

-La historia del usuario: es una breve explicación de una función de software escrita desde el punto de vista del usuario final. Por lo general, sigue el formato de “Como [perfil], quiero [objetivo del software], para lograr [resultado]”.

-El entregable: es el producto final que crea un desarrollador y que se alinea con los detalles expuestos en la matriz de trazabilidad de requisitos.

-El responsable: es la persona responsable de cumplir con un requisito específico.

3. ¿Cuáles son los beneficios de una matriz de

trazabilidad?:

-Es fácil de duplicar:  cuando tienes una plantilla para matriz de trazabilidad de requisitos, no hace falta someterse al proceso de crear una matriz totalmente nueva cada vez que debes trabajar con un requisito nuevo. 

-Es personalizable: lo bueno de usar una plantilla es que todos los componentes principales ya están incluidos. Si realmente necesitas personalizar algo para que se ajuste a los requisitos específicos de tu equipo, puedes editar la plantilla sin problemas, para esa matriz en particular.

-Genera uniformidad: cuando le brindas a tu equipo una plantilla, esta se transforma en la base de los procesos con los que se trabajará a partir de ese momento en adelante. Una plantilla para matriz de trazabilidad de requisitos te ayudará a generar uniformidad para el resto de las matrices que se harán en el futuro, dado que el equipo ya se sentirá familiarizado con la herramienta.

4. ¿Qué tipo de requisitos se pueden colocar en la
matriz de trazabilidad?

-funcionales y no funcionales

-segun su prioridad

-requerimientos de calidad

-requerimientos del proyecto

5. ¿Cuáles son los formatos que se pueden usar para crear una matriz de trazabilidad?

-Bases de datos

6. ¿Qué se coloca en cada columna o categoría de la
matriz?

- Identificación: es la ID del requisito único 

- Identificación asociada:creo que es la ID de la necesidad y el objetivo del negocio 

- Descripción de Requisitos: es la descripción más detallada del mismo requisito

- Necesidades de negocio, Oportunidades, Metas y Objetivos: deben estar relacionadas a las necesidades del mismo negocio 

- Objetivos del proyecto:es la relación de los objetivos de los proyectos de la empresa 

- Entregables de la EDT/WBS: es la relación de las personas 1ue son entregarles del proyecto 

- Diseño del Producto:es el diseño o la imagen del producto 

- Desarrollo del Producto:es plara crear el producto 

- Casos de prueba:es para probar que el producto sea lo esperado 

7. ¿Quién será responsable de la actualización?

-Analistas de requisitos

-Diseñadores del producto 

-Los desarrolladores del producto 

-Probadores de productos

8. ¿Con qué frecuencia se actualizará?

-Rta: pues eso depende de que trate el proyecto pero generalmente es:

-Durante la fase de recopilación de requisitos 

-Durante la fase de diseño y desarrollo 

-Antes de la verificación y validación de sistema 

-Durante el mantenimiento y a actualización del sistema 

-Cuando cambian los requisitos o las necesidades del negocio.