Académique Documents
Professionnel Documents
Culture Documents
Estas herramientas ayudan en todos los estados del ciclo de vida de desarrollo software,
tareas como el proceso de diseo del proyecto, clculo de costos, implementacin de parte
del cdigo, compilacin automtica, documentacin o deteccin de errores.
El Modelo Entidad Relacin (MER) es una metodologa de diseo de Bases de Datos que
consiste en representar a nivel conceptual los datos que soportan el funcionamiento de un
sistema. El MER fue introducido originalmente por Peter Chen en 1976 y aunque ha sufrido
variaciones en cuanto a los diagramas utilizados para representar sus elementos, su operacin
y utilidad siguen vigentes. La base del MER est en identificar los elementos o entes
importantes del sistema, los datos que componen cada uno de ellos y la interaccin entre
dichos elementos. Los componentes bsicos de un MER son: Entidades, Atributos y Relaciones.
ENTIDAD: Se denomina entidad a todo ente (conceptual o fsico) del cual se desea mantener
informacin. ATRIBUTO: Conjunto de elementos de informacin que caracterizan a una
entidad, identificndola, calificndola, cuantificndola, o declarando su estado. RELACIONES:
Identifica la interaccin que existe entre dos entidades. Relaciones Entidades Atributos Diseo
de Base de Datos FAVA - Formacin en Ambientes Virtuales de Aprendizaje SENA - Servicio
Nacional de Aprendizaje 9
La interaccin entre las entidades se define teniendo en cuenta que debe existir un anlisis
encada sentido de la relacin para definir adecuadamente la cardinalidad (uno o varios) y
el grado de participacin (obligatoria u opcional) de las entidades en la relacin.
Se debe evitar relacionar todas las entidades entre s, por eso un error comn en este
proceso es tratar de relacionar todas las entidades entre s, el consejo para evitar este error
es pensar primero en las relaciones ms evidentes y si se generan dos caminos distintos
evaluar si alguno de ellos es redundante y desecharlo.
Describir para cada entidad los atributos que la identifican (clave o llave) y constituyen, es
importante tener claramente definido el tipo de dato al que pertenece, es importante
definir si su valor es obligatorio u opcional, debe evitarse asignar un doble significado, solo
se debe permitir el almacenamiento de un nico dato, tambin verificar que no exista
parcial o totalmente en otra entidad. Para cada una de estas caractersticas de los atributos
existe una representacin grfica de acuerdo con la notacin utilizada para realizar el
diagrama.
Es posible que algunas relaciones posean atributos propios, en cuyo caso deben
identificarse en el modelo. Para establecer la clave se deben tener en cuenta los siguientes
aspectos:
Verificar que los atributos que forme la clave no sean opcionales, ya que un valor
nulo, no es un dato vlido para identificar una ocurrencia.
Unicidad de Ocurrencias: No deben existir dos filas, registros o tuplas con la misma
informacin.
Se debe analizar el caso especfico bien sea para fusionar las entidades, crear nuevas
entidades o restablecer atributos.
Se han construido diferentes notaciones a travs de los aos, pero la esencia del
modelo es la misma, a continuacin, se presentan algunas de estas para su
comparacin y anlisis:
Entidades y Atributos:
MATRIZ ENTIDAD ENTIDAD
Para validar el MER es posible utilizar una matriz Entidad x Entidad, donde se observan
las entidades y sus relaciones. Para construirla se hace una matriz con las entidades en
filas y columnas, en cada interseccin se escribe el nombre de la relacin en singular,
indicando adems la cardinalidad y la obligatoriedad usando pares ordenados (el
primer trmino indica opcional -0- u obligatorio -1- y el segundo indica cardinalidad
uno -1- varios -n-). En la casilla donde se crucen dos entidades sin relacin alguna se
coloca una X. La siguiente representa la matriz entidad-entidad de un modelo
propuesto para controlar la realizacin de eventos en una institucin.
Debido a la dificultad del modelo bsico para representar ciertas situaciones, se crea el
modelo entidad relacin extendido -MERE- que recoge 3 elementos nuevos:
Relaciones excluyentes: Cuando una entidad mantiene relacin con otras pero esto
no se puede hacer simultneamente, ya que en cada instancia hay relacin con una
sola.
Para representar relaciones de grado 3 o cuando una relacin a su vez se relaciona con
otra entidad.
MODELO RELACIONAL
Es un modelo formal propuesto por E.W. Codd en 1970, basado en los conceptos
matemticos de Relacin y Teora de Conjuntos. Este modelo esta soportado por la
mayora de los productos de bases de datos en el mercado actual y se representa por
tablas en forma bidimensional. Caractersticas:
Los renglones, lneas o filas, poseen datos acerca de una entidad.
Todos los valores almacenados en una columna son del mismo tipo, es decir, estn
definidos sobre el mismo dominio.
NORMALIZACIN
El proceso consiste en aplicar reglas de normalizacin sobre las tablas de una base de
datos, cada regla se denomina "Forma Normal". Si una tabla cumple la primera regla,
se dice que est en la "primera forma normal" y si cumple la regla N esta en forma
normal N. Aunque son posibles otros niveles de normalizacin, la tercera forma normal
se considera el mximo nivel necesario para la mayor parte de las aplicaciones.
En general, las condiciones que garantizan la integridad de los datos pueden ser de dos
tipos:
Estn asociados a las reglas del negocio, son condiciones especficas de una base
de datos concreta que no son necesariamente relevantes en otra base de datos.
ALMACENAMIENTO