La forma más común de representar el vínculo entre los requisitos y otros elementos del sistema es utilizar una matriz de trazabilidad de requisitos. La siguiente tabla ilustra dicha matriz, que forma parte de una matriz de trazabilidad para la instancia del Sistema de trazabilidad química. Esta tabla ilustra cómo 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. Una referencia de código puede ser un método en una clase, un nombre de archivo de código fuente, un procedimiento o una función. Agregar más elementos puede expandirse para incluir conexiones a otros productos de trabajo, como documentación de ayuda en línea. Cuantos más detalles incluya, más tiempo dedicará, pero al mismo tiempo es fácil obtener los elementos de software asociados, lo que ahorra tiempo al realizar análisis de impacto de cambios y mantenimiento.
Tabla 1: Matriz de capacidad de seguimiento de requisitos caso de uso requisitos funcionales código de elemento de diseño ejemplo de prueba UC-28
UC-29 Catalog.query.sort
catálogo .query.import Clase
Catalog
Clase
catalog Catalog.sort()
Catalog.import()
Catalog.validate() Búsqueda.7
Buscar.8
Buscar.8
Buscar.13
Buscar . 14 Trazabilidad La cadena de contactos puede definir relaciones uno a uno, uno a muchos y muchos a muchos entre varios tipos de elementos del sistema. La Tabla 1 permite completar varios elementos en una celda de la tabla para implementar estas características. A continuación se muestran algunas clasificaciones posibles:
Aplicación uno a uno de un elemento de diseño a un módulo de código. Una a muchas instancias de prueba múltiples verifican un requisito funcional. Muchos a muchos Cada caso de uso da como resultado múltiples requisitos funcionales, y algunos requisitos funcionales a menudo tienen varios casos de uso. La creación manual de una matriz de capacidades de seguimiento de requisitos es un hábito que debe desarrollarse, incluso para proyectos pequeños. Una vez que haya establecido una línea base de caso de uso, prepárese para agregar en la matriz los requisitos funcionales en los que evoluciona cada caso de uso. La matriz se actualiza continuamente a medida que avanza el diseño, la construcción y el desarrollo de pruebas 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 representar la información de trazabilidad es a través de una colección de matrices que definen los vínculos entre pares de elementos del sistema. Por ejemplo:
Entre un tipo de demanda y otro tipo de demanda. entre diferentes necesidades dentro de una misma categoría. Entre una clase de requisitos y instancias de prueba. Puede utilizar estas matrices para definir diferentes relaciones posibles entre requisitos, como: especificado/especificado, dependiente de, derivado de y restringido/restringido.
La matriz de capacidad de seguimiento bidimensional se ilustra en la Tabla 2 a continuación. La mayoría de las celdas de la matriz están vacías. Cada celda indica una conexión entre las filas y columnas correspondientes, y se pueden usar diferentes símbolos para indicar explícitamente "volver a" y "volver desde" u otras conexiones. Se utiliza una flecha en la Tabla 2 para indicar que un requisito funcional se rastrea a partir de un caso de uso. Es más fácil que las máquinas soporten automáticamente estas matrices que la tabla de capacidad de seguimiento único de la Tabla 16-6.
Tabla 2: Función de matriz de capacidad de seguimiento de requisitos que refleja la conexión entre los casos de uso y los requisitos funcionales
Caso de uso de requisitos U C - 1 U C - 2 U C - 3 U C - 4F R - 1 √ F R - 2 √ F R - 3 √F R - 4 √F R - 5√√ F R - 6 La trazabilidad de la cadena de eslabones puede ser definida por quien tenga la información adecuada. La Tabla 3 a continuación define algunas fuentes de conocimiento típicas, es decir, las cadenas de conexión entre diferentes tipos de fuentes y objetos de destino. Se definen los roles y las personas que pueden proporcionar información para cada capacidad de trazabilidad a los proyectos de ingeniería.
Tabla 3: Capacidad de seguimiento Cadena de contactos Fuente de información posible Cadena Tipo de objeto de origen Cadena Tipo de objeto de destino Fuente de información Requisitos del sistema
Casos de uso
Requisitos funcionales
Requisitos funcionales
Requisitos funcionales
Elementos de diseño
Requisitos funcionales Requisitos de software
Requisitos funcionales
Requisitos funcionales
Elementos de la arquitectura del software
Otros elementos de diseño
Código
Ejemplo de prueba Ingeniero de sistemas
Requisitos Analista
Analista de Requisitos
Arquitectura de Software (Diseñador)
Desarrollador
Desarrollador
Ingeniero de Pruebas