Ejercicio 2
<<extend>>
Realizar Pedido
Comercial
<<include>>
Buscar en Catalogo
<<include>>
<<include>>
Introducir Datos Cliente
Seleccionar Producto
Establecer Pago
Ejercicio 3
Cajero
Procesar Venta
<<include>>
<<include>>
Procesar Venta
Sistema Autorización
Crédito
<<include>>
Cliente
Gestionar Pago Cheque
Gestionar Pago Efectivo
Gestionar Pago Tarjeta
Pago, si el cliente
presenta un vale regalo
<<extend>>
Punto de extensión:
Pago
Clientes VIP
<<include>>
Ejercicio 4
Mostrar información producto
Realizar Pedido
<<include>>
<<include>>
Actualizar Inventario
Sistema Inventario
<<include>>
<<include>>
Devolver Producto
Cliente
<<include>>
Actualizar Contabilidad
Login
<<include>>
Cancelar Pedido
Sistema Contabilidad
<<include>>
<<include>>
<<include>>
Consultar Pedido
Cliente Rep
Registrar Reclamaciones
Preparar Informe Ventas
Encargado
Atención Cliente
Enviar Catalogo
Mostrar información producto
Administrativo
Enviar Pedido
<<include>>
Empresa Envios
Actualizar Inventario
Sistema Inventario
Ejercicio 6
GestionarCuentasClientes
GestionarPedidos
Cliente
Gestionar Carro Compra
Inventario
Registrar Pedido
Sistema Procesamiento
Tarjetas
Explorar productos
Encontrar Productos
LogOnUser
Tendero
Cerrar pedido
GestionarProductos
Administrador Sistema
GestionarUsuarios
Encargado Envíos
Ejercicio 6
Sistema
Encargado reserv as
Recepcionista
Comprobar
disponibilidad
Confirmar
reserva
[ else ]
Hacer
reserva
[ hab disponible ]
cliente llega
cambiar
Modificar
reserva
Ejercicio 8:
Reservas hotel
Ocupar
reserva
cancelar
Cancelar
reserva
Cobrar
Cliente
Procesar reserva
no ocupada
Notificar sistema
facturación
Ejercicio 8: Reservas hotel
Hacer reserva
Encargado Reservas
Modificar reserva
Cancelar reserva
Recepcionista
Sistema
Ocupar reserva
Procesar reservas fallidas
Sistema Facturación
Ejercicio 8: Reservas hotel
1
Hotel
1..n
Encargado
1
1
1..n
1..n
1..n
0..n
Cliente
Reserva
1
n
Habitacion
1..n
1
1
n
1
0..1
Pago
Factura
0..1
1
Tipo
Habitacion
Cliente
Comercial
Jefe Técnico
Puesto Produccion
Operarario Almacen
Realizar Pedido
Cursar Pedido
¿es propio?
Analizar
Viabilidad
¿es viable?
Ejercicio 9: JIT
Rechazar
Pedido
si
no
Crear Plantilla
Confirmar
Pedido
Realizar tarea
Pedir Material
Entregar
Contenedor
Realizar Pedido
Realizar Tarea
Comercial
Confirmar Pedido
Analizar Viabilidad
Pedir Material
Puesto Produccion
Retirar Contenedor
Jefe Técnico
Entregar Contenedor
Crear Plantilla
Operario Almacen
Ejercicio 9: JIT
Recoger Contenedor
EspecificaciónTarea
Cliente
Pedido
1
1
1..n
1
1
Modelo
Plantilla
1
Propio
1
1..n
Tarea
1
EnCatalogo
Puesto Producción
1..n
1
1
OrdenTarea
0..n
LineaMaterial
Ejercicio 9: JIT
Material
1
Ejercicio 10: Subastas
por Internet
Catalogo
Usuarios
Ebay
Pseudonimo
Categoria
Cuenta
Historia
Usuario
Catalogo
Subastas
Pago
Producto
Vendedor
Comprador
Puja
Pago
Publicar
Subasta
Voto
Pago Venta
Estandar
Holandesa
Precio
Minimo
Puja
Holandesa
Adjudicacion
Ejercicio 10: Subastas
por Internet
Caso de Uso UC3: Realizar puja
Actor Principal: Sistema.
Partes Interesadas:
- Comprador: desea pujar por un artículo con la ayuda del Sistema.
- Vendedor: desea vender al mayor precio posible el artículo sobre el que está pujando
el comprador.
- eBay: desea que el proceso de puja se realice de forma satisfactoria para todas las
partes, autogestionando los incrementos de pujas de los distintos Compradores.
Precondiciones:
- El Comprador es un Usuario registrado y que ha iniciado sesión en el Sistema.
- Hay un anuncio de venta abierto sobre el que pujar.
Postcondiciones:
- Se realizó la puja del Comprador y se incrementaron automáticamente las pujas de
todos los Compradores que pujan para ese artículo.
Escenario Principal (o Flujo Básico)
1. El Comprador desea pujar sobre un anuncio.
2. El Sistema muestra al Comprador un listado de artículos disponibles con su precio,
las pujas que tiene cada artículo y el tiempo restante hasta que finalice el anuncio.
3. El Comprador navega por el listado hasta seleccionar un artículo que le interese.
4. El Sistema muestra al Comprador la descripción del artículo, incluyendo precio
actual, fecha de fin, ubicación, información del vendedor y descripción del producto,
además de un listado con los votos y comentarios que ha recibido el Vendedor.
5. El Comprador indica la cantidad máxima que estaría dispuesto a pujar.
6. El Sistema registra los datos de la puja (pujador, cantidad, anuncio).
7. El Sistema realiza de forma automática el incremento de las pujas de todos los
Compradores que han pujado por el artículo, de acuerdo con unos incrementos
preestablecidos, estableciéndose al final una nueva puja ganadora.
8. El Sistema envía una notificación a todos los Compradores cuya puja máxima ha
sido superada.
Extensiones (o Flujos Alternativos)
4a. El Comprador está pujando sobre un artículo del que es Vendedor:
1. El Sistema indica al Comprador que no puede pujar sobre el artículo.
4b. El Sistema comprueba que el Comprador ya ha pujado por otro artículo similar:
1. El Sistema avisa al Comprador de que si gana la puja deberá adquirir ambos
artículos.
4c. El Comprador está en la lista de usuarios prohibidos.
1. El Sistema indica al Comprador que no puede pujar sobre el artículo.
5a. Es una subasta de compra directa:
1. El Comprador indica que está dispuesto a pagar el precio del artículo.
2. El Sistema adjudica al Comprador el artículo y se cierra el anuncio.
5b. Es una subasta holandesa.
1. El Comprador indica el número de artículos por los que desea pujar.
5c. El Comprador se ha equivocado al introducir la cantidad:
1. El Sistema permite al Comprador introducir de nuevo la cantidad.
5d. El Comprador ya había pujado por ese artículo:
1. El Comprador introduce una nueva puja máxima.
2. El Sistema comprueba que la nueva puja sea mayor que la puja anterior.
Responsable
Servicio PE
Alumno
Sistema
Registrar Curso
Aprobar Curso
Preinscripción
Ejercicio 11:
Gestión Cursos
Avisar
Admitidos
Matriculación
Hay alumnos?
no
Cambiar
admitidos
Hay alumnos?
no
Cancelar Curso
Crear Proyecto
Cerrar Curso
Ejercicio 11:
Gestión Cursos
Registrar curso
Rebajar Cupo
Aprobar curso
Servicio CPE
Responsable
Cerrar curso
Crear proyecto
Servicio Contabilidad
Cerrar Preinscripción
Realizar preinscripción
Sistema
Cerrar Matriculación
Alumno
Realizar Matriculación
Cancelar curso
Ejercicio 11:
Gestión Cursos
Caso de uso
Realizar matrícula
Objetivo
Formalizar una matrícula para ingresar en un curso de promoción educativa o en un
master/especialización.
Actores
Alumno
Precondiciones
El usuario se validó en el sistema y se obtuvieron sus datos.
Escenario principal
1.
El alumno ha accedido para hacer una matriculación.
2.
El sistema accede a su lista de preinscripciones y extrae las preinscripciones del alumno
para cursos que están por impartir.
3.
El sistema muestra la lista de cursos en los que el alumno ha sido admitido, cuyo plazo
de matriculación está abierto y en los que el alumno no se ha matriculado todavía.
4.
El alumno accede a los detalles del curso.
5.
El alumno formaliza la matriculación en el curso e introduce sus preferencias (horario,
etc.).
6.
El sistema envía una petición de cobro al Sistema de Contabilidad indicando los cargos
por el curso y los datos bancarios de alumno.
7.
El sistema guarda la matrícula en la lista de matrículas del curso.
8.
El sistema genera el recibo para el alumno con el coste del curso y finaliza la matrícula.
9.
El alumno sale del sistema.
Extensiones
*.a. En cualquier momento falla el sistema.
1-6. Se reinicia el sistema.
7. El sistema se reinicia sin llevar a cabo ningún cambio.
8-9. El sistema se reinicia, los cambios se han guardado y se ha generado el recibo y el email.
3.a. El alumno no tiene preinscripciones admitidas para cursos que están por impartir.
1.
El sistema informa de esto al alumno
2.
El alumno sale del sistema.
3.b. El alumno tiene preinscripciones admitidas para cursos que están por impartir pero el plazo
de matrícula no ha llegado todavía o ya ha pasado.
1.
El sistema informa de esto al alumno
2.
El alumno sale del sistema.
5.a. El alumno no está interesado en realizar el curso.
1.
El alumno rechaza la admisión en el curso.
2.
El sistema elimina la preinscripción y borra al alumno de la lista de admitidos para
dicho curso.
3.
El sistema accede a la lista de reserva del curso, extrae al primer alumno, lo
introduce en la lista de admitidos y le envía un aviso por móvil y e-mail.
4.
La extensión sigue por el paso 3 del flujo principal.
5.b. El alumno no quiere formalizar la matrícula ni renunciar.
1.
El alumno sale de los detalles del curso.
2.
La extensión sigue por el paso 3 del flujo principal.
6.a. El alumno es un titulado (no tiene tarjeta universitaria).
1.
El sistema solicita los datos bancarios del alumno.
2.
El alumno introduce sus datos bancarios.
3.
El sistema hace unas comprobaciones preliminares sobre los datos bancarios
(longitud del CCC).
4.
La extensión continúa por el paso 7 del flujo principal.
5.
El sistema envía una petición de cobro al Sistema de Contabilidad indicando los
cargos por el curso.
7.a. La transferencia desde la cuenta bancaria del alumno no puede ser llevada a cabo (datos
erróneos, por falta de saldo, ...).
1.
El sistema informa de la razón del fracaso de la operación.
2.
La extensión continúa por el paso 5 del flujo principal.
9.a. El alumno desea continuar las consultas y/o matriculaciones.
1.
La extensión continúa por el paso 4 del flujo principal.
Requisitos especiales
El sistema debe tener una respuesta más o menos en tiempo real.
Tiempo estimado/Frecuencia
3 min.
Para el alumno, unas pocas veces al semestre
Cuestiones
- Acceso a un servicio de envío de mensajes a móviles.
- En cualquier momento se debe poder cancelar y salir del sistema.
- Seguridad y privacidad en el intercambio de información entre sistemas (transferencias, datos
bancarios, etc.)
Ejercicio 12: Apuestas por Internet
Login
Ofrecer Apuesta
Registrarse
<<include>>
Administrador
Realizar Ingreso
Realizar Promoción
Usuario
Cerrar Apuestas
Realizar Apuesta
Sistema
Solicitar Pago
Activar Servicio SMS
Finalizar Apuesta
Ejercicio 12: Apuestas por Internet
Ejercicio 12: Apuestas por Internet
Caso de Uso UC2: REALIZAR APUESTA
Objetivo:
Realizar una apuesta deportiva como usuario de la aplicación “Casa de Apuestas en Internet”.
Actor Principal:
Usuario.
Precondiciones:
El usuario esta registrado y ha iniciado una sesión en el sistema.
Escenario Principal:
1. El usuario desea apostar en un acontecimiento.
2. El sistema muestra al usuario un listado de apuestas disponibles, con sus pronósticos y cuotas
correspondientes, y da la posibilidad de listarlas teniendo en cuenta parámetros como, deporte,
fecha celebración o tipo de apuesta.
3. El usuario selecciona una apuesta y un pronóstico para la misma.
4. El sistema comprueba que la apuesta es válida.
5. El usuario introduce el importe que desea apostar.
6. El sistema comprueba que el importe introducido está entre cierto valor mínimo y máximo.
7. El sistema calcula la ganancia posible para esa apuesta según la cuota y el importe introducido.
8. El sistema muestra la ganancia.
9. El sistema pide confirmación para crear la apuesta.
10. El usuario confirma la apuesta.
11. El sistema comprueba que el usuario tiene suficiente dinero en su cuenta.
12. El sistema crea y registra la apuesta en la cuenta del usuario y actualiza el saldo de la misma.
13. El sistema actualiza la cuota de la apuesta.
Caso de Uso UC2: REALIZAR APUESTA (continuación)
Extensiones
*a. En cualquier momento el sistema falla:
1-11. Se reinicia el sistema.
12. El sistema se reinicia sin llevar a cabo ningún cambio
3-10.a. El usuario cancela la apuesta:
1. El sistema aborta la creación de la apuesta.
3.a. El usuario selecciona varias apuestas:
1. El sistema agrupa las apuestas en una apuesta combinada.
2. El sistema da la posibilidad al usuario de realizar una de las posibles apuestas de sistema.
3. El usuario selecciona una apuesta de sistema.
3.a. El usuario no selecciona ninguna apuesta de sistema (se queda con la combinada).
4.a. La apuesta no es válida:
1. El sistema informa de esto al usuario.
2. El usuario introduce una apuesta válida.
2.a. El usuario cancela la apuesta.
6.a. El importe introducido es incorrecto:
1. El sistema informa de esto al usuario.
2. La extensión continúa por el paso 5 del flujo principal.
Caso de Uso UC2: REALIZAR APUESTA (continuación)
Extensiones
7.a. La cuota es europea:
1. La ganancia se calcula multiplicando el importe por la cuota.
7.b. La cuota es británica:
1. La ganancia se calcula multiplicando el importe por la cuota y sumando el importe.
7.c. La cuota es americana:
1.a. La cuota es positiva:
1. La ganancia se calcula dividiendo la cuota entre 100 y multiplicando por el importe.
1.b. La cuota es negativa:
1. La ganancia se calcula dividiendo 100 entre la cuota y multiplicando por el importe.
11.a. El usuario no tiene suficiente dinero en la cuenta:
1. El sistema informa de esto al usuario.
2. El usuario realiza un ingreso.
2.a. El usuario cancela la apuesta.
3. La extensión sigue por el paso 11 del flujo principal
Aclaraciones:
En la extensión del paso 3, hemos tenido en cuenta la posibilidad de que el usuario seleccione varias
apuestas con sus correspondientes pronósticos. Lo que hace el sistema en este caso es agruparlas en
una apuesta combinada, pero además da la posibilidad de realizar una de las posibles apuestas de
sistema.
Descargar

Material clases de ejercicios de modelado casos de uso