Documentos de Académico
Documentos de Profesional
Documentos de Cultura
103
BACHILLERATO TECNOLGICO EN PROGRAMACIN
MODULO I: DESARROLLA E INSTALA SOFTWARE DE APLICACIN UTILIZANDO PROGRAMACIN
ESTRUCTURADA, CON ALMACENAMIENTO PERSISTENTE DE LOS DATOS
SUBMDULO 2: DISEA Y ADMINISTRA BASES DE DATOS SIMPLES
Analistas de sistemas
Programador de sistemas de cmputo
1205
PROFESIONALES
SUBM
-DULO
SITUACIONES
No.
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
3
4
COMPETENCIAS
PROFESIONALES
SUBM
-DULO
Elabora un diseo
conceptual de una
base de datos
Elabora el diseo
lgico de una base
de
datos
con
implementacin en
un sistema gestor de
base de datos
Genera consultas
SITUACIONES
PRODUCTO
Empleando el modelo
entidad relacin con un
mximo de 7 entidades
Utilizado comunicacin
continua y efectiva con el
usuario en el diseo
conceptual de la base de
datos
Utilizando herramientas o
instrumentos de diseo
DESEMPEO
El
diseo
conceptual de base
de
datos
empleando
el
modelo
entidad
relacin
El diseo lgico de
una base de datos
La administracin
de la base de
datos
utilizando
SMBD
FUENTES DE INFORMACIN
No.
COMPETENCIAS
PROFESIONALES
SUBM
-DULO
REFERENCIAS
Elabora un diseo
conceptual de una base
de datos
Genera consultas
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Lgicamente la solucin a este problema es hacer que todas las aplicaciones utilicen los
mismos datos. Esto provoca que los datos deban estar mucho ms protegidos y
controlados. Adems los datos forman una estructura fsica y funcional que es lo que se
conoce como base de datos.
De esta forma una base de datos es una serie de datos relacionados que forman una
estructura lgica, es decir una estructura reconocible desde un programa informtico.
Esa estructura no slo contiene los datos en s, sino la forma en la que se relacionan.
Las bases de datos empiezan a aparecer en los aos 60 y triunfan en los aos setenta y
ochenta.
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Desventajas
Instalacin costosa. El control y administracin de bases de datos requiere de un
software y hardware poderoso.
Requiere personal cualificado. Debido a la dificultad de manejo de este tipo de
sistemas.
Implantacin larga y difcil. Debido a los puntos anteriores. La adaptacin del
personal es mucho ms complicada y lleva bastante tiempo.
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Ausencia de estndares reales. Lo cual significa una excesiva dependencia hacia los
sistemas comerciales del mercado. Aunque hay una buena parte de esta tecnologa
aceptada como estndar de hecho.
Funciones de un DBMS
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
1> Funcin de descripcin. Sirve para describir los datos, sus relaciones y sus
condiciones de acceso e integridad. Adems del control de vistas de usuarios y de la
especificacin de las caractersticas fsicas de la base de datos. Para poder realizar
todas estas operaciones se utiliza un lenguaje de definicin de datos o DDL.
2> Funcin de manipulacin. Permite buscar, aadir, suprimir y modificar datos de la
base de datos. El DBMS proporciona un lenguaje de manipulacin de datos (DML))
para realizar esta funcin.
3> Funcin de control. Incorpora las funciones que permiten una buena comunicacin
con la base de datos. Adems proporciona al DBA los procedimientos necesarios para
realizar su labor.
Niveles ANSI/SPARC
Una base de datos se puede ver de diferentes formas. Cada programa que accede a la
base de datos manipula slo ciertos datos y estructuras. As cada programa posee una
visin de la base de datos. La unin de todos los datos y sus relaciones forman el llamado
esquema conceptual. Mientras que el esquema fsico representa el almacenamiento de
los datos y sus formas de acceso.
El DBMS es el encargado de realizar las traducciones para pasar del esquema conceptual
al fsico.
Desde la ANSI (instituto de estndares americano) se cre una seccin llamada SPARC
dedicada a estndares de sistemas de informacin. Propusieron tres niveles de
abstraccin en las bases de datos, de acuerdo con el siguiente esquema:
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Independencia lgico/fsica
El esquema conceptual debe ser absolutamente independiente del fsico. Esto significa:
Independencia fsica de los datos. Aunque el esquema fsico cambie, el esquema
conceptual no debe verse afectado. En la prctica esto significa que aunque se aadan
o cambien discos u otro hardware, o se modifique el sistema operativo u otros cambios
relacionados con la fsica de la base de datos, el esquema conceptual permanece
invariable.
Independencia lgica de los datos. Significa que aunque se modifique el esquema
conceptual, la vista que poseen las aplicaciones (los esquemas externos) no sern
afectados.
Modelos de datos
Los modelos se utilizan en todo tipo de ciencias. Su finalidad es la de simbolizar una parte
del mundo real de forma que sea ms fcilmente manipulable. En definitiva es un
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
En la ilustracin anterior aparecen los distintos esquemas que llevan desde el mundo real
a la base de datos fsica. Como se ve aparecen varios esquemas intermedios. Los que
estn ms a la izquierda se alejan ms de las caractersticas fsicas. Los elementos de
ese esquema son:
Mundo real. Contiene la informacin tal cual la percibimos como seres humanos. Es el
punto de partida.
Esquema conceptual. Representa el modelo de datos de forma independiente del
DBMS que se utilizar.
Esquema cannico (o de base de datos). Representa los datos en un formato ms
cercano al del ordenador.
Esquema interno. Representa los datos segn el modelo concreto de un sistema
gestor de bases de datos (por ejemplo Oracle).
Base de datos fsica. Los datos tal cual son almacenados en disco.
Para conseguir estos esquemas se utilizan modelos de datos. El paso entre cada
esquema se sigue con unas directrices concretas. Estas directrices permiten adaptar un
esquema hacia otro.
Los dos modelos fundamentales de datos son el conceptual y el lgico. Ambos son
conceptuales en el sentido de que convierten parmetros del mundo real en abstracciones
que permiten entender los datos sin tener en cuenta la fsica de los mismos.
atributos.
Despus
se
aadieron
otras
propuestas
(atributos
compuestos,
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Entidades
Entidad
Se trata de cualquier objeto u elemento (real o abstracto) acerca del cual se pueda
almacenar informacin en la base de datos. Ejemplos de entidades son Pedro, la factura
nmero 32456, el coche matrcula 3452BCW.
Una entidad no es un propiedad concreta sino un objeto que puede poseer mltiples
propiedades (atributos).
Conjunto de entidades
Las entidades que poseen las mismas propiedades forman conjuntos de entidades.
Ejemplos de conjuntos de entidades son los conjuntos: personas, facturas, coches,...
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Tipos de entidades
Regulares. Son las entidades normales que tienen existencia por s mismas sin
depender de otras. Su representacin grfica es la indicada arriba.
Dbiles. Su existencia depende de otras. Por ejemplo la entidad tarea laboral slo
podr tener existencia si existe la entidad trabajo. Las entidades dbiles se presentan
de esta forma:
Relaciones
Qu es una relacin?
Representan asociaciones entre entidades. Es el elemento del modelo que permite
relacionar en s los datos del modelo. Por ejemplo, en el caso de que tengamos una
entidad personas y otra entidad trabajos. Ambas se realizan ya que las personas trabajan
y los trabajos son realizados por personas:
Representacin grfica
La representacin grfica de las entidades se realiza con un rombo al que se le unen
lneas que se dirigen a las entidades, las relaciones tienen nombre (se suele usar un
verbo). En el ejemplo anterior podra usarse como nombre de relacin, trabajar:
Ejemplos de relaciones
Cardinalidad
Indica el nmero de relaciones en las que una entidad puede aparecer. Se anota en
trminos de:
Cardinalidad mnima. Indica el nmero mnimo de asociaciones en las que aparecer
cada ejemplar de la entidad (el valor que se anota es de cero o uno).
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Ejemplo:
En el ejemplo, cada equipo cuanta con varios jugadores. Un jugador juega como mucho
en un equipo y podra no jugar en ninguno. Cada entrenador entrena a un equipo (podra
no entrenar a ninguno), el cual tiene un solo entrenador.
Roles
A veces en las lneas de la relacin se indican roles. Los roles representan el papel que
juega una entidad en una determinada relacin. Ejemplo:
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Atributos
Describen propiedades de las entidades y las relaciones. En este modelo se representan
con un crculo, dentro del cual se coloca el nombre del atributo. Ejemplo:
Tipos de atributos
Compuesto
Mltiples
Puede tomar varios valores:
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Identificador
Se trata de uno o ms campos cuyos valores son nicos en cada ejemplar de una entidad.
Se indican subrayando el nombre del identificador.
Para que un atributo sea considerado un buen identificador tiene que cumplir:
1>
Deben distinguir a cada ejemplar teniendo en cuenta las entidades que utiliza el
Entidades is a
Son relaciones de tipo is a (es un) aquellas en las que una entidad se descompone en
entidades especializadas. Hay dos tipos de entidades is a: especializaciones y
generalizaciones.
Las especializaciones consisten en que una entidad se divide en entidades ms concretas.
La entidad general comparte con las especializadas sus atributos. Se observa una
especializacin cuando hay ejemplares para los que no tienen sentido algunos de los
atributos, mientras que para otros s.
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
En estas relaciones se habla tambin de herencia, ya que tanto los profesores como los
bedeles como los otros, heredan atributos de la entidad personal (se habla de la
superentidad personal y de la subentidad profesores).
Se puede colocar un crculo (como el del nmero cero) en lado de la superentidad para
indicar que es opcional la especializacin, de otro modo se tomar como obligatoria (el
personal tiene que ser alguna de esas tres cosas).
Se puede indicar tambin exclusividad. Esto ocurre cuando entre varias lneas hacia una
relacin, las entidades slo pueden tomar una. Se representa con un ngulo en el
diagrama:
En el diagrama el ngulo indica que el personal slo puede ser o profesor o bedel u otros.
No puede ser dos cosas a la vez
1>
2>
3>
4>
5>
6>
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Bases de datos en Red: Los datos son representados por colecciones de datos, la
relacin de los datos se establece por medio de ligas, su organizacin es abstractamente
grfica, permite el cada campo nodo tenga varios padres, este tipo es muy poco utilizado.
Ejemplo:
Bases de datos relacionales: Est compuesta por una coleccin de tablas, cada una con
campos en comn que los relacionan entre si formando un conjunto de ellos y no hay
relevancia en la manera en que se almacenen, este modelo es el ms utilizado en la
actualidad para administrar bases de datos de una manera dinmica y eficiente, puede ser
imaginada e interpretada fcilmente, los datos pueden ser recuperados y manipulados
mediante consultas con el lenguajeSQL (Structured Query Language) creado para este
propsito. Como se muestra a continuacin:
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Existen otros modelos como las multidimensionales que son para anlisis de datos y
mtrica de bases de datos. Las orientadas a objetos que son las que se utilizan en los
lenguajes de programacin de este tipo y las distribuidas que son bases de datos que se
organizan estratgicamente en distintos puntos de una red para ser accesadas y despus
reunir los datos, son muy utilizadas en la actualidad para organizaciones descentralizadas,
como dependencias de gobierno, tiendas comerciales entre otros.
Propiedades y beneficios de las bases de datos
Debemos tomar en cuenta que las bases de datos tienen algunas propiedades entre las
cuales enumeraremos a continuacin:
Cada elemento o campo en particular es lo que se llama una instancia.
Cada instancia cuenta con independencia, es decir, se pueden modificar sin que
afecte otras instancias.
Por lo anterior cambian constantemente.
A todo el diseo de la estructura (columnas y renglones) es lo que se llamar base de
datos.
Cada una de las tablas que conformen las bases de datos deben tener una relacin entre
si.
Es flexible para el eficiente manejo de los datos.
Tambin la implementacin de una base de datos nos da beneficios como: Compartir
datos y no solo con otros usuarios, sino tambin realizar otras aplicaciones con los
mismos datos; reducir redundancia de los datos, es decir que con ello evitamos los datos
repetitivos o informacin innecesaria (propiedad principal de las bases de datos
relacionales). Se evitarn inconsistencias en la informacin, la ventaja de realizar
transacciones con los datos, un ejemplo claro son los bancos que realizan transacciones a
diario, consulta de saldos, pagos, depsitos, movimientos en cajeros automticos (ATM).
Como hemos visto anteriormente en cuanto a las aplicaciones que se han comentado,
para todas ellas hay que realizar una serie de pasos y de documentacin a cerca del
diseo de las bases de datos, en las que se incluyen el porqu, como, cuando, dnde se
aplicarn, el significado de sus datos. Es un trabajo que se debe realizar cuidadosamente
ya que de ello depender que los datos de una organizacin sean consistentes y veraces,
que cualquier persona dentro de la misma, pueda entenderla a razn de facilitar el trabajo,
hacer eficientes sus procesos, pero esto se describe en el siguiente captulo.
Captulo 2
Anlisis de Datos
2.1 Porqu realizar un anlisis de datos?
Siempre es bueno hacer una evaluacin de lo que se quiere realizar para alcanzar un
objetivo, para ello es necesario hacer un estudio cuidadoso de cada una de sus partes
para poder tener una estructura robusta para hacer posible que los objetivos se cumplan.
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
As pues para tener una buena base de datos es necesario eso, hacer un estudio
minucioso de cada datos de cada parte de la informacin que se requiere manipular, que
relacin tendrn los datos entre si, quienes van a manejar la informacin, hasta que
niveles se requiere que la informacin se muestre completamente, el flujo que debe seguir
hasta el cliente final, interfases de entrada y salida, la conformacin para los reportes, todo
ello forma parte del anlisis de datos para tener archivos robustos, estructurados,
consistentes, adems todo ello debe quedar en documentos para cuando surjan
incontinencias o bien se requiera una reingeniera de los archivos.
2.2 Cmo realizar el anlisis de datos.
Realizar un anlisis de datos es una actividad importante para que posteriormente un
sistema de informacin funcione correctamente, para ello debemos realizar ciertas
actividades:
En primer lugar debemos hacer entrevistas para conocer primero los requerimientos y
necesidades de quienes van a utilizar la informacin, as para cada uno de los procesos
en los que se desee implementar una base de datos. Despus al documentar las
necesidades y requerimientos, se deben realizar entrevistas con cada instancia que se
relacionar con la base datos con preguntas estructuradas de manera que puedan darnos
mas informacin para el anlisis y posteriormente realizar el diseo de esta. Preguntas
como Qu datos maneja en su rea?, Qu relacin tiene su informacin con otras
reas?, su informacin depende de alguna otra rea para poder ser consistente?, Qu
datos son los que maneja?- (pedir que los describa uno a uno)-, Cules son sus datos
clave?, entre muchas otras que nos puedan ayudar a realizar a detalle esta actividad.
Despus concentrar la informacin para establecer como se iniciarn los trabajos de
diseo de los archivos, los tipos de datos que se manejarn y relaciones entre datos.
2.3 Tipos de datos.
Una base de datos est compuesta por campos cada uno de ellos con una caracterstica
que le llamaremos tipo de dato, estos varan segn como los necesitemos los tipos de
datos conocidos y mas usados son:
Carcter: estos estn conformados por una cadena de caracteres.
Numrico: se utiliza para expresar cantidades numricas y pueden ir acompaadas de
decimales.
Fecha: Utilizados para expresar fechas expresadas en da, mes ao.
Moneda: para expresar cantidades monetarias.
Fecha-hora: para expresar datos de da, mes, ao, y hora.
Lgicos: Expresan solo el valor verdadero o falso.
Memo: es un tipo de campo en el cual utiliza espacio en el disco para expresar un texto sin
formato
Estos tipos de datos son los ms utilizados dentro del diseo de una base de datos, con
los cuales podemos realizar el diseo de la base de datos, son una parte importante para
darle sentido a los datos que se utilizarn en sta.
2.4 Como nombrar campos y archivos.
Tambin debemos nombrar los campos y los archivos de manera que sea descriptiva y
con solo leerlos nos demos cuenta que es lo que significan, aunque para ellos tambin se
debe de elaborar un diccionario de datos en el cual se describe cada archivo, campo y
relacin entra ellas.
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Nota: se ejemplificar con bases de datos relacionales ya que son las que se utilizan en la
actualidad.
Para hacerlo debemos hacerlo con abreviaciones o palabras clave para su fcil manejo
por ejemplo:
Los datos a manejar en un archivo sern: Clave de empleado, nombre, sueldo neto, clave
de departamento; tambin se manejar un catlogo de departamentos el cual se compone
de los siguientes datos: clave de departamento y descripcin del departamento.
Cada quien puede asignar los nombres de campo a conveniencia, pero a veces no
tomamos una secuencia al hacerlo y la mayor parte de las veces nombramos de manera
desordenada o solo poniendo el nombre que queremos que lleve, por lo que aqu con este
ejemplo veremos una manera de nombrarlos y que con ello se pueda identificar fcilmente
e inclusive para realizar relaciones entre ellos. Como mencionamos en el ejemplo de los
datos:
Para el archivo de empleados
Clave de Empleado-> podemos nombrarlo CveEmpleado, donde Cve( es la abreviacin de
Clave) y Empleado es lo que identifica de que va a ser esa clave.
Nombre de Empleado-> podemos nombrarlo cNombre, donde c (es la abreviacin de
cadena) y Nombre que identifica el campo.
Sueldo neto-> podemos nombrarlo SNeto, SldoNeto, Sueldo_neto, si nos fijamos podemos
utilizar esas abreviaturas para poder identificarlos fcilmente y no se necesita gran
conocimiento para saber lo que nos quiere dar a entender ese nombre de dato.
Clave de Departamento-> sera CveDpto, CvDepart, CveDepart, como vemos cualquiera
de las tres opciones nos da a entender el dato que llevar; optaremos por CveDpto.
Por otro lado el catlogo de empleados ser:
Clave de Departamento -> como vamos a relacionar nuestra base de datos de empleados
con la de departamentos lo mejor y recomendable es que se nombre la clave como en la
primera tabla CveDpto .
Descripcin de Departamento-> lo pondremos como cDescripcin. Se llamar as para no
redundar con los nombres de los campos as que la base se compondr por CveDpto ,
cDescripcion.
Por otro lado tambin es necesario nombrar los archivos que componen las bases de
datos, lo recomendable es usar abreviaturas clave que puedan ayudar a su fcil
identificacin, como hemos estado viendo en los campos usamos la abreviatura "cve" para
dar a entender que es una clave, o la letra "c" para identificar que es la cadena descripcin
"cDescripcion" . As tambin los archivos deben de ser nombrados, con abreviaturas as
que por ejemplo para la tabla de empelados podemos llamarla de la siguiente manera
APEmpleado, donde "A" y "P" significarn lo siguiente: "A=Archivo" y "P=Principal" o bien
BDEmpleado donde "BD" significa base de datos. Cada analista puede usar la
nomenclatura como convenga para la identificacin de sus archivos.
2.5 Definicin de campos relacionales.
Primero explicaremos que una relacin en un vnculo o asociacin entre dos o mas bases
de datos de manera eficiente sin redundancia de datos, sin tener informacin innecesaria
dentro de la base de datos. La relacin debe establecerse de acuerdo a la cantidad de
campos clave que estemos utilizando y que deseemos asociar. O bien de acuerdo al flujo
de datos que se establezca en el anlisis, en donde se define que informacin se requiere
de cada base de datos o tabla para realizar dicho enlace con cada base de datos que va a
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Para iniciar cada parte de lo que formar el diccionario de datos es importante primero
mencionar como se llamar el archivo y una descripcin del contenido de la base de
datos.
Como podemos ver en el ejemplo cada archivo debe estar diseado en base al anlisis
que se realice para el correcto diseo; en los rubros vemos "Campo", que lleva el como
vamos a nombrarlo, el siguiente es "Tipo" que nos dir que tipo de dato ser el campo, as
como "Tamao" del campo en este si se observa se puso en el archivo APEmpleado en
sueldo el tamao es "10:2" esto es para dar a entender que se campo llevar diez digito y
dos decimales y en "Descripcin" que nos dice el significado de cada campo es decir nos
habla de que es lo que llevar en el en su contenido. Hacemos aclaracin tambin de
cmo se compone ese campo con decimales, para as tener claro cada punto del diseo
de archivos, tambin debe especificarse relaciones con otras bases de datos y campos
clave que contiene cada archivo. As es como se va armando un "Diccionario de Datos".
Cabe bien mencionar que es importante la fecha en que fueron creados.
Mapa de Datos.
El mapa de datos es una representacin grfica de las bases de datos y sus relaciones en
de acuerdo al diccionario de datos, con ello podemos tener una mejor perspectiva del
diseo y es una herramienta til para que la gente ajena al equipo de diseo pueda
entenderla y comprenderla de una manera sencilla. Ejemplificaremos con la siguiente
imagen:
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Apndice 1
Prctica de anlisis de bases de datos.
Ahora llevaremos a la prctica lo que se ha explicado anteriormente del anlisis para el
diseo de bases de datos. Para ello utilizaremos una aplicacin a la vida real.
En el Instituto Estatal de Educacin para Adultos se desea implementar una base de datos
para manejar la plantilla de empleados y realizar sus incidencias es decir altas, bajas y
cambios de adscripcin as como tener un registro de donde se encuentra el empleado,
adems de tener su fotografa y contar un registro de datos personales con el cual no se
cuenta.
Para ello se entrevist al responsable de la Subdireccin de Personal para poder revisar
que datos utilizan para llevar su registro de personal y la forma en que tienen clasificadas
las adscripciones y departamentos, como el instituto maneja cuatro nminas que con que
dato manejarn el total del sueldo mensuales y que datos personales quieren manejar de
los empleados por lo que del listado se recolectaron los siguientes datos:
Nombre completo, curp (Clave nica de registro popular), domicilio, colonia, cdigo postal,
ciudad y estado de residencia actual, telfono, fecha de ingreso al instituto, fecha de
nacimiento, nombre de un familiar directo, telfono del familiar directo y debe tener el
registro de una foto del empleados. Cada empleado percibe de alguno de algunas de las
cuatro nminas que se manejan en el instituto se requiere tener registro de porque rubro
gana cada empleado, as como adscripcin, departamento, descripcin del puesto.
Con estos datos recabados se va a proceder a realizar el diseo de las tablas que van a
conformar la base de datos para este registro de empleados que se requiere.
Diseo de los archivos conforme al anlisis:
Archivo de plantilla de empleados lo conformarn los siguientes campos:
CURP (Clave nica de Registro Popular), Apellido Paterno, Apellido Materno, Nombre,
fecha de nacimiento, fecha de ingreso al instituto, domicilio, colonia, ciudad, Estado,
telfono, nombre de familiar, telfono del familiar y la fotografa del empleado.
El Archivo de nomina lo compondrn los siguientes campos:
CURP (Clave nica de Registro Popular), clave de adscripcin, clave del departamento,
clave del puesto, descripcin del puesto, sueldo por nmina inea, patronato, burcrata,
honorarios.
Adems se crearn tres catlogos:
Catlogo de Adscripciones que lo conformarn: Clave de la adscripcin, descripcin.
Catlogo de Departamentos ser formado por: Clave del departamento, descripcin, clave
de la adscripcin a la que pertenece el departamento.
Catlogo de puestos de burcratas: Clave del puesto del catlogo, descripcin.
Ahora hay que pasmar esto en el diccionario de datos para despus hacer el diseo de
esto y sea reflejado el resultado esperado al implementar el manejador de base de datos
que se haya seleccionado.
Diccionario de Datos.
Sern diseadas cuatro bases de datos de la siguiente forma:
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
El diccionario queda conformado de esta manera para consultas posteriores y/o futuras
reestructuraciones.
Mapa de datos.
Ahora se transcribir ahora al mapa de datos para tener la documentacin completa.
Aqu damos por terminado el diseo de la base de datos, recordemos que adems de
tenerlo en la computadora, debemos tambin de tener un resguardo en papel en caso de
contingencias.
Apndice 2.
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
Este proceso vara de acuerdo al manejador de bases de datos que se seleccione para la
creacin de las bases de datos por lo que este es solo un ejemplo de cmo se ven
grficamente en el manejador que se seleccion para este pequeo caso prctico y que
est implementado actualmente.
Examen
1.- Unidad mnima de informacin que por s sola carece de sentido.
a) registro b) tabla c) dato d) ninguna.
2.- Conformada por un conjunto de datos y que en conjunto toman significado.
a) tabla b) registro c) base de datos d) ninguna.
3.- Conformada por una coleccin de registros.
a) registro b) tupla c) base de datos d) ninguna.
4.- Tipo de base de datos que en su estructura cuenta con un nodo padre raz y este a
su vez puede contar con varios nodos hijo u hojas.
a) relacional b) jerrquica c) de red d) ninguna
5.- Tipo de base de datos en la cual los registros se relacionan entre si por medio de ligas
y en esta estructura cada campo o nodo puede tener vario nodos padre.
a) de red b) relacional c) jerrquica d) ninguna
6.- Tipo de base de datos compuesta por una coleccin de tablas, cada una con campos
en comn que los relacionan entre si formando un conjunto de ellos.
a) relacional b) jerrquica c) de red d) ninguna.
7.- Se utiliza para hacer un estudio cuidadoso de los datos.
a) anlisis de sistemas b) anlisis de datos c) diseo de datos d) ninguno
8.- Con este campo se va a establecer una asociacin entre las bases de datos.
a) clave b) campo relacional c) vnculo d) ninguno.
9.- Documento importante en el cual esta establecido como est diseada la base de
datos y cuenta con una descripcin de los campos.
a) diccionario de datos b) anlisis de datos c) mapa de datos d) ninguna
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA
SEMESTRE: 2; GRUPO C
SEMESTRE: FEBRERO-JULIO 2013
MODERADOR: LIC. EN INF. JAIME HERRERA BAUTISTA