Вы находитесь на странице: 1из 35

DBD/ES

REV00

Letreros deben indicar el nombre de la Carrera y Asignatura en tipografía Franklin Gothic Book de 26 pts.

INGENIERÍA EN SISTEMAS
COMPUTACIONALES
DISEÑO DE BASE DE1
D AT O S
DIRECTORIO

Secretario de Educación Pública

Mtro. Alonso Lujambio Irazábal

Subsecretario de Educación Superior

Dr. Rodolfo Tuirán Gutiérrez

Coordinadora
Coordinadora de Universidades Politécnicas

Mtra. Sayonara Vargas Rodríguez

2
PÁGINA LEGAL
Participantes

Lic. Omar Reyna Ángeles – Universidad Politécnica de Francisco I. Madero

Primera Edición: 2011

DR  2011 Coordinación de Universidades Politécnicas.


Número de registro:
México, D.F.

ISBN-----------------

3
ÍNDICE

INTRODUCCIÓN ................................................................
................................................................................................
................................................................................................
................................................................ 5
PROGRAMA DE ESTUDIOS ................................................................
................................................................................................
...............................................................................
............................................... 6
FICHA TÉCNICA
TÉCNICA................................
CNICA................................................................
................................................................................................
................................................................................................
.................................................................
................................. 7
DESARROLLO DE PRÁCTICAS O ACTIVIDADES DE APRENDIZAJE ....................................................
.................................................... 9
INSTRUMENTOS DE EVALUACIÓN ................................................................
................................................................................................
.................................................................
................................. 18
GLOSARIO DE TÉRMINOS Y ABREVIATURAS................................................................
..................................................................................
.................................................. 28
BIBLIOGRAFÍA ................................................................
................................................................................................
................................................................................................
................................................................ 35

4
INTRODUCCIÓN

Las bases de datos son de uso imprescindible en la actualidad ya que forman parte de los
sistemas de información que controlan los procesos y datos en una organización y/o empresa, el
buen funcionamiento de estos sistemas depende entre otras cosas de un buen diseño de la base
de datos necesaria, además de implementarla de manera adecuada utilizando el software idoneo.

Esta materia proveerá al alumno las herramientas para definir los conceptos básicos de las bases
de datos y describir los elementos que componen un sistema gestor de base de datos. Además,
utilizara los modelos para diseñar bases de datos y utilizara el algebra relacional y el lenguaje SQL
para generar y manipular bases de datos.

5
PROGRAMA DE ESTUDIOS

6
FICHA TÉCNICA

FICHA TÉCNICA
Diseño de Bases de Datos

Diseño de Bases de Datos


Nombre:

DBD-ES
Clave:

Para comprender la teoría básica y las metodologías más utilizadas


Justificación: en el tratamiento de la información mediante bases de datos.

El alumno será capaz de manejar el funcionamiento de los


Objetivo: sistemas de bases de datos y plantear modelos de datos que
describen problemas reales.
Lectura
Habilidades: Escritura
Interlocución
Síntesis de la información
Aplicación de principios tecnológicos
Relaciones en y con el entorno organizacional
Relaciones interpersonales
Toma de decisiones
Lectura en segunda lengua
Interlocución en segunda lengua

Competencias Capacidad de análisis y síntesis; para resolver problemas; para


genéricas a aplicar los conocimientos en la práctica; para gestionar la
desarrollar: información; y para trabajar en forma autónoma y en equipo.

7
Capacidades a desarrollar en la Competencias a las que contribuye la
asignatura asignatura
Determinar arquitectura (hardware Diagnosticar requerimientos del cliente
/software) para cubrir los para identificar los elementos que
requerimientos del cliente mediante el conforman el sistema informático,
análisis de las necesidades y mediante técnicas diagnosticas a
requerimientos. través de encuestas de levantamiento
de datos
Estructurar requerimientos funcionales
y no funcionales Esquematizar requerimientos del
del sistema informático mediante un cliente por medio de un lenguaje de
lenguaje de modelado, para cumplir modelado para garantizar el desarrollo
con las expectativas del cliente optimo del sistema

Verificar componentes del sistema en


el diseño para satisfacer las
necesidades del cliente, mediante la
semántica propuesta por el modelo

HORAS TEORÍA HORAS PRÁCTICA


Unidades de No
No
aprendizaje presencial presenci presencial
presencial
al
1. Introducción a 8 0 6 2
Estimación de tiempo las Bases de
(horas) necesario Datos
para transmitir el
2. Modelo 10 0 6 4
aprendizaje al
Entidad-Relación
alumno, por Unidad
de Aprendizaje: 3. Modelo 8 0 6 3
Relacional
4. Algebra 10 0 6 2
Relacional
5. Lenguaje 14 0 9 5
Relacional
Total de horas por 90
cuatrimestre:
Total de horas por 6
semana:
Créditos: 5

8
DESARROLLO DE PRÁCTICAS
PRÁCTICAS O ACTIVIDADES DE APRENDIZAJE

DESARROLLO DE LA PRÁCTICA O PROYECTO

Diseño de Base de Datos


Nombre de la asignatura:

Nombre de la Unidad de Modelo Entidad – Relación


Aprendizaje:
Nombre de la práctica o
proyecto: Elementos del Modelo Entidad – Relación

1 2
Número: Duración (horas) :

Señalar los elementos del Modelo Entidad - Relación en el diseño conceptual de


Resultado de
Bases de Datos
aprendizaje:

Requerimientos (Material
o equipo):
Actividades a desarrollar en la práctica:

Considere el siguiente requerimiento:

Una empresa cuenta con varias agencias de ventas de automóviles y está interesada en una aplicación
informática que controle la siguiente información:

De las agencias requieren tener el nombre, rfc, domicilio y el nombre del gerente; cada agencia tiene varios
clientes a quienes les han vendido autos, del cliente se almacenará nombre, curp, domicilio y teléfono. Las
agencias tienen proveedores a quienes le compran los autos, los datos de los proveedores que les interesan
son: nombre, teléfono, domicilio y el rfc; por último de los automóviles desean registrar número de motor,
modelo y marca.

1.- Realizar una lista de entidades con sus respectivos atributos y mencionar cual es el atributo primario.

2.- Realizar una lista de relaciones y las entidades involucradas en ellas.

Evidencias a las que contribuye el desarrollo de la práctica:

ED1: Realiza práctica en clase, sobre diseño de base de datos en el modelo Entidad - Relación

9
DESARROLLO DE LA PRÁCTICA O PROYECTO

Diseño de Base de Datos


Nombre de la asignatura:

Nombre de la Unidad de Modelo Entidad – Relación


Aprendizaje:
Nombre de la práctica o
proyecto: Diseño de bases de datos en el Modelo Entidad-Relación.

2 3
Número: Duración (horas) :

Diseñar Bases de Datos, considerando la cardinalidad de las relaciones entre las


Resultado de
entidades en el Modelo Entidad – Relación (E-R) y aplicando las formas
aprendizaje:
normales.
Requerimientos (Material
o equipo):
Actividades a desarrollar en la práctica:

Considere el siguiente requerimiento:

Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por todo el estado de
Hidalgo. Los encargados de llevar los paquetes son los repartidores, de los que se quiere guardar el curp,
nombre, teléfono, dirección, salario y población en la que vive.

De los paquetes transportados interesa conocer el código de paquete, descripción, destinatario, dirección
del destinatario y fecha de entrega. Un repartidor entrega muchos paquetes, y un paquete sólo puede ser
entregado por un repartidor.

De los municipios a las que llegan los paquetes interesa guardar el código del municipio y el nombre. Un
paquete sólo puede llegar a un municipio. Sin embargo, a un municipio pueden llegar varios paquetes.

De los transportes que llevan los repartidores, interesa conocer la placa, modelo, tipo y marca. Un repartidor
puede conducir diferentes transportes en fechas diferentes, y un transporte puede ser conducido por varios
repartidores.

1.- Realizar el Diagrama Entidad-Relación de la base de datos necesaria para la aplicación requerida
considerando la cardinalidad mínima y máxima de cada relación.
2.- Realizar reporte de práctica y entregarlo
Evidencias a las que contribuye el desarrollo de la práctica:

EP1: Realiza reporte de práctica en clase, sobre diseño de base de datos en el modelo Entidad - Relación

10
DESARROLLO DE LA PRÁCTICA O PROYECTO

Diseño de Base de Datos


Nombre de la asignatura:

Nombre de la Unidad de Modelo Relacional


Aprendizaje:
Nombre de la práctica o
proyecto: Elementos del Modelo Relacional

3 2
Número: Duración (horas) :

Identificar los elementos del modelo Relacional


Resultado de
Convertir esquemas conceptuales a esquemas lógicos, utilizando el modelo
aprendizaje:
Entidad - Relación y el Relacional
Requerimientos (Material
o equipo):
Actividades a desarrollar en la práctica:

1.- Realizar el Diagrama Relacional a partir del Entidad-Relación generado en la práctica 2

Evidencias a las que contribuye el desarrollo de la práctica:

ED1: Realiza práctica en clase, sobre diseño de base de datos en el modelo Relacional.

11
DESARROLLO DE LA PRÁCTICA O PROYECTO

Diseño de Base de Datos


Nombre de la asignatura:

Nombre de la Unidad de Modelo Relacional


Aprendizaje:
Nombre de la práctica o
proyecto: Diseño lógico de bases de datos en el Modelo Relacional

4 3
Número: Duración (horas) :

Resultado de
Diseñar Bases de Datos en el modelo Relacional aplicando las formas normales.
aprendizaje:

Requerimientos (Material
o equipo):
Actividades a desarrollar en la práctica:

Una empresa cuenta con varias agencias de ventas de automóviles y está interesada en una aplicación
informática que controle la siguiente información:

De las agencias requieren tener el nombre, rfc, domicilio y el nombre del gerente; cada agencia tiene varios
clientes a quienes les han vendido autos, del cliente se almacenará nombre, curp, domicilio y teléfono. Las
agencias tienen proveedores a quienes le compran los autos, los datos de los proveedores que les interesan
son: nombre, teléfono, domicilio y el rfc; por último de los automóviles desean registrar número de motor,
modelo y marca.

1.- Realizar el Diagrama Relacional aplicando las primeras tres formas normales.

Evidencias a las que contribuye el desarrollo de la práctica:

EP1: Realiza reporte de práctica en clase, sobre diseño de base de datos en el modelo Relacional.

12
DESARROLLO DE LA PRÁCTICA O PROYECTO

Diseño de Base de Datos


Nombre de la asignatura:

Nombre de la Unidad de Algebra Relacional


Aprendizaje:
Nombre de la práctica o
proyecto: Consultas con Algebra Relacional

5 3
Número: Duración (horas) :

Resultado de Resolver operaciones de álgebra relacional y cálculo relacional para crear


aprendizaje: nuevas relaciones a partir de relaciones existentes.

Requerimientos (Material
o equipo):
Actividades a desarrollar en la práctica:

Para la siguiente Base de Datos Relacional

Autor (DNI, Nombre, Universidad)

Tema (Codtema, descripción)

Revista (Referencia, titulo_rev, editorial)

Articulo (Referencia, DNI, Codtema, Tituloart, año, volumen, numero, páginas)

Realizar las siguientes consultas utilizando el algebra relacional

1.- Obtener los artículos cuyo tema sea “Base de Datos” y hayan sido publicada en el año 1990.

2.- Obtener las revistas de tipo general, es decir, que publiquen artículos de todos los temas.

3.- Obtener las revistas que solo publican artículos cuyo tema es medicina.

4.- Obtener los artículos del año 1993 publicados por autores de la Universidad Politécnica

Evidencias a las que contribuye el desarrollo de la práctica:

EP1: Realiza reporte de práctica en clase, sobre algebra relacional.

13
DESARROLLO DE LA PRÁCTICA O PROYECTO

Diseño de Base de Datos


Nombre de la asignatura:

Nombre de la Unidad de Lenguaje Relacional


Aprendizaje:
Nombre de la práctica o
proyecto: Instalación de SQL Server

6 3
Número: Duración (horas) :

Resultado de
Instalar adecuadamente un SMBD como servidor.
aprendizaje:

Requerimientos (Material
o equipo):
Actividades a desarrollar en la práctica:

1.- Instalar el SMDB SQL Server 2008 como servidor en una computadora PC.

2.- Realizar un manual de instalación a partir del proceso llevado a cabo incluyendo los requerimientos
mínimos para la instalación y funcionalidad del software.

Evidencias a las que contribuye el desarrollo de la práctica:

ED1: Realiza práctica sobre la instalación un SMBD como servidor

14
DESARROLLO DE LA PRÁCTICA O PROYECTO

Diseño de Base de Datos


Nombre de la asignatura:

Nombre de la Unidad de Lenguaje Relacional


Aprendizaje:
Nombre de la práctica o
proyecto: Creación de Base de Datos

7 3
Número: Duración (horas) :

Resultado de Crear bases de datos ocupando las instrucciones del Lenguaje de Definición de
aprendizaje: Datos (LDD).

Requerimientos (Material
o equipo):
Actividades a desarrollar en la práctica:

I.-Considerando como base el diagrama relacional de la práctica 3, construir la base de datos utilizando el
lenguaje SQL.

2.- Tome en cuenta las restricciones para llaves primarias, valores no nulos y claves foráneas

3.- Insertar al menos 10 elementos para cada tabla.

Evidencias a las que contribuye el desarrollo de la práctica:

EP1: Realiza reporte de práctica en clase, sobre el manejo del LDD de un SGBD

15
DESARROLLO DE LA PRÁCTICA O PROYECTO

Diseño de Base de Datos


Nombre de la asignatura:

Nombre de la Unidad de Lenguaje Relacional


Aprendizaje:
Nombre de la práctica o
proyecto: Manipulación de Base de Datos

8 3
Número: Duración (horas) :

Resultado de Manipular bases de datos utilizando el Lenguaje de Manipulación de Datos


aprendizaje: (LMD).

Requerimientos (Material
o equipo):
Actividades a desarrollar en la práctica:

I.- Realizar las siguientes consultas de actualización, considerando la base de datos creada en la práctica 7

1.- Insertar un nuevo cliente, con los datos que deseen.


2.-Agregar dos autos al nuevo cliente, los autos que usted desee.
3.- Insertar una agencia con los datos que usted decida
4.- Agregar 3 agentes que usted desee, a la agencia creada en el ejercicio anterior.
5.- Eliminar todos los autos de modelo inferior a 1995.
6.- Eliminar a todos los agentes de que vivan en Puebla.
7.- Cambiar el monto de todos los accidentes a un 15 % menos
9.- Cambiar de dirección al cliente que agrego en la consulta 1.

II.- Realizar las siguientes consultas, considerando la base de datos creada en la práctica 7

1.- Mostrar todos los datos de las agencias


2.-Mostrar nombre y dirección de los agentes que viven en Monterrey
3.- Mostrar lugar y monto de los accidentes ocurridos en el 2010
4.- Mostrar el nombre y teléfono de todos los clientes que tengan más de 30 años
5.- Mostrar la placa, modelo y marca de los autos modelo 2008 y superiores.
6.- Mostrar todos los datos de los clientes que viven en la ciudad de México.
7.- Mostrar nombre y dirección de todas las agencias.

III.- Realizar las siguientes consultas utilizando funciones. Considerar la base de datos creada en la práctica
7

1.- Mostrar el monto máximo de todos los accidentes


2.-Mostrar cuantos accidentes han ocurrido en el mes de enero del 2011

16
3.- Mostrar cuantos clientes se tienen
4.- Mostrar el monto mínimo de todos los accidentes.
5.- Mostrar el promedio del monto de los accidentes ocurridos en el 2010.
6.- Mostrar la suma de los montos de todos los accidentes.

Evidencias a las que contribuye el desarrollo de la práctica:

EP2: Realiza reporte de práctica en clase, sobre el manejo del LMD de un SGBD.

17
INSTRUMENTOS DE EVALUACIÓN

CUESTIONARIO CONCEPTOS DE BASES DE DATOS Y SMBD


CLAVE DE EVIDENCIA: EC1
UNIDAD: INTRODUCCIÓN A LAS BASES DE DATOS

Alumno_______________________________________________________

I Relaciona Ambas Columnas con las letras que corresponde (valor 40%)

XY ) Elementos de un sistema de BD ( ) LDD, LMD y Control

AD ) Estructuras de una Base de Datos ( ) Finales, desarrolladores y


administrativos.
ZS ) Sistema Manejador de Base de Datos
( ) Definición del esquema, Definición de la
estructura y método de acceso, y Mantenimiento
rutinario de la BD.
UT) Son tipos de usuarios de bases de datos.
( )Externo, Conceptual y Físico
AZ) Colección de datos relacionados, organizados en tablas
( ) Hardware, Datos, Usuarios, Software.
JK ) Modelo Entidad-Relación
( ) Gestor de almacenamiento y procesador
de consultas.
FG ) Esquemas de una Base de Datos
( ) Lógica y física.
YJ ) Física y Lógica
( ) Base de Datos

CF ) Son funciones que realiza el Administrado de base de ( ) Con él se puede generar el esquema lógico
datos de una BD

JE ) Son componentes del procesador de consultas ( ) Sirve para obtener el esquema conceptual
de una BD

DT) Modelo Relacional ( ) Tipos de Independencia de Datos

II Escribe dentro del paréntesis (F) falso o (V) verdadero (valor 40%)

1.- Un LDD es un software que permite crear una base de datos ( )


2.- Un usuario final diseña e implementa aplicaciones para acceder a las bases de datos ( )
3.- La el mantenimiento de la base de datos es una tarea del Administrador de la BD ( )
4.- Un lenguaje de consulta es un LMD ( )
5.- En una base de datos se busca tener inconsistencia ( )
6.- La independencia de datos física los cambios en la estructura de las tablas repercuten ( )
un cambio en el diseño de la BD y de la interface.
7.- La redundancia en una BD se da cuando se duplica información ( )
8.- Un LMD y LDD forman parte de un SGBD ( )
9.- El diccionario de datos almacena metadatos acerca de la estructura de la BD ( )
10.- El gestor de memoria se encarga de realizar un acceso directo a memoria de la BD ( )

III Con tus propias palabras describe que es una base de datos y su aplicación (valor 20%)

18
GUÍA DE OBSERVACIÓN PARA EVALUACIÓN DE EXPOSICIÓN
EXPOSICIÓN
CLAVE DE EVIDENCIA: ED1
UNIDAD: INTRODUCCIÓN A LAS BASES DE DATOS

UNIVERSIDAD POLITÉCNICA DE ____________________

NOMBRE DE LA ASIGNATURA : Diseño de Base de Datos

INSTRUCCIONES

Revisar los documentos o actividades que se solicitan y marque en los apartados “SI” cuando la evidencia a
evaluar se cumple; en caso contrario marque “NO”. En la columna “OBSERVACIONES” ocúpela cuando tenga
que hacer comentarios referentes a lo observado.

Valor del CUMPLE


OBSERVACIONES
reactivo Característica a cumplir (reactivo) SI NO
Puntualidad para iniciar y concluir la exposición.
10%
Esquema de diapositiva. Colores y tamaño de letra apropiada.
10%
Sin saturar las diapositivas de texto.
Portada: Nombre de la escuela (logotipo), Carrera, Asignatura,
5% Profesor, Alumnos, Matricula, Grupo, Lugar y fecha de entrega.
Ortografía (cero errores ortográficos).
10%
Exposición.
10% a. Utiliza las diapositivas como apoyo, no lectura total
b. Desarrollo del tema fundamentado y con una
15% secuencia estructurada.
c. Organización de los integrantes del equipo.
5%
d. Expresión no verbal (gestos, miradas y lenguaje
5%
corporal).
Preparación de la exposición. Dominio del tema. Habla con
20%
seguridad.
Presentación y arreglo personal
10%
CALIFICACIÓN:
100%

19
GUÍA DE OBSERVACIÓN PARA EVALUACIÓN DE PRÁCTICA
PRÁCTICA
CLAVE DE EVIDENCIA: ED1
UNIDAD: MODELO ENTIDAD - RELACIÓN

UNIVERSIDAD POLITÉCNICA
POLITÉCNICA DE _________________________
_________________________

DATOS GENERALES DEL PROCESO DE EVALUACIÓN

Nombre(s) del alumno(s): Matrícula: Firma del alumno(s):

Nombre de la Práctica: Fecha:

Asignatura Periodo cuatrimestral:

Nombre del docente: Firma del docente:

Valor CUMPLE
del
Característica a cumplir (Reactivo) OBSERVACIONES
reactiv SI NO
o
Desarrollo.
Desarrollo. Resuelve la práctica en la hora y tiempo
10% señalados por el profesor, si es en equipo participa en el
desarrollo y aporta sus opiniones.

Entidades.
Entidades Identifica correctamente las entidades
35%
Atributos.
Atributos Determina los atributos de cada unidad sin
20% duplicar información, y establece el atributo primario
para cada entidad.
Relaciones.
Relaciones Identifica correctamente las relaciones y las
20% entidades involucradas en ellas
Respeto,
Res peto, orden y actitud. Durante el desarrollo de la
15% práctica presenta buena actitud, respeto y disciplina con
sus compañeros y el profesor
100% CALIFICACIÓN

20
LISTA DE COTEJO PARA EVALUACIÓN DE REPORTE
REPORTE DE PRÁCTICA
CLAVE DE EVIDENCIA: EP1
UNIDAD: MODELO ENTIDAD - RELACIÓN

UNIVERSIDAD POLITÉCNICA
POLITÉCNICA DE ____________________________
____________________________-
___________-

DATOS GENERALES DEL PROCESO DE EVALUACIÓN

Nombre(s) del alumno(s): Matrícula: Firma del alumno(s):

Nombre de la Práctica: Fecha:

Asignatura Periodo cuatrimestral:

Nombre del docente: Firma del docente:

Valor CUMPLE
del
Característica a cumplir (Reactivo) OBSERVACIONES
reactiv SI NO
o
Presentación. El reporte cumple con los requisitos de:
• Buena presentación
10% • No tiene faltas de ortografía
• Maneja el lenguaje técnico apropiado.
• Contiene nombre y grupo del alumno
Entidades.
Entidades Identifica correctamente las entidades y
20% utiliza los símbolos adecuados.
Atributos. Determina los atributos de cada unidad sin
Atributos
20% duplicar información, y establece el atributo primario
para cada entidad.
Relaciones.
Relaciones Relaciona las entidades acordes a las
20% necesidades de los requerimientos
Cardinalidad. Determina eficientemente la cardinalidad
Cardinalidad
20% mínima y la máxima para cada relación
Responsabilidad. Entregó el reporte en la fecha y hora
10%
señalada.
100% CALIFICACIÓN

21
GUÍA DE OBSERVACIÓN PARA EVALUACIÓN DE PRÁCTICA
PRÁCTICA
CLAVE DE EVIDENCIA: ED1
UNIDAD: MODELO RELACIONAL

UNIVERSIDAD POLITÉCNICA
POLITÉCNICA DE ________________________________
________________________________

DATOS GENERALES DEL PROCESO DE EVALUACIÓN

Nombre(s) del alumno(s): Matrícula: Firma del alumno(s):

Nombre de la Práctica: Fecha:

Asignatura Periodo cuatrimestral:

Nombre del docente: Firma del docente:

Valor CUMPLE
del
Característica a cumplir (Reactivo) OBSERVACIONES
reactiv SI NO
o
Desarrollo. Resuelve la práctica en la hora y tiempo
10% señalados por el profesor, si es en equipo participa en el
desarrollo y aporta sus opiniones.
Tablas. Presenta el numero de tablas correspondiente a
20%
la conversión del modelo E-R a Relacional
Atributos y claves primarias. Cada tabla tiene los
20% atributos y claves primarias necesarias..

Tipos de Datos. Cada atributo tiene un tipo de dato


20% adecuado para el valor que representa
Relaciones y claves foráneas. Las tablas están bien
20% relacionadas considerando las claves foráneas
adecuadas.
Respeto, orden y actitud. Durante el desarrollo de la
10% práctica presenta buena actitud, respeto y disciplina con
sus compañeros y el profesor
100% CALIFICACIÓN

22
LISTA DE COTEJO PARA EVALUACIÓN DE REPORTE
REPORTE DE PRÁCTICA
CLAVE DE EVIDENCIA: EP1
UNIDAD: MODELO RELACIONAL

UNIVERSIDAD POLITÉCNICA
POLITÉCNICA DE ____________________

DATOS GENERALES DEL PROCESO DE EVALUACIÓN

Nombre(s) del alumno(s): Matrícula: Firma del alumno(s):

Nombre de la Práctica: Fecha:

Asignatura Periodo cuatrimestral:

Nombre del docente: Firma del docente:

Valor CUMPLE
del
Característica a cumplir (Reactivo) OBSERVACIONES
reactiv SI NO
o
Presentación. El reporte cumple con los requisitos de:
• Buena presentación
10% • No tiene faltas de ortografía
• Maneja el lenguaje técnico apropiado.
• Contiene nombre y grupo del alumno
Tablas. Presenta el numero de tablas correspondiente a
20% la conversión del modelo E-R a Relacional
Atributos y claves primarias. Cada tabla tiene los
20% atributos y claves primarias necesarias..

Tipos de Datos. Cada atributo tiene un tipo de dato


20% adecuado para el valor que representa
Relaciones y claves foráneas. Las tablas están bien
20% relacionadas considerando las claves foráneas
adecuadas.
Responsabilidad. Entregó el reporte en la fecha y hora
10% señalada.
100% CALIFICACIÓN

23
LISTA DE COTEJO PARA EVALUACIÓN
EVALUACIÓN DE REPORTE DE PRÁCTICA
PRÁCTICA
CLAVE DE EVIDENCIA: EP1
UNIDAD: ALGEBRA RELACIONAL

UNIVERSIDAD POLITÉCNICA
POLITÉCNICA DE FRANCISCO I. MADERO

DATOS GENERALES DEL PROCESO DE EVALUACIÓN

Nombre(s) del alumno(s): Matrícula: Firma del alumno(s):

Nombre de la Práctica: Fecha:

Asignatura Periodo cuatrimestral:

Nombre del docente: Firma del docente:

Valor CUMPLE
del
Característica a cumplir (Reactivo) OBSERVACIONES
reactiv SI NO
o
Presentación. El reporte cumple con los requisitos de:
• Buena presentación
15% • No tiene faltas de ortografía
• Maneja el lenguaje técnico apropiado.
• Contiene nombre y grupo del alumno
Consultas. Realiza las consultas a la base de datos
40% requeridas.

Sintaxis. La sintaxis utilizada es la correcta.


30%
Responsabilidad. Entregó el reporte en la fecha y hora
15%
señalada.
100% CALIFICACIÓN

24
GUÍA DE OBSERVACIÓN PARA EVALUACIÓN DE PRÁCTICA
PRÁCTICA
CLAVE DE EVIDENCIA: ED1
UNIDAD: LENGUAJE RELACIONAL

UNIVERSIDAD POLITÉCNICA
POLITÉCNICA DE ________________________________
________________________________

DATOS GENERALES DEL PROCESO DE EVALUACIÓN

Nombre(s) del alumno(s): Matrícula: Firma del alumno(s):

Nombre de la Práctica: Fecha:

Asignatura Periodo cuatrimestral:

Nombre del docente: Firma del docente:

Valor CUMPLE
del
Característica a cumplir (Reactivo) OBSERVACIONES
reactiv SI NO
o
Desarrollo. Instala el software en la hora y tiempo
15% señalados por el profesor, si es en equipo participa en el
desarrollo y aporta sus opiniones.
Funcionalidad. La instalación es completa y funcional
40%
Manual. El desarrollo del manual es completo e incluye
15% todos los pasos que se siguieron en la instalación
Utilidad. El manual es legible y resulta un apoyo para
15%
poder instalar el software en otra ocasión.
Respeto, orden y actitud. Durante el desarrollo de la
15% práctica presenta buena actitud, respeto y disciplina con
sus compañeros y el profesor
100% CALIFICACIÓN

25
LISTA DE COTEJO PARA EVALUACIÓN DE REPORTE
REPORTE DE PRÁCTICA
CLAVE DE EVIDENCIA: EP1
UNIDAD: LENGUAJE RELACIONAL

UNIVERSIDAD POLITÉCNICA
POLITÉCNICA DE FRANCISCO I. MADERO

DATOS GENERALES DEL PROCESO DE EVALUACIÓN

Nombre(s) del alumno(s): Matrícula: Firma del alumno(s):

Nombre de la Práctica: Fecha:

Asignatura Periodo cuatrimestral:

Nombre del docente: Firma del docente:

Valor CUMPLE
del
Característica a cumplir (Reactivo) OBSERVACIONES
reactiv SI NO
o
Presentación. El reporte cumple con los requisitos de:
• Buena presentación
10% • No tiene faltas de ortografía
• Maneja el lenguaje técnico apropiado.
• Contiene nombre y grupo del alumno
Comandos y Sintaxis.
Sintaxis Utiliza los comandos adecuados
20% con la sintaxis correcta.

Restricciones y Claves primarias. Define los atributos con


20% las restricciones requeridas

Tipos de datos.
datos Los tipos de datos que establece son los
20% necesarios.

Relaciones y claves foráneas. Establece eficientemente


20%
las relaciones con las claves primarias y foráneas.
Responsabilidad. Entregó el reporte en la fecha y hora
10% señalada.
100% CALIFICACIÓN

26
LISTA DE COTEJO PARA EVALUACIÓN DE REPORTE
REPORTE DE PRÁCTICA
CLAVE DE EVIDENCIA: EP2
UNIDAD: LENGUAJE RELACIONAL

UNIVERSIDAD POLITÉCNICA
POLITÉCNICA DE FRANCISCO I. MADERO

DATOS GENERALES DEL PROCESO DE EVALUACIÓN


Nombre(s) del alumno(s): Matrícula: Firma del alumno(s):

Nombre de la Práctica: Fecha:

Asignatura Periodo cuatrimestral:

Nombre del docente: Firma del docente:

Valor CUMPLE
del Característica a cumplir (Reactivo) OBSERVACIONES
reactivo SI NO
Presentación. El reporte cumple con los requisitos de:
• Buena presentación
15% • No tiene faltas de ortografía
• Maneja el lenguaje técnico apropiado.
• Contiene nombre y grupo del alumno
Consultas. realiza las consultas a la base de datos requeridas y
40% funcionan en el SMBD

Sintaxis. La sintaxis utilizada es la correcta.


30%

Responsabilidad. Entregó el reporte en la fecha y hora señalada.


15%

100% CALIFICACIÓN

27
GLOSARIO DE TÉRMINOS Y ABREVIATURAS

1. Administración de bases de datos: La gestión de la implementación física de un sistema de


bases de datos, lo que incluye el diseño físico de la base de datos y su implementación, la
configuración de los controles de seguridad e integridad, la monitorización de las prestaciones del
sistema y la reorganización de la base de datos según sea necesario.

2. Administración de datos: La gestión de los recursos de datos, lo que incluye la planificación de


la base de datos, el desarrollo y el mantenimiento de estándares, políticas y procedimientos, así
como el diseño conceptual y lógico de la base de datos.

3. Agregación: Representa una relación de tipo "tiene" o "es parte de" entre tipos de entidad, en la
que uno de los tipos de entidad representa el "todo" y el otro representa la "parte".

4. Atributo: Una propiedad de un tipo de entidad o de relación.

5. Atributo: Un atributo es una columna nominada de una relación.

6. Atributo compuesto: Un atributo que está formado por múltiples componentes, cada uno de
ellos con una existencia independiente.

7. Atributo derivado: Un atributo que representa un valor que puede derivarse del valor de un
atributo o conjunto de atributos relacionados, no necesariamente del mismo tipo de entidad.

8. Atributo multivaluado: Un atributo que contiene múltiples valores para cada instancia de un tipo
de entidad.

9. Atributo simple: Un atributo compuesto de un único componente con existencia independiente.

10. Atributo univaluado: Un atributo que contiene un único valor para cada instancia de un tipo de
entidad.

28
11. Base de datos relacional: Una colección de relaciones normalizadas en al que cada relación
tiene un nombre distintivo.

12. Cardinalidad: Describe el número máximo de posibles instancias de relación para una entidad
que participa en un tipo de relación dado.

13. Cardinalidad: La cardinalidad de una relación es el número de filas que contiene.

14. Clave candidata: El conjunto mínimo de atributos que identifican de forma unívoca cada
instancia de un tipo de entidad.

15. Clave candidata: Una superclave tal que ningún subconjunto propio de la misma es una
superclave de la relación.

16. Clave compuesta: Una clave candidata que está formada por dos o más atributos.

17. Clave externa: Un atributo, o conjunto de atributos, dentro de una relación que se
corresponden con la clave candidata de alguna relación.

18. Clave principal: La clave candidata que se selecciona para identificar de forma unívoca cada
instancia de un tipo de entidad.

18. Clave principal: La clave candidata seleccionada para identificar las filas de forma unívoca
dentro de cada relación.

19. Combinación externa: La combinación externa (izquierda) es una combinación en la que


también se incluyen en la relación resultante las filas de R que no tengan valores
correspondientes en los atributos comunes de S (a los valores no existentes en la segunda
relación se les asigna un valor nulo).

29
20. Combinación natural: La combinación natural es una equicombinación entre las dos
relaciones R y S sobre todos los atributos comunes x (del resultado se elimina una de las dos
apariciones de cada atributo común).

21. Composición: Una forma específica de agregación que representa una asociación entre
entidades donde hay una pertenencia fuerte y una existencia coincidente entre el "todo" y la
"parte".

22. Conversión y carga de los datos: Transferencia de los datos existentes a la nueva base de
datos y conversión de las aplicaciones existentes para que se ejecuten con la nueva base de
datos.

23. Definición del sistema: Describe el ámbito y los límites de la aplicación de base de datos y las
principales vistas de usuario.

24. Diseño conceptual de la base de datos: El proceso de construcción de un modelo de los datos
utilizados en una empresa, de forma independiente de todas las consideraciones físicas.

25. Diseño de la aplicación: El diseño de la interfaz de usuario y de los programas de aplicación


que permite utilizar y procesar la base de datos.

26. Diseño de la base de datos: El proceso de creación de un diseño que dé soporte a la misión y
a los objetivos de la misión de la empresa para el sistema de base de datos requerido.

27. Diseño físico de la base de datos: El proceso de generar una descripción de la


implementación de la base de datos en el almacenamiento secundario; describe las relaciones
base, la organización de los archivos y los índices utilizados para conseguir un acceso eficiente a
los datos, así como cualesquiera medidas de seguridad y restricciones de integridad asociadas.

28. Diseño lógico de la base de datos: El proceso de construcción de un modelo de los datos
utilizados en una empresa basándose en un modelo de datos específico, pero de forma
independiente de un SMBD concreto y de cualquier otra consideración física.

30
29. División: La operación de división define una relación sobre los atributos C que está
compuesta por el conjunto de filas de R que se corresponden con la combinación de todas las
filas de S.

30. Determinación de hechos: El proceso formal de utilizar técnicas tales como entrevistas y
cuestionarios para recopilar hechos acerca de los sistemas, requisitos y preferencias.

31. Dominio de atributo: El conjunto de valores permitidos para uno o más atributos.

32. Enfoque centralizado: Los requisitos de cada vista de usuario se combinan en un único
conjunto de requisitos para el nuevo sistema de base de datos. Durante la etapa de diseño de la
base de datos se crea un modelo de datos que representa todas las vistas de usuario.

33. Enfoque de integración de las Vistas: Los requisitos de cada vista de usuario se mantienen en
listas separadas. Durante la etapa de diseño de la base de datos se crean y combinan los
modelos de datos que representan cada una de las vistas de usuario.

34. Especialización: El proceso de maximizar las diferencias entre miembros de una entidad
identificando sus características distintivas.

35. Esquema de la base de datos relacional: Un conjunto de esquemas de relación, cada uno con
un nombre distintivo.

36. Esquema de relación: Una relación denominada definida por un conjunto de parejas de
atributos y nombres de dominio.

37. Generalización: El proceso de minimizar las diferencias entre entidades identificando sus
características comunes.

38. Grado: EL grado de una relación es el número de atributos que contiene.

39. Grado de un tipo de relación: El número de tipos de entidad que participan en una relación.

31
40. Implementación: La realización física del diseño de la base de datos y del diseño de las
aplicaciones.

41. Instancia de relación: Una asociación identificable de forma unívoca que incluye una instancia
de cada uno de los tipos de entidad participantes.

42. Instancia de una entidad: Un objeto identificable de forma unívoca dentro de un tipo de
entidad.

43. Integridad
Integridad de entidad: En una relación base ningún atributo de una clave principal puede ser
nulo.

44. Integridad referencial: Si hay una clave externa en una relación, el valor de la clave externa
debe corresponderse con el valor de una clave candidata de alguna fila en su relación de origen o
el valor de la clave externa debe ser completamente nulo.

45. Intersección: La operación de intersección define una relación compuesta por el conjunto de
todas las filas que existen tanto en R como en S (R y S deben ser compatibles con respecto a la
unión).

46. Multiplicidad: El número (o rango) de posibles instancias de un tipo de entidad que pueden
relacionarse con una única instancia de otro tipo de entidad asociado a través de una relación
concreta.

47. Operación de agrupación: Agrupa las filas de la relación R según los atributos de agrupación,
GA, y luego aplica la lista de funciones de agregación AL para definir una nueva relación.

48. Operaciones de agregación: Aplica la lista de funcionas de agregación, AL, a la relación R para
definir una relación sobre la lista de agregación.

49. Participación: Determina si todas las instancias de entidad participan en una relación o sólo lo
hacen algunas.

32
50. Planificación de la base de datos: Las actividades de gestión que permiten llevar a cabo las
distintas etapas del ciclo de vida del desarrollo de sistemas de base de datos de la forma más
eficiente y efectiva posible.

51. Producto cartesiano: La operación de producto cartesiano define una relación que es la
concatenación de cada fila de la relación R con cada fila de la relación S.

52. Proyección: La operación de proyección se aplica a una única relación R y define otra relación
que contiene un subconjunto vertical de R, extrayendo los valores de los atributos especificados y
eliminando los duplicados.

53. Recopilación y análisis de requisitos: El proceso de recopilar y analizar la información acerca


de la parte de la organización a la que el sistema de base de datos tenga que dar soporte, y
utilizar esta información para identificar los requisitos relativos al nuevo sistema.

54. Relación: Una relación es una tabla con columnas y filas.

55. Selección: La operación de selección se aplica a una única relación R y define otra relación
que contiene únicamente aquellas filas de R que satisfagan la condición (predicado) especificada.
SMBD
SMBD.
BD. Sistema Administrador de Bases de Datos

56. Transacción: Una acción o serie de acciones llevadas a cabo por un único usuario o programa
de aplicación y que acceden al contenido de la base de datos o los modifican.

57. Unión: La unión de dos relaciones R y S define una relación que contiene todas las filas R, de
S o tanto de R como de S, eliminándose las filas duplicadas (R y S deben ser compatibles con
respecto a la unión).

58. Valor nulo: Representa un valor para un atributo que es actualmente desconocido o no es
aplicable para esa fila.

59. Vista: El resultado dinámico de una o más operaciones relacionales que operan sobre las

33
relaciones base para producir otra relación. Una vista es una relación virtual que no tiene por qué
existir necesariamente en la base de datos, sino que puede producirse cuando se solicite por
parte de un usuario concreto, generándose en el momento de la solicitud.

60. Vista de usuario: Define qué es lo que se requiere de un sistema de base de datos desde la
perspectiva de un determinado rol de la organización (p.ej. gerente) o de un área de aplicación
empresarial (p.ej. marketing).

34
BIBLIOGRAFÍA

TÍTULO: Diseño de Bases de Datos Relacionales


AUTOR: Miguel, A. de y Piattini, M y Marcos, E
AÑO: 2004
EDITORIAL O REFERENCIA: RA-MA
LUGAR Y AÑO DE LA EDICIÓN: Madrid
ISBN O REGISTRO: 84-7897-385-0

TÍTULO: Fundamentos de bases de datos


AUTOR: Korth, H.F.; Siberschatz, A.; Sudarshan
AÑO: 2004
EDITORIAL O REFERENCIA: McGraw-Hill
LUGAR Y AÑO DE LA EDICIÓN: 5ª, España
ISBN O REGISTRO: 8448146441

TÍTULO: Sistemas de Bases de Datos, Diseño, implementación y administración


AUTOR: Meter Rob/Carlos Coronel
AÑO: 2005
EDITORIAL O REFERENCIA: Thomson
LUGAR Y AÑO DE LA EDICIÓN: 3ª, España
ISBN O REGISTRO: 9706862862

35

Вам также может понравиться