Unidad II Modelo Entidad- Relacin Modelo Entidad Relacin Es el modelo conceptual ms utilizado para el diseo conceptual de bases de datos.

. Fue introducido por Peter Chen en 1976. 2.1 Conceptos Bsicos 2.1.1 Entidad Definicin: Cualquier objeto (real o abstracto) que existe en la realidad y acerca del cual queremos almacenar informacin en la base de datos. Una persona, lugar, cosa, concepto o suceso de inters para la empresa. Ejemplos: Documento, socio, autor, Libro.

Tipos de Entidades: Fuerte: Tienen clave propia. Tienen existencia por si solas.

Dbil: No tienen atributos clave propios Necesitan otra entidad para ser identificados, es decir, dependen de la existencia de otra entidad.

Atributos: Propiedad asociada a un conjunto de entidades. Se representan con un ovalo. Se clasifican en: Simples y compuestos Univalorados y multivalorados Nulos Derivado

Atributos Simples: No son divisibles. Ejemplo: Genero.

Atributos Compuestos:

Atributos Nulos: Un valor nulo se usa cuando una entidad no tiene un valor para un atributo. Ejemplo: Nombre: Eduardo Direccin: Fco. I Madero Telfono (Opcional): Atributos Monovaluados: Son aquellos con un slo un valor para cada entidad. Por ejemplo: fechanacim [de un EMPLEADO particular] aoestreno [de una PELICULA concreta] Edad [de un ALUMNO particular] Atributos Multivaluados: Aquellos con ms de un valor para la misma entidad. Ejemplo: nacionalidad [PELICULA coproducida por varios pases ] telefono [EMPLEADO con varios telfonos de contacto] Almacenados o derivados: Un valor para este tipo de atributo se puede derivar de los valores de otros atributos o entidades. Ejemplo: La edad de una persona es casi siempre un atributo derivado de la fecha de nacimiento 2.1.2 Relacin Definicin: Conexin o asociacin entre dos o ms entidades. Una relacin es un enlace y se representa con un rombo.

Relaciones como atributos

Relaciones con atributos

Relacin Ternaria

Relacin Ternaria

Relacin Recursiva

El objetivo del Modelo Entidad Relacin es identificar y representar las cosas de importancia para el funcionamiento del negocio (entidades), sus propiedades (atributos) y la forma en que estas se relacionan entre si (relaciones). Este modelo fue desarrollo para facilitar el diseo de las bases de datos Simbologa
Dbil

Cardinalidad Tambin conocida como correspondencia. Es el nmero de entidades a las que otra entidad puede estar asociada. Claves: Los valores de los atributos de una entidad deben ser tales que permitan identificar unvocamente a la entidad. Una clave permite identificar un conjunto de atributos suficiente para distinguir las entidades entre s. Las claves tambin ayudan a identificar unvocamente a las relaciones y as a distinguir las relaciones entre s. 2.2 Diagrama Entidad Relacin El modelo Entidad Relacin apoya el anlisis para definir los requerimientos de la empresa, escribir la informacin acerca de las entidades y sus relaciones, requeridas para modelar esos requerimientos y determinar los tipos de transacciones que se busca ejecutar sobre la Base de Datos. El propsito de los diagramas es mostrar las Entidades de datos y cmo stas se relacionan. Este modelo representa a la realidad a travs de un esquema grfico empleando la terminologa de entidades, que son objetos que existen y son los elementos principales que se identifican en el problema a resolver con el diagramado y se distinguen de otros por sus caractersticas particulares denominadas atributos, el enlace que rige la unin de las entidades esta representada por la relacin del modelo. Un tipo de relacin se caracteriza por: Nombre: etiqueta del rombo, identifica de forma nica la relacin. Tipo de correspondencia o cardinalidad: nmero mximo de ocurrencias de un tipo de entidad que pueden intervenir por cada ocurrencia del otro tipo de entidad asociado en la interrelacin. 1:1 cuando en la interrelacin slo puede aparecer una ocurrencia de un tipo de entidad por cada ocurrencia del otro. 1:N si para una ocurrencia de una entidad puede aparecer un nmero indeterminado (N) de veces la ocurrencia de la otra N:M si esto ocurre en ambos sentidos. Ejemplo: Se representan por un par ordenado del tipo (0,1), (1,1), (0,n), (1,n), que se pone en el arco que une el tipo de entidad con la interrelacin.

Uno a uno un empleado en una empresa tiene uno y solo un puesto, un Puesto pertenece a un solo empleado Uno a muchos : un profesor en la Fac. de Ingeniera puede dar 0 o varias clases y una clase est dada por uno y solo un profesor Muchos a muchos : una materia puede pertenecer a una o varias carreras, una carrera est formada por varias materias. Uno a uno : Un paciente puede estar asignado a un cuarto o a ninguno. En un cuarto puede haber cero o un paciente Estrategia para modelar con Modelo E-R Paso 1: Identificar las entidades. (normalmente un sustantivo). Paso 2: Identificar las interrelaciones (normalmente un verbo), agregndolas al esquema. Paso 3: Identificar atributos para cada entidad (simples, compuestos u opcionales). Definir identificador para la entidad. Paso 4: Agregar atributos o componentes del identificador a las interrelaciones, si se justifica. Paso 5: Definir cardinalidades. Paso 6: Verificar que el esquema resultante es correcto con respecto a la especificacin (representa toda la realidad descrita). Paso 7: Analizar posibles modificaciones al esquema. Especializacin: Es el resultado de tomar un subconjunto de entidades de alto nivel para formar un conjunto de entidades de ms bajo nivel.

Generalizacin: La generalizacin consiste en identificar todos aquellos atributos iguales de un conjunto de entidades para formar una entidad(es) global(es) con dichos atributos semejantes, dicha entidad(es) global(es) quedara a un nivel ms alto al de las entidades origen. La nica diferencia es el punto de vista usado al realizar el diseo o, en otros palabras, el punto de partida y el objetivo final.

2.3 Diseo de un Esquema de Base de datos

2.4 El Lenguaje Unificado de Modelado, UML Qu es un modelo? Es un esquema simplificado que describe un sistema o realidad desde un determinado punto de vista que facilita su estudio y comprensin

 En 1994, Booch, Rumbaugh y Jacobson deciden unificar las notaciones de sus mtodos: Unified Modeling Language (UML) Explosin de mtodos OO en los noventa OMT Booch Jacobson Shlaer-Mellor Wirfs-Broks Fusion Catalysis Y muchos ms! Coad/Yourdon Champeaux Martin/Odell OOram BON Open

Por qu no escribo cdigo directamente? Sera lo ideal pero .... .... necesitamos escribir modelos, aunque la mayora de desarrolladores todava no practican el modelado Utilidad del modelado Ayuda a razonar sobre el cmo se implementa. Se facilita la comunicacin entre el equipo al existir un lenguaje comn. Se dispone de documentacin que trasciende al proyecto. Generacin de cdigo a partir de modelos Ha surgido un nuevo paradigma de desarrollo de software a partir de modelos Los modelos: visualizan cmo es o queremos que sea el sistema especifican la estructura y comportamiento del sistema. guan la construccin del sistema. documentan las decisiones. UML Compuesto por: Elementos, relaciones y diagramas

Relaciones

Diagramas UML Diagrama de Casos de Uso Modela la funcionalidad del sistema agrupndola en descripciones de acciones ejecutadas por un sistema para obtener un resultado. Diagrama de Clases Muestra las clases (descripciones de objetos que comparten caractersticas comunes) que componen el sistema y cmo se relacionan entre s. Diagrama de Objetos Muestra una serie de objetos (instancias de las clases) y sus relaciones. Estos diagramas se enfocan en la perspectiva de casos reales. Diagrama de Secuencia Enfatiza la interaccin entre los objetos y los mensajes que intercambian entre s junto con el orden temporal de los mismos.

Diagrama de Colaboracin Muestra la interaccin entre los objetos resaltando la organizacin estructural de los objetos en lugar del orden de los mensajes intercambiados. Diagrama de Estados Para analizar los cambios de estado de los objetos. Muestra los estados, eventos, transiciones y actividades de los diferentes objetos. Son tiles en sistemas que reaccionen a eventos. Diagrama de Actividades Simplifica el diagrama de estados modelando el comportamiento mediante flujos de actividades. Muestra el flujo entre los objetos. Se utilizan para modelar el funcionamiento del sistema y el flujo de control entre objetos. Diagrama de Componentes Muestra la organizacin y las dependencias entre un conjunto de componentes. Se usan para agrupar clases en componentes o mdulos. Diagrama de implementacin Muestra los dispositivos que se encuentran en un sistema y su distribucin en el mismo.