Date post: | 11-Jan-2016 |
Category: |
Documents |
Upload: | anonymous-agqqftizzt |
View: | 35 times |
Download: | 4 times |
Universidad Autónoma del Estado de México
Centro Universitario UAEM
Licenciatura en Informática Administrativa
Practica 1. Metodología de Diseño de Base de
Datos Relacional
Cuadro Descriptivo ACID
Profesora: LIA. Elizabeth Evangelista Nava
Alumno: Ruben Hernández Mendoza
Grupo:
LIA I9
Atlacomulco México a Agosto 24 de 2015
Introducción
El presente trabajo tiene como finalidad generar y retroalimentar los conocimientos
actitudes y habilidades del dicente para la creación y administración de la base de
datos, tomando los conceptos más relevantes para la creación y diseño de una BD.
Es necesario aplicar una de las distintas metodologías para el diseño de la base de
datos en este caso se identificara y relacionar en que consiste la metodología de
diseño de la base de datos relacional.
Propósito: Identificar y describir los pasos a seguir para el diseño 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 creación de una base de datos relacional.
Requerimientos:
Internet, Equipo de cómputo 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 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.
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 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
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.
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 dedatos
SOLICITUD PARA UN TRABAJO DE SISTEMAS
PARTE 1) LLENADA POR EL SOLICITANTE SOLICITUD DE: MODIFICACION DEL SISTEMA
FECHA DE SOLICITUD:__24/08/2015 x REDISEÑO DEL SISTEMA
PRESENTADA POR: Rubén Hernández Mendoza
DEPARTAMENTO:_ Sistemas NATURALEZA DE LA SOLICITUD: Reingeniería 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 diseñador de bases de datos Ing. En S. Luis Roldan Alcántara
NOMBRE DEL PROYECTO: Reingeniería 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 DIFERIENCIACIÓN: 9 ADMINISTRACIÓN: 8 CALIFICACIÓN: 8.6
x APROBACION DE INICIO DEL TRABAJO DE SISTEMAS
x INICIO: 15/09/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 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 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 DELSGBD: 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 DEMANTENIMIENTO: 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. Diseño de la Base de Datos
4. Implementación
5. Pruebas
6. 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.
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.
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
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.
Ilustración 1 Representación de la Entidad 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 nuemricoo
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 alfanumerico
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 alfanumerico
50 {0:9} {A:Z} {_,.,@}
obligatorio Dirección del profesor
Tabla 1 Diccionario de datos de la entidad PROFESOR
b.1) Entonces, un campo de una tabla es un atributo, si/no ¿Por qué?
Si, debido a que describe las características del campo, también puede ser denominada dominio
c) 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.
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 n
GRUPO Puede
tener
MATERIA
Figura 1.5 Diagrama de relación entre entidades (grupo, materia)
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 relacion 1:M
e) Asocia el tipo de RESTRICCIONES DE ASIGNACION (mapping) de las siguientes entidades:
A) Profesor – Materias B Uno a uno (1:1)
C) Profesores – Profesiones C Muchos a muchos (M:N)
Tabla 2. Restricciones de Asignación 1:1. M:1, M:N
1
1
B) Horario – Aula A Muchos a Uno (M:1)
2
2
1
1
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_prof
Aula numer_aula cve_prof
Profesor nom_prof cve_prof
Materia nom_mate cve_mate
Profesion nom_profesion 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é razón la entidad TELEFONO 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 TELEFONO 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 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ó 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
Conclusiones: El desarrollo de esta práctica 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 líder de proyectos. Referencias: Cobo, Á. Y. (2002). Diseño y Programación de base de Datos. Madrid, España:
Visión Libros.
Paré, R. C. (2003). Introduccion a las bases de datos. UOC La universidad virtual.
Barker, R. (1994). El modelo entidad-relación CASE*methodtm, Massachusett: Diaz de Santos. Connolly T.B, B.C (2005). Sistemas de base de datos. España: Pearson. Gómez, O.M. (2013). Bases de datos relacionales y modelado de datos.España: Paraninfo. Hernández, A.E. (2003). Procesamiento de base de datos: fundamentos, diseño e implementación. David M. Kroenke: Pearson Educación.