Академический Документы
Профессиональный Документы
Культура Документы
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
Coordinadora
Coordinadora de Universidades Politécnicas
2
PÁGINA LEGAL
Participantes
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
DBD-ES
Clave:
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
8
DESARROLLO DE PRÁCTICAS
PRÁCTICAS O ACTIVIDADES DE APRENDIZAJE
1 2
Número: Duración (horas) :
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 una lista de entidades con sus respectivos atributos y mencionar cual es el atributo primario.
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
2 3
Número: Duración (horas) :
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
3 2
Número: Duración (horas) :
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
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.
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
5 3
Número: Duración (horas) :
Requerimientos (Material
o equipo):
Actividades a desarrollar en la práctica:
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
13
DESARROLLO DE LA PRÁCTICA O PROYECTO
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.
14
DESARROLLO DE LA PRÁCTICA O PROYECTO
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
EP1: Realiza reporte de práctica en clase, sobre el manejo del LDD de un SGBD
15
DESARROLLO DE LA PRÁCTICA O PROYECTO
8 3
Número: Duración (horas) :
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
II.- Realizar las siguientes consultas, considerando la base de datos creada en la práctica 7
III.- Realizar las siguientes consultas utilizando funciones. Considerar la base de datos creada en la práctica
7
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.
EP2: Realiza reporte de práctica en clase, sobre el manejo del LMD de un SGBD.
17
INSTRUMENTOS DE EVALUACIÓN
Alumno_______________________________________________________
I Relaciona Ambas Columnas con las letras que corresponde (valor 40%)
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
II Escribe dentro del paréntesis (F) falso o (V) verdadero (valor 40%)
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
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.
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 _________________________
_________________________
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 ____________________________
____________________________-
___________-
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 ________________________________
________________________________
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..
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 ____________________
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..
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
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.
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 ________________________________
________________________________
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
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.
Tipos de datos.
datos Los tipos de datos que establece son los
20% necesarios.
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
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
100% CALIFICACIÓN
27
GLOSARIO DE TÉRMINOS Y ABREVIATURAS
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".
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.
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.
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.
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.
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.
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.
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.
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
35