Diferencia entre revisiones de «Plantilla:Bases datos/Nivel Conceptual»

De WikiEducator
Saltar a: navegación, buscar
Línea 187: Línea 187:
 
=====Interrelaciones o vínculos=====
 
=====Interrelaciones o vínculos=====
 
<br />
 
<br />
 +
{{MRM_Definicion|Title=Relaciones binarias|
 +
*El los sistema de información los elementos o entidades se interrelacionan entre si.
 +
*Esto ocurre de forma natural, es muy extraño que un elemento o entidad no se interrelacione con ningún otro elemento
 +
*Lo más habitual es que dos elementos se relacionen,e estableciendo una relación binaria (Entre dos entidades)
 +
*Esta son las que habitualmente hemos venido viendo
 +
[[Archivo:]]
 +
}}
 +
{{MRM_Definicion|Title=Relaciones reflexivas|}}
 +
{{MRM_Definicion|Title=Relaciones ternarias|}}
 +
{{MRM_Definicion|Title=Relaciones de agregación|}}
 +
 +
 +
 
{{MRM_Definicion|Title=Relaciones|
 
{{MRM_Definicion|Title=Relaciones|
 
*Establecen las cardinalidades entre los elementos que se relacionan de entidades
 
*Establecen las cardinalidades entre los elementos que se relacionan de entidades

Revisión de 18:54 26 abr 2018

Nivel Conceptual

  • Corresponde a obtener las especificaciones del cliente
  • En este nivel debemos establecer comunicación con el cliente y técnicos.
Cliente

Grupo de personas que saben mucho de su negocio, pero seguramente poco de tecnologías de desarrollo

Técnico

Persona/s que tienen (deben tener) un alto conocimiento de desarrollo técnico, pero seguramente saben poco del negocio que han de automatizar

Objetivo

Qué el grupo técnico tenga un conocimiento detallado del negocio y puedan desarrollar una aplicación que satisfaga las necesidades del cliente
Especificacion1.png

Modelado conceptual



Icon define.gif
Modelado

Lo entederemos como un lenguaje
que nos va a permitir describir datos .


  • Serán los datos que queremos almacener de un determinado universo del discurso.
  • Usaremos el Modelo Entidad/Relación
  • también conocido como modelo Entidad interrelacion o modelo de chen}}


Icon define.gif
El diagrama entidad-interrelación (DEI)

Este diaglama es un modelado que permite representar la estática del modelo de datos entidad-interrelación mediante un lenguaje gráfico de definición de estructuras.



Icon define.gif
Elementos o lexemas de este lenguaje
entidades
atributos
interrelaciónes entre entidades.


Modelo Entidad/Relación

  • Es un modelo que nos va a permitir mostrar la parte estática del sistema
  • Solo va a mostrar los elementos o entidades y las relaciones que ocurren ente ellos
Entidades
  • Las entidades son esos elementos de los cuales queremos guardar información



Icon define.gif
Entidad

El conjunto de elementos u objetos concretos o abstractos de los que se quiere almacenar información dentro de este sistema


Concepto entidad.png

Representación gráfica
  • Su representación es un rectángulo
  • El nombre se especifica dentro del rectángulo
  • Se suelen poner en singular

Entidad.png

  • Una entidad va a representar un conjunto de elementos, por ejemplo la entidad Alumno representará varios alumnas

Entidad conjunto.png

Tipos de entidades


Icon define.gif
Entidades débiles
  • Son entidades que dependen de otra para que existan o incluso para poderse identificar
  • Se representan con un doble cuadrado

Entidad debil.png



Icon define.gif
Tipos de debilidades
Debilidad en existencia
  • Para que exista un elemento de la entidad tiene que existir el elemento de la entidad con el que está relacionado


Icon casestudy.gif
Debilidad en existencia
  • Supongamos el siguiente ejemplo
En una empresa que tiene empleados se quiere saber los familiares
de los empleados para por ejemplo tener acceso a las instalaciones 
o acceder a determinadas promociones
Si un empleado dejara de serlo, claramente los familiares de ese empleado
 ya no serían datos que a la empresa le interesara conocer
Aquí vemos la debilidad en existencia

Debilidad existencia emp fam.png


Debilidad en identificación
  • Son entidades que dependen de otra para que existan o incluso para poderse identificar
  • Se representan con un doble cuadrado


Icon casestudy.gif
Debilidad en identificación
  • Es una debilidad más fuerte
  • En ella para poder identificar un elemento de una entidad, necesitamos identificar previamente el elemento de la entidad con el que está relacionado
  • Supongamos un ejemplo
En un hotel tenemos plantas (primero, segunda, ...) 
cada planta tiene unas características y más atributos que nos interesa guardar
Las plantas tienen habitaciones que se identifican por
un número (de la 1 hasta el número de habitaciones que haya. 
Está claro que para saber de qué habitación hablamos en un momento dado,
no podemos decir la habitacion 10, habrá que decir la habitación 10, 
de la planta 2  o la que sea 
Aquí vemos la debilidad en identificación ya que para identificar un elemento
de la entidad habitación, previamente necesitamos conocer el elemento de la entidad 
Planta con el que está relacionado.
Por supuesto que también es una debilidad en existencia, 
ya que si desapareciera una planta, desaparecerían también las habitaciones. 

Debilidad identificacion pla hab.png




Jerarquía entre entidades
  • Como ya hemos estudiado en la herencia dentro de la programación orientada a objetos, puede ocurrir que una entidad se pueda especializar.
  • Es decir que una entidad pueda ser de diferentes tipos, y ademas, cada uno de esos subtipos tengan atributos o relaciones de forma individual (no compartidos).
  • En este caso podremos establecer una jerarquía


Icon define.gif
Jerarquia
  • Es una estructura de datos en la cual tenemos entidades que se especializan en subtimos
  • Cada subtipo a de tener atributos y/o relaciones de forma individual (Si no fuera así sería suficiente con tener un atributo llamado tipo)


Icon casestudy.gif
Jerarquía con atributos individuales
Una editorial realiza publicaciones. Estas publicaciones pueden
ser libros en cuyo caso necesitamos conocer el autor principal
o también revistas, en cuyo caso necesitamos la tirada (número de ejmplares 
de esa publicación)

Jerarquia 1.png




Icon casestudy.gif
Jerarquía con relaciones individuales
En el ejemplo anterior además una publicaciones tiene subscriptores

Jerarquia 2.png




Icon casestudy.gif
Entidad con un atributo tipo, pero sin jerarquía

Archivo:Jerarquia 3.png




Concepto de agregación
Atributos
  • Qué son


Icon define.gif
Atributos
Son las características que queremos guardar de las entidades
  • Van a permitir diferenciar una elemento de otro dentro de la entidad
  • Se pueden representar de diferentes maneras, usaremos un cículo

Atributo.png

  • Se une a la entidad con una línea

Atributo entidad.png


Tipos de atributos


Icon define.gif
Atributo Clave
Hemos dicho que una entidad representa un conjunto de elementos
  • Por definición un conjunto está formado por 0 o más elementos los cuales han de ser necesariamente diferenciables
  • Aplicado a nuestro caso, quiere decir que hemos de poder diferenciar dos elementos cualesqueira de nuestro conjunto.
  • Esto se consigue teniendo uno o más atributos que constituyan la clave, es decir que sus valores no se pueden repetir.


Icon casestudy.gif
Representacion

Atributo clave.png

  • Otro caso:

Atributo clave2.png





Icon define.gif
Atributo Compuesto
  • Es un atributo que a su vez está formado por más atributos


Icon casestudy.gif
Representacion

Se representa ligando con una flecha al atributo compuesto sus componentes Atributo compuesto.png





Icon define.gif
Atributo Multivaluado
  • Ocurre cuando un atributo puede tomar varios valores.

(Comment.gif: No confundir con el hecho de que pueda tomar un valor entre una lista de valores posibles)




Icon casestudy.gif
Representación
Se representa con un doble círculo
Un alumno puede hablar varios idiomas

Atributo multivaluado1.png

Un alumno estudiante puede tener varios estudios

Atributo multivaluado2.png

Un alumno estudiante puede tener varios estudios pero solo nos interesa el de mayor nivel entre (ESO, BASH, CICLO, CERTIFICADO, GRADO)

Atributo multivaluado3.png






Icon define.gif

Atributo Derivado

  • Es aquel atributo cuyo valor no necesitamos almacenarlo, ya que lo podemos calcular a partir de los valores de otro/s atributos y/o valores del sistema.


Icon casestudy.gif
Representación
Se representa con líneas discontinuas en el círculo
De un alumno se quiere saber su fecha de nacimiento y su edad
La edad la podremos calcular a partir de la fecha de nacimiento
y de la fecha actual que siempre  podremos obtener del sistema

Atributo derivado.png


{{{1}}}


Atributos de la relación


Icon define.gif
Atributo de la relación
  • Hay muchas ocasiones en las cuales las propiedades o características se establecen entre dos entidades que se relacionan
  • Pero en realidad no pertenecen en particular a ninguna de ellas, sino que son características que toman valor cuando se establece la relación entre dos elementos relacionados
  • En este caso diremos que el atributo es de la relación.


Icon casestudy.gif
Atributos de la relación
Un programador trabaja en un proyecto con un determinado cargo 
el programador puede desempeñar diferentes cargos:
 (analista, programador, diseñador de software, maquetador)
Este atributo toma valor cuando un programador trabaja en un proyecto 
Lo hace con undeterminado cargo.
Atributo relacion.png

(Comment.gif: Los atributos pueden ser también de la relación)





Interrelaciones o vínculos



Icon define.gif
Relaciones binarias
  • El los sistema de información los elementos o entidades se interrelacionan entre si.
  • Esto ocurre de forma natural, es muy extraño que un elemento o entidad no se interrelacione con ningún otro elemento
  • Lo más habitual es que dos elementos se relacionen,e estableciendo una relación binaria (Entre dos entidades)
  • Esta son las que habitualmente hemos venido viendo

[[Archivo:]]



Icon define.gif
Relaciones reflexivas



Icon define.gif
Relaciones ternarias



Icon define.gif
Relaciones de agregación





Icon define.gif
Relaciones
  • Establecen las cardinalidades entre los elementos que se relacionan de entidades

Archivo:Cardinalidades 1.png

  • Sólo nos interesan los valores mínimos ( 0 o 1) y los máximos ( 1 o n).
  • Lo que hay que hacer es establecer las preguntas de formas correctas.


Icon casestudy.gif
Analicemos el caso anterior



Icon qmark.gif
Pregunta para obtener el mínimo ( 0 o 1)
Puede un cliente no tener facturas
Si es SI entences ponemos un 0
Si es NO entences ponemos un 1




Icon qmark.gif
Pregunta para obtener el máximo ( 1 o N)
Puede un cliente tener muchas facturas
Si es SI entences ponemos un N
Si es NO entences ponemos un 1





Icon casestudy.gif
Representación

Cardinalidades 2.png




Icon define.gif
Cardinalidades de la relación
Cogiendo los máximos de las cardinalidades de las entidades, colocamos los máximos en las relaciones
  • Esta pareja de números se llama la cardinalidad de la relación
  • Los valores pueden ser (1:1), (M:N) o (1:N)

Cardinalidades 2.png


  • Lo anteriormente expuesto corresponden a las cardinalidades de la entidad
  • En el caso anterior diremos que la cardinalidad de Cliente es (1,1) y la de factura es (0,N)
  • El hecho de ponerlos en los extremos opuestos favorece la lectura
Un cliente tiene 0 o Muchas facturas 
Una Factura pertenece a  1  y solo  1 Cliente 


Cardinalidad
  1. Cardinalidad de la entidad
  2. Cardinalidad de la relación
Relaciones