Diagramas de Casos de Uso

Diagramas UML
MSI. Marisol Arroyo Almaguer

Comportamiento del Sistema

Es como el sistema acta y reacciona a estmulos

externos.

Es la actividad visible
exteriormente y a la
que se le pueden hacer
pruebas.

Define los
requerimientos de
usuario y funcionales
del sistema.

Comportamiento del Sistema

El comportamiento del sistema se captura

en los diagramas de casos de uso.

Diagramas de Casos de Uso (CU)

Un modelo de las funciones deseadas del

sistema (casos de uso) y lo que lo rodea
(actores).

Usado para capturar los requerimientos de

usuario y funcionales del sistema.

Diagramas de Casos de Uso (CU)

La base del proceso de desarrollo e

impulsa el anlisis, diseo, implementacin
y pruebas del sistema.

Diagramas de Casos de Uso (CU)

El propsito principal del modelo de casos de

uso es comunicar la funcionalidad y
comportamiento del sistema al cliente y/o
usuario final para que ste lo valide.

Caso de Uso

Una secuencia de acciones que el sistema

ejecuta y que produce un resultado observable
para un actor en particular.

Un caso de uso captura los requerimientos de

un sistema desde el punto de vista de un
usuario y puede satisfacer uno o ms
requerimientos funcionales.

Casos de Uso

Los casos de uso describen al sistema,

su ambiente y las relaciones entre el
sistema y su ambiente.

Actor
Representa cualquier cosa que interacta con el
sistema.
No es parte del sistema, ellos representan roles
que pueden jugar los usuarios del sistema.

Actor
Puede intercambiar informacin activamente
con el sistema.
Puede ser un receptor pasivo de informacin.
Un actor puede representar a un ser
humano, una mquina o a otro sistema.

Asociacin

Se representa con una lnea con punta de flecha.

Relaciones de inclusin

<<include>>
Indica que es necesario que un caso de uso se
realice para que otro caso de uso pueda
ejecutarse (comportamiento obligatorio).
Se utiliza cuando un caso de uso base incluye el
comportamiento de otro caso de uso.
<<include>>

Actualizar cliente
Administrador

Buscar cliente

Relaciones de extensin

<<extend>>
Indica que es opcional que el caso de uso se
ejecute (comportamiento opcional, es decir que
puede o no ejecutarse).
Se utiliza cuando un caso de uso extiende el
comportamiento de un caso de uso base.
<<extend>>

Cliente

Consultar saldo

Imprimir saldo

Relaciones de inclusin y extensin

Descripcin General
Tcnica de Casos de Uso
1.

Identificacin de actores (los que

interactuarn con el sistema).

2.

Identificacin de casos de uso (lo que

cada actor realizar con el sistema).

3.

Elaborar el diagrama de casos de uso.

Ejercicio 1

Un juego de dados

Se tiene un juego de dados en que un jugador

lanza dos dados. Si el total obtenido es siete, el
jugador gana, de lo contrario pierde.
Jugador Lanza dados

Jugador

Lanzar Dados

Ejercicio 2

Sistema de ventas

Una tienda de abarrotes quiere comenzar a interactuar

con sus clientes, para lo cual va a automatizar su proceso
de ventas con las siguientes consideraciones:

Los clientes efectan pedidos

El cajero registra, da de baja y consulta los pedidos de
los clientes.
El cliente puede solicitar factura, una vez que el pedido
fue entregado.
En algunos casos, segn la urgencia de los clientes, se
puede adelantar parte del pedido (pedidos parciales).

Ejercicio 2

Sistema de ventas

Cliente Solicita pedido, Solicita factura,

Solicita pedido parcial
Cajero Registra pedido, Elimina pedido,
Consulta pedido, Entregar pedido, Entrega
pedido parcial

Ejercicio 2

Sistema de ventas

Es importante identificar los procesos en los que los

actores participan:
Cliente
pedido parcial

, Solicita factura, Solicita

Cajero
, Elimina pedido, Consulta
pedido, Entrega pedido, Entrega pedido parcial
Ambos Registrar pedido, Realizar factura, Entregar
pedido, Entregar pedido parcial,Validar usuario

Validar Usuario

Registrar pedido

Eliminar pedido

E
J
E
R
C
I
C
I
O
2

Consultar pedido
Cliente

Cajero

Realizar factura

<<include>>

Entregar pedido
<<extend>>

Entregar pedido parcial

Ejercicio 3

Sistema para control de activos

Una institucin gubernamental requiere llevar el control de los activos

que maneja, de los responsables de cada activo, y el departamento al
que pertenecen los responsables.
Para cada activo requiere almacenar: su nombre, fecha de
adquisicin, costo y tipo de activo (si es activo fijo, circulante o
diferido).
De los responsables requiere: su nombre, puesto y antigedad.
De los departamentos: su nombre y nombre del jefe.
Para cada punto considere el realizar tanto altas como eliminaciones y
modificaciones.
De igual forma es requerido cada principio de ao una serie de
clculos que den a conocer las depreciaciones de cada activo.
El sistema es manejado por un usuario denominado encargado y solo
l tiene acceso al mismo.