Fundamentos de Base de Datos - Unidad 1 y 2

TECNOLÓGICO NACIONAL DE MÉXICO
INSTITUTO TECNOLÓGICO DE AGUASCALIENTES
Fundamento de Base de Datos

Ingeniería en Tecnologías de la Información y Comunicaciones
Caracterización de la asignatura
Esta asignatura aporta al perfil del egresado la capacidad para analizar, diseñar y
gestionar sistemas de bases de datos conforme a los requerimientos del entorno
para garantizar la integridad, disponibilidad y confidencialidad de la información, así
como para desarrollar e implementar sistemas de información para la gestión de
procesos y apoyo en la toma de decisiones, utilizando metodologías basadas en
estándares internacionales.
Es importante porque el estudiante adquiere las competencias en el análisis y el

diseño de base de datos, que le permitirán desarrollar aplicaciones para sistemas
de información robustos que ofrezcan garantía en el manejo de la información. Es
conveniente mencionar que hoy en día la información forma parte del capital
intangible de las organizaciones y cada vez se demandan sistemas de información
que garanticen la integridad y seguridad de la misma.
La asignatura propicia el dominio de modelos de diseño de base de datos basados

en reglas de normalización, de integridad y de seguridad.
Esta asignatura requiere como competencia previa que el estudiante comprenda y

aplique los conceptos y propiedades de álgebra de conjuntos, relaciones y álgebra
booleana adquiridas en matemáticas discretas. Se relaciona con asignaturas
posteriores donde se apliquen bases de datos y desarrollen aplicaciones para el
tratamiento de información.
Competencias previas
Comprende y aplica los conceptos básicos de lógica matemática, conjuntos y

relaciones para aplicarlos en modelos que resuelvan problemas computacionales
Competencias genéricas
 Habilidades para buscar, procesar y analizar información procedente de

diversas fuentes
 Capacidad de abstracción, análisis y síntesis
 Capacidad de comunicación oral y escrita
 Capacidad de aplicar los conocimientos en la práctica
 Capacidad para identificar, plantear y resolver problemas
 Capacidad de trabajo en equipo
 Capacidad de abstracción análisis y síntesis
Ene-Jun 2019 L.I. Arturo López Ponce

Competencias específicas de la asignatura
Analiza requerimientos y diseña bases de datos para generar soluciones al

tratamiento de información basándose en modelos y estándares.
Temario:
1. Introducción a las bases de datos

1.1. Conceptos básicos
1.2. Objetivos de las Bases de Datos
1.3. Áreas de Aplicación de los Sistemas de Bases de datos
1.4. Modelos de bases de datos
1.5. Clasificación de Bases de Datos
1.6. Arquitectura de base de datos
1.7. Arquitectura del SGBD
2. Diseño de Bases de Datos con el modelo ER.

2.1. El Proceso de Diseño
2.2. Modelo Entidad-Relación
2.3. Diseño con diagramas E-R
2.4. Modelo E-R extendido
2.5. La Notación E-R con UML.
3. Modelo relacional
3.1. Introducción al modelo relacional
3.2. Conversión de Modelo E-R a Modelo relacional
3.3. Esquema de la base de datos
3.4. Restricciones
3.4.1. Integridad de entidad
3.4.2. Integridad referencial
3.5. Integridad de dominio
4. Normalización de bases de datos.

4.2. Primera forma normal.
4.3. Dependencias funcionales y transitivas.
4.4. Segunda forma normal.
4.5. Tercera forma normal.
4.6. Forma normal Boyce-Codd.
4.7. Otras formas normales.
5. Álgebra relacional.
5.1. Operaciones fundamentales del álgebra relacional
5.2. Álgebra relacional extendida.

6. Introducción al lenguaje SQL.

6.1. Características
6.2. Lenguaje de Definición de Datos (LDD)
6.3. Lenguaje de Manipulación de Datos (LMD)
Bibliografía
Del programa:
1. Korth, H. y Silbertchatz, A. Fundamentos de Bases de datos. (5ª ed.). Ed.
McGraw Hill.
2. De Miguel, A. y Piattini, M. (1999) Fundamentos y modelos de bases de datos.
(2ª ed.), Ed. Alfa-Omega Ra-Ma.
3. Rob, P. y Coronel, C. Sistemas de Base de Datos (Diseño, Implementación y
Administración). (5ª ed.).Ed. Thomson.
4. Kroenke, D. Procesamiento de Base de Datos –Fundamentos, diseño e
implementación-.( 8ª ed). Ed. Pearson Prentice-Hall.
5. De Miguel, S. et al. Diseño de Base de datos –Problemas resueltos-. Ed.
Alfaomega & Ra-Ma.
6. Groff, J. y Weinberg, P. Manual de referencia SQL. Ed. McGraw Hill.
7. Date, C. (2012) Introduction to Data Base Systems (7ª Ed.) Ed. Addison – Wesley
Iberoamericana.
8. De Miguel, S. y Piattini, M. Concepción y Diseño de Base de datos –Del modelo
E-R al modelo relacional. Ed. Addison Wesley Iberoamericana, Ra-Ma.
Actualizada:
1. Elmasri, Ramez, Fundamentos de Sistemas de Bases de Datos (5ª Ed.),

Addison-Wesley.
2. Silbertchatz, Abraha, Fundamentos de Diseño de Bases de Datos (5ª Ed.),
Mc Graw-Hill
3. Milán, Martha Elena, Fundamentos de Bases de Datos Notas de Referencia,
1ª Edición 2012, Edición Digital 2017. Programa Editorial Universidad del
Valle.
4. Martínez López, Francisco Javier / Gallegos Ruíz, Amalia, (2017)
Programación de Bases de Datos Relacionales, Editorial Ra-ma.

Fechas de Productos de aprendizaje
Evidencia
Unidad
1 2 3
Mapa conceptual (30%) Cuadro Comparativo (30%)
1 01/Feb/2019 01/Feb/2019
Rúbrica Rúbrica Examen Escrito (40%)
Mapa mental (30%)
Resolución de problemas 22/Feb/2019
(30%)
2 22/Feb/2019
22/Feb/2019
Rúbrica
Rúbrica
Resolución de problemas
(40%)
3 15/Mar/2019
Examen Escrito (40%)
Rúbrica
29/Mar/2019
Resolución de problemas
(40%)
4 29/Mar/2019
Rúbrica
Resolución de problemas Video (60%)
(40%)
5 15/Abr/2019
15,16,17/Abr/2019
Rúbrica Guía de Observación
Proyecto
6 27,28,29/May/2019
Guía de Observación
2ª
Oportunidad 04/Jun/2019
Otras Observaciones:
 Hora de entrada
 Asistencia a clase
 Exámenes
 Revisión equitativa 1ª. Oportunidad

2ª. Oportunidad
 Solicitud de Amistad a la cuenta de Facebook Arturo López Ponce

 Solicitar que los agregue al grupo FBD Ene-Jun-2019.
 Foto para el Face.

1. Introducción a las bases de datos
La expresión “Base de Datos” surge a principios de los

años 60’s como una respuesta a los problemas
inherentes de manejar los datos utilizando lenguajes
de datos o de 3ª generación, es decir, archivos rígidos
sin esquemas de seguridad y con datos redundantes.
Se intenta bajo esta nueva idea, se incorporen una
serie de características a fin de constituir un sistema
integral y eficiente, con esto se pretende solucionar los
problemas del mundo real en lo que respecta al manejo
Dr. Edgar F Cood
de datos.
Dato
Mínima unidad de información. Es un valor (numérico, alfabético, algorítmico,
espacial, etc.) que por sí sólo no dice mucho.
Información
Conjunto organizado de datos procesados, que constituyen un mensaje que cambia
el estado de conocimiento del sujeto o sistema que recibe dicho mensaje.

Definiciones de base de datos en la web:
http://es.wikipedia.org/wiki/Base_de_datos
Conjunto de datos pertenecientes a un mismo contexto y almacenados
sistemáticamente para su posterior uso.
http://www.masadelante.com/faqs/base-de-datos
Una base de datos es una colección de información organizada de forma que un
programa de computadoras pueda seleccionar rápidamente los fragmentos de
datos que necesite. Una base de datos es un sistema de archivos electrónico.
https://www.definicionabc.com/tecnologia/base-de-datos.php
Una base de datos es el conjunto de datos informativos organizados en un mismo
contexto para su uso y vinculación.
http://www.maestrosdelweb.com/que-son-las-bases-de-datos/
Una base de datos es un “almacén” que nos permite guardar grandes cantidades
de información de forma organizada para que luego podamos encontrar y utilizar
fácilmente.
www.hardware12v.com/diccionario/b.php
Conjunto de información guardada de forma correlativa y organizada de la cual
posteriormente se puede extraer uno o varios datos necesarios.
www.galeon.com/filoesp/glosario/glos_B.htm
Colección de datos formateados de manera tal de facilitar la recuperación de una
información en particular.
www.fao.org/docrep/W2962S/w2962s0l.htm
Conjunto organizado e integrado de datos almacenados en computadora, con el fin
de facilitar su uso para aplicaciones con múltiples finalidades.
https://definicion.org/base-de-datos
Conjunto de registros cuantitativos y/o cualitativos interrelacionados que se
almacenan con objeto de satisfacer las necesidades del proceso de información en
una organización. El término implica más de un archivo integrado, utilizado para
muchas aplicaciones de procesamiento. La base de datos permite incluir
información nueva o modificar la existente, eliminando toda posibilidad de
redundancia e inconsistencias, además de que posibilita compartir la información y
mejorar los controles sobre la misma.
http://www.unmsm.edu.pe/ogp/ARCHIVOS/Glosario/indb.htm#4
Conjunto de datos organizados entre los cuales existe una correlación y que están
almacenados con criterios independientes de los programas que los utilizan. La
filosofía de las bases de datos es la de almacenar grandes cantidades de datos de

una manera no redundante y que permita las posibles consultas de acuerdo a los
derechos de acceso.
1.2. Objetivos de las Bases de Datos
Los objetivos principales de un sistema de base de datos son disminuir los

siguientes aspectos:
 Redundancia e inconsistencia de datos: Puesto que los archivos que

mantienen almacenada la información son creados por diferentes tipos de
programas de aplicación existe la posibilidad de que, si no se controla
detalladamente el almacenamiento, se pueda originar un duplicado de
información. Esto aumenta los costos de almacenamiento y acceso a los
datos, además de que puede originar la inconsistencia de los datos - es decir
diversas copias de un mismo dato no concuerdan entre sí -, por ejemplo: que
se actualiza la dirección de un cliente en un archivo y que en otros archivos
permanezca la anterior.
 Dificultad para tener acceso a los datos: Un sistema de base de datos debe
contemplar un entorno de datos que le facilite al usuario el manejo de los
mismos. Supóngase un banco, y que uno de los gerentes necesita averiguar
los nombres de todos los clientes que viven dentro del código postal 78733
de la ciudad. El gerente pide al departamento de procesamiento de datos que
genere la lista correspondiente. Puesto que esta situación no fue prevista en
el diseño del sistema, no existe ninguna aplicación de consulta que permita
este tipo de solicitud, esto ocasiona una deficiencia del sistema.
 Anomalías del acceso concurrente: Para mejorar el funcionamiento global del

sistema y obtener un tiempo de respuesta más rápido, muchos sistemas
permiten que múltiples usuarios actualicen los datos simultáneamente. En un
entorno así la interacción de actualizaciones concurrentes puede dar por
resultado datos inconsistentes. Para prevenir esta posibilidad debe
mantenerse alguna forma de supervisión en el sistema.
 Problemas de seguridad: La información de toda empresa es importante,

aunque unos datos lo son más que otros, por tal motivo se debe considerar
el control de acceso a los mismos, no todos los usuarios pueden visualizar
alguna información, por tal motivo para que un sistema de base de datos sea
confiable debe mantener un grado de seguridad que garantice la
autentificación y protección de los datos. En un banco, por ejemplo, el
personal de nóminas sólo necesita ver la parte de la base de datos que tiene
información acerca de los distintos empleados del banco y no a otro tipo de
información.

 Problemas de integridad: Los valores de datos almacenados en la base de

datos deben satisfacer cierto tipo de restricciones de consistencia. Estas
restricciones se hacen cumplir en el sistema añadiendo códigos apropiados
en los diversos programas de aplicación.
 Evitar el problema de atomicidad: Un sistema de una computadora, como

cualquiera otro dispositivo mecánico o eléctrico, está sujeto a fallo. En
muchas aplicaciones es crucial asegurar que una vez que un fallo a ocurrido
y se ha detectado, los datos se restauran al estado de consistencia que
existía antes del fallo, es decir, las modificaciones deben de ocurrir por
completo o no ocurrir en absoluto.
Otros objetivos:
 Control Centralizado: Un sistema de bases de datos proporciona a la

empresa un control centralizado de sus datos de operación.
 Pueden hacerse cumplir las normas establecidas: Con el control central

de la base de datos, el DBA puede garantizar que se cumplan todas las
formas aplicables a la representación de los datos. Las normas aplicables
pueden comprender la totalidad o parte de los siguientes: normas de la
compañía, de instalación, departamentales, industriales, nacionales o
internacionales.
 Almacenamiento persistente de objetos y estructuras de datos de

programas: Una aplicación reciente de las bases de datos consiste en
ofrecer almacenamiento persistente para objetos y estructuras de datos
de programas. Esta es una de las principales razones de que se hayan
creado los SGBD orientados a objetos. El almacenamiento persistente
de objetos y estructuras de datos de programas es una función
importante para los sistemas de bases de datos. Los SGBD tradicionales
a menudo adolecían del llamado problema de incompatibilidad de
impedancia porque las estructuras de datos proporcionadas por el SGBD
eran incompatibles con las del lenguaje de programación. Los sistemas
de base de datos orientados a objetos suelen ofrecer compatibilidad de
las estructuras de datos con uno o más lenguajes de programación
orientada a objetos.
 Inferencias en la base de datos mediante reglas de deducción: Otra

aplicación reciente de los sistemas de base de datos consiste en ofrecer
recursos para definir reglas de deducción que permitan deducir o inferir
información nueva a partir de los datos almacenados. A estos sistemas
se les conoce como bases de datos deductivas.
 Suministro de múltiples interfaces con los usuarios: En vista de que
muchos tipos de usuarios con diversos niveles de conocimientos técnicos
utilizan las bases de datos, el SGBD debe ofrecer diferentes interfaces.

Entre éstas podemos mencionar los lenguajes de consulta para usuarios

esporádicos, las interfaces de lenguaje de programación para
programadores de aplicaciones, las formas y códigos de órdenes para
los usuarios paramétricos y las interfaces controladas por menús y en
lenguaje natural para los usuarios autónomos.
 Respaldo y Recuperación: Todo SGBD debe contar con recursos para

recuperarse de fallos de hardware o de software. Para ello está el
subsistema de respaldo y recuperación del SGBD. Por ejemplo, si el
sistema falla mientras se está ejecutando un complejo programa de
actualización, el subsistema de recuperación se encargará de
asegurarse de que la base de datos se restaure al estado en el que
estaba antes de que comenzara la ejecución del programa.
1.3. Áreas de Aplicación de los Sistemas de Bases de datos
Producto de Aprendizaje Cuadro Comparativo
Elaborar un cuadro comparativo de los diferentes SGBD que existen en el mercado.

Instituto Tecnológico de Aguascalientes

Departamento de Sistemas y Computación
Asignatura: Fundamento de Base de Datos

Carrera: Ingeniería en Tecnológicas de la Información y Comunicaciones
Grupo: AEF1031/TC2 Hora: 08-09
Nombre del alumno:
No. Control: Fecha:
Rúbrica del Cuadro comparativo de la Unidad 1
Instrucciones: Indique con una “X” en la intersección fila - columna las características mínimas que cumple el
proyecto entregado como evidencia, anote los puntos en cada criterio y súmelos.
Criterios de
Excelente Notable Bueno Suficiente Insuficiente
desempeño
Presenta una portada con: Presenta una portada con Presenta una portada con Presenta una portada con No presenta portada.
1. Logo del TecNM y del cinco de los conceptos cuatro de los conceptos tres o menos de los
ITA en la parte del apartado de del apartado de conceptos del apartado de
superior. excelente. excelente. excelente.
2. Nombre del Instituto
3. Nombre de la carrera
Portada 4. Unidad y Descripción
del producto de
aprendizaje.
5. Nombre y número de
control del estudiante
6. Fecha
Pts. 5 pts. 4.5 pts. 4 pts. 3.5 pts. 0 pts.
Presenta introducción con Presenta introducción Presenta una Presenta una introducción No presenta introducción.
una explicación del cuadro con una explicación del introducción con una con una explicación del
comparativo sin errores cuadro comparativo sin explicación del cuadro cuadro comparativo muy
Introducción ortográficos en más de errores ortográficos en comparativo con algunos breve y con errores
media cuartilla. media cuartilla . errores ortográficos (dos ortográficos.
o menos) en menos de
media cuartilla.
Presenta un cuadro Presenta un cuadro Presenta un cuadro Presenta un cuadro Presenta un cuadro
comparativo con más de comparativo con ocho comparativo con seis comparativo con cuatro comparativo con menos de
ocho SGBD y con más de SGBD y con cinco SGBD y con cuatro SGBD y con tres cuatro SGBD y con menos de
cinco características (de las características (de las características (de las características (de las que tres características.
Desarrollo que se incluyen: que se incluyen: que se incluyen: se incluyen: Características
Características del producto, Características del Características del del producto).
Versiones, Ventajas y producto, Ventajas y producto, Ventajas y
Desventajas). Desventajas). Desventajas).
Pts. 50 pts 45 pts 40 pts 35 pts 0 pts
Presenta más de cinco Presenta cinco obras Presenta cuatro obras Presenta tres obras No presenta aportaciones
obras consultadas de consultadas de consultadas de consultadas de referencia o personales.
referencia, considerando los referencia, considerando referencia, considerando menos, considerando los
Bibliografía documentos, material los documentos, material los documentos, material documentos, material
impreso o no impreso impreso o no impreso impreso o no impreso impreso o no impreso.
utilizando el estilo de utilizando el estilo de utilizando el estilo de
referencias APA. referencias APA. referencias APA.
Pts. 15 pts 13.5 pts 12 pts 10.5 pts 0 pts
Presenta una opinión Presenta una opinión Presenta una opinión Presenta una opinión No presenta aportaciones
personal coherente con el personal coherente con el personal coherente con el personal coherente con el personales.
Conclusiones trabajo y sin errores trabajo y sin errores trabajo y sin errores trabajo y con pocos errores
ortográficos en más de ortográficos en media ortográficos en menos de ortográficos en menos de
media cuartilla. cuartilla. media cuartilla. media cuartilla.
Pts. 15 pts 13.5 pts 12 pts 10.5 pts 0 pts
El trabajo tiene impreso la El trabajo tiene impreso El trabajo tiene impreso El trabajo tiene impreso la No presenta la rúbrica
Rúbrica y la retroalimenta- la Rúbrica y la retro- la Rúbrica y la retro- Rúbrica y la retroalimen- impresa.
ción, con los datos del alimentación y falta el alimentación y solo tiene tación, sin el nombre del
Rúbrica nombre del alumno, número nombre del alumno o el nombre del alumno o alumno, número de control
de control y fecha de número de control o la número de control o la y la fecha de entrega.
entrega. fecha de entrega. fecha de entrega.
No entrego el cuadro
Fecha de entrega Entrega el cuadro comparativo en la fecha señalada comparativo en la fecha
señalada.
Pts. 5 0 pts.
Calificación
Nivel de desempeño mínimo aceptable: 70 pts.

RETROALIMENTACION
ASPECTOS POSITIVOS:
1.-
2.-
3.-
AREAS DE OPORTUNIDAD Y SUGERENCIAS DE MEJORA:

1.-
2.-
3.-
NOMBRE Y FIRMA DE CONFORMIDAD DEL ALUMNO:

1.4. Modelos de bases de datos
Los modelos de datos aportan la base conceptual para diseñar aplicaciones que
hacen un uso intensivo de datos, así como la base formal para las herramientas y
técnicas empleadas en el desarrollo y uso de sistemas de información. Con respecto
al diseño de bases de datos, el modelado de datos puede ser descrito así:
Brodie: "Dados los requerimientos de información y proceso de una aplicación de

uso intensivo de datos (por ejemplo, un sistema de información), construir
una representación de la aplicación que capture las propiedades estáticas
y dinámicas requeridas para dar soporte a los procesos deseados (por
ejemplo, transacciones y consultas). Además de capturar las necesidades
dadas en el momento de la etapa de diseño, la representación debe ser
capaz de dar cabida a eventuales futuros requerimientos".
Un modelo de datos es por tanto una colección de conceptos bien definidos

matemáticamente que ayudan a expresar las propiedades estáticas y dinámicas de
una aplicación con un uso de datos intensivo. Conceptualmente, una aplicación
puede ser caracterizada por:
 Propiedades estáticas: Entidades (u objetos), propiedades (o atributos) de

esas entidades, y relaciones entre esas entidades.
 Propiedades dinámicas: Operaciones sobre entidades, sobre propiedades
o relaciones entre operaciones.
 Reglas de integridad: De las entidades y las operaciones (por ejemplo,
transacciones).
Así, un modelo de datos se distingue de otro por el tratamiento que da a estas tres
categorías. El resultado de un modelado de datos es una representación que tiene
dos componentes: las propiedades estáticas se definen en un esquema y las
propiedades dinámicas se definen como especificaciones de transacciones,
consultas e informes.
Las herramientas que se usan para realizar las operaciones de definición de las
propiedades estáticas y dinámicas de la base de datos son los lenguajes de
definición y manipulación de datos (DDL, DML), junto con los lenguajes de consulta
(SQL).
La investigación moderna sobre modelos de datos estaba más centrada en los

aspectos de representación física. Cuando hablamos de modelos de datos clásicos,
nos estamos refiriendo a la segunda de las generaciones de modelos de datos.
Brodie distingue cuatro generaciones:

 Modelos de datos primitivos (orientados a archivos).
 Modelos de datos clásicos (el jerárquico, el de red y el relacional).
Modelo Jerárquico:
Modelo de Red:

Modelo Relacional:
 Modelos de datos semánticos (entidad-relación).
 Modelos de datos de propósito específico (orientados a la aplicación).

1.5. Clasificación de Bases de Datos
1.6. Arquitectura de base de datos
Uno de los objetivos importante de un sistema de base de datos es proporcionar a

los usuarios una visión abstracta de los datos, es decir, el sistema esconde ciertos
detalles de cómo se almacenan y mantienen los datos. Sin embargo, el sistema
debe extraer eficientemente la información, esto se logra mediante un diseño de
estructuras de datos complejas (Arquitectura de base de datos) para la
representación de datos dentro de las bases de datos.
Niveles de abstracción de una base de datos.
Para que el sistema sea útil, debe recuperar los datos eficientemente. Como
muchos usuarios de sistemas de bases de datos no están familiarizados con
computadoras, los desarrolladores esconden la complejidad a los usuarios a través
de varios niveles de abstracción para simplificar la interacción de los usuarios con
el sistema:
Nivel de Vistas o Externo: El nivel más alto de abstracción describe sólo parte de la
base de datos completa. Los usuarios necesitan acceder
sólo a una parte de la base de datos. El sistema puede
proporcionar muchas vistas para la base de datos.

Nivel Lógico o Conceptual: El siguiente nivel más alto de abstracción describe qué
datos se almacenan en la base de datos y que relaciones
existen entre esos datos.
Nivel Físico o Interno: El nivel más bajo de abstracción describe cómo se

almacenan realmente los datos. En el nivel físico se
describen en detalle las estructuras de datos complejas
de bajo nivel.
Nivel de Vista o Externo:
Nivel Lógico o Conceptual:
Nivel Físico o Interno:

Independencia lógica y física de los datos.
La capacidad para modificar una definición de esquema en un nivel sin que afecte
a una definición de esquema en el siguiente nivel más alto se llama Independencia
de datos. Hay dos niveles de independencia de datos:
Independencia Física de datos: Es la capacidad para modificar el esquema físico

sin provocar que los programas de aplicación
tengan que rescribirse. Las modificaciones en el
nivel físico son ocasionalmente necesarias para
mejorar el funcionamiento.
Independencia Lógica de datos: Es la capacidad para modificar el esquema lógico
sin causar que los programas de aplicación tengan
que rescribirse. Las modificaciones en el nivel
lógico son necesarias siempre que la estructura
lógica de la base de datos se altere.
La independencia de datos física es más fácil de proporcionar que la independencia

de datos lógica, ya que los programas de aplicación son fuertemente dependientes
de la estructura lógica de los datos a los que ellos acceden.
1.7. Arquitectura del SGBD
El gestor de base de datos.
C.J. Date Define un sistema de base de datos como: Sistema de mantenimiento

de registros basado en computadores, es decir un sistema cuyo
propósito general es registrar y mantener información.
Un sistema de base de datos incluye cuatro componentes principales: Datos,

Hardware, Software y Usuarios.
Datos: Una base de datos, es un repositorio de datos almacenados, y, en

general, es tanto integrada como compartida.
Por integrada se entiende que la base de dato puede considerarse

como una unificación de varios archivos de datos independientes,
donde se elimina, parcial o totalmente cualquier redundancia entre
los mismos.
Por compartida se entiende que partes individuales de la base de
datos pueden compartirse entre varios usuarios distintos, en el
sentido de que cada uno de ellos puede tener acceso a la misma
parte de la base de datos.
Hardware: Se compone de los volúmenes de almacenamiento secundarios,

donde reside la base de datos, junto con dispositivos asociados como
las unidades de control, los canales, etc.

Software: Entre la base de datos física en sí y los usuarios del sistema existe
un nivel de software, que a menudo recibe el nombre de sistema de
administración de bases de datos o DBMS.
Usuarios: Se consideran tres clases generales de usuarios: El programador de

aplicaciones, el usuario final y el administrador de la base de datos.
Elmasri y Navathe
Un sistema de gestión de bases de datos: Es un conjunto de programas que permite

a los usuarios crear y mantener una base de datos. Por tanto, el SGBD es un
sistema de software de propósito general que facilita el proceso de definir, construir
y manipular bases de datos para diversas aplicaciones. Para definir una base de
datos hay que establecer los tipos de datos, las estructuras y las restricciones de
los datos que se almacenarán en ella. Construir una base de datos es el proceso de
guardar los datos mismos en algún medio de almacenamiento controlado por el
SGBD. En la manipulación de una base de datos intervienen funciones como
consultar la base de datos para obtener datos específicos, actualizar la base de
datos para reflejar cambios en el mini mundo y generar informes a partir de los
datos.
DBA Esquemas Compilador Disco

DDL Manejador de la
Base de Datos
• Datos
Usuarios Consultas • Índices
Especializados Procesador de
• Diccionario
Consultas
Código Objeto de de Datos
Programadores Llamadas los Programas
de Aplicación DML Pre compilador
DML E/S
Usuarios Programas Manejador de
Normales Archivos
Los usuarios de la base de datos.
Los usuarios de las bases de datos son:
 Programadores de aplicaciones: Son profesionales informáticos que

interactúan con el sistema a través de llamadas del LMD, que están
incluidas en un programa escrito en lenguaje anfitrión (Cobol, PL/I, Pascal,
C). Están encargados de escribir programas de aplicación que utilicen
bases de datos. Estos programas de aplicación operan con los datos de
todas las maneras usuales: recuperan información, crean información
nueva, suprimen o cambian información existente, etc.

 Usuario final o usuarios normales: Accede 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.
 Administrador de bases de datos o DBA: Es la persona (o grupo de

personas) encargadas del control general del sistema de bases de datos.
 Los usuarios sofisticados: Interactúan con el sistema sin programas

escritos. En su lugar, ellos forman sus consultas en lenguajes de consulta
de bases de datos.
 Usuarios especializados: Son usuarios sofisticados que escriben

aplicaciones de bases de datos especializadas que no son adecuadas en el
marco de procesamiento de datos tradicional. Entre estas aplicaciones
están los sistemas de diseño asistido por computadora, sistemas de bases
de conocimiento y experto, sistemas que almacenan los datos con los tipos
de datos completos y sistemas de modelado del entorno.

El administrador de la base de datos (DBA).
Una de las principales razones para usar SGBD es tener un control centralizado
tanto de los datos como de los programas que acceden a esos datos. La persona
que tiene este control central sobre el sistema se llama administrador de la base de
datos (ABD). Las funciones del ABD incluyen las siguientes:
 Definición del esquema: El ABD crea el esquema original de la base de

datos escribiendo un conjunto de definiciones que el compilador del LDD
traduce a un conjunto de tablas que son almacenadas permanentemente
en el diccionario de datos.
 Estructura de almacenamiento y definición del método de acceso: Los ABD

crean las estructuras de almacenamiento apropiadas y los métodos de
acceso escribiendo un conjunto de definiciones, que son traducidas por el
compilador del lenguaje de definición y almacenamiento de datos.
 Esquema y modificación de la organización física: Los programadores

llevan a cabo las relativamente escasas modificaciones sobre el esquema
de base de datos o la descripción de la organización de almacenamiento
físico escribiendo un conjunto de definiciones que son usadas bien por el
compilador del LDD o bien por el compilador del lenguaje de definición y
almacenamiento de datos para generar las modificaciones en las tablas
correspondientes del sistema interno (por ejemplo, el diccionario de datos).
 Concesión de la autorización para el acceso a los datos: La concesión de

diferentes tipos de autorización permite al administrador de la base de datos
determinar a qué partes de la base de datos pueden acceder los diferentes
usuarios. La información de autorización se mantiene en una estructura del
sistema especial que el sistema de base de datos consulta cuando se
intenta el acceso a los datos en el sistema.
 Especificación de las ligaduras de integridad: Los valores de los datos

almacenados en la base de datos deben de satisfacer ciertas ligaduras de
integridad. Por ejemplo, quizás el número de horas que un empleado pueda
trabajar en una semana no deba exceder de un límite especificado. Tales
ligaduras deben ser especificadas explícitamente por el administrador de la
base de datos. Las ligaduras de integridad se mantienen en una estructura
del sistema especial que el sistema de base de datos consulta cuando tiene
lugar una actualización en el sistema.
Producto de Aprendizaje Mapa Conceptual de la Unidad 1

Elabore un mapa conceptual de los conceptos de base de datos.



Nombre del alumno:
No. Control: Fecha:
Rúbrica del Mapa Conceptual de la Unidad 1
Criterios de
desempeño
1. Logo del TecNM y del cinco de los conceptos cuatro de los conceptos tres o menos de los
ITA en la parte del apartado de del apartado de conceptos del apartado de
superior. excelente. excelente. excelente.
2. Nombre del Instituto
Portada 4. Unidad y Descripción
del producto de
aprendizaje.
6. Fecha
El mapa está representado: EL mapa tiene cuatro de EL mapa tiene tres de los EL mapa tiene dos de los EL mapa tiene menos de dos
1. Conceptos se los puntos presentados puntos presentados en puntos presentados en de los puntos presentados en
representan con en apartado excelente. apartado excelente. apartado excelente. apartado excelente.
palabras clave.
2. Los conceptos se
organizan en niveles
jerárquicos que van de
lo general a lo
específico.
Mapa Conceptual 3. Se utilizan óvalos o
rectángulos para
encerrar conceptos.
4. Se utilizan líneas y
palabras de enlace
para unir conceptos.
5. Se utilizan flechas para
señalar las relaciones
cruzadas
El mapa tiene: EL mapa tiene cinco de EL mapa tiene cuatro de EL mapa tiene tres de los EL mapa tiene menos de tres
1. Características los puntos presentados los puntos presentados puntos presentados en de los puntos presentados en
2. Usos en apartado excelente. en apartado excelente. apartado excelente. apartado excelente.
Mapa Conceptual 3. Modelos
4. Niveles de abstracción
5. Tipos de usuarios
6. Roles DBA
Pts. 40 pts. 36 pts. 32 pts. 28 pts. 0 pts.
obras consultadas de consultadas de consultadas de consultadas de referencia o personales.
referencia, considerando los referencia, considerando referencia, considerando menos, considerando los
Bibliografía documentos, material los documentos, material los documentos, material documentos, material
El trabajo tiene impreso la El trabajo tiene impreso El trabajo tiene impreso El trabajo tiene impreso la No presenta la rúbrica
Rúbrica y la retroalimenta- la Rúbrica y la retro- la Rúbrica y la retro- Rúbrica y la retroalimen- impresa.
ción, con los datos del alimentación y falta el alimentación y solo tiene tación, sin el nombre del
Rúbrica nombre del alumno, número nombre del alumno o el nombre del alumno o alumno, número de control
de control y fecha de número de control o la número de control o la y la fecha de entrega.
entrega. fecha de entrega. fecha de entrega.
No entrego el Mapa
Fecha de entrega Entrega el Mapa Conceptual en la fecha señalada Conceptual en la fecha
señalada.
Pts. 5 0 pts.
Calificación

RETROALIMENTACION
ASPECTOS POSITIVOS:
1.-
2.-
3.-

1.-
2.-
3.-

Instalación de SQL Server 2014
https://www.microsoft.com/es-mx/download/details.aspx?id=42299
Microsoft SQL Server 2014 Express es un sistema de administración de datos gratuito,

fiable y potente que ofrece un almacén de datos fiable y rico en contenido para las
aplicaciones de escritorio y los sitios web ligeros.
Microsoft SQL Server 2014 Express es una edición gratuita y contiene múltiples
características de SQL Server, ideales para aprender, desarrollar y fortalecer las
aplicaciones de escritorio, de servidores web y pequeños y para la redistribución por parte
de fabricantes de software independiente. SQL Server 2014 Express incluye la versión
completa de SQL Server 2014 Management Studio. Para obtener una lista completa de las
características compatibles con SQL Server Management
LocalDB (SqlLocalDB.msi)
 LocalDB es una versión ligera de Express que cuenta con todas las
características de programación, pero se ejecuta en modo usuario y tiene una
instalación rápida sin configuración y una lista reducida de requisitos previos.
Úsela si necesita una forma sencilla de crear y trabajar con bases de datos desde
el código. Se puede agrupar con otras herramientas de desarrollo de aplicaciones
y bases de datos, como Visual Studio, o insertar en una aplicación que necesite
bases de datos locales.
Express (SQLEXPR_Architecture_Language.exe)
 La edición Express incluye solo el motor para bases de datos de SQL Server. Se
presta mejor para aceptar conexiones remotas y para la administración remota.
Express con Tools (SQLEXPRWT_Architecture_Language.exe)

 Este paquete contiene todos los elementos necesarios para instalar y configurar
SQL Server como un servidor de base de datos e incluye la versión completa de
SQL Server 2014 Management Studio. Elija entre LocalDB o Express, según sus
necesidades.
SQL Server Management Studio Express

(SQLManagementStudio_Architecture_Language.exe)
 Esta versión no contiene la base de datos, sino solo las herramientas para
administrar instancias de SQL Server, como LocalDB, SQL Express, SQL Azure,
la versión completa de SQL Server 2014 Management Studio, etc. Úsela si ya
cuenta con la base de datos y solo necesita las herramientas de administración.
Express con Advanced Services (SQLEXPRADV_Architecture_Language.exe)

 Este paquete contiene todos los componentes de SQL Server Express, inclusive
la versión completa de SQL Server 2014 Management Studio. Esta es una
descarga de mayor tamaño que la que viene “con herramientas”, puesto que
también incluye las funciones de búsqueda de texto completo y Reporting
Services.
Ejecutar el archivo:
SQLEXPRADV_x64_ESN.EXE o SQLEXPRADV_x86_ESN.EXE

Posteriormente nos indica que elijamos el directorio para la extracción de archivos.
En caso de error del lenguaje del sistema operativo:
Se tendrá que cambiar el idioma de la configuración del su equipo a Español de España y

volver a ejecutar el programa de instalación.
Nota: Al final tendrá que cambiar nuevamente el idioma a Español de México.

Seleccione la opción “Nueva instalación independiente de SQL Server o agregar

características a una instalación existente”.
Seleccione los terminos de licencia y posteriormente haga clic en “Siguiente”.

En esta ventana se encuentran seleccionados las características a instalar por lo solo

haga clic en “Siguiente”.
En esta ventana seleccione el nombre de la instancia y haga clic en “Siguiente”.

En esta ventana seleccione en el “Tipo de inicio” la forma de levantar los servicios son
Manual o Automático y posteriormente clic en “Siguiente”.
En la siguiente ventana seleccione la opción de Modo mixto en la opción Modo de

autentificación y proporcione una contraseña.

En la penúltima ventana seleccione la opción de Instalar y configurar, posteriormente haga

clic en “Siguiente”.
Al finalizar presente la ventana de Operación Completa

Iniciar, detener, pausar, reanudar y reiniciar el motor de base de datos
1. En el menú Inicio, elija Todos los programas, Microsoft SQL Server 2014,
Herramientas de configuración y, por último, Administrador de configuración
de SQL Server 2014.
2. Si aparece el cuadro de diálogo Control de cuentas de usuario, haga clic en Sí.

3. En el panel izquierdo del Administrador de configuración de SQL Server, haga clic
en Servicios de SQL Server.
4. En el panel de resultados, haga clic con el botón secundario en SQL Server

(MSSQLServer) o en una instancia con nombre y, a continuación, haga clic en
Iniciar, Detener, Pausar, Reanudar o Reiniciar.

Desde la ventana del símbolo del sistema con los comandos net
Los servicios Microsoft SQL Server se pueden iniciar, detener o pausar mediante
comandos net de Microsoft Windows.
Para iniciar la instancia predeterminada de Motor de base de datos
 En el símbolo del sistema, escriba uno de los siguientes comandos:

net start "SQL Server (MSSQLSERVER)"
- O bien –
net start MSSQLSERVER
Abrir SQL Server Management Studio
Para abrir SQL Server Management Studio
1. En el menú Inicio, seleccione Todos

los programas, seleccione Microsoft
SQL Server 2014 y, a continuación,
haga clic en SQL Server Management
Studio.

2. En el cuadro de diálogo Conectar al servidor, compruebe la configuración

predeterminada y, a continuación, haga clic en Conectar. Para conectarse, el cuadro
Nombre del servidor debe contener el nombre del equipo en el que está instalado
SQL Server. Si Motor de base de datos es una instancia con nombre, el cuadro
Nombre del servidor también debe contener el nombre de la instancia con el formato:
<nombreDeEquipo>\<nombreDeInstancia>.
Componentes de Management Studio
Management Studio presenta la información en ventanas dedicadas a tipos de

información específicos. La información de la base de datos se muestra en las ventanas
de documentos y en el Explorador de objetos.
 El Explorador de objetos es una vista de árbol de todos los objetos de base de datos
que contiene un servidor. Puede incluir las bases de datos de Motor de base de
datos de SQL Server, Analysis Services, Reporting Services e Integration
Services.El Explorador de objetos incluye información de todos los servidores a los
que está conectado. Al abrir Management Studio, se le solicita que se conecte al
Explorador de objetos aplicando la última configuración utilizada. Para conectarse a
un servidor, no es necesario que lo registre. Solo tiene que hacer doble clic en
cualquier servidor del componente Servidores registrados.
 La ventana de documento es el área de mayor tamaño de Management Studio. Esta

ventana puede contener editores de consulta y ventanas de explorador. De forma
predeterminada, se muestra la página Resumen, conectada a la instancia de Motor
de base de datos del equipo actual.


2. Diseño de Bases de Datos con el

modelo ER.
Korth/Silberschatz: “Este modelo de datos está basado en una percepción del mundo
real que consta de un conjunto de objetos básicos llamados
entidades y de relaciones entre estos objetos.”
Kroenke: “El modelo entidad relación (Modelo E-R) fue introducido por Peter
Chen. En su informe, Chen estableció las bases del modelo, que a
partir de entonces ha sido ampliado y modificado por el mismo Chen
y muchos otros. Además, el modelo E-R se ha incorporado a varias
herramientas CASE, las cuales también lo han modificado. En la
actualidad no hay un solo modelo estandarizado del modelo E-R.
Por el contrario, hay estructuras, a partir de las cuales se conforman
la mayoría de las variantes E-R”.
Elmasri/Navathe: “Es un modelo de datos conceptual de alto nivel muy utilizado. Este
modelo y sus variaciones se emplean a menudo en el diseño
conceptual de aplicaciones de bases de datos, y muchas
herramientas de diseño de bases de datos aplican sus conceptos”.
2.1. El Proceso de Diseño
Los diagramas entidad-relación (E-R) son fundamentales para modelar bases de datos
tanto simples como complejas.

Entidades
Korth/Silberschatz : “Una ENTIDAD es una <<cosa>> u <<objeto>> en el mundo real que

es distinguible de todo los demás objetos.
Una ENTIDAD puede ser concreta, como una persona o un libro, o
puede ser abstracta, como un préstamo, unas vacaciones o un
concepto.”
Kroenke: “Una entidad es algo que puede identificarse en el ambiente de

trabajo de los usuarios, es algo importante para los usuarios del
sistema que van a desarrollar. Las entidades se agrupan en clases
de entidades o conjuntos de entidades del mismo tipo.”
Elmasri/Navathe: “Es el objeto básico de representación en el modelo ER: una “cosa”

del mundo con existencia independiente
Una entidad puede ser un objeto con existencia física – una cierta
persona, un automóvil, una casa o un empleado – o un objeto con
existencia conceptual, como una compañía, un puesto de trabajo o
un curso universitario.”
Atributos
Korth/Silberschatz:
“Son aquellos que describen propiedades que posee cada miembro de un conjunto de
entidades. Cada atributo tiene un dominio. Y se clasifican en:
 Simples y compuestos: Los atributos simples son aquellos que no están

divididos en subpartes. Los atributos compuestos se pueden dividir en
subpartes(es decir, en otros atributos). Los atributos compuestos ayudan a
agrupar los atributos relacionados, haciendo los modelos más claros.
 Univaluados y multivaluados: Los atributos univaluados son aquellos que

tienen un valor solo para una entidad concreta. Los atributos multivaluados
tienen un conjunto de valores para una entidad específica. En ellos se pueden
colocar apropiadamente limites inferiores y superiores en el número de valores
en el atributo multivaluado.
 Nulos: Un valor nulo se usa cuando una entidad no tiene un valor para un
atributo. Nulo también designa que el valor de un atributo es desconocido. Un
valor desconocido también puede ser bien perdido (el valor existe, pero no tiene
esa información) o no conocido (no se conoce si el valor existe realmente o no).
 Derivado: El valor de este atributo se puede derivar de los valores de otros

atributos o entidades “
Elmasri/Navathe:
Son aquellos que describen entidades. Los atributos se representan mediante óvalos
y se conectan con su tipo de entidad con líneas rectas. Y se clasifican en:

 Simples y compuesto: Los atributos compuestos se pueden dividir en

componentes más pequeños, que representan atributos más básicos con su
propio significado independiente. Los atributos compuestos pueden formar una
jerarquía. Los atributos simples o atómicos son aquellos no divisibles.
Los atributos compuestos son útiles para modelar situaciones en las que un
usuario hace referencia al atributo compuesto como una unidad, pero otras
veces se refiere específicamente a sus componentes. Si sólo hace referencia al
atributo compuesto como un todo, no hay necesidad de subdividirlo en sus
atributos componentes. Los atributos compuestos se conectan con sus atributos
componentes mediante líneas rectas.
 Monovaluados y multivaluados: Los atributos monovaluados son aquellos

que tienen un solo valor para una entidad en particular. Por ejemplo: Edad es
un atributo monovaluado Hay casos en los que un atributo puede tener un
conjunto de valores para la misma entidad. Por ejemplo: Colores para un
automóvil. Estos atributos se denominan multivaluados y pueden tener límites
inferior y superior del número de valores para una entidad individual. Los
atributos multivaluados aparecen en óvalos de doble contorno.
 Almacenados o derivados: Un atributo derivado es aquel en el que se

relacionan dos (o más) valores de atributos. Por ejemplo: los atributos Edad y
FechaNacimiento de una persona. Para una entidad persona en particular, el
valor de edad se puede determinar a partir de la fecha actual y el valor de
FechaNacimiento de esa persona. Por tanto, se dice que el atributo Edad es un
atributo derivado, y que es derivable del atributo FechaNacimiento, el cual es
un atributo almacenado
 Nulos: Una cierta entidad podría no tener ningún valor aplicable para un
atributo. De esta forma se crea un valor especial llamado nulo. También
podemos usar nulos si no conocemos el valor de un atributo para una entidad
específica. El primer tipo de nulo es no aplicable, en tanto que el significado del
segundo es desconocido. La categoría valor nulo puede clasificarse en uno de
dos casos. El primero se da cuando se sabe que el valor del atributo existe, pero
falta. El segundo caso ocurre cuando no se sabe si el valor del atributo existe.”
Relación
Korth/Silberschatz: “Es una asociación entre diferentes entidades”
Kroenke: “Las entidades pueden asociarse una con otra en relaciones”
Dominio
Korth/Silberschatz: “Es un conjunto de valores permitidos de un atributo.”
Kroenke: “Es una descripción de los valores posibles de un atributo. Las

características de un dominio dependen del tipo de atributo. El dominio
de un atributo simple consta de una descripción física y una semántica.

La descripción física indica el tipo de datos: número o cadenas de texto,

la longitud de los datos y otras descripciones por limitaciones, tales
como que el primer carácter debe ser alfabético, o que el valor no sea
superior a 9999.99.
La descripción semántica indica la función o propósito del atributo, lo

que distingue a este atributo de otros que pudieran tener la misma
descripción física.”
Elmasri/Navathe: “Especifica los valores posibles a asignar a un atributo para cada

entidad individual.”
Conjunto de entidades débiles
Kroenke: “Son aquellas cuya presencia en la base de datos depende de la

presencia de otra entidad. Estas entidades se dibujan empleando una
doble línea para el rectángulo de la entidad débil y diamantes dobles
para la relación de la que dependen.”
Korth/Silberschatz: “Un conjunto de entidades puede no tener suficientes atributos para

formar una clave primaria. Tal conjunto de entidades se denomina
conjunto de entidades débiles.”
Elmasri/Navathe: “Son aquellos tipos de entidades que no tienen atributos claves

propios. Las entidades que pertenecen a un tipo de entidades débil
se identifican por su relación con entidades específicas de otro tipo
de entidades, en combinación con algunos de los valores de sus
atributos. Los tipos de entidades débiles siempre tienen una
restricción de participación total (dependencia de existencia) con
respecto a su vínculo identificador, porque una entidad débil no se
puede identificar sin una entidad propietaria.
Los tipos de entidades débiles tienen una clave parcial, que es el

conjunto de atributos que pueden identificar de manera única las
entidades débiles relacionadas con la misma entidad propietaria.
Los tipos de entidades débiles y sus vínculos identificadores se

distinguen rodeando los rectángulos y rombos con líneas dobles. El
atributo de clave parcial se subraya con una línea punteada o
interrumpida.”
Conjunto de entidades fuerte
Korth/Silberschatz: “Un conjunto de entidades que tiene una clave primaria se denomina
conjunto de entidades fuerte.”
Un conjunto de Entidades Fuertes es por definición un conjunto de Entidades Dominantes,

mientras que un conjunto de Entidades Débiles son Entidades Subordinadas.
El diagrama Entidad-Relación (E-R), tiene la siguiente notación:

Simbolo Significado
Entidades
Entidades débiles
Relaciones o Interrelación
Atributo
Atributo Clave Primaria
Atributo Multivaluado
Atributo Alternativo
Atributo Compuesto
Atributo Derivado
Cardinalidad y ordinalidad
Cardinalidad se refiere al número máximo

de veces que una instancia en una
entidad se puede relacionar con
instancias de otra entidad. Por otra parte,
ordinalidad es el número mínimo de
veces que una instancia en una entidad
se puede asociar con una instancia en la
entidad relacionada.

Simbolo Significado
Llaves.
Korth/Silberschatz: “Es importante ser capaz de especificar como las entidades dentro de
un conjunto de entidades dado son distinguibles. Conceptualmente,
las entidades y relaciones individuales son distintas; desde una
perspectiva de bases de datos, sin embargo, la diferencia entre ellas
e debe expresar en término de sus atributos. El concepto clave
permite hacer tales distinciones.
Una clave (primaria, candidata y superclave) es una propiedad del

conjunto de entidades, más que de las entidades individuales.
Cualesquiera dos entidades en el conjunto no pueden tener el mismo
valor en sus atributos clave al mismo tiempo. La designación de una
clave representa una ligadura en el desarrollo del mundo real que se
modela.”
Elmasri/Navathe: “Una restricción importante de las entidades de un tipo es la
restricción de clave o de unicidad de los atributos. Los tipos de
entidades casi siempre tienen un atributo cuyo valor es distinto para
cada entidad individual. Los atributos de esta naturaleza se
denominan atributos clave, y sus valores pueden servir para
identificar de manera única cada entidad. Hay ocasiones en que
varios atributos juntos constituyen una clave, o sea que la
combinación de los valores de los atributos es distinta para cada
entidad individual. Un conjunto de atributos que posea esta propiedad
se podría agrupar para formar un atributo compuesto, el cual se
convertiría en el atributo clave del tipo de entidades. El nombre de
todo atributo clave aparece subrayado dentro del óvalo”
Tipo se llaves:
 Llaves primarias (Clave primaria)

 Llaves secundaria o Alterna
 Llave candidata
 Llave Foránea o Externa

Características de las llaves primarias:
 Deben ser únicas

 No deben ser nulas
 Deben ser lo más pequeña posible
Selección de una llave primaria. Las llaves primarias pueden ser simples o compuestas. Es
posible que un conjunto de entidades no tenga o cuente con atributos suficientes para
conformar una Llave primaria, a este conjunto se le denomina “Entidades Débiles” mientras
que a los que sí cuentan con Llave primaria se les llama “Entidades Fuertes”.
2.2. Modelo Entidad-Relación
Korth/Silberschatz: “Este modelo de datos está basado en una percepción del mundo real
que consta de un conjunto de objetos básicos llamados entidades y de
relaciones entre estos objetos.”
Kroenke: “El modelo entidad relación (Modelo E-R) fue introducido por Peter Chen. En
su informe, Chen estableció las bases del modelo, que a partir de entonces ha
sido ampliado y modificado por el mismo Chen y muchos otros. Además, el
modelo E-R se ha incorporado a varias herramientas CASE, las cuales
también lo han modificado. En la actualidad no hay un solo modelo
estandarizado del modelo E-R. Por el contrario, hay estructuras, a partir de las
cuales se conforman la mayoría de las variantes E-R”.
Elmasri/Navathe: “Es un modelo de datos conceptual de alto nivel muy utilizado. Este
modelo y sus variaciones se emplean a menudo en el diseño conceptual de
aplicaciones de bases de datos, y muchas herramientas de diseño de bases
de datos aplican sus conceptos”.
2.3. Diseño con diagramas E-R
Cómo dibujar un diagrama ER básico
1. Propósito y alcance: definen el propósito y el alcance de lo que estás analizando o

modelando.
2. Entidades: Identifican las entidades involucradas. Posteriormente dibuje mediante

un rectángulo y dentro el nombre de la entidad.
3. Relaciones: Determinan cómo se relacionan todas las entidades. Dibuja líneas entre
ellas para indicar las relaciones y etiquétalas. Algunas entidades pueden no estar
relacionadas.
4. Atributos: Por cada entidad, establecer los atributos que lo conforman. Los atributos
se muestran mediante óvalos.
5. Cardinalidad y ordinalidad: muestra si la relación es 0, solo 1, 1 o N.

Ejemplos:
Elaborar un modelo E-R, donde describa como se establecen los préstamos entre los
Clientes (NSS, Nombre, Domicilio) y las Cuentas (NCta, Saldo) en una Sucursal (NSuc,
Nombre Domicilio, Activo) bancaria.
Modelando las tres entidades:
Ejercicios:
Realizar los siguientes ejercicios en un diagrama E-R:
1. Elabore un modelo ER donde describa el funcionamiento de una empresa dedicada

a las Ventas, que contenga los Empleados, Departamentos, Tabuladores de
sueldos, Ventas y Mínima-Venta.
2. Elaborar un modelo E-R donde describa e funcionamiento académico del Instituto

Tecnológico de Aguascalientes, donde modele las Carreras, Alumnos, Catedráticos,
Materias y Grupos. Donde tenga las siguientes consideraciones:
 Un Catedrático debe de pertenecer a un Departamento.

 Un Catedrático puede tener asignado 0 o muchas Materias.
 Una Carrera pertenece a un único Departamento.
 Una Carrera tiene muchas materias asignadas.

2.4. Modelo E-R extendido
Dependencia de existencia y de identificación.
Korth/Silberschatz: “Específicamente, si la existencia de la entidad x depende de la

existencia de la entidad y, entonces se dice que x tiene dependencia
de existencia de y. Operacionalmente si y se borra, también se borra
x. La entidad y se dice que es la entidad dominante y x se llama
entidad subordinada.
La participación de un conjunto de entidades en un conjunto de
relaciones R se dice que es total si cada entidad en E participa en al
menos una relación R. Si solo algunas entidades en E participan en
relaciones en R, la participación del conjunto de entidades E en la
relación R se llama parcial. La participación total está íntimamente
relacionada con la dependencia de existencia.”
Generalización y especialización.
Especialización
Korth/Silberschatz: “Un conjunto de entidades puede incluir subgrupos de entidades que

se diferencian de alguna forma de las otras entidades del conjunto.
Por ejemplo, un subconjunto de entidades en un conjunto de

entidades puede tener atributos que no son compartidos por todas las
entidades del conjunto de entidades. El modelo E-R proporciona una
forma de representación de estos grupos de entidades distintos.
 El proceso de designación de subgrupos dentro de un

conjunto de entidades es la especialización.
 Un conjunto de entidades se puede especializar mediante
más de una característica distintiva.
 Cuando se forma más de una especialización en un conjunto
de entidades, una entidad particular puede pertenecer a
ambas especializaciones.
En términos de un diagrama E-R, la especialización se representa

mediante un componente triangular etiquetado La relación ES se
puede llamar también superclase – relación de subclase. Los
conjuntos de entidades de nivel más alto y más bajo se representan
como conjuntos de entidades regulares que contienen el nombre del
conjunto de entidades.”
Elmasri/Navathe: “Es el proceso de definir un conjunto de subclases de un tipo de

entidades; este tipo de entidades se denomina superclase de la
especialización. El conjunto de las subclases que forman una
especialización se define a partir de alguna característica distintiva de
las entidades de la superclase. Es refinación conceptual.”

Un conjunto de entidades puede incluir subgrupos de entidades que se diferencian de

alguna forma de las otras entidades del conjunto. Por ejemplo, un subconjunto de entidades
en un conjunto de entidades puede tener atributos que no son compartidos por todas las
entidades del conjunto de entidades. El modelo E-R proporciona una forma de
representación de estos grupos de entidades distintos.
Considérese el conjunto de entidades persona con atributos nombre, calle y ciudad. Una
persona puede clasificarse además como:
 Cliente
 Empleado
Cada uno de estos tipos de persona se describen mediante un conjunto de atributos que
incluyen los atributos del conjunto de entidades persona más otros posibles atributos
adicionales. Por ejemplo, las entidades cliente se pueden describir además mediante el
atributo id-cliente, mientras que las entidades empleado se pueden describir además
mediante los atributos id-empleado y sueldo. El proceso de designación de subgrupos
dentro de un conjunto de entidades se denomina especialización. La especialización de
persona permite distinguir entre las personas basándose en si son empleados o clientes.
Se puede aplicar repetidamente la especialización para refinar el esquema de diseño. Por

ejemplo, los empleados del banco se pueden clasificar en uno de los siguientes:
 Oficial
 Cajero
 Secretaria
Cada uno de estos tipos de empleado se describe por un conjunto de atributos que incluye
todos los atributos del conjunto de entidades empleado más otros adicionales. Por ejemplo,
la entidad oficial se puede describir por el atributo número-despacho, las entidades cajero
por los atributos número-sección y horas-semana, y las entidades secretaria por el atributo
días-semana. Además, las entidades secretaria pueden participar en una relación
secretaria-de, que identifica al empleado ayudado por una secretaria.
Un conjunto de entidades se puede especializar por más de una característica distintiva. En

el ejemplo, la característica distintiva entre entidades empleado es el trabajo que realiza el
empleado. Otra especialización coexistente podría estar basada en si la persona es un
trabajador temporal o fijo, resultado en los conjuntos de entidades empleado-temporal y
empleado-fijo. Cuando se forma más de una especialización de un conjunto de entidades,
una entidad en particular puede pertenecer a varias especializaciones. Por ejemplo, una
empleada dada puede ser una empleada temporal y secretaria. En términos de un diagrama
E-R, la especialización se representa mediante un componente triangular etiquetado ES.
La etiqueta ES representa, por ejemplo, que un cliente «es» una persona. La relación ES
se puede llamar también relación superclase-subclase. Los conjuntos de entidades de nivel
más alto y más bajo se representan como conjuntos de entidades regulares, es decir, como
rectángulos que contienen el nombre del conjunto de entidades.

Nombre Domicilio
Persona
Sueldo ES
Id-Cliente
Id-Empleado
Empleado Cliente
ES
Oficial
Secretaria
Cajero
No-Despacho
Días-Semana
No-Sección Hrs-Semana
Generalización
Korth/Silberschatz: “Es una relación contenida que existe entre el conjunto de entidades
de nivel más alto y uno o más conjuntos de entidades de nivel más
bajo.
La generalización es una inversión simple de la especialización.
La generalización procede el reconocimiento de un número de

conjuntos de entidades que comparten algunas características
comunes. Se usa para resaltar las similitudes entre los conjuntos de
entidades en uno solo, el conjunto de entidades de nivel más alto”
Elmasri/Navathe: “La generalización es el proceso inverso de la especialización por el

que se generalizan varias clases para obtener una clase abstracta de
más alto nivel que incluya los objetos de todas esas clases. Es una
síntesis conceptual.
Al vínculo entre una subclase y superclase se le llama is a (es un).”
El refinamiento a partir de un conjunto de entidades inicial en sucesivos niveles de

subgrupos de entidades representa un proceso de diseño descendente en el que las
distinciones se hacen explícitas. El proceso de diseño puede ser también de una forma

ascendente, en el que varios conjuntos de entidades se sintetizan en un conjunto de

entidades de nivel más alto basado en características comunes. El diseñador de la base de
datos puede haber identificado primero el conjunto de entidades cliente con los atributos
nombre, calle, ciudad e id-cliente, y el conjunto de entidades empleado con los atributos
nombre, calle, ciudad, id-empleado y sueldo. Hay similitudes entre el conjunto de entidades
cliente y el conjunto de entidades empleado en el sentido de que tienen varios atributos en
común. Esta similitud se puede expresar mediante la generalización, que es una relación
contenedora que existe entre el conjunto de entidades de nivel más alto y uno o más
conjuntos de entidades de nivel más bajo.
En el ejemplo, persona es el conjunto de entidades de nivel más alto y los conjuntos de

entidades cliente y empleado son de nivel más bajo. Los conjuntos de entidades de nivel
más alto y nivel más bajo también se pueden llamar superclase y subclase,
respectivamente. El conjunto de entidades persona es la superclase de las subclases
cliente y empleado. Para todos los propósitos prácticos, la generalización es una inversión
simple de la especialización. Se aplicarán ambos procesos en combinación en el curso del
diseño del esquema E-R para una empresa. En términos del propio diagrama E-R no se
distingue entre especialización y generalización. Los niveles nuevos de representación de
entidades serán distinguidos (especialización) o sintetizados (generalización) cuando el
esquema de diseño llegue a expresar completamente la aplicación de base de datos y los
requisitos de uso de la base de datos. Las diferencias entre los dos enfoques se pueden
caracterizar mediante su punto de partida y el objetivo global.
La especialización parte de un conjunto de entidades simple; enfatiza las diferencias entre

las entidades dentro del conjunto mediante la creación de distintos conjuntos de entidades
de nivel más bajo. Estos conjuntos de entidades de nivel más bajo pueden tener atributos,
o pueden participar en relaciones que no se aplican a todas las entidades del conjunto de
entidades de nivel más alto. Realmente, la razón de que el diseñador aplique la
especialización es representar tales características diferentes. Si cliente y empleado no
tuvieran cada atributo único que no tuvieran las entidades persona en la que participan, no
habría necesidad de especializar el conjunto de entidades persona.
Herencia de atributos
Una propiedad crucial de las entidades de nivel más alto y más bajo creadas mediante
especialización y generalización es la herencia de atributos. Los atributos de los conjuntos
de entidades de nivel más alto se dice que son heredados por los conjuntos de entidades
de nivel más bajo. Por ejemplo, cliente y empleado heredan los atributos de persona. Así,
cliente se describe mediante sus atributos nombre y domicilio, adicionalmente por el atributo
id-cliente; empleado se describe mediante sus atributos nombre y domicilio, y
adicionalmente por los atributos id-empleado y sueldo.
Un conjunto de entidades de nivel más bajo (o subclase) también hereda la participación

en los conjuntos de relaciones en los que su entidad de nivel más alto (o superclase)
participa. Ambos conjuntos de entidades oficial, cajero y secretaria participan en el conjunto
de relaciones trabaja-para. La herencia de atributos se aplica en todas las capas de los
conjuntos de entidades de nivel más bajo. Los conjuntos de entidades anteriores pueden
participar cualquier relación en que participe el conjunto de entidades persona. Si se llega
a una porción dada de un modelo E-R mediante especialización o generalización, el
resultado es básicamente el mismo:

 Un conjunto de entidades de nivel más alto con atributos y relaciones que se aplican
a todos los conjuntos de entidades de nivel más bajo.
 Conjuntos de entidades de nivel más bajo con características distintivas que se
aplican sólo en un conjunto de entidades particular.
En lo que sigue, aunque a menudo se hará referencia sólo a la generalización, las

propiedades que se discuten pertenecen a ambos procesos. En la Figura 9 se describe una
jerarquía de conjuntos de entidades. En la figura, empleado es un conjunto de entidades de
nivel más bajo de persona y un conjunto de entidades de nivel más alto de los conjuntos de
entidades oficial, cajero y secretaria. En una jerarquía, un conjunto de entidades dado
puede estar implicado como un conjunto de entidades de nivel más bajo sólo en una única
relación ES. Si un conjunto de entidades es un conjunto de entidades de nivel más bajo en
más de una relación ES, entonces el conjunto de entidades tiene herencia múltiple, y la
estructura resultante se denomina retículo.
Restricciones sobre las generalizaciones
Para modelar una empresa más exactamente, el diseñador de la base de datos puede elegir
colocar ciertas restricciones en una generalización particular. Un tipo de restricción implica
determinar qué entidades pueden ser miembros de un conjunto de entidades de nivel más
bajo dado. Tales relaciones de miembros pueden ser algunas de los siguientes:
Definido por condición
En los conjuntos de entidades de nivel más bajo, la relación miembro se evalúa en función
de si una entidad satisface o no una condición explícita o predicado. Por ejemplo, asúmase
que el conjunto de entidades de nivel más alto cuenta tiene el atributo tipo-cuenta. Todas
las entidades cuenta se evalúan según la definición del atributo tipo-cuenta. Sólo aquellas
entidades que satisfagan la condición tipo-cuenta = «cuenta de ahorro» podrán pertenecer
al conjunto de entidades de nivel más bajo cuenta-ahorro. Todas las entidades que
satisfagan la condición tipo-cuenta = «cuenta corriente» estarán incluidas en cuenta-
corriente. Como todas las entidades de nivel más bajo se evalúan en función del mismo
atributo (en este caso, tipo-cuenta), este tipo de generalización se denomina definido por
atributo.
Definido por el usuario
Los conjuntos de entidades de nivel más bajo definidos por el usuario no están restringidos
mediante una condición de miembro; en cambio, las entidades se asignan a un conjunto de
entidades dado por el usuario de la base de datos. Por ejemplo, asúmase que, después de
tres meses de empleo, se asignan los empleados del banco a uno de los cuatro grupos de
trabajo. Los grupos se representan, por tanto, como cuatro conjuntos de entidades de nivel
más bajo del conjunto de entidades de nivel más alto empleado. Un empleado dado no se
asigna a una entidad grupo automáticamente en términos de una condición que lo defina
explícitamente. En su lugar, la asignación al grupo se hace de forma individual por el usuario
a cargo de la decisión. La asignación se implementa mediante una operación que añade
una entidad a un conjunto de entidades.
Un segundo tipo de restricciones se define según si las entidades pueden pertenecer a más
de un conjunto de entidades de nivel más bajo en una generalización simple. Los conjuntos
de entidades de nivel más bajo pueden ser uno de los siguientes:

Disjunto
Una restricción sobre el carácter disjunto requiere que una entidad no pertenezca a más de
un conjunto de entidades de nivel más bajo. En el ejemplo, una entidad cuenta puede
satisfacer sólo una condición para el atributo tipo-cuenta; una entidad puede ser bien una
cuenta de ahorro o bien una cuenta corriente, pero no ambas cosas a la vez.
Solapado
En las generalizaciones solapadas, la misma entidad puede pertenecer a más de un

conjunto de entidades de nivel más bajo en una generalización simple. Como ilustración,
tomando el ejemplo del grupo de trabajo del empleado, asúmase que ciertos directores
participen en más de un grupo de trabajo. Un empleado dado puede, por lo tanto, aparecer
en más de uno de los conjuntos de entidades grupo que son conjuntos de entidades de
nivel más bajo de empleado. Así, la generalización es solapada. Como otro ejemplo,
supóngase la generalización aplicada a los conjuntos de entidades cliente y empleado
conduce a un conjunto de entidades de nivel más alto persona. La generalización está
solapada si un empleado también puede ser un cliente.
La entidad de nivel más bajo solapada es el caso predeterminado; la restricción sobre el

carácter disjunto se debe colocar explícitamente en una generalización (o especialización).
Se puede identificar una restricción sobre el carácter disjunto en un diagrama E-R
añadiendo la palabra disjunto en el símbolo del triángulo.
Una restricción final, la restricción de completitud en una generalización o especialización,

especifica si un conjunto de entidades de nivel más alto debe pertenecer o no a al menos
uno de los conjuntos de entidades de nivel más bajo en una generalización/especialización.
Esta restricción puede ser una de las siguientes:
 Generalización o especialización total

Cada entidad de nivel más alto debe pertenecer a un conjunto de entidades de
nivel más bajo.
 Generalización o especialización parcial
Algunas entidades de nivel más alto pueden no pertenecer a algún conjunto de
entidades de nivel más bajo.
La generalización parcial es la predeterminada. Se puede especificar una generalización

total en un diagrama E-R usando una línea doble para conectar el rectángulo que
representa el conjunto de entidades de nivel más alto con el símbolo del triángulo (esta
notación es similar a la notación de participación total en una relación).
La generalización de cuenta es total: todas las entidades cuenta deben ser o bien cuentas
de ahorro o bien cuentas corrientes. Debido a que el conjunto de entidades de nivel más
alto alcanzado a través de la generalización está generalmente compuesto únicamente por
aquellas entidades del conjunto de entidades de nivel más bajo, la restricción de completitud
para un conjunto de entidades de nivel más alto generalizado es habitualmente total.
Cuando la restricción es parcial, la entidad de nivel más alto no aparece necesariamente
en el conjunto de entidades de nivel más bajo. Los conjuntos de entidades grupo de trabajo
ilustran una especialización parcial. Como los empleados se asignan a grupos sólo después
de llevar tres meses en el trabajo, algunas entidades empleado pueden no ser miembros
de ningún conjunto de entidades grupo de nivel más bajo.

Los conjuntos de entidades equipo se pueden caracterizar más completamente como una
especialización de empleado parcial y solapada. La generalización de cuenta-corriente y
cuenta-ahorro en cuenta es una generalización total y disjunta. Las restricciones de
completitud y sobre el carácter disjunto, sin embargo, no dependen una de la otra. Los
patrones de restricciones pueden ser también parcial-disjunta y total-solapada.
Se puede ver que ciertos requisitos de inserción y borrado son consecuencia de las
restricciones que se aplican a una generalización o especialización dada. Por ejemplo,
cuando se coloca una restricción de completitud total, una entidad insertada en un conjunto
de entidades de nivel más alto se debe insertar en al menos uno de los conjuntos de
entidades de nivel más bajo. Con una restricción de definición por condición, todas las
entidades de nivel más alto que satisfacen la condición se deben insertar en el conjunto de
entidades de nivel más bajo. Finalmente, una entidad que se borra de un conjunto de
entidades de nivel más alto, también se debe borrar de todos los conjuntos de entidades de
nivel más bajo asociados a los que pertenezca.
Agregación.
Korth/Silberschatz: “Una limitación del modelo E-R es que no es posible expresar

relaciones entre relaciones.
La agregación es una abstracción a través de la cual las relaciones

se tratan como entidades de nivel más alto.”
Elmasri/Navathe: “La agregación es un concepto de abstracción para construir objetos

compuestos a partir de sus objetos componentes.”
Para ejemplificar este caso tomemos en cuenta el siguiente diagrama E-R, en donde
tenemos las entidades empleado, sucursal y trabajo, unidos por la relación trabaja-en.
Trabajo
Empleado Trabaja -en Sucursal
Supóngase ahora que se desean registrar los directores para las tareas realizadas por un
empleado en una sucursal; es decir, se desean registrar directores por combinaciones
(empleado, sucursal, trabajo). Asúmase que existe una entidad director.
Una alternativa para representar esta relación es crear una relación cuaternaria dirige entre
empleado, sucursal, trabajo y director (se necesita una relación cuaternaria; una relación
binaria entre director y empleado no permitiría representar las combinaciones [sucursal,
trabajo] de un empleado que están dirigidas por un director). Parece que los conjuntos de
relaciones trabaja-en y dirige se pueden combinar en un único conjunto de relaciones.

Trabajo
Dirige
Director
Debido a que no son permitidas las relaciones entre relaciones, la mejor forma de modelar
una situación como ésta es usar la agregación. La agregación es una abstracción a través
de la cual las relaciones se tratan como entidades de nivel más alto. Así, para este ejemplo,
se considera el conjunto de relaciones trabaja-en (que relaciona los conjuntos de entidades
empleado, sucursal y trabajo) como un conjunto de entidades de nivel más alto denominado
trabaja-en. Tal conjunto de entidades se trata de la misma forma que cualquier otro conjunto
de entidades. Se puede crear entonces una relación binaria dirige entre trabaja-en y director
para representar quién dirige las tareas. En la siguiente figura se muestra una notación para
la agregación que se usa habitualmente para esta situación.
Trabajo
Dirige
Director

2.5. La Notación E-R con UML.
El Lenguaje Unificado de Modelado (UML de sus siglas en inglés Unifield Modeling

Language) es un lenguaje gráfico para diseñar, especificar, construir y documentar
sistemas con gran cantidad de software. UML proporciona los mecanismos para la
representación de los planos de un sistema de forma estándar, comprendiendo su
funcionamiento, así como sus elementos conceptuales y los procesos de negocios, además
describe sus elementos concretos, como lo son las clases utilizadas en el lenguaje de
programación, esquemas de bases de datos y componentes de software.
El UML es apropiado para modelar desde sistemas de información empresariales hasta

aplicaciones distribuidas basadas en Web e incluso para Sistemas Embebidos de tiempo
real. Es un lenguaje muy expresivo, que cubre todas las vistas necesarias para el desarrollo
y luego desplegar tales sistemas. UML no es difícil de aprender ni de utilizar.
UML ha sido utilizado de forma efectiva en dominios tales como:
 Sistemas de información empresariales.

 Bancos y servicios financieros.
 Telecomunicaciones.
 Transporte.
 Defensa/industria aeroespacial.
 Comercio.
 Electrónica médica.
 Ámbito científico
 Servicios distribuidos basados en Web.
UML no está limitado al modelo de software, de hecho, se puede modelar sistemas que no
son de software, como flujos de trabajo (workflows) en el sistema jurídico, estructura y
comportamiento de un sistema de vigilancia médica de un enfermo y diseño de hardware.
Bloques básicos de UML
UML incluye tres clases de bloques básicos:
1. Elementos.- Constituyen los ciudadanos del primera clase en un modelo.

2. Relaciones.- Ligan los elementos entre sí.
3. Diagramas.- Agrupan colecciones de elementos.
Elementos-. Existen cuatro tipos de elementos:
1. Elementos estructurales.- Son las partes estáticas de un modelo y representan

conceptos o cosas materiales. Colectivamente a los elementos estructurales se les
denomina clasificadores.

Clases
Estudiante
# NoControl
- Nombre
- Promedio
+ Estudiante()
+ modificar()
+ imprimir()
+ dibujar()
Interfaz
«interface»
Ventana
crear()
mover()
dibujar()
Colaboración
Cadena de
responsabilidad
Caso de uso
Realizar pedido
Clase activa
GestorDeEventos
suspender()
vaciarCola()
Componente

Artefacto
«artifact»
ventana.dll
Nodo
2. Elementos de comportamiento.- Son las partes dinámicas de los modelos UML y

representan comportamiento en tiempo y espacio.
Interacción
Mensaje
Máquina de estado
Esperando
Estado
Actividad
Procesar pedido
Acción
3. Elementos de agrupación.- Son las partes organizativas de los modelos UML. Son
las partes en las que se pueden descomponerse un modelo.
Paquetes.
4. Elementos de anotación.- Son partes explicativas de los modelos UML, son

comentarios que se aplican para describir, clasificar y realizar observaciones sobre
cualquier elemento del modelo.

Relaciones-. Hay cuatro tipos de relaciones:
1. Dependencia.- Relación entre dos elementos, en el cual un cambio a un elemento

(elemento independiente) puede afectar a otro elementos (elemento dependiente).
2. Asociaciones.- Relación entre clases que describe el conjunto de enlaces de una

clase a otra.
0..1 *
Empresa Empleado
3. Generalizaciones.- Es una realacion de especialización/generalización en la cual el
elemento especializado (hijo) se basa en la especificación del elemento
generalizado (padre).
4. Realización.- Es una relación entre clasificadores, en donde un clasificador

especifica un contrato que otro clasificador garantiza que cumplirá.
Diagramas-. Es una representación gráfica de un conjunto de elementos, visualizados

como grafo conexo de nodos (elementos) y arcos (relaciones).
1. Diagrama de clases.
2. Diagrama de objetos
3. Diagrama de componentes
4. Diagrama de estructura compuesta
5. Diagrama de caso de uso
6. Diagrama de secuencia
7. Diagrama de comunicación
8. Diagrama de estados
9. Diagrama de actividad
10. Diagrama de despliegue
11. Diagrama de paquetes
12. Diagrama de tiempos
13. Diagrama de visión global de interacciones

Ejemplo HolaMundo:

Diagrama de casos de uso
Producto de Aprendizaje Mapa Mental de la Unidad 2

Elabore un mapa mental del modelo Entidad-Relación.


Nombre del alumno:
No. Control: Fecha:
Rúbrica del Mapa Conceptual de la Unidad 2

Criterios de
desempeño
1. Logo del TecNM y del ITA cinco de los conceptos del cuatro de los conceptos del tres o menos de los
en la parte superior. apartado de excelente. apartado de excelente. conceptos del apartado de
2. Nombre del Instituto excelente.
Portada 4. Unidad y Descripción del
producto de aprendizaje.
6. Fecha
El mapa está representado: El mapa está representado: El mapa está representado: El mapa está representado: EL mapa tiene menos de
 Idea principal se  Idea principal se  Idea principal se  Idea principal se cuatro puntos presentados
simboliza con una simboliza con una simboliza con una simboliza con una en apartado excelente.
imagen central. imagen central. imagen central. imagen central.
 Temas salen de la  Temas salen de la  Temas salen de la  Temas salen de la
imagen central imagen central imagen central imagen central
mediante imágenes. mediante imágenes. mediante imágenes. mediante imágenes.
 Subtemas se  Subtemas se  Subtemas se  Subtemas se
simbolizan por simbolizan por simbolizan por simbolizan por
imágenes en ramas. imágenes en ramas. imágenes en ramas. imágenes en ramas.
Mapa Mental  Líneas salen de la  Líneas salen de la  Líneas salen de la  Líneas salen de la
idea principal y idea principal y idea principal y idea principal y
enlazan los temas y enlazan los temas y enlazan los temas y enlazan los temas y
subtemas. subtemas. subtemas. subtemas.
 Palabras clave  Palabras clave  Palabras clave
enlazan a los temas enlazan a los temas enlazan a los temas
y subtemas. y subtemas. y subtemas.
 Se utilizan diferentes  Se utilizan diferentes
tipos de colores. tipos de colores.
 Es creativo.
El mapa tiene: El mapa tiene: El mapa tiene: El mapa tiene: EL mapa tiene menos de
 Símbolos E-R (10)  Símbolos E-R (8 a 9)  Símbolos E-R (6 a 7)  Símbolos E-R (4 a 5) los putos marcados en el
 Modelo Extendido (4)  Modelo Extendido (3)  Modelo Extendido (3)  Modelo Extendido (2) apartado de suficiente o no
 UML  UML  UML  UML presento mapa mental.
o Elementos (4) o Elementos (4) o Elementos (4) o Elementos (4)
 Estructurales (8)  Estructurales (7)  Estructurales (6)  Estructurales (5)
Mapa Mental  Comportamiento  Comportamiento  Comportamiento  Comportamiento
(3) (2) (2) (1)
 Agrupación (1)  Agrupación (1)  Agrupación (1)  Agrupación (1)
 Anotación (1)  Anotación (1)  Anotación (1)  Anotación (1)
o Relaciones (4) o Relaciones (3) o Relaciones (2) o Relaciones (2)
o Diagramas (13) o Diagramas (10) o Diagramas (8) o Diagramas (6)
obras consultadas de consultadas de referencia, consultadas de referencia, consultadas de referencia o personales.
referencia, considerando los considerando los considerando los menos, considerando los
Bibliografía documentos, material documentos, material documentos, material documentos, material
El trabajo tiene impreso la El trabajo tiene impreso la El trabajo tiene impreso la El trabajo tiene impreso la No presenta la rúbrica
Rúbrica y la retroalimenta- Rúbrica y la retroalimenta- Rúbrica y la retroalimenta- Rúbrica y la retroalimenta- impresa.
ción, con los datos del ción y falta el nombre del ción y solo tiene el nombre ción, sin el nombre del
Rúbrica nombre del alumno, número alumno o número de control del alumno o número de alumno, número de control
de control y fecha de o la fecha de entrega. control o la fecha de y la fecha de entrega.
entrega. entrega.
No entrego el Mapa Mental en la
Fecha de entrega Entrega el Mapa Conceptual en la fecha señalada fecha señalada.
Pts. 5 0 pts.
Calificación

RETROALIMENTACION
ASPECTOS POSITIVOS:
1.-
2.-
3.-

1.-
2.-
3.-

Resolución de problemas de la Unidad 2
1. Elaborar un modelo E-R de un Hospital, donde tenga a los Médicos, Enfermeras,

Pacientes, Diagnóstico, Registro de Pacientes y Laboratorio.
Debe de cumplir las siguientes consideraciones:
 El Hospital tiene muchos Médicos.

 El Médico tiene asignada una Enfermera.
 El Médico atiende a muchos Pacientes.
 Un Paciente es atendido por un Médico.
 Los Pacientes deben de Registrarse para ser atendidos.
 Un Paciente tiene un Diagnóstico al ser atendido por un Médico.
 El Médico Solicita exámenes de Laboratorio.
2. Elaborar un modelo E-R de un para una Empresa de venta de Refacciones, donde

tenga a los Empleado, Departamento, Almacén, Producto, Cliente, Proveedor y
Venta.
Debe de cumplir las siguientes consideraciones:
 Los Empleados pertenecen a un Departamento.

 El Departamento debe de calcular el No. de Empleados
 El Almacén tiene varios Productos
 El Almacén tiene la existencia por Producto
 Un Proveedor surte varios Productos.
 Un Cliente puede comprar varios Productos
 La Venta registra la factura, fecha, importe y cliente que la realizo.



Nombre del alumno:
No. Control: Fecha:
Rúbrica de Resolución de problemas de la Unidad 2
Criterios de
desempeño
1. Logo del TecNM y del ITA cinco de los conceptos del cuatro de los conceptos del tres o menos de los
en la parte superior. apartado de excelente. apartado de excelente. conceptos del apartado de
2. Nombre del Instituto excelente.
Portada 4. Unidad y Descripción del
producto de aprendizaje.
6. Fecha
Presenta la resolución del Presenta la resolución del Presenta la resolución del Presenta la resolución del La solución que presenta no
problema con los siguientes problema con los siguientes problema con los siguientes problema con los siguientes resoluciona correctamente
rubros: rubros: rubros: rubros: lo solicitado o no presenta
 Descripción del  Descripción del  Entidades y sus  Entidades y sus la solución del problema.
problema. problema. atributos: atributos:
 Entidades y sus  Entidades y sus o Médicos o Médicos
atributos: atributos: o Enfermeras o Enfermeras
o Médicos o Médicos o Pacientes, o Pacientes,
Desarrollo o Enfermeras o Enfermeras Diagnóstico Diagnóstico
Problema 1 o Pacientes, o Pacientes, o Registro de o Registro de
Diagnóstico Diagnóstico Pacientes Pacientes
o Registro de o Registro de o Laboratorio o Laboratorio
Pacientes Pacientes  Relaciones  Relaciones
o Laboratorio o Laboratorio  Cumple al 80% con  Cumple al 70% con
 Relaciones  Relaciones las consideraciones. las consideraciones.
 Cumple al 100% con  Cumple al 80% con
las consideraciones. las consideraciones.
Presenta la resolución del Presenta la resolución del Presenta la resolución del Presenta la resolución del La solución que presenta no
problema con los siguientes problema con los siguientes problema con los siguientes problema con los siguientes resoluciona correctamente
rubros: rubros: rubros: rubros: lo solicitado o no presenta
 Descripción del  Descripción del  Entidades y sus  Entidades y sus la solución del problema.
problema. problema. atributos: atributos:
 Entidades y sus  Entidades y sus o Médicos o Médicos
atributos: atributos: o Enfermeras o Enfermeras
o Médicos o Médicos o Pacientes, o Pacientes,
Desarrollo o Enfermeras o Enfermeras Diagnóstico Diagnóstico
Problema 2 o Pacientes, o Pacientes, o Registro de o Registro de
Diagnóstico Diagnóstico Pacientes Pacientes
o Registro de o Registro de o Laboratorio o Laboratorio
Pacientes Pacientes  Relaciones  Relaciones
o Laboratorio o Laboratorio  Cumple al 80% con  Cumple al 70% con
 Relaciones  Relaciones las consideraciones. las consideraciones.
 Cumple al 100% con  Cumple al 80% con
las consideraciones. las consideraciones.
trabajo y sin errores trabajo y sin errores trabajo y sin errores trabajo y con pocos errores
Conclusiones ortográficos en más de ortográficos en media ortográficos en menos de ortográficos en menos de

El trabajo tiene impreso la El trabajo tiene impreso la El trabajo tiene impreso la El trabajo tiene impreso la No presenta la rúbrica
Rúbrica y la retroalimenta- Rúbrica y la retroalimenta- Rúbrica y la retroalimenta- Rúbrica y la retroalimenta- impresa.
ción, con los datos del ción y falta el nombre del ción y solo tiene el nombre ción, sin el nombre del
Rúbrica nombre del alumno, número alumno o número de control del alumno o número de alumno, número de control
de control y fecha de o la fecha de entrega. control o la fecha de y la fecha de entrega.
entrega. entrega.
No entrego la resolución de
Fecha de entrega Entrega el Mapa Conceptual en la fecha señalada problemas en la fecha
señalada.
Pts. 5 0 pts.
Calificación

RETROALIMENTACION
ASPECTOS POSITIVOS:
1.-
2.-
3.-

1.-
2.-
3.-

Fundamentos de Base de Datos - Unidad 1 y 2

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Fundamentos de Base de Datos - Unidad 1 y 2

Încărcat de

Drepturi de autor:

Formate disponibile

TECNOLÓGICO NACIONAL DE MÉXICO

INSTITUTO TECNOLÓGICO DE AGUASCALIENTES

Fundamento de Base de Datos

Es importante porque el estudiante adquiere las competencias en el análisis y el

La asignatura propicia el dominio de modelos de diseño de base de datos basados

Esta asignatura requiere como competencia previa que el estudiante comprenda y

Comprende y aplica los conceptos básicos de lógica matemática, conjuntos y

 Habilidades para buscar, procesar y analizar información procedente de

Ene-Jun 2019 L.I. Arturo López Ponce

Competencias específicas de la asignatura

Analiza requerimientos y diseña bases de datos para generar soluciones al

1. Introducción a las bases de datos

2. Diseño de Bases de Datos con el modelo ER.

4. Normalización de bases de datos.

Ene-Jun 2019 L.I. Arturo López Ponce

6. Introducción al lenguaje SQL.

1. Elmasri, Ramez, Fundamentos de Sistemas de Bases de Datos (5ª Ed.),

Ene-Jun 2019 L.I. Arturo López Ponce

Fechas de Productos de aprendizaje

 Revisión equitativa 1ª. Oportunidad

 Solicitud de Amistad a la cuenta de Facebook Arturo López Ponce

Ene-Jun 2019 L.I. Arturo López Ponce

1. Introducción a las bases de datos

La expresión “Base de Datos” surge a principios de los

1.1. Conceptos básicos

Ene-Jun 2019 L.I. Arturo López Ponce

Definiciones de base de datos en la web:

Ene-Jun 2019 L.I. Arturo López Ponce

1.2. Objetivos de las Bases de Datos

Los objetivos principales de un sistema de base de datos son disminuir los

 Redundancia e inconsistencia de datos: Puesto que los archivos que

 Anomalías del acceso concurrente: Para mejorar el funcionamiento global del

 Problemas de seguridad: La información de toda empresa es importante,

Ene-Jun 2019 L.I. Arturo López Ponce

 Problemas de integridad: Los valores de datos almacenados en la base de

 Evitar el problema de atomicidad: Un sistema de una computadora, como

 Control Centralizado: Un sistema de bases de datos proporciona a la

 Pueden hacerse cumplir las normas establecidas: Con el control central

 Almacenamiento persistente de objetos y estructuras de datos de

 Inferencias en la base de datos mediante reglas de deducción: Otra

Ene-Jun 2019 L.I. Arturo López Ponce

Entre éstas podemos mencionar los lenguajes de consulta para usuarios

 Respaldo y Recuperación: Todo SGBD debe contar con recursos para

1.3. Áreas de Aplicación de los Sistemas de Bases de datos

Producto de Aprendizaje Cuadro Comparativo

Elaborar un cuadro comparativo de los diferentes SGBD que existen en el mercado.

Ene-Jun 2019 L.I. Arturo López Ponce

Instituto Tecnológico de Aguascalientes

Asignatura: Fundamento de Base de Datos

Nombre del alumno:

No. Control: Fecha:

Rúbrica del Cuadro comparativo de la Unidad 1

Nivel de desempeño mínimo aceptable: 70 pts.

Ene-Jun 2019 L.I. Arturo López Ponce

AREAS DE OPORTUNIDAD Y SUGERENCIAS DE MEJORA:

NOMBRE Y FIRMA DE CONFORMIDAD DEL ALUMNO:

Ene-Jun 2019 L.I. Arturo López Ponce

1.4. Modelos de bases de datos

Brodie: "Dados los requerimientos de información y proceso de una aplicación de

Un modelo de datos es por tanto una colección de conceptos bien definidos

 Propiedades estáticas: Entidades (u objetos), propiedades (o atributos) de

La investigación moderna sobre modelos de datos estaba más centrada en los

Ene-Jun 2019 L.I. Arturo López Ponce

 Modelos de datos primitivos (orientados a archivos).