Grupo Mondongo A3

Gonzalo Alganza Luque

Alberto Gentil Guerrero
Pablo Blanco López
Luis Maria Chaves Lopez
Francesco Mirra

Sistema Principal: Cadena de Alquiler y

organizadora de torneos de videojuegos.

Nuestro sistema principal trata de una cadena en la que, como el

nombre indica, se dedica principalmente al alquiler de videojuegos,
y la organización de torneos de estos. Para ello, los usuarios que
quieran usar el sistema de alquiler, deberán darse de alta en la
plataforma online. Una vez dado el alta, se tendrá una cuenta con
la que se podrá, entre otras cosas, hacer todo lo relacionado con
préstamos, ver las estadísticas que uno tiene en los videojuegos
alquilados y los logros conseguidos, ganar puntos cuando alquilas
un juego, los cuales se usarán para obtener recompensas
canjeables, e incluso la posibilidad de participar en torneos.
También se puede participar en torneos sin tener una cuenta, por si
solo te interesa participar en estos y no alquilar videojuegos. Por
último, habrá varios puntos de recogida de videojuegos en los que
se podrá depositar los juegos una vez haya acabado el alquiler.
Por ello, hemos dividido nuestro sistema en cinco subsistemas:

1.-Sistema de alquiler (Luis Maria Chaves Lopez):

El primer subsistema que tenemos es el alquiler de los videojuegos.

Para cada videojuego almacenaremos es el id_juego ( una cadena de hasta 9 caracteres),

el nombre del videojuego (una cadena de hasta 50 caracteres), el precio para alquilarlo(una
serie de hasta 3 dígitos) y la edad permitida para poder jugarlo (una serie de hasta 2
dígitos).

Para insertar un videojuego para que este deisponible para alquilar, el responsable de
la administración de los videojuegos, deberá introducir el id, nombre, descripción, edad y
precio, datos que el sistema almacenará, confirmando la inserción o dando un error.

Para poder alquilar un videojuego el usuario deberá proporcionar el nombre del

videojuego que quiere alquilar y además para poder hacerlo, el usuario debe de estar dado
de alta.

Por último para poder realizar la valoración de un videojuego el usuario deberá de

proporcionar que videojuego quiere valorar, entonces proporciona una puntuación y si
quiere un comentario sobre su experiencia jugando dicho videojuego.

El subsistema permitirá mostrar los juegos disponibles mostrando el nombre,

descripción, edad para jugarlo,precio, y valoración a petición del usuario.

2.-Datos de guardado (Alberto Gentil Guerrero):

El segundo subsistema es el de los datos de guardado de los usuarios.

En este subsistema se guarda y se muestra toda la información acerca de un usuario.

Desde la información sobre los juegos que tenga en su posesión, hasta las compras que
realice, la lista de amigos, participación en torneos…

Para poder acceder a toda esta información primero se debe crear una cuenta,
proporcionando datos personales como nombre, correo electrónico y teléfono móvil,
además de elegir un nombre de usuario. Si el creador de la cuenta es menor, es necesario
proporcionar adicionalmente el nombre y apellidos del tutor así como su DNI.

Así como crear una cuenta, también se puede dar de baja una cuenta. Si el usuario es
mayor de edad, tiene que proporcionar su teléfono y correo electrónico, sin embargo, si es
menor, se debe proporcionar la información de su tutor usada para crear la cuenta.

Ya con una cuenta creada, podemos realizar acciones como:

-Ver los logros de un juego en posesión, el usuario deberá elegir un juego y se le
mostrará una lista con los logros desbloqueados, bloqueados, así como una descripción
sobre cada logro en específico.
-Mostrar la participación en torneos. El usuario puede acceder a una lista con todos los
torneos en los que ha participado, pudiendo ver sus estadísticas en dicho torneo, así como
las recompensas que obtuvo si es que obtuvo algunas.
-Gestionar la lista de amigos. El usuario puede añadir o eliminar amigos, gestionando así
de forma libre su lista de amigos.

3.-Torneos (Gonzalo Alganza Luque):

El tercer subsistema que tenemos es la organización y participación de torneos.

Para poder participar en un torneo, se tendrán varias opciones:

- La primera, participar con una cuenta del sistema, simplemente iniciando sesión.
- La segunda, igual que la primera, pero si el torneo es de un juego para el que no se
cumple la edad mínima, se pedirá confirmación adicional del tutor legal.
- La tercera, participar sin una cuenta del sistema, para lo cual se pedirán datos
personales y un número de teléfono para tener contacto.
Además, podrás solicitar ver las bases del torneo y también podrás redirigir a crear una
cuenta nueva del sistema, si así se quiere.
Si el cupo de participantes no se ha llenado, se realizará de forma exitosa la inscripción. En
caso contrario, dará un error diciendo que no se pueden apuntar más participantes.

Se podrá acceder a las bases del torneo, en las cuales vienen incluidas las normas, aforo,
fecha y lugar.

Asimismo, se podrá cancelar la inscripción de un torneo en el caso de que algún

participante se arrepienta, solicitando confirmación adicional con un teléfono en el caso de
que se haya apuntado sin cuenta.

Por último, cualquier persona u organización que esté interesada en crear su propio
torneo, podrá hacerlo incluyendo las bases de este y cumpliendo una serie de requisitos
obligatorios, como dejar una semana de margen entre la creación del torneo y el día de
celebración, entre otros.

4.-Envío de juegos físicos (Pablo Blanco López):

El cuarto subsistema es el gestor de envíos de los juegos físicos.

Se trata del subsistema que controla los envíos de los juegos físicos que un usuario ha
solicitado, y que se encuentran disponibles en el almacén.

De cada juego en el almacén se guarda su ID, cadena de 9 caracteres, el nombre del juego
cadena de 50 caracteres, la cantidad del título que se encuentra registrado en el almacén y
si hay alguno disponible. En el caso de que no queden más copias disponibles, se alertará
al usuario, advirtiendo que aún no hay disponibles copias de dicho videojuego. En el otro
caso, es decir, que se encuentre disponible, se procederá al pago y envío de dicho juego
a la dirección aportada por el usuario.
El usuario tendrá que entregar el juego en un punto de recogida para que los
repartidores devuelvan al almacén de forma correcta los juegos.

Hay restricciones para el número de copias que puede alquilar un usuario a la vez, siendo
este número máximo de tres copias, además de las restricciones de edad de dichos
videojuegos, que en caso de no llegar a la edad mínima se tendrá que aportar una
autorización por parte de los tutores legales del usuario para permitir el alquiler.

5.-Sistema de puntos (Francesco Mirra):

El quinto subsistema es el del canje de puntos obtenidos para una recompensa.

Cuando un usuario alquila un videojuego, el sistema asigna puntos a su cuenta. En

particular, el usuario gana un punto por cada euro gastado.
El usuario puede consultar cuando quiere su cuenta para ver el saldo de los puntos
obtenidos y ver las recompensas disponibles.
Cada recompensa tiene un nombre, una descripción textual, los puntos necesarios para
comprarla y la disponibilidad.
Si quiere una recompensa, el sistema comprueba si el usuario tiene los puntos suficientes
para el cambio. Si lo tienes, compra la recompensa y el sistema va a deducir los puntos en
su cuenta. Si no tiene los puntos, el sistema enviará un mensaje de error al usuario

1.-Sistema de alquiler

RF1.1: Insertar datos de un videojuego para alquilar.

Entrada: Agente externo: Responsable de la administración de los videojuegos. El

responsable solicita poder insertar un nuevo videojuego para que esté disponible para
insertar.

Requisitos de datos de entrada: RDE1.1.

BD: Requisitos de datos de escritura:RDW1.1.

Salida: Agente externo: Ninguno. Requisitos de datos de salida: ninguno.

RDE1.1: Datos de entrada de los datos del videojuego.

Id_juego:cadena de caracteres(9)

Nombre: cadena de caracteres (50)

Breve descripción: cadena de caracteres (250)

Edad para jugarlo: Valor numérico (2)

Precio: Valor numérico(3)

RDW1.1: Datos almacenados del videojuego.

 Los mismos que RDE1.1.

RF1.2: Alquiler de un videojuego.

Entrada: Agente externo: Usuario. El usuario solicita poder alquilar un videojuego.

Requisitos de datos de entrada: RDE1.2.

BD: Requisitos de datos de lectura:RDR1.2.

Salida: Agente externo: Usuario. Acción: confirmación de resultado. Requisitos de datos de

salida: ninguno.

RDE1.2: Datos de entrada para poder alquilar un videojuego.

Los mismos que RDE2.1.2 (el usuario debe estar dado de alta)

Nombre del videojuego: cadena de caracteres(50)

RDW1.2: Datos almacenados sobre el videojuego.

RS1.1: No puede alquilar un videojuego un usuario con una edad menor a la establecida
por el videojuego.

RF1.3: Insertar la Valoración de videojuego

Entrada: Agente externo: Usuario. El usuario quiere realizar una valoración sobre un
videojuego.

Requisitos de datos de entrada: ninguno.

BD: Requisitos de datos de escritura:RDW1.3.

Salida: Agente externo: Usuario. Requisitos de datos de salida: RDS1.3.

RDE1.3: Datos de entrada para la valoración de un videojuego:

Los mismos que RDE1.2

Puntuación: Valor numérico(2)

Comentario: Cadena de caracteres(500)

RDW1.3: Datos almacenados sobre la valoración del videojuego.

Lo mismo que RDE1.3.

RF1.4: Consultar los videojuegos disponibles para alquilar.

Entrada: Agente externo: Usuario. El usuario solicita poder consultar si un juego está
disponible para alquilar. Requisitos de datos de entrada: RDE1.4.

BD: Requisitos de datos de lectura:RDR1.4.

Salida: Agente externo: Usuario. Requisitos de datos de salida: RDS1.4.

RDR1.4: Datos del videojuego a consultar.

Los mismos que RDE1.1 y que RDE1.3.

RDS1.4: Listada de videojuegos cada uno con la información de RDW1.1.

2.-Datos de guardado
RF2.1: Dar de alta a un usuario.
Entrada: Agente externo: usuario. Solicita la creación de una cuenta con sus datos.
Requisitos de datos de entrada: RDE2.1.1(menor de edad) o RDE2.1.2(mayor de
edad).
BD: Requisito de datos de escritura: RDW2.1.1(menor de edad) o RDW2.1.2(mayor de
edad).
Salida: Agente externo: usuario. Confirmación en la creación de una cuenta
Requisito de datos de salida: ninguno.
RDE2.1.1: Nombre: Cadena de caracteres(20)
Apellidos: Cadena de caracteres(40)
Correo: Cadena de caracteres(20)
Teléfono: Cadena de caracteres(20)
Nombre usuario: Cadena de caracteres(20)
Nombre tutor: Cadena de caracteres(20)
Apellidos tutor: Cadena de caracteres(40)
DNI tutor: Cadena de caracteres(10)
RDE2.1.2:
Nombre: Cadena de caracteres(20)
Apellidos: Cadena de caracteres(40)
Correo: Cadena de caracteres(20)
Teléfono: Cadena de caracteres(20)
Nombre usuario: Cadena de caracteres(20)
RDW2.1.1: Datos almacenados de usuario, los mismos que RDE2.1.1.
RDW2.1.2: Datos almacenados de usuario, los mismos que RDE2.1.2.

RF2.2: Dar de baja a un usuario

Entrada: Agente externo: usuario.Solicita la eliminación de una cuenta con sus datos.
Requisitos de datos de entrada: RDE2.2.1(menor de edad) o RDE2.2.2(mayor de
edad).
BD: Requisitos de datos de escritura RDW2.2.1(menor de edad) o RDW2.2.2(mayor de
edad).
Salida: Agente externo: usuario. Confirmación en la eliminación de la cuenta asociada a los
datos aportados.
RDE2.2.1: Correo: Cadena de caracteres(20)
Teléfono: Cadena de caracteres(20)
Nombre tutor: Cadena de caracteres(20)
Apellidos tutor: Cadena de caracteres(40)
DNI tutor: Cadena de caracteres(10)
RDE2.2.2: Correo: Cadena de caracteres(20)
Teléfono: Cadena de caracteres(20)
RDW2.2.1: Datos almacenados de usuario, los mismos que RDW2.1.1.
RDW2.2.2: Datos almacenados de usuario, los mismos que RDW2.1.2.

RF2.3: Mostrar una lista con los logros de un juego.

Entrada: Agente externo: usuario. Solicita ver la lista de logros de el juego indicado.
Requisitos de datos de entrada: RDE2.3.1
BD: Requisitos de datos de lectura: RDR2.3.1
Salida: Agente externo: usuario. Lista de los logros del juego indicado. Requisitos de datos
de salida: RDS2.3.1
RDE2.3.1: Identificación del juego: Entero positivo
RDR2.3.1: Datos almacenados del juego.
RDS2.3.1: Nombre del logro: Cadena de caracteres(30)
Descripción del logro: Cadena de caracteres(100)
Porcentaje de gente con el logro: entero positivo

RF2.4: Mostrar una lista con la información de participación del usuario en torneos.

Entrada: Agente externo: usuario. Solicita ver una lista con su información de los diferentes
torneos en los que participó. Requisito de datos de entrada: RDE2.4.1
BD: Requisitos de datos de lectura: RDR2.4.1
Salida: Agente externo: usuario. Lista con los diferentes torneos en los que ha participado
el usuario, mostrando su posición en el torneo, sus estadísticas así como las recompensas
que obtuvo. Requisitos de datos de salida: RDS2.4.1
RDE2.4.1: Nombre de usuario: Cadena de caracteres(20)
RDR2.4.1: Identificación de usuario(ID): Entero positivo(20)
RDS2.4.1: Nombre del torneo: Cadena de caracteres(20)
Fecha del torneo: Fecha
Posición en el torneo: Entero positivo
Estadísticas del torneo: Cadena de caracteres(200)
Recompensas obtenidas: Cadena de caracteres(50)

RF2.5: Gestión de la lista de amigos

Entrada: Agente externo: usuario. Solicita acceso a la lista de amigos, con posibilidad de
agregar/eliminar amigos de ella. Requisitos de datos de entrada: RDE2.5.1 y RDE2.5.2
BD: Requisitos de datos de escritura: RDW2.5.1
Salida: Agente externo: usuario. Recibe una confirmación sobre que la gestión en la lista de
amigos ha sido realizada con éxito.
RDE2.5.1: Nombre de usuario: Cadena de caracteres(20)
RDE2.5.2: Tipo de gestión:
Agregar amigos
Eliminar amigos
Ver lista de amigos.
RDW2.5.1: Lista de amigos del usuario: Lista actualizada de los amigos del usuario.

3.-Torneos

RF3.1: Inscripción a torneo

Entrada: Agente externo: usuario. Acción: Para ver las bases, redirigir a RF3.2. Crear una
cuenta para poder inscribirte, redirigir a RF2.1. Para inscribirse con una cuenta, requisito de
datos de entrada RDE3.1.1 Para inscribirse sin una cuenta, requisito de datos de entrada
RDE3.1.2. Para inscribirse con aprobación de tutor legal por requisitos de edad, requisito de
datos de entrada RDE3.1.3. Si no queda hueco para apuntarse, requisito de datos de
entrada: ninguno.
BD: Si se inicia sesión con una cuenta, requisito de datos de escritura RDW3.1.1. Si se
inscribe solamente dando los datos personales, requisito de datos de escritura RDW3.1.2.
Si se inscribe con la aprobación de tutor legal, requisito de datos de escritura RDW3.1.3.
Salida: Agente externo: usuario. Acción: confirmación resultado. Si se inscribe
correctamente, Requisito de datos de salida: RDS3.1.1. En caso de que no queden huecos,
Requisito de datos de salida: RDS3.1.2.

RDE3.1.1: Datos de entrada de inicio de sesión.

Usuario: cadena de caracteres (máximo 50).
Contraseña: cadena de caracteres (máximo 50).
RDE3.1.2: Datos de entrada con carácter personal.
Nombre: cadena de caracteres (máximo 50).
Edad: cadena de caracteres (máximo 3).
Número de teléfono: cadena de caracteres (máximo 20).
RDE3.1.3: Datos de entrada con aprobación de tutor legal.
Lo mismo que RDE3.1.1 o RDE3.1.2, más firma digital del tutor legal.
Nombre de tutor legal: cadena de caracteres (máximo 50).

RDW3.1.1: Datos almacenados de inscripción con cuenta.

Los mismos que RDE3.1.1.
RDW3.1.2: Datos almacenados de inscripción sin cuenta.
Los mismos que RDE3.1.2.
RDW3.1.3: Datos almacenados de inscripción con aprobación de tutor legal.
Los mismos que RDE3.1.3.

RDS3.1.1: Mensaje indicando que se ha inscrito al torneo exitosamente.

RDS3.1.2: Mensaje indicando que el torneo está lleno.
RS3.1.1: Una persona no puede crear una nueva cuenta si ya tiene una, a no ser que dé de
baja la primera.
RS3.1.2: No se pueden apuntar más personas que el límite de participantes.
RS3.1.3: No se puede apuntar una persona dos veces al mismo torneo.

RF3.2: Solicitud de las bases del torneo

Entrada: Agente externo: usuario. Acción: Solicitar bases. Requisito de datos de entrada:
ninguno.
BD: Datos del torneo, requisito de datos de lectura RDR3.2.
Salida: Agente externo: usuario. Acción: confirmación resultado.
Requisito de datos de salida: RDS3.2.

RDR3.2: Reglas, base, lugar y fecha del torneo, con los datos de RDW3.4
RDS3.2: Documento con las bases del torneo, con los datos de RDR3.2.

RF3.3: Cancelación de participación en torneo

Entrada: Agente externo: usuario. Acción: Cancelar participación en torneo.

Requisito de datos de entrada RDE3.3.1 si se apuntó con una cuenta, requisito de datos de
entrada RDE3.3.2 si se aportaron datos personales.
BD: Datos del torneo, requisito de datos de escritura RDR3.3.1(con cuenta) o RDR3.3.2(sin
cuenta)
Salida: Agente externo: usuario. Acción: confirmación resultado.
Requisito de datos de salida: ninguno.

RDE3.3.1: Datos de entrada de inicio de sesión.

Usuario: cadena de caracteres (máximo 50).
Contraseña: cadena de caracteres (máximo 50).
RDE3.3.2: Datos de entrada con carácter personal.
Nombre: cadena de caracteres (máximo 50).
Edad: cadena de caracteres (máximo 3).
Número de teléfono: cadena de caracteres (máximo 20).
RDR3.3.1: Eliminar los datos que coinciden con RDE3.3.1
RDR3.3.2: Eliminar los datos que coinciden con RDE3.3.2

RDS3.3: Para cancelar la participación sin una cuenta, se deberá confirmar adicionalmente
introduciendo un código que se enviará al número de teléfono dado.

RF3.4: Creación de un torneo

Entrada: Agente externo: organizador del torneo. Acción: Establecer las bases del torneo y
crearlo. Requisito de datos de entrada RDE3.4.
BD: Normas, bases, fecha y lugar (si no es online), requisito de datos de escritura RDW3.4
Salida: Agente externo: usuario. Acción: confirmación resultado.
Requisito de datos de salida: ninguno.

RDE3.4: Normas, bases, fecha y método.

Videojuego del que trata: cadena de caracteres (máximo 50).
Normas: cadena de caracteres (máximo 5000).
Bases: cadena de caracteres (máximo 1000).
Fecha y hora: cadena de caracteres (máximo 40)
Método: cadena de caracteres (máximo 10)
Lugar: cadena de caracteres (máximo 40)

RDW3.4: Los datos almacenados sobre el torneo en RDE3.4.

RDS3.4.1: No se podrá crear exitosamente el torneo si ya hay un torneo fijado para la fecha
solicitada, no pudiendo darse el caso de que haya dos torneos simultáneos.
RDS3.4.2: No se pueden crear torneos que tengan un aforo inferior a 16 participantes.
RDS3.4.3: Se requiere un mínimo de una semana de antelación desde el momento de
aplicación del torneo y la celebración de este.
RDS3.4.4: Si no se llega al mínimo de participantes, que es 16 independientemente del
aforo total, el torneo se cancelará.
RDS3.4.5: No se puede crear un torneo con una fecha ya pasada.
RDS3.4.6: No se puede crear un torneo cuya hora tenga lugar entre las 02:00 y las 08:00

4.- Envío de juegos físicos

RF4.1: Realizar un pedido de un juego físico.

Entrada: Agente externo: usuario. Acción: realizar el pedido de un juego, requisito de datos
de entrada RDE4.1.1, y aportación de dirección de envío RDE4.1.2
BD: Número de juego, requisito de datos de lectura. RDR4.1.1, Número de pedido,
requisito de datos de escritura RDW4.1.1.
Salida: Agente externo: responsable de pedidos y usuario. Acción: Confirmar el pedido,
requisito de datos de salida RDS4.1.1, y reportarlo al usuario, requisito de salida RDS4.1.2
RDE4.1.1: Datos de entrada de juego.
Juego: cadena de caracteres(máximo 50)
RDE4.1.2: Datos de entrada de usuario.
Usuario: cadena de caracteres(máximo 50)
Nombre: cadena de caracteres(máximo 50)
Edad: cadena de caracteres(máximo 3)
Dirección:
Calle: cadena de caracteres(máximo 50)
Número: cadena de caracteres(máximo 4)
 Piso: cadena de caracteres(máximo 50)

RDR4.1.1: Datos del juego

Leer si quedan copias del juego disponibles.

RDW4.1.1: Datos almacenados.

Número de pedido almacenado.

RDS4.1.1: Mensaje indicando que el pedido ha llegado al responsable.

RDS4.1.2: Mensaje indicando que el pedido se ha realizado correctamente.

RS4.1.1: Quien vaya a pedir el juego, debe cumplir con la edad mínima (PEGI) o deberá
aportar una autorización de sus tutores legales.
RS4.1.2: Una sola persona podrá alquilar solo tres juegos al mismo tiempo.
RS4.1.3: Puede que no queden copias de juegos disponibles, en cuyo caso se notificará al
usuario.

RF4.2: Envío de pedido.

Entrada: Agente externo: encargado de almacén y repartidor. Acción: Buscar en la base de

datos el juego y localizarlo en el almacén, requisito de datos de entrada RDE4.2.1., y envío
por parte del repartidor.
BD: Número de pedido, requisito de datos de lectura RDR4.2.1, disminuir número de copias
disponibles del juego, requisito de datos de escritura RDW4.2.1
Salida: Agente externo: Usuario. Acción: Confirmar el envío del pedido, requisito de datos
de salida RDS4.2.1.

RDE4.2.1: Datos de inicio de sesión del encargado del almacén:

DNI: cadena de caracteres(máximo 9)
Contraseña: cadena de caracteres(máximo 30)

RDR4.2.1: Número de pedido

Consulta del número de pedido para ver que juego o juegos enviar.

RDW4.2.1: Identificador del juego

Alteración del número de copias disponibles del juego seleccionado.

RDS4.2.1: Confirmar el envío del pedido al usuario mediante correo electrónico.

RS4.2.1: Cada encargado de almacén tendrá su cuenta con su DNI de usuario y la

contraseña será del formato (NAddmmaaaa) donde N es su nombre, A su primer apellido,
dd su día de nacimiento, mm su mes de nacimiento y aaaa su año de nacimiento.

RF4.3: Recogida de videojuegos en el punto y depósito en almacén.

Entrada: Agente externo: repartidor y encargado del almacén. Acción: Recogida del
paquete y depósito en el almacén para su almacenamiento, requisitos de datos de entrada
RDE4.3.1
BD: Añadir la copia o copias nuevas en el almacén, requisito de datos de escritura
RDW4.3.1
Salida: Agente externo: responsable de almacén. Acción: confirmar que queda todo
guardado en la base de datos correctamente, requisito de datos de salida RDS4.3.1

RDE4.3.1: Datos de entrada de juegos:

Lista de juegos(máximo 20): cadena de caracteres(máximo 50)
RDW4.3.1: Datos del juego
Alterar las copias disponibles de dicho juego.
RDS4.3.1: Mensaje al sistema indicando que hay copias nuevas para futuros envíos y
actualización de la base de datos.

RS4.3.1: Si no hay ninguna copia en un punto de entrega donde se esperaba una, se

indicará un aviso al usuario perteneciente de dicha copia hasta un máximo de tres, llegados
a este punto se le cobrará una penalización.
RF4.4 Entrega de autorización de tutor legal

Entrada: Agente externo: Usuario y responsable de envíos. Acción: entrega de

autorización firmada del usuario, requisito de datos de entrada RDE4.4.1, mediante el dni
electrónico de sus responsables legales, requisito de datos de entrada RDE4.4.2, y
aceptación de la autorización hecha por el responsable.
BD: Añadir la autorización a la base de datos relacionado al usuario, requisito de datos de
escritura RDW4.4.1
Salida: Agente externo: usuario. Acción: confirmar que queda la autorización registrada
correctamente, requisito de datos de salida RDS4.4.1

RDE4.4.1 Datos de inicio de sesión

Usuario: cadena de caracteres(máximo 50)
Contraseña: cadena de caracteres(máximo 30)
RDE4.4.2 Autorización legal
Autorización legal con el formato especificado firmada por los tutores legales del
usuario.

RDW4.3.1 Datos del usuario

Adición de la autorización legal.

RDS4.4.1: Mensaje al usuario indicando que su autorización se ha guardado correctamente

y que ya no tiene restricciones para pedir cualquier tipo de juego.

RS4.4.1: Si la autorización está falsificada, se procederá a la eliminación de la cuenta de

dicho usuario.
RS4.4.2: La autorización solo dura un año, por lo cual, al transcurso de un año se deberá
repetir el procedimiento.
5. Sistema de puntos (obtención de los puntos,
consultar los puntos, canje de los puntos)

RF 5.1: Asignar puntos a un usuario

Entrada: Agente externo: Usuario. Acción: El usuario alquila un videojuego y el sistema

asigna puntos al usuario. Requisitos de datos de entrada: RDE 5.1

BD: El sistema calcula los puntos y los añade a la cuenta del usuario. En particular, el
sistema añade 1 punto por cada euro gastado. Requisito de datos de escritura: RDW 5.1.

Salida: Agente externo: Usuario y sistema. El usuario confirma el alquilamiento y el sistema

comunica al usuario la confirmación.

RDE 5.1: Correo: cadena de caracteres (20)

Contraseña: cadena de caracteres (15)
RDW 5.1: Puntos: cadena de caracteres (10)

RF 5.2: Consultar los puntos

Entrada: Agente externo: usuario. Acción: Consultar los puntos obtenidos en la propia
cuenta. Requisitos de datos de entrada: RDE 5.2

BD: El sistema debe acceder a la base de datos para recuperar el saldo de puntos del
usuario. Requisitos de datos de lectura: RDR 5.2.
Salida: Agente externo: sistema. Acción: el sistema presenta los puntos al usuario.
Requisitos de datos de salida: ninguno

RDE 5.2: Datos del usuario:

Correo: cadena de caracteres (20)
Contraseña: cadena de caracteres (20)
RDR 5.2: Puntos: cadena de caracteres (10)

RF 5.3: Canjeo de los puntos

Entrada: Agente externo: usuario. Acción: Canjear los puntos obtenidos para una
recompensa. Requisitos de datos de entrada: RDE 5.3. El sistema debe comprobar si el
usuario tiene puntos suficientes para realizar el cambio. Debe comparar el saldo de puntos
del usuario con el costo de puntos de la recompensa seleccionada.

BD: El sistema debe acceder a la base de datos para recuperar el saldo de puntos del
usuario. Requisitos de lectura: RDR 5.3.1. El sistema también debe acceder a la base de
datos para recuperar la lista de recompensas disponibles. Requisitos de lectura: RDR 5.3.2.
Si el usuario tiene los puntos suficientes, el sistema deduce los puntos gastados de la
cuenta. Requisitos de datos de escritura: RDW 5.3.1

Salida: Agente externo: usuario y sistema. El usuario confirma el canjeo de los puntos y el
sistema comunica que la operación está confirmada. Requisitos de salida RDS 5.3.1. El
sistema comunica al usuario un mensaje de error. Requisitos de datos de salida: RDS 5.3.2

RDE 5.3: Correo: cadena de caracteres (20)

Contraseña: cadena de caracteres (20)

RDR 5.3.1: Puntos: entero positivo

RDR 5.3.2: Nombre: cadena de caracteres (20)

Descripción: cadena de caracteres (30)
Precio: entero positivo
Disponibilidad: cadena de caracteres (10)

RDW 5.3: Puntos: entero positivo

RDS 5.3.1: El sistema envía un mensaje al usuario confirmando la operación de canje.

RDS 5.3.2: Si el usuario no tiene los puntos necesarios para la recompensa solicitada, el
sistema va a enviar al usuario un mensaje de error.