Вы находитесь на странице: 1из 101

UNIVERSIDAD VERACRUZANA

FACULTAD DE ESTADSTICA E NFORMTICA

MODELO

ENTIDAD RELACIN.

APLICANDO CONCEPTOS

TRABAJO PRCTICO -TCNICO

COMO REQUISITO PARCIAL PARA OBTENER EL GRADO DE

LICENCIADA EN INFORMTICA

PRESENTA:

INDIRA ELEA AMARO MUOZ

DIRECTORA:

DRA. PATRICIA DE LA LUZ CARRIN MNDEZ

XALAPA, VER.

24 DE FEBRERO DE 2010

Agradecimientos
A mi padre, por su cario y amor que me ha demostrado a lo largo de toda mi vida
haciendo un gran esfuerzo y dedicando su tiempo a pensar en mi educacin como
una de sus grandes prioridades.
A mi madre, por creer en m, ayudarme, motivarme a ser mejor y apoyarme en todo
momento para cumplir con mis sueos.
A mi hermano, por ser paciente y esperar hasta el ltimo momento a la finalizacin
de mis estudios.
A la Dra. Patricia Carrin Mndez por la gran asesora y excelente soporte que me
brind a lo largo de todo este trabajo, adems de todos los consejos que me dio.
A las maestras Blanca Rosa Landa Pensado y Epifania Marcial Snchez por los
excelentes comentarios y detallada revisin que hicieron para la mejora de ste
trabajo.
A mis amigos de la facultad, Monse, Jos Luis, Anah, Laura, Xchitl, Nancy,
Joyce; por su amistad y apoyo, con ustedes este camino no fue tan abrumador y
estuvo lleno muy buenos momentos en los que pasamos juntos en los salones de
clases y fuera de ellos.

vi

A mi hermano, Uriel,
y mis padres, Maricela y Jos

vii

ndice
Introduccin ....................................................................................................................................... 1
CAPTULO I Generalidades de bases de datos ................................................................................... 3
1.1 Bases de Datos .........................................................................................................................4
1.2 Diseo de Bases de Datos .........................................................................................................5
1.3 El modelado..............................................................................................................................6
1.3.1 Diversos tipos de modelado ..............................................................................................6
1.4 La abstraccin de los datos ......................................................................................................7
1.5 El Modelo Entidad Relacin ......................................................................................................7
1.6 Planteamiento del problema ....................................................................................................8
1.7 Justificacin ..............................................................................................................................8
1.8 Objetivo General ......................................................................................................................9
1.8.1 Objetivos Especficos .........................................................................................................9
CAPTULO II Fundamentos de base de datos.................................................................................. 10
2.1 Importancia de los datos ........................................................................................................10
2.2 Los datos ................................................................................................................................14
2.2.1 Redundancia ....................................................................................................................14
2.2.2 Problemas de integridad .................................................................................................14
2.2.3 Cualidades de la Informacin ..........................................................................................15
2.3 El modelado............................................................................................................................19
2.3.1 Reglas del negocio ...........................................................................................................19
2.3.2 Modelo Entidad Relacin ................................................................................................21
2.3.3 Entidad ............................................................................................................................22
2.3.4 Atributos..........................................................................................................................23
2.3.4.1 Atributos simples ......................................................................................................24
2.3.4.2 Atributos compuestos ..............................................................................................24
2.3.4.3 Atributos Derivados ..................................................................................................25
2.3.4.4 Atributos Monovalorados .........................................................................................25
2.3.4.5 Atributos Multivaluados ...........................................................................................25
viii

2.3.4.6 Atributos descriptivos...............................................................................................26


2.3.5 Tipos de Entidades ..........................................................................................................26
2.3.5.1 Entidad Fuerte .........................................................................................................26
2.3.5.2 Entidad dbil ............................................................................................................27
2.3.6 Relacin ...........................................................................................................................27
2.3.7 Cardinalidad de asignacin ..............................................................................................27
2.3.8 Llaves ...............................................................................................................................30
2.3.9 Dominio ...........................................................................................................................30
2.3.10 Modelo Entidad Relacin Extendido..............................................................................31
2.3.10.1 Agregacin ..............................................................................................................31
2.3.10.2 Generalizacin / Especificacin ..............................................................................32
2.3.11 Grafo de dependencias funcionales ..............................................................................32
CAPTULO III Caso de estudio: Viajes Mxico .................................................................................. 33
3.1 Viajes Mxico .........................................................................................................................34
3.2 Historia ...................................................................................................................................34
3.3 Organizacin general ..............................................................................................................35
3.4 Objetivos y Filosofa ...............................................................................................................36
3.5 Actividades generales .............................................................................................................36
3.6 Polticas de la empresa ...........................................................................................................37
3.6.1 Transporte ......................................................................................................................38
3.6.2 Hotel ...............................................................................................................................39
3.6.3 Cliente .............................................................................................................................39
3.7 Formatos Utilizados ................................................................................................................40
3. 8 Construccin del Producto a Viajes Mxico ...........................................................................44
CAPTULO IV Aplicacin de conceptos de Base de Datos ................................................................ 45
4.1 Contexto .................................................................................................................................45
4.2 Definicin de Entidades ..........................................................................................................46
4.2.1 Transporte .......................................................................................................................46
4.2.2 Compaa ........................................................................................................................47
4.2.3 Ciudad.............................................................................................................................48
ix

4.2.4 Hotel ................................................................................................................................48


4.2.5 Promocin .......................................................................................................................49
4.2.6 Cliente .............................................................................................................................50
4.3 Relaciones entre Entidades ....................................................................................................52
4.3.1 Servicio Transporte .........................................................................................................52
4.3.2 Servicio Hotel..................................................................................................................54
4.3.3 Venta de servicio Individual.............................................................................................55
4.3.4 Venta de servicio Paquete ...............................................................................................58
4.4 Grafo de dependencias funcionales ......................................................................................61
4.5 Modelo relacional ..................................................................................................................62
CAPTULO V Conclusiones ............................................................................................................... 65
Referencias Bibliogrficas ................................................................................................................ 70
Referencias Web .............................................................................................................................. 71
Anexo A. Sistema Manejador de Base de Datos (SMBD) ................................................................. 72
Anexo B. Sistemas de Base de Datos: Una breve cronologa............................................................ 75
Anexo C. Resumen de la notacin de diagramas ER ........................................................................ 78
Anexo D. Diccionario de datos ........................................................................................................ 80
Anexo E. Tabla de Ciudades ............................................................................................................ 85
Anexo F. Software para modelar ..................................................................................................... 87

ndice de Figuras
Figura 2.1 Uno a Uno ........................................................................................................................28
Figura 2.2 Uno a Varios ....................................................................................................................29
Figura 2.3 Varios a Uno ....................................................................................................................29
Figura 2.4 Varios a Varios .................................................................................................................29
Figura53.1 Organigrama general ......................................................................................................35
Figura6 3.2 Boleto de autobs .........................................................................................................40
Figura73.3 Boleto de Avin .............................................................................................................41
Figura83.4 Formato Solicitud servicios ............................................................................................42
Figura93.5 Formato Contrato ..........................................................................................................43
Figura104.1. Entidad Transporte ......................................................................................................46
Figura114.2. Entidad Compaa .......................................................................................................47
Figura124.3. Entidad Ciudad ............................................................................................................48
Figura134.4 Entidad Hotel ...............................................................................................................49
Figura144.5 Entidad Hotel ...............................................................................................................49
Figura154.6 Entidad Promocin .......................................................................................................50
Figura164.7 Entidad Cliente ............................................................................................................51
Figura174.8 Modelo ER Transporte .................................................................................................52
Figura184.9 Modelo ER Transporte con relaciones .........................................................................53
Figura194.10 Modelo ER Hotel ........................................................................................................54
Figura204.11 Modelo ER Hotel con relaciones ................................................................................55
Figura214.12 Modelo ER Servicio Individual ....................................................................................56
Figura224.13 Modelo ER Servicio Individual con relaciones ............................................................57
Figura234.14 Servicio Paquete ........................................................................................................58
Figura244.15 Modelo ER Venta de Paquete ...................................................................................60

xi

Figura254.16 Grafo de dependencias funcionales ...........................................................................61


Figura26F.1 Dia, pantalla principal ...................................................................................................87
Figura27F.2 Modelo ER Venta de Paquete / DeZign for Databases ................................................88
Figura28F.3 DeZign for Databases. Eleccin de SMBD ...................................................................88
Figura29F.4 DeZign for Databases. Pantalla principal ......................................................................88
Figura30F.5 Modelo ER Venta de Paquete / DBDesigner .................................................................88
Figura31F.6 DBDesigner Pantalla principal .......................................................................................88

xii

Introduccin
En la actualidad es muy comn el manejo de datos en mltiples organizaciones, las
personas trabajan con datos cada da y esta informacin es considerada para sus poseedores
un recurso muy importante. Este hecho ha transformado la forma de almacenar los datos
para poder obtener de forma rpida y eficiente toda esta informacin, lo que llev a la
creacin de bases de datos.
Modelar una base de datos es una tarea fundamental, comprender el funcionamiento de la
empresa y expresarlo en una base de datos es una gran responsabilidad; para esto se deben
aplicar los conceptos necesarios para cada contexto en particular. Las tcnicas de modelado
se pueden aplicar a cada problema para poder obtener un buen diseo de la base de datos.
En general una base de datos es una coleccin de informacin que se relaciona entre si y
tiene un propsito comn.
Una vez conocido lo que se quiere, como se hacen actualmente los procesos y se conocen
los datos utilizados se procede a iniciar con el modelado de los datos. Para esto al inicio se
identifican las entidades, atributos y relaciones, estos son los elementos bsicos para el
modelo entidad relacin, as mismo para obtener un modelado el cual resulte ptimo se
aplican muchos conceptos concernientes a teora de las bases de datos como generalizacin,
especializacin, agregacin, identificacin de entidades dbiles, fuertes, atributos
descriptivos, derivados, simples, compuestos, multivalorados, monovalorados, llaves
primarias, candidatas, la razn de cardinalidad y dems.
Como se menciona antes el Modelo Entidad Relacin se compone de un conjunto de
conceptos, es importante dejar claro que estos conceptos no son los mismos para todos los
casos, es decir, no en todos los sistemas se aplican todos los conceptos y no en todos se
aplican los mismos, slo se utilizan los necesarios, los que resuelvan el problema y lo
hagan lo mayormente funcional posible; es decir, si en un proyecto no se necesita usar
generalizacin porque no existe la herencia, no se aplica, pero si es necesario se incluye
aunque en otro caso no se haya utilizado.
1

En este trabajo se explican los conceptos del Modelo Entidad Relacin aplicados en el
diseo de una base de datos. Solo se describen los utilizados para el caso prctico, este
corresponde a una agencia de viajes llamada Viajes Mxico, la agencia de viajes se
selecciono considerando como un buen ejemplo para mostrar como aplicar la teora en la
prctica de base de datos. La empresa esta fundamentada desde su origen, se describe la
historia de su fundacin, objetivo, filosofa y polticas para que se logre una mayor
comprensin desde el inicio de su creacin.
Este trabajo puede utilizarse como gua para el estudio de la experiencia educativa de Base
de Datos I e Ingeniera de Software en la Licenciatura en Informtica de la Universidad
Veracruzana y tambin como fuente de consulta.
El Captulo I Generalidades de bases de datos, consta de un prembulo a las bases de
datos, se podrn ver los antecedentes y los objetivos a este trabajo, adems de la
problemtica y justificacin que dieron pie a la realizacin del mismo.
En el Captulo II Fundamentos de base de datos se presentan todos los conceptos de base
de datos utilizados en ste trabajo vistos desde un punto de vista tcnico, expresados por
fuentes de diferentes autores. El objetivo de solo explicar los conceptos aplicados es para
que el estudiante interesado en el tema observe que dependiendo el caso se deben
seleccionar solo los conceptos necesarios, dejando de lado conceptos fundamentales, los
cuales en ciertos contextos no son aplicables.
El Captulo III Caso de estudio: Viajes Mxico, presenta la empresa de agencia de viajes
y su historia, la forma de realizar sus actividades, la manera de trabajar, aqu se definen las
polticas de la empresa, que dan pauta para el diseo de la base de datos necesaria para sta
compaa y con la cual se trabaj en el modelado.
El Captulo IV Aplicacin de conceptos de Base de Datos, se hace un anlisis de la
empresa Viajes Mxico aplicando conceptos de base de datos para realizar el modelado, se
presenta el Modelo Entidad Relacin y se detalla cada entidad explicndose una a una. Se
llega al modelo relacional mediante el grafo de dependencias funcionales.

CAPTULO I

Generalidades de bases de datos

Las bases de datos (BD) se utilizan para guardar grandes cantidades de datos; estos son los
que despus de un proceso se convierten en informacin y muchas personas utilizan para
trabajar y otras para llevar a cabo sus actividades peridicas. El uso de los datos est
presente cada da en mltiples actividades, la informacin es vital para la realizacin de
transacciones que se efectan an sin darnos cuenta, imaginando todo el proceso realizado
en una actividad tan cotidiana como cuando se retira dinero de un cajero automtico
(asumiendo un cajero de su banco o de cualquier otro donde puede retirar efectivo, slo si
se sabe que estn en red). Para empezar: identificar el NIP correcto, buscar el nmero de
cuenta, ver si tiene fondos, verificar si la cantidad a retirar es menor o igual a la que tiene,
checar si el monto a sacar es el mltiplo permitido por la institucin, actualizar el saldo de
la cuenta. Todos estos datos estn almacenados en una BD y es lo que hace posible realizar
las transacciones y obtener la informacin necesaria.
Para crear una BD que se utilizar para realizar mltiples consultas se debe llevar a cabo
todo un proceso, ste al final se espera genere los resultados deseados. Inicialmente se
deben conocer los requerimientos, como se menciona en las tcnicas de Ingeniera de
Software (IS) es el proceso donde el analista indaga en las necesidades del usuario y como
en un escenario actual efecta cada actividad para despus disear un modelo de la BD.
Al empezar a modelar se deben hacer preguntas, investigar la forma de trabajar con los
datos, averiguar los procesos que se ejecutan, las funciones desempeadas, cuales son las
polticas de la empresa. Todo el proceso anterior se conoce como anlisis de requerimientos
y consiste en conocer el contexto de la empresa, con la finalidad de automatizar o saber los
procesos que se requieren automatizar. Para obtener los datos se debe conseguir evidencia
para trabajar; como formatos, fichas de llenado, tickets, y dems; toda esta informacin
servir para poder determinar los datos y su estructura necesarios para obtener informacin.
3

En la actualidad el empleo de las BD permite almacenar grandes cantidades de datos de las


empresas de manera segura y confiable.

1.1 Bases de Datos


Desde hace muchos aos la tendencia era agrupar y registrar en libros, la informacin
relativa a las empresas, sin embargo por el constante cambio de los datos y el gran trabajo
que costaba actualizar la informacin de manera manual e ir a cada uno de estos registros a
modificarlos, adems con el uso de los sistemas informticos automatizados se opt por el
manejo digital el cul resulta ms fcil de utilizar. Desde esta perspectiva las BD surgen por
la necesidad de concentrar datos.
En la actualidad las BD son una herramienta importante que se utiliza en muchas
aplicaciones para agrupar y organizar datos. Sin embargo para llevar a cabo la creacin y
manipulacin de stas, se debe tener conocimiento de la operacin y funcionalidades
bsicas. Lo ms importante al empezar a trabajar con la informacin obtenida de las bases
de datos es conocer en todo momento lo qu se hace y cul es el papel que se est tomando.
Esto ltimo resulta muy difcil porque cuando es tiempo de empezar a modelar la BD y
hacer las primeras consultas, no se tiene muy claro lo que se esta realizando, es decir,
muchas veces solo se siguen las instrucciones impuestas o propuestas por los profesores o
compaeros en la escuela los cuales ya saben algo del tema, sin llegar a analizar el porque
de las operaciones realizadas; lo importante al hablar de bases de datos es comprender los
conceptos, es decir, desde como modelar, esto al crear el Modelo Entidad Relacin (MER),
siguiendo con el modelo relacional hasta crearla por medio de una herramienta definida
como Sistema Manejador de Base de Datos (SMBD)(Ver Anexo A) para poder manipularla
y as obtener lo que se necesite; esto puede ser muy amplio partiendo con una pequea
consulta e incluso al realizar consultas complejas donde se obtenga informacin sobre
varias tablas empleando el SMBD.
El modelado de una BD es el proceso ms importante que se debe realizar, de ste se deriva
toda la manipulacin y aplicacin de los datos; cabe destacar que si el modelado queda bien

hecho desde el inicio, no habr problemas a lo largo del proceso de implantacin y gestin
de consultas.
En el desarrollo de proyectos de software en las distintas experiencias educativas de la
carrera de Informtica, al momento de estar programando poda darme cuenta que debido a
no haberme tomado un tiempo para pensar como estructurar la BD tenia que realizar
modificaciones frecuentemente por omisin de datos, falta de atributos para relacionar
tablas, adems de tener que avisarle a mis compaeros cada cambio hecho, por
consiguiente pasarles la nueva versin, esto traa como consecuencia no saber cual era la
base de datos final, as mismo cambiaba el modelo entidad relacin y el modelo relacional
todo a causa de algn dato no contemplado. Aqu es importante notar la trascendencia de
realizar un buen anlisis del contexto que se estudia.
Hay que considerar que las BD en las empresas son primordiales porque permiten tener los
datos concentrados y as obtener informacin rpida y confiable. En la carrera de
Informtica tambin son elementales y es importante saber disearlas para diversos
usuarios y contextos. En sta ltima se aplican en distintas experiencias educativas como
son Base de Datos I y II cuyo objetivo principal es obtener los conocimientos necesarios
sobre Bases de datos, tanto tericos como prcticos para su posterior aplicacin en las
experiencias educativas de los Talleres de Integracin.

1.2 Diseo de Bases de Datos


Una BD correctamente diseada garantiza acceso a la informacin de manera exacta y
confiable, el diseo es esencial para lograr los objetivos solicitados por los usuarios. Al
realizar un buen diseo se garantiza cubrir todas las necesidades adems, en un futuro se
puedan hacer modificaciones fcilmente.
En el diseo de BD una parte que se debe contemplar es poder expresar de manera
organizada y clara el problema a resolver, adems de representar todos los datos utilizados
y necesarios para cumplir con los requerimientos de un sistema de software. Algo a
considerar en el diseo es evitar la informacin duplicada o la redundancia de datos, debido
a que esto producir aumento de espacio en disco y ocasionar inconsistencia de datos.
5

Tambin es importante contar con informacin correcta y completa para esto es necesario
hacer un buen anlisis de requerimientos.
La obtencin de requerimientos consiste en investigar el funcionamiento de la
organizacin, entrevistando a los usuarios y analizando cul es la forma en que realizan sus
actividades dentro de la organizacin, para poderlas automatizar de manera correcta; sta
parte es esencial para entender todos los procesos que se realizan y comprender como se
llevan a cabo.

1.3 El modelado
El modelado de BD permite definir desde el punto de vista del diseador las necesidades
del usuario. En esta etapa el diseador se encarga de obtener los requerimientos,
conociendo las necesidades de los diversos usuarios para la implementacin y as se hace
una valoracin para poder dar una solucin.
La comunicacin se lleva acabo a travs de modelos los cuales representan de manera
grfica el problema a resolver. De esta manera se interacta con el usuario y los
compaeros del equipo de desarrollo, lo cual permite entender lo que se quiere expresar de
la mejor manera posible.

1.3.1 Diversos tipos de modelado


Los modelos lgicos basados en objetos se utilizan para describir los datos Se
caracterizan por el hecho de que permiten una estructuracin bastante flexible y hacen
posible especificar claramente las limitantes de los datos Korth y Silberschatz (1987).
Existen muchos modelos distintos de este tipo. Algunos de los ms conocidos son:
El modelo entidad-relacin
El modelo binario
El modelo semntico de datos
El modelo infolgico
6

El Modelo Entidad Relacin (MER) es el que se estudiar en este trabajo por ser
considerado uno de los mas conocidos y fciles de utilizar, es muy factible para representar
el diseo de las BD, adems es el utilizado en la Licenciatura en Informtica para aprender
a modelar en los cursos de bases de datos y se aplica en la realizacin de los sistemas de
software.

1.4 La abstraccin de los datos


La abstraccin es una forma de ver a los objetos centrndose solamente en propiedades que
interesan en un momento dado, estas caractersticas son tomadas de acuerdo a la
perspectiva del observador para elegir los aspectos relevantes y se deben considerar los
convenientes.
La representacin de los datos constituye una pieza fundamental, permite establecer la
comunicacin entre diversos individuos, aunque cada uno observe la situacin desde
perspectivas diferentes, abstraer los datos es la forma ms fcil de presentarlos y as la
comprensin de estos es rpida, al considerar las caractersticas importantes que se
utilizarn.
1.5 El Modelo Entidad Relacin
El modelado de los datos puede estar apoyado en el uso de mltiples herramientas; diversos
autores proponen el MER para su representacin grfica por su forma fcil de mostrar y
plasmar el funcionamiento de la empresa.
El MER es un mtodo que se utiliza en el diseo de base de datos, ste permite plasmar las
actividades y polticas de la empresa, hasta llegar al nivel dato, lo muestra de manera
simplificada y grfica. sta representacin se lleva acabo mediante una serie de elementos
que lo componen, estos son entidades, atributos y relaciones. Una entidad es una cosa u
objeto del mundo real que es visiblemente identificable entre otros, los atributos son las
caractersticas de las entidades y las relaciones representan las interacciones que se llevan
acabo entre las entidades participantes en el desarrollo del problema a resolver.
La forma de representar las entidades en el MER es por medio de rectngulos, los atributos
por elipses y las relaciones con rombos, que juntos formarn el modelo para visualizarlo de
manera grfica (Ver Anexo C).
7

1.6 Planteamiento del problema


La complejidad para entender una situacin real en una empresa, abstraer el concepto y
representarlo en un modelo (especficamente el MER) es una situacin difcil para las
personas que se inician en este proceso de diseo de bases de datos, si adems
consideramos el tiempo limitado y la diversidad de actividades para los estudiantes de las
licenciaturas relacionadas con la informtica hacen de la aplicacin de los conceptos y el
modelado de las bases de datos una tarea complicada.

1.7 Justificacin
Las bases de datos como elemento indispensable para el control y organizacin de los
datos, ya sea para las personas u organizaciones constituyen uno de los recursos ms
importantes en la vida diaria, lo anterior hace que su diseo sea fundamental para los
especialistas en informtica.
En la actualidad en las actividades diarias como es el pago de impuestos, la administracin
financiera y ms, el incremento en la manipulacin de informacin requieren que los datos
sean veraces y oportunos; esto hace tambin significativo el adecuado diseo de las bases
de datos en las empresas.
Los diseadores de base de datos tienen a su cargo una gran responsabilidad en las
empresas al ser los encargados de decidir la forma de almacenar los datos y obtener la
informacin de la empresa, para esto deben aplicar de manera adecuada los conceptos, lo
cual llevar a disear bases de datos integras, es por esto que se necesitan herramientas de
apoyo a su trabajo para poderlo desempear de la mejor manera y satisfagan las
necesidades de los usuarios.
El modelado de la BD representa la forma de interaccin de los datos, para lo cual la
comunicacin entre el usuario y el diseador se debe llevar a cabo de la ms manera
adecuada, por esto es importante que los especialistas en el diseo de datos dominen los
conceptos.

La importancia de este trabajo radica en la ayuda que proporcionar a la comunidad


estudiantil de informticos, en comprender los conceptos bsicos de base de datos, el cual
facilitar su entendimiento, as mismo vean aplicados los conceptos relacionados al MER
en un contexto real.

1.8 Objetivo General

Implementar un caso prctico sobre el modelado de Base de Datos basado en el Modelo


Entidad Relacin.

1.8.1 Objetivos Especficos

Estudiar el diseo de las bases de datos.


Analizar las necesidades de los diseadores de Base de Datos.
Seleccionar de los conceptos a aplicar.
Seleccionar del caso de estudio.
Definir las polticas y filosofa del caso de estudio.
Analizar el caso de estudio.
Aplicar conceptos de Base de Datos relacionados con el contexto.

CAPTULO II

Fundamentos de base de datos


La informacin hoy en da juega un papel muy importante al ser la base de muchas
transacciones realizadas a toda hora. Es por lo anterior que los usuarios necesitan contar
con datos almacenados de manera adecuada para acceder a ellos de manera rpida y
confiable. Una forma para que toda esta informacin pueda ser usada de manera fcil es
empleando bases de datos, stas permiten concentrar todos los datos relativos a una
empresa. Esto constituye una pieza fundamental en el uso diario de informacin, en muchas
reas de las organizaciones el tener los datos almacenados en un mismo sitio son una gran
ayuda, como lo menciona Rosa Garca (2009), Consejera Delegada de Microsoft Ibrica.
Se puede concluir que los datos son muy importantes para todas las personas relacionadas
con el manejo de informacin.

2.1 Importancia de los datos


Los avances tecnolgicos han impulsado que al interior de las empresas los procesos se
apoyen en bases de datos, permitiendo a los usuarios tener todos sus datos concentrados en
equipos de cmputo lo cul hace que las consultas a los mismos sea oportuna, como seala
la empresa productora de servicios Microsoft por su Consejera Rosa Garca (2009) "La
automatizacin de los procesos de tratamiento de datos, nos han proporcionado evidentes
ventajas que han mejorado y aumentado tanto la productividad personal como la de las
empresas. La tecnologa est para aumentar nuestra capacidad de desarrollo tanto personal
como profesional, permitindonos alcanzar metas impensables tan solo hace unos aos. Los
beneficios que nos reporta su uso exceden con mucho los problemas, como los derivados de
la impersonalizacin en el tratamiento de los datos que manejamos....
Por parte del gobierno las bases de datos forman una parte fundamental para el fcil
funcionamiento de las corporaciones, por lo que desde hace muchos aos las utilizan para
mantener el control de sus agremiados como lo comenta De Landa (1997) .esta prctica
10

se ha intensificado ms con cada avance tecnolgico que permite una manipulacin mas
detallada de las bases de datos..., observndose este seguimiento desde que la polica
secreta de Napolen perfeccion y formaliz la prctica de mantener fichas y archivos
permanentes sobre cada ciudadano de manera centralizada, sin embargo la evolucin de
las computadoras hasta la dcada de los setenta presagi una intensificacin de esta
tendencia, dando un nuevo giro con la aparicin de la computadora personal, en particular
centrando el poder basado en la acumulacin de informacin para usos de vigilancia.
Desde otro enfoque las bases de datos han hecho que instituciones con la necesidad de
manipular grandes volmenes de datos establezcan convenios para el intercambio y uso de
los datos como se detalla a continuacin:
La Secretara de Comunicaciones y Transportes (SCT) firm un acuerdo con la Secretara de
Hacienda y Crdito Pblico (SHCP) para utilizar el Control de Registro Digitalizado
(COREDI), un sistema desarrollado por Hacienda para registrar, digitalizar, controlar y dar
seguimiento a los trmites que ingresan a la Procuradura Fiscal de la Federacin -adherida a la
SHCP-, y que facilitar el procesamiento de grandes volmenes de informacin. (Poltica
Digital. 2009)

En ocasiones es difcil imaginar bases de datos con millones de datos, sin embargo el
pensar en los clientes de un sistema bancario o en los clientes de una tienda departamental a
nivel nacional hace reflexionar en que las grandes bases de datos son cada vez mas
frecuentes y un ejemplo real es el del Instituto Federal Electoral que mantiene un registro
de millones de datos los cuales manipula en el Registro Federal de Electores. Debido a la
importancia de esta base de datos, a continuacin se detalla de manera breve pero
significativa la tarea que se realiza al interior de la BD para mantener los datos seguros y
confiables.
El Registro Federal de Electores (RFE) es una de las bases de datos multibiomtricas ms
grandes del mundo 77 millones 829 mil 453 registros, hasta mayo de este ao (2009) , por lo
que mantenerla actualizada es todo un reto.
Alberto Alonso y Coria, Director Ejecutivo del RFE, explic que hace 18 aos, cuando se cre
el actual padrn electoral, la intencin fue registrar a todos los mayores de edad. La legislacin
(que sirvi de marco para la creacin del padrn) pona nfasis en cmo dar de alta a los

11

ciudadanos, pero hablaba poco de cmo darlos de baja o del mantenimiento que deba drsele
a la base de datos.
El funcionario explic que hoy la actualizacin de esta base de datos se realiza de dos maneras:
una es por los trmites que realizan los ciudadanos ya sea para darse de alta en el padrn o
para reportar un cambio de domicilio y otra por las acciones de depuracin que hace el propio
RFE.
En el primer caso, los trmites se realizan en los mdulos que el Instituto Federal Electoral
(IFE) tiene instalados en el pas, la mayora de los cuales se conectan al Centro de Informacin
ubicado en Pachuca, Hidalgo.
La informacin proporcionada por el ciudadano es comparada con la que se encuentra en la
base de datos, para validar que no existan datos duplicados. De no existir algn conflicto, los
datos del ciudadano se actualizan o ingresan al sistema, segn sea el caso, y se da seguimiento
al trmite.
En caso de detectar un registro o individuo repetido, el sistema dispara una alerta. En el caso de
los biomtricos, las huellas digitales se comparan con las de cada ciudadano dado de alta,
mientras que para las fotografas se cuenta con un software de reconocimiento facial que,
mediante la fotografa, puede detectar si hay una persona registrada con datos diferentes.
Un grupo de consultores se dedica a revisar los casos que presentan alguna irregularidad, ya sea
para descartarla o para regresar el trmite al mdulo correspondiente y aclarar la situacin con
el ciudadano. En otros casos, se requiere una visita domiciliaria para verificar la identidad de la
persona.
Diariamente, el IFE realiza en promedio 70 mil trmites a nivel nacional. Pero lo complejo es
el mantenimiento de la base de datos y no el alta de personas, consider Alonso y Coria.
Adems de la bsqueda preventiva de duplicados cuando se dan altas, tambin se ejecutan
estrategias correctivas. Una es por similitud de datos, en la cual se buscan semejanzas de datos
en algunos campos, pero que pueden diferir por la ortografa del nombre o la fecha de
nacimiento.
El funcionario explic que el ao pasado se realiz por primera vez un ejercicio cualificativo de
la base, por el que se dieron de baja 270 mil registros duplicados. (Poltica Digital. 2009).

12

En los prrafos anteriores se identifican diferentes tareas realizadas con distintos tipos de
datos como fotos, huellas, firmas, desde luego datos numricos y caractr; por lo que el
modelado y manipulacin de los datos no siempre es fcil, esto por la diversidad en el uso
de las BD en organizaciones pblicas y privadas en las que estn presentes en diversas
reas de conocimiento y que adems su utilizacin forma parte de las actividades realizadas
cada da por millones de personas.
El almacenamiento de los datos se debe en gran medida a la necesidad de manipular
grandes cantidades de informacin consiguiendo acceder a ella de manera rpida, para esto
es mejor que los datos estn organizados e integrados para utilizarlos cuando se necesitan,
sin tener hacer bsquedas en registros de manera manual o en archiveros que impiden la
realizacin oportuna de este proceso.
Los datos para su almacenamiento en una BD deben proporcionar ciertas ventajas (Korth,
Silberschatz. 1993) a sus usuarios como evitar la redundancia e inconsistencia. El evitar la
redundancia y mantener la consistencia e integridad de los datos es tarea del diseador de
la base de datos, stas caractersticas hacen a la BD confiable para todos los usuarios, sin
embargo esta tarea no es fcil para los responsables de identificar los datos que se
almacenarn en la base de datos y de elegir las estructuras para representar y almacenar
dichos datos. Por lo general, estas tareas se realizan antes de que se implemente la base de
datos. Los diseadores tienen la responsabilidad de comunicarse con todos los futuros
usuarios de la base de datos, a fin de comprender sus necesidades, y de presentar un diseo
que satisfaga esos requerimientos. (Elmasri, Navathe, 1997)
Una herramienta fundamental para la manipulacin de los datos en la actualidad son los
Sistemas Manejadores de Bases de Datos (SMBD). Existen diversos manejadores que
facilitan la tarea de los diferentes usuarios, sin embargo, para que estas herramientas sean
eficaces requieren, desde luego, de un buen modelado de la base de datos.

13

2.2 Los datos


Desde la perspectiva de diferentes investigadores de base de datos como: Piattini (1999),
Korth (2002), Elmasri (1997) coinciden en que los datos pueden tener problemas de
redundancia, problemas de integridad e inconsistencia y las caractersticas que deben
cumplir los datos son precisamente integridad y consistencia.

2.2.1 Redundancia
La redundancia de los datos debe ser controlada, de forma que no existan duplicidades
perjudiciales ni innecesarias, y que las redundancias fsicas, convenientes muchas veces a
fin de responder a objetivos de eficiencia, sean tratadas por el mismo sistema, de modo que
no puedan producirse inconsistencias. (Castao, Piattini. 1999). El control de redundancia
se refiere a que no existan datos duplicados, la duplicidad causa el uso de ms espacio en
disco, adems, si se tuviera que actualizar un dato se tendra que hacer en diferentes partes
y en caso de que el dato estuviera repetido se podra olvidar modificarlo en ambas partes,
esto conducira a la inconsistencia. Por ejemplo imagine que se tiene almacenado en dos
tablas el nombre de una persona (redundancia), si se desea actualizar este dato se tendra
que modificar en cada una, si esto no se realiza la informacin seria diferente e
inconsistente adems de que se ocupara ms espacio en disco.

2.2.2 Problemas de integridad


La mayor parte de las aplicaciones de base de datos tienen ciertas restricciones de
seguridad que deben cumplir los datos. La forma ms simple de restringir la integridad
consiste en especificar un tipo de datos para cada elemento de informacin. (Elmasri,
Navathe, 1997).
De esta manera los datos deben ser consistentes para que la informacin sea confiable, por
ejemplo el valor de un atributo calificacin no puede ser negativo y debe estar dentro del
rango establecido en el sistema por ejemplo de 1 a 10; un atributo cantidad de un producto
en un inventario, tampoco puede ser un nmero negativo, no pueden existir 100 lpices
(menos cien lpices); otro ejemplo con datos de tipo carcter es el nombre de una persona,
ya sea cliente, empleado, alumno, ste debe estar escrito de manera correcta.
14

2.2.3 Cualidades de la Informacin


Las cualidades con las que debe contar la informacin para ser considerada un recurso
esencial, utilizada por las organizaciones y las personas es que sea precisa, completa,
significativa y coherente, las cualidades adoptadas deben ser las necesarias para cada
sistema, es importante no se tratar de forzar a tener todas las cualidades, esto pude
ocasionar incompatibilidad. A continuacin se presentan las cualidades de acuerdo a De
Miguel y Piattini (1998)
La precisin se puede definir como el porcentaje de informacin correcta sobre la
informacin total del sistema (fichero, base de datos, etc.) Si queremos que los resultados
del ordenador sean precisos, debemos tambin suministrarle datos precisos, no pudiendo
pretender en los resultados una precisin superior a la que tenan los datos de entrada. Una
precisin baja lleva a una falta de credibilidad del usuario hacia la informacin que se le
proporciona. Por ejemplo supongamos que se tiene un inventario y este no se actualiza
constantemente con las salidas y entradas de mercanca, por lo tanto no se puede pretender
obtener los resultados correctos debido a que la informacin proporcionada no fue precisa
ni constante con los cambios.
Complecin, lo que significa que la informacin ha de ser completa para poder cumplir
sus fines. La complecin absoluta es imposible de conseguir, y lo que se suele pretender en
los sistemas de informacin es alcanzar un nivel que se considere suficiente, el cual
depender de dos factores: de los datos existentes en el sistema de informacin y de los
que el sistema es capaz de localizar ante una consulta concreta. Por ejemplo si en un
inventario se tiene la informacin completa sobre todos los artculos que se manejan, esto
garantizar poder obtener la informacin deseada, como realizar una consulta la cual
muestre todos los productos existentes, para que la informacin sea completa se debe hacer
un anlisis profundo tomando en cuenta todas las necesidades del usuario.
Significativa. Un volumen de informacin justo es condicin indispensable para que sta
sea significativa. Cuando se realiza el diseo de un sistema es preciso tener en cuenta que la
informacin suministrada por ste ha de ser, adems de fcilmente interpretable, slo la
necesaria y suficiente para que se cumplan los fines propuestos. Para que la informacin

15

sea significativa se debe llevar a cabo el anlisis de requerimientos donde se recopila la


informacin necesaria para poder llevar a cabo las diferentes tareas que se realizan.
Asimismo, toda la informacin contenida en el sistema debe ser coherente en s misma,
adems de consistente con las reglas semnticas propias del mundo real al que ha de
representar lo mas fiel posible; esta cualidad, que en las bases de datos se conoce como a
veces con el nombre de integridad, coincide en parte con el concepto que hemos definido
como precisin. Lo antes expuesto indica que la informacin sea correcta de acuerdo al
giro del negocio contemplando en todo momento los requerimientos de los usuarios.
Analizando el caso del Instituto Federal de Electores (IFE) se puede observar que los datos
utilizados son millones dado que guardan registros de cada persona mayor de edad a nivel
nacional y la duracin del registro es el tiempo de vida de todo mexicano, algo mencionado
en el artculo anterior son las complicaciones cuando se trata de actualizar la gran base de
datos, esto debido a todas las acciones realizadas, como eliminar registros de individuos
fallecidos y modificar algn dato como la direccin de la persona, una firma, un nombre,
para que en una base de datos tan grande se puedan hacer todas las transacciones necesarias
y este proceso funcione correctamente. De acuerdo al proceso de Ingeniera de Software
Pressman (2002) menciona Los mtodos de la ingeniera del software indican cmo
construir tcnicamente el software. Los mtodos abarcan una gran gama de tareas que
incluyen anlisis de requisitos, diseo, construccin de programas, pruebas y
mantenimiento. Los mtodos de la ingeniera del software dependen de un conjunto de
principios bsicos que gobiernan cada rea de la tecnologa e incluyen actividades de
modelado este se refiere al Modelado de Anlisis y Diseo de sistemas en el cual esta
incluido el de la BD - y otras tcnicas descriptivas.

Para empezar a modelar antes se debe tener nociones de cual es el problema a resolver para
esto se lleva a cabo un proceso llamado anlisis de requerimientos, de acuerdo a Pressman
(2002) es una tarea de ingeniera del software que cubre el hueco entre la definicin del
software a nivel sistema y el diseo del software. El anlisis de requisitos permite al
ingeniero de sistemas especificar las caractersticas operacionales del software (funcin,

16

datos y rendimientos), indica la interfaz del software con otros elementos del sistema y
establece las restricciones que debe cumplir el software.

Dentro del anlisis, en un proceso de software, se realiza el modelado de la base de datos,


como lo menciona Pressman (2002) Es importante evaluar los componentes del sistema y
sus relaciones entre s; determinar cmo estn reflejados los requisitos, y valorar como se
ha concebido la esttica en el sistema. En este prrafo se puede ver que el modelado de
la base de datos implica reflejar como se estructura o como se ver la interaccin entre los
elementos que componen la base de datos. El modelado de datos se crea para dar una visin
global y detallada. Segn Pressman (2002) el ingeniero crea modelos que:
definan los procesos que satisfagan las necesidades de la visin en consideracin;
representen el comportamiento de los procesos y los supuestos en los que se basa el
comportamiento;
definan explcitamente las entradas exgenas y endgenas de informacin al
modelo;
representen todos las uniones (incluyendo las salidas) que permitan al ingeniero
entender mejor la visin.

El modelado de base de datos consiste en interpretar de manera grfica los procesos


realizados en una empresa, mostrando a detalle las polticas con las cuales trabajan, adems
de representar todos sus datos internos y externos los cuales hacen posible que todos las
actividades se lleven a cabo, realizando una recaudacin e interaccin de stos.

Un aspecto elemental que se debe determinar en el anlisis, es la estructura de


almacenamiento para los datos, en los ltimos tiempos el volumen de estos se ha
incrementado, en general en las empresas. Los datos se utilizan en un sinfn de
organizaciones y la informacin obtenida de ellos al manipularlos ha hecho surgir las bases
de datos, esto en la bsqueda de agilizar y asegurar los datos implementando nuevas
tecnologas dentro de las organizaciones.
Algunas definiciones de base de datos segn diversos autores son:
17

Coleccin de datos interrelacionados. (Silberschatz, Korth, Sudarshan.2002)


Una base de datos tiene una fuente de la cual se derivan los datos, cierto grado de
interaccin con los acontecimientos del mundo real y un pblico que est activamente
interesado en el contenido de la base de datos. (Elmasri, Navathe, 1997)
Coleccin de datos interrelacionados almacenados en conjunto sin redundancias
perjudiciales o innecesarias; su finalidad es servir a una aplicacin o ms, de la mejor
manera posible; los datos se almacenan de modo que resulten independientes de los
programas que lo usan; se emplean mtodos bien determinados para incluir nuevos
datos y para modificar o extraer los datos almacenados. (Martin, 1975)
Coleccin o depsito de datos, donde los datos estn lgicamente relacionados entre s,
tienen una definicin y descripcin comunes y estn estructurados de una forma
particular. Una base de datos es tambin un modelo del mundo real y, como tal, puede
servir para toda una gama de usos y aplicaciones. (Conference des Statisticiens
Europens, 1977)
Conjunto de datos de la empresa memorizado en un ordenador, que es utilizado por
numerosas personas cuya organizacin est regida por un modelo de datos.(Flory,
1982)
Coleccin no redundante de datos que son compartidos por diferentes sistemas de
aplicacin (Howe, 1983)
Coleccin integrada y generalizada de datos, estructurada atendiendo a las relaciones
naturales de modo que suministre todos los cambios de acceso necesarios a cada unidad
de datos con objeto de poder atender todas las necesidades de los diferentes usuarios.
(Deen, 1985)
Conjunto de ficheros maestros, organizados y administrados de una manera flexible de
modo que los ficheros puedan ser fcilmente adaptados a nuevas tareas
imprevisibles.(Frank, 1988)
Como se observa los autores coinciden al describir a una base de datos como un conjunto
de datos relacionados entre si, modelan un problema o situacin real y tienen un propsito
especfico, sirven para almacenar datos que forman parte de un objetivo comn y el uso de
stas facilita el manejo de los datos para obtener informacin veraz y oportuna.

18

2.3 El modelado
Para lograr disear una base de datos la cual funcione correctamente y se pueda utilizar
para el objetivo que fue creada, se debe conocer como trabaja la empresa, un buen
modelado de sta permitir un adecuado manejo y administracin. Para esto es necesario
llevar a cabo un conjunto de entrevistas con l o los usuarios involucrados en el contexto en
el que se desarrollar la BD, esta parte es muy importante aqu se procede a profundizar en
el giro de la empresa, conocer las actividades de cada uno de los actores participantes,
entender lo que se quiere lograr, esto da pauta para empezar a concebir como debe ser la
estructura de los datos y la forma en la que pueden relacionarse para cumplir con las
solicitudes del usuario. Como lo seala Fairley (1988) El diseo arquitectnico se
preocupa del establecimiento de las relaciones e interconexiones entre las funciones, los
datos y el almacenamiento de los mismos
Para satisfacer las necesidades de los usuarios el diseador debe conocer a detalle lo que se
hace actualmente en la empresa o institucin, para poder realizar un buen modelado de los
datos se debe verificar como hacen sus actividades normalmente todas las personas
involucradas en el proceso, para esto se necesita concentrarse en analizar su contexto,
segn Aho, Hopcroft y Ullman (1988) ...Al abordar los problemas, por lo general, stos no
tienen una especificacin simple y precisa de ellos si es posible expresar ciertos aspectos
de un problema como un modelo formal, por lo general resulta beneficioso hacerlo, pues
una vez que el problema se formaliza, pueden buscarse soluciones en funcin de un modelo
preciso
Por lo tanto se puede decir que el contexto describe la situacin que se quiere modelar,
mediante la representacin de una abstraccin de las actividades necesarias para realizar un
trabajo y delimitar el contexto ayuda a definir las actividades las cuales deben modelar y
establecer las necesidades del usuario.

2.3.1 Reglas del negocio


Siguiendo con el anlisis, se deben contemplar las reglas del negocio, Kroenke (2008)
menciona acerca de estas El modelo E-R se desarrolla a partir de un anlisis de
19

requerimientos de los usuarios, durante el cual con frecuencia surgen las reglas del negocio;
de hecho, los analistas de sistemas deben poner mucha atencin en las preguntas que hacen
con respecto a los requerimientos.
Es importante tener siempre presente las reglas del negocio al modelar y desarrollar con las
restricciones o polticas que se tienen impuestas, para realizar una base de datos a la
medida. Estas reglas del negocio son muy importantes, indican como se trabaja al interior
de la empresa y se deben tomar en cuenta en el diseo de la BD por ejemplo, la edad para
dar de alta a una persona en el IFE debe ser 18 aos cumplidos, tambin es importante
definir adecuadamente el estado y poblacin de residencia del individuo ya que de estos
depende la ciudad en la que podr votar para elecciones municipales y u o estatales. Debe
considerarse que las polticas pueden ser muy extremas, sin embargo es la manera de cmo
estn estipuladas y las restricciones ya impuestas, por lo tanto se deben llevar a cabo.
Adems no se debe olvidar que estas reglas las define el dueo de la empresa, el director
general de la institucin o el presidente de la empresa, es decir las personas con el nivel
jerrquico ms alto de la organizacin.
Una vez descritos completamente los requerimientos se procede a analizar toda la
informacin de la empresa con la que se va a trabajar, esto para no omitir nada, todos los
datos son muy importantes y si falta alguno puede causar problemas en la realizacin de
consultas, de la misma manera se deben detectar datos repetidos constantemente o
pertenecientes a otras reas, y no se deben almacenar, es decir delimitar el contexto, para
esto se realiza un modelado de datos.
El modelado de datos es una tarea significativa en el diseo de las Bases de Datos, segn
Korth y Silberschatz (1993) el modelado de datos es: una coleccin de herramientas
conceptuales para describir datos, relaciones entre ellos, semntica asociada a los datos y
restricciones de consistencia.
Existen diversas metodologas (estndares) y tipos de modelos, es el diseador de BD la
persona encargada de la seleccin adecuada de ste modelo, el cual ayudar a plasmar de
forma grfica las solicitudes del usuario, todo esto favorecer a una buena comunicacin.

20

De esta manera el modelado centra y profundiza en el escenario que se estudia y permite


llegar hasta el nivel dato1.
La realizacin de un modelo para representar un problema se hace de manera abstracta, la
abstraccin Es una forma de caracterizar a los objetos fijndose solamente en propiedades
que nos interesan en un momento dado e ignorando otros detalles que no son importantes.
Las caractersticas escogidas son relativas a la perspectiva del observador. Es una
herramienta muy poderosa para manejar la complejidad, puesto que lo que en un momento
dado ignoramos, en el paso siguiente, bajando el nivel de abstraccin, podemos tomar como
una caracterstica relevante y as ir precisando los pasos, hasta llegar a una implantacin.
(Oktaba.1993).

Como se describi en los prrafos anteriores existen diferentes tipos de modelos, el poder
realizar un modelado que permita abstraer la realidad y representarla de manera general es
tarea del diseador y un modelo que sin duda lo ayuda es el MER el cual se explica a
continuacin.

2.3.2 Modelo Entidad Relacin


En el ao 1976 Peter Chen introduce el Modelo Entidad Relacin, el modelo pretende
representar un escenario igual que se hace en el mundo real.
Modelo Entidad Relacin Est basado en una percepcin del mundo real, consistente en
objetos bsicos llamados entidades y de relaciones entre estos objetos. Se desarroll para
facilitar el diseo de las base de datos permitiendo la especificacin de un esquema de la
empresa que representa la estructura lgica completa de una base de datos. (Silberschatz,
Korth, Sudarshan.2002)
Este modelo permite tener una idea ms clara de las relaciones entre las entidades. La
representacin se hace de manera abstracta. El modelo es fcil de comprender, evita
complicaciones de almacenamiento y consideraciones de eficiencia que se deben prever
para el diseo fsico.

Nivel necesario en el diseo de las BD

21

El MER es un diagrama (Ver Figura 4.14) que describe de manera abstracta cual es el
funcionamiento de los procesos de la empresa (o para quien se este desarrollando el
sistema), aqu se representa cual es la interaccin entre las entidades. Representa de manera
grfica la estructura de la base de datos, es decir, indica como interactuaran las entidades
entre si, cada una se estas con sus respectivas caractersticas que las hacen nicas unas de
otras.
Los componentes esenciales del MER son las entidades, sus atributos y las relaciones que
existen entre ellas. Las entidades representan los objetos, personas o sitios, que se utilizan,
los atributos son las caractersticas propias de cada entidad y las relaciones expresan la
interaccin existente entre las entidades. Actualmente existen diferentes herramientas de
software, libres y propietarias que permiten modelar las bases de datos, estas facilitan el
poder crear el MER mediante una serie de opciones la cuales ayudan a representar el
modelo de forma rpida y digital, adems con la oportunidad de poder exportarlo a algn
SMBD (ver Anexo F).

2.3.3 Entidad
Una entidad es algo que se puede identificar en el medio ambiente de trabajo de los
usuarios; es decir aquello a lo cual los usuarios quieren dar seguimiento Las entidades de
determinado tipo se agrupan en clases de entidades, As, la clase de entidad EMPLEADO
es un conjunto de todas las entidades EMPLEADO. (Kroenke. 2008). De esta forma cada
empleado es una entidad y el conjunto de entidades empleado forman la clase empleados.

Las entidades representan un conjunto de cosas, personas o sitios. Cuando se modela y se


considera a algo como una entidad se debe pensar que de manera grfica se escribe una
unidad, pero en realidad representa a todas; es decir un conjunto. Las entidades tambin
pueden ser objetos abstractos como las cuentas de un banco, las materias que se usan dentro
de una institucin educativa y ms.
Los nombres que se establecen para los conjuntos de entidades deben ser descriptivos esto
permite que haya comunicacin entre el diseador de la base de datos y el usuario,
llamando a las cosas como este ltimo lo hace para que no exista confusin. Por ejemplo en
la descripcin que se hace del IFE (2.1) cada uno de los individuos seria una entidad y
22

podra llamarse al conjunto Elector, y el registro de las ciudades existentes seria otro
conjunto al que podra denominarse EntidadFederativa, con esto al momento de revisar el
modelo, rpidamente se puede entender a que se refiere sin tener que descifrar lo que se
quiere expresar.
Es importante observar que el conjunto Elector constantemente modificar el nmero de
entidades, esto porque incrementar con cada individuo dado de alta en el sistema y
decrementar con las bajas de individuos, sin embargo el conjunto de entidades
EntidadFederativa difcilmente cambiaria el nmero de entidades que lo componen.

2.3.4 Atributos
El siguiente elemento presentado es atributo de acuerdo a Silberschatz, Korth y Sudarshan
(2002) los atributos describen propiedades que posee cada miembro de un conjunto de
entidades. Respecto a esta definicin se puede decir que los atributos son un conjunto de
caractersticas que representan a cada entidad, cada atributo tiene un valor. Por ejemplo, si
se tiene una entidad Elector en el IFE los atributos son nombre, domicilio, edad, sexo. Se
debe tener en cuenta que al guardar estos datos sern diferentes para cada entidad, lo que
los hace diferentes del conjunto son las caractersticas propias, imagine que sta entidad
guarda el registro de cada ciudadano, por lo tanto registra a muchos individuos.
Es importante hacer mencin al aspecto que seala Pressman (2002) satisfacer las
necesidades de la visin por lo tanto el enfoque del IFE implica seleccionar de cada
Elector (Entidad) las caractersticas (atributos) necesarias para llevar el control de las
elecciones.

Existen varios tipos de atributos: simples, compuestos, derivados, monovaluados y


multivaluados, cada uno de estos se definir enseguida.

23

2.3.4.1 Atributos simples


Este tipo de atributo se conceptualiza como no divisibles por Elmasri, Navathe (1997). El
uso de los atributos simples son recomendados por autores como: Silberschatz, Korth,
Sudarshan (2002), Date (1990) y Castao y Piattini (1999) para ser el tipo ideal que se
debe manejar. Estos no se dividen en ms atributos y se manejan tal como son, un ejemplo
de atributo simple es: sexo. Se debe considerar, de acuerdo a las necesidades del contexto
se determina si un atributo es simple por ejemplo nombre de una persona se puede dividir
en nombre de pila, apellido paterno y apellido materno, sin embargo para una empresa que
vende playeras deportivas probablemente no le interese tener separado el nombre por lo
tanto nombre de pila, apellido paterno y apellido materno juntos sern un atributo simple
que puede denominarse nombre el cual seguramente tendr un tipo de dato alfanumrico
con un tamao entre 40 y 70 caracteres, pero posiblemente para un control escolar o
sistema bancario sea importante que este atributo este separado, es decir cada elemento ser
simple, nombre de pila, apellido paterno y apellido materno y se tendrn tres atributos, cada
uno de ellos con su denominacin, estructura y tamao (nombrePila, char 20 a 30
posiciones, apellidoPaterno, char 10 a 20 posiciones, apellidoMaterno, char 10 a 20
posiciones).

2.3.4.2 Atributos compuestos


Se pueden dividir en componentes ms pequeos, que representan atributos bsicos con su
propio significado independiente (Elmasri, Navathe, 1997). Los atributos compuestos son
aquellos que se pueden dividir en otros atributos para crear atributos simples, para decidir si
un atributo debe convertirse de compuesto a simple se tiene que analizar si es recomendable
de acuerdo con el contexto y reglas del negocio. Un ejemplo de este tipo de atributo es la
fecha de nacimiento, compuesta por da, mes y ao (fechaNac, Date 8 6 posiciones;
diaNac, integer 2 posiciones, mesNac, integer 2 posiciones, anoNac, integer 4 posiciones)
tambin el domicilio que se integra por calle, nmero, colonia y cdigo postal (domicilio
char, 40 a 70 posiciones; calle char 15 a 20 posiciones , nmero integer 4 a 9 posiciones,
colonia char 15 a 20 posiciones, cdigo postal doubl 5 posiciones)

24

2.3.4.3 Atributos Derivados


El valor para este tipo de atributos se puede derivar de los valores de otros atributos o
entidades relacionados (Silberschatz, Korth, Sudarshan.2002). Este tipo de atributos se
obtienen calculndolos con los atributos que ya se tienen, es decir no hace falta crear un
campo que guarde este dato, se puede generar de otros. Por ejemplo el promedio de un
Alumno se obtiene con las calificaciones almacenadas, otro ejemplo es el IFE, un dato
importante es la edad y esta debe ser mayor a 18 para darse de alta y obtener la credencial,
para conocerla solo es necesario conocer la fecha de nacimiento, entonces se realiza una
resta entre esta y la fecha actual.
Fecha de nacimiento - fecha actual
1987-06-05 - 2009-08-26 = 22 aos

2.3.4.4 Atributos Monovalorados


Tienen todos un valor slo para una entidad concreta. (Silberschatz, Korth,
Sudarshan.2002). Estos atributos solo tienen un valor, se refiere a que el valor es especfico
por ejemplo, una fecha de nacimiento siempre ser la misma y una sola, es decir, se puede
tener como fecha de nacimiento solo el 5 de febrero y no dos o ms.

2.3.4.5 Atributos Multivaluados


Tambin llamados multivalorados, de acuerdo con Elmasri, Navathe (1997) Hay casos en
los que en los que un atributo puede tener un conjunto de valores para la misma entidad;
por ejemplo, un atributo Colores para un automvil, o un atributo GradosUniversitarios
para una persona. Los coches de un solo color slo tienen un valor de Colores, pero los de
dos tonos pueden tener dos. De manera similar, una persona podra no tener grado
universitario alguno, otra podra tener uno, y una tercera podra tener dos ms grados; as,
diferentes personas pueden tener distintos nmeros de valores para el atributo
GradosUniversitarios.

25

idAuto

Color

idPersona

GradosUniversitarios

Mer2009

Blanco

EIRC670512

Lic. En Contadura

Fer2010

Rojo

EIRC670512

Lic. En administracin

Fer2010

Negro

MARC781231

Lic. En Estadstica

Fer2010

Azul

RAMO800415

Lic. En Sociologa

Otro ejemplo sera el atributo Telfono, se presenta cuando una persona tiene diversos
celulares o varios nmeros telefnicos en su lugar de trabajo, adems de contar con
telfono en su domicilio particular.

2.3.4.6 Atributos descriptivos


Los tipos de vnculos tambin pueden tener atributos, similares a los de las entidades, Por
ejemplo, para registrar el nmero de horas por semana que un empleado trabaja en un
proyecto, podemos incluir un atributo Horas para el tipo de vinculo TRABAJA-EN
Elmasri, Navathe (1997)
Los atributos en los vnculos o descriptivos son los que estn en las relaciones, estos
atributos pueden trasladarse a cualquier entidad aunque en un principio pertenezcan a la
relacin esto considerando la razn de cardinalidad presente.
Como se mencion antes los atributos son las caractersticas de las entidades, y es posible
que al analizar un contexto se encuentren diferentes tipos de atributos, pero es necesario
para un buen diseo que todos estos atributos sean simples.

2.3.5 Tipos de Entidades

2.3.5.1 Entidad Fuerte


Una entidad que cuenta con una llave primaria recibe el nombre de entidad fuerte
Silberschatz, Korth y Sudarshan (2002). Es aquella que entre los atributos que tiene (uno o
varios de ellos) la distinguen de las dems, por lo tanto ste atributo se define como una

26

llave primaria, esto quiere decir que posee un cierto grado de importancia, existe sin la
necesidad de alguna otra.

2.3.5.2 Entidad dbil


Las entidades dbiles son las que no cuentan con una llave primaria, es decir, ninguno de
sus atributos es candidato a ser una llave por lo tanto para existir tienen que adoptar la llave
primaria de alguna otra entidad con la cual tenga una relacin. De acuerdo con Elmasri y
Navathe (1997) Es posible que algunos tipos de entidades no tengan atributos clave
propios; stos se denominan tipos de entidades dbiles. Las entidades que pertenecen a un
tipo de entidades dbil se identifican por su relacin con entidades especficas de otro tipo
de entidades, en combinacin con algunos de los valores de sus atributos. Este tipo de
entidades no puede existir por si misma, para estar requiere de la existencia de una entidad
fuerte.

2.3.6 Relacin
Como se mencion las entidades interactan entre si, la representacin de stas se hace por
medio de una relacin segn Silberschatz, Korth y Sudarshan (2002) es una asociacin
entre diferentes entidades. Desde el punto de vista de Kroenke (2008) menciona las
entidades pueden asociarse con otras mediante relaciones Las relaciones pueden tener
atributos. Una clase de relacin puede involucrar muchas clases de entidades. El nmero de
stas en la relacin es el grado de sta Las relaciones de grado 2 son muy comunes y con
frecuencia se denominan relaciones binarias.
En base a lo anterior se puede decir que una relacin representa los vnculos entre las
entidades con las que hay correspondencia, es decir, es el medio de comunicacin entre
unas y otras. Mediante una relacin se puede ligar a una entidad con otra y a su vez sta con
otra y al final los datos se conectan entre si. (Ver figura 4.12).

2.3.7 Cardinalidad de asignacin


La determinacin de cuantas veces una entidad puede interactuar con otra la cual esta en
diferente conjunto entidad se determina de acuerdo a las reglas del negocio, para
representar esta interrelacin existe la cardinalidad de asignacin, por medio sta podemos
27

establecer cuantos vnculos puede haber entre una entidad y otra, enseguida se presenta una
definicin:
Correspondencia de cardinalidades, o razn de cardinalidad, expresa el nmero de
entidades a las que otra entidad puede estar asociada va un conjunto de relaciones.
(Silberschatz, Korth, Sudarshan.2002). La Cardinalidad se establece de acuerdo a las
necesidades del usuario, para todos los requerimientos existen diferentes formas de
representar la Cardinalidad, Silberschatz, Korth, Sudarshan (2002) presentan la razn de
Cardinalidad de la siguiente manera:
Uno a Uno: Una entidad en A se asocia con a lo sumo a una entidad en B, y una
entidad en B se asocia con a lo sumo en una entidad A
Uno a Varios: Una entidad en A se asocia con cualquier nmero de entidades en B
(ninguna o varias). Una entidad B, sin embargo se puede asociar con a lo sumo una
entidad en A.
Varios a Uno: una entidad en A se asocia con a lo sumo una entidad en B. Una
entidad en B sin embargo se pueden asociar con cualquier nmero de entidades
(ninguna o varias) en A.
Varios a Varios: Una entidad en A se asocia con cualquier nmero de entidades
(ninguna o varias) en B, y una entidad en B se asocia con cualquier nmero de
entidades (ninguna o varias) en A.

Observando la razn de Cardinalidad propuesta por Silberschatz, Korth, Sudarshan y sin


razones matemticas se explica cada una de ellas.
Uno a uno: indica que una entidad se relaciona con otra entidad una sola vez. Por ejemplo:
un elector solo tiene una credencial de elector.

Figura 2.1 Uno a Uno

Figura 2.1 Uno a Uno

28
Figura 2.1 Uno a uno

Uno a Varios: indica que, de una entidad a otra puede haber ms de una interrelacin. Por
ejemplo: un elector puede votar en varias votaciones (Para presidente de la repblica,
Senado de la Repblica, Cmara de Diputados y Elecciones locales)

Figura 2.2 Uno a Varios

Varios a Uno: es lo inverso a uno a varios, esto es que una entidad se puede relacionar
Figura 2.2 Uno a Varios

muchas veces mientras que la otra solo una vez. Por ejemplo en las elecciones
presidenciales pueden votar todos los ciudadanos.
Figura 2.2 Uno a Varios

Figura 2.3 Varios a Uno

Figura 2.3 Varios a Uno

Varios a Varios: indica que entre una entidad y otra pueden relacionarse ms de una vez
Figura
2.3 Varios
a Uno
una con otra. Por ejemplo:
Todos
los electores
pueden participar en cualquiera de las

votaciones que existen. (Para presidente de la repblica, Senado de la Repblica, Cmara de


Diputados y Elecciones locales).

Figura 2.4 Varios a Varios

29

Figura 2.4 Varios a varios

Figura 2.4 Varios a varios

Cuando se determina la Cardinalidad entre las entidades entonces se sabe cuantas veces se
puede relacionar a cada una de ellas, sin embargo, para que la interaccin se d, cada
entidad debe tener una llave primaria con la cual se relacionarn.

2.3.8 Llaves
Las llaves son diferentes en cada entidad que existe en la BD, una entidad representa los
datos guardados por cada atributo, por ejemplo en la entidad Elector del IFE puede tener los
atributos clave de elector, nombre, domicilio y fecha de nacimiento la entidad se compone
de estos elementos.
Las llaves o claves son un elemento muy importante al crear una base de datos, permiten
identificar a cada entidad como nica dentro del conjunto y con ellas se puede relacionar
una entidad con otra, existen varios tipos de llaves: candidatas y primarias, de acuerdo con
Korth y Silberschatz (1987) Muchas veces lo que se busca es la superllave mas pequea
posible. Es decir, se buscan superllaves para las cuales ningn subconjunto propio es una
superllave. Estas superllaves mnimas se denominan llaves candidato
Silberschatz, Korth y Sudarshan (2002) mencionan que una clave primaria es un
conjunto de uno o ms atributos que, tomados colectivamente, permiten identificar de
forma nica una entidad en el conjunto de entidades. Esto quiere decir que para cada
entidad existir una clave primaria y esta es nica, es decir, ninguna otra puede tener este
valor, por ejemplo en el IFE cada individuo tiene una clave de elector que es nica y
diferente para cada ciudadano que cuente con su credencial de elector.

2.3.9 Dominio
Cuando los atributos ya estn definidos se debe reflexionar en cuales son los valores que
puede tomar, a esta caracterstica se le denomina dominio segn Silberschatz, Korth y
Sudarshan (2002) Para cada atributo hay un conjunto de valores permitidos, llamados el
dominio, o el conjunto de valores, de ese atributo.
Por lo tanto se puede decir que, dominio son los posibles valores que puede tomar un
atributo, es conveniente definirlo para que exista consistencia e integridad de los datos. Se
debe considerar que en algunas ocasiones esta previsto de acuerdo a las reglas del negocio,
30

por ejemplo, los valores que puede tomar el Federacin en el IFE solo son los estados del
pas, otro ejemplo seria el sexo con dominio H (Hombre) y M (Mujer).
Una pieza muy importante es contar con un diccionario de datos el cual contenga la
informacin de todos los atributos de la base de datos para que cualquier persona interesada
localice en este registro a que se refiere cada atributo, Pressman (2002) menciona el
diccionario de datos es un listado organizado de todos los elementos de datos que son
pertinentes para el sistema, con definiciones precisas y rigurosas que permiten que el
usuario y el analista del sistema tengan una misma comprensin de las entradas, salidas, de
las componentes de los almacenes y tambin de los clculos intermedios. Con respecto a
esta definicin se puede decir que, especificar el dominio dentro del diccionario de datos da
mayor claridad en la presentacin de los atributos, todo para precisar los valores que puede
tomar cada atributo.

2.3.10 Modelo Entidad Relacin Extendido


Aunque los conceptos bsicos de E-R pueden modelar la mayora de las particularidades de
las bases de datos, algunos aspectos pueden ser expresados ms adecuadamente mediante
ciertas extensiones del MER bsico. La contribucin que hace el modelo entidad relacin
extendido es incluir en el MER trminos como generalizacin (herencia de atributos),
especificacin y agregacin.

2.3.10.1 Agregacin
Una manera de representar el MER de manera clara y organizada es mediante la
agregacin, esta tcnica se utiliza para lograr que las relaciones sean binarias. Esta prctica
trata de agrupar las entidades que interactan de manera inmediata y poder representar de
manera lgica la problemtica. Silberschatz, Korth y Sudarshan (2002) mencionan que
Una limitacin del modelo E-R es que no resulta posible expresar relaciones entre
relacionesLa agregacin es una abstraccin a travs de la cual las relaciones se tratan
como entidades de nivel ms alto. Un ejemplo de agregacin es claramente visible en la
figura 4.14.

31

2.3.10.2 Generalizacin / Especificacin


De acuerdo con Mendelzon Ale (2000) la generalizacin Permite agrupar tipos similares
en un tipo genrico de nivel superior. El proceso de abstraccin consiste en desestimular las
diferencias mientras que enfatiza las similitudes. La generalizacin se utiliza cuando una
entidad tiene caractersticas (atributos) generales y de ah puede haber otras entidades las
cuales adopten los atributos generales y tengan los suyos propios; es un proceso de
herencia, la entidad padre hereda todos los atributos al hijo, pero este tiene caractersticas
propias, las entidades hijo siempre deben tener atributos, si no es as, no se cumple la regla
de la generalizacin.
Es significativo notar que esta tcnica no se emple en el capitulo cuatro, debido a que no
fue necesaria su aplicacin, por lo que se puede concluir que no todos los conceptos de base
de datos se emplean en todos los contextos.
El MER como se dijo es una representacin grafica de un problema del mundo real. En el
Anexo C se presenta la notacin estndar para crear este modelo. En los prrafos anteriores
se explicaron los conceptos aplicados y en el capitulo IV se lleva a cabo la utilizacin de
toda esta teora de BD sobre un contexto especifico que se explica en el capitulo siguiente.

2.3.11 Grafo de dependencias funcionales


De acuerdo con De Miguel y Piattini (1998) una forma sencilla de representar el esquema
relacional es el denominado grafo relacional. Es un grafo compuesto de un conjunto de
nodos multiparticionados, donde cada nodo representa un esquema de la relacin. El grafo
de dependencias muestra las relaciones entre entidades y cuales son los atributos que hacen
que se logre la comunicacin entre entidad y entidad para as poder obtener todos los datos.
La representacin grfica de ste grafo de dependencias funcionales se puede ver en la
figura 4.15.

32

CAPTULO III

Caso de estudio: Viajes Mxico

El desarrollo de un sistema implica generalmente que se deba atender a la solicitud de un


cliente, ya sea una organizacin o una persona fsica. El paso siguiente es entender sus
necesidades; para ello se hace ste anlisis de requerimientos el cual permite identificar los
elementos utilizados y como los usan, lo anterior es una tarea muy importante realizada por
el analista de sistemas, ste al identificar las necesidades y saber cual es la informacin que
se maneja puede empezar a modelar desde diferentes niveles de abstraccin, hasta llegar al
nivel dato, se debe tener en cuenta que los datos son un elemento muy importante para el
buen funcionamiento de una empresa.
El diseo adecuado del almacenamiento de los datos es un aspecto primordial para que
cualquier sistema funcione de manera adecuada en las organizaciones. La seleccin
correcta de los datos, su estructura y espacio fsico que ocuparn deben ser cuidadosamente
elegidos, pues de ello depender la eficiencia al realizar cualquier transaccin necesaria
para la organizacin.
Las bases de datos en la actualidad se emplean en muchas reas como en la medicina, en
los supermercados, compaas telefnicas, empresas de radio, cine, televisin la lista es
interminable. Desde este aspecto se puede imaginar que la informacin esta en todas partes,
para cada uno de estos ejemplos las bases de datos estn hechas a la medida, esto es muy
importante, porque disearla para cumplir con las necesidades de cada empresa garantiza
una buena utilizacin y rendimiento, al mismo tiempo al manipular la informacin sea de
manera rpida y efectiva.
El aplicar los elementos de base de datos de forma sencilla y gradual para un adecuado
entendimiento de algunos conceptos requiere la seleccin de un caso de estudio el cual
ubique al lector, para que de manera espontnea siga el anlisis que se deber realizar a
travs de los ejemplos descritos ms adelante.
33

De esta manera la agencia de viajes Viajes Mxico se estableci como contexto a


desarrollar, adems se definieron las polticas de la empresa, considerando desde luego,
cuales son los servicios ofrecidos por distintas empresas reales y reflexionando en el
funcionamiento de estas, tambin se analiz la manera de trabajar de las aerolneas y las
terminales de autobs considerando las caractersticas ms destacables.

3.1 Viajes Mxico


En general las agencias de viajes son empresas especializadas en vender servicios a los
viajeros, son intermediarias entre las compaas de transporte y hoteles. Normalmente los
precios y productos que ofrecen son atractivos, adems brindan cierta tranquilidad a las
personas al saber que pueden adquirir en un mismo lugar lo necesario para realizar un viaje
de placer o de negocios. Algunos servicios que brindan son la reservacin o venta de
boletos de avin, cruceros, trenes, autobuses, hoteles y ms.

3.2 Historia
La empresa Viajes Mxico result como un proyecto de amigos los cuales se unieron
para realizar su sueo de inducir a las personas a viajar a diferentes partes del pas y para
que conocieran nuevas culturas. sta fue fundada en el ao 1989 por Fernando Snchez e
Ivn Espino quienes tienen la firme idea de que viajar contratando todos los servicios en un
solo lugar da la tranquilidad para realizar tu osada por nuevas tierras.
La presidencia le fue otorgada a Fernando Snchez, quien por muchos aos trabaj en
diversos hoteles y se dio cuenta que una necesidad importante para los clientes (que por
ninguna equivocacin se pierden de sus vacaciones o salidas de trabajo) era tener la
seguridad de que las reservaciones de hotel y transporte eran hechas por personas expertas.
Su trayectoria le hace tener una visin excelente sobre las necesidades de sus clientes.
Ivn Espino fue nombrado Gerente, quien tiene estudios de administracin de empresas
tursticas, ha viajado por muchas partes del pas, descubierto nuevas culturas y tradiciones.
Su especialidad, sin duda, es la organizacin de paquetes para vacacionistas, congresos de
diferentes tipos y transporte a sitios familiares. Personalmente l hace una invitacin para
que cada individuo haga a Mxico suyo, recorriendo sus calles, ciudades, templos, museos,
34

su historia; invita a conocer las bellas playas, las ciudades coloniales y los sitios
arqueolgicos. De acuerdo con su ideologa el recomienda amar a nuestro pas, pero para
amar algo es necesario conocerlo y as estar orgullosos de ser mexicanos.

3.3 Organizacin general

Figura53.1 Organigrama general

La administracin de la empresa es un rea bsica para cualquier organizacin y para poder


llevar a cabo una gestin controlada de los recursos con los que se cuenta, el departamento
de contabilidad es el encargado de llevar todos los registros contables generados dentro de
la empresa, esto es llevar los estados financieros los cuales son el resultado de la
contabilidad donde se registran movimientos tales como, la compra de activos fijos (equipo
de transporte, mobiliario y equipo de oficina), activos circulantes (crear excursiones,
congresos, paquetes), activos pasivos (deudas contradas, proveedores), la elaboracin del
balance, estados de prdidas y ganancias, el registro de ingresos y egresos; estos nos dan a
conocer la situacin financiera de la empresa.

35

Por su parte el departamento de finanzas es el responsable de la planeacin y obtencin de


los recursos financieros (prstamos bancarios, inversiones) estos recursos son los que se
utilizan para hacer las adquisiciones e inversiones; este capital se utiliza como activo
circulante.
La funcin del rea de ventas es la de estar en contacto con las empresas de transportes y
hoteles, investigar acerca de sus temporadas altas y bajas y as poder hacer negociaciones
para las reservaciones pudiendo generar paquetes atractivos a los clientes. Los vendedores
son llamados a s mismos promotores de ventas, stos se encargan de la interaccin con el
cliente y hacer la venta de los servicios que se ofrecen.

3.4 Objetivos y Filosofa


Desde que iniciaron esta compaa su meta fue perdurar en el comercio de viajes,
proporcionando a sus clientes las mejores ofertas, esto con una amplia gama de
posibilidades para realizar su recorrido. Lo anterior desde luego contando con las mejores
opciones que impulsen a las personas a conocer Mxico, entender su cultura y disfrutar de
las maravillas que tiene el pas.
Otro aspecto importante es contar con mltiples convenios con empresas hoteleras y de
transportes de avin y autobs que les permita ofrecer diversas opciones de viaje a todo el
pas. El propsito es proporcionar un servicio personalizado al asesorar a los clientes,
recomendndoles los mejores destinos de acuerdo a sus gustos, garantizndoles la entrega
de sus boletos, la reservacin de su hotel, adems de proporcionarles precios atractivos para
que realicen la mejor decisin.

3.5 Actividades generales


Se lleva a cabo un contacto con clientes, visitando las empresas que hacen convenciones,
congresos, eventos Corporativos y Empresariales (mdicos, universidades, abogados,
economistas y ms) anuales o en periodos frecuentes, para ofrecerles los servicios con los
que se cuenta y proporcionar asistencia para este tipo de hechos tan importantes para las
diferentes organizaciones.
Viajes Mxico ofrece la oportunidad de realizar la compra de boletos de avin o autobs
para las diferentes ciudades del pas. Cuenta con el servicio de paquetes que ofrece a sus
36

clientes para su mayor comodidad y la facilidad de decidir la eleccin de un destino, estos


paquetes son atractivos y se componen de un viaje a una ciudad el cual incluye el transporte
y hospedaje en algn hotel. Tambin ofrecen la venta de boletos de transporte, si solo ste
servicio se requiere.
La empresa tambin cuenta con diferentes promociones aplicadas al hotel, las cuales ofrece
a sus clientes en diferentes pocas del ao como en la temporada vacacional, considerada
por muchos la mejor poca para viajar, debido a que estas fechas son muy importantes
porque generalmente se viaja en familia y representan una gran oportunidad para un
descanso, tambin se generan muy buenas promociones en temporadas bajas para incitar al
cliente a viajar.
Los convenios con empresas de transporte se establecieron para proporcionar un servicio
seguro y conocer las rutas, horarios y disponibilidad del viaje. Por su parte en los hoteles
tambin se firmaron convenios, los cuales forman una parte esencial para garantizar las
reservaciones y conocer las caractersticas de los hoteles, es decir, la categora (estrellas) y
el domicilio de su ubicacin, adems de conocer cuales son las promociones que ofrecen.
Sus clientes son muy importantes y cuentan con un registro de ellos, considerando su email para enviarles promociones, esto para que se animen a realizar un viaje contratando
los servicios que se ofrecen, una vez realizada la venta de algn servicio se procede a la
entrega de los boletos, sta es de forma personal y se realiza en las instalaciones de Viajes
Mxico.

3.6 Polticas de la empresa


Viajes Mxico como agencia de viajes ofrece servicios de Transporte que son Terrestre y
Areo (autobs y avin) y Hoteles, la venta de transporte puede ser individual, es decir, si
desea adquirir solo transporte se puede hacer, para la reservacin de hotel es necesario
adquirir hotel y transporte, stos dos servicios forman un paquete. Estas polticas son muy
importantes porque definen la forma de trabajar de la empresa, son las reglas establecidas y
sobre todo, es lo que la hace funcionar.

37

Agencia de Viajes -Viajes MxicoEscenario del Mundo Real:


Dicha agencia ofrece servicios que facilitan la organizacin y planeacin de viajes ya
sea de placer o negocios a todo tipo de usuarios, contando con diferentes alternativas
para satisfacer las necesidades de todos sus clientes.
Viajes Mxico permite al usuario seleccionar entre un paquete integral el cual
incluye trasporte y hotel o solo el transporte, estas dos opciones se muestran con
diferentes costos.

3.6.1 Transporte
Cada servicio de los que se ofrecen tiene un costo, es decir, individual o por paquete.
Se tiene en consideracin que es ms conveniente comprar el servicio de paquete que
el individual ya que el costo del primero es mas bajo en respeto a adquirir solamente
el transporte.
Los transportes disponibles son avin y autobs, para el registro de estos ya
sea en paquete o individual se debe considerar la compaa de viaje a la que
pertenece (Areo ejemplo: Mexicana de Aviacin; Terrestre ejemplo: ADO)
que tiene un cdigo de compaa y el nombre de sta, tambin se debe tomar
en cuenta el nmero de transporte, hora de salida, hora de llegada,
itinerario, tiempo de viaje, fecha de salida, fecha de regreso, origen y
destino. Se debe contemplar que cada transporte puede ser asignado en
diferentes rutas de acuerdo a la disponibilidad de estos.

En el caso del servicio de transporte se puede apreciar que se tiene una ciudad
destino/origen y la compaa a la cual pertenece, las compaas son las empresas que
ofrecen el servicio de transporte con las cuales la agencia de viajes tiene convenios; las
ciudades destino/origen son aquellas donde existen aeropuertos y u o terminales de autobs.

38

3.6.2 Hotel
Prosiguiendo con el anlisis del contexto de la agencia de viajes se procede al estudio
relacionado con el Hotel, todo esto de acuerdo a las necesidades y polticas que se tienen
contempladas en Viajes Mxico.

Un paquete adems de trasporte incluye hospedaje para esto se tiene que


registrar el cdigo del hotel, la ciudad de origen, el nombre, la clasificacin
y la cadena a la cual pertenece, adems de la direccin, sta incluye calle,
nmero, colonia y cdigo postal.
Se cuenta con una serie de promociones, las cuales son aplicadas solo si se
contrata un paquete, las promociones estn activadas en diferentes periodos
de tiempo, es decir, nunca est activada ms de una promocin; para esto se
lleva un control de promociones que contiene: cdigo, descripcin, fecha de
inicio y fecha de terminacin, las promociones que se consideraran son:
o
o
o
o

25% de descuento por noche en ocupacin doble


25% de descuento por habitacin
15% de descuento para menores de 6 a 12 aos en Hotel
Nios 0 -11 aos gratis en Hotel

Es posible apreciar que los servicios son por paquete o individual como se mencion antes.
La reservacin de hoteles esta dada por la compra de boletos de transporte, es decir, solo se
puede adquirir hotel, siempre y cuando se solicite transporte, este conjunto forma un
paquete.

3.6.3 Cliente

Se mantiene un registro de cada cliente que requiera algn servicio, para esto se
necesita registrar el nombre, direccin, telfono, email y un cdigo; adems de
pedirle la fecha en la que piensa salir y la fecha en la que quiere regresar, esto para
enviarle promociones a su email. Si no se tiene una confirmacin de contratar un
servicio despus de la fecha programada para su salida, se procede a eliminar sus
datos.
Tambin se debe conocer cual es el servicio que contrat:
Paquete: incluye trasporte y hotel
Individual: solo transporte.
39

En lo referente a los usuarios, el gerente define como clientes a las personas que solicitan
algn servicio, es decir, los individuos que posiblemente firmarn un contrato o solamente
piden informes ya sea de algn paquete o el servicio individual.

3.7 Formatos Utilizados


Formatos empleados para llevar el control manual en la actualidad. Los boletos de
transporte son generados por la empresa que brinda el servicio, por lo tanto no difiere de los
boletos adquiridos por cualquier persona que viaja. Viajes Mxico adquiere los boletos a
nombre de las personas y se los entrega en la comodidad de sus instalaciones, evitando
hacer largas filas. A continuacin se presenta el boleto de autobs (Figura 3.2) y el boleto
de avin (Figura 3.3)

Figura6 3.2 Boleto de autobs

40

Figura73.3 Boleto de Avin

Los formatos de las figuras 3.4 y 3.5 son para uso interno de la compaa y con estos se
lleva a cabo el control entre solicitudes hechas por clientes y contratos, tambin permite
registrar las ventas por cada vendedor y mantener registro del tipo de venta. En estos
formatos se pueden apreciar los datos establecidos para llevar a cabo un contrato o la
solicitud de stos, como son RFC, nombre del cliente, email, telfono, tipo de servicio,
destino, fechas programadas para su viaje entre otros.

41

Figura83.4 Formato Solicitud servicios

42

Figura93.5 Formato Contrato

43

3. 8 Construccin del Producto a Viajes Mxico


Ahora el gerente de la agencia de viajes Viajes Mxico con una trayectoria de 20 aos,
desea llevar a cabo el control automatizado de los servicios de paquetes y viajes a los
diferentes destinos del pas que ofrece a sus clientes. Es importante observar que muchos de
los servicios de los cuales ofrece como la bsqueda de boletos de avin o la reservacin de
un hotel requieren de la comunicacin con organizaciones externas, por lo tanto el diseo
de la base de datos permitir registrar los datos de la empresa y as se puedan realizar las
consultas necesarias y obtener la informacin deseada.
De acuerdo a esta decisin el diseador de la BD parte de la idea que tiene sobre el
funcionamiento de la empresa y con el anlisis que se realiza llegando a nivel dato para el
desarrollo de la base de datos para Viajes Mxico.

44

CAPTULO IV

Aplicacin de conceptos de Base de Datos

De acuerdo con el contexto establecido de la agencia de viajes Viajes Mxico en este


captulo se procede a aplicar los conceptos necesarios para definir un primer modelo
entidad relacin, siguiendo paso a paso los conceptos definidos en el captulo II se realiza
un modelado de la base de datos aplicando los conceptos necesarios para este caso de
estudio en particular; debido a que toda esta teora es mayormente comprensible si es
ejemplificada para un buen entendimiento.
El anlisis siguiente esta realizado a nivel de diseador de base de datos como parte central
para la elaboracin de este modelado, analizando lo visto en el captulo III, todo esto es
presentado a continuacin.

4.1 Contexto
Con base en las necesidades de la agencia de viajes y con al informacin obtenida y
presentada en el captulo anterior (captulo III), se observan las polticas de la empresa, las
cuales son parte importante del anlisis correspondiente creado por el diseador de la BD,
stas orientan hacia la forma de como manejar y aplicar los datos, los cuales sirve para
poder representar de manera fcil cada entidad con sus respectivos atributos.
Procediendo en el modelado de la base de datos de Viajes Mxico y analizando el
funcionamiento de la empresa visto desde el punto de vista del diseador de BD, se
identificaron todos los procesos que se realizan y se relacion cada dato utilizado,
obteniendo as claridad en el contexto para poder desarrollar la base de datos.

45

4.2 Definicin de Entidades


Al analizar la organizacin desde los servicios que ofrece (transporte y hotelera) se definen
como entidades (2.3.5) en Viajes Mxico las siguientes:
Transporte
Compaa
Ciudad
Hotel
Promocin
Cliente

4.2.1 Transporte
La entidad transporte se refiere al conjunto de compaas de transporte, tienen como
atributos (2.3.4) hora de salida, hora de llegada, tipo de viaje, tiempo de viaje y cdigo de
transporte como su llave primaria. Es importante mencionar que este cdigo de transporte
fue diseado por el administrador de la empresa para su manejo, por lo tanto se utilizar el
mismo, como ya sta establecido considerado una buena opcin usarlo. Se puede concluir
que es una entidad fuerte (2.3.5) por tener una clave primaria, adems no depende de
alguna otra entidad para existir. En seguida se presenta en la figura 4.1 la representacin de
la entidad Transporte.

Figura104.1. Entidad Transporte

46

Analizando el atributo tiempo de viaje se puede definir como un atributo derivado (2.3.4.3)
debido a que se puede obtener restando la hora de llegada con la de salida, por lo tanto no
necesita un espacio para ser guardado, para obtenerlo se deber realizar por medio de una
consulta.
Debido a que existen dos tipos de transporte, avin y autobs se puede pensar que es
posible utilizar generalizacin o especializacin, sin embargo analizando que los atributos
son los mismos, ambos tienen un cdigo de vuelo, representado en el caso de las aerolneas
como el nmero de vuelo y para el transporte terrestre como nmero de autobs los cuales
son la llave primaria, una hora de llegada y salida, origen, destino, tipo de viaje; se
determina que no se debe aplicar generalizacin para el control del transporte ya que se
identifican por medio de la llave primaria en la cual se seala el tipo de transporte (areo o
terrestre) perteneciente y la empresa lo emplea de la siguiente manera.
Vuelo: Vlo + cdigo
Autobs: Aut + cdigo

4.2.2 Compaa
La entidad compaa hace referencia a todas las compaas con las que se ha establecido
contacto, se puede definir como fuerte por tener un cdigo de compaa el cual ser la llave
primaria (2.3.9), como atributos se identifican un nombre de compaa el cual guarda el
nombre completo de la empresa ya sea asociacin o persona fsica. Lo que registrar sern
las empresas propietarias de los transportes, por ejemplo el autobs Aut9876 pertenece a la
compaa ADO. En la figura 4.2 se puede observar su representacin en notacin ER.

Figura114.2. Entidad Compaa

47

4.2.3 Ciudad
La entidad ciudad define al conjunto de ciudades del pas, tendr por atributos el nombre de
la ciudad y el cdigo de sta, el cual representa la llave primaria, por lo tanto se concluye
que la entidad es fuerte, el propsito de esta entidad es guardar el nombre de todas las
ciudades origen/destino a las cuales se puede viajar y evita registrar la ciudad cada vez que
se compra un boleto; en este caso solo se har referencia a esta entidad. Se tiene en cuenta
la existencia de una lista de acuerdo con un catalogo obtenido de la gua de turismo con
atractivos culturales, arqueolgicas, naturales y ms, el cual contiene todas las ciudades a
las que se puede viajar (Ver Anexo E). A continuacin se presenta la figura 4.3 la cual
muestra la representacin de la entidad Ciudad.

Figura124.3. Entidad Ciudad

4.2.4 Hotel
Los hoteles con los cuales Viajes Mxico tiene asociacin y pueden hacerse reservaciones
contienen informacin importante, por lo tanto se puede identificar al grupo de hoteles
como conjunto entidad hotel.
Los atributos son cdigo del hotel, ste es la llave primaria, cuidad donde esta ubicado,
nombre del hotel, clasificacin y cadena a la que pertenece; todos estos son atributos
simples. La direccin es un atributo compuesto (2.3.4.2) por la calle, nmero, colonia y
cdigo postal; esto debido a que es muy importante dar todos los detalles necesarios al
cliente acerca de la localizacin del hotel donde se hospedar. La figura 4.4 muestra la
entidad Hotel en notacin ER.

48

Figura134.4 Entidad Hotel

Cada elemento que compone a la direccin es simple, esto se puede observar en el modelo
entidad relacin siguiente (Figura 4.5), la direccin al final quedar en representacin de
los atributos que lo forman, en este caso la calle, nmero, colonia y cdigo postal del Hotel.

Figura144.5 Entidad Hotel

4.2.5 Promocin
Las promociones se aplican en la contratacin del servicio de hotel y cuentan con
caractersticas que las definen, estn vigentes en un lapso de tiempo determinado y siempre
est activa slo una promocin. Las promociones tienen como atributos un cdigo, el cual
es la llave primaria, la descripcin indica los tipos de promociones, adems de una fecha de
49

inicio y expiracin. Esta entidad es fuerte debido a que cuenta con una llave primaria, los
atributos que tiene son simples. El modelo ER generado a partir del anlisis de la
promocin tomando en cuenta todos los atributos es el siguiente (Figura 4.6).

Figura154.6 Entidad Promocin

4.2.6 Cliente
Cada uno de los clientes de la agencia de viajes se puede representar como una entidad y
los datos solicitados por las personas que requieren algn servicio son los atributos, el
cdigo del cliente es su llave primaria, esta clave es el RFC debido a que ya se tenia este
registro y se considera buena opcin utilizarlo como llave primaria, se pueden ver la
definicin de todos los atributos en el diccionario de datos de Viajes Mxico (ver Anexo D)
nombre, fecha de salida y de regreso, direccin y email se definieron como atributos
simples.
En mltiples casos el RFC (como en el caso de la Agencia de Viajes) se toma como llave
primaria porque es un dato nico para cada individuo. Un atributo que tambin se puede
tomar como llave primaria es la CURP, igualmente es un dato nico el cual identifica a una
persona, para la seleccin de llaves primarias. Es importante saber que las llaves numricas
no son una buena eleccin, sobre todo para bases de datos muy grandes, debido a que los
nmeros van aumentando de longitud; se puede iniciar con un tipo de dato byte 2 y en algn
momento con el aumento de informacin llegar a ser un long3.

byte 8 bits Rango -27 a 27-1

long 64 bits Rango -263 a 263 -1

50

A diferencia de hotel para el caso del Cliente se consider la direccin (calle, nmero,
colonia, cdigo postal) como atributo simple tomando en cuenta que este dato no es un
atributo manejado constantemente, debido a que la informacin de promociones, ofertas o
viajes se enva por medio del correo electrnico y la entrega de boletos se realiza de manera
personal en la oficina.
El telfono se considera como atributo multivaluado (2.3.4.5), es posible contar con ms de
un telfono donde se pueda localizar al cliente para confirmar reservaciones u ofrecer
promociones; el limite de nmeros telefnicos que se guardaran de cada cliente es decidido
por la autoridad de la empresa en este caso el gerente, si no se tiene contemplado se puede
platicar y ofrecer solo guardar por ejemplo tres: el nmero de su domicilio particular,
oficina y celular; uno, dos, o todos, o los que sean necesarios para casa caso en particular.
Cuando un cliente acude a la agencia de viajes y pregunta que opciones se tienen para
viajar en una fecha determinada, l necesita saber costos, destinos y ms; para sta
operacin la empresa solicita los datos del pasajero llenando el formato 3.4 y preguntando
cuando desea viajar, tambin cuantos das tiene pensado estar fuera; sin embargo puede
ocurrir que solamente sea para informacin y nunca se concrete el viaje, por lo tanto Viajes
Mxico tiene la poltica de borrar los datos de este usuario si no se llev a cabo ningn
servicio. Analizando cada necesidad, el MER del Cliente queda de la siguiente manera
(Figura 4.7).

Figura164.7 Entidad Cliente

51

4.3 Relaciones entre Entidades


4.3.1 Servicio Transporte
Los conjuntos de entidades Compaa y Cuidad representan datos utilizados solo para
consultar, en el caso de la ciudad se tiene una lista de todos los lugares disponibles para
viajar y en compaa se registra el nombre de todas las empresas propietarias de los
vehculos (avin o autobs), debido a esto se consideran como catlogos, quiere decir que
stos datos son solo de lectura y por lo regular las listas ya estn establecidas.
Haciendo ste anlisis detallado referente al transporte se pudieron dividir en tres entidades
(Transporte, Cuidad y Compaa) las cuales son necesarias para el funcionamiento del
servicio de transporte, porque es fundamental para Viajes Mxico conocer el nombre de la
compaa a la cual pertenece el servicio de avin y autobs; adems es muy necesario
conocer todos los destinos a donde se puede viajar.
Se debe observar que la divisin de este servicio en tres entidades fue para representar y
evitar redundancias en los datos, adems de que se pueden relacionar sin la necesidad de
que se escriban muchas veces y por lo tanto optimizar recursos en la memoria del sistema.
Con base a lo anterior se procede a la visualizacin de las entidades en el modelo entidad
relacin (figura 4.8).

Figura174.8 Modelo ER Transporte

52

En el MER anterior no se ven claramente los atributos origen y destino aunque en las
polticas de la empresa es necesario, esto debido a que la entidad Ciudad guarda todos los
destinos y por ende los orgenes; entonces lo que se hace es tomar la informacin de esa
tabla y relacionarlos sin la necesidad de agregar ms atributos lo cual evita la redundancia
de datos.
Se puede apreciar en la notacin de los atributos indicando las llaves primarias de cada
entidad al subrayarlas, los atributos simples y derivados, adems de las relaciones. El
nombre dentro del rombo indica que es una relacin representado por una palabra (esto en
un intento de entender la relacin existente entre las entidades, es necesario que al
profundizar en el anlisis el diseador especifique claramente los atributos con los que se
har la relacin realmente), sta muestra de manera general como se lleva a cabo la
relacin, en este caso el transporte se dirige a una cuidad y el trasporte pertenece a una
compaa, sin embargo es una buena opcin escribir en el rombo en vez de alguna palabra
la forma en la cual se lleva a cabo la relacin, es decir, cual o cuales son los atributos que
hacen que se unan las entidades y surja la comunicacin. Esto es posible de deducir de
acuerdo a la cardinalidad, observando se puede establecer cual va a ser el atributo que
compartirn. La figura 4.9 muestra el MER con las relaciones establecidas para el
funcionamiento del transporte, y la sustitucin del verbo por los atributos los cuales hacen
que la relacin se lleve a cabo.

Figura184.9 Modelo ER Transporte con relaciones

53

4.3.2 Servicio Hotel


El servicio de Hotel es dividido en dos entidades formando por Hotel y Promocin, stas
entidades juntas forman este servicio, sin embargo se dividieron debido a que el hotel tiene
caractersticas propias y la promocin tambin, adems para evitar la redundancia de
atributos y analizando sus caractersticas se opt por crear dos entidades; se pudiera pensar
que la creacin de una sola entidad la cual contuviera todos los atributos hubiera sido una
buena idea, sin embargo, imagnese en el hotel Fiesta Inn se tiene la promocin 25% de
descuento por noche en ocupacin doble, pero esa misma promocin la tiene en ese
momento los hoteles HB, Howard Johnson y Hotel Xalapa entonces se tendra que
registrar cuatro veces 25% de descuento por noche en ocupacin doble, esto generara
que el mismo dato se registrara muchas veces y hubiera redundancia.

La representacin del Modelo ER del servicio que se ofrece de Hotel, es el siguiente y se


presenta en la figura 4.10.

Figura194.10 Modelo ER Hotel

Con base en lo anterior se puede ver en el diagrama entidad relacin del Hotel la
representacin de las dos entidades Hotel y Promocin, en el caso del Hotel se indica su
llave primaria subrayada, tambin sus atributos simples y el atributo direccin que es
54

compuesto. La entidad Promocin cuenta con cuatro atributos todos simples y


codPromocion es la llave primaria.
La Cardinalidad (2.3.7) esta expresada como muchos a uno, ya que varios hoteles pueden
tener la misma promocin, pero cada hotel solo ofrece una, esto es porque las promociones
estn activadas en diferentes periodos de tiempo. La relacin esta representada por la
palabra tiene pudindose leer Hotel tiene promocin, cambiando la palabra por el
atributo con el cual se relaciona el cual es codPromocion, el modelo ER queda de la
siguiente manera (Figura 4. 11).

Figura204.11 Modelo ER Hotel con relaciones

4.3.3 Venta de servicio Individual


Ya se identificaron las entidades y sus atributos, lo que tiene que ver con el Hotel, lo
perteneciente a Transporte y al Cliente; ahora se necesita conocer como un pasajero compra
un boleto de transporte, por lo tanto este servicio ser individual, entonces se requiere
registrar el tipo de servicio que contrat.
Una vez definida cada entidad con sus correspondientes atributos se pueden establecer las
relaciones para que un cliente adquiera un servicio. Para empezar con el servicio individual,

55

en ste el cliente adquiere solo el transporte para su destino. La representacin de este


servicio en notacin ER se muestra en la figura siguiente 4.12.

Figura214.12 Modelo ER Servicio Individual

Se puede notar que existen dos atributos descriptivos (2.3.4.6) en la relacin (costo y
tipoServicio), stos atributos no pertenecen a Cliente ni a Transporte, es decir, no forman
parte de sus caractersticas, sin embargo cuando se lleva a cabo la relacin se hacen
presentes, cuando un cliente compra un boleto de transporte se genera un costo y se
identifica cual es el servicio que contrat Paquete o Individual.
El atributo costo indica el monto a pagar en al adquisicin de boletos y u o reservacin de
Hotel para el viaje, se hace presente cada vez que se realiza una venta. El atributo
tipoServicio se refiere al tipo de servicio contratado, tambin es descriptivo debido a que se
hace presente al llevar a la compra del boleto de transporte.
En el modelo se puede leer Cliente compra transporte; lo cual se refiere a que adquiere un
boleto para viajar ya sea en avin o autobs.

56

La razn de cardinalidad es muchos a muchos (varios a varios), por tal motivo el nombre de
la relacin compra se sustituye por los atributos que hacen que la relacin se lleve a cabo
los cuales son numTransporte y CodCliente, la relacin esta dada por ambos atributos. Esta
representacin se presenta a continuacin en la Figura 4.13.

Figura224.13 Modelo ER Servicio Individual con relaciones

El * indica muchos a muchos debido a que muchos clientes pueden adquirir mltiples
transportes empezando por el de ida y regreso; adems pensando que muchas personas
abordan un mismo vehculo, para un viaje y las mismas personas pueden regresar en
diferente autobs o avin. Analizando lo antes explicado se lleg a la conclusin respecto a
la cardinalidad.
Cuando el cliente realiza la compra de un boleto se registra el costo, se indica el tipo de
servicio. En el transporte se guarda la informacin del boleto que incluye ciudad origen y
destino. Se puede observar la compaa a la que pertenece el vehculo en el cual viajar. El
registro se hace doble en el transporte, esto quiere decir que existe una instancia la cual
registra la venta de un boleto con origen por ejemplo Veracruz y destino Mxico y otro
con origen Mxico y destino Veracruz.

57

4.3.4 Venta de servicio Paquete


Cuando un cliente adquiere un paquete, quiere decir que compra boletos de Transporte y
reserva su estancia en un Hotel. Anteriormente se vio la venta de boletos para el transporte,
lo siguiente es la venta de hotel; solo se adquiere ste si tambin se consume Transporte,
por lo tanto puedo decir que el hotel es una entidad dbil porque no existe si no hay
transporte, es decir, si se compran boletos de transporte pueden hacer reservaciones de
hotel.
Por lo anterior la relacin estar dada por el atributo el cual hace que la interaccin se d y
teniendo en cuenta que no hay hotel si no existe transporte, este atributo ser el cdigo del
transporte; codTransporte.
La visualizacin del modelo entidad relacin muestra claramente lo que se plantea, en la
interaccin de las entidades se muestran sus relaciones, es apropiado utilizar agregacin
para indicar que un conjunto de entidades interactan juntas para que un proceso se realice.
En Viajes Mxico las operaciones ocurren en conjuntos, es decir, para la adquisicin del
transporte es necesario saber la compaa a la que pertenece y la cuidad destino; para la
reservacin del hotel se requiere saber con cual promocin cuenta el hotel. Explicado lo
anterior se puede manejar como una agregacin y se representa en la figura 4.14.

Figura234.14 Servicio Paquete

58

La figura anterior muestra como las dos entidades se relacionan y se unen para formar un
paquete. La representacin del hotel como entidad dbil se ve claramente representado por
los dos rectngulos, acuerdo a la notacin ER (ver Anexo C) la define como dbil. Estas
dos agregaciones interactan ya que juntas forman un paquete cuando lo solicita el cliente.
En general se puede observar que hotel y transporte crean un conjunto el cual constituye un
tipo de servicio comprado por el cliente.
La adquisicin de un Paquete se lleva a cabo cuando el cliente compra los dos servicios
ofrecidos por Viajes Mxico; el cliente lo que hace es elegir el transporte en el que viajar y
entonces puede reservar el hotel donde le convenga hospedarse, para que esto suceda se
tiene hace un registro de todos los datos necesarios, empezando por el transporte y
prosiguiendo con el hotel.
Como se puede ver, el conjunto de estos dos servicios forman un paquete, el cual se
represent en una agregacin. Explicado lo anterior se puede presentar el modelo ER de la
siguiente manera. Ver Figura 4.15.

59

Figura244.15 Modelo ER Venta de Paquete

60

4.4 Grafo de dependencias funcionales


La representacin del grafo de dependencias funcionales (2.3.11) para Viajes Mxico est
centrado en la compra de boletos de transporte que realiza un Cliente y de ese proceso de
derivan todos los dems llevados a cabo en la empresa. El grafo resultado es el siguiente.
(Figura 4.16).

Figura254.16 Grafo de dependencias funcionales

En el grafo anterior se puede ver como se forman las tablas de la agencia de viajes los
atributos llave primaria estn encerrados en un rectngulo, los atributos localizados en el
cuadrado central son los principales para que todo pueda funcionar, de estos dos dependen
ms atributos.
La figura muestra que codCliente tiene como atributos nombre, direccin, email, telfono,
fechaSalida y fecgaRegreso; sin embargo se puede ver que las flechas no los sealan a estos
atributos como un solo conjunto, fecha de salida y regreso no dependen del cliente, es decir
no son caractersticas propias, por lo tanto se separan de los dems aunque sigue siendo
parte del Cliente.
61

El costo y tipo de servicio depende de el codCliente y codTransporte para existir por lo


tanto se representan con una flecha cada uno directo a estos dos atributos
Por parte del transporte es posible apreciar que hay ms atributos, porque el objetivo de la
empresa se basa en la venta de boletos. El transporte tiene una hora de llegada, de salida, y
un tiempo de viaje como atributos propios, sin embargo con todas las relaciones analizadas
anteriormente se le asigna atributos llaves pertenecientes al hotel, ciudad y compaa. A su
vez cuidad tiene un atributo nombre de ciudad; compaa nombre de compaa
En el caso del hotel se puede ver al atributo cadena de hotel separada, debido a que existe
un catalogo de cadenas de hotel; sus caractersticas propias son cuidad, nombre del hotel,
clasificacin, calle, colonia, nmero, cdigo postal y por la relacin de promocin tendr el
cdigo de la promocin ste a su vez tiene atributos propios los cuales son descripcin de la
promocin, fecha de inicio y terminacin de sta.

4.5 Modelo relacional


Igual que el MER el Modelo Relacional emplea un conjunto de conceptos que el diseador
debe aplicar, muchos de esos son semejantes. Este modelo se acerca a la manera fsica en la
que se manipulan los datos, representa como ser estructurada la base de datos, muestra las
partes que la componen, adems establece los datos que sern guardados y como estarn
definidas las tablas, por ejemplo todos los nombres de clientes se debern guardar en la fila
correspondiente a nombreCliente perteneciente a la tabla Cliente. Una caracterstica
importante del modelo relacional es que aqu se definen las llaves necesarias, en caso de no
existir. El Modelo relacional obtenido con base a todo el anlisis expuesto de Viajes
Mxico es el siguiente.
El esquema global de la base de datos de Viajes Mxico se presenta a continuacin, en ste
se presentan las tablas de acuerdo al MER.

62

Esquema global:
Cliente (codCliente, nombreCliente, direccion, email,telefono, fechaSalida,
fechaRegreso)
Costo (codCliente, numTransporte, tipoPaquete, costo)
Hotel (codHotel, ciudad, nombreHotel, clasificacion, calle, numero, codigoPostal,
colonia codPromocion)
Promocion (codPromocion, descripcionPromocion, fechaTerminacion, fechaInicio)
Compania (codCompaia, nombreCompaia)
Ciudad (codCiudad, nombreCiudad)
Transporte (codTransporte, hrLlegada, hrSalida, tipoViaje, codCiudad, CodCompaia,
codHotel)

El nombre, direccin y telfono dependen del cliente, pero ste ltimo es un atributo
multivalorado por lo tanto en el modelo relacional se tiene que hacer una nueva tabla la
cual contiene el cdigo del cliente y el telfono, por lo tanto tambin se ve con una flecha
por separado. Con los atributos descriptivos tambin se genera una nueva tabla la cual
contiene estos atributos adems de las llaves primarias de las entidades con las cuales se
relaciona.

63

Al aplicar las formas normales:


Cliente (codCliente, nombreCliente, direccion, email)
TelCliente (codCliente, telefono)
Viaje (codCliente, fechaSalida, fechaRegreso)
Costo (codCliente, numTransporte, tipoPaquete, costo)
Hotel (codHotel, ciudad, nombreHotel, clasificacion, calle, numero, codigoPostal,
colonia codPromocion)
CadenaHotel(codHotel,cadenaHotel)
Promocion (codPromocion, descripcionPromocion, fechaTerminacion, fechaInicio)
Compania (codCompaia, nombreCompaia)
Ciudad (codCiudad, nombreCiudad)
Transporte (codTransporte, hrLlegada, hrSalida, tipoViaje, codCiudad, CodCompaia,
codHotel)

64

CAPTULO V

Conclusiones

Los conceptos de base de datos son muchos como los presentan diferentes autores, sin
embargo en este trabajo solo inclu los necesarios para modelar el contexto de Viajes
Mxico, esto para no confundir y crear una especie de vinculo entre la teora y la prctica,
desde mi punto de vista el representar con ejemplos la teora me resulta fcil de entender y
es por eso que se incluy un caso de estudio, el cual a mi parecer tiene los elementos
indispensables para su entendimiento.
La informacin es muy valiosa, y almacenar los datos que permiten obtenerla concentrada
resulta primordial para contar con lo necesario rpido y fcil. Los datos en una empresa
crecen da a da, los registros de clientes, materia prima, manejo del inventario, pago de
nmina; en general la informacin crece de manera descomunal, las necesidades cambian,
por este motivo si se hace un buen modelado de la base de datos aunque las polticas de la
empresa se modifique no afectara significativamente a la base de datos teniendo que
empezar desde cero para crearla.
Las bases de datos son una herramienta de mucha ayuda para mantener organizada la
informacin relativa a una organizacin, son de gran utilidad para almacenar todos los
datos que se manipulan, por lo anterior es muy importante, como expertos en tecnologas y
software, contar con conocimiento de esta rea de la informtica utilizada en un sinfn de
lugares, poder aplicarla, con las nuevas tcnicas usadas como data warehouse y minera de
datos es muy til conocer como se hacen desde el inicio para despus poder manipular los
datos de la forma deseada y los usos convenientes.
Observe que las bases de datos no siempre son pequeas como las creamos en clase, existen
BD con millones de datos y la preocupacin de los responsables de administrarla en
algunas ocasiones no es llenarla con la informacin necesaria, si no, actualizarla, eliminar
datos innecesarios, o modificarlos, estas actividades se realizan a todas horas y en grandes
volmenes.
65

Las consultas pueden ser fciles o no, siempre y cuando el ncleo est creado de manera
correcta, como se logra esto?, haciendo un buen modelado, como modelamos?, sencillo,
analizando los requerimientos y dedicando el tiempo necesario para pensar en todo lo que
se pide e imaginando como se har, entonces el modelo se crea con esto se alcanza a cubrir
todas las necesidades.
Dentro del anlisis de sistemas una parte elemental es el modelado, ste proceso de
organizar los datos y agruparlos para que se relacionen de manera adecuada es una tcnica
muy importante, este proceso se realiza antes de crear la base de datos en el SMBD, es muy
importante porque se decide que cosas formaran parte de la base de datos y como estar
estructurada para que al momento de manipularla sea de manera rpida. Un buen modelado
ayudar al momento de hacer consultas para que sean sencillas y ocupen menos
requerimientos del equipo de cmputo, con esto quiero decir que, por ejemplo para realizar
una consulta se tengan que utilizar solo las tablas necesarias y no tener que hacer una
consulta larga que solo resulte en prdida de tiempo en el sistema y aumente el tiempo en
dar una respuesta al usuario.
Todo este anlisis realizado como diseador de BD y presentado en este documento se hace
antes de crear la base de datos, es decir, antes de pasar a un SMBD a realizar consultas o
crear fsicamente la base de datos, el modelado se hace para comprender y definir las
necesidades del usuario; se analizan todos los datos, para que en el momento de realizar la
base de datos no se omita nada y se puedan hacer las consultas con base a las relaciones ya
establecidas y no se tengan que unir y unir tablas para obtener un dato, es decir para que sea
confiable y fcil de utilizar. La realizacin de un modelado detallado da la confianza de que
las relaciones y todos los datos estn bien definidos y al llegar al SMBD y obtener
informacin solo hagan consultas que resulten fciles de realizar.
El anlisis de requerimientos es un proceso fundamental para la creacin de una BD y de un
sistema en general, conocer que es lo que se va a hacer es una parte muy importante, sin la
investigacin necesaria de los datos utilizados no se puede pasar a la etapa del modelado,
en el proceso de ingeniera de software el modelado forma parte del anlisis del sistema.

66

Cada escenario analizado es nico, debido a que las necesidades son diferentes, por lo tanto
los conceptos aplicados referentes a las BD no son los mismos para todos, claro pueden
coincidir pero esto no indica que exista una regla la cual indique un orden o patrn para la
aplicacin de la teora. Es importante dejar claro que no se debe forzar en el modelado de
un contexto a aplicar todos los conceptos de BD si no se requiere, no es una regla usar todo
o utilizar lo mismo que en otro sistema, para este caso no son validas las copias, es decir, si
se hizo un modelado de un hospital y se aplic generalizacin no es una obligacin usar
para el contexto de la venta de champs, solo si en verdad es necesario, pero no porque uno
lo usa el otro contexto tambin.
Puedo decir que el modelado de la base de datos no siempre queda en la primera versin, se
tienen que realizar bocetos y entender muy bien las necesidades para poder generar un
MER lo mas correcto posible, las versiones pueden ser muchas hasta llegar a una que
satisfaga los requerimientos, en mi caso al menos obtuve al menos cuatro modelos antes de
llegar al final, el cual presento en este trabajo, en cada prototipo encontr cosas que mover,
cambiar y me di cuenta que estaba haciendo omisiones, lo ms importante es que el MER
resulte lo ms integro posible, adems de expresar de manera lgica y comprensible lo
deseado.
El Modelo Entidad Relacin es una herramienta de mucha utilidad en el desarrollo del
modelado de la base de datos, permite definir los elementos que interactan y poderlos
plasmar y visualizar la forma de trabajar e ir perfeccionndolo para crear una base de datos
lo mas ligado a las necesidades del usuario; adems los elementos que lo componen nos
proporcionan una forma sencilla de utilizarlo y poder presentarlo a los usuarios y
compaeros de trabajo para entender cual es el objetivo a desarrollar. As mismo el MER
es conocido por muchos, es importante mencionar que aunque existen muchas ampliaciones
propuestas por diferentes autores todas siguen el principio bsico que se compone de
entidades, atributos y relaciones aumentando elementos, pero nunca desapareciendo los
inciales, adems con el MER bsico se pueden crear modelos de datos, sin embargo las
mejoras creadas como la generalizacin y agregacin son de gran utilidad al modelar.
Las entidades son un elemento en mi opinin muy importante, al definirlas se especfica el
origen de las actividades realizadas, representan los objetos usados, es por eso que al
67

decidir el nombre de una entidad es muy buena opcin asignarle el nombre del objeto
representado para poder presentarla al equipo de trabajo y al usuario, as mismo entender lo
que se desea mostrar, es decir si llamas a una entidad E1 puede haber confusiones al
momento de tratar de entender o corregir si no se cuenta a la mano con un glosario con
definiciones de estos nombres, adems generara un trabajo extra, si simplemente se
llamara a la entidad Cliente.
Las relaciones binarias son la mejor opcin para usar, es importante que sean binarias, as
se podr tener un mejor entendimiento del modelado, lo cual no es posible si se hacen
relaciones terciarias o cuaternarias; en este caso una buena opcin es recurrir a la tcnica de
agregacin la cual une los elementos que interactan de manera directa, con esto se obtiene
un MER ms entendible.
Los atributos son las caractersticas de las entidades, es muy importante dejar claro que el
conjunto de atributos de una entidad forman una tupla y estas tuplas son diferentes para
cada registro realizado, es comn pensar que al modelar se crean entidades para un solo
objeto, pero esto es un error, el modelado se hace abstracto en ese momento pensando en
una cosa pero en un futuro es indudable que sern muchas tuplas las que se almacenaran.
Me parece que la cardinalidad de asignacin es muy til para la representacin del
modelado, establece cual ser la interaccin entre las entidades y se puede establecer desde
el modelado de las reglas del negocio claramente, con el simple hecho de definir si la
relacin es por ejemplo, muchos a uno.
Para la eleccin del caso de estudio de la Agencia de viajes investigue cual era el
funcionamiento de las agencias de viajes en general, adems observ cuales eran los
servicios que ofrecen para as poder delimitar el problema, la delimitacin de un problema
es una parte esencial porque se establece que es lo que realizar y se ponen limites que se
pueden cumplir en el tiempo estipulado.
La creacin de la empresa Viajes Mxico fue interesante, me dio una percepcin de crear
una empresa real; al establecer las polticas, definir su forma de trabajar, crear sus inicios,
sus fundadores. Me di cuenta que es importante tener una meta, en mi caso, crear una
agencia de viajes, pero tambin saber el motivo por el cual se quiere fundar, investigar que
68

existente acerca de lo que se quiere establecer, por ejemplo para Viajes Mxico agregu
motivaciones para viajar a todo el pas, cuales son las ventajas de conocer Mxico y que
ofrece para los turistas. Tambin definir los puestos, investigar y preguntar cuales son las
tareas especficas realizadas me result muy interesante, porque me pude darme cuenta de
cuales son las actividades en general efectuadas en distintos departamentos bsicos de una
empresa.
El constante aumento de los datos, los nuevos requerimientos hacen que la manipulacin
sea complicada, sin embargo con los avances en cuanto a sistemas manejadores, lenguajes
de programacin y todas las tecnologas hacen que esta tarea resulte fcil.
En el transcurso de este trabajo tuve la oportunidad de asistir al curso de BDI, me di cuenta
que a los alumnos se les dificulta decidirse por algn autor en particular, adems con
muchas funciones matemticas que impiden un rpido entendimiento, por lo tanto todos
esos autores se buscaron y plasmaron aqu para proporcionar un fcil acceso.
Para finalizar puedo decir que este trabajo me fue muy til para mi desarrollo acadmico y
me pude dar cuenta de la importancia que tienen las bases de datos en la actualidad y si se
realizan de la mejor manera dar pauta para que su utilizacin sea lo ms fcil posible,
adems al crear una base de datos el modelado debe ser el primer proceso que se debe
realizar y es muy importante darle el tiempo necesario, es importante tomar en cuenta todas
las polticas de la empresa para que cuando se proceda a la utilizacin del SMBD, los
encargados de esta tarea les sea sencilla.

69

Referencias Bibliogrficas
Aho Alfred V., Hopcroft Jonh E, Ullman Jeffrey D. (1988). Estructuras de Datos y
Algoritmos.Primera Edicin en Espaol. Mxico: Adisson Wesley.
Date C.J. (1990). Introduccin a los sistemas de bases de datos. E.U.A: Adison-Wesley.
De landa, Manuel (1997). Las ciencias de la informacin y el poder. Mexico: Signum
Editores.
De Miguel Castao Adoracin, Piattini Velthus Mario G (1998). Fundamentos y modelos
de bases de datos. Madrid Espaa.: AlfaOmega-RA-MA.
Elmasri Ramez, Navathe Shamkant B. (1997). Fundamentals of Database Systems. USA:
Addison Wesley-Iberoamericana.
Fairley Richard E. (1988). Ingeniera de Software. USA: McGraw-Hill.
Iniciacin Rpida en Anlisis de Sistemas (1972). Mxico: Systemation, Inc.
Korth Henry F.,Silberschatz Abraham (1993). Fundamentos de bases de datos. Segunda
edicin. Madrid: McGraw Hill.
Korth, Henry, F. Silberschatz, Abraham. (1987). Fundamentos de Base de Datos. Primera
edicin USA: McGraw-Hill.
Kroenke. David M. (2008). Procesamiento de bases de datos: Fundamentos, diseo e
implementacin. Mxico: Pearson Educacin.
Mendelzon - Ale (2000). Introduccin a las Bases de Datos Relacionados. Buenos Aires:
Prentice Hall.
Molinaro Anthony (2005). SQL Cookbook. USA: O'Reilly Media, Inc.
Oktaba Hanna (1993). Diseo Orientado a objetos: Mtodo de Booch. Mxico:
Quetzalcoatl.
Pressman Roger S. (2002). Ingeniera del software. Un enfoque prctico .5ta edicin.
Espaa. Mcraw- Hill.
Silberschatz Abraham, Korth Henry F, Sudarshan S. (1998). Fundamentos de Base de
Datos. Tercera Edicin. Espaa. McGraw-Hill.
Silberschatz Abraham, Korth Henry F, Sudarshan S. (2002). Fundamentos de Base de
Datos. Espaa: McGraw-Hill.
70

Sun Educational Services (2001). Java Programming Language. California USA: Sun
Microsystems, Inc.
Wiederhold Gio (1995). Diseo de base de datos. Mxico. McGraw-Hill.

Referencias Web
CA ERwin DM. (2010). Consultado en 01, 15, 2010 en http://www.ca.com.
Data Architect. (2010). Consultado en 01, 18, 2010 en
http://www.rational.com.ar/herramientas/rationaldataarchitect.html.
Data Architect. (2010). Consultado en 01, 18, 2010 en
http://www.thekompany.com/products/dataarchitect/.
DBDesigner. (2010). Consultado en 01, 18, 2010 en http://www.fabforce.net/dbdesigner4/.
De Lorenzo, Jorge (2009). Base de datos: El tesoro de la empresa. Consultado en 10, 05,
2009 en http://www.microsoft.com/business/smb/eses/tecnologia/base_datos_empresa.mspx.
Dezign for Databases. (2010). Consultado en 01, 15, 2010 en
http://www.datanamic.com/dezign/index.htmlDia. (2010). Consultado en 01, 15, 2010 en http://projects.gnome.org/dia/.
PowerDesigner. (2010).Consultado en 01,15,2010 en
http://www.sybase.es/products/modelingdevelopment/powerdesigner.
Registro Federal de Electores, Cmo actualiza su megabase de datos. (2009). Poltica
Digital. Consultado en 10, 07, 2009 en
http://www.politicadigital.com.mx/?P=leernoticia&Article=2439.
Rosa Garcia (2009). Base de Datos: El tesoro de la empresa. Consultado en 10 , 05, 2009
en http://www.microsoft.com/business/smb/es-es/tecnologia/base_datos_empresa.mspx.
Transferir Hacienda herramienta a SCT. Poltica Digital. (2009). Consultado en 10,
07,2009 en http://www.politicadigital.com.mx/?P=leernoticia&Article=253.

71

Anexo A. Sistema Manejador de Base de Datos (SMBD)


Sistema de gestin de la Base de datos (SGBD) conjunto coordinado de programas,
procedimientos, lenguajes, etc. que suministra a los distintos tipos de usuarios los medios
necesarios para describir y manipular los datos almacenados en la base, garantizando su
seguridad (De Miguel y Piattini, 1998).

Las caractersticas con las que debe contar el SGBD para su funcionamiento y una buena
administracin de los datos son: aislamiento, anomala de acceso concurrente y seguridad.
Aislamiento de datos: debido a que los datos estn dispersos en varios archivos, y los
archivos pueden estar en diferentes formatos, es difcil escribir nuevos programas de
aplicacin para recuperar los datos apropiados. (Silberschatz, Korth, Sudarshan.2002).

La falta de concentracin y unificacin de la informacin provoca que los datos estn


guardados en diferentes lugares en diferentes archivos, formatos desiguales esta conduce a
que la recuperacin de estos sea muy difcil debido a que si se necesitara informacin
localizada en diferentes lugares hara el proceso de recuperacin tardado, es decir, se
tendra que crear un programa especial para esta circunstancia o recurrir a realizarlo de
manera manual esto ocasionara una prolongacin del tiempo para realizar la actividad.
Sin embargo si la informacin se encuentra concentrada y tiene un fcil acceso cualquier
peticin debera ser ms rpida.

Anomala de acceso concurrente: Conforme se ha ido mejorando el conjunto de ejecucin


de los sistemas y ha sido posible una respuesta en tiempo ms rpida, muchos sistemas han
ido permitiendo a mltiples usuarios actualizar los datos simultneamente. En tales
sistemas un entorno de interaccin de actualizaciones concurrentes puede dar lugar a datos
inconsistentes. (Silberschatz, Korth, Sudarshan.2002).

El acceso concurrente se refiere a que ms de un usuario quieran acceder a alguna


informacin al mismo tiempo, esto se puede realizar siempre y cuando la consulta sea
solamente de lectura, sin embargo si la operacin es de escritura (modificar) es cuando
72

puede llegar a ocurrir algn tipo de problema porque los datos pueden presentar
inconsistencias. Para esto se debe considerar que cuando algunos usuarios deseen modificar
o agregar registros del mismo tipo al mismo tiempo el primero en llegar o acceder tendr
libre acceso a realizar su actividad mientras el otro esperar, es decir, no podr hacer
cambios hasta que le toque su turno para que no haya problemas.
Por ejemplo supongamos que en una Terminal de autobs una persona en la fila 1 desea
comprar un boleto para viajar a la ciudad de Mxico y en la fila 6 otro pasajero quiere un
boleto al mismo destino, el vendedor mostrara los asientos disponibles sin embargo el
usuario de la fila 1 por haber ingresado unos segundos antes para vender el asiento nmero
15, por lo tanto el usuario de la fila 6 no podr vender ste ya que acaba de ser vendido.

Problemas de Seguridad: Es preciso tambin atender a la seguridad de la informacin, ya


que sta ha de ser protegida tanto frente a su deterioro-por causas fsicas o lgicas- como
frente a accesos no autorizados. (Castao, Piattini. 1999).

La seguridad en una base de datos es muy importante porque pueden existir diferentes tipos
de usuarios los cuales no pueden acceder a todos los datos, esto es que algunos puedan
tener acceso a algunos datos y a otros no; es decir que exista algn tipo de jerarqua.

Niveles de abstraccin de los datos


Nivel Vistas o Externo: el nivel ms alto de abstraccin describe slo parte de la base de
datos completa. A pesar del uso de estructuras ms simples en el nivel lgico, queda algo
de complejidad, debido al gran tamao de la base de datos. A muchos usuarios de la base
de datos no les preocupara esta informacin. En su lugar, tales usuarios necesitan acceder
slo a una parte de la base de datos. Para que su interaccin con el sistema se simplifique,
se define la abstraccin del nivel de vistas. El sistema puede proporcionar muchas vistas
para la misma base de datos. (Silberschatz, Korth, Sudarshan.1998).
Nivel Conceptual o lgico: el siguiente nivel ms alto de abstraccin describe qu datos se
almacenan en la base de datos y qu relaciones existen entre esos datos. La base de datos
completa se describe as en trminos de un nmero pequeos de estructuras relativamente
simples. Aunque la implementacin de estructuras simples en el nivel lgico puede
73

involucrar estructuras complejas del nivel fsico, los usuarios del nivel lgico no necesitan
preocuparse de esta complejidad. Los administradores de base de datos, que deben decidir
la informacin que se mantiene en la base de datos, usan el nivel lgico de abstraccin.
(Silberschatz, Korth, Sudarshan.1998).
Nivel fsico: El nivel ms bajo de abstraccin describe cmo se almacenan realmente los
datos. En el nivel fsico se describen en detalle las estructuras de datos complejas de bajo
nivel. (Silberschatz, Korth, Sudarshan.1998).

Independencia de datos
Independencia fsica de datos: Es la capacidad para modificar el esquema fsico sin
provocar que los programas de aplicacin tengan que reescribirse. Las modificaciones en el
nivel fsico son ocasionalmente necesarias para mejorar el funcionamiento. (Silberschatz,
Korth, Sudarshan.1998).
Independencia lgica de datos: Es la capacidad para modificar el esquema lgico sin
causar que los programas de aplicacin tengan que reescribirse. Las modificaciones en el
nivel lgico son necesarias siempre que la estructura lgica de la base de datos se altere
(por ejemplo, cuando se aaden a un sistema bancario cuentas del mercado de dinero)
(Silberschatz, Korth, Sudarshan.1998).
Lenguaje de definicin de datos:
Un esquema de base de datos especfica por medio de un conjunto de definiciones
que se expresan mediante un lenguaje especial llamado lenguaje de definicin de
datos (data definition lenguaje (DDL)). El resultado de la compilacin de sentencias
de DDL es un conjunto de tablas las cuales se almacenan en un archivo especial
llamado diccionario de datos (o directorio).
Un directorio de datos es un archivo que contiene metadatos, es decir, <<datos
sobre datos>>. Este archivo se consulta antes de leer o modificar los datos reales en
el sistema de base de datos. (Korth,Silberschatz. 1993)

74

Anexo B. Sistemas de Base de Datos: Una breve cronologa

SISTEMAS DE BASE DE DATOS: UNA BREVE CRONOLOGA


Acontecimiento

Consecuencia

Antes de 1960
1945

Invencin de las cintas magnticas


(Primer medio que permite bsquedas)
1957 Instalacin del primer computador
comercial
1959 McGee propone el concepto de acceso
generalizado a datos almacenados
electrnicamente.
Los aos sesenta
1961 Bachman disea el primer SGBD
generalizado, el almacn de datos
integrados(Integrated Data Store, IDS)
de GE; amplia distribucin hacia 1964.
Bachman populariz los diagramas de
Estructuras de datos
1965-1970
Muchos proveedores crean sistemas
Generalizados de manejo de archivos
IBM desarrolla su Sistema de gestin de
Informacin (Information Management
System, IMS).
El sistema IMS/DC (base de datos/
comunicacin de datos) fue el primer
sistema DB/DC a gran escala.
IBM y American Airlines crean SABRE.

75

Sustituyeron a las tarjetas perforadas y las


cintas de papel

Lea datos en forma no secuencial, haciendo


factible el acceso a los archivos.
Constituyo el fundamento para el modelo
de datos de red desarrollado por el
Conference on Data Systems Languages
Database Task Group (CODASYL DBTG,
grupo de trabajo sobre bases de datos de la
conferencia sobre lenguajes de sistemas de
datos).
Ofrecan una vista de dos niveles,
conceptual y del usuario, de la organizacin
de los datos.
Constituy el fundamento para el modelo
de datos jerrquico.
Manejaba vistas de red superpuestas a las
jerrquicas.

Los aos setenta


La tecnologa de bases de datos experimenta
un rpido crecimiento.
1970
1971
1975

1975

1976

Permita el acceso de mltiples usuarios a


los datos a travs de una red de
comunicaciones

Ted Codd, investigador asociado de IBM, Los sistemas comerciales siguieron la


propuesta CODASYL DBTG, pero ninguno la
desarrolla el modelo relacional.
Informe del grupo de trabajo sobre bases implement por completo. Sistema IDMS de
B.F. Googrich, IDS-II de Honeywell, DMS
datos (DBTG) de CODASYL.
El Special Interest Group Management of 1100 de UNIVAC, DMS-II de Burroghs, DMSData (Grupo de inters especial de la ACM 170 de CDC, PHOLAs de Phillips y DMS-11 de
Digital.
Dedicado a gestin de datos) organiza la
Primera conferencia internacional SIGMOD.
Varios sistemas integrados DB/DC. TOTAL
La Very Large Data Base Foundation
de Cincom, y tambin ENVIRON/1. Los SGBD
(Fundacin para bases de datos muy
grandes) organiz la primera conferencia se establecen como disciplina acadmica y
rea de investigacin
internacional sobre bases de datos muy
grandes (VLDB).
Chen introduce el modelo
entidad- vinculo (ER).
Proyectos de investigacin en los aos
Setenta: System R (IBM), INGRES
(University of California, Berkely), System
2000 (University of Texas, Austin),
proyecto Socrate (Universidad de
Grenoble, Francia), ADABAS (Universidad
Tcnica de Darmstadt, Alemania Occ).
Lenguajes de consulta desarrollados
en los aos setenta: SQUARE, SEQUEL
(SQL), QBE, QUEL.

76

Estableci los fundamentos para teora de


bases de datos.

Constituy un foro para diseminar las


investigaciones sobre bases de datos.

Estableci otro foro para la propagacin de


las investigaciones sobre bases de datos.

Los aos ochenta


Se desarrollan SGBD para computadoras
Personales (DBASE, PARADOX, etc.).
1983

1985

Estudio ANSI/SPARC revela que se haban


Implementado ms de 100 sistemas
relacionales a principios de los aos
ochenta.
Se publica la norma preliminar de SQL.
Influencia de los lenguajes de cuarta
generacin en el mundo de los negocios.
ANSI propone un lenguaje de definicin de
redes (NDL: Network Definition Language).
Tendencias en los aos ochenta:
Sistemas expertos de base de datos, SGBS
orientados a objetos, arquitectura clienteservidor para bases de datos distribuidas.

Los aos noventa


Demanda para extender las capacidades
de los SGDB para nuevas aplicaciones.

Permitieron a los usuarios de PC definir y


manipular datos. Carecan de recursos para
multivista/multiacceso y de separacin
entre programas y datos.
Aparicin de SGDB relacionales comerciales
(DB2, ORACLE, SYBASE, INFORMIX, etc.).

Generaron programas de aplicacin


completos partiendo de una interfaz de
lenguaje de alto nivel para no
programadores.
Permitieron nuevas aplicaciones de las
bases de datos, trabajo con redes y gestin
de datos distribuidos.

Caractersticas de SGDB para datos


espaciales, temporales y de multimedia,
incorporando capacidades activas y
deductivas.

Aparicin de SGDB comerciales orientados


a objetos.
Aparicin de normas para consulta e
Demanda de aplicaciones que utilicen
intercambio de datos (SQL2, PDES, STEP);
datos de diversas fuentes.
extensin de las capacidades de los SGDB a
sistemas heterogneos y multibases de
datos.
Mejor el rendimiento de los SGBD
Demanda para aprovechar procesadores
comerciales.
paralelos masivos (MPP)

Elmasri, Navathe (1997)

77

Anexo C. Resumen de la notacin de diagramas ER


Smbolo

Significado
TIPO ENTIDADES

TIPO DE ENTIDAD DBIL

TIPO DE VNCULOS

TIPO DE VINCULOS
IDENTIFICADOR

ATRIBUTO

ATRIBUTO CLAVE

ATRIBUTO
MULTIVALUADO

ATRIBUTO COMPUESTO

ATRIBUTO DERIVADO

Elmasri, Navathe (1997)

78

Silberschatz, Korth, Sudarshan (2002)

79

Anexo D. Diccionario de datos

Transporte
Campo/Atributo Tipo de dato

Tipo de atributo

Dominio

Ejemplo

Descripcin

codTransporte

Varchar (6)

Simple

Avin: Vlo + |0-999|


Autobs Aut + |0999|

Avin: Vlo001
Autobs: Aut001

Identifica el transporte ya
sea avin o autobs.

hrSalida

time

Simple

00:00:00-23:59:59

17:00

Horario de partida.

hrLlegada

time

Simple

00:00:00-23:59:59

19:00

tiempoViaje

time

Derivado

Horario de arribo a la
ciudad destino.
Duracin total del viaje

tipoViaje

Varchar(20)

Simple

2:00
Directo
Escala

80

Directo

Indica si el transporte har


paradas en terminales o
aeropuertos (escala) o si
viajara de manera continua
(directo).

Hotel
Campo/Atributo Tipo de dato

Tipo de
atributo

Dominio

Ejemplo

Descripcin

codHotel

Varchar(3)

Simple

Tres caracteres |A-Z|

ACA

Identificador del Hotel.

cuidad

Varchar(15)

Simple

Ciudades de Mxico

Acapulco

codigoPostal

Varchar(5)

Simple

Cinco dgitos
|0-9|

39670

calle

Varchar(25)

Simple

Ave. Costera

numero

double

Simple

Colonia

Varchar(25)

Simple

Texto de 1 a 25
caracteres
Cinco dgitos
|0-9|
Cadena de caracteres
vlidas

Poblacin donde se encuentra


ubicado el hotel.
Serie de caracteres que sirve para
facilitar y mecanizar el
encaminamiento del correo.
Camino donde se ubica.

direccion

Varchar(35)

Simple

Calle + numero +
colonia + codigoPostal

nombreHotel

Varchar(30)

Simple

Cadena de caracteres
vlidas

cadenaHotel

Varchar(15)

Simple

clasificacion

integer

Simple

Cadena de caracteres
vlidas
Un dgito
|1-9|
81

121
M. Alemn
Fracc.
Magallanes
Ave. Costera M.
Alemn 121
Fracc.
Magallanes
39670
Hotel Emporio
Acapulco
Emporio
5

Cifra que indica la posicin del


hotel.
Territorio al que pertenece el
hotel.
Lugar donde se encuentra el
alojamiento.

Nombre del hotel.

Nombre de la cadena de hotel a la


que pertenece.
Indica la cantidad de estrellas con
las que cuenta el hotel.

Cliente
Campo/Atributo Tipo de dato

Tipo de
atributo

Dominio

Ejemplo

Descripcin

MAEP861226N
04
Pedro Martnez
Espinosa

Identificador del pasajero.

codPasajero

Varchar(13)

Simple

RFC

nombrePasajero

Varchar(25)

Simple

direccin

Varchar(70)

Simple

Nombre(s) +
ApellidoPaterno+
ApellidoMaterno
Calle + numero+
colonia+ ciudad

telefono

Varchar(10)

Simple

fechaSalida

date

Simple

fechaRegreso

date

Simple

email

Varchar (30)

Simple

10 dgitos
|0-9|

Nombre + @ +
dominio.com

82

Nombre completo del usuario.

C. Francisco
Lugar de residencia.
Rivera 145, Col
Obrero
Campesino,
Xalapa Veracruz
2281143378
Nmero asignado para
comunicarse.
2009-12-21
Indica cual es el da de partida del
viaje.
2009-12-28
Indica cual es el da de retorno del
viaje.
pmares@gmail. Correo electrnico de la persona
com

Promocin
Campo/Atributo

Tipo de dato

Tipo de
atributo

Dominio

Ejemplo

Descripcin

codPromocion

Varchar(3)

Simple

|0-9|+ |0-9| +|A-Z|

00A

Identificador de la promocin.

Simple

Cadena de caracteres
vlidas

Indica cual es la promocin que se


esta ofreciendo.

descripcionPromo Varchar(50)
cion

date

Simple

25% de
descuento por
noche en
ocupacin
doble.
2009-07-21

fechaTerminacion date

Simple

2009-08-21

fechaInicio

Indica cual es la fecha que


empieza la promocin.
Indica cual es la fecha de
finalizacin de la promocin.

Compaa
Campo/Atributo

Tipo de dato

Tipo de
atributo

Dominio

Ejemplo

codCompania

Varchar(3)

Simple

Tres caracteres

Avin: MAV
Autobs: ADO

Simple

|A-Z|
Cadena de caracteres
vlidas

nombreCompania

Varchar(20)

83

Descripcin

Identificador de la compaa a
la cual pertenece el trasporte
ya sea avin o autobs.
Avin: Mexicana de Nombre de la compaa de
Aviacin
transporte.
Autobs: Autobuses
de Oriente

Ciudad
Campo/Atributo

Tipo de dato

Tipo de
atributo

Dominio

Ejemplo

Descripcin

codCiudad

Varchar(3)

Simple

Tres caracteres |A-Z|

ACA

Identificador de la ciudad.

nombreCiudad

Varchar(15)

Simple

Cadena de caracteres
vlidas
(Ver anexo Ciudades)

Acapulco

Indica cual es la ciudad.

Campo/Atributo

Tipo de dato

Tipo de
atributo

Dominio

Ejemplo

Descripcin

tipoServicio

Varchar(10)

Simple

Individual
Paquete

Paquete

costo

double

Simple

50-999999

1200

Indica si el paquete esta


compuesto por hotel y transporte
que ser completo o solo
transporte el cual indicara que es
individual.
Valor total de los servicios
contratados.

Precio

84

Anexo E. Tabla de Ciudades

Nombre de la Ciudad

Cdigo

1.

Acapulco

ACA

2.

Aguascalientes

AGU

3.

Cancn

CUN

4.

Chetumal

CTM

5.

Ciudad de Mxico

MEX

6.

Ciudad del Carmen

CME

7.

Ciudad Jurez

CJS

8.

Ciudad Victoria

CVM

9.

Colima

CLQ

10.

Cozumel

CZM

11.

Cuernavaca

CVJ

12.

Culiacn

CUL

13.

Guadalajara

GDL

14.

Huatulco

HUX

15.

Ixtapa Zihuatanejo

ZIH

16.

Los Mochis

LMM

17.

Manzanillo

ZLO

18.

Mazatln

MZT

19.

Mrida

MID

20.

Mexicali

MXL

85

21.

Minatitln

MTT

22.

Monterrey

MTY

23.

Morelia

MLM

24.

Nuevo Laredo

NLD

25.

Oaxaca

OAX

26.

Poza Rica Apto. Tajn

PAZ

27.

Puebla

PBC

28.

Puerto Escondido

PXM

29.

Puerto Vallarta

PVR

30.

Quertaro

QRO

31.

Reynosa

REX

32.

Saltillo

SLW

33.

San Luis Potos

SLP

34.

Tampico

TAM

35.

Tepic

TPQ

36.

Tijuana

TIJ

37.

Torren

TRC

38.

Tuxtla Gutirrez

TGZ

39.

Veracruz

VER

40.

Villahermosa

VSA

41.

Zacatecas

ZCL

86

Anexo F. Software para modelar


Existe software que permite modelar bases de datos, desde herramientas bsicas donde
podemos escribir el MER con la notacin bsica de rectngulos, elipses y rombos hasta
herramientas CASE, estos generan a partir del diseo del modelo el cdigo en SQL
dependiendo del sistema manejador de base de datos que se este utilizando, es decir, se crea
el MER y automticamente se generan las tablas en SQL. Algunos programas
recomendados para la creacin del MER son: Dia, Microsoft Visio, DeZign for Databases,
DB Designer, PowerDesigner, CA ERwin y Data Architect.

Dia
Es una aplicacin de propsito general para la creacin de diagramas, desarrollada como
parte del proyecto GNOME. Se puede utilizar para dibujar diferentes tipos de diagramas.
Actualmente se incluyen diagramas entidad-relacin, diagramas UML, diagramas de flujo,
diagramas de redes, diagramas de circuitos elctricos y mas. Este software permite realizar
el modelado de base de datos mediante la creacin del Modelo Entidad Relacin, es la
herramienta utilizada para el modelado de todo este trabajo, es software libre, por lo tanto
no se necesita licencia para su uso. La siguiente figura (F.1) es la pantalla principal de
trabajo de Dia. (projects.gnome.org/dia).

Figura26F.1 Dia, pantalla principal

87

DeZign for Databases


DeZign for Databases es una herramienta de diseo intuitivo de base de datos para los
desarrolladores, diseadores y administradores, puede ayudar a modelar, crear y mantener
bases de datos. El software utiliza diagramas de relacin de entidad (ER) para disear
grficamente las bases de datos y las genera automticamente en SQL.
DeZign for Databases ofrece un entorno para el desarrollo de aplicaciones de base de datos
que facilita el proceso de desarrollo, de modelado de datos visuales sofisticados. La
herramienta reduce los errores en el desarrollo de bases de datos y mejora de su
productividad. Se pueden visualizar las estructuras de base de datos para comprender su
base de datos, crear nuevas bases de datos o bases de datos existentes de ingeniera inversa
para modificar, documento, analizan y optimizacin. (www.datanamic.com).
Este software es propietario por lo tanto se necesita pagar licencia para poder hacer uso de
el. A continuacin se muestra el MER de la figura F.2 creado con DeZign for Databases.

Figura27F.2 Modelo ER Venta de Paquete / DeZign for Databases

El interfaz que ofrece DeZign es muy intuitiva, por lo tanto fcil de utilizar, permite crear
entidades, agregar atributos, relaciones, adems cuenta con una opcin que permite crear la

88

base de datos en el sistema manejador de base de datos que se haya elegido al inicio,
enseguida se presentan las pantallas principales.

Figura28F.3 DeZign for Databases. Eleccin de SMBD

Figura29F.4 DeZign for Databases. Pantalla principal

89

DB Designer
Es un sistema de diseo visual de base de datos que integra diseo, modelado, creacin y
mantenimiento en un entorno nico. Es un proyecto de cdigo abierto disponible para
Microsoft Windows 2k/XP y Linux KDE / Gnome. Se trata de la liberacin de la GPL.
Es desarrollado y optimizado para el cdigo abierto de MySQL-Base de datos para apoyar a
sus usuarios con una herramienta de gran alcance y libre de diseo disponibles. Todas las
caractersticas especficas de MySQL se han construido para ofrecer la forma ms
conveniente para disear y mantener el control de sus bases de datos. (www.fabforce.net).
Este programa permite representar MER mediante cajas que dan la impresin de estar
creando modelos UML, permite crear automticamente en SQL, es decir, del modelado
genera las sentencias en SQL las tablas que se definieron con sus relaciones, por lo tanto al
llenarlas se debe empezar por entidades padre para que no exista ningn error.
Enseguida se presenta el MER de Viajes Mxico modelado con DBDesigner y la pantalla
principal de sta herramienta sealando los elementos bsicos para crear un modelo
entidad-relacin.

Figura30F.5 Modelo ER Venta de Paquete / DBDesigner

90

Figura31F.6 DBDesigner Pantalla principal

PowerDesigner
PowerDesigner, la herramienta de modelado de datos, permite a las empresas visualizar,
analizar y manipular metadatos ms fcilmente a fin de lograr una arquitectura de
informacin empresarial efectiva. Combina diversas tcnicas de modelado estndar (UML,
modelado de procesos de negocios y modelado de datos lder del mercado) con las
principales plataformas de desarrollo, tales como .NET, Workspace, PowerBuilder, Java y
Eclipse a fin de ofrecer anlisis empresarial y soluciones formales de diseo de bases de
datos a la empresa. Y funciona con ms de 60 sistemas de administracin de bases de datos
relacionales. (www.sybase.es)
Beneficios
Alinea el negocio y la tecnologa de informacin para mejorar la productividad.
Brinda soporta abierto a ambientes heterogneos de todas clases.
Es altamente personalizable, permitiendo acogerse a los estndares y regulaciones.
91

Facilita la arquitectura empresarial, documentando los sistemas existentes.


Aumenta la agilidad del negocio con Link & Sync y anlisis de impacto.

ERwin
CA ERwin DM v7.2 es un componente clave de CA ERwin Modeling Suite, un conjunto
integrado de tecnologas que permite aplicar las mejores prcticas de diseo y modelado de
bases de datos relacionales. Facilita en gran medida la gestin de modelos para el anlisis
del negocio y el anlisis de requerimientos, as como el diseo y la implementacin de
bases de datos y aplicaciones data warehouse con una calidad muy alta. (www.ca.com).
CA ERwin Data Modeler r7.2

Sistemas operativos:
Microsoft Windows 2003 Server
Microsoft Windows XP

Requerimientos mnimos de hardware:

Microsoft Windows Server 2008

Intel Pentium III o equivalente


400 MB espacio en disco

Microsoft Windows Vista

1 GB RAM

Data Architect
Rational Data Architect es una herramienta de diseo de modelado e integracin de datos
de la empresa; diseada para ayudar a los arquitectos de datos a disear bases de datos
relacionales y federadas, comprender los elementos de datos valiosos y sus relaciones y
optimizar los proyectos de base de datos. (www.rational.com.ar).
Rational Data Architect permite: crear modelos de datos lgicos y fsicos, descubrir fuentes
de datos, explorar y visualizar la estructura de las fuentes de datos, relacionar fuentes de
datos dispares, comparar la estructura de dos fuentes de datos, descubrir similaridades entre
fuentes de datos y analizar modelos y fuentes de datos para verificar la conformidad con los
estndares
SMBD que soporta:
generic using ODBC (included)
92

generic using SQL92 (included)


MySQL (included)
PostgreSQL (included)
InterBase/FireBird (included)
DB2 (optional - additional cost)
MSSQL (optional - additional cost)
Gupta SQLBase (optional - additional cost)
Oracle (optional - additional cost)

93

Вам также может понравиться