1. INSTITUTO TECNOLOGICO SUPERIOR DE FELIPE CARRILLO PUERTO Docente:MC. Arizb del Socorro Arana KantnIntegrantes: Angulo Estrella Jess Alberto Lara Domnguez Efran Ketz Lpez Andrea Pool Puc Jos ngel Yama May Jos Luis Ing. Sistemas computacionalesGRUPO: BJ-4 SEMESTRE 4

2. 2.1 EL PROCESO DE DISEO"El diseo de bases de datos es el proceso por el que sedetermina la organizacin de una base de datos, incluidos su estructura,contenido y las aplicaciones que se han de desarrollar.El diseo de una base de datos se realiza a dos niveles. Elprimero es el nivel conceptual, en la cual se contempla una estructuraabstracta y no implementable directamente con un SGBD. El segundo esel nivel fsico, en el cual la base de datos es ya implementable. 3. Fases del diseo de una base de datos:1. Descripcin en lenguaje natural.2. Creacin del Diagrama E-R (Chen).3. Eleccin del modelo de datos (usualmente el relacional).4. Conversin del diagrama E-R a tablas.5. Normalizacin (eliminar diversos defectos de diseo). 4. 2.1 MODELO ENTIDAD RELACION (E-R "Entity relationship", o del espaol DER "Diagrama de Entidad Relacin)El modelo entidad-relacin es el modelo conceptual ms utilizado para eldiseo de bases de datos. Fue introducido por Peter Chen en 1976. Estformado por un conjunto de conceptos que permiten describir la realidadmediante un conjunto de representaciones grficas y lingsticas."Modelo de datos basado en una percepcin del mundo real que consisteen un conjunto de objetos bsicos llamados entidades y relaciones entre estosobjetos".Se elabora el diagrama (o diagramas) entidad-relacin. Se completa elmodelo con listas de atributos y una descripcin de otras restricciones que nose pueden reflejar en el diagrama. 5. 2.3.-RESTRICCIONESSe trata de unas condiciones de obligado cumplimiento por los datos de labase de datos. Las hay de varios tipos.InherentesSon aquellas que no son determinadas por los usuarios, sino que sondefinidas por el hecho de que la base de datos sea relacional.SemnticasEl modelo relacional permite a los usuario incorporar restriccionespersonales a los datos. Se comentan las diferentes reglas semnticas acontinuacin: 6. clave primaria: campo o combinacin de campos que identifica de formanica a cada entidad. Clave secundaria: es aquel campo que esta en una entidad pero que a suvez hace referencia a otra. Ej en la entidad factura esta el codigo decliente. Este campo es clave primaria en la tabla clientes y es clavesecundaria en la tabla facturas. Sper clave: Conjunto de uno o ms atributos que permiten identificar deforma nica una instancia dentro de una entidad. Ejemplo: DNI ->Superclave. 7. Obligatoriedad (Not Null)Prohbe que el atributo marcado de esta forma no tenga ningn valor (es decirimpide que pueda contener el valor nulo, null).Integridad referencial (foreign key)Sirve para indicar una clave externa. Cuando esa clave se marca con integridadreferencial, no se podrn introducir valores que no estn incluidos en loscampos relaciones con esa clave.Regla de validacin (check)Condicin que debe de cumplir un dato concreto para que sea actualizado.Puede afectar a una tabla o a varias. Por ejemplo restringir el campo sueldopara que siempre sea mayor de 1000, sera una regla de validacin. 8. 2.4.-DIAGRAMA E-R Este modelo representa la realidad a travs de un Esquema grfico. Sedistinguen de otros por sus caractersticas particulares denominadas Atributos.Est compuesto por los siguientes elementos.ENTIDADSe trata de cualquier objeto u elemento (real o abstracto) acerca delcual se pueda almacenar informacin en la base de datos. 9. TIPOS DE ENTIDADES Y REPRESENTACIN GRFICA Regulares. Son las entidades normales que tienen existencia por s mismassin depender de otras. Su representacin grfica es la indicada: Dbiles.RELACIONESRepresentan asociaciones entre entidades. Es el elemento del modelo quepermite relacionar en s los datos del mismo. 10. La representacin grfica de las relaciones se realiza con un rombo alque se le unen lneas que se dirigen a las entidades, las relaciones tienennombre (se suele usar un verbo). 11. CARDINALIDADIndica el nmero de relaciones en las que una entidad puede aparecer. Seanota en trminos de: Cardinalidad mnima. Indica el nmero mnimo de asociaciones en lasque aparecer cada ejemplar de la entidad (el valor que se anota es decero o uno, aunque tenga una cardinalidad mnima de ms de uno, seindica slo un uno) Cardinalidad mxima. Indica el nmero mximo de relaciones en lasque puede aparecer cada ejemplar de la entidad. Puede ser uno, otrovalor concreto mayor que uno (tres por ejemplo) o muchos (serepresenta con n) 12. CORRESPONDENCIA DE CARDINALIDADES Dado un conjunto de relaciones en el que participan dos o ms conjuntos deentidades, la correspondencia de cardinalidad indica el nmero de entidadescon las que puede estar relacionada una entidad dada. Uno a Uno: Una entidad de A se relaciona nicamente con una entidad en By viceversa (ejemplo: relacin vehculo - matrcula: cada vehculo tiene unanica matrcula, y cada matrcula est asociada a un nico vehculo). Uno a varios: Una entidad en A se relaciona con cero o muchas entidadesen B. Pero una entidad en B se relaciona con una nica entidad en A(ejemplo: la entidad EMPERSA, la entidad TRABAJADOR y entre ellos larelacin TRABAJAR-EN). 13. Varios a Uno: Una entidad en A se relaciona exclusivamente con unaentidad en B. Pero una entidad en B se puede relacionar con 0 o muchasentidades en A (ejemplo empleado-centro de trabajo). Varios a Varios: Una entidad en A se puede relacionar con 0 o muchasentidades en B y viceversa (ejemplo asociaciones- ciudadanos, dondemuchos ciudadanos pueden pertenecer a una misma asociacin, y cadaciudadano puede pertenecer a muchas asociaciones distintas). 14. En la figura siguiente se indican notaciones para las cardinalidades. Pie De Cuervo 15. Ejemplo Ejemplo De La Utilizacin De La Cardinalidad 16. ROLES A veces en las lneas de la relacin se indican roles. Los rolesrepresentan el papel que juega una entidad en una determinada relacin.Ejemplo: 17. ATRIBUTOSDescriben propiedades de las entidades y las relaciones. COMPUESTO MLTIPLES OPCIONALES 18. 2.5 DISEO DE DIAGRAMAS ENTIDAD-RELACIN.1. Se elabora el diagrama (o diagramas) entidad-relacin.2. Se completa el modelo con listas de atributos y una descripcin de otrasrestricciones que no se pueden reflejar en el diagrama. Dado lo rudimentariode esta tcnica se necesita cierto entrenamiento y experiencia para lograrbuenos modelos de datos.Pasos a seguir para el Diagrama Entidad Relacin1. Una entidad se relaciona con otra entidad con una lnea continua, ya queno lleva flechas, es solo una direccin continua. 19. 2. Toda relacin debe de llevar una cardinalidad (determina el nivel decardinalidad).3. Una relacin entre dos entidades siempre se va a dar por medio de unrombo (si tienes una entidad alumno, otra materia, se traza una lnea en elmedio de la lnea se pone un rombo, dentro del rombo se pone "el alumno seinscribe", el nivel seria uno a muchos ya que el alumno se inscribe a variasmaterias).4. Cada entidad deber tener sus elementos. 20. 2.6 ENTIDADES FUERTES Y DEBILESLas entidades fuertes o propietaria se caracterizan porque tienen atributosclaves propios. Ejemplo: la entidad persona tiene como atributo clave lacedula, el cual no es entregado o heredado de otra entidad. Las entidades dbiles no tienen atributos claves propios sino que dependendel que posee una fuerte, pero si pueden tener atributos que identifiquen unaclave parcial (fornea) que la identifican como nica dentro del tipo deentidad dbil. Ejemplo: la entidad ocupacin depende de la existencia de unaentidad persona, ya que sin esta no tendra sentido. En el modelo E-R seesquematiza grficamente a travs de rectngulos dobles. El atributo parcialse subraya con lnea punteada. 21. REPRESENTACION CONCEPTUAL Clave primaria entidad dbil = Claveprimaria entidad fuerte + Discriminante 22. Se representan mediante lneas dobles. El discriminador se marca con una lnea de puntos. numero-pago es el discriminador de pago. Clave primaria (numero_prestamo, numero_pago). 23. 2.7 MODELO ENTIDAD RELACION EXTENDIDO El modelo ERE incluye todos los conceptos del modelo ER. Enadicin, incluye los conceptos de subclase y superclaseadems de los conceptos de especializacin y generalizacin.Otro concepto incluido en el modelo ERE es la categorizacin.Asociado con estos conceptos se encuentra el mecanismo deherencia en el atributo. Desafortunadamente, no existe unaterminologa estndar para estos conceptos. 24. EJEMPLO La entidad PERSONAL puede a su vez subdividirse enPROFESORES, TECNICOS, etc. El conjunto de ocurrencias deentidad en cada una de estas entidades ser un subconjunto delas ocurrencias de entidad de PERSONAL, ya que por ejemplo,un profesor tambin es un personal. Llamaremos a cada uno deestos subconjuntos Subentidades de la entidad PERSONAL ya PERSONAL una Superentidad de cada uno de estossubconjuntos. 25. HERENCIADebido a que una subentidad es a su vez parte de unaSuperentidad, la subentidad tendr sus atributos especficosas como los atributos correspondientes a la superentidad a laque pertenece. Esto quiere decir que la ocurrencia de entidadde una subentidad hereda los atributos correspondientes a lasuperentidad a la que pertenece. De la misma manera heredalas relaciones en las que su correspondiente superentidadparticipa. 26. GENERALIZACIN Y ESPECIALIZACIN Se habla de generalizacin si inicialmente partimos de unaserie de entidades que al estudiarlas en detalle descubrimosque todas ellas pertenecen al mismo conjunto. En lageneralizacin las entidades son totalmente heterogneas, esdecir, los atributos son diferentes. La superentidadnormalmente tiene una clave principal distinta de lassubentidades. La especializacin ocurre cuando partimos de una entidadque podemos dividir en subentidades para detallar atributosque varan en las mismas. Comparten clave con lasuperentidad y los atributos de la superclase se heredan enlas subclases. 27. EJEMPLO DE GENERALIZACIN Y ESPECIALIZACIN 28. REPRESENTACION DE GENERALIZACION YESPECIALIZACION 29. EJEMPLO 30. OBLIGATORIEDAD Todas las ocurrencias de una entidad deben estar relacionadas conalguna de la entidad con la que esta relacionada. Se dice tambin,que existen una participacin total de ese conjunto de entidades enel conjunto de relaciones, y se representa mediante una lnea contrazo doble. (Por ejemplo, todo proveedor tiene que vender algnartculo para serlo, y todo artculo es vendido por algn proveedor.En este caso ambas entidades participan de forma total en larelacin). 31. 2.9 REPRESENTACION GRAFICA UMLEl lenguaje de modelado unificado (UML) es un estndar propuesto parala creacin de especificaciones de varios componentes de un sistemasoftware.Diagrama de Clase: Similar al diagrama E-RDiagramas de Caso de Uso: Muestran la interaccin de los usuarios con elsistemaDiagrama de Actividad: Flujo de tareas entre componentesDiagrama de Implementacin: Interconexiones a nivel software y hardware.RELACION 32. CARDINALIDADATRIBUTOS 33. CLAVE CANDIDATA 34. ENTIDADES FUERTES Y DEBILES 35. SUBCLASE, SUPERCLASE Y RELACION DE HERENCIA 36. EJEMLO 1.- MODELO E-R 37. EJEMPLO 2