Ciclo de vida de las Bases de datos

Son 6 las etapas involucradas en el desarrollo de una aplicacin de bases de datos: 1 Estudio inicial de la base de datos 2 Diseo de la base de datos 3 Ejecucin y carga 4 Pruebas y evaluaciones 5 Operacin 6 Mantenimiento y evolucin

1 - ESTUDIO INICIAL DE LA BASE DE DATOS Analizar la situacin de la compaa o Anlisis = Descomponer un todo en sus partes para investigar su naturaleza y funcin o La Situacin de la compaa describe las condiciones generales en las que opera la organizacin; muestra su estructura y su misin. o Es necesario definir los flujos de informacin, con sus respectivos responsables, formatos, reportes, etc. Definir problemas y restricciones o Sondear a los usuarios, buscando posibles problemas e ineficiencias operativas. o Distinguir los escenarios problema planteados por la documentacin (manuales y formatos) que tenga la organizacin as como los problemas reales de los usuarios. o Buscar opciones de solucin que sean viables basados en atacar la causa real de los problemas. Definir objetivos o Un sistema de bases de datos debe disearse para que ayude a resolver por lo menos los problemas mas importantes identificados durante el proceso inicial. o Contestar: Cual es el objetivo del sistema propuesto? Interactuar el sistema con otros que ya existen o con los futuros que tenga la compaa? El sistema compartir datos con otros sistemas o usuarios? Definir alcance y lmites o El alcance define la extensin del diseo de acuerdo con los requerimientos operativos. o Definir el alcance significa conocer la magnitud del desarrollo (Es para toda la empresa?, para un solo departamento?, etc.). o Los lmites son externos al sistema. Generalmente son definidos por el hardware y software existente. De manera ideal, el desarrollador puede elegir el hardware y el software que mejor logren los objetivos del sistema. Sin embargo, en el mundo real a menudo un sistema debe disearse en torno a un hardware existente dentro de la organizacin. o En ocasiones, la definicin del problema y los objetivos deben modificarse para satisfacer el alcance y los lmites del sistema.

2 - DISEO DE LA BASE DE DATOS Es la fase mas crtica del ciclo de vida. Se tienen dos visualizaciones de los datos dentro del sistema: La visualizacin de los datos de la empresa de los gerentes y de los diseadores. Estas dos visualizaciones pueden resumirse en los qu y en los cmo. La definicin de los datos debe satisfacer ambas visiones.

Es importante recordar los siguientes puntos durante el diseo: - El proceso de diseo de bases de datos es solo un elemento de un sistema de informacin mas grande. - Los analistas y programadores van a disear los dems componentes del sistema. Sus actividades van a transformar los datos de la base de datos en informacin til. - El diseo de bases de datos no es un proceso secuencial, sino iterativo que proporciona retroalimentacin continua. - Los pasos para cumplir con el diseo de la base de datos son: 1) Diseo conceptual a. Anlisis y requerimiento de los datos b. Modelado E-R y normalizacin c. Verificacin del modelo de datos 2) Seleccin de software para el DBMS 3) Diseo lgico 4) Diseo fsico 1) Diseo conceptual - Se utiliza un modelo de datos para crear la representacin de la base de datos de la manera mas real posible. - El diseo conceptual debe ser independiente del software y hardware elegidos. - Se debe tomar en cuenta la regla de datos mnima: Todo lo que se requiere est all y todo lo que est all se requiere. - Se deben considerar las necesidades de datos inmediatas de la empresa, pero tambin las necesidades de datos futuras. Por lo tanto, el diseo de la base de datos debe dejar espacio para modificaciones y adiciones futuras con las que se garantice que la inversin de la empresa durar. a) Anlisis y requerimiento de los datos - Se deben generar las reglas de negocio que aplican para la empresa para la que se desarrolla la aplicacin de bases de datos. - Una regla de negocio es una narracin breve y precisa de una poltica, procedimiento o principio dentro del entorno de una organizacin especfica. - Si las reglas de negocio se escriben adecuadamente, definen entidades, atributos, relaciones, conectividades y restricciones. - Ejemplo de reglas de negocio: Un cliente puede hacer muchos pagos a cuenta, Cada pago a cuenta es acreditado a un solo cliente. - Las fuentes principales de las reglas de negocio son los gerentes, los hacedores de polticas, los gerentes de departamento y la documentacin escrita (tales como los procedimientos, estndares o manuales de operacin de la compaa). - Tambin se pueden planear entrevistas con los usuarios finales y observaciones de la operacin actual. - Se debe tener cuidado al recolectar informacin de los usuarios finales, pues estos pueden proporcionar datos inexactos al no tener la visin completa del funcionamiento del sistema. b) Modelado E-R y normalizacin - Antes de iniciar a hacer los diagramas E-R, el diseador debe especificar y hacer que se cumplan los estndares y convenciones en la realizacin de diagramas y smbolos y el estilo de escritura de la documentacin en general. - El desarrollo del modelo conceptual mediante diagramas E-R se puede resumir en 8 pasos (algunos de los cuales pueden ocurrir al mismo tiempo): 1. Identificar, analizar y refinar las reglas de negocio. 2. Identificar las entidades principales con los resultados del paso 1.

Definir las relaciones entre las entidades con los resultados de los pasos 1 y 2 Definir los atributos, las claves principales y forneas para cada una de las entidades. Normalizar las entidades Completar el diagrama E-R inicial. Hacer que los usuarios finales verifiquen el modelo en el paso 6 contra los requerimientos de datos, informacin y procesamiento. 8. Modificar el diagrama E-R con los resultados del paso 7 - Una vez que se completa el diagrama E-R inicial, los pasos se realizan hacia atrs o hacia delante, segn se requiera. c) Verificacin del modelo de datos - El modelo E-R debe ser verificado con los procesos del sistema propuesto para corroborar que los procesos pensados puedan ser soportados por el modelo de base de datos. - El proceso se resume en los siguientes pasos: 1. Identificar la entidad central del modelo E-R 2. Identificar cada mdulo y sus componentes (Un mdulo es un componente de un sistema de informacin que maneja una funcin especfica por ejemplo: Inventario, Facturacin, Clientes, etc.). 3. Identificar los requerimientos de transacciones de cada mdulo: Internos: Actualizaciones/Inserciones/Eliminaciones/Consultas/Reportes Externos: Interfaces de mdulos 4. Verificar todos los procesos (incluyendo rutas de acceso, seguridad, restricciones y control de concurrencia) contra el modelo E-R 5. Realizar todos los cambios sugeridos en el paso 4 6. Repetir los pasos del 2 al 5 para todos los mdulos. 2) Seleccin del software para el DBMS - Se deben estudiar con detenimiento las ventajas y desventajas de los posibles productos a utilizar. - Algunos factores a considerar son: o Costos de compra, mantenimiento, operativos, licencia, instalacin, entrenamiento y conversin. o Caractersticas y herramientas del DBMS. o Modelo de datos que soporta (relacional, orientado a objetos, etc.) o Portabilidad a travs de plataformas, sistemas y lenguajes. o Requerimientos de hardware (procesamiento, RAM, espacio en disco, etc.) 3) Diseo lgico - Se refiere a transformar el diseo conceptual en el modelo interno especfico del DBMS que se haya seleccionado. - Incluye el diseo de las tablas, ndices, vistas, transacciones, autorizacin de accesos, etc. 4) Diseo fsico - El diseo fsico es el proceso de seleccionar las caractersticas de almacenamiento y acceso a los datos de la base de datos. - El diseo fsico es especialmente importante en los viejos modelos: jerrquico y de red. - El software de base de datos moderno ha asumido mucha de la carga de la parte del diseo fsico y su implementacin. - Algunas tareas son: Decidir la ubicacin de la base de datos, el medio de almacenamiento y sus caractersticas como tiempo de bsqueda, tamao del sector , tamao de la memoria intermedia, numero de platos del disco y cabezas de lectura/escritura.

3. 4. 5. 6. 7.

3 EJECUCIN Y CARGA Se refiere a la instalacin del DBMS, la creacin de las bases de datos y la carga y conversin de datos necesarios. La carga y conversin son necesarias si los datos estn actualmente guardados en un formato diferente del requerido por el nuevo DBMS. En esta fase tambin es importante implementar en la base de datos los mecanismos necesarios de desempeo, seguridad, respaldo, recuperacin y concurrencia.

4 PRUEBAS Y EVALUACIONES Una vez que los datos se cargan en la base de datos, el Administrador de la Base de datos (DBA) los somete a prueba y afina la base de datos en cuanto a desempeo, integridad, acceso concurrente y restricciones de seguridad. La fase de pruebas y evaluaciones ocurre en paralelo con la programacin de aplicaciones. Si la base de datos no satisface algunos criterios de evaluacin del sistema, pueden considerarse varias opciones: o Modificar parmetros de configuracin del DBMS. o Modificar el diseo fsico o Modificar el diseo lgico o Mejorar o cambiar el DBMS o la plataforma de hardware, o ambos.

5 OPERACIN Una vez que la base de datos ha pasado la etapa de evaluacin, se considera operativa. En este nivel, la base de datos, su administracin, sus usuarios y sus programas de aplicacin constituyen un sistema de informacin completo. El arranque de la fase operativa invariablemente inicia el proceso de evolucin del sistema. En esta fase, los problemas no previstos comienzan a manifestarse.

6 MANTENIMIENTO Y EVOLUCION Algunas actividades peridicas de mantenimiento incluyen: o Mantenimiento preventivo (respaldo). o Mantenimiento correctivo (recuperacin). o Mantenimiento de adaptabilidad (mejora del desempeo, adicin de entidades y atributos, etc.). o Asignacin de permisos de acceso y su mantenimiento para usuarios viejos y nuevos. o Generacin de estadsticas de acceso a la base de datos para mejorar la eficiencia y utilidad de las auditorias del sistema y para monitorear el desempeo del sistema. o Auditorias de seguridad peridicas basadas en estadsticas generadas por el sistema. o Resmenes del uso del sistema (mensuales, trimestrales o anuales).