TP gestion de datos

LOS VIAJEROS DEL ANONIMATO - GRUPO 12

TP de Gestión de datos
Segunda entrega
Estrategia

DER:

Descripción de las estructuras del DER:


PREMIO: Esta tabla representa los artículos disponibles para canjear por puntos de
viajero frecuente (PVF en adelante). Tiene como PK un auto-numérico CodigoProducto.
Los demás campos reflejan claramente su contenido. DetalleProducto es unadescripción
del premio ofrecido, CantidadDisponible es el stock de ese premio actualmente y
PuntosNecesarios son la cantidad de PVF que el cliente tiene que usar para canjear ese
premio.



CANJE: Registra los cambios de PVF por premios realizados por los usuarios. Su PK es
CodigoCanje, el cual es un auto-numérico. DNI_Usuario relaciona un canje con el usuario
que lo realiza. CantidadElegidaes la cantidad del premio elegido que se obtendrá por los
correspondientes PVF canjeados. Fecha es la fecha del canje. Finalmente, CodigoProducto
relaciona el canje con el producto de la tabla PREMIO elegido.



PUNTOVF: Persiste los PVF que los usuarios van acumulando. Su PK es el autonumérico CodigoPuntuación. Se almacenan básicamente la Fecha cuando se sumo el
punto y los Puntos que sesumaron. Además relaciona cada punto(s) con el usuario que
lo(s) sumo a través de DNI_Usuario, con el pasaje/encomienda al que se debe(n) a través
de CodigoCompra y al canje por el cual fueron cambiados a través de CodigoCanje. Con

respecto a este último campo en un principio estará en NULL y se rellenará cuando se
decida usar el PVF para cambiar por un premio.


Devolucion: Almacenalas posibles devoluciones de pasajes/encomiendas. Su PK es
un auto-numérico CodigoDevolucion. Referencias al pasaje/encomienda que cancela a
través de CodigoPasaje y a la compra a la que pertenece el pasaje/encomienda a través
de NumeroVoucher. Además posee un campo motivo para especificar una breve
descripción del porque de la cancelación.

 Usuario: Representa a un usuario del sistema(tanto un administrador, un cliente u
otro posible tipo de usuario). Su PK es DNI. Los demás datos son los datos personales del
usuario en cuestión (Nombre, Apellido, Direccion, Telefono, Mail, Fecha_Nac, Sexo,
Discapacidad). Sobre estos últimos campos –que no se encontraban en la tabla maestra–
aclararemos que Sexo es un varchar(9) que puede contener “Masculino” o “Femenino” y
Discapacidad es detipo bit y será 1 en caso de que la persona tenga alguna discapacidad y
0 en caso contrario. Por otra parte ambos serán inicializados en NULL con la posibilidad de
modificarlos desde las pantallas de la aplicación desktop si es necesario.

 Usuario_Rol: Desdoble de la relación original de muchos a muchos entre usuarios
del sistema y roles disponibles, contiene por cada fila un rol asignado aun usuario en
particular. Solo está compuesto por dos campos de los cuales ambos son PK y FK, estos
son DNI (Foreign key a Usuario) y CodigoRol (Foreign key a Rol).

 Rol: Cada fila corresponde a un rol del sistema. La PK es un auto-numérico CodigoRol
(elegimos esto para que se pudiese cambiar el nombre del rol sin perder las referencias de
otras tablas a un rol). Además contiene loscampos Nombre_Rol y Habilitacion, el primero
con el identificador del rol propiamente dicho y el segundo con un campo bit que si esta a
0 se considera que el rol fue dado de baja lógica.

 Rol_Funcionalidad: Desdoble de la relación muchos a muchos entre los roles del
sistema y las funcionalidades posibles, por cada fila contiene una funcionalidad asignada a
un rol. Similar a la tabla Usuario_Rolcontiene solo dos campos, ambos PK y FK a la vez.
Estos son Codigo_Rol referenciando a una fila de la tabla Rol y Codigo_Funcionalidad
referenciando a una fila de la tabla funcionalidades.

 Funcionalidad: Contiene todas las funcionalidades posibles en el sistema. Contiene
una PK Codigo_Funcionalidad que es un auto-numérico y un campo
Nombre_Funcionalidad que contiene el identificador de...