PROYECTO DE BASE DE DATOS

1

PROYECTO DE BASE DE DATOS

SEGUNDO CICLO DE SISTEMAS “A”

TEMA:

RELACIONES Y OTROS PROCESOS DE LAS TABLAS DE UNA

EMPRESA

INTEGRANTES:

JAIME IZQUIERDO T.

EDISON NARVAEZ

JACOB BUENO

ADRIAN PULGARIN

DOCENTE:

ING. ESTEBAN CACERES

CUENCA – ECUADOR

2009

Please purchase PDFcamp Printer on http://www.verypdf.com/ to remove this watermark.

http://www.verypdf.com/

2

INDICE

Introducción……………………………………………………………………………3

Marco Teórico………………………………………………………………………….4

Relaciones entre entidades…………………………………………………………13

Desarrollo del diseño de la base de datos………………………………………...16

Conclusiones………………………………………………………………………….54

Recomendaciones……………………………………………………………………55

Glosario de términos…………………………………………………………………56

Bibliografía…………………………………………………………………………….57

Anexos………………………………………………………………………………...58



3

INTRODUCCIÓN

Una base o banco de datos es un conjunto de datos que pertenecen al mismo contexto almacenados sistemáticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayoría por documentos y textos impresos en papel e indexados para su consulta.

En la actualidad, y gracias al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos tienen formato electrónico, que ofrece un amplio rango de soluciones al problema de almacenar datos.

En informática existen los sistemas gestores de bases de datos (SGBD), que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de los sistemas gestores de bases de datos se estudian en informática.

Las aplicaciones más usuales son para la gestión de empresas e instituciones públicas. También son ampliamente utilizadas en entornos científicos con el objeto de almacenar la información experimental.

Aunque las bases de datos pueden contener muchos tipos de datos, algunos de ellos se encuentran protegidos por las leyes de varios países. Por ejemplo en España, los datos personales se encuentran protegidos por la Ley Orgánica de Protección de Datos de Carácter Personal (LOPD).

En cuanto a la empresa, se puede demostrar con tablas y más ejemplos las relaciones entre entidades, normalizaciones y demás, así como también se presentarán varios conceptos para el mayor entendimiento



4

MARCO TEÓRICO

1. Tipos de bases de datos

Las bases de datos pueden clasificarse de varias maneras, de acuerdo al criterio elegido para su clasificación:

1.1. Según la variabilidad de los datos almacenados

Bases de datos estáticas

Éstas son bases de datos de sólo lectura, utilizadas primordialmente para almacenar datos históricos que posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto de datos a través del tiempo, realizar proyecciones y tomar decisiones.

Bases de datos dinámicas

Éstas son bases de datos donde la información almacenada se modifica con el tiempo, permitiendo operaciones como actualización y adición de datos, además de las operaciones fundamentales de consulta. Un ejemplo de esto puede ser la base de datos utilizada en un sistema de información de una tienda de abarrotes, una farmacia, un videoclub, etc.

1.2. Según el contenido

Bases de datos bibliográficas

Solo contienen un surrogante (representante) de la fuente primaria, que permite localizarla. Un registro típico de una base de datos bibliográfica contiene información sobre el autor, fecha de publicación, editorial, título, edición, de una determinada publicación, etc. Puede contener un resumen o extracto de la publicación original, pero nunca el texto completo, porque sino estaríamos en presencia de una base de datos a texto completo (o de fuentes primarias—ver más abajo). Como su nombre lo indica, el contenido son cifras o números. Por ejemplo, una colección de resultados de análisis de laboratorio, entre otras.

Bases de datos de texto completo

Almacenan las fuentes primarias, como por ejemplo, todo el contenido de todas las ediciones de una colección de revistas científicas.



5

Directorios

Un ejemplo son las guías telefónicas en formato electrónico.

Banco de imágenes, audio, video, multimedia, etc.

Bases de datos o "bibliotecas" de información Biológica

Son bases de datos que almacenan diferentes tipos de información proveniente de las ciencias de la vida o médicas. Se pueden considerar en varios subtipos:

• Aquellas que almacenan secuencias de nucleótidos o proteínas. • Las bases de datos de rutas metabólicas • Bases de datos de estructura, comprende los registros de datos

experimentales sobre estructuras 3D de biomoléculas • Bases de datos clínicas • Bases de datos bibliográficas (biológicas)

2. Modelos de bases de datos

Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar de acuerdo a su modelo de administración de datos.

Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de datos (algo en donde se guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos, y conceptos matemáticos.

Algunos modelos con frecuencia utilizados en las bases de datos:

2.1 Bases de datos jerárquicas

Éstas son bases de datos que, como su nombre indica, almacenan su información en una estructura jerárquica. En este modelo los datos se organizan en una forma similar a un árbol (visto al revés), en donde un nodo padre de información puede tener varios hijos. El nodo que no tiene padres es llamado raíz, y a los nodos que no tienen hijos se los conoce como hojas.

Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan un gran volumen de información y datos muy compartidos permitiendo crear estructuras estables y de gran rendimiento.



6

Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos.

2.2. Base de datos de red

Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la modificación del concepto de nodo: se permite que un mismo nodo tenga varios padres (posibilidad no permitida en el modelo jerárquico).

Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad que significa administrar la información en una base de datos de red ha significado que sea un modelo utilizado en su mayoría por programadores más que por usuarios finales.

2.3 Base de datos relacional

Una base de datos relacional es un conjunto de dos o más tablas estructuradas en registros (líneas) y campos (columnas), que se vinculan entre sí por un campo en común, en ambos casos posee las mismas características como por ejemplo el nombre de campo, tipo y longitud; a este campo generalmente se le denomina ID, identificador o clave. A esta manera de construir bases de datos se le denomina modelo relacional.

Estrictamente hablando el término se refiere a una colección específica de datos pero a menudo se le usa, en forma errónea como sinónimo del software usado para gestionar esa colección de datos. Ese software se conoce como sistema gestor de base de datos relacional o RDBMS (relational database management system).

Las bases de datos relacionales pasan por un proceso al que se le conoce como normalización de una base de datos, la cual es entendida como el proceso necesario para que una base de datos sea utilizada de manera óptima.

Éste es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postulados sus fundamentos en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos. Su idea fundamental es el uso de "relaciones". Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados "tuplas". Pese a que ésta es la teoría de las bases de datos relacionales creadas por Edgar Frank Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla que está compuesta por registros (las filas de una tabla), que representarían las tuplas, y campos (las columnas de una tabla).

En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar para



7

un usuario esporádico de la base de datos. La información puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para administrar la información.

El lenguaje más habitual para construir las consultas a bases de datos relacionales es SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un estándar implementado por los principales motores o sistemas de gestión de bases de datos relacionales.

Durante su diseño, una base de datos relacional pasa por un proceso al que se le conoce como normalización de una base de datos.

Durante los años '80 (1980-1989) la aparición de dBASE produjo una revolución en los lenguajes de programación y sistemas de administración de datos. Aunque nunca debe olvidarse que dBase no utilizaba SQL como lenguaje base para su gestión.

2.4. Bases de datos orientadas a objetos

Este modelo, bastante reciente, y propio de los modelos informáticos orientados a objetos, trata de almacenar en la base de datos los objetos completos (estado y comportamiento).

Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos importantes del paradigma de objetos:

• Encapsulación - Propiedad que permite ocultar la información al resto de los objetos, impidiendo así accesos incorrectos o conflictos.

• Herencia - Propiedad a través de la cual los objetos heredan comportamiento dentro de una jerarquía de clases.

• Polimorfismo - Propiedad de una operación mediante la cual puede ser aplicada a distintos tipos de objetos.

En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los datos como parte de la definición de la base de datos. Una operación (llamada función) se especifica en dos partes. La interfaz (o signatura) de una operación incluye el nombre de la operación y los tipos de datos de sus argumentos (o parámetros). La implementación (o método) de la operación se especifica separadamente y puede modificarse sin afectar la interfaz. Los programas de aplicación de los usuarios pueden operar sobre los datos invocando a dichas operaciones a través de sus nombres y argumentos, sea cual sea la forma en la que se han implementado. Esto podría denominarse independencia entre programas y operaciones.

Se está trabajando en SQL3, que es el estándar de SQL92 ampliado, que soportará los nuevos conceptos orientados a objetos y mantendría compatibilidad con SQL92.

2.5 Bases de datos documentales



8

Permiten la indexación a texto completo, y en líneas generales realizar búsquedas más potentes. Tesaurus es un sistema de índices optimizado para este tipo de bases de datos.

2.6 Base de datos deductivas

Un sistema de base de datos deductivas, es un sistema de base de datos pero con la diferencia de que permite hacer deducciones a través de inferencias. Se basa principalmente en reglas y hechos que son almacenados en la base de datos. También las bases de datos deductivas son llamadas base de datos lógica, a raíz de que se basan en lógica matemática.

2.7 Gestión de bases de datos distribuida

La base de datos está almacenada en varias computadoras conectadas en red. Surgen debido a la existencia física de organismos descentralizados. Esto les da la capacidad de unir las bases de datos de cada localidad y acceder así a distintas universidades, sucursales de tiendas, etc.

Registro (base de datos)

Un registro es un conjunto de campos que contienen los datos que pertenecen a una misma repetición de entidad. Se le asigna automáticamente un número consecutivo (número de registro) que en ocasiones es usado como índice aunque lo normal y práctico es asignarle a cada registro un campo clave para su búsqueda.

En informática, y concretamente en el contexto de una base de datos relacional, un registro (también llamado fila o tupla) representa un ítem único de datos implícitamente estructurados en una tabla. En términos simples, una tabla de una base de datos puede imaginarse formada de filas y columnas o campos. Cada fila de una tabla representa un conjunto de datos relacionados, y todas las filas de la misma tabla tienen la misma estructura.

La estructura implícita de un registro y el significado de los valores de sus campos exige que dicho registro sea entendido como una sucesión de datos, uno en cada columna de la tabla. La fila se interpreta entonces como una variable relacional compuesta por un conjunto de tuplas, cada una de las cuales consta de dos ítems: el nombre de la columna relevante y el valor que esta fila provee para dicha columna.

Cada columna espera un valor de un tipo concreto. Podemos definir un tipo de dato a partir de los valores permitidos y las operaciones que se puedan llevar a cabo sobre estos valores.



Un dato es una representación simbólica (numérica, alfabética, etc.), atributo o característica de una entidad. El dato no tiene valor semántico (sentido) en sí mismo, pero convenientemente tratado (procesado) se puede utilizar en la realización de cálculos o toma de decisiones. Es de empleo muy común en el ámbito informático.

En programación un dato es la expresión general que describe las características de las entidades sobre las cuales opera un

Un dato por sí mismo no constituye información, es el procesado de los datos lo que nos proporciona

Un algoritmo (del latín, dixit algorithmus y éste del matemático persa Jwarizmi) es un conjunto ordenado y finito de operaciones que permite hallsolución de un problema. Los algoritmos son el objeto de estudio de la algoritmia y sirven para ejecutar una tarea y resolver estos transforman una entrada en una salida ("efecto caja negra"). Su definición queda formalizada por la

Un algoritmo es un sistema por el cual se llega a teniendo en cuenta que debe ser definido, finito y eficiente. Por eficiente se entiende que cada paso a seguir tiene un orden; finito implica que tiene un determinado número de pasos, o sea, que tiene un fin; y definido, que si se sigue el mismo proceso más de una vez se llega siempre al mismo resultado.

El término "algoritmo" no está exclusivamente relacionado con la las ciencias de la computaciónalgoritmos en multitud de ocasiones para resolver diversos problemas. Algunos ejemplos son el uso de una preparación de una comida (porqpasos) o el mismo lenguajey hace que otro humano pueda entender. También existen ejemplos de índole matemática, como el algoritmo de la números, el algoritmo de Euclidesdos enteros positivos, o el ecuaciones.

Dato

Un dato es una representación simbólica (numérica, alfabética, etc.), atributo o ntidad. El dato no tiene valor semántico (sentido) en sí

mismo, pero convenientemente tratado (procesado) se puede utilizar en la realización de cálculos o toma de decisiones. Es de empleo muy común en el

un dato es la expresión general que describe las características de las entidades sobre las cuales opera un algoritmo

Un dato por sí mismo no constituye información, es el procesado de los datos

Algoritmo

Un algoritmo (del latín, dixit algorithmus y éste del matemático persa ) es un conjunto ordenado y finito de operaciones que permite hall

solución de un problema. Los algoritmos son el objeto de estudio de la algoritmia y sirven para ejecutar una tarea y resolver problemas matemáticos

ansforman una entrada en una salida ("efecto caja negra"). Su definición queda formalizada por la Máquina de Turing.

Un algoritmo es un sistema por el cual se llega a una o varias soluciones, teniendo en cuenta que debe ser definido, finito y eficiente. Por eficiente se entiende que cada paso a seguir tiene un orden; finito implica que tiene un determinado número de pasos, o sea, que tiene un fin; y definido, que si se sigue el mismo proceso más de una vez se llega siempre al mismo resultado.

El término "algoritmo" no está exclusivamente relacionado con la ciencias de la computación o la informática. En la vida cotidiana se emple

algoritmos en multitud de ocasiones para resolver diversos problemas. Algunos ejemplos son el uso de una lavadora (se siguen las instrucciones), pero no la preparación de una comida (porque no están perfectamente definidos los

lenguaje humano que "transforma" pensamientos en sonidos y hace que otro humano pueda entender. También existen ejemplos de índole

atemática, como el algoritmo de la división para calcular el cociente de dos ritmo de Euclides para calcular el máximo común divisor

positivos, o el método de Gauss para resolver Sistema lineal de

9

Un dato es una representación simbólica (numérica, alfabética, etc.), atributo o ntidad. El dato no tiene valor semántico (sentido) en sí

mismo, pero convenientemente tratado (procesado) se puede utilizar en la realización de cálculos o toma de decisiones. Es de empleo muy común en el

un dato es la expresión general que describe las algoritmo.

Un dato por sí mismo no constituye información, es el procesado de los datos

Un algoritmo (del latín, dixit algorithmus y éste del matemático persa al-) es un conjunto ordenado y finito de operaciones que permite hallar la

solución de un problema. Los algoritmos son el objeto de estudio de la problemas matemáticos;

ansforman una entrada en una salida ("efecto caja negra"). Su

una o varias soluciones, teniendo en cuenta que debe ser definido, finito y eficiente. Por eficiente se entiende que cada paso a seguir tiene un orden; finito implica que tiene un determinado número de pasos, o sea, que tiene un fin; y definido, que si se sigue el mismo proceso más de una vez se llega siempre al mismo resultado.

El término "algoritmo" no está exclusivamente relacionado con la matemática, . En la vida cotidiana se emplean

algoritmos en multitud de ocasiones para resolver diversos problemas. Algunos (se siguen las instrucciones), pero no la

ue no están perfectamente definidos los humano que "transforma" pensamientos en sonidos

y hace que otro humano pueda entender. También existen ejemplos de índole para calcular el cociente de dos

máximo común divisor de Sistema lineal de



10

LENGUAJE DE PROGRAMACIÓN

Un lenguaje de programación es un lenguaje que puede ser utilizado para controlar el comportamiento de una máquina, particularmente una computadora. Consiste en un conjunto de reglas sintácticas y semánticas que definen su estructura y el significado de sus elementos, respectivamente.

Aunque muchas veces se usa lenguaje de programación y lenguaje informático como si fuesen sinónimos, no tiene por qué ser así, ya que los lenguajes informáticos engloban a los lenguajes de programación y a otros más, como, por ejemplo, el HTML.

Un lenguaje de programación permite a un programador especificar de manera precisa: sobre qué datos una computadora debe operar, cómo deben ser estos almacenados y transmitidos y qué acciones debe tomar bajo una variada gama de circunstancias. Todo esto, a través de un lenguaje que intenta estar relativamente próximo al lenguaje humano o natural, tal como sucede con el lenguaje Lexico.

Los procesadores usados en las computadoras son capaces de entender y actuar según lo indican programas escritos en un lenguaje fijo llamado lenguaje de máquina. Todo programa escrito en otro lenguaje puede ser ejecutado de dos maneras:

• Mediante un programa que va adaptando las instrucciones conforme son encontradas. A este proceso se lo llama interpetar y a los programas que lo hacen se los conoce como intérpretes.

• Traduciendo este programa al programa equivalente escrito en lenguaje de máquina. A ese proceso se lo llama compilar y al traductor se lo conoce como compilador.

SISTEMA DE GESTIÓN DE BASE DE DATOS

Los Sistemas de gestión de base de datos son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta. En los textos que tratan este tema, o temas relacionados, se mencionan los términos SGBD y DBMS, siendo ambos equivalentes, y acrónimos, respectivamente, de Sistema Gestor de Bases de Datos y DataBase Management System, su expresión inglesa.

El propósito general de los sistemas de gestión de base de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos.

Existen distintos objetivos que deben cumplir los SGBD:



11

• Abstracción de la información. Los SGBD ahorran a los usuarios detalles acerca del almacenamiento físico de los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al usuario. Así, se definen varios niveles de abstracción.

• Independencia. La independencia de los datos consiste en la capacidad de modificar el esquema (físico o lógico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella.

• Redundancia mínima. Un buen diseño de una base de datos logrará evitar la aparición de información repetida o redundante. De entrada, lo ideal es lograr una redundancia nula; no obstante, en algunos casos la complejidad de los cálculos hace necesaria la aparición de redundancias.

• Consistencia. En aquellos casos en los que no se ha logrado esta redundancia nula, será necesario vigilar que aquella información que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de forma simultánea.

• Seguridad. La información almacenada en una base de datos puede llegar a tener un gran valor. Los SGBD deben garantizar que esta información se encuentra asegurada frente a usuarios malintencionados, que intenten leer información privilegiada; frente a ataques que deseen manipular o destruir la información; o simplemente ante las torpezas de algún usuario autorizado pero despistado. Normalmente, los SGBD disponen de un complejo sistema de permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categorías de permisos.

• Integridad. Se trata de adoptar las medidas necesarias para garantizar la validez de los datos almacenados. Es decir, se trata de proteger los datos ante fallos de hardware, datos introducidos por usuarios descuidados, o cualquier otra circunstancia capaz de corromper la información almacenada.

• Respaldo y recuperación. Los SGBD deben proporcionar una forma eficiente de realizar copias de seguridad de la información almacenada en ellos, y de restaurar a partir de estas copias los datos que se hayan podido perder.

• Control de la concurrencia. En la mayoría de entornos (excepto quizás el doméstico), lo más habitual es que sean muchas las personas que acceden a una base de datos, bien para recuperar información, bien para almacenarla. Y es también frecuente que dichos accesos se realicen de forma simultánea. Así pues, un SGBD debe controlar este acceso concurrente a la información, que podría derivar en inconsistencias.

• Tiempo de respuesta. Lógicamente, es deseable minimizar el tiempo que el SGBD tarda en darnos la información solicitada y en almacenar los cambios realizados.

• Ventajas:

1. Facilidad de manejo de grandes volúmenes de información. 2. Gran velocidad en muy poco tiempo. 3. Independencia del tratamiento de información. 4. Seguridad de la información (acceso a usuarios autorizados),

protección de información, de modificaciones, inclusiones, consulta. 5. No hay duplicidad de información, comprobación de información en el

momento de introducir la misma. 6. Integridad referencial el terminar los registros.



12

• Inconvenientes:

1. El costo de actualización del hardware y software son muy elevados. 2. Costo (salario) del administrador de la base de datos es costoso. 3. El mal diseño de esta puede originar problemas a futuro. 4. Un mal adiestramiento a los usuarios puede originar problemas a

futuro. 5. Si no se encuentra un manual del sistema no se podrán hacer

relaciones con facilidad. 6. Generan campos vacíos en exceso. 7. El mal diseño de seguridad genera problemas en esta.

SGBD libres

• PostgreSQL (http://www.postgresql.org Postgresql) Licencia BSD • MySQL Licencia Dual, depende el uso. • Firebird basada en la versión 6 de Interbase, Initial Developer's PUBLIC

LICENSE Version 1.0. • SQLite (http://www.sqlite.org SQLite) Licencia Dominio Público • Sybase ASE Express Edition para Linux (Edición gratuita para Linux) • Microsoft SQL Server Compact Edition

SGBD comerciales

• dBase • FileMaker • Fox Pro • IBM DB2 Universal Database (DB2 UDB) • IBM Informix • MAGIC • Microsoft SQL Server • Open Access • Oracle • Paradox • PervasiveSQL • Progress (DBMS) • Sybase ASE • Sybase ASA • Sybase IQ • WindowBase



http://www.postgresql.org

http://www.sqlite.org

13

RELACIONES ENTRE ENTIDADES

Cliente Pide Proforma

Vendedor Crea Proforma

Vendedor Entrega Proforma

Cliente Recibe Proforma

Cliente Pide Factura

Vendedor Crea Factura

Vendedor Entrega Factura

Cliente Recibe Factura

Cliente Pide Nota de Venta

Vendedor Crea Nota de Venta

Vendedor Entrega Nota de Venta

Cliente Recibe Nota de Venta

Gerente Envía Nota de Pedido



14

Proveedor Recibe Nota de Pedido

Proveedor Emite Recepción de Pedido

Gerente Emite Recepción de Mercaderías

Contador Solicita Información

Empleado

Contador Obtiene Información

Empleado

Contador Elabora Rol de Pagos

Contador Entrega Rol de Pagos

Gerente Recibe Rol de Pagos



15

Cliente Solicita Producto

Vendedor Atiende Cliente

Vendedor Envía Orden de Pedido

Bodega Despacha Orden de Pedido

Cliente Solicita Crédito

Vendedor Emite Solicitud de Crédito

Cliente Recibe Producto



16

DESARROLLO DEL DISEÑO DE BASE DE DATOS

Proforma

# Proforma Teléfono Cliente Fecha Cantidad Artículo

3114 2-340975 Juan Ávila 01/06/2009 1 Calentador

P. Unitario P. Total Total

$15 $15 $15

Cliente

Vendedor

Nombre Apellido Dirección Teléfono Cédula Fernando Carpio Sidcay 2-340440 0100422317

Contador

Nombre Apellido Dirección Teléfono Cédula Alfonso Aguilar Baños 2-831850 0103433313

Tabla Empleado

Nombre Apellido Dirección Teléfono Sueldo Años de Servicio

Freddy Carrasco Totoracocha 2-375376 $300 3 años

Cargo Cédula Fabricante

Textil 103434144

Nombre Apellido Cédula Dirección Teléfono Código Juan Ávila 103422813 Totoracocha 2-809514 301



17

Factura

# Factura Cliente Ciudad Teléfono Dirección Fecha de Emisión

301 Juan Ávila Cuenca 2-802514 Totoracocha 01/06/2009

Fecha de Vencimiento

Forma de Pago Cédula

Cantidad

Descripción Precio

30/06/2009 Crédito 30

días 10342281

3 1 Calentador $15

V. Total Subtotal Descuento IVA Total $15 $15 0% 0% $15

Nota de Pedido

Teléfono Fecha de Emisión

Fecha de Entrega Proveedor Artículo

2-340975 01/06/2009 15/06/2009 Patricio Reyes Pantalón

Talla Cantidad Detalle Dirección

10-12 9 Pantalón

Azul Cdla Católica Calle Obispo

Ordoñez

Tabla Rol de Pagos

Mes Nombre Días de Trabajo

Sueldo Básico Unificado Sobresueldos

junio-2009 Luis Suarez 30 $170 $0

Bonificación del Mes

Cant. H. Extra Normales

Valor H. Extra Normales

Suma H. Extra Normales

$0 33 $0,60 $19,80

Cant. H. Extra Extraordinarias

Valor H. Extra Extraordinarias

Suma H. Extra Extraordinarias

23,5 $0,80 $18,80



18

Total Ganado

Descuento IESS

Descuento de Anticipos Descuento Multas

Otros Descuentos

$208,60 $17,30 $74 $2 $0

Total a Pagar

$140,88

Tabla Nota de Venta

# Nota de Venta Fecha de Emisión Cliente Cédula Dirección

3114 01/06/2009 Juan Ávila 103422813 Totoracocha

Teléfono Cantidad Descripción V. Unitario V. Total 2-809514 1 Pantalón $15 $15

Total $15

Tabla Recepción de mercaderías

# Entrega de Mercadería

Nombre de la Empresa Fecha Cantidad

3331 Frada Sport 15/06/2009 9

Artículo V. Unitario V. Total Proveedor Total Pantalón Azul Talla

10-12 $15 $135 Patricio Reyes $135

Tabla comprobante de Ingresos

# Comprobante de ingreso Ciudad Fecha Valor

3133 Cuenca 30/06/2009 $300

Recibido de Teléfono Cédula Por Concepto de Suma de Fernando

Carpio 2-833341 103417563 Venta de 20 Pantalones $300



19

Cheque # Banco # Cta Cte Efectivo 3055 Pichincha 4235673891 $300

Cuenta Débitos Créditos Elaborado Por

Mercaderías Disponible para la Venta $0 $300 Alfonso Aguilar

Aprobado Por

Contabilizado Por

Luis Carpio Alfonso Aguilar

Tabla comprobante de Egresos

# Comprobante de Egreso Ciudad Fecha Valor

3133 Cuenca 30/06/2009 $150

Pagado A Teléfono Cédula Por Concepto de Suma de

Marco Suarez 2-875376 104483923 Pérdida de Mercadería $150

Cheque # Banco # Cta Cte Efectivo 3052 Pichincha 4531332131 $150

Cuenta Débitos Créditos Elaborado Por

Mercaderías Disponible para la Venta $150 $0 Alfonso Aguilar

Aprobado Por

Contabilizado Por

Luis Carpio Alfonso Aguilar

Tabla Recepción de Pedido

Nombre de la Empresa Teléfono Fecha de Pedido

Mercadería a Entregar

Frada Sport 01/06/2009 15/06/2009 Pantalones



20

Nombre del Proveedor Cantidad Detalle Talla

Patricio Reyes 9 Pantalón Azul 10-dic

Dirección Cdla Católica Calle Obispo

Ordoñez

Tabla Producto

Código Nombre Descripción Precio_venta Talla Cantidad Tipo_material Tipo_producto

P01 Camiseta Camiseta para niños

5,00 30 2 Tela Camiseta

Tabla Crédito

Número Fecha Nombres Cédula Dirección Domicilio

Dirección Oficina

Teléfono Empleador

Cargo Actual

S01 15/05/98 Marcelo Orellana

0024652 Bolívar Lamar 2874512 Gerente

Tiempo Servicio

Valor Matrimonio

Saldo Mensual

Otros Ingresos

Estado Civil

Cuenta corriente

Crédito Solicitado

4 9800 560 0 Casado 05119057 3000

Tabla Materia Prima

Código Nombre Precio compra

Cantidad Descripción Tipo material

MP01 camiseta 35,00 2 Tela maratón Sport

Tela



21

CONTRAINTS

Tabla Proforma

Contraint Campo Tipo de Dato Longitud CP # Proforma Numérico 4 NN Teléfono Numérico 7 NN Cliente Texto 35 NN Fecha Numérico 8 NN Cantidad Numérico 3 NN Artículo Texto 20 NN P. Unitario Numérico 2,2 NN P. Total Numérico 3,2 NN Total Numérico 3,2

Tabla Cliente

Contraint Campo Tipo de Dato Longitud NN Nombre Texto 15 NN Apellido Texto 15 NN Cédula Numérico 10 NN Dirección Texto 35 NN Teléfono Numérico 7 CP Código Numérico 3

Tabla Vendedor

Contraint Campo Tipo de Dato Longitud NN Nombre Texto 15 NN Apellido Texto 15 CP Cédula Numérico 10 NN Dirección Texto 35 NN Teléfono Numérico 7

Tabla Contador

Contraint Campo Tipo de Dato Longitud NN Nombre Texto 15 NN Apellido Texto 15 CP Cédula Numérico 10



22

NN Dirección Texto 35 NN Teléfono Numérico 7

Tabla Empleado

Contraint Campo Tipo de Dato Longitud NN Nombre Texto 15 NN Apellido Texto 15 CP Cédula Numérico 10 NN Dirección Texto 35 NN Sueldo Numérico 3,2 NN Años de Servicio Numérico 2 NN Cargo Texto 22

Tabla Factura

Contraint Campo Tipo de Dato Longitud CP # Factura Numérico 4 NN Cliente Texto 35 NN Ciudad Texto 7 NN Teléfono Numérico 7 NN Dirección Texto 35 NN Fecha de Emisión Numérico 8

NN Fecha de

Vencimiento Numérico 8 NN Forma de Pago Texto 9 NN Cédula Numérico 10 NN Cantidad Numérico 3 NN Descripción Texto 35 NN Precio Numérico 2,2 NN V. Total Numérico 3,2 NN Subtotal Numérico 3,2 NN Descuento Numérico 2 NN IVA Numérico 2 NN Total Numérico 3,2

Tabla Nota de Pedido

Contraint Campo Tipo de Dato Longitud NN Teléfono Numérico 7



23

NN Fecha de Emisión Numérico 8

NN Fecha de

Vencimiento Numérico 8 NN Proveedor Texto 25 NN Artículo Texto 20 NN Talla Numérico 2 NN Detalle Texto 35 NN Dirección Texto 35 CP # Nota de Pedido Numérico 3

Tabla Rol de Pagos

Contraint Campo Tipo de Dato Longitud NN Mes Texto 10 NN Nombre Texto 25 NN Días de Trabajo Numérico 2 NN Sueldo Básico Unificado Numérico 3,2 NN Sobresueldos Numérico 3,2 NN Bonificaciones del Mes Numérico 3,2 CC Cant. H. Extra Normales Numérico 2 NN Valor H. Extra Normales Numérico 1,2 NN Suma H. Extra Normales Numérico 3,2

CC Cant. H. Extra Extraordinarias Numérico 2

NN Valor H. Extra Extraordinarias Numérico 1,2

NN Suma H. Extra Extraordinarias Numérico 3,2

NN Total Ganado Numérico 3,2 NN Descuento del IESS Numérico 2,2 NN Descuento de Anticipos Numérico 3,3 NN Descuento de Multas Numérico 3,3 NN Otros Descuentos Numérico 3,3 NN Total a Pagar Numérico 4,2 CP Código del Empleado Numérico 3

Tabla Nota de Venta

Contraint Campo Tipo de Dato Longitud CP # Nota de Venta Numérico 4 NN Fecha de Emisión Numérico 8 NN Cliente Texto 35 NN Cédula Numérico 10 NN Teléfono Numérico 7 NN Dirección Texto 35 NN Cantidad Numérico 3



24

NN Descripción Texto 35 NN V. Unitario Numérico 2,2 NN V. Total Numérico 3,2 NN Total Numérico 3,2

Tabla Recepción de Mercaderías

Contraint Campo Tipo de Dato Longitud CP # Entrega Recepción Numérico 4 NN Nombre de la Empresa Texto 10 NN Fecha Numérico 8 NN Cantidad Numérico 3 NN Artículo Texto 20 NN V. Unitario Numérico 2,2 NN V. Total Numérico 3,2 NN Proveedor Texto 25 NN Total Numérico 3,2

Tabla Comprobante de Ingresos

Contraint Campo Tipo de Dato Longitud

CP # Comprobante de

Ingreso Numérico 4 NN Ciudad Texto 7 NN Fecha Numérico 8 NN Valor Numérico 4,2 NN Recibido De Texto 25 NN Cédula Numérico 10 NN Teléfono Numérico 7 NN Por Concepto De Texto 10 NN Suma De Numérico 4 NN Cheque # Numérico 3 NN Banco Texto 10 NN # Cta Cte Numérico 10 NN Efectivo Numérico 4,2 NN Cuenta Texto 15 NN Débitos Numérico 4,2 NN Créditos Numérico 4,2 NN Aprobado Por Texto 35 NN Elaborado Por Texto 35 NN Contabilizado Por Texto 35



25

Tabla Comprobante de Egresos

Contraint Campo Tipo de Dato Longitud

CP # Comprobante de

Egreso Numérico 4 NN Ciudad Texto 7 NN Fecha Numérico 8 NN Valor Numérico 4,2 NN Pagado A Texto 25 NN Cédula Numérico 10 NN Teléfono Numérico 7 NN Por Concepto De Texto 10 NN Suma De Numérico 4 NN Cheque # Numérico 3 NN Banco Texto 10 NN # Cta Cte Numérico 10 NN Efectivo Numérico 4,2 NN Cuenta Texto 15 NN Débitos Numérico 4,2 NN Créditos Numérico 4,2 NN Aprobado Por Texto 35 NN Elaborado Por Texto 35 NN Contabilizado Por Texto 35

Tabla Recepción de Pedidos

Contraint Campo Tipo de Dato Longitud NN Nombre de la Empresa Texto 10 NN Teléfono Numérico 7 NN Fecha de Pedido Numérico 8 NN Fecha de Entrega Numérico 8 NN Mercadería a Entregar Texto 25 NN Nombre del Proveedor Texto 25 NN Cantidad Numérico 4 NN Detalle Texto 35 CC Talla Numérico 2 NN Dirección a entregar Texto 35

CP Código Recepción de

Pedido Numérico 3

Tabla Producto



26

Contraint Campo Tipo de Dato Longitud CP Código Numérico 4 NN Nombre Texto 25 NN Descripción Texto 40 NN Precio_venta Real 6 NN Talla Numérico 3 NN Cantidad Numérico 3 NN Tipo_material Texto 20 NN Tipo_producto Texto 20



27

Tabla Crédito

Contraint Campo Tipo de Dato Longitud CP Número Numérico 4 NN Fecha Numérico 7 NN Nombres Texto 35 NN Cédula Numérico 8 NN Dirección Domicilio Numérico 3 NN Dirección Oficina Texto 20

NN Teléfono Empleador Numérico 2,2

NN Cargo Actual Numérico 3,2 NN Tiempo Servicio Numérico 3,2 NN Valor Matrimonio Numérico 3,2 NN Saldo Mensual Numérico 3,2 NN Otros Ingresos Numérico 3,2 NN Estado Civil Texto 11 NN Cuenta corriente Numérico 11 NN Crédito Solicitado Numérico 6

Tabla Materia Prima

Contraint Campo Tipo de Dato Longitud CP Código Numérico 4 NN Nombre Texto 25 NN Descripción Texto 40 NN Precio_compra Real 6 NN Cantidad Numérico 3 NN Tipo_material Texto 30



28

Normalización

Tabla Proforma

1 F.N.

# Proforma 3114

Teléfono 2-340975 Grupo Repetitivo

Cliente Juan Ávila

Fecha 01/06/2009

Cantidad 3 1 2 Dato Multivaluado

Artículo Pantalón Casaca Pantaloneta Dato Multivaluado

P. Unitario $15 $ 17 $10 Dato Multivaluado

P. Total $45 $17 $20 Dato Multivaluado

Total $82

Tabla Proforma

# Proforma 3114

Teléfono 2-340975

Celular 093301650

Cliente Juan Ávila

Fecha 01/06/2009

Cantidad 1 3

Cantidad 2 1

Cantidad 3 2

Artículo 1 Pantalón

Artículo 2 Casaca

Artículo 3 Pantaloneta

P. Unitario 1 $15

P. Unitario 2 $ 17



29

P. Unitario 3 $10

P. Total 1 $45

P. Total 2 $17

P. Total 3 $20

Total $82

2 F.N.

Tabla Proforma Maestro

CP # Proforma 3114

Teléfono 2-809514

Celular 093301650

Cliente Juan Ávila

Fecha 01/06/2009

Total $82

Tabla Proforma Detalle

Cantidad 3 1 2

Artículo Pantalón Casaca Pantaloneta

P. Unitario $15 $ 17 $10

P. Total $45 $17 $20

3 F.N.

Los campos que no se relacionan directamente con la clave principal son: Teléfono y Celular; pero después de un corto análisis llegamos a la conclusión que no es necesario crear tablas de estos.



30

4 F.N.

Tabla Proforma Maestro

CP # Proforma 3114

Teléfono 2-809514

Celular 093301650

Cliente Juan Ávila

Fecha 01/06/2009

Total $82

Cod-Prod P01

Tabla Proforma Detalle

Cod-Prod P01 P01 P01

Cantidad 3 1 2

Artículo Pantalón Casaca Pantaloneta

P. Unitario $15 $ 17 $10

P. Total $45 $17 $20

Tabla Cliente

1 F.N.

Nombre Juan

Apellido Ávila

Cédula 01034221813

Dirección Totoracocha


CP Código 301



31

Tabla Cliente

Nombre Juan

Apellido Ávila

Cédula 01034221813


Teléfono 2-809514

Celular 093201654

CP Código 301

2 F.N.

No hay datos multivaluados de los cuales crear tablas

3 F.N.

Los campos que no se relacionan directamente con la clave principal son: Dirección, Teléfono y Celular; pero después de un corto análisis llegamos a la conclusión que no es necesario crear tablas de estos

4 F.N.

No hay como Aplicarla.

Tabla Vendedor

1 F.N.

Nombre Fernando

Apellido Carpio

CP Cédula 0100422317

Dirección Sidcay




32

Tabla Vendedor

Nombre Fernando

Apellido Carpio


Dirección Sidcay


Celular 093315205

2 F.N.


3 F.N.


4 F.N.


Tabla Contador

1 F.N.

Nombre Alfonso

Apellido Aguilar

Dirección Baños

Teléfono 2-831850




33

Tabla Contador

Nombre Alfonso

Apellido Aguilar

Dirección Baños

Teléfono 2-831850

Celular 091587621


2 F.N.


3 F.N.


4 F.N.


Tabla Empleado

1 F.N.

Nombre Freddy

Apellido Carrasco


Teléfono 2-875876

Sueldo $300

Años de Servicio 3 años Grupo Repetitivo

Cargo Bodeguero Fabricante Textil Dato Multivaluado




34

Tabla Empleado

Nombre Freddy

Apellido Carrasco


Teléfono 2-875876

Celular 093351452

Sueldo $300

Años de Servicio 3 años

Cargo 1 Bodeguero

Cargo 2 Fabricante Textil


2 F.N.

Tabla Empleado

Nombre Freddy

Apellido Carrasco


Teléfono 2-875876

Celular 093351452

Sueldo $300



Tabla Cargo

Cargo Bodeguero Fabricante Textil

3 F.N.

Los campos que no se relacionan directamente con la clave principal son: Teléfono y Celular; pero después de un corto análisis llegamos a la conclusión que no es necesario crear tablas de estos.



35

4 F.N.

Tabla Empleado

Nombre Freddy

Apellido Carrasco


Teléfono 2-875876

Celular 093351452

Sueldo $300



Codigo_Empleado E01

Tabla Cargo

Codigo-Empleado E01 E01

Cargo Bodeguero Fabricante Textil

Tabla Factura

1F.N.

CP # Factura 301

Cliente Juan Avila

Ciudad Cuenca

Teléfono 2-809514


Fecha de Emisión 01/06/2009

Fecha de Vencimiento 30/06/2009

Forma de Pago Cheque Crédito Efectivo Dato Multivaluado

Cédula 0103422813

Cantidad 1 3 2

Descripción Casaca Camiseta Pantalón Dato Multivaluado



36

Precio $17 $ 6 $15 Dato Multivaluado

V. Total $17 $18 $30 Dato Multivaluado

Subtotal $65

Descuento 0% 10% 14% Dato Multivaluado

IVA 8% 10% 12% Dato Multivaluado

Total $70

2 F.N.

Tabla Factura Maestro

CP # Factura 301

Cliente Juan Ávila

Ciudad Cuenca

Teléfono 2-809514




Cédula 0103422813

Subtotal $65

Total $70

Tabla Factura Detalle

Forma de Pago Cheque Crédito Efectivo

Descripción Casaca Camiseta Pantalón

Precio $17 $ 6 $15

V. Total $17 $18 $30

Descuento 0% 10% 14%

IVA 8% 10% 12%



37

3F.N.

No se aplica porque todos los campos se relacionan directamente con la clave principal

4 F.N.

Tabla Factura Maestro

CP # Factura 301

Cliente Juan Avila

Ciudad Cuenca

Teléfono 2-809514




Cédula 0103422813

Subtotal $65

Total $70

Tabla Factura Detalle

Cod-Factura 301 301 301

Forma de Pago Cheque Crédito Efectivo

Descripción Casaca Camiseta Pantalón

Precio $17 $ 6 $15

V. Total $17 $18 $30

Descuento 0% 10% 14%

IVA 8% 10% 12%



38

Tabla Rol de Pagos

1 F.N.

Mes Febrero/2009

Nombre Luis Sánchez

Días de Trabajo 30

Sueldo Básico Unificado $170

Sobresueldos $0

Bonificación del Mes 0% 10 15% Dato Multivaluado

Cant H. Extra Normales 33.0

Valor H. Extra Normales $0.60

Suma H. Extra Normales $19.80

Cant H. Extra Extraordinarias 23.5

Valor H. Extra Extraordinarias $0.80

Suma H. Extra Extraordinarias $18.80

Total Ganado 208.60

Descuento IESS $17.30

Descuento Anticipos $74

Descuento Multas $2

Otros Descuentos $0

Total a Pagar $140.80

2 F.N.

Tabla Rol de Pagos

Mes Febrero/2009


Días de Trabajo 30


Sobresueldos $0



39







Total Ganado 208.60



Descuento Multas $2

Otros Descuentos $0


Tabla Bonificación del Mes

Bonificación del Mes 0% 10% 15%

3F.N.


4 F.N.

Tabla Rol de Pagos

Mes Febrero/2009


Días de Trabajo 30


Sobresueldos $0






40




Total Ganado 208.60



Descuento Multas $2

Otros Descuentos $0


Codigo-Empleado E01

Tabla Bonificación del Mes

Cod _Em E01 E01 E01

Bonificación del Mes 0% 10% 15%

Tabla Recepción de Mercaderías

1 F.N.

CP# Entrega de Recepción 3331

Nombre de la Empresa Frada Sport

Fecha 15/06/2009

Cantidad 9 4 Dato Multivaluado

Artículo Pantalón azul Camiseta Roja Dato Multivaluado

V. Unitario $15 $ 6 Dato Multivaluado

V. Total $135 $24 Dato Multivaluado

Proveedor Patricio Reyes

Total $159



41

2 F.N.

Tabla Recepción de Mercaderías Maestro

CP # Entrega de Recepción 3331


Fecha 15/06/2009


Total $159

Tabla Recepción de Mercaderías Detalle

Cantidad 9 4

Artículo Pantalón azul Camiseta Roja

V. Unitario $15 $ 6

V. Total $135 $24

3 F.N.


4 F.N.

Tabla Recepción de Mercaderías Maestro

CP # Entrega de Recepción 3331


Fecha 15/06/2009


Total $159

Tabla Recepción de Mercaderías Detalle

Cod-Recep 3331 3331

Cantidad 9 4



42

Artículo Pantalón azul Camiseta Roja

V. Unitario $15 $ 6

V. Total $135 $24


1 F.N.

CP# Comprobante de Ingreso 3133

Ciudad Cuenca

Fecha 30/06/2009

Valor $300

Recibido de Fernando Carpio


Cédula 0103417563

Por Concepto de Venta de 20 Pantalones

Suma de $300

Cheque # 3055

Banco Pichincha

# Cta. Cte. 4235673891

Efectivo $300

Cuenta Mercadería Disponible para la Venta

Débitos $0

Créditos $300

Elaborado por Alfonso Aguilar

Aprobado por Luis Carpio

Contabilizado por Alfonso Aguilar



43


# Comprobante de Ingreso 3133

Ciudad Cuenca

Fecha 30/06/2009

Valor $300

Recibido de Fernando Carpio

Teléfono 2-833341

Celular 093305114

Cédula 0103417563

Por Concepto de Venta de 20 Pantalones

Suma de $300

Cheque # 3055

Banco Pichincha

# Cta. Cte. 4235673891

Efectivo $300


Débitos $0

Créditos $300




2 F.N.

No aplicable

3F.N.




44

4 F.N.



1 F.N.

CP# Comprobante de Egreso 3135

Ciudad Cuenca

Fecha 30/06/2009

Valor $150

Pagado a Marco Suarez


Cédula 0103418863

Por Concepto de Pérdida de Mercadería

Suma de $150

Cheque # 3056

Banco Pichincha

# Cta. Cte. 4235676781

Efectivo $150


Débitos $150

Créditos $0






45


CP# Comprobante de Egreso 3135

Ciudad Cuenca

Fecha 30/06/2009

Valor $150

Pagado a Marco Suarez

Teléfono 2-845341

Celular 093306543

Cédula 0103418863

Por Concepto de Pérdida de Mercadería

Suma de $150

Cheque # 3056

Banco Pichincha

# Cta. Cte. 4235676781

Efectivo $150


Débitos $150

Créditos $0




2 F.N.

No aplicable

3F.N.




46

4 F.N.



1 F.N.



Fecha de Pedido 01/06/2009

Fecha de Entrega 15/06/2009

Mercadería a Entregar Pantalones

Nombre del Proveedor Patricio Reyes

Cantidad 9

Detalle Pantalón Azul

Talla 10-12

Dirección a Entregar Cdla. Católica Calle Obispo Ordoñez


1 F.N.


Teléfono 2-340975

Celular 096784523

Fecha de Pedido 01/06/2009

Fecha de Entrega 15/06/2009

Mercadería a Entregar Pantalones

Nombre del Proveedor Patricio Reyes

Cantidad 9

Detalle Pantalón Azul



47

Talla 10-12

Dirección a Entregar Cdla. Católica Calle Obispo Ordoñez

2 F.N.

No aplicable

3F.N.


4 F.N.




48

TABLA CLASES DE CONTRATO

TABLA CONTROL DE PERSONAL

Mes Días Laborados semana 1 Días Laborados semana 2 Enero 7 7

Días Laborados semana 3 Días Laborados semana 4 5 6

TABLA AFILIACIONES IESS

Código Empleado Nombre Empleado Sueldo Empleado 321 Lucia fajardo $270

Valor a aportar del IESS Descuento empleado IESS Fecha Deposito $50 $25 5 de Marzo

TABLA PROVEDORES

Nombre Proveedor Dirección Proveedor Teléfono Proveedor Juan Andrade Tororacocha 2856435

Celular Proveedor Mercadería que proporciona Cedula 92456835 Medias 101988903

TABLA GERENTE

Nombre Apellido Dirección Luis David Carpio Duran Cdla Catolica

Cedula E mail Telefax 101988903 [email protected] 2340-975

Fecha de Nacimiento 03-abr-72

Contrato por Hora Contrato a Tiempo Fijo Contrato a Tiempo Indefinido Valor por hora Fecha de Ingreso Sueldo Horas a Trabajar Fecha de Termino de Contrato Cargo a Desempeñar Valor a Recibir Fecha de Ingreso Labor a Realizar

Contrato a Prueba Código de Contrato Días especificados a trabajar 108 Fecha de Ingreso



mailto:[email protected]

49

CONTRAINS

Nombre: Clases de Contrato Constrain Campo Tipo de Dato Longitud

CP Código Contrato Numérico 3 CC Contrato por Hora Texto 500 CC Contrato a Tiempo Fijo Texto 500 CC Contrato a Tiempo Indefinido Texto 500 CC Contrato a Prueba Texto 500

Nombre: Control Personal Constrain Campo Tipo de Dato Longitud

CP Mes Texto 7 NN Días Laborados semana 1 Numérico 2 NN Días Laborados semana 2 Numérico 2 NN Días Laborados semana 3 Numérico 2 NN Días Laborados semana 4 Numérico 2

Nombre: Afiliaciones al IESS

Constrain Campo Tipo de Dato Longitud CP Código Empleado Numérico 3 NN Nombre Empleado Texto 15 NN Sueldo Empleado Numérico 4 NN Valor a aportar del IESS Numérico 2 CC Descuento empleado IESS Numérico 2 NN Fecha Deposito Numérico 7

Nombre: Proveedores

Constrain Campo Tipo de Dato Longitud CP Cedula Numérico 10 NN Nombre Proveedor Texto 15 NN Dirección Proveedor Texto 16 NN Teléfono Proveedor Numérico 7 NN Celular Proveedor Numérico 9 NN Mercadería que proporciona Texto 15



50

PRIMERA FORMA NORMAL


-Control por hora

Valor por hora $3 Multivaluados

Horas a trabajar 3 horas

.TIEMPO FIJO

Fecha Ingreso 2/marzo/2006

Fecha Termino Contrato 6/enero/2007 Multivaluados

Valor a Recibir $300 mensuales

Labor a Realizar Cortadora de Telas

.TIEMPO INDEFINIDO

Sueldo %350

Cargo Desempeña Estampador Multivaluados

Fecha Ingreso 7/marzo/2008

.A PRUEBA

Días especificados 3 meses Multivaluados

Nombre: Gerente

Constrain Campo Tipo de Dato Longitud NN Nombre Texto 15 NN Apellido Texto 15 NN Dirección Texto 16 CP Cedula Numérico 10 NN E mail Texto 13 NN Telefax Numérico 7 NN Fecha de Nacimiento Numérico 7



51

SEGUNDA FORMA NORMAL


-Contrato por hora

Valor por hora Horas a trabajar

$3 3 horas

-Tiempo Fijo

Fecha Ingreso Fecha Termino Contrato Valor a Recibir Labor a Realizar

2/marzo/2006 6/enero/2007 $300 Cortadora Telas

-Tiempo Indefinido

Sueldo Cargo que Desempeña Fecha de Ingreso

$300 Estampador 3/febre/2007

-A prueba

No se aplica

-Afiliaciones al IESS

No se aplica

-Proveedores

Mercadería

Código Mercadería

01 Medias

02 Casacas

03 Pantalonetas

-Gerente

No se aplica



52

-Control personal

No se aplica

TERCERA FORMA NORMAL

No se aplica

CUARTA FORMA NORMAL

No se aplica



53

CONCLUSIONES

Como conclusión podemos destacar que la empresa es a nivel comercial muy estable y muy eficiente, aunque los procesos que realizan, toman bastante tiempo puesto que los empleados que trabajan allí, deben llevar una revisión constante de los procesos lo cual les toma más tiempo que de otras empresas que están automatizadas.

También cabe destacar que los procesos en sí de la empresa son llevados muy rigurosamente y de la manera correcta



54

RECOMENDACIONES

Se recomienda a la empresa en cuanto al área de ventas, se recomienda la capacitación sobre cálculo de costos y organización de la empresa; al igual que elaborar y mantener registros permanentes de la producción y venta, y la formación de redes de producción e intercambio de conocimientos y experiencias con los grupos asociados a la misma empresa.

También se visualiza con potencial el integrar una instancia especializada en la comercialización que se dedique al desarrollo del producto. Esto facilitará la diversificación y la inversión en el desarrollo del producto.

Se recomienda fortalecer las iniciativas de organización, a efecto de poder influir en políticas nacionales que propicien la inversión en el desarrollo de la industria textil a nivel nacional. Sin una inversión en el desarrollo del producto es muy difícil que se logre aumentar el consumo a nivel nacional.

Para optimizar el desarrollo de productos es necesario partir de una buena definición y estructuración del proceso, la cual debe incluir la utilización de equipos multifuncionales, un fuerte liderazgo del jefe de proyecto, el seguimiento y apoyo cercano de la Gerencia General y la utilización de herramientas actualizadas



55

GLOSARIO DE TÉRMINOS

Encapsulación: Propiedad que permite ocultar la información al resto de los objetos, impidiendo así accesos incorrectos o conflictos.

Herencia: Propiedad a través de la cual los objetos heredan comportamiento dentro de una jerarquía de clases.

Polimorfismo: Propiedad de una operación mediante la cual puede ser aplicada a distintos tipos de objetos.

Independencia: La independencia de los datos consiste en la capacidad de modificar el esquema (físico o lógico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella



56

BIBLIOGRAFÍA

-http:\Base de Datos\Base de datos - Wikipedia, la enciclopedia libre.htm

-Respuestas yahoo

-http:\Base de Datos\Sistemas gestores de bases de datos.htm

-http://es.wikipedia.org/wiki/DBMS

http://www.maestrosdelweb.com/principiantes/%C2%BFque-son-las-bases-de-datos/



http://es.wikipedia.org/wiki/DBMS

http://www.maestrosdelweb.com/principiantes/%C2%BFque-son-las-bases-de-

57

ANEXOS

SQL:

CREATE TABLE Detalles Pedido Cliente (

Codigo_detalle NUMERIC NOT NULL AUTO_INCREMENT,

Descripcion CHAR NULL,

Talla INTEGER UNSIGNED NULL,

Cantidad INTEGER UNSIGNED NULL,

PRIMARY KEY(Codigo_detalle)

);

CREATE TABLE Materia Prima (

Codigo NUMERIC NOT NULL AUTO_INCREMENT,

Nombre CHAR NULL,

Precio_compra REAL NULL,



Tipo_material CHAR NULL,

PRIMARY KEY(Codigo)

);

CREATE TABLE Nota de Venta (

Numero NUMERIC NOT NULL AUTO_INCREMENT,

Fecha_emision DATE NULL,

Cliente CHAR NULL,

Cedula INTEGER UNSIGNED NULL,

Direccion CHAR NULL,

Telefono INTEGER UNSIGNED NULL,



58

Celular INTEGER UNSIGNED NULL,



Valor_unitario REAL NULL,

Valor_total REAL NULL,

Total REAL NULL,

PRIMARY KEY(Numero)

);

CREATE TABLE Orden Pedido Cliente (


Codigo_detalle INTEGER UNSIGNED NOT NULL,

Nombre CHAR NULL,


Fecha_de_pedido DATE NULL,

Fecha_de_entrega INTEGER UNSIGNED NULL,

Observaciones CHAR NULL,

PRIMARY KEY(Numero, Codigo_detalle)

);

CREATE TABLE Producto (


Codigo_talla NUMERIC NOT NULL,

Nombre CHAR NOT NULL,

Descripcion CHAR NOT NULL,

Precio_venta REAL NOT NULL,

Tipo_material CHAR NOT NULL,



59

Tipo_producto CHAR NOT NULL,

PRIMARY KEY(Codigo, Codigo_talla)

);

CREATE TABLE Solicitud Credito (


Fecha DATE NULL,

Nombre CHAR NULL,


Direccion_Domicilio CHAR NULL,

Direccion_Oficina INTEGER UNSIGNED NULL,


Tiempo_servicio INTEGER UNSIGNED NULL,

Valor_patrimonio REAL NULL,

Saldo_mensual INTEGER UNSIGNED NULL,

Cargo CHAR NULL,

Otros_ingresos INTEGER UNSIGNED NULL,

Estado_civil CHAR NULL,

# Cuenta_corriente INTEGER UNSIGNED NULL,

Credito_solicitado INTEGER UNSIGNED NULL,

PRIMARY KEY(Numero)

);

CREATE TABLE Talla_producto (

Codigo_talla NUMERIC NOT NULL AUTO_INCREMENT,

Talla INTEGER UNSIGNED NOT NULL,

Cantidad INTEGER UNSIGNED NOT NULL,



60

PRIMARY KEY(Codigo_talla)

CREATE TABLE Cliente (

Código NUMERIC NOT NULL,

Nombre CHAR NOT NULL AUTO_INCREMENT,

Apellido CHAR NULL,

Cédula INTEGER UNSIGNED NOT NULL,

Dirección CHAR NULL,

Teléfono INTEGER UNSIGNED NOT NULL,

PRIMARY KEY(Código)

);

CREATE TABLE Comprobante de Egresos (

# Comprobante de Egresos INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

Ciudad CHAR NULL,

Fecha DATE NULL,

Valor REAL NULL,

Pagado A CHAR NULL,

Teléfono INTEGER UNSIGNED NULL,

Cédula INTEGER UNSIGNED NULL,

Por Concepto De CHAR NULL,

Suma de REAL NULL,

Cheque # INTEGER UNSIGNED NULL,

Banco CHAR NULL,

# Cta Cte INTEGER UNSIGNED NULL,

Efectivo REAL NULL,



61

Cuenta CHAR NULL,

Débitos REAL NULL,

Créditos REAL NULL,

Elaborado Por CHAR NULL,

Aprobado Por CHAR NULL,

Contabilizado Por CHAR NULL,

PRIMARY KEY(# Comprobante de Egresos)

);

CREATE TABLE Comprobante de Ingreso (

# Comprobante de Ingreso INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

Ciudad CHAR NULL,

Fecha DATE NULL,

Valor REAL NULL,

Recibido de CHAR NULL,


Cédula INTEGER UNSIGNED NULL,

Por Concepto de CHAR NULL,

Suma de REAL NULL,

Cheque # REAL NULL,

Banco CHAR NULL,

# Cta Cte INTEGER UNSIGNED NULL,

Efectivo REAL NULL,

Cuenta CHAR NULL,

Débitos REAL NULL,

Créditos REAL NULL,



62

Elaborado Por CHAR NULL,

Aprobado Por CHAR NULL,

Contabilizado Por CHAR NULL,

PRIMARY KEY(# Comprobante de Ingreso)

);

CREATE TABLE Empleado (



Apellido CHAR NULL,



Sueldo INTEGER UNSIGNED NULL,

Años de Servicio INTEGER UNSIGNED NULL,

Cargo CHAR NULL,

PRIMARY KEY(Cédula)

);

CREATE TABLE Nota de Pedido (

# Nota de Pedido INTEGER UNSIGNED NOT NULL,

Teléfono INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

Fecha de Emisión DATE NULL,

Fecha de Entrega DATE NULL,

Proveedor CHAR NULL,

Artículo CHAR NULL,




63


Detalle CHAR NULL,


PRIMARY KEY(# Nota de Pedido)

);

CREATE TABLE Recepción de Mercaderías (

# Entrega de Recepción INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

Nombre de la Empresa CHAR NULL,

Fecha DATE NULL,



V. Unitario REAL NULL,

V. Total REAL NULL,


Total REAL NULL,

PRIMARY KEY(# Entrega de Recepción)

);

CREATE TABLE Recepción de Pedido (

# Recepción de Pedido INTEGER UNSIGNED NOT NULL,

Monbre de la Empresa CHAR NOT NULL AUTO_INCREMENT,


Fecha de Pedido DATE NULL,




64

Mercadería a Entregar CHAR NULL,

Nombre del Proveedor CHAR NULL,


Detalle CHAR NULL,


Dirección a Entregar CHAR NULL,

PRIMARY KEY(# Recepción de Pedido)

);

CREATE TABLE Rol de Pagos (

Código Empleado INTEGER UNSIGNED NOT NULL,

Mes CHAR NOT NULL AUTO_INCREMENT,

Nombre CHAR NULL,

Días de Trabajo INTEGER UNSIGNED NULL,

Sueldo Básico Unificado REAL NULL,

Sobresueldos REAL NULL,

Bonificaciones del Mes REAL NULL,

Cant. H. Extra Normales INTEGER UNSIGNED NULL,

Valor H.Extra Normales REAL NULL,

Suma H. Extra Normales REAL NULL,

Cant. H. Extra Extraordinarias INTEGER UNSIGNED NULL,

Valor H Extra Extraordinaria REAL NULL,

Suma H. Extra Extraordinarias REAL NULL,

Total Ganado REAL NULL,

Descuento IESS REAL NULL,

Descuento Anticipos REAL NULL,

Descuento Multas REAL NULL,



65

Otros Descuentos REAL NULL,

Total REAL NULL,

PRIMARY KEY(Código Empleado)

);

CREATE TABLE Vendedor (



Apellido CHAR NULL,




);

CREATE TABLE Afiliaciones al IESS (

Codigo emplesado INTEGER UNSIGNED NOT NULL,

Nombre empleado CHAR NOT NULL AUTO_INCREMENT,

Sueldo empleado INTEGER UNSIGNED NULL,

Valor a pagar INTEGER UNSIGNED NULL,

Descto empleado iess INT NULL,

Fecha deposito DATE NULL,

PRIMARY KEY(Codigo emplesado)

);

CREATE TABLE Clases de Contrato (

Codigo de Contratoi INTEGER UNSIGNED NOT NULL,

Contrato por Hora INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,



66

Tiempo Fijo INTEGER UNSIGNED NULL,

Tiempo indefinido INTEGER UNSIGNED NULL,

A prueba INTEGER UNSIGNED NULL,

PRIMARY KEY(Codigo de Contratoi)

);

CREATE TABLE Cliente (

Código NUMERIC NOT NULL,


Apellido CHAR NULL,



Teléfono INTEGER UNSIGNED NOT NULL,

PRIMARY KEY(Código)

);

CREATE TABLE Contador (

Cédiua INTEGER UNSIGNED NOT NULL,


Apellido CHAR NULL,



PRIMARY KEY(Cédiua)

);

CREATE TABLE Control Personal (



67

Codigo empleaado INTEGER UNSIGNED NOT NULL,

Mes INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

Dias Laborados semana 1 INTEGER UNSIGNED NULL,




PRIMARY KEY(Codigo empleaado)

);

CREATE TABLE Empleado (



Apellido CHAR NULL,



Sueldo INTEGER UNSIGNED NULL,

Años de Servicio INTEGER UNSIGNED NULL,

Cargo CHAR NULL,


);

CREATE TABLE Factura (

# Factura INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

Cliente CHAR NULL,

Ciudad CHAR NULL,




68



Fecha de Vencimiento DATE NULL,

Forma de Pago CHAR NULL,



Descripción CHAR NULL,

Precio REAL NULL,

V Total REAL NULL,

Subtotal REAL NULL,

Descuento INTEGER UNSIGNED NULL,

IVA INTEGER UNSIGNED NULL,

Total INTEGER UNSIGNED NULL,

PRIMARY KEY(# Factura)

);

CREATE TABLE Gerente (

Cedula INTEGER UNSIGNED NOT NULL,


Apellido CHAR NULL,


E mail CHAR NULL,

Telefax NUMERIC NULL,

PRIMARY KEY(Cedula)

);

CREATE TABLE Materia Prima (



69


Nombre CHAR NULL,

Precio_compra REAL NULL,



Tipo_material CHAR NULL,

PRIMARY KEY(Codigo)

);

CREATE TABLE Nota de Pedido (

# Nota de Pedido INTEGER UNSIGNED NOT NULL,

Teléfono INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,







Detalle CHAR NULL,


PRIMARY KEY(# Nota de Pedido)

);

CREATE TABLE Nota de Venta (


Fecha_emision DATE NULL,

Cliente CHAR NULL,



70




Celular INTEGER UNSIGNED NULL,



Valor_unitario REAL NULL,

Valor_total REAL NULL,

Total REAL NULL,

PRIMARY KEY(Numero)

);

CREATE TABLE Orden Pedido Cliente (


Codigo_detalle INTEGER UNSIGNED NOT NULL,

Nombre CHAR NULL,


Fecha_de_pedido DATE NULL,

Fecha_de_entrega INTEGER UNSIGNED NULL,

Observaciones CHAR NULL,

PRIMARY KEY(Numero, Codigo_detalle)

);

CREATE TABLE Producto (


Codigo_talla NUMERIC NOT NULL,

Nombre CHAR NOT NULL,



71

Descripcion CHAR NOT NULL,

Precio_venta REAL NOT NULL,

Tipo_material CHAR NOT NULL,

Tipo_producto CHAR NOT NULL,

PRIMARY KEY(Codigo, Codigo_talla)

);

CREATE TABLE Proforma (

# Proforma INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,


Cliente CHAR NULL,

Fecha DATE NULL,



P. Unitario REAL NULL,

P. Total REAL NULL,

PRIMARY KEY(# Proforma)

);

CREATE TABLE Proveedores (

Codigo proveedor INTEGER UNSIGNED NOT NULL,

Nombre Proveedor CHAR NOT NULL AUTO_INCREMENT,

Direccion Proveedor CHAR NULL,

Telefono Proveedor INTEGER UNSIGNED NULL,

Celular Proveedor INTEGER UNSIGNED NULL,

PRIMARY KEY(Codigo proveedor)

);



72

CREATE TABLE Recepción de Mercaderías (

# Entrega de Recepción INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

Nombre de la Empresa CHAR NULL,

Fecha DATE NULL,



V. Unitario REAL NULL,

V. Total REAL NULL,


Total REAL NULL,

PRIMARY KEY(# Entrega de Recepción)

);

CREATE TABLE Recepción de Pedido (

# Recepción de Pedido INTEGER UNSIGNED NOT NULL,

Monbre de la Empresa CHAR NOT NULL AUTO_INCREMENT,


Fecha de Pedido DATE NULL,


Mercadería a Entregar CHAR NULL,

Nombre del Proveedor CHAR NULL,


Detalle CHAR NULL,


Dirección a Entregar CHAR NULL,



73

PRIMARY KEY(# Recepción de Pedido)

);

CREATE TABLE Rol de Pagos (

Código Empleado INTEGER UNSIGNED NOT NULL,

Mes CHAR NOT NULL AUTO_INCREMENT,

Nombre CHAR NULL,

Días de Trabajo INTEGER UNSIGNED NULL,

Sueldo Básico Unificado REAL NULL,

Sobresueldos REAL NULL,

Bonificaciones del Mes REAL NULL,

Cant. H. Extra Normales INTEGER UNSIGNED NULL,

Valor H.Extra Normales REAL NULL,

Suma H. Extra Normales REAL NULL,

Cant. H. Extra Extraordinarias INTEGER UNSIGNED NULL,

Valor H Extra Extraordinaria REAL NULL,

Suma H. Extra Extraordinarias REAL NULL,

Total Ganado REAL NULL,

Descuento IESS REAL NULL,

Descuento Anticipos REAL NULL,

Descuento Multas REAL NULL,

Otros Descuentos REAL NULL,

Total REAL NULL,

PRIMARY KEY(Código Empleado)

);

CREATE TABLE Solicitud Credito (



74


Fecha DATE NULL,

Nombre CHAR NULL,


Direccion_Domicilio CHAR NULL,

Direccion_Oficina INTEGER UNSIGNED NULL,


Tiempo_servicio INTEGER UNSIGNED NULL,

Valor_patrimonio REAL NULL,

Saldo_mensual INTEGER UNSIGNED NULL,

Cargo CHAR NULL,

Otros_ingresos INTEGER UNSIGNED NULL,

Estado_civil CHAR NULL,

# Cuenta_corriente INTEGER UNSIGNED NULL,

Credito_solicitado INTEGER UNSIGNED NULL,

PRIMARY KEY(Numero)

);

CREATE TABLE Talla_producto (

Codigo_talla NUMERIC NOT NULL AUTO_INCREMENT,

Talla INTEGER UNSIGNED NOT NULL,

Cantidad INTEGER UNSIGNED NOT NULL,

PRIMARY KEY(Codigo_talla)

);

CREATE TABLE Vendedor (




75


Apellido CHAR NULL,




);



76



77



Date post:	13-Jun-2015
Category:	Education
Upload:	jaimeizq
View:	19,634 times
Download:	1 times

PROYECTO DE BASE DE DATOS

Education