Instituto Universitario del Prado

Asignatura: Tema 4: Introduccin a la Informtica Administracin de Bases de Datos

4.1. Introduccin y aplicaciones Para darle una definicin a la administracin de base de datos, primero conozcamos que es una base de datos. Una base de datos es un agrupamiento lgico y organizado de archivos relacionados que se integran y relacionan de modo que un conjunto de programas de software proporcionan acceso a todos los datos, y alivian problemas del entorno de los archivos de datos, por lo tanto minimizan la redundancia de datos, su aislamiento y su inconsistencia, se incrementa su integridad y los datos independientes entre s. El programa (o grupo de programas) que proporciona acceso a una base de datos se le conoce como sistema administrador de base de datos (DBMS), que permite a una organizacin centralizar datos, manejarlos eficientemente y proporcionar acceso a los datos almacenados mediante los programas de aplicacin. Los sistemas administradores de base de datos actan como una interfaz entre los programas de aplicacin y los archivos de datos fsicos y ofrecen a los usuarios herramientas para aadir, borrar, mantener, exhibir, imprimir, buscar, elegir, clasificar y actualizar datos. Estas herramientas varan desde las interfaces de lenguaje natural fciles de usar hasta complejos lenguajes de programacin que se utilizan para aplicaciones avanzadas de bases de datos. Dentro de las principales ventajas y funciones de los sistemas administradores de bases de datos podemos encontrar: El acceso y la disponibilidad de la informacin se incrementan. Es posible simplificar el acceso, la utilizacin, la seguridad y la manipulacin de los datos. Se reduce la inconsistencia y la redundancia de los datos. El costo de desarrollo y mantenimiento de los programas puede reducirse drsticamente. Datos capturados/extrados para inclusin en bases de datos. Actualizacin (agregar, borrar, editar, cambiar) rpida de registros y archivos de datos. Datos interrelacionados de diferentes fuentes. Recuperacin rpida de datos de bases de datos para preguntas e informes. Se proporciona amplia seguridad d datos (proteccin contra acceso no autorizado, funciones de recuperacin, etc.) Maneja datos personales y no oficiales de modo que los usuarios pueden experimentar con soluciones alternativas basadas en su propio juicio.
1/17

Mtra. Rosa Martha Lpez Gmez

Se efectan tareas complejas de recuperacin y manipulacin con base en preguntas. Seguimiento del uso de los datos. La flexibilidad de los sistemas de informacin puede mejorarse permitiendo programas ad hoc rpidas y no costosas a partir de depsitos muy grandes de informacin. La dependencia de los datos de la aplicacin puede reducirse separando la vista lgica de los datos de su estructura y ubicacin fsica.

Existen muchas bases de datos especializadas, dependiendo del tipo de formato de los datos almacenados como:

Bases de datos de informacin geogrfica: Contiene datos de ubicacin para superponer mapas o imgenes. Utilizando este tipo de datos, los usuarios observan las ubicaciones especficas de los clientes y vendedores en lugar de leer simplemente las direcciones reales. Base de datos de conocimiento (base de conocimiento). Almacena reglas de decisin para evaluar situaciones y ayudar a los usuarios a tomar decisiones como un experto. Bases de datos multimedia. Almacena datos en muchos medios, sonido, video, imgenes, animacin grfica y texto.

Los sistemas administradores de bases de datos se disean para que sean relativamente invisibles para el usuario, sin embargo, para interactuar con ellos, se necesita entender los procedimientos de interaccin, aun cuando mucho del trabajo detrs de la escena y resulta invisible o transparente para el usuario final. La mayor parte de esta interaccin ocurre utilizando lenguajes de sistemas administradores de bases de datos. Un sistema de administrador de bases de datos contiene tres componentes principales que son las principales aplicaciones, el lenguaje de definicin de datos, la manipulacin de datos, el lenguaje de preguntas estructuradas, y el diccionario de textos. El lenguaje de definicin de datos (DDL). Los usan los programadores para especificar el contenido y la estructura de la base datos. Este lenguaje es la conexin entre la vista lgica y fsica de la base de datos (lgica= cmo el usuario ve los datos y fsica= los datos se almacenan y procesan fsicamente). El sistema administrador de base de datos define vistas o esquemas de la utilizacin del lenguaje de definicin de datos. El esquema constituye la descripcin lgica de la base de datos compleja y la lista de todos los elementos de los datos y de las relaciones entre ellos. Un sub esquema es el conjunto especfico de datos de la base de datos que cada aplicacin requiere. El lenguaje de definicin de datos se usa para definir las caractersticas fsicas de cada registro, los campos dentro de un registro, as como cada nombre lgico de campo, tipo de datos y longitud entre caracteres. Este lenguaje se utiliza tambin para especificar relaciones entre los registros, otras funciones primarias del lenguaje de definicin de datos, es que puede proporcionar un medio para

Mtra. Rosa Martha Lpez Gmez

2/17

asociar datos relacionados, indica los identificadores nicos (claves) de los registros, establece un acceso seguro de los datos y restricciones de cambio. Lenguaje de manipulacin de datos (DML), se emplea con el lenguaje de la tercera o cuarta generacin para manipular datos en la base de datos. Este lenguaje incluye los comandos que permiten a los usuarios finales y a los especialistas en programacin extraer datos de la base de datos satisfaciendo las solicitudes de informacin y las aplicaciones de desarrollo. Adems proporciona a los usuarios la capacidad de recuperar, clasificar, exhibir y borrar el contenido de una base de datos. Incluye una variedad de verbos para manipular y operar cada verbo (CREAR, MODIFICAR, BORRAR). Solicitar informacin de una base de datos es la operacin que se ejecuta ms comnmente, debido a que los usuarios no pueden por lo general solicitar informacin en una forma de lenguaje natural, los lenguajes de preguntas constituyen un componente importante de un sistema administrador de base de datos. Lenguaje de preguntas estructuradas (SQL), es el lenguaje de las bases de datos ms popular, que combina las caractersticas de los lenguajes de manipulacin y de definicin de datos. El SQL ofrece la capacidad para efectuar bsquedas complicadas con enunciados relativamente simples. Con el fin de manipular los datos, se utilizan palabras claves como SELECCIONAR (para especificar los atributos que se desean), DE (para especificar las tablas que se emplearan) y DONDE (especificar las condiciones que se aplicaran en la pregunta. Cuando se utiliza una computadora personal, no se recurre normalmente al lenguaje de preguntas estructuradas y en su lugar se emplea el llamado Query por ejemplo (QBE). El usuario elige una tabla y escoge los campos que se van a incluir en la respuesta. Luego alimenta un ejemplo de los datos que desea. El QBE proporciona la respuesta con base en el ejemplo. Diccionario de datos, constituye un archivo que almacena definiciones de elementos de datos y caractersticas de datos como el uso, la representacin fsica, la propiedad (quien en la organizacin es responsable de mantener los datos), la autorizacin y la seguridad. Un elemento de datos representa un campo. Adems de enumerar el nombre estndar de los datos, el diccionario indica los nombres que hacen referencia a este elemento en sistemas especficos e identifica los individuos, funciones de negocio, aplicaciones e informes que utilizan este elemento de datos.

El administrador de base de datos tiene como propsito definir una arquitectura que sirva como referencia. Esta tambin es llamada arquitectura referencial a tres niveles, consta de tres niveles: Nivel interno, es el ms cercano al almacenamiento fsico; es decir, es el que se ocupa de la forma como se almacena fsicamente los datos.

Mtra. Rosa Martha Lpez Gmez

3/17

Nivel externo, es el ms cercano a los usuarios; es decir, es el que se ocupa de la forma como los usuarios individuales perciben los datos. Nivel conceptual, es el nivel de medicin entre los dos anteriores que trabaja con la informacin siendo datos suficientes para provocar acciones. La vista conceptual es la representacin de toda la informacin contenida en la base de datos, tambin una forma un tanto abstracta si se compara con el almacenamiento fsico de los datos. La informacin es una esencia nueva y no redundante por lo que su adquisicin aumenta el conocimiento.

Para ello es importante que la administracin de base datos se planifique, se disee y se administre para lograr su eficiencia.

4.2. Planificacin, diseo y administracin La administracin de bases de datos, consiste fundamentalmente en la planeacin, diseo y administracin de bases de datos, que es el ciclo de vida de un sistema de informacin. Al disear e implementar bases de datos, los especialistas deben considerar las necesidades individuales de los usuarios existentes y potencial, lo cual optimiza tanto la eficiencia del procesamiento como la eficacia del usuario. El proceso parte del anlisis de que informacin necesita cada usuario y seguir luego con la produccin de las vistas lgicas de cada uno. Estas vistas lgicas se analizan como un todo en lo que respecta a similitudes que pueden llevar a la simplificacin, y despus se relacionan de modo que puede formarse una base de datos lgica, coherente y nica de todas las partes. Esta base de datos lgica se implementa con un sistema administrador de bases de datos particular en un sistema de hardware especfico. Los administradores de bases de datos son responsables que se cumpla con las necesidades de los negocios de los usuarios, en trminos de funcionalidad, as como en cuanto a lo que respecta a los mismos datos. Las necesidades del usuario, al igual que las de los negocios en general, no se mantienen constantes. Conforme cambia el entorno de los negocios reaccionan las metas y las estructuras organizacionales, la base de datos de la que depende la empresa tambin cambia para seguir siendo efectiva. El hardware sobre el cual se instala el software del sistema administrador de base de datos debe cambiar para satisfacer los entornos cambiantes o para aprovechar las nuevas tecnologas. Esto trae acompaado las restricciones y/o nuevas oportunidades para el desempeo del procesamiento de los sistemas administradores de bases de datos. Los administradores de bases de datos aseguran la confiabilidad de las operaciones diarias que van manejando e incluye la planeacin de contingencias de emergencias proveyendo de datos y sistemas de respaldo para garantizar la perdida mnima de datos en el caso de un desastre. La seguridad constituye siempre una preocupacin en la administracin de datos cuando existen accesos mltiples a las bases de

Mtra. Rosa Martha Lpez Gmez

4/17

datos que contienen datos corporativos. Los administradores deben equilibrar las ventajas de negocios de un acceso amplio con la amenaza del espionaje corporativo, el sabotaje de empleados descontentos y el dao a la base de datos por negligencia. Los administradores de las bases de datos desempean una funcin importante en la capacitacin de los usuarios con respecto a que datos se encuentran disponibles y cmo se tiene acceso a ellos. Por ltimo los administradores son responsables de asegurar que los datos contenidos en la base de datos sean exactos, confiables, verificables, completos, oportunos y pertinentes. De otro modo los que toman decisiones de negocios si se basan en informacin errnea pueden resultar desastrosas en un mercado altamente competitivo. Ciclo de vida de los sistemas de informacin Un sistema de informacin es el conjunto de recursos que permiten recoger, gestionar, controlar y difundir la informacin de toda una empresa u organizacin. Desde los aos setenta, los sistemas de bases de datos han ido reemplazando a los sistemas de ficheros en los sistemas de informacin de las empresas. Al mismo tiempo, se ha ido reconociendo la gran importancia que tienen los datos que stas manejan, convirtindose en uno de sus recursos ms importantes. Esto ha hecho que muchas empresas tengan departamentos que se encarguen de gestionar toda su informacin, que estar almacenada en una base de datos. Aparecen los papeles de administrador de datos y administrador de la base de datos, que son las personas encargadas de supervisar y controlar todas las actividades relacionadas con los datos de la empresa y con el ciclo de vida de las aplicaciones de bases de datos, respectivamente. Un sistema de informacin est formado por los siguientes componentes: La base de datos. El SGBD Los programas de aplicacin. Los dispositivos fsicos (ordenadores, dispositivos de almacenamiento, etc.). El personal que utiliza y que desarrolla el sistema. Al ciclo de vida de los sistemas de informacin tambin se le denomina ciclo de vida de desarrollo del software. Las etapas tpicas del ciclo de vida de desarrollo del software son: planificacin, recoleccin y anlisis de los requisitos, diseo (incluyendo el diseo de la base de datos), creacin de prototipos, implementacin, prueba, conversin y mantenimiento. Este ciclo de vida hace nfasis en la identificacin de las funciones que realiza la empresa y en el desarrollo de las aplicaciones. Se dice que el ciclo de vida de desarrollo del software sigue un enfoque orientado a funciones, porque los sistemas lo ven desde las funciones que llevan a cabo. Por esta razn, el anlisis estructurado hace nfasis en los diagramas de flujo de datos, siguiendo el movimiento de los datos a travs de una secuencia de transformaciones, y refinando stas a travs de una serie de niveles.

Mtra. Rosa Martha Lpez Gmez

5/17

Lo mismo ocurre en el diseo estructurado, que ve a un sistema como una funcin que se descompone sucesivamente en niveles o sub funciones. Concentrndose en las funciones se infravaloran los datos y, en especial, la estructura de los datos que son manipulados por las funciones. El resultado es que los sistemas tienen valor durante poco tiempo en relacin con las necesidades de los usuarios a largo plazo debido a que al poco tiempo de instalar un sistema, las funciones implementadas son en realidad un subconjunto de las funciones que los usuarios realmente desean. Estas necesidades causan problemas a los sistemas obtenidos con un diseo orientado a funciones, puesto que este diseo puede requerir una revisin importante para acomodar las funciones adicionales. En contraste, el enfoque orientado a datos centra el foco de atencin en el anlisis de los datos utilizados por las funciones. Esto tiene dos ventajas. La primera es que los datos son una parte considerablemente ms estable que las funciones. La segunda ventaja es que la propia estructura de un esquema de base de datos requiere de un anlisis sofisticado de los datos y de sus relaciones. Una vez que se haya construido un esquema para la base de datos que sea lgico, podran disearse tantas funciones como fuera necesario para sacar provecho del mismo. Sin embargo, sin un esquema, la base de datos slo podra ser til para una nica aplicacin. Por lo tanto, el enfoque orientado a funciones puede ser bueno para el desarrollo a corto plazo, pero pierde su valor real a largo plazo. Usando un enfoque orientado a datos, los datos pasan a ser los cimientos sobre los cuales se puede construir una gran variedad de funciones diferentes. Por lo tanto, las etapas del ciclo de vida de desarrollo del software las vemos desde la perspectiva del desarrollo de una aplicacin de bases de datos, siguiendo un enfoque orientado a datos. Las etapas del ciclo de vida de una aplicacin de bases de datos son las siguientes: 1) Planificacin del proyecto, esta etapa conlleva la planificacin de cmo se pueden llevar a cabo las etapas del ciclo de vida de la manera ms eficiente. Hay tres componentes principales: el trabajo que se ha de realizar, los recursos para llevarlo a cabo y el dinero para pagar por todo ello. Como apoyo a esta etapa, se necesitar un modelo de datos corporativo en donde se muestren las entidades principales de la empresa y sus relaciones, y en donde se identifiquen las principales reas funcionales. Normalmente, este modelo de datos se representa mediante un diagrama entidad-relacin. En este modelo se tiene que mostrar tambin qu datos comparten las distintas reas funcionales de la empresa. Tambin incluye el desarrollo de estndares que especifiquen cmo realizar la recoleccin de datos, cmo especificar su formato, qu documentacin ser necesaria y cmo se va a llevar a cabo el diseo y la implementacin. El desarrollo y el mantenimiento de los estndares puede llevar bastante tiempo, pero si estn bien diseados, son una base para el personal informtico en formacin y para medir la calidad, adems, garantizan que el trabajo se ajusta a unos patrones, independientemente de las habilidades y la experiencia del diseador. Por ejemplo, se
Mtra. Rosa Martha Lpez Gmez 6/17

pueden establecer reglas sobre cmo dar nombres a los datos, lo que evitar redundancias e inconsistencias. Se deben documentar todos los aspectos legales sobre los datos y los establecidos por la empresa como, por ejemplo, qu datos deben tratarse de modo confidencial. 2) Definicin del sistema, se especifica el mbito y los lmites de la aplicacin de bases de datos, as como con otros sistemas que interacta. Tambin determina quienes son los usuarios y sus reas de aplicacin. 3) Recoleccin y anlisis de los requisitos, se recogen y analizan los requerimientos de los usuarios y de las reas de aplicacin. Esta informacin se puede recoger de varias formas: Entrevistar al personal de la empresa (expertos en las reas de inters). Observar el funcionamiento de la empresa. Examinar documentos (se utilizan para recoger o visualizar informacin). Utilizar cuestionarios para recoger informacin de grandes grupos de usuarios. Utilizar la experiencia adquirida en el diseo de sistemas similares.

La informacin recogida debe incluir las principales reas de aplicacin y los grupos de usuarios, la documentacin utilizada o generada por estas reas de aplicacin o grupos de usuarios, las transacciones requeridas por cada rea de aplicacin o grupo de usuarios y una lista priorizada de los requerimientos de cada rea de aplicacin o grupo de usuarios. Esta etapa tiene como resultado un conjunto de documentos con las especificaciones de requisitos de los usuarios, en donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista. La informacin recogida se debe estructurar utilizando tcnicas de especificacin de requisitos, por ejemplo tcnicas de anlisis y diseo estructurado y diagramas de flujo de datos. Las herramientas CASE (Computer-Aided Software Engineering) pueden proporcionar una asistencia automatizada que garantice que los requisitos son completos y consistentes. 4) Diseo de la base de datos, consta de tres fases: diseo conceptual, diseo lgico y diseo fsico de la base de datos. La primera fase consiste en la produccin de un esquema conceptual, que es independiente de todas las consideraciones fsicas. Este modelo se refina despus en un esquema lgico eliminando las construcciones que no se pueden representar en el modelo de base de datos escogido (relacional, orientado a objetos, etc.). La segunda fase, el esquema lgico se traduce en un esquema fsico para el SGBD escogido. La tercera fase de diseo fsico considera las estructuras de almacenamiento y los mtodos de acceso necesarios para proporcionar un acceso eficiente a la base de datos en memoria secundaria.

Mtra. Rosa Martha Lpez Gmez

7/17

Los objetivos del diseo de la base de datos son: Representar los datos que requieren las principales reas de aplicacin y los grupos de usuarios, y representar las relaciones entre dichos datos. Proporcionar un modelo de datos que soporte las transacciones que se vayan a realizar sobre los datos. Especificar un esquema que alcance las prestaciones requeridas para el sistema. Hay varias estrategias a seguir para realizar el diseo: de abajo a arriba, de arriba a abajo, de dentro a fuera y la estrategia mixta. La estrategia de abajo a arriba parte de todos los atributos y los va agrupando en entidades y relaciones. Es apropiada cuando la base de datos es simple, con pocos atributos. La estrategia de arriba abajo es ms apropiada cuando se trata de bases de datos complejas. Se comienza con un esquema con entidades de alto nivel, que se van refinando para obtener entidades de bajo nivel, atributos y relaciones. La estrategia de dentro a fuera es similar a la estrategia de abajo a arriba, pero difiere en que se parte de los conceptos principales y se va extendiendo el esquema para considerar tambin otros conceptos, asociados con los que se han identificado en primer lugar. La estrategia mixta utiliza ambas estrategias, de abajo a arriba y de arriba a abajo, con un esquema de divide y vencers. Se obtiene un esquema inicial de alto nivel, se divide en partes, y de cada parte se obtiene un sub esquema. Estos sub esquemas se integran despus para obtener el modelo final. 5) Seleccin del SGBD, si no se dispone de un SGBD, o el que ah se encuentra obsoleto, se debe escoger un SGBD que sea adecuado para el sistema de informacin. Esta eleccin se debe hacer en cualquier momento antes del diseo lgico. 6) Diseo de la aplicacin, se disean los programas de aplicacin que usarn y procesarn la base de datos. Esta etapa y el diseo de la base de datos, son paralelas. En la mayor parte de los casos no se puede finalizar el diseo de las aplicaciones hasta que se ha terminado con el diseo de la base de datos. Por otro lado, la base de datos existe para dar soporte a las aplicaciones, por lo que habr una realimentacin desde el diseo de las aplicaciones al diseo de la base de datos. En esta etapa hay que asegurarse de que toda la funcionalidad especificada en los requisitos de usuario se encuentra en el diseo de la aplicacin. Habr algunos programas que utilicen y procesen los datos de la base de datos. Adems, habr que disear las interfaces de usuario, aspecto muy importante que se suele ignorar. El sistema debe ser fcil de aprender, fcil de usar, ser directo y estar "dispuesto a
Mtra. Rosa Martha Lpez Gmez 8/17

perdonar". Si la interface no tiene estas caractersticas, el sistema dar problemas, sin lugar a dudas. 7) Prototipado, esta etapa es opcional, es para construir prototipos de la aplicacin que permitan a los diseadores y a los usuarios probar el sistema. Un prototipo es un modelo de trabajo de las aplicaciones del sistema y no tiene toda la funcionalidad del sistema final, pero es suficiente para que los usuarios puedan utilizar el sistema e identificar qu aspectos estn bien y cules no son adecuados, adems de poder sugerir mejoras o la inclusin de nuevos elementos. Este proceso permite que quienes disean e implementan el sistema sepan si han interpretado correctamente los requisitos de los usuarios. Otra ventaja de los prototipos es que se construyen rpidamente. Esta etapa es imprescindible cuando el sistema que se va a implementar tiene un gran coste, alto riesgo o utiliza nuevas tecnologas. 8) Implementacin, se crean las definiciones de la base de datos a nivel conceptual, externo e interno, as como los programas de aplicacin. La implementacin de la base de datos se realiza mediante las sentencias del lenguaje de definicin de datos (LDD) del SGBD escogido. Estas sentencias se encargan de crear el esquema de la base de datos, los ficheros en donde se almacenarn los datos y las vistas de los usuarios. Los programas de aplicacin se implementan utilizando lenguajes de tercera o cuarta generacin. Partes de estas aplicaciones son transacciones sobre la base de datos, que se implementan mediante el lenguaje de manejo de datos (LMD) del SGBD. Las sentencias de este lenguaje se pueden embeber en un lenguaje de programacin anfitrin como Visual Basic, Delphi, C, C++, Java, COBOL, Fortran, Ada o Pascal. En esta etapa, tambin se implementan los mens, los formularios para la introduccin de datos y los informes de visualizacin de datos. Para ello, el SGBD puede disponer de lenguajes de cuarta generacin que permiten el desarrollo rpido de aplicaciones mediante lenguajes de consultas no procedurales, generadores de informes, generadores de formularios, generadores de grficos y generadores de aplicaciones. Tambin se implementan los controles de seguridad e integridad mediante el LDD y otros puede que haya que implementarlos mediante utilidades del SGBD o mediante programas de aplicacin. 9) Conversin y carga de datos, es necesaria cuando se est reemplazando un sistema antiguo por uno nuevo. Los datos se cargan desde el sistema viejo al nuevo directamente o, si es necesario, se convierten al formato que requiera el nuevo SGBD y luego se cargan. Si es posible, los programas de aplicacin del sistema antiguo tambin se convierten para que se puedan utilizar en el sistema nuevo. 10) Prueba, se prueba y valida el sistema con los requisitos especificados por los usuarios. Para ello, se debe disear una batera de test con datos reales, que se deben llevar a cabo de manera
Mtra. Rosa Martha Lpez Gmez 9/17

metdica y rigurosa. Es importante darse cuenta de que la fase de prueba no sirve para demostrar que no hay fallos, sirve para encontrarlos. Si la fase de prueba se lleva a cabo correctamente, descubrir los errores en los programas de aplicacin y en la estructura de la base de datos. Adems, demostrar que los programas "parecen" trabajar tal y como se especificaba en los requisitos y que las prestaciones deseadas "parecen" obtenerse. Por ltimo, en las pruebas se podr hacer una medida de la fiabilidad y la calidad del software desarrollado. 11) Mantenimient, una vez que el sistema est completamente implementado y probado, se pone en marcha. El sistema est ahora en la fase de mantenimiento en la que se llevan a cabo las siguientes tareas: Monitorizacin de las prestaciones del sistema. Si las prestaciones caen por debajo de un determinado nivel, puede ser necesario reorganizar la base de datos. Mantenimiento y actualizacin del sistema. Cuando sea necesario, los nuevos requisitos que vayan surgiendo se incorporarn al sistema, siguiendo de nuevo las etapas del ciclo de vida que se acaban de presentar.

Estas etapas no son estrictamente secuenciales. De hecho hay que repetir algunas de las etapas varias veces, haciendo lo que se conocen como ciclos de realimentacin. Por ejemplo, los problemas que se encuentran en la etapa del diseo de la base de datos pueden requerir una recoleccin de requisitos adicional y su posterior anlisis. El diseo de bases de datos Los objetivos de cada una de las etapas del diseo de bases de datos: diseo conceptual, diseo lgico y diseo fsico. La metodologa a seguir se describe posteriormente. 1. Diseo conceptual, se construye un esquema de la informacin que se usa en la empresa, independientemente de cualquier consideracin fsica. A este esquema se le denomina esquema conceptual, Al construir el esquema, los diseadores descubren la semntica (significado) de los datos de la empresa: encuentran entidades, atributos y relaciones, el objetivo es comprender: La perspectiva que cada usuario tiene de los datos. La naturaleza de los datos, independientemente de su representacin fsica. El uso de los datos a travs de las reas de aplicacin.

El esquema conceptual se utiliza para que el diseador transmita a la empresa lo que ha entendido sobre la informacin que sta maneja. Para ello, ambas partes deben estar familiarizadas con la notacin utilizada en el esquema. La ms popular es la notacin del modelo entidad-relacin (herramienta para el modelado de datos de un SI).

Mtra. Rosa Martha Lpez Gmez

10/17

El esquema conceptual se construye utilizando la informacin que se encuentra en la especificacin de los requisitos de usuario. El diseo conceptual es completamente independiente de los aspectos de implementacin, como puede ser el SGBD que se vaya a usar, los programas de aplicacin, los lenguajes de programacin, el hardware disponible o cualquier otra consideracin fsica. Durante todo el proceso de desarrollo del esquema conceptual ste se prueba y se valida con los requisitos de los usuarios. El esquema conceptual es una fuente de informacin para el diseo lgico de la base de datos. 2. Diseo lgico, es el proceso de construir un esquema de la informacin que utiliza la empresa, basndose en un modelo de base de datos especfico, independiente del SGBD concreto que se vaya a utilizar y de cualquier otra consideracin fsica. En esta etapa, se transforma el esquema conceptual en un esquema lgico que utilizar las estructuras de datos del modelo de base de datos en el que se basa el SGBD que se vaya a utilizar, como puede ser el modelo relacional, el modelo de red, el modelo jerrquico o el modelo orientado a objetos. Conforme se va desarrollando el esquema lgico, ste se va probando y validando con los requisitos de usuario. La normalizacin es una tcnica que se utiliza para comprobar la validez de los esquemas lgicos basados en el modelo relacional, ya que asegura que las relaciones (tablas) obtenidas no tienen datos redundantes. Esta tcnica se presenta en el captulo dedicado al diseo lgico de bases de datos. El esquema lgico es una fuente de informacin para el diseo fsico. Adems, juega un papel importante durante la etapa de mantenimiento del sistema, ya que permite que los futuros cambios que se realicen sobre los programas de aplicacin o sobre los datos, se representen correctamente en la base de datos. El diseo conceptual, como el diseo lgico, son procesos iterativos, tienen un punto de inicio y se van refinando continuamente. Ambos se deben ver como un proceso de aprendizaje en el que el diseador va comprendiendo el funcionamiento de la empresa y el significado de los datos que maneja. El diseo conceptual y el diseo lgico son etapas clave para conseguir un sistema que funcione correctamente. Si el esquema no es una representacin fiel de la empresa, ser difcil, sino imposible, definir todas las vistas de usuario (esquemas externos), o mantener la integridad de la base de datos. Tambin puede ser difcil definir la implementacin fsica o el mantener unas prestaciones aceptables del sistema. Adems, hay que tener en cuenta que la capacidad de ajustarse a futuros cambios es un sello que identifica a los buenos diseos de bases de datos. Por todo esto, es fundamental dedicar el tiempo y las energas necesarias para producir el mejor esquema que sea posible. 3. Diseo fsico, es el proceso de producir la descripcin de la implementacin de la base de datos en memoria secundaria: estructuras de almacenamiento y mtodos de acceso que garanticen un acceso eficiente a los datos. Para llevar a cabo esta etapa, se debe haber decidido cul es el SGBD que se va a utilizar, ya que el esquema fsico se adapta a l. Entre el diseo fsico y el
Mtra. Rosa Martha Lpez Gmez 11/17

diseo lgico hay una realimentacin, ya que algunas de las decisiones que se tomen durante el diseo fsico para mejorar las prestaciones, pueden afectar a la estructura del esquema lgico. En general, el propsito del diseo fsico es describir cmo se va a implementar fsicamente el esquema lgico obtenido en la fase anterior. Concretamente, en el modelo relacional, esto consiste en: Obtener un conjunto de relaciones (tablas) y las restricciones que se deben cumplir sobre ellas. Determinar las estructuras de almacenamiento y los mtodos de acceso que se van a utilizar para conseguir unas prestaciones ptimas. Determinar las estructuras de almacenamiento y los mtodos de acceso que se van a utilizar para conseguir unas prestaciones ptimas.

4. Diseo de aplicaciones, es un diseo que se realiza adicionalmente y existen dos que son el diseo de las transacciones y el diseo de las interfaces de usuario. Diseo de transacciones, una transaccin es un conjunto de acciones llevadas a cabo por un usuario o un programa de aplicacin, que acceden o cambian el contenido de la base de datos. Las transacciones representan eventos del mundo real, como registrar un inmueble para ponerlo en alquiler, concertar una visita con un cliente a un inmueble, dar de alta un nuevo empleado o registrar un nuevo cliente. Estas transacciones se deben realizar sobre la base de datos para que sta siga siendo un fiel reflejo de la realidad. Una transaccin puede estar compuesta por varias operaciones, como la transferencia de dinero de una cuenta bancaria a otra. Sin embargo, desde el punto de vista del usuario, estas operaciones conforman una sola tarea. Desde el punto de vista del SGBD, una transaccin lleva a la base de datos de un estado consistente a otro estado consistente. El SGBD garantiza la consistencia de la base de datos incluso si se produce algn fallo, y tambin garantiza que una vez se ha finalizado una transaccin, los cambios realizados por sta quedan permanentemente en la base de datos, no se pueden perder ni deshacer (a menos que se realice otra transaccin que compense el efecto de la primera). Si la transaccin no se puede finalizar por cualquier motivo, el SGBD garantiza que los cambios realizados por esta transaccin son deshechos. En el ejemplo de la transferencia de fondos entre dos cuentas bancarias, si el dinero se extrae de una cuenta y la transaccin falla antes de que el dinero se ingrese en la otra cuenta, el SGBD deshar la extraccin de fondos. El objetivo del diseo de las transacciones es definir y documentar las caractersticas de alto nivel de las transacciones que requiere el sistema. Esta tarea se debe llevar a cabo al principio del proceso de diseo para garantizar que el esquema lgico es capaz de soportar todas las

Mtra. Rosa Martha Lpez Gmez

12/17

transacciones necesarias. Las caractersticas que se deben recoger de cada transaccin son las siguientes: a) Datos que utiliza la transaccin. b) Caractersticas funcionales de la transaccin. c) Salida de la transaccin. d) Importancia para los usuarios. e) Frecuencia de utilizacin. Hay tres tipos de transacciones: 1) En las transacciones de recuperacin se accede a los datos para visualizarlos en la pantalla a modo de informe. 2) En las transacciones de actualizacin se insertan, borran o actualizan datos de la base de datos. 3) En las transacciones mixtas se mezclan operaciones de recuperacin de datos y de actualizacin. El diseo de las transacciones utiliza la informacin dada en las especificaciones de requisitos de usuario. Diseo de interfaces de usuario. Antes de implementar los formularios y los informes, hay que disear su aspecto. Es conveniente tener en cuenta las siguientes recomendaciones: Utilizar ttulos que sean significativos, que identifiquen sin ambigedad el propsito del informe o formulario. a) b) c) d) e) f) g) h) i) j) k) l) m) Dar instrucciones breves y fciles de comprender. Agrupar y secuenciar los campos de forma lgica. Hacer que el aspecto del informe o formulario sea atractivo a la vista. Utilizar nombres familiares para etiquetar los campos. Utilizar terminologa y abreviaturas consistentes. Hacer un uso razonable y consistente de los colores. Dejar un espacio visible para los datos de entrada y delimitarlos. Permitir un uso sencillo y adecuado del cursor. Permitir la correccin carcter a carcter y de campos completos. Dar mensajes de error para los valores "ilegales" Marcar los campos que sean opcionales. Dar mensajes a nivel de campo para explicar su significado. Dar una seal que indique cundo el informe o formulario est completo.

Cuando se hace la planificacin de la base de datos, la primera etapa del ciclo de vida de las aplicaciones de bases de datos, tambin se puede escoger una herramienta CASE (Computer-Aided Software

Mtra. Rosa Martha Lpez Gmez

13/17

Engineering) que permita llevar a cabo el resto de tareas del modo ms eficiente y efectivo posible. Una herramienta CASE suele incluir: Un diccionario de datos para almacenar informacin sobre los datos de la aplicacin de bases de datos. Herramientas de diseo para dar apoyo al anlisis de datos. Herramientas que permitan desarrollar el modelo de datos corporativo, as como los esquemas conceptual y lgico. Herramientas para desarrollar los prototipos de las aplicaciones.

El uso de las herramientas CASE puede mejorar la productividad en el desarrollo de una aplicacin de bases de datos. Y por productividad se entiende tanto la eficiencia en el desarrollo, como la efectividad del sistema desarrollado. La eficiencia se refiere al coste, tanto en tiempo como en dinero, de desarrollar la aplicacin. La efectividad se refiere al grado en que el sistema satisface las necesidades de los usuarios. Para obtener una buena productividad, subir el nivel de efectividad puede ser ms importante que aumentar la eficiencia. El administrador de datos y el administrador de la base de datos son las personas o grupos de personas encargadas de gestionar y controlar todas las actividades que tienen que ver con los datos de la empresa y con la base de datos, respectivamente. El administrador de datos es quien entiende los datos y las necesidades de la empresa con respecto a dichos datos. Su trabajo es decidir qu datos deben almacenarse en la base de datos y establecer polticas para mantener y gestionar los datos una vez almacenados, un ejemplo de tal poltica sera una que estableciera quin puede realizar qu operaciones sobre qu datos y en qu circunstancias. Las personas que se encarga de implementar las decisiones del administrador de datos es el administrador de la base de datos. Su trabajo es crear la base de datos e implementar los controles necesarios para que se respeten las polticas establecidas por el administrador de datos. El administrador de la base de datos es el responsable de garantizar que el sistema obtenga las prestaciones deseadas, adems de prestar otros servicios tcnicos. El administrador de datos juega un papel ms importante que el administrador de la base de datos en las siguientes etapas del ciclo de vida: planificacin de la base de datos, definicin del sistema, recoleccin y anlisis de los requisitos, diseo conceptual y diseo lgico de la base de datos. Las etapas restantes, es donde el administrador de la base de datos tiene el papel ms importante: seleccin del SGBD, diseo de las aplicaciones, diseo fsico, prototipo, implementacin, conversin y carga de datos, prueba y mantenimiento.

Mtra. Rosa Martha Lpez Gmez

14/17

4.3. Sistema de gestin de bases de datos Los sistemas de gestin de bases de datos (en ingls data base management system, abreviado DBMS) son un tipo de software muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. El SGBD consiste en una coleccin de datos interrelacionados y un conjunto de programas para acceder a los mismos. El propsito general de los sistemas de gestin de bases de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirn en informacin relevante para una organizacin. Existen distintos objetivos que deben cumplir los SGBD: Abstraccin de la informacin, los SGBD ahorran a los usuarios detalles acerca del almacenamiento fsico de los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al usuario. As, se definen varios niveles de abstraccin. Independencia, la independencia de los datos consiste en la capacidad de modificar el esquema (fsico o lgico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella. Consistencia, en aquellos casos en los que no se ha logrado eliminar la redundancia, ser necesario vigilar que aquella informacin que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de forma simultnea. Por otra parte, la base de datos representa una realidad determinada que tiene determinadas condiciones, por ejemplo que los menores de edad no pueden tener licencia de conducir. El sistema no debera aceptar datos de un conductor menor de edad. En los SGBD existen herramientas que facilitan la programacin de este tipo de condiciones. Seguridad, la informacin almacenada en una base de datos puede llegar a tener un gran valor. Los SGBD deben garantizar que esta informacin se encuentra segura de permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categoras de permisos. Manejo de transacciones, una transaccin es un programa que se ejecuta como una sola operacin. Esto quiere decir que luego de una ejecucin en la que se produce una falla es el mismo que se obtendra si el programa no se hubiera ejecutado. Los SGBD proveen mecanismos para programar las modificaciones de los datos de una forma mucho ms simple que si no se dispusiera de ellos. Tiempo de respuesta, lgicamente, es deseable minimizar el tiempo que el SGBD demora en proporcionar la informacin solicitada y en almacenar los cambios realizados.

Mtra. Rosa Martha Lpez Gmez

15/17

Las principales ventajas de los SGBD son: Proveen facilidades para la manipulacin de grandes volmenes de datos Simplifican la programacin de equipos de consistencia. Manejando las polticas de respaldo adecuadas, garantizan que los cambios de la base sern siempre consistentes sin importar si hay errores correctamente, etc. Organizan los datos con un impacto mnimo en el cdigo de los programas. Disminuyen drsticamente los tiempos de desarrollo y aumentan la calidad del sistema desarrollado si son bien explotados por los desarrolladores. Usualmente, proveen interfaces y lenguajes de consulta que simplifican la recuperacin de los datos. Algunos de los inconvenientes de los SGBD son:
Disposicin de una o ms personas que administren la base de datos, de la misma forma

disposicin en las instalaciones de una o ms personas que administren los sistemas operativos, porque incrementar los costos de operacin en una empresa. Sin embargo hay que balancear este aspecto con la calidad y confiabilidad del sistema que se obtiene. Pocos datos que son usados por un nico usuario por vez y no hay que realizar consultas complejas sobre los datos, entonces es posible que sea mejor usar una hoja de clculo. Complejidad: el software es complejo y las personas que van a usarlo deben tener conocimiento de las funcionalidades del mismo para poder aprovecharlo al mximo. Tamao: la complejidad y la gran cantidad de funciones que tienen hacen que sea un software de gran tamao, que requiere de gran cantidad de memoria para poder correr. Costo del hardware adicional: los requisitos de hardware para correr un SGBD por lo general son relativamente altos, por lo que estos equipos pueden llegar a costar gran cantidad de dinero.

La clasificacin de los SGBD se clasifican segn: Modelo lgico, en el que se basan: modelo jerrquico, de red, relacional, orientado a objetos. Nmero de usuarios, mono usuario y multiusuario. Nmero de sitios, centralizado y distribuidos: homogneos y heterogneos. mbito de aplicacin, propsito general y especfico.

Las caractersticas de un SGBD son: Abstraccin de la informacin. Independencia Redundancia mnima. Consistencia. Seguridad. Integridad. Respaldo y recuperacin. Control de la concurrencia.
16/17

Mtra. Rosa Martha Lpez Gmez

Los ms comunes SGDB son: Sistemas Libres: PostgreSQL (http://www.postgresql.org Postgresql) Licencia BSD Firebird basada en la versin 6 de InterBase, Initial Developer's PUBLIC LICENSE Ver. 1.0. SQLite (http://www.sqlite.org SQLite) Licencia Dominio Pblico DB2 Express-C (http://www.ibm.com/software/data/db2/express/) Apache Derby (http://db.apache.org/derby/) MariaDB (http://mariadb.org/) MySQL (http://dev.mysql.com/) Drizzle (http://www.drizzle.org/)

Sistemas No Libres: MySQL, licencia dual, depende del uso. No se sabe hasta cundo permanecer as, ya que ha sido comprada por Oracle. Sin embargo, existen 2 versiones: una gratuita que sera equivalente a la edicin "express" SQL server de Microsoft Windows, y otra ms completa de pago. Advantage Data base dBase FileMaker Fox Pro gsBase IBM DB2: Universal Data base (DB2 UDB) IBM Informix InterBase de CodeGear, filial de Borland MAGIC Microsoft Access Microsoft SQL Server NexusDB Open Access Oracle Paradox PervasiveSQL Progress (DBMS) Sybase ASE Sybase ASA Sybase IQ WindowBase IBM IMS Base de Datos Jerrquica CA-IDMS

Mtra. Rosa Martha Lpez Gmez

17/17