Vous êtes sur la page 1sur 49

"¿Dónde está la Vida que hemos perdido en vivir?

¿Dónde está la
sabiduría que hemos perdido en el conocimiento? ¿Dónde está el
conocimiento que hemos perdido en la información? – poeta T. S.
Eliot (1888 – 1965)

CAPITULO 12:
Vista de la Información
• 1. Modelado de la Información
• 2. Diseño de la Información

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO
Escuela de Ingeniería Industrial 2016 – VI ciclo
Introducción

 Ahora describiremos una metodología para


construir un modelo entidad-relación.
 Las mejores prácticas de diseño de un modelo de
la información es mantener una mirada puesta en
su implementación como una base de datos
relacional.
 Se presenta una introducción a SQL (Structured
Query Language), un lenguaje de consultas para
bases de datos relacionales.

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO
Escuela de Ingeniería Industrial 2016 – VI ciclo
 Se explica como usar los cuatro comandos
necesarios SQL para Crear, Leer, Actualizar y
Eliminar datos.
 Para entregar una base de datos de calidad, es
necesario que este sin redundancias y evitar las
anomalías de datos. Esto es realizado a través de
la Normalización.

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO
Escuela de Ingeniería Industrial 2016 – VI ciclo
En este capítulo aprenderá:

 Describir una metodología para construir un


modelo entidad/relación (E/R).
 Resolver relaciones N:M en los modelos E/R
 Escribir los cuatro comandos SQL: Select, Insert,
Update, y Delete.
 Describir las anomalías de base de datos que
pueden ocurrir.
 Normalizar un modelo de información a 3NF.
 Crear un diccionario de datos.

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO
Escuela de Ingeniería Industrial 2016 – VI ciclo
 El modelo E/R puede ser desarrollado en dos
etapas con tres pasos en cada etapa:
 Construir el Modelo del Negocio
• Inicio del proyecto de modelado
• Definición de entidades
• Definición de relaciones
 Construir el Modelo de Diseño de Base de Datos
• Definición de PK
• Resolver relaciones N:M
• Definición de atributos No-llaves

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO
Escuela de Ingeniería Industrial 2016 – VI ciclo
Registrar Materiales de Origen
Número Nombre y Descripción Origen Comentarios

1 Orden de Compra – formato Formato en papel


enviado al departamento de
Compras
2 Libro de teléfonos Libro de papel (25 páginas)

3 Órganigrama Documento en papel Podría ser desfasado

Listar Datos de Origen


Número Nombre Número de material Propiedades de comentarios
de origen Datos
111 Orden de Compra 1 14-digit alphanumeric Nombre de
character documento
112 Número de orden 1, 22, 35 5-digit number Tracks PO, is
de compra unique
113 Nümero del 1, 22, 15 10-digit alphanumeric Unique identity
vendedor character of vendor

Ronald E. Giachetti
October 10, 2016 Slide 7
 Para identificar entidades vaya a través de la lista
de datos de origen y encuentre todos los
sustantivos. Algunas preguntas para identificarlas
son:
• ¿puede ser descrito?
• ¿ tiene cualidades?
• ¿existen varias instancias de aquello?
• ¿puede una instancia ser separada o identificada a
partir de otra instancia?
• ¿se refiere o describe algo más? Para esta última
pregunta, si la respuesta es sí, entonces el item es
probablemente un atributo en lugar de una entidad.
© Elmer González Herrera, Doctor en Ingeniería Industrial
curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 8
Escuela de Ingeniería Industrial 2016 – VI ciclo
Identificación de Entidad
Tipo de entidad Descripción
Persona Una persona en el sistema tal como estudiante, empleado,
cliente, invitado, paciente, médico, esposa o cónyuge, hijo, o
mascota.
Lugar Una localización geográfica tal como un salón de clase, edificio,
estado, zona de ventas, almacén, o país.
Evento Un evento tal como una llegada, una salida, un premio, o una
reunión.
Objeto Un objeto físico tal como una parte, inventario, película,
producto, herramienta o máquina.
Transacción Una transacción tal como ventas, registro, orden de compra,
depósito, o retiro.
Concepto Un concepto con una manifestación física tal como una clase,
un semestre, un procedimiento, una cuenta, o asignación de
trabajo.
Grupo Un grupo de personas tal como un departamento, un equipo,
Ronald E. Giachetti
October 10, 2016
una división, proveedor, o empresa. Slide 9
 Listado de todas las entidades potenciales en el
Pool de entidades
Entidad # Nombre Definición Origen

E1 Orden de compra A document authorizing the 2


purchase of goods
E2 Transportista A vendor who provides 2, 3
delivery service
E4 Departamento The organization unit that 2, 3, 5
employees are assigned to
E5 Factura A document that requests 3
payment for services from a
client

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 10
Escuela de Ingeniería Industrial 2016 – VI ciclo
 Una buena llave primaria o PK es:
• Identifica de forma única cada instancia
• Tiene un valor que no cambia durante la vida de la
instancia que representa
• Preferentemente es una llave simple
• Tiene un tipo de datos de número entero o corto,
caracteres alfanuméricos, de ancho fijo
• Preferiblemente, use una llave natural que se puede
tomar desde el sistema que se está modelando, pero si
es necesario, una PK puede ser definido como
ProductID, StudentID, etc.

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 11
Escuela de Ingeniería Industrial 2016 – VI ciclo
 Ejemplos de llave primaria o PK
ISBN es un código
internacional

Si la organización no Necesita un PK
tiene un ID único para los compuesto ya que el
miembros de su mismo número de cuarto
tripulación o Crew, o Room (e.g., Room
entonces uno debe ser 102) podría ocurrir en
creado. múltiples edificios.

Ronald E. Giachetti
October 10, 2016 Slide 12
 Migración de PK:
• Las PK´s deben migrar desde la entidad padre (el lado
de Uno) a la entidad hijo (el lado de Muchos)
• La PK completa debe migrar; nunca divida una PK
compuesta
• Sólo la PK migra a través de una relación

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 13
Escuela de Ingeniería Industrial 2016 – VI ciclo
 Relaciones redundantes: usualmente las
relaciones directas pueden ser eliminadas porque
son redundantes.

Ronald E. Giachetti
October 10, 2016 Slide 14
 Resolviendo relaciones N:M

Ronald E. Giachetti
October 10, 2016 Slide 15
 El Modelo del negocio
PurchaseOrder
Supplier SalesTransaction
InventoryProduct
fills
made by

has
has Customer
PurchaseOrderLine
is a
supplies SalesTransactionItem

Product sold in
SupplierPart uses
is for a

is in a
InventoryPart CreditCard

has fulfills

has
ProductCategory
Part ProductPart
is a

Ronald E. Giachetti
October 10, 2016 Slide 16
 Los Atributos No-llaves:
• Cada atributo debe tener un nombre único para
ambos tanto atributos como entidades
• Un atributo no puede tener el mismo nombre que una
entidad o como otro atributo.
• El nombre debe ser significativo y consistente en todo
el modelo y su definición es aplicable sólo a un
nombre de atributo.

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 17
Escuela de Ingeniería Industrial 2016 – VI ciclo
 Los Tipos de Datos y Dominios:
Tipo de Dato Dominio

• Cada atributo debe tener un • El conjunto de valores que un


tipo de dato definido. atributo puede asumir
• Los tipos de datos básicos • Un atributo puede o no puede
son: tener un dominio definido.
 Number • Dominio explícito
 Real
 estados = {AL, FL, GA, NY, …}.
 Integer
• Dominio definido
 Boolean
 GPA ≥ 0 AND GPA ≤ 4.0
 Text
 Date

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 18
Escuela de Ingeniería Industrial 2016 – VI ciclo
 Un Diccionario de Datos: es un repositorio
centralizado de información sobre el modelo de
datos
 Es parte de los metadatos (datos acerca de datos)
 Define los datos, tipo de datos, el dominio, el
formato, y otra información, según sea necesario.
Field Description Reason for Data Field Format Validation & Required Indexed Application found in
Name data Type Size other rules
Member_ PK. Unique sequential To track Text 6 Y Y Order System
id number members
FK in xxx tables
First The members first name Text 25 Y N Order System
Name
Last The members Last name Text 30 Y Y
Name
Phone# Members primary phone Text 10 (999)99 N N
number 9-9999
Join date The date that the member Used for Date 99/99/9 Default = N Y Marketing System
actually paid their initial promotions 9 today’s date
membership fee and data Validation
mining by rule: join date
marketing <=today’s date

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 19
Escuela de Ingeniería Industrial 2016 – VI ciclo
 Modelo de Diseño de una Base de datos

Ronald E. Giachetti
October 10, 2016 Slide 20
 El modelo E-R es usualmente implementado con
un sistema de Base de Datos Relacional.

Términos del Modelo de Términos de base de Datos


Información
Entidad Tabla
Atributo Campo
Instancia de entidad Registro

Slide 21
 El mapeo de un modelo E-R a una Base de datos:

La PK se convierte en un campo que


Cada atributo se convierte en
es obligatorio e indistinguible de
una columna o field(campo)
otros campos con valor excepcional
de la tabla
y ese valor debe ser único en la tabla

PassengerID FristName LastName Children


52344-1 Bob McGuire
52345-1 Yuly Sanchez Carlos
52345-2 Carlos Sanchez
Cada fila de la tabla es un Record(registro) o en el modelo llamado una instancia de la entidad

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO
Escuela de Ingeniería Industrial 2016 – VI ciclo
SQL (Structured Query Language)

 SQL es un lenguaje declarativo para accesar datos


en una base de datos, tiene:
 DDL o Data definition language
 DML o Data manipulation language
 Centrado en CRUD lo cual es necesario para el
diseño de sistemas empresariales.
CRUD SQL
Create Insert
Read Select
Update Update
Delete Delete

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 23
Escuela de Ingeniería Industrial 2016 – VI ciclo
SQL Insert

INSERT INTO NombreTabla


([NombreAtributo1], [NombreAtributo2], ...)
VALUES (Valor1, Valor2, ...);

Todos los comandos SQL


finalizan con el delimitador
punto y coma “;”
INSERT INTO ShoreExcursion
(CodigoExcursion, NombreExcursion, Duracion, CodigoPuerto)
VALUES (‘E502’, ‘Swim with Sharks’, 4, ‘BAH’);

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 24
Escuela de Ingeniería Industrial 2016 – VI ciclo
 En INSERT de SQL, el orden de los nombres de atributo
debe coincidir con el orden de los valores - no necesitan
coincidir con el orden en que están en la Tabla.
 Ambos

INSERT INTO ShoreExcursion


(ExcursionCode, ExcursionName, Duration, PortCode)
VALUES (‘E502’, ‘Swim with Sharks’, 4, ‘BAH’);

 .. y
INSERT INTO ShoreExcursion
(ExcursionName, Duration, PortCode, ExcursionCode)
VALUES (‘Swim with Sharks’, 4, ‘BAH’, ‘E502’);

 Crean el mismo registro


© Elmer González Herrera, Doctor en Ingeniería Industrial
curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 25
Escuela de Ingeniería Industrial 2016 – VI ciclo
SQL Select
 Lee datos desde una base de datos

SELECT [DISTINCT] nombreAtributo1, nombreAtributo2, ...


FROM NombresTabla(s)
[WHERE] Predicado
[ORDER BY] Atributo ASC o DESC;

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 26
Escuela de Ingeniería Industrial 2016 – VI ciclo
SELECT *
FROM Crucero;

SELECT nombreExcursión, Descripción, Costo, Duración


FROM excursiónMarítima
WHERE Duración <= 3 AND Costo <= 50 AND códigoPuerto
= ‘BAH’;

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 27
Escuela de Ingeniería Industrial 2016 – VI ciclo
TABLA: excursiónMarítima
códigoExcursión nombreExcursión costo códigoPuerto Duración

EB023 Swim with Dolphins $120 BAH 5


EB044 Island Tour $50 KIN 4
EB047 JetSki $75 4
EB055 City Tour $50 MIA 5

EB056 Snorkling $50 BAH 3

EB060 Ghost Tour $25 BAH 3

SELECT nombreExcursión, costo, duración


FROM excursiónMarítima
WHERE duración <= 3 AND costo <= 50 AND códigoPuerto = ‘BAH’;

nombreExcursión costo duración


Snorkling $50 3
Ghost Tour $25 3

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 28
Escuela de Ingeniería Industrial 2016 – VI ciclo
SQL Select to Join Tables
Junte tablas (usualmente) de acuerdo con la relación entre la
llave primaria (PK) con la llave foránea (FK)

SELECT Cruise.DepartureDate
FROM Cruise, Ship
WHERE Ship.ShipID = Cruise.ShipID and ShipName = “SeaScape”;

 La clausula WHERE define la unión entre dos tablas.


 Este query obtiene tolas las fechas de salida del crucero hechas por el barco SeaScape
 Necesitamos unir las tablas ya que los datos residen en dos tablas diferentes.
 Note el uso de la “notación punto” para los nombres de los atributos cuando las
ocurrencias estan en dos tablas

Ronald E. Giachetti
October 10, 2016 Slide 29
SQL Update
UPDATE TableName
SET AttributeName = Expression [,attribute name =
Expression, ...]
[WHERE Predicate];

UPDATE ShoreExcursion
SET Cost = Cost + 10
WHERE PortCode = ‘BAH’;

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 30
Escuela de Ingeniería Industrial 2016 – VI ciclo
SQL Delete
DELETE
FROM tablename
[WHERE predicate ]

DELETE
FROM ShoreExcursion
WHERE PortCode = ‘BAH’;

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 31
Escuela de Ingeniería Industrial 2016 – VI ciclo
Reglas de Base de Datos
 La regla de integridad de la entidad dice que todas las
entradas de PK´s son únicas, y que ninguna parte de la PK
puede ser nula.
 La integridad de la entidad garantiza que cada instancia de
una entidad puede ser únicamente identificada y asegura que
los valores de las FK´s puedan referenciar los valores de la
PK´s apropiadamente.

 La regla de integridad referencial dice que los valores de la


FK´s son requeridas para que coincida a aquellas de la PK o
ser completamente nula.
 La integridad referencial asegura que los datos en la entidad
hijo puedan ser coincidentes con los datos en la entidad
padre.
© Elmer González Herrera, Doctor en Ingeniería Industrial
curso: Ingeniería de la Información Empresarial
Ronald E. Giachetti
UNIVERSIDAD PRIVADA ANTENOR ORREGO
October 10, 2016 Slide 32
Escuela de Ingeniería Industrial 2016 – VI ciclo
Integridad Referencial
The values for the field PortCode in the PortCode PortName
Excursion Table must match the values in BAH Nassau, Bahamas
the Port table or be Null
MIA Miami
FLL Fort Lauderdale
DEBE
coincidir o
ser NULO

Excursion ExcursionName Cost PortCode Duration • Excursions EB023 and


Code EB055 satisfy referential
EB023 Swim with Dolphins $120 BAH 5 integrity because their
EB044 Island Tour $50 KIN 4 PortCode matches values in
the Port Table
EB047 JetSki $75 4
EB055 City Tour $50 MIA 5

• Excursion EB044 violates referential integrity because the PortCode is KIN and it
does not match any record in the Port table
• Excursion EB047 satisfies referential integrity because its PortCode is Null

Ronald E. Giachetti
October 10, 2016 Slide 33
Normalización

 Es el proceso de reconocer propiedades


indeseables (anomalías) en el modelo de
Información y convertir el modelo en una forma
más deseable
Remover redundancias
Asegurar que las dependencias de datos tengan
sentido
 Las transiciones del modelo a través de una serie
de etapas llamadas formas normales: first normal
form (1NF), second normal form (2NF), third
normal form (3NF).
© Elmer González Herrera, Doctor en Ingeniería Industrial
curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO Slide 34
Escuela de Ingeniería Industrial 2016 – VI ciclo
Anomalías

 Las anomalías son inconvenientes o situaciones


propensas a errores que surgen al momento de
procesar las tablas
 Existen 3 tipos:
Tipo de Anomalía Descripción
Insert Un registro no puede ser insertado en una tabla al menos
que la información esté insertada primero en otra tabla de
datos o datos fantasmas sean creados.
Update Un registro no se puede actualizar sin cambiar los datos en
muchos lugares diferentes. Esto puede ser muy difícil de
manejar.
Delete Un registro no se puede eliminar sin eliminar un registro de
una entidad relacionada

Slide 35
Ejemplos de Anomalías

 Si queremos actualizar la ciudad donde reside Bob


Smith, necesitamos hacerlo en varios lugares –
anomalía de actualización.
OrderNumber CustomerID LastName FirstName City TotalAmount

123 A1 Smith Bob Monterey $127.50

125 A1 Smith Bob Monterey $250.25

133 A5 Belevaqua Frank Fort Pierce $50.00

 No podemos crear un cliente al menos que


creemos una orden – anomalía de inserción.
 Si queremos eliminar la orden 133 perderemos
también toda la información acerca de nuestro
cliente Frank – anomalía de eliminación.
Slide 36
Formas de Normalización
Normal Level Description
First Normal Form No repeating groups; each attribute has a single value only
(1NF)
Second Normal No partial dependencies; All non-key attributes depend on
Form (2NF) entire primary key
Third Normal Form No transitive dependencies; i.e., a non-key attribute cannot
(3NF) depend on another non-key attribute

 Resultados de la Normalización:
Cada tabla representa un simple tema
Ningún elemento de los datos será almacenado
innecesariamente en más de una tabla.
Todos los atributos en una tablas seran dependientes
de la PK
Slide 37
Caso de Estudio: Necesidad de Normalización

Ronald E. Giachetti
October 10, 2016 Slide 38
Ronald E. Giachetti
October 10, 2016 Slide 39
Ronald E. Giachetti
October 10, 2016 Slide 40
Ronald E. Giachetti
October 10, 2016 Slide 41
Ronald E. Giachetti
October 10, 2016 Slide 42
Ronald E. Giachetti
October 10, 2016 Slide 43
Ronald E. Giachetti
October 10, 2016 Slide 44
Resultado Final

• PROJECT (PROJ_NUM, PROJ_NAME)

• ASSIGN (PROJ_NUM, EMP_NUM, ASSIGN_HOURS)

• EMPLOYEE (EMP_NUM, EMP_NAME, JOB_CLASS)

• JOB (JOB_CLASS, CHG_HOUR)

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO Slide 45
Escuela de Ingeniería Industrial 2016 – VI ciclo
 El modelo de Información se sustenta en un
conjunto de elementos de datos de mutuo
acuerdo de nombres y definiciones claramente
definidas.
 Un diccionario de datos es un repositorio
centralizado de información acerca de datos tal
como tipos de datos, significados, relaciones a
otros datos, origen, usos, y formato de cada
atributo.
 Es parte de los metadatos (datos acerca de datos)

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO Slide 46
Escuela de Ingeniería Industrial 2016 – VI ciclo
Field Description Reason for Data Field Format Validation & Required Indexed Application found in
Name data Type Size other rules
Member_ PK. Unique sequential To track Text 6 Y Y Order System
id number members
FK in xxx tables
First The members first name Text 25 Y N Order System
Name
Last The members Last name Text 30 Y Y
Name
Phone# Members primary phone Text 10 (999)99 N N
number 9-9999
Join date The date that the member Used for Date 99/99/9 Default = N Y Marketing System
actually paid their initial promotions 9 today’s date
membership fee and data Validation
mining by rule: join date
marketing <=today’s date

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO Slide 47
Escuela de Ingeniería Industrial 2016 – VI ciclo
 El resultado final del modelado de la información
es un modelo de definición de base de datos que
incluya.
• El modelo entidad-relación final, llamado un Modelo de
Definición de Base de Datos
• La Crónica (log: “historial”) de Material de Origen
• La Lista de material de Origen.
• El pool de entidades
• El pool de atributos
• El Diccionario de Datos.

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO Slide 48
Escuela de Ingeniería Industrial 2016 – VI ciclo
Resumen

 El resultado final del modelado de la información


es un modelo de definición de base de datos que
incluya.
• El modelo entidad-relación final, llamado un Modelo de
Definición de Base de Datos
• La Crónica (log: “historial”) de Material de Origen
• La Lista de material de Origen.
• El pool de entidades
• El pool de atributos
• El Diccionario de Datos.

© Elmer González Herrera, Doctor en Ingeniería Industrial


curso: Ingeniería de la Información Empresarial
UNIVERSIDAD PRIVADA ANTENOR ORREGO Slide 49
Escuela de Ingeniería Industrial 2016 – VI ciclo

Vous aimerez peut-être aussi