UNIVERSIDAD AUTÓNOMA DEL ESTADO DE MÉXICO.

CENTRO UNIVERSITARIO UAEM ATLACOMULCO.

LICENCIATURA EN INFORMÁTICA ADMINISTRATIVA.

UNIDAD DE APRENDIZAJE:

BASE DE DATOS RELACIONALES.

MANUAL DE PRÁCTICAS “ADMINISTRACION DE BASE DE DATOS”

DOCENTE: LIA. ELIZABETH EVANGELISTA NAVA.

ESTUDIANTE: OMAR ARANA TORRIJOS.

GRUPO: I-9.

Atlacomulco, México a 24 de agosto de 2015.

INTRODUCCIÓN

A continuación se presentaran distintas actividades del manual de prácticas sobre

administración de datos, las cuales nos sirven para la adquisición de nuevos

conocimientos y habilidades para nuestro desarrollo académico, laboral y social. Además

enriquece nuestras aptitudes relacionadas en los manejadores de bases de datos. En el

proceso realizado al contestar el manual se izó uso, de un equipo de cómputo, con S. O

Windows 8, y el software Microsoft Office Word 2013, con un tiempo de 2 horas 45

minutos.

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 través de un proceso específico, que busaca evitar la redundancia y que

será almacenada en algún medio masivo

2. Mencione 3 Sistemas Gestores de Base de Datos que conozca.

1. ACCES

2. SQL server

3. MYSQL

3. Qué es un ABD y cita alguna de sus funciones.

Es una persona o grupo de personas que reciben las especificaciones de análisis, diseño para

su implementación en un sistema de gestión de base de datos

o Definir el esquema lógico de la base de datos.

o Decidir la estructura del almacenamiento y las estrategias de acceso en el esquema

interno o físico estableciendo los estándares y las guías técnicas

o Servir de enlace con los usuarios respecto a la utilización de la base de datos.

Ejercicio 1.2 Completar, identificar y describir los pasos a seguir para el diseño de una base de

datos en el esquema de la figura 1.1

Figura 1.1

Metodologia del sistema de base

de datos

Logico:

Recopilacion de informacion

Caracteristicas

jerarquico

red

relacional

Diseño

Caracteristicas

vista interna

vista externa

Implementacion

Caracteristicas

mantenimiento de la base de datos

correccion de errores

mejoras graficas y de codigo fuente de base de datos

Actividad práctica 1.1 Elabora la solicitud para el desarrollo del sistema desde el punto

de vista del líder de proyectos en base al caso de estudio SICAH.

Un líder de proyectos se encarga de dirigir la creación, adecuación o modificación de

más de un proyecto con un equipo de trabajo conformado por analistas, diseñadores,

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 informática

hará un análisis previo de la información, 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:

FECHA DE SOLICITUD:__24/08/2015 O DEL SISTEMA

PRESENTADA POR: Omar Arana Torrijos

DEPARTAMENTO: Sistemas

NATURALEZA DE LA SOLICITUD: Desarrollo

RAZONES DE LA SOLICITUD: Proporcionar mantenimiento a la empresa así como, innovación sobre el desarrollo de los sistemas que manejan.

ANEXO DE DOCUMENTOS DE APOYO: Certificado en Oracle y SQL

PARTE 1) LLENADO POR EL PERSONAL DE INFORMATICA

LAS MODIFICACIONES PARECEN SER:

LA IMPLEMENTACION PUEDE REQUERIR CANTIDAD ADICIONAL DE:

LOS RECURSOS REQUERIDOS SERIAN:

CALIFICACIONES DE LOS FACTORES DE FACTIBILIDAD:

TECNICO ____ LEGAL ____ ECONOMICO____ SOCIAL _____ OPERACIONAL x

INVESTIGACION PRELIMINAR DESARROLLADA POR: Analista y diseñador de bases de datos Ing. En S. Luis Roldan Alcántara

NOMBRE DEL PROYECTO: Áreas de sistemas, en la Comisión Nacional del Agua, Atlacomulco, Edo de México.

FECHA: 24/08/2015

PARTE 1) LLENADO POR EL PERSONAL DE INFORMATICA

CALIFICACIONES DE LOS FACTORES DE ESTRATEGICOS:

PRODUCTIVIDAD: 8 DIFERIENCIACIÓN: 9 ADMINISTRACIÓN: 9 CALIFICACIÓN: 8.6

x APROBACION DE INICIO DEL TRABAJO DE SISTEMAS

x INICIO: 26/01/2015

Actividad práctica 1.2. Relacionar conceptos de la Metodología de diseño de BDR con

caso de estudio SICAH.

Ejercicio1.2.1 Complementar e identificar mediante el análisis de la información

recopilada para el proyecto las siguientes preguntas.

1. ¿Quién o quiénes son los principales usuarios?

Programador de aplicaciones: Los profesionales en computación que interactúan con el

sistema por medio de llamadas en DML (Lenguaje de Manipulación de Datos), las cuales

están incorporadas en un programa escrito en un lenguaje de programación(Por ejemplo,

COBOL, PL/I, Pascal, C, etc.) encargado de escribir programas de aplicación que utilicen

bases de datos.

Administradores de base de datos: Es la persona o grupo de personas encargadas del

control general del sistema de base de datos.

Usuario final: Acceso 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

aplicación 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. ¿Cuáles son las expectativas de los usuarios?

3.- Para cumplir con el sistema de bases de datos requerida se debe seguir una

metodología cumpliendo con cierta estructura formal (tablas, columnas, filas) para la

distribución 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 más fácil la

manipulación de la información.

4.- ¿Quiénes 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 perfección toda la gama de capacidades del

SGBD.

Diseñadores e implementadores del SGBD: Se encargan de diseñar e implementar los

módulos 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

diseño y el empleo de los sistemas de base de datos, y que ayudan a elevar el

rendimiento. Incluyen paquetes para diseñar bases de datos, vigilar el rendimiento,

proporcionar Interfaces de lenguaje natural o gráficos, elaborar prototipos, realizar

simulaciones y generar datos de prueba.

Operadores y personal de mantenimiento: Son los miembros del personal de

administración 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.- ¿Cuál o cuáles son las principales áreas de aplicación?

Las aplicaciones más usuales son para la gestión de empresas e Instituciones públicas.

También son ampliamente utilizadas en entornos científicos con el objeto de almacenar

la información experimental, en otras palabras las bases de datos serán aplicadas en

cualquier parte donde manejen grandes cantidades de información.

6.- ¿Cuál es el entorno operativo en el que se utilizaría SICAH?

El entorno operativo incluye los sistemas físicos y sus componentes, y también a los

arquitectos de centros de datos, los administradores y los miembros de la

organización.

7.- ¿Identifica 5 procesos que debe realizar el proyecto SICAH?

1. Planificación del Proyecto

2. Recolección y Análisis de los Requisitos

3. Implementación

4. Pruebas

5. 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 teóricos 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.

b)

c)

d)

e)

f)

g)

h)

i)

j)

k)

l)

m)

n)

o)

p)

Todo aquello que se diferencie de lo demás, 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 dimensión con las esquinas redondeadas.

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

mayúsculas.

c. Opcionalmente, un nombre de sinónimo, escrito entre paréntesis.

d. Una lista con los nombres de los atributos escritos en minúsculas diagrama.

PROFESOR

#Clave

Nombre

Ap. Paterno

Ap. Materno

Sexo

Teléfono

Cedula profesional

AULA

#Clave aula

Numer_aula

Grupo

Edificio

MATERIA

#Clave materia

Nombre

Creditos

Tiponucleo

ALUMNO

#Num cuenta

Nombre

Ap. Paterno

Ap. Materno

Licenciatura

REPORTE

#Id reporte

Fecha

Hora

Asignatura

Profesor

Figura 1.3 Representación 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 TIPO TAMAÑO DOMINIO USO DESCRIPCION

clave_profesor cve_prof numerico 10 {0:9} {A:Z} Llave principal

IDENTIFICADOR DEL PROFESOR MEDIANTE EL RFC

nombre-prof nombre-prof Cadena 20 {A:Z} obligatorio Nombre del profesor

ape_pat_pro f

ape_pat_pro f

Cadena 25 {A:Z} obligatorio Apellido materno del profesor

ape_mat_pr of

ape_mat_pr of

Cadena 25 {A:Z} obligatorio Apellido materno del profesor

sexo Sexo Cadena 1 1:Masculino 2:Femenino

obligatorio Masculino o femenino

e-mail e_mail Alfa

numérico

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

opcional Correo electrónico del profesor

grado- académico

grd_ac Cadena 1 1:ingeniería 2:maestría 3:doctorado 4:postdoctorad o

obligatorio Nivel académico del profesor

Tipo_profesor Tipo_prof cadena 3 IAS: Interino asignatura IMT: Interino medio tiempo ITC: Interino tiempo completo ASI: Asignatura DMT: Definitivo medio tiempo DTC: Definitivo tiempo completo

obligatorio Tipo de contrato del profesor

Curp Curp alfanume

rico

15 {0:9} {A:Z} obligatorio fecha de ingreso

fi_prof Fecha dd/mm/aa obligatorio Fecha en que fue dado de alta el profesor

domicilio dom_prof alfanume

rico

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

obligatorio Dirección del profesor

Tabla 1 Diccionario de datos de la entidad PROFESOR

.1) Entonces, un campo de una tabla es un atributo, si/no ¿Por qué? Si, de tal forma que describe las características del campo, también puede ser

denominada dominio.

a) Relaciones: Una relación 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 relación.

Por ejemplo: las entidades se unen mediante la llave principal, que es la clave del profesor.

Figura 1.4 Relación del conjunto de entidades profesor y disponibilidad c.1) Elabora el diagrama de conjunto de entidades en donde identifiques una relación y explica ¿por qué?

PROFESOR

Cve-prof

Nombre-prof

Ape_mat_prof

Ape_pat_prof

Sexo

E_mail

Curp

MATERIAS

Cve-prof

Cve-materia

Nombre-mat

Gpo

Salon

Es la relación de un profesor con las materias que imparte, están relacionadas por la

clave principal de cve_prof a la tabla MATERIAS en donde la clave primaria es cve_

materia y la llave foránea es cve_profesor.

d1) Explica brevemente cual es el grado de la relación que muestra la figura

1.5

Un grupo puede tener varias materias, en este caso es una relación 1:M

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

A) Profesor – Materias B Uno a uno (1:1)

d) Grado de una relación: Es la cantidad de entidades de un conjunto que puedan ser asociadas con otra cantidad de entidades de otro conjunto. Por ejemplo:

1 n

GRUPO Puede

tener

MATERIA

Figura 1.5 Diagrama de relación entre entidades (grupo, materia)

1

1

C) Profesores – Profesiones C Muchos a muchos (M:N)

Tabla 2. Restricciones de Asignación 1:1. M:1, M:N

Cardinalidad de asignación: Limitación del número de entidades de un conjunto que se pueden combinar en una relación 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 cuál es la clave primaria.

Nombre de la entidad Clave Candidata Clave Primaria

Horario numer_horas cve_ profr

Aula numer_aula cve_ profr

Profesor nom_profr cve_ profr

Materia nom_materia cve_materia

Profesion nom_profesion cve_profesion

B) Horario – Aula A Muchos a Uno (M:1)

2

2

1

1

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é razón la entidad teléfono es considerada una entidad débil en la

figura 1.6

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

Figura 1.6 Entidad fuerte (Profesor) y Entidad débil (Teléfono) La entidad teléfono es considera como una entidad débil 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 relación que le permite identificarse. h) Cita el esquema de relación de las entidades del diagrama de la figura 1.7 Un esquema de relación es una lista de los nombres de los atributos que participan en una relación. Si denominamos a una relación REL para relacionar los atributos a1, a2,...,ak, escribiremos su esquema de relación como: Profesor (cve-prof, nombre_prof, ape_pat_prof, ape_mat_prof, sexo_prof, tipo_prof) La relación de una materia, con un profesor y con un grupo, se puede manejar con el esquema de relación: MATERIA (clave_mat, clave_prof., clave_ grupo).

La relación de entidades es modelo de datos conceptual que se emplea para el diseño de una base de datos relacionales, está conformada por los atributos del a BD. Figura 1.7 Diagrama de relaciones entre entidades i) Determina y describe si en el diagrama de la figura 1.8 se aplicó generalización o agregación para la abstracción de datos. Se aplicó la agregación para la abstracción de datos, ya que la generalización nos dice que es la unión de 2 o más conjuntos de entidades débiles y así producir un conjunto de entidades de más alto nivel y en agregación se construyen objetos compuestos a partir de sus objetos componentes. Permite combinar entidades entre las que existe una interrelación y formar una entidad de más alto nivel. Es útil cuando la entidad de más 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 Abstracción de datos.

CONCLUSIÓN

En una relación de base de datos siempre hay que tener presente la organización y

optimización de la información que caracterice a un elemento.

Además al realizar siempre una investigación en todo momento se adquieren

diferentes conceptos básicos de un sistema o manejador de bases de datos,

características, ventajas, desventajas, usos y sus aplicaciones.

Yo como usuario de sistemas y de bases de datos, indico que siempre debemos de

tener las formas más adecuadas para encontrar la solución a un problema, mediante

la implementación, innovación y desarrollo de nuevas estrategias.

REFERENCIAS

Coulouris, Jean Dollimore. (1987).Distributed Systems Concepts and Design. Edit.Addison Wesley. 2a Edición. Código CE-C02. Fundamentos y Técnicas de Programación., Distintas Bases de Datos Relacionales, como SQL Server, Oracle. Kroenke, Davis M. (1996) .Database Processing. Edit Pearson Higher Education. 5ª.Edición. Martin, James. (1992).Organización de las Bases de Datos. Pretince Hall. México. Teorey, Toby J. (1998).Database Modeling and Design. Edit. Morgan Kaufmann. 3ª Edición