Академический Документы
Профессиональный Документы
Культура Документы
SEMANA 1
DATOS
CONTENIDO
PRESENTACIN
1.DESARROLLOTEMTICO..3
DISEOCONCEPTUALDEBASESDEDATOS......3
MecanismosdeAbstraccin....................5
ConceptosdelmodeloentidadRelacinExtendidoMER+...6
CONCLUSIONES.....11
BIBLIOGRAFA...11
2 [ POLITCNICO GRANCOLOMBIANO ]
PRESENTACIN
JOHANYARMANDOCARREOGAMBOA
jcarreno@poli.edu.co
En esta unidad se examina el modelado de datos en el diseo de bases de datos. Para
ayudarleacomprenderelprocesodemodelado,lassesionessebasarnenestudiosdecasos
y el uso de diferentes herramientas software de modelado y construccin de sistemas de
basesdedatos.
El enfoque de esta unidad est dirigido a los aspectos tcnicos del diseo, se tiende a
enfatizar la visin del diseador de los datos a travs de los diferentes modelos de datos
comoelmodeloconceptualquerepresentaunavisinglobaldelosdatos.
A partir de esta unidad comienza a manifestarse la madurez profesional y calidad de la
experienciaenlaconstruccindebasesdedatos.
1. DESARROLLOTEMTICO
Para no tener una idea equivocada de cmo funciona una organizacin, debemos obtener
unadescripcinprecisadelanaturalezadelosdatosydelosdiversosusosqueselesda;este
es el Universo del Discurso. La comunicacin entre diseadores, programadores y usuarios
finales de bases de datos deber ser tan libre de ambigedades como sea posible. El
modelado de datos desempea un papel crucial en la comunicacin: reduce las
complejidades del mundo real que definen las entidades y las relaciones entre ellas y las
convierteenabstraccionesmsfcilesdeentender.
El ciclo de vida de un sistema de bases de datos se caracteriza por las siguientes fases:
definicindelsistema,diseo,implementacin,cargayconversindedatos,conversinde
aplicaciones,pruebayvalidacin,puestaenmarcha,monitorizacinymantenimiento.
Elmodelodedatosesunaabstraccindelarealidadrelativamentesimpledeunambiente
complejo de gestin de datos. Los modelos de datos son usados por los diseadores para
comunicarseconlosprogramadoresylosusuariosfinales.Enlafasedediseodebasesde
datos encontramos tres niveles de abstraccin: el diseo conceptual, el diseo lgico y el
diseo fsico de la base de datos. A continuacin se describen los diferentes niveles de
abstraccindelosdatos.
DISEOCONCEPTUALDEBASESDEDATOS
Eldiseoconceptualpartedelasespecificacionesderequisitosdeusuarioysuresultadoes
elesquemaconceptualdelabasededatos.Unesquemaconceptualesunadescripcinde
altoniveldelaestructuradelabasededatos,independientementedelsistemadegestinde
basesdedatosquesevayaautilizarparamanipularla.Unmodeloconceptualesunlenguaje
que se utiliza para describir esquemas conceptuales. El objetivo del diseo conceptual es
1
DATE, Christopher J. Introduccin a los Sistemas de Bases de Datos. 7ma ed. Mxico: Pearson Publications
Company,2001.ISBN0201518597.
4 [ POLITCNICO GRANCOLOMBIANO ]
Verificacindeexpresividaddelesquema:unesquemaesexpresivosirepresentala
realidad en una forma natural que puede ser fcilmente comprensible usando slo la
semnticadelmodelo.
Mecanismosdeabstraccin2
En el proceso de elaboracin del diseo conceptual se recurre a la abstraccin. La
abstraccin es el proceso mental que se aplica al seleccionar algunas caractersticas y
propiedadesdeunconjuntodeobjetosyexcluirotras.Ejemplo:Elestudiante.
Encontramostresmecanismosdeabstraccin:
Clasificacin/Instanciacin
Agregacin/Descomposicin
Generalizacin/Especializacin
Agregacin/Descomposicin:conceptoquepermitedefinirunanuevaclaseapartirde
un conjunto de clases que representan sus partes componentes (ver figura 1.
Agregacin/Descomposicin). La agregacin transforma una relacin entre objetos en un
objeto mezclado de mayor nivel. Ejemplo: sean las clases rueda, pedal, manubrio, silln,
cambio,marco,entreotras.Apartirdeestaspuedoformarlaclasebicicleta.
2
ROB,PeteryCORONEL,Carlos.SistemasdeBasesdeDatos:diseo,implementacinyadministracin.5ed.
Mxico:Thomson,2003.ISBN9706862862.
Bicicleta
Rueda Manubrio
Pedal Marco
Silln Cambio
Figura1.Agregacin/Descomposicini
Generalizacin / Especializacin: concepto que define una relacin de subconjuntos
entreloselementosdedosomsclases.Lageneralizacinretornaunaclasedeobjetosen
unobjetogenrico(verfigura2.JerarquadeGeneralizacin/Especializacin).
Ejemplo:laclasevehculoesunageneralizacindelaclasebicicleta:todaslasbicicletasson
vehculosylasbicicletassonunaespecializacindelosvehculos.
Vehculo
Bicicleta
6 [ POLITCNICO GRANCOLOMBIANO ]
Relacin:asociacinovinculacinentredosomsentidades.Ejemplo:larelacincomprar
entre las entidades cliente y producto. Generalmente representa acciones entre las
entidades.
Cada relacin tiene un nombre que describe su funcin. Las relaciones se representan
grficamentemedianterombosysunombreapareceenelinterior.
Lasentidadesqueestninvolucradasenunadeterminadarelacinsedenominanentidades
participantes.Elnmerodeparticipantesenunarelacinesloquesedenominagradodela
relacin.Porlotanto,unarelacinenlaqueparticipandosentidadesesunarelacinbinaria;
sisontreslasentidadesparticipantes,larelacinesnaria.
Una relacin recursivaesunarelacindondelamismaentidadparticipamsdeunavez
en la relacin con distintos papeles. El nombre de estos papeles es importante para
determinarlafuncindecadaparticipacin.
Conjuntoderelaciones:sonrelacionesdelmismotipo.
Losatributossepuedenclasificaren:
Simplesoatmicos:sonaquellosquenocontienenotrosatributos.
Compuestos: son los que incluyen otros atributos simples. Ejemplo: direccin. (Se
puededividirencalle,nmero,ciudad)
Monovaloradosounivalorados:atributoquetomaunsolovalor,paraunaentidaden
particular.
Multivalorados:atributoqueparaunamismaentidadpuedetomarmuchosvalores.
Derivadosocalculados:sonaquellosatributoscuyosvaloressepuedenconseguircon
operacionessobrevaloresdeotrosatributos.
Nulos: son aquellos atributos para los cuales en algn momento no existe o no se
conocesuvalor.
Identificador:unidentificadordeunaentidadesunatributooconjuntodeatributosque
determina de modo nico cada ocurrencia de esa entidad. Un identificador (llave primaria)
deunaentidaddebecumplirdoscondiciones:
Nopuedenexistirdosocurrenciasdelaentidadconelmismovalordelidentificador.
Siseomitecualquieratributodelidentificador,lacondicinanteriordejadecumplirse.
Toda entidad tiene al menos un identificador y puede tener varios identificadores
alternativos.Lasrelacionesnotienenidentificadores.
3
KORTH y SIULBERSCHATZ, A. Fundamentos de Bases de Datos. 4 ed. Madrid: McGrawHill, 2002. ISBN
8448120213.
4
ELMASRI,R.yNAVATHE,S.B.FundamentalsofDatabaseSystems.6taed.UnitedStatesofAmerica:Addison
Wesley,2010.ISBN0136086209.
8 [ POLITCNICO GRANCOLOMBIANO ]
Figura3.ConceptosdelModeloEntidadRelacinExtendidoiii
Conelobjetodeaplicarlosconocimientostericosobtenidoshastaahora,vamosarevisarel
siguientecasodeestudio:
Laprimerafasedefineeluniversodeldiscurso,queconsisteendescribir,enlenguajenatural,
cmoseestcomportandoelnegocio,culessonsusreglas.
Universodeldiscurso:controldesalasenunhospital
Enunhospitalsetieneunregistrodepacientes,unregistrodepersonalyunodesalascon
funcionariosquetrabajanallyconpacientesinternadosendichassalas.
Del personal nos interesa el nmero de empleado, el nombre, la direccin y el telfono.
Sabemos que dos empleados no tienen el mismo nmero. De los pacientes nos interesa el
nmeroderegistro(leesasignadocuandoingresa)yelnombre,mientrasquedelassalas
nosinteresaelnombreylacantidaddecamasquetiene.
Tambinsesabequeunempleadotrabajaenunanicasalayqueenunasalatrabajanvarios
empleados.Lomismoocurreconlospacientes.
Lasegundaactividadofaseconsisteenidentificarloselementosyrelaciones:
Identificacindeentidades:pacientes,salas,personal
Identificacindelasrelacionesentrelasentidades:lospacientesestninternadosenlassalasy
elpersonaltrabajaenlassalas.
Identificacindelosatributos:
Paciente:nmeroderegistro,nombre
Salas:nombre,cantidaddecamas
Personal:nmerodefuncionario,nombre,direccin,telfono.
Identificacin de las restricciones: un empleado trabaja en una nica sala y en una sala
trabajanvariosempleados.Unpacienteestinternadoenunasolasalaperoenunasalahay
variospacientes.
La fase final (ver figura 4. Modelo Conceptual Relacionado con Control de Salas en un
Hospital)consisteenrealizareldiseoconceptualdelabasededatos,atravsdelusodela
notacincorrespondienteparaplasmarmodelosER+:
10 [ POLITCNICO GRANCOLOMBIANO ]
CONCLUSIONES
El diseo conceptual permite el anlisis de requerimientos; se puede realizar una
descripcindeloscamposdealtoniveldelosdatosatrabajar.
Los diagramas ER+ son muy populares para realizar el diseo conceptual. Estos son
expresivos,cercanosalaformadepensardelaspersonasacercadesusaplicaciones.
Las construcciones bsicas son: entidades, relaciones y atributos (de entidades y
relaciones).
Algunasconstruccionesadicionalesson:entidadesdbiles,jerarquasdegeneralizacin
/especializacin,ydeagregacin.
BIBLIOGRAFA
i
Universidad del Valle. Agregacin/Descomposicin, bsqueda sobre diseo conceptual de bases de datos.
[Recurso en Internet] http://eisc.univalle.edu.co/materias/BD/ClaseBD02_2Xpag.pdf. ltimo acceso: 10 de
noviembrede2010.12h30.
ii
UniversidaddelValle.JerarquadeGeneralizacin/Especializacin,bsquedasobrediseoconceptualdebases
dedatos.[RecursoenInternet]http://eisc.univalle.edu.co/materias/BD/ClaseBD02_2Xpag.pdf.ltimoacceso:10
denoviembrede2010.15h30.
iii
4.bp.blogspot. Conceptos del Modelo Entidad Relacin Extendido, consulta sobre modelo entidad relacin
extendido. [Recurso en Internet] http://4.bp.blogspot.com/YjMcPy_jxzQ/TYkMlq4qvWI/AAAAAAAAAHw/H
Jlc8BkK6k/s1600/entidad.jpg.ltimoacceso:enero15de2011.20h15.
iv
PEDECIBA.ModeloConceptualRelacionadoconControldeSalasenunHospital,consultasobreejemplosde
modelo conceptual de bases de datos. [Recurso en Internet]
http://www.pedeciba.edu.uy/bioinformatica/sibdyw/Clase_5.pdf.ltimoacceso:12deenerode2011.12h45.