Diagramas de Casos de Uso Diagramas UML MSI. Marisol Arroyo Almaguer
Comportamiento del Sistema
Es como el sistema actúa y reacciona a estímulos 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 análisis, diseño, implementación y pruebas del sistema.
Diagramas de Casos de Uso (CU)
El propósito 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 más 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 interactúa con el sistema. No es parte del sistema, ellos representan roles que pueden jugar los usuarios del sistema.
Actor Puede intercambiar información activamente con el sistema. Puede ser un receptor pasivo de información. Un actor puede representar a un ser humano, una máquina o a otro sistema.
Asociación
Se representa con una línea con punta de flecha.
Relaciones de inclusión
<> ◦ 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. <>
Actualizar cliente Administrador
Buscar cliente
Relaciones de extensión
<> ◦ 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. <>
Cliente
Consultar saldo
Imprimir saldo
Relaciones de inclusión y extensión
Descripción General Técnica de Casos de Uso 1.
Identificación de actores (los que interactuarán con el sistema).
2.
Identificación 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 efectúan 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, según 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
<>
Entregar pedido <>
Entregar pedido parcial
Ejercicio 3
Sistema para control de activos
Una institución 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 adquisición, costo y tipo de activo (si es activo fijo, circulante o diferido). De los responsables requiere: su nombre, puesto y antigüedad. 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 año una serie de cálculos 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.
