Introducción La era de la tecnología y la información, en la cual nos encontramos inmersos, obliga a las empresas a sacar el mayor provecho de sus recursos tecnológicos. En este sentido, el diseño y modelaje de Bases de Datos cumple un papel muy importante en la tarea del manejo de información, brindándole a los usuarios y dueños de la información la capacidad de tener buena información en el momento preciso para la toma de decisiones. Este trabajo, tiene como objetivo, tal y como se verá durante su desarrollo, recabar la información necesaria para elaborar un modelo de base de datos relacional que le permita a la fábrica de muebles DeCar manejar los datos relacionados con clientes, compras, materiales y artículos de manera confiable. Para ello, se realizará un análisis de requerimientos de información, el cual servirá como base para el desarrollo de un modelo conceptual. Este modelo será llevado al proceso de Normalización para pasar luego a un modelo lógico que servirá como materia prima para la posterior implementación del modelo físico de datos, todo esto apegado a las necesidades de la empresa en cuanto a manejo de información y los datos. Objetivo General • Crear un modelo de una base de datos relacional para la mueblería DeCar con el fin de aportar una solución viable los problemas de control sobre el inventario, proveedores y clientes que tienen en la actualidad Objetivos Específicos • Aplicar los conocimientos adquiridos en el curso de bases de datos uno con el fin crear un modelo de bases de datos relacional eficiente y acorde con la necesidades de la mueblería DeCar. • Proporcionar a la mueblería DeCar una solución viable al problema de control de datos que tienen actualmente. • Identificar los requerimientos para el manejo de la información (entidades) de la fábrica de muebles DeCar. • Cumplir con los requerimientos establecidos por el profesor para la elaboración competente de este trabajo Metodología aplicada: Para el desarrollo de este trabajo se implementarán tres técnicas de análisis de información las cuales nos permitirán establecer cuales son los requerimientos, las mismas se detallan a continuación: • Entrevista (anexo Nº 1) • Observación directa sobre los procesos objetos de estudio. • Análisis de documentación de la empresa (anexo Nº 2) • Análisis de la información y elaboración del modelo de datos. Descripción de la empresa

1

La compañía DeCar está dedica a la fabricación de muebles de oficina, comedor, cocina, entre otros. Esta fabrica se encuentra localizada en Heredia, específicamente en el sector de San Rafael, actualmente cuenta con 14 colaboradores; esta es una empresa pequeña que tiene escasamente 2 años de hacer sido fundada, sin embargo durante ese tiempo a logrado incrementar sus ventas y hacerse de una basta cantidad de clientes como por ejemplo el Banco de Costa Rica. En la actualidad la fábrica DeCar desea abrir nuevos talleres que le permitan cumplir de mejor manera la demanda de muebles que realizan los clientes Misión de la compañía La misión de la compañía es el crear muebles de gran calidad y únicos de una manera lucrativa y segura para la ecología. Filosofía al Cliente La satisfacción del cliente es crítico para nuestro éxito, así que vamos a ofrecer una garantía incondicional de regreso de dinero a cualquiera que no este satisfecho con sus muebles. Esta garantía de retorno va a demostrar nuestro compromiso de ofrecer una calidad excelente y al mismo tiempo asegurar la satisfacción del cliente. Metas a largo Plazo En tres años DeCar espera tener 36 empleados y ventas anuales de 100 millones de colones. Planes van a estar en marcha para hacer la fabricación en nuestras instalaciones y para agregar un departamento de ventas por catalogo. Nosotros pensamos seguir fabricando San Rafael de Heredia pero talvez agreguemos instalaciones satélites de fabricación y ventas si es necesario. Descripción del problema Por ser una compañía pequeña y recientemente fundada su dueño se permitía llevar los datos de la empresa en cuadernos y hojas de cálculo de Excel, sin embargo al ver el aumento en las ventas (sobre todo desde que logró hacerse contratista del Banco de Costa Rica), estos recursos no le han sido suficientes y últimamente han propiciado una serie de desordenes que han dado al traste con la entrega oportuna de muebles. La mueblería necesita implantar un sistema que le permita ejercer un mayor control sobre clientes, materia prima en bodega para la elaboración de los muebles, compras, proveedores y artículos que les son comprados. Es por este motivo que se hace viable la creación de un sistema de información que permitiría ejercer el control que el dueño requiere. Fundamentalmente se debe mantener actualizada la información de la cual hoy se carece control en la mueblería, y permitiere al dueño comparar las compras con la materia prima existente en la bodega y la fecha de entrega del producto para asegurarse de que es posible cumplir con el plazo establecido previamente con el cliente. Solución propuesta Creación de un modelo de base de datos relacional que gestione los aspectos de los cuales se carece control en la empresa. Este sistema debe proporcionar los medios para el manejo de la información de 2

la fábrica de manera se almacena de manera correcta y ordenada. Descripción de requerimientos La fábrica de muebles DeCar necesita implantar un sistema que le permita ejercer un mayor control sobre clientes, materia prima en bodega para la elaboración de los muebles, compras y artículos que se ofrecen; todo lo anterior orientado al área de producción de la misma. Con el análisis de los datos suministrado por los instrumentos de recopilación utilizados para el estudio de los procesos realizados en el área de producción de la compañía fue posible establecer cuales son las fuentes de información necesarias que deben ser cubiertas por este modelo. La mueblería realiza negocios con varios clientes los cuales pueden ser particulares o empresas el proceso de contratación y pago de los muebles (contabilidad) es realizado en forma independiente por el dueño de la empresa por medio de un sistema que tiene un rendimiento aceptable en este momento y son ajenos a este modelo de datos. Los clientes de la mueblería realizan la cantidad de pedidos que deseen, los límites de tiempo con respecto a la entrega son impuestos por el tipo de pedido y la cantidad de trabajo existente en el taller. DeCar maneja las compras de muebles por medio de pedidos, ya que por el tipo de clientes que maneja estos comúnmente compran mas de un mueble a la vez, cada pedido cuenta con un detalle de los artículos que lo conforman. Los pedidos hechos a la empresa pueden contar con muebles de diferentes tipos y en diferente cantidad. La información de los pedidos cuenta con la siguiente información • Numero de pedido. • Fecha en la que fue concretado el contrato. • Fecha en que deben estar confeccionados y entregados los muebles del pedido. • Detalle del pedido, aquí se establece cuales son los muebles que deben ser confeccionados. Los materiales necesarios para realizar los muebles se compran a proveedores específicos, sin embargo en caso de que el proveedor no cuente con el artículo deseado se procede a la compra de un producto similar con alguno de los demás proveedores con los que la empresa trabaja. Con los proveedores se tienen previos arreglos de pago por ejemplo 30 días de plazo; también le son ofrecidos a la compañía descuentos según los volúmenes de compra. Supuestos Supuesto #1 La fábrica de muebles DeCar maneja viarios clientes los cuales pueden comprar el número de artículos que deseen realizando el pedido respectivo. Para el control de clientes la compañía almacena la cédula, el nombre, la dirección y el teléfono donde se pueda localizar al cliente en caso de ser necesario. Supuesto #2 El proceso de compra se establece el numero de pedido, la fecha en la que fue realizado el contrato y la fecha en que el mismo debe ser entregado Supuesto #3

3

Los pedidos cuentan con un detalle de cuales son los artículos que lo conforman, la empresa cataloga los artículos con un código, nombre, precio y descripción de los mismos. Supuesto #4 DeCar se abastece de materiales según la demanda de muebles que tenga. Para esto es necesario establecer la cantidad de X material utilizado por cada artículo. Supuesto #5 Para confeccionar los artículos (muebles) se necesitan ciertos materiales los cuales son suministrados por proveedores específicos, en caso de ser solicitado un material que el proveedor no tiene en ese momento se procede a la compra de otro material de similares características a otro proveedor. Para los materiales se almacena el código del material, el nombre, el precio y la descripción del mismo. Supuesto #6 Para registrar a los proveedores la compañía almacena el código del proveedor, el nombre, la dirección y el teléfono Supuesto #7 Con cada proveedor se tienen previos arreglos de pago los cuales pueden poner cierto enteres al total de la compra y descuentos los cuales son cuantificados según la cantidad de mercadería comprada por la fábrica. Detalle de entidades, atributos y relaciones Entidad

Atributos Cedula*

Relacionada con

Nombre Pedido

Cliente Teléfono Dirección Código _Artículo* Nombre

Material

Precio

Pedido

Articulo

Descripción Numero_Pedido* Fecha_Pedido Cliente Pedido

Fecha_Entrega Artículo Descripción Dirección 4

Código _Material* Nombre

Proveedor

Precio

Artículo

Material

Descripción Código_ Proveedor* Descuento Nombre Formas de pago

Proveedor Dirección

Material Teléfono Código _Descuento* Proveedor

Descuento Cantidad Código _Forma* Forma de pago

Tiempo

Proveedor

Interés * = Atributo Indentificador Principal Modelo lógico El modelo lógico contempla el siguiente diccionario de datos: Diccionario de Datos Modelo Lógico Relación Cliente Nombre Campo cedula nombre primer_apellido segundo_apellido telefono direccion

Tipo de dato numeric(9, 0) varchar(10) varchar(10) varchar(10) numeric(8, 0) varchar(20)

Nulos NOT NULL NOT NULL NOT NULL NULL NOT NULL NULL

PK Y N N N N N

Tipo de dato numeric(7, 0) Date Date varchar(10 varchar(20)

Nulos NOT NULL NOT NULL NOT NULL NULL NULL

PK Y N N N N

Relación Pedido Nombre Campo numero_pedido fecha_pedido fecha_entrega descripcion direccion

5

Relación Artículo Nombre Campo codigo_articulo nombre precio descripcion

Tipo de dato numeric(5, 0) varchar(10) numeric(6, 2) varchar(10

Nulos NOT NULL NOT NULL NOT NULL NULL

PK Y N N N

Tipo de dato numeric(5, 0) varchar(10) numeric(6, 2) varchar(10

Nulos NOT NULL NOT NULL NOT NULL NULL

PK Y N N N

Tipo de dato numeric(5, 0) varchar(3) numeric(5, 0)

Nulos NOT NULL NOT NULL NOT NULL

PK Y N N

Tipo de dato numeric(5, 0) varchar(10) varchar(20) numeric(8, 0)

Nulos NOT NULL NOT NULL NULL NOT NULL

PK Y N N N

Tipo de dato numeric(5, 0) numeric(3, 2)

Nulos NOT NULL NOT NULL

PK Y N

Tipo de dato numeric(5, 0) numeric(3, 0) numeric(3, 2)

Nulos NOT NULL NOT NULL NULL

PK Y N N

Tipo de dato

Nulos

PK

Relación Material Nombre Campo codigo_material nombre precio descripcion Relación Suministra Nombre Campo codigo_proveedor cantidad codigo_material Relación Proveedor Nombre Campo codigo_proveedor nombre direccion telefono Relación Descuento Nombre Campo codigo_descuento cantidad Relación Forma de pago Nombre Campo codigo_forma tiempo interes Relación Ofrece Nombre Campo

6

codigo_proveedor codigo_descuento

numeric(5, 0) numeric(5, 0)

NOT NULL NOT NULL

Y Y

Tipo de dato numeric(5, 0) numeric(5, 0)

Nulos NOT NULL NOT NULL

PK Y Y

Tipo de dato numeric(5, 0) numeric(5, 0) numeric(3, 0)

Nulos NOT NULL NOT NULL NULL

PK Y Y N

Tipo de dato numeric(9, 0) numeric(7, 0)

Nulos NOT NULL NOT NULL

PK Y Y

Tipo de dato numeric(7, 0) numeric(5, 0)

Nulos NOT NULL NOT NULL

PK Y Y

Relación Permite Nombre Campo codigo_proveedor codigo_forma Relación Necesita Nombre Campo codigo_articulo codigo_material cantidad Relación Realiza_ Pedido Nombre Campo cedula numero_pedido Relación Detalla_ Pedido Nombre Campo numero_pedido codigo_articulo Modelo Físico de Datos A continuación se presenta el código scripts que dará origen al modelo físico en el Sistema de Gestión de Base de Datos: % % ER/1 1.14 SQL Code Generation % % % Date Created: Friday, August 23 2002 at 07:50 PM % Target DBMS : Sybase SQL Anywhere % %

7

% TABLE: CLIENTE % DROP TABLE CLIENTE; CREATE TABLE CLIENTE( cedula numeric(9, 0) NOT NULL, nombre varchar(10) NOT NULL, primer_apellido varchar(10) NOT NULL, segundo_apellido varchar(10) , telefono numeric(8, 0) NOT NULL, direccion varchar(20) , PRIMARY KEY (cedula) ); % % TABLE: PEDIDO % DROP TABLE PEDIDO; CREATE TABLE PEDIDO( numero_pedido numeric(7, 0) NOT NULL, fecha_pedido date NOT NULL, fecha_entrega date NOT NULL, descripcion varchar(20) , direccion varchar(10) , PRIMARY KEY (numero_pedido) ); % % TABLE: ARTICULO

8

% DROP TABLE ARTICULO; CREATE TABLE ARTICULO( codigo_articulo numeric(5, 0) NOT NULL, nombre varchar(10) NOT NULL, precio numeric(6, 2) NOT NULL, descripcion varchar(10) , PRIMARY KEY (codigo_articulo) ); % % TABLE: MATERIAL % DROP TABLE MATERIAL; CREATE TABLE MATERIAL( codigo_material numeric(5, 0) NOT NULL, nombre varchar(10) NOT NULL, precio numeric(6, 2) NOT NULL, descripcion varchar(10) , PRIMARY KEY (codigo_material) ); % % TABLE: SUMINISTRA % DROP TABLE SUMINISTRA; CREATE TABLE SUMINISTRA( codigo_proveedor numeric(5, 0) NOT NULL,

9

cantidad varchar(3) NOT NULL, codigo_material numeric(5, 0) NOT NULL, PRIMARY KEY (codigo_proveedor), FOREIGN KEY(codigo_proveedor) REFERENCES PROVEEDOR(codigo_proveedor), FOREIGN KEY(codigo_material) REFERENCES MATERIAL(codigo_material) ); % % TABLE: PROVEEDOR % DROP TABLE PROVEEDOR; CREATE TABLE PROVEEDOR( codigo_proveedor numeric(5, 0) NOT NULL, nombre varchar(10) NOT NULL, direccion varchar(20) , telefono numeric(8, 0) NOT NULL, PRIMARY KEY (codigo_proveedor) ); % % TABLE: DESCUENTO % DROP TABLE DESCUENTO; CREATE TABLE DESCUENTO( codigo_descuento numeric(5, 0) NOT NULL, cantidad numeric(3, 2) NOT NULL,

10

PRIMARY KEY (codigo_descuento) ); % % TABLE: FORMA_DE_PAGO % DROP TABLE FORMA_DE_PAGO; CREATE TABLE FORMA_DE_PAGO( codigo_forma numeric(5, 0) NOT NULL, tiempo numeric(3, 0) NOT NULL, interes numeric(3, 2) , PRIMARY KEY (codigo_forma) ); % % TABLE: OFRECE % DROP TABLE OFRECE; CREATE TABLE OFRECE( codigo_proveedor numeric(5, 0) NOT NULL, codigo_descuento numeric(5, 0) NOT NULL, PRIMARY KEY (codigo_proveedor,codigo_descuento), FOREIGN KEY(codigo_proveedor) REFERENCES PROVEEDOR(codigo_proveedor), FOREIGN KEY(codigo_descuento) REFERENCES DESCUENTO(codigo_descuento) ); %

11

% TABLE: PERMITE % DROP TABLE PERMITE; CREATE TABLE PERMITE( codigo_proveedor numeric(5, 0) NOT NULL, codigo_forma numeric(5, 0) NOT NULL, PRIMARY KEY (codigo_proveedor,codigo_forma), FOREIGN KEY(codigo_proveedor) REFERENCES PROVEEDOR(codigo_proveedor), FOREIGN KEY(codigo_forma) REFERENCES FORMA_DE_PAGO(codigo_forma) ); % % TABLE: NECESITA % DROP TABLE NECESITA; CREATE TABLE NECESITA( codigo_articulo numeric(5, 0) NOT NULL, codigo_material numeric(5, 0) NOT NULL, cantidad numeric(3, 0) , PRIMARY KEY (codigo_articulo,codigo_material), FOREIGN KEY(codigo_articulo) REFERENCES ARTICULO(codigo_articulo), FOREIGN KEY(codigo_material) REFERENCES MATERIAL(codigo_material) );

12

% % TABLE: REALIZA_PEDIDO % DROP TABLE REALIZA_PEDIDO; CREATE TABLE REALIZA_PEDIDO( cedula numeric(9, 0) NOT NULL, numero_pedido numeric(7, 0) NOT NULL, PRIMARY KEY (cedula,numero_pedido), FOREIGN KEY(cedula) REFERENCES CLIENTE(cedula), FOREIGN KEY(numero_pedido) REFERENCES PEDIDO(numero_pedido) ); % % TABLE: DETALLA_PEDIDO % DROP TABLE DETALLA_PEDIDO; CREATE TABLE DETALLA_PEDIDO( numero_pedido numeric(7, 0) NOT NULL, codigo_articulo numeric(5, 0) NOT NULL, PRIMARY KEY (numero_pedido,codigo_articulo), FOREIGN KEY(numero_pedido) REFERENCES PEDIDO(numero_pedido), FOREIGN KEY(codigo_articulo) REFERENCES ARTICULO(codigo_articulo) );

13

Anexos 8

14