Matriz de capacidad de seguimiento de requisitos de seguimiento de requisitos

La forma más común de expresar la cadena de conexión entre los requisitos y otros elementos del sistema es utilizar una matriz de trazabilidad de requisitos. La siguiente tabla muestra esta matriz, que forma parte de la matriz de capacidad de seguimiento para el ejemplo del sistema de seguimiento de productos químicos. La tabla muestra que cada requisito funcional se conecta hacia atrás con un caso de uso específico y hacia adelante con uno o más elementos de diseño, código y prueba. Los elementos de diseño pueden ser objetos del modelo, como diagramas de flujo de datos, formularios en un modelo de datos relacionales o clases de objetos. Las referencias de código pueden ser métodos de una clase, nombres de archivos de código fuente, procedimientos o funciones. Agregar más columnas puede ampliar la asociación con otros productos de trabajo, como la documentación de ayuda en línea. Cuantos más detalles se incluyan, más tiempo llevará, pero al mismo tiempo es fácil obtener elementos de software relevantes, lo que puede ahorrar tiempo al realizar análisis de impacto de cambios y mantenimiento.

Tabla 1: Matriz de capacidades de seguimiento de requisitos Casos de uso Requisitos funcionales Elementos de diseño Código Casos de prueba UC-28

UC-29 Catalog.Query.Sort

catalog. consulta .importar clase

Catalog

Clase

catalog Catalog.sort()

Catalog.import()

Búsqueda Catalog.validate()

Buscar. 8

Buscar. 8

Buscar. 13

Buscar.14 La cadena de capacidad de seguimiento puede definir relaciones uno a uno, uno a muchos y muchos a muchos entre varios tipos de elementos del sistema. . La Tabla 1 permite llenar múltiples elementos en una celda de la tabla para lograr estas funciones. A continuación se muestran algunas clasificaciones posibles:

Los módulos de código uno a uno aplican un elemento de diseño. Uno a muchos casos de prueba múltiples verifican un requisito funcional. Cada caso de uso de muchos a muchos da como resultado múltiples requisitos funcionales, y algunos requisitos funcionales a menudo tienen varios casos de uso. Crear manualmente una matriz de capacidades de seguimiento de requisitos es un hábito, incluso para proyectos pequeños. Una vez que se establece la línea base del caso de uso, los requisitos funcionales desarrollados a partir de cada caso de uso se pueden agregar a la matriz. La matriz se actualiza constantemente a medida que evolucionan el diseño, la construcción, las pruebas y el desarrollo del software. Por ejemplo, después de implementar un requisito funcional, puede actualizar sus unidades de diseño y código en la matriz y establecer el estado del requisito en "Completado". Otra forma de expresar información de trazabilidad es a través de un conjunto de matrices, que define las cadenas de contacto entre pares de elementos del sistema. Por ejemplo:

La diferencia entre una necesidad y otra. entre diferentes necesidades de una misma categoría. Entre una clase de requisitos y casos de prueba. Estas matrices se pueden utilizar para definir diferentes relaciones posibles entre requisitos, tales como: especificado/especificado, dependiente, derivado y restringido/restringido.

La matriz de capacidad de seguimiento bidimensional se muestra en la Tabla 2 a continuación. La mayoría de las celdas de la matriz están vacías. Cada celda representa la relación entre las filas y columnas correspondientes, y se pueden utilizar diferentes símbolos para indicar claramente "volver a" y "volver desde..." u otras relaciones. Las flechas en la Tabla 2 indican que los requisitos funcionales se rastrean a partir de un caso de uso. Estas matrices son más fácilmente compatibles con máquinas automáticamente que la tabla de trazabilidad única de la Tabla 16-6.

Tabla 2: Función de matriz de capacidad de seguimiento de requisitos, que refleja la relación entre los casos de uso y los requisitos funcionales

Caso de uso de requisitos UC-1UC-2UC-3UC-4FR-1√F R- 2√F R-3√F R-4√F R-5√F R-6√La Tabla 3 a continuación define algunas fuentes de conocimiento típicas, es decir, cadenas de conexión entre diferentes tipos de objetos de origen y de destino. Roles definidos e individuos que pueden proporcionar diversa información de trazabilidad a proyectos de ingeniería.

Tabla 3: Capacidad de seguimiento Cadena de contacto Categoría de objeto de origen Cadena Categoría de objeto de destino Fuente de información Requisitos del sistema para posibles cadenas de fuente de información

Casos de uso

Requisitos funcionales

Casos de uso

Requisitos funcionales

p>

Requisitos funcionales

Requisitos funcionales

Elementos de diseño

Requisitos funcionalesRequisitos de software

Requisitos funcionales

Requisitos funcionales

Elementos de arquitectura de software

Otros elementos de diseño

Contraseñas

Casos de prueba Ingeniero de sistemas

Requisitos Analista

Analista de Requisitos

Arquitecto de Software (Diseñador)

Desarrollador

Desarrollador

Ingeniero de Pruebas