ISSN 1696-7208

Revista número 10 de Septiembre de 2004

DISEÑO DE UN SISTEMA DE
GESTIÓN DE BASE DE DATOS PARA
LAS BIBLIOTECAS DE LOS
CENTROS EDUCATIVOS

Miguel Baldomero Ramírez Fernández.

Juan Carlos Ramírez Fernández.
Antonio Ramírez Fernández.
Ana Isabel Peguero Portillo.

RESUMEN

En Este trabajo se diseña un Sistema de Gestión de Base de Datos para las

Bibliotecas de los Centros Educativos y se resuelve el esquema lógico
utilizando el modelo relacional.

- 1-
1. DESCRIPCIÓN DEL PROCESO

Todos los centros educativos tienen la necesidad de introducir un sistema

de información para su biblioteca. A partir de la transcripción parcial de
algunos docentes, vamos a estructurar el diseño de la siguiente manera:

1.- Formalizar el análisis de requisitos a partir de varias transcripciones. En

caso de que la información obtenida resultase insuficiente para realizar el
diseño de la base de datos, realizar las hipótesis que se consideran
oportunas, justificándolas debidamente.

2.- Construir el esquema conceptual de la base de datos.

3.- A partir del punto anterior, construir el esquema lógico utilizando el

modelo relacional.

2. TRANSCRIPCIONES

Todos los centros educativos tienen una biblioteca y un sistema de gestión

de base de datos manual, en algunos casos, ó no tienen, en la mayoría.

En aquellos centros que se hace un control de préstamos de libros a los

alumnos/as y profesores/as, las fichas de los mismos tiene un diseño
parecido a la figura 1.
NOMBRE DEL CENTRO EDUCATIVO
Dirección del centro educativo
FICHA DEL LIBRO

TÍTULO:
AUTOR:
TEMA:
EDITORIAL:
AÑO EDICIÓN:
Nº EJEMPLARES:
CÓDIGO DEL LIBRO (ISBN):

FIGURA 1

- 2-
Lo primero que hay que hacer es inventariar los libros con estas fichas
donde se recogen las características de los mismos. A cada ejemplar se le
debe pegar un tejuelo en el lomo del mismo que indicaría la posición en la
biblioteca y el orden de ejemplar ó copia del libro.

También se debe diseñar un modelo de ficha para cada socio como el que
presentamos en la figura 2.

NOMBRE DEL CENTRO EDUCATIVO

Dirección del centro educativo
CARNET DE SOCIO DE LA BIBLIOTECA

NOMBRE:
DNI:
DOMICILIO:
TELÉFONO:
NÚMERO DE SOCIO:

FIGURA 2

En principio, proponemos que la fecha de devolución debe ser como

máximo de tres días lectivos, a partir de la fecha del préstamo, y el número
máximo de libros en cada préstamo no sería superior a dos. Los alumnos/as
rellenarían un formulario para cada libro, indicando sus datos y los del
dicho libro que solicitan como se indica en la figura 3.

NOMBRE DEL CENTRO EDUCATIVO

Dirección del centro educativo
FICHA DEL PRÉSTAMO

DATOS DEL ALUMNO/A

NOMBRE:
DNI:
DOMICILIO:
TELÉFONO:
NÚMERO DE SOCIO:

DATOS DEL PRÉSTAMO

TÍTULO DEL LIBRO:

AUTOR/ES:
EDITORIAL:
AÑO DE EDICIÓN:
CÓDIGO DEL EJEMPLAR:
CÓDIGO DEL LIBRO:

FECHA DEL PRÉSTAMO/DEVOLUCIÓN

FECHA DEL PRÉSTAMO:

FECHA DE DEVOLUCIÓN:

- 3-
 FIGURA 3

En esta ficha, el código del ejemplar hará referencia al contenido del

tejuelo que lleva.

También se propone hacer un formulario de control para los profesores del

centro. En este caso, el préstamo podría ser de tres libros y hasta un plazo
máximo de un mes.

Por último, sería interesante la realización de una estadística mensual

indicando, por ejemplo, el número de alumnos/as y profesores/as que
solicitan préstamos, los libros más demandados y medición del ratio:
número de alumnos/as que solicitan préstamo en cada grupo del centro.

3. ANÁLISIS DE LOS REQUISITOS DE LAS TRANSCRIPCIONES

Vamos a considerar en este trabajo que se parte de una serie de fichas:

A. Fichas donde se recogen las características de los libros. En ella figuran

el título, el autor, el tema, la editorial, el año de edición, el número de
ejemplares de dicho libro y el código del libro. En caso de ser un único
ejemplar, figuraría también el contenido del tejuelo del mismo, pero si hay
varios ejemplares, se anotarían los de cada uno de ellos.

B. Fichas donde recogen las características de los socios. Es decir, el

nombre, el DNI, el domicilio, el teléfono, el número de socio y el tipo de
socio (alumnado ó profesorado). En paralelo a esta ficha, se hace también
el carnet de socio para poder identificarlo en la operación de préstamo.

C. Fichas relativas a los préstamos que se han efectuado, que recogen, por
cada libro, la persona a la cual se le ha prestado, la fecha del préstamo y la
de devolución. Para ello se usará el identificativo exclusivo de cada
ejemplar, es decir, el código del ejemplar y no el código del libro, que es
común a todos los ejemplares.

D. Ficha donde se recojan los nombres de las editoriales y su dirección, en

caso de hacer pedidos futuros.

La búsqueda de los libros se podrá realizar mediante el nombre del título o

del autor, o bien mediante un tema determinado que se desee consultar y
dónde se desconozcan los autores y las obras realizadas sobre el mismo.

- 4-
4. DISEÑO CONCEPTUAL DE LA BASE DE DATOS

Vamos a utilizar el modelo de entidad-interrelación, ya que es el más

utilizado. Sus elementos básicos son:

A. ENTIDADES

Son aquellos objetos acerca de los cuales queremos almacenar información

en la base de datos. Se representan gráficamente como un rectángulo
etiquetado con el nombre del tipo de entidad. Hay dos clases de entidades:

Regulares: Las ocurrencias de un tipo de entidad regular tienen existencia

propia, es decir, existen por sí mismas.

Débiles: La existencia de cada ocurrencia de un tipo de entidad débil

depende de la ocurrencia del tipo de entidad regular del cual aquella
depende, es decir, si se elimina una ocurrencia del tipo de entidad regular,
desaparecen también con ella todas las ocurrencias de la entidad débil
dependientes de la misma.

B. INTERRELACIÓN

Es la asociación o correspondencia entre entidades. Se representa el tipo de

interrelación mediante un rombo etiquetado con el nombre de la
interrelación, unido mediante arcos a los tipos de entidad que asocia. Un
tipo de interrelación se caracteriza por:

Nombre: Por el que identificamos de forma única el tipo de interrelación y

mediante el cual lo referenciamos.

Grado: Número de tipos de entidad que participan en un tipo de

interrelación. Puede ser de grado dos cuando asocian dos tipos de entidad,
de grado tres cuando asocian tres tipos de entidad; o en general de grado n.

Tipo de correspondencia: Número máximo de ocurrencias de un tipo de

entidad que pueden intervenir por cada ocurrencia del otro tipo de entidad
asociado en la interrelación.

Entre dos tipos de entidades puede existir más de un tipo de interrelación.

C. ATRIBUTO

- 5-
Son las propiedades o características que tiene un tipo de entidad o de
interrelación. El conjunto de posibles valores que puede tomar un atributo
recibe el nombre de dominio. El dominio tiene un nombre y una existencia
propia con independencia de cualquier entidad o atributo.

El dominio se representa como un círculo y un arco que une el círculo con

el tipo de entidad o de interrelación a la que pertenece dicho atributo y el
nombre del atributo se coloca al lado del círculo.

Entre todos los atributos de un tipo de entidad debemos elegir uno o varios
que identifiquen unívoca y mínimamente cada una de las ocurrencias de ese
tipo de entidad, a las que llamaremos claves primarias. Puede que exista
más de un atributo que cumple esta condición, de los cuales se elige uno
como principal y los otros son alternativos, a las que llamaremos
supercables.

Como en el caso de los tipos de entidad, los tipos de interrelación pueden

también tener atributos.

D. CARDINALIDADES

Se definen las cardinalidades máxima y mínima de los tipos de entidad

participantes en un tipo de interrelación como el número máximo y mínimo
de ocurrencias de un tipo de entidad que pueden estar interrelacionadas con
una ocurrencia del otro, u otros tipos de entidad que participan en el tipo de
interrelación. Su representación gráfica es una etiqueta del tipo (0,1), (1,1),
(0,*) ó (1,*), según se corresponda, que se pone en el arco que une el
correspondiente tipo de entidad con el rombo que representa la
interrelación.

Las cardinalidades de cada tipo de entidad se representan junto al tipo de

entidad al que afectan, indicando entre paréntesis el valor mínimo y
máximo de la cardinalidad. En nuestro caso se crean las siguientes
entidades y atributos:

Ø LIBRO

Entidad en la que se almacenará la información de cada tipo de libro.

Constará de los siguientes atributos:

ISBN.- Atributo clave de LIBRO y tiene la propiedad de ser el ISBN del

libro, que es única para cada libro distinto, pero es el mismo para cada
ejemplar de libro repetido.

- 6-
Título.- Atributo de LIBRO que indica el título del libro.

Año_ edición.- Atributo de LIBRO que contiene el año de la edición del

libro.

Núm_copias.- Atributo de LIBRO que indica el número de ejemplares

repetidos del mismo libro.

Ø AUTOR

Entidad en la que se almacenará la información de los autores. Los

atributos serán:

Nom_autor.- Atributo clave de AUTOR y contiene el nombre del autor.

Ø TEMA

Entidad que hace referencia al contenido del libro. Los atributos son:

Nom_tema.- Es el nombre del tema. Es un atributo clave de TEMA.

Desc_tema.- Es una breve descripción del tema.

Ø EDITORIAL

Entidad que contiene los datos de la editorial. Los atributos son:

Nom_editorial.- Atributo clave de EDITORIAL e indica el nombre de la

editorial que lo editó.

Dirección.- Atributo que hace referencia a la dirección de la editorial.

Ø EJEMPLAR

Entidad que contiene la información del libro que se presta. Sus atributos
son:

Tejuelo.- Atributo que hace referencia al contenido del tejuelo. También es

clave.

Ø SOCIO

- 7-
Entidad que almacena los datos referente a los socios y sus atributos son:

Núm_socio.- Atributo clave de SOCIO y contiene el número de socio, que

es distinto para cada uno de ellos.

DNI.- Atributo que hace referencia al número del documento nacional de

identidad. No es clave, debido a que podría haber algún alumno que no lo
tuviese por su corta edad.

Nombre.- Hace referencia al nombre y los apellidos del socio.

Domicilio.- Se refiere al domicilio del socio.

Teléfono.- Indica el número de teléfono del socio.

Tipo_socio.- Con ese atributo se tiene en cuenta el tipo de socio. Es decir,

alumno (AL), ajeno (AJ) ó profesor (PR).

Las interrelaciones son las siguientes:

Ø Se_presta_a

Interrelación que enlaza las entidades SOCIO con EJEMPLAR. Contiene

además los siguientes atributos:

fecha_p.- Es la fecha donde se produce el préstamo del libro.

fecha_d.- Es la fecha donde se produce la devolución del libro.

Ø Tiene

Interrelación que enlaza las entidades EJEMPLAR con LIBRO.

Ø Trata_sobre

Interrelación que enlaza las entidades LIBRO con TEMA.

Ø Escribe

Interrelación que enlaza las entidades LIBRO con AUTOR.

Ø Edita

- 8-
Interrelación que enlaza las entidades LIBRO con EDITORIAL.

Todos los atributos que sean claves los indicaremos con un subrayado
grueso. Representamos en la figura 4 nuestro modelo de entidad-
interrelación.

- 9-
 AUTOR Nom_autor

(0,*)

Escribe

(1,*)
(0,*) (0,*) (1,*) (1,1) (0,*) (1,*)
SOCIO Se_presta_a EJEMPLAR Tiene LIBRO Trata_sobre TEMA

Núm_socio Tejuelo (0,*) ISBN Nombre_tema

DNI fecha_p fecha_d Título Desc_tema
Nombre Año_edición
Domicilio Núm_copias
Teléfono Edita
Tipo_socio

(1,1)

EDITORIAL

Nom_editorial
Dirección

FIGURA 4

- 10 -
5. ESQUEMA LÓGICO UTILIZANDO EL MODELO RELACIONAL

En la estática del modelo relacional, la relación es el elemento básico y se

puede representar como una tabla, como se indica en la figura 5.

NOMBRE DE LA TABLA

Atributo 1 Atributo 2 .............. Atributo n

Tupla 1
Tupla 2
. . . .
. . . .
Tupla m
FIGURA 5

En ella se puede distinguir el nombre de la tabla, un conjunto de columnas

(atributos), que representan propiedades de la tabla y que están caracterizadas
por su nombre, y un conjunto de filas llamadas tuplas, que contienen los
valores que toma cada uno de los atributos para cada elemento de la relación.
Los dominios son los valores que toman los atributos y varios atributos
pueden tomar valores del mismo dominio. El grado de la relación es el
número de atributos y la cardinalidad el número de tuplas.

Una relación no admite filas duplicadas, las filas y columnas no están

ordenadas y es plana, es decir, que en el cruce de una fila y de una columna
sólo puede haber un valor (no se admiten atributos multivaluados).

En una tabla se puede distinguir una cabecera que define la estructura de la

tabla, es decir, sus atributos con los dominios subyacentes y un cuerpo que
está formado por un conjunto de tuplas que varían en el tiempo.

Un dominio es un conjunto finito de valores homogéneos y atómicos,

caracterizado por un nombre. Se le llama homogéneos porque son todos los
valores del mismo tipo y atómicos porque son indivisibles al modelo. Todo
dominio ha de tener un nombre, por el cual nos podemos referir a él, y un tipo
de datos. Un dominio compuesto se puede definir como una combinación de
dominios simples a la que se pueden aplicar ciertas restricciones de
integridad. Los atributos compuestos tomarían los valores del dominio
compuesto de igual nombre.

- 11 -
Una clave candidata de una relación es un conjunto de atributos que
identifican unívoca y mínimamente cada tupla de la relación.

Un valor nulo (null) de un atributo de una fila de una tabla se utiliza como una
señal para representar información desconocida, inaplicable, inexistente, ó no
válida. Se necesitan, entre otros, para crear tuplas con ciertos atributos
desconocidos en ese momento, añadir un nuevo atributo a una relación
existente y cuando se tiene atributos inaplicables a ciertas tuplas.

Los beneficios potenciales que ofrece el modelo relacional viene sintetizado

en 12 reglas:

1.- Representación de la información. Toda información en una base de datos

relacional debe representarse explícitamente a nivel lógico, de manera única
por medio de valores en tablas.

2.- Acceso garantizado. Todo dato debe ser accesible mediante una
combinación de un nombre de tabla, un valor de su clave y el nombre de una
columna.

3.- Tratamiento sistemático de valores nulos. Los valores nulos, información

desconocida o inaplicable, han de ser tratados sistemáticamente por el
sistema, el cual ha de ofrecer las facilidades necesarias para su tratamiento.

4.- Catálogo activo en línea basado en el modelo relacional. La representación

de la descripción de la base de datos debe ser igual a la de los otros datos, y su
acceso debe poder realizarse por medio del mismo lenguaje relacional que se
utiliza para los demás datos, es decir, el modelo de datos para la descripción
de la base de datos debe ser también el relacional.

5.- Sublenguaje de datos completo. Debe existir un lenguaje que permita un

completo manejo de la base de datos.

6.- Actualización de vistas. Toda vista teóricamente actualizable debe poder

ser actualizada por el sistema.

7.- Inserciones, modificaciones y eliminaciones de alto nivel. Todas las

operaciones de manipulación de datos deben operar sobre conjuntos de filas.
Los sistemas existentes hasta el momento en el que surge el modelo relacional
actuaban registro a registro obligando al programador de una base de datos a
navegar por la misma.

- 12 -
8.- Independencia física de los datos. El acceso lógico a los datos debe
mantenerse incluso cuando cambien los métodos de acceso o la forma de
almacenamiento.

9.- Independencia lógica de los datos. Los programas de aplicación no deben

verse afectados por cambios realizados en las tablas que están permitidos
teóricamente y que preserven la información.

10.- Independencia de la integridad. Las reglas de integridad de una base de

datos deben ser definibles por medio del sublenguaje de datos relacional y
habrán de almacenarse en el catálogo de la base de datos, no en los programas
de aplicación.

11.- Independencia de la distribución. Debe existir un sublenguaje de datos

que pueda soportar bases de datos distribuidas sin alterar los programas de
aplicación cuando se distribuyan los datos por primera vez o se redistribuyan
éstos posteriormente.

12.- Regla de la no subversión. Si un sistema gestor de bases de datos soporta

un lenguaje de bajo nivel que permite el acceso fila a fila, éste no puede
realizarse para saltarse las reglas de integridad expresadas por medio del
lenguaje de más alto nivel.

La metodología del diseño lógico que adoptaremos comienza en una primera

fase describiendo el mundo real en el modelo de entidad-interrelación y
transformándolo posteriormente al modelo relacional. La teoría de la
normalización permitirá comprobar si un esquema relacional cumple una serie
de requisitos.

De todas las formas normales, nosotros veremos las siguientes:

A. Primera forma normal. Para una misma tupla no puede haber un atributo
con dos valores, es decir, para cada atributo, los valores son atómicos.

B. Segunda forma normal. Un atributo no clave no puede depender de una

parte de la clave.

C. Tercera forma normal. No existe ningún atributo no clave que dependa

transitivamente de alguna de las claves de relación.

Pasamos del modelo de entidad-interrelación al modelo relacional.

1.- Eliminar los atributos compuestos. Ya están eliminados.

- 13 -
2.- Transformamos las entidades a relaciones. Lo realizaremos en la
transformación de las interrelaciones.

3.- Transformación de las interrelaciones.

3.1.- Interrelaciones 1 a 1
3.1.1.- Participación total. No existen.
3.1.2.- Participación parcial. No existen.
3.2.- Interrelaciones de 1 a varios
3.2.1.- Participación total
(1,*) (1,1)
EJEMPLAR Tiene LIBRO

Tejuelo ISBN
Título
Año_edición
FIGURA 6 Núm_copias

EJEMPLAR(Tejuelo, ISBN)
LIBRO(ISBN, Título, Año_edición, Núm_copias)

3.2.2.- Participación parcial

(1,1) (0,*)
EDITORIAL Edita LIBRO

Nom_editorial ISBN
Dirección Título
Año_edición
Núm_copias
FIGURA 7

EDITORIAL( Nom_editorial, Dirección)

LIBRO( ISBN, Título, Año_edición, Núm_copias, Nom_editorial)

3.3. - Interrelaciones de muchos a muchos

(0,*) (0,*)
SOCIO Se_presta_a EJEMPLAR

Núm_socio fecha_p fecha_d Tejuelo

DNI ISBN
Nombre
Domicilio
Teléfono
Tipo_socio
FIGURA 8

- 14 -
SOCIO (Núm_socio, DNI, Nombre, Domicilio, Teléfono, Tipo_socio)
EJEMPLAR (Tejuelo, ISBN)
Se_presta_a (Núm_socio, Tejuelo, fecha_p, fecha_d)

(0,*) (1,*)
AUTOR Escribe LIBRO

Nom_autor ISBN
Título
Año_edición
Núm_copias
Nom_editorial
FIGURA 9

AUTOR ( Nom_autor)
LIBRO ( ISBN, Título, Año_edición, Núm_copias, Nom_editorial)
Escribe ( Nom_autor, ISBN)

(0,*) (1,*)
LIBRO Trata_sobre TEMA

ISBN Nom_tema
Título Desc_tema
Año_edición
Núm_copias
Nom_editorial
FIGURA 10

LIBRO ( ISBN, Título, Año_edición, Núm_copias, Nom_editorial)

TEMA (Nom_tema, Desc_tema)
Trata_sobre (ISBN, Nom_tema)

Quedando al final las siguientes relaciones y atributos:

EJEMPLAR ( Tejuelo, ISBN)

LIBRO ( ISBN, Título, Año_edición, Núm_copias, Nom_editorial)
EDITORIAL ( Nom_editorial, Dirección)
SOCIO ( Núm_socio, DNI, Nombre, Domicilio, Teléfono, Tipo_socio)
Se_presta_a ( Núm_socio, Tejuelo, fecha_p, fecha_d)
AUTOR ( Nom_autor)
Escribe ( Nom_autor, ISBN)
TEMA ( Nom_tema, Desc_tema)
Trata_sobre (ISBN, Nom_tema)

Una forma sencilla de representar el esquema relacional es el denominado

grafo relacional que representa un conjunto de nodos multiparticionados,
donde cada nodo representa un esquema de relación, es decir, una tabla de la

- 15 -
base de datos. Para cada esquema de relación ha de aparecer, como mínimo,
su nombre y sus atributos, indicando sus claves. En nuestro caso, quedaría
como se muestra en la figura 11.

EJEMPLAR Tejuelo ISBN

LIBRO ISBN Título Año_edición Núm_copias Nom_editorial

EDITORIAL Nom_editorial Dirección

SOCIO Núm_socio DNI Nombre Domicilio Teléfono Tipo_socio

Se_presta_a Núm_socio Tejuelo fecha_p fecha_d

AUTOR Nom_autor

Escribe Nom_autor ISBN

TEMA Nom_tema Desc_tema

Trata_sobre ISBN Nom_tema

FIGURA 11

Los problemas que puede presentar un esquema relacional cuando el diseño

es inadecuado son:

• Incapacidad para almacenar ciertos hechos.

• Redundancias y, por tanto, posibilidad de inconsistencias.
• Ambigüedades.
• Pérdida de información.
• Pérdida de ciertas restricciones de integridad que dan lugar a
interdependencias entre los datos.
• Aparición de una base de datos, como consecuencia de las
redundancias, de estados que no son válidos en el mundo real

El esquema relacional debe ser, por tanto, analizado para comprobar que no
presenta los problemas anteriormente citados, evitando así la pérdida de

- 16 -
información y la aparición de inconsistencias. El principio básico de todo
diseño es: “Hechos distintos se deben almacenar en objetos distintos, es decir,
en relaciones distintas”.

El problema se produce, a menudo, en la no comprensión completa o no

representación de forma precisa de la realidad, debido a una excesiva premura
al realizar el análisis o a carecer el analista de conocimientos sobre
metodologías de diseño de bases de datos o de experiencia para aplicarlas
adecuadamente. También el problema deriva muchas veces de una falta de
comunicación entre el analista y el usuario.

Si se siguiera esta metodología, realizando un buen diseño conceptual en el

modelo de entidad-interrelación, seguido de una cuidadosa transformación al
modelo relacional, se evitarías en gran parte estas anomalías, obteniéndose en
general un esquema exento de errores.

La teoría de normalización evita las redundancias y las anomalías de

actualización, obteniéndose relaciones más estructurales que no representen
los problemas anteriores. Las anomalías a las que da lugar el diseño
inadecuado de una base de datos se producen sólo en procesos de
actualización y nunca en los de consulta. La aplicación de la teoría de la
normalización consigue una disminución de dichas anomalías, evitando
muchos de los problemas que se pueden plantear en las actualizaciones. Sin
embargo, al mismo tiempo penaliza las consultas al disminuir la eficiencia de
las mismas, ya que cuando se aplica el proceso de normalización a una base
de datos aumenta el número de relaciones, por lo que una determinada
consulta puede llevar consigo el acceso a varias tablas realizando
combinaciones entre ellas, lo que, indudablemente, eleva el coste de la
consulta. Esta teoría nos ayuda a estructurar mejor las relaciones y a
representar mejor nuestro mundo real en un esquema relacional.

Pero al descomponer una relación penalizamos las consultas, provocando una

pérdida de eficiencia en las mismas. Aunque, en general, se aconseja llevar
los esquemas relacionales al menos a las tres formas normales, existen ciertos
casos en los que, una vez realizada la descomposición, exigencias de
eficiencia muy estrictas obligan a llevar a cabo el proceso inverso, es decir,
una desnormalización, combinando las relaciones hasta dejarlas en formas
normales anteriores. También en relaciones muy estables, donde apenas se
producen actualizaciones, puede no ser conveniente avanzar en la
normalización.

Por otra parte, si seguimos la metodología de diseño, es decir, obteniendo

primero un esquema en el modelo entidad/interrelación y transformándolo

- 17 -
después al modelo relacional, el esquema relacional resultante, siempre que
todo el proceso se haya realizado correctamente, estará normalizado en las
tres primeras formas normales (e incluso en formas normales más avanzadas).
En este caso, la teoría de la normalización nos servirá para comprobar que el
diseño ha sido correcto y, si no lo fuese, podremos aplicar la descomposición
para corregir los errores que hubieran podido producirse.

6. CONCLUSIONES

En este trabajo se pueden hacer las siguientes conclusiones:

Se puede continuar esta metodología con la implantación del diseño en un

programa de Gestión de Base de Datos, por ejemplo, Microsoft Access.

Se fortalece el currículo de Tecnología General en la ESO con la aplicación de

las TICs (Tecnologías de Información y Comunicación) en el aula, según el
bloque de contenido de Informática del Anexo del Decreto 148/2002 de
Andalucía.

Se dota al Centro de una eficiencia en la gestión del conocimiento de sus

docentes que lo hacen más competitivo en el entorno educativo.

7. BIBLIOGRAFÍA

[1] Currículo de Tecnología (anexo del Decreto 148/2002).

[2] De Miguel, A. y Piattini, M.G. (1997). Fundamentos y modelos de Bases
de Datos. Madrid: RA-MA.

- 18 -