Está en la página 1de 34

Tema

Diagrama de Casos de Uso


Saúl Mamani
M.
� ao Informático
Ingeniero d Ingenie
Boliv Nae1ona e ría
ia
1
@kanito
777
mail: luas0_1@ya
hoo.es
somosDA


cel: +591
S 76137269
@kanito
if�

Certified
ScrumMaster OWRSP 67223861
777
http://saulmamani.gith
ub.io
© Demián Gutierrez
uc Use Case Model

Registrar
Comentarios
uc Use Case Model

Registrar
Comentarios
Características:

- Representa un (o mas) requisito


funcional del sistema desde el
punto de vista del actor.
- Un Escenario se podría ver como la
instancia de un CU. uc casos de uso
prlnctpales

- Un caso de uso describe qué hace un sistema,


pero no especifica
cómo lo hace.
- En la práctica los nombres de los casos de uso
son expresiones verbales, deben indicar acción
uc Use Case Model
uc Use Case Model

Bbl i oteca Vi rtual

Autenticar Usuario

Registrar Resgistrar Usuario

Comentarios Rev isar Perfil

Aportar Material

Lector

Libros
V
i
d
e
o

T
u
t
o
r
i
a
l
e
s

Persona

Listar Materiales

«extend»
Gestionar Material Comentarios

Descargar Material

Eliminar
Comentarios
Administrador
«extend»

Gestionar Usuario Registrar


Flujo de eventos de un us
caso de o Nombre: Autenticar Usuario
(Glosario) Prioridad: Alta ! Iteración: 1

Actores: Usuario Windows 2da


Describen bajo la forma de acciones y Básico
Tipo:
reacciones el Valida al usuario mediante una cuenta y password, para que pueda
.
comportamiento de un caso de uso desde el Descripción:
usuar ingresar y utilizar el sistema.
punto
io de vista de un Pre condiciones: El usuario debe estar registrado en el sistema con anterioridad.
Flujo Normal:
El flujo de eventos se lo puede l. El actor ingresa su cuenta y password y presiona el botón Aceptar.
expresar como: 2. El sistema busca la cuenta y el password en la base de datos y lo valida en el
Texto estructurado sistema.
Maquina de 3. Una vez verificada la cuenta del usuario se abre la pantalla principal de la
estados aplicación dependiendo al rol del usuario (Administrador, Operador Director
Académico o Director Ejecutivo).
Diagrama de
4. Si el actor presiona el botón Cancelar termina la ejecución de la aplicación
actividades
UML no define ningún estándar para la especificación Flujo Alternativo:
de unDiagramas
caso de usode interacción 2A. Si la cuenta o el password no se validó correctamente el sistema muestra un
mensaje de EITor.
Ojo: Una buena práctica, es que la especificación
venga acompañado de Post condiciones: El usuario ha sido autenticado y puede utilizar el sistema.
un o más prototipos de interfaz de usuario (Mockups)
PPJaríoriPS
PPrrr1írJdas
C. O de U.50 base-

/
/
I
1 1 ' CASO de uso de atensl6n
/ l
I 1 � •. ¡ eluden
/

,._ /
/e clu eu 1•
1
include- ''

Proporcionar
Datos del
Cliente e so
ck uso padre

ceso de uso de
indusión
caso de uso hijo
Inclusión: (factorizar comportamiento común)
Un caso de uso base incorpora explícitamente el
comportamiento de otro caso de
uso. El caso de uso incluido nunca se encuentra aislado.

Extensión: (factorizar comportadito variante)


Extiende el comportamiento de otro caso de uso, usado
para modelar el
comportamiento excepcional o adicional de un caso de uso
base . El caso de uso
puede estar aislado.

Generalización:
PPlariorJP' PPrrnifida rpur1n dP P/DPT1si
S s o ór1
con ición:{usuario pi e el catálo o}
p nro de exten 16 : má íclones

•1
Hacer pedido1
un punto de «ex e
tiene •
d�,
� '!don •
ube dond va n
t n r. 1
', Pedido no be na& sobte ttl
I 1
HacSolicitar
pedidoCata/050
I 1
tas ins rciones
I
I
H8G "
Pedido, pero Hacer
son oplldus en 1/ 1
O tos
del
1 ··mcl Jde• I u clu e» ',
«1"1cluden

Propor cionar
1

Cliente
{6n
Las notas son un elemento común de
UML, se pueden asociar a casi todos
elementos disponibles de UML

uc Punto Extension

sistema de compras
Esto es un comentario

Pagar en efectivo

Comprar productos «extend»

extension points
Efectivo «extend»
Crédito Pagar con crédito

Encargado
de
almacenes
uc Use Case...

Administrador
Características:

Un actor es una persona (u otro sistema) que va a


utilizar el sistema
que se esta desarrollando.
No todos los interesados del sistema
(stakeholders) son actores,
solo son actores aquellos que utilizarán el
sistema

Aunque se utilizan actores en los modelos, éstos


no forman parte
Autenticar Usuario

uc Use Case Model

Rev isar Perfil

Autenticar Usuario

Lector
Rev isar Perfil

Lector

Administrador
Un diagrama de casos de uso
muestra la
funcionalidad global (¿Quehace?), de un
sistema un
subsistema o una clase; desde el
Los diagramas de casos punto de vista
de uso también de para desarrollar y
son importantes
probar sistemas ejecutables a través de ingeniería directa y para comprender
sistemas ejecutables un actor
a través externo.
de ingeniería inversa.
Toolbox

...1 Use
Case
Actor
!
O Use
Case Relacion Función Notscion

Test Case
(@) Collaboration asociación La lf nea de co unlcación entre un actor y un
caso de uso en el que participa
(@ Collaboration Use

Boundary extensión La inserción de comportamiento adicional en
[al «eaena» un caso de uso base que no tiene - ->
Package·
� conocimiento sobre él
...1 Use Case Relationships

V / /4 Y1 � ..:'fl �-� �-�


general I zacíon Una relación entre un caso de uso general y
de casos de uso un caso de uso más específico que hereda le
t> Use Case [>
Patterns anade propiedades
un caso de uso base que describe explícita· «/ndude»
...1 Common
� Note ínctuslon la Inserción de comportamiento adicional en

� Constraint --�
mente la lnserclon
A Text Element
frontera del
sistema

Teléfono .-- sistem


móvil a

o ,---
A -�
Realizar
llamada
de conferencia

Red
telefó
nica
)---
)
actor
relación de
extensión

(
o / caso de uso

t
Usuari
o
Usar
agenda
uc Primary Use Cases uc Use Case Model

Bbl i oteca Vi rtual


E-mart
Autenticar Usuario

- Lista de ventas Autenticar usuario


- Registrar ventas «CRUD»
- Anular ventas R
e
Gestionar productos s
gi
st
ra
r
U
s
u
a
Re Lector ri
gis o
tra
Rev isar Perfil
r
Co
m
pr Aportar Material
Video Tutoriales
as
Persona
Administrar
Vendedor Ventas

extension points
Libros
«include»
Venta con factura
Errores de registro
«include»

Listar Materiales

«extend Comentarios
Administrador
» «
e
x
(*) t
e
Actuali n Comentarios
d
zar »
Gestionar Material
stock
uc Use Case Model uc Use Case Model uc Use Case Model

error error A
u
Autenticar Usuario t
e
n
t
i
Persona c
Resgistrar Usuario a
r

Lector U
s
u
a
r
i
o
uc Modelo de casos de uso uc Modelo de casos de uso

Rev isar Perfil

Administrador Administrador

Listar Clientes y Lector


Consumos
error
«extend»
Registrar Cobro
Serv icio
Registrar Mov ilidad
«i ncl ude»

Generar Recibo
error
error
UD

uc CRUD_2
Crear producto

«CRUD»
Gestionar productos
«extend»

Editar producto

Listar / Buscar producto «extend»

Actor
«extend»
Actor
<
error Eliminar producto
<Create, Read, Update, Delete
C
R
U
D
>
>
.,

r=JEJ\JJP PºJ-
LO -\í-
fJ[O

Sistema de
Ventas
Librería "E-ma rt"
* La librería solo vende productos no perecederos, o sea, que no tienen fecha de
vencimiento.
Nro. Requisito Tipo
R1 Registrar a los vendedores según su turno (mañana, tarde o noche) Evidente
R2 Asignarle un cuenta y un password a los vendedores para que usen el sistema y constrolar sus acciones Evidente
R3 Registrar datos de los nuevos clientes Evidente
R4 Modificar la información de los clientes Evidente
R5 Listar y buscar clientes en el sistema Evidente
R6 Registrar los datos de nuevos productos Evidente
R7 Modificar la información de los productos Evidente
R8 Listar y buscar productos junto con su stock actualizado Evidente
R9 Registrar las compras de nuevas cantidades de productos Evidente
R10 Listas las ventas diarias y un total de todo lo vendido Evidente
R11 Anular las ventas que tengan algún error Evidente
R12 Registrar ventas de uno o varios productos Evidente
R13 Actualizar de manera automática y en tiempo real el stock de los productos después una compra y una venta Oculto
R14 Generar e imprimir una factura después de la venta, solo en caso de que cliente así lo requiera Evidente
R15 Mostrar una alerta cada vez que un producto llegue a su stock mínimo Evidente
R16 Generar un reporte de pedidos de todos los productos que han llegado a su stock mínimo Evidente
R17 Generar reportes diarios, mensuales y anuales de todas las ventas (y su total vendido) Evidente
R18 Generar reportes estadísticos de clientes potenciales, y productos más vendidos. Evidente
E-mart

- Lista de ventas
Autenticar usuario
- Registrar «CRUD»
ventas Gestion
- Anular ventas ar
product
os

Re
gis
tra
Vendedor r
Co
m
pr
as
«include»

Administrar
Ventas

extension points
«include»
Venta con factura

Administrador
«extend

(*)
Actuali
zar
stock
Caso de uso R1 R2 R3 R4 R5 R6 R7 R8 R9 R10 R11 R12 R13 R14 R15 R16 R17 R18
Autenticar usuario X
Gestionar usuarios X
Asignar turno
Gestionar clientes X X X
Gestionar productos X X X
Registrar compras X X
Administrar ventas X X X X
Actualizar stock X
Generar factura X
Generar reportes X X X
uc Actors

Actor Vendedor
Este actor representa a los vendedores de la librería E-MART, se
Descripción encarga de administrar las ventas, registrar las compras, gestionar
Vendedor los productos, los clientes, y generar reportes.

Actor Administrador
Este actor representa al gerente de la librería E-MART, hereda toda
la funcionalidad del actor vendedor, además es el encargado de
Descripción
registrar usuarios en el sistema y asignarle cuentas a los
Administrador
vendedores.
Nombre: Gestionar producto
Actores: Vendedor
Prioridad Alta
Ofrece la funcionalidad para crear, modificar, dar de baja, reestablecer,
Descripción:
listar y buscar productos junto su stock actual.
Pre condiciones: El actor debe estar autenticado en el sistema.
Flujo Normal:
1. El sistema muestra una pantalla con la lista de productos, una caja de texto para realizar
búsquedas, y un menú con las siguientes opciones.
Nuevo producto:
2. El actor presiona el botón Nuevo producto, llena los datos del formulario, y pulsa
Aceptar.
3. El sistema verifica los datos, inserta un nuevo registro en la Base de Datos, y lanza un
mensaje de éxito.
Modificar producto:
4. El actor selecciona un registro de la lista, y presiona el botón modificar.
5. El sistema llena los datos del registro seleccionado en el formulario.
6. El actor modifica uno o más datos del formulario y pulsa Aceptar.
7. El sistema verifica los datos modificados, actualiza la Base de Datos, y lanza un mensaje
de éxito.
Dar de baja:
8. El actor selecciona un registro de la lista, y presiona el botón eliminar.
9. El sistema muestra un mensaje de confirmación.
10. El actor confirma el mensaje.
11. El sistema elimina de manera lógica el registro y recarga la lista de productos.
Flujo Alternativo:
3, 6. Validación de datos errónea: sino se ha validado correctamente los datos, se muestra
un mensaje de error.
8. Si el registro ya ha sido eliminado anteriormente, el sistema muestra una opción para
reestablecer el producto.
Post condiciones: Ninguno.
Nombre: Registrar compras
Actores: Vendedor
Prioridad Media
Ofrece la funcionalidad de registrar las nuevas compras y actualizar
Descripción: el stock.
-El actor debe estar autenticado en el sistema
Pre condiciones: -Deben existir productos registrados en el sistema con anterioridad
Flujo Normal:
1. El sistema muestra una pantalla con la lista de productos.
2. El actor selecciona un o mas productos, registra la fecha y la cantidad que se esta
comprando, y presiona el botón Registrar Compra.
3. El sistema registra la compra en la base de datos, muestra un mensaje de éxitos y
vuelve a cargar la lista de productos.
Flujo Alternativo:
3. Si se registra una cantidad negativa, el sistema muestra un mensaje de error
Post
Se actualiza el stock del producto que se a comprado.
condiciones:
Nombre: Administrar ventas
Actores: Vendedor
Prioridad Media
Descripción: Ofrece la funcionalidad para registrar, anular y listar las ventas realizadas.
-El actor debe estar autenticado en el sistema.
Pre -Deben existir productos registrados en el sistema con anterioridad.
condiciones: -Se deben haber registrado compras de los productos que se van a vender
Flujo Normal:
1. El sistema muestra una pantalla con la lista de todas las ventas realizadas con un rango de
fechas, un total vendido, y las siguientes opciones.
Nueva venta:
2. El actor presiona el botón Nueva venta.
3. El sistema abre una ventana con la lista de productos, y un formulario para registrar la venta.
4. El actor selecciona uno o varios productos para vender, busca o registra los datos del cliente y
pulsa el botón Registrar Venta.
5. El sistema verifica los datos, inserta la nueva venta en la Base de Datos, y lanza un mensaje
de éxito.
Anular venta:
6. El actor selecciona un registro de la lista, y presiona el Anular venta.
7. El sistema muestra un mensaje de confirmación
8. El actor confirma el mensaje
9. El sistema elimina de manera lógica el registro y recarga la lista de productos.
Imprimir:
10. El actor selecciona un rango de fechas y presiona el botón Imprimir
11. El sistema genera el reporte en formato .pdf
Generar factura:
12. El actor presiona el botón Generar factura, solo si el cliente requiera una venta con factura
13. El sistema actualiza la base de datos, genera el factura y lo imprime
Flujo Alternativo:
5A. Validación de datos errónea: sino se ha validado correctamente los datos, se muestra un
mensaje de error.
Post condiciones: Se actualiza el stock del producto que se a comprado.
luas0_1@yah
oo.es
+591
76137269
@kan
ito777
@kanito
777

También podría gustarte