6 manual bd
DESCRIPTION
ManualTRANSCRIPT
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