MCj04110750000[1]
DISEÑO DE LATRAZABILIDAD
 Mónica Cifuentes Villamil
NECESIDAD
¿Cómo manejar los cambios de los requisitosen el proyecto?
¿Cómo beneficiarse en de hacer el correctouso de la trazabilidad?
Es vital evaluar rápidamente  el costo delcambio.
MCj04042610000[1]
QUE ES TRAZABILIDAD
Es la documentación  de las relaciones entrelas capas de información, los requerimientosdel sistema  y el diseño.
MCj04102610000[1]
BENEFICIOS
Verifica que los requerimientos del clienteestén presentes en el proyecto
Que hace cada componente
Permite realizar pruebas mas concretas
Facilita la revisión
MCj04099090000[1]
RAZON DE LA TRAZABILIDAD
Relaciona componentes del sistema
Ayuda a entender mejor el sistema
Satisface un argumento
Pruebas
Verificación
MCj04061240000[1]
COMO SE HACE
Verificación de cada requerimiento del clientevs. diseño del sistema
Suficiente
Necesario
MCj04099310000[1]
PROCESO DE CAMBIO
1.Identificar impacto
2.Calcular árbol de impacto
3.Elaborar árbol de impacto
4.Definir el cambio
5.Aplicar el cambio
MCj04042990000[1]
BIBLIOGRAFÍA
Design Traceability. Jeremy Dick. IEEE SOFTWAREPublished 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 contextoimporta? Y ¿Qué podemoshacer sobre el?
MCj04042630000[1]
Mónica Cifuentes Villamil
NECESIDAD
Cada problema de diseño  empieza porlograr la interacción entre la forma y elcontexto.
Forma
contexto
MMj03363960000[1]
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
AMBIENTE DE DISEÑO
Condición
Ambigüedad
Visibilidad
Stakeholders
MCj01982280000[1]
LO OBVIO
Relevancias que le importa a todos losStakeholders
Cliente y usuarios esperan que abordentodos
Los diseñadores
Selectivos:
Costos
Tiempo
Tecnología
restricciones
MCj04099250000[1]
LO OBVIO
Definir limitaciones
Alcance del sistema
Estrategia:
Comunicación
Delegar a algunos diseñadores roles de usuario
MCj04061100000[1]
LO SUTIL
Lo que es obvio para lo usuarios pero paralos diseñadores no.
Definir requerimientos funcionales y nofuncionales
Observación en la organización, usuarios yclientes
Evaluaciones formales
LO INVISIBLE
Practicas de ingeniería de Software
Bosquejos del ambiente
Trazabilidad
MCj03484570000[1]
LO INCOMPRENSIBLE
Impacto inesperado del SW sobre losusuarios y clientes
Impacto inesperado sobre los analistas ydiseñadores
Enfocar requerimientos no funcionales
Observación
Descubrir regiones de contexto hondos.
Satisfacción del usuario
¿POR QUE IMPORTA ELCONTEXTO?
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
MCj04043350000[1]
BIBLIOGRAFÍA
Why Context Matters—And What Can We Doabout It?. Donald C. Gause. September / October 2 00 5 IEEE SOFTWARE