DISEÑO Y ANALISIS DE BD
UNLP - Facultad de
Informática
IBD - CLASE 10 2
Conceptos Básicos
 Sistema de Información: conjunto de actividades
que re...
UNLP - Facultad de
Informática
IBD - CLASE 10 3
Conceptos Básicos
 DBMS: paquete de software para la
gestión de la BD, es...
UNLP - Facultad de
Informática
IBD - CLASE 10 4
Modelado de datos
 Diseño de BD.
 Tres Fases/Etapas:
 Diseño Conceptual...
UNLP - Facultad de
Informática
IBD - CLASE 10 5
Modelado de datos
 Diseño Conceptual (representación abstracta)
 Propósi...
UNLP - Facultad de
Informática
IBD - CLASE 10 6
Modelado de datos
 Diseño Lógico (representación en computadora)
 Esquem...
Modelado de datos
 Diseño Físico (determinar estructuras de
almacenamiento físico)
 Describe las estructuras de almacena...
UNLP - Facultad de
Informática
IBD - CLASE 10 8
Modelado de datos
 Diseño Físico
 Hay una retroalimentación entre el dis...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Introducción ...Introducción ...
 El modelo entidad-relaciónEl modelo entidad-rela...
MODELO DE DATOS E-RMODELO DE DATOS E-R
IntroducciónIntroducción
 ElEl modelo de datos Entidad-Relaciónmodelo de datos Ent...
Dominio del
problema
Conceptos del
mundo del
problema
Dominio de la
solución
Objetos del
mundo del
software
BD
IU
Mundo de...
Introducción ...Introducción ...
ABSTRACCIABSTRACCIÓÓNN
 La Abstracción es el principalLa Abstracción es el principal
mec...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Introducción ...Introducción ...
Los modelos de datos proporcionanLos modelos de da...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Entidades y Conjuntos de EntidadesEntidades y Conjuntos de Entidades
 ENTIDADENTID...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Entidades y Conjuntos de Entidades ...Entidades y Conjuntos de Entidades ...
Ejempl...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Entidades y Conjuntos de Entidades ...Entidades y Conjuntos de Entidades ...
 CONJ...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Entidades y Conjuntos de Entidades ...Entidades y Conjuntos de Entidades ...
 Los ...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Reglas para las entidadesReglas para las entidades
Para considerar una entidad, deb...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Notación de una EntidadNotación de una Entidad
Las entidades se representan mediant...
NombreNombre
PROFESORPROFESOR
ObjetoObjeto
Almacenar la información relativa de los profesores de la organización.Almacena...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Entidades y Conjuntos de EntidadesEntidades y Conjuntos de Entidades
 ATRIBUTOSATR...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Entidades y Conjuntos de EntidadesEntidades y Conjuntos de Entidades
 Si considera...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Reglas para las entidadesReglas para las entidades
Para considerar una entidad, deb...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Entidades y Conjuntos de EntidadesEntidades y Conjuntos de Entidades
Existen cuatro...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Reglas para los atributosReglas para los atributos
1.1. Los atributos deben ser uni...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Notación de un AtributoNotación de un Atributo
Cédula
Nombre
 
PERSONA
Los  atribut...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Notación de un atributoNotación de un atributo
En  la  convención 
sugerida  por  J...
MODELO DE DATOS E-RMODELO DE DATOS E-R
RelacionesRelaciones
 El modelo de datos E-R refleja los componentesEl modelo de d...
MODELO DE DATOS E-RMODELO DE DATOS E-R
RelacionesRelaciones
 CARDINALIDAD DE ASIGNACIÓN:CARDINALIDAD DE ASIGNACIÓN: uunan...
MODELO DE DATOS E-RMODELO DE DATOS E-R
RelacionesRelaciones
 Una a Una:Una a Una: una entidad en A está asociadauna entid...
MODELO DE DATOS E-RMODELO DE DATOS E-R
RelacionesRelaciones
 Muchas a Una:Muchas a Una: una entidad en A está asociada au...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Notación de una relaciónNotación de una relación
Las Relaciones entre
entidades se ...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Notación de una RelaciónNotación de una Relación
La notación de James Martin sugier...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Notación de una RelaciónNotación de una Relación
 La relación entre A y B es :
 
de...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Notación de una RelaciónNotación de una Relación
La notación utilizada por las herr...
MODELO DE DATOS E-RMODELO DE DATOS E-R
Notación de una RelaciónNotación de una Relación
 La relación entre A y B es :
 
de...
TítuloNombre
IdLibro
Lugar
Autores1:N
ISBN(0,N)(1,1)
Clasifica
Tema Libro
EJERCICIOS PRÁCTICOS: Realizar el modelado de da...
Teléfono TítuloDNI
IdPelícula
Nombre
Actores1:N
Dirección Director(1,1) (1,N)
Alquila
Socio Película
FechaAlquiler FechaDe...
DescripciónPuestoCódEmpleado
CódCocheNombre Marca
Modelo
1:N:N
Teléfono
Matrícula(1,N)(1,1)
VendeEmpleado Coche
FormaPago
...
TeléfonoCódEmpleado
Nombre
1:N
Dirección
(0,N)
DirigeEmpleado
(0,1)
CódEmpleado Teléfono
DepartamentoCódPuesto
Nombre 1:1
...
Caso 1: ATENCION PACIENTES SALA DE OPERACIONES
Caso de estudio
En un hospital se tiene un registro de pacientes, un regist...
Caso de estudio
Conjuntos de objetos:
Pacientes, Salas, Personal
Relaciones entre esos conjuntos:
Los Pacientes están Inte...
Caso de Estudio - Primer nivel
CASO2: Abrir Historia Clínica
Un paciente acude a Admisión y solicita abrir una historia
clínica, el encargado de admisión...
Modelo Conceptual
EJERCICIO PRACTICO: (CONSIDERADO EVALUACION )
Se desea modelar la estructura de un banco de datos que contiene información...
Upcoming SlideShare
Loading in …5
×

Diseño y analisis de bd

470 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
470
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
7
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Diseño y analisis de bd

  1. 1. DISEÑO Y ANALISIS DE BD
  2. 2. UNLP - Facultad de Informática IBD - CLASE 10 2 Conceptos Básicos  Sistema de Información: conjunto de actividades que regulan la distribución y compartimento de la Información, y el almacenamiento de los datos relevantes para su administración  Base de Datos: cualquier conjunto “grande” de datos estructurados, almacenados en una computadora.  Esenciales para la supervivencia de la organización  Los datos estructurados constituyen un recurso esencial
  3. 3. UNLP - Facultad de Informática IBD - CLASE 10 3 Conceptos Básicos  DBMS: paquete de software para la gestión de la BD, especialmente para almacenar, manipular y recuperar datos en un computador.
  4. 4. UNLP - Facultad de Informática IBD - CLASE 10 4 Modelado de datos  Diseño de BD.  Tres Fases/Etapas:  Diseño Conceptual  Diseño Lógico  Diseño Físico
  5. 5. UNLP - Facultad de Informática IBD - CLASE 10 5 Modelado de datos  Diseño Conceptual (representación abstracta)  Propósito: describir el contenido de información de la BD , más que las estructuras de almacenamiento  Esquema Conceptual: descripción de alto nivel de la estructura de la BD, independiente del DBMS que la manipula.  Modelo Conceptual: lenguaje usado para describir esquemas conceptuales  Especificación de Req + Diseño Conceptual  Esquema Conceptual de la BD
  6. 6. UNLP - Facultad de Informática IBD - CLASE 10 6 Modelado de datos  Diseño Lógico (representación en computadora)  Esquema Conceptual + Diseño Lógico  Esquema Lógico de la BD  Esquema Lógico: descripción de la estructura de la BD que puede procesar un DBMS  Modelo Lógico: lenguaje usado para especificar esquemas lógicos. Los mas usados: relacional, de redes, jerárquicos  Depende de la clase de modelo de datos usado por el DBMS, pero no del DBMS usado (se efectúa de igual forma para todos los DBMS relacionales, porque todos usan el modelo relacional)
  7. 7. Modelado de datos  Diseño Físico (determinar estructuras de almacenamiento físico)  Describe las estructuras de almacenamiento y métodos usados para tener acceso efectivo a los datos.  Esquema Lógico + Diseño Físico  Esquema Físico  Esquema Físico: descripción de la implantación de una BD en memoria secundaria.  Se adapta a un DBMS específico
  8. 8. UNLP - Facultad de Informática IBD - CLASE 10 8 Modelado de datos  Diseño Físico  Hay una retroalimentación entre el diseño físico y el lógico (decisiones tomadas durante el diseño físico para mejorar el rendimiento pueden afectar el esquema lógico)  Completo el diseño físico, los esquemas lógico y físico se expresan usando el lenguaje de definición de datos del DBMS  nace la BD operacional
  9. 9. MODELO DE DATOS E-RMODELO DE DATOS E-R Introducción ...Introducción ...  El modelo entidad-relaciónEl modelo entidad-relación es utilizado para identificares utilizado para identificar los diferentes elementoslos diferentes elementos involucrados en un problemainvolucrados en un problema y las asociaciones quey las asociaciones que existen entre ellos.existen entre ellos.  El modelo entidad-relaciónEl modelo entidad-relación es independiente del SGBD oes independiente del SGBD o del modelo de bases de datosdel modelo de bases de datos que utilice.que utilice.  Debido a esta independencia,Debido a esta independencia, el modelo ER es utilizadoel modelo ER es utilizado con propósito de análisis ycon propósito de análisis y diseño dentro del desarrollodiseño dentro del desarrollo de sistemas de información.de sistemas de información. Modelo Conceptual Modelo Lógico Modelo físico Realidad Análisis D. lógico D. físico Vista / Abstracción Transformación Transformación
  10. 10. MODELO DE DATOS E-RMODELO DE DATOS E-R IntroducciónIntroducción  ElEl modelo de datos Entidad-Relaciónmodelo de datos Entidad-Relación (E-R)(E-R) es unes un modelo de datos conceptualmodelo de datos conceptual..  Se basa en una percepción de unSe basa en una percepción de un mundo realmundo real que consisteque consiste en unen un conjunto de objetos básicosconjunto de objetos básicos llamadosllamados EntidadesEntidades yy RelacionesRelaciones entre estos objetos.entre estos objetos.  Es un modelo abstracto independiente de la Base de DatosEs un modelo abstracto independiente de la Base de Datos y puede incluir componentes de sistemas existentes y noy puede incluir componentes de sistemas existentes y no existentes, con el cual se pretende especificar el esquemaexistentes, con el cual se pretende especificar el esquema de dominio de información de un sistema.de dominio de información de un sistema.
  11. 11. Dominio del problema Conceptos del mundo del problema Dominio de la solución Objetos del mundo del software BD IU Mundo de Problema Mundo de la Solución Sistema Real Software MODELO DE DATOS E-RMODELO DE DATOS E-R
  12. 12. Introducción ...Introducción ... ABSTRACCIABSTRACCIÓÓNN  La Abstracción es el principalLa Abstracción es el principal mecanismo que empleamos paramecanismo que empleamos para enfrentar el estudio de un sistemaenfrentar el estudio de un sistema complejo. Por medio de lacomplejo. Por medio de la abstracción se toma cualquierabstracción se toma cualquier sistema y se destacan lassistema y se destacan las características más importantes ycaracterísticas más importantes y que están relacionadas con elque están relacionadas con el objeto de estudio, dejando de unobjeto de estudio, dejando de un lado los aspectos que no sonlado los aspectos que no son importantesimportantes, buscando las, buscando las propiedades comunes de unpropiedades comunes de un conjunto de objetos, reducinedo laconjunto de objetos, reducinedo la complejidad y aumentando elcomplejidad y aumentando el entendimientoentendimiento  La Abstracción esLa Abstracción es separar por medioseparar por medio de una operación intelectual lasde una operación intelectual las cualidades de un objeto paracualidades de un objeto para considerarlas aisladamente o paraconsiderarlas aisladamente o para considerar el mismo objeto en suconsiderar el mismo objeto en su pura esencia o noción.pura esencia o noción. MODELO DE DATOS E-RMODELO DE DATOS E-R
  13. 13. MODELO DE DATOS E-RMODELO DE DATOS E-R Introducción ...Introducción ... Los modelos de datos proporcionanLos modelos de datos proporcionan mecanismos de abstracciónmecanismos de abstracción que permiten laque permiten la representaciónrepresentación de aquellade aquella parcelaparcela deldel mundomundo realreal cuyoscuyos datosdatos nosnos interesa registrarinteresa registrar, lo que, lo que habitualmente se conoce comohabitualmente se conoce como Universo delUniverso del discursodiscurso..
  14. 14. MODELO DE DATOS E-RMODELO DE DATOS E-R Entidades y Conjuntos de EntidadesEntidades y Conjuntos de Entidades  ENTIDADENTIDAD: una entidad es un objeto que existe y: una entidad es un objeto que existe y es distinguible de otros objetos.es distinguible de otros objetos.  De cara al modelo conceptual unaDe cara al modelo conceptual una entidadentidad sese puede definir comopuede definir como cualquiercualquier objetoobjeto, real o, real o abstracto, que existe en unabstracto, que existe en un contexto determinadocontexto determinado o puede llegar a existir y del cualo puede llegar a existir y del cual deseamosdeseamos guardar informaciónguardar información, por ejemplo:, por ejemplo: "PROFESOR"PROFESORESES", "CURSO", "CURSOSS", "ALUMNO", "ALUMNOSS""  Una entidad puede ser concreta, tal como unaUna entidad puede ser concreta, tal como una persona o un libro, o puede ser abstracta, como unpersona o un libro, o puede ser abstracta, como un día festivo o un concepto.día festivo o un concepto.
  15. 15. MODELO DE DATOS E-RMODELO DE DATOS E-R Entidades y Conjuntos de Entidades ...Entidades y Conjuntos de Entidades ... Ejemplo:Ejemplo: J. Harris, con No. de identificación DNIJ. Harris, con No. de identificación DNI 40035689 es una entidad, ya que identifica40035689 es una entidad, ya que identifica únicamente una persona específica en elúnicamente una persona específica en el Universo. Análogamente, el número de cuentaUniverso. Análogamente, el número de cuenta 2902300667-8 en la sucursal del banco2902300667-8 en la sucursal del banco interbank de Arequipa es una entidad queinterbank de Arequipa es una entidad que identifica únicamente una cuenta determinada.identifica únicamente una cuenta determinada.
  16. 16. MODELO DE DATOS E-RMODELO DE DATOS E-R Entidades y Conjuntos de Entidades ...Entidades y Conjuntos de Entidades ...  CONJUNTO DE ENTIDADES:CONJUNTO DE ENTIDADES: es unes un conjunto de entidades delconjunto de entidades del mismo tipomismo tipo..  Ejemplo: el conjunto deEjemplo: el conjunto de todastodas las personaslas personas que tienen una cuenta en un banco, puedenque tienen una cuenta en un banco, pueden definirse como el conjunto de entidadesdefinirse como el conjunto de entidades CLIENTE.CLIENTE. Ánalogamente, el conjunto deÁnalogamente, el conjunto de entidadesentidades CUENTACUENTA podría representar elpodría representar el conjunto de todas las cuentas de un bancoconjunto de todas las cuentas de un banco determinado.determinado.
  17. 17. MODELO DE DATOS E-RMODELO DE DATOS E-R Entidades y Conjuntos de Entidades ...Entidades y Conjuntos de Entidades ...  Los conjuntos de entidades no necesitan serLos conjuntos de entidades no necesitan ser disjuntos.disjuntos.  P.e., es posible definir el conjunto deP.e., es posible definir el conjunto de entidades de todos los empleados de unentidades de todos los empleados de un bancobanco (EMPLEADO)(EMPLEADO) y el conjunto dey el conjunto de entidades de todos los clientes del bancoentidades de todos los clientes del banco (CLIENTE)(CLIENTE). Una entidad persona puede. Una entidad persona puede ser una entidadser una entidad empleadoempleado, una entidad, una entidad clientecliente, ambas, o ninguna de las dos., ambas, o ninguna de las dos.
  18. 18. MODELO DE DATOS E-RMODELO DE DATOS E-R Reglas para las entidadesReglas para las entidades Para considerar una entidad, debe cumplir con las siguientes reglas:Para considerar una entidad, debe cumplir con las siguientes reglas:  Los nombres de las entidades deben representar el tipo de entidadesLos nombres de las entidades deben representar el tipo de entidades (el(el conjunto de las ocurrencias)conjunto de las ocurrencias) y no una ocurrencia de la mismay no una ocurrencia de la misma. Por. Por ejemplo, un nombre apropiado para una entidad debe ser “Avión” y noejemplo, un nombre apropiado para una entidad debe ser “Avión” y no “Boening 727” o “Boening 747”.“Boening 727” o “Boening 747”.  Debe tener múltiples ocurrenciasDebe tener múltiples ocurrencias. Una entidad con sólo una ocurrencia. Una entidad con sólo una ocurrencia puede ser mejor representada como un atributo y no una entidad (no enpuede ser mejor representada como un atributo y no una entidad (no en todos los casos).todos los casos).  Una cosa u objeto debe poderse representar por una y solo unaUna cosa u objeto debe poderse representar por una y solo una entidadentidad. Las entidades deben ser mutuamente excluyentes en sus. Las entidades deben ser mutuamente excluyentes en sus ocurrenciasocurrencias  Debe poseer un identificadorDebe poseer un identificador, un atributo que identifique únicamente a, un atributo que identifique únicamente a una ocurrencia de la entidad.una ocurrencia de la entidad.
  19. 19. MODELO DE DATOS E-RMODELO DE DATOS E-R Notación de una EntidadNotación de una Entidad Las entidades se representan mediante rectángulos, enLas entidades se representan mediante rectángulos, en cuyo interior colocamos el nombre de la entidad. Estacuyo interior colocamos el nombre de la entidad. Esta convención es seguida por casi todas las notaciones.convención es seguida por casi todas las notaciones. PERSONA CLIENTE CUENTA ASIGNATURA
  20. 20. NombreNombre PROFESORPROFESOR ObjetoObjeto Almacenar la información relativa de los profesores de la organización.Almacenar la información relativa de los profesores de la organización. AlcanceAlcance Se entiende como profesor a aquella persona que, contratada por laSe entiende como profesor a aquella persona que, contratada por la organización, imparte, al menos, un curso dentro de la misma.organización, imparte, al menos, un curso dentro de la misma. Número deNúmero de ejemplaresejemplares 10 profesores10 profesores CrecimientoCrecimiento previstoprevisto 2 profesores / año2 profesores / año ObservacioObservacio nesnes Los ejemplares dados de baja no serán eliminados de la base deLos ejemplares dados de baja no serán eliminados de la base de datos; pasarán a tener una marca de eliminado y no serán visualizadosdatos; pasarán a tener una marca de eliminado y no serán visualizados desde la aplicación.desde la aplicación. MODELO DE DATOS E-RMODELO DE DATOS E-R Definición de una EntidadDefinición de una Entidad
  21. 21. MODELO DE DATOS E-RMODELO DE DATOS E-R Entidades y Conjuntos de EntidadesEntidades y Conjuntos de Entidades  ATRIBUTOSATRIBUTOS: es: es unauna propiedad descriptivapropiedad descriptiva oo valor asociadovalor asociado a unaa una entidadentidad, que sirve para, que sirve para cualificar, identificar, clasificar o expresarcualificar, identificar, clasificar o expresar elel estado de la entidad.estado de la entidad.  Un atributo es cualquier descripción o cosa deUn atributo es cualquier descripción o cosa de significanciasignificancia de esa entidad.de esa entidad.  CadaCada ejemplarejemplar de una misma entidad posee losde una misma entidad posee los mismosmismos atributos, tanto enatributos, tanto en nombrenombre como encomo en númeronúmero, diferenciándose cada uno de los, diferenciándose cada uno de los ejemplares por losejemplares por los valoresvalores que toman dichosque toman dichos atributosatributos..
  22. 22. MODELO DE DATOS E-RMODELO DE DATOS E-R Entidades y Conjuntos de EntidadesEntidades y Conjuntos de Entidades  Si consideramos la entidadSi consideramos la entidad "PROFESOR" y definimos los atributos"PROFESOR" y definimos los atributos Nombre, Teléfono y Salario, podríamosNombre, Teléfono y Salario, podríamos obtener los siguientes:obtener los siguientes: {Luis García, 074-458962, S/.2,500}{Luis García, 074-458962, S/.2,500} {Juan Antonio Álvarez,01-4205398,S/.5,500 }{Juan Antonio Álvarez,01-4205398,S/.5,500 } {Mart{Marthha Casas Verastegui,074-224512,S/.6,500 }a Casas Verastegui,074-224512,S/.6,500 }
  23. 23. MODELO DE DATOS E-RMODELO DE DATOS E-R Reglas para las entidadesReglas para las entidades Para considerar una entidad, debe cumplir con las siguientes reglas:Para considerar una entidad, debe cumplir con las siguientes reglas:  Los nombres de las entidades deben representar el tipo de entidadesLos nombres de las entidades deben representar el tipo de entidades (el(el conjunto de las ocurrencias)conjunto de las ocurrencias) y no una ocurrencia de la mismay no una ocurrencia de la misma. Por. Por ejemplo, un nombre apropiado para una entidad debe ser “Avión” y noejemplo, un nombre apropiado para una entidad debe ser “Avión” y no “Boening 727” o “Boening 747”.“Boening 727” o “Boening 747”.  Debe tener múltiples ocurrenciasDebe tener múltiples ocurrencias. Una entidad con sólo una ocurrencia. Una entidad con sólo una ocurrencia puede ser mejor representada como un atributo y no una entidad (no enpuede ser mejor representada como un atributo y no una entidad (no en todos los casos).todos los casos).  Una cosa u objeto debe poderse representar por una y solo unaUna cosa u objeto debe poderse representar por una y solo una entidadentidad. Las entidades deben ser mutuamente excluyentes en sus. Las entidades deben ser mutuamente excluyentes en sus ocurrenciasocurrencias  Debe poseer un identificadorDebe poseer un identificador, un atributo que identifique únicamente a, un atributo que identifique únicamente a una ocurrencia de la entidad.una ocurrencia de la entidad.
  24. 24. MODELO DE DATOS E-RMODELO DE DATOS E-R Entidades y Conjuntos de EntidadesEntidades y Conjuntos de Entidades Existen cuatro tipos de atributos:Existen cuatro tipos de atributos:  11.. Obligatorios:Obligatorios: aquellos que deben tomar un valor yaquellos que deben tomar un valor y no se permite ningún ejemplar no tenga un valorno se permite ningún ejemplar no tenga un valor determinado en el atributo.determinado en el atributo.  2.2. Opcional:Opcional: aquellos atributos que pueden teneraquellos atributos que pueden tener valores o no tenerlo.valores o no tenerlo.  3.3. DerivadoDerivado:: aquellos atributosaquellos atributos cuyo valor se obtiene acuyo valor se obtiene a partir de los valores de otros atributos.partir de los valores de otros atributos.  4.4. ClavesClaves:: El modeloEl modelo E-RE-R exige que cada entidadexige que cada entidad tenga untenga un identificadoridentificador, se trata de un atributo o, se trata de un atributo o conjunto de atributos queconjunto de atributos que identifican de forma única aidentifican de forma única a cada uno de los ejemplares de la entidadcada uno de los ejemplares de la entidad. De tal. De tal forma que ningún par de ejemplares de la entidadforma que ningún par de ejemplares de la entidad puedan tener el mismo valor en ese identificador.puedan tener el mismo valor en ese identificador.
  25. 25. MODELO DE DATOS E-RMODELO DE DATOS E-R Reglas para los atributosReglas para los atributos 1.1. Los atributos deben ser univaluados, no puedenLos atributos deben ser univaluados, no pueden tener varios valores para una ocurrencia dada entener varios valores para una ocurrencia dada en un momento determinado.un momento determinado.  2. Pertenencia a la entidad. ¿Hace parte realmente2. Pertenencia a la entidad. ¿Hace parte realmente de la entidad a la que asociamos?de la entidad a la que asociamos?  3.3. Relevancia de un atributoRelevancia de un atributo dependedepende del tipo deldel tipo del problema.problema.
  26. 26. MODELO DE DATOS E-RMODELO DE DATOS E-R Notación de un AtributoNotación de un Atributo Cédula Nombre   PERSONA Los  atributos  de  las  entidades  se  representan  de  manera  diferente  de  acuerdo  a  la  notación  seleccionada. Dentro de la convención sugerida por Chen, los  atributos se representan como circunferencias que  se enlazan a la entidad respectiva. 
  27. 27. MODELO DE DATOS E-RMODELO DE DATOS E-R Notación de un atributoNotación de un atributo En  la  convención  sugerida  por  James  Martín y la utilizada por  las  herramientas  CASE  de  Oracle,  los  atributos  se  representan  como  textos  al  interior  de  la  entidad.  Por  ejemplo,  para la entidad persona  mencionada  previamente: PERSONA   #  Cédula   *  Nombre Un carácter se incluye a un lado del  nombre  del  atributo  para  especificar  algunas  características  de  los  mismos. *  Atributo  Obligatorio  (presente  en  todas las ocurrencias de la entidad) o Atributo Opcional # Atributo Identificador  (#)Atributo Identificador Secundario
  28. 28. MODELO DE DATOS E-RMODELO DE DATOS E-R RelacionesRelaciones  El modelo de datos E-R refleja los componentesEl modelo de datos E-R refleja los componentes de un problema y las relaciones existentes entrede un problema y las relaciones existentes entre estos componentes.estos componentes.  Una relación es unUna relación es un asociación, vinculación oasociación, vinculación o correspondencia significativacorrespondencia significativa entre entidades.entre entidades.  Las relaciones tienen asociadas una medidaLas relaciones tienen asociadas una medida conocida comoconocida como cardinalidad de asignacióncardinalidad de asignación..  
  29. 29. MODELO DE DATOS E-RMODELO DE DATOS E-R RelacionesRelaciones  CARDINALIDAD DE ASIGNACIÓN:CARDINALIDAD DE ASIGNACIÓN: uunana restricción importante que impone el modelo derestricción importante que impone el modelo de datos E-R es la de las cardinalidades dedatos E-R es la de las cardinalidades de asignación, que expresan elasignación, que expresan el número de entidadesnúmero de entidades con las que puede asociarse otra entidadcon las que puede asociarse otra entidad mediante una relación.mediante una relación.  Cada relación debe contenerCada relación debe contener - un verbo- un verbo - una cardinalidad mínima- una cardinalidad mínima - una cardinalidad máxima- una cardinalidad máxima
  30. 30. MODELO DE DATOS E-RMODELO DE DATOS E-R RelacionesRelaciones  Una a Una:Una a Una: una entidad en A está asociadauna entidad en A está asociada a lo sumo con una entidad en B, y unaa lo sumo con una entidad en B, y una entidad en B está asociada a lo sumo conentidad en B está asociada a lo sumo con una entidad en A.una entidad en A.  Una a muchas:Una a muchas: una entidad en A estáuna entidad en A está asociada con un número cualquiera deasociada con un número cualquiera de entidades en B. Una entidad en B, sinentidades en B. Una entidad en B, sin embargo, puede estar asociada a lo sumoembargo, puede estar asociada a lo sumo con una entidad en A.con una entidad en A.
  31. 31. MODELO DE DATOS E-RMODELO DE DATOS E-R RelacionesRelaciones  Muchas a Una:Muchas a Una: una entidad en A está asociada auna entidad en A está asociada a lo sumo con una entidad en B, y una entidad en B,lo sumo con una entidad en B, y una entidad en B, sin embargo, puede estar asociada con unsin embargo, puede estar asociada con un número cualquiera de entidades en A.número cualquiera de entidades en A.  Muchas a muchas:Muchas a muchas: una entidad en A estáuna entidad en A está asociada con un número cualquiera de entidadesasociada con un número cualquiera de entidades en B, y una entidad en B está asociada con unen B, y una entidad en B está asociada con un número cualquiera de entidades en A.número cualquiera de entidades en A.
  32. 32. MODELO DE DATOS E-RMODELO DE DATOS E-R Notación de una relaciónNotación de una relación Las Relaciones entre entidades se representan de manera diferente de acuerdo a la notación seleccionada. Dentro de la notación sugerida por Chen, las relaciones se representan por rombos que se enlazan a las entidades involucradas. La cardinalidad de la relación se especifica mediante letras en los extermos de las relaciones TienePersona Libro 0,M 1,1
  33. 33. MODELO DE DATOS E-RMODELO DE DATOS E-R Notación de una RelaciónNotación de una Relación La notación de James Martin sugiere utilizar lineas para representar las relaciones incluyendo los nombres de las relaciones como etiqueta para esas líneas. Los extremos de las líneas deben incluir algunos simbolos que señalen la cardinalidad de la relación. En esta notación, deben especificarse los dos nombres existentes para la relación. PERSONA LIBROTiene Pertenece a
  34. 34. MODELO DE DATOS E-RMODELO DE DATOS E-R Notación de una RelaciónNotación de una Relación  La relación entre A y B es :   de 0 o 1 de 1 y solo uno de 0 o muchos de 1 o muchos A B A B A B A B
  35. 35. MODELO DE DATOS E-RMODELO DE DATOS E-R Notación de una RelaciónNotación de una Relación La notación utilizada por las herramientas CASE de Oracle, se utiliza una notación similar a la sugerida por Martín. Sin embargo, el grado de opcionalidad u obligatoriedad (cardinalidad minima), se representa colocando una porción de la línea continua o punteada. . Persona LibroTiene Pertenece a
  36. 36. MODELO DE DATOS E-RMODELO DE DATOS E-R Notación de una RelaciónNotación de una Relación  La relación entre A y B es :   de 0 o 1 de 1 y solo uno de 0 o muchos de 1 o muchos A B A B A B A B
  37. 37. TítuloNombre IdLibro Lugar Autores1:N ISBN(0,N)(1,1) Clasifica Tema Libro EJERCICIOS PRÁCTICOS: Realizar el modelado de datos de los siguientes casos planteados mediante un diagrama Entidad-Relación: Clasificación de libros y temas en una biblioteca: • De cada tema puede haber varios libros o ninguno. Cada libro obligatoriamente está registrado en algún tema. Un Videoclub (clientes y películas): • Supongamos que tenemos un videoclub, y lo queremos informatizar. Los socios del videoclub alquilan las películas, por tanto se trata de una relación binaria (de grado 2) entre la entidad socio y la entidad película. Un socio puede alquilar muchas películas cada vez, pero cada película sólo puede ser alquilada por un socio cada vez. Por tanto la relación es del tipo 1:N, este factor determina el número de entidades asociadas dentro de la relación. • La cardinalidad de una entidad identifica el número de ocurrencias máximo y mínimo que participan en una relación. La cardinalidad de la entidad Socio es (1,1) pues en un alquiler hay uno y sólo un socio, mientras que la cardinalidad de la entidad Película es (1,N) pues en un alquiler hay al menos una película y podrías ser más. En cada operación de alquiler debe poder registrarse la fecha de alquiler, y la fecha de devolución de la película alquilada.
  38. 38. Teléfono TítuloDNI IdPelícula Nombre Actores1:N Dirección Director(1,1) (1,N) Alquila Socio Película FechaAlquiler FechaDevolución Especialidad DescripciónCódProfesor CódCurso Nombre Nivel N:N:N Dirección (1,N)(1,N) Turno ImparteProfesor Curso CódAsignatura(1,N) Asignatura Nombre Ejercicio de Repaso del Modelo E-R 2 Sistemas Gestores de Bases de Datos Página 2 de 4 Profesores de un centro (profesores, cursos y asignaturas): • Un profesor imparte en varios cursos varias asignaturas, y además las asignaturas son impartidas por varios profesores en varios cursos. Se trata de una relación ternaria, donde todas la cardinalidades de las distintas entidades son del tipo (1,N).
  39. 39. DescripciónPuestoCódEmpleado CódCocheNombre Marca Modelo 1:N:N Teléfono Matrícula(1,N)(1,1) VendeEmpleado Coche FormaPago CódCliente(1,N) ClienteFechaVenta Nombre Teléfono Tamaño Una pieza se compone de una o varias piezas más pequeñas. Una pieza forma parte de una o varias piezas más grandes. CódPieza Nombre N:M Descripción (1,N) ComponersePieza (1,M) Vendedores de coches (empleados, clientes y coches): • En una tienda de coches, un empleado vende coches a sus clientes. En cada venta, un único empleado puede vender varios coches a varios clientes. En una operación de venta hay que tener en cuenta la forma de pago y la fecha de venta. Piezas: Una pieza se compone de muchas piezas, que a su vez están compuestas de otras piezas.
  40. 40. TeléfonoCódEmpleado Nombre 1:N Dirección (0,N) DirigeEmpleado (0,1) CódEmpleado Teléfono DepartamentoCódPuesto Nombre 1:1 Descripción Dirección (0,1) (1,1)Ocupa Empleado Puesto Empleados y empleados jefes: Un empleado puede dirigir a muchos empleados si es el jefe, o a ninguno si no es el jefe. Un empleado es dirigido por un jefe, o por ninguno si él mismo es el jefe. Puesto de trabajo: Un empleado ocupa un solo puesto de trabajo, y ese puesto es ocupado por un solo empleado o por ninguno si está vacante.
  41. 41. Caso 1: ATENCION PACIENTES SALA DE OPERACIONES Caso de estudio En un hospital se tiene un registro de pacientes, un registro de personal y uno de salas con funcionarios que trabajan en esas salas y con pacientes internados en esas salas. Del personal nos interesa el numero de empleado, el nombre, la direccion y el teléfono. Sabemos que dos empleados no tienen el mismo numero. De los pacientes nos interesa el numero de registro (le es asignado cuando ingresa) y el nombre mientras que de las salas nos interesa el nombre y la cantidad de camas que tiene. Tambien se sabe que un empleado trabaja en una unica sala y que en una sala trabajan varios empleados. Lo mismo ocurre con los pacientes. In.
  42. 42. Caso de estudio Conjuntos de objetos: Pacientes, Salas, Personal Relaciones entre esos conjuntos: Los Pacientes están Internadosen las Salas y el Personal Trabajaen las Salas. Características que interesan de los objetos: Personal: nro. de funcionario, nombre, direccion y telefono Pacientes: nro. de registro, nombre Salas: nombre, cantidad de camas Restricciones: Un empleado trabaja en una unica sala y en una sala trabajan varios empleados. Un paciente estáinternado en una sola sala pero en una sala hay varios pacientes.
  43. 43. Caso de Estudio - Primer nivel
  44. 44. CASO2: Abrir Historia Clínica Un paciente acude a Admisión y solicita abrir una historia clínica, el encargado de admisión solicita su CSS. El paciente deberá entregar su CSS. El encargado de admisión verificará si el paciente tiene derecho a ser atendido en la Clinica Javier Prado. Si es que tiene el derecho asistencial, procederá a entregarle un formato para que llene con todo sus datos. Este formato será verificado por el encargado de admisión quien procederá a ingresar los datos del formato al archivo. Ello creará una historia clínica con un número respectivo y al paciente se le notificará el número de su historia clínica. Una vez generada la historia clinica, esta debera tener los datos del paciente,del medico tratante; con sus respectivas recetas.
  45. 45. Modelo Conceptual
  46. 46. EJERCICIO PRACTICO: (CONSIDERADO EVALUACION ) Se desea modelar la estructura de un banco de datos que contiene información relativa a ejercicios para toda la Universidad. La realidad consiste en lo siguiente: Se tienen ejercicios, identificados por un código, con una fecha de propuesta asociada y que pueden tener varios autores. Estos ejercicios pueden ser de práctico, de examen o simplemente propuestas de ejercicios. Tanto los ejercicios de práctico como los de examen están asociados a materias dentro de carreras determinadas. Por ejemplo, el ejercicio código PR274 es un ejercicio de práctico asociado a la materia Programación 1 de la carrera Ingeniería en Computación, pero no está asociado a la misma materia de la carrera de Ing. en Sistemas de Computación. Sobre los ejercicios de práctico asociados a una materia en una carrera, interesa saber en qué Nro. De hoja está dicho ejercicio, su Nro. Dentro de la hoja y un código de dificultad asociado. Un ejercicio de práctico puede aparecer en varias materias de diferentes carreras. Todos los ejercicios de práctico están asociados a alguna materia. Sobre los ejercicios de examen, interesa saber la fecha del examen en que apareció, su cantidad de puntos y el Nro. De ejercicio en el examen. Un ejercicio de examen está asociado a una y solo una materia dentro de una carrera. La información que interesa sobre las materias es el nombre y sobre las carreras su identificación. Se sabe que dentro de una carrera hay muchas materias y que una misma materia puede estar dentro de varias carreras. Una materia en una carrera tiene una determinada cantidad de horas de curso. Las materias con igual nombre, aunque se encuentren en distintas carreras, tendrán asociadas un mismo conjunto de temas. Por otro lado, todos los ejercicios (de cualquier tipo) están relacionados con temas con distintos grados de profundidad. Cada tema se identifica por un código e interesa saber cuáles temas son previos de otros.

×