DISEÑO DE LA TRAZABILIDAD Mónica Cifuentes Villamil

DISEÑO DE LA TRAZABILIDAD

Mónica Cifuentes Villamil

NECESIDAD

¿Cómo manejar los cambios de los requisitos en el proyecto?

¿Cómo beneficiarse en de hacer el correcto uso de la trazabilidad?

Es vital evaluar rápidamente el costo del cambio.

QUE ES TRAZABILIDAD

Es la documentación de las relaciones entre las capas de información, los requerimientos del sistema y el diseño.

BENEFICIOS

Verifica que los requerimientos del cliente estén presentes en el proyecto

Que hace cada componente Permite realizar pruebas mas concretas Facilita la revisión

RAZON DE LA TRAZABILIDAD

Relaciona componentes del sistema Ayuda a entender mejor el sistema Satisface un argumento Pruebas Verificación

COMO SE HACE

Verificación de cada requerimiento del cliente vs. diseño del sistema

Suficiente Necesario

PROCESO DE CAMBIO

1. Identificar impacto

2. Calcular árbol de impacto

3. Elaborar árbol de impacto

4. Definir el cambio

5. Aplicar el cambio

BIBLIOGRAFÍA

Design Traceability. Jeremy Dick. IEEE SOFTWARE Published by t he I E E E C o m p u t e r S o c i e t y. 2005

¿Por qué el contexto importa? Y ¿Qué podemos

hacer sobre el?

Mónica Cifuentes Villamil

NECESIDAD

Cada problema de diseño empieza por lograr la interacción entre la forma y el contexto.

Forma contexto

QUE ES?

Forma: es el resultado final del diseño de SW Implementación Producto

Contexto: Definición del problema Lo obvio Lo sutil Lo invisible Lo incomprensible

AMBIENTE DE DISEÑO

Condición

Ambigüedad

Visibilidad

Stakeholders

LO OBVIO

Relevancias que le importa a todos los Stakeholders

Cliente y usuarios esperan que aborden todos

Los diseñadores Selectivos:

Costos Tiempo Tecnología restricciones

LO OBVIO

Definir limitaciones Alcance del sistema Estrategia:

Comunicación Delegar a algunos diseñadores roles de usuario

LO SUTIL

Lo que es obvio para lo usuarios pero para los diseñadores no.

Definir requerimientos funcionales y no funcionales

Observación en la organización, usuarios y clientes

Evaluaciones formales

LO INVISIBLE

Practicas de ingeniería de Software Bosquejos del ambiente Trazabilidad

LO INCOMPRENSIBLE

Impacto inesperado del SW sobre los usuarios y clientes

Impacto inesperado sobre los analistas y diseñadores

Enfocar requerimientos no funcionales

Observación

Descubrir regiones de contexto hondos.

Satisfacción del usuario

¿POR QUE IMPORTA EL CONTEXTO?

Define nuestra visión y opinión del sistema Define alcance Define restricciones , requerimientos,

especificaciones, necesidades, riesgos Conocimiento explicito del problema Diseño mas completo

BIBLIOGRAFÍA

Why Context Matters—And What Can We Do about It?. Donald C. Gause. September / October 2 0 0 5 IEEE SOFTWARE