MODELAMIENTO DE BASE DE DATOS

INTRODUCCION

En el proceso de desarrollo de sistemas informticos, orientados a producir
software que apoye a las actividades empresariales, as como a sus procesos, se
tienen que respetar ciertas fases propias de las metodologas del anlisis de
informacin, de la metodologa de procesos de negocios (IDEF) hoy en da se
emplea la metodologa orientada a objetos, sin embargo, para el desarrollo de
software es primordial el manejo del anlisis y diseo de sistemas, para el anlisis
tenemos herramientas de recopilacin de informacin, mientras que para la fase
de diseo de sistemas, tenemos las llamadas herramientas CASE, que son el
apoyo informtico de todo diseador de sistemas para plasmar todo el anlisis de
requerimientos previos en diagramas, conocidos como MODELOS,las
herramientas de diseo de sistemas ms empleado es el Platinum Erwin, que es
la que emplearemos para el curso.

SISTEMAS DE INFORMACION
Conjunto de actividades que regulan el comportamiento y distribucin de
informacin para una mejor administracin del negocio.

BASE DE DATOS
Una Base de Datos es un contenedor de objetos como tablas, vistas,
procedimientos, etc., almacenados en una plataforma denominada Sistema Gestor
de Base de Datos, viene a ser un servidor como SQL Server, Oracle, DB2,
MySQL, etc. Dicho de otra forma, una base de datos contiene las tablas y
componentes sobre las que se almacenada informacin de todos los procesos del
negocio. Y nos permite generar informacin y ser compartida por distintos
usuarios.
CARACTERISTICAS DE UN SGBDR
El SGBDR es el software que almacenar nuestra base de datos, por la cual es la
que no va a permitir acceder a la informacin por medio de lenguajes como SQL.
Tienen la capacidad de responder a mltiples usuarios en forma concurrente a los
datos, lo que se llama Arquitectura Cliente Servidor.
Escalabilidad: Se refiere de la organizacin, mejorando su performance.
- Horizontal: Crecimiento de los usuarios.
- Vertical: Se refiere al crecimiento del servidor de datos.

Rendimiento: Caracterstica de brindar respuestas a los mltiples requerimientos
de los usuarios como consultas, actualizacin, recuperacin de datos, etc.


Portabilidad: Caracterstica de transportar con facilidad el producto de una
plataforma a otra incluyendo toda la data contenida.

Universalidad: Caracterstica de manejar mltiples tipos de datos como caracteres,
numricos, de fecha, multimedia, etc.

Disponibilidad: Debe ser permanente e ininterrumpida, factor crucial del servicio
de la base de datos que da apoyo a las aplicaciones (programas) de los negocios.

ARQUITECTURA CLIENTE SERVIDOR
- Actual arquitectura para sistemas de base de datos.
- Distribucin de aplicaciones y/o datos en una red.
- Sinnimo de computacin abierta, permite utilizacin de hardware y software sin
dependencia de un solo proveedor.
- Comprende la utilizacin de los recursos informticos tanto para los administradores
y usuarios finales como jefes de rea o proyecto, analistas, programadores, etc.

ADMINISTRADOR DE BASE DE DATOS
Es el profesional informtico responsable de disear la estructura de la base de
datos, as como del mantenimiento y seguridad tanto de la informacin como del
servidor de datos. Su denominacin es DBA (Database Administrator), entre sus
funciones principales tenemos:
- Definicin de la estructura de tablas, y componentes.
- Asignacin y administracin de permisos de acceso a los usuarios.
- Responsable de la seguridad de toda la informacin, por medio de copias de
seguridad de datos (backups).


LA ARQUITECTURA DE DATOS

ARQUITECTURA ANSI
Esta arquitectura comprende de tres niveles de datos, cuyo objetivo es la de
separar los programas de aplicacin de la base de datos fsica, stos niveles en
realidad son descripciones de los mismos datos pero con distintos niveles de
abstraccin (acceso), los nicos datos que realmente existen estn en el nivel
fsico, pero es importante especificar que tipos de usuarios y en que nivel de
acceso se encuentran disponibles para el manejo de la informacin.
ABSTRACCION DE DATOS
RDBMS (RELATION DATABASE MANAGMENT SYSTEM)
SGBDR (SISTEMA GESTOR DE BASE DE DATOS RELACIONAL)
Est compuesto de un software de BD y un conjunto de aplicaciones (programas)
para poder acceder y administrar datos, crea un ambiente adecuado para poder
administrar, manipular y recuperar informacin de manera oportuna y eficiente.



NIVEL EXTERNO
Describe una parte de la base de datos que interesa a un grupo de usuarios y
ocultndola a otro de grupo de usuarios, aqu se encuentran las vistas (interfaces),
que ser el nico medio de acceso de estos usuarios hacia la informacin
almacenada en el servidor de datos (el SGBDR).
Ejemplo: A travs de un formulario de acceso, el usuario podr acceder al sistema.

NIVEL LOGICO
Es aquel nivel que describe la estructura de la base de datos, realizada en la fase
de diseo del sistema, satisface los requerimientos de los usuarios, se representa
mediante un modelo de datos, ocultando los detalles de almacenamiento fsico.



NIVEL INTERNO
Este nivel describe la estructura fsica de almacenamiento de la base de datos,
aqu se encuentra realmente los nicos datos existentes, es decir, la BD.
MODELAMIENTO DE DATOS

Concluida la fase de anlisis de requerimientos, y definidos los procedimientos del
negocio por intermedio de herramientas de anlisis, lo que corresponde a
continuacin es capturar formalmente toda la informacin relevante en un medio
fsico, una representacin que refleje las soluciones a los requerimientos
establecidos, para ello utilizamos la tcnica de modelamiento de datos, que ser la
base para estructurar nuestra BD. La informacin que se almacenar debe cumplir
con todas las exigencias propias del sistema.

CARACTERISTICAS DE LA INFORMACION
Oportuna: La informacin debe estar disponible al momento de requerirse.
Segura: La informacin debe ser segura y asegurar a las transacciones.
Precisa: La informacin debe ser confiable, exacta y concisa.
Completa: La informacin debe contener los datos completos, no a medias.
Significativa: La informacin debe ser significativa para la empresa.

TIPOS DE MODELOS

MODELO CONCEPTUAL
Luego de haber recopilado la informacin necesaria para definir los requerimientos
de los usuarios, las problemticas y necesidades del negocio que se est
modelando, el primer paso es crear un modelo conceptual que refleje la realidad
del negocio, entonces esta es la primera fase del diseo de datos, aunque
generalmente se suele obviar este paso para ir de frente al diseo de entidades y
atributos. Fue creado por Peter Chen a finales de los 60s.
MODELO LOGICO
Los modelos lgicos contienen entidades, atributos y relaciones entre sus
elementos, totalmente normalizadas partiendo del modelo conceptual, es la
segunda fase del diseo de datos y refleja mas detalladamente la futura estructura
de la base de datos. Creado por el doctor Edgard F. Cood en 1970 en base a lo
hecho por Peter Chen, representa el modelo relacional de datos, es por ello que
se denomina Modelo Entidad-Relacin al producto final, es el modelo ms
utilizado por los diseadores de sistemas. Cood tambin diseo el sistema de
Normalizacin de datos que veremos mas adelante. El modelo Entidad-Relacin
se compone de 3 partes:

- Estructura de datos: Bsicamente se compone de relaciones.
- Manipulacin de datos: Operadores para recuperar, derivar o modificar datos
almacenados.
- Integridad de datos: Coleccin de reglas que definen la consistencia de la base de
datos.

MODELO FISICO
Es un modelo lgico instanciado en un especfico producto RDBMS (Oracle, SQL
Server, Informix, MySQL, etc.). Depende del tipo de plataforma y versin en donde
esta contenida, refleja integridad referencial, claves alternas, ndices, tipos de
datos, etc. Es la tercera fase del diseo de datos, parte del modelo Entidad-
Relacin.


MODELO ENTIDAD-RELACION

El modelo Entidad-Relacin (MER) a un nivel conceptual, tiene como nicos
elementos correspondientes slo:
- Entidad.
- Relacin

ENTIDAD
Una entidad es un objeto, instancia, persona, o cosa puramente conceptual o real
sobre el cual se desea guardar informacin por ser de relevancia para una
organizacin. Una entidad es aquello que mas adelante se convertir en un
elemento de nuestra base de datos, por lo mismo contendr informacin propia
que ser manipulado por los usuarios del sistema.
Cmo identifico una entidad?
Una entidad puede ser identificada como un sustantivo dentro de la narracin de
un proceso de negocio dentro de la organizacin.
Una entidad en el modelo conceptual se representa por un rectngulo:





Ejemplo de entidades:
Los alumnos tienen cursos nuevos en este semestre, los profesores dictarn las
clases desde el da de hoy.
Entidades: alumnos, cursos, profesores. Son entidades porque son los sustantivos
que me representan algo de la cual puedo guardar informacin.

RELACION
Las entidades se relacionan de acuerdo a algo que tengan en comn, entonces
diremos que una relacin o interrelacin es la asociacin o correspondencia entre
dos o ms entidades, en el nivel conceptual se refleja por una lnea, y el verbo de
la relacin dentro de un rombo.






ENTIDAD





Ejemplo: Del ejm. anterior, relacionemos las entidades alumno, curso y profesores.






EJERCICIOS
1) Identificar las entidades y sus relaciones en el siguiente caso:
- En una concesionaria de automviles, se venden autos de marcas Honda, Volvo y
Mercedes Benz, los clientes son atendidos por personal de ventas especializados
en el tema de automviles, si la venta se lleva a cabo, se le entrega los
documentos correspondientes al cliente.
Resolviendo:
Entidades: auto, cliente, personal de venta, documentos, porque son los
sustantivos del cual se requiere informacin, no Honda ni Volvo ni Mercedes Benz,
stas son elementos de una entidad auto, no confundir entidad y elementos, mas
adelante detallar este punto. Graficando en el modelo conceptual:









2) Relacione las siguientes entidades:
- Personas Distrito



- Cliente Pedido



- Transportista Gua de Remisin

















- Persona Estado Civil



- Personal - rea




TIPOS DE ENTIDADES
ENTIDAD FUERTE: Tambin conocida como entidad Padre, es
aquella entidad cuya existencia no depende de la existencia de
alguna otra entidad, es identificada fcilmente dentro de un proceso
y da lugar a la posibilidad de otras entidades.
ENTIDAD DEBIL: Tambin conocida como entidad Hijo, es aquella
cuya existencia depende de la existencia de otra entidad, en este
caso de una entidad fuerte, tiene sus propias caractersticas aunque
est ligada a la entidad fuerte.
SUB-ENTIDAD (Sub-Tipo): Es aquella que depende totalmente de
la entidad padre, su existencia parte de la entidad fuerte que la
origin, la dependencia es total y sus elementos son similares a las
de la entidad padre. La entidad generada es la entidad sub-tipo
mientras que la entidad principal ser sper-tipo.
En el ejemplo anterior, diremos que las entidades Cliente, Auto y Personal son
fuertes, mientras que Documentos es dbil ya que no se generar elemento
alguno de esa entidad sin la existencia de las otras tres.

EJERCICIO
Identificar las entidades fuertes y dbiles:
1. PlanCtas F Boucher D
2. Asistencia D Personal F
3. Alumno F Nota D
4. Factura D Cliente F
5. Pedido D Proveedor F
6. Cotizacin F Producto F
7. Alumno F Curso F
8. Producto F OrdenCpra F








9. Orden Compra D Proveedor F
10. Personal D Cargo F


MODELO ENTIDAD-RELACION

El MER a un nivel lgico, comprende otros elementos asociados a las entidades y
sus interrelaciones:
- Atributos
- Claves o Llaves
- Tipos de relaciones
- Cardinalidad

ATRIBUTOS
Los atributos son aquellos que caracterizan a una entidad, son las propiedades
que posee cada entidad y que la hacen distinta ante las otras entidades, no existe
entidad que no tenga al menos un atributo.
Por ejemplo, los atributos propios para una persona seran su nombre, direccin,
edad, salario, peso, talla, color, religin, etc. Para un objeto sera su textura,
tamao, material, utilidad, tipo, etc.
TIPOS DE ATRIBUTOS
1) ATRIBUTOS SIMPLES: Son aquellos atributos que son fciles de identificar,
inherentes a la entidad y no pueden seguir descomponindose.


2) ATRIBUTOS COMPUESTOS: Son aquellos atributos que tienen 2 o ms atributos
simples que lo componen, llamados tambin atributos concatenados, ya que se
forman por la unin de dos atributos simples.

Digamos que el nuevo atributo Apellido se compone as: AP + AM.
3) ATRIBUTOS MULTIVALUADOS: Son aquellos atributos que tienen un conjunto de
valores para un solo registro de datos, stos atributos son capaces de generar
inclusive una nueva entidad del tipo Sub-Entidad.

Digamos que el cliente de nuestra empresa, en realidad tenga varios nmeros
telefnicos donde ubicarlo, entonces estamos ante un atributo Telfono con
varios valores posibles, entonces podra generar una nueva entidad.



4) ATRIBUTO DERIVADO: Es aquel que puede ser generado por otros atributos de la
misma entidad e inclusive por atributos de otra entidad.


5) ATRIBUTO CLAVE: Es aquel atributo que identifica unvocamente a la entidad, es
decir, son aquellos atributos cuyos valores no se repetirn jams para otra
entidad, inclusive en la misma entidad, no existirn dos registros con el mismo
valor para ese atributo, a propsito de este tipo de atributo hablaremos de los
ndices o claves de las entidades.


CLAVES O LLAVES (IDENTIFICADORES)
Una clave es un atributo especial que identifica de manera nica cada ocurrencia
de la entidad, es decir, es el que identifica a la entidad como nica e irrepetible en
el universo que es el proceso de negocio. No puede existir dos valores iguales
para clave de la entidad, ya que se estara infringiendo la integridad referencial de
los datos (ms adelante detallar este punto).

TIPOS DE CLAVES:
CLAVE PRIMARIA (PRIMARY KEY PK)
Una clave primaria es aquella clave candidata que el diseador eligi como
principal arbitrariamente, es decir, esta ser la que identifique los elementos de
cada entidad de manera nica e irrepetible.
Recomendaciones del profesor al momento de asignar claves primarias:
- Para entidades que representen personas u objetos, generalmente se utilizan
cdigos o IDs para identificarlos en el modelo.
- Si la entidad representa productos manufacturados o artefactos, tambin puede
utilizarse el cdigo de fabricacin o # de serie para identificarlos.
- Para documentos, lo recomendable es identificarlos por el nmero del documento
que fue generado por sistema.
- Para entidades que representen cosas abstractas, puede elegirse cualquiera de las
opciones anteriores.



CLAVE FORANEA (FOREIGN KEY FK)
Es la llave primaria de la entidad padre que fue agregada a la entidad hijo por
medio de la relacin entra ambas, vale decir que en la entidad fuerte sigue siendo
clave primaria, pero al pasar a la entidad dbil, pasa como clave secundaria o
fornea, pero slo en la entidad dbil ser fornea.

CLAVE ALTERNA (AK)
Las claves alternas son simplemente aquellas claves candidatas losa cuales no
fueron seleccionadas como clave primaria, exactamente alguna de esas claves es
seleccionada como PK y las restantes si existe alguna son llamadas claves
alternas, pero pueden servir para identificar en una consulta de datos a la entidad
en un momento dado.
Ejemplo: para un cliente de nuestra empresa le asignamos como PK un cdigo
que ser nico para cada cliente registrado en el sistema, sin embargo tambin es
cierto que como personas civiles que son, tiene DNI que es nico por cada
persona, entonces ste puede ser otro identificador del cliente cuando se requiera
consultar a los clientes del negocio, es entonces una AK.
Otras AK pueden ser: telfono, lote, nmero de serie, la composicin del nombre
mas el primer apellido, etc.

TIPOS DE RELACIONES
RELACION IDENTIFICADA (Obligatoriedad)
Una relacin identificada representa la obligatoriedad de la existencia de una
entidad (fuerte) para que se produzca ocurrencia de elementos en otra entidad
(dbil), ac se trabajan con las claves para relaciones los registros de ambas
entidades, cada registro representa una ocurrencia de la entidad
La PK de la entidad padre se agrega a la entidad hijo como FK, dentro de la zona
de claves y con lnea de relacin continua.




RELACION NO IDENTIFICADA (No obligatoriedad)
En una relacin no identificada no es obligatoria identificar la PK de la entidad
padre para identificar algn elemento de la entidad hijo, se representa con una
lnea discontinua.
La PK de la entidad padre se agrega a la entidad hijo como FK fuera de la zona de
claves.




GRADO DE LA RELACION: Se refiere al nmero de entidades participantes en
una relacin, digamos que si tenemos dos entidades participantes en la relacin
se trata de una relacin binaria, si tenemos tres entidades participantes en la
relacin, se trata entonces de una relacin ternaria, y as sucesivamente.

RELACION RECURSIVA
En un tipo de relacin muy especial, en donde los elementos de la misma entidad
participan ms de una vez en la relacin con distintos papeles, esto se da por
medio de la PK de la entidad, se denomina Recursividad de datos. Este tipo de
relacin en realidad es opcional, se utiliza para representar la dependencia de los
elementos de la entidad con otros elementos de la misma entidad.



CODIGO_EMP NOMBRE CARGO JERARQUIA
E0001 PEDRO VENDEDOR SUBORDINADO
E0002 JOSE GERENTE_VENTA JEFE DE AREA
E0003 MARIA ASISTENTE SUBORDINADO

Tenemos que cada empleado tiene una jerarqua asociado a su cargo y rea, si
definimos que cada jefe tiene un subordinado, diremos que existen elementos de
la entidad que estn relacionados con otros elementos de la misma entidad,
estamos ante una relacin recursiva.
CARDINALIDAD: Para tratar este punto, debemos ampliarlo de acuerdo a lo que
se conoce como Integridad Referencial de los datos, para ello debemos tener en
cuenta que cada relacin tiene un tipo especfico para clasificarlo.

INTEGRIDAD REFERENCIAL (Cardinalidad)

La unin de dos entidades da como producto un conjunto relacin cuyos
elementos son denominados como TUPLAS, cada tupla representa la relacin
entre los elementos de las entidades participantes, estas tuplas reflejan la
Cardinalidad de la relacin, de acuerdo a ello diremos que existe 2 clases de
cardinalidades:
Cardinalidad mnima: Es la mnima cantidad de tuplas que cada elemento
de la entidad A puede tener con elementos de la entidad B.
Cardinalidad mxima: Es la mxima cantidad de tuplas que cada
elemento de la entidad A puede tener con elementos de la entidad B.

TIPOS DE CARDINALIDADES

1
En este tipo de relaciones, cada instancia o elemento de la entidad A est
asociado a varios elementos de la entidad B, entonces la clave que forma el
vnculo entre ambas entidades, pasa hacia la entidad que tiene el mayor grado de
Cardinalidad, es decir el que posee la denominacin muchos.

RELACION DE MUCHOS A MUCHOS
En este tipo de relacin, los elementos de la entidad A estn asociados a varios
elementos de la entidad B, y los elementos de la entidad B estn asociados a
varios elementos de la entidad A, cuando sucede esto, se genera una nueva
entidad denominada Entidad Asociada, generalmente toma el nombre de ambas
entidades participantes o la denominacin del verbo de la relacin. La entidad
asociada se grafica slo en el modelo fsico de datos, en el nivel lgico se
representa la relacin muchos a muchos.
RELACION DE UNO A UNO
En este tipo de relaciones, cada instancia o elemento de la entidad A est
asociado solamente a un elemento de la entidad B. Se recomienda que cuando se
identifique una relacin de este tipo, se una ambas entidades formando una sola,
salvo casos especiales.

RELACION DE UNO A MUCHOS





A TENER EN CUENTA:
- Las entidades asociadas heredan las PKs de las entidades padres que la
generaron, ambas forman la clave principal de la entidad asociada, lo que se
conoce como CLAVES COMPUESTAS, es otro tipo de claves que se dan en este
tipo de casos.
- La Cardinalidad mnima se representa con el nmero 0 o 1, mientras que la
Cardinalidad mxima se representa con el 1 0 M.
- La variante 0 se da cuando exista la posibilidad de que algn elemento de la
entidad A no est necesariamente asociado a un elemento de la entidad B.
- En el modelo conceptual las claves se representan como pequeas circunferencias
que sobresalen de los rectngulos que representan a la entidad.
EJERCICIOS
Relacione las entidades indicando: Tipo de relacin, Cardinalidad mnima y
mxima, claves y atributos.


3) Resolver: En un negocio de alquiler de autos, cada cliente puede solicitar el
alquiler de un vehculo por cada vez, se le entrega un comprobante de alquiler por
medio del representante de ventas, indicando fecha y hora de entrega del
vehculo. Grafique el modelo conceptual y lgico del negocio.