IntroducirD atos C liente S eleccionarProducto E stablecerP ago Comercial RealizarPedido <<include>> <<include>> <<include>> B uscaren C atalogo <<extend>> Ejercicio 2 Ejercicio 3 Cajero C liente G estionarP ago C heque G estionarP ago E fectivo G estionarP ago Tarjeta ProcesarV enta <<include>> <<include>> <<include>> Sistem a Autorización C rédito P rocesarV enta P unto de extensión: Pago C lientes VIP <<extend>> Pago,sielcliente presenta un vale regalo
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Introducir Datos Cliente Seleccionar Producto Establecer Pago
Comercial Realizar Pedido
<<include>><<include>>
<<include>>
Buscar en Catalogo
<<extend>>
Ejercicio 2
Ejercicio 3
Cajero
Cliente
Gestionar Pago Cheque Gestionar Pago Efectivo Gestionar Pago Tarjeta
Procesar Venta
<<include>> <<include>> <<include>>
Sistema Autorización Crédito
Procesar Venta
Punto de extensión: Pago Clientes VIP
<<extend>>Pago, si el cliente presenta un vale regalo
- 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.
Registrar Curso
Cambiar admitidos
Hay alumnos?
no
Cerrar Curso
Aprobar Curso
Preinscripción
Matriculación
Cancelar Curso
Hay alumnos?
no
Avisar Admitidos
Crear Proyecto
SistemaAlumnoServicio PEResponsable
Ejercicio 11:Gestión Cursos
Registrar curso
Cerrar curso
Rebajar CupoResponsable
Aprobar curso Servicio CPE
Servicio ContabilidadCrear proyecto
Realizar Matriculación
Realizar preinscripción
AlumnoCerrar Matriculación
Cancelar curso
Cerrar Preinscripción
Sistema
Ejercicio 11:Gestión Cursos
Prof-EmpresaProf-Universidad
Presupuesto
ingresosgastos
Requisitos
CriteriosSeleccion
Expediente
AlumnoExt AlumnoUniv
Profesor
nombredepto
Curso
nombreduracionfechanumAlumnoscosteMatricula
responsable1..n1..n
1..n1..n
Catalogo Cursos
Alumno
nombredninota
Edicion Curso
fechaañoid
1..n1..n 1..n1..n
impartido
1..n
1..n
1..n
1..n
MatriculaAlumno
nombredninota
Preincripcion
Ejercicio 11:Gestión Cursos
Caso de uso Realizar matrículaObjetivo
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 e-
mail.3.a. El alumno no tiene preinscripciones admitidas para cursos que están por impartir.
1. El sistema informa de esto al alumno2. 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 alumno2. 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 especialesEl sistema debe tener una respuesta más o menos en tiempo real.
Tiempo estimado/Frecuencia3 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
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.