PROYECTO DE BASE DE DATOS

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

PO ET D B S D D TS
R YCO E AE E AO

S G N O CC O D SS E S“ ”
E U D IL E IT MA A

T MA
E :

RELACIONES Y OTROS PROCESOS DE LAS TABLAS DE UNA

EMPRESA

IT G A T S
NE R NE:

JAIME IZQUIERDO T.

EDISON NARVAEZ

JACOB BUENO

ADRIAN PULGARIN

D CNE
O E T:

ING. ESTEBAN CACERES

C E C –E U D R
UN A C A O

2009

1


IDC
N IE

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

2


IT O U CÓ
N R D C IN

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

3


MA C T Ó IO
R O E RC

1 Tp sd b s sd d ts
. io e a e e ao

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

11 S g nl v r bl a d lsd tsama e a o
.. e ú a ai id d e o ao l c n d s
a i

B s sd d tse tt a
a e e ao sái sc

É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.

B s sd d tsdn mia
a e e ao iá c s

É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.

12 S g ne c ne io
.. e ú l o tnd

B s sd d tsbbigáia
a e e ao il rf s
o c

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.

B s sd d tsd txoc mpeo
a e e ao e e t o lt

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

4


Drcois
i tr
e o

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

B n od i g n s a do vd o mut da ec
a c e má e e , u i, ie , lme i, t.
i

B s sd d tsoquot; il tc s d ifr có Boó ia
a e e ao bbi e a quot; e noma in ilgc
o

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 Mo eo d b s sd d ts
. d ls e a e e ao

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 quot;descripciónquot; 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:

21 B s sd d tsjrruc s
. a e e ao eáq ia

É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.

5


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

22 B s d d tsd rd
.. a e e ao e e

É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.

23B s d d tsrlco a
. a e e ao ea in l

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 quot;relacionesquot;.
Estas relaciones podrían considerarse en forma lógica como conjuntos de
datos llamados quot;tuplasquot;. 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

6


un usuario esporádico de la base de datos. La información puede ser
recuperada o almacenada mediante quot;consultasquot; 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.

24 B s sd d tsoina a ao jts
.. a e e ao r td s beo
e

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.

25 B s sd d tsd c me tls
. a e e ao o u nae

7


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.

26B s d d tsd d cia
. a e e ao e u t s
v

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.

27G sind b s sd d tsdsr ud
. etó e a e e ao itb ia
i

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.

R gsr (a ed d ts
e it b s e ao )
o

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.

8


Dt
ao

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í
ntidad.
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 algoritmo
algoritmo.

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

Ag rmo
loit

Un algoritmo (del latín, dixit algorithmus y éste del matemático persa al-
Jwarizmi) es un conjunto ordenado y finito de operaciones que permite hall la
) hallar
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
matemáticos;
estos transforman una entrada en una salida (quot;efecto caja negraquot;). Su
ansforman
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 quot;algoritmoquot; no está exclusivamente relacionado con la matemática,
las ciencias de la computación o la informática. En la vida cotidiana se emple
. emplean
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
(porque
pasos) o el mismo lenguaje humano que quot;transformaquot; pensamientos en sonidos
y hace que otro humano pueda entender. También existen ejemplos de índole
matemática, como el algoritmo de la división para calcular el cociente de dos
atemática,
números, el algoritmo de Euclides para calcular el máximo común divisor de
ritmo
dos enteros positivos, o el método de Gauss para resolver Sistema lineal de
ecuaciones.

9


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.

SS E D G S I ND B S D D T S
IT MA E E TÓ E A E E A O

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:

10


• 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.

11


• 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.

S B l rs
G Die
b

• 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

S B c mecae
G D o rils

• 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

12


R L CO E E T EE TD D S
E A I N S N R N IA E

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
13


Proveedor Recibe Nota de Pedido

Proveedor Emite Recepción de Pedido

Gerente Emite Recepción de Mercaderías

Solicita
Contador Empleado
Información

Obtiene
Contador Empleado
Información

Contador Elabora Rol de Pagos

Contador Entrega Rol de Pagos

Gerente Recibe Rol de Pagos

14


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

15


D S R O L D LDS Ñ D B S D D T S
E A R L O E IE O E A E E A O

P ooma
rfr

#
P ooma T lfn
rfr eéo o Cine
l t
e F c a C nia A t uo
eh at d
d rc l
í
Juan
3114 2-340975 Ávila 01/06/2009 1 Calentador

P.
U ir
nt i P T tl
ao . oa T tl
oa
$15 $15 $15

Cine
l t
e

N mbe A el o C d l
o r p ldi é ua Drc in T lfn C dg
i có
e eéo o ó io
Juan Ávila 103422813 Totoracocha 2-809514 301

V neo
eddr

N mbe A el o Drc in T lfn
o r p ldi i có
e eéo o C d lé ua
Fernando Carpio Sidcay 2-340440 0100422317

C na o
o td r

N mbe A el o Drc in T lfn
o r p ldi i có
e eéo o C d lé ua
Alfonso Aguilar Baños 2-831850 0103433313

T baE la o
a l mpe d

Ao d
ñs e
N mbe A el o Drc in T lfn S ed
o r p ldi i có
e eéo o u lo S rii
evco
Freddy Carrasco Totoracocha 2-375376 $300 3 años

C ro
ag Cdl
é ua
Fabricante
Textil 103434144

16


F cua
a tr

F c ad
eh e
#F cua Cine
a tr l t
e Cu a T lfn Drc in
id d eéo o i có
e E só
miin
Juan
301 Ávila Cuenca 2-802514 Totoracocha 01/06/2009

F c ad
eh e Fr d
oma e C nia D s r có
atd e ci i
p
V ni et
e cmino Pgao Cdl
é ua d n Pe i
rco
Crédito 30 10342281
30/06/2009 días 3 1 Calentador $15

V T tl S boa D s u no
. oa u ttl e c e t IA
V T tl
oa
$15 $15 0% 0% $15

N t d P dd
oa e e io

F c ad
eh e F c ad
eh e
T lfn
eéo o E só
miin Etg
nr a
e P o e d r A t uo
rv e o rc l
í
Patricio
2-340975 01/06/2009 15/06/2009 Reyes Pantalón

Tl
al
a C nia
at d
d D tl
eal e Drc in
i có
e
Pantalón Cdla Católica Calle Obispo
10-12 9 Azul Ordoñez

T baR l eP g s
al od ao

Da d
ís e S ed B sc
u lo á io
Me s N mbe
o r Ta ao
rb j U ic d
nf a o
i S be u lo
o rs ed s
junio-
2009 Luis Suarez 30 $170 $0

B nf a ind l
o ic có e
i C n. . xr
a tH E ta V lr . xr
ao H E ta S maH E t
u . xr
a
Me s N r ls
omae N r ls
omae N r ls
omae
$0 33 $0,60 $19,80

C n. . xr
a tH E ta V lr . xr
ao H E t a S maH E t
u . xr
a
E t odn r s
xr riai
a a E t odn r s
xr riai
a a E t odn r s
xr riai
a a
23,5 $0,80 $18,80

17


T tl
oa D s u no
ec e t D s u nod
ec e t e O rs
t o
G nd
aao IS
ES A t io
ni p s
c D s u noMuts D s u no
ec e t la e c e ts
$208,60 $17,30 $74 $2 $0

T tl
oa a
P gr
aa
$140,88

T baN t d V na
a l oa e e t

F c ad
eh e
#N t d V na
oa e e t E só
miin Cine
l t
e Cdl
é ua Drc in
i có
e
3114 01/06/2009 Juan Ávila 103422813 Totoracocha

T lfn
eéo o C nia
at dd D s r có
e ci in
p V U ir
. nt i
ao V T tl
. oa
2-809514 1 Pantalón $15 $15

T tl
oa
$15

T baR c p ind mec d r s
a l e e có e ra eí a

#E t g d
nr a e
e N mbed l
o r ea
Mec d r
ra eía E rs
mpe a Fca
eh C nia
at dd
3331 Frada Sport 15/06/2009 9

A t uo
rc l
í V U ir
. nt i
ao V T tl
. oa Po e d r
rv e o T tl
oa
Pantalón Azul Talla Patricio
10-12 $15 $135 Reyes $135

T bac mpo a t d Ige o
a l o rb ne e n rs s

#C mpo a t d
o rb ne e
ige o
n rs Cu a
id d Fca
eh V lr
ao
3133 Cuenca 30/06/2009 $300

R cbd d
e iio e T lfn
eéo o Cdl
é ua P r o c pod
o C net e S mad
u e
Fernando Venta de 20
Carpio 2-833341 103417563 Pantalones $300

18


C eu #
hqe B no
ac #C aC e
t t Ee t o
fciv
3055 Pichincha 4235673891 $300

Ea oa o
lb rd
C et
u na D bts
éio Cé i s
rdto Pr
o
Mercaderías Disponible para la
Venta $0 $300 Alfonso Aguilar

A rb d
po a o C na iz d
o tbl a o
i
Pr
o Pro
Luis Carpio Alfonso Aguilar

T bac mpo a t d E rs s
a l o rb ne e ge o

#C mpo a t d
o rb ne e
E rs
ge o Cu a
id d Fca
eh V lr
ao
3133 Cuenca 30/06/2009 $150

P gd A
aao T lfn
eéo o Cdl
é ua P r o c pod
o C net e S mad
u e
Pérdida de
Marco Suarez 2-875376 104483923 Mercadería $150

C eu #
hqe B no
ac #C aC e
t t Ee t o
fciv
3052 Pichincha 4531332131 $150

Ea oa o
lb rd
C et
u na D bts
éio Cé i s
rdto Pr
o
Mercaderías Disponible para la
Venta $150 $0 Alfonso Aguilar

A rb d
po a o C na iz d
o tbl a o
i
Pr
o Pro
Luis Carpio Alfonso Aguilar

T baR c p ind P dd
a l e e có e e io

F c ad
eh e Mec d r a
ra eí a
N mbed l E rs
o r e a mpe a T lfn
eéo o P dd
e io E t gr
nr a
e
Frada Sport 01/06/2009 15/06/2009 Pantalones

19


N mbed l
o r e
Po e d r
rv e o C nia
at dd D tl
eal e Tl
al a
Patricio Reyes 9 Pantalón Azul 10-dic

Drc in
i có
e
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 5,00 30 2 Tela Camiseta
para niños

Tabla Crédito

Número Fecha Nombres Cédula Dirección Dirección Teléfono Cargo
Domicilio Oficina Empleador Actual
S01 15/05/98 Marcelo 0024652 Bolívar Lamar 2874512 Gerente
Orellana

Tiempo Valor Saldo Otros Estado Cuenta Crédito
Servicio Matrimonio Mensual Ingresos Civil corriente Solicitado
4 9800 560 0 Casado 05119057 3000

Tabla Materia Prima

Código Nombre Precio Cantidad Descripción Tipo material
compra
MP01 camiseta 35,00 2 Tela maratón Tela
Sport

20


C N R IT
O T AN S

T baP ooma
a l rfr

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gt u
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

T baCine
al l t
e

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gtu
NN Nombre Texto 15
NN Apellido Texto 15
NN Cédula Numérico 10
NN Dirección Texto 35
CP Código Numérico 3

T baV n e o
al eddr

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gtu
NN Nombre Texto 15
CP Cédula Numérico 10

T baC na o
a l o td r

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gtu
NN Nombre Texto 15

21



T baE la o
a l mpe d

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gt u
NN Nombre Texto 15
NN Sueldo Numérico 3,2
NN Años de Servicio Numérico 2
NN Cargo Texto 22

T baF cua
a l a tr

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gtu
CP # Factura Numérico 4
NN Cliente Texto 35
NN Ciudad Texto 7
NN Fecha de Emisión Numérico 8
Fecha de
NN Vencimiento Numérico 8
NN Forma de Pago Texto 9
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

T baN t d P dd
a l oa e e io

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gtu
22


Fecha de
NN Vencimiento Numérico 8
NN Proveedor Texto 25
NN Talla Numérico 2
NN Detalle Texto 35
CP # Nota de Pedido Numérico 3

T baR l eP g s
al od ao

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gt u
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
Cant. H. Extra
CC Extraordinarias Numérico 2
Valor H. Extra
NN Extraordinarias Numérico 1,2
Suma H. Extra
NN 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

T baN t d V na
a l oa e e t

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gtu
CP # Nota de Venta Numérico 4
NN Cliente Texto 35

23


NN V. Unitario Numérico 2,2

T baR c p ind Mec d r s
a l e e có e ra eí a

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gt u
CP # Entrega Recepción Numérico 4
NN Nombre de la Empresa Texto 10
NN V. Unitario Numérico 2,2
NN Proveedor Texto 25

T baC mpo a t d Ige o
a l o rb ne e n rs s

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gt
u
# Comprobante de
CP Ingreso Numérico 4
NN Ciudad Texto 7
NN Valor Numérico 4,2
NN Recibido De Texto 25
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

24


T baC mpo a t d E rs s
a l o rb ne e ge o

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gt
u
# Comprobante de
CP Egreso Numérico 4
NN Ciudad Texto 7
NN Valor Numérico 4,2
NN Pagado A Texto 25
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

T baR c p ind P dd s
a l e e có e e io

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gtu
NN Nombre de la Empresa Texto 10
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 Detalle Texto 35
CC Talla Numérico 2
NN Dirección a entregar Texto 35
Código Recepción de
CP Pedido Numérico 3

T baP o u t
a l rd co

25


C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gtu
NN Nombre Texto 25
NN Precio_venta Real 6
NN Talla Numérico 3
NN Tipo_material Texto 20
NN Tipo_producto Texto 20

26


T baC é i
a l rdt o

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gtu
CP N meo
ú r Numérico 4
NN Fca
eh Numérico 7
NN N mbe
o rs Texto 35
NN Cdl
é ua Numérico 8
NN Drc inD miio
i có o cl
e i Numérico 3
NN Drc inO iia
i có f n
e c Texto 20
T lfn
eéo o
NN E la o
mpe d r Numérico 2,2
NN C roA ta
ag cu l Numérico 3,2
NN Te oS rii
imp evco Numérico 3,2
NN V lr tmo i
ao Mar no
i Numérico 3,2
NN S loMe s a
ad nul Numérico 3,2
NN O rsIge o
t n rs s
o Numérico 3,2
NN E td Cvl
sa o ii Texto 11
NN C e t c re t
u na or ne
i Numérico 11
NN Cé i S li d
rdt oi t o
o ca Numérico 6

T baMaei P i
al tr r
a ma

C nrit
ot n
a C mp
a o Tp d D t
io e ao Lnid
o gtu
NN Nombre Texto 25
NN Precio_compra Real 6
NN Tipo_material Texto 30

27


N r l a in
omai có
z

T baP ooma
a l rfr

1FN
..

# Proforma 3114

Teléfono 2-340975 G u oR p tio
rp e eiv t

Cliente Juan Ávila

Fecha 01/06/2009

Cantidad 3 1 2 D t Mut au d
ao lv la o
i

Artículo Pantalón Casaca Pantaloneta D t Mut au d
ao lv la o
i

P. Unitario $15 $ 17 $10 D t Mut au d
ao lv la o
i

P. Total $45 $17 $20 D t Mut au d
ao lv la o
i

Total $82

T baP ooma
a l rfr

# 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

28


P. Unitario 3 $10

P. Total 1 $45

P. Total 2 $17

P. Total 3 $20

Total $82

2FN
..

T baP oomaMa sr
a l rfr eto

C # Proforma
P 3114

Teléfono 2-809514

Celular 093301650

Cliente Juan Ávila

Fecha 01/06/2009

Total $82

T baP oomaD tl
a l rfr eale

Cantidad 3 1 2

Artículo Pantalón Casaca Pantaloneta

P. Unitario $15 $ 17 $10

P. Total $45 $17 $20

3FN
..

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.

29


4FN
..

T baP oomaMa sr
a l rfr eto

C #
P Proforma 3114

Teléfono 2-809514

Celular 093301650

Cliente Juan Ávila

Fecha 01/06/2009

Total $82

Cod-Prod P01

T baP oomaD tl
a l rfr eale

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

T baCine
al l t
e

1FN
..

Nombre Juan

Apellido Ávila

Cédula 01034221813

Dirección Totoracocha

rp e eiv t

C Código
P 301

30


T baCine
al l t
e

Nombre Juan

Apellido Ávila

Cédula 01034221813


Teléfono 2-809514

Celular 093201654

C Código
P 301

2FN
..

No hay datos multivaluados de los cuales crear tablas

3FN
..

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

4FN
..

No hay como Aplicarla.

T baV n e o
al eddr

1FN
..

Nombre Fernando

Apellido Carpio

CP Cédula 0100422317

Dirección Sidcay

rp e eiv t

31


T baV n e o
al eddr

Nombre Fernando

Apellido Carpio


Dirección Sidcay

rp e eiv t

Celular 093315205

2FN
..


3FN
..


4FN
..


T baC na o
a l o td r

1FN
..

Nombre Alfonso

Apellido Aguilar

Dirección Baños

Teléfono 2-831850


32


T baC na o
a l o td r

Nombre Alfonso

Apellido Aguilar

Dirección Baños

Teléfono 2-831850

Celular 091587621


2FN
..


3FN
..


4FN
..


T baE la o
a l mpe d

1FN
..

Nombre Freddy

Apellido Carrasco


Teléfono 2-875876

Sueldo $300

Años de Servicio 3 años G u oR p tio
rp e eiv t

Cargo Bodeguero Fabricante Textil D t Mut au d
ao lv la o
i


33


T baE la o
a l mpe d

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


2FN
..

T baE la o
a l mpe d

Nombre Freddy

Apellido Carrasco


Teléfono 2-875876

Celular 093351452

Sueldo $300



T baC ro
a l ag

Cargo Bodeguero Fabricante Textil

3FN
..

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.

34


4FN
..

T baE la o
a l mpe d

Nombre Freddy

Apellido Carrasco


Teléfono 2-875876

Celular 093351452

Sueldo $300



Codigo_Empleado E01

T baC ro
a l ag

Codigo-Empleado E01 E01

Cargo Bodeguero Fabricante Textil

T baF cua
a l a tr

1 ..
FN

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 D t Mut au d
ao lv la o
i

Cédula 0103422813

Cantidad 1 3 2

Descripción Casaca Camiseta Pantalón D t Mut au d
ao lv la o
i

35


Precio $17 $6 $15 D t Mut au d
ao lv la o
i

V. Total $17 $18 $30 D t Mut au d
ao lv la o
i

Subtotal $65

Descuento 0% 10% 14% D t Mut au d
ao lv la o
i

IVA 8% 10% 12% D t Mut au d
ao lv la o
i

Total $70

2FN
..

T baF cuaMa sr
a l a tr eto

CP # Factura 301

Cliente Juan Ávila

Ciudad Cuenca

Teléfono 2-809514




Cédula 0103422813

Subtotal $65

Total $70

T baF cuaD tl
a l a tr eale

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%

36


3 ..
FN

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

4FN
..

T baF cuaMa sr
a l a tr eto

CP # Factura 301

Cliente Juan Avila

Ciudad Cuenca

Teléfono 2-809514




Cédula 0103422813

Subtotal $65

Total $70

T baF cuaD tl
a l a tr eale

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%

37


T baR l eP g s
al od ao

1FN
..

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% D t Mut au d
ao lv la o
i

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

2FN
..

T baR l eP g s
al od ao

Mes Febrero/2009

Nombre Luis Sánchez

Días de Trabajo 30

Sueldo Básico Unificado $170

Sobresueldos $0

38

PROYECTO DE BASE DE DATOS

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie PROYECTO DE BASE DE DATOS

Ähnlich wie PROYECTO DE BASE DE DATOS (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (20)

PROYECTO DE BASE DE DATOS