icon picker
DBD 3.1 Revision del Modelo Conceptual y preparacion para pasar a Modelo Logico

Le falta una repasada y agregar algo de info
Cuestiones para tener en cuenta al pasar del modelo conceptual al modelo logico. Se revisan las decisiones tomadas en el modelado conceptual. Atributos o entidades? Generalizaciones o clasificaciones (adonde se agrega un tipo como atributo)? Atributos compuestos o simples?
Toma de decisiones
0
Atributos o Entidades?
Si dudo si un concepto debe ser atributo o una entidad, en general conviene una entidad. Tiene mayores beneficios a largo plazo.
Generalizacion o clasificacion
Las clasificaciones carecen de atributos para los hijos. Si al hacer la jerarquia, los hijos quedan vacios sin atributos, entonces es una clasificacion. Solo es necesario distinguir el “tipo”.
Atributos compuestos o simples
Los atributos compuestos son utiles para describir una realidad de una manera diferente en el modelo conceptual. No son obligatorios.

Analysis final del Modelo Conceptual

Se hace un analisis sobre el modelo conceptual para intentar lograr la mejora de este considerando las siguientes definiciones teoricas y haciendo las transformaciones necesarias.

Complecion

Representa todas las caracteristicas del dominio.
En relacion al analisis de los requerimientos de la aplicacion.
En otras palabras, el modelo es completo cuando no te olvidaste de nada y pusiste todo.

Correccion

“Lo escribi bien y lo interprete bien”
Existe la correctitud sintactica
Usar con propiedad los conceptos del modelo Entidad Relacion.
Nota al pie: Nos topamos con el termino - Entidad Interrelacion - como sinonio de Entidad Relacion. El termino fue introducido para quitar la ambiguedad asociado con el termino “relacion” en español.
Existe la correctitud semantica
Los conceptos se usan de acuerdo a su definicion.
Tipos de errores de semantica:
Usar atributos en lugar de entidades relacionadas
Omitir una generalización (por no tener vision integral del problema)
Como consecuenca de la anterior, olvidarse la propiedad de herencia
Usar entidades en lugar de relaciones o vice versa ( se ve en la practica cuando en el problema interpretamos relaciones ternarias/cuaternarias y se transforman en entidades, se debe buscar la form mas elegante y correcta de hacer este tipo de transformaciones )
Olvidar el identificador de una entidad (entidades debiles)
Omitir la cardinalidad (siempre debe definirse)

Minimalidad (no siempre es necesaria)

Cada aspecto aparece una sola vez en el esquema.
Los atributos derivados atentan contra la minimalidad (no significa que esto este mal, pero se debe hacer a conciencia). Si no se cumple, a nivel conceptual, es suficiente que yo debo saber que no se cumple. En el modelo logico, se deben tomar decisiones al respecto.
Los ciclos que generar informacion redundante atentan contra la minimalidad.

Expresividad

Se representa de manera natural a los requerimientos
Se deberia poder entender el problema viendo el modelo, sin saber el problema.

Autoexplicacion

Cuando podemos representar todo lo necesario en el modelo conceptual, sin necesidad de otras herramientas o formalismoss.
Eliminar sub-entidades colgantes de la generalización
Eliminar entidades colgantes (las entidades sin relaciones no deben estar)
Si hay dos entidades similares, se crea una jerarquía de generalización
Cuando es necesario hacerlo, crear Subconjuntos

Extensibilidad (condicion necesaria)

El modelo debe poder adaptarse a condiciones cambiantes en los requerimientos.

Legibilidad (condicion necesaria)

Se lee bien, la letra se entiende, no se cruzan las lineas de las relaciones, las cardinalidades estan definidas. Se utilizan herramientas automatizadas para garantizar la legibilidad. Usar estructuras simetricas. Partir el modelo conceptual visualmente en pedazos para tener claridad en el esquema. La herencia se representa con padre arriba y hijos abajo. Nombres representativos y mnemotecnicos.

Modelo Logico

Alto Nivel

Se deben tener en cuent varias cosas en este punto
Este paso es condicionado por la herramienta voy a usar en el modelo fisico
Requerimientos de rendimiento se deben tener en cuenta

Toma de decisiones

Atributos Derivados


Si cambia mucho, lo dejo. Si cambia poco, lo saco.
Ventaja de sacar:
Como cuesta mucho manterlo actualizado al dato, si no cambia mucho, conviene sacarlo.
Ventaja de dejar:
Me da una ventaja en el rendimiento por que el acceso fisico es mas costoso que calcular sobre memoria.

Ciclo de Relaciones


[no hay informacion]

Atributos Compuestos


[no hay informacion]

Atributos Polivalentes


Un atributo en el modelo relacioneal debe ser simple.
No hay forma de tener atributos polivalentes. Se tranforma en entidad y se genera una relacion entre la entidad que tenia el polivalente y la nueva entidad.

Jerarquias o Subconjuntos

No pueden representarse en el modelo relacional
Tres maneras de resolver
Eliminar entidad padre
Eliminar entidades hijos
Mantener todo
Want to print your doc?
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.