Академический Документы
Профессиональный Документы
Культура Документы
MODELO
ENTIDAD RELACIN.
APLICANDO CONCEPTOS
LICENCIADA EN INFORMTICA
PRESENTA:
DIRECTORA:
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
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
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
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
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.
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.
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.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.
CAPTULO II
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.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.
15
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.
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.
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
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.
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.
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.
23
24
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.
26
llave primaria, esto quiere decir que posee un cierto grado de importancia, existe sin la
necesidad de alguna otra.
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).
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.
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)
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
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
29
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.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
32
CAPTULO III
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.
35
37
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.
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.
40
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
42
43
44
CAPTULO IV
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.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.
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.
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.
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
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.
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).
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.
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).
51
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.
53
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
55
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.
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
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
60
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
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
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
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).
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.
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.
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
Consecuencia
Antes de 1960
1945
75
1975
1976
76
1985
77
Significado
TIPO ENTIDADES
TIPO DE VNCULOS
TIPO DE VINCULOS
IDENTIFICADOR
ATRIBUTO
ATRIBUTO CLAVE
ATRIBUTO
MULTIVALUADO
ATRIBUTO COMPUESTO
ATRIBUTO DERIVADO
78
79
Transporte
Campo/Atributo Tipo de dato
Tipo de atributo
Dominio
Ejemplo
Descripcin
codTransporte
Varchar (6)
Simple
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
Hotel
Campo/Atributo Tipo de dato
Tipo de
atributo
Dominio
Ejemplo
Descripcin
codHotel
Varchar(3)
Simple
ACA
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
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
Cliente
Campo/Atributo Tipo de dato
Tipo de
atributo
Dominio
Ejemplo
Descripcin
MAEP861226N
04
Pedro Martnez
Espinosa
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
Varchar (30)
Simple
10 dgitos
|0-9|
Nombre + @ +
dominio.com
82
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
00A
Identificador de la promocin.
Simple
Cadena de caracteres
vlidas
descripcionPromo Varchar(50)
cion
date
Simple
25% de
descuento por
noche en
ocupacin
doble.
2009-07-21
fechaTerminacion date
Simple
2009-08-21
fechaInicio
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
ACA
Identificador de la ciudad.
nombreCiudad
Varchar(15)
Simple
Cadena de caracteres
vlidas
(Ver anexo Ciudades)
Acapulco
Campo/Atributo
Tipo de dato
Tipo de
atributo
Dominio
Ejemplo
Descripcin
tipoServicio
Varchar(10)
Simple
Individual
Paquete
Paquete
costo
double
Simple
50-999999
1200
Precio
84
Nombre de la Ciudad
Cdigo
1.
Acapulco
ACA
2.
Aguascalientes
AGU
3.
Cancn
CUN
4.
Chetumal
CTM
5.
Ciudad de Mxico
MEX
6.
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.
PAZ
27.
Puebla
PBC
28.
Puerto Escondido
PXM
29.
Puerto Vallarta
PVR
30.
Quertaro
QRO
31.
Reynosa
REX
32.
Saltillo
SLW
33.
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
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).
87
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.
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.
90
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
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
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
93