Documentos de Académico
Documentos de Profesional
Documentos de Cultura
RESIDENCIAS PROFSIONALES
INDICE GENERAL INTRODUCCIN JUSTIFICACIN OBJETIVO GENERAL Y OBJETIVOS ESPECIFICOS ALCANCES Y LIMITACIONES
2.8 MODELOS DE PROCESO DE SOFTWARE 2.8.1 MODELOS ESPIRAL 2.8.2 MODELO INCREMENTAL 2.8.3 CASCADA
INTRODUCION
Definimos un Sistema Gestor de Bases de Datos o SGBD, tambin llamado DBMS (Data Base Management System) como una coleccin de datos relacionados entre s, estructurados y organizados, y un conjunto de programas que acceden y gestionan esos datos. La coleccin de esos datos se denomina Base de Datos o BD, (DB Data Base). Antes de aparecer los SGBD (dcada de los setenta), la informacin se trataba y se gestionaba utilizando los tpicos sistemas de gestin de archivos que iban soportados sobre un sistema operativo. stos consistan en un conjunto de programas que definan y trabajaban sus propios datos. Los datos se almacenan en archivos y los programas manejan esos archivos para obtener la informacin. Si la estructura de los datos de los archivos cambia, todos los programas que los manejan se deben modificar; por ejemplo, un programa trabaja con un archivo de datos de alumnos, con una estructura o registro ya definido; si se incorporan elementos o campos a la estructura del archivo, los programas que utilizan ese archivo se tienen que modificar para tratar esos nuevos elementos. En estos sistemas de gestin de archivos, la definicin de los datos se encuentra codificada dentro de los programas de aplicacin en lugar de almacenarse de forma independiente, y adems el control del acceso y la manipulacin de los datos vienen impuesto por los programas de aplicacin. Esto supone un gran inconveniente a la hora de tratar grandes volmenes de informacin. Surge as la idea de separar los datos contenidos en los archivos de los programas que los manipulan, es decir, que se pueda modificar la estructura de los datos de los archivos sin que por ello se tengan que modificar los programas con los que trabajan. Se trata de estructurar y organizar los datos de forma que se pueda acceder ellos con independencia de los programas que los gestionan. Inconvenientes de un sistema de gestin de archivos: Redundancia e inconsistencia de los datos, se produce porque los archivos son creados por distintos programas y van cambiando a lo largo del tiempo, es decir, pueden tener distintos formatos y los datos pueden estar duplicados en varios sitios. Por ejemplo, el telfono de un alumno puede aparecer en ms de un archivo. La redundancia aumenta los costes de almacenamiento y acceso, y trae consigo la inconsistencia de los datos: las copias de los mismos datos no coinciden por aparecer en varios archivos. Dependencia de los datos fsica-lgica, o lo que es lo mismo, la estructura fsica de los datos (definicin de archivos y registros) se encuentra codificada en los programas de aplicacin. Cualquier cambio en esa estructura implica al
programador identificar, modificar y probar todos los programas que manipulan esos archivos. Dificultad para tener acceso a los datos, proliferacin 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 aplicacin necesario. Lo que se trata de probar es que los entornos convencionales de procesamiento de archivos no permiten recuperar los datos necesarios de una forma conveniente y eficiente. Separacin y aislamiento de los datos, es decir, al estar repartidos en varios archivos, y tener diferentes formatos, es difcil escribir nuevos programas que aseguren la manipulacin de los datos correctos. Antes se deberan sincronizar todos los archivos para que los datos coincidiesen. Dificultad para el acceso concurrente, Pues en un sistema de gestin de archivos es complicado que los usuarios actualicen los datos simultneamente. Las actualizaciones concurrentes pueden dar por resultado datos inconsistentes, ya que se puede acceder a los datos por medio de diversos programas de aplicacin. Dependencia de la estructura del archivo con el lenguaje de programacin, pues la estructura se define dentro de los programas. Esto implica que los formatos de los archivos sean incompatibles. La incompatibilidad entre archivos generados por distintos lenguajes hace que los datos sean difciles de procesar. Problemas en la seguridad de los datos. Resulta difcil implantar restricciones de seguridad pues las aplicaciones se van aadiendo al sistema segn se van necesitando. Problemas de integridad de datos, es decir, los valores almacenados en los archivos deben cumplir con restricciones de consistencia. Por ejemplo, no se puede insertar una nota de un alumno en una asignatura si previamente esa asignatura no est creada. Otro ejemplo, las unidades en almacn de un producto determinado no deben ser inferiores a una cantidad. Esto implica aadir gran nmero de lneas de cdigo en los programas. El problema se complica cuando existen restricciones que implican varios datos en distintos archivos. Todos estos inconvenientes hacen posible el fomento y desarrollo de SGBD. El objetivo primordial de un gestor es proporcionar eficiencia y seguridad a la hora de extraer o almacenar informacin en las BD. Los sistemas gestores de BBDD estn diseados para gestionar grandes bloques de informacin, que implica tanto la definicin de estructuras para el almacenamiento como de mecanismos para la gestin de la informacin. Una BD es un gran almacn de datos que se define una sola vez; los datos pueden ser accedidos de forma simultnea por varios usuarios; estn relacionados y existe un nmero mnimo de duplicidad; adems en las BBDD se almacenarn las descripciones de esos datos, lo que se llama metadatos en el diccionario de datos, que se ver ms adelante. El SGBD es una aplicacin que permite a los usuarios definir, crear y mantener la BD y proporciona un acceso controlado a la misma. Debe prestar los siguientes servicios: Creacin y definicin de la BD: especificacin de la estructura, el tipo de los datos, las restricciones y relaciones entre ellos mediante lenguajes de definicin
de datos. Toda esta informacin se almacena en el diccionario de datos, el SGBD proporcionar mecanismos para la gestin del diccionario de datos. Manipulacin de los datos realizando consultas, inserciones y actualizaciones de los mismos utilizando lenguajes de manipulacin de datos. Acceso controlado a los datos de la BD mediante mecanismos de seguridad de acceso a los usuarios. Mantener la integridad y consistencia de los datos utilizando mecanismos para evitar que los datos sean perjudicados por cambios no autorizados. Acceso compartido a la BD, controlando la interaccin entre usuarios concurrentes. Mecanismos de respaldo y recuperacin para restablecer la informacin en caso de fallos en el sistema.
JUSTIFICACION
Crear una interfaz grfica en la que se lleve un control adecuado y preciso sobre las faltas del personal o alumnos en diferentes casos, ya sea en una empresa o en una institucin. Que los interesados o jefes tenga un total control y manipulacin sobre la base de datos de registro de asistencia y un control y manipulacin total de las fechas que el desee registrar o modificar. Tambin facilitar al usuario desde la comodidad de su hogar el monitoreo del status del su familiar en la institucin sin un esfuerzo mayor.
MEDIANO PLAZO.
Que lo empleen los docentes de nuestra institucin y que lo comenten entre ellos para que lo utilicen la mayora de ellos y tenga un buen impacto entre los mismos docentes.
LARGO PLAZO.
Que el proyecto sea bien utilizado y bien recibido donde se emplee para poder darle impulso en ms lugares, ms escuelas y poder implementarlo en alguna empresa regin o nacional
LIMITACIONES.
Todo proyecto tiene limitaciones que se van forjando al avance de las tecnologas mientras eso suceda se podr ir avanzando en nuevas versiones sobre el proyecto o programa implementado en la institucin educativa. Esperamos que mientras vayan surgiendo limitaciones se vaya mejorando el proyecto.
1.5 ORGANIGRAMA
MISION Como plantel estamos comprometidos a prestar un servicio pedaggico eficiente e innovador a nuestros alumnos a travs de incrementar los valores para su formacin integral, desarrollando una cultura tecnolgica para su beneficio que les permita formar parte de una sociedad productiva.
VISION Ser una escuela de calidad que satisfaga las necesidades e inquietudes de nuestros alumnos y desarrollar areas de oportunidad.
Esta arquitectura describe los datos a tres niveles de abstraccin. En realidad los nicos datos que existen estn a nivel fsico almacenados en discos u otros dispositivos. Los SGBD basados en esta arquitectura permiten que cada grupo de usuarios haga referencia a su propio esquema externo. El SGBD debe de transformar cualquier peticin de usuario (esquema externo) a una peticin expresada en trminos de esquema conceptual, para finalmente ser una peticin expresada en el esquema interno que se procesar sobre la BD almacenada. El proceso de transformar peticiones y resultados de un nivel a otro se denomina correspondencia o transformacin, el SGBD es capaz de interpretar una solicitud de datos y realiza los siguientes pasos: El usuario solicita unos datos y crea una consulta. El SGBD verifica y acepta el esquema externo para ese usuario. Transforma la solicitud al esquema conceptual. Verifica y acepta el esquema conceptual. Transforma la solicitud al esquema fsico o interno. Selecciona la o las tablas implicadas en la consulta y ejecuta la consulta. Transforma del esquema interno al conceptual, y del conceptual al externo. Finalmente, el usuario ve los datos solicitados. Para una BD especfica slo hay un esquema interno y uno conceptual, pero puede haber varios esquemas externos definidos para uno o para varios usuarios. Con la arquitectura a tres niveles se introduce el concepto de independencia de datos, se definen dos tipos de independencia: Independencia lgica: la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los programas de aplicacin. Se podr modificar el esquema conceptual para ampliar la BD o para reducirla, por ejemplo, si se elimina una entidad, los esquemas externos que no se refieran a ella no se vern afectados. Independencia fsica: la capacidad de modificar el esquema interno sin tener que alterar ni el esquema conceptual, ni los externos. Por ejemplo, se pueden reorganizar los archivos fsicos con el fin de mejorar el rendimiento de las operaciones de consulta o de actualizacin, o se pueden aadir nuevos archivos de datos porque los que haba se han llenado. La independencia fsica es ms fcil de conseguir que la lgica, pues se refiere a la separacin entre las aplicaciones y las estructuras fsicas de almacenamiento. En los SGBD basados en arquitecturas de varios niveles se hace necesario ampliar el catlogo o el diccionario de datos para incluir la informacin sobre cmo establecer las correspondencias entre las peticiones de los usuarios y los datos, entre los diversos niveles. El SGBD utiliza una serie de procedimientos adicionales para realizar estas correspondencias haciendo referencia a la informacin de correspondencia que se encuentra en el diccionario. La independencia de los datos se consigue porque al modificarse el esquema en algn nivel, el esquema del nivel inmediato superior permanece sin cambios. Slo se modifica la correspondencia entre los dos niveles. No es preciso modificar los programas de aplicacin que hacen referencia al esquema del nivel superior. Sin embargo, los dos niveles de correspondencia implican un gasto de recursos durante
la ejecucin de una consulta o de un programa, lo que reduce la eficiencia del SGBD. Por esta razn pocos SGBD han implementado la arquitectura completa
emplean los datos y los sitios donde se necesita el acceso inmediato a la informacin. En una BD relacional, el diccionario de datos proporciona informacin acerca de: La estructura lgica y fsica de la BD. Las definiciones de todos los objetos de la BD: t ablas, vistas, ndices, disparadores, procedimientos, funciones, etctera. El espacio asignado y utilizado por los objetos. Los valores por defecto de las columnas de las tablas. Informacin acerca de las restricciones de integridad. Los privilegios y roles otorgados a los usuarios. Auditora de informacin, como los accesos a los objetos. Un diccionario de datos debe cumplir las siguientes caractersticas: Debe soportar las descripciones de los modelos conceptual, lgico, interno y externo de la BD. Debe estar integrado dentro del SGBD. Debe apoyar la transferencia eficiente de informacin al SGDB. La conexin entre los modelos interno y externo debe ser realizada en tiempo de ejecucin. Debe comenzar con la reorganizacin de versiones de produccin de la BD. Adems debe reflejar los cambios en la descripcin de la BD. Cualquier cambio a la descripcin de programas ha de ser reflejado automticamente en la librera de descripcin de programas con la ayuda del diccionario de datos. Debe estar almacenado en un medio de almacenamiento con acceso directo para la fcil recuperacin de informacin.
Los usuarios de la categora RESOURCE, que pueden crear sus propios objetos y tienen acceso a los objetos para los que se les ha concedido permiso. Los usuarios del tipo CONNECT, que solamente pueden utilizar aquellos objetos para los que se les ha concedido permiso de acceso. El DBA tiene una gran responsabilidad ya que posee el mximo nivel de privilegios. Ser el encargado de crear los usuarios que se conectarn a la BD. En la administracin de una BD siempre hay que procurar que haya el menor nmero de administradores, a ser posible una sola persona. El objetivo principal de un DBA es garantizar que la BD cumple los fines previstos por la organizacin, lo que incluye una serie de tareas como: Instalar SGBD en el sistema informtico. Crear las BBDD que se vayan a gestionar. Crear y mantener el esquema de la BD. Crear y mantener las cuentas de usuario de la BD. Arrancar y parar SGBD, y cargar las BBDD con las que se ha de trabajar. Colaborar con el administrador del S.O. en las tareas de ubicacin, dimensionado y control de los archivos y espacios de disco ocupados por el SGBD. Colaborar en las tareas de formacin de usuarios. Establecer estndares de uso, polticas de acceso y protocolos de trabajo diario para los usuarios de la BD. Suministrar la informacin necesaria sobre la BD a los equipo s de anlisis y programacin de aplicaciones. Efectuar tareas de explotacin como: Vigilar el trabajo diario colaborando en la informacin y resolucin de las dudas de los usuarios de la BD. Controlar en tiempo real los accesos, tasas de uso, cargas en los servidores, anomalas, etctera. Llegado el caso, reorganizar la BD. Efectuar las copias de seguridad peridicas de la BD. Restaurar la BD despus de un incidente material a partir de las copias de seguridad. Estudiar las auditoras del sistema para detectar anomalas, intentos de violacin de la seguridad, etctera. Ajustar y optimizar la BD mediante el ajuste de sus parmetros, y con ayuda de las herramientas de monitorizacin y de las estadsticas del sistema. En su gestin diaria, el DBA suele utilizar una serie de herramientas de administracin de la BD. Con el paso del tiempo, estas herramientas han adquirido sofisticadas prestaciones y facilitan en gran medida la realizacin de trabajos que, hasta no hace demasiado, requeran de arduos esfuerzos por parte de los administradores.
Nivel externo o de vistas: describe la parte de la BD a la que los usuarios pueden acceder. Para hacernos una idea de los tres niveles de abstraccin, nos imaginamos un archivo de artculos con el siguiente registro: struct ARTICULOS { int Cod; char Deno[15]; int cant_almacen; int cant_minima ; int uni_vendidas; float PVP; char reponer; struct VENTAS Tventas[12]; }; El nivel fsico es el conjunto de bytes que se encuentran almacenados en el archivo en un dispositivo magntico, que puede ser un disco, una pista a un sector determinado. El nivel lgico comprende la descripcin y la relacin con otros registros que se hace del registro dentro de un programa, en un lenguaje de programacin. El ltimo nivel de abstraccin, el externo, es la visin 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 operar con unos y otras con otros, dependiendo de la aplicacin. Si trasladamos el ejemplo a una BD relacional especfica habr, como en el caso anterior, un nico nivel interno y un nico nivel lgico o conceptual, pero puede haber varios niveles externos, cada uno definido para uno o para varios usuarios. Podra ser el siguiente:
Nivel externo: Visin parcial de las tablas de la BD segn el usuario. Por ejemplo, la vista que se muestra en la Tabla 1.1 obtiene el listado de notas de alumnos con los siguientes datos: Curso, Nombre, Nombre de asignatura y Nota. Nivel lgico y conceptual: Definicin de todas las tablas, columnas, restricciones, claves y relaciones. En este ejemplo, disponemos de tres tablas que estn relacionadas: Tabla ALUMNOS. Columnas: NMatrcula, Nombre, Curso, Direccin, Poblacin. Clave: NMatrcula. Adems tiene una relacin con NOTAS, pues un alumno puede tener notas en varias asignaturas. Tabla ASIGNATURAS. Columnas: Cdigo, Nombre de asignatura. Clave: Cdigo. Est relacionada con NOTAS, pues para una asignatura hay varias notas, tantas como alumnos la cursen.
Tabla NOTAS. Columnas: NMatrcula, Cdigo, Nota. Est relacionada 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 lgico como se muestra en la fig.1.2
Nivel interno: En una BD las tablas se almacenan en archivos de datos de la BD. Si hay claves, se crean ndices para acceder a los datos, todo esto contenido en el disco duro, en una pista y en un sector, que slo el SGBD conoce. Ante una peticin, sabe a qu pista, a qu sector, a qu archivo de datos y a qu ndices acceder. Para la representacin de estos niveles se utilizan los modelos de datos. Se definen como el conjunto de conceptos o herramientas conceptuales que sirven para describir la estructura de una BD: los datos, las relaciones y las restricciones que se deben cumplir sobre los datos. Se denomina esquema de la BD a la descripcin de una BD mediante un modelo de datos. Este esquema se especifica durante el diseo de la misma. Podemos dividir los modelos en tres grupos: modelos lgicos basados en objetos, modelos lgicos basados en registros y modelos fsicos de datos. Cada SGBD soporta un modelo lgico.
artculo (clave primaria), denominacin, stock. Y, por otro lado, VENTAS, con los atributos Cdigo de venta (clave primaria), fecha de venta, cdigo de artculo, unidades vendidas, el cdigo de artculo es clave ajena pues est como clave primaria en la entidad ARTCULOS. 2.4.2 RELACIONES Y CONJUNTOS DE RELACIONES Definimos una relacin como la asociacin entre diferentes entidades. Tienen nombre de verbo, que la identifica de las otras relaciones y se representa mediante un rombo. Normalmente las relaciones no tienen atributos. Cuando surge una relacin con atributos significa que debajo hay una entidad que an no se ha definido. A esa entidad se la llama entidad asociada. Esta entidad dar origen a una tabla que contendr esos atributos. Esto se hace en el modelo relacional a la hora de representar los datos. Lo veremos ms adelante. Un conjunto de relaciones es un conjunto de relaciones del mismo tipo, por ejemplo entre ARTCULOS y VENTAS todas las asociaciones existentes entre los artculos y las ventas que tengan estos, forman un conjunto de relaciones. La mayora de los conjuntos de relaciones en un sistema de BD son binarias (dos entidades) aunque puede haber conjuntos de relaciones que implican ms de dos conjuntos de entidades, por ejemplo, una relacin como la relacin entre cliente, cuenta y sucursal. Siempre es posible sustituir un conjunto de relaciones no binario por varios conjuntos de relaciones binarias distintos. As, conceptualmente, podemos restringir el modelo E-R para incluir slo conjuntos binarios de relaciones, aunque no siempre es posible. La funcin que desempea una entidad en una relacin se llama papel, y normalmente es implcito y no se suele especificar. Sin embargo, son tiles cuando el significado de una relacin necesita ser clarificado. Una relacin tambin puede tener atributos descriptivos, por ejemplo, la FECHA_OPERACIN en el conjunto de relaciones CLIENTE_CUENTA, que especifica la ltima fecha en la que el cliente tuvo acceso a su cuenta (ver Figura 1.3).
2.4.3 DIAGRAMAS DE ESTRUCTURAS DE DATOS EN EL MODELO E-R Los diagramas Entidad-Relacin representan la estructura lgica de una BD de manera grfica. Los smbolos utilizados son los siguientes: Rectngulos para representar a las entidades. Elipses para los atributos. El atributo que forma parte de la clave primaria va subrayado. Rombos para representar las relaciones. Las lneas, que unen atributos a entidades y a relaciones, y entidades a relaciones. Si la flecha tiene punta, en ese sentido est el uno, y si no la tiene, en ese sitio est el muchos. La orientacin seala cardinalidad. Si la relacin tiene atributos asociados, se le unen a la relacin. Cada componente se etiqueta con el nombre de lo que representa. En la Figura 1.4 se muestra un diagrama E-R correspondiente a PROVEEDORES-ARTCULOS. Un PROVEEDOR SUMINISTRA muchos ARTCULOS.
Se define grado de una relacin como el nmero de conjuntos de entidades que participan en el conjunto de relaciones, o lo que es lo mismo, el nmero de entidades que participan en una relacin. Las relaciones en las que participan dos entidades son binarias o de grado dos. Si participan tres sern ternarias o de grado 3. Los conjuntos de relaciones pueden tener cualquier grado, lo ideal es tener relaciones binarias. Las relaciones en las que slo participa una entidad se llaman anillo o de grado uno; relaciona una entidad consigo misma, se las llama relaciones reflexivas. Por ejemplo, la entidad EMPLEADO puede tener una relacin JEFE DE consigo misma: un empleado es JEFE DE muchos empleados y, a la vez, el jefe es un empleado. Otro ejemplo puede ser la relacin DELEGADO DE los alumnos de un curso: el delegad oes alumno tambin del curso. Ver Figura 1.5.
En la Figura 1.6 se muestra una relacin de grado dos, que representa un proveedor que suministra artculos, y otra de grado tres, que representa un cliente de un banco que tiene varias cuentas, y cada una en una sucursal:
En el modelo E-R se representan ciertas restricciones a las que deben ajustarse los datos contenidos en una BD. stas son las restricciones de las cardinalidades de asignacin, que
expresan el nmero de entidades a las que puede asociarse otra entidad mediante un conjunto de relacin.
2.6 MODELO JERRQUICO 2.7 MODELOS ORIENTADO A OBJETOS 2.8 MODELOS DE PROCESO DE SOFTWARE 2.8.1 MODELOS ESPIRAL 2.8.2 MODELO INCREMENTAL 2.8.3 CASCADA