Introduction The Entity-Relationship model is one of several existing conceptual models for the design of data bases.

Is characterized by using a series of symbols and rules for representing data and relationships. The data model entity-relationship (ER) is based on a perception of a world real is a set of basic objects called entities and relationships between these objects. When using a database to manage information, is taking shape a part of a real world in of a series of tables, registers and fields located in a computer; creating a partial model of the reality. Before creating these tables in the computer must perform a data model. They often the mistake of going creating new tables as they are needed, thus making the data model and the physical construction of the tables simultaneously. The results end up being an information system patched with scattered data that end up not adequately meet the requirements. This model will help us to avoid this error and make our database is in good condition and without flaws or with as few mistakes as possible. The basic concepts provided by the ER model are entities, relationships and attributes.

2.1 Conceptos bsicos El Modelo entidad relacin, basado en una percepcin del mundo real consistente en objetos bsicos llamados entidades y de relaciones entre estos objetos. Se desarroll para facilitar el diseo de bases de datos permitiendo la especificacin de un esquema de la empresa que representa la estructura lgica completa de una base de datos. El modelo de datos E-R es uno de los diferentes modelos de datos semnticos; el aspecto semntico del modelo yace en la representacin del significado de los datos. El modelo E-R es extremadamente til para hacer corresponder los significados e interacciones de las empresas del mundo real con un esquema conceptual. Debido a esta utilidad, muchas herramientas de diseo de bases de datos se basan en los conceptos del modelo E-R. Se basa en las nociones como son: conjunto de entidades, conjunto de relaciones y atributos. Entidad Cosa u objeto que se diferencia en el mundo real de los dems objetos, una entidad puede ser concreta, como una persona o un libro, o puede ser abstracta, como un prstamo, unas vacaciones o un concepto.

Figura 2.1 Un conjunto de entidades es un conjunto de entidades del mismo tipo que comparten las mismas propiedades, o atributos. Por ejemplo el conjunto de todas las personas pertenecientes a un equipo de futbol, se pueden llamar conjunto de entidades jugadores. Una entidad se representa mediante un conjunto de atributos. Los atributos describen propiedades que posee cada miembro de un conjunto de entidades. La designacin de un atributo para un conjunto de entidades expresa que la base de datos almacena informacin similar concerniente a cada entidad del conjunto de entidades; sin embargo, cada entidad puede tener su propio valor para cada atributo. Cada entidad tiene un valor para cada uno de sus atributos y para cada atributo hay un conjunto de valores permitidos, llamados el dominio, o el conjunto de valores, de ese atributo. Los valores de los atributos que describen una entidad constituirn una porcin significante de los datos almacenados en la base de datos.

Figura 2.2 Atributo Componente o componentes que determinan una entidad. Cada atributo tiene asociado un dominio: Conjunto de valores que puede tomar. Un atributo, como se usa en el modelo E-R, se puede caracterizar por los siguientes tipos de atributo. Atributos simples y compuestos: En los ejemplos considerados hasta ahora, los atributos han sido simples; es decir, no estn divididos en subpartes. Los atributos compuestos, en cambio, se pueden dividir en subpartes (es decir, en otros atributos).

Atributos monovalorados y multivalorados: Los atributos que tienen solo un valor slo para una entidad concreta son monovalorados, los que tienen varios valores para una entidad en concreta son multivalorados. Atributos derivados. El valor para este tipo de atributo se puede derivar de los valores de otros atributos o entidades relacionados. El valor de un atributo derivado no se almacena, sino que se calcula cuando sea necesario. Un atributo toma un valor nulo cuando una entidad no tiene un valor para un atributo. El valor nulo tambin puede indicar no aplicable, es decir, que el valor no existe para la entidad. Por ejemplo, una persona puede no tener segundo nombre de pila. Nulo puede tambin designar que el valor de un atributo es desconocido. Un valor desconocido puede ser, bien perdido o desconocido. Relacin Asociacin entre diferentes entidades.

Figura 2.3 Un conjunto de relaciones es un conjunto de relaciones del mismo tipo. Formalmente es una relacin matemtica con n > = 2 de conjuntos de entidades (posiblemente no distintos). Si E1, E2,,En son conjuntos de entidades, entonces un conjunto de relaciones R es un subconjunto de: {(e1, e2,,en) | e1 E1, e2 E2,,en En} donde (e1,e2,en) es una relacin. En el modelo entidad relacin las relaciones se consideran asociaciones entre un grupo de entidades y otro grupo de entidades o un grupo de relaciones, el diagrama se representa como un rombo. El papel de una entidad en una relacin especifica la funcin que desempea esa entidad en esa relacin. En la mayor parte de los casaos, cuando las entidades son disjuntas, los papeles estn implcitos. Son tiles cuando la relacin necesita aclaracin relaciones recursivas. Una relacin puede tener atributos descriptivos que describan aspectos propios de la relacin (no pertenecen a las entidades implcitas). Una relacin debe estar identificada unvocamente a partir de sus entidades participantes, sin usar atributos descriptivos. De manera sencilla podemos representar una relacin entre dos entidades, por ejemplo la de alumno con clase. Fig. 4.

Figura 2.4 2.2 Diagramas E-R Una base de datos se puede expresar grficamente mediante un diagrama E-R. Los diagramas son simples y claros, cualidades que pueden ser responsables del amplio uso del modelo E-R. Tal diagrama consta de los siguientes componentes principales: Rectngulos, que representan conjuntos de entidades. Elipses, que representan atributos. Rombos, que representan relaciones. Lneas, que unen atributos a conjuntos de entidades y conjuntos de entidades a conjuntos de relaciones. Elipses dobles, que representan atributos multivalorados. Elipses discontinuas, que denotan atributos derivados. Lneas dobles, que indican participacin total de una entidad en un conjunto de relaciones. Rectngulos dobles, que representan conjuntos de entidades dbiles

2.3 Diseo de un esquema de base de datos Un modelo de datos de alto nivel sirve al diseador de la base de datos para proporcionar un marco conceptual en el que especificar de forma sistemtica los requisitos de datos de los usuarios de la base de datos que existen, y cmo se estructurar la base de datos para completar estos requisitos. La fase inicial del diseo de bases de datos, por tanto, es caracterizar completamente las necesidades de datos esperadas por los usuarios de la base de datos. El resultado de esta fase es una especificacin de requisitos del usuario. A continuacin, el diseador elige un modelo de datos y, aplicando los conceptos del modelo de datos elegido, traduce estos requisitos a un esquema conceptual de la base de datos.

Tambin se examina el diseo para eliminar caractersticas redundantes. Lo importante en este punto es describir los datos y las relaciones, ms que especificar detalles del almacenamiento fsico. En la fase de diseo lgico, el diseador traduce el esquema conceptual de alto nivel al modelo de datos de la implementacin del sistema de base de datos que se usar. El diseador usa el esquema resultante especfico a la base de datos en la siguiente fase de diseo fsico, en la que se especifican las caractersticas fsicas de la base de datos. Estas caractersticas incluyen la forma de organizacin de los archivos y las estructuras de almacenamiento interno. Requisitos de los datos La especificacin inicial de los requisitos de usuario se puede basar en entrevistas con los usuarios de la base de datos y en el anlisis propio del diseador del desarrollo. La descripcin que surge de esta fase de diseo sirve como base para especificar la estructura conceptual de la base de datos. Designacin del conjunto de entidades La especificacin de los requisitos de datos sirve como punto de partida para la construccin de un esquema conceptual para la base de datos. En la figura puede apreciarse el trabajo de un esquema de base de datos terminado. Fig. 2.5

Figura 2.5

2.4 Lenguaje de modelado unificado Es un estndar propuesto para la creacin de especificaciones de varios componentes de un sistema software. Algunas de las partes de UML son: Diagrama de caso de uso. Los diagramas de caso de uso muestran la interaccin entre los usuarios y el sistema, en particular los pasos de las tareas que realiza el usuario (tales como prestar dinero o matricularse de una asignatura). Diagrama de actividad. Los diagramas de actividad describen el flujo de tareas entre varios componentes de un sistema. Diagrama de implementacin. Los diagramas de implementacin muestran los componentes del sistema y sus interconexiones tanto en el nivel del componente software como el hardware. Los desarrollos de software bajo una arquitectura en Capas, se formalicen con un lenguaje estndar y unificado. Es decir, se requiere que cada una de las partes que comprende el desarrollo de todo software de diseo orientado a objetos, se visualice, especifique y documente con lenguaje comn. Se necesitaba un lenguaje que fuese grfico, a fin de especificar y documentar un sistema de software, de un modo estndar incluyendo aspectos conceptuales tales como procesos de negocios y funciones del sistema. Este lenguaje unificado que cumple con estos requerimientos, es ciertamente UML, el cual cuenta con una notacin estndar y semnticas esenciales para el modelado de un sistema orientado a objetos.

Diferencias entre UML y modelo E-R UML modela realmente objetos, mientras que E-R modela entidades. Los objetos son como entidades y tienen atributos, pero adems proporcionan un conjunto de funciones (denominadas mtodos) que se pueden invocar para calcular valores en trminos de los atributos de los objetos, o para modificar el propio objeto. Los diagramas de clase pueden describir mtodos adems de atributos. La siguiente figura muestra las equivalencias entre el modelo E-R y el UML. Fig. 2.5

Figura 2.5 Bibliografias Referencias de libros: [1b] Angell, I.O. and Smithson S. (1991) Information Systems Management: Opportunities and Risks [2b] Laudon, Jane y Kenneth (2006). Sistemas de informacin gerencial- Administracin de la empresa digital. Pearson Educacin- Prentice Hall. [3b] Silberchatz Abraham, Korth Fundamentos de base de datos, Mc Graw Hill, 4 Edicin, 2002. Referencias electrnicas: [1e] gpd.sip.ucm, Jorge Martinz http://gpd.sip.ucm.es/rafa/docencia/bdsi/apuntes/TEMA02.pdf Visitada: 17-Febrero-2013 [2e] gva1.dec.usc, Antonio http://gva1.dec.usc.es/~antonio/docencia/2004/basesdedatos/teoria/modeloEntida dRelacion.pdf Visitada: 17-Febrero-2013