Está en la página 1de 4

Infografía – MODELO DE CASOS DE USO

Contenido
Tema

Presentación Bienvenido y bienvenida, hoy abordaremos el tema de modelo de casos de uso.


del tema.

MODELO DE El modelo de casos de uso (MCU) describe la funcionalidad propuesta del nuevo sistema.
CASOS DE USO El propósito del MCU es capturar todas las formas útiles de emplear un sistema, en un formato accesible que
captura los requisitos de un sistema y se puede usar para conducir su desarrollo y pruebas.
Importancia del modelo de casos de uso
La importancia del caso de uso es que un caso de uso redacta todas las funciones básicas o compuestas del
sistema desde el punto de vista de los usuarios internos y externos de manera que estos usuarios puedan
entenderlos, los casos de uso describen el comportamiento de los usuarios por lo tanto es de vital importancia
que al momento de crearlos el usuario final debe revisar y aceptar el caso de uso.
Un caso de uso representa un objetivo sencillo de un sistema y describe una secuencia de actividades y de
interacciones con el usuario para alcanzar el objetivo. Los casos de uso proporcionan una sólida base para el
desarrollo de manuales y sistemas de ayuda para los usuarios, así como para la creación de documentación
sobre el desarrollo del sistema.

ELEMENTOS DE Un actor del sistema (actor) representa un rol (humano, software o hardware) externo al sistema con el que se
UN CASO DE establece intercambio directo de información.
USO

Ejemplo:
Vendedor
Jefe de almacén
Asistente de producción
¿Cómo identificar un Actor?
Primeros pasos para definir qué o quiénes usarán el sistema.
Fenómeno externo que interactuará con el sistema es representado por el actor.
Los diferentes tipos de usuario son representados como actores.
Casos de uso:
Un caso de uso modela un diálogo entre actores y el Sistema.
Es iniciado por un actor e invoca cierta funcionalidad en el Sistema.
Es un flujo de eventos completo y con sentido.
En conjunto, todos los casos de uso constituyen todos los caminos para usar el Sistema.
Su principal objetivo es: capturar el comportamiento del sistema requerido, a partir del punto de vista del
usuario final.
La descripción del caso de uso define que sucede en el sistema cuando se ejecuta el caso de uso.
Diagrama del caso de uso:
Comenzar dibujando el sistema.
Provienen del contexto definido del proceso (casos de uso del negocio).
Adicionar actores al diagrama para representar los roles que los usuarios humanos juegan en relación al
sistema.
Adicionar el rótulo del nombre del actor.
Adicionar otro actor, puede ser un sistema.

ESTRUCTURACI Existen tres razones para estructurar el Modelo de casos de Uso:


ÓN MODELO DE Hacer que los casos de uso sean fáciles de entender
CASOS DE USO Permite extraer el comportamiento común encontrado en varios casos de uso
Hacer que el modelo de casos de uso sea fácil de mantener
Las relaciones se utilizan para extraer el comportamiento de los casos de uso en los que se incluye y poniendo
TIPOS DE
ese comportamiento en otros casos de uso que lo extiende.
RELACIONES
Existen cuatro tipos de relaciones:
Asociación: Una asociación es la relación de comunicación más simple entre un actor y el sistema. Las
asociaciones implican que un actor interactúa con el comportamiento modelado en el caso de uso. La notación
para las asociaciones es una línea simple entre el actor y el caso de uso en el que participa.
Include: El uso de inclusión facilita la repetición de actividades, nos evita redundancia, y nos organiza los
diagramas de caso de uso para comprender desde una perspectiva más abstracta alguna actividad.
La inclusión vendría siendo (los sub casos) del caso de uso base que no podría funcionar bien o cumplir su
objetivo si no está el (sub casos)
Extend: La relación extend implica una relación complementaria que un caso de uso se puede extender para
añadirle más funcionalidad con la etiqueta «extend». Esto puede ser útil para lidiar con casos especiales o para
acomodar nuevos requisitos durante el mantenimiento del sistema y su extensión.
Documentan el comportamiento de un sistema desde el punto de vista de un usuario.
Generalización: Es una relación que amplía la funcionalidad de un caso de uso o refina su funcionalidad original
mediante el agregado de nuevas operaciones o atributos y secuencia de acciones.
Un caso de uso «hijo» hereda las características de un caso de uso «padre»
Actor
Artefactos
Caso de uso
Límite de un sistema
Asociación de comunicación
Extención
Inclusión
Generalización
Un caso del uso concreto es iniciado por un actor y constituye un flujo completo de eventos. “Concreto” significa
CASO DE USO
que un caso de uso realiza la operación de forma completa requerida por el actor. Un caso del uso abstracto
CONCRETOS Y
nunca es iniciado por sí mismo, ni tampoco iniciado por un actor. Los casos de uso abstractos son “incluido
ABSTRACTOS
hacia”, “extendido hacia”, o “generalizado a”. Cuando un caso de uso concreto comienza, una instancia del caso
de uso abstracto se crea.
La empresa AIRTRANS, dedicada al servicio de transportes aéreos, necesita un sistema de información para
CONSTRUCCIÓ
gestionar los datos de unidades, vuelos, pilotos, pasajeros y reservas.
N DEL MODELO
Después de haber dialogado con el encargado de vuelos se concluyó que es responsable de mantener datos de
DE CASO DE
las unidades: el número, el tipo de avión, la fecha de compra, el modelo, la capacidad de carga y la capacidad
USO
de pasajeros. Define los vuelos que llevan carga, para los mismos necesita guardar la fecha, el piloto, el lugar
de origen, el destino, el peso de la carga y el monto del vuelo. Define los vuelos de pasajeros: fija la fecha, el
piloto y su tripulación, origen, destino y capacidad de pasajeros.
El gerente nos informó que: Mantiene la información de los pilotos que trabajan en la empresa: el número de
piloto, el nombre, dirección, habilitación, fecha del último control médico. Necesita que el sistema le devuelva
dado un piloto, los vuelos que ha realizado en un periodo dado.

El empleado de ventas nos explicó que: Mantiene información de los pasajeros de los diferentes vuelos, para
cada uno se le incorpora un número de identificación, el nombre, profesión, el teléfono y la dirección. Los
pasajeros realizan reservas para los distintos vuelos, si no hay espacio disponible, se rechaza el pedido de
reserva para ese vuelo. Confirma los pasajeros que toman los vuelos. Sólo se admiten pasajeros que hayan
realizado reservas previas. Necesita un reporte con los pasajeros que tomaron un vuelo.

Identificar Actores
Identificar casos de uso
Construcción de modelo de Caso de uso

También podría gustarte