Ejercicio 2 Ejercicio 3 Ejercicio 4 Ejercicio 6

Ejercicio 2 Ejercicio 3

Ejercicio 4

Ejercicio 6

Ejercicio 6

Ejercicio 8: Reservas hotel

Ejercicio 8: Reservas hotel

Ejercicio 8: Reservas hotel

Ejercicio 9: JIT

Ejercicio 9: JIT

Ejercicio 9: JIT

Ejercicio 10: Subastas por Internet

Ejercicio 10: Subastas por Internet

Caso de Uso UC 3: 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. - e. Bay: 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) 4 a. 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. 4 b. 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. 4 c. El Comprador está en la lista de usuarios prohibidos. 1. El Sistema indica al Comprador que no puede pujar sobre el artículo. 5 a. 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. 5 b. Es una subasta holandesa. 1. El Comprador indica el número de artículos por los que desea pujar. 5 c. El Comprador se ha equivocado al introducir la cantidad: 1. El Sistema permite al Comprador introducir de nuevo la cantidad. 5 d. 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.

Ejercicio 11: Gestión Cursos

Ejercicio 11: Gestión Cursos

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

Ejercicio 12: Apuestas por Internet

Ejercicio 12: Apuestas por Internet

Caso de Uso UC 2: 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 UC 2: 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 UC 2: 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.