Ingeniería de Requisitos

Trazabilidad

Departamento de Ciencias de la Computación

Universidad de Chile
Andrés Vignaga
 Contenido
• Trazabilidad
• Aplicaciones de Trazabilidad
• Trazabilidad Implícita y Explícita
• Una Estrategia de Trazabilidad

Andrés Vignaga - DCC Ingeniería de Requisitos 2

 Trazabilidad
• La trazabilidad es la capacidad de trazar un
elemento del proyecto hacia otros elementos
relacionados
• Los elementos involucrados en una trazabilidad
se denominan items de trazabilidad
• Estos items se conectan entre sí mediante links
de trazabilidad
• Cuando un item de trazabilidad cambia todos los
items conectados deben ser revisados para
determinar si serán afectados por el cambio

Andrés Vignaga - DCC Ingeniería de Requisitos 3

 Aplicaciones de Trazabilidad
• Las trazabilidades pueden establecerse para
responder las siguientes consultas:
– Conocer las Necesidades de Stakeholders que no estén
conectadas con ninguna Característica del Sistema
– Conocer el status de los tests sobre todos los Casos de
Uso para la iteración #n
– Conocer los requisitos no funcionales que estén
conectados con tests cuyo estado sea “no testeado”
– Conocer los resultados de los tests que fallaron en
orden de importancia
– Conocer las Características planificadas para una
cierta versión, qué Necesidades satisfacen, y su status

Andrés Vignaga - DCC Ingeniería de Requisitos 4

 Trazabilidad Implícita y Explícita
• Existe una cierta cantidad de trazabilidad
implícita en un proyecto
• Usualmente esta trazabilidad es provista por la
relación formal entre los artefactos
• Por ejemplo:
class Sale {
Date date;
Time time;
boolean isComplete;

void makeLineItem() {
. . .
}
void becomeComplete() {
. . .
}
. . .
}

Andrés Vignaga - DCC Ingeniería de Requisitos 5

 Trazabilidad Implícita y Explícita (2)
• Otras relaciones entre elementos no se da de
esta manera y es necesario mantenerlas en forma
explícita
• Este tipo de trazabilidad provee un nivel
adicional a las trazabilidades implícitas
• Una de las mayores decisiones al determinar el
esquema de trazabilidad es definir
– El nivel requerido de trazabilidad
– La cantidad de trazabilidad explícita que se necesita
para alcanzar este objetivo
• Definir y mantener trazabilidades es costoso por
lo que el nivel buscado debe ser apropiado

Andrés Vignaga - DCC Ingeniería de Requisitos 6

 Una Estrategia: Tipos Trazables

Oportunidad de negocio o
problema operacional que Necesidad Capacidad de un sistema que
debe ser satisfecho para directamente satisface una
justificar el uso del sistema necesidad, considerada como
“beneficio publicitado”
*
Característica
del sistema
Cualquier requisito
que no quepa
Una forma posible directamente en
(junto a todas sus un caso de uso,
variantes) de utilizar * típicamente un
el sistema requisito no
Caso de Uso * funcional

Requisito
*
Actor * *
Un flujo de un escenario
Sección de de un caso de uso, siendo
Un agente externo al caso de uso tan fina que puede
sistema que referir a un requisito
interactúa con él funcional individual

Andrés Vignaga - DCC Ingeniería de Requisitos 7

 Una Estrategia: Links de Trazabilidad

Permite que el beneficio

respecto al negocio de Necesidad Una Característica puede
cada característica sea trazar hacia un requisito en la
rastreable Especificación Suplementaria
(obligatorio si no traza hacia
* un caso de uso)

Permite que una característica Característica

sea asignada a un caso de uso del sistema
antes de que sus secciones sean
detalladas

*
Permite conocer qué Caso de Uso *
actores participan en
un caso de uso Requisito
*
Actor * *
Sección de Permite realizar un análisis de
impacto más fino que mediante
Permite conocer qué caso de uso la trazabilidad al caso de uso
secciones constituyen
un casos de uso

Andrés Vignaga - DCC Ingeniería de Requisitos 8

 Propiedades de la Estrategia
• Trazabilidad explícita: Media
– Adicionalmente a la trazabilidad implícita del Modelo
de Casos de Uso, se debe mantener la trazabilidad
entre las Necesidades, las Características y el Modelo
de Casos de Uso
• Confianza: Alta
– Los requisitos se originan en la Necesidades
• Formalidad: Media
– Contar con las Necesidades, Características y Modelo
de Casos de Uso le da una mayor formalidad al proceso
de IR en comparación con mantener solamente al
Modelo de Casos de Uso

Andrés Vignaga - DCC Ingeniería de Requisitos 9

 Propiedades de la Estrategia (2)
• Completitud: Alta
– Contar tanto con perspectivas de las Características y
los Casos de Uso provee mayor completitud para la
captura y priorización de Requisitos de Software
• Documentación: Media
– Se cuenta con una Visión que contiene Necesidades y
Características, un Modelo de Casos de Uso y una
Especificación Suplementaria
• Foco: Usuarios, Stakeholders y Administradores
– Contar con Necesidades y Características junto al
Modelo de Casos de Uso amplía el alcance de la IR
para alinearse mejor con los roles mencionados

Andrés Vignaga - DCC Ingeniería de Requisitos 10

 Propiedades de la Estrategia (3)
• Comprensibilidad: Alta
– La definición de Necesidades y Características, junto a
un Modelo de Casos de Uso y Especificaciones
Suplementarias, provee un modelo de requisitos que
fácil de comprender por todos los stakeholders
• Proceso: Iterativo & Incremental (típicamente)
– Los casos de uso ponen los requisitos en contexto
facilitando un proceso I&I
– Otros modelos de procesos son aplicables
• Estilo: Orientado a objetos (típicamente)
– Los casos de uso se utilizan para guiar desarrollo OO
– Otros estilos son aplicables (con mayor trazabilidad)
Andrés Vignaga - DCC Ingeniería de Requisitos 11
 Una Estrategia: Trazabilidad en Artefactos
Artefactos Items de Trazabilidad

Necesidades de Stakeholders

Características del Sistema

SRS

Requisitos de Software
Use-Case Model

X
X OK
OK

X
OK
X
OK Diseño / Test / Doc
X
OK

Design Model Test Suite

Andrés Vignaga - DCC Ingeniería de Requisitos 12