] U Sistemas gestores de bases de datos Introduccién Actualmente el mundo empresarial necesita manejar gran cantidad de datos, por lo que se hace necesario disponer de medios hardware y software que permi- tan acceder a la informacién de una manera rdpida, sencilla y fiable, Tradicionalmente la informacién se almacenaba en conjuntos de ficheros. Estos ficheros no guardaban ninguna relacion entre si y tos datos podian repetir- se en varios de ellos, lo que suponia tener informacién redundante y en algunos casos inconsistente. A final de los aios sesenta surgen las Bases de Datos. En una base de datos xe van a almacenar todos los datos que necesite la empresa, y lox programas que uti- licen evos datos no se han de preocupar del almacenamiento fisico de las mismos. Cualquier cambio en ta estructura de los datos no afectardé a los programas de aplicacién que los utilicen. a 1.1. Concepto de base de datos 1.2. Los sistemas gestores de bases de datos 1.5, Componentes de los sistemas gestores de bases de datos 1.4 Arquitectura de los sistemas de bases de datos 1.5, Modelos de datos 1.6, Arquitectura cliente servidor en SGBD 1.7. Legislacién sobre Proteccién de Datos Ejercicios propuestos > Deseribir el concepto de bases de datos, y las vertajas e inconvenientes de su uso D escribir ta arquitectura de un sistema de bases de datos D> Identificar los componemtes que forman las sistemas gestores de bases de datos D Identificar tos distintos modelos. de bases de datos D Describir la arquitectura cliente serv dor en sistemas gestores de bases de datos > Citar ta importancia de ta legistacion sobre proteccién de datos AA AA AA AAA AAA AA Anan bbbbbbbbbbbbbbbbbbsitll geste de ses de dts Concepto de base de datos Una base de datos (BD) es un conjunto de datos relacionados entre si, organizados y estructurados, con informacién referente a algo, Podremos utilizar una base de datos para cosas tan sencillas como mantener un registro de nuestra agenda personal de teléfonos, 0 tan complicadas como llevar toda la gestion de una gran empresa u organizacion, Las bases de datos son tratadas utilizando los sistemas gestores de bases de datos © SGBD, también llamados DBMS (DataBase Management System), que proporcionan un conjunto de programas que acceden y gestionan esos datos, Antes de aparecer los SGBD (década de 1970) la informacion se trataba y se gestio- naba utilizando los tipicos sistemas de gestion de ficheros. Estos consistian en un con- junto de programas que definian y trabajaban sus propios datos. Los datos se almacenan fen archivos de forma estructurada y segin un formato, y los programas manejan esos archivos para obtener la informacién, La gestién de archivos presentaba los siguientes inconvenientes: © Redundancia e inconsistencia de los datos. Esto ocurte porque los archivos pue- den tener distintos formatos y los datos pueden estar duplicados en varios sitios. Por ejemplo, cl teléfono de un alumno puede aparecer en mas de un archivo, La redun- dancia aumenta los costes de almacenamiento y acceso. y trac consigo la inconsis- toncia de los datos. es decir que las copias de los mismos datos no coinciden por parecer en varios archivos, © Dependencia de los datos fisica-logica. Como a estructura fisica de los datos (definicién de ficheros y registros) se encuentra codificada en los programas de aplicacién, cualquier cambio en esa estructura implica al programador idemtificar, modificar y probar todos los programas que maniputan esos archivos. © Dificultad para tener acceso a los datos, proliferacion de programas. Es decir, cada vez que se necesite una consulta que no fue prevista en el inicio implica la necesidad de codificar el programa de aplicacién necesario; no permiten recuperar Jos datos necesarios de una forma conveniente y eficiente. + Separacion y aislamiento de los datos. AL estar tepartidos los datos en varios archi- Vos, ¥ tener diferentes formatos, es dificil escribir nuevos programas que aseguren la manipulacién de los datos correctos, antes deberia sincronizar todos los archivos ppara que los datos coincidiesen. © Dificutiad para el acceso concurrente. En un sistema de gestién de archivos es complicado que los usuarios actualicen los datos simultineamente. Las actualiza- ciones concurrentes pueden dar por resultado datos inconsistentes, ya que se puede acceder a los datos por medio de diversos programas de aplicacion, + Dependencia de (a estructura del fichero con et lenguaje de programacién. Como laestructura se define dentro de los programas, esto implica que los formatos de los ficheros sean incompatibles. La incompatibilidad entre ficheros generados por dis- tintos lenguajes hace que los datos sean dificiles de procesar. «© Problemas en la seguridad de los datos. Resulta dificil implantar restrieciones de seguridad, pues las aplicaciones se van aifadiendo al sistema segiin se van necesi- tando. © Problemas de integridad de datos. Es decir, os valores almacenados en los fiche- ros deben cumplir con restricciones de consistencia, por ejemplo. no se puede inscr- tar una nota de un alumno en una asignatura si previamente esa asignatura no esti creada, 0, por poner otro ejemplo, el nimero de unidades en almacén de un produc © ITES-PanamnroSistemas geores de bases de dos to determinado no debe ser inferior a una cantidad, Esto implica afiadir gran mime- ro de lineas de cédigo en los programas. El problema se complica cuando existen restricciones que implican a varios datos en distintos archivos. ‘Todos estos inconvenientes hacen posible el fomento y desarrollo de los SGBD, cuyo objetivo primordial es proporcionar eficiencia y seguridad a la hora de extract 0 alma- cenar informacién en las BD, Los SGBD estin disefindos para gestionar grandes bloques de informacion. Esto implica tanto la definicién de estructuras para el almacenamiento como la de mecanismos para la gestion de la informacién, Los sistemas gestores de bases de datos Una BD es un gran almacén de datos que se define una sola ver. los datos pueden ser accedidos de forma simulténea por varios usuarios, estan relacionados y existe un nime- 10 minimo de duplicidad, Ademas de los datos, en la BD se almacenan las deseripeio- nos de esos datos, lo que se llama metadatos, en el diccionario de datos, que se vera mas adelante ELSGBD es una aplicacién que permite a los usuarios definir, crear y mantener la BD y proporciona un acceso controlado a la misma. Debe prestar los siguientes servicios: © Creacién y definicién de la BD: especificacién de la estructura, el tipo de los datos, las restricciones y relaciones entre ellos mediante lenguajes de definicion de datos. ‘Toda esta informacién se almacena en el diccionario de datos. E1 SGBD proporcio- znaré mecanismos para In gestién del diccionario de datos, ‘* Manipulacién de los datos realizando consultas, inserciones y actualizaciones de aquéllos utilizando lenguajes de manipulacién de datos. ® Acceso controlado a los datos de la BD mediante mecanismos de seguridad de acceso a los usuarios. ‘© Mantener Ia integridad y consistencia de los datos utilizando mecanismos para evi lar que los datos sean perjudicados por cambios no autorizados. = Acceso compartida a In base de dates, controlando la interaccién entre usuarios ‘concurrentes, * Mecanismos de copias de respaldo y recuperacién para restablecer Ia informacién ‘en caso de fallos ent el sistema Componentes de los sistemas gestores de bases de datos Los SGBD son paquetes de software muy complejos que deben proporcionar una serie de servicios que van a permitir almacenar y explotar los datos de forma eficiente. Los componentes principales se describen a continuacién 1.3.1. Lenguajes de los SGBD Todos los SGBD oftecen lenguajes ¢ interfaces apropindas para cada tipo de usuario administradores, disefiadores, programadores de aplicaciones y usuarios finales. © ITES-Panawnero 3sitll eters de ses dts ty La mayoria de los SGBD ‘comerciales incluyen lengua- jes de cuarta generacién {4GL) que permiten al usua- fio desarrollar aplicaciones de forma fécil y répida; tam- bien se los llama herramien- tas de desarrollo. Ejemplos de esto son las herramientas del SGBD ORACLE: SQL Forms, para la generacién de formularios de pantalle para interactuar con los datos, SQL Reports, que generan informes de los datos conte- nidos en la BD. y PUSQL. len- ‘guaje que permite hacer pro- ‘cedimientos para interactuar ‘con los datos de la BD. Los lenguajes permiten al administrador de la base de datos especificar los datos que componen la BD, su estructura, las relaciones que existen entre ellos, las reglas de inte- tgridad, Ios controles de acceso. las caracteristicas de tipo fisico y las vistas externas de los usuarios. Los lenguajes del SGBD se clasifican en: © Lenguaje de definicion de datos (LDD 0 DDL): se wiiliza para especificar el esque- ma de Ia base de datos, las vistas de los usuarios y las estructuras de almacenamicn- to. Es el que define el esquema conceptual y el esquema interno, Lo utilizan los diseftadores y los administradores de la BD. © Lenguaje de manipulacién de datos (LMD 0 DML): se wiliza para leer y actualizae los datos de Ia BD. Es cl que emplean los usuarios para realizar consultas,inserciones, climinaciones y modificaciones. Las BD relacionales wtlizan lenguajes no provedura- les como SQL (Sructured Query Language) 0 QBE (Query By Example) 1.3.2. El diccionario de datos El diccionario de datos es el lugar donde se deposita informacién sobre todos tos datos que forman la base de datos. Es una guia en la que se deseribe la base de datos y los objetos que la forman, El diccionario contiene las caracteristicas logicas de los sitios donde se almacenan los datos del sistema, incluyendo nombre, descripcion, alias, con- tenido y organizacién, ademas identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la informac En una BD relacional el diccionario de datos proporciona informacién acerca de «© La estructura logica y fisica de la base de datos. ® Las definiciones de todos los objets de la base de datos: tablas, vistas, indices, dis paradores, procedimientos, funciones, cte. «© El espacio asignado y utilizado por los objetos. + Los valores por defecto de las columnas de las tablas © Informacién acerea de las restricciones de integridad. * Los privilegios y roles otorgados a los usuarios + Ausditoria de informacién, como los accesos a los objetos 1.3.3, Seguridad e integridad de datos ‘Un SGBD proporciona los siguientes mecanismos para garantizar Ia seguridad ¢ inte- igridad de los datos: © Debe garantizar la proteccién de fos datos contra accesos no autorizados. tanto imtencionados como accidentales, Asegura que s6lo los usuarios autorizados pue- den acceder a la BD. © Los SGBD offecen mecanismos para implantar restrieciones de integridad en la BD: estas restricciones van a proteger la BD contra daiios accidentales, Los valo- res de los datos que se almacenan deben satisfacer ciertos tipos de restricciones de consistencia y reglas de integridad, que especificara el administrador de la BD. El SGBD puede determinar si se produce una violacién de Ia restriceién + Proporciona herramientas y mecanismos para la planificacién y realizacién de copias de seguridad y restauracién * Debe ser capa de recuperar la BD Hlevéndola a un estado consistente, caso de ocu- rrir algiin suceso que la dai. © ITES-Panawnro* Debe asegurar el acceso concurrente y offecer mecanismos para conservar la con- sistencia de los datos en el caso de que varios usuarios actualicen la BD de forma ‘coneurrente. 1.3.4, Usuarios de los SGBD En los sistemas de gestién de bases de datos actuales existen diferentes categorias de usuarios, Eslas categorias se caracterizan por que cada una de ellas tiene una serie de privilegios 0 permisos sobre los objetos que forman la BD. En Ios sistemas Oracle las categorias mis importantes son: » Los usuarios de In categoria DBA (Database Administrator), cuya funeién es pre- cisamente administrar la basc, y que ticnen el nivel mas alto de privilegios. Los usuarios de la categoria RESOURCE, que pueden crear sus propios objetos, y licnen acceso a los objetos pata los que sc les hia concedido permiso. * Los usuarios del tipo CONNECT, que solamente pueden utilizar aquellos objetos para los que sc les ha concedido permiso de acceso, 1.3.5, Herramientas del SGBD Todos los SGBD proporcionan una serie de herramientas de administracion que per- mitirén a los administradores la gesti6n de Ia base de datos (creacién, modificacién y manipulacidn) y la gestion de usuarios y permisos, entre otras. Con el paso del tiempo, estas herramicntas han adquirido sofisticadas prestacioncs y facilitan en gran medida la realizacién de trabajos que hasta no hace demasiado requerian arduos esfuerzos por parte de los administradores Arquitectura de los sistemas de bases de datos En 1975, el comité ANSI-SPARC (American National Standard Institute ~ Standards Planning and Requirements Committee) propuso una arquitectura de tres niveles para los SGBD, cuyo objetivo principal es separar los programas de aplicacion de la base de datos fisica. En esta arquitectura, el esquema de una BD se define en tres niveles de abs- traccién distintos «Nivel interno 0 fisico: es el mas cereano al almacenamiento fisico, es decir, tal y como estin almacenados los datos en el ordenador, Describe la estructura fisica de la BD mediante un esquema interno. Este esquema se especifica mediante un mode- lo fisico y describe los detalles de cémo se almacenan fisicamente los datos: los archivos que contienen la informacién, su organizacién, los métodos de acceso a los registros, los tipos de registros, Ia longitud, los campos que los componen, las uni dades de almacenamiento, etc. Nivel externo 0 de visiin: es el més cercano a los usuarios; en él se describen varios esquemas exicrnos o vistas de usuarios. Cada esquema describe la parte de la BD que interesa a un grupo de usuarios. En este nivel se representa Ia vision indi- vidual de un usuario 0 de un grupo de usuarios «Nivel conceptual: describe Ia estrnctura de toda Ia BD para un grupo de usuarios mediante un esquema conceptual. Este esquema describe las entidades, atributos, © ITES-Panawro Sistemas getores de bases de dossitll gots de ses de dats relaciones, operaciones de los usuarios y restricciones, ocultando los detalles de las, estructuras fisicas de almacenamiento, Representa la informacion contenida en la base de datos. En la Figura 1.1 se representan los niveles de abstraccion de la arqui tectura ANSI. _ A Rh R f Nivet ‘extorno 0 ‘vision Nivel légico Nivet ‘conceptual Nivel Nive ire {isico Figura 1.4. Nivees de abstaccion de ba arguitectura ANSI Esta arquitectura describe fos datos a tres niveles de abstraccién. En realidad, los inicos datos que existen estin a nivel fisico almacenados en discos u otros dispositivos. Los SGBD basados en esta arquitectura permiten que cada grupo de usuarios haga referencia a su pro- pio esquema extemo, El SGBD debe transformar cualquier peticién de usuario (esquema cexterno) a una peticién expresada en términos de esquema conceptual, para finalmente ser una peticién expresada en el esquema interno que se procesari sobre la BD almacenada Para una BD especifica sélo hay un esquema interno y uno conceptual. pero puede haber varios esquemas estemos definidos para uno 0 para varios usuarios, Con Ia arquitectura a tres niveles se introduce el concepto de independencia de datos. Se definen dos tipos de independencia: + Independencia légica: la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los programas de aplicacién. Se podrit modificar el esquema conceptual para ampliar la BD o para reducirla: por ejemplo, si se elimi- nna una entidad, los esquemas externos que no se refieran a ella no se veran afectados, © La independencia fisica: la capacidad de modificar el esquema interno sin tener que alterar ni cl esquema conceptual ni los externos. Por ejemplo, se pueden reor- ganizar los ficheros fisicos con el fin de mejorar el rendimiento de las operaciones de consulta o de actualizacién, 0 se pueden aiiadir nuevos ficheros de datos porque Jos que habia se han Hlenado, La independencia fisica es mas facil de conseguir que Ia logica, pues se refiere ala separacién entre las aplicaciones y Tas estructuras fi cas de almacenamient. Modelos de datos Uno de los objetivos mas importantes de un SGBD es proporcionar a los usuarios una ‘isin abstracta de los datos; es decir, el usuario va a utilizar esos datos, pero no tendra © ITES-Panawanroidea de cémo estin almacenados fisicamente. Los modelos de datos son el instrumento principal para ofrecer esa abstraccién y se utilizan para la representacion y el tratamicn- to de los problemas. Representan el problema a tres niveles de abstraccién: «* Nivel fisico: cs cl nivel mas bajo de abstraccion: describe cémo se almacena real mente los datos, © Nivel ligico o conceptual: describe los datos que se almacenan en la BD y sus rela cciones, es decir, los objetos de! mundo real, sus atributos y sus propiedades y las relaciones entre ellos. «+ Nivel externo o de vistas: describe la parte de BD a la que los usuatios pueden acceder. Para hacernos una idea de los tres niveles de abstraccién nos imaginamos un fichero de alumnos con el siguiente registro: struct ALUMNOS (dnt Mfatricula; char Nombre(15); int curso; char Direccion(15]; char Foblacion(15]; + El nivel fisico cs cl conjunto de bytes que se encuentran almacenados en el fiche= ro en un dispositivo magnético, que puede ser un disco. en una pista y en un sector determinado. + El nivel ldgico comprende la descripcion y la relacién con ottos registros que se hace del registro dentro de un programa en un lenguaje de programaci6n, «© El iiltimo nivel de abstraccién, el externo, es Ia vision de estos datos que tiene un usuario cuando ejecuta aplicaciones que operan con ellos. El usuario no sabe el detalle de los datos; unas veces operara con unos y otras con otros, dependiendo de la aplicacién. Si trasladamos cl ciemplo a una base de datos relacional espccifica habra, como en el caso anterior, un Gnico nivel interno y un iinico nivel l6gico o conceptual, pero puede haber varios niveles externos, cada uno definido para uno o para varios usuarios, Por cjemplo, para un usuario podria ser ef siguicate: «© Nivel externo: visin parcial de las tablas de la base de datos segiin cl usuario. Por ejemplo, la vista que se muestra en la Tabla 1.1 obtiene el listado de notas de alum nnos con los siguientes datos: Curso, Nombre, Nombre de asignatura y Nota on Nombre Asi Programecién en lengusjes estructurados Sistomasinformétieos multiusuaio yen red Desa. de aplc. en entornos de 4.* Generacién y H. Case Doss. de aplc. on entornos de 4." Goneracisn y H. Case Programacién en longuajes estructurados ‘Sistemas informéticos muliusuario y en red Tabla 1. Visa de a BD para un usuario © ITES-Panawnro Sisemasgesores de bases de dossitll goers de ses de dts _¥ conceptual: definicidn de todas ls tablas, columnas, estriciones,cla- ‘es y relaciones. En este ejemplo disponemos de ies tablas que estin relacionadas. — Tabla ALUMNOS. Columnas: NMatricula, Nombre, Curso, Direccién, Pobla- ion, Clave: NMatricula, Ademas tiene una relacién con NOTAS, pues un alum- no puede tener varias notas en varias asignaturas, = Tabla ASIGNATURAS. Columnas: Cédigo asignatura, Nombre de asignatura. Clave: Cédigo. Esti relacionada con NOTAS. pues para una asignatura hay Varias notas. tantas como alumnos la eursen. ~ Tabla NOTAS. Columnas: NMatricula, Cédigo asignatura, Nota, Esta relaciona- da con ALUMNOS y ASIGNATURAS, pues un alumno tiene notas en varias asignaturas, y de una asignatura existen varias notas, tantas como alumnos. Podemos representar las relaciones de las tablas en el nivel légico como se mucs- tra.en la Figura 1.2 gues 1.2 Representacin de las rlaciones entre tablas en el nvel Kgico © Nivel interno: en una base de datos, las tablas se almacenan en archivos de datos de la base de datos. Si hay claves, se crean indices para acceder a los datos. Todo esto contenido en el disco duro, en una pista y en un sector, que slo el SGBD cono- ce y ante una peticién sabe a qué pista, a qué sector, a qué archivo de datos y a qué indices acceder. Para la septesentacion de estos niveles se utilizan los modelos de datos. Se definen como el conjunto de conceptos o herramientas conceptuales que sirven para deseribit la estructura de una base de datos: los datos, las elaciones y las restricciones que se deben cumplir sobre los datos. Podemos dividir los modelos en tres grupos: modelos logicos basados en objctos, modelos ldgicos basados en registros y modelos fisicos de datos. Cada SGBD soporta ‘un modelo gico. 1.5.1. Modelos légicos basados en objetos Se usan para describir datos en el nivel conceptual y el extemno. Se caracterizan por que proporcionan capacidad de estructuracién bastante flexible y permiten especificar restricciones de datos. Los modelos més conocidos son el modelo entidad-relacian y el orientado a objetos. Actualmente el mas utlizado es el modelo entidad-relacién, aunque el modelo orie {ado a objetos incluye muchos conceptos del anterior. y poco a poco esti ganando mer- cado. Ya la mayoria de las bases de datos relacionales aiiaden extensiones para poder ser relacionales orientadas a objetos. 8 © ITES-PansoanroSistemas geores de bases de dos 1.5.2. Modelos ldgicos basados en registros Los modelos légicos basados en registros se ulilizan para describir los datos en los modelos conceptual y fisico. A diferencia de los modelos lgicos basados en objetos. sc usan para especificar la estructura lgica global de la BD y para proporeionar una des- cripcién a nivel mas alto de la implementacién Los modelos basados en registros se aman asi porque la BD esti estructurada en registros de formato fijo de varios tipos. Cada tipo de registro define un niimero fijo de campos, o atributos, y cada campo normalmente es de longitud fija. La estructura mas rica de estas BD a menudo lleva a registros de longitud variable en el nivel fisico. Los modelos basados en registros no incluyen un mecanismo para la representa- cidn directa de eédigo de la BD: en cambio, hay Ienguajes separados que se asocian con el modelo para expresar consults y actualizaciones. Los tres modelos de datos ais aceptados son los modelos retacional, de red y jerérquico. El modelo relacional ha ganado aceptacion por encima de los otros. Representa los datos y las relaciones entre los datos mediante una coleccién de tablas, cuyas columnas tienen nombres lunicos: las filas (Luplas) representan a los registros y las columnas representan las cas (atributos) de cada registro. Este modelo se estudiara en la unidad Arquitectura cliente servidor en SGBD En un sistema Cliente/Servidor se distinguen dos partes: un servidor y un conjunto de chentes. Generalmente el servidor seri un gran ordenador que actiia como depésito de los datos y permite Hevar a cabo todas las funciones de un SGBD, y los clientes seran estaciones de trabajo o PCs que solicitan servicios al servidor: es la parte que uti- lizan los usuarios y las aplicaciones. Para poder comunicarse, éstos deben estar inter- conectados a través de una red (LAN). En la Figura 1.3 se representa la arquitectura Cliente/Servidor SERVIDOR RB coene Figura 1.3 Representacin de la aruitecturaClenteServidor © ITES-Panannro 9sistas gstores ce bases de datos El software de este tipo de arquitecturas posee varios componentes que se pueden asociar al cliente 0 al servidor. Son los siguientes: © Software de gestién de datos, Lleva a cabo Ia manipulacién y gestién de datos requeridos por las aplicaciones, Normalmente reside en el servidor, + Sofware de interaccién con el usuario y presentacién. Implementa las funciones que se asocian a una interfaz grifica de usuario (GUD). Suele residir en el cliente © Software de desarrollo. Ui diren el clieme ado pata el desarrollo de las aplicaciones. Suele resi= Existen otros elementos software tanto en el cliente como en el servidor Se trata de software de sistemas operativos en red, de aplicaciones especificas de bases de datos, de ‘comunicaciones, ete., que facilitan la conexion Cliente/Servidor. La arquitectura Cliente/Servidor permite las configuraciones siguientes + Basada en anfitrién: cuando la maquina cliente y In maquina servidor es la misma, Los usuarios se conectan directamente a la miquina donde se encuentra la base de datos. © Cliente/Servidor: la base de datos reside en una maquina servidor y los usuarios acceden a la base de datos desde su maquina cliente a través de una red, © Procesamiento distribuido: |a base de datos esta repartida en més de una maquina servidora. Los usuarios no tienen por qué conocer la ubicacién fisica de los datos con los que trabajan y han de acceder simultineamente a varios servidores. El esquema de la Figura 1 4 representa un sistema de base de datos con varias méqui- nas servidoras y varias méquinas clientes ‘SERVIDOR 2 ‘WINDOWS Cliente 3 Cliente 1 £3 \ oe Figura 14. Base de datos con varios servidoesy clientes + Basada en servidores de aplicaciones: csta configuracion permite el uso de aplica- cones en redes de area amplia (WAN) ¢ Internet, Permite que las aplicaciones se gjecuten en maquinas clientes que no requieren ninguna administracién. Cualquier PC que ejecute un navegador Intemet estandar puede acceder a las aplicaciones. Este es un tipo de arquitectura a tres niveles porque se dispone de un servidor de base de datos, uno o varios servidores de aplicaciones y maquinas clientes. En la Figura 1.5 se muestra grificamente esta arquitectura, 10 oreseieuneSistemas getores de bases de dos ‘SERVIDOR DE BD Cliente 3 SERVIDOR DE APLICACIONES Cliente 2 Cliente 4 \ SERVIDOR DE APLICACIONES Fgura 1.5 Anguiletura CS basada en servidores de aplicaciones La arquitcetura Cliente/Servidor frente a la arquitectura basada en servidores de apli- caciones: «© La arquitectura Cliente/Servidor requiere que las aplicaciones se instalen en cada puesto de trabajo. Ello ocasiona gastos de instalacion y un aumento de los costes de administracion. Ademas impone grandes exigencias a la Red, lo que imposibilita cl uuso de las aplicaciones en redes de area amplia (WAN) e Internet, + En la arquitectura basada en servidores de aplicaciones, las aplicaciones se instalan cen puestos de trabajo que no requieren ninguna administracién. Cualquier PC puede acceder al servidor de aplicaciones con un navegador web que soporte el lenguaje Java. Legislacién sobre Proteccién de Datos La Ley Orgénica 15/1999, de 13 de diciembre, de Proteccién de Datos de Cardcter Personal tiene por objeto garantizar y proteger, en lo que concierne al tratamiento de los datos personales, las libertades piblicas y los derechos fndamentales de las personas fisieas, y especialmente de su honor, intimidad y privacidad personal y familiar. La pro- pia Constitucion Espaiola ya previé en su articulo 18.4 que "Ja Ley limitard el uso de {a informética para garantizar el honor y la intimidad personal y familiar de fos ctuda- danos y el pleno ejercicio de sus derechos”, lo cual ha sido desarrollado por las normas posteriores que st han dictado sobre la materia, encabezadas a nivel europeo por la Directiva 95-46CE. y a nivel nacional por la Lev Orgdmca 15/1999 de Protecetén de Datos de Carécter Personal, A nivel empresarial, su objetivo principal es regular ef tratamiento de ficheros, va sean informéticos 0 no, que contienen datos de caricter personal, los derechos de los ciudadanos sobre ellos y las obligaciones de aquellos que los crean, Pese al elevadisimo importe de las sanciones, la mayoria de las empresas espaiiolas incumplen alguna obli gacién relacionada cn la norma, que es susceptible de infraccién sancionable segin la propia norma, © ITES-Panawnro 11sitll gers de ses de dts 12 1.7.1. Obligaciones legales de la normativa de proteccién de datos La Ley Orgdntca de Proteccion de Datos de Cardcter Personal 15/1999, de 13 de diciembre, impone una serie de obligaciones legales para aquellas personas fisicas 0 jjuridicas que posean ficheros con datos de caricter personal, éstas son las siguientes, © Inseripcién de tos ficheros en el Registro General de la Proteccion de Datos, Arti- culo 26 LOPD y articulos 5 y 6 RD 1332/1994, de 20 de junio. + Redaccién del documento de seguridad. “F responsable det fichero elaborard & implantaré la normativa de seguridad mediante un documento de seguridad de obligado cumplimiento para el personal con acceso a los datos automatizados de cardcter personal y a tos sistemas de informacién”. RD 994/199, de 11 de junio, © Redaccién de cliusulas de proteccién de datos. Articulo $ LOPD. + Auditoria, Articulo 17 RD 994/199, de 11 de junio. © Demas medidas de seguridad de indole técnica y organizativas necesatias para garantizar la seguridad de los datos objeto de tratamiento, Articulos 9 y 10 LOPD ¥ RD 994/199, de 11 de junio, * Redaecién de los contratos, formularios y eléusulas necesarias para la recogida de datos, Jos tratamientos por terceros y las cesiones 0 comunicaciones de datos. 1.7.2, Niveles de seguridad La ley idemtifica tres niveles de medidas de seguridad, BASICO, MEDIO y ALTO, los cuales deberdn ser adoptados en funcién de los distintos tipos de datos personales (datos de salud, ideologia, religion, creencias, infracciones administrativas, de morosidad, etc.) ‘po DE DATOS + Nombre + Apolidos + Direcciones de contacto [tanto fisieas como electrénicas) *Telafono {tanto fijo como movil Ovo MEDIDAS DE SEGURIDAD | « Documento de seguridad ‘OBLIGATORIAS, Régimen de funciones y obligaciones del personal * Registro de incidencias * Identificacion y autenticacién de usuarios © Control de acceso * Gestién de soportes + Copias de respaldo y recuperacién ‘TIPO DE DATOS + Comisién infracciones penales + Comisién infrciones edministativas 1 Informacién de Hacienda Publica 4 Informacién de servicios tlnancieros MEDIDAS DE SEGURIDAD | + Medidas cle seguridad de nivel bésico ‘OBLIGATORIAS. Responsable de Seguridad Auditoria bianusl Medidas adicionales de identiicecion y autenticacién de usuarios = Cantrol de acceso fico © ITES-PanamnroSisemasgesores de bases de dos Mtoe ‘TIPO DE DATOS + deologta MEDIDAS DE SEGURIDAD | + Medidas de seguridad de nivel bésico y medio OBLIGATORIAS * Seguridad en la distibucion de soportes * Registro de accesos * Mesias acicionales de copias de respaldo * Cifrada de telecomunicaciones: 1.7.3. Sanciones De los 49 articulos que componen Ia Icy. quiz el mas lamativo de ellos sea el arti- culo 45, en el que se establecen las sanciones, debido a la importancia de éstas por su clevada cuantia; asi, se establece una serie de sanciones a los responsables de los fiche- ros y a los encargados del tratamiento de los ficheros que contengan datos de caracter personal. Estas sc clasifican en leves, graves y muy graves. alendiendo a la gravedad de Ia conducta de los infractores, moos teens Leves ‘Multa de 601,01 © 9 60.101,21 » onaves ‘Multa ce 60.101,21 » @300.508,05 « MUY GRAVES | Multa de 300506,05 « 9 601.012,10 6 Es de vital importancia que las empresas que recojan datos de cardcter personal se adecucn a la nommativa de proteccién de datos, ya que la Agencia de ProtecciGn de Datos es muy estricta € impone multas de elevada cuantia a todas aquellas que no la cuimplan 1.1 Define qué es un SGBD y los servicios que presta 1.2 Esoribe los componentes de un SGBD y Ia funcién de cada uno de ellos 1,3 Describe con un dibujo los niveles de abstraccién de la arquitectura ANSI. p ESTOS 1.4 Qué son y para qué sirven los modelos de datos? 5 {Qué es un sistema Cliente/Servidor? Cita las distintas configuraciones. 1.6 {Qué es la LOPD? ,Cuail es su misién’? © ITES-Panawnro 1 3Copyright mato