El documento presenta lineamientos para la especificación de casos de uso, incluyendo la descripción de interacciones, eventos, niveles de detalle, escenarios, claridad y enfoque de usuario. Además, proporciona un ejemplo de flujo principal y alterno para el caso de uso de registrar una venta. Por último, identifica elementos adicionales como propósito, precondiciones, postcondiciones y requisitos especiales que pueden complementar la documentación.

1. ANALISIS DE DISEÑO
DE SISTEMAS
PROFESOR: HOLGUÍN ALCANZAR MANUEL
APELLIDOS NOMBRES:CORNEJO LINARES YONY
CICLO: III CICLO
AÑO: 2013

2.  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:

3. 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.

4. 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:

5. 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

6. 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.