Herramientas CASE

Desarrollo de
Aplicaciones en
Entornos de
Cuarta
Generacin y con
Herramientas
CASE
Tercero de Bachillerato Tcnico en
Comercio y Administracin Especialidad
Aplicaciones Informticas.
Alumn@:
Material exclusivo para los alumnos del Centro Educativo "Wenceslao Rijavec"
Lcdo. Wilver E. Cevallos O

...Porque no es lo mismo instruir que formar para la vida..."
44*
Desarrollo de Aplicaciones en Entorno de Cuarta Generacin y con Herramientas Case
CONTENIDO
TEMTICO.
Lcdo. Wilver E. Cevallos O.
Contenido
Contenido Temtico..........................................................................................................2
Campo Ocupacional del Estudiante de Bachillerato Tcnico Informtica.......................4
Iconografa.........................................................................................................................5
Unidad N1: Introduccin. Ventajas De La Utilizacin De Bases De Datos......................6
Competencia....................................................................................................................6
Importancia y Caractersticas de la base de datos............................................................6
Conceptos bsicos de archivos computacionales..............................................................6
Objetivos de los sistemas de bases de datos.....................................................................9
Abstraccin de la informacin........................................................................................10
Modelos de Base de Datos.............................................................................................12
Arquitectura de los sistemas..........................................................................................20
Acceso a Sistemas de Bases de Datos............................................................................21
Unidad N2: Diseo de Bases de Batos Relacionales......................................................24
Competencia..................................................................................................................24
bases De Datos Relacionales..........................................................................................24
El Diagrama de Entidad - Relacin................................................................................27
Metodologa de diseo conceptual..................................................................................30
Metodologa del diseo lgico de datos...........................................................................30
Ejercicio resuelto de DER...............................................................................................33
Unidad N 3: Optimizacin de las Bases de Datos Relacionales.....................................38
Competencia..................................................................................................................38
Teora de la Normalizacin.............................................................................................39
Primera Forma Normal (1FN).........................................................................................42
Segunda Forma Normal (2FN)........................................................................................42
Tercera Forma Normal (3FN)..........................................................................................44
Unidad N4: Organizacion de un Sistema Gestor de Base de Datos Relacional.............53
Competencia..................................................................................................................53
Sistema de Gestin de Bases de Datos...........................................................................53
Ventajas de los SGBD....................................................................................................54
Estructura de un SGBD................................................................................................55
Usuarios relacionados con los Sistemas de Bases de Datos............................................58
Unidad N 5: Lenguaje de Consulta Estructurado. SQL..................................................60
Competencia..................................................................................................................60
Resea histrica del SQL...............................................................................................60
Caracterstica del SQL...................................................................................................61
UNIDAD N 6: Lenguaje de Definicion de Datos. LDD.....................................................64

Competencia..................................................................................................................64
Misin del LDD..............................................................................................................64
Objetos de un Sistema de Bases de Datos......................................................................64
Tablas...........................................................................................................................65
ndices..........................................................................................................................74
UNIDAD N 7: Lenguaje De Manipulacin De Datos........................................................81
Competencia..................................................................................................................81
INSERT..........................................................................................................................81
SELECT.........................................................................................................................83
UPDATE........................................................................................................................85
DELETE........................................................................................................................86
UNIDAD N 8: Desarrollo de una Aplicacin De Gestin.................................................90
Competencia..................................................................................................................90
Informe de especificacin de requisitos..........................................................................91
CAMPO OCUPACIONAL DEL ESTUDIANTE DE BACHILLERATO

TCNICO INFORMTICA.
Desarrollo de Aplicaciones.
Informacin sobre simbologa para la elaboracin de diagramas.

Informacin sobre diseo de bases de datos relacionales. Informacin sobre accesos a
bases de datos (lenguaje SQL).
Documentacin sobre herramientas CASE.

Informacin sobre diseo de interfaces de usuario (pantallas, mens, informes, etc.).
Procesos, mtodos y procedimientos:
Procedimientos de elaboracin de diagramas para la resolucin de problemas.

Procedimientos de manejo de herramientas CASE para la generacin de bases de datos y
otras aplicaciones (pantallas, mens, formatos de impresin,...).
Principales resultados del trabajo:
Obtencin de cdigo ejecutable por el computador.
Adaptacin de aplicaciones existentes para que satisfagan nuevos requerimientos
Pruebas del funcionamiento del programa.

Instrucciones de uso de las aplicaciones desarrolladas.
Integracin y enlace de programas y rutinas.
Personas y/u organismos destinatarios del servicio:
Usuarios finales.
Programadores.
Analistas de sistemas.
Tcnicos de sistemas. Clientes.
ICONOGRAFA.
44
*
UNIDA
D N1: INTRODUCCIN. VENTAJAS DE LA UTILIZACIN DE
BASES DE DATOS.
Competencia.
Relaciona los modelos de bases de datos ms comunes a partir de sus componentes para
realizar el diseo contextual de datos de una empresa de una manera gil y precisa.
1.
2.
3.
4.
5.
6.
7.
8.
9.
Qu es un sistema de Informacin?
Cules son los elementos de un sistema de informacin?
Cul es el papel que cumple el analista de sistemas?
Quines son los participantes en el anlisis de sistemas de informacin?
Realizar una explicacin breve sobre las faces de definicin, desarrollo y
mantenimiento en el anlisis de los sistemas de informacin.
Nombre los modelos de planificacin de ciclo de vida del Software y explique uno
de ellos.
Reflexione: Qu es una base de datos?
Reflexione: Para qu se aplica una base de Datos?
Reflexione: En donde se utilizan las bases de datos?
I
44*
10.
Importancia y Caractersticas de la base de datos.
11.
12.
Desde el inicio de la informtica los sistemas han necesitado trabajar con grandes
volmenes de informacin, es as que nacieron los sistemas de informacin gestionados con
lenguajes de programacin.
13.
Rpidamente los sistemas se fueron complicando, en donde fue evidente la

necesidad de que en la parte en donde se administre los datos fuese ms eficiente y
sobre todo con un control confiable de los datos administrados, es aqu en donde se
hacen presentes los Sistemas Gestores de Bases de Datos (SGBD)
14.
15.
Dato.
16.
Es la informacin concerniente al mundo real, as por ejemplo: Nombre del

Estudiante, Cedula de Identidad, etc.
17.
Informacin:
18. Es un conjunto ordenado de datos los cuales son manejados segn la necesidad del
usuario, para que un conjunto de datos pueda ser procesado eficientemente y pueda
dar lugar a informacin, primero se debe guardar lgicamente en archivos.
19.
20.
21.
Conceptos bsicos de archivos computacionales.

Campo:
22. Es la unidad ms pequea a la cual uno puede referirse en un programa. Desde el

punto de vista del programador representa una caracterstica de un individuo u
objeto.
23.
24.
25.
26.
Registro:
Coleccin de campos de iguales o de diferentes tipos.

27.
28.
Archivo:
29. Coleccin de registros almacenados siguiendo una estructura homognea.

30.
31.
Base de Dato.
32.
Conjunto de Datos que estn organizados entre s, estos pueden estar almacenados
en procesadores de Texto o en hoja electrnica, y adems lo pueden estar en un papel, es
decir en un medio no lgico.
33.
Es una coleccin de archivos interrelacionados, son creados con un SGDB. El

contenido de una base de datos engloba a la informacin concerniente (almacenadas en
archivos) de una organizacin, de tal manera que los datos estn disponibles para los
usuarios, una finalidad de la base de datos es eliminar la redundancia o al menos
minimizarla. Los tres componentes principales de un sistema de base de datos son el
hardware, el software SGDB y los datos a manejar, as como el personal encargado del
manejo del sistema, por ejemplo:
44*
34.
35.
Sistemas de Informacin.
36.
37.
Estn relacionados con archivos planos que gestionan la informacin, en este

tipo de estructura trabajan programas de desarrollo como: Pascal, C, etc. En la cual
si se utiliza archivos planos, al momento de la modificacin de la estructura de
datos, cambiaria adems gran parte de cdigo o programas de aplicacin que utilice
este cdigo
44*
38.
39.
40.
41.
42.
Sistemas de Base de datos.
43.
Conjunto de datos inter relacionados y organizados de tal forma que pueden

ser administrados por un SGBD.
44.
Mientras un archivo plano solo tiene datos a gestionar, un SGBD gestiona

datos y Meta-Datos, que podra ser restricciones al momento de ingresar un dato, es
decir, al ingresar el sexo de la persona el SGBD solo tiene que permitir Masculino o
Femenino, mas no otro dato, otro meta dato son los ndices, etc.
45.
Sistema de Gestin de Bases de Datos.
46.
Un sistema de gestin de bases de datos SGBD o (DBMS Data Base

Management System, Sistema Manejador de Base de Datos), es un Software de
aplicacin que permite extraer y almacenar informacin de un sistema de Bases de
Datos, proporcionndolos seguridad, organizacin, independencia, integridad y
consistencia en los datos, recuperacin ante fallos del sistema, administracin de la
informacin.
47.
Analizando todas las ventajas que proporcionan los SGBD, podramos decir
que son de gran utilidad, pero consideremos, que trabajar con SGBD resultara
costoso y complejo, es por ello que para aplicaciones pequeas que no requieren se
seguridades altas, etc., lo mas conveniente es utilizar sistemas que trabajen con
archivos planos.
48.
A finales de los 80 y principios de los 90 se han realizado algunos avances en

el rea de los SGBD, y quizs lo ms significante, podra decirse, la incursin de los
SGBD en la Internet, en la que sistemas como los de Bancos, Instituciones de
Seguridad Social, entre otros, utilizan este sistema.
44*
49.
El objetivo primordial de un sistema manejador base de datos es

proporcionar un contorno que sea a la vez conveniente y eficiente para ser utilizado
al extraer, almacenar y manipular informacin de la base de datos. Todas las
peticiones de acceso a la base, se manejan centralizadamente por medio del DBMS,
por lo que este paquete funciona como interfase entre los usuarios y la base de
datos.
50.
51.
52.
Esquema de base de datos:
53.
Es la estructura por la que esta formada la base de datos, se especifica por

medio de un conjunto de definiciones que se expresa mediante un lenguaje especial
llamado lenguaje de definicin de datos. (DDL)
54.
55.
Administrador de base de datos (DBA):
56.
Es la persona o equipo de personas profesionales responsables del control y

manejo del sistema de base de datos, generalmente tiene(n) experiencia en DBMS,
diseo de bases de datos, Sistemas operativos, comunicacin de datos, hardware y
programacin.
57.
Los sistemas de base de datos se disean para manejar grandes cantidades

de informacin, la manipulacin de los datos involucra tanto la definicin de
estructuras para el almacenamiento de la informacin como la provisin de
mecanismos para la manipulacin de la informacin, adems un sistema de base de
datos debe de tener implementados mecanismos de seguridad que garanticen la
integridad de la informacin, a pesar de cadas del sistema o intentos de accesos no
autorizados.
58.
Un objetivo principal de un sistema de base de datos es proporcionar a los

usuarios finales una visin abstracta de los datos, esto se logra escondiendo ciertos
detalles de como se almacenan y mantienen los datos.
59.
60.
Objetivos de los sistemas de bases de datos.
61.
Los objetivos principales de un sistema de base de datos es disminuir los

siguientes aspectos:
Redundancia e inconsistencia de datos.

62.
Puesto que los archivos que mantienen almacenada la informacin son

creados por diferentes tipos de programas de aplicacin existe la posibilidad de que
si no se controla detalladamente el almacenamiento, se pueda originar un duplicado
de informacin, es decir que la misma informacin sea ms de una vez en un
dispositivo de almacenamiento. Esto aumenta los costos de almacenamiento y
acceso a los datos, adems de que puede originar la inconsistencia de los datos - es
decir diversas copias de un mismo dato no concuerdan entre si, por ejemplo: que se
actualiza la direccin de un cliente en un archivo y que en otros archivos

permanezca la anterior.
Dificultad para tener acceso a los datos.

63.
Un sistema de base de datos debe contemplar un entorno de datos que le

facilite al usuario el manejo de los mismos. Supngase un banco, y que uno de los
gerentes necesita averiguar los nombres de todos los clientes que viven dentro del
cdigo postal 78733 de la ciudad. El gerente pide al departamento de procesamiento
de datos que genere la lista correspondiente. Puesto que esta situacin no fue
prevista en el diseo del sistema, no existe ninguna aplicacin de consulta que
permita este tipo de solicitud, esto ocasiona una deficiencia del sistema.
Aislamiento de los datos.
64.
Puesto que los datos estn repartidos en varios archivos, y estos no pueden
tener diferentes formatos, es difcil escribir nuevos programas de aplicacin para
obtener los datos apropiados.
65.
Anomalas del acceso concurrente.
66.
Para mejorar el funcionamiento global del sistema y obtener un tiempo de

respuesta ms rpido, muchos sistemas permiten que mltiples usuarios actualicen
los datos simultneamente. En un entorno as la interaccin de actualizaciones
concurrentes puede dar por resultado datos inconsistentes. Para prevenir esta
posibilidad debe mantenerse alguna forma de supervisin en el sistema.
Problemas de seguridad.
67.
La informacin de toda empresa es importante, aunque unos datos lo son

ms que otros, por tal motivo se debe considerar el control de acceso a los mismos,
no todos los usuarios pueden visualizar alguna informacin, por tal motivo para que
un sistema de base de datos sea confiable debe mantener un grado de seguridad que
garantice la autentificacin y proteccin de los datos. En un banco por ejemplo, el
personal de nminas slo necesita ver la parte de la base de datos que tiene
informacin acerca de los distintos empleados del banco y no a otro tipo de
informacin.
Problemas de integridad.
68.
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 aadiendo cdigos apropiados en los diversos programas de aplicacin.
69.
70.
Abstraccin de la informacin.
71.
Una base de datos es en esencia una coleccin de archivos relacionados

entre s, de la cual los usuarios pueden extraer informacin sin considerar las
fronteras de los archivos.
72.
Un objetivo importante de un sistema de base de datos es proporcionar a los

usuarios una visin abstracta de los datos, es decir, el sistema esconde ciertos
detalles de cmo se almacenan y mantienen los datos. Sin embargo para que el
sistema sea manejable, los datos se deben extraer eficientemente.
73.
Existen diferentes niveles de abstraccin para simplificar la interaccin de los

usuarios con el sistema; Interno, conceptual y externo, especficamente el de
almacenamiento fsico, el del usuario y el del programador.
74.
75.
Nivel fsico.
76.
Es la representacin del nivel ms bajo de abstraccin, en ste se describe en

detalle la forma en cmo se almacenan los datos en los dispositivos de
almacenamiento (por ejemplo, mediante sealadores o ndices para el acceso
aleatorio a los datos).
Nivel conceptual.
77.
El siguiente nivel ms alto de abstraccin, describe que datos son

almacenados realmente en la base de datos y las relaciones que existen entre los
mismos, describe la base de datos completa en trminos de su estructura de diseo.
El nivel conceptual de abstraccin lo usan los administradores de bases de datos,
quienes deben decidir qu informacin se va a guardar en la base de datos.
78.
Consta de las siguientes definiciones:
1. Definicin de los datos: Se describen el tipo de datos y la longitud de campo todos

los elementos direccionables en la base. Los elementos por definir incluyen artculos
elementales (atributos), totales de datos y registros conceptuales (entidades).
2. Relaciones entre datos: Se definen las relaciones entre datos para enlazar tipos de
registros relacionados para el procesamiento de archivos mltiples.
79.
En el nivel conceptual la base de datos aparece como una coleccin de

registros lgicos, sin descriptores de almacenamiento. En realidad los archivos
conceptuales no existen fsicamente. La transformacin de registros conceptuales a
registros fsicos para el almacenamiento se lleva a cabo por el sistema y es
transparente al usuario.
Nivel de visin.
80.
Nivel ms alto de abstraccin, es lo que el usuario final puede visualizar del

sistema terminado, describe slo una parte de la base de datos al usuario acreditado
para verla. El sistema puede proporcionar muchas visiones para la misma base de
datos.
81.
La interrelacin entre estos tres niveles de abstraccin se ilustra en la

siguiente figura.
82.
83.
84.
85.
Modelos de Base de Datos.
86.
Para introducirnos en este tema, empezaremos definiendo que es un modelo.
87. Modelo:
88.
Es una representacin de la realidad que contiene las caractersticas generales de
algo que se va a realizar. En base de datos, esta representacin la elaboramos de
forma grfica.
89.
90.
91.
Qu es modelo de datos?
Es una coleccin de herramientas conceptuales para describir los datos, las

relaciones que existen entre ellos, semntica asociada a los datos y restricciones de
consistencia.
92.
93.
94.
Los modelos de datos se dividen en tres grupos:
Modelos lgicos basados en objetos.

95.
Modelos lgicos basados en registros.
96.
Modelos fsicos de datos.
97.
98.
Modelos lgicos basados en objetos.
99.
Se usan para describir datos en los niveles conceptual y de visin, es decir,

con este modelo representamos los datos de tal forma como nosotros los captamos
en el mundo real, tienen una capacidad de estructuracin bastante flexible y
permiten especificar restricciones de datos explcitamente. Existen diferentes
modelos de este tipo, pero el ms utilizado por su sencillez y eficiencia es el modelo
Entidad-Relacin.
100.
Modelo Entidad-Relacin.
101.
Denominado por sus siglas como: E-R; Este modelo representa a la realidad a
travs de entidades, que son objetos que existen y que se distinguen de otros por
sus caractersticas, por ejemplo: un alumno se distingue de otro por sus
caractersticas particulares como lo es el nombre, o el numero de control asignado al
entrar a una institucin educativa, as mismo, un empleado, una materia, etc. Las
entidades pueden ser de dos tipos:
Tangibles:
Son todos aquellos objetos fsicos que podemos ver, tocar o sentir.
102.
Intangibles:
Todos aquellos eventos u objetos conceptuales que no podemos ver, aun sabiendo que
existen, por ejemplo: la entidad materia, sabemos que existe, sin embargo, no la
podemos visualizar o tocar.
Las caractersticas de las entidades en base de datos se llaman atributos,
por ejemplo el nombre, direccin telfono, grado, grupo, etc. son atributos de la
entidad alumno; Clave, nmero de seguro social, departamento, etc., son atributos
de la entidad empleado. A su vez una entidad se puede asociar o relacionar con ms
entidades a travs de relaciones.
103.
104.
105.
106.
107.
Pero para entender mejor esto, veamos un ejemplo:
Consideremos una empresa que requiere controlar a los vendedores y las

ventas que ellos realizan; de este problema determinamos que los objetos o entidades
principales a estudiar son el empleado (vendedor) y el artculo (que es el producto en
venta), y las caractersticas que los identifican son:
108.
Empleado:
109.
Puesto
Salario
R.F.C.
110.
111.
112.
Artculo:
Nombre
Descripcin
Costo
Clave
La relacin entre ambas entidades la podemos establecer como Venta.
113.
Bueno, ahora nos falta describir como se representa un modelo E-R

grficamente, la representacin es muy sencilla, se emplean smbolos, los cuales
son:
114.
115.
Smbolo
Representa
116.
117.
As nuestro ejemplo anterior quedara representado de la siguiente forma:
118.
119.
Existen ms aspectos a considerar con respecto a los modelos entidad

relacin, estos sern considerados en el tema Modelo Entidad Relacin.
Modelos lgicos basados en registros.
120.
121.
122.
Se utilizan para describir datos en los niveles conceptual y fsico.
Estos modelos utilizan registros e instancias para representar la realidad, as

como las relaciones que existen entre estos registros (ligas) o apuntadores. A
diferencia de los modelos de datos basados en objetos, se usan para especificar la
estructura lgica global de la base de datos y para proporcionar una descripcin a
nivel ms alto de la implementacin.
123.
124.
125.
126.
127.
-
Los tres modelos de datos ms ampliamente aceptados son:
Modelo Jerrquico
Modelo de Red
Modelo Relacional
128. Bases de datos

Jerrquicos.
129.
Entre los primeros modelos de datos que surgieron en los SGBD comerciales
se encuentran las estructuras en rbol, propias de los productos jerrquicos.
130.
131.
132.
133.
134. Los rboles, como instrumentos para la representacin de estructuras de
datos, presentan problemas por su poca flexibilidad, lo que da origen a una falta de
adaptacin a muchas organizaciones reales.
135. La implementacin del modelo Jerrquico en los productos se lleva a cabo en

base a punteros; estructura fsica que vara segn los productos, e incluso un mismo
producto proporciona distintas organizaciones fsicas a fin de que el usuario pueda
conseguir una mayor eficiencia en el diseo fsico de la base de datos.
136. Los segmentos, en funcin de su situacin en el rbol y de sus

caractersticas, pueden denominarse como:
137.
138.
1. SEGMENTO PADRE: Es aqul que tiene descendientes, todos ellos localizados en el mismo
nivel.
139.
2.
3.
140.
141.
142.
143.
144.
145.
SEGMENTO HIJO: Es aqul que depende de un segmento de nivel superior. Todos los hijos de un
146.
mismo padre estn en el mismo nivel del rbol.
147.
148.
149.
150.
151.
152.
SEGMENTO RAZ: El segmento raz de una base de datos jerrquica es el padre que no tiene
153.
padre. La raz siempre es nica y ocupa el nivel superior del rbol.
154.
155.
156.
157.
158.
159.
Ilustracin 1 Modelo Jerrquico.
160.
161.
Bases de Datos de Red.
162.
Es similar a la jerrquica, es decir que poseen registros conectados entre si

por medio de enlaces o ligas y cada registro es una coleccin de campos (atributos),
cada uni de los cuales tiene solamente un valor de un dato y un enlace es una
asociacin de dos registros exclusivamente.
163.
Ejemplo:
164.
165.
Ilustracin 2 Modelo de Red
I
166.
167.
Bases de datos Relacionales.
168. Este modelo representa los datos y las relaciones entre los datos,
mediante un conjunto de tablas conocidas tambin como relaciones, cada una de
las cuales tiene un numero de columnas o atributos con nombres nicos, cada
uno de los campos poseen un dato que se identifica un tipo comn de datos a
almacenar, las tablas tienen a su vez filas que se conocen como tuplas, que
contienen informacin de un registro en particular. Cada tabla est asociada
habitualmente con otra(s) tablas como resultado de la relacin representada en el
Ilustracin 3 Modelo Relaciona!

diagrama conceptual.
169. Considerando nuestro ejemplo del empleado y el artculo:

170.
Tabla del empleado

171.
172.
173. Ahora te preguntaras cmo se representan las relaciones entre las entidades en este
modelo?
174.
Existen dos formas de representarla; pero para ello necesitamos definir que es una
llave primaria: Es un atributo el cual definimos como atributo principal, es una forma nica
de identificar a una entidad. Por ejemplo, el RFC de un empleado se distingue de otro por
que los RFC no pueden ser iguales.
175.
Ahora si, las formas de representar las relaciones en este modelo son:
176. 1. Haciendo una tabla que contenga cada una de las llaves primarias
de las entidades involucradas en la relacin.
177.
Tomando en cuenta que la llave primaria del empleado es su RFC, y la llave

primaria del artculo es la Clave.
178.
2. Incluyendo en alguna de las tablas de las entidades involucradas, la llave de
otra
tabla.
179.
la
180.
181.
182.
183. Estructura general del sistema.

184.
Un sistema de base de datos se encuentra dividido en mdulos cada uno de los

cuales controla una parte de la responsabilidad total de sistema. En la mayora de los
casos, el sistema operativo proporciona nicamente los servicios ms bsicos y el sistema
de la base de datos debe partir de esa base y controlar adems el manejo correcto de los
datos. As el diseo de un sistema de base de datos debe incluir la interfaz entre el sistema
de base de datos y el sistema operativo.
185. Los componentes funcionales de un sistema de base de datos, son:

Gestor de archivos.
186.
187.
Gestiona la asignacin de espacio en la memoria del disco y de las
estructuras de datos usadas para representar informacin.
188.
Manejador de base de datos.
189.
Sirve de interfaz entre los datos y los programas de aplicacin.
190.
Procesador de consultas.
191.
Traduce las proposiciones en lenguajes de consulta a instrucciones de
bajo nivel. Adems convierte la solicitud del usuario en una forma ms eficiente.
192.
Compilador de DDL.
193.
Convierte las proposiciones DDL en un conjunto de tablas que
contienen metadatos, estas se almacenan en el diccionario de datos.
194.
Archivo de datos.
195.
organizacin.
196.
197.
198.
En l se encuentran almacenados fsicamente los datos de una
Diccionario de datos.
Contiene la informacin referente a la estructura de la base de datos.
ndices.
199.
Permiten un rpido acceso a registros que contienen valores
especficos.
200.
Una forma grfica de representar los componentes antes mencionados y la
relacin que existe entre ellos sera la siguiente.
201.
202.
203.
204.
205.
206.
207.
208.
209.
210.
211.
212.
213.
214.
215.
216.
217.
218.
219.
220.
221.
222.
223.
224.
225.
226.
227.
228.
Arquitectura de los sistemas.

229.
230.
I
l
u
s
t
r
a
c
i
4 Programa
Centralizada.
de aplicacin Bosquejo de una arquitectura
231.
232.
233.
234.
235.
236.
237.
238.
239.
240.
241.
242.
243.
244.
245.
246.
247.
Ilustracin 5 Bosquejo de una arquitectura Distribuida.
248.
15
I
44*
249.
250.
15
251. 1.
Realizar la tcnica del diagrama de VENN en la que relacione las

ilustraciones 4 y 5 referente a las arquitectura de los sistemas.
I
44*
252.
253.
254.
255.
Acceso a Sistemas de Bases de Datos.
256.
257.
258.
1.
2.
Para el acceso a los datos desde un SGBD se puede realizar en dos configuraciones:
Arquitectura Maestro - Esclavo.

Arquitectura Cliente - Servidor.
I
44*
3.
4. Arquitectura Maestro - Esclavo.
5. Es aquel en el cual un PC que est integrada a la red accede al servidor y ejecuta
una aplicacin que reposa en el mismo. Este modelo se caracteriza por tener
terminales no-Inteligentes, ya que todas las tareas "Principales" la realiza el servidor
central, esto permite de que como todos los procesos son ejecutados por el servidor,
un trfico enorme si se considerase una red grande, es por ello que se necesitara
una maquina potente como servidor para que puedan atender a todos los nodos.
6.
7. Arquitectura Cliente - Servidor.

8. Es el cual en que las tareas de una aplicacin se dividen entre computadoras
servidor - cliente a travs de la red de computadoras.
9. En este caso los clientes se instala y ejecuta los programas de aplicacin, este
software realiza tareas como verificar que los datos ingresados por el usuario sean
correctos, etc. Y solo enva la peticin cuando desee acceder a la informacin u otra
cosa.
10.
11.
1.
2.
3.
La arquitectura Cliente - Servidor consiste en tres capas lgicas:
Capa de Presentacin.
Capa de Aplicacin.
Capa de Datos.
12.
Como resultado de esta descomposicin se puede tener sistemas de 2capas, 3-capas o Multicapas (n-capas).
13.
14.
ServidorWeb
Servidor de datos
15.
16.
Ilustracin 6 Bosquejo de una arquitectura de 3 capas en una aplicacin Web.
1. Conocimiento.
17.
1.1. Cules son las formas de acceso a un Sistema gestor de bases
de datos?
2. Comprensin.
18.
2.1. Listar 3 causas por la que surgen los SGBD.
3. Anlisis.
19. 3.1. Listar 3 diferencias entre un sistema de bases de
datos y un Sistema
gestor de bases de datos.
4. Sntesis.
4.1.
Realizar un cuadro en la que muestre las diferencias entre los
modelos de bases de datos.
4.2. Realiza una pequea base de dato en Excel sobre alumnos.
21.
5.
Aplicacin.
5.1.
Explique mediante un cuadro descriptivo las estructuras de
informacin relativas a los gestores de datos (Dato, Base de dato, Sistema
de base de datos, sistema de informacin, Sistema de gestin de Bases de
datos).
5.2.
Realizar un socio-drama en la que describa el funcionamiento de la
arquitectura Maestro - Esclavo.
5.3.
Realiza una pequea base de dato relacional en Excel sobre control
de Notas de un alumno.
5.4.
Realizar un debate referente al los modelos de bases de datos, cuyo
tema ser "Ventajas y desventajas del uso de un modelo de bases de datos en
particular" Para el desarrollo del debate siga los siguientes pasos.
22. a. Enunciar el tema.
20.
23.
16
Material exclusivo para los alumnos del Centro Educativo "Wenceslao

Rijavec"
b. Presentar a los participantes.

c. Sealar las normas de desarrollo del evento.
d. Realizar el debate.
e. Formular conclusiones por parte del moderador.
f. Desarrollar el foro
g. Ratificar, rectificar o completar los contenidos expuestos por parte del docente.
6. Valoracin.
6.1. Por qu cree usted se implementaron las bases de datos?

6.2.
Cules cree usted, son los beneficios de los Sistemas de bases de datos
24.
6.3.
en las empresas?
Qu modelos de bases de datos se utilizan mayormente?
6.4.
6.5.
6.6.
UNIDAD 2: DISEO DE BASES DE DATOS RELACIONALES.
6.7.
6.8.
6.9.
Competencia.
6.10.
6.11.
Disea diagramas conceptuales y lgicos de los sistemas de informacin aplicando las

metodologas de diseo con agilidad, orden y pulcritud.
18
1.
2.
3.
4.
Realizar un esquema conceptual referente a los elementos de las

bases de datos (Dato, base de dato, sistema de base de dato y
Sistema de gestin de bases de datos)
Mencione tres modelos de bases de datos.
Mencione 3 caractersticas referentes a las bases de datos relacionales.
Mencione 3 ventajas del uso de las bases de datos relacionales
44*
5.
6. BASES DE DATOS RELACIONALES

7.
8. Introduccin
9.
10.
En 1970 Codd public un artculo en ACM, proponiendo un nuevo modelo de

estructuras datos que tena como objetivo fundamental aislar al usuario de las fsicas de los
datos, consiguiendo as la independencia de las aplicaciones respecto de los datos.
11.
Este objetivo fundamental es expresado explcitamente por Codd:
12.
"... se propone un modelo relacional de datos como una base para proteger a los
usuarios de sistemas de datos formateados de los cambios que potencialmente pueden
alterar la representacin de los datos, causados por el crecimiento del banco de datos y por
los cambios en los caminos de acceso.
13.
El nuevo modelo se basa en la teora matemtica de las relaciones. Los datos se

estructuran lgicamente en forma de relaciones (muy parecido al concepto de tabla).
14.
15.
Definicin
16.
El modelo relacional se basa en el concepto matemtico de relacin, que

grficamente se representa mediante una tabla. Codd, que era un experto matemtico,
utiliz una terminologa perteneciente a las matemticas, en concreto de la teora de
conjuntos y de la lgica de predicados.
17.
Una relacin es una tabla con columnas y filas. Un SGBD slo necesita que el
usuario pueda percibir la base de datos como un conjunto de tablas.
18.
Los avances ms importantes que el modelo de datos relacional incorpora respecto a

los anteriores son:
Sencillez y uniformidad: los usuarios ven la base de datos relacional como una
coleccin de tablas, y al ser la tabla la estructura fundamental del modelo, ste goza de una
gran uniformidad, lo que unido a unos lenguajes no navegacionales y muy orientados al
usuario final, da como resultado la sencillez de los sistemas relacionales.
19.
Slida fundamentacin terica: al estar el modelo definido con rigor matemtico,

el diseo y la evaluacin del mismo puede realizarse por mtodos sistemticos basados en
abstracciones.
20.
Independencia de la interfaz de usuario: los lenguajes relacionales, al manipular

conjuntos de registros, proporcionan una gran independencia respecto a la forma en la que
los datos estn almacenados.
21.
22.
23.
24.
Caractersticas
Las caractersticas ms importantes de los modelos relacionales son:
a. Es importante saber que las entradas en la tabla tienen un solo valor (son atmicos);
no se admiten valores mltiples, por lo tanto la interseccin de un rengln con una
columna tiene un solo valor, nunca un conjunto de valores.
b. Todas las entradas de cualquier columna son de un solo tipo. Por ejemplo, una
columna puede contener nombres de clientes, y en otra puede tener fechas de
nacimiento. Cada columna posee un nombre nico, el orden de las comunas no es
de importancia para la tabla, las columnas de una tabla se conocen como atributos.
Cada atributo tiene un dominio, que es una descripcin fsica y lgica de valores
permitidos.
c. No existen 2 filas en la tabla que sean idnticas.

d. La informacin en las bases de datos son representados como datos explcitos, no
existen apuntadores o ligas entre las tablas.
25.
En el enfoque relacional es sustancialmente distinto de otros enfoques en

trminos de sus estructuras lgicas y del modo de las operaciones de entrada/salida. En el
enfoque relacional, los datos se organizan en tablas llamadas relaciones, cada una de las
cuales se implanta como un archivo. En terminologa relacional una fila en una relacin
representa un registro o una entidad; Cada columna en una relacin representa un campo o
un atributo.
26.
As, una relacin se compone de una coleccin de entidades(o registros) cuyos

propietarios estn descritos por cierto nmero de atributos predeterminados implantados
como campos.
27.
28.
Conceptos Bsicos
29.
Relacin
30.
Es la estructura bsica del modelo relacional. Se representan utilizando tablas.
31.
El modelo relacional proporciona una manera simple de representar los datos: una
tabla bidimensional llamada relacin.
32. Titulo
33. Ao
34. Duracin
35. Tipo
36. Star Wars
37. 1977
38. 124
39. color
40. Mighty Ducks
41. 1991
42. 104
43. color
44. Wayne's World
45. 1992
46. 95
47. color
48.
49.
La relacin Pelculas tiene la intencin de manejar la informacin de las instancias

en la entidad Pelculas, cada rengln corresponde a una entidad pelcula y cada columna
corresponde a uno de los atributos de la entidad. Sin embargo las relaciones pueden
representar ms que entidades, como se explicar ms adelante.
50.
Atributo
51.
Es el nombre de una columna de una relacin. En el modelo relacional,las relaciones

se utilizan Para almacenar informacin sobre los objetos que se representan en la base de
datos. Una relacin se representan grficamente Como una tabla bidimensional en la que la
filas corresponden a registros individuales y las columna corresponden a los campos o
atributos de esos registros .los atributos pueden aparecer en la relacin en cualquier orden.
Tupla
52.
53.
Ocurrencia de la relacin. Se representan mediante filas dentro de las tablas. Una

tupla es una fila de una relacin . Los elementos de una relacin son las tuplas o filas de la
tabla
Dominio
54.
55.
Conjunto de valores sobre los que se define el tipo de un atributo.Un dominio

describe un conjunto de posibles valores para cierto atributo. Como un dominio restringe
los valores del atributo, puede ser considerado como una restriccin. matemticamente,
atribuir un dominio a un atributo significa"todos los valores de este atributo deben de ser
elementos del conjunto especificado". Distintos tipos de dominios son: enteros, cadenas de
texto, fecha, no procedurales etc.
Grado
56.
57.
De una relacin es el nmero de atributos que contiene. El grado de una relacin no

cambia con frecuencia.
Cardinalidad
58.
59.
De una relacin es el nmero de tuplas que contiene. Ya que en las relaciones se van
insertando y borrando tuplas a menudo, la cardinalidad de las mismas vara
constantemente.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
El Diagrama de Entidad - Relacin.
74.
75.
El modelo E/R fu propuesto inicialmente por PETER P. CHEN en 1976 y 1977, estos
diagramas hacen nfasis en las relaciones entre los datos. Todos los sistemas almacenan y
usan informacin acerca del ambiente en el cual interactan; a veces, esta informacin es
mnima, pero en la mayora de los sistemas es bastante compleja. No solo deseamos conocer
en detalle que informacin hay en cada agregado de datos, sino que tambin queremos
conocer la relacin que existe entre agregados. Este aspecto del sistema no se resalta en el
diagrama de flujo, pero s aqu.
76.
Este diagrama, tambin denominado diagrama conceptual consta de los

siguientes elementos fundamentales:
77.
78.
79.
Entidad.
Es aquel objeto acerca del cual queremos almacenar informacin en la Base de
Datos.
80.
Atributo.
81.
Es una caracterstica de inters o un hecho sobre una entidad o sobre una relacin.
Los atributos representan las propiedades bsicas de las entidades y de las relaciones.
Grficamente, se representan mediante bolitas que cuelgan de las entidades o relaciones a
las que pertenecen.
82.
Los atributos tambin pueden clasificarse en monovalentes o polivalentes. Un

atributo monovalente es aquel que tiene un solo valor para cada ocurrencia de la entidad o
relacin a la que pertenece. Un atributo polivalente es aquel que tiene varios valores para
cada ocurrencia de la entidad o relacin a la que pertenece.
83.
Identificador.
84.
86.
Un identificador de una entidad es un atributo o conjunto que

determina de modo nico cada ocurrencia de esa entidad.
85.
de atributos
87.
Toda entidad tiene al menos un identificador y puede tener varios identificadores

alternativos. Las relaciones no tienen identificadores.
88.
89.
90.
91.
92.
Relaciones.
93.
Se representan por medio de rombos en el diagrama y son la serie de conexiones o

asociaciones entre los tipos de objetos que estn conectados por la relacin por medio de
flechas.
Ilustracin 7 Entidades, atributos, identificadores y relacin.
94.
Cardinalidad.
95.
De un atributo indica el nmero mnimo y el nmero mximo de valores que puede
tomar para cada ocurrencia de la entidad o relacin a la que pertenece. El valor por omisin es
(1,1).
96.
97.
1.
2.
3.
Las ocurrencias pueden ser:
1:1
Cuando la relacin es de uno a uno
1:n
Cuando la relacin es de uno a muchos
n:m
98.
Cuando la relacin es de muchos a muchos
99.
20
100.
101.
102.
103.
lustracin
Cardinalidad (O, C).
Obligatoriedad
4
4*
104.
105. 1.
Realice un diagrama de Venn referente a las relaciones entre los

elementos del diagrama entidad relacin.
20
4
4*
106.
107.
Lectura de relaciones segn dos autores:
108.
109.
4
4*

"
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
126.
127.
128.
129.
130.
1.1.
1. Expresar las restricciones de cardinalidad para los casos siguientes:

Los idiomas pueden ser hablados por personas, o no. Las personas tienen que
hablar al menos un idioma.
1.2.
Todo barco debe tener un capitn y slo uno. Un capitn puede estar asignado
como mximo a un barco.
1.3. Todo alumno debe estar matriculado como mnimo de una asignatura.
1.4. Un ro no puede desembocar en ms de un mar.
1.5. Una persona puede tener o no hijos.
1.6. Un cliente puede comprar muchos productos.
1.7.
En una factura se detallan muchos productos y tambin el producto se pueden
detallar en muchas facturas.
1.8.
Un cliente se registra en muchas facturas y en la misma se registra un solo cliente.
1.9. Muchos productos son vendidos por un proveedor.
1.10. Un producto posee muchas marcas.
1.11. Un padre de familia matricula a muchos hijos.
1.12. A muchos estudiantes se califica muchas materias.
1.13. A cada materia se le califica muchos parmetros.
1.14. Muchos estudiantes poseen un representante.
Metodologa
diseo conceptual
131.
de
22
132.
133.
El primer paso en el diseo de una base de datos es la produccin del

esquema conceptual. Normalmente, se construyen varios esquemas conceptuales,
cada uno para representar las distintas visiones que los usuarios tienen de la
informacin. Cada una de estas visiones suelen corresponder a las diferentes reas
funcionales de la empresa como, por ejemplo, produccin, ventas, recursos
humanos, etc.
134. Estas visiones de la informacin, denominadas vistas, se pueden identificar de varias

formas. Una opcin consiste en examinar los diagramas de flujo de datos, que se pueden
haber producido previamente, para identificar cada una de las reas funcionales. La otra
opcin consiste en entrevistar a los usuarios, examinar los procedimientos, los informes y
los formularios, y tambin observar el funcionamiento de la empresa.
135.
A los esquemas conceptuales correspondientes a cada vista de usuario se les

denomina esquemas conceptuales locales. Cada uno de estos esquemas se compone
de entidades, relaciones, atributos, dominios de atributos e identificadores. El
esquema conceptual tambin tendr una documentacin, que se ir produciendo
durante su desarrollo. Las tareas a realizar en el diseo conceptual son las
siguientes:
1.
2.
3.
4.
5.
6.
7.
Identificar las entidades.

Identificar las relaciones.
Identificar los atributos y asociarlos a entidades y relaciones.
Determinar los dominios de los atributos.
Determinar los identificadores.
Dibujar el diagrama entidad-relacin.
Revisar el esquema conceptual local con el usuario.
136.
Metodologa del diseo lgico de datos.
137.
138.
A partir de un esquema conceptual obtenemos una especificacin lgica de la
base de dato, tablas y columnas en el modelo relacional.
139.
Las entidades se transforman en tablas, que es la estructura primaria de las

bases de datos relacionales, y, Los atributos de las entidades pasan a ser columnas
de las tablas. El (los) atributo que sirve de identificador de una entidad pasa a ser la
clave primaria (que es la que permite identificar a cada registro de manera nica en
la tabla) en cada tabla.
140.
La relacin entre las entidades se la representa adicionando una columna, o
mas de una dependiendo del caso, en una de las tablas redundantes se las
denomina clave fornea, que es la que permite relacionar los registros entre tablas,
y a su vez es la clave primaria de la tabla(s) relacionada.
141.
Un esquema lgico es una representacin lingstica del esquema conceptual
como resultado del diagrama entidad relacin, el que es representado por una serie
de nombres, el de la tabla y el de las columnas. El nombre de la tabla (entidad) se la
representa con letras maysculas y despus entre parntesis las columnas
(atributos) separadas por comas (,). La clave primaria (identificador) se representa
44*
subrayando la columna(s), y la clave fornea subrayando la columna(s)

correspondiente con lnea discontinua.
22
44*
142.
143.
Diseo lgico en relaciones binarias de muchos a muchos.
144.
145.
146.
147.
148.
149.
150.
151.
152.
153.
154.
155.
156.
157.
158.
Diseo
lgico
en
relaciones
binarias de uno a muchos o muchos a
uno.
159.
160.
161.
162.
163.
164.
165.
166.
167.
168.
169.
170.
171.
172.
173.
174.
175.
176.
177.
178.
179.
180.
181.
182.
183.
184.
185.
186.
187.
188.
189.
190.
191.
192.
193.
194.
195.
196.
197.
198.
199.
200.
201.
202.
203.
204.
205.
206.
207.
208.
209.
210.
211.
212.
213.
214.
215.
216.
217.
218.
219.
220.
221.
222.
223.
224.
225.
226.
227.
228.
229.
230.
231.
232.
233.
234.
235.
236.
237.
238.
Diseo
lgico
binarias de uno a uno.
en
relaciones
239.
240.
241.
242.
243.
244.
245.
246.
247.
248.
249.
250.
251.
252.
1. Elabore un cuadro de secuencia referente a las metodologas del diseo

conceptual y diseo lgico.
253.
254.
Ejercicio resuelto de DER.
255.
256. El almacn de alquiler de pelculas MOVIES necesita de un sistema informtico,

para ello su gerente explica sus requisitos:
257. Un video se identifica por su titulo y categora y sus actores, de este existe muchas
copias para que sean alquiladas por uno o varios clientes, cuando este se acerca a realizar el
alquiler, se le solicita su cedula como prenda, posteriormente se apunta sus nombres,
apellidos, direccin y telfono.
258. Para cada video existen muchos actores, de las cuales se desea registrar su Nombre,
edad y nacionalidad.
259.
260.
Diagrama Conceptual.
261.
Diseo lgico.
262.
ACTOR (cdigo, nombres, fecha_nac, nacionalidad) VIDEO (nmero y,
ttulo, categora)
263.
264.
CLIENTE (nmero, apellidos, nombres, direccin, telfono)

COPIA (nmero _v, nmero c, formato, estado, fecha_alquiler, nmero)
265.
PROTAGONIZA nrnero v. cdigo)
266.
267.
268.
269.
270.
1.
271.
Complete el siguiente problema sus atributos y su

diseo lgico.
272.
NEW FASHION BOUTIQUE es el nombre de una microempresa que se dedica al diseo, manufactura, venta y
comercializacin de ropa femenina diseada para clientes
exclusivos, la forma en que NEW FASHION BOUTIQUE lleva a
cabo sus actividades transaccionales, esta detallada de la
siguiente manera:
273.
La duea de la Boutique realiza la compra de materiales
(cierres, hilos, pelln, botones, entre otros), as tambin
materiales que proporcionan mantenimiento a las maquinas
(aceite, agujas, etc.).
274.
La ropa se confecciona utilizando telas que algunas son
proporcionados por los clientes y otras son vendidas por la
misma Boutique, desde luego el cliente indica la fecha de
entrega del producto final.
275.
El proceso de automatizacin del presente sistema es
para el control de las ventas, productos, proveedores y clientes
27

276.
277.
278.
279.
280.
281.
282.
283.
284.
285.
286.
287.
288.
289.
290.
291.
292.
293.
294.
295.
296.
297.
298.
299.
300.
301.
2. A partir del siguiente enunciado se desea realiza, con la

ayuda del docente el modelo (Diagrama) entidad-relacin.
302. 2.1. "Una empresa vende productos a varios clientes. Se necesita
conocer los datos personales de los clientes (nombre, apellidos, dni,
direccin y fecha de nacimiento). Cada producto tiene un nombre y un
cdigo, as como un precio unitario. Un cliente puede comprar varios
productos a la empresa, y un mismo producto puede ser comprado por
varios clientes. Los productos son suministrados por diferentes
proveedores. Se debe tener en cuenta que un producto slo puede ser
suministrado por un proveedor, y que un proveedor puede suministrar
diferentes productos. De cada proveedor se desea conocer el NIF, nombre
y direccin".
303. 2.2 "Se desea disear la base de datos de un Instituto. En la base de
datos se desea guardar los datos de los profesores del Instituto (DNI,
nombre, direccin y telfono). Los profesores imparten mdulos, y cada
mdulo tiene un cdigo y un nombre. Cada alumno est matriculado en
uno o varios mdulos. De cada alumno se desea guardar el n e de
expediente, nombre, apellidos y fecha de nacimiento. Los profesores
pueden impartir varios mdulos, pero un mdulo slo puede ser
impartido por un profesor. Cada curso tiene un grupo de alumnos, uno de
los cuales es el delegado del grupo".
304.
2.3. "La clnica "SAN PATRS" necesita llevar un control
informatizado de su gestin de pacientes y mdicos.
305. De cada paciente se desea guardar el cdigo, nombre,
apellidos, direccin, poblacin, provincia, cdigo postal, telfono y
fecha de nacimiento. De cada mdico se desea guardar el cdigo,
nombre, apellidos, telfono y especialidad. Se desea llevar el control
de cada uno de los ingresos que el paciente hace en el hospital. Cada
ingreso que realiza el paciente queda registrado en la base de datos.
De cada ingreso se guarda el cdigo de ingreso (que se incrementar
automticamente cada vez que el paciente realice un ingreso), el
nmero de habitacin y cama en la que el paciente realiza el ingreso
y la fecha de ingreso. Un mdico puede atender varios ingresos, pero
el ingreso de un paciente solo puede ser atendido por un nico

mdico. Un paciente puede realizar varios ingresos en el hospital".
306.
3. A partir del siguiente enunciado realizar en grupo de tres el
modelo (Diagrama) entidad-relacin.
307.
3.1. Una empresa desea disear una base de datos para
almacenar en ella toda la informacin generada en cada uno de los
proyectos que sta realiza. "De cada uno de los proyectos realizados
interesa almacenar el cdigo, descripcin, cuanta del proyecto, fecha
de inicio y fecha de fin. Los proyectos son realizados por clientes de
los que se desea guardar el cdigo, telfono, domicilio y razn social.
Un cliente puede realizar varios proyectos, pero un solo proyecto es
realizado por un nico cliente. En los proyectos participan
colaboradores de los que se dispone la siguiente informacin: nif,
nombre, domicilio, telfono, banco y nmero de cuenta. Un
colaborador puede participar en varios proyectos. Los proyectos son
realizados por uno o ms colaboradores. Los colaboradores de los
proyectos reciben pagos. De los pagos realizados se quiere guardar el
nmero de pago, concepto, cantidad y fecha de pago. Tambin
interesa almacenar los diferentes tipos de pagos que puede realizar la
empresa. De cada uno de los tipos de pagos se desea guardar el
cdigo y descripcin. Un tipo de pago puede pertenecer a varios
pagos".
308.
309.
310.
311.
312.
313.
314.
1.
Conocimiento.
1.1. Qu es el diseo conceptual o DER?
1.2. Qu es el diseo lgico?
2. Comprensin.
316. 2.1. Cules son los smbolos que se utiliza para los DER?
3. Anlisis.
3.1. Realizar un algoritmo sobre los pasos para realizar el diseo lgico de datos.
3.2. En que consiste la metodologa de diseo conceptual de datos?
3.3. Mencione dos ventajas para un Diagrama Entidad relacin.
3.4. Escriba 4 relaciones entre un Flujograma con un Diagrama Entidad relacin.
318.
4.
Sntesis.
4.1. Realizar un ACROSTICO referente DIAGRAMA ENTIDAD RELACION.
4.2.
Realizar la tcnica didctica RUEDA DE ATRIBUTOS referente al Modelado
315.
317.
de Datos.
5.
Aplicacin.
5.1.
Expresar la cardinalidad y obligatoriedad de los siguientes
enunciados:
5.1.1. Un curso posee muchos paralelos.
5.1.2. Un alumno proviene de muchos centros educativos.
5.1.3. Un docente se le asigna muchas materias.
5.1.4. A un cliente se asigna una direccin IP.
5.1.5. Una ciudad pertenece muchas provincias.
5.1.6. Muchos estudiantes se le asigna un paralelo.
321.
5.2.
A partir del siguiente enunciado se desea realiza, con la ayuda
del docente el modelo
(Diagrama) entidad-relacin.
319.
320.
322.
5.2.1.
Se desea informatizar la gestin de una tienda informtica. La

tienda dispone de una serie de productos que se pueden vender a los
clientes.
323. "De cada producto informtico se desea guardar el cdigo, descripcin,
precio y nmero de existencias. De cada cliente se desea guardar el cdigo,
nombre, apellidos, direccin y nmero de telfono. Un cliente puede
comprar varios productos en la tienda y un mismo producto puede ser
comprado por varios clientes. Cada vez que se compre un artculo quedar
registrada la compra en la base de datos junto con la fecha en la que se ha
comprado el artculo. La tienda tiene contactos con varios proveedores que
son los que suministran los productos. Un mismo producto puede ser
suministrado por varios proveedores. De cada proveedor se desea guardar
el cdigo, nombre, apellidos, direccin, provincia y nmero de telfono".
324.
5.2.2.
"Se desea informatizar la gestin de una empresa de transportes

que reparte paquetes por toda Espaa. Los encargados de llevar los
paquetes son los camioneros, de los que se quiere guardar el dni, nombre,
telfono, direccin, salario y poblacin en la que vive. De los paquetes
transportados interesa conocer el cdigo de paquete, descripcin,
destinatario y direccin del destinatario. Un camionero distribuye muchos
paquetes, y un paquete slo puede ser distribuido por un camionero. De las
provincias a las que llegan los paquetes interesa guardar el cdigo de
provincia y el nombre. Un paquete slo puede llegar a una provincia. Sin
embargo, a una provincia pueden llegar varios paquetes. De los camiones
que llevan los camioneros, interesa conocer la matrcula, modelo, tipo y
potencia. Un camionero puede conducir diferentes camiones en fechas
diferentes, y un camin puede ser conducido por varios camioneros".
325.
326.
5.2.3. Una agencia de viajes desea informatizar toda la gestin de los

viajeros que acuden a la agencia y los viajes que estos realizan. Tras
ponernos en contacto con la agencia, sta nos proporciona la siguiente
informacin. "La agencia desea guardar la siguiente informacin de los
viajeros: dni, nombre, direccin y telfono.
327.
328.
329.
330.
331.
332.
De cada uno de los viajes que maneja la agencia interesa guardar el

cdigo de viaje, nmero de plazas, fecha en la que se realiza el viaje y otros
datos. Un viajero puede realizar tantos viajes como desee con la agencia.
Un viaje determinado slo puede ser cubierto por un viajero. Cada viaje
realizado tiene un destino y un lugar de origen. De cada uno de ellos se
quiere almacenar el cdigo, nombre y otros datos que puedan ser de
inters. Un viaje tiene un nico lugar de destino y un nico lugar de origen".
333.
334.
5.3. A travs de la gestin de requisitos, realizar un Diagrama entidad

relacin y presentar un informe con diapositivas.
335.
6. Valoracin.
6.1.1. Qu le gust y disgust de las actividades desarrolladas?
6.1.2. Qu aprendi del tema desarrollado?
6.1.3.
Qu valores humanos considera usted que practic en el
desarrollo de las actividades?
6.1.4. Qu sugiere al profesor para la siguiente clase?
6.1.5.
6.1.6.
UNIDAD N 3: OPTIMIZACIN DE LAS BASES DE DATOS

RELACIONALES.
6.1.7.
6.1.8.
6.1.9.
6.1.10.
Competencia
6.1.11.
1. Qu es el modelo relacional?
6.1.12.
2. Grafique y nombre los smbolos usados en el
diagrama entidad relacin.
6.1.13.
3. Explique sobre el uso de cardinalidad y
obligatoriedad en el modelo relacional.
6.1.14.
4. Mencione los 7 pasos para realizar un correcto
diagrama entidad
6.1.15.
5. En qu consiste el diseo lgico?
6.1.16.
6. Realizar el diseo lgico del siguiente
diagrama Entidad relacin
6.1.17.
6.1.18.
7. Graficar el Diagrama Entidad Relacin del
siguiente esquema lgico.
6.1.19.
6.1.20.
31
31
6.1.21.
1.
Preparar informe investigativo de tres personas referente a la herramienta
POWER
DESIGNER, considerando los siguientes temas:
1.1. Empresa creadora.
1.2. Funciones.
1.3. Requerimientos de Hardware y Software.
1.4. Pantallas.
1.5. Barras de herramientas.
1.6. Conclusiones.
6.1.22. Se calificar Informe, defensa y diapositivas.
6.1.23.
2.
Realizar un panel sobre el tema "Caractersticas, manejo y bondades del
programa
POWER DESIGNER". Para el desarrollo del mismo seguir la siguiente secuencia:
a. Haber investigado de diferentes fuentes.
b. Presentar a los miembros del panel.
c. Formular preguntas por cada estudiante.
d. Responder a la pregunta planteada por uno de los integrantes.
e. Continuar el dialogo
f. Plantear otras preguntas pos parte del coordinador.
6.1.24.
31
g.
h.
i.
6.1.25.
Resumir brevemente el contenido expuesto.

Sintetizar las exposiciones por parte del coordinador.
Establecer un dilogo con loe estudiantes.
j.
Analizar el contenido investigado.
6.1.26.
6.1.27.
6.1.28.
6.1.29.
6.1.30.
6.1.31.
6.1.32.
Teora de la Normalizacin.

Rijavec"
6.1.33.
Cuando se disea una base de datos mediante el modelo relacional, al igual

que ocurre en otros modelos de datos, tenemos distintas alternativas, es decir,
podemos obtener diferentes esquemas relacionales y no todos son equivalentes, ya
que algunos van a representar la realidad mejor que otros.
32
6.1.34.
Es necesario conocer qu propiedades debe tener un esquema relacional para

representar adecuadamente una realidad y cules son los problemas que se pueden
derivar de un diseo inadecuado.
6.1.35.
La teora de la Normalizacin es un mtodo objetivo y riguroso que se aplica

en el diseo de bases de datos relacionales.
6.1.36.
6.1.37. Algunos problemas que se pueden presentar son:
Incapacidad para almacenar ciertos hechos

Redundancias y por tanto, posibilidad de incoherencias
Ambigedades
Prdida de informacin (aparicin de tuplas espreas)
Prdida de dependencias funcionales, es decir, ciertas restricciones de integridad que dan

lugar a interdependencias entre los datos.
Aparicin en la BD de estados no vlidos, es decir, anomalas de insercin, borrado y

modificacin.
6.1.38.
En conclusin el esquema relacional obtenido debe ser analizado para
comprobar que no presenta los problemas anteriores.

6.1.39.
6.1.40. Analicemos la siguiente relacin: ESCRIBE
6.1.41.
6.1.42.
6.1.43.
6.1.44.
6.1.45.
6.1.46.
6.1.47.
6.1.48.
6.1.49.
6.1.50.
6.1.51.
6.1.52.
6.1.53.
6.1.54.
6.1.55.
6.1.56.
6.1.57.
6.1.58.
6.1.59.
6.1.60.
6.1.61.
6.1.62.
6.1.63.
6.1.64.
6.1.65.
44*
6.1.66.
6.1.67.
UTOR
6.1.68.
NAC
IONALIDAD
6.1.69.
COD_LIB
6.1.70.
ITULO
RO
6.1.73.
ate, C.
6.1.79.
6.1.85.
ate, C.
ate, C.
6.1.91.
odd,E.
6.1.97.
ardarin
6.1.103. G
ardarin
6.1.109. V
alduriez
6.1.115. Ki
m,W.
6.1.121. L
ochovsky
6.1.74.
Nort
eamericana
6.1.75.
98987
6.1.76.
atabas
e
6.1.81.
6.1.82.
6.1.86.
6.1.87.
6.1.88.
Nort
eamericana
6.1.92.
Nort
eamericana
6.1.98.
Fran
cesa
6.1.104. Fran
cesa
6.1.110. Fran
cesa
6.1.116. Nort
eamericana
6.1.122. Can
adiense
97777
98987
6.1.93.
7890
6.1.99.
12345
6.1.105.
67890
6.1.111.
67890
6.1.117.
11223
6.1.123.
11223
QL
Stan
uide
for
6.1.94.
elation
al
6.1.100. B
asi Dati
6.1.106. C
omp
BD
6.1.112. C
omp
BD
6.1.118. B
D OO
6.1.124. B
D OO
E
DITORI
AL
6.1.77.
ddison
6.1.80.
Nort
eamericana
6.1.71.
6.1.72.
A
O
6.1.78.
199
0
6.1.83.
6.1.84.
6.1.89.
6.1.90.
A
ddison,
W.
A
ddison,
W.
6.1.95.
A
ddison,
W.
6.1.101. P
araninf
o
6.1.107. E
yrolles
6.1.113. E
yrolles
6.1.119. A
CM
6.1.125. A
CM
198
6
198
8
6.1.96.
199
0
6.1.102.
198
6
6.1.108.
198
4
6.1.114.
198
4
6.1.120.
198
9
6.1.126.
198
9

Rijavec"
6.1.127.
33
6.1.128.
6.1.129.
Esta relacin almacena datos de autores y
de libros. Algunos problemas son:
Redundancia, ya que la nacionalidad del autor se repite por cada ocurrencia del mismo. Lo
mismo sucede cuando un libro tiene mas de un autor, se repite la editorial y el ao de
publicacin.
Anomalas de modificacin, es fcil cambiar el nombre de una editorial en una tupla sin
modificar el resto de las que corresponden al mismo libro, lo que da lugar a incoherencias.
Anomalas de insercin, ya que si queremos ingresar informacin de algn autor, del que
no hubiera ningn libro en la base datos, no sera posible, ya que cod_libro es parte de la
clave primaria de la relacin (regla de integridad de la entidad). La insercin de un libro,
que tiene dos autores obliga a insertar dos tuplas en la relacin.
Anomalas de borrado, ya que si queremos eliminar un cierto libro, deberamos perder los
datos de su autor y viceversa.
6.1.130. En los casos anteriores, se deja en manos del usuario manejar la integridad
de la base de datos.
6.1.131.
Lo anterior sucede pues no se cumple un hecho bsico de todo
diseo: "Hechos distintos, deben almacenarse en objetos distintos"
6.1.132.
Una forma de evitar este tipo de problemas consiste en seguir la metodologa

propuesta en el curso, es decir, un riguroso diseo conceptual y un traspaso de ste al
modelo relacional.
6.1.133. Sin embargo, ante posibles dudas respecto a si un esquema relacional est
correcto, aplicaremos a dicho esquema un mtodo formal de anlisis, que permita
analizar errores y generar esquemas correctos. Esta es la teora de la normalizacin.
6.1.134.
6.1.135.
6.1.136.
6.1.137.
6.1.138.
6.1.139.
6.1.140.
6.1.141. En el ejemplo anterior, el conjunto de las siguientes relaciones no presenta
estos problemas:
6.1.142.
LIBRO( cod libro, titulo, editorial, ao )
6.1.143.
AUTOR( nombre, nacionalidad )
6.1.144.
ESCRIBE( cod libro, nombre )
6.1.145. La normalizacin introduce una tcnica formal para disear bases de datos
relacionales, y permite mecanizar parte del proceso al disponer de algoritmos de
normalizacin.
6.1.146. Una observacin importante, es que las anomalas antes descritas se

producen en procesos de actualizacin y no en procesos de consulta. La
normalizacin penaliza las consultas, al disminuir la eficiencia, ya que la
normalizacin aumenta el nro. de relaciones presentes en la base de datos, por lo
que una determinada consulta puede llevar consigo el acceso a varias tablas, lo que
aumenta el costo de sta.
6.1.147.
6.1.148. Tablas normalizadas:
6.1.149.
6.1.150.
6.1.151.
6.1.152.
Cod
libro
6.1.155.
1
6.1.161.
Titul
Libro
6.1.153. Editorial
6.1.156. 6.1.157.
Databa
se
6.1.162. SQL Stan
Ao
6.1.158.6.1.159. Addison
6.1.163. Addison, W.
6.1.171.
6.1.160.
1990
6.1.164.
1986
6.1.165.
6.1.154.
6.1.166. 6.1.167.
Guide
for
6.1.172. Relational
6.1.168.6.1.169. Addison, W.
6.1.170.
6.1.173. Addison,W.
6.1.174.
1988
1990
6.1.175.
5
6.1.176. 6.1.177.
6.1.181.
B
6.1.185.
7
6.1.182. Comp BD
6.1.191.
a
6.1.192. BD OO
Basi
Dat
i
6.1.186. 6.1.187.
6.1.178.6.1.179. Paraninfo
1986
6.1.183. Eyrolles
6.1.184.
6.1.188.6.1.189. Eyrolles
6.1.190.
Comp
BD
6.1.180.
1984
1984
6.1.193. ACM
6.1.194.
1989
34
6.1.195.
6.1.196.
6.1.1. Autor
6.1.4. D
ate, C.
6.1.8.
6.1.10.
6.1.2.
6.1.5.
Nombre
6.1.3. Nacionalidad
6.1.6.
6.1.7.
Norteamericana
6.1.12.
6.1.9.
6.1.13.
Norteamericana
Francesa
6.1.18.
6.1.15.
6.1.19.
Francesa
Norteamericana
6.1.21.
Canadiense
Codd,E.
6.1.11.
Gardarin
6.1.14.
6.1.16.
Valduriez
6.1.17.
Kim,W.
6.1.20.
Lochovsky
44*
6.1.197.
6.1.22. Escribe
6.1.23.
6.1.24. Nom
6.1.198.
6.1.199.
Cod
libro
6.1.200.
6.1.201.
bre
6.1.25.
6.1.28.
6.1.30.
6.1.32.
Codd
,E.
6.1.33.
6.1.34.
Gard
arin
6.1.205.
6.1.35.
6.1.206.
6.1.37.
6.1.207.
6.1.39.
6.1.208.
6.1.41.
6.1.36.
Gard
arin
6.1.38.
Vald
uriez
6.1.40.
Kim,
W.
6.1.42.
6.1.209.
Date
, C.
6.1.31.
6.1.204.
Date
, C.
6.1.29.
6.1.203.
Date
, C.
6.1.27.
6.1.202.
6.1.26.
Loch
ovsky
6.1.210.
6.1.211.
La
normalizacin
tiene
como
objetivo
obtener
esquemas
relationales que cumplan determinadas condiciones, a travs de las formas

normales:
Primera, segunda y tercera formas normales (1FN, 2FN, 3FN). - Codd 19701
Forma normal de Boyce y Codd (FNBC). - Boyce - Codd 1974
Cuarta Forma Normal. (4FN). - Fagin 1977
Quinta Forma Normal. (5FN). - Fagin 1979
7. Investigar sobre la 4FN y 5FN.
6.1.212. Primera Forma Normal (1FN).

6.1.213.
6.1.214. Fue introducida por Codd, en su primer trabajo. Es una restriccin inherente
al modelo relacional por lo que su cumplimiento es obligatorio. Consiste en la
prohibicin de que en una relacin existan grupos repetitivos, es decir, un atributo
no puede tomar ms de un valor del dominio subyacente.
6.1.215. Segunda Forma Normal (2FN).

6.1.216.
1 Como obligatoriedad del currculo, en este modulo se estudiara las formas normales 1FN, 2FN Y
3FN.
6.1.217. Fue introducida por Codd. Una relacin est en 2FN, si adems de estar en
1FN, todos los atributos que no forman parte de ninguna clave candidata
suministran informacin acerca de la clave completa, es decir que, cada atributo noclave es total y funcionalmente dependiente de TODA la clave primaria.
6.1.218.
6.1.219.
6.1.220.
6.1.221. Ejemplo usando 1FNy 2FN.
6.1.222. A partir del diseo lgico, para la relacin:
6.1.223.
PRESTAMO (num_socio, nombre_socio, cod_libro, fec_prest, editorial, pas ) Las
claves candidatas son:
6.1.224.
(num_socio, cod_libro) y (nombre_socio, cod_libro)
6.1.225. Por lo tanto seleccionamos la primera opcin: num_socio y cod_libro

6.1.226. Se puede observar que ciertos atributos que no forman parte de las claves
candidatas, tal como editorial, constituye informacin acerca del libro, pero no
acerca de la clave completa (del socio tambin). Luego, la relacin prstamo no se
encuentra en 2FN.
6.1.227.
La solucin es descomponer esta relacin en las
siguientes: Enunciado:
6.1.228.
PRESTAMO (num_socio, nombre_socio, cod_libro, fec_prest, editorial, pas
) Optimizada a:
6.1.229.
PRESTAMO1( num socio, cod libro, nombre_socio, fec_prest)
6.1.230.
LIBRO( cod libro, editorial, pas )
6.1.231.
En la relacin PRESTAMO1, los atributos que no forma parte de las claves

candidatas es fec_prest y nombre_socio, suministra informacin acerca de la clave, pero
nombre_socio es nicamente dependiente de num_socio y no de cod_libro, es decir que
nombre_socio no depende TOTALMENTE de la clave primaria. Por lo que no est en 2FN.
Entonces la relacin PRESTAMO1 quedara as:
6.1.232.
6.1.233.
SOCIO (num socio, nombre_socio)
6.1.234.
6.1.235.
PRESTAMO1 ( num socio, cod libro, fec_prest)
6.1.236. La relacin LIBRO, la clave es cod_libro, y los dos atributos: editorial y pas
suministran informacin de la clave completa. Por lo tanto, est en 2FN.
6.1.237. En fin, las tablas quedaran optimizadas en 1FN y 2FN as:

6.1.238.
SOCIO (num socio, nombre_socio)
6.1.239.
LIBRO ( cod libro, editorial, pas )
6.1.240.
6.1.241.
PRESTAMO1 ( num socio, cod libro, fec_prest)
6.1.242.
6.1.243.
6.1.244.
6.1.245. Para realizar correctamente la normalizacin DEBE aprenderse

sus reglas.
6.1.246.
6.1.247. Una relacin que est formada por un nico atributo esta en 2FN.
37
37
6.1.248.
6.1.249.
6.1.250. Tercera Forma Normal (3FN).

6.1.251.
6.1.252.
Propuesta por Codd. Una relacin est en 3FN, si adems de estar en 2FN,
los atributos que no forman parte de ninguna clave candidata facilitan informacin slo
acerca de la(s) clave(s) y no acerca de otros atributos, es decir que ningn atributo no-clave
de la relacin es funcionalmente dependiente de algn otro atributo no-clave.
6.1.253. Ejemplo usando 3FN.

6.1.254. De las siguientes tablas optimizadas anteriormente a 1FN y 2FN:
6.1.255.
6.1.256.
SOCIO(num socio, nombre_socio)
6.1.257.
LIBRO( cod libro, editorial, pas )
6.1.258.
PRESTAMO1( num socio, cod libro, fec_prest)
6.1.259.
6.1.260. La relacin PRESTAMO1 y LIBRO, contienen una sola columna no-clave por tanto est en
3FN.
6.1.261. En la relacin LIBRO, el atributo pas entrega informacin acerca de la editorial que
publica el libro, es decir, que pas depende de la columna no-clave editorial por lo que no est en
3FN.
6.1.262.
6.1.263. La solucin es descomponerla en:
6.1.264.
6.1.265.
6.1.266.
EDITORIAL( editorial, pas ),
6.1.267.
6.1.268.
LIBRO1( cod libro, editorial)
6.1.269.
6.1.270.
6.1.271. Que estn en 3FN, ya que todo atributo no clave facilita informacin acerca de la
6.1.272. Hasta ahora nuestro esquema relacional est compuesto por las siguientes relaciones en
3FN:
6.1.273.
6.1.274.
6.1.275.
6.1.276.
6.1.277.
SOCIO(num socio, nombre_socio)
6.1.278.
EDITORIAL( editorial, pas ),
6.1.279.
LIBROI( cod libro, editorial)
6.1.280.
PRESTAMO1( num socio, cod libro, fec_prest)
6.1.281.
6.1.282.
6.1.283.
Ejemplo completo usando las 3
normalizaciones.
6.1.284.
6.1.285.
Ilustracin 10 Datos a analizar la normalizacin
6.1.286.
6.1.287. 1FN.
6.1.43.
Ilustracin 11 Area en donde no cumple la
6.1.288.
6.1.289.
6.1.290.
2F
Wenceslao Rijavec"
39
6.1.291.
6.1.292.
6.1.293.
Ilustracin 12 Resultado de 1FN a partir de la tabla inicial
6.1.294.
6.1.295.
6.1.296.
6.1.297.
6.1.298.
44*

Rijavec"
6.1.299.
6.1.300.
39
Ilustracin 13 Tabla que cumple la 2FN
44*
6.1.301.
6.1.302.
6.1.303.
40
6.1.304.
6.1.305.
6.1.306.
6.1.307.
Ilustracin
cumple la 2FN
14
Tabla
que
no
6.1.308.
Ilustracin 15 Resultado de realizar la 2FN
6.1.309.
6.1.310.
6.1.311.
6.1.312.
6.1.313.
6.1.314.
6.1.315. 3FN.
6.1.316.
6.1.317.
6.1.318.
6.1.319.
6.1.320.
6.1.321.
6.1.322.
6.1.323.
6.1.324.
6.1.325.
6.1.326.
6.1.327.
Ilustracin 16 Tablas que cumplen la 3FN
Ilustracin 17 Tabla que no cumple la 3FN.
6.1.328.
Ilustracin 18 Tabla normalizada a 3FN.
Resultado final:
Ilustracin 19 Tabla inicial no normalizada.
43
6.1.329.
6.1.331.
6.1.330.
44*
6.1.332.
43
44*
43
6.1.333.
6.1.334.
Ilustracin 20 Resultado de aplicar la normalizacin.
44*
43
6.1.335.
6.1.336.
6.1.337.
6.1.338.
1. Realizar con el docente el diseno lgico y verificar su normalizacin
(1FN, 2FN y 3FN) del siguiente diseo conceptual:
6.1.339.
I). N
6.1.340.
44*
6.1.341.
2. Con la ayuda del docente, realizar el diseno lgico y normalizacin del
siguiente cuadro:
6.1.342.
6.1.343.
44
6.1.344.
6.1.345.
44*
6.1.346.
3.
En grupo de tres, realizar la normalizacin del siguiente esquema lgico:

FACTURA
(Numero_Fact,
Fecha,
Nombre_cliente,
Cedula, cantidad,
Cod_producto, detalle. Precio, Subtotal)
4.
Presentar un informe individual con la ayuda del docente el diseo conceptual,

lgico y normalizacin del siguiente enunciado: Consideremos la base de datos de
personal de una empresa que tiene un conjunto de departamentos. Cada
departamento tiene un conjunto de empleados, un conjunto de proyectos y un
conjunto de oficinas. Cada empleado tiene una historia de salarios (El conjunto de
salarios que ese empleado ha recibido ). Cada oficina tiene un conjunto de
telfonos. La base de datos debe contener la siguiente informacin:
Por cada departamento: nmero de departamento (nico ), presupuesto y el
nmero de empleado del gerente del departamento ( nico ).
Por cada empleado: nmero de empleado ( nico ), nmero de proyecto en el que
actualmente trabaja, nmero de oficina y nmero de telfono; ms la fecha y
salario para cada salario recibido en ese puesto.
Por cada proyecto: nmero de proyecto (nico) y presupuesto.
Por cada oficina: nmero de oficina ( nico ), superficie en metros cuadrados y
nmeros ( nicos ) de todos los telfonos de esa oficina. Considere las siguientes
suposiciones semnticas:
Ningn empleado es el gerente de ms de un departamento a la vez.
Ningn empleado trabaja en ms de un departamento a la vez.
Ningn empleado trabaja en ms de un proyecto a la vez.
Ningn empleado ocupa en ms de una oficina a la vez.
Ningn empleado tiene ms de un telfono a la vez.
Ningn proyecto est asignado a ms de un departamento a la vez.
Ninguna oficina est asignada a ms de un departamento a la vez.
5. Optimizar el diseo conceptual del ejercicio 3.1 de la actividad intraclase de la
unidad anterior.
6.1.347.
6.1.348.
6.1.349.
6.1.350.
6.1.351.
6.1.352.
6.1.353.
6.1.354.
6.1.355.
6.1.356.
6.1.357.
1. Conocimiento.
6.1.358. 1.1. Mencione Qu nos dice la teora de la normalizacin?
2. Anlisis.
2.1. Mencione 6 problemas que se puede presentar en un diseo de bases de datos
6.1.359.
si haber realizado una normalizacin.

2.2. Qu explica la siguiente frase: "Hechos distintos, deben almacenarse en objetos
distintos" ?
6.1.360. 3.Sntesis.
3.1. Realizar un mapa conceptual sobre todos los tipos de normalizacin que se
menciona en el mdulo.
3.2.
Realizar un ensayo en la que explique detalladamente el ejemplo complete
usando las tres normalizaciones de la pagina 3.
6.1.361. 4.
Aplicacin.
4.1. Realizar un algoritmo o Flujograma en la que detalle el proceso de
6.1.362.
realizacin de la 1FN, 2FN y 3FN.
4.2. Optimizar el diseo conceptual del ejercicio 3.2, 3.3 y 4.1 de la actividad
intraclase de la unidad anterior.
4.3.
Realice una mesa redonda en la que resalte el tema "Claves en el desarrollo
correcto de las tres primeras formas normales". Siga la siguiente secuencia:

6.1.363.
a. Presentar a los participantes de la mesa.

b. Sealar las normas de desarrollo del evento.
c. Realizar las exposiciones con la participacin de cada estudiante.
d. Resumir el contenido expuesto por el moderador.
e. Inicia el foro.
f. Formular conclusiones.
6.1.364. 5.
Valoracin.
5.1. Qu riesgos considera usted un diseo imperfecto de una base de datos?
5.2. Qu aprendi de la unidad?
5.3.
UNIDAD N4: ORGANIZACION DE UN SISTEMA GESTOR
DE BASE DE DATOS RELACIONAL.

5.4.
5.5.
5.6.
Competencia.
5.7.
5.8.
Utiliza a partir de un anlisis de las necesidades del entorno empresarial un sistema

gestor de bases de datos (SGBD) determinado de una forma precisa.
5.9.
1. 2.
5.10.
5.11.
5.12.
3.
5.13.
5.14.
5.15.
4.
5.16.
5.17.
Cules son las caractersticas del modelado de datos?

Realiza una investigacin referente al diseo lgico de datos
de un modelo relacional y explica sus procedimientos de traspaso de
un Diagrama Entidad - Relacin (DER) a Diseo lgico. Investiga y
contesta las siguientes preguntas.
a) Qu es Sistemas de Informacin?
b) Qu son Archivos Planos?
5.18.
Qu es un Sistema de Bases de Datos?
46
46
5.19.
5.20.
5.21.
5.22.
Sistema de Gestin de Bases de Datos.
5.23.
Como se menciono anteriormente un Sistema de Gestin de Bases de

Datos (SGBD) es un Software de aplicacin que permite extraer y almacenar
informacin de un sistema de Bases de Datos, proporcionndolos seguridad,
organizacin, independencia, integridad y consistencia en los datos,
recuperacin ante fallos del sistema, administracin de la informacin.
5.24.
Una de las caractersticas de los SGBD es que permite compartir

recursos en diferentes aplicaciones. En un Sistemas de bases de datos, todos
los datos se integran en un nico archivo fsico o en un conjunto de archivos
relacionados.
5.25.
Cualquier acceso a los datos solicitados por un usuario a travs de una

interfaz es ejecutado a travs de un SGBD que es el Software que entiende y
manipula la estructura lgica de los datos en el archivo.
5.26.
A finales de los 80 y principios de los 90 se han realizado algunos

avances en el rea de los SGBD, y quizs lo ms significante, podra decirse, la
incursin de los SGBD en la Internet, en la que sistemas como los de Bancos,
Instituciones de Seguridad Social, entre otros, utilizan este sistema.
5.27.
5.28.
5.29.
5.30.
5.31.
Al
5.32.
a.
b.
c.
d.
e.
f.
1. Investigar en grupo de 3 personas una resea histrica sobre los SGBD,

considere: Fechas, fabricantes, nombres de los primeros SGBD, sus nuevas
tendencias y evolucin de los SGBD a travs del tiempo. Para la exposicin del
texto expositivo siga las siguientes pautas:
Investigar el contenido de diferentes fuentes
Seleccionar las ideas principales.
Investigar el significado de cada idea
Elabore cuadros esquemticos.
Presentar el trabajo en plenaria.
5.33.
Se calificara informe, defensa y diapositivas.
4
4
*
Al
5.34.
5.35.
5.36.
5.37.
Ventajas de los SGBD.
5.38.
5.39.
5.40.
-
Usar SGBD para administrar informacin posee muchas ventajas:
Independencia de datos.
Eficiencia en el acceso a la informacin.
Integridad de los datos y su seguridad.
Acceso concurrente y recuperacin ante fallos del sistema.
Menor tiempo en el desarrollo de aplicaciones.
Administracin de la informacin, entre otros.
5.41.
Analizando las ventajas que ofrecen los SGBD, pareciera que siempre se necesite
gestionar la informacin, y esta seria la opcin mas alternativa, sin embargo esta no es la
situacin, ya que un SGBD es un software complejo, lo que implica que para aplicaciones
pequeas o en las que no se requiera un control de usuarios, seguridades eficientes, etc., lo
mas racional es optar por otra alternativa, por ejemplo archivos planos. Otra razn para no
utilizar SGBD es cuando se desarrolle aplicaciones que no sean soportados por lenguajes
de consultas.
4
4
*
5.42.
Estructura de un
SGBD.
5.43.
5.44.

Rijavec"
48
Los objetos de datos y las relaciones definidas en DER, proporcionan la base para el
diseo de datos. En muchas aplicaciones de software, la arquitectura de datos tendr
una gran influencia sobre la arquitectura del software que debe procesarlo. Es por ello
que existe muchos SGBD en el mercado, a continuacin mostramos algunos de ellos:
44*
Ilustracin 21 Oracle 9i.
Ilustracin 22 Microsoft SQL Server 2005.
Ilustracin 23 Mimer 9.2
Ilustracin 24 Microsoft Office Access 2007.
50
44*

Rijavec"
51
Ilustracin 25 MySQL en PhpMyAdmin 2.11.6
Usuarios relacionados con los Sistemas de Bases de Datos.
44
*
Los Sistemas de Bases de Datos al estar administrados por los SGBD, estn asociados
a una variedad de usuarios, con el objeto de atender la diversidad de tareas que se
requiere para su desarrollo, administracin y mantenimiento.
Usuarios Finales.
Programadores de Aplicaciones.
Administradores de sistemas de Bases de Datos.
Administradores de Redes de comunicaciones.
Implementadores.
1.
Conocimiento.
1.1. Extraiga cinco frases con sentido completo referente a la organizacin los SGBD.
2. Comprensin.
53
2.1.
Elabore un resumen con las ideas que selecciono en la actividad

anterior, agregando las que sean necesarias para enlazar las frases con sentido
completo.
2.2. Explique Cmo est estructurado un SGBD?
2.3.
Cul es el papel de los usuarios que estn relacionados con los
sistemas de bases de datos?
3. Sntesis.
3.1. Realizar un MENTEFACTO referente a los SGBD.
3.2. Sintetizar en un prrafo las frases elaboradas en la actividad 1.1.
3.3.
Elabore un diagrama de Venn sobre las relaciones que existe entre los
SGBD que se muestran en las ilustraciones 21 al 25.
4. Anlisis.
4.1. Contraste mediante un cuadro descriptivo los usuarios relacionados con
los SGBD.
5. Aplicacin.
5.1.
Realice una investigacin referente a un SGBD en el mercado y realizar
una exposicin presentando un informe y diapositivas. Considere versiones,
requisitos de hardware y software, caractersticas y funciones. Para la
exposicin considere:
a. Investigar el contenido de diferentes fuentes

b. Analizar el contenido investigado.
c. Establecer comparaciones con otros SGBD.
d. Elabore cuadros esquemticos y pantallas capturadas.
e. Presentar el trabajo en plenaria.
5.2.
De la exposicin de la actividad anterior, prepare
un nuevo cuadro
descriptivo siguiendo las siguientes pautas:
a.
b.
c.
d.
e.
Analizar los contenidos investigados.

Sintetizar en oraciones las ideas principales.
Realizar un resumen con las oraciones elaboradas.
6. Valoracin.
6.1. Qu le gust y disgust de las actividades desarrolladas?
6.2. Qu aprendi del tema desarrollado?
6.3.
Qu valores humanos considera usted que practic en el desarrollo de
las actividades?
6.4. Qu sugiere al profesor para la siguiente clase?
UNIDAD
N
5:
ESTRUCTURADO. SQL.
LENGUAJE
DE
CONSULTA
Competencia.
Distingue los componentes del lenguaje de consulta estructurado para aplicar
organizada y eficazmente las formas de implementacin de bases de datos de una
manera correcta y eficaz.
44*
1.
2.
Mencione 10 caractersticas sobre los SGBD.
53
Listar de al menos 4 Programas Gestores de Bases de datos que se encuentra en el

mercado.
3.
Cul es el papel que cumplen los administradores de sistemas de bases de datos?
Resea histrica del SQL.
44*
Despus de que el doctor Edgar Codd de la IBM en junio de 1977 publicara su artculo "Un
modelo relacional de datos para grandes bancos de datos compartidos" delineando la teora
matemtica de cmo la informacin podra almacenarse en tablas y manipularlas usando un
sub-lenguaje de datos, la investigacin dio lugar en los laboratorios de la IBM en California,
EEUU para la implementacin de un sub-lenguaje que se incorporar al modelo propuesto.
Esto condujo a la creacin de un modelo de datos relacional y del lenguaje de consulta
estructurado denominado SQL (Structured Query Language).
A principio se lo denomino SEQUEL (lenguaje de consulta en ingles estructurado) cuando en
1978 se la cambio por SQL, no obstante, siendo la IBM la precursora del desarrollo del SQL
y del modelo relacional, es la corporacin Oracle que en 1979 pone al mercado el primer
producto comercial de SGBD que la denomino Oracle versin 1 y funcionaba en minicomputadoras e inclua la versin de SQL como lenguaje de consulta.
Posteriormente en 1981 la IBM introduce su primer producto relacional comercial el
SQL/DS. En 1985 se introduce el DB2 (Database 2).
Una de las principales desventajas del modelo relacional, en sus primeros aos de
funcionamiento, respecto al modelo jerrquico y de red era la lentitud de respuesta frente a
cantidades voluminosas de informacin y acceso concurrente.
1. Prepare un panel con el tema "Evolucin de los SGBD Oracle, Datbase y

SQL/DS " Para el desarrollo del panel seguir la siguientes pautas:
a. Recopilar el contenido de diferentes fuentes
b.
c.
d.
e.
f.
g.
h.
Presentar a los miembros del panel.

Formular preguntas por cada estudiante.
Responder a la pregunta planteada por uno de los integrantes.
Continuar el dialogo
Plantear otras preguntas pos parte del coordinador.
Resumir brevemente el contenido expuesto.
Sintetizar las exposiciones por parte del coordinador.
i.
Establecer un dilogo con los estudiantes.
j.
Se calificar informe, defensa oral y escrita.
54

Rijavec"
Caracterstica del SQL.

El SQL es un lenguaje de cuarta generacin y est compuesto por una serie de
sentencias en ingles estructuradas de alto nivel que sigue una sintaxis definida.
Aunque el SQL significa lenguaje de consulta estructurado, el SQL es ms que
una herramienta de consulta, es:
>
>
>
>
Lenguaje de definicin de datos o LDD (DDL en ingles).

Lenguaje de manipulacin de datos o LMD (DML en ingles) .
Lenguaje de control de datos o LCD (DCL en ingles).
Lenguaje de consulta o LC (QL en ingles).
54
>
>
Ilustracin 26 Componentes del SQL.
>
>
>
Por otro lado SQL no es un lenguaje de programacin completo como el C++ o Visual
Basic ya que no contienen bloques de sentencias de comienzo o fin (Begin-End),
sentencias condicionales (if), sentencias de bucle (For, while, etc)
>
>
>
>
> Adicionalmente, no es posible comprar el SQL como lo hara con otros lenguajes de
programacin como el Visual Estudio, Java Builder o C++, etc. Ya que este es parte
embebida de los SGBD. Es por ello que el SQL no es considerado como un lenguaje
de programacin sino como un sub-lenguaje.
> A continuacin se detalla un resumen de las caractersticas ms importantes del

SQL.
Independencia de los vendedores.

Portabilidad a travs de los sistemas informticos.
Consultas interactivas.
Acceso de un sistema de bases de datos desde de
programas.
Lenguaje completo de bases de datos.
>
>
>
>
Arquitectura cliente/servidor.
1. Investigar individualmente sobre la notacin BACKUS-NAUR FORM (BNF). Se calificara

Informe y defensa escrita.
>
>
>
>
>
1. Conocimiento.
>
1.1. Qu significa las letras SQL?
>
1.2. Formule una definicin sobre el SQL.
>
2. Comprensin.
>
2.1. Qu bloques definen o forman parte del lenguaje SQL?
>
3. Anlisis.
>
3.1.
Por qu el SQL no es considerado un lenguaje de programacin como el
>
Visual Basic?
>
3.2.
Explique el siguiente texto: "...l SQL no es considerado como un lenguaje de
>
programacin sino como un sub-lenguaje."
>
3.3. Redacte oraciones sobre la informacin referente a las reglas de la notacin BNF.>
4. Sntesis.
>
4.1. Realizar una rueda de atributos sobre las caractersticas del SQL.
>
4.2. Estructure una lnea del tiempo referente a la historia del SQL.
>
5. Aplicacin.
>
5.1. Ilustre mediante un cuadro descriptivo la evolucin de los SGBD Oracle, Database>
y SQL/DS enfatizando la implementacin del Sub leguaje SQL.
Valoracin.
7.1. Por qu es importante la utilizacin del lenguaje SQL en las empresas?
6.
>
55
>
>
>
1. En grupo de 2 personas, realizar una investigacin sobre un SGBD propuesto

por el docente, considerar:
1.1. Exploracin de objetos de la base de datos.
1.2. Barras de herramientas. (si posee)
>
>
>
>
>
55
>
1.1.
55
1.1.
1.2.
1.3.
1.4.
1.5.
1.3. Editor de sentencias SQL.
1.4. En donde se almacenan las bases de datos?
1.5. Cmo se crea una Base de Dato?
1.6.
Se calificar: informe ilustrado, recopilacin del contenido desde
diferentes fuentes diapositivas y defensa del tema. 2. Organice un panel
sobre la informacin investigada en la actividad anterior. Para el desarrollo del
mismo siga la siguiente secuencia:
a. Formulacin d el tema.
b. Presentar a los miembros del panel.
c. Formular preguntas por cada estudiante.
d. Responder a la pregunta planteada por uno de los integrantes.
e. Continuar el dialogo
f. Plantear otras preguntas pos parte del coordinador.
g. Resumir brevemente el contenido expuesto.
h. Sintetizar las exposiciones por parte del coordinador.
1.7.
i.
Establecer un dilogo con los estudiantes.
1.8. j. Elaborar una conclusin del contenido investigado.
1.9.
1.10.
1.11.
1.12.
UNIDAD N 6: LENGUAJE DE DEFINICION DE DATOS. LDD.
1.13.
1.14.
Competencia.
1.15.
1.16.
1.17. Utiliza el lenguaje de definicin de datos para la implementacin de bases de datos en

los sistemas gestores de bases de datos Access y MySql con orden, respeto, precisin y
pulcritud.
1.18.
1.
2.
3.
4.
5.
6.
Cul es la diferencia entre dato y base de dato?

Qu es el SQL?
Cul es el objetivo delo SQL?
Cules son los lenguajes que forman parte del SQL?
Mencione 3 SGBD que usted conoce.
Para que se utiliza la notacin BNF.
1.19.
1.20.
1.21. En la unidad anterior se indico que el LDD en un componente del SQL. A como se
estudio el LDD est compuesto por una serie de sentencias en ingles estructurado de alto
nivel que siguen una sintaxis predefinida y normalizada.
1.22.
1.23.
Misin del LDD.
1.24.
1.25.
1.26. Es la encargada de la implantacin de los objetos de un sistema de bases de datos,

creacin y administracin, a travs de un conjunto de sentencias SQL que utilizan las
palabras reservadas:
Crear un objeto en la base de datos (CREATE).

Eliminar un objeto de la base de datos (DROP).
Modificar un objeto de la base de datos (ALTER).
Conceder privilegios sobre un objeto de la base de datos (GRANT).
Eliminar privilegios sobre un objeto de la base de datos (REVOKE).
1.27.
1.28.
1.29.
Objetos de un Sistema de Bases de Datos.
1.30.
1.31.
1.32.
Los componentes de un sistema de bases de datos son entre otros:
7.
Tabla
s.
8.
1.
2.
3.
Vista
s.
Catlogos.
Esquemas.
Usuarios.
1.33.
1.34.
1.35.
Ilustracin 27 Componente de un sistema de bases de datos y su relacin.3
1.36.
1.37.
1.38.
Tablas.
1.39.
1.40.
Son los objetos que tratan directamente de la informacin a procesar. El

modelo de datos relacional representa los datos y la asociacin entre ellos, mediante
una coleccin de relaciones o tablas, cada una de las cuales tiene un nmero de
columnas con nombres nicos que definen un atributo que identifica a un dato
comn a almacenar, las tablas tienen a su vez filas que posee informacin de un
registro en particular.
1.41.
1.42.
Ilustracin 28 Terminologa utilizada por referirse a una tabla y sus elementos.
1.43.
1.44.
1.45.
1.46.
1.47.
1.48.
1.49.
1.50.
1.51.
1.52.
1.53. De los trminos asociados a las tablas son: el grado y la cardinalidad, en donde el
grado indica el nmero de columnas y la cardinalidad el nmero de filas. Es as, una tabla
con cardinalidad cero es una tabla vaca, es decir, sin datos. Una tabla puede tener cero
filas, pero no cero columnas, al menos deben tener una.
1.54. Hay que considerar que el nombre de las tablas y columnas no deben repetirse en un
Sistema de Base de Datos y Tablas respectivamente.
1.55.
1.56.
Tipos de datos ms utilizados.
Tipo CHAR, VARCHAR.

Tipo NUMBER
Tipo LONG
Tipo DATE
59
1. Relacionar si estos tipos de datos se utilizan en los SGBD Microsoft

Access y en MySqL. Presente un informe grupal (Dos personas).
444
Creacin de Tablas.
Para realizar la creacin de Tablas, debemos considerar a un conjunto instrucciones
denominados dentro del SQL como LDD (Lenguaje de definicin de datos).

La sintaxis para la creacin de tablas dentro de la notacin BNF es la siguiente:
Ilustracin 29 Sintaxis elemental para la creacin de tablas.
As por ejemplo si se desea crear una tabla estudiante quedara
Restricciones de Integridad.
Un SGBD permite realizar una serie de controles sobre los objetos de los sistemas de bases
de datos. Uno de estos controles es de impedir anomalas de la informacin que administra,

por ejemplo, la redundancia de informacin. Uno de los mecanismos de este fin es el uso de
las restricciones de integridad que se define cuando se crea el objeto o se modifica si el
objeto esta en operacin.
Si analizamos la tabla ESTUDIANTE con la sentencia anterior, esta permitir

ingresar dos filas de datos con la misma informacin (redundancia).

Rijavec"
59
Para evitar este inconveniente, existe un mecanismo denominado: Restriccin de la Clave

Primaria.
Una columna clave primaria PRIMARY KEY, es la(s) columnas que permiten
identificar unvocamente cada fila en una tabla. Adicionalmente una columna clave
primaria no permite que en sus columnas no tenga ningn valor o valor nulo en
ninguna de sus filas.
En el ejemplo de la tabla estudiante, la columna NMERO es la que permite

identificar unvocamente cada fila y por lo tanto se la debe identificar como clave
primaria para que el SGBD pueda ser el control respectivo.
444
Si incluimos la restriccin mencionada en la creacin de la tabla la sintaxis quedara

de la siguiente manera:
El ejemplo de la tabla ESTUDIANTE queda redefinido as:
Restriccin de valor No Nulo.
La restriccin de valor No Nulo (NOT NULL) le indica al SGBD que no ingrese un

valor Null como valor, es decir, no permite que el registro de algn campo este en blanco.
Restriccin de Unicidad.
La restriccin de Unicidad (UNIQUE) le indica al SGBD que no permita que se

ingrese o modifique una fila y de cmo resultado valores repetidos en la columna con
esta restriccin. Puede involucrar una o varias columnas.
Restriccin de Control de Rango de dominio.
La restriccin de Control de Rango de dominio (CHECK) le indica al SGBD que no

permita que se incumpla lo que se estipule en la clausula CHECK cuando se ingrese
o modifique una fila.
Valor por Omisin.
El valor por omisin (DEFAULT) le indica la SGBD que al momento de ingresar un

dato en una determinada columna le asigne un valor preestablecido en dicha
columna cuando no se ha establecido un valor en la insercin.
La sintaxis con las restricciones de integridad expuestas anteriormente quedara de

la siguiente forma:
Analicemos como podra ser la sentencia SQL que me permita la creacin de la tabla
PROFESOR con las siguientes caractersticas:
Una sentencia como la que sigue me permite crear la tabla en estudio:
Otro ejemplo seria:
En este caso el campo Nmero y cdigo poseen una claves primarias, al escribir la
siguiente sentencia:
Su semntica es correcta de acuerdo al esquema presentado, pero al ejecutarla nos

dar error porque una tabla no puede tener DOS claves primarias. Lo que si es
posible es que dos o ms columnas sean LA clave primaria, cuando en este caso se
denomina CLAVE PRIMARIA COMPUESTA.
En este caso ocurrira una restriccin de clave primaria a nivel de tabla. En donde su
sintaxis sera la siguiente:
Entonces la sentencia correcta para crear la tabla matricula seria la siguiente:
Disee individualmente un cuadro sinptico referente a las restricciones en la creacin de

tablas.
Modificacin de tablas
Se modifican las tablas por dos razones: Cambiando la definicin de una columna
(MODIFY) o aadiendo una columna a una tabla existente (ADD). La orden con la
que se modifica una tabla es ALTER TABLE, cuyo formato es:
ALTER TABLE <nombre_tabla>
[ ADD (<columna1> [,<columna2> . . .)] ]
[ MODIFY (<columna1> [,<columna2> . .
.)] ]
[ADD CONSTRAINTS
<restriccion> ] [DROP CONSTRAINTS

<restriccion> ]
65
ADD aade una columna o ms al final de una tabla.

MODIFY modifica una tabla o ms columnas existentes en la
tabla.
ADD CONSTRAINTS aade una restriccin a la definicin de la
tabla.
DROP CONSTRAINTS elimina una restriccin de la tabla.
444
65
Ejercicio resuelto con creacin y modificacin de tablas:
Crear la tabla FABRICANTES y ARTCULO con las siguientes columnas y

restricciones.
No
Restriccin
mbre
campo
Clave primara. No
podjabricanle
puede ser nula, Se define el
atributo AUTO INC REME NT.
nombre
Ha de almacenarse en
maysculas
Ha de almacenar en
pais
may-sculas. El valor por
defecto es 'Espaa'.
Nombre
Restriccin 1
campo
aiti culo
odjabri
cante
peso
La clave primaria est

categoria
formada por les campos
articulo, codjabri cante, peso y
preci
categora. El campo categora
o_venta
ha de ser 'Primera'.'Segunda1
preco_tosi
o 'Tercera'. Debe ser >0
o
Debe ser > 0
Solucin:
Create table FABRICANTES (

cod_fabricante integer auto_increment primary key,
444
nombre varchar(50),
pais varchar(20) default "Espaa",
constraint
check(nombre=upper(nombre)),
constraint
check(pais=upper(pais)));
nombremayus
paismayus
66
Create table ARTICULOS

( codarticulo int,
codfabricante int, peso int,
categoria varchar(20),
primary key(cod_articulo,cod_fabricante,peso,categoria),
constraint preventa check(precio_venta>0),
constraint precosto check(precio_costo>0),
constraint catcategoria check(categoria

1
in( Primera 1,1 Segunda 1,1 Tercera')));
Aadir la restriccin de clave ajena a la columna COD_FABRICANTE de la tabla

ARTICULOS para que referencie a la tabla FABRICANTES. Realiza un borrado en cascada.
Alter table ARTICULOS add foreign key(cod_fabricante)

references FABRICANTES(cod fabricante);
444
66
a)
b)
c)
1. Ingrese las sentencias del ejemplo anterior en el SGBD y presentar un informe

contestando las siguientes preguntas:
Qu dificultades obtuvo al momento de ejecutar los cdigos?
Qu aparece en cada ejercicio luego de ejecutar el cdigo sin errores?
Qu nuevos factores debe considerar para ingresar las sentencias SQL?
444
d) Supresin de tablas
66
e)
f) La orden DROP TABLE suprime una tabla de la base de datos. Cada usuario puede
borrar sus propias tablas. El formato de dicha orden es:
g)
h)
DROP TABLE <nombre_tabla> [CASCADE CONSTRAINTS]
i) Tendremos que tener cuidado con intentar borrar tablas cuyas claves principales
estn referenciadas como claves ajenas en otras tablas. Como por ejemplo, si
tenemos dos tablas como:
j)
k)
l)
m)
PROVINCIA (Cdigo Provincia, Nombre)

EMPLEADO (Cdigo empleado. Nombres, apellidos,
Direccin, Cdigo_Provincia)
444
n)
o)
p)
q)
r)
s)
t)
u)
v)
w) Si intentsemos suprimir la tabla PROVINCIA:
x)
y)
DROP
TABLE PROVINCIAS
z) Nos dara un error debido a que podran existir clave(s) ajena haciendo referencia a esa
clave(s) primaria, es decir, existe una restriccin de clave ajena (clave fornea) en la tabla
EMPLEADO que referencia a la clave primaria de la tabla PROVINCIA.
aa)
Entonces, para borrar esta tabla hay que usar la opcin CASCADE CONSTRAINTS,
que suprimir todas las restricciones de integridad que se refieran a claves de la tabla
borrada.
ab)
ac)
Ejemplo:
ad)
DROP
TABLE
PROVINCIAS
CASCADE CONSTRAINTS
ae)
af)
ag)
1. Presente un informe individual ilustrado en la que detalle los pasos para crear,
editar y eliminar tablas desde el sistema gestor de base de datos propuesto y explicado
por el docente.
ah) Se calificara: imgenes, pasos detallados, conclusiones, recomendaciones y
defensa.
ai)
aj)
ak)
al) ndices.
am)
an)
Uno de los objetivos de los ndices es la de controlar la unicidad de los datos en las
columnas. Dicho de otra manera un ndice es como un ndice de un libro que ayuda a
encontrar la informacin mas eficientemente. Normalmente utilizan estructuras de arboles
balanceados (B-Tree), para las pginas de los ndices que utilizan punteros de sus registros
a las filas de los datos.
ao)
ap)
aq)
Aunque no est definido en el estndar SQL, casi todos los SGBD los utilizan.
Ilustracin 30 Estructura de los Indices.

Normalmente, crean automticamente un ndice por cada tabla basada en su clave
primaria.
ar) Los ndices no solo proporciona ventajas, sino tambin desventajas, por lo que
tendramos que tener presente para decidir cuando son necesarios.

Rijavec"
as)
at)
au)
av)
aw)
ax)
ay)
az)
ba)
bb)
bc)
bd)
be)
bf)
bg)
bh)
bi)
bj)
bk)
bl)
bm)
bn)
bo)
bp)
bq)
br)
Ilustracin 31 Ventajas y desventajas de los ndices.
Creacin, Modificacin y Eliminacin de
ndices. Creacin de ndices.
bs)
Al no estar estandarizado el uso de ndices, cada SGBD utiliza su propia

sintaxis, aunque la mayora utiliza una estructura ms o menos parecida a la
siguiente grafica:
Ilustracin 32 Sintaxis para la creacin de ndices.
69

Rijavec"
bt)
bu)
bv)
Ejem
pl
o:
bw)
bx)
69
by)
bz)
ca)
cb)
Modificacin de ndices.
cc)A diferencia de la creacin de ndices, en la que los SGBD proveen de una sintaxis
similar, no ocurre lo mismo con la modificacin de estos. Mas aun, la mayora de
SGBD ni siquiera proveen de una sentencia para la modificacin de ndices.
cd)
Entonces, la solucin, seria eliminarlo primero y luego crear el ndice

nuevamente con el mismo nombre y las caractersticas deseadas.
ce)
cf) Eliminacin de ndices.

cg)
Tenemos ms opciones que para la creacin de los mismos.
ch)
ci)
cj) Ejemplo:
ck)
cl)
cm)
cn)
co)
cp)
cq) En
Microsoft Access la
mi_primer_indice seria:
cr)
sentencia
para
la
eliminacin
del
ndice
cs)
71
1. Crear una tabla llamada PELCULAS con los siguientes campos y restricciones. La clave primaria de esta
2. Crea la tabla CLIENTES con los siguientes campos y restricciones: La clave primaria de esta tabla es el c
ct) 3.
cu)
cv)
cw)
cx)
cy)
cz)
da)
db)
dc)
dd)
4.
de)
df)
dg)
dh)
di)
dj)
dk)
dl)
dm)
dn)
do)
Crear las siguientes tablas:

Crear una tabla llamada PERSONAS con los campos (dni,
nombre, apellidol, apellido2).
dp)
Crear una tabla llamada VEHICULOS con los campos
(CodigoVehiculo, marca, modelo, cilindrada).
dq)
Crear una tabla llamada PERSONAS_VEHICULOS con los
campos (dni, CodigoVehiculo).
dr) Crear una tabla llamada FAMILIA con los campos (CodigoFamilia,
DescripcionFamilia).
ds)
Identificar las claves primarias de cada tabla y las claves
forneas teniendo en cuenta que 1 PERSONA puede tener 0 o varios
VEHICULOS. 1 FAMILIA tendr 2 o ms componentes, l PERSONA puede
pertenecer a l o a ninguna familia.
dt)
du)
Crear las siguientes tablas en MySQL especificando en cada

una de ellas la clave primaria y ajena(s) en caso de que las haya. Se
debe permitir la eliminacin de registros en cascada.
4
4
4
dv)
72
5. Del siguiente Diseno fisco de datos, realizar la creacin de tablas:
444
dw)
dx)
6.
Sea el diseo lgico siguiente:
TRABAJADOR (Id_t, nombre, apellidos, tarifa, oficio, id_supervisor)
EDIFICIO (Id_E, direccin, tipo, nivel_calidad, categora) ASIGNACION (Id_T,
ID_E, fecha_inicio, numero_dias) Realizar la creacin de tablas e ingresar al
menos 3 registros en cada tabla.
72
dy)
dz)
ea)
1.
Conocimiento.
1.1. Qu significa las letras LDD?
1.2.
Realizar un cuadro en la que explique brevemente las palabras
reservadas del lenguaje de definicin de datos.
1.3. Cul es la sintaxis para la creacin de tablas?

eb)
2.
Comprensin.
2.1.
Realizar una explicacin sobre la ilustracin 26 de esta unidad
referente a los componentes de un sistema de bases de datos.
2.2. Mencione 3 caractersticas de las tablas.

2.3. Qu relacin existe entre los ndices y los ndices de los libros?
2.4.
Mencione con sus propias palabras una explicacin breve sobre las
ventajas y desventajas del uso de los ndices.
ec)
3.
Anlisis.
3.1. Para qu se utiliza dentro del SQL el LDD?
3.2. Explique Cual es la razn de que no exista para la mayora de los SGBD
una
ed)
ee) sentencia de modificacin de ndices?

ef) 3.3. Analizar y explicar sobre la grafica referente a la estructura de los
ndices.
eg) 4. Sntesis.
eh)
4.1. Dada la siguiente tabla indicar sus partes.
ei)
ej)
ek)
el)
em)
en)
eo)
ep)
eq)
er)
a) et) Realizar
es)
b)
un cuadro explicativo sobre los tipos de datos utilizados para la

definicin de tablas, indicar su uso, sintaxis y observacin.
Realizar una tcnica didctica en la que sintetice las restricciones en la
4eu)
creacin de tablas.
.
3
.
ev)
Escriba la sintaxis para la creacin de tablas.

Escriba la sintaxis para la supresin de tablas.
Aplicacin.
ew) 5.1. Crear las siguientes tablas especificando en cada una de ellas la clave
primaria y ajena(s) en caso de que las haya. Se debe permitir la eliminacin de
registros en cascada.
73
73
ex)
ey)
ez)
fa)
fb)
fc)
fd)
fe)
ff)
fg)
fh)
fi)
fj)
fk)
fl)
fm)
fn)
fo)
fp)
5.2. Presentar el proyecto de creacin de tablas referente a la empresa investigada.

5.3.
Elabore una ficha de causas y consecuencias referente al uso del programa gestor de
bases de datos enfatizando los errores que le han aparecido en el transcurso de la
codificacin.
fq) 6. Valoracin.
fr) 6.2. Por qu es importante el uso los ndices en los libros?
fs)
ft)
fu)
fv)
fw)
fx)
fy)
fz) UNIDAD N 7: LENGUAJE DE MANIPULACIN DE DATOS.
ga)
gb)
gc)
Competencia.
gd)
ge)
Utiliza el lenguaje de manipulacin de datos para la implementacin de bases de

datos en los sistemas gestores de bases de datos Access y MySql con orden, respeto, precisin
y pulcritud.
gf)
1.
2.
3.
4.
5.
6.
Qu significa las siglas LDD?

Por qu es importante el uso correcto del LDD?
Cules son las sentencias del LDD?
Cules son los objetos que gestiona un SGBD?
Cules son los SGBD que usa para sus bases de datos?
Para que se usa el Power Designer?
gg)
gh)
gi)
En SQL92 la manipulacin de datos se hace bsicamente con las sentencias SELECT

(seleccionar), UPDATE (actualizar), DELETE (borrar) e INSERT (insertar) que constituyen el
lenguaje de manipulacin de datos bsico.
gj)
gk)
gl) INSERT.

Rijavec"
gm)
74
Inserta una o ms filas nuevas dentro de la tabla especificada. Cuando se
utilice la clusula VALUES slo se insertar una fila.
gn)
INSERT INTO {<nombre de tabla>}
[({<nombre de columna>},)]
go)
gp)
{VALUES
({<literal>
:<variable host>
NULL},) }
gq)
gr) Ejemplo usando sentencias INSERT.

gs)
Se dispone de las siguientes tablas de datos EMPLE y DEPART:
gt)
gu)
gv)
44
4
gw)
gx)
gy)
gz)
1. Realizar su respectiva creacin de
tablas.
ha)
Create table alumnos(

expediente int(10) primary
key, nombre varchar(50),
localidad varchar(50), fechanac
date, direccion varchar(50),
curso int(2), nivel varchar(10),
faltas int(3));
hb)
hc)
2.
Realizar la insercin de todos registros mostrados en la figura.
hd)
Insert into alumnos values(123456,'Juan Miguel Soler

Bakero',,Murcia,,,1995/10/10,,,Gran v'a, 2, 4A',1,'ESO',15); Insert into alumnos
values(654321,'Laura Gmez Fern+ndez1,1Lorca',11994/10/051,'Junterones, 10,
5B',2,'ESO',25);
he) Insert into alumnos values(7 65432,'Beatriz Mart'nez
Hern*ndez,,,Murcia,,,1993/05/05,,,Plaza Mayor, 6, 3B',3,'ESO',5);
hf)
Insert into alumnos values(987654,'Diego Mar'n
hg) Llorente','Alhama de Murcia',,1990/03/06,,,Diego de la Cierva, 5,
7A',1,'BACHILLER',34);
hh)
hi)
Insert into alumnos values(445544,'Juan Francisco Cano
Riquelme,,,Murcia,,,1992/01/07,,,Plaza de Belluga, 3, 4A',4,'ESO',13);
hj)
Insert into alumnos values(223322,'Raquel Riquelme
Rubio',,Lorca,,,1990/23/11,,,San Juan, 14, 3B',1,'BACHILLER',7);
hk)
76
hm)
1. Realizar la insercin de los 5 ltimos registros de la tabla

ALUMNOS.
444
hn)
76
ho)
hp)
a)
b)
c)
1. Ingrese las sentencias del ejemplo anterior en el SGBD y presentar un

informe contestando las siguientes preguntas:
444
76
d)
e)
f)
g)
SELECT.
h) Selecciona filas de una o ms tablas. Su sintaxis:

>
>
>
>
SELECT
[ALL |
DISTINCT ]
FROM {
{<nombre de tabla>),
<lista de seleccin>
[WHERE <condicin de bsqueda> ]

[GROUP BY {<nombre de columna>
<nmero de columna>},]
> [[ORDER BY {{<nombre de columna | <nmero de columna>} [ASC | DESC]
},
] |
> <lista de seleccin>::= {* | {<expresin> | <nombre de tabla>.<nombre de

columna> | <nombre de columna> | <nombre de tabla>.*}
i) La palabra clave DISTINCT indica que si existen filas idnticas, slo se mostrar una de ellas.
j)
k) Ejemplo usando sentencias SELECT.

l) Se dispone de las siguientes tablas de datos EMPLE y DEPART:
444
m)
n)
o)
1.
Realizar su respectiva creacin de tablas.
2.
Realizar la insercin de todos registros mostrados en la

figura.
3.
Realizar las siguientes consultas:
3.1.
4.
3.2.
5.
3.3.
6.
3.4.
Mostrar
select
Mostrar
select
el apellido, oficio y nmero de departamento de cada empleado.

apellido, oficio, dept_no from emple;
todos los datos de todos los empleados.
* from emple;
ll
Datos de los empleados ordenados por nmero de departamento descendentemente.

select * from emple order by dept_no desc;
Datos de los empleados ordenados por nmero de departamento descendentemente y dentro de cada
departamento ordenados por apellido ascendentemente.
7. select * from emple order by dept_no desc, apellido;

3.5. Mostrar los datos de los empleados cuyo salario sea mayor que 2000000.
8. Select * from emple where salario>2000000;
3.6. Mostrar los datos de los empleados cuyo oficio sea "ANALISTA".
9. select * from emple where oficio='ANALISTA'
3.7. Seleccionar el apellido y oficio de los empleados del departamento nmero 20.
10.
select apellido, oficio from emple where dept_no=20;
3.8. Mostrar los empleados cuyo departamento sea 10 y cuyo oficio sea "ANALISTA". Ordenar el resultado
por apellido.
11.
select * from emple where dept_no=10 and oficio='ANALISTA' order by apellido;
3.9. Ordenar los empleados por oficio, y dentro de oficio por apellido.
12.
select * from emple order by oficio, apellido
13.
444
3.10.
14.
15.
3.11.
Mostrar los apellidos de los empleados cuyo oficio sea "VENDEDOR", "ANALISTA" o "EMPLEADO".
select
apellido from
emple
where
oficio in
('VENDEDOR','ANALISTA','EMPLEADO');
Mostrar los apellidos de los empleados cuyo oficio no sea ni "ANALISTA" ni "EMPLEADO", y
adems tengan un salario mayor de 200000.
16.
select
apellido
('ANALISTA','EMPLEADO')
3.12.
from
emple
where
oficion
not
and salario>2 0 0 0 00;
Obtener los apellidos de todos los empleados en
minscula.
17.
3.13.
select lower(apellido)
from emple;
Mostrar los datos de los empleados que hayan sido contratados en el ao
1992.
18.
3.14.
select * from emple where year(fecha_alt)=1992;
Mostrar los datos de los empleados del departamento 10 que no tengan

comisin.
19.
select * from emple where dept_no=10 and comision is null;
in
3.15.
78
3.16.
3.17.
3.18. 1. De las tablas EMPLE y DEPART realizar las siguientes consultas:

1.1. Mostrar el nmero, nombre y localizacin de cada departamento.
1.2. Datos de los empleados ordenados por apellidos.
1.3. Mostrar todos los datos de los empleados ordenados por apellido.
1.4.
Seleccionar los empleados cuyo oficio sea "VENDEDOR" Mostrar los
1.5.
datos ordenados por apellido.

Seleccionar de la tabla EMPLE los empleados cuyo apellido empiece por "A".
1.6.
1.7.
1.8.
a)
b)
c)

444

Rijavec"
78
d) UPDATE.
e)
f) Modifica las columnas seleccionadas de una tabla en todas las filas que satisfacen
una condicin de bsqueda.
g) UPDATE {<nombre de tabla>}

h) SET {<nombre de columna> = {<expresin>
| NULL}},
i) [WHERE <condicin de bsqueda>]

j) i
444
k)
l) Ejemplo usando sentencias UPDATE.
m)
n)
79
1.
2.
3.

Establecer el nmero de plazas de todos los hospitales a
250. Update HOSPITALES set num_plazas = 250
4.
Poner en 2000 el nmero de plazas del hospital nmero 3.
o) Update HOSPITALES set num_plazas=2 0 00 where cod_hospital=3

5.
Con una sentencia UPDATE dobla el nmero de plazas de los hospitales cuya letra empiece con
"R".
p) Update HOSPITALES set num_plazas = num_plazas*2 where nombre like

q)
a)
r)
s)
t)
1. Cree 5 sentencias usando la clausula UPDATE en la tabla HOSPITALES anotando el

enunciado correspondiente.
4
4
4
79
u)
v)
w) 1.
a)
b)
c)
Ingrese las sentencias del ejemplo anterior en el SGBD y presentar un informe

contestando las siguientes preguntas:
4
4
4
d)
e)
f)
g) DELETE
h)
i) Borra una o ms filas de una tabla o vista. Si no se especifica la clusula

WHERE, se borran todas las filas de la tabla sealada en la clusula FROM. Si se
especifica la clusula WHERE slo sern borradas aquellas filas que hagan la
condicin de bsqueda verdadera.
j)
k) Su sintaxis:
l)
m) DELETE FROM (<nombre de tabla> } [WHERE <condicin de bsqueda>]

n)
o)
p)
q)
r)
s)
t)
u)
v)
w)
x) Ejemplo usando sentencias DELETE.
y)
z)
1.
2.
3.

Borrar el registro de la persona cuyo DNI es igual a "22233311".
aa)
4.
80
Delete from PERSONA where dni = 22233311;
Borrar los registros de las personas con salario de 1900 y su funcin es de medico.
ab)
Delete from PERSONA where salario = 1900 and function =
'MEDICO'
5.
Borrar los registros de las personas que posean un salario entre 1200 a 1500
ac)
6.
Delete from PERSONA where salario between 1200 to 1500
Borrar todos los registros cuyos apellidos sean "Martnez Molina"
ad)
Delete from PERSONA where apellidos like
'Martnez Molina*'
444
80
ae)
af)
ag)
1. Cree 5 sentencias usando la clausula DELETE en la tabla PERSONAS

anotando su enunciado correspondiente.
444

Rijavec"
80
ah)
a)
b)
c)

444
81
2. Conocimiento.
ai) 2.1. Qu es el lenguaje de manipulacin de datos?
3. Comprensin.
aj) 3.1. En qu consiste cada una de las clausulas del LMD?
4. Anlisis.
ak) 4.1. Investigar Que son las funciones agregadas? Y En qu clausulas
5.
del LMD se utilizan?

Sntesis - Aplicacin.
al) 5.1. De la tabla EMPLE y DEPART mostrada en los temas anteriores de
esta unidad, aplicar el LMD con las siguientes ordenes:
444

Rijavec"
81
5.1.1. Insertar
en la tabla EMPLE un empleado con cdigo 9999, apellido

'GONZLEZ' y cdigo de departamento 10.
5.1.2. Insertar en la tabla EMPLE un empleado con cdigo 5000, apellido
'MORAGA', oficio 'EMPLEADO', su director es el empleado 7902, la
fecha de alta en la empresa es '17/10/99', su salario es 100000, no
tiene comisin y pertenece al departamento nmero 20. (para indicar
que no tiene comisin debers poner NULL en el campo comisin).
5.1.3. Insertar en la tabla DEPART un departamento cuyo nmero sea 60 y
de nombre 'PRUEBAS'.
5.1.4. Doblar el salario a todos los empleados del departamento 30. (Utilizar
UPDATE).
5.1.5. Cambiar todos los empleados del departamento nmero 30 al
departamento nmero 20.
5.1.6. Incrementar en un 10% el sueldo de los empleados del departamento
10. (salario*1.1).
5.1.7. Cambiar la localidad del departamento nmero 10 a 'BILBAO'.
5.1.8. En la tabla DEPART borrar el departamento nmero 50.
5.1.9. En la tabla EMPLE borrar todos los empleados que sean del
departamento 20 y sean 'ANALISTAS'.
5.1.10.
Borrar de la tabla EMPLE todos los empleados que no tengan
comisin.
5.1.11.
Seleccionar de la tabla EMPLE aquellas filas cuyo APELLIDO
empiece por "A" y el OFICIO tenga una "E" en cualquier posicin.
5.1.12.
Seleccionar los empleados cuyo salario est entre 100000 y
200000. Utilizar el operador BETWEEN.
5.1.13.
Obtener los empleados cuyo oficio sea "VENDEDOR" y tengan
una comisin superior a 100000.
5.1.14.
Seleccionar los datos de los empleados ordenados por
nmero de departamento, y dentro de cada departamento ordenados
por apellido.
5.1.15.
Nmero y apellidos de los empleados cuyo apellido termine
por "Z" y tengan un salario superior a 300000.
5.1.16.
Datos de los departamentos cuya localizacin empiece por
"B".
5.1.17.
Datos de los empleados cuyo oficio sea "EMPLEADO", tengan
un salario superior a 100000 y pertenezcan al departamento nmero
10.
5.1.18.
Mostrar los apellidos de los empleados que no tengan
comisin.
5.1.19.
Mostrar los apellidos de los empleados que no tengan
comisin y cuyo apellido empiece por "J".
5.1.20.
Seleccionar el apellido, salario y nmero de departamento de
los empleados cuyo salario sea mayor que 200000 en los
departamentos 10 30.
am)
an)
ao)
ap)
aq)
44
4
ar)
5.1.21.
Mostrar el apellido y nmero de los empleados cuyo salario no

est entre 100000 y 200000 (utilizar BETWEEN).
5.1.22.
Obtener el ao de contratacin de todos los empleados (funcin
YEAR).
5.1.23.
Mostrar los datos de los empleados que hayan sido contratados
en el mes de febrero de cualquier ao (funcin MONTHNAME).
5.1.24.
Mostrar los datos de los empleados cuyo apellido empiece por 'A'
y hayan sido contratados en el ao 1990.
5.2.
Elabore una ficha de causas y consecuencias referente al uso del
programa gestor de bases de datos enfatizando los errores que le han aparecido
en el transcurso de la codificacin.
at) 6. Valoracin.
au)
6.1. Por qu son importantes las sentencias del LMD?
7.3. Qu es para usted administrar una base de datos de una empresa importante?
as)
7.4.
7.5.
UNIDAD N 8: DESARROLLO DE UNA APLICACIN DE

GESTIN.
7.6.
7.7.
7.8.
7.9.
Competencia.
7.10.
7.11. Aplica los conocimientos de diseo, implementacin de bases de datos y diseo de servicios
de presentacin en entornos grficos para desarrollar una aplicacin informtica de gestin
de una manera gil, ordenada y eficiente.
83
1.
2.
3.
4.
5.
6.
Qu es Visual Basic?
Cules son las versiones que visual Basic tiene en el mercado?
Qu relacin tiene una base de datos con los sistemas informticos?
Qu relacin tiene un SGBD con un lenguaje de programacin?
Por qu se considera el SQL como un sub-lenguaje?
Por qu es importante enlazar una base de dato con una aplicacin informtica
de gestin?
7.
Listar las aplicaciones del Software.
1.
Presentar un informe de tres personas sobre: Cmo se obtiene un presupuesto

econmico de un software?
Para el informe considere: Pasos para realizar el presupuesto, conclusiones y
recomendaciones.
Se calificar: Informe detallado, Defensa y diapositivas.
Organice una mesa redonda en la que se discutir el tema: " Cmo se obtiene un
presupuesto econmico de un software?". Para el desarrollo de la misma seguir la
siguiente secuencia:
Presentar a los participantes de la mesa.
Sealar las normas de desarrollo del evento.
Realizar las exposiciones con la participacin de cada estudiante.
Resumir el contenido expuesto por el moderador.
Inicia el foro.
Formular conclusiones.
8.
9.
2.
a.
b.
c.
d.
e.
f.
10.
444

Rijavec"
83
g.
h.
a.
b.
c.
d.
e.
1. Analizar las diapositivas con el tema "Desarrollo de una aplicacin de gestin"

presentadas por el docente. Seguir la siguientes pautas:
Sintetizar en oraciones las ideas principales.
Realizar un resumen con las oraciones elaboradas.
f. Presentar un informe detallado sobre la misma. Para el informe se considera
los tpicos, conclusiones y recomendaciones.
444
i.
j.
k.
l.
m. Informe
de
requisitos.
especificacin
de
n.
o.
p. Parte I. Identificacin del Contexto.

1.
2.
3.
4.
5.
Caratula.
Descripcin de la institucin.
Organigrama de la institucin.
Antecedentes.
rbol de problema sobre los procesos manuales y
tediosos.
6.
7.
Procesos.
Entorno tcnico.
q.
r. Parte II. Especificacin de los Requisitos.

1.
2.
2.1.
2.2.
2.3.
t.
Necesidad y justificacin del nuevo producto.

Objetos
s.
u.
v.
Tablas de la Base de datos.

Formularios.
Reportes.
3.
Procesos y funciones propuestos, clasificadas
por:
w.
Ingreso.
y.
Consult
a.
x.
3
z.
aa.
squed
a.
ac.Actualiz
aciones
.
ab.
3
ad. ae.
3
alculo.
af. ag.
3
eporte.
ah. ai. Respald

3
o.
aj. ak.
3
egurida
d.
4.
5.
5.1.
5.2.
6.
7.
Delimitacin.
Modelado de datos.
al.
Diagrama Contextual.
Diagrama Fsico de datos.
am.
Modelado funcional y flujo de la informacin.

Mtrica basada en lneas de cdigo.
an.
1.
2.
2.1.
2.2.
2.3.
Parte III. Manual de Usuario.
Introduccin.
Generalidades del sistema.
ao.
Requisitos de Hardware.
Requisitos de Software.
Instalacin.
3. Descripcin detallada del sistema.

3.1. Men Principal.
3.2. Formularios en general.
ap.
4.
Recomendaciones.
85
aq.
ar. 1.
Presentar un informe detallado sobre la implantacin de una base de datos

con el lenguaje de programacin y SGBD indicados por el docente.
as. Para el informe considere: Ventanas capturadas, explicacin y conclusiones y
recomendaciones.
at.
86
4
4
4

Herramientas CASE

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Herramientas CASE

Cargado por

Copyright:

Formatos disponibles

Desarrollo de

Lcdo. Wilver E. Cevallos O

Desarrollo de Aplicaciones en Entorno de Cuarta Generacin y con Herramientas Case

Lcdo. Wilver E. Cevallos O.

Desarrollo de Aplicaciones en Entorno de Cuarta Generacin y con Herramientas Case

Lcdo. Wilver E. Cevallos O.

Desarrollo de Aplicaciones en Entorno de Cuarta Generacin y con Herramientas Case

UNIDAD N 6: Lenguaje de Definicion de Datos. LDD.....................................................64

Lcdo. Wilver E. Cevallos O.

Desarrollo de Aplicaciones en Entorno de Cuarta Generacin y con Herramientas Case

CAMPO OCUPACIONAL DEL ESTUDIANTE DE BACHILLERATO

Informacin sobre simbologa para la elaboracin de diagramas.

Documentacin sobre herramientas CASE.

Procesos, mtodos y procedimientos:

Procedimientos de elaboracin de diagramas para la resolucin de problemas.

Principales resultados del trabajo:

Obtencin de cdigo ejecutable por el computador.

Adaptacin de aplicaciones existentes para que satisfagan nuevos requerimientos

Pruebas del funcionamiento del programa.

Personas y/u organismos destinatarios del servicio:

Desarrollo de Aplicaciones en Entorno de Cuarta Generacin y con Herramientas Case

Desarrollo de Aplicaciones en Entorno de Cuarta Generacin y con Herramientas Case

Lcdo. Wilver E. Cevallos O.

Desarrollo de Aplicaciones en Entorno de Cuarta Generacin y con Herramientas Case

Importancia y Caractersticas de la base de datos.

Rpidamente los sistemas se fueron complicando, en donde fue evidente la

Es la informacin concerniente al mundo real, as por ejemplo: Nombre del

Conceptos bsicos de archivos computacionales.

22. Es la unidad ms pequea a la cual uno puede referirse en un programa. Desde el

Coleccin de campos de iguales o de diferentes tipos.

29. Coleccin de registros almacenados siguiendo una estructura homognea.

Lcdo. Wilver E. Cevallos O.

Es una coleccin de archivos interrelacionados, son creados con un SGDB. El

Estn relacionados con archivos planos que gestionan la informacin, en este

Desarrollo de Aplicaciones en Entorno de Cuarta Generacin y con Herramientas Case

Sistemas de Base de datos.

Conjunto de datos inter relacionados y organizados de tal forma que pueden

Mientras un archivo plano solo tiene datos a gestionar, un SGBD gestiona

Lcdo. Wilver E. Cevallos O.

Sistema de Gestin de Bases de Datos.

Un sistema de gestin de bases de datos SGBD o (DBMS Data Base

A finales de los 80 y principios de los 90 se han realizado algunos avances en

Desarrollo de Aplicaciones en Entorno de Cuarta Generacin y con Herramientas Case

El objetivo primordial de un sistema manejador base de datos es

Esquema de base de datos:

Es la estructura por la que esta formada la base de datos, se especifica por

Administrador de base de datos (DBA):

Es la persona o equipo de personas profesionales responsables del control y

Los sistemas de base de datos se disean para manejar grandes cantidades

Un objetivo principal de un sistema de base de datos es proporcionar a los

Objetivos de los sistemas de bases de datos.

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

Redundancia e inconsistencia de datos.

Puesto que los archivos que mantienen almacenada la informacin son

Lcdo. Wilver E. Cevallos O.

Desarrollo de Aplicaciones en Entorno de Cuarta Generacin y con Herramientas Case

actualiza la direccin de un cliente en un archivo y que en otros archivos

Dificultad para tener acceso a los datos.

Un sistema de base de datos debe contemplar un entorno de datos que le

Para mejorar el funcionamiento global del sistema y obtener un tiempo de

La informacin de toda empresa es importante, aunque unos datos lo son

Los valores de datos almacenados en la base de datos deben satisfacer cierto

Una base de datos es en esencia una coleccin de archivos relacionados

Lcdo. Wilver E. Cevallos O.