BASE DE DATOS BASICO

FASE 2 – Analisis

Estudiantes:

Mileidy Medina Pajoy Código: 1.081.412.029

Pedro Emilio Pulido Serrato Código 1.081.418.922

Luz Stella Morales Martínez Código: 52.431.227

Johan Edisson Rubiano Gutiérrez Código: 1.075.229.132

Presentado a:

IVAN ARTURO LOPEZ ORTIZ

Ingeniero De Sistemas

Maestría en Tic´s

Grupo:

301330_40

Universidad Nacional Abierta y a Distancia – UNAD

Escuela: Ciencias básicas tecnología e ingeniería

MARZO 13 DE 2018
 TABLA DE CONTENIDO

INTRODUCCIÓN.............................................................................................................................3

OBJETIVOS......................................................................................................................................4

RESULTADO DE LA ACTIVIDAD.................................................................................................5

ENLACE A BITÁCORA...................................................................................................................5

MODELO ENTIDAD RELACIÓN...................................................................................................6

1. DIAGRAMA: Entidad Relación:...........................................................................................6

ELEMENTOS DEL MODELO ENTIDAD-RELACIÓN..................................................................7

2. ENTIDADES:........................................................................................................................7

3. ATRIBUTOS:........................................................................................................................7

4. CONJUNTO DE RELACIONES:..........................................................................................7

5. CARDINALIDAD:................................................................................................................8

6. RESTRICCIONES:................................................................................................................9

7. CLAVES:...............................................................................................................................9

8. RELACIÓN:........................................................................................................................10

9. DIAGRAMA EXTENDIDO:...............................................................................................11

10. ENTIDADES FUERTES Y DÉBILES:...............................................................................11

11. CARDINALIDAD DE LAS RELACIONES.......................................................................11

12. ATRIBUTOS EN LAS RELACIONES:..............................................................................12

13. HERENCIA:........................................................................................................................12

14. AGREGACIÓN:..................................................................................................................12

CONCLUSIONES...........................................................................................................................14

BIBLIOGRAFÍA..............................................................................................................................15
 INTRODUCCIÓN

Al identificar los conceptos básicos que se requieren para el reconocimiento en el tema de

Base de datos, nos permiten identificar la importancia de almacenar información de una

manera útil y practica al momento de utilizar el programa.

El desarrollo de este trabajo es importante, pues al implementar los procesos de aprendizaje

el estudiante se compromete con las diversas temáticas relacionadas con los fundamentos y

aplicaciones de las bases de datos, estos conocimientos le permiten al estudiante

implementarlos a la práctica a través del desarrollo de problemas. En esta primera unidad

del curso se desarrollaron las temáticas asociadas.

La implementación de las bases de datos es fundamental en el diario vivir, pues gracias a la

realización de esta actividad logramos establecer diversos modelos de entidad relación

(ER), adicionalmente mediante el uso de las bases de datos podemos capturar la

información de diversos tipos para que estas sean almacenadas y posteriormente

consultadas.

Por otra parte, este trabajo busca fortalecer los conocimientos adquiridos con ejercicios

prácticos que ayudan al afianzamiento de dichos conceptos mediante el aprendizaje

autónomo y con la retroalimentación de la información, logramos una inmersión al

conocimiento apropiando al estudiante en temas de interés permitiéndole desarrollar

habilidades y mecanismos idóneos para la toma de decisiones para que estos sean

implementados en la vida profesional y en el diario vivir.

 OBJETIVOS

 Diseñar el Modelo Entidad Relación (ER) funcional en el software

SQL Developer Data ModelerRealizar, en la cual se debe identificar las diversas

entidades teniendo en cuenta los atributos allí ingresados, de esta manera determinar

las llaves primarias parar poder realizar las concatenaciones estableciendo el

modelo de entidad relación.

 Conocer las funciones principales y elementos que conforman el modelo Entidad

Relación (ER).

 Al designar las diversas entidades debemos tener en cuenta los atributos que allí se

encuentren asignándole a cada uno de estos valores según su tipo de dato (Texto,

Número, Fecha) determinando su Obligatoriedad, Cardinalidad y Restricciones

adicionales.


 RESULTADO DE LA ACTIVIDAD

ENLACE A BITÁCORA

Nombre del estudiante Enlace (Bitácora Individual)

Mileidy Medina Pajoy https://drive.google.com/drive/folders/1JkCrwKfWWItfBDXXVrszpyvoY7aGnZ8c

Pedro Emilio Pulido https://drive.google.com/file/d/1qnWJEtEjThrvov2_plqGTAqTsGL6pDPD/view?usp=sharing

Serrato
Luz Stella Morales https://drive.google.com/file/d/1enjnnfmNkTQKF5CWH1IRvh2AgWmYSopX/view?usp=sharing

Martínez

Johan Edisson Rubiano https://drive.google.com/file/d/1Odl6aNogudl8JVutcPnW8ZayiwV5xGjA/view?usp=sharing

Gutierrez
https://drive.google.com/file/d/14QrGIo_okLnxvhudbnM10is8cdjdq7HH/view?usp=sharing
 MODELO ENTIDAD RELACIÓN (ENSAYO)

El modelo de datos de entidad-relación (ER) se basa en una percepción de un mundo real

que consiste en un conjunto de objetos básicos llamados entidades y de relaciones entre

estos objetos. Se desarrolló por Peter Cher de 1976 para facilitar el diseño de bases de datos

permitiendo especificar un esquema empresarial. Este esquema representa la estructura

lógica general de la base de datos.

Un diagrama entidad-relación, también conocido como modelo entidad relación o ERD, es

un tipo de diagrama de flujo que ilustra cómo las "entidades", como personas, objetos o

conceptos, se relacionan entre sí dentro de un sistema. Los diagramas ER se usan a menudo

para diseñar o depurar bases de datos relacionales en los campos de ingeniería de software,

sistemas de información empresarial, educación e investigación. También conocidos como

los ERD o modelos ER, emplean un conjunto definido de símbolos, tales como rectángulos,

diamantes, óvalos y líneas de conexión para representar la interconexión de entidades,

relaciones y sus atributos. Son un reflejo de la estructura gramatical y emplean entidades

como sustantivos y relaciones como verbos. (Lucid Software, 2019)

Los conceptos básicos previstos por el modelo ER son entidades, relaciones y atributos. Las

entidades son objetos distinguibles del resto; pe en un sistema bancario, las personas y las

cuentas son entidades. Éstas pueden ser entes concretos, como una persona o un avión, o

abstractas, como un préstamo o una reserva, un conjunto de entidades es un grupo de

entidades del mismo tipo. El conjunto de todas las personas que tienen una cuenta en el

banco, por ejemplo, puede definirse como el conjunto de entidades clientes. Una entidad
está representada por un conjunto de atributos. Los posibles atributos del conjunto de

entidades clientes son nombre, documento, calle y ciudad. Para cada atributo existe un

rango de valores permitidos, llamado dominio del atributo. El dominio del atributo nombre

podría ser el conjunto de todos los nombres de personas de cierta longitud.

Una relación describe la dependencia entre entidades o permite la asociación de las

mismas; pe tenemos 2 entidades cliente y habitación, una relación sería que el cliente

'pepito' tiene 'ocupada' la habitación '519'. se representan por medio de un verbo de acción

dentro de un rombo que une entidades y un conjunto de relaciones es un conjunto de

entidades del mismo tipo que comparten las mismas propiedades, o atributos. El conjunto

de todas las personas que son clientes en un banco dado, por ejemplo, se pueden definir

como el conjunto de entidades cliente. Por ejemplo, es posible definir el conjunto de

entidades de todos los empleados de un banco (empleado) y el conjunto de entidades de

todos los clientes del banco (cliente). Una entidad persona puede ser una entidad empleado,

una entidad cliente, ambas cosas, o ninguna..[ CITATION Luc191 \l 9226 ]

1. DIAGRAMA: Entidad Relación: Es un diagrama que permite representar las

entidades relevantes de un sistema de información, así como sus interrelaciones y

propiedades. Formalmente, los diagramas ER son un lenguaje gráfico para describir

conceptos. Informalmente, son simples dibujos o gráficos que describen

información que trata un sistema de información y el software que lo automatiza.

[CITATION Vic \l 9226 ][CITATION EdT \l 9226 ].

 El diagrama entidad relación es por el cual se expresan las diferentes tablas y

relaciones que va llevar una base de datos, está a su vez nos permiten ver cómo está

diagramado todo el proceso de una aplicación

ELEMENTOS DEL MODELO ENTIDAD-RELACIÓN

2. ENTIDADES: Son objetos distinguibles del resto; pe en un sistema bancario, las

personas y las cuentas son entidades. Éstas pueden ser entes concretos, como una

persona o un avión, o abstractas, como un préstamo o una reserva. Se representan

por medio de un rectángulo.

También podemos indicar que es la representación de una tabla en el modelo

entidad relación, determinando que es el objeto concreto o abstracto que forma parte

de la base de datos mediante unos atributos propios que los identifica y se

relacionan por la unión entre las entidades.

3. ATRIBUTOS: Los atributos son conocidos como los mismos campos de una tabla,

pero estos están expresados en la entidad de una base de datos, un atributo debe

llevar nombre, el tipo de datos y si permite valores nulos o no, entre otros. Un

atributo se define en el MER como una función matemática que establece una

correspondencia realizándose manualmente la transformación entre el modelo

conceptual y el lógico global.

Con propiedades de las entidades. Se representan mediante un círculo o elipse,

cuando un atributo es identificativo de la entidad se subraya.

4. CONJUNTO DE RELACIONES: El conjunto de relaciones es por medio del cual

nos permite visualizar que tablas o entidad se encuentran enlazadas y las

dependencias de cada una de estas. Un conjunto relación es una relación matemática

entre n entidades

5. CARDINALIDAD: Dado un conjunto de relaciones en el que participan dos o más

conjuntos de entidades, la correspondencia de Cardinalidad indica el número de

entidades con las que puede estar relacionada una entidad dada. Cardinalidad es el

número de entidades con la cual otra entidad puede asociar mediante una relación

binaria; la Cardinalidad puede ser: Uno a uno, uno a muchos ó muchos a uno y

muchos a muchos. El tipo de Cardinalidad se representa mediante una etiqueta en el

exterior de la relación, respectivamente: "1:1", "1: N" y "N:M

 Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un registro

en una entidad B. Ejemplo, Un esposo solo puede tener una esposa y viceversa.

 Uno a Varios: (1: N) Un registro en una entidad en A se relaciona con cero o

muchos registros en una entidad B. Pero los registros de B solamente se

relacionan con un registro en A. Ejemplo, un soldado puede tener una compañía

y una compañía muchos soldados.

 Varios a Uno: (N:1) Una entidad en A se relaciona exclusivamente con una

entidad en B. Pero una entidad en B se puede relacionar con 0 o muchas

entidades en A. Ejemplo, Un lugar de trabajo puede tener varios empleados,

pero un empleado puede tener un solo lugar de trabajo.

  Varios a Varios: (N:M) Una entidad en A se puede relacionar con 0 o con

muchas entidades en B y viceversa. Ejemplo, varios asociados pueden

pertenecer a muchas asociaciones y muchas asociaciones pueden tener varios

asociados de distintitas asociaciones. [ CITATION Wik19 \l 9226 ]

Un ejemplo de lo anterior sería, el conjunto de relaciones cliente-cuenta. Si en un

banco dado una cuenta puede pertenecer únicamente a un cliente y un cliente puede
tener varias cuentas, entonces el conjunto de relaciones cliente-cuenta es una a

muchas, de cliente a cuenta. Si una cuenta puede pertenecer a varios clientes,

entonces el conjunto de relaciones cliente-cuenta es una a muchas, de cuenta a
cliente, entonces en definitiva el conjunto de relaciones cliente-cuenta es muchas a
muchas.

6. RESTRICCIONES: Un esquema de desarrollo E-R puede definir ciertas

restricciones a las que los contenidos de la base de datos se deben adaptar. La

participación de un conjunto de entidades E en un conjunto de relaciones R se dice

que es total si cada entidad en E participa al menos en una relación en R. Si sólo

algunas entidades en E participan en relaciones en R, la participación del conjunto

de entidades E en la relación R se llama parcial.

7. CLAVES: L las Claves describen un dominio que se aplica al valor del atributo

considerando como una restricción describiendo un conjunto de posibles valores, las

tablas se relacionan con otras tablas mediante una relación de clave primaria o de

clave foránea. Las relaciones de claves primarias y foráneas se utilizan en las bases

de datos relacionales para definir relaciones de muchos a uno entre tablas. Las

relaciones de claves primarias y foráneas entre tablas en un esquema de estrella o

copo de nieve, a veces llamadas relaciones de muchos a uno, representan las vías de

acceso a través de las cuales las tablas relacionadas se unen en la base de datos.

o Claves primarias

 Una clave primaria es una columna o un conjunto de columnas en

una tabla cuyos valores identifican de forma exclusiva una fila de la

tabla. Una base de datos relacional está diseñada para imponer la

exclusividad de las claves primarias permitiendo que haya sólo una

fila con un valor de clave primaria específico en una tabla.

o Claves foráneas

 Una clave foránea es una columna o un conjunto de columnas en una

tabla cuyos valores corresponden a los valores de la clave primaria

de otra tabla. Para poder añadir una fila con un valor de clave

foráneo específico, debe existir una fila en la tabla relacionada con el

mismo valor de clave primaria.

o Claves sucedáneas

 Las claves sucedáneas unen las tablas de dimensiones a la tabla de

hechos. Las claves sucedáneas son un medio importante para

 identificar cada instancia o entidad en una tabla de dimensiones.

[CITATION IBM \l 9226 ]

La estructura lógica general de una base de datos puede expresarse en forma gráfica por

medio de un diagrama ER que se integra con los siguientes componentes:

 Rectángulos: representan conjuntos de entidades.

 Elipses: representan atributos.

 Rombos: representa conjuntos de relaciones.

 Líneas: conectan los atributos a los conjuntos de entidades, y los conjuntos de

entidades a los conjuntos de relaciones.

Cada componente se etiqueta con su nombre correspondiente. Para ilustrar lo anterior

veremos el ejemplo donde se ve conjuntos de entidades, cliente y cuenta, vinculados entre

sí mediante un conjunto binario de relaciones cliente-cuenta.

8. RELACIÓN: Las relaciones son representadas mediante tablas bidimensionales

donde cada fila representa un ntuplo o artículo y cada columna un atributo o campo.

Cada relación está compuesta de filas (las ocurrencias de las entidades) y se les

denomina, la terminología relacional, como tuplos o uplos (en realidad, n-tuplos,

pero en muchos casos se suprime la n cuando no existe posibilidad de confusión).

 También la relación está compuesta por columnas (los atributos o campos) que

toman valores en sus respectivos dominios. Esta escribe la dependencia entre

entidades o permite la asociación de las mismas; pe tenemos 2 entidades CLIENTE

y HABITACIÓN, una relación sería que el cliente 'Pepito' tiene 'ocupada' la

habitación '519'. Se representan por medio de un verbo de acción dentro de un

rombo que une entidades.

9. DIAGRAMA EXTENDIDO: Los modelos de entidad-relación mejorados, también

conocidos como modelos de entidad-relación extendidos, son diagramas de bases de

datos avanzados muy similares a los diagramas ER normales. Los diagramas ER

mejorados son modelos de alto nivel que representan los requerimientos y

complejidades de bases de datos complejas. el modelo entidad/relación extendido

describe con un alto nivel de abstracción la distribución de datos almacenados en un

sistema. Existen dos elementos principales: las entidades y las relaciones. Las

extensiones al modelo básico añaden además los atributos de las entidades y la

jerarquía entre estás. Estas extensiones tienen como finalidad aportar al modelo una

mayor capacidad expresiva.[ CITATION Luc191 \l 9226 ][ CITATION Man19 \l 9226 ]

10. ENTIDADES FUERTES Y DÉBILES: Se dice que una entidad es fuerte si puede

existir por sí misma sin que dependa de la existencia de otra entidad. Por el

contrario, si una entidad depende de la existencia de otra, es una entidad débil pues

es aquella que solo puede existir cuando es propiedad de otra. Por ejemplo: a

HABITACIÓN solo puede existir en un EDIFICIO. Por otro lado, un

 NEUMÁTICO podría considerarse como una entidad fuerte porque también puede

existir sin estar unido a un COCHE.[ CITATION Aul19 \l 9226 ]

11. CARDINALIDAD DE LAS RELACIONES Cardinalidad es cuando se define una

relación y se especifica si uno o varios artículos de configuración pueden estar en la

clasificación de origen y la clasificación de destino.

12. ATRIBUTOS EN LAS RELACIONES: Las relaciones también pueden tener

atributos asociados. Se representan igual que los atributos de las entidades. Un

ejemplo típico son las relaciones de tipo "histórico" donde debe constar una fecha o

una hora. Por ejemplo, supongamos que es necesario hacer constar la fecha de

emisión de una factura a un cliente, y que es posible emitir duplicados de la factura

(con distinta fecha). En tal caso, el atributo "Fecha de emisión" de la factura debería

colocarse en la relación "se emite".[ CITATION Wik19 \l 9226 ]

13. HERENCIA: Una propiedad crucial de las entidades de nivel más alto y más bajo

creadas mediante especialización y generalización, es la herencia de atributos. Los

atributos de los conjuntos de entidades de nivel más alto se dice que son heredados

por los conjuntos de entidades de nivel más bajo. Por ejemplo, cliente y empleado

heredan los atributos de persona. Así, cliente se describe mediante sus atributos

nombre, calle y ciudad y adicionalmente por el atributo id-cliente; empleado se

describe mediante sus atributos nombre, calle y ciudad y adicionalmente por los

atributos id-empleado y sueldo.

14. AGREGACIÓN: Define una nueva entidad, donde cada ocurrencia es un grupo de

ocurrencias de la entidad fuente. La agregación constituye un conjunto entidad

(entidad agregada) sobre la base de una relación, por lo que dicho conjunto se

comportará de forma similar a como se comporta la relación. La agregación es un

concepto de abstracción para construir objetos compuestos a partir de sus objetos

componentes. Permite combinar entidades entre las que existe una interrelación y

formar una entidad de más alto nivel. Es útil cuando la entidad de más alto nivel se

tiene que interrelacionar con otra entidad.[ CITATION Jon11 \l 9226 ]

 CONCLUSIONES

Al desarrollar el modelo Entidad relación (ER) podemos caracterizar cada uno de los

elementos a ser utilizados teniendo en cuenta que estos deben cumplir con características

especialmente al hablar de los atributos pues estos se deben identificar por el tipo de dato

(Texto, Número, Fecha) e indicando la cantidad de caracteres que se necesitan para ser

almacenados dependiendo del tipo (Texto).

La importancia de las bases de datos en la construcción de programas informáticos es de

gran importancia, pues gracias a estas se pueden realizar diversos tipos de consultas entre

varios listados teniendo como factor relacionar las diversas llaves primarias, las cuales

serán clave en la concatenación de la información.

E s una herramienta importante para almacenar información que permite acceder y utilizar

datos en la construcción de programas informáticos

Resulta importante a implementación de las bases de datos pues gracias a esta se logra la

optimización al momento de realizar diversos tipos de consultas, al mismo tiempo que nos

permite la utilizar altos niveles de seguridad tanto para la introducción de datos como para

la salida de estos.

Al realizar el proceso de creación de una base de datos es importante conocer de antemano

los requerimientos del sistema teniendo en cuenta sus necesidades para de esta manera

determinar su óptimo desarrollo.

 BIBLIOGRAFÍA

 Jiménez, C. M. Y. (2014). Bases de datos relacionales y modelado de datos

(UF1471), Capitulo 3 Descripción y aplicación del modelo Entidad Relación.

Madrid, ESPAÑA: IC Editorial. pág. 93-125. Recuperado de:

http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/detail.action?

docID=4184006&query=Bases de datos relacionales y modelado de datos (UF1471)

 Ramakrishnan, R., & Gehrke, J. (2007). Sistemas de gestión de bases de datos (3a.

ed.), Parte I Fundamentos - Introducción al diseño de Base de Datos. Madrid, ES:

McGraw-Hill España. Página, 26-49. Recuperado de

http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/detail.action?

docID=3195347&query=Sistemas de gestión de bases de datos (3a. ed.)

 Piñeiro, G. J. M. (2011). Manual gestión de bases de datos: formación para el

empleo. Editorial CEP, S.L., 2011. ProQuest Ebook Central.  Recuperado de:  

http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?

ppg=40&docID=3214275&tm=1528752885968

 Sosa, F. M. & López, V. M. (2007). Diseño de bases de datos relacionales.

Córdoba, AR: El Cid Editor. Pág. 20-85 Recuperado de

http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/detail.action?

docID=3175111&query=Dise%C3%B1o%20de%20bases%20de%20datos

%20relacionales.