9.3 Planificacion de la base de datos Planificacién _Las actividades de gestion que permiten levar a cabo las distintas etapas del ciclo de la base de vida del desarrollo de sistemas de base de datos de la forma més eficionte y de datos cefectiva posible. La planificacién de la base de datos debe estar integrada con la estrategia global de sistemas de informacion de Ia organizacién. Son tes las euestiones principales que hay que considerar ala hora de formular una estes tegia para los sistemas de informacién: 'W identificacién de los planes y objetivos de la empresa, con la subsiguicnte determinacion de las newe- sidades de los sistemas de informacién; '& evaluacion de tos sistemas de informacién actuales para determinar las fortalezas y debilidades exis- tentes: '® aprovechamiento de oportunidades en tecnologias de la informacién que puedan proporcionar una ven- aja competitiva Las metodologias wilizadas para resolver estas cuestiones caen fuera del alcance de este libro: sin embar- 120, el lector interesado puede encontrar en Robson (1997) un andlisis mas detallado, foi se 2 We wat COnDAOLe EH la misién del sistema de base de datos. El enunciado de la misién define los objetivos ema, Las personas encargadas de sacar adelante el proyecto de base de datos dentro de la organizacién (como, vor ejemplo, el director y/o el propietario) son quienes definen normalmente cuil es esa misién. Enunciar la aisién ayuda a claificar el propésito del sistema de base de datos y a proporcionar una ruta mas clara que ‘onduzca a la ereacién del sistema de base de datos requerido de forma efectiva y eficiente. Una vez defini- la la misién, Ia siguiente actividad implica identficar los objetivos de la misién. Cada objetivo de la misién lebe identificar una tarea conereta a Ia que el sistema de base de datos debe proporcionar soporte. La suposi- ‘in en que esto se basa es que, si el sistema de base de datos soporta adecuadamente los objetivos de la nisién, podri cumplirse con esa misién de forma satisfactoria, El enunciado y los objetives de Ia misién pue- fen acompaitarse de cierta informacién adicional que especifique en términos gencrales la tarea que hay que ealizar, los recursos con los que hay que llevarla a cabo y el dinero que debe costar. Ilustraremos el proceso le definicion de la misin y de los objetivas de la misién para el sistema de base de datos de DrewmHTome en a Seecién 10.4.2, La planificacién de la base de datos debe también incluir ef desarrollo de estindares que regulen cémo ecopilar los datos, como especificar el formato, qué documentacién hari falta y cémo debe procederse al liseilo y la implementacién, Puede eonsumir mucho tiempo desarrollar y mantener los estindares, debiendo 'signarse recursos para su definicién inicial y para encaruarse del mantenimiento posteriot. Sin embargo, un “onjunto de estindares bien diseflado proporciona una base para formar al personal y para efectuar un control le calidad, y puede garantizar que e trabajo se adapte a unas ciertas normas, independientemente de las capa idades y la experiencia de los empleados. Por ejemplo, una serie de reglas especiticas pueden determinar ‘imo dehen asionarse nombres a Ios elementos ane commnonen el diccionario le datos. to aie a si ve nied9.4 Definicién del sistema Definicién del Describe el ambito y los limites de la aplicacion de base de datos y las principales sistema vistas de usuario. [Antes de empezar con el disefio de un sistema de base de datos, resulta esencial que identifiquemos primero los limites del sistema que se pretende diseFiar y el modo en que éte debe interactuar con otras partes del sis- tema de informacidn de La organizacién. Es importante incluir dentro de las fronteras del sisterna no s6lo los usuarios y eas de aplicacién aetuales, sino también Tos futuros usuatios y aplicaciones. En la Figura 10.10 se presenta un diagrama que ilustra el ambito y los limites del sistema de base de datos de DreamHome. Dentro de ese ambito del sistema de base de datos deben estar incluidas las principales vistas de usuario alas que la base de datos deberd dar soporte, 9.4.1 Vista de usuari Vista de usuario Define qué es lo que se requiere de un sistema de base de datos desde la perspec- tiva de un determinado rol de la organizacion (como, por ejemplo, Gerente o ‘Supervisor) 0 de un area de aplicacion empresaril (como, por ejemplo, marketing, personal o control de almacén). Un sistema de base de dates puede tener una o mas vistas de usuario, La identificacion de Bas visas de usu rio es un aspecto de gran importancia a la hora de desarrollar un sistema de base de datos, porque ayuda a aarantizar que no se deje de Indo a ninguno de los usuarios principales de la base de datos ala hora de desa- rrollar los requisites para el nuevo sistema. Las vistas de usuario también son particularmente itiles en el desarrollo de un sistema de base de datos relativamente complejo al permitir descomponer los requisitos en tuna serie de piezas mais manejables. Una vista de usuario define lo que se requiere del sistema de base de datos en términos de los datos que hhay que almacenary de las transacciones que hay que ejecutar con dichos datos (en otras palabras, lo que Tos usnarios arin eon tos datos) Los requisitos relatives a una vista de usuario pueden diferir de los de otras vis~ ‘as, © solaparse con ellos. La Figura 9.2 es un diagrama que representa un sistema de base de datos con miil~ tiples vistas de usuario (denominadas vista de usuario 1 a 6). Observe que, mientras que las vistas de usuario (1,2. 3) y (Sy 6) Genen requisites solapads (que se muestran como freas sombreadas), la vista de usuario 4 jene requisitos completamente independientes, 9.5 Recopilacién y anilisis de req Recopitaclén El procnso do recoptary analiza la informa acerca do la parte de ta organtza- Y andlisis de clon ala quel stoma de base de datos lenga que dar soporte y utizr est for Esa etapa implica la recopilacién y andlisis de informacién acerca de aquella parte de la empress ata que la ‘base de datos debe dar servicio. Existen muchas (éenieas para rocopilar esta informaciéin, denominadas t6e- reas de determinacién de hechos, de las que hablaremos en detalle en el Capitulo 10. Se reeopi informa ‘en para cada una de ls vistas de usuario principal (es decir, para eada uno de los puestos de trabajo 0 reas de aplicacién empresarial, incluyendo: una descripeién de los datos uilizadas o generadk os detalles acerca de eémo hay que utilizar 0 generar Ios datos; m cualesquiera otros requisitos que sean aplicables al nuevo sistema de base de datos. Esta informacidn se analiza 8 continuacién para identificar los requisitos (o caracteristcas) que hay que incluir en el nuevo sistema de base de datos. Estos requisitos se deseriben en una serie de documentos a los ue se denomina colectivamente especificaciones de requisitos para el nuevo sistema de base de datos.Visa de usuatio & Vista de usuario 4 Vista de usuario § Vista de usuario 4 Figura 9.2. Representacion de un sietera de base de datos con miliplee vistas de usvarlo: las vielas de usuario (1, 2, 3) y (Sy 8) tianen requisitos que se eolapan (mostrados como areas sombreadas), rmiontras que fa vista de usuario 4 tene requisites completamente indepenchentes. La recopilaciin y andlisis de requsitos es una de las etapas preliminares en el diseflo de base de datos. La cantidad de datos revopilados dependeri de lanaturaleza del problema y de las polities vigentes en la empre- sa. Un estudio demasiado detallado al principio conduce a lo que se denomina pardlisis por el andlisis. Un estudio demasiado superficial puede dar com resultado un desperdcio tanto de tempo como de dinero debi- dal trabajo dedicado a obtener la solucién incorrecta para el problema inapropiado. Lajinformacién recopilada en esta etapa puede no estar demasiado estructurada y puede ineluir determi- rads requisitos informales, que deberin ser convertidos en un enunciado de requisites mas estructarados. Esto se consigue empleando téenieas de espeeificacién de requisites, que incluyen, por ejemplo: téenicas SAD (Structured Analysis and Design, disefio y andlisis estructurados), diagramas DFD (Data Flow Diagrams, diagramas de flujo de datos), HIPO (Hierarchical Input Process Output, diagrama jerarquico de entrada, salida y procesamiento), con el correspondiente soporte documental. Como veremos en breve, las herramientas CASE (Computer-Aided Software Engineering) pueden servir como ayuda ala automatizacion para garantizar que los requisitos sean completos y coherentes. En la Seccién 25.7 yeremos eémo soporta el