Академический Документы
Профессиональный Документы
Культура Документы
De acuerdo a lo visto en la clase anterior se puede decir que los casos de uso es una
tcnica para capturar informacin de cmo un sistema trabaja actualmente, o de cmo
se desea que trabaje, es una tcnica para el modelado de escenarios en el cual el
sistema debe operar.
Cada caso de uso tendr la secuencia de una serie de eventos desencadenados por
el escenario.
UML provee el modelo de casos de uso para representar la vista del sistema que se
corresponde con la vista del Usuario.
La representacin visual de los casos de usos es el diagrama de casos de uso, junto
con la descripcin de los mismos.
Los elementos bsicos son: Actores, casos de Uso y sus relaciones.
Un actor puede representar a una persona fsica, otro sistema, un dispositivo.
El actor necesita casos de uso para: Crear, cambiar, monitorear, eliminar o estudiar los
objetos del negocio, informar al sistema de eventos externos, que el sistema le informe
sobre algn evento.
Cada caso de uso son trozos de funcionalidad que el sistema ofrece para agregar
un resultado de valor a sus actores. Constituye una secuencia completa de mensajes
que especifica la interaccin que tiene lugar entre un actor y el sistema.
Las relaciones permiten identificar la comunicacin que existen entre los dos
elementos anteriores.
Como construir los diagramas de casos de Uso(CU).
No existe un orden para uno ejecutar los pasos, generalmente son ejecutados en
orden concurrente.
Se buscan actores y casos de uso:
Para delimitar el sistema del entorno (Contexto o alcance).
Delinear quienes y que (actores) van a interactuar con el sistema, y que
funcionalidades (CU) se espera del sistema.
Se debe hacer una descripcin de los CU.
.Elegir el nombre apropiado para el caso de uso de tal modo que conduzca a pensar
en la secuencia de acciones que agregara valor al actor.
El nombre del caso de uso comienza con verbo y refleja la interaccin entre el sistema
y el actor (registrar alquiler, confirmar pedido).
Hacer una descripcin paso a paso de lo que el sistema debe de hacer para
interactuar con los actores.
Validar el CU con los usuarios finales del sistema.
Determinar qu casos de uso necesitan desarrollarse en iteraciones ms tempranas y
cuales en iteraciones ms tardas.
Para cada caso de uso se define:
CASO DE USO: Nombre del caso de uso.
ACTORES: Actores que intervienen en el caso de uso.
PROPOSITO: Objetivo final del caso de uso
RESUMEN: Describir brevemente cada caso de uso con pocas oraciones que
resumen las acciones.
TIPO: Primario, extend,include.
REFERENCIA CRUZADA: Casos de usos que se necesitan para que se d el caso de
uso.
PRECONDICIONES: Condiciones que se deben cumplir para que se d el caso de
uso.
CURSO NORMAL DE LOS EVENTOS: Hacer una descripcin paso a paso de lo que
el sistema debe de hacer para interactuar con los actores. Se presenta adems los
eventos no favorables al sistema (Curso alternativo)
EJEMPLO:
CASO DE USO:
Ingresar al sistema
ACTORES:
PROPOSITO:
RESUMEN:
TIPO:
REFERENCIA CRUZADA
PRECONDICIONES
Curso alternativo
1.1. El login no existe, el sistema muestra un mensaje informativo
2.1.El password es inexistente, el sistema muestra un mensaje indicndolo
3.1. El login y/o el password estn vacos, el sistema lo indica
CASO DE USO:
Eliminar contrato
ACTORES:
PROPOSITO:
RESUMEN:
REFERENCIA CRUZADA
PRECONDICIONES
Eliminar contrato
.
6.
El
afirmativamente
contratista
datos
contesta
. El sistema elimina el contrato de la
base de datos
Curso alternativo
4. 1. El contrato ya tiene pagos asociados y no se puede eliminar
EJEMPLO 2
Caso de uso: Registrar Plan
Actores: El recepcionista, sistema de reservas
Personal involucrado e intereses: Usuario: Recepcionista
El cliente que llama para realizar la reserva, la parte
administrativa de la agencia que coordina los planes
Propsito: Registrar un plan de viaje para poder ser reservado por un cliente
Resumen: Los planes incluyen: por cada lugar, el nmero de das, el hotel, los
servicios que presta con sus respectivos costos, adems del costo de los pasajes, y
las fechas en que se tiene preparado la salida. Al final, el sistema calculara el costo
definitivo del plan
Precondiciones: El sistema debe tener la siguiente informacin: los sitios, los hoteles
y los servicios que presta cada hotel
Poscondiciones: Poder registrar el plan
Flujo detallado de xito O curso normal de los eventos
1.
2.
3.
4.
5.
6.
7.
8.