ISSN 1696-7208 Revista nmero 10 de Septiembre de 2004

DISEO DE UN SISTEMA DE GESTIN DE BASE DE DATOS PARA LAS BIBLIOTECAS DE LOS CENTROS EDUCATIVOS
Miguel Baldomero Ramrez Fernndez. Juan Carlos Ramrez Fernndez. Antonio Ramrez Fernndez. Ana Isabel Peguero Portillo.

RESUMEN En Este trabajo se disea un Sistema de Gestin de Base de Datos para las Bibliotecas de los Centros Educativos y se resuelve el esquema lgico utilizando el modelo relacional.

- 1-

1. DESCRIPCIN DEL PROCESO Todos los centros educativos tienen la necesidad de introducir un sistema de informacin para su biblioteca. A partir de la transcripcin parcial de algunos docentes, vamos a estructurar el diseo de la siguiente manera: 1.- Formalizar el anlisis de requisitos a partir de varias transcripciones. En caso de que la informacin obtenida resultase insuficiente para realizar el diseo de la base de datos, realizar las hiptesis que se consideran oportunas, justificndolas debidamente. 2.- Construir el esquema conceptual de la base de datos. 3.- A partir del punto anterior, construir el esquema lgico utilizando el modelo relacional. 2. TRANSCRIPCIONES Todos los centros educativos tienen una biblioteca y un sistema de gestin de base de datos manual, en algunos casos, no tienen, en la mayora. En aquellos centros que se hace un control de prstamos de libros a los alumnos/as y profesores/as, las fichas de los mismos tiene un diseo parecido a la figura 1.
NOMBRE DEL CENTRO EDUCATIVO Direccin del centro educativo FICHA DEL LIBRO TTULO: AUTOR: TEMA: EDITORIAL: AO EDICIN: N EJEMPLARES: CDIGO DEL LIBRO (ISBN): FIGURA 1

- 2-

Lo primero que hay que hacer es inventariar los libros con estas fichas donde se recogen las caractersticas de los mismos. A cada ejemplar se le debe pegar un tejuelo en el lomo del mismo que indicara la posicin en la biblioteca y el orden de ejemplar copia del libro. Tambin se debe disear un modelo de ficha para cada socio como el que presentamos en la figura 2.
NOMBRE DEL CENTRO EDUCATIVO Direccin del centro educativo CARNET DE SOCIO DE LA BIBLIOTECA NOMBRE: DNI: DOMICILIO: TELFONO: NMERO DE SOCIO:

FIGURA 2

En principio, proponemos que la fecha de devolucin debe ser como mximo de tres das lectivos, a partir de la fecha del prstamo, y el nmero mximo de libros en cada prstamo no sera superior a dos. Los alumnos/as rellenaran 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 Direccin del centro educativo FICHA DEL PRSTAMO DATOS DEL ALUMNO/A NOMBRE: DNI: DOMICILIO: TELFONO: NMERO DE SOCIO:

DATOS DEL PRSTAMO TTULO DEL LIBRO: AUTOR/ES: EDITORIAL: AO DE EDICIN: CDIGO DEL EJEMPLAR: CDIGO DEL LIBRO:

FECHA DEL PRSTAMO/DEVOLUCIN FECHA DEL PRSTAMO: FECHA DE DEVOLUCIN:

- 3-

FIGURA 3

En esta ficha, el cdigo del ejemplar har referencia al contenido del tejuelo que lleva. Tambin se propone hacer un formulario de control para los profesores del centro. En este caso, el prstamo podra ser de tres libros y hasta un plazo mximo de un mes. Por ltimo, sera interesante la realizacin de una estadstica mensual indicando, por ejemplo, el nmero de alumnos/as y profesores/as que solicitan prstamos, los libros ms demandados y medicin del ratio: nmero de alumnos/as que solicitan prstamo en cada grupo del centro. 3. ANLISIS 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 caractersticas de los libros. En ella figuran el ttulo, el autor, el tema, la editorial, el ao de edicin, el nmero de ejemplares de dicho libro y el cdigo del libro. En caso de ser un nico ejemplar, figurara tambin el contenido del tejuelo del mismo, pero si hay varios ejemplares, se anotaran los de cada uno de ellos. B. Fichas donde recogen las caractersticas de los socios. Es decir, el nombre, el DNI, el domicilio, el telfono, el nmero de socio y el tipo de socio (alumnado profesorado). En paralelo a esta ficha, se hace tambin el carnet de socio para poder identificarlo en la operacin de prstamo. C. Fichas relativas a los prstamos que se han efectuado, que recogen, por cada libro, la persona a la cual se le ha prestado, la fecha del prstamo y la de devolucin. Para ello se usar el identificativo exclusivo de cada ejemplar, es decir, el cdigo del ejemplar y no el cdigo del libro, que es comn a todos los ejemplares. D. Ficha donde se recojan los nombres de las editoriales y su direccin, en caso de hacer pedidos futuros. La bsqueda de los libros se podr realizar mediante el nombre del ttulo o del autor, o bien mediante un tema determinado que se desee consultar y dnde se desconozcan los autores y las obras realizadas sobre el mismo.

- 4-

4. DISEO CONCEPTUAL DE LA BASE DE DATOS Vamos a utilizar el modelo de entidad-interrelacin, ya que es el ms utilizado. Sus elementos bsicos son: A. ENTIDADES Son aquellos objetos acerca de los cuales queremos almacenar informacin en la base de datos. Se representan grficamente como un rectngulo 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. Dbiles: La existencia de cada ocurrencia de un tipo de entidad dbil 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 tambin con ella todas las ocurrencias de la entidad dbil dependientes de la misma. B. INTERRELACIN Es la asociacin o correspondencia entre entidades. Se representa el tipo de interrelacin mediante un rombo etiquetado con el nombre de la interrelacin, unido mediante arcos a los tipos de entidad que asocia. Un tipo de interrelacin se caracteriza por: Nombre: Por el que identificamos de forma nica el tipo de interrelacin y mediante el cual lo referenciamos. Grado: Nmero de tipos de entidad que participan en un tipo de interrelacin. 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: Nmero mximo de ocurrencias de un tipo de entidad que pueden intervenir por cada ocurrencia del otro tipo de entidad asociado en la interrelacin. Entre dos tipos de entidades puede existir ms de un tipo de interrelacin. C. ATRIBUTO

- 5-

Son las propiedades o caractersticas que tiene un tipo de entidad o de interrelacin. 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 crculo y un arco que une el crculo con el tipo de entidad o de interrelacin a la que pertenece dicho atributo y el nombre del atributo se coloca al lado del crculo. Entre todos los atributos de un tipo de entidad debemos elegir uno o varios que identifiquen unvoca y mnimamente cada una de las ocurrencias de ese tipo de entidad, a las que llamaremos claves primarias. Puede que exista ms de un atributo que cumple esta condicin, 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 interrelacin pueden tambin tener atributos. D. CARDINALIDADES Se definen las cardinalidades mxima y mnima de los tipos de entidad participantes en un tipo de interrelacin como el nmero mximo y mnimo 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 interrelacin. Su representacin grfica es una etiqueta del tipo (0,1), (1,1), (0,*) (1,*), segn se corresponda, que se pone en el arco que une el correspondiente tipo de entidad con el rombo que representa la interrelacin. Las cardinalidades de cada tipo de entidad se representan junto al tipo de entidad al que afectan, indicando entre parntesis el valor mnimo y mximo de la cardinalidad. En nuestro caso se crean las siguientes entidades y atributos: LIBRO Entidad en la que se almacenar la informacin 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-

Ttulo.- Atributo de LIBRO que indica el ttulo del libro. Ao_ edicin.- Atributo de LIBRO que contiene el ao de la edicin del libro. Nm_copias.- Atributo de LIBRO que indica el nmero de ejemplares repetidos del mismo libro. AUTOR Entidad en la que se almacenar la informacin de los autores. Los atributos sern: 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 descripcin 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. Direccin.- Atributo que hace referencia a la direccin de la editorial. EJEMPLAR Entidad que contiene la informacin del libro que se presta. Sus atributos son: Tejuelo.- Atributo que hace referencia al contenido del tejuelo. Tambin es clave. SOCIO

- 7-

Entidad que almacena los datos referente a los socios y sus atributos son: Nm_socio.- Atributo clave de SOCIO y contiene el nmero de socio, que es distinto para cada uno de ellos. DNI.- Atributo que hace referencia al nmero del documento nacional de identidad. No es clave, debido a que podra haber algn 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. Telfono.- Indica el nmero de telfono 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 Interrelacin que enlaza las entidades SOCIO con EJEMPLAR. Contiene adems los siguientes atributos: fecha_p.- Es la fecha donde se produce el prstamo del libro. fecha_d.- Es la fecha donde se produce la devolucin del libro. Tiene Interrelacin que enlaza las entidades EJEMPLAR con LIBRO. Trata_sobre Interrelacin que enlaza las entidades LIBRO con TEMA. Escribe Interrelacin que enlaza las entidades LIBRO con AUTOR. Edita

- 8-

Interrelacin 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 entidadinterrelacin.

- 9-

AUTOR (0,*)

Nom_autor

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

(0,*) SOCIO Se_presta_a

(0,*)

(1,*) EJEMPLAR Tejuelo

(1,1) Tiene

(1,*) Trata_sobre

TEMA Nombre_tema Desc_tema

Nm_socio DNI fecha_p fecha_d Nombre Domicilio Telfono Tipo_socio

(0,*) ISBN Ttulo Ao_edicin Nm_copias Edita

(1,1) EDITORIAL Nom_editorial Direccin

- 10 -

5. ESQUEMA LGICO UTILIZANDO EL MODELO RELACIONAL En la esttica del modelo relacional, la relacin es el elemento bsico 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 . . . . . .
FIGURA 5

. . Tupla m

En ella se puede distinguir el nombre de la tabla, un conjunto de columnas (atributos), que representan propiedades de la tabla y que estn 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 relacin. Los dominios son los valores que toman los atributos y varios atributos pueden tomar valores del mismo dominio. El grado de la relacin es el nmero de atributos y la cardinalidad el nmero de tuplas. Una relacin no admite filas duplicadas, las filas y columnas no estn ordenadas y es plana, es decir, que en el cruce de una fila y de una columna slo 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 varan en el tiempo. Un dominio es un conjunto finito de valores homogneos y atmicos, caracterizado por un nombre. Se le llama homogneos porque son todos los valores del mismo tipo y atmicos 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 combinacin de dominios simples a la que se pueden aplicar ciertas restricciones de integridad. Los atributos compuestos tomaran los valores del dominio compuesto de igual nombre.

- 11 -

Una clave candidata de una relacin es un conjunto de atributos que identifican unvoca y mnimamente cada tupla de la relacin. Un valor nulo (null) de un atributo de una fila de una tabla se utiliza como una seal para representar informacin desconocida, inaplicable, inexistente, no vlida. Se necesitan, entre otros, para crear tuplas con ciertos atributos desconocidos en ese momento, aadir un nuevo atributo a una relacin existente y cuando se tiene atributos inaplicables a ciertas tuplas. Los beneficios potenciales que ofrece el modelo relacional viene sintetizado en 12 reglas: 1.- Representacin de la informacin. Toda informacin en una base de datos relacional debe representarse explcitamente a nivel lgico, de manera nica por medio de valores en tablas. 2.- Acceso garantizado. Todo dato debe ser accesible mediante una combinacin de un nombre de tabla, un valor de su clave y el nombre de una columna. 3.- Tratamiento sistemtico de valores nulos. Los valores nulos, informacin desconocida o inaplicable, han de ser tratados sistemticamente por el sistema, el cual ha de ofrecer las facilidades necesarias para su tratamiento. 4.- Catlogo activo en lnea basado en el modelo relacional. La representacin de la descripcin 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 dems datos, es decir, el modelo de datos para la descripcin de la base de datos debe ser tambin el relacional. 5.- Sublenguaje de datos completo. Debe existir un lenguaje que permita un completo manejo de la base de datos. 6.- Actualizacin de vistas. Toda vista tericamente actualizable debe poder ser actualizada por el sistema. 7.- Inserciones, modificaciones y eliminaciones de alto nivel. Todas las operaciones de manipulacin 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 fsica de los datos. El acceso lgico a los datos debe mantenerse incluso cuando cambien los mtodos de acceso o la forma de almacenamiento. 9.- Independencia lgica de los datos. Los programas de aplicacin no deben verse afectados por cambios realizados en las tablas que estn permitidos tericamente y que preserven la informacin. 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 habrn de almacenarse en el catlogo de la base de datos, no en los programas de aplicacin. 11.- Independencia de la distribucin. Debe existir un sublenguaje de datos que pueda soportar bases de datos distribuidas sin alterar los programas de aplicacin cuando se distribuyan los datos por primera vez o se redistribuyan stos posteriormente. 12.- Regla de la no subversin. 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 ms alto nivel. La metodologa del diseo lgico que adoptaremos comienza en una primera fase describiendo el mundo real en el modelo de entidad-interrelacin y transformndolo posteriormente al modelo relacional. La teora de la normalizacin 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 atmicos. B. Segunda forma normal. Un atributo no clave no puede depender de una parte de la clave. C. Tercera forma normal. No existe ningn atributo no clave que dependa transitivamente de alguna de las claves de relacin. Pasamos del modelo de entidad-interrelacin al modelo relacional. 1.- Eliminar los atributos compuestos. Ya estn eliminados.
- 13 -

2.- Transformamos las entidades a relaciones. Lo realizaremos en la transformacin de las interrelaciones. 3.- Transformacin de las interrelaciones. 3.1.- Interrelaciones 1 a 1 3.1.1.- Participacin total. No existen. 3.1.2.- Participacin parcial. No existen. 3.2.- Interrelaciones de 1 a varios 3.2.1.- Participacin total
(1,*)
EJEMPLAR Tejuelo Tiene

(1,1)
LIBRO ISBN Ttulo Ao_edicin Nm_copias

FIGURA 6

EJEMPLAR(Tejuelo, ISBN) LIBRO(ISBN, Ttulo, Ao_edicin, Nm_copias) 3.2.2.- Participacin parcial

(0,*)
LIBRO ISBN Ttulo Ao_edicin Nm_copias

EDITORIAL( Nom_editorial, Direccin) LIBRO( ISBN, Ttulo, Ao_edicin, Nm_copias, Nom_editorial) 3.3. - Interrelaciones de muchos a muchos
(0,*)
SOCIO Nm_socio DNI Nombre Domicilio Telfono Tipo_socio Se_presta_a fecha_p fecha_d

(0,*)
EJEMPLAR Tejuelo ISBN

FIGURA 8

- 14 -

SOCIO (Nm_socio, DNI, Nombre, Domicilio, Telfono, Tipo_socio) EJEMPLAR (Tejuelo, ISBN) Se_presta_a (Nm_socio, Tejuelo, fecha_p, fecha_d)
(0,*)
AUTOR Nom_autor Escribe

(1,*)
LIBRO ISBN Ttulo Ao_edicin Nm_copias Nom_editorial

FIGURA 9

AUTOR ( Nom_autor) LIBRO ( ISBN, Ttulo, Ao_edicin, Nm_copias, Nom_editorial) Escribe ( Nom_autor, ISBN)
(0,*)
LIBRO ISBN Ttulo Ao_edicin Nm_copias Nom_editorial Trata_sobre

(1,*)
TEMA Nom_tema Desc_tema

FIGURA 10

LIBRO ( ISBN, Ttulo, Ao_edicin, Nm_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, Ttulo, Ao_edicin, Nm_copias, Nom_editorial) EDITORIAL ( Nom_editorial, Direccin) SOCIO ( Nm_socio, DNI, Nombre, Domicilio, Telfono, Tipo_socio) Se_presta_a ( Nm_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 relacin, es decir, una tabla de la
- 15 -

base de datos. Para cada esquema de relacin ha de aparecer, como mnimo, su nombre y sus atributos, indicando sus claves. En nuestro caso, quedara como se muestra en la figura 11.
EJEMPLAR Tejuelo ISBN

LIBRO ISBN Ttulo Ao_edicin Nm_copias Nom_editorial EDITORIAL Nom_editorial Direccin

SOCIO Nm_socio

DNI

Nombre Domicilio Telfono Tipo_socio

Se_presta_a

Nm_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 diseo es inadecuado son: Incapacidad para almacenar ciertos hechos. Redundancias y, por tanto, posibilidad de inconsistencias. Ambigedades. Prdida de informacin. Prdida de ciertas restricciones de integridad que dan lugar a interdependencias entre los datos. Aparicin de una base de datos, como consecuencia de las redundancias, de estados que no son vlidos en el mundo real El esquema relacional debe ser, por tanto, analizado para comprobar que no presenta los problemas anteriormente citados, evitando as la prdida de
- 16 -

informacin y la aparicin de inconsistencias. El principio bsico de todo diseo es: Hechos distintos se deben almacenar en objetos distintos, es decir, en relaciones distintas. El problema se produce, a menudo, en la no comprensin completa o no representacin de forma precisa de la realidad, debido a una excesiva premura al realizar el anlisis o a carecer el analista de conocimientos sobre metodologas de diseo de bases de datos o de experiencia para aplicarlas adecuadamente. Tambin el problema deriva muchas veces de una falta de comunicacin entre el analista y el usuario. Si se siguiera esta metodologa, realizando un buen diseo conceptual en el modelo de entidad-interrelacin, seguido de una cuidadosa transformacin al modelo relacional, se evitaras en gran parte estas anomalas, obtenindose en general un esquema exento de errores. La teora de normalizacin evita las redundancias y las anomalas de actualizacin, obtenindose relaciones ms estructurales que no representen los problemas anteriores. Las anomalas a las que da lugar el diseo inadecuado de una base de datos se producen slo en procesos de actualizacin y nunca en los de consulta. La aplicacin de la teora de la normalizacin consigue una disminucin de dichas anomalas, 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 normalizacin a una base de datos aumenta el nmero 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 teora nos ayuda a estructurar mejor las relaciones y a representar mejor nuestro mundo real en un esquema relacional. Pero al descomponer una relacin penalizamos las consultas, provocando una prdida 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 descomposicin, exigencias de eficiencia muy estrictas obligan a llevar a cabo el proceso inverso, es decir, una desnormalizacin, combinando las relaciones hasta dejarlas en formas normales anteriores. Tambin en relaciones muy estables, donde apenas se producen actualizaciones, puede no ser conveniente avanzar en la normalizacin. Por otra parte, si seguimos la metodologa de diseo, es decir, obteniendo primero un esquema en el modelo entidad/interrelacin y transformndolo
- 17 -

despus 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 ms avanzadas). En este caso, la teora de la normalizacin nos servir para comprobar que el diseo ha sido correcto y, si no lo fuese, podremos aplicar la descomposicin para corregir los errores que hubieran podido producirse. 6. CONCLUSIONES En este trabajo se pueden hacer las siguientes conclusiones: Se puede continuar esta metodologa con la implantacin del diseo en un programa de Gestin de Base de Datos, por ejemplo, Microsoft Access. Se fortalece el currculo de Tecnologa General en la ESO con la aplicacin de las TICs (Tecnologas de Informacin y Comunicacin) en el aula, segn el bloque de contenido de Informtica del Anexo del Decreto 148/2002 de Andaluca. Se dota al Centro de una eficiencia en la gestin del conocimiento de sus docentes que lo hacen ms competitivo en el entorno educativo. 7. BIBLIOGRAFA [1] Currculo de Tecnologa (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 -