casos de uso especificaciones y matriz 2
TRANSCRIPT
ANALISIS DE DISEÑO DE SISTEMAS
PROFESOR: HOLGUÍN ALCANZAR MANUEL
APELLIDOS NOMBRES:CORNEJO LINARES YONY
CICLO: III CICLO
AÑO: 2013
INTERACCIONES: Mencionar la participación del actor primario y la de cada actor secundario desde que inicia el caso de uso hasta que termina
EVENTOS: Indicar cada uno de los eventos que ocurren durante el caso de uso consulta de datos capturas, cálculos, etc.
NIVEL DE DETALLE: Los casos de uso y sus especificaciones son la base del contrato que establecemos con nuestro cliente, por lo que debemos de buscar especificarlo al máximo detalle Recuerda que entre más sepamos de la funcionalidad del sistema más precisas serán las estimaciones de nuestro plan de trabajo
ESCENARIOS: Un caso de uso muestra diferentes escenarios posibles y no una sola forma de ejecutarlo debemos de explicar cada uno de esos escenarios mediante un flujo principal y sus diferentes flujos alternos y excepcionales
CLARIDAD Y ENFOQUE DE USUARIO: Busca claridad en la explicación de los casos de uso utilizando la jerga de negocio a la hora de redactarlo sin mencionar detalles técnicos a los que no está acostumbrado sobre todo te interesa poder validar con éste que lo documentado en las especificaciones de los casos de uso es lo que requiere para su sistema así que si no los entiende no cumplirán su propósito principal.
ESPECIFICACIONES DE CASOS DE USO
Para especificar cada caso de uso deberíamos de tomar en consideración los siguientes aspectos:
FLUJO PRINCIPAL DEL CASO DE USO REGISTRAR VENTA:
El vendedor solicita el registro de una nueva venta
El sistema solicita los datos de cada uno de los productos de la venta
El vendedor registra la cantidad y clave de cada uno de los productos
El sistema muestra la lista de productos con su cantidad, clave, descripción, subtotal, IVA y total
El sistema solicita el tipo de pago
El vendedor indica pago al contado o con tarjeta de crédito
Dependiendo de la selección comienza el flujo alterno Pago al contado o Pago con tarjeta de crédito.
Una vez realizado el pago se registra la venta, se actualiza el inventario e imprime el ticket correspondiente
Termina el caso de uso
FLUJO ALTERNO: PAGO AL CONTADO
El vendedor registra el monto recibido por el cliente.
El sistema calcula y muestra el cambio a devolver.
El vendedor devuelve el cambio al cliente.
El ejemplo que mostramos es una versión simplificada de la especificación de un caso de uso con el flujo principal y uno de los flujos alternos.
Generalmente se recomiendan varios elementos adicionales para documentar los casos de uso. Pero, puedo asegurarte que la esencia es lo mencionado anteriormente. Pero, a continuación se mencionan algunos de esos elementos extras con los que puedes complementar la plantilla para documentar tus especificaciones de casos de uso.
PROPÓSITO. Si comienzas por este punto se te facilitará definir los pasos más relevantes para ejecutar
el caso de uso
PRECONDICIONES. Son las condiciones que se deben de cumplir en el sistema antes de iniciarlo. El
estado en que se debe encontrar el sistema antes de ejecutarlo algún catálogo debe estar actualizado debe estar en conexión con otro sistema el usuario debe estar conectado con cierto perfil específico)
POSTCONDICIONES. Te indica como queda el sistema después de ejecutar el caso de uso. Imagina que
eres un tester y quieres comprobar si alguien acaba de ejecutar el caso de uso qué cosas buscarías en el sistema seguramente datos nuevos, modificados, eliminados o la posibilidad de elegir nuevas opciones en el sistema.
REQUERIMIENTOS ESPECIALES. Cualquier requerimiento extra del sistema asociado al caso de uso
especificado
PUNTOS DE EXTENSIÓN. Puntos donde se extiende el caso de uso mediante una relación de
<<extend>>
Elementos adicionales especificados para un caso de uso:
Riesgo Respuesta Plan de Contingencia Que lo activa Quien es
Responsable
Diferencia
horarios
Reducir Juntarnos los que tenemos
horarios parecidos
El hecho de no
podernos juntar los
3 al mismo tiempo
por mas de 2 días.
Todos
De Salud Retener Seguir trabajando las
personas disponibles
Enfermedad u
hospitalización de
algun integrante
N/A
Falta de
tiempo
Reducir Administrar nuestras
agendas para que
realicemos nuestros demás
trabajo a tiempo, sin dejar
de trabajar en la Guía.
Exceso de proyectos Todos
MATRIZ DE RESPUESTA A RIESGOS
5
4 2 3
3 1
2
1
1 2 3 4 5
•Matriz de Severidad de Riesgos
Una vez asignados los valores de la tabla anterior, se realiza la matriz de severidad de riesgos. En la cual se compara la probabilidad con el impacto, a continuación se muestra un formato la para la magnitud de severidad de riesgos.
