Nforme de Base de Datos

[pic 1]

[pic 2]

[pic 3]

Introducción:

Este trabajo corresponde al proyecto semestral de la asignatura de “Base de datos”, el cual plantea el diseño de una aplicación que sirva como

En el trabajo a continuación se presentan los diferentes modelos planteados como solución para este problema, utilizando las técnicas aprendidas en clase sumadas a las investigadas de manera personal, a partir del enunciado propuesto.

Se utilizan Modelos MER, modelos relacionales y se presenta un Script de SQL como soluciones en este informe.

Mer Completo:

[pic 4]

1.- Enunciado: Departamento de Marketing: Este se compone de dos Sub-Departamentos publicidad y comercializacion. El primero trata todas las funciones referentes a la propaganda de la empresa y sus productos, el segundo hace referencia a la cartera de venta, es decir, la mejor forma de vender los productos.

[pic 5]

2.- Enunciado: Departamento de ventas: Este se preocupa de las ventas realizadas a los grandes y pequeños clientes. El sistema sera dirigido solo a los clientes grandes(A todo cliente se le realiza una factura), por lo tanto, las ventas en el area de detalle no seran consideradas para el desarrollo del sistema. Esto se ve mas claramente en la estructura jerarquica de la organización donde se divide el departamento en; un area de ventas al detalle y una de mayoristas (Se indica hacia donde va dirigido el sistema con la enmarcaron de las areas consideradas para este). También, el departamento se preocupa de la facturacion al cliente, todo lo concerniente al detalle de la factura, es decir, todos los datos de los clientes que efectuan compras y los proveedores que realizan ventas a la organización.

3.- Enunciado: Departamento de Adquisiciones: Esta encargado de manejar y mantener todos los datos pertenecientes a los proveedores , que estan realizando negocios con la organización. A la vez, debe preocuparse de mantener todos los proveedores que en alguna ocasión efectuaron un negocio con la organización. Debe controlar todas las ordenes de compra, es decir, controlar el ingreso y salida de los distintos productos para saber cuando es necesario realizar una compra. Para estas funciones es necesario saber cuantos productos hay en existencia (Stock) actualmente. Preocuparse, de todo lo referente a las cuentas por pagar, que significa, mantener un control de las deudas que faltan por cancelar y los vencimientos establecidos por los proveedores. Para poder analizar cuando es más conveniente cancelar las deudas, sin sobrepasarse a los vencimientos. En resumen se preocupan cuanto hay que pagar hasta este momento y en cuanto tiempo.[pic 6]

[pic 7]

4.-Enunciado: Departamento de cobranza: Se encarga de mantener los pagos de las ventas por facturas, es aquí donde se debe analizar las formas de pago efectuadas por los clientes, para su posterior cobranza. Deben analizar el vencimiento de las cuentas, para especificar mas claramente los deudores que van al dia, con aquellos deudores con morosidad y asi realizar su diferenciacion, ya que, a estos ultimos debe efectuaseles los calculos correspondientes para obtener los intereses por su morosidad. Para asi luego, efectuar los cobros sin confundir a los deudores al dia y con aquellos con morosidad.

[pic 8]

Modelo entidad-Relacion completo:[pic 9]

[pic 10]

Justificación de tablas:

Tabla 1: Cliente.

Atributos: rut_cliente, nombre, estado, dirección, edad, sexo.

Clave primaria: rut_cliente.

Descripción: esta tabla representa un cliente cualquiera, con los atributos pertinentes para poder identificarlo y contactar de ser necesario.

Tabla 2 : Paga

Atributos: rut_cliente, id_b, fecha_pago.

Clave foráneas : rut_cliente, id_b.

Descripción: Por reglas normales, no se crea una tabla para la relación “Paga”, pero es posible crearla de todas formas si se considera esencial para la informacion que debe almacenar nuestro MR.

Tabla 3 : Factura

Atributos: id_b, fecha vencimiento.

Clave primaria: id_b.

Descripción: Una tabla que describe una factura.

Tabla 4 : Facturar

Atributos: rut_personal, id_b, comision.

Claves foráneas: rut_personal, id_b.

Descripción: Por reglas normales, no se crea una tabla para la relación “Facturar”, pero es posible crearla de todas formas si se considera esencial para la informacion que debe almacenar nuestro MR.

Tabla 5 : Vendedor

Atributos: rut_personal, sueldo_v.

Clave primaria: rut_personal.

Descripción: Tabla de trabajadores del Sistema.

Tabla 6 : Personal

Atributos: rut_personal, nombre, cargo, area, dirección, edad, genero.

Clave primaria: rut_personal.

Descripción: Tabla de trabajadores del Sistema.

Tabla 7: Pertenece

Atributos: código_dpto, rut_personal.

Claves foráneas: código_dpto, rut_personal.

Descripción:Por reglas normales, no se crea una tabla para la relación “Pertenece”, pero es posible crearla de todas formas si se considera esencial para la informacion que debe almacenar nuestro MR. Recibe clases foraneas de Departamento y Personal.

Tabla 8: Departamento

Atributos: código_dpto, nombre_dpto.

Clave primaria: código_dpto.

Descripción: Una tabla que detalla los departamentos existentes en el Sistema.

Tabla 9: Cancela

Atributos: id_cpp, código_dpto.

Claves foráneas: id_cpp, código_dpto.

Descripción: Por reglas normales, no se crea una tabla para la relación “Cancela”, pero es posible crearla de todas formas si se considera esencial para la informacion que debe almacenar nuestro MR. Recibe clases foraneas de Departamento y Cuenta por pagar.

...