03 Sesion Modelamiento de Datos. - Diseño Conceptual

FACULTAD DE INGENIERA
EAP DE INGENIERA DE SISTEMAS
GESTIN DE DATOS E INFORMACIN

MODELAMIENTO DE DATOS.DISEO CONCEPTUAL
SESIN 03
[ EAP INGENIERA DE SISTEMAS ]
UCV - ATE
1 /62
CONTENIDOS
Temas Previos
PARTE I
Diseo Conceptual de una Base de Datos
El Modelado de Datos.- Abstraccin,
mecanismos
El Modelo Entidad Relacin
UML vs. ERE
PARTE II
Diagramas Entidad-Relacin (D-ER)
Ejercicios
UCV - ATE
2 /62
TEMAS PREVIOS
Sistemas Gestores de Base de

Datos
Base de Datos
Modelo de Negocio
Requerimientos
UCV - ATE
3 /62
Cmo Diseo la Base de Datos ?
Interaccin con el sistema
Usuarios
Sistema
Requerimientos
UCV - ATE
BASE
DATOS
4 /62
Etapas para el Diseo de una Base de Datos

Requerimientos de
Informacin
(I)
DISEO CONCEPTUAL
(II)
DISEO LOGICO
DISEO FISICO DE LA BASE DE DATOS
BASE
DATOS
UCV - ATE
(III)
5 /62
Etapas para el Diseo de una Base de Datos

Requerimientos de Informacin
DISEO CONCEPTUAL
Usuarios
y Clientes
Cliente Producto Documentos

DISEO LOGICO
RED
RELACIONAL
OO
DISEO FISICO DE LA BASE DE DATOS
ORACLESQL Server ACCESS
UCV - ATE
DB2
MYSQL
INFORMIX
6 /62
Los Protagonistas
Diseador
Desarrollador
Profesional de
Base de Datos
Arquitecto
Analista de
Negocio
Probador
Proyecto
Sistema de Informacin
UCV - ATE
Jefe de
Proyectos
7 /62
Ciclo de Vida del Desarrollo

de Sistemas
FASES
Planeamiento
ACCIONES
Requerimientos Iniciales
Estudio de Factibilidad
Anlisis
Requerimientos de usuario
Evaluacin del sistema actual
Diseo Lgico del Sistema
Diseo
Detalle de las
especificaciones del Sistema
Desarrollo
Codificacin, testing, ajustes.

Instalacin, Tunning
Mantenimiento
UCV - ATE
Evaluacin
Mantenimiento: evolutivo y
correctivo
8 /62
Ciclo de Vida de la Base

de Datos
FASES
Definiciones
Iniciales
ACCIONES
Anlisis de la Situacin de la Compaa
Identificacin de Problemas y Restricciones
Definicin de Objetivos
Determinacin del Alcance
Diseo de la BD
Diseo Conceptual
Seleccin del SGBD DBMS
Diseo Lgico y Fsico
Implementacin
Instalacin de la BD
Creacin de la BD
Ingreso y Conversin de Datos
Testing y
Evaluacin
Testing de BD
Afinamiento de BD
Evaluacin de la BD y sus Aplicaciones
Operacin
Flujos de Informacin
Mantenimiento y
Evaluacin
Aplicacin de Cambios
Cambios Asociados
UCV - ATE
9 /62
PARTE I
Diseo Conceptual de una
Base de Datos
UCV - ATE
10 /62
DISEO CONCEPTUAL
Diseo de una Base de Datos

Proceso por el que se determina la organizacin de
una base de datos, incluidos su estructura,
contenido y las aplicaciones que se han de
desarrollar.
El diseo de la base de datos se alimenta
fundamentalmente de:
Requerimientos
Reglas de Negocio
UCV - ATE
1111/62
DISEO CONCEPTUAL
Trminos y Conceptos
MODELOS
Se utilizan en todo tipo de ciencias.
Simbolizan parte del mundo real
Es un esquema mental (conceptual)
MODELOS DE DATOS
Reproducen una informacin real que se desea
almacenar en un sistema informtico.
ESQUEMA
Vista.- describe una parte de la BD para los
usuarios
UCV - ATE
1212/62
DISEO CONCEPTUAL
Trminos y Conceptos
TIPOS DE MODELOS:
(1) Segn el Nivel o Vista de la BD.

- Conceptual,
- Lgico,
- Fsico
(2) Segn el Tipo de DBMS

- Relacional,
- Jerrquico,
- Red,
- OO,
- Objeto-Relacional
UCV - ATE
13
13 /62
DISEO CONCEPTUAL
El Modelado de Datos
El proceso de modelado se apoya en
mecanismos de abstraccin :
Clasificacin
Agregacin
Generalizacin
Las abstracciones ayudan a entender,

clasificar y modelar la realidad y permiten
identificar clases
UCV - ATE
1414/62
La Abstraccin
DISEO CONCEPTUAL
La abstraccin se centra en las caractersticas esenciales de un objeto

en relacin a la perspectiva del observador
UCV - ATE
1515/62
DISEO CONCEPTUAL
Mecanismos de Abstraccin
Clasificacin:
es_miembro_de
Define un concepto como una clase de objetos
de la realidad con propiedades comunes
Representacin:
Ejemplos:
- En el caso de una persona: Nombre, Talla, Direccin,
Peso, Color de Pelo, nmero de calzado.
- En el caso de una factura: nro, fecha, cliente, producto,
cantidad, precio unitario, la unidad de medida.
UCV - ATE
1616/62
DISEO CONCEPTUAL
Agregacin:
es_parte_de
Define una clase nueva a partir de otras que
representan sus partes componentes
Representacin:
Ejemplos:
- Por ejemplo una factura se define a partir de la clase
productos, vendedores y clientes. .
UCV - ATE
1717/62
DISEO CONCEPTUAL
Generalizacin:
es_un
Define una relacin de subconjunto entre los
elementos de 2 o + clases (herencia)
Representacin:
Ejemplos:
- clientes naturales y clientes jurdicos: generalizamos
como clientes .
UCV - ATE
1818/62
DISEO CONCEPTUAL
El Modelo Entidad Relacin (E/R)

Ideado por Peter Chen (1976), A partir de 1988
ANSI (Inst. Estndares Americano)
Modelo estndar para Crear Esquemas
Conceptuales de BD.
Inicialmente slo inclua: entidad, relacin y
atributos.
- Entidades: clases de objetos de la realidad
- Interrelaciones: agregaciones de dos o ms entidades
- Atributos: propiedades bsicas de entidades o
interrelaciones
El Modelo E/R Extendido aade: atributos

compuestos, generalizaciones, .
UCV - ATE
1919/62
Simbologa
del Modelo
ER
UCV - ATE
20 /62
DISEO CONCEPTUAL
Simbologa del Modelo E/RE
UCV - ATE
21 /62
DISEO CONCEPTUAL
Del Modelo ERE al UML
UCV - ATE
22 /62
DISEO CONCEPTUAL
Terminologa UML vs. (E)ER

UML Class Diagram EER Diagram
Class
Entity Type
Object
Entity
Attribute
Attribute
Domain
Domain
Structured Domain
Composite Attribute
Operation
~ [Derived Attribute]
Association
Relationship Type
Link
Relationship Instance
Multiplicities
Cardinality & Participation
UCV - ATE
23 /62
PARTE II
Modelo Entidad Relacin
REGLAS DE
MODELADO
CONCEPTUAL
UCV - ATE
24 /62
Es un modelo de datos de alto nivel que se emplea en el

diseo conceptual de la base de datos. Percibe el mundo
real como objetos llamados entidades y las relaciones
entre ellos. Especifica un esquema de la organizacin
que representa la estructura lgica completa de una
base de datos.
Fue introducido por Peter Chen en 1976
CLIENTE
CLIENTE
coloca
coloca
Es colocada
UCV - ATE
ORDEN DE
COMPRA
ORDEN DE
COMPRA
25 /62
CONCEPTOS PRINCIPALES
ENTIDAD
Es una cosa u objeto del mundo
nos interesa almacenar
Es distinguible de
real delinformacin.
que
todos los dems objetos ( Ejemplo : de un grupo de
ATRIBUTOS
alumnos,
un alumno
entidad ) especficas
sones
lasuna
propiedades
la entidad. Por
la entidad empleado
queejemplo
describen
puede ser descrita por su nombre, cargo y
sueldo. Los atributos pueden tener valores.
TIPO DE ENTIDADES define un conjunto de
poseen los mismos entidades
atributos. Concepto
til para
que
el diseo. Ejemplo : empleado, cliente,
TIPOS
DE son asociaciones entre dos o mas tipos de
proveedor
RELACIONES
entidades que representan un hecho o
situacin
del mundo
real. Ejem
Empleado
pertenece
a :
departamento
UCV - ATE
26 /62
Tipo de entidades
Tipo de entidades
dbil
Relacin
Atributo
Atributo
clave
Clave
( Corresponde a
parcial
una entidad dbil )
Atributo multivaluado
UCV - ATE
27 /62
Atributo compuesto
Atributo derivado
E1
E2
R
1
E1
(min , max)
E2
Participacin total de E2 en
R
Cardinalidad 1:N para E1:E2 en
R
Restriccin Estructural (min ,
de
la )participacin de E en R
max
UCV - ATE
28 /62
1. Simples o compuestos
2. Monovaluados o Multivaluados
3. Almacenados o Derivados
Atributo Simple
Son atributos que se visualizan o conceptualizan como
un solo valor. Ejemplo :
direcci
n
CLIENTE
Direccin = Angamos 1535-201,

Lima, Per
UCV - ATE
29 /62
Atributo Compuesto
Son atributos que se han dividido en componentes
mas pequeos. Por ejemplo el atributo direccin de
una entidad cliente, se puede subdividir en domicilio,
ciudad y pais :
Domicilio = Angamos 1535-201
Direccin
Ciudad = Lima
Pas = Per
El valor del atributo compuesto es la concatenacin de los

valores de los atributos simples que lo constituyen
Direccion = Angamos 1535-201, Lima, Per
UCV - ATE
30 /62
Atributo Compuesto
ciudad
domicili
o
pais
direcci
n
CLIENTE
UCV - ATE
31 /62
Atributo Compuesto
Estos atributos pueden formar una jerarqua
Direccin
Domicilio
calle
numero
Ciudad
Pas
departamento
UCV - ATE
32 /62
Atributo Monovaluado
Estos atributos tienen un solo valor. Por ejemplo el
atributo edad :
sexo
ALUMNO
UCV - ATE
33 /62
Atributo Multivaluado
Es el caso en que un atributo puede tener un conjunto
de valores para la misma entidad. Por ejemplo el
atributo aficiones, asi una persona podra tener mas
de una aficin : rugby, filatelia, lectura.
aficin
area
FUNCIONARIO
UCV - ATE
34 /62
Atributo Almacenado
Es el que mantiene sus valores almacenados en algn
medio persistente. Por ejemplo el atributo
fechaNacimiento
fechaNacimi
ento
FUNCIONARIO
UCV - ATE
Si se desea trabajar con

este valor, simplemente
se le extrae
directamente de su
medio de
almacenamiento
35 /62
Atributo Derivado
Es el que se obtiene en forma indirecta, normalmente a
partir de algn atributo almacenado. Por ejemplo el
atributo edad , se puede obtener a partir del atributo
fechaNacimiento y de la fecha actual ( obtenible del S.O ).
edad
ALUMNO
UCV - ATE
36 /62
Es un atributo cuyo valor es distinto para cada entidad

individual. Constituyen una variedad de restriccin importante
y se puede expresar como restriccin de clave o de unicidad.
De hecho son atributos que identifican de manera inequvoca a
una entidad.
El cdigo de un empleado, es un
ejemplo de atributo clave :
cdigo
EMPLEADO
A veces una clave se forma en base a varios atributos que se

concatenan. Esto nos llevara al concepto de atributo
compuesto, el cual se convertira en el atributo clave del tipo de
entidades analizado.
UCV - ATE
37 /62
Especifica los valores que es posible asignar a

este atributo para cada entidad individual.
Por ejemplo el atributo EDAD del tipo de entidades
EMPLEADO. Sabemos que en una empresa la
edad legal para laborar (varones) esta entre 18 y
65 aos, por tanto el dominio del atributo EDAD
sera (16,65)
El dominio no se representa en el DER.
UCV - ATE
38 /62
Son asociaciones entre dos o mas entidades que

representan un hecho o situacin del mundo real. Se
representan con rombos conectados mediante lneas
rectas con los los tipos de entidades
asociados.
ORDEN
DE
RELACION
CLIENTE
coloca
COMPRA
SIMPLE
MEDICO
trata
da
recibo
UCV - ATE
PACIENTE
MULTIRELACION
39 /62
Es el nmero de tipos de entidades que participan

en una relacin
CLIEN
TE
PROFESOR
coloca
ORDEN
DE
COMPRA
GRADO 2
CURSO
dicta
GRADO 3
AULA
UCV - ATE
40 /62
Se produce cuando dos entidades relacionadas requieren

almacenar un dato que no corresponde a ninguna de ellas.
Por ejemplo, un cliente compra artculos :
CLIEN
TE
compra
ARTICUL
O
pero si deseamos recordar que da se compr ese

artculo, donde se almacenara la fecha ?
La fecha de compra no es atributo de cliente
La fecha de compra no es atributo de artculo
La fecha de compra esta asociada a la compra misma :
fecha
CLIEN
TE
compra
UCV - ATE
ARTICUL
O
41 /62
Todo tipo de entidades cuando participa en un tipo de relaciones,

desempea algn rol. Por ejemplo en el tipo de relacin :
EMPLEA
DO
Pertene
ce a
DEPARTAME
NTO
Aqu EMPLEADO desempea el rol de empleado o trabajador y el

tipo de entidad DEPARTAMENTO tiene el rol de departamento o
patrn.
trabajad
EMPLEA or
DO
Pertene
ce a
patr
DEPARTAME
n
NTO
Normalmente no es necesario escribir los roles en los tipos de

relaciones cuando los nombres de los tipos de entidades son
distintos, ya que cada nombre de tipo de entidades es
autodescriptivo y se puede usar para expresar su rol.
UCV - ATE
42 /62
Un tipo de relaciones es recursiva, cuando en algunos casos

el mismo tipo de entidades participa mas de una vez en un
tipo de relaciones con roles diferentes. En tales casos el
nombre del rol resulta indispensable para distinguir el
significado de cada participacin
supervi
sor
EMPLEA
DO
Pertene
ce a
supervisa
do
DEPARTAME
NTO
supervisi
n
UCV - ATE
43 /62
Son restricciones que aplican los tipos de relaciones sobre

las entidades que participan en la relacin, limitando sus
posibles combinaciones.
Por ejemplo una empresa puede tener como norma que un

empleado solo puede pertenecer a un solo departamento. Por
otro lado como es obvio, a un departamento pertenecen
muchos empleados. El asunto es como expresar esta
restriccin ?
UCV - ATE
44 /62
Este tipo de relacin se modela y se lee as :

( de IZQ a DER )
Un empleado pertenece a un Departamento
EMPLEA
DO
Pertene
ce a
DEPARTAME
NTO
( de DER a IZQ )
A un Departamento pertenecen muchos empleados
UCV - ATE
45 /62
1. RAZON DE CARDINALIDAD
2. RESTRICCION DE PARTICIPACION
UCV - ATE
46 /62
Indica cuantas veces puede participar una entidad en un tipo de

relaciones
(1,1)
Indica uno a uno
(1,N)
Indica uno a muchos
(M,N)
Indica muchos a muchos
UCV - ATE
47 /62
En el Departamento de Marketing trabajan 35 personas y hoy Jorge

Lamas ha sido nombrado Gerente de este Departamento y por tanto,
tiene ahora la grave responsabilidad de dirigir a todas las dems
personas. Si deseamos modelar esta empresa :
EMPLEA
DO
dirige
DEPARTAME
NTO
Como se lee este modelo ?

Un empleado dirige un Departamento
Un Departamento es dirigido por un empleado
UCV - ATE
48 /62
Si asumimos que en todas las empresas comerciales se cumple que un

vendedor puede visitar a muchos clientes y que un cliente debe ser visitado
por un vendedor. Como modelara esta situacin?
VENDEDO
R
visita
CLIENTE

Un vendedor visita muchos cliente
Un cliente es visitado por un vendedor
UCV - ATE
49 /62
matricular
CURSO
ALUMN
se
O
Un alumno puede matricularse en muchos cursos
En un curso pueden matricularse muchos alumnos
ORDEN
tiene
ARTICULO
Una orden tiene muchos articulos

Un artculo tiene presencia en muchas ordenes
UCV - ATE
50 /62
dirige
EMPLEA
DO
EMPLEA
DO
DEPARTAME
NTO
(1,1)
Pertenece a
ORDEN
DEPARTAME
NTO
(1,N)
tiene
ARTICULO
(M,N)
UCV - ATE
51 /62
1. TOTAL
2. PARCIAL
UCV - ATE
52 /62
R es un tipo de relacin entre los tipos de entidades E1 y E2. Se dice

que E1 participa totalmente en el tipo de relacin R, si toda entidad de
E1 esta relacionada con por lo menos una entidad de E2
EMPLEA
DO
Pertene
ce a
DEPARTAME
NTO
Ejemplo : Todo empleado debe
pertenecer a un departamento
PARTICIPACION
TOTAL
UCV - ATE
Ejemplo : A Todo departamento

le pertenecen empleados
53 /62
Un tipo de entidades E1 participa

parcialmente en el tipo de relacin R
1
1
dirige
EMPLEA
DO
DEPARTAME
NTO
Ejemplo : No todo empleado

dirige un departamento
Todo departamento es dirigido
por un empleado ( total)
PROFES
OR
tiene
OFICINA
Ejemplo : No todo profesor

tiene una oficina
No toda oficina tiene un
profesor ( tambin parcial)
UCV - ATE
54 /62
Se caracterizan porque no poseen atributos clave propios. Dependen

su existencia de otro tipo de entidades que se conoce como
propietario.
Resumiendo entonces, los tipos de entidades dbiles siempre tienen

una restriccin de participacin total ( dependencia de existencia ) y
la ausencia de atributo clave propio
Para distinguir una entidad dbil de otras, debemos asociarla con la
entidad fuerte o propietaria y ubicar un atributo discriminante
dentro de la entidad dbil, que se conoce como clave parcial.
Finalmente la clave primaria de un tipo de entidades dbil se forma
mediante la clave primaria del tipo de entidades propietario ms la
clave parcial del tipo de entidades dbil.
EJEMPLO
UCV - ATE
55 /62
EJEMPLO :
Cuando obtenemos un prstamo de una entidad crediticia, nos
comprometemos a pagarlo mediante una secuencia de pagos. De aqu
podemos notar que aparecen dos entidades : prstamo y pago .
Consideremos que los atributos son :
prestamo( numPrestamo, importe ,

fechPrestamo )
pago( numPago, fechaPago, importe )
Aunque cada entidad pago es distinta, muchos pagos corespondientes a
diferentes prestamos, de hecho van a tener el mismo numero de pago.
En otras palabras cualquier pago depender existencialmente de una
entidad prstamo y por otro lado no posee atributo clave, ya que
numPago no es nico. Entonces estamos frente a un tipo de entidades
dbil.
UCV - ATE
56 /62
Diagrama E-R con un tipo de entidades dbil

importe
numPrestamo
prstamo
importe
fechaPago
posee
numPago
fechaPago
pago
Un prstamo posee muchos pagos

Un pago es propiedad de un prstamo
Todo pago pertenece a UN prstamo
UCV - ATE
57 /62
Es otro mtodo de expresar las restricciones de cardinalidad y de

participacin, mostrandolos como un par coordenado de la forma :
( mn , max )
Consiste en asociar un par de nmeros enteros (mn, mx) a cada

participacin de un tipo de entidades E en un tipo de relaciones R,
donde : 0 <= mn <= mx >= 1
INTERPRETACION :
1. Los nmeros significan que, para cada entidad e de E, e debe
participar en por lo menos mn y cuando mas en mx ejemplares de
relaciones de R en todo momento ( cardinalidad ).
2. Cuando mn = 0 , implica participacin parcial y cuando mn > 0

implica participacin Total.
UCV - ATE
58 /62
( mn , mx )
Cardinalidad : Un empleado dirige 0 UN
Departamento
Participacin : No todo empleado dirige un
Departamento
(0,1)
( UNO a
UNO
)
(
PARCIAL
)
(1,1)
dirige
EMPLEA
DO
DEPARTAME
NTO
Cardinalidad : Un Departamento es dirigido por UN

( UNO a
empleado
Participacin : Todo Departamento es dirigido por UN UNO
) )
( TOTAL
empleado
Nota : observe que en esta notacin, cuando
se tiene participacin total, no se usa doble
lnea.
UCV - ATE
59 /62
Sin embargo debe usarse necesariamente

cuando se modelan entidades dbiles
empleado
(0,N)
posee
(1,1
)
hijos
fechNac
nombre
sexo
UCV - ATE
60 /62
UCV - ATE
6161/62
Ejercicio 01: BD Empresa

La empresa involucra las siguientes entidades
de informacin que se describen en los
Requisitos de informacin:
La Empresa esta organizada por departamentos. Cada uno con
nombre y nmero nico. Tiene un director y su fecha de inicio.
Puede estar distribuido en varios lugares.
Cada departamento controla cierto nmero de proyectos. Cada

uno con nombre y nmero nicos y se realiza en un solo lugar.
De cada empleado se guarda su nombre, nmero de seguridad
social, direccin, salario, sexo y fecha de nacimiento. Est
asignado a un departamento pero puede trabajar en varios
proyectos (no tienen por qu ser controlados por el mismo
departamento). N horas semanales dedicadas a cada proyecto y
62
DE SISTEMAS ] UCV - ATE
quin es[ EAP
suINGENIERA
supervisor.
/62
Ejercicio 02: Empresa Cosmos S.A.

La empresa Cosmos S.A. Vende maquinaria industrial de ltima
tecnologa, existiendo dentro de la empresa como es obvio un rea de
ventas. Cada vendedor trabaja con diversos tipos de clientes y tiene
acceso a varios consultores distintos en la organizacin. Cuando el
cliente pide informacin muy especializada, el vendedor debe
acceder a los consultores de la compaa para que ellos informen al
cliente en una sesin de consultora. Una sesin de consultora para
un cliente puede requerir varios consultores, cuando el tema es muy
complejo. Durante la sesin el vendedor no se involucra y los
consultores informan directamente al cliente.
Desarrolle el DER correspondiente
UCV - ATE
63 /62
Ejercicio 03: Editorial INFOWEB

En la Editorial INFOWEB trabajan varios autores diferentes que
escriben los libros que publica esta empresa. Algunos autores
escriben solo un libro, mientras que otros escriben varios. Se sabe
que en algunos libros se produce coautora.
INFOWEB tambin trabaja con mltiples imprentas, sin embargo
un libro dado lo imprime una sola imprenta.
Un editor cualquiera de la empresa, trabaja con diversos autores al
mismo tiempo, editando y produciendo sus libros. Es tambin labor
del editor entregar a la imprenta el original para su procesamiento
cuando la obra ya ha sido revisada.
Desarrolle el DER correspondiente
UCV - ATE
64 /62
Ejercicio 04: Historia Clnica

Construya el modelo entidad-relacin a partir del
estudio de un documento: la hoja de historia
clnica de un paciente cualquiera en una clnica.
HISTORIA CLINICA DEL PACIENTE
CODIGO :
NOMBRE :
DNI :
FONO :
DIRECCION :
SEXO :
FECHA INSCRIPCION :
NOMBRE EMPRESA :
RUC :
DIRECCION :
Fecha
Hora
Diagnstico Doctor
CMP
Especialidad
Construya el DER para el presente formulario

UCV - ATE
65 /62
A continuacin la identificacin de los tipos de entidades

dentro de este formulario :
El tipo de entidad
Paciente
El tipo de entidad
Empresa
UCV - ATE
66 /62
El tipo de entidad Atencin
El tipo de entidad Doctor

UCV - ATE
67 /62
Validaciones Conceptuales de la Clase
UCV - ATE
68 /62
Validaciones Conceptuales
Comprende la Fase de Modelamiento/Diseo
Conceptual
Mecanismos de Abastraccin.
Reglas de Modelamiento E-R

Simbologa E-R
Simbologa ER-E
Simbologa UML
UCV - ATE
69 /62
LECTURAS RECOMENDADAS
SISTEMA DE ARCHIVOS Y BASE DE DATOS (Cdigo
Libro:003/R004)
PARA LA PROXIMA SEMANA:

Diseo Lgico
UCV - ATE
70 /62

03 Sesion Modelamiento de Datos. - Diseño Conceptual

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

03 Sesion Modelamiento de Datos. - Diseño Conceptual

Transféré par

Droits d'auteur :

Formats disponibles

FACULTAD DE INGENIERA

EAP DE INGENIERA DE SISTEMAS

GESTIN DE DATOS E INFORMACIN

[ EAP INGENIERA DE SISTEMAS ]

Sistemas Gestores de Base de

[ EAP INGENIERA DE SISTEMAS ]

Cmo Diseo la Base de Datos ?

Interaccin con el sistema

Etapas para el Diseo de una Base de Datos

[ EAP INGENIERA DE SISTEMAS ]

Etapas para el Diseo de una Base de Datos

Cliente Producto Documentos

DISEO FISICO DE LA BASE DE DATOS

ORACLESQL Server ACCESS

[ EAP INGENIERA DE SISTEMAS ]

[ EAP INGENIERA DE SISTEMAS ]

Ciclo de Vida del Desarrollo

Codificacin, testing, ajustes.

[ EAP INGENIERA DE SISTEMAS ]

Ciclo de Vida de la Base

[ EAP INGENIERA DE SISTEMAS ]

[ EAP INGENIERA DE SISTEMAS ]

Diseo de una Base de Datos

[ EAP INGENIERA DE SISTEMAS ]

[ EAP INGENIERA DE SISTEMAS ]

(1) Segn el Nivel o Vista de la BD.

(2) Segn el Tipo de DBMS

Las abstracciones ayudan a entender,

[ EAP INGENIERA DE SISTEMAS ]

La abstraccin se centra en las caractersticas esenciales de un objeto

[ EAP INGENIERA DE SISTEMAS ]

El Modelo Entidad Relacin (E/R)

El Modelo E/R Extendido aade: atributos

[ EAP INGENIERA DE SISTEMAS ]

Simbologa del Modelo E/RE

[ EAP INGENIERA DE SISTEMAS ]

Del Modelo ERE al UML

[ EAP INGENIERA DE SISTEMAS ]

Terminologa UML vs. (E)ER

Cardinality & Participation

[ EAP INGENIERA DE SISTEMAS ]

Es un modelo de datos de alto nivel que se emplea en el

[ EAP INGENIERA DE SISTEMAS ]

una entidad dbil )

[ EAP INGENIERA DE SISTEMAS ]

[ EAP INGENIERA DE SISTEMAS ]

[ EAP INGENIERA DE SISTEMAS ]

Direccin = Angamos 1535-201,

El valor del atributo compuesto es la concatenacin de los

[ EAP INGENIERA DE SISTEMAS ]

[ EAP INGENIERA DE SISTEMAS ]

[ EAP INGENIERA DE SISTEMAS ]

[ EAP INGENIERA DE SISTEMAS ]

[ EAP INGENIERA DE SISTEMAS ]

Si se desea trabajar con

[ EAP INGENIERA DE SISTEMAS ]

Es un atributo cuyo valor es distinto para cada entidad

A veces una clave se forma en base a varios atributos que se

[ EAP INGENIERA DE SISTEMAS ]

Especifica los valores que es posible asignar a

[ EAP INGENIERA DE SISTEMAS ]

Son asociaciones entre dos o mas entidades que

[ EAP INGENIERA DE SISTEMAS ]