Base de Datos

UNJFSC FIISI - EAPIS
Base de Datos
UNIVERSIDAD JOS FAUSTINO SNCHEZ CARRIN

FACULTAD DE INGENIERA INDUSTRIAL, SISTEMAS E
INFORMTICA
E.A.P INGENIERA DE SISTEMAS
Tcnicas De Modelamiento
ASIGNATURA : Base de Datos
CICLO
:V
DOCENTE
: Ing. Julio Csar Morales Len
INTEGRANTES :
Gamarra Espinoza, Jhair Daniel

Aragn Espinoza, Carlos Alejandro
Navarro Soto, Dayana Katherin
Bernab Quiche, Diego Orlando
UNJFSC
2015-I
Base de Datos
1. Introduccin....Pag.03
2. Dedicatoria..Pag.04
3. Marco Terico.Pag.05
Modelo de datos conceptual avanzado ........Pag.05
Mtodo de Dependencia de Datos....Pag.06
Conceptos Bsicos....Pag.09
Normalizacin de Base de Datos.....Pag.17
Casos de Negocio.............Pag.26
Tipos de modelado de datos Pag.29
Modelo Entidad-Relacin ....Pag.31
Ejemplos de Modelos de base de datos ....Pag.53
Base de datos del ejemplo anterior mediante cdigo en Sql-serverPag.57
4. Bibliografia Pag.61
Base de Datos
Introduccin
Los alumnos del V ciclo de la E.A.P. Ingeniera De Sistemas de la Universidad
Nacional Jos Faustino Snchez Carrin, queremos dar a conocer mediante el
siguiente trabajo, un recopilado de toda una investigacin realizada acerca de:
Tcnicas De Modelamiento.
Este trabajo presenta conceptos bsicos utilizados en el modelamiento de bases de
datos, lo cual es importante para tener un mejor control sobre la informacin que
maneja cualquier empresa en general, y con ello el desarrollo de dicha organizacin.
Nuestro objetivo principal es dar a conocer informacin acertada sobre lo que es una
base de datos y como se modela siguiendo reglas bsicas para ello.
Base de Datos
DEDICATORIA
El presente trabajo de investigacin lo dedicamos
a nuestros padres, a nuestro profesor y a nuestros
compaeros de clase.
MODELO DE DATOS CONCEPTUAL AVANZADO
NORMALIZAR UN MODELO DE DATOS
Base de Datos
Normalizar es un concepto de base de datos relacional, pero sus principios se

aplican al modelo conceptual de datos Validar cada atributo usando las reglas de
normalizacin:
Regla de Forma Normal
Descripcin
Todos los atributos deben tener un solo valor para cada
Primera Forma Normal (1FN)

instancia.
Un atributo debe ser dependiente del identificador nico
Segunda Forma Normal (2FN)
completo
Ningn atributo no UID puede ser dependiente de otro
Tercera Forma Normal (3FN)
atributo no UID.
Otros Conceptos sobre las Reglas de Normalizacin:
Nota:
Un modelo de datos entidad-relacin normalizado se traslada automticamente
dentro de un diseo de base de datos.
La 3FN es un objetivo generalmente aceptado para eliminar redundancia en el diseo de
base de datos.
Base de Datos
Mtodo de Dependencia de Datos:

Confeccionar o disear una matriz o mapa de instancias nica con todos los datos
obtenidos en la recoleccin de informacin.
Regla de la 1FN. Todos los atributos deben tener un solo valor para cada instancia.
Validacin:
Cada atributo debe tener un valor nico para cada ocurrencia de la entidad (matriz).
Base de Datos
Localizar un atributo el cual sea el identificador nico (UID) de toda la ocurrencia de

entidad.
Dividir en dos la entidad, agrupndolos de acuerdo a atributos con instancias repetitivas y
no repetitivas.
El UID localizado permanece en el grupo repetitivo como PK.
El UID localizado se traslada a la entidad con datos no repetitivos como FK.
Localizar en la entidad con instancias no repetitivas un PK para identificar a la entidad.
Regla de la 2FN. Un atributo debe ser dependiente del identificador nico completo.
Validacin:
Implantado en la entidad con ms de dos identificadores (ya sean PK o FK).
Identificar un atributo (no llave), y localizar si depende totalmente del identificador nico.
Si existen atributos con esas caractersticas pasan a conformar una nueva entidad.
Y se apoderan del identificador nico como su PK, dejando en la entidad a la que
pertenecan como un FK.
Regla de la 3FN. Ningn atributo no UID puede ser dependiente de otro atributo no UID.
Validacin:
Identificar atributos no UID si dependen de otro atributo no UID, pasan a conformar una
nueva entidad.
Dejar al atributo el cual dependen como FK, llevndolo a conformar la nueva entidad como
PK.
Base de Datos
Nota:
Se puede aplicar mas de una vez cualquier forma normal segn sea el requerimiento,
pero tener en cuenta que una vez haber pasado a la siguiente forma normal ya3 no se puede
retroceder.
Conceptos Bsicos
Base de Datos.
"Es una herramienta para recopilar y organizar informacin, se puede almacenar
informacin sobre personas, productos, pedidos, o cualquier otra cosa. Muchas bases de
datos empiezan siendo una lista en un programa de procesamiento de texto o en una hoja de
clculo."
"Una base de datos es una coleccin de archivos relacionados que permite el manejo
de la informacin de alguna compaa. Cada uno de dichos archivos puede ser visto como
una coleccin de registros y cada registro est compuesto de una coleccin de campos.
Cada uno de los campos de cada registro permite llevar informacin de algn atributo de
una entidad del mundo real".
Base de Datos
"Se le llama base de datos a los bancos de informacin que contienen datos relativos
a diversas temticas y categorizados de distinta manera, pero que comparten entre s algn
tipo de vnculo o relacin que busca ordenarlos y clasificarlos en conjunto."
Interpretando las relaciones podemos definir que la Base de Datos. Es una
herramienta organizadora, y/o bancos de informaciones que estn relacionadas entre s para
que permitan el manejo de los datos. Que por cierto al principio es una aplicacin de texto
pero que no se pueden unir, por eso es importante la auto descripcin para que el programa
del sistema sea independiente a los datos.
1.1.2. Modelos de Base de Datos.
"Un modelo de datos es bsicamente una "descripcin" de algo conocido como
contenedor de datos (algo en donde se guarda la informacin), as como de
los mtodos para almacenar y recuperar informacin de esos contenedores.
Los modelos de datos no son cosas fsicas: son abstracciones que permiten la
implementacin de un sistema eficiente de base de datos; por lo general se refieren
a algoritmos, y conceptos matemticos."[4]
"El diseo de una base de datos es un proceso complejo que abarca decisiones a
muy distintos niveles. La complejidad se controla mejor si se descompone el problema en
subproblemas y se resuelve cada uno de estos subproblemas independientemente,
utilizando tcnicas especficas. As, el diseo de una base de datos se descompone en
diseo conceptual, diseo lgico y diseo fsico."
Son abstracciones que permiten la implementacin de un sistema de base de datos
en un proceso complejo que contienen decisiones en muchos distintos niveles, si se
Base de Datos
descompone el problema en sub problemas esto se resuelve independientemente, utilizando

tcnicas especficas. As sern los siguientes modelos (Conceptual, Lgico, Fsico).
1.1.2.1. Modelo Conceptual.

"Se utilizan para representar la realidad a un alto nivel de abstraccin. Mediante los
modelos conceptuales se puede construir una descripcin de la realidad fcil de entender."
Se utiliza para la abstraccin de la base de datos, para construir una descripcin para
entender en la realidad
1.1.2.2. Modelo Lgico.

"Es una descripcin de la estructura de la base de datos en trminos de
las estructuras de datos que puede procesar un tipo de SGBD. Un lenguaje usado para
especificar esquemas lgicos (modelo relacional, modelo de red, etc.). El diseo lgico
depende del tipo de SGBD que se vaya a utilizar, no depende del producto concreto."
Es una descripcin usada para especificar el esquema lgico detallado del modelo
conceptual, depende del tipo SGBD que se va a utilizar y no depende del producto
concreto.
1.1.2.3. Modelo Fsico.
"Es
una
descripcin
de
la
implementacin
de
una
base
de
datos
en memoria secundaria: las estructuras de almacenamiento y los mtodos utilizados para

tener un acceso eficiente a los datos. Por ello, el diseo fsico depende del SGBD concreto
y el esquema fsico se expresa mediante su lenguaje de definicin de datos.
10
Base de Datos
Es una implementacin de una base de datos en las estructuras de almacenamiento y

los mtodos eficiente a los datos. Depende del SGBD concreto, y se expresa de una manera
ms detallada (atributos, relaciones, etc.).
Sistema de gestin de Base de datos (SGBD).

(En ingls database management system, abreviado DBMS)
"Es el conjunto de programas que permiten definir, manipular y utilizar la
informacin que contienen las bases de datos."
"Debe ser capaz de aceptar definiciones de datos (esquemas externos, el esquema
Conceptual, el esquema interno, y todas las correspondencias asociadas) en versin fuente
y convertirlas en la versin objeto apropiada.
"Necesitan que les demos una descripcin o definicin de la BD. Esta descripcin
recibe el nombre de esquema de la BD, y los SGBD la tendrn continuamente a su
alcance."[11]
Un SGBD es un sistema que permite manipular la informacin ingresada, realizan
las tareas administrativas para mantener en buena condicin la aplicacin de la base de
datos. Una base de datos no se puede manipular directamente, necesita una SGBD.
ENTIDADES.
"Es una clase generalizada de personas, lugares o cosas (objetos), para los cuales se
recopilan, almacenan y mantienen datos."
"Representa una "cosa" u "objeto" del mundo real con existencia independiente, es
decir, se diferencia unvocamente de cualquier otro objeto o cosa, incluso siendo del mismo
tipo, o una misma entidad."
11
Base de Datos
"Es un grupo de tems que tienen las mismas caractersticas o atributos y que son
representadas con un rectngulo"
Es un conjunto que est conformado por personas, cosas y lugares del mundo real,
con existencia independiente de elementos que tienen las mismas caractersticas, las cuales
se almacenan, recopilan y estn representados por un rectngulo en un diagrama Entidad /
Relacin.
1.1.5 ATRIBUTOS.
"Es una caracterstica de una entidad. El valor especifico de un atributo, conocido
como elemento de datos, se puede encontrar con los campos de registro que describe una
entidad. Como ya se planteo, un conjunto de campos de un objeto especfico representa un
registro. Cuna clave es un campo o grupo de campos en un registro que se utiliza para
identificar a este."
"Son las propiedades que describen a cada entidad en un conjunto de entidades. Un
conjunto de entidades dentro de una entidad, tiene valores especficos asignados para cada
uno de sus atributos, de esta forma, es posible su identificacin unvoca."
Es una caracterstica de una entidad, conocido como elemento de datos (valor
especfico) para cada uno de sus atributos que se encuentran en los campos de un registro
que describen a una entidad y as ser posible su identificacin nica.
1.1.5.1. Identificadores.
Son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta.
Por ejemplo, el atributo identificativo que distingue a un alumno de otro es su nmero de
id."
12
Base de Datos
"Un identificador de una entidad es un atributo o conjunto de atributos que determina de

modo nico cada ocurrencia de esa entidad."
Distinguen a una instancia de la entidad a otra distinta, como tambin se puede
llamar atributos que diferencia la manera nica de las ocurrencias, un tipo de entidad puede
tener ms de un identificador.
1.1.5.1.1. Identificadores primarios.
"Aquellos atributos que permiten identificar una entidad de manera nica son
referidos como identificadores nicos o claves primarias (PK) de una entidad. "
"La PK de una entidad puede ser simple o compuesta si se representa por una o por
una combinacin de columnas (propiedades)."
"La clave primaria (PK) de una tabla es cualquier clave candidata de esa tabla que el
diseador de BD arbitrariamente seala como "primaria". La PK puede ser seleccionada
por conveniencia, compresin, performance, o cualquier otra razn (a pesar que todas
comparten la propiedad de identificacin nica)."
Son aquellos que pueden ser cualquier clave candidata que ayudan a identificar una
entidad nica que pueden ser simple o compuestas de las cuales pueden ser por una o por
una combinacin de columnas.
1.1.5.1.2. Identificadores Alternos.
"las claves alternas de cualquier tabla son simplemente aquellas claves candidatas
las cuales no fueron seleccionadas como clave primaria. Exactamente una de aquellas
claves candidatas es seleccionada como PK, las remanentes se existe alguna, son llamadas
claves alternas."
13
Base de Datos
Son las claves que se utilizan para identificar los objetos de forma alterna en todas las
posibles, filas de las tablas no seleccionadas como clave primaria
1.1.5.1.3. Identificadores Forneos.
"Una clave ajena o fornea es un atributo de una tabla o adicin de atributos ya
existentes a una tabla; sta inclusive puede ser una clave primaria de otra tabla. Sin
embargo los atributos de una clave fornea no necesariamente tienen que formar parte de la
clave primaria de la tabla a la que pertenecen. Tampoco es obligatoria la existencia de estas
claves; sea puede existir una tabla sin una clave fornea."
"Es llamada clave Externa, es uno o ms campos de un tabla que hacen referencia al
campo o campos de clave principal de otra tabla, una clave externa indica como esta
relacionadas las tablas. Los datos en los campos de clave externa y clave principal deben
coincidir, aunque los nombres de los campos no sean los mismos."
Es atributo de una tabla ya existente, esta exclusivamente puede ser una clave
primaria de la otra tabla. No necesariamente tiene que formar parte de la clave primaria de
la tabla a la que pertenece, tampoco es obligatoria la existencia de esta clave, tambin es
llamada clave externa y hace referencia al campo o campos de la clave primaria de otra
tabla que indica como est relacionada las tablas.
Relacin de Modelos de Datos.

"Es una correspondencia o asociacin entre dos o ms entidades. Cada relacin tiene
un nombre que describe su funcin. Las relaciones se representan grficamente mediante
rombos y su nombre aparece en el interior."
14
Base de Datos
"Se representa mediante un rombo etiquetado en su interior con un >verbo. Este rombo se
debe unir mediante lneas con las entidades (rectngulos) que relaciona."
Es una asociacin entre dos o ms entidades, cada relacin tiene un nombre que describe su
funcin. Se representa mediante un rombo etiquetado en su interior con un verbo, este
rombo se debe ir mediante lneas con las entidades (rectngulos) que relaciona.
Uno a Uno.
"En una relacin uno a uno, cada registro de la Tabla A slo puede tener un registro
coincidente en la Tabla B y viceversa."
"Cuando un registro de una tabla slo puede estar relacionado con un nico registro de la
otra tabla y viceversa."
Es una relacin de uno a uno, las tablas deben coincidir los registros con una tabla A o
Tabla B o viceversa.
Uno a Muchos.
La relacin uno a varios es el tipo de relacin ms comn. En este tipo de relacin,
un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B, pero un
registro de la Tabla B slo tiene un registro coincidente en la Tabla A."
"se establece cuando un registro de una tabla (tabla secundaria) slo puede estar
relacionado con un nico registro de la otra tabla (tabla principal) y un registro de la tabla
principal puede tener ms de un registro relacionado en la tabla secundaria."
En este tipo de relacin los registros de la tabla A pueden coincidir sus registros
varia veces en la tabla B pero el registro de la tabla B solo tiene uno registro coinciden a la
15
Base de Datos
tabla A. Se establece cuando solo puede estar relacionado a uno o varios registros pero ala
viceversa.
Muchos a Muchos.
"En una relacin varios a varios, un registro de la Tabla A puede tener muchos
registros coincidentes en la Tabla B y viceversa.
"Cuando un registro de una tabla puede estar relacionado con ms de un registro de la otra
tabla y viceversa.
Es cuando un registro de la tabla esta relaciona con ms de un registro de la otra tabla y
viceversa.
Normalizacin de la base de datos
Descripcin General del Negocio

"Es una empresa dedicada a la venta de mercadera en general."
Normalizacin de Documentos
"Normalizacin es eliminar la redundancia y las inconsistencias de dependencia en el
diseo de las tablas" 1
Normalizacin de Gua Interna.
16
Base de Datos
17
Normalizacin de Kardex
Primera forma normal
Segunda forma normal
Base de Datos
18
Base de Datos
Tercera forma normal
19
Normalizacin de Boleta:
Base de Datos
20
Base de Datos
Normalizacin de Nota de Pedido
21
Base de Datos
22
Base de Datos
Resumen de Entidades
Casos De Negocio
23
Base de Datos
Que es un Caso de Negocio?

En el ambiente empresarial o de negocios siempre se trata de actuar o invertir
buscando un beneficio econmico, la metodologa Lean Six Sigma no se poda quedar
atrs.
Una pieza importante de nuestro proyecto es precisamente su justificacin, para esto
debemos de delinear un caso de negocios. Este caso de negocios nos debe de ayudar a
contestar las siguientes preguntas:
Por qu deberamos llevar a cabo el proyecto?
Cules son las consecuencias de no hacerlo?
Qu se espera de nuestro equipo?
Cmo se alinea este proyecto como las iniciativas y metas de negocio de la

empresa?
Aunque no es determinante, es aqu donde se decide si se lleva a cabo o desecha el

proyecto.
Un caso de negocios robusto tiene estos cinco componentes:
1. Caso de negocios. Debemos explicar por qu el proyecto se debe llevar a cabo.
2. Planteamiento del problema y la meta. Aqu describiremos el problema u
oportunidad. Los objetivos del proyecto deben de ser claros, concisos y
representarse en trminos medibles.
3. Alcance del proyecto. Debemos definir de los lmites del proceso, servicio o
producto que necesita ser mejorado. Los componentes que se incluyen o excluyen
del proyecto deben de estar bien definidos.
24
Base de Datos
4. Roles del equipo. Definicin de los recursos humanos que requerimos, nuestras
expectativas u las responsabilidades de cada quien.
5. Beneficios financieros. Necesitamos calcular los beneficios financieros (si los hay)
en funcin de las mejoras que implementemos.
Si desarrollamos cada uno de estos componentes de manera adecuada, podremos
asegurar que nuestro proyecto ser exitoso. Asi que siempre empecemos un proyecto con la
definicin del problema y la meta. Lo que realmente debemos evitar, es el empezar un
problema con trminos generales y ambiguos, si asi lo hacemos, nos confundiremos.
25
2. Modelado de datos
Base de Datos
2.1 Modelos de datos

2.1.1 Definicin
Un modelo es un conjunto de herramientas conceptuales para describir datos, sus
relaciones, su significado y sus restricciones de consistencia.
2.1.2 Caractersticas
Es el proceso de analizar los aspectos de inters para una organizacin y la relacin

que tienen unos con otros.
Resulta en el descubrimiento y documentacin de los recursos de datos del negocio.
El modelado hace la pregunta " Qu ? " en lugar de " Cmo ? ", sta ltima
orientada al procesamiento de los datos.
Es una tarea difcil, bastante difcil, pero es una actividad necesaria cuya habilidad
solo se adquiere con la experiencia.
2.1.3 Metas y beneficios
Registrar los requerimientos de datos de un proceso de negocio.
Dicho proceso puede ser demasiado complejo y se tendr que crear un "enterprise
data model", el cual deber estar constitudo de lneas individuales.
Permite observar:
Patrones de datos
Usos potenciales de los datos
26
Base de Datos
Cada vez son ms los ejecutivos de mercadotecnia cuestionados sobre su capacidad de

entregar mtricas confiables de impacto y retorno de inversin a sus proyectos. Y es que
venimos de una cultura empresarial que sola aplaudir el talento y creatividad plasmados en
una campaa, en un desarrollo creativo de producto, en el rediseo de un empaque y la
ejecucin impecable de un plan de mercadotecnia. Sin embargo, lo anterior ya no ser
suficiente. El marketero tiene que reinventarse, integrar ms sus proyectos a las metas del
negocio, y tener la capacidad de mostrar el valor financiero al negocio. Mi incursin dentro
del mundo de la tecnologa me ha dado grandes aprendizajes, y uno de los ms importantes
es el mtodo que utilizan los ejecutivos de TI (sistemas) para justificar millonarios
proyectos de inversin, que van desde infraestructura en hardware o sofisticadas soluciones
de software. Aqu conoc el concepto de Caso de Negocios o Business Case. Se trata de
un documento muy completo que logra justificar el valor de un proyecto, desde la
perspectiva de su funcionalidad, impacto al negocio y valor financiero. Se trata de un
trabajo nada simple, pero que resulta totalmente efectivo al momento de solicitar una
inversin al CFO de una empresa. Y es aqu donde los colegas de TI les llevan gran ventaja
a los ejecutivos de mercadotecnia. El caso de negocio es un documento que se construye a
partir de un diagnstico previo, tanto de una situacin interna a resolver como de un
objetivo comn de negocio. Mercadotecnia y TI son reas que proporcionan servicios al
interior de la empresa: TI busca fomentar la productividad con rentabilidad y
mercadotecnia buscar facilitar la labor del vendedor. Este documento representa tambin la
base estructural de un proyecto, y aqu es donde los ejecutivos de TI detonan sus proyectos
de ejecucin, lo que en Mercadotecnia se traduce ms en tareas. De las reas de tecnologa
27
Base de Datos
emanan grandes gerentes de proyecto, debido al exhaustivo nivel de detalle que se requiere
para temas de TI. Las reas comerciales tambin se pueden manejar por proyectos, que
tambin pueden generar gran nivel de detalle y compromiso de reas o proveedores
externos. Sin embargo, existe una diferencia entre lo que TI puede hacer de un caso de
negocio, y est en los indicadores. Mientras que los indicadores de TI son internos y
medibles, los indicadores de xito en Mercadotecnia dependen en ocasiones del consumidor
y de diversos factores externos, que pueden o no perjudicar el proyecto. Para que esta
metodologa se aplique con xito, debe cumplir con las siguientes condiciones: -Debe ser
adaptable a las circunstancias locales -Consistente con el negocio y el mercado -Orientado
a indicadores de negocio -Fcil de comprender -Medible y cuantitativo -Transparente en su
informacin Esta comparacin entre dos reas muy diferentes que prestan servicios al
negocio nos proporciona interesantes aprendizajes dado que ser cada vez ms complicada
la justificacin financiera o de negocio ante campaas, lanzamientos o promociones. El
responsable de mercadotecnia tiene la gran oportunidad de adelantarse el da de hoy a este
cambio inminente y darle al negocio un valor agregado a travs de presentar sus iniciativas
y estrategias por va de este efectivo y completo mtodo llamado Caso de Negocio.
28
Base de Datos
29
Base de Datos
Ejemplos de Modelos de base de datos

3.1 Modelo conceptual
3.2 Modelo Lgico
30
Base de Datos
31
Base de Datos
3.3 Modelo Fsico
3.4 Documentacin de la Base de Datos.

Column Table
Name
Column
Comment
Table
Column Name
Column Comment
32
Articulo
Boleta
Cliente
Detalle
Doc_Venta
Guia_interna
Base de Datos
datos
de
artculo
como cdigo, nombre, Cantidad
cantidad y valor total
cantidad del articulo
Cod_art
cdigo del artculo, solo aceptar 5

caracteres
Nom_art
nombre del articulo
valor_total
valor total del artculo
se registra el nmero de
la boleta, reccin de
direccin
destino, fecha y total del
importe
direccin de destino de la boleta
fecha
fecha de emisin de la boleta
Num_bol
nmero de boleta, solo 6 caracteres
total
total de la boleta
se va a registrar los
cod_client
datos del cliente
se va ingresar el cdigo del cliente,

solo 5 caracteres
D.I
documento
Pasaporte)
nom_client
nombre del
alfabticos
contiene la descripcin
del
Cod_art
artculo, precio unitario y
el valor de venta
de identidad (DNI
cliente,
solo
o
datos

caracteres
descripcin
descripcin del artculo solicitado
Num_np
nmero de nota de pedido, solo 6

caracteres
pre_unit
precio unitario del rticulo
val_ven
valor de venta del rticulo
se registra el tipo de
cod_client
documento de venta
se va ingresar el cdigo del cliente,

solo 5 caracteres
fecha_DV
fecha del documento de venta
Num_bol
nmero de boleta, solo 6 caracteres
Num_DV
nmero de documento de venta, solo 6

caracteres
Num_np

caracteres
total
total de documento de venta
documento por el cual

est ingresando los cod_recepcionista
artculos
cdigo del recepcionista (el que recibi

el artculo)
fecha
fecha de la gua interna
Nro_GI
nmero de
caracteres
Gua
interna,
solo
33
Nota_pedido
Operaciones
Recepcionista
Base de Datos
se registra el nmero de
la nota de pedido,
direccin
reccin de destino,
fecha y total del importe
fecha
fecha de la nota de pedido
Num_np

caracteres
total
total de nota de pedido
las operaciones que se

van a realizar dentro del Cod_art
Kardex

caracteres
Operacin
se ingresa el tipo de operacin que se

realiz ya sea ingreso o salida
Valor_unit
valor unitario del artculo
datos del que recibe la

cod_recepcionista
mercadera
nom_recepcionista
direccin de destino de la nota de

pedido
cdigo del recepcionista (el que recibi

el artculo)
nombre del recepcionista
Base de datos del ejemplo anterior mediante

cdigo en Sql-server
4.1 Script de Base de datos
CREATE TABLE Articulo (
Cod_art varchar(5) NOT NULL,
Nom_art varchar(25) NULL,
valor_total decimal(8,2) NULL,
Cantidad numeric NULL )
go
ALTER TABLE Articulo
ADD PRIMARY KEY (Cod_art)
Go
CREATE TABLE Boleta (
Num_bol varchar(6) NOT NULL,
fecha datetime NULL,
direccion varchar(30) NULL,
total numeric(8,2) NULL )
go
ALTER TABLE Boleta
ADD PRIMARY KEY (Num_bol)
go
CREATE TABLE Cliente (
cod_client varchar(5) NOT NULL,
nom_client varchar(25) NULL,
DI numeric(8) NULL )
go
34
Base de Datos
ALTER TABLE Cliente

ADD PRIMARY KEY (cod_client)
go
CREATE TABLE Detalle (
Num_np varchar(6) NOT NULL,
Cod_art varchar(5) NOT NULL,
descrpcion varchar(35) NULL,
cantidad numeric(8) null,
pre_unit numeric(8,2) NULL,
val_ven numeric(8,2) NULL )
go
ALTER TABLE Detalle
ADD PRIMARY KEY (Num_np, Cod_art)
go
CREATE TABLE Doc_Venta (
Num_DV varchar(6) NOT NULL,
cod_client varchar(5) NULL,
fecha_DV datetime NULL,
total numeric(8,2) NULL,
Num_np varchar(6) NULL,
Num_bol varchar(6) NULL )
go
ALTER TABLE Doc_Venta
ADD PRIMARY KEY (Num_DV)
go
CREATE TABLE Guia_interna (
Nro_GI varchar(6) NOT NULL,
fecha smalldatetime NULL,
cod_recepcionista varchar(5) NULL )
go
ALTER TABLE Guia_interna
ADD PRIMARY KEY (Nro_GI)
go
CREATE TABLE Nota_Pedido (
Num_np varchar(6) NOT NULL,
fecha datetime NULL,
direccion varchar(30) NULL,
total numeric(8,2) NULL )
go
ALTER TABLE Nota_Pedido
ADD PRIMARY KEY (Num_np)
go
CREATE TABLE Operaciones (
Operacion varchar(1) NULL,
Valor_unit numeric(8,2) NULL,
Cod_art varchar(5) NULL )
go
ALTER TABLE Operaciones
ADD FOREIGN KEY (Cod_art)
REFERENCES Articulo
go
CREATE TABLE Recepcionista (
nom_recepcionista varchar(30) NULL,
cod_recepcionista varchar(5) NOT NULL )
go
ALTER TABLE Recepcionista
ADD PRIMARY KEY (cod_recepcionista)
35
Base de Datos
go
ALTER TABLE Detalle
REFERENCES Articulo
go
ALTER TABLE Detalle
ADD FOREIGN KEY (Num_np)
REFERENCES Nota_Pedido
go
ADD FOREIGN KEY (Num_bol)
REFERENCES Boleta
go
ADD FOREIGN KEY (Num_np)
REFERENCES Nota_Pedido
go
ADD FOREIGN KEY (cod_client)
REFERENCES Cliente
go
ALTER TABLE Guia_interna
ADD FOREIGN KEY (cod_recepcionista)
REFERENCES Recepcionista
go
ALTER TABLE Operaciones
REFERENCES Articulo
go
ALTER TABLE Gi_articulo
REFERENCES Articulo
go
ALTER TABLE Gi_articulo
ADD FOREIGN KEY (Nro_GI)
REFERENCES Guia_interna
go
CREATE TABLE Gi_articulo (
Cod_art varchar(5),
Nro_GI varchar(6)
)
go
4.2 Carga de datos.

4.2.1 Tabla cliente
Insert into Cliente values ('CL001','Henry Guerrero','46369462')

Insert into Cliente values ('CL002','Maria Linares','36458596')
Insert into Cliente values ('CL003','Pedro Nies','94568562')
Insert into Cliente values ('CL004','Erika Fernandez','85946554')
4.2.2 Tabla Nota_pedido
Insert into Nota_Pedido values ('104825','15/06/2010','Av. Proceres 1757','165')
Insert into Nota_Pedido values ('104826','16/06/2010','Av. Grau 1546','180')
Insert into Nota_Pedido values ('104827','17/06/2010','Jr. Las Jardines 562','18')
Insert into Nota_Pedido values ('104828','18/06/2010','Av. Las Flores 2564','240')
4.2.3 Tabla Boleta
Insert into Boleta values ('100346','15/06/2010', 'Av. Proceres 1757','165')
36
Base de Datos
Insert into Boleta values ('100347','16/06/2010','Av. Grau 1546','180')

Insert into Boleta values ('100348','17/06/2010','Jr. Los Jardines 562','18')
Insert into Boleta values ('100349','18/06/2010','Av. Las Flores 2564','240')
4.2.4 Tabla Guia_Ineterna
Insert into Guia_interna values ('000010','01/06/2010','R0001')
4.2.5 Tabla Recepcionista
Insert into Recepcionista values ('Marcos Gonzales','R0001')
Insert into Recepcionista values ('Jos Julon','R0002')
Insert into Recepcionista values ('Pedro Jimenez','R0003')
Insert into Recepcionista values ('Manuel Perez','R0004')
4.2.6 Tabla Articulo
Insert into Articulo values ('AR410','pantalon','495','9')
Insert into Articulo values ('AR411','polos','360','24')
Insert into Articulo values ('AR412','medias','54','18')
Insert into Articulo values ('AR413','polos deportivos','120','12')
4.2.7 Tabla Doc_Venta
Insert into Doc_venta values ('000111','CL001','15/06/2010','165','104825', '100346')
Insert into Doc_VEnta values ('000114','CL004','18/06/2010','240','104828', '100349')
4.2.8 Tabla operaciones
Insert into operaciones values ('i','55','AR410')
Insert into operaciones values ('s','55','AR410')
4.2.9 Tabla Detalle
Insert into detalle values ('104825','AR410','pantalon nylon','3','55','165')
Insert into detalle values ('104826','AR411','polos algodon','12','15','180')
Insert into detalle values ('104827','AR412','medias alicradas','6','3','18')
Insert into detalle values ('104828','AR413','polos deportivos','24','10','240')
4.2.10 Tabla GI_Articulo
Insert into GI_Articulo values ('AR410','000010')
Bibliografa
www.galeon.com
www.belgrano.esc.edu.ar
37
Base de Datos
www.mailxmail.com
www.rincondelvago.com
www.monografias.com
www.wikipedia.org/wiki
www.mitecnologico.com
www.office.microsoft.com
www.uaem.mx
www.definicionabc.com
www.cyta.com.ar
Ruiz Gonzlez, francisco, arquitectura de sistemas de base de datos.
Alberto Taboada Jimnez, MODELAMIENTO DE BASE DE DATOS.
Leer ms:
http://www.monografias.com/trabajos84/modelamiento-base-datos/modelamiento-basedatos.shtml#ixzz3f99o8CpT
38

Base de Datos

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Base de Datos

Uploaded by

Copyright:

Available Formats

UNJFSC FIISI - EAPIS

UNIVERSIDAD JOS FAUSTINO SNCHEZ CARRIN

: Ing. Julio Csar Morales Len

Gamarra Espinoza, Jhair Daniel

UNJFSC FIISI - EAPIS

UNJFSC FIISI - EAPIS

UNJFSC FIISI - EAPIS

MODELO DE DATOS CONCEPTUAL AVANZADO

NORMALIZAR UN MODELO DE DATOS

UNJFSC FIISI - EAPIS

Normalizar es un concepto de base de datos relacional, pero sus principios se

Regla de Forma Normal

Primera Forma Normal (1FN)

UNJFSC FIISI - EAPIS

Mtodo de Dependencia de Datos:

UNJFSC FIISI - EAPIS

Localizar un atributo el cual sea el identificador nico (UID) de toda la ocurrencia de

UNJFSC FIISI - EAPIS

UNJFSC FIISI - EAPIS

UNJFSC FIISI - EAPIS

descompone el problema en sub problemas esto se resuelve independientemente, utilizando

1.1.2.1. Modelo Conceptual.

1.1.2.2. Modelo Lgico.

en memoria secundaria: las estructuras de almacenamiento y los mtodos utilizados para

UNJFSC FIISI - EAPIS

Es una implementacin de una base de datos en las estructuras de almacenamiento y

Sistema de gestin de Base de datos (SGBD).

UNJFSC FIISI - EAPIS

UNJFSC FIISI - EAPIS

"Un identificador de una entidad es un atributo o conjunto de atributos que determina de

UNJFSC FIISI - EAPIS

Relacin de Modelos de Datos.

UNJFSC FIISI - EAPIS

UNJFSC FIISI - EAPIS

Normalizacin de la base de datos

Descripcin General del Negocio

Normalizacin de Gua Interna.

UNJFSC FIISI - EAPIS

UNJFSC FIISI - EAPIS

Primera forma normal

Segunda forma normal

UNJFSC FIISI - EAPIS

Tercera forma normal

UNJFSC FIISI - EAPIS

Primera forma normal

Segunda forma normal

UNJFSC FIISI - EAPIS

Tercera forma normal

Normalizacin de Nota de Pedido

Primera forma normal

Segunda forma normal

UNJFSC FIISI - EAPIS

Tercera forma normal

UNJFSC FIISI - EAPIS

UNJFSC FIISI - EAPIS

Que es un Caso de Negocio?

Por qu deberamos llevar a cabo el proyecto?

Cules son las consecuencias de no hacerlo?

Qu se espera de nuestro equipo?

Cmo se alinea este proyecto como las iniciativas y metas de negocio de la

Aunque no es determinante, es aqu donde se decide si se lleva a cabo o desecha el

UNJFSC FIISI - EAPIS

2.1 Modelos de datos

Es el proceso de analizar los aspectos de inters para una organizacin y la relacin