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.