Presentaci

1
Ejercicio 2
Ejercicio 3
2
Ejercicio 4
3
Ejercicio 6
4
Ejercicio 6
5
Ejercicio 8 Reservas hotel
6
Ejercicio 8 Reservas hotel
7
Ejercicio 8 Reservas hotel
8
Ejercicio 9 JIT
9
Ejercicio 9 JIT
10
Ejercicio 9 JIT
11
Ejercicio 10 Subastas por Internet
12
Ejercicio 10 Subastas por Internet
13
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.
14
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.
15
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.
16
Ejercicio 11 Gestión Cursos
17
Ejercicio 11 Gestión Cursos
18
Ejercicio 11 Gestión Cursos
19

• 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
• El alumno ha accedido para hacer una
  matriculación.
• El sistema accede a su lista de preinscripciones
  y extrae las preinscripciones del alumno para
  cursos que están por impartir.
• 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.
• El alumno accede a los detalles del curso.
• El alumno formaliza la matriculación en el curso
  e introduce sus preferencias (horario, etc.).
• 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.
• El sistema guarda la matrícula en la lista de
  matrículas del curso.
• El sistema genera el recibo para el alumno con el
  coste del curso y finaliza la matrícula.
• El alumno sale del sistema.

20

• 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.
• El sistema informa de esto al alumno
• 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.
• El sistema informa de esto al alumno
• El alumno sale del sistema.
• 5.a. El alumno no está interesado en realizar el
  curso.
• El alumno rechaza la admisión en el curso.
• El sistema elimina la preinscripción y borra al
  alumno de la lista de admitidos para dicho curso.
• 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.
• La extensión sigue por el paso 3 del flujo
  principal.
• 5.b. El alumno no quiere formalizar la matrícula
  ni renunciar.
• El alumno sale de los detalles del curso.
• La extensión sigue por el paso 3 del flujo
  principal.

21

• 6.a. El alumno es un titulado (no tiene tarjeta
  universitaria).
• El sistema solicita los datos bancarios del
  alumno.
• El alumno introduce sus datos bancarios.
• El sistema hace unas comprobaciones preliminares
  sobre los datos bancarios (longitud del CCC).
• La extensión continúa por el paso 7 del flujo
  principal.
• 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, ...).
• El sistema informa de la razón del fracaso de la
  operación.
• La extensión continúa por el paso 5 del flujo
  principal.
• 9.a. El alumno desea continuar las consultas y/o
  matriculaciones.
• 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.

22
Ejercicio 12 Apuestas por Internet
23
Ejercicio 12 Apuestas por Internet
24
Ejercicio 12 Apuestas por Internet
25
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.
26
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.
27
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.