Matriz de capacidad de seguimiento de requisitos de seguimiento de requisitos
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