Universidad Autnoma del Estado de Mxico

Centro Universitario UAEM

Licenciatura en Informtica Administrativa

Practica 1. Metodologa de Diseo de Base de

Datos Relacional
Cuadro Descriptivo ACID

Profesora: LIA. Elizabeth Evangelista Nava

Alumno: Ruben Hernndez Mendoza

Grupo:
LIA

I9

Atlacomulco Mxico a Agosto 24 de 2015

Introduccin
El presente trabajo tiene como finalidad generar y retroalimentar los conocimientos
actitudes y habilidades del dicente para la creacin y administracin de la base de
datos, tomando los conceptos ms relevantes para la creacin y diseo de una BD.
Es necesario aplicar una de las distintas metodologas para el diseo de la base de
datos en este caso se identificara y relacionar en que consiste la metodologa de
diseo de la base de datos relacional.

Propsito: Identificar y describir los pasos a seguir para el diseo de una base de datos
relacional, identificar las relaciones entre entidades y crea diagramas del modelo
relacional.
Alcances: El dicente comprende y distingue cada uno de los pasos y conceptos en
tener en cuenta para la creacin de una base de datos relacional.
Requerimientos:
Internet, Equipo de cmputo y procesador de textos (word).

DESARROLLO
Ejercicio 1.1 Preguntas de concepto.
1. Qu es una Base de Datos? Una base de datos es un conjunto de datos
estructurados y definidos a travs de un proceso especfico, que busaca evitar la
redundancia y que ser almacenada en algn medio masivo
2. Mencione 3 Sistemas Gestores de Base de Datos que conozca.
MYSQL
ACCES
SQL server
3. Qu es un ABD y cita alguna de sus funciones.
Es una persona o grupo de personas que reciben las especificaciones de anlisis, diseo
para su implementacin en un sistema de gestin de base de datos
o Definir el esquema lgico de la base de datos.
o Decidir la estructura del almacenamiento y las estrategias de acceso en el
esquema interno o fsico estableciendo los estndares y las guas tcnicas
o Servir de enlace con los usuarios respecto a la utilizacin de la base de datos

Ejercicio 1.2 Completar, identificar y describir los pasos a seguir para el diseo de una
base de datos en el esquema de la figura 1.1

recopilacion de informacion

logico:
caracteristicas
jerarquico
red
relacional

metodologia del sistema de base de datos

caracteristicas
diseo

vista interna
vista externa

caracteristicas
mantenimiento de la base de datos
implementacion

correccion de errores
mejoras graficas y de codigo fuente de base de
datos

Actividad prctica 1.1 Elabora la solicitud para el desarrollo del sistema desde el punto
de vista del lder de proyectos en base al caso de estudio SICAH.
Un lder de proyectos se encarga de dirigir la creacin, adecuacin o modificacin de
ms de un proyecto con un equipo de trabajo conformado por analistas, diseadores,
desarrolladores, publicistas, asesores, dependiendo de la naturaleza del sistema. Para
esto, es necesario documentar lo que se deber hacer, inicialmente el cliente har una
previa solicitud para un trabajo de sistemas, posteriormente el personal de informtica
har un anlisis previo de la informacin, as como el estudio de la factibilidad que se
tiene para poder desarrollar el sistema, una vez hecho esto se hace el registro en la
solicitud como se observa en figura 1.2.

SOLICITUD PARA UN TRABAJO DE SISTEMAS

PARTE 1) LLENADA POR EL SOLICITANTE

SOLICITUD DE: MODIFICACION DEL SISTEMA

FECHA DE SOLICITUD:__24/08/2015

x REDISEO DEL SISTEMA

PRESENTADA POR: Rubn Hernndez Mendoza

DEPARTAMENTO:_ Sistemas
NATURALEZA DE LA SOLICITUD: Reingeniera
RAZONES DE LA SOLICITUD: Dar mantenimiento y/o actualizar los sistemas que por el
grado de tiempo que tienen resultan deficientes para el trabajo.

ANEXO DE DOCUMENTOS DE APOYO: Certificado en Oracle y SQL

PARTE 1) LLENADO POR EL PERSONAL DE
INFORMATICA
LAS MODIFICACIONES PARECEN SER:
MENORES MENORES x EXTENSAS
LA IMPLEMENTACION PUEDE REQUERIR CANTIDAD ADICIONAL DE:
HARDWARE

SOFTWARE

PERSONAL x

LOS RECURSOS REQUERIDOS SERIAN:

MENORES x

MAYORES

EXTENSAS

CALIFICACIONES DE LOS FACTORES DE FACTIBILIDAD:

TECNICO ____ LEGAL ____ ECONOMICO____ SOCIAL _____ OPERACIONAL x
INVESTIGACION PRELIMINAR DESARROLLADA POR: Analista y diseador de bases de datos Ing. En S. Luis
Roldan Alcntara
NOMBRE DEL PROYECTO: Reingeniera del sistema de una base de datos para el H. Ayuntamiento
Constitucional de Atlacomulco
FECHA: 24/08/2015
PARTE 1) LLENADO POR EL PERSONAL DE
INFORMATICA
CALIFICACIONES DE LOS FACTORES DE
ESTRATEGICOS:
PRODUCTIVIDAD: 9 DIFERIENCIACIN: 9 ADMINISTRACIN: 8 CALIFICACIN: 8.6
x APROBACION DE INICIO DEL TRABAJO DE SISTEMAS
x INICIO: 15/09/2015

Actividad prctica 1.2. Relacionar conceptos de la Metodologa de diseo de BDR con

caso de estudio SICAH.
Ejercicio1.2.1 Complementar e identificar mediante el anlisis de la informacin
recopilada para el proyecto las siguientes preguntas.
1. Quin o quines son los principales usuarios?
PROGRAMADOR DE APLICACIONES: Los profesionales en computacin que
interactan con el sistema por medio de llamadas en DML (Lenguaje de Manipulacin
de Datos), las cuales estn incorporadas en un programa escrito en un lenguaje de
programacin(Por ejemplo, COBOL, PL/I, Pascal, C, etc.) encargado de escribir
programas de aplicacin que utilicen bases de datos.
ADMINISTRADORES DE BASE DE DATOS O DBA: Es la persona o grupo de personas
encargadas del control general del sistema de base de datos.
USUARIO FINAL: Accesa a la base de datos desde una terminal, puede emplear un
lenguaje de consulta proporcionado como parte integral del sistema o recurrir a un
programa de aplicacin escrito por un usuario programador que acepte rdenes desde
la terminal y a su vez formule solicitudes al DBMS en nombre del usuario final.
2. Cules son las expectativas de los usuarios?
3.- Para cumplir con el sistema de bases de datos requerida se debe seguir una
metodologa cumpliendo con cierta estructura formal (tablas, columnas, filas) para la
distribucin de todos los datos y se pueda tener un mejor control de la base de datos,
todo esto con ayuda de un gestor de bases de datos para que se haga ms fcil la
manipulacin de la informacin.
4.- Quines son los principales grupos de usuarios?
ANALISTAS: Determinan los requerimientos de los usuarios finales, implementan
especificaciones en forma de programas, y luego prueban, depuran, documentan y
mantienen estas transacciones programadas. Para realizar dichas tareas, estos analistas
y programadores deben de conocer a la perfeccin toda la gama de capacidades del
SGBD.
DISEADORES E IMPLEMENTADORES DELSGBD: Se encargan de disear e
implementar los mdulos e interfaces de SGBD en forma de paquetes de software, los
lenguajes de consulta, los procesadores de interfaz, el acceso a los datos y la seguridad.
CREADORES DE HERRAMIENTAS: Las herramientas son paquetes de software que
facilitan el diseo y el empleo de los sistemas de base de datos, y que ayudan a elevar
el rendimiento. Incluyen paquetes para disear bases de datos, vigilar el rendimiento,
proporcionar Interfaces de lenguaje natural o grficos, elaborar prototipos, realizar
simulaciones y generar datos de prueba.

OPERADORES Y PERSONAL DEMANTENIMIENTO: Son los miembros del personal de

administracin del sistema que tienen a su cargo el funcionamiento de mantenimiento
reales del entorno del hardware y software del sistema de base de datos.
5.- Cul o cules son las principales reas de aplicacin?
Las aplicaciones ms usuales son para la gestin de empresas e Instituciones pblicas.
Tambin son ampliamente utilizadas en entornos cientficos con el objeto de almacenar
la informacin experimental, en otras palabras las bases de datos sern aplicadas en
cualquier parte donde manejen grandes cantidades de informacin.
6.- Cul es el entorno operativo en el que se utilizara SICAH?
El entorno operativo incluye los sistemas fsicos y sus componentes, y tambin a los
arquitectos de centros de datos, los administradores y los miembros de la
organizacin.
7.- Identifica 5 procesos que debe realizar el proyecto SICAH?
1.
2.
3.
4.
5.
6.

Planificacin del Proyecto

Recoleccin y Anlisis de los Requisitos
Diseo de la Base de Datos
Implementacin
Pruebas
Mantenimiento

Ejercicio 1.2.2 El dicente ser capaz de identificar, crear diagramas e ilustrar los
principales conceptos del modelo relacional, con la finalidad de reforzar los
conocimientos tericos estudiados durante la clase.
El modelo conceptual es el estudio del mundo real manejando las entidades, atributos y
relaciones
a) Elabora el diagrama al menos 5 conjunto de entidades que identifiques en el
proyecto.

PROFESOR

MATERIA

AULA

#Clave

#Clave aula

#Clave materia

Nombre

Numer_aula

Nombre

Ap. Paterno

Grupo

Creditos

Ap. Materno

edificio

Tiponucleo

Sexo
Telfono
Cedula profesional

REPORTE

ALUMNO
#Num cuenta

#Id reporte

Nombre

Fecha

Ap. Paterno

Hora

Ap. Materno

Asignatura

Licenciatura

Profesor

Todo aquello que se diferencie de lo dems, en el mundo real es una entidad en el

Modelo E-R. Se pude diagramar como lo muestra la figura 1.3 el conjunto de entidades
mediante:
a. Una caja de cualquier dimensin con las esquinas redondeadas.

b. Un nombre nico en singular para cada conjunto de entidades, escrito con

maysculas.
c. Opcionalmente, un nombre de sinnimo, escrito entre parntesis.
d. Una lista con los nombres de los atributos escritos en minsculas diagrama.

Ilustracin 1 Representacin de la Entidad profesor

Figura 1.3 Representacin de la entidad profesor

b) Completa o rellene los espacios en blanco de la tabla 1, con el nombre del

atributo y el tipo de valor correspondiente a la entidad profesor

NOMBRE DEL
ATRIBUTO

ALIAS

clave_profesor cve_prof

TIPO

TAMAO

numerico 10

DOMINIO

USO

{0:9} {A:Z}

Llave
principal

nombre-prof
ape_pat_pro
f
ape_mat_pr
of
sexo

nombre-prof
ape_pat_pro
f
ape_mat_pr
of
Sexo

Cadena
Cadena

20
25

{A:Z}
{A:Z}

obligatorio
obligatorio

Cadena

25

{A:Z}

obligatorio

Cadena

obligatorio

e-mail

e_mail

gradoacadmico

grd_ac

35
Alfa
nuemrico
1
Cadena
o

1:Masculino
2:Femenino
{0:9} {A:Z}
{_,.,@}
1:ingeniera
2:maestra
3:doctorado
4:postdoctorad
o
IAS: Interino
asignatura
IMT: Interino
medio tiempo
ITC: Interino
tiempo
completo
ASI:
Asignatura
DMT:
Definitivo
medio tiempo
DTC:
Definitivo
tiempo
completo

obligatorio

obligatorio

Tipo_profesor Tipo_prof

cadena

Curp

Curp
fi_prof

alfanume 15
Fecha
rico

{0:9} {A:Z}
dd/mm/aa

obligatorio
obligatorio

dom_prof

alfanume 50
rico

{0:9} {A:Z}
{_,.,@}

obligatorio

fecha de
ingreso
domicilio

opcional

Tabla 1 Diccionario de datos de la entidad PROFESOR

DESCRIPCION

IDENTIFICADOR
DEL PROFESOR
MEDIANTE EL RFC
Nombre del profesor
Apellido materno del
profesor
Apellido materno del
profesor
Masculino o
femenino
Correo electrnico
del profesor
Nivel acadmico del
profesor

Tipo de contrato del

profesor

Fecha en que fue

dado de alta el
profesor
Direccin del
profesor

b.1) Entonces, un campo de una tabla es un atributo, si/no Por qu?

Si, debido a que describe las caractersticas del campo, tambin puede ser denominada dominio

c) RELACIONES: Una relacin entre conjuntos de entidades es simplemente una lista

ordenada de los atributos que forman las llaves de los conjuntos de entidades que
participan en la relacin.
Por ejemplo: las entidades se unen mediante la llave principal, que es la clave del
profesor.

Figura 1.4 Relacin del conjunto de entidades profesor y disponibilidad

c.1) Elabora el diagrama de conjunto de entidades en donde identifiques una relacin
y explica por qu?

MATERIAS

PROFESOR

Cve-prof
Nombre-prof
Ape_mat_prof
Ape_pat_prof
Sexo
E_mail
Curp

Cve-prof
Cve-materia
Nombre-mat
Gpo
Salon

Es la relacin de un profesor con las materias que imparte, estn relacionadas por la
clave principal de cve_prof a la tabla MATERIAS en donde la clave primaria es cve_
materia y la llave fornea es cve_profesor.

d) GRADO DE UNA RELACION: Es la cantidad de entidades de un conjunto que puedan

ser asociadas con otra cantidad de entidades de otro conjunto. Por ejemplo:

1
GRUPO

n
Puede

MATERIA

tener

Figura 1.5 Diagrama de relacin entre entidades (grupo, materia)

d1) Explica brevemente cual es el grado de la relacin que muestra

1.5
Un grupo puede tener varias materias, en este caso es una relacion 1:M

la figura

e) Asocia el tipo de RESTRICCIONES DE ASIGNACION (mapping) de las siguientes

entidades:

A)

Profesor Materias

Uno a uno (1:1)

B)

Horario Aula

Muchos a Uno (M:1)

2
C)

Profesores Profesiones
C

Muchos a muchos (M:N)

Tabla 2. Restricciones de Asignacin 1:1. M:1, M:N

CARDINALIDAD DE ASIGNACIN: Limitacin del nmero de entidades de un

conjunto que se pueden combinar en una relacin con otro conjunto de entidades.
Por ejemplo:
Dados dos conjuntos de entidades A y B:

Uno a uno (1:1) Horario Aula. Un horario pertenece a un aula.

Uno a muchos (1:M) Muchos a Uno (M:1) Profesor Materias. Un profesor

puede impartir muchas materias.

Muchos a muchos (M:N) Profesores Profesiones. Muchos profesores

pueden tener muchas profesiones.

f) Identifica en al menos 5 entidades, cual es la clave candidata y cul es la clave

primaria.
Nombre de la entidad
Horario
Aula
Profesor
Materia
Profesion

Clave Candidata
numer_horas
numer_aula
nom_prof
nom_mate
nom_profesion

Clave Primaria
cve_prof
cve_prof
cve_prof
cve_mate
cve_profesion

Tabla 3. Asocia llaves a las entidades

CLAVE (primaria, candidata): Primaria-Es un atributo, simple o compuesto, cuyo
valor nos permite identificar como nica a cada entidad de un conjunto de entidades.
Por ejemplo: en la Entidad Profesor una clave primaria es:
#cve_prof

primaria

Una clave candidata: permite identificar en forma alterna a una entidad en un

conjunto de entidades.
S1 nombre-prof

secundaria

g) Explica por qu razn la entidad TELEFONO es considerada una entidad dbil

en la figura 1.6

{a1, a2,,an} u {b1, b2,,bn}

Figura 1.6 Entidad fuerte (Profesor) y Entidad dbil (Telfono)
La entidad TELEFONO es considera como una entidad dbil debido a que sus
atributos no la identifican completamente. No contiene una atributo llave propio si
no que depende de la entidad llamada Profesor, participa en una relacin que le
permite identificarse.

h) Cita el esquema de relacin de las entidades del diagrama de la figura 1.7

Un esquema de relacin es una lista de los nombres de los atributos que participan
en una relacin. Si denominamos a una relacin REL para relacionar los atributos
a1, a2, ...,ak, escribiremos su esquema de relacin como:
PROFESOR (cve-prof, nombre_prof, ape_pat_prof, ape_mat_prof, sexo_prof,
tipo_prof)
La relacin de una materia, con un profesor y con un grupo, se puede manejar con
el esquema de relacin: MATERIA(clave_mat, clave_prof., clave_ grupo).

La relacin de entidades es modelo de datos conceptual que se emplea para el

diseo de una base de datos relacionales, est conformada por los atributos dela
Bd.
Figura 1.7 Diagrama de relaciones entre entidades

i) Determina y describe si en el diagrama de la figura 1.8 se aplic generalizacin o

agregacin para la abstraccin de datos.
Se aplic la agregacin para la abstraccin de datos, ya que la generalizacin nos
dice que es la unin de 2 o ms conjuntos de entidades dbiles y as producir un
conjunto de entidades de ms alto nivel y en agregacin se construyen objetos
compuestos a partir de sus objetos componentes. Permite combinar entidades entre
las que existe una interrelacin y formar una entidad de ms alto nivel. Es til cuando
la entidad de ms alto nivel se tiene que interrelacionar con otra entidad, como se
muestra en la figura 1.8 donde la entidad de alto nivel o fuerte es MATERIA y se
encuentre interrelacionada con otras entidades menores que son Mat_anterior,
Mat_actual y Mat_siguiente.

Figura1.8 Abstraccin de datos

Conclusiones:
El desarrollo de esta prctica permiti reforzar y comprender los conocimientos
antes vistos en la unidad de aprendizaje de base de datos, tocando distintos puntos
para el desarrollo de la base de datos, como identificar las relaciones entre
entidades, as como aclarar las capacidades para que una persona pueda ser lder
de proyectos.
Referencias:
Cobo, . Y. (2002). Diseo y Programacin de base de Datos. Madrid, Espaa:
Visin Libros.
Par, R. C. (2003). Introduccion a las bases de datos. UOC La universidad virtual.
Barker, R. (1994). El modelo entidad-relacin CASE*methodtm, Massachusett: Diaz
de Santos.
Connolly T.B, B.C (2005). Sistemas de base de datos. Espaa: Pearson.
Gmez, O.M. (2013). Bases de datos relacionales y modelado de datos.Espaa:
Paraninfo.
Hernndez, A.E. (2003). Procesamiento de base de datos: fundamentos, diseo e
implementacin. David M. Kroenke: Pearson Educacin.