You are on page 1of 5

Proyecto Base de datos:

Primera Alternativa:

En esta alternativa de proyecto, es el desarrollo de un sistema para la gestión de


artículos deportivos de una empresa del sector de ventas de deportes a clientes tanto a
mayoristas como a minoristas. Se incluye hasta la segunda iteración de la fase de
construcción, según la división establecida en el documento Plan de Desarrollo
Software. Basado en la metodología de Rational Unified Process (RUP).

Table: REGION
=====================================================

CODIGO_REGION VARCHAR(3)
NOMBRE VARCHAR(20)
constraint PK_REGION primary key (CODIGO_REGION)
=====================================================
Table: PROVEEDOR
CODIGO VARCHAR(3)
NIF_CIF VARCHAR(9)
NOMBRE VARCHAR(20)
TELEFONO VARCHAR(12)
FAX VARCHAR(12)
EMAIL VARCHAR(60)
DIRECCION VARCHAR(40)
NUMERO NUMBER(4)
PUERTA NUMBER(4)
LOCALIDAD VARCHAR(20)
PROVINCIA VARCHAR(20)
CP NUMBER(5)
PAIS VARCHAR(15)
constraint PK_PROVEEDOR primary key (CODIGO)
=====================================================
Table: EMPLEADO
=====================================================
NIF VARCHAR(9)
LOGIN VARCHAR(8)
PASSWORD VARCHAR(8)
NOMBRE VARCHAR(30)
CARGO VARCHAR(20)
TELEFONO VARCHAR(12)
constraint PK_EMPLEADO primary key (NIF)

=====================================================
Table: PRODUCTO
=====================================================
REFERENCIA VARCHAR(5)
CODIGO_PROVEEDOR VARCHAR(3)
NOMBRE VARCHAR(20)
DESCRIPCION VARCHAR(255)
PRECIO NUMBER(5,2)
MAX_RAZONABLE NUMBER(4)
constraint PK_PRODUCTO primary key (REFERENCIA)

=====================================================
Table: ALMACEN
=====================================================
CODIGO_ALMACEN VARCHAR(3)
CODIGO_REGION VARCHAR(3)
TECNICO_ALMACEN VARCHAR(9)
NOMBRE VARCHAR(20)
DIRECCION VARCHAR(40)
PAIS VARCHAR(15)
TELEFONO VARCHAR(12)
FAX VARCHAR(12)
EMAIL VARCHAR(60)
constraint PK_ALMACEN primary key (CODIGO_ALMACEN)
=====================================================
Table: CLIENTE
=====================================================
NIF_CIF VARCHAR(9)
CODIGO VARCHAR(5)
REPRESENTANTE VARCHAR(9)
LOGIN VARCHAR(8)
PASSWORD VARCHAR(8)
NOMBRE VARCHAR(40)
CALLE VARCHAR(30)
NUMERO NUMBER(4)
PUERTA NUMBER(4)
LOCALIDAD VARCHAR(20)
PROVINCIA VARCHAR(20)
CP NUMBER(5)
PAIS VARCHAR(15)
TELEFONO VARCHAR(12)
FAX VARCHAR(12)
EMAIL VARCHAR(60)
CUENTA_BANCO VARCHAR(25)
RATIO_CONFIANZA VARCHAR(9)
ES_EMPRESA NUMBER(1)
PERSONA_CONTACTO VARCHAR(30)
TLF_PERS_CONTACTO VARCHAR(12)
constraint PK_CLIENTE primary key (CODIGO)

=====================================================
Table: ORDEN_PEDIDO
=====================================================
CODIGO_PEDIDO NUMBER(5)
USUARIO_VENTAS VARCHAR(9)
CLIENTE VARCHAR(5)
CALLE_ENVIO VARCHAR(30)
NUMERO_ENVIO NUMBER(4)
PTA_ENVIO NUMBER(4)
LOCALIDAD_ENVIO VARCHAR(20)
PROVINCIA_ENVIO VARCHAR(20)
CP_ENVIO NUMBER(5)
PAIS_ENVIO VARCHAR(15)
FORMA_PAGO NUMBER(1)
FECHA_ELABORACION DATE
FECHA_LLEGADA_ALMACEN DATE
FECHA_ATENCION DATE
FECHA_LISTO_ENVIO DATE
FECHA_SALIDA_ALMACEN DATE
constraint PK_ORDEN_PEDIDO primary key (CODIGO_PEDIDO)
=====================================================
Table: INCIDENCIAS
=====================================================
create table INCIDENCIAS
CODIGO_INCIDENCIA NUMBER(5)
CODIGO_PEDIDO NUMBER(5)
FECHA_INCIDENCIA DATE
NIF_CREADOR VARCHAR(9)
CREADOR VARCHAR(30)
OBSERVACIONES VARCHAR(255)
constraint PK_INCIDENCIAS primary key (CODIGO_INCIDENCIA)

=====================================================
Table: PAIS
=====================================================
NOMBRE VARCHAR(15)
CODIGO_REGION VARCHAR(3)
constraint PK_PAIS primary key (NOMBRE)

=====================================================
Table: PRODUCTO_ALMACEN
=====================================================
REFERENCIA VARCHAR(5)
ALMACEN VARCHAR(3)
STOCK NUMBER(6)
STOCK_ASIGNADO NUMBER(6)
constraint PK_PROD_ALMACEN primary key (REFERENCIA, ALMACEN)

=====================================================
Table: LINEA_PEDIDO
=====================================================
REFERENCIA VARCHAR(5)
CODIGO_PEDIDO NUMBER(5)
CANTIDAD NUMBER(5)
PRECIO NUMBER(5,2)
CANT_ASIGNADA NUMBER(5)
constraint PK_LINEA_PEDIDO primary key (REFERENCIA, CODIGO_PEDIDO)
Propuestas 2.

GESTIÓN DE UNA AGENCIA DE VIAJES USANDO BASES DE DATOS


DIFUSAS Y FSQL

El lenguaje FSQL es una extensión del lenguaje SQL que


permite expresar consultas flexibles (o difusas) a una base de datos a través de
condiciones difusas (con comparadores difusos), umbrales de cumplimiento, constantes
difusas.
Se presenta un sistema de gestión de una agencia de viajes en cuya base de datos se
permitirán atributos con valores difusos, o sea, que se podrán almacenar valores
imprecisos y efectuar consultas con condiciones que los involucren.
Esto va a permitir gestionar todos los productos de la empresa de forma más eficiente y
ofrecer a los clientes los productos que más se adecuen a sus deseos. Además, el sistema
permitirá obtener un grado de pertenencia de cada producto al conjunto resultado de la
consulta difusa efectuada.

Ejemplo:

supongamos que un cliente indica que está buscando una casa o chalet grande en un
pueblo de montaña con un mínimo de aproximadamente 8 habitaciones. En ese caso, la
siguiente consulta FSQL recupera los inmuebles que cumplen con esas condiciones en
orden decreciente según su grado de cumplimiento de la condición. Hemos utilizado
comparadores de posibilidad para recuperar mayor cantidad de tuplas, ya que al haber
muchas condiciones elementales puede ser que no se recuperaran suficientes:

SELECT CDEG(*), Alquileres


.* FROM Alquileres
WHERE Tipo FEQ $Chalet .5
AND Superficie FGEQ $Grande .5
AND Habitaciones FGEQ #8 .5
AND
Habitat FEQ $Pueblo .7
AND
Habitat FEQ $Montaña .7
ORDER BY 1 DESC;

En esta consulta, las casas propiamente dichas y las casas adosadas, también serían
recuperadas si este Tipo de inmueble tiene un grado de similitud mayor o igual a 0.5
con respecto al tipo chalet.