Gestión de la base de datos de los Juegos Olímpicos A mis padres, a mi hermano y a mis abuelos, que sin ellos no habría sido posible la realización de este proyecto. A Eduardo Alcalde, por la energía que me ha transmitido cada vez que abría la puerta de su despacho, y por toda la ayuda y facilidades que ha puesto a mi disposición. Y a ti, que sin tu sonrisa, apoyo y confianza, no hubiera podido seguir adelante. I Gestión de la base de datos de los Juegos Olímpicos Mi más sincero agradecimiento, a cuantos conocen cada uno de los pasos que he ido dando para que este proyecto llegue a su fin. A aquéllos que me han transmitido sus fuerzas para cumplir uno de mis objetivos y a los que me han enseñado que hay que seguir adelante por los sueños que aun quedan, porque el destino es la promesa de seguir. II Gestión de la base de datos de los Juegos Olímpicos Este proyecto tiene como objetivo implementar, gestionar y explotar la base de datos de cada uno de los Juegos Olímpicos que han acontecido desde 1896. De esta manera, el usuario podrá obtener toda la información necesaria a partir de una aplicación completa, fiable, atractiva y sobre todo documentada, realizada gracias al gestor de bases de datos: Oracle y a su interfaz gráfico: Oracle Forms, contenido en el Developer. El contenido del que goza este sistema se puede dividir en dos. En un primer lugar, el medallero correspondiente a una determinada Olimpiada que contiene la clasificación por países dependiendo del número de medallas de oro, plata y bronce obtenidas. Y por otro lado, la información cultural de cada una de las ciudades en las que se han realizado, al menos una vez, los Juegos Olímpicos, ya que hay ciudades, por ejemplo, París, en la que se han celebrado varios años. En cada una de las pantallas están presentes imágenes y fotos características de cada uno de los Juegos Olímpicos, tales como, medallas, mascotas, cabeceras, banderas e imágenes ilustrativas de cada uno de los estadios en los que se realizó la Olimpiada. Asimismo, la aplicación ofrece al usuario la opción de poder visualizar vídeos de alguno de los participantes más significativos e imágenes de los acontecimientos más importantes. III Gestión de la base de datos de los Juegos Olímpicos Para poder ofrecer todas estas características, se ha almacenado toda la información de texto, en una base de datos compuesta por una serie de tablas que proporcionarán al usuario final la información necesaria dependiendo de la Olimpiada o ciudad elegida. Todos estos datos han sido almacenados por el administrador de la base de datos, el realizador del proyecto, que es el único que actualmente puede modificar la información contenida en cada una de las tablas. Se trata de un proyecto terminado, pero que está abierto a la incorporación de la información de las próximas Olimpiadas, de manera que, las futuras incorporaciones se harán ampliando la información de las tablas y con ligeras modificaciones de algún formulario, que quedaría como algunas de las funciones del administrador del sistema. IV Gestión de la base de datos de los Juegos Olímpicos The aim of this project is to organize data from all the Olympic Games that have been held since 1896. Using this attractive, reliable and complete application, the end user can get all the information needed. This is possible using Oracle or Oracle Forms. The contents of this project could be divided into two sections. First of all, there is a way of displaying the countries classified by the number of gold, silver and bronze medals won during a particular Olympic Game that has been previously selected by the user. The other way of viewing data shows the history of what happened in this city during all the Olympic events and video clips of the most famous athletes. Not only are there many images such as mascots, country flags and stadiums where the Games have been held, but there are also sketches and pictures of the most significant heroes in each screen. All this information is stored on a database. The administrator of this project is the only one who can access and modify the data by means of a secret number code. The application is designed so that in coming years the administrator can add more details about other Olympic Games that will take place. V Gestión de la base de datos de los Juegos Olímpicos 1.- DEFINICIÓN DEL PROBLEMA...............................................................................................2 2.- INTRODUCCIÓN......................................................................................................................6 2.1.- COMIENZO DE LOS JUEGOS OLÍMPICOS ....................................................................7 2.2.- EVOLUCIÓN DE LOS JUEGOS OLÍMPICOS ..................................................................8 3.- IDENTIFICACIÓN DE NECESIDADES .................................................................................12 3.1.- PLAN DE PROYECTO....................................................................................................18 3.2.- PLAN DE CALIDAD........................................................................................................20 3.3.- DOCUMENTO DE CONCEPTOS DEL SISTEMA ..........................................................22 3.3.1.- OBJETIVOS DEL SISTEMA ...................................................................................22 3.3.2- ALCANCE DEL SISTEMA .......................................................................................23 3.3.3.- TIPOLOGÍA DE LOS USUARIOS FINALES ..........................................................24 3.3.4.- RESTRICCIONES ...................................................................................................25 3.3.5.- ORGANIZACIÓN Y FUNCIONES EMPRESARIALES...........................................26 3.3.6.- ANTECEDENTES ...................................................................................................28 4.- ANÁLISIS DE REQUISITOS..................................................................................................30 4.1.- RECONOCIMIENTO DEL PROBLEMA .........................................................................31 4.1.1.- ÁMBITO DEL PROYECTO .....................................................................................32 4.1.2.- CONTEXTO GENERAL DEL SISTEMA.................................................................33 4.1.3.- UNIDADES DE LA ORGANIZACIÓN .....................................................................34 4.1.4.- FUNCIONES PRIMARIAS AFECTADAS. TÉCNICA MATRICIAL: MATRIZ FUNCIONES - ÁREAS .......................................................................................................37 4.2.- LISTA DE FUNCIONES DEL SISTEMA ACTUAL..........................................................38 4.2.1.- LISTA DE FUNCIONES DEL MODELO FÍSICO Y LÓGICO ACTUAL .................38 4.3.- LISTA DE REQUISITOS .................................................................................................40 4.4.- LISTA DE FUNCIONES LÓGICAS DEL NUEVO SISTEMA ..........................................59 4.5.- MODELO LÓGICO DEL NUEVO SISTEMA ...................................................................60 4.5.1.- NIVEL CONTEXTUAL.............................................................................................60 4.5.2.- NIVEL CONCEPTUAL ............................................................................................61 4.6.- DICCIONARIO DE DATOS DEL NUEVO SISTEMA ......................................................62 4.6.1.- FLUJO DE DATOS: ................................................................................................62 4.6.2.- ALMACENES ..........................................................................................................64 4.7.- DIAGRAMAS ENTIDAD/RELACIÓN: DER....................................................................65 4.7.1.- CLIENTES ...............................................................................................................65 4.7.2.- OLIMPIADAS ..........................................................................................................67 4.7.3.- MEDALLERO ..........................................................................................................69 4.7.4.- HISTORIA................................................................................................................71 4.7.5.- DIAGRAMA ENTIDAD RELACIÓN ........................................................................73 VI Gestión de la base de datos de los Juegos Olímpicos 5.- ESTUDIO DE LA ARQUITECTURA......................................................................................74 5.1.- DISEÑO DE LA ARQUITECTURA I-ÉSIMA ...................................................................77 5.1.1.- DIAGRAMA DE PRESENTACIÓN DE LA ORGANIZACIÓN ................................77 5.1.2.- DIAGRAMA DE PRESENTACIÓN DE LA APLICACIÓN ......................................80 5.1.3.- ESPECIFICACIÓN DE COMPONENTES BÁSICOS DE LA APLICACIÓN ..........81 5.2.- ARQUITECTURA DATA WAREHOUSE ........................................................................83 5.3.- EVALUACIÓN DE LAS ALTERNATIVAS ......................................................................89 5.3.1.- PARÁMETROS A VALORAR.................................................................................89 5.3.2.1.- EVALUACION ORGANIZATIVA, OPERATIVA Y TÉCNICA ........................................ 104 5.3.2.2.- EVALUACION ECONÓMICA ....................................................................................... 109 5.3.3.-VALORACIÓN DE ALTERNATIVAS.....................................................................113 5.3.4.- PONDERACIÓN ....................................................................................................117 5.3.5.- SELECCIÓN ..........................................................................................................120 5.4.- PLANIFICACIÓN DEL PROYECTO .............................................................................121 6.- DISEÑO EXTERNO .............................................................................................................123 6.1.- DESARROLLO DEL MODELO FÍSICO NUEVO ..........................................................126 6.1.1.- FRONTERAS DE MECANIZACIÓN .....................................................................128 6.1.2.- ESPECIFICACIÓN DE PROCESOS.....................................................................130 6.1.2.1.- INTRODUCCIÓN DE PASSWORD Y CONTRASEÑA ................................................ 131 6.1.2.2.- ALTA DE CLIENTE ...................................................................................................... 131 6.1.2.3.- RECOPILACIÓN DE LA INFORMACIÓN EN LA PDA................................................. 132 6.1.2.4.- ALMACENAMIENTO DE LA INFORMACIÓN EN LA BASE DE DATOS..................... 132 6.1.2.5.- ACTUALIZACIÓN POR PARTE DEL ADMINISTRADOR DE LA BASE DE DATOS ... 133 6.1.2.6.- SOLICITUD DEL SERVICIO ........................................................................................ 133 6.1.2.7.- EJECUCIÓN DE LA APLICACIÓN............................................................................... 134 6.1.2.8.- PRESENTACIÓN DE LA APLICACIÓN POR PANTALLA ........................................... 134 6.1.3.- DISEÑO DE ENTRADAS: INTERFAZ DE USUARIO (E/S).................................135 6.1.3.1.- PANTALLAS ................................................................................................................ 136 6.1.4.- DISEÑO DE SALIDAS ..........................................................................................149 6.1.4.1.- VENTANAS DE SALIDA .............................................................................................. 150 6.1.5.- ESTIMACIÓN DE VOLÚMENES DE INFORMACIÓN: DETERMINACIÓN DE ENTIDADES Y PROCESOS CRÍTICOS ..........................................................................158 6.1.6.- PROCESO DE CONTROL, SEGURIDAD Y AUDITABILIDAD ...........................165 6.1.6.1.- PROCESOS DE CONTROL ........................................................................................ 166 6.1.6.2.- SEGURIDAD DE LA INFORMACIÓN .......................................................................... 168 6.1.6.3.- AUDITABILIDAD DEL SISTEMA.................................................................................. 169 6.2.- MODELO LÓGICO DE DATOS ....................................................................................172 6.3.- PLANES DE FORMACIÓN, PRUEBAS, IMPLANTACIÓN Y CONVERSIÓN .............176 6.3.1.- PLANES DE FORMACIÓN ...................................................................................176 6.3.2.- PLANES DE PRUEBAS........................................................................................177 6.3.3.- PLANES DE IMPLANTACIÓN..............................................................................178 6.3.4.- PLANES DE CONVERSIÓN .................................................................................179 VII Gestión de la base de datos de los Juegos Olímpicos 7.- DISEÑO INTERNO...............................................................................................................180 7.1.- SUBSISTEMA BATCH .................................................................................................184 7.1.1- DIAGRAMA HIPO ..................................................................................................186 7.1.2- CUADERNOS DE CARGA ....................................................................................190 7.2.- SUBSISTEMA ON-LINE ...............................................................................................193 7.2.- SUBSISTEMA ON-LINE ...............................................................................................194 7.2.1- ESTRUCTURA DE MENÚS Y PANTALLAS........................................................195 7.2.2- DIGRAMA DE ESTRUCTURAS ............................................................................196 7.3.- PLAN DE PRUEBAS, IMPLANTACIÓN, FORMACIÓN Y CONVERSIÓN ..................198 7.3.1.- PLAN DE PRUEBAS ............................................................................................198 7.3.1.1.- DESCRIPCIÓN DEL PLAN DE PRUEBAS .................................................................. 199 7.3.1.2.- IDENTIFICACION DE LAS CARACTERÍSTICAS DE LAS PRUEBAS ........................ 200 7.3.1.3.- DATOS Y FICHEROS A UTILIZAR.............................................................................. 200 7.3.1.4.- FUNCIONES DE PRUEBA .......................................................................................... 201 7.3.2.- PLAN DE IMPLANTACIÓN ..................................................................................202 7.3.3.- PLAN DE FORMACIÓN Y CONVERSIÓN ...........................................................204 8.- PROGRAMACIÓN ...............................................................................................................205 8.1.- SOFTWARE DEL SISTEMA DESARROLLADO..........................................................207 8.1.1.- INTRODUCCIÓN ...................................................................................................207 8.1.2.- ¿QUÉ ES ORACLE?.............................................................................................208 8.1.2.1.- HERRAMIENTAS ORACLE ......................................................................................... 209 8.1.2.2.- CARACTERÍSTICAS DE ORACLE .............................................................................. 211 8.1.3.- ARQUITECTURA ORACLE..................................................................................212 8.1.3.1.- COMPONENTES DE LA BASE DE DATOS ................................................................ 212 8.1.3.2.- ESTRUCTURA DE LA MEMORIA ............................................................................... 214 8.1.3.3.- PROCESOS DE SOPORTE DE LA BASE DE DATOS ............................................... 215 8.1.3.4.- ¿QUÉ ES UNA INSTANCIA ORACLE? ....................................................................... 217 8.1.4.- GESTIÓN DE SEGURIDAD ..................................................................................218 8.1.4.1.- USUARIOS .................................................................................................................. 218 8.2.- MANUAL DE USUARIO................................................................................................235 8.2.1.- INTRODUCCIÓN ...................................................................................................235 8.2.1.1.- OBJETO DE LA APLICACIÓN ..................................................................................... 235 8.2.1.2.- ÁMBITO DE LA APLICACIÓN ..................................................................................... 236 8.2.1.3.- DOCUMENTACIÓN RELACIONADA........................................................................... 236 8.2.2.- DESCRIPCIÓN GENERAL DEL SISTEMA..........................................................237 8.2.2.1.- ENTORNO DE TRABAJO............................................................................................ 237 8.2.2.2.- PERFILES O ROLES DE USUARIO............................................................................ 237 8.2.2.3.- FUNCIONAMIENTO DEL SISTEMA ............................................................................ 238 8.2.2.4.- AYUDAS ...................................................................................................................... 241 8.2.3.- FUNCIONALIDADES DEL SISTEMA: FUNCIÓN DE NEGOCIO........................242 8.2.3.1.- DESCRIPCIÓN DE LA FUNCIONALIDAD................................................................... 242 8.2.3.2.- PERFILES DE USUARIOS AUTORIZADOS ............................................................... 243 8.2.3.3.- OPERATIVA DE LA FUNCIÓN .................................................................................... 243 8.2.4.- ANEXOS................................................................................................................244 8.2.4.1.- INCIDENCIAS MÁS FRECUENTES ............................................................................ 244 8.2.4.2.- DESCRIPCIÓN DE VENTANAS .................................................................................. 246 VIII Gestión de la base de datos de los Juegos Olímpicos 9.- PRUEBAS DEL SISTEMA...................................................................................................256 9.1.- EL ENTORNO DE PRUEBAS O CERTIFICACIÓN ......................................................258 9.2.- TIPOS DE PRUEBAS ...................................................................................................260 9.2.1.- PRUEBAS DE ENCAMINAMIENTO.....................................................................262 9.2.2.- PRUEBAS DE INTEGRACIÓN .............................................................................263 9.2.3.- PRUEBAS DE EXPLOTABILIDAD DEL SISTEMA .............................................264 9.2.4.- PRUEBAS DE SEGURIDAD.................................................................................264 9.2.5.- PRUEBAS DE SOBRECARGA ............................................................................265 9.2.6.- PRUEBAS DE RENDIMIENTO .............................................................................266 9.2.7.- PRUEBAS DE REGRESIÓN.................................................................................267 9.2.8.- PRUEBAS DE ACEPTACIÓN DE USUARIO.......................................................267 9.2.9.- PRUEBAS DE USABILIDAD ................................................................................268 9.3.- MANUAL DE INSTALACIÓN Y CONFIGURACIÓN.....................................................270 10.-IMPLANTACIÓN .................................................................................................................272 10.1.- PRUEBAS DE IMPLANTACIÓN ................................................................................274 10.2.- SISTEMA DE EXPLOTACIÓN....................................................................................275 ANEXOS....................................................................................................................................276 ANEXO DE INSTALACIÓN PERSONAL DE ORACLE 9I.......................................................277 ANEXO DE INSTALACIÓN DEL DEVELOPER SUITE: PAQUETE DE HERRAMIENTAS DE ORACLE....................................................................................................................................299 ANEXO DE CREACIÓN DE ORACLE LISTENER...................................................................306 ANEXO DE CONFIGURACIÓN DE FORMS PARA LA INCLUSIÓN DE ICONOS.................314 ANEXO DE INSTALACIÓN DEL JINITIATOR PARA ORACLE EN INTERNET ....................322 IX Gestión de la base de datos de los Juegos Olímpicos El índice se puede representar de una manera más general, a partir del siguiente diagrama, que engloba cada uno de los puntos que se tratarán en este trabajo destinado a una mejora de la mecanización del Sistema de Gestión de la base de datos de todas las Olimpiadas celebradas: Antes de la exposición de cada una de las etapas que comprende este trabajo, se representará gráficamente la etapa donde se encuentra el sistema de forma esquemática, y los productos que se obtienen de ella. 1 Gestión de la base de datos de los Juegos Olímpicos 1.- DEFINICIÓN DEL PROBLEMA 2 Gestión de la base de datos de los Juegos Olímpicos 1.- DEFINICIÓN DEL PROBLEMA El proyecto consiste en realizar una base de datos que reúna la información de todas las Olimpiadas que se han celebrado hasta la fecha, en las que se incluirá la posibilidad de añadir información de las próximas Olimpiadas de Pekín 2008 y Londres 2012. En la aplicación se podrán obtener: • Las ciudades que han participado en cada uno de los Juegos Olímpicos. • Las Olimpiadas que se han realizado desde 1896. • Imágenes de la ciudad de celebración. • Hechos y personajes más significativos de cada una de las Olimpiadas. • Medallero de cada Olimpiada, dependiendo del número de medallas de oro, plata o bronce obtenidas. • Videos de los atletas más significativos • Ilustraciones como: mascotas, medallas, banderas y cabeceras de cada uno de los Juegos. Para el desarrollo de la aplicación se deberán tener buenos conocimientos de Bases de Datos Relacionales junto con un conocimiento suficiente del SGBDR Oracle 9i junto con sus herramientas de desarrollo (Developer, Forms y Reports). 3 Gestión de la base de datos de los Juegos Olímpicos Esta base de datos podrá ser utilizada por uno de los canales temáticos de TVE: Teledeporte, que emite 24 horas al día y va dirigido a un público heterogéneo y potencialmente numeroso. Puede considerarse la referencia de la oferta deportiva española en televisión, al ser el canal que ofrece más información sobre los deportistas de nuestro país. Se convierte así en el perfecto instrumento de canalización de la participación de TVE en el Plan olímpico ADO. En estos momentos se difunde por distintas plataformas de cable y satélite, con excelente acogida. Se ha consolidado como el canal con mayor demanda y prestigio entre todos los temáticos que se producen en España, tanto por tradición como por la variedad de sus contenidos. Con su lanzamiento por la Televisión Digital Terrestre (TDT) pasará a ser un canal en abierto gratuito. De entrada, los espectadores accederán a un canal con un contenido que podrá verse con una definición de imagen muy superior a la actual. Algunas producciones internacionales de deportes ya se realizan en sistema digital y así las ofrecerá Teledeporte. 4 Gestión de la base de datos de los Juegos Olímpicos El canal se plantea como objetivos, ofrecer transmisiones y grabaciones propias en sistema digital y desarrollar formas de información complementaria mediante datos y gráficos que puedan ser solicitados por el telespectador. Se cumple así con otro de los retos de la TDT: el fomento de ciertos grados de interactividad. Teledeporte emite numerosos acontecimientos deportivos en la casi totalidad de categorías. Además, gracias a este canal los espectadores españoles podrán disfrutar de la cobertura más amplia de los próximos Juegos Olímpicos de Invierno en Turín en 2006, y los de verano en Pekín en el año 2008. Teledeporte nació en 1994 gracias a la tecnología digital del satélite Hispasat, con motivo de los Juegos Olímpicos de Lillehamer. Desde entonces, se ha mantenido en la vanguardia de la actualidad deportiva y de los grandes acontecimientos tecnológicos. Fue el primer canal en emitir en formato panorámico los Juegos Olímpicos de Atlanta en 1996 y la Copa del Mundo de Francia en 1998. Por este motivo, Teledeporte solicita la realización de esta aplicación para que en todo momento las personas que estén interesadas en cada uno de los Juegos Olímpicos que se han realizado y los que se realizarán en un futuro, puedan obtener toda la información necesaria. 5 Gestión de la base de datos de los Juegos Olímpicos 2.- INTRODUCCIÓN 6 Gestión de la base de datos de los Juegos Olímpicos 2.- INTRODUCCIÓN 2.1.- COMIENZO DE LOS JUEGOS OLÍMPICOS Los Juegos Olímpicos, llamados así por celebrarse en la ciudad de Olimpia, representaban un momento de unión entre las diferentes colonias griegas del Mediterráneo. Nacieron como enormes festivales en los que la religión, las prácticas atléticas y la música se unían para honrar a los dioses y esclarecer quiénes podían asumir el título de mejores deportistas de la época. Los primeros datos que se tienen de los Juegos celebrados en Olimpia, datan del 776 antes de Cristo. Las primeras ediciones duraban apenas un día y se reducían a festejar a los dioses, pero poco a poco fue tomando cuerpo la competición, alimentada por el espíritu guerrero. El primer ganador fue Corebus de Elis, que venció en una de las carreras a pie en honor a Zeus. Su nombre quedó grabado en el Estadio, ya que la "inmortalidad" que eso suponía, era el premio del vencedor. La fama de los Juegos de Olimpia consiguió que griegos de todas las ciudades conquistadas por la civilización, llegaran a la península del Peloponeso para competir. 7 Gestión de la base de datos de los Juegos Olímpicos 2.2.- EVOLUCIÓN DE LOS JUEGOS OLÍMPICOS En el año 1896, el deporte era algo bastante más aristocrático que ahora. Practicar alguna disciplina iba irremediablemente asociada al dinero o a la universidad. El adagio latino mens sana in corpore sano no rezaba para las clases más populares, que bastante tenían con sobrevivir, y el espíritu competitivo no se vivía con gran entusiasmo sino con rivalidad. Pero aún con todas estas circunstancias, el movimiento olímpico resucitó de la mano del Barón Pierre de Coubertin (principal impulsor de la Educación Física en Francia, quien quería recuperar los ideales deportivos de la Grecia Clásica después de veinticuatro siglos), en Grecia, donde floreció con todo su esplendor un 6 de abril de 1896, cuando se iniciaron los I Juegos Olímpicos de la Era Moderna, después de quince años de trabajos y preparativos. A partir de ese momento, Grecia, y en concreto Atenas, alzaron el telón de un movimiento que ahora, a finales del siglo XX, es el único capaz de reunir a todos, o casi todos, los pueblos del mundo. 8 Gestión de la base de datos de los Juegos Olímpicos Los Juegos de Atenas fueron muy diferentes a los que se han vivido recientemente. El número de atletas fue escaso, participaron sólo 311 atletas representando a 13 países, pero en este acontecimiento España no participó. Hubo muchas peculiaridades pero sin duda el gran triunfador fue Spyridon Louis, griego vencedor de la prueba de maratón de 40 kilómetros, cuya figura alcanzó la categoría de héroe nacional y contribuyó con su gesta, a que los Juegos siguieran adelante en futuras ediciones. Desde 1936, diversos atletas se relevan para transportar la antorcha olímpica encendida en Grecia, hasta el estadio donde se celebran los Juegos. Allí permanece encendida durante todo el transcurso de los mismos. Pueden participar solamente deportistas aficionados. Este evento olímpico se realiza cada cuatro años por los mejores atletas de todo el mundo que compiten representando a más de un centenar de países en decenas de disciplinas. Pero no sólo son importantes las Olimpíadas cada cuatro años: en los períodos intermedios, los atletas compiten para clasificarse en decenas de torneos clasificatorios y eliminatorias que sirven como puerta de entrada a los Juegos Olímpicos. Poco a poco, y con el paso de los años, surgieron incluso los Juegos Olímpicos de Invierno. 9 Gestión de la base de datos de los Juegos Olímpicos Los I Juegos Olímpicos de Invierno se celebraron en Chamonix, Francia. Este periodo, originalmente se denominó como la Semana de Deportes de Invierno y se organizó como parte de los Juegos Olímpicos de París que tuvieron lugar en 1924. Posteriormente fue declarada por el Comité Olímpico Interncional como los Primeros Juegos Olímpicos de Invierno. Los Juegos de Invierno se realizaron, de ahí en adelante, cada cuatro años en conjunto con los Juegos Olímpicos de Verano, hasta los Juegos Olímpicos de Albertville 1992. Sin embargo, en 1986 el Comité Olímpico Internacional decidió realizar los Juegos de Invierno los años pares en que no hubieran Juegos de Invierno, hecho que comenzó con los Juegos Olímpicos de Lillehammer 1994. Por lo tanto, el Comité Olímpico Internacional es responsable de la organización de los Juegos y para dichos fines cuenta con representantes y delegados en cada uno de los países. Cada país participante cuenta con un Comité Olímpico Nacional que coordina la participación y clasificación de sus atletas en las Olimpíadas y otros torneos de importancia. Una vez comentada la historia del nacimiento de los Juegos Olímpicos y su progresivo desarrollo, se expone a continuación, una lista de los sucesivos acontecimientos olímpicos que han tenido lugar durante los últimos 110 años. 10 Gestión de la base de datos de los Juegos Olímpicos 1932 – Los Ángeles 1928 – Ámsterdam 1924 – París 1920 – Amberes 1912 – Estocolmo 1908 – Londres 1904 – San Luis 1900 – París 1896 - Atenas 1972 – Munich 1968 – Méjico 1964 – Tokio 1960 – Roma 1956 – Melbourne 1952 – Helsinki 1948 – Londres 1936 - Berlín 2004 – Atenas 2000 – Sydney 1996 – Atlanta 1992 – Barcelona 1988 – Seúl 1984 – Los Ángeles 1980 – Moscú 1976 – Montreal Se puede comprobar la celebración de cada uno de los Juegos cada 4 años desde 1896 hasta el año 2004, a excepción del año 1916, por motivo de la Primera Guerra Mundial y de los años 1940 y 1944 que corresponden con la Segunda Guerra Mundial y el periodo de postguerra. En definitiva, los Juegos Olímpicos representan: Un momento de unión mundial, además de poseer un espíritu competitivo y amistoso entre cada uno de los participantes. La igualdad de todos los seres humanos (aunque de distintos continentes) que luchan por destacar en la sociedad. A cada uno de los atletas que obtuvieron un reconocimiento olímpico significativo (ya que en la mayoría de los casos se han olvidado o no se han conocido siquiera). Cada uno de los momentos más importantes que cada país ha vivido a lo largo de la historia. 11 Gestión de la base de datos de los Juegos Olímpicos 3.- IDENTIFICACIÓN DE NECESIDADES IDN: Identificación de Necesidades Plan del Proyecto (preliminar) Plan de Calidad Documento de Conceptos del Sistema 12 Gestión de la base de datos de los Juegos Olímpicos 3.- IDENTIFICACIÓN DE NECESIDADES En esta etapa se define el problema a resolver y se fijan unas normas a seguir para la dirección del Sistema de Gestión y administración de la base de datos de cada uno de los Juegos Olímpicos. Es por eso, que suelen confundirse en esta fase, actividades típicas del desarrollo, con actividades del ciclo de gestión del sistema. De esta fase se obtendrán tres documentos fundamentales: el Plan de Proyecto, Plan de Calidad y el Documento de Conceptos del Sistema. IDN: Identificación de Necesidades Plan del Proyecto (preliminar) Plan de Calidad Documento de Conceptos del Sistema 13 Gestión de la base de datos de los Juegos Olímpicos En lo que respecta al desarrollo, se establecen los límites del proyecto, fijando que partes del sistema pueden cambiarse y cuáles se escapan del estudio que se llevará a cabo. Además se establecerán los objetivos, restricciones y antecedentes de cada una de las Olimpiadas celebradas a lo largo de los últimos años. REALIZACIÓN Para la realización de esta etapa se ha utilizado la técnica de la entrevista, en la que participan los clientes entrevistados, entiendo como tales aquellas personas que ajenas o no al canal de Teledeporte, quien ha solicitado la aplicación, aportan datos al realizador para el mayor enriquecimiento de información, y el jefe del proyecto para que luego la aplicación sea desarrollada. La finalidad de la entrevista es la de obtener datos cuantitativos y cualitativos sobre la política, procedimientos y normas previstas para el desarrollo del proyecto. Sin embargo, el alcance es el de hacer posible que el cliente (Teledeporte) defina claramente, por sí mismo, el sistema más eficaz y efectivo para sus necesidades y conocimientos futuros sobre cada uno de los acontecimientos deportivos que han acontecido durante los últimos 110 años. 14 Gestión de la base de datos de los Juegos Olímpicos PREPARACIÓN DE LA ENTREVISTA Para la realización de la entrevista existen dos factores clave. El primero, es la elección de la persona a entrevistar: el jefe de proyecto debe asegurarse en considerar a todas las personas clave dentro del entorno de estudio, es decir, aquellas que estén interesadas por las actividades deportivas. El segundo factor, es establecer el camino correcto de dirigir la entrevista, considerando las relaciones humanas, ya que las personas entrevistadas pueden tener alguna relación con alguno de los atletas que han participado en los Juegos. Un elemento clave en la entrevista es evitar repetir las mismas encuestas a los mismos clientes entrevistados, para ello será necesario la confección de un plan de entrevistas, de esta manera cada uno de los entrevistados aportará mayor información al sistema en caso de tener que volver a entrevistarlo. 15 Gestión de la base de datos de los Juegos Olímpicos DESARROLLO DE LA ENTREVISTA La entrevista consta de los siguientes elementos: • Preguntas de respuesta Si/No. • Tiempos para pensar: Deben concederse periodos de tiempo al cliente entrevistado, en los que pueda pensar. • Hecho u opinión: Deben distinguirse los hechos de las opiniones propias del entrevistado, siendo ambas importantes. • Animar al razonamiento: Para conseguir que se razonen las respuestas o comentarios. • Toma de notas: Las notas, aún incompletas y cortas. • Redacción del informe: Debe realizarse inmediatamente después de darse por finalizada la entrevista. 16 Gestión de la base de datos de los Juegos Olímpicos TÉCNICAS PARA EFECTUAR LA ENTREVISTA Al efectuar la entrevistas se llevan a cabo una serie de técnicas: • Preguntas orientadas: Cada pregunta tiene un conjunto definido de posibles respuestas. • Preguntas abiertas: No se proponen respuestas, y el entrevistado tiene habilidad y capacidad para formularlas, además de que son opiniones y feelings. • Brainstorm: Método de grupo para estimular a los participantes en la consecución de una mejor solución. Cada componente aporta las ideas que se le vayan ocurriendo, sin tener reparos en su exposición. 17 Gestión de la base de datos de los Juegos Olímpicos 3.1.- PLAN DE PROYECTO La gestión del Plan de Proyecto a de quedar enmarcada dentro de planes de la empresa y más concretamente de su plan informático, contemplando además, funciones de seguimiento y control. Un organigrama del Plan de Proyecto de esta aplicación sería: Gestión del Plan Sistemas de Información Garantía de Calidad Planificación Desarrollo Producción La figura expuesta con anterioridad muestra un organigrama muy sencillo, compuesto exclusivamente por las tres grandes áreas de Planificación, Desarrollo y Producción, propio de pequeñas organizaciones. 18 Gestión de la base de datos de los Juegos Olímpicos En la mayoría de los casos, es necesario introducir un área de soporte técnico, pero en este caso, no será necesaria ya que estará supervisado en todo momento por el coordinador y director del proyecto que es el que mayores conocimientos tiene sobre las bases de datos que se utilizarán. El área de Garantía de Calidad es un área que establece los procedimientos y normas necesarias para llevar a cabo un control de calidad sobre los sistemas de información que se entregan a quienes solicitan la aplicación, que es el que solicita la aplicación. Las actividades de este ciclo, previas al proyecto, se realizan en paralelo con la etapa de Identificación de Necesidades del ciclo de desarrollo. La planificación de un proyecto de software no difiere mucho de la planificación de cualquier esfuerzo donde intervienen varias personas para realizar actividades. La técnica de revisión y evaluación del programa de proyecto es mediante el método PERT y el método del camino crítico (CPM), donde existen un conjunto de actividades críticas que no se pueden retrasar, ya que si éstas se retrasan, alargarían el desarrollo del proyecto, y por lo tanto, las actividades posteriores se ejecutarían más tarde. Sin embargo, este método también tiene actividades no críticas que se pueden desarrollar en paralelo y que al retrasarse no suponen un retraso del proyecto, ya que las actividades siguientes no dependen de ella. 19 Gestión de la base de datos de los Juegos Olímpicos 3.2.- PLAN DE CALIDAD El programa de Garantía de Calidad es un documento que establece la política de calidad del sistema, de acuerdo con las directrices y estrategias para el desarrollo del proyecto, que irán en consonancia con el resto de aplicaciones del plan informático de quien solicita la aplicación. La norma ISO 9000 establece todas las acciones sistemáticas y planificadas, necesarias para proporcionar una confianza adecuada de que un producto o servicio satisfaga los requisitos dados de calidad. La elaboración de esta aplicación cumplirá en todo momento esta norma y estará supervisada en todo momento por el director. Además la norma UNE 71502: 2004 - Sistema de Gestión de la Seguridad de la Información (SGSI – ISMS) es una norma certificable. También, es un sistema de gestión que comprende la política, la estructura organizativa, los procedimientos, los procesos y los recursos necesarios para implantar la gestión de la seguridad en cualquier proyecto o desarrollo informático. Es la herramienta de que dispone la Dirección de una organización, aunque en este caso concreto, estará a disposición del director del proyecto y del realizador de la aplicación, para llevar a cabo las políticas y objetivos de seguridad. También, proporciona mecanismos para la salvaguarda de los activos de información. 20 Gestión de la base de datos de los Juegos Olímpicos Esta norma sigue un ciclo continuo que pasa por las siguientes etapas: planificación, realización, chequeo y actuación, en las que se establece, se implanta y opera, se monitoriza y revisa y por último, se mejora. PLAN DO Establecer SGSI Implantar y Operar SGSI UNE-ISO 17799 ACT CHECK Mejorar SGSI Monitorizar y Revisar SGSI 21 Gestión de la base de datos de los Juegos Olímpicos 3.3.- DOCUMENTO DE CONCEPTOS DEL SISTEMA PROYECTO OLIMPIADAS DOCUMENTOS DE CONCEPTOS EMPRESA: ICAI DEL SISTEMA JUNIO 2006 PAG:1/7 3.3.1.- OBJETIVOS DEL SISTEMA 1.- Desarrollar un sistema que gestione y sea el intermediario de la consulta y administración de cada uno de los países que han participado y que participarán en las próximas Olimpiadas. De cada uno de los Juegos Olímpicos celebrados, se tendrá en cuenta el número de medallas de oro, plata y bronce obtenidas para convertirse en líderes de esa Olimpiada. 2.- Ampliar los conocimientos adquiridos sobre las bases de datos para poder realizar consultas, informes, estadísticas, previsiones,... de los Juegos Olímpicos a partir de un sistema de administración de BB.DD.: Oracle. 3.- Desarrollar nuevos conocimientos de un sistema de administración de BB.DD.: Oracle. 4.- Seleccionar y elegir los datos más curiosos para que la aplicación sea más completa y vistosa. 5.- Realizar un trabajo fácil de entender, acceder y utilizar por los usuarios finales. 22 Gestión de la base de datos de los Juegos Olímpicos PROYECTO OLIMPIADAS DOCUMENTOS DE CONCEPTOS EMPRESA: ICAI DEL SISTEMA JUNIO 2006 PAG:2/7 Para desempeñar este proyecto, se deberá actualizar en todo momento la base de datos ante los posibles cambios o modificaciones sobre previsiones futuras o nuevas incorporaciones de atletas. Además, se permitirá introducir nueva información al administrador de la base de datos para que la información sea lo más completa posible y así cada uno de los usuarios externos al sistema consulten lo que deseen y obtengan los datos totalmente actualizados. Por este motivo, la introducción de información en la base de datos será de acceso restringido. 3.3.2- ALCANCE DEL SISTEMA Para que los usuarios finales, puedan acceder a cada una de las bases de datos del proyecto, se dispondrá de un entorno visual fácil de utilizar, con diversas ilustraciones, fotos, videos e incluso documentación suficiente para que conozcan en detalle todo lo acontecido en cada uno de los Juegos Olímpicos, que sea de su interés. De esta manera, los usuarios se sentirán mucho más identificados con el mundo del deporte. 23 Gestión de la base de datos de los Juegos Olímpicos PROYECTO OLIMPIADAS DOCUMENTOS DE CONCEPTOS EMPRESA: ICAI DEL SISTEMA JUNIO 2006 PAG:3/7 El encargado de la gestión de la base de datos, en este caso el realizador o jefe del proyecto, mantendrá actualizados diariamente los datos de cada uno de los países participantes en cada una de las Olimpiadas y de los diversos lugares en los que se han celebrado y en los que acontecerán. Los datos proporcionados por la aplicación, aunque ya mencionados con anterioridad serán: imágenes, vídeos, fotos, logotipos, informes, medalleros, información cultural sobre cada ciudad y el lugar donde se celebraron los Juegos en esa ciudad. 3.3.3.- TIPOLOGÍA DE LOS USUARIOS FINALES Los usuarios finales no tienen porque estar relacionados con la aplicación, ni con su creador, ya que los datos que contiene ésta son de interés general. Por este motivo, todos los usuarios tendrán acceso a toda la información. 24 Gestión de la base de datos de los Juegos Olímpicos PROYECTO OLIMPIADAS DOCUMENTOS DE CONCEPTOS EMPRESA: ICAI DEL SISTEMA JUNIO 2006 PAG:4/7 Este acceso será libre, aunque el usuario tendrá que introducir una clave, una contraseña y el nombre de la base de datos. Pero esta clave será la misma para todos los usuarios. Por otro lado, el administrador, que es el creador del entorno visual y el encargado de actualizar y modificar la información, sí tendrá una clave personal para poder acceder a cada una de las tablas de la base de datos e introducir los cambios pertinentes. 3.3.4.- RESTRICCIONES No existen restricciones temporales, ni económicas ya que éstas no son considerables. La aplicación se realizará en un ordenador de aproximadamente 2 años de antigüedad, aunque con suficiente espacio para poder albergar la base de datos. Es decir, un ordenador con poca potencia pero suficiente capacidad. Lo mismo ocurrirá con el hardware y el software complementario al ordenador de desarrollo, y que tendrá que ser utilizado en el desarrollo del proyecto. 25 Gestión de la base de datos de los Juegos Olímpicos PROYECTO OLIMPIADAS DOCUMENTOS DE CONCEPTOS EMPRESA: ICAI DEL SISTEMA JUNIO 2006 PAG:5/7 3.3.5.- ORGANIZACIÓN Y FUNCIONES EMPRESARIALES Para la realización de esta aplicación no se necesitará ninguna compañía de desarrollo externo. Únicamente, se necesitarán tres personas encargadas del funcionamiento y de las pruebas de la aplicación. Estas personas son: el director y a su vez coordinador del proyecto de gestión, un administrador de la base de datos que es el que creará la aplicación, con la introducción de los datos en cada una de las tablas y, por último, una persona perteneciente al departamento de Documentación o de Deportes del canal de Teledeporte, con conocimientos sobre este sistema de administración de bases de datos, para que en caso de que ocurriera un fallo en el sistema no visible por las otras dos personas mencionadas, ésta lo localizará, informará al realizador para corregirlo y así la aplicación se desarrollaría con total normalidad. 26 Gestión de la base de datos de los Juegos Olímpicos PROYECTO OLIMPIADAS DOCUMENTOS DE CONCEPTOS EMPRESA: ICAI DEL SISTEMA JUNIO 2006 PAG:6/7 Entre los integrantes que forma parte de la aplicación, habrá una comunicación rápida y fluida utilizando como apoyo para la transmisión de información y datos relevantes del proyecto PDA´s. El esquema de esta pequeña organización para el desarrollo de este proyecto para el departamento de Deportes y de Documentación del canal de Teledeportes es la siguiente: Director / Coordinador del proyecto Administrador de la base de datos Usuario externo a la aplicación con conocimientos sobre el sistema de administrador de bases de datos: Oracle Departamento de Deportes de Teledeportes Departamento de Documentación de Teledeportes 27 Gestión de la base de datos de los Juegos Olímpicos PROYECTO OLIMPIADAS DOCUMENTOS DE CONCEPTOS EMPRESA: ICAI DEL SISTEMA JUNIO 2006 PAG:7/7 3.3.6.- ANTECEDENTES Aparentemente, no existe en el mercado ninguna aplicación que proporcione la información necesaria para conocer lo acontecido en cada una de las Olimpiadas, y a su vez poder realizar informes, consultas, visualizar imágenes, vídeos, etc. Por este motivo, los posibles usuarios interesados o espectadores de este canal no podrán elegir otras ofertas, debido a la inexistencia de estas. 28 Gestión de la base de datos de los Juegos Olímpicos 4.- ANÁLISIS DE REQUISITOS ARQ: Análisis de Requisitos Modelo Físico del Sistema Actual Modelo Lógico del Sistema Actual Modelo Lógico del Sistema Nuevo Lista de Requisitos Modelo Conceptual de Datos 29 Gestión de la base de datos de los Juegos Olímpicos 4.- ANÁLISIS DE REQUISITOS El objetivo de esta fase es alcanzar un conocimiento suficiente del sistema de Gestión de la base de datos que se realizará con toda la información que se pueda recopilar de cada uno de los Juegos Olímpicos celebrados y de los próximos acontecimientos, definiendo las necesidades, problemas y requisitos del usuario, para expresarlo mediante los modelos de procesos y de datos. Por lo que los productos que se obtendrán de esta fase serán: ARQ: Análisis de Requisitos Modelo Físico del Sistema Actual Modelo Lógico del Sistema Actual Modelo Lógico del Sistema Nuevo Lista de Requisitos Modelo Conceptual de Datos 30 Gestión de la base de datos de los Juegos Olímpicos 4.1.- RECONOCIMIENTO DEL PROBLEMA En este apartado del proyecto se tratará de reconocer los elementos básicos del sistema tal y como lo perciba el usuario. Para ello, se partirá de una especificación recogida en el Documento de Conceptos del Sistema y del Plan de Proyecto realizado anteriormente. Además, se establecerá la comunicación necesaria para el análisis del problema, con la aportación indispensable del usuario. Por este motivo en esta actividad se recogerá información sobre: • El ámbito del proyecto. • El contexto general del sistema. • Las unidades de la organización afectadas. • Las funciones primarias afectadas por la mecanización. 31 Gestión de la base de datos de los Juegos Olímpicos 4.1.1.- ÁMBITO DEL PROYECTO Partiendo del objetivo empresarial señalado en el Documento de Conceptos del Sistema, se definen a continuación, las funciones principales a mecanizar: 1. Se creará una aplicación que servirá de consulta para todas las personas interesadas en cada uno de los movimientos olímpicos. 2. En lo que respeta a la introducción de datos en cada una de las tablas de la base de datos y en la propia aplicación, será necesaria la introducción manual por parte del realizador, ya que es el único que puede acceder con una clave a toda la información. 3. La actualización y modificación de los datos será igualmente llevada a cabo de forma manual por el realizador del proyecto, con claves únicas de acceso, aunque previamente deberá recoger toda la información que será almacenada en una PDA. La PDA permite llevar un control exhaustivo de toda la información registrada en la base de datos. 32 Gestión de la base de datos de los Juegos Olímpicos 4.1.2.- CONTEXTO GENERAL DEL SISTEMA El contexto general del sistema se representa mediante un Diagrama de Presentación, con símbolos y figuras, donde se muestra la iteración del sistema con el usuario. REALIZADOR ENTREVISTADOS APLICACIÓN BASE DE DATOS DE ACONTECIMIENTOS SISTEMA En este Diagrama, se muestra la interacción directa y continua de los clientes entrevistados con el realizador o administrador de la base de datos de cada uno de los acontecimientos que son de importancia para el sistema y que están presentes en la aplicación. 33 Gestión de la base de datos de los Juegos Olímpicos 4.1.3.- UNIDADES DE LA ORGANIZACIÓN Las unidades de la organización afectadas, no solamente son áreas organizativas de la empresa, sino que también pueden ser sistemas informáticos existentes o bases de datos corporativas. En este caso se tratará de sistemas informáticos existentes que contienen información de cada uno de los Juegos Olímpicos que han sido celebrados pero individualmente, como es el caso de enciclopedias interactivas como Encarta y de buscadores como Google. Además, gracias a la gran cantidad de información que posee el departamento de documentación y de deportes de esta cadena para la que se está realizando la aplicación, el jefe de proyecto o realizador, podrá incluir mayor cantidad de datos en el sistema. Se trata de realizar una base de datos corporativa que pueda ser utilizada por cualquier persona u organización para documentarse sobre cada uno de los acontecimientos que será implementada por uno de los departamentos de Televisión Española del canal de Teledeporte. 34 Gestión de la base de datos de los Juegos Olímpicos El Diagrama de Presentación que explica los sistemas de información utilizados en la aplicación es el siguiente: REALIZADOR/JEFE DE LA APLICACIÓN ENCICLOPEDIA ENCARTA CANAL DE TELEDEPORTE DEPARTAMENTO DE DOCUMENTACIÓN INFORMACIÓN DEL BUSCADOR DEPARTAMENTO DE DEPORTES En este apartado también es importante representar las funciones primarias mecanizadas y los departamentos o unidades que influyen en su desarrollo. Para ello es necesario definir inicialmente las funciones básicas, que en este caso son la recogida de información, la introducción de datos en la aplicación y la difusión del sistema hacia el exterior. 35 Gestión de la base de datos de los Juegos Olímpicos Un esquema representativo de lo comentado con anterioridad es: Dpto. de Deportes Jefe del proyecto Dpto. de Documentación Clientes Función 2. Introducción de datos en el sistema Función 1. Recogida de información Enciclopedias Buscadores Función 3. Difusión del sistema hacia el exterior Dpto. de Deportes Director del proyecto Jefe del proyecto 36 Clientes Gestión de la base de datos de los Juegos Olímpicos 4.1.4.- FUNCIONES PRIMARIAS AFECTADAS. TÉCNICA MATRICIAL: MATRIZ FUNCIONES - ÁREAS Para especificar las funciones primarias afectadas por la mecanización, se asocian las funciones a las unidades de la organización, y se identifican así las personas a entrevistar inicialmente. Esto puede representarse mediante una matriz de Funciones-Áreas. Como se puede comprobar, esta tabla es la representación del anterior esquema en el que se muestran las áreas y las funciones primarias de este proyecto, en el que determinados departamentos dependiendo de la función influyen de manera más o menos decisiva en el desarrollo de la aplicación. 37 Gestión de la base de datos de los Juegos Olímpicos 4.2.- LISTA DE FUNCIONES DEL SISTEMA ACTUAL 4.2.1.- LISTA DE FUNCIONES DEL MODELO FÍSICO Y LÓGICO ACTUAL El Modelo Físico pretende recoger la problemática existente y los requisitos necesarios para solventar cada uno de los problemas. Como consecuencia de una entrevista, puede ser necesario realizar nuevas entrevistas con conocimientos de funciones más específicas. Debe distinguir los principales procesos del sistema y sus interfases (flujos de datos y almacenamientos). Sin embargo, en el Modelo Lógico se debe descubrir lo esencial del sistema, es decir, los procesos o funciones esenciales para caracterizar la operativa del negocio. Por los motivos anteriores, no existe Modelo Lógico ni Físico del Sistema Actual ya que este tipo de aplicación no se había realizado con anterioridad. Lo único que sí existe, es información de cada una de las Olimpiadas pero por separado y en Internet. 38 Gestión de la base de datos de los Juegos Olímpicos En definitiva, con la realización de esta aplicación se conseguirá, poder trasladar el sistema de un ordenador a otro para que pueda ser visualizada por todos aquellos usuarios finales que estén interesados en cada uno de los Juegos Olímpicos que se han ido celebrando desde 1896, sin tener que estar conectados a un Navegador como es por ejemplo Internet Explorer. 39 Gestión de la base de datos de los Juegos Olímpicos 4.3.- LISTA DE REQUISITOS La lista de requisitos recoge cada una de las necesidades expresadas por el cliente (Teledeporte). Estas listas se confeccionan a partir de las entrevistas con el cliente (Teledeporte), recogiéndose las características de cada requisito en una ficha específica. Antes de la realización de cada uno de estos inventarios es necesario dividir los requisitos atendiendo a las siguientes naturalezas: • Funcional: Atienden a características propias de las funciones de negocio. • Operativa: Atienden al modo en que operará el sistema. • De prestación: Atienden a características adicionales o funciones de menor prioridad. • De seguridad: Atienden al control del acceso al sistema y la privacidad de los datos. • De fiabilidad: Atienden a la integridad y veracidad de la información. 40 Gestión de la base de datos de los Juegos Olímpicos NATURALEZA REQUISITO 1.1.- Creación de informes de forma autónoma teniendo instalada 1.- FUNCIONAL la aplicación en el ordenador. 2.1.- Instalación de Oracle y Oracle Forms para la ejecución del sistema. 2.2.- Instalación de la base de datos en cada uno de los 2.- OPERATIVA ordenadores desde los que se desee instalar la aplicación. 2.3.- Actualización de Iconos.jar en cada ordenador para que los iconos sean visibles al ser ejecutados. 3.1.- Informe del medallero clasificado por el número de oros, platas y bronces obtenidos en cada Olimpiada. 3.2.- Presentación de la historia olímpica de cada una de las ciudades en las que se han celebrado los Juegos Olímpicos. 3.- DE PRESTACIÓN 3.3.- Presentación de las fotos más significativas de cada una de las Olimpiadas. 3.4.- Presentación de los videos más significativos de cada una de las Olimpiadas. 3.5.- Aparición de mascotas y medallas (símbolo) por cada Juego Olímpico. 4.- SEGURIDAD 4.1.- Acceso restringido a la base de datos (administrador). 41 Gestión de la base de datos de los Juegos Olímpicos NATURALEZA REQUISITO 5.1.- Para verificar la validez de los datos, el administrador 5.- FIABILIDAD tendrá un acceso especial para poder adaptar todas las necesidades al cliente (Teledeporte) y al usuario. 42 Gestión de la base de datos de los Juegos Olímpicos 1.1.- Creación de informes de forma autónoma teniendo instalada la aplicación en el ordenador. IDENTIFICACIÓN Proyecto: Sistema de Gestión de la base de datos de las Olimpiadas Jefe de proyecto: Marta Calvo González REQUISITO Fecha: 20/12/2005 Versión: 1.0 Estado: Pendiente Prioridad: Alta Pág.: 1 Título: Creación de informes de forma autónoma teniendo instalada la aplicación en su ordenador. Identificador: RQ1.1 Fuente: Departamento comercial. Categoría: Funcional. Descripción: El usuario debe poder generar cada uno de los informes en el ordenador, una vez que la aplicación en su totalidad y con cada uno de los programas necesarios estén instalados en el ordenador. MEDICIÓN El tiempo para que el usuario pueda ejecutar la aplicación directamente una vez esté todo instalado es inmediata. BENEFICIOS El usuario no tendrá que conectarse a un servidor e ir consultando información de cada una de las Olimpiadas navegando entre varias páginas o accediendo a distintos lugares para que localice la información necesaria. DOCUMENTOS RELACIONADOS No existen documentos relacionados. REQUISITOS RELACIONADOS RQ2.1, RQ2.3 y RQ2.4 43 Gestión de la base de datos de los Juegos Olímpicos COMENTARIOS / SOLUCIONES SUGERIDAS El usuario tendrá toda la aplicación en un CD con todas las imágenes necesarias, tan sólo necesitará instalar el resto de los programas, cargar la base de datos y actualizar Iconos.jar 44 Gestión de la base de datos de los Juegos Olímpicos 2.1.- Instalación de Oracle y Oracle Forms para la ejecución del sistema. IDENTIFICACIÓN Proyecto: Sistema de Gestión de la base de datos de las Olimpiadas Jefe de proyecto: Marta Calvo González REQUISITO Fecha: 20/12/2005 Versión: 1.0 Estado: Pendiente Prioridad: Alta Pág.: 2 Título: Instalación de Oracle y Oracle Forms para la ejecución del sistema. Identificador: RQ1.1 Fuente: Departamento comercial. Categoría: Operativa. Descripción: El usuario deberá tener instalado en el ordenador los programas relativos a Oracle para poder ejecutar la aplicación. Estos programas son: Oracle Developer Suite y Oracle Forms. MEDICIÓN El tiempo de instalación de cada uno de los programas oscila entre 15 y 20 minutos. BENEFICIOS Gracias a este requisito, el usuario tendrá instalados los programas necesarios únicamente para la ejecución de la aplicación. DOCUMENTOS RELACIONADOS No existen documentos relacionados. REQUISITOS RELACIONADOS RQ1.1 COMENTARIOS / SOLUCIONES SUGERIDAS Al usuario se le entregarán unos CD´s con cada uno de los programas para que puedan ser instalados por él mismo. Además, al final de la aplicación se incluirán anexos de instalación de cada uno de estos programas. 45 Gestión de la base de datos de los Juegos Olímpicos 2.2.- Instalación de la base de datos en cada uno de los ordenadores desde los que se desee instalar la aplicación. IDENTIFICACIÓN Proyecto: Sistema de Gestión de la base de datos de las Olimpiadas Jefe de proyecto: Marta Calvo González REQUISITO Fecha: 20/12/2005 Versión: 1.0 Estado: Pendiente Prioridad: Alta Pág.: 3 Título: Instalación de la base de datos en cada uno de los ordenadores desde los que se desee instalar la aplicación Identificador: RQ2.2 Fuente: Departamento comercial. Categoría: Operativa. Descripción: El usuario deberá tener instalado en el ordenador el programa de SQL y cada una de las tablas que han sido creadas por el administrador de la base de datos. MEDICIÓN El tiempo de instalación del programa es de 15 minutos. El tiempo de carga de todas las tablas en la base de datos oscila entre 27 y 30 minutos. BENEFICIOS Gracias a este requisito, el usuario ya tendrá instalada toda la información que se presentará por pantalla al ejecutar la aplicación con Oracle Forms. DOCUMENTOS RELACIONADOS No existen documentos relacionados. REQUISITOS RELACIONADOS RQ1.1 46 Gestión de la base de datos de los Juegos Olímpicos COMENTARIOS / SOLUCIONES SUGERIDAS Al usuario se le entregarán un documento de Word con todo el contenido de las tablas que debe cargar en su ordenador. Además en otro CD se le proporcionará el programa de SQL Plus. 47 Gestión de la base de datos de los Juegos Olímpicos 2.3.- Actualización de Iconos.jar en cada ordenador para que los iconos sean visibles al ser ejecutados. IDENTIFICACIÓN Proyecto: Sistema de Gestión de la base de datos de las Olimpiadas Jefe de proyecto: Marta Calvo González REQUISITO Fecha: 20/12/2005 Versión: 1.0 Estado: Pendiente Prioridad: Alta Pág.: 4 Título: Actualización de Iconos.jar en cada ordenador para que los iconos sean visibles al ser ejecutados. Identificador: RQ2.3 Fuente: Departamento comercial. Categoría: Operativa. Descripción: El usuario deberá tener actualizados dentro del Developer los Iconos en el archivo Iconos.jar que está presente tanto el fichero Iconos como en Developer/forms/java. MEDICIÓN El tiempo de actualización de los iconos es de un minuto. BENEFICIOS Gracias a este requisito, el usuario podrá ver cada todos los iconos que están incrustados en cada uno de los botones de la aplicación. DOCUMENTOS RELACIONADOS No existen documentos relacionados. REQUISITOS RELACIONADOS RQ1.1 48 Gestión de la base de datos de los Juegos Olímpicos COMENTARIOS / SOLUCIONES SUGERIDAS Al usuario se le entregarán un documento de Word con la explicación de la actualización del archivo Iconos.jar. 49 Gestión de la base de datos de los Juegos Olímpicos 3.1.- Informe del medallero clasificado por el número de oros, platas y bronces obtenidos en cada Olimpiada. IDENTIFICACIÓN Proyecto: Sistema de Gestión de la base de datos de las Olimpiadas Jefe de proyecto: Marta Calvo González REQUISITO Fecha: 20/12/2005 Versión: 1.0 Estado: Pendiente Prioridad: Alta Pág.: 5 Título: Informe del medallero clasificado por el número de oros, platas y bronces obtenidos en cada Olimpiada. Identificador: RQ3.1 Fuente: Departamento comercial. Categoría: De prestaciones. Descripción: El usuario podrá informarse de la clasificación de cada una de las Olimpiadas celebradas dependiendo del número de medallas de oro, plata y bronce que se obtuvieron en cada una de las categorías olímpicas. MEDICIÓN El tiempo de realización por parte del administrador será de unas dos semanas. Sin embargo, al ejecutar la aplicación la información se presentará por pantalla en unos 5 segundos. BENEFICIOS Gracias a este requisito, el usuario podrá saber el país que obtuvo la victoria en la olimpiada que solicito. DOCUMENTOS RELACIONADOS No existen documentos relacionados. REQUISITOS RELACIONADOS RQ1.1 50 Gestión de la base de datos de los Juegos Olímpicos COMENTARIOS / SOLUCIONES SUGERIDAS El usuario tendrá que ejecutar la aplicación y tener inicializado el Start OC4J Instance. 51 Gestión de la base de datos de los Juegos Olímpicos 3.2.- Presentación de la historia olímpica de cada una de las ciudades en las que se han celebrado los Juegos Olímpicos. IDENTIFICACIÓN Proyecto: Sistema de Gestión de la base de datos de las Olimpiadas Jefe de proyecto: Marta Calvo González REQUISITO Fecha: 20/12/2005 Versión: 1.0 Estado: Pendiente Prioridad: Alta Pág.: 6 Título: Presentación de la historia olímpica de cada una de las ciudades en las que se han celebrado los Juegos Olímpicos. Identificador: RQ3.2 Fuente: Departamento comercial. Categoría: De prestaciones. Descripción: El usuario podrá informarse de la historia de cada una de las Olimpiadas celebradas. MEDICIÓN El tiempo de realización por parte del administrador será de una semana. Al ejecutar la aplicación la información se presentará por pantalla en unos 2 segundos. BENEFICIOS Gracias a este requisito, el usuario podrá saber los acontecimientos más significativos que ocurrieron en cada una de las ciudades olímpicas. DOCUMENTOS RELACIONADOS No existen documentos relacionados. REQUISITOS RELACIONADOS RQ1.1 52 Gestión de la base de datos de los Juegos Olímpicos COMENTARIOS / SOLUCIONES SUGERIDAS El usuario tendrá que ejecutar la aplicación y tener inicializado el Start OC4J Instance. 53 Gestión de la base de datos de los Juegos Olímpicos 3.3.- Presentación de las fotos más significativas de cada una de las Olimpiadas. IDENTIFICACIÓN Proyecto: Sistema de Gestión de la base de datos de las Olimpiadas Jefe de proyecto: Marta Calvo González REQUISITO Fecha: 20/12/2005 Versión: 1.0 Estado: Pendiente Prioridad: Media Pág.: 7 Título: Presentación de las fotos más significativas de cada una de las Olimpiadas. Identificador: RQ3.3 Fuente: Departamento comercial. Categoría: De prestaciones. Descripción: El usuario podrá disfrutar de las fotos de algunas de las Olimpiadas celebradas. MEDICIÓN El tiempo de realización por parte del administrador será de una semana. Al ejecutar la aplicación la información se presentará por pantalla en unos 2 segundos. BENEFICIOS Gracias a este requisito, el usuario podrá obtener más información sobre cómo era la ciudad en aquellos años, los atletas que participaron o el estadio en el que se realizó la Olimpiada. DOCUMENTOS RELACIONADOS No existen documentos relacionados. REQUISITOS RELACIONADOS RQ1.1 COMENTARIOS / SOLUCIONES SUGERIDAS El usuario tendrá que ejecutar la aplicación y tener inicializado el Start OC4J Instance. 54 Gestión de la base de datos de los Juegos Olímpicos 3.4.- Presentación de los videos más significativos de cada una de las Olimpiadas. IDENTIFICACIÓN Proyecto: Sistema de Gestión de la base de datos de las Olimpiadas Jefe de proyecto: Marta Calvo González REQUISITO Fecha: 20/12/2005 Versión: 1.0 Estado: Pendiente Prioridad: Media Pág.: 8 Título: Presentación de los videos más significativos de cada una de las Olimpiadas. Identificador: RQ3.4 Fuente: Departamento comercial. Categoría: De prestaciones. Descripción: El usuario podrá disfrutar de los vídeos de algunas de las Olimpiadas celebradas. MEDICIÓN El tiempo de realización por parte del administrador será de unos 10 días. Al ejecutar la aplicación la información se presentará en 15 segundos. BENEFICIOS Gracias a este requisito, el usuario podrá obtener más información sobre la participación de alguno de los atletas en la Olimpiada seleccionada. DOCUMENTOS RELACIONADOS No existen documentos relacionados. REQUISITOS RELACIONADOS RQ1.1 COMENTARIOS / SOLUCIONES SUGERIDAS El usuario tendrá que ejecutar la aplicación y tener inicializado el Start OC4J Instance, además será necesario que el ordenador disponga del reproductor de Windows Media. 55 Gestión de la base de datos de los Juegos Olímpicos 3.5.- Aparición de mascotas y medallas (símbolos) por cada Juego Olímpico. IDENTIFICACIÓN Proyecto: Sistema de Gestión de la base de datos de las Olimpiadas Jefe de proyecto: Marta Calvo González REQUISITO Fecha: 20/12/2005 Versión: 1.0 Estado: Pendiente Prioridad: Media Pág.: 9 Título: Aparición de mascotas y medallas (símbolos) por cada Juego Olímpico. Identificador: RQ3.5 Fuente: Departamento comercial. Categoría: De prestaciones. Descripción: El usuario podrá disfrutar de las mascotas y medallas de algunas de las Olimpiadas celebradas. MEDICIÓN El tiempo de realización por parte del administrador será de unos 10 días. La ejecución de la aplicación la información se presentará por pantalla en unos 2 segundos. BENEFICIOS Gracias a este requisito, el usuario podrá disfrutar de los iconos y símbolos más representativos de cada una de las Olimpiadas. DOCUMENTOS RELACIONADOS No existen documentos relacionados. REQUISITOS RELACIONADOS RQ1.1 COMENTARIOS / SOLUCIONES SUGERIDAS El usuario tendrá que ejecutar la aplicación y tener inicializado el Start OC4J Instance. 56 Gestión de la base de datos de los Juegos Olímpicos 4.1.- Acceso restringido a la base de datos, sólo el administrador podrá acceder. IDENTIFICACIÓN Proyecto: Sistema de Gestión de la base de datos de las Olimpiadas Jefe de proyecto: Marta Calvo González REQUISITO Fecha: 20/12/2005 Versión: 1.0 Estado: Pendiente Prioridad: Alta Pág.: 10 Título: Acceso restringido a la base de datos, sólo el administrador podrá acceder. Identificador: RQ4.1 Fuente: Departamento comercial. Categoría: Seguridad. Descripción: El administrador de la base de datos será el único que podrá acceder y manipular la información a partir de una clave que se creará al iniciar SQL Plus. MEDICIÓN No existe tiempo relacionado. BENEFICIOS Gracias a este requisito, el administrador de la aplicación será el único que podrá modificar los datos en cada una de las tablas de la base de datos, ya que sólo él tendrá acceso. Así se garantizará la integridad de los datos. DOCUMENTOS RELACIONADOS No existen documentos relacionados. REQUISITOS RELACIONADOS RQ2.2 COMENTARIOS / SOLUCIONES SUGERIDAS No existen comentarios al respecto. 57 Gestión de la base de datos de los Juegos Olímpicos 5.1.- Verificar la validez de los datos el administrador tendrá un acceso especial para poder adaptar todas las necesidades al usuario y al cliente. IDENTIFICACIÓN Proyecto: Sistema de Gestión de la base de datos de las Olimpiadas Jefe de proyecto: Marta Calvo González REQUISITO Fecha: 20/12/2005 Versión: 1.0 Estado: Pendiente Prioridad: Alta Pág.: 11 Título: Verificar la validez de los datos, el administrador tendrá un acceso especial para poder adaptar todas las necesidades al cliente (Teledeporte) y al usuario. Identificador: RQ5.1 Fuente: Departamento comercial. Categoría: Fiabilidad. Descripción: El administrador de la base de datos será el único que podrá manipular la información a partir de una clave que se creará al iniciar SQL Plus e introducirá la información que considere fiable y verídica de cada uno de los Juegos Olímpicos. MEDICIÓN No existe tiempo relacionado. BENEFICIOS Gracias a este requisito, el cliente y el usuario podrán estar seguros que toda la información que se presente por pantalla es fiable. DOCUMENTOS RELACIONADOS No existen documentos relacionados. REQUISITOS RELACIONADOS RQ 4.1 COMENTARIOS / SOLUCIONES SUGERIDAS No existe comentarios al respecto. 58 Gestión de la base de datos de los Juegos Olímpicos 4.4.- LISTA DE FUNCIONES LÓGICAS DEL NUEVO SISTEMA 1.- Introducción de password y contraseña 2.- Alta del cliente entrevistado 3.- Recopilación de la información en la PDA 4.- Almacenamiento de la información en la base de datos 5.- Actualización por parte del administrador de la base de datos 6- Solicitud del servicio 7- Ejecución de la aplicación 8.- Presentación de la aplicación por pantalla 59 Gestión de la base de datos de los Juegos Olímpicos 4.5.- MODELO LÓGICO DEL NUEVO SISTEMA 4.5.1.- NIVEL CONTEXTUAL 60 Gestión de la base de datos de los Juegos Olímpicos 4.5.2.- NIVEL CONCEPTUAL 61 Gestión de la base de datos de los Juegos Olímpicos 4.6.- DICCIONARIO DE DATOS DEL NUEVO SISTEMA 4.6.1.- FLUJO DE DATOS: Nombre del usuario y contraseña: No se define ya que tan solo implica la introducción del usuario y de la contraseña del administrador de la base de datos, para que al ejecutar el sistema se pueda conectar Oracle Forms con el contenido almacenado en cada una de las tablas de la base de datos. Datos del cliente: Contiene toda la información referida a los clientes entrevistados que aportan información al sistema a través de entrevistas con el administrador de la base de datos. DATOS_CLIENTE=[ID_CLIENTE+NOMBRE+TELEFONO] Datos de las Olimpiadas: Representa todo el volumen de información con el que realmente se trabajará en la aplicación para que el usuario final pueda consultar los datos que considere interesantes. DATOS_OLIMPIADAS=[ID_OLIM+DESCRIPCION+PAIS+MED_ORO+ MED_PLATA+MED_BRONCE+CIUDAD+CULTURA] 62 Gestión de la base de datos de los Juegos Olímpicos Petición del servicio de aplicación: Este flujo de datos no conlleva la especificación de ningún diccionario ya que se trata simplemente de la ejecución de la aplicación, por parte del administrador o a partir del usuario final. Resultados de la aplicación: Este flujo de datos tampoco genera diccionario de datos. Consiste en la presentación del resultado de la aplicación por pantalla. 63 Gestión de la base de datos de los Juegos Olímpicos 4.6.2.- ALMACENES Clientes: Este almacén contiene toda la información relativa a los clientes entrevistados que aportan información al sistema. CLIENTES=[ID_CLIENTE+NOMBRE+TELEFONO] Olimpiadas: Contiene un identificador de la olimpiada y el nombre de ésta. OLIMPIADAS=[ID_OLIM+DESCRIPCION] Medallero: Esta tabla contiene el identificador de la olimpiada junto a los países ordenados descendentemente dependiendo del número de medallas de oro, plata y bronce que hayan conseguido. MEDALLERO=[ID_OLIM+PAIS+MED_ORO+MED_PLATA+ MED_BRONCE] Historia: Este almacén contiene el nombre de una ciudad y su historia olímpica. HISTORIA=[ CIUDAD+CULTURA] 64 Gestión de la base de datos de los Juegos Olímpicos 4.7.- DIAGRAMAS ENTIDAD/RELACIÓN: DER 4.7.1.- CLIENTES CLIENTES=[ID_CLIENTE+TELEFONO+NOMBRE] Paso 1: Definición de la estructura CLIENTES = {Id_Cliente + Telefono+Nombre} Paso 2: Normalizar 1ª FN: CLIENTES = {Id_Cliente + Telefono+Nombre} 2ª FN: CLIENTES = {Id_Cliente + Telefono + Nombre } 3ª FN: CLIENTES = {Id_Cliente + Telefono + Nombre } Paso 3: Identificación de las entidades CLIENTES = {Id_Cliente + Telefono + Nombre } = E.CLIENTE 65 Gestión de la base de datos de los Juegos Olímpicos Paso 4: Identificación de relaciones No exiten Paso 5: Extracción de claves extranjeras No hay Paso 6: Identificación de entidades implícitas No existen Paso 7: Definición de las entidades y relaciones CLIENTES = {Id_Cliente + Telefono + Nombre } = E.CLIENTE 66 Gestión de la base de datos de los Juegos Olímpicos 4.7.2.- OLIMPIADAS OLIMPIADAS=[ID_OLIM+DESCRIPCION] Paso 1: Definición de la estructura OLIMPIADAS={Id_Olim + Descripcion} Paso 2: Normalizar 1ª FN: OLIMPIADAS={Id_Olim + Descripcion} 2ª y 3ª FN: OLIMPIADAS ={Id_Olim + Descripcion} OLIMPIADAS 1 ={Id_Olim} OLIMPIADAS 2 ={Descripción} Paso 3:Identificación de entidades OLIMPIADAS 1 ={Id_Olim} = E.OLIMPIADAS OLIMPIADAS 2 ={Descripción} = E.HISTORIA 67 Gestión de la base de datos de los Juegos Olímpicos Paso 4: Identificación de relaciones OLIMPIADAS={Id_Olim + Descripcion} = R.TIENE Paso 5: Extracción de claves extranjeras No hay claves extranjeras Paso 6: Identificación de entidades implícitas No hay entidades implícitas Paso 7: Definición de las entidades y relaciones OLIMPIADAS 1 ={Id_Olim} = E.OLIMPIADAS OLIMPIADAS 2 ={Descripción} = E.HISTORIA OLIMPIADAS={Id_Olim + Descripcion} = R.TIENE NOTA: La entidad HISTORIA que se obtiene en este modelo conceptual de datos de la tabla de OLIMPIADAS no se tendrá en cuenta, ya que solamente contiene el nombre de la CIUDAD de la Olimpiada relacionada, es decir, uno de los atributos de la E. HISTORIA que se verá a continuación. 68 Gestión de la base de datos de los Juegos Olímpicos 4.7.3.- MEDALLERO MEDALLERO=[ID_OLIM+PAIS+MED_ORO+MED_PLATA+ MED_BRONCE] Paso 1: Definición de la estructura MEDALLERO = {Id_Olim+Pais+Med_Oro+Med_Plata+Med_Bronce} Paso 2: Normalizar MEDALLERO = {Id_Olim+Pais+Med_Oro+Med_Plata+Med_Bronce} Paso 3: Identificación de entidades MEDALLERO = {Id_Olim+Pais+Med_Oro+Med_Plata+Med_Bronce} = E.MEDALLAS Paso 4: Identificación de relaciones No hay relaciones Paso 5: Extracción de claves extranjeras No hay claves extranjeras Paso 6: Identificación de entidades implícitas No hay entidades implícitas 69 Gestión de la base de datos de los Juegos Olímpicos Paso 7: Definición de las entidades y relaciones MEDALLERO = {Id_Olim+Pais+Med_Oro+Med_Plata+Med_Bronce} = E.MEDALLAS 70 Gestión de la base de datos de los Juegos Olímpicos 4.7.4.- HISTORIA HISTORIA=[ CIUDAD+CULTURA] Paso 1: Definición de la estructura HISTORIA= {Ciudad+Cultura} Paso 2: Normalizar 1ª, 2ª y 3ª FN: HISTORIA= {Ciudad+Cultura} Paso 3:Identificación de entidades HISTORIA= {Ciudad+Cultura} = E.Ciudad Paso 4: Identificación de relaciones No hay relaciones Paso 5: Extracción de claves extranjeras No hay claves extranjeras Paso 6: Identificación de entidades implícitas No hay entidades implícitas 71 Gestión de la base de datos de los Juegos Olímpicos Paso 7: Definición de las entidades y relaciones HISTORIA= {Ciudad+Cultura} = E.Ciudad 72 Gestión de la base de datos de los Juegos Olímpicos 4.7.5.- DIAGRAMA ENTIDAD RELACIÓN El Diagrama Entidad-Relación resultante es el siguiente: 73 Gestión de la base de datos de los Juegos Olímpicos 5.- ESTUDIO DE LA ARQUITECTURA EAQ: Estudio de la Arquitectura Especificación de componentes básicos Matriz evaluación de alternativas Planificación General 74 Gestión de la base de datos de los Juegos Olímpicos 5.- ESTUDIO DE LA ARQUITECTURA El objetivo de esta fase es definir las posibles soluciones de arquitectura que satisfagan tanto los requisitos del usuario, como las restricciones de diseño del sistema de gestión de la base de datos de las Olimpiadas. Para ello, se definen unas posibles soluciones, se las somete a un estudio de viabilidad y se elige la más adecuada, para ser desarrollada e implementada. EAQ: Estudio de la Arquitectura Especificación de componentes básicos Matriz evaluación de alternativas Planificación General 75 Gestión de la base de datos de los Juegos Olímpicos Durante esta fase no es necesario hacer un exhaustivo estudio de cada alternativa, ya que esta labor se realizará en la fase de Diseño Externo para la alternativa elegida. Por lo tanto, la solución adoptada debe suministrar suficiente información para hacer estimaciones razonables sobre el coste del proyecto, y dar una visión a los usuarios sobre cómo va a ser su nuevo sistema y cómo se adaptara a la organización. La primera parte de esta etapa consiste en representar cuál será la estructura del sistema, para que la aplicación se pueda realizar correctamente. Una vez que se haya realizado la arquitectura i-ésima, la realización de esta fase consistirá básicamente en cuatro actividades fundamentales: • Especificar la tecnología hardware, software y de comunicaciones de cada alternativa a estudiar. • Evaluar cada una, en sus aspectos estratégicos, organizativos, operativos, técnicos y económicos. • Seleccionar una alternativa, detallando las fronteras de mecanización. • Elaborar la planificación general del proyecto. 76 Gestión de la base de datos de los Juegos Olímpicos 5.1.- DISEÑO DE LA ARQUITECTURA I-ÉSIMA 5.1.1.- DIAGRAMA DE PRESENTACIÓN DE LA ORGANIZACIÓN Para representar la aplicación se puede utilizar un Diagrama de Presentación, que expresa las características hardware y operativas de las que estará compuesta esta aplicación y su relación con el sistema en el que se implantará: el canal de Teledeporte de TVE. Lo más probable es que se establezca en su página web o en el Teletexto, pero eso ya será decisión de los miembros directivos del canal de televisión. El Diagrama de Presentación de la organización en la que se implantará la aplicación es: 77 Gestión de la base de datos de los Juegos Olímpicos En la organización existirán diversas redes, gracias a las cuales los equipos del departamento de documentación y de deportes están en todo momento comunicados para que las personas que trabajan en ellos puedan acceder a los datos de otra persona e incluso a la base de datos diaria de la otra sección para consultar la información que deseen. En primer lugar, la red principal de la organización es una red de área local o LAN en la que la transmisión se realiza en ambos sentidos aunque no de forma simultánea, o se envía o se recibe la información, no puede haber dos estaciones transmitiendo simultáneamente. Son adecuadas para la transmisión de datos, ya que es posible que el receptor indique al emisor cómo le han llegado los datos. En este caso se precisa en los dos extremos un doble equipo de transmisión y recepción, que trabajan alternativamente. A esta red estarán conectados tanto unidades de trabajo, como terminales centrales con impresoras, desde donde se podrá imprimir cualquier documento enviado desde cualquier otro terminal. En lo que respecta a su topología todas las estaciones son iguales, es decir, todas comparten un mismo medio, por lo que las redes son multipunto paritario. 78 Gestión de la base de datos de los Juegos Olímpicos Esta organización posee una red de seguridad muy completa, ya que constantemente se revisan los archivos, imágenes, documentos, que se van almacenando. Toda la información que se almacena diariamente en la base de datos de cada uno de los departamentos, se archivará también en una base de datos central para salvaguardar los datos diariamente en el servidor central, y para que la información quede duplicada en caso de que se produzca una caída del sistema. Para terminar con la interpretación de este diagrama, es necesario comentar que todas las estaciones están conectadas a Internet para poder ampliar la información en cada una de las emisiones y para que los telespectadores estén más informados de cada uno de los acontecimientos. Por este motivo, la realización de la base de datos de los Juegos Olímpicos sería de gran importancia, ya que así se podría comparar en todo momento los resultados obtenidos en la última olimpiada, con la que se esté celebrando en ese momento o con la competición que se esté realizando. 79 Gestión de la base de datos de los Juegos Olímpicos 5.1.2.- DIAGRAMA DE PRESENTACIÓN DE LA APLICACIÓN Para el desarrollo de la aplicación tan solo se necesita un terminal desde donde se programará la base de datos en el sistema de administración de Oracle y en el que se introducirá la información deportiva que tenga relación directa con todas las Olimpiadas. Este terminal debe tener un acceso directo y seguro a Internet, fuente que proporcionará la mayoría de los datos. No obstante, el jefe de proyecto actualizará los datos de la aplicación gracias a las anotaciones realizadas en la PDA. Estos comentarios se transmitirán al ordenador vía bluetooth, de esta manera se evitará que el realizador los introduzca manualmente. Si por algún motivo, el administrador desea imprimir cualquier parte del documento, gozará de los servicios de una impresora. Esta impresora también tiene las funciones de scanner para que las fotografías en papel también puedan ser incorporadas en el sistema. El esquema que representa lo comentado anteriormente es: 80 Gestión de la base de datos de los Juegos Olímpicos 5.1.3.- ESPECIFICACIÓN DE COMPONENTES BÁSICOS DE LA APLICACIÓN Esta aplicación es la primera vez que se realiza, por lo que es necesaria una actualización tanto del hardware como del software disponible para la realización de este proyecto. Los elementos hardware que lo constituyen son: HARWARE LOCAL NECESARIO YA EXISTENTE: • 1 ordenador Pentium IV hp pavilion zt3000 con una velocidad de procesador de 1500 Mhz, con una memoria RAM de 512 Mb, un disco duro de 40 Gb y tarjetas de sonido Creative Sound Blaster 16 V.E. • Una impresora hp 1200 series que contiene las funciones de scanner y fotocopiadora a color y blanco y negro. HARWARE LOCAL NECESARIO DE NUEVA ADQUISICIÓN: • 1 PDA hp ipaq hx4700 con 192 MB de memoria total (128 MB de ROM y 64 MB de SDRAM), hasta 135 MB de memoria disponible para el usuario y un procesador basado en la tecnología Intel PXA270624 MHz. 81 Gestión de la base de datos de los Juegos Olímpicos Los elementos software que lo constituyen son: SOFTWARE LOCAL NECESARIO YA EXISTENTE: • Sistema operativo Microsoft Windows XP Home Edition 2002 con un paquete de aplicaciones Office 2000. • Panda Antivirus. • Navegador de Internet Explorer 5.0. SOFTWARE LOCAL NECESARIO DE NUEVA ADQUISICIÓN: • Para el ordenador se precisará cambiar el sistema operativo por Windows XP Professional y el paquete de aplicaciones será Office 2003. • Además se incluirán los programas Visio para la realización de los diagramas de flujo de datos. • El navegador se actualizará por Internet Explorer 6.0. • Se necesitará la instalación del gestor de bases de datos Oracle 9i con el que se configurará la base de datos y se necesitará asimismo las herramientas de Oracle contenidas en el paquete Developer Suite que serán Oracle Forms. • Para la IPAQ el sistema operativo que se utilizará será Microsoft Windows Mobile 2003 Second Edition Software. Además, se incluirán las versiones Pocket de Microsoft como Outlook, Word, Excel e Internet Explorer para Pocket PC Microsoft Windows Mobile 2003 Second Edition Software. 82 Gestión de la base de datos de los Juegos Olímpicos 5.2.- ARQUITECTURA DATA WAREHOUSE Esta organización tiene la arquitectura Data Warehouse, la cual, es utilizada para el almacenamiento masivo de información. Pero para poder comprender este tipo de arquitectura es necesario conocer previamente la diferencia existente entre los sistemas operacionales y los informacionales. Los primeros, representan al sistema de gestión de la base de datos, generalmente basados en el número de transacciones realizadas a cada una de las tablas de la base de datos. Además recogen la información puntual y detallada de cada uno de los acontecimientos desde el inicio de los Juegos Olímpicos, y que a su vez sirven para actualizar la base de datos que es la que contiene toda la información del sistema. Este tipo de sistemas se les denomina On-Line Transaction Processing (OLTP). Estos sistemas realizan un uso interactivo de la base de datos mediante la inserción, consulta o modificación de la información. Sin embargo a la hora de realizar un análisis de la información almacenada, para facilitar la búsqueda de artículos o datos de interés, resultan demasiado limitados. Por este motivo, es necesario disponer de los sistemas de información que ayuden a efectuar la toma de decisiones sobre la aplicación (informacionales). Estos sistemas de información están enfocados a ofrecer tiempos de respuesta aceptables (muchas de las veces en tiempo real) y el acceso a grandes volúmenes de registros. 83 Gestión de la base de datos de los Juegos Olímpicos Además, también tienen la posibilidad de ofrecer informes en los que aparecen datos sumarizados y clasificados por diferentes criterios de análisis como por ejemplo el medallero de los Juegos Olímpicos celebrados en Barcelona en 1992 clasificado por el número de oros, a continuación por las platas y por último por el número de medallas de bronce obtenidas. La información con la que trabajan los sistemas informacionales debe provenir de los sistemas operacionales del sistema, que periódicamente o en el mismo momento de su generación, deben enviar el detalle de la transacción al sistema informacional. Este detalle puede ser la introducción de nueva información como vídeos o imágenes, o una modificación de los datos de una Olimpiada debido a un error en la introducción de los datos en la base de datos de Oracle. A este tipo de sistemas se les denomina On-Line Analytical Processing (OLAP). Las bases de datos que se utilizan en este tipo de sistema son las relacionales, que se realizan a través de modelos de datos multidimensionales instalados sobre gestores relacionales. Las herramientas de análisis son las ROLAP (Relational OnLine Analytical Processing), ya que son las adecuadas cuando el volumen de datos es elevado y a su vez proporcionan mayor dinamismo a la hora de realizar consultas no definidas en el diseño de la base de datos. 84 Gestión de la base de datos de los Juegos Olímpicos Por lo tanto, la utilización de un Data Warehouse en la organización ofrecerá un lugar donde se recoja toda aquella información que pueda ser de interés a la hora de realizar diferentes informes sobre cada uno de los Juegos Olímpicos celebrados que resulte de interés para el usuario final. Para generar esta información es necesario acceder a los datos de los distintos sistemas informáticos y construir, por lo tanto, los procesos que apliquen la lógica del proyecto y trasladen los resultados hasta el Data Warehouse. Así una vez recopilada y estructurada la información, los usuarios finales tienen acceso a todo un conjunto de herramientas que les permitirá acceder vía web o por medio de la página del teletexto del canal de Teledeporte, definir, realizar sus propias consultas, analizar la información, navegar por ella, realizar estudios estadísticos, etc. Los sistemas Warehouse atienden a los objetivos de los sistemas informacionales, pero su arquitectura se basa principalmente en un gran almacén de información departamental o temática. Este almacén se denomina Data Mart ya que contiene tan sólo los datos de los Juegos Olímpicos. 85 Gestión de la base de datos de los Juegos Olímpicos La organización que pondrá en funcionamiento esta aplicación, al plantearse la construcción de un Data Warehouse, ha decidido fabricar primeramente un almacén de datos corporativo, alimentado por sus sistemas operacionales, para que a partir de él se puedan construir los Data Marts especializados, que se nutrirán periódicamente del almacén corporativo. Sin embargo, cualquier tipo de arquitectura Warehouse, precisa de los servicios de acceso a la información desde las estaciones cliente. Aunque dependiendo de la tipología de estos servicios, pueden implementarse diversas herramientas de reporting, de análisis o de consulta. El Data Warehouse tiene una serie de requisitos: • Necesidad de integrar la información proveniente de diferentes bases de datos y fuentes de información: En esta aplicación se unifican los datos provenientes de las bases de datos de los departamentos de documentación y de deportes del canal de Teledeporte y toda la información proporcionada por los buscadores, enciclopedias virtuales y entrevistas en una única base de datos. De esta manera, el usuario final puede visitar la aplicación de forma consolidada, eliminando el acceso cruzado a cada uno de los almacenes de los diferentes departamentos y fuentes de información olímpica. 86 Gestión de la base de datos de los Juegos Olímpicos • Optimizar los tiempos de respuesta en las consultas: Para poder ofrecer altos rendimientos en consultas masivas es necesario modelizar estas bases de datos conforme a toda una serie de técnicas y conceptos que aporta la tecnología Data Warehousing. • Disponer de un modelo de información (no de datos): El usuario final del Data Warehouse debe tener unos esquemas claros de la información a la que está teniendo acceso, independientemente de lo compleja que pueda ser la aplicación en la que estén organizados los datos. • Poder definir y ejecutar nuevas consultas por el usuario final: La dinámica del sistema exige tiempos de respuesta cortos. Una forma de reducir estos tiempos es que el usuario final pueda definirse directamente sus consultas sin necesidad de solicitar nuevos desarrollos informáticos. • Mantener un Histórico de información. • Incorporación de nuevos canales de distribución de la información: La arquitectura del Data Warehouse incorpora un importante salto tecnológico desde el punto de vista de interfaces de usuario, permitiendo el acceso a través de un navegdor web o a través del teletexto del canal de comunicaciones. De este modo se proporciona una interfaz multimedia. • Gestión de la Información: Debido a la escalabilidad y a la complejidad del Data Warehouse, es necesario tener desde un principio registrados todos los conocimientos referentes a toda la información contenida en el Data Warehouse. 87 Gestión de la base de datos de los Juegos Olímpicos • Integración con el entorno Ofimático: La arquitectura del Data Warehouse satisface el acceso y manipulación de la información, pudiendo el usuario final descargar a su PC la información obtenida en las sucesivas consultas al Data Warehouse. 88 Gestión de la base de datos de los Juegos Olímpicos 5.3.- EVALUACIÓN DE LAS ALTERNATIVAS Para realizar una evaluación correcta de las alternativas es necesario que se encamine la determinación de éstas hacia el modo en el que operará cada uno de los usuarios finales a los que va dirigida la aplicación y el tipo de arquitectura tecnológica que se utilizará. 5.3.1.- PARÁMETROS A VALORAR En este caso, el sistema de gestión tiene tres posibles alternativas respecto al sistema de: 1.- Recogida de datos de cada uno de los acontecimientos gracias a una PDA y almacenamiento en la base de datos. 2.- Actualización de los datos en la aplicación cada vez que se disponga de nueva información. 3.- Divulgación de este proyecto al exterior, para que pueda ser utilizada por usuarios interesados en el mundo deportivo por Internet. 89 Gestión de la base de datos de los Juegos Olímpicos 1.- RECOGIDA DE DATOS DE CADA UNO DE LOS ACONTECIMIENTOS GRACIAS A UNA PDA Y ALMACENAMIENTO EN LA BASE DE DATOS La primera alternativa se basa fundamentalmente en efectuar la toma de datos de cada uno de los Juegos Olímpicos, no sólo partiendo de buscadores o de enciclopedias virtuales, sino considerando la información adicional de personas que han estado presentes en uno de estos acontecimientos, o por el contrario, se han documentado y poseen artículos extra que serán de gran utilidad para la aplicación. Esta introducción de datos se efectuará a partir de una PDA, pasándose la información al ordenador vía BlueTooth, y a continuación, se registrará en la base de datos. 90 Gestión de la base de datos de los Juegos Olímpicos 2.- ACTUALIZACIÓN DE LOS DATOS EN LA APLICACIÓN CADA VEZ QUE SE DISPONGA DE NUEVA INFORMACIÓN La segunda alternativa es muy parecida a la primera en lo que respecta a la carga de información en la base de datos, pero en este caso, no será necesario que el que introduzca la información sea el realizador de la aplicación, sino que cualquier persona de confianza para el jefe del proyecto que posea nuevos testimonios o reseñas de cualquiera de las olimpiadas acontecidas podrá actualizar los datos contenidos en la base de datos. Cada una de estas personas dispondrá de una PDA para anotar los datos más significativos al entrevistar a cada una de las personas o al consultar libros o documentos interesantes y así evitar la pérdida de la información y para que la actualización vía BlueTooth sea mucho más fiable. Además dispondrán de una clave única, personal e intransferible para poder acceder a la información y actualizarla en la base de datos del sistema. 91 Gestión de la base de datos de los Juegos Olímpicos 3.- DIVULGACIÓN DE LA APLICACIÓN PARA QUE PUEDA SER UTILIZADA POR USUARIOS INTERESADOS EN EL MUNDO DEPORTIVO POR INTERNET Por último, y para terminar con la especificación de cada una de las alternativas, es necesario propagar la aplicación al exterior para que pueda ser utilizada por usuarios externos al sistema. La información del sistema será presentada en la página web de este canal. Además cada uno de los clientes que han sido entrevistados por el jefe del proyecto se les notificará que esta aplicación está en funcionamiento para que puedan consultar más noticias o acontecimientos que sucedieron o acontecerán en los Juegos Olímpicos. A continuación se especifican cada una de las alternativas explicadas con anterioridad, incluyendo los componentes software y hardware de cada una. 92 Gestión de la base de datos de los Juegos Olímpicos ESPECIFICACIÓN DE LA ALTERNATIVA - 1 Título Código Sistema de recogida de la información y almacenamiento Área 0001A Fecha Departamento documentación 20/01/2006 Antecedentes Todo el sistema de gestión de se basa en un adecuado tratamiento de la información, por eso, la recogida de ésta debe ser lo más fiable, óptima y sobre todo rápida. Requisitos Este sistema tiene la necesidad de incluir un mecanismo que permita recoger la información tanto de los acontecimientos como de las imágenes, vídeos o documentos más significativos de cada una de las Olimpiadas celebradas. Especificación de la solución Una vez obtenida toda la información y registrada en la PDA, se pasará al ordenador personal vía BlueTooth, para que sea tratada adecuadamente y se registre inmediatamente. De esta forma se evitará la pérdida de información en la base de datos del sistema. 93 Gestión de la base de datos de los Juegos Olímpicos ESPECIFICACIÓN DE LA ALTERNATIVA - 1 Las necesidades del cliente van dirigidas a la realización de un Data Mart para la generación de informes y navegación multidimensional de la información del sistema, una vez que los datos hayan sido introducidos. Se propone una arquitectura Data Mart sobre gestor relacional, dado el volumen de información a soportar por el sistema. El Data Warehouse Central es el almacenamiento central donde se mantiene toda aquella información histórica procedente de los diferentes sistemas operacionales que puede ser de interés analizar por los distintos departamentos de la organización. Su función es concentrar toda la información en una única base de datos y unificar los procesos de extracción, evitando que distintos Data Marts accedan a los sistemas operacionales para obtener más información. La información que contiene este primer nivel de almacenamiento no es accesible por los usuarios, sino que es utilizada para alimentar al Data Mart correspondiente. El Data Mart Departamental es una base de datos adaptada a las necesidades de los usuarios finales. Esta base de datos estará modelada dimensionalmente para poder ser consultada por las herramientas de análisis y/o consulta de Oracle, de este modo el tiempo de respuesta será mucho más rápido. 94 Gestión de la base de datos de los Juegos Olímpicos ESPECIFICACIÓN DE LA ALTERNATIVA - 1 Necesidades hardware Todos los componentes hardware son suministrados por el proveedor, necesitándose solamente una cable para conectar la PDA a la fuente de alimentación y así poder cargarlo. Necesidades software El sistema operativo que tendrán las PDA será Microsoft Windows Mobile 2003 y para la recogida de la información se utilizará cualquier editor de texto que venga incorporado. Además dispondrá de aplicaciones, protocolos y todo lo necesario para el envío de información al equipo o a otra PDA. En lo que respecta a la carga de datos, esta funcionalidad contempla los procesos necesarios para preparar y almacenar la información en la base de datos del Data Warehouse, tanto en el Data Warehouse Central como en el Data Mart Departamental. Para ello será necesario implementar los procesos que accedan a la información, la validen, interpreten los datos procedentes de cada una de las tablas de la base de datos y realicen las transformaciones necesarias para convertir las consultas en estadísticas o en tablas o informes. 95 Gestión de la base de datos de los Juegos Olímpicos ESPECIFICACIÓN DE LA ALTERNATIVA - 1 Por último, es necesario contemplar tareas necesarias para la gestión de los clientes entrevistados, validación de las cargas en la base de datos, gestión de backups, etc. 96 Gestión de la base de datos de los Juegos Olímpicos ESPECIFICACIÓN DE LA ALTERNATIVA - 2 Título Código Sistema de actualización de los datos en la aplicación 0002A Área Fecha Departamento documentación 20/01/2006 Antecedentes Todo el sistema se basa en un adecuado tratamiento de la información, por eso, la actualización de ésta debe ser lo más fiable, óptima y sobre todo lo más rápida posible. Requisitos Este sistema tiene la necesidad de incluir un mecanismo que permita actualizar la información tanto de los acontecimientos como de las imágenes, vídeos o documentos más significativos de cada una de las Olimpiadas celebradas, por cada una de las personas de confianza del realizador de la aplicación. Especificación de la solución Una vez obtenida toda la información por cada una de las personas y registrada en la PDA, se pasará al ordenador personal vía BlueTooth, para que sea tratada adecuadamente y se actualice inmediatamente gracias a las clave única, personal e intransferible de la que dispone cada persona de confianza. 97 Gestión de la base de datos de los Juegos Olímpicos ESPECIFICACIÓN DE LA ALTERNATIVA - 2 En esta alternativa también es necesaria la existencia de un Data Warehouse Central y un Data Mart Departamental debido a las necesidades del cliente (Teledeporte) sobre la generación de informes y navegación multidimensional de la información del sistema, una vez que los datos hayan sido introducidos. En el Data Warehouse Central la información histórica procedente de los diferentes sistemas operacionales que puede ser de interés analizar por los distintos departamentos de la organización debe ser actualizada al igual que en el Data Mart Departamental para que sea adaptada a las necesidades de los usuarios finales. Pero mucho antes de poder actualizar la información en las dos arquitecturas mencionadas con anterioridad, es necesario que cada vez que el cliente (Teledeporte) disponga nuevos datos relevantes se ponga en contacto con el realizador de la base de datos y de la aplicación o con alguno de las personas que poseen una clave para poder acceder a la información. De este modo, gracias a las herramientas de Oracle, se podrá modificar la aplicación más rápida y fácilmente. La restricción de esta alternativa es que sólo el administrador podrá actualizar los datos. 98 Gestión de la base de datos de los Juegos Olímpicos ESPECIFICACIÓN DE LA ALTERNATIVA - 2 Necesidades hardware Todos los componentes hardware son suministrados por el proveedor, necesitándose solamente una cable por cada persona de confianza del realizador para conectar la PDA a la fuente de alimentación y así poder cargarlo. Necesidades software El sistema operativo que tendrán las PDA será Microsoft Windows Mobile 2003 y para la recogida de la información se utilizará cualquier editor de texto que venga incorporado. Además dispondrá de aplicaciones, protocolos y todo lo necesario para el envío de información al equipo o a otra PDA. En lo que respecta a la actualización de datos, esta funcionalidad contempla los procesos necesarios para reparar la información en la base de datos del Data Warehouse, tanto en el Data Warehouse Central como en el Data Mart Departamental. Para ello, será necesario implementar los procesos que accedan a la información, la validen, interpreten los datos procedentes de cada una de las tablas de la base de datos y realicen las transformaciones necesarias para convertir las consultas en estadísticas o en tablas o informes. 99 Gestión de la base de datos de los Juegos Olímpicos ESPECIFICACIÓN DE LA ALTERNATIVA - 2 También es necesaria la existencia de un mecanismo para la generación de distintas claves para que las personas de confianza que posean información relevante puedan actualizarla o modificarla en la base de datos del sistema, sin tener que comunicársela al administrador de la aplicación. Por este motivo, el acceso a la base de datos debe estar controlado, para que la información tan solo pueda ser modificada por un usuario en un momento determinado y no se ocasionen fallos en el sistema. Por último, es necesario contemplar tareas necesarias para la gestión de los clientes entrevistados por cada uno de los distintos usuarios, validación de las cargas en la base de datos, gestión de backups, etc. 100 Gestión de la base de datos de los Juegos Olímpicos ESPECIFICACIÓN DE LA ALTERNATIVA - 3 Título Código Sistema de divulgación de la información Área 0003A Fecha Departamento de deportes 20/01/2006 Antecedentes Uno de los objetivos del sistema de gestión es que los usuarios externos a la aplicación estén informados en todo momento de todos los acontecimientos pasados y futuros de los Juegos Olímpicos, de este modo se ofrecerá un mejor servicio y crecerá así el índice de visitas. Requisitos Este sistema tiene la necesidad de incluir un mecanismo que permita el conocimiento de la aplicación lo más rápidamente posible por medio de la página web del canal de Teledeporte. Especificación de la solución Se optará por publicitar la aplicación en Internet de este canal ya que el envío de información a todas las personas de este país resultará más caro e incluso ineficiente, ya que al fin y al cabo para poder acceder a la base de datos, los usuarios se tendrán que conectar a la página web de este medio televisivo. 101 Gestión de la base de datos de los Juegos Olímpicos ESPECIFICACIÓN DE LA ALTERNATIVA - 3 Necesidades hardware No existen necesidades de hardware Necesidades software La única necesidad software que se necesita es un navegador como Internet Explorer para poder acceder a toda la información on-line. 102 Gestión de la base de datos de los Juegos Olímpicos 5.3.2.- PESO RELATIVO DE LOS PARÁMETROS La evaluación de las diferentes soluciones propuestas al sistema se realiza en base a cuatro aspectos de interés: evaluación organizativa, operativa, técnica y económica. Para los tres primeros, se utiliza una Matriz de Evaluación Organizativa donde se recoge y se puntúa las diferentes características o parámetros de cada aspecto, para cada una de las alternativas. Para la evaluación económica se utiliza una Matriz de Evaluación de Costes, similar a la anterior, pero evaluando aspectos propiamente económicos. Además debe llevarse a cabo una identificación de parámetros dirigidos a conocer cómo y en que medida las soluciones cubren los objetivos y requisitos establecidos para que el sistema de gestión de esta aplicación se desarrolle con normalidad. Cada grupo de parámetros así identificado, tiene un fin concreto dentro de la valoración que pueda hacerse de cada una de las alternativas, y por ello puede darse a cada uno una ponderación absoluta (obtenida como media ponderada del valor dado a cada parámetro) y una ponderación relativa a la importancia que tiene en el proyecto con relación a los otros grupos de parámetros. Una vez que esta etapa finalice se realizará un análisis de los valores obtenidos, con objeto de mejorar la puntuación si fuese necesario. 103 Gestión de la base de datos de los Juegos Olímpicos 5.3.2.1.- EVALUACION ORGANIZATIVA, OPERATIVA Y TÉCNICA Evaluación Organizativa • Fomentar el manejo de la PDA para que el realizador de la aplicación pueda introducir los datos de una manera rápida y eficaz. Lo mismo ocurrirá para cada una de las personas de confianza del realizador, para actualizar la base de datos. • Adecuar al jefe del proyecto a los cambios de la recogida de la información en el sistema, ya que los datos se transmitirán via BlueTooth al ordenador una vez almacenados en la PDA. Así se garantizará la fiabilidad de la aplicación. • Adecuar al jefe del proyecto y a cada uno de sus personas de confianza a los cambios de la recogida y actualización de la información en el sistema, ya que los datos se transmitirán via BlueTooth al ordenador una vez almacenados en la PDA. Así se mantendrán informados a los usuarios finales y se garantizará la fiabilidad de la aplicación y responsabilidad del realizador. • Incorporación de nuevos ayudantes temporales para formar a los trabajadores de la sección de deportes y de documentación del canal de Teledeporte para que puedan consultar la información necesaria. 104 Gestión de la base de datos de los Juegos Olímpicos • Establecimiento de una nueva normativa en las dos secciones del canal de Teledeporte para la transmisión y salvaguarda de nueva información relativa a los Juegos Olímpicos que acontecerán o han sucedido en años anteriores. Así el realizador de la aplicación podrá incorporar dichos datos al sistema lo más rápidamente posible. Evaluación Operativa • Respecto a los cambios en la operativa actual, la información recogida en la página Web y en el Teletexto del canal de Teledeporte no es 100% completa. Por este motivo si se incorpora este sistema, gracias a la recogida de información en la PDA, y a la actualización constante de la base de datos, los usuarios gozarán de mayores privilegios para buscar los datos necesarios para su información. • El sistema es 100% fiable. Los documentos de los que se dispone para la realización del sistema son totalmente verídicos, ya que son resultados y noticias de acontecimientos que han ocurrido o que sucederán a lo largo de la historia. • La seguridad del sistema a incorporar es muy elevada ya que constantemente el jefe del proyecto efectuará copias de seguridad (back up), para que no se pierda la información que se va añadiendo a la base de datos. • Este procedimiento es fácil de gestionar. 105 Gestión de la base de datos de los Juegos Olímpicos • Se realizará una administración y control exhaustivo del sistema por parte del realizador y coordinador del proyecto para revisar las características de cada una de las Olimpiadas y así poder proporcionar una mayor información a los usuarios interesados. Evaluación Técnica Para la primera alterativa, que incluye la recogida de la información en la PDA y el almacenamiento de la información en la base de datos: • Se necesitará un cable para conectar la PDA a la fuente de alimentación y así poder cargarlo. • El sistema operativo que tendrá el PDA será Microsoft Windows Mobile 2003 y el ordenador Windows XP Professional con un paquete de aplicaciones Office 2003 y el navegador será Internet Explorer 6.0. • Además será necesario incorporar el sistema gestor de bases de datos Oracle 9i y Oracle Developer con Oracle Form 10g. • Para la recogida de la información se utilizará cualquier editor de texto que venga incorporado en el paquete de aplicaciones de la PDA. • Será necesario la existencia de un Data Warehouse Central y de un Data Mart Departamental para el almacenamiento y control de la información en la organización. 106 Gestión de la base de datos de los Juegos Olímpicos Para la segunda alterativa, que se fundamenta en la actualización de la información en el sistema: • Se necesitará un cable por cada persona de confianza para conectar la PDA a la fuente de alimentación y así poder cargarlo. • El sistema operativo que tendrá el PDA será Microsoft Windows Mobile 2003 y el ordenador Windows XP Professional con un paquete de aplicaciones Office 2003 y en navegador será Internet Explorer 6.0. • Será necesario la existencia de un Data Warehouse Central y de un Data Mart Departamental para que el control de la información en la organización sea más fiable y óptimo a la hora de realizarse actualizaciones en el sistema. • Además será necesario incorporar el sistema gestor de bases de datos Oracle 9i y Oracle Developer con Oracle Form en cada uno de los equipos de los usuarios que puedan acceder a la información. • Cada usuario dispondrá de una clave única para poder acceder a los datos y actualizarlos. • Se dispondrá de un mecanismo para controlar los accesos a la base de datos. De esta manera, tan solo uno de los usuarios podrá acceder a la base de datos en un instante determinado para actualizar los datos referentes a una Olimpiada determinada. • Para la recogida de la información se utilizará cualquier editor de texto que venga incorporado en el paquete de aplicaciones de la PDA. 107 Gestión de la base de datos de los Juegos Olímpicos Por último, para la tercera alternativa, que se basa en la divulgación de información es imprescindible: • Un navegador como Internet Explorer 6.0 para poder acceder la información online. 108 Gestión de la base de datos de los Juegos Olímpicos 5.3.2.2.- EVALUACION ECONÓMICA Evaluación Económica La viabilidad económica considera lo obtenido como la inversión o gasto en el sistema de gestión de la información de cada una de los Juegos Olímpicos celebrados. Un estudio detallado del factor económico se realiza en base al llamado Análisis de Coste/Beneficio. En él se marcarán los costes del proyecto y se contrastarán con los beneficios que aportará el sistema. Naturalmente existirán beneficios tangibles: aquellos que se puedan valorar directamente y por tanto cuantificar (aumento de número de usuarios que acceden a la apliación), y beneficios intangibles: aquellos cuyos valores no se pueden precisar y son resultado de juicios subjetivos (como por ejemplo la mejora de la aplicación en lo que respecta a fotografías, imágenes, informes, videos, etc.). Con los costes y beneficios cuantificados de alguna manera, se determina la rentabilidad del proyecto mediante consideraciones de amortización (tiempo requerido para recuperar el dinero invertido en la aplicación). 109 Gestión de la base de datos de los Juegos Olímpicos Por lo tanto, será suficiente valorar los costes tangibles, que suelen estar generalmente asociados al desarrollo del sistema. Estos costes a analizar son los siguientes: Costes de implantación: • Costes de desarrollo (un realizador, que a su vez es el director y jefe del proyecto y realiza las funciones de consultor, analista, diseñador y programador, y un coordinador para analizar cada una de las etapas que se van desarrollando). En el caso de la segunda alternativa se necesitarán hasta un máximo de 7 hombres de confianza para actualizar la información, con un coste inferior que el jefe del proyecto. • Coste de formación del jefe del proyecto para el manejo de Oracle y Forms. El coste permanecerá igual independientemente del número de personas de confianza que realicen la actualización del sistema. Sin embargo el coste de formación de la tercera alternativa será mucho más caro ya que el aprendizaje para la realización y publicación de un página web es mucho más costoso. • Coste de instrucción para el manejo del la PDA para el almacenamiento de la información. En la segunda alternativa este coste no variará ya que el curso servirá tanto para una persona como para muchas más. • Coste de la publicación de la aplicación en Internet. • Costes de puesta en marcha del sistema nuevo a implantar. 110 Gestión de la base de datos de los Juegos Olímpicos Costes de adquisición de tecnología: • Costes de hardware (PDA y cable para conectar la PDA a la fuente de alimentación y así poder cargarla y otro cable para poder transferir la información al equipo o si fuera necesario a otra PDA). En la segunda alternativa este coste se multiplicará por el número de personas que puedan acceder a la base de datos del sistema. Costes de instalación del hardware: • Costes del software (El sistema operativo que tendrán las PDA, Microsoft Windows Mobile 2003, el editor de texto y además, dispondrá de aplicaciones, protocolos y todo lo necesario para el envío de información al equipo vía BlueTooth o a otra PDA). En este caso, el coste de software se implantará en todos los usuarios que participen en el sistema sin que influya en el precio, ya que con un software original se podrá implantar en todas las PDA. También será necesaria la implantación de Oracle 9i y de Oracle Developer y Forms 10 g en los equipos. En el caso de la tercera alternativa será necesario un programa para la creación de páginas web y así poder introducir la aplicación en Internet. • Costes del software (licencias de productos a implantar en todo el sistema de el PDA). Ocurrirá lo mismo que en el caso anterior. • Coste de las comunicaciones. 111 Gestión de la base de datos de los Juegos Olímpicos Costes operacionales: • Costes del Data Warehouse Central y del Data Mart Departamental que son los que almacenan la información y se encargan de su control. • Costes de seguridad en caso de un posible incendio o daño en el equipo o por la pérdida de la información de la base de datos, debido a la entrada y expansión de un virus en el sistema. • Costes de mantenimiento y de mejora de la aplicación gracias a la actualización de información de cada uno de las personas de confianza. 112 Gestión de la base de datos de los Juegos Olímpicos 5.3.3.-VALORACIÓN DE ALTERNATIVAS Una vez mencionadas las tres primeras evaluaciones, se realiza una Matriz de Evaluación Organizativa especificando el concepto de cada grupo de parámetros y los criterios seguidos a la hora de calificarlo. Cada aspecto o característica se referencia con un número, y se le asignará un peso o valor entre 1 y 3 (3=imprescindible, 2=importante, 1=conveniente) dependiendo de la importancia que tenga dicho factor en el sistema de gestión. 113 Gestión de la base de datos de los Juegos Olímpicos NUMERO 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 ALTERNATIVAS 1 2 3 PARAMETRO PESO PESO PESO ORGANIZATIVOS Fomentar el manejo de la PDA 3 3 1 Adecuar cambios de recogida de información 3 2 1 Adecuar cambios de actualización de información 1 3 1 Incorporación de nuevos ayudantes para la formación de los usuarios finales 1 1 3 Agregación de nueva normativa para la transmisión y salvaguarda 3 3 1 OPERATIVA Recogida y actualización para información 100% completa 3 3 1 Conseguir un sistema real 100% fiable 3 3 1 Seguridad del sistema 3 3 3 Fácil gestión gracias a la agilidad del usuario 1 2 3 Administración y control del sistema por parte del realizador 3 3 3 TÉCNICA Cable para conectar la PDA 3 3 1 Sistema operativo para PDA (Microsoft Windows Mobile 2003) 3 3 1 Instalación Oracle 9i y Oracle Developer y Forms 10g 3 3 1 Editor de texto para la PDA 3 3 1 Existencia de Data Warehouse Central y Data Mart Departamental 3 3 1 Mecanismo de generación de claves para los usuarios de confianza 1 3 1 Mecanismo de control de accesos a la base 1 3 1 de datos para actualizar Internet Explorer 1 1 3 114 Gestión de la base de datos de los Juegos Olímpicos De manera similar a la matriz de evaluación organizativa, la Matriz de Evaluación de Costes recoge, por grupos o factores, cada uno de los costes medibles o estimables. En esta matriz, se anotan los costes reales o esperados de cada parámetro, para cada una de las alternativas, obteniéndose como suma de ellos el valor del coste total de cada solución. La Matriz de Evaluación de Costes para este sistema es la siguiente: ALTERNATIVAS 1 2 COSTES DE IMPLANTACIÓN Costes de desarrollo 15.000 60.000 Costes de formación 1000 1.000 Costes de instrucción para PDA 600 600 Costes de publicación 0 0 Costes de puesta en marcha 11000 17000 COSTES DE ADQUISICIÓN DE TECNOLOGÍA Costes de hardware 1000 7000 Costes de instalación de hardware 600 600 Costes operativos del software 2000 2000 Costes de licencias del software 1000 1000 Costes de las comunicaciones 0 500 COSTES DE OPERACIONALES Costes de Data Warehouse y Data Mart 17000 17000 Costes de seguridad 1500 1500 Costes de mejora y mantenimiento 100 2000 COSTES TOTALES 50.800 110.200 115 3 35000 1700 0 10000 28000 0 0 4100 2000 10000 17000 3700 5000 116.500 Gestión de la base de datos de los Juegos Olímpicos A simple vista la alternativa primera, que se basa en la recogida de información en la PDA y almacenamiento en la base de datos por medio del administrador, es la más barata, sin embargo, la tercera alternativa que es la que se refiere a la publicación de la aplicación en Internet es mucho más costosa, exactamente 65.700 euros más cara. Por otro lado la segunda alternativa, que representa la actualización constante de la información tiene un coste muy parecido a la tercera, aunque es 6.300 euros más barata. Se observa que la primera y segunda alternativas no presentan ningún coste de publicación, ya en ninguna de ellas se publica la aplicación en Internet. Además la primera alternativa, recogida de información, no implica costes de comunicación ya que el jefe de proyecto no tiene que ponerse en contacto con ningún usuario de su confianza. Por último, es necesario comentar, que la tercera alternativa no tiene costes hardware ni de instalación, ya que no se requiere de ningún dispositivo adicional, sin embargo los costes software y de comunicaciones son mucho más caros que en la primera alternativa. 116 Gestión de la base de datos de los Juegos Olímpicos 5.3.4.- PONDERACIÓN A continuación, se calculará la ponderación asociada a cada factor en términos de porcentaje y el porcentaje asociado a cada grupo (ponderación absoluta), como media obtenida del valor dado a cada parámetro. En un primer lugar la evaluación de los distintos parámetros dependiendo del tipo de factor en términos de porcentaje es: ALTERNATIVA 1 2 11 12 15 16 18 22 44 50 Factores organizativos (1-5) Factores operativos (6-10) Factores técnicos (11-18) TOTAL 3 7 11 10 28 La ponderación asociada a cada factor es: ALTERNATIVA 1 2 3 Factores organizativos (1-5) Factores operativos (6-10) Factores técnicos (11-17) TOTAL 1 7 11*100/44 PONDERACIÓN 2 3 11 12 15 16 11 15*100/44 34,09 16*100/50 32 11*100/28 39,28 18 44 22 50 10 17*100/44 38,63 22*100/50 44 10*100/28 35,71 28 117 25 12*100/50 24 7*100/28 25 Gestión de la base de datos de los Juegos Olímpicos La representación gráfica de la ponderación dependiendo del tipo de factor y de la alternativa es la siguiente: 25 22 18 20 16 15 15 11 10 12 11 10 7 Alternativa 1 Alternativa 2 Alternativa 3 5 0 Factores Factores Factores técnicos organizativos (1-5) operativos (6-10) (11-17) Esto significa que dependiendo del tipo de alternativa, se da más importancia a los factores técnicos (en el caso de la tercera alternativa), o a los factores organizativos y técnicos (en el caso de la primera y segunda alternativa). Además, para cada alternativa, se puntúan las diferentes características, según el grado de cumplimiento de ellas, valorándose con un número entre 0 y 3 (3=se cumple perfectamente, 2= se cumple, pero no totalmente, 1=apenas se cumple esta característica y 0= no se cumple). De modo que si una característica no la contempla una determinada alternativa, el valor a asignar sería cero. 118 Gestión de la base de datos de los Juegos Olímpicos NÚMERO 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 ALTERNATIVAS PARÁMETRO 1 2 3 PESO PT VA PESO PT VA PESO PT VA ORGANIZATIVOS Fomentar el manejo de la PDA 3 3 9 3 2 6 1 0 0 Adecuar cambios de recogida de 9 2 2 4 1 0 0 información 3 3 Adecuar cambios de actualización de 0 3 3 9 1 0 0 información 1 0 Incorporación de nuevos ayudantes para la formación de los usuarios 1 1 1 1 3 3 9 finales 1 1 Agregación de nueva normativa para la 9 3 3 9 1 0 0 transmisión y salvaguarda 3 3 OPERATIVA Recogida y actualización para información 100% completa 3 3 9 3 3 9 1 0 0 Conseguir un sistema real 100% fiable 3 3 9 3 3 9 1 0 0 Seguridad del sistema 3 3 9 3 3 9 3 3 9 Fácil gestión gracias a la agilidad del usuario 1 2 2 2 2 4 3 3 9 Administración y control del sistema por parte del realizador 3 3 9 3 1 3 3 3 9 TÉCNICA Cable para conectar la PDA 3 3 9 3 3 9 1 0 0 Sistema operativo para PDA (Microsoft Windows Mobile 2003) 3 3 9 3 3 9 1 0 0 Instalación Oracle 9i y Oracle Developer y Forms 10g 3 3 9 3 3 9 1 0 0 Editor de texto para la PDA 3 3 9 3 3 9 1 0 0 Existencia de Data Warehouse Central y Data Mart Departamental 3 3 9 3 3 9 1 1 1 Mecanismo de generación de claves para los usuarios de confianza 1 0 0 3 3 9 1 0 0 Mecanismo de control de accesos a la base de datos para actualizar 1 0 0 3 3 9 1 0 0 0 1 0 0 3 3 9 Internet Explorer 1 0 PUNTUACIÓN TOTAL 39 111 44 126 16 46 119 Gestión de la base de datos de los Juegos Olímpicos 5.3.5.- SELECCIÓN Realizada ya la Matriz de Evaluación Organizativa se puede observar la diferencia al ponderar cada una de las alternativas por separado. En este caso la más favorable en lo que respecta a los factores organizativos, operativos y técnicos es la segunda, ya que tiene un mayor valor VA, que es el resultado de efectuar la multiplicación del PESO de cada uno de los parámetros y del PT (ponderación que determina el cumplimiento o incumplimiento del parámetro que se está valorando). Se puede observar que existe un grado de dispersión elevado en lo que respecta a cada uno de los valores de VA de la tercera alternativa. Esto es debido a que no posee casi ninguna evaluación respecto a su nivel organizativo ya que esta alternativa consiste exclusivamente en la publicación de la aplicación por Internet, por lo que se necesitan sobre todo factores técnicos. Sin embargo en lo que respecta a los factores económicos, resulta mucho más barato para la el sistema de gestión de las olimpiadas aplicar la primera alternativa, ya que existe una diferencia económica importante. 120 Gestión de la base de datos de los Juegos Olímpicos 5.4.- PLANIFICACIÓN DEL PROYECTO La planificación con la que se ha determinado las distintas fases del proyecto de sistema de gestión es el siguiente: 121 Gestión de la base de datos de los Juegos Olímpicos 122 Gestión de la base de datos de los Juegos Olímpicos 6.- DISEÑO EXTERNO DEX: Diseño Externo Requisitos físicos del Nuevo Sistema Modelo físico del Nuevo Sistema Diseño de entradas y salidas Modelo lógico del Nuevo Sistema Planes de implantación 123 Gestión de la base de datos de los Juegos Olímpicos 6.- Diseño Externo A partir de la plataforma tecnológica elegida en la etapa del Estudio de la Arquitectura, en esta fase se completarán los requisitos físicos del nuevo sistema. También se diseñarán las entradas y salidas, se completará la especificación de los procesos del modelo, y se elaborará el modelo lógico de datos, a partir de los volúmenes y transacciones del sistema. A fin de completar la definición del modelo físico, se le dota de procesos de control, seguridad y auditabilidad, necesarios para una instalación mecanizada. Por lo tanto, como el conocimiento del nuevo sistema aumentará considerablemente en esta etapa, se podrá establecer la estrategia a seguir en los planes de formación del usuario, la conversión de los datos, las pruebas del sistema y la implantación, como parte del ciclo de vida a recorrer para poder desarrollar este proyecto adecuadamente. En definitiva, los objetivos principales del diseño externo son: • Obtener le modelo físico de procesos del nuevo sistema. • Obtener el modelo lógico de datos. 124 Gestión de la base de datos de los Juegos Olímpicos • Definir la estrategia de los planes: pruebas, implantación, conversión y formación. El procedimiento a seguir durante esta fase es el siguiente: DEX: Diseño Externo Requisitos físicos del Nuevo Sistema Modelo físico del Nuevo Sistema Diseño de entradas y salidas Modelo lógico del Nuevo Sistema Planes de implantación 125 Gestión de la base de datos de los Juegos Olímpicos 6.1.- DESARROLLO DEL MODELO FÍSICO NUEVO Para llevar a cabo la realización del Modelo Físico del Nuevo Sistema se deben tener en cuenta los siguientes procedimientos: • Establecer las fronteras de mecanización (qué procesos deben realizarse manualmente y cuáles mediante ordenador). • Determinar los diferentes tipos de procesos, y especificaros (por lotes, on-line, cliente, servicio web, su frecuencia y la situación física donde se procesa: servidor de red, servidor web, estaciones cliente, etc.). • Diseñar las entradas y salidas del sistema (vetanas, informes, formularios y ficheros). 126 Gestión de la base de datos de los Juegos Olímpicos • Estimar volúmenes de información e identificar transacciones críticas, para desarrollar el modelo lógico de datos a partir del modelo conceptual. • Definir los controles y seguridad del sistema para su explotación (procesos de control, seguridad y auditabilidad). 127 Gestión de la base de datos de los Juegos Olímpicos 6.1.1.- FRONTERAS DE MECANIZACIÓN Las posibilidades de implementación del sistema sobre una plataforma tecnológica, fueron especificadas en el estudio de arquitectura. Allí se definieron las características técnicas, organizativas y operativas de la solución a desarrollar. Según esto, se podrá determinar ahora qué procesos se podrán llevar a cabo manualmente y cuáles se automatizarán. Ambos tipos de procesos deben aparecer en modelo físico, ya que si se eliminasen los procesos manuales, la función del negocio quedaría incompleta en el modelo. Esta tarea, puede realizarse partiendo de los DFD’s del Modelo Lógico del Nuevo Sistema, en el que se establecieron con anterioridad las fronteras de mecanización para el sistema de gestión de la base de datos de las Olimpiadas. 128 Gestión de la base de datos de los Juegos Olímpicos El modelo lógico del nuevo sistema considerado en la fase de Análisis de Requisitos de este sistema es el siguiente: 129 Gestión de la base de datos de los Juegos Olímpicos 6.1.2.- ESPECIFICACIÓN DE PROCESOS En el diccionario de datos se encuentran definidos todos los procesos originados en el modelo lógico. A partir de las fronteras de mecanización, se ha establecido una característica más a estos procesos: manual o automático. Sin embargo, la descripción realizada en el modelo lógico no fue hecha pensando en el ordenador, sino en la lógica del negocio. Ahora pues, deben revisarse cada uno de estos procesos y mejorar la mini especificación actual, pensando que dicho proceso será llevado a cabo por personas en unos casos y por máquinas en otros. Esta revisión de procesos será una actividad a realizar durante todo el desarrollo del modelo físico, pudiendo haber cambios dinámicamente debido a la incorporación de nuevos procesos. 130 Gestión de la base de datos de los Juegos Olímpicos 6.1.2.1.- INTRODUCCIÓN DE PASSWORD Y CONTRASEÑA 6.1.2.2.- ALTA DE CLIENTE PROCESO 1: INTRODUCCIÓN DE PASSWORD Y CONTRASEÑA LOCALIZACIÓN: CATEGORÍA: TIPO: FRECUENCIA: Servidor de Aplicación. SQL PLUS y ORACLE FORMS. Cliente-Servidor Manual Aperiódica DESCRIPCIÓN: La persona encargada de administrar la base de datos e ir introduciendo la información relevante de cada una de las Olimpiadas celebradas, tendrá que registrarse al principio de la aplicación para poder utilizar la base de datos, actualizarla y ejecutarla consultando las tablas que han sido creadas por él. 6.1.2.2.- ALTA DE CLIENTE ENTREVISTADO PROCESO 2: ALTA DE CLIENTE LOCALIZACIÓN: CATEGORÍA: TIPO: FRECUENCIA: Vía telefónica o contacto directo Vía PDA On Line Aperiódica DESCRIPCIÓN: Este proceso se puede realizar por medio de un llamada telefónica del administrador de la base de datos al cliente o viceversa, o por medio de una cita, en la que el realizador de la aplicación tomará los datos del cliente y los registrará en la base de datos clientes para que todos los datos de las personas que han aportado información al sistema estén registrados. 131 Gestión de la base de datos de los Juegos Olímpicos 6.1.2.3.- RECOPILACIÓN DE LA INFORMACIÓN EN LA PDA PROCESO 3: RECOGIDA DE LA INFORMACIÓN EN LA PDA LOCALIZACIÓN: CATEGORÍA: TIPO: FRECUENCIA: Vía telefónica o contacto directo Cliente-Servidor Manual Aperiódica DESCRIPCIÓN: Consiste en la toma de datos por parte del administrador en la PDA. La información introducida versará sobre las Olimpiadas, o el Medallero o la Historia de cada una de las ciudades en las que han sido celebradas los Juegos Olímpicos. 6.1.2.4.- ALMACENAMIENTO DE LA INFORMACIÓN EN LA BASE DE DATOS PROCESO 4: ALMACENAMIENTO DE LA INFORMACIÓN EN LA BASE DE DATOS LOCALIZACIÓN: CATEGORÍA: TIPO: FRECUENCIA: Vía conexión inalámbrica (Vía BlueTooth) Servidor de datos On-line Automático Aperiódica DESCRIPCIÓN: Una vez almacenada la información en la PDA se transmitirá vía BlueTooth al ordenador para así poder ser actualizada en cada una de las tablas de la base de datos. 132 Gestión de la base de datos de los Juegos Olímpicos 6.1.2.5.- ACTUALIZACIÓN POR PARTE DEL ADMINISTRADOR DE LA BASE DE DATOS PROCESO 5: ACTUALIZACIÓN POR PARTE DEL ADMINISTRADOR DE LA BASE DE DATOS LOCALIZACIÓN: CATEGORÍA: TIPO: FRECUENCIA: Servidor de datos Batch Manual Aperiódica DESCRIPCIÓN: La información almacenada en cada una de las tablas de la base de datos, podrá ser actualizada por el administrador de la aplicación para mejorar su contenido e incluso su formato. 6.1.2.6.- SOLICITUD DEL SERVICIO PROCESO 6: SOLICITUD DEL SERVICIO LOCALIZACIÓN: CATEGORÍA: TIPO: FRECUENCIA: Servidor On line Manual Aperiódica DESCRIPCIÓN: Este proceso se basa en la apertura de Oracle Forms y por tanto de la aplicación, para que el usuario externo a ella pueda solicitar la información que desee sobre cualquiera de las Olimpiadas. 133 Gestión de la base de datos de los Juegos Olímpicos 6.1.2.7.- EJECUCIÓN DE LA APLICACIÓN PROCESO 7: EJECUCIÓN DE LA APLICACIÓN LOCALIZACIÓN: CATEGORÍA: TIPO: FRECUENCIA: Servidor de datos donde se encuentra la base de datos On line Manual Aperiódica DESCRIPCIÓN: Este proceso consiste en la introducción de los datos de una Olimpiada o de varios Juegos Olímpicos, para que muestren una información extra o desconocida al usuario. 6.1.2.8.- PRESENTACIÓN DE LA APLICACIÓN POR PANTALLA PROCESO 8: PRESENTACIÓN DE LA APLICACIÓN POR PANTALLA LOCALIZACIÓN: CATEGORÍA: TIPO: FRECUENCIA: Servidor de datos y web Batch Automático Aperiódica DESCRIPCIÓN: Por último, este proceso desencadena la elaboración de informes en los que se presenta la información deseada por el usuario y los símbolos e imágenes pertenecientes a la Olimpiada o ciudad olímpica deseada. 134 Gestión de la base de datos de los Juegos Olímpicos 6.1.3.- DISEÑO DE ENTRADAS: INTERFAZ DE USUARIO (E/S) Con esta tarea, se pretende realizar el diseño de los diferentes elementos de entrada al sistema, como pantallas o ventanas, páginas HTML, formularios y ficheros maestros, especificando sus características y validaciones. El interfaz de usuario (E/S), en este caso específico, se basa en la realización de pantallas e informes para que el usuario final pueda interaccionar con la aplicación, para que éste pueda estar informado en todo momento de los acontecimientos y resultados olímpicos que han ocurrido desde 1896 y además documentarse de la historia de cada una de las ciudades en la que los Juegos han sido celebrados. Se procede por lo tanto al diseño de cada una de las pantallas y a la especificación del contenido de ambas. 135 Gestión de la base de datos de los Juegos Olímpicos 6.1.3.1.- PANTALLAS 136 Gestión de la base de datos de los Juegos Olímpicos IDENTIFICACIÓN: CÓDIGO: E01 NOMBRE: INICIO – LOS JUEGOS OLÍMPICOS FORMATO: Times New Roman (Occidental) con tamaño de letra 43 en negrita y color blanco, con alineación superior central. CAMPOS ALFANUMÉRICOS, NUMÉRICOS Y ALFABÉTICOS: No existen campos numéricos, ni alfabéticos, ni tampoco alfanuméricos. MENSAJES DE VALIDACIÓN: La flecha hacia delante está conectada con la siguiente pantalla: Inicio2. La puerta significa el abandono de la aplicación. El botón de ayuda conduce a una ventana donde se comenta lo que se desarrolla en la ejecución de la aplicación. TABLAS O FICHEROS UTILIZADOS: En esta pantalla no se utiliza ninguna tabla ni ficheros de datos. 137 Gestión de la base de datos de los Juegos Olímpicos 138 Gestión de la base de datos de los Juegos Olímpicos IDENTIFICACIÓN: CÓDIGO: E02 NOMBRE: INICIO2 – ¿SOBRE QUÉ DESEA OBTENER INFORMACIÓN? FORMATO: Título: Times New Roman (Occidental) con tamaño de letra 32 en negrita y color azul, con alineación superior izquierda. Botones: Arial (Occidental) con tamaño de letra 10 en negrita y color azul, con alineación central. CAMPOS ALFANUMÉRICOS, NUMÉRICOS Y ALFABÉTICOS: No existen campos numéricos, ni alfabéticos, ni tampoco alfanuméricos. MENSAJES DE VALIDACIÓN: La flecha hacia atrás está conectada con la anterior pantalla: Inicio. La puerta significa el abandono de la aplicación. El botón de ciudades olímpicas conduce a una pantalla en la que se muestra por orden alfabético en una serie de pestañas las ciudades que han participado en al menos una Olimpiada: Ciudades. El botón de Olimpiadas ejecuta una llamada a una pantalla en la que se muestra por orden de realización cada una de las Olimpiadas que han sido celebradas y que se celebrarán en los próximos años. TABLAS O FICHEROS UTILIZADOS: En esta pantalla no se utiliza ninguna tabla ni ficheros de datos. 139 Gestión de la base de datos de los Juegos Olímpicos 140 Gestión de la base de datos de los Juegos Olímpicos 141 Gestión de la base de datos de los Juegos Olímpicos IDENTIFICACIÓN: CÓDIGO: E03-06 NOMBRE: CIUDADES FORMATO: Título de cada una de las pestañas: Arial (Occidental) con tamaño de letra 10 en negrita y color azul, con alineación superior central. Campos de Checkbox: Arial (Occidental) con tamaño de letra 8 en negrita y color azul, con alineación izquierda. CAMPOS ALFANUMÉRICOS, NUMÉRICOS Y ALFABÉTICOS: No existen campos numéricos, ni alfabéticos, ni tampoco alfanuméricos. En cada una de las pantallas existen imágenes de cada una de las ciudades en las que se han celebrado cada uno de los Juegos Olímpicos. MENSAJES DE VALIDACIÓN: La flecha hacia atrás está conectada con la anterior pantalla: Inicio2. La puerta significa el abandono de la aplicación. Debajo de cada una de las imágenes de las ciudades aparece un campo de checkbox donde al pulsarlo se establecerá una conexión directa con la pantalla siguiente que es la que mostrará la historia de cada una de las ciudades con las banderas e imágenes correspondientes. TABLAS O FICHEROS UTILIZADOS: En esta pantalla al pulsar sobre cualquier campo de checkbox se establece una conexión con la base de datos, exactamente con la tabla HISTORIA y con la tabla OLIMPIADAS, que son las que mostrarán el resultado por pantalla en el informe de cada una de las ciudades Olímpicas. 142 Gestión de la base de datos de los Juegos Olímpicos 143 Gestión de la base de datos de los Juegos Olímpicos IDENTIFICACIÓN: CÓDIGO: E07 NOMBRE: CIUDADES FORMATO: Título de cada una de las pestañas: Arial (Occidental) con tamaño de letra 10 en negrita y color azul, con alineación superior central. Campo de texto: Arial (Occidental) con tamaño de letra 8 en negrita y color azul, con alineación izquierda. CAMPOS ALFANUMÉRICOS, NUMÉRICOS Y ALFABÉTICOS: No existen campos numéricos, ni alfabéticos, ni tampoco alfanuméricos en los que se proceda a la introducción de información para la generación de salidas. Sin embargo en esta pantalla se muestra un elemento de texto indicando que todavía no se han celebrado Olimpiadas en ninguna ciudad cuyo nombre empiece desde la U a la Z. MENSAJES DE VALIDACIÓN: La flecha hacia atrás está conectada con la anterior pantalla: Inicio2. La puerta significa el abandono de la aplicación. TABLAS O FICHEROS UTILIZADOS: En esta pantalla no se utiliza ninguna tabla ni ficheros de datos. 144 Gestión de la base de datos de los Juegos Olímpicos 145 Gestión de la base de datos de los Juegos Olímpicos 146 Gestión de la base de datos de los Juegos Olímpicos 147 Gestión de la base de datos de los Juegos Olímpicos IDENTIFICACIÓN: CÓDIGO: E09-12 NOMBRE: OLIMPIADAS FORMATO: Título de cada una de las pestañas: Arial (Occidental) con tamaño de letra 10 y color negro, con alineación superior central. Campos de Radio: Arial (Occidental) con tamaño de letra 8 y color negro, con alineación izquierda. Botón Ver Medallero: Arial (Occidental) con tamaño de letra 10 y color negro con alineación central. CAMPOS ALFANUMÉRICOS, NUMÉRICOS Y ALFABÉTICOS: No existen campos numéricos, ni alfabéticos, ni tampoco alfanuméricos. En cada una de las pantallas existen imágenes de cada una de las medallas que se han utilizado como insignia en cada uno de los Juegos Olímpicos. Debajo de estas imágenes se ha de activar la casilla de Radio para que se recoja la información al pulsar sobre el botón de validación que es el que mostrará el medallero. MENSAJES DE VALIDACIÓN: La flecha hacia atrás está conectada con la anterior pantalla: Inicio2. La puerta significa el abandono de la aplicación. El botón Ver Medallero ejecuta directamente la siguiente pantalla que es la que mostrará la clasificación general por países dependiendo del número de medallas de oro, plata y bronce que hayan sido obtenidas por cada uno de los atletas que han participado en las diferentes categorías olímpicas. TABLAS O FICHEROS UTILIZADOS: En esta pantalla al pulsar sobre el botón Ver Medallero se establece una conexión con la base de datos, exactamente con la tabla MEDALLERO y OLIMPIADAS. Los resultados obtenidos de cada una de las bases de datos serán representados en la siguiente pantallas como salidas. 148 Gestión de la base de datos de los Juegos Olímpicos 6.1.4.- DISEÑO DE SALIDAS Los flujos de datos que salen del sistema hacia entidades externas como son en este caso los usuarios, pueden considerarse como salidas hacia el exterior, y podrán resultar ser ventanas de resultados, informes o incluso formularios en los que, a partir de unos elementos de lista, se podrán acceder a otras pantallas en las que se muestre una salida distinta a la anterior. Este es el caso, por ejemplo, de los elementos de lista de las olimpiadas celebradas en una ciudad, en la que al pulsar sobre una Olimpiada determinada se accede al medallero correspondiente. En ningún informe la información generada está restringida, por lo que no se necesitan mecanismos de seguridad y por lo tanto podrá ser visualizada por cualquier tipo de usuario final. 149 Gestión de la base de datos de los Juegos Olímpicos 6.1.4.1.- VENTANAS DE SALIDA Las pantallas de salida que se presentan en la aplicación son: 150 Gestión de la base de datos de los Juegos Olímpicos DISEÑO DE INFORME NOMBRE: Ayuda al usuario final CODIGO: Y13 DESCRIPCIÓN: Informe para aclarar al usuario final que es lo que realiza la aplicación. FECHA DE CREACIÓN: 05/03/2006 SELECCIÓN DATOS: Introducidos directamente por el realizador CLASIFICACIÓN: Fichero Proyecto. TOTALIZACIÓN: No existe. PAGINACIÓN: No existe CÁLCULOS: No se realiza ningún cálculo. 151 Gestión de la base de datos de los Juegos Olímpicos 152 Gestión de la base de datos de los Juegos Olímpicos DISEÑO DE INFORME NOMBRE: Informe de la historia de cada una de las ciudades Olímpicas y de los Juegos que se han celebrado en cada una de ellas. CODIGO: Y14-Y20 DESCRIPCIÓN: Recoge las Olimpiadas celebradas en esa ciudad realización en el caso que haya más de una. FECHA DE CREACIÓN: 10/03/2006 SELECCIÓN DATOS: Tabla Historia y Olimpiadas de la base de datos. Fichero de Proyecto e Iconos. CLASIFICACIÓN: Por año de realización de la Olimpiada. TOTALIZACIÓN: Por año de realización de la Olimpiada. PAGINACIÓN: No existe CÁLCULOS: No se realiza ningún cálculo. 153 Gestión de la base de datos de los Juegos Olímpicos DISEÑO DE INFORME NOMBRE: Medallero CODIGO: Y21-Y45 DESCRIPCIÓN: Informe de los resultados obtenidos en cada una de las Olimpiadas. FECHA DE CREACIÓN: 15/03/2006 SELECCIÓN DATOS: Tabla Medallero y Olimpiadas de la base de datos. CLASIFICACIÓN: Por número de oros, platas y bronces obtenidos por cada uno de los países en cada una de las Olimpiadas. Fichero Proyecto e Iconos. TOTALIZACIÓN: Por fecha de realización de la Olimpiada. PAGINACIÓN: No existe. CÁLCULOS: No se realiza ningún cálculo. 154 Gestión de la base de datos de los Juegos Olímpicos DISEÑO DE INFORME NOMBRE: Fotos Olímpicas CODIGO: Y46-Y71 DESCRIPCIÓN: Presentación de las fotos de cada una de las Olimpiadas. FECHA DE CREACIÓN: 19/03/2006 SELECCIÓN DATOS: Fichero Proyecto/Olimpiadas. CLASIFICACIÓN: No existe. TOTALIZACIÓN: Por nombre de la Olimpiada. PAGINACIÓN: No existe CÁLCULOS: No se realiza ningún cálculo. 155 Gestión de la base de datos de los Juegos Olímpicos 156 Gestión de la base de datos de los Juegos Olímpicos DISEÑO DE INFORME NOMBRE: Videos Olímpicos CODIGO: Y71-Y96 DESCRIPCIÓN: Presentación de los vídeos de cada una de las Olimpiadas. FECHA DE CREACIÓN: 25/03/2006 SELECCIÓN DATOS: Fichero Proyecto/Videos. CLASIFICACIÓN: No existe. TOTALIZACIÓN: Por nombre de la Olimpiada. PAGINACIÓN: No existe CÁLCULOS: No se realiza ningún cálculo. 157 Gestión de la base de datos de los Juegos Olímpicos 6.1.5.- ESTIMACIÓN DE VOLÚMENES DE INFORMACIÓN: DETERMINACIÓN DE ENTIDADES Y PROCESOS CRÍTICOS La información de volúmenes persigue dos objetivos. El primero de ellos, poder dimensionar el tipo de transacciones que pueden presentarse, ajustando el modelo a las necesidades físicas de éstas. Las transacciones que conlleven mayor número de accesos a la base de datos, serán más críticas, puesto que se procesarán al mismo tiempo para las estaciones terminales de la red establecida, debiéndose tener cuidado de no sobrecargar el sistema. Además este estudio de volúmenes indicará si los procesos definidos en el modelo lógico están bien diseñados respecto a los datos que se manejan. El segundo objetivo que se persigue en este estudio es la obtención de la información acerca de las diferentes entidades del modelo de datos, a fin de realizar un diseño lógico de estos. Así puede descubrirse la necesidad de crear nuevas claves o identificadores que resten tiempo a los programas aunque sea a base de aumentar la redundancia y por tanto, la ocupación en disco. Para realizar el estudio se parte del Modelo Lógico o físico de procesos, del Modelo de Datos, del ciclo de vida de las entidades y de los diseños de entrada y salida. 158 Gestión de la base de datos de los Juegos Olímpicos Un primer análisis puede realizarse configurando una Matriz de Procesos/Entidades. A esta matriz se puede acceder para: C: Crear E: Escribir L: Leer B: Borrar A: Actualizar Por una parte, se debe observar el Diagrama Entidad Relación, para determinar si es posible acceder a los datos que se necesitan. Por otra parte, se represará el Modelo Lógico de Procesos para detectar si todos los datos están siendo recogidos en el diseño. Y por último, se anotará en la matriz el modo de acceso a cada una de las entidades del sistema: El diagrama Entidad/Relación es el siguiente: 159 Gestión de la base de datos de los Juegos Olímpicos Mientras que el Modelo Lógico del sistema es: 160 Gestión de la base de datos de los Juegos Olímpicos Para la elaboración de la matriz Procesos/Entidades se colocarán en las filas cada uno de los procesos. Sin embargo, en las columnas se escribirán los nombres de las entidades y de las relaciones que existen entre ellas. Por lo tanto la matriz Procesos/Entidades es la siguiente: PROCESOS 1. Introducción password y contraseña 2. Alta de cliente entrevistado 3. Recopilación de la información en la PDA 4. Almacenamiento de la información en la base de datos 5. Actualización por parte del administrador de la base de datos 6. Solicitud de servicio 7. Ejecución de la aplicación 8. Presentación de la aplicación por pantalla CLIENTES ENTIDADES MEDALLERO HISTORIA OLIMPIADAS RELACIONES TIENE C, A L E E E A A A L L L C, A L L L C, A Una vez completada la matriz, se puede observar que la entidad Clientes (cliente entrevistado) nunca es objeto de consulta de ningún proceso, y que las entidades de Medallero, Historia y Olimpiadas son procesadas únicamente para escribir, actualizar y leer de ellas. En cuanto a los procesos, se puede descubrir que los procesos de almacenamiento, actualización, ejecución y presentación de la aplicación actúan sobre las mismas entidades. Por este motivo se pueden considerar como entidades críticas. 161 Gestión de la base de datos de los Juegos Olímpicos Las entidades críticas están sujetas a procesos críticos, por lo que esta matriz se puede realizar atendiendo exclusivamente a los procesos críticos más importantes que se desarrollan en el sistema. Esta vez, en las filas se colocarán tan solo las entidades críticas, mientras que en las columnas los procesos críticos. Los procesos críticos son: P4: Almacenamiento de la información en la base de datos P5: Actualización por parte del administrador en la base de datos P7: Ejecución de la aplicación P8: Presentación de la aplicación por pantalla Las entidades críticas son: HISTORIA MEDALLERO OLIMPIADAS La matriz Procesos/Entidades críticas es: ENTIDADES HISTORIA MEDALLERO OLIMPIADAS PROCESOS CRÍTICOS P4 P5 P7 P8 I M I M I M 162 Gestión de la base de datos de los Juegos Olímpicos Esta matriz considerada como crítica, solamente gestiona las operaciones de inserción y modificación en la tabla, ya que son las que más tiempo tardan en realizarse. Por lo tanto, los procesos más críticos son el almacenamiento y la actualización de información. En cualquier caso, deben considerarse, otros parámetros a la hora de establecer las transacciones del sistema. Así, debe recopilarse la información acerca de la frecuencia de accesos de las transacciones críticas sobre las entidades definidas en el modelo de datos. Para ello puede utilizarse el siguiente cuadro que representa los volúmenes de acceso de la aplicación: VOLÚMENES DE ACCESO TRANSACCIÓN/ENTIDAD TRANSACCIÓN ENTIDADES CLIENTES MEDALLERO OLIMPIADAS HISTORIA 1. ALTA DE CLIENTE ENTREVISTADO 1 0 0 0 2. RECOPILACIÓN DE LA INFORMACIÓN EN LA PDA 5 0 0 0 0 20 25 10 0 15 25 10 6 35 50 20 3. ALMACENAMIENTO DE LA INFORMACIÓN EN LA PDA 4. ACTUALIZACIÓN POR PARTE DEL ADMINISTRADOR EN LA BASE DE DATOS TOTAL DE ACCESOS 163 Gestión de la base de datos de los Juegos Olímpicos Analizando en detalle los resultados de esta tabla, parece razonable que los volúmenes de acceso más altos sean los de la entidad OLIMPIADAS ya que de esta entidad dependen la tabla MEDALLERO y la de HISTORIA. Sin embargo, la tabla CLIENTES (clientes entrevistados) presenta un número de transacciones muy bajo ya que la información almacenada es muy insignificante y los accesos son poco frecuentes. 164 Gestión de la base de datos de los Juegos Olímpicos 6.1.6.- PROCESO DE CONTROL, SEGURIDAD Y AUDITABILIDAD Esta etapa introduce y especifica en el modelo, los controles de operación y la seguridad del mismo, ya que en este momento se sabe como se van a mecanizar, debido a que en la etapa de Análisis de Requisitos no se introdujeron los posibles controles del proceso de explotación del sistema. Todos estos procesos de control, seguridad y auditabilidad podrán incluirse dentro de alguno de los procesos existentes, o bien integrarlos como nuevos procesos en el modelo físico. Pare realizar un análisis completo del sistema deben estudiarse los siguientes procesos: • Controles destinados a preservar la integridad de los datos. • Seguridad de la información y del acceso. • Auditabilidad del sistema por el usuario o por el administrador. • Procedimiento de recuperación de la información. • Realizar un histórico de la información. 165 Gestión de la base de datos de los Juegos Olímpicos 6.1.6.1.- PROCESOS DE CONTROL Entre las medidas de control que preservan la integridad de los datos de este sistema, se pueden citar: • Control de registros leídos frente a registros grabados. • Algoritmos que relacionen registros leídos, tratados y rechazados. • Controles derivados de la utilización del sistema de base de datos: lectura y escritura. • Registro de loging o diario de operaciones del sistema, para una posible restauración de los datos por parte del administrador. En resumen, deben incorporarse al modelo todos los procedimientos de control, tanto manuales como automáticos que sirvan para mantener la integridad de los datos y su recuperación. Para ello se puede utilizar una tabla de controles como la que se muestra a continuación: Determinación de los controles requeridos: IN: Integridad R: Recuperación SA: Seguridad de acceso A: Auditoría 166 Gestión de la base de datos de los Juegos Olímpicos Especificación de donde debe de ser implementado: AP: Antes del proceso E: Entrada S: Salida P: Propio proceso DP: Después del proceso Determinación del tipo de proceso: M: Manual A: Automático En la tabla o cuadro se especifica también el número de proceso que realiza el control y la técnica que se utilizará para una correcta realización. DESCRIPCIÓN DE CONTROL VALIDACIÓN DE DOCUMENTOS PROCESAMIENTO DE DOUMENTOS ACCESO A LA BASE DE DATOS REQUERIMIENTOS DE CONTROL REQUERIDO IMPLANTADO M A TÉCNICA A UTILIZAR POR EN TABLAS DE IN E 3 VALIDACIÓN A S 5, 7 4, 8 INFORME IN, SA AP 5, 7 4, 8 TABLA DE IDETIFICADORES 167 Gestión de la base de datos de los Juegos Olímpicos 6.1.6.2.- SEGURIDAD DE LA INFORMACIÓN Comprende los procesos o procedimientos de seguridad de uso, seguridad de datos, privacidad de la información y seguridad ante el fraude. La seguridad en la aplicación es controlada por parte del administrador del sistema que es único que tiene acceso directo a la información. Los elementos a considerar se descomponen en cuatro categorías: • Seguridad de datos en su gestión: Asegurar que los datos de salida del sistema sean utilizados por aquellos a los que van dirigidos, usuarios. • Seguridad de la confidencialidad de la información: tan solo el administrador puede acceder a la información de la base de datos. Mientras que el resto de usuarios, podrán ejecutarla cuando lo deseen, siempre que estén autorizados. • Seguridad del propio sistema: Asegurar la disponibilidad del sistema antes caídas provocadas por el hardware o el software. 168 Gestión de la base de datos de los Juegos Olímpicos 6.1.6.3.- AUDITABILIDAD DEL SISTEMA En este caso, es necesaria una auditoría que puede ser requerida por parte del cliente (Teledeporte) o por parte del administrador para realizar el proceso de presentación del medallero de cada una de las Olimpiadas que se han celebrado dependiendo del número de medallas de oro, plata y bronce obtenidas por cada país o para obtener la información olímpica de la ciudad en la que se realizaron los Juegos Olímpicos. Procesos de auditabilidad Los procesos de auditabilidad se definen mediante un DFD (diseño físico de datos) en el que se especifica cuales deben de utilizarse en caso de ser necesaria la recuperación de un fichero, una base de datos o producirse una caída del sistema. En el sistema se representa en el Modelo de Procesos con el nombre de Ejecución de la aplicación. 169 Gestión de la base de datos de los Juegos Olímpicos Procesos de historización de ficheros En esta tarea se identifican los almacenes de datos que van a actuar como archivos históricos, que en este caso son todos, y la gestión que va a realizarse sobre ellos para obtener o consultar información. Partiendo del DFD físico nuevo se definen los procesos necesarios para este tipo de almacenes. Procesos de recuperación Suele realizarse un DFD de recuperación, fuera del DFD del modelo físico, debido a que estos procesos son no periódicos y sólo son requeridos ante posibles pérdidas de información. El DFD de procesos de recuperación que se puede utilizar en este sistema es el siguiente: 170 Gestión de la base de datos de los Juegos Olímpicos 171 Gestión de la base de datos de los Juegos Olímpicos 6.2.- MODELO LÓGICO DE DATOS El Modelo Lógico establece la estructura de los datos sin tener en cuenta los recursos físicos utilizados. Estas estructuras se componen de relaciones o tablas en el modelo relacional, donde las columnas representan atributos y las filas el conjunto de ocurrencias de la relación. El Modelo Lógico se encarga de completar la información recabada en el modelo conceptual: • Entidades de datos • Atributos • Claves de la entidad • Relaciones entre entidades Para la realización del Modelo Lógico de Datos se necesitan cada una de las definiciones de las entidades que intervienen en el Diagrama Entidad-Relación y de las relaciones entre ellas. 172 Gestión de la base de datos de los Juegos Olímpicos A continuación se detalla el Diagrama Entidad-Relación obtenido en la etapa del Análisis de Requisitos: 173 Gestión de la base de datos de los Juegos Olímpicos Las entidades y relaciones que constituyen este diagrama son: ENTIDADES CLIENTES = {Id_Cliente + Telefono + Nombre } = E.CLIENTE MEDALLERO = {Id_Olim+Pais+Med_Oro+Med_Plata+Med_Bronce} = E.MEDALLAS OLIMPIADAS 1 ={Id_Olim} = E.OLIMPIADAS OLIMPIADAS 2 ={Descripción} = E.HISTORIA HISTORIA = {Ciudad+Cultura} = E.Ciudad RELACIONES OLIMPIADAS={Id_Olim + Descripcion} = R.TIENE 174 Gestión de la base de datos de los Juegos Olímpicos Por lo tanto, el Modelo Lógico de Datos resultante es: Comparando este modelo con las entidades y relaciones obtenidas en el Diagrama Entidad-Relación, se observa que se han eliminado todas las relaciones 1-1 existentes y además, han desaparecido las entidades HISTORIA y MEDALLERO englobándose cada uno de sus atributos en la entidad de OLIMPIADAS, pero en este caso más completa. 175 Gestión de la base de datos de los Juegos Olímpicos 6.3.- PLANES DE FORMACIÓN, PRUEBAS, IMPLANTACIÓN Y CONVERSIÓN El Diseño Externo finaliza con la preparación de la estrategia de los planes de Pruebas, Conversión, Formación e Implementación. Estos planes son finalmente completados en la fase del Diseño Interno, estableciéndose las pautas generales de ellos en esta fase, sobre todo de cara a la preparación de las fases de Pruebas y de Implantación. 6.3.1.- PLANES DE FORMACIÓN La estrategia del plan de formación establece las pautas a seguir, para realizar la formación de los diferentes usuarios finales del sistema, en cuanto a la operación del sistema, su administración y mantenimiento • Elaboración de documentos en los que se especifique cada uno de los pasos necesarios para instalar cada uno de los recursos de Oracle que son necesarios para ejecutar esta aplicación. • Realización de un documento de programación en el que se explique al usuario final cómo se han ido creando cada una de las tablas. 176 Gestión de la base de datos de los Juegos Olímpicos 6.3.2.- PLANES DE PRUEBAS La estrategia del plan de pruebas, establece los diferentes tipos de pruebas a realizar para comprobar la integridad y funcionalidad del software generado, en la etapa de pruebas de sistema. Así mismo, debe establecerse la necesidad o no de un entorno especifico para llevar a cabo las pruebas, los procedimientos de migración a este entorno y los equipos que realizarán dichas pruebas. • Realizar pruebas sucesivas a todos los componentes del software, anotando su tiempo medio de ejecución, respuesta, de acceso a discos, etc. • Comprobación de una correcta navegación de la ventanas. • Realizar mediciones de ocupación en disco, tráfico de las líneas de comunicación, necesidades de la memoria, … • Verificar que los datos obtenidos por los clientes entrevistados coinciden con lo existente en el sistema actualmente. Siempre que se considere que la información es correcta. • Una vez realizada una modificación como consecuencia de una anomalía o deficiencia, encontrada en el software, se repetirá el proceso de verificación de los datos de pruebas. • Comprobar la puesta a punto y entrega del producto final al usuario, que en esta caso, comprende a las personas interesadas en la información acontecida en cada una de las Olimpiadas celebradas. 177 Gestión de la base de datos de los Juegos Olímpicos 6.3.3.- PLANES DE IMPLANTACIÓN La estrategia del plan de implantación, establece la política a seguir para poner en marcha el sistema, el tipo de implantación a seguir, y los procesos a realizar ante a marcha atrás en caso de detectarse anomalías o complicaciones. • Coordinación a la hora de instalar tanto el hardware como el software. • Realización de las operaciones pertinentes para que el cambio se desarrolle adecuadamente. 178 Gestión de la base de datos de los Juegos Olímpicos 6.3.4.- PLANES DE CONVERSIÓN La estrategia del plan de conversión, establece los procesos necesarios para la puesta en marcha del sistema y para la conversión de formatos de ficheros o documentos de entrada/salida que van a ser utilizados por el sistema. Debe tenerse en cuenta que se puede aprovechar tanto datos, como software y hardware del sistema actual para convertirlos al nuevo sistema. • Preveer las modificaciones a efectuar sobre el equipo hardware existente en la instalación, con el fin de adecuarlo a las necesidades del nuevos sistema. • Conversión de los documentos de entrada o salida. Ejemplo: Dar formato a la elaboración de informes clasificando las medallas o mostrando la historia de la ciudad. 179 Gestión de la base de datos de los Juegos Olímpicos 7.- DISEÑO INTERNO DIN: Diseño Interno Modelo Físico del Sistema Nuevo Cuaderno de Carga Plan de pruebas, implantación, formación y conversión 180 Gestión de la base de datos de los Juegos Olímpicos 7.- DISEÑO INTERNO En esta fase se identifican y se diseñan los diversos componentes software del sistema, describiendo detalladamente sus especificaciones físicas. Dependiendo de la arquitectura elegida para el sistema final, estos componentes pueden tener una naturaleza muy diversa. Con la ayuda del Modelo Físico de Procesos realizado en la etapa de Diseño Externo, donde cada proceso ha sido identificado como batch, online, cliente, servicio, etc. se podrán reunir todas aquellas funciones de negocio de nivel más detallado según su tipología de procesos, estructurar el sistema en un conjunto de subsistemas. Todas aquellas funciones de tipo batch se diseñarán bajo el subsistema batch, las funciones on-line bajo el subsistema on-line, y así sucesivamente. 181 Gestión de la base de datos de los Juegos Olímpicos En esta fase se consiguen los siguientes productos: DIN: Diseño Interno Modelo Físico del Sistema Nuevo Cuaderno de Carga Plan de pruebas, implantación, formación y conversión El objetivo para realizar un adecuado diseño interno del sistema gestión de la base de datos de los Juegos Olímpicos es identificar los componentes software de la aplicación: • Módulos • Programas • Servicios 182 Gestión de la base de datos de los Juegos Olímpicos Para una correcta realización será necesario dividir el sistema en unidades de diseño, como: • Subsistema batch: o Diagrama de flujo HIPO: Definen cadenas batch o Procedimientos catalogados (JCL): No se produce interacción con los sistemas finales • Subsistema On-line: Transacciones y programas o Diagrama de cuadros estructurados (STC: Transición desde DFD): Sirve para definir los programas a ejecutarse en cadenas On-line. o Análisis de transformación y transacción 183 Gestión de la base de datos de los Juegos Olímpicos 7.1.- SUBSISTEMA BATCH El subsistema batch está constituido por todas las funciones de negocio que precisan un orden secuencial de ejecución y vayan a procesarse bajo una frecuencia que puede ser periódica (como es el caso de la actualización de la información) o aperiódica (como la ejecución de la aplicación). Estas funciones han sido diseñadas en el Modelo Físico de Procesos, donde sus componentes son flujos de datos, almacenes y procesos. Mediante la derivación del DFD de la función hacia un diagrama HIPO, estos componentes darán lugar a los ficheros y programas que se diseñarán y se especificarán unitariamente. Para la realización, del diagrama de flujo o HIPO y los procedimientos catalogados (JCL) se necesita el DFD del Modelo Lógico del Nuevo Sistema. De este modo se podrán comprender las funciones que abarca la aplicación. 184 Gestión de la base de datos de los Juegos Olímpicos El Modelo Lógico del Nuevo Sistema es el siguiente: 185 Gestión de la base de datos de los Juegos Olímpicos 7.1.1- DIAGRAMA HIPO Una vez realizado ese estudio, se dota a los procesos de una secuencialidad para obtener los diagramas HIPO. Estos diagramas contienen una especificación de cada una de las funciones y los procedimientos catalogados (JCL). En este sistema a partir del DFD del Modelo Lógico del Nuevo Sistema se pueden obtener los siguientes diagramas HIPO: 186 Gestión de la base de datos de los Juegos Olímpicos 1.- Clasificación de los países en una Olimpiada por el número de medallas de oro, plata y bronce obtenidas: MEDALLERO DESCENDENTE SEGÚN MEDALLAS DE ORO, PLATA Y BRONCE MEDALLERO ORDENADO PROCESO INFORME INFORME INFORME 187 Gestión de la base de datos de los Juegos Olímpicos 2.- Generación de toda la historia olímpica de una ciudad determinada: HISTORIA CIUDAD FILTRADO DEPENDIENDO DE LA CIUDAD SELECCIONADA HISTORIA CIUDAD PROCESO INFORME INFORME INFORME 188 Gestión de la base de datos de los Juegos Olímpicos 3.- Actualización de la información en las tablas de la base de datos: MEDALLERO TEMPORAL HISTORIA TEMPORAL OLIMPIADAS TEMPORAL ACTUALIZACIÓN DE LA INFORMACIÓN MEDALLERO HISTORIA OLIMPIADAS Cada uno de los programas de aplicación identificados en el Diagrama HIPO precisan de una especificación para su diseño detallado y posterior codificación. 189 Gestión de la base de datos de los Juegos Olímpicos 7.1.2- CUADERNOS DE CARGA ANALISTA: Marta Calvo González PROGRAMADOR: Marta Calvo González DEFINICIÓN: Presentación de la aplicación FECHA DE ENTREGA: 20 de Mayo del 2006 FECHA PREVISTA DE FINALIZACIÓN: 17 de Marzo del 2006 MODELO LÓGICO DEL NUEVO SISTEMA – NIVEL CONCEPTUAL DIAGRAMA HIPO 1: MEDALLERO ORDENADO PROCESO INFORME INFORME INFORME 190 Gestión de la base de datos de los Juegos Olímpicos DIAGRAMA HIPO 2: HISTORIA CIUDAD FILTRADO DEPENDIENDO DE LA CIUDAD SELECCIONADA HISTORIA CIUDAD PROCESO INFORME INFORME INFORME ESPECIFICACIÓN: Este proceso realiza un acceso a la base de dato MEDALLERO para ejecutar la tabla de clasificaciones dependiendo de la Olimpiada seleccionada. Además también se produce un acceso a las bases de datos de HISTORIA y de CIUDAD para recoger la información olímpica propia de la ciudad seleccionada. De este modo el usuario final podrá documentarse sobre cualquier acontecimiento olímpico. 191 Gestión de la base de datos de los Juegos Olímpicos ANALISTA: Marta Calvo González PROGRAMADOR: Marta Calvo González DEFINICIÓN: Actualización de la información por parte del administrador FECHA DE ENTREGA: 20 de Mayo del 2006 FECHA PREVISTA DE FINALIZACIÓN: 17 de Marzo del 2006 MODELO LÓGICO DEL NUEVO SISTEMA – NIVEL CONCEPTUAL DIAGRAMA HIPO: MEDALLERO TEMPORAL HISTORIA TEMPORAL OLIMPIADAS TEMPORAL ALMACENAMIENTO DE LA INFORMACIÓN MEDALLERO HISTORIA 192 OLIMPIADAS Gestión de la base de datos de los Juegos Olímpicos ESPECIFICACIÓN: Este proceso realizado por parte del administrador de la aplicación consiste en acceder a las bases de datos para actualizar la información que allí reside. 193 Gestión de la base de datos de los Juegos Olímpicos 7.2.- SUBSISTEMA ON-LINE Este subsistema está constituido por aquellas funciones de negocio que no se realizan bajo un orden secuencial de ejecución y además se procesan de manera aleatoria a petición del usuario. Para la realización, del diagrama de cuadros estructurado y el análisis de transformación y transacción se necesita el DFD del Modelo Físico de procesos para comprender las funciones de negocio que se desempeñan en esta aplicación. Una vez realizado ese estudio se establece una jerarquía entre los componentes y los parámetros utilizados para obtener un diagrama de estructuras. 194 Gestión de la base de datos de los Juegos Olímpicos 7.2.1- ESTRUCTURA DE MENÚS Y PANTALLAS El diseño de diagrama de diálogos para la navegación del usuario en la aplicación es el siguiente: #.!"# !"#"$ %&' # % ' #"# $ $ ! ( "$ %# ) * + # $ $ ! ( "$% '$"#%%$+ , * "$ %# % ' #"# 195 - "$ "$ %# % ' #"# Gestión de la base de datos de los Juegos Olímpicos 7.2.2- DIGRAMA DE ESTRUCTURAS El Diagrama de estructuras o STC es un diagrama jerárquico donde los elementos son módulos con información sobre su acoplamiento respecto a otros módulos: datos y control. Un módulo es un programa con una función única, que puede ser llamado por otros módulos y a su vez puede llamar a otros, mediante el paso de parámetros o flujos de información y/o control. En el subsistema on-line aparece un nuevo componente que no tenía lugar en el subsistema batch. Lo constituyen los eventos que pueden provenir del propio sistema operativo de la máquina o del exterior provocadas por las acciones del usuario final sobre su interfaz. 196 Gestión de la base de datos de los Juegos Olímpicos , +'$ #/+ + , )$+ $++#+ , + '$+# %$ *!+# , %$$+ )$+ $+ *$0* *+#*#+ +$ )$+ *+ !#%$ " ,$+$ *$ $+ '1 $ $ $+ - "$ 197 %$$+ , )$+ Gestión de la base de datos de los Juegos Olímpicos 7.3.- PLAN DE PRUEBAS, IMPLANTACIÓN, FORMACIÓN Y CONVERSIÓN 7.3.1.- PLAN DE PRUEBAS En la etapa de Diseño Externo se especificó la estrategia de pruebas que se deben acometer, no solamente en lo que respecta al tipo de pruebas a realizar, sino al equipo que debe llevarlas a cabo, el entorno donde deben realizarse, o los procedimientos de testing a utilizar con el usuario y el equipo de desarrollo. Una vez que ya se conocen todos los componentes software de la aplicación, debe establecerse el plan de pruebas. Como toda planificación debe constar de un conjunto de tareas a realizar bajo una secuencia o dependencia, unos recursos (materiales y humanos) y un calendario. Un plan de pruebas debe contener información sobre los aspectos a manejar en la ejecución de la etapa de Pruebas del Sistema. 198 Gestión de la base de datos de los Juegos Olímpicos Este plan contiene: • Descripción del entorno (descripción de cada componente hardware y software necesario para realizar las pruebas). • Identificación de las características de las pruebas (se determinan los diferentes casos de prueba a acometer dependiendo del resultado). • Datos y ficheros a utilizar. • Funciones de prueba. 7.3.1.1.- DESCRIPCIÓN DEL PLAN DE PRUEBAS RECURSO DESCRIPCIÓN Sistema Operativo Windows XP Gestor de Bases de Datos Relacional ORACLE 9i Bases de Datos SQLPlus Adaptador TCP/IP Servidor web Servidor Netscape Navegador Internet Clientes WEB Explorer 6.0 MS Office Herramientas de Oracle Developer aplicación Oracle Forms 199 LOCALIZACIÓN PC PC Servidor NT PC PC Gestión de la base de datos de los Juegos Olímpicos 7.3.1.2.- IDENTIFICACION DE LAS CARACTERÍSTICAS DE LAS PRUEBAS Se realizará la carga aperiódica de datos que consistirá en las siguientes fases: • Actualización de la base de datos. • Borrado de cargas de la base de datos. • Actualización de la base de datos. • Consultas e informes. 7.3.1.3.- DATOS Y FICHEROS A UTILIZAR NOMBRE TQ1 OLIMPIADAS TQ2 MEDALLERO TQ3 HISTORIA TQ4 CLIENTES DESCRIPCIÓN Olimpiadas celebradas Clasificación dependiendo de la Olimpiada Cultura de una ciudad olímpica Clientes entrevistados que aportan información al sistema 200 Gestión de la base de datos de los Juegos Olímpicos 7.3.1.4.- FUNCIONES DE PRUEBA Función: Carga aperiódica de datos Objetivo: Comprobar el correcto funcionamiento de todo el tratamiento necesario, para realizar las cargas de los datos más importantes en cada una de las tablas. Pre-requisitos: La base de datos debe estar preparada para la carga de datos, aunque tan sólo se le permitirá el acceso y modificación de la información al administrador del sistema. Procedimiento: Bastará con la apertura de SQL e introducción de toda la información relevante de cada una de las Olimpiadas. En SQLPlus se pueden realizar consultas con el comando SELECT, aunque si se desea ver si las modificaciones también se cambian en la aplicación final, simplemente se tendrá que inicializar el Start OC4J Instance y abrir Oracle Forms y ejecutarlo. Comprobación: Observar en la ejecución de la aplicación y en SQLPlus que los datos introducidos se han almacenado correctamente. Si por algún casual, no se actualizan inmediatamente en SQL, utilizar la sentencia COMMIT. Resultado Esperado: La base de datos contendrá toda la información correctamente cargada, y así el sistema podrá interactuar con ella y mostrársela al usuario final por pantalla. 201 Gestión de la base de datos de los Juegos Olímpicos 7.3.2.- PLAN DE IMPLANTACIÓN En la etapa de Diseño Externo se especificó la estrategia de implantación a acometer. Una vez que ya se conocen todos los componentes software de la aplicación, debe establecerse el plan de implantación. Este plan debe constar de un conjunto de tareas a realizar bajo una secuencia o dependencia, unos recursos (materiales y humanos) y un calendario. Un plan de implantación debe contener información sobre los aspectos a manejar en la ejecución de la etapa de Implantación del sistema. Este plan debe contener los siguientes requisitos, aunque se desarrollarán en la fase de Implantación: • Introducción (Descripción de la aplicación y su arquitectura). • Centros de implantación. • Servidores (Identificación de los servidores en los que se implantará). ♦ Estaciones Cliente (Identificación de todas las estaciones cliente donde deban de ser instalados algún requisito software). 202 Gestión de la base de datos de los Juegos Olímpicos • Requisitos de la plataforma. ♦ Hardware (Características de los componentes hardware a utilizar). ♦ Software (Características de los componente software que deben desplegarse los servidores y estaciones locales). ♦ Comunicaciones (Necesidades de componentes hardware y software para establecer las comunicaciones de red). • Recursos y Servicios necesarios. ♦ Almacenamientos (Necesidades de espacio en disco, de acuerdo con los volúmenes de la aplicación). ♦ Transmisión de ficheros (Necesidades de transmisión de ficheros en cuanto al volumen y periodicidad). • Estrategia de Implantación. ♦ Procedimiento (Procedimiento a seguir según el plan). ♦ Dependencias (Actividades dependientes de otras, que deban realizarse antes, durante o después de otras). ♦ Calendario (Fechas y tiempos estimados de ejecución de las tareas de implantación). 203 Gestión de la base de datos de los Juegos Olímpicos 7.3.3.- PLAN DE FORMACIÓN Y CONVERSIÓN Estos planes se configuran en virtud de la estrategia y necesidades establecidas para la instalación, ejecución y elaboración de cada una de las partes de la aplicación. Por este motivo, se incluyen Anexos al final de este documento, para que el usuario final pueda instalar cada uno de los requisitos software necesarios sin necesidad de requerir la asistencia de un experto en Oracle o del realizador de la aplicación. Los anexos de formación para la instalación o configuración de los elementos software incluidos en este proyecto son: • Anexo de Instalación de Oracle Developer. • Anexo de Instalación del JInitiator. • Anexo de Instalación de Oracle Forms. • Anexo de Creación de Listener. 204 Gestión de la base de datos de los Juegos Olímpicos 8.- PROGRAMACIÓN PRO: Programación Software del Sistema Desarrollado Manual de usuario Manual de explotación 205 Gestión de la base de datos de los Juegos Olímpicos 8.- Programación El objetivo de esta etapa es alcanzar la transformación del sistema en un conjunto de programas que puedan ser ejecutados correctamente. La dificultad estriba en cómo realizar esta transformación de la mejor manera posible, ya que el lenguaje de programación utilizado: Oracle, es bastante complejo de entender. Pero, para realizar adecuadamente esta etapa, no sólo es necesario elaborar un sistema bien diseñado, sino que debe de ser de calidad, debe obtener resultados fiables y funcionar eficazmente, facilitando y disminuyendo el mantenimiento futuro. Los productos de ésta son: PRO: Programación Software del Sistema Desarrollado Manual de usuario Manual de explotación 206 Gestión de la base de datos de los Juegos Olímpicos 8.1.- SOFTWARE DEL SISTEMA DESARROLLADO 8.1.1.- INTRODUCCIÓN La tarea de administración de una base de datos para usuarios ajenos a ella es bastante compleja, por lo que se suele encomendar a una o varias personas. El administrador de la base de datos (DBA: Data Base Administrador) suele ser un usuario muy experimentado capaz de enfrentarse a los problemas de los demás usuarios y a los que el sistema va planteando. Son tareas del administrador de Oracle: instalar Oracle, diseñar y crear una base de datos, arrancar y detener la base de datos, crear y controlar usuarios, conceder privilegios, gestionar el espacio, hacer copias de seguridad y recuperar la base de datos. 207 Gestión de la base de datos de los Juegos Olímpicos 8.1.2.- ¿QUÉ ES ORACLE? Oracle es el Sistema Gestor de Bases de Datos más usado actualmente. Puede trabajar sobre cualquier tipo de ordenador, desde un ordenador personal (PC) y Macintosh a miniordenadores y grandes mainframes. Oracle es un Sistema de Gestión de Bases de Datos Relacional (SGBDR) que permite realizar estas tareas: introducir datos en la base de datos, almacenar, recuperar y manipular datos de forma sencilla. Para ello, dispone de potentes herramientas que garantizan en todo momento la seguridad de los datos. 208 Gestión de la base de datos de los Juegos Olímpicos 8.1.2.1.- HERRAMIENTAS ORACLE Algunas de las herramientas de Oracle son las siguientes: Oracle Server: Es el motor de la base de datos. Permite almacenar grandes cantidades de datos, proporcionando a los usuarios un rápido acceso. Oracle Server admite las siguientes configuraciones: ♦ Basada en anfitrión: Los usuarios se conectan directamente al mismo ordenador en el que se encuentra la base de datos. ♦ Cliente / Servidor: Los usuarios acceden a la base de datos desde su ordenador (cliente) a través de una red. La base de datos está en otro ordenador (servidor). ♦ Procesamiento distribuido: Los usuarios acceden a la base de datos que está almacenada en más de un ordenador. No tienen por qué conocer la ubicación física de los datos con los que trabajan. Oracle Office: Se trata de un conjunto de productos que está concebido para gestionar las necesidades administrativas de cualquier empresa (mensajería, ortografía, etc.) Oracle Loader: Permite introducir datos en una base de datos Oracle rápidamente. Designer 2000: Sirve para diseñar, programar, implementar y mantener sistemas. 209 Gestión de la base de datos de los Juegos Olímpicos Developer 2000: Lo forman un conjunto de productos Oracle, entre ellos están: ♦ SQL*Plus: Lenguaje estructurado de consulta a la base de datos. ♦ Oracle Forms: Diseña las pantallas de introducción de datos y de consulta. ♦ Oracle Reports: Es un escritor o generador de informes. ♦ Oracle Book: Sirve para la visualización y creación de documentos. ♦ Oracle Graphics: Se utiliza para la realización de gráficos en Oracle. Personal Oracle: Es la base de datos Oracle para ordenadores personales en entornos DOS y Windows; es una implementación del Oracle Server. 210 Gestión de la base de datos de los Juegos Olímpicos 8.1.2.2.- CARACTERÍSTICAS DE ORACLE Algunas de las características más significativas que han hecho que Oracle sea fundamental en sistemas de gestión de bases de datos son las siguientes: Mecanismos de seguridad. Copia de seguridad y recuperación. Gestión del espacio. Conectividad abierta: Es posible acceder a datos de Oracle usando software de otros fabricantes (Visual Basic, PowerBuilder o SQL*Windows). Herramientas de desarrollo. 211 Gestión de la base de datos de los Juegos Olímpicos 8.1.3.- ARQUITECTURA ORACLE 8.1.3.1.- COMPONENTES DE LA BASE DE DATOS Los componentes de la base de datos son: Archivos de control: Un archivo de control contiene información sobre los archivos asociados con una base de datos Oracle. Estos archivos de control mantienen la integridad de la base de datos. Se recomienda tener dos archivos de control por si uno se estropea. Contienen la siguiente información: ♦ Información de arranque y parada. ♦ Nombre de los archivos de la base de datos y Redo_Log. ♦ Información sobre checkpoints. ♦ Fecha de creación y nombre de la base de datos. ♦ Estado on-line y off-line de los archivos. Archivos de datos: Contienen toda la información de la base de datos: datos de usuario y datos del sistema. Antes de introducir datos en la base de datos, es necesario crear un espacio para las tablas (tablespace) y después crear una tabla, dentro de ese espacio, en la que introducir los datos. Los tablespaces ayudan a organizar la información contenida en la base de datos. 212 Gestión de la base de datos de los Juegos Olímpicos Cada tablespace consta de uno o más archivos en un disco. Un archivo de datos sólo puede pertenecer a un único tablespace. Oracle dispone de cuatro que se crean al instalarlo: ♦ SYSTEM: Es el tablespace en el que se almacena toda la información que Oracle necesita para gestionarse a sí misma, por ejemplo: los nombres de los tablespaces y sus archivos de datos asociados, o los usuarios creados y sus privilegios. ♦ USER_DATA: Contiene información personal de los usuarios. Normalmente, es el lugar en el que el DBA permite almacenar las tablas para realizar pruebas. ♦ TEMPORARY_DATA: Aquí Oracle almacena las tablas temporales (para gestionar sus transacciones). ♦ ROLLBACK_DATA: Es el tablespace donde Oracle guarda la información de deshacer. Registros de rehacer o Redo_Log: el registro de las transacciones: Se trata de archivos de datos en los que Oracle registra todas las transacciones o modificaciones (INSERT, UPDATE y DELETE) que se producen en la base de datos. Un registro de Redo_Log contiene: identificación de la transacción, dirección de bloque, número de fila, número de columna y valor anterior y nuevo del dato modificado. 213 Gestión de la base de datos de los Juegos Olímpicos 8.1.3.2.- ESTRUCTURA DE LA MEMORIA Los procesos del usuario (cliente) y del servidor se comunican consigo mismos y entre ellos por medio de estructuras de memoria. Oracle utiliza dos tipos de estructuras de memoria: el SGA (System Global Area) y el PGA (Program Global Area). Área global del sistema SGA: Permite la comunicación entre los diversos procesos del cliente y del servidor. También mantiene la información más consultada sobre la base de datos. Se descompone en las siguientes zonas: ♦ Bufferes del bloque de datos (data block buffers): Aquí Oracle almacena los bloques de datos de la base de datos utilizados más recientemente. Los usuarios acceden a los datos en esta zona de memoria. ♦ Buffer del registro rehacer (Redo: Log buffer): Se registran las transacciones (INSERT, UPDADTE y DELETE) o cambios en la base de datos antes de escribirse en los archivos de registro de rehacer. ♦ Fondo común SQL compartido (shared SQL pool): Contiene las sentencias SQL ya ejecutadas sobre la base de datos. Si un usuario ejecuta una sentencia idéntica SQL, se aprovecha el análisis de esa sentencia ya ejecutada y se acelera su ejecución. Área global del programa PGA: Es la zona de memoria utilizada por un único proceso de usuario de Oracle, y contiene datos e información del proceso. 214 Gestión de la base de datos de los Juegos Olímpicos 8.1.3.3.- PROCESOS DE SOPORTE DE LA BASE DE DATOS Los procesos de usuario solicitan información a los procesos de servidor. Los procesos de servidor toman las peticiones de los procesos de usuario y se comunican con la base de datos para satisfacerlas. Hay un conjunto de procesos del servidor que ayudan a la base de datos a funcionar: son los procesos de soporte o de fondo. Son los siguientes: Escritor de bases de datos DBWR (DataBase WRiter): Este proceso es el responsable de gestionar el contenido del buffer de datos de la SGA. Lee los bloques de los archivos de datos, los almacena en la SGA y realiza escrituras de los bloques modificados en los archivos de datos. Punto de comprobación o control CKPT (ChecKPoinT): Estos puntos provocan que el DBWR escriba en los archivos de datos todos los bloques que se hayan modificado desde el último punto de control y que actualice las cabeceras de los archivos de datos y los archivos de control para registrar el punto de control. Se producen de forma automática cuando se llena un archivo de registro de rehacer Redo_Log. Escritor de registros LGWR (LoG WRiter): Gestiona la escritura del contenido del buffer del registro de rehacer de la SGA a los archivos de Redo_Log. Es el único proceso que escribe en los archivos de registro de rehacer y el único que lee los bufferes de este registro. 215 Gestión de la base de datos de los Juegos Olímpicos Supervisor del sistema SMON (System MONitor): El supervisor del sistema es un proceso obligatorio que se ocupa de las recuperaciones que sean precisas durante el arranque de la base de datos. La limpia eliminando datos de las transacciones que el sistema ya no necesita y compacta los huecos libres en los archivos de datos. Se activa de forma periódica para comprobar su intervención si es precisa. Supervisor de procesos PMON (Process MONitor): Realiza una limpieza al terminar la ejecución de los procesos. Restaura las transacciones no validadas de los procesos de usuario que abortan, liberando los bloques y los recursos de la SGA. Se activa también de forma periódica. Archivador ARCH (ARCHiver): Es opcional, y archiva en disco o cinta una copia de los Redo_Log cuando están llenos para una posible recuperación por fallo de disco. Recuperador RECO (RECOver): Recupera transacciones dudosas; se usa en bases de datos Oracle distribuidas. 216 Gestión de la base de datos de los Juegos Olímpicos 8.1.3.4.- ¿QUÉ ES UNA INSTANCIA ORACLE? Una instancia Oracle es un conjunto de procesos background o de fondo (algunos opcionales) y una zona de memoria central denominada SGA. Tiene dos tipos de procesos: procesos de usuario (user processes) y procesos Oracle (Oracle processes). 217 Gestión de la base de datos de los Juegos Olímpicos 8.1.4.- GESTIÓN DE SEGURIDAD La gestión de seguridad tiene mucho que ver con la gestión de los usuarios y con la concesión y supresión de privilegios a los usuarios. El administrador de la base de datos es el responsable de permitir o denegar el acceso a los usuarios a determinados objetos o recursos de la base de datos. La seguridad de la base de datos se puede clasificar en dos categorías: seguridad del sistema, seguridad de los datos. La seguridad del sistema: Incluye los mecanismos que controlan el acceso y uso de la base de datos a nivel del sistema. La seguridad de los datos: Incluye mecanismos que controlan el acceso y uso de la base de datos a nivel de objetos. 8.1.4.1.- USUARIOS Un usuario es un nombre definido en la base de datos que se puede conectar a ella y acceder a determinados objetos según ciertas condiciones que define el administrador. Para poder acceder a la base de datos, los usuarios deben ejecutar una aplicación de base de datos, como SQL*Plus, Oracle Forms u Oracle Reports, y conectarse usando el nombre definido en la base de datos. 218 Gestión de la base de datos de los Juegos Olímpicos • Creación de usuarios Por lo tanto, antes de comenzar a utilizar el Developer Suite para diseñar la aplicación, es necesario crear un nuevo usuario, con su correspondiente tablespace, con el cual se trabajará durante todo el desarrollo del proyecto. Para crear un nuevo usuario es necesario seguir una serie de pasos: • Conexión 1.- Establecimiento de la conexión: Este primer procedimiento se puede realizar de dos maneras. ♦ La primera simplemente es escribir la sentencia CONN seguido del tipo de usuario con el que se desea acceder a la base de datos creados (SYSTEM, SYS) o la ya existente por defecto (SCOTT) seguida de la contraseña si se quiere hacer visible o tan sólo tabulando después de seleccionar el usuario elegido, por lo tanto la contraseña será oculta. CONN SYSTEM/MARTUTTY CONN SYSTEM ******** ♦ La segunda opción es acceder directamente a SQL PLUS e introducir en el cuadro de texto que aparece en pantalla el usuario y la contraseña correspondiente. 219 Gestión de la base de datos de los Juegos Olímpicos 2.- Retirada de la conexión: Si en un determinado momento se desea abandonar la conexión entre el cliente y el administrador de la base de datos, es suficiente con escribir la sentencia EXIT o QUIT. • Tablespace Un tablespace es una unidad lógica de almacenamiento de datos representada físicamente por uno o más archivos de datos. Se recomienda no mezclar datos de diferentes aplicaciones en el mismo tablespace, es decir, se debe crear un tablespace para almacenar los datos de cada una de las distintas aplicaciones que se desea realizar en el proyecto. 220 Gestión de la base de datos de los Juegos Olímpicos 1.- Creación del tablespace: Para crear un tablespace se usa la orden CREATE TABLESPACE, la cual permite asignar uno o más archivos al espacio de tablas y especificar un espacio por omisión para cualquiera de las tablas creadas, sin un espacio de tabla explícitamente mencionado en una sentencia CREATE TABLE. El nombre seleccionado para el tablespace es DATOS_OLIMPIADAS ya que contendrá la información de todas las Olimpiadas acontecidas. La localizacíón de este tablespace de tamaño inicial de 10 MG es 'C:\Oracle92\oradata\proyect1\ olimp.dbf', aunque posteriormente si el tablespace necesita mayor tamaño se le puede cambiar el tamaño del size por 15 MG por ejemplo, o incluso superior. Al crear el tablespace se introduce la sentencia EXTENT MANAGEMENT LOCAL AUTOALLOCATE para que la gestión de las extensiones dinámicas sea autocalculable. CREATE TABLESPACE nombre_tablespace DATAFILE ‘ nombre del archivo’ SIZE entero K|M EXTENT MANAGEMENT LOCAL AUTOALLOCATE; 221 Gestión de la base de datos de los Juegos Olímpicos 2.- Modificación de tablespace: Los tablespaces, una vez creados, se pueden modificar, es decir, es posible añadir nuevos archivos a un tablespace existente, modificar las cláusulas de almacenamiento para los objetos que se almacenen en el tablespace, activarlo y desactivarlo, etc. La modificación se lleva a cabo con la orden ALTER TABLESPACE, cuyo formato es: ALTER TABLESPACE nombre_tablespace ADD DATAFILE ‘ nombre del archivo’ SIZE entero K|M EXTENT MANAGEMENT LOCAL AUTOALLOCATE; 3.- Borrado de tablespaces: Para borrar un tablespace que ya no se utilice y todos los contenidos de este se emplea la sentencia DROP TABLESPACE. Su formato es: DROP TABLESPACE nombre_tablespace [INCLUDING CONTENTS]; 222 Gestión de la base de datos de los Juegos Olímpicos • Usuarios 1.- Creación del usuario: El nombre del usuario que se ha elegido para trabajar con esta base de datos es marta ya que es la persona que se dedicará por completo a la realización, control y mantenimiento de la base de datos para que usuarios externos puedan acceder para consultar información, una vez creada la aplicación. Las sentencias que se han de incluir en la creación del usuario son TEMPORARY para gestiones personales en TEMP que es el directorio por defecto y QUOTA UNLIMITED ON que establece un espacio en megabytes o kilobytes sobre el tablespace asignado, asi cada usuario puede utilizar o consultar lo que necesite. CREATE USER usuario IDENTIFIED BY usuario DEFAULT TABLESPACE nombre_tablespace TEMPORARY TABLESPACE TEMP QUOTA UNLIMITED ON nombre_tablespace; 2.- Modificación del usuario: Las opciones dadas a un usuario en la orden CREATE USER se pueden modificar con la orden ALTER USER. Es posible cambiar la clave de acceso, el tablespace por defecto, el tablespace temporal, la cuota en los tablespace o el perfil. El formato es el mismo que en la creación del usuario, cambiando CREATE por ALTER. 223 Gestión de la base de datos de los Juegos Olímpicos 3.- Borrado de usuarios: Se pueden borrar los usuarios creados en la base de datos, incluidos los objetos que contiene. Para borrar usuarios se usa la sentencia DROP USER, que tiene este formato: DROP USER usuario [CASCADE]; La opción CASCADE suprime todos los objetos del usuario antes de borrarlo. • Roles Supongamos que un conjunto de usuarios del departamento de contabilidad requiere el mismo conjunto de privilegios para trabajar con ciertos datos. Este conjunto de privilegios se puede agrupar en un rol, de tal manera que es posible asignar el mismo rol a cada uno de los usuarios. Un rol o función es un conjunto de privilegios que recibe un nombre común para facilitar la tarea de asignación de éstos a los usuarios o a otros roles. Los privilegios de un rol pueden ser de sistema y a nivel de objeto. 1.- Creación de roles: En primer lugar se crea el rol con la orden SQL CREATE ROLE y, a continuación, se asignan los privilegios son la orden GRANT. El formato para crear un rol es: CREATE ROLE NombreRol [IDENTIFIED BY contraseña]; Una vez que se han creado los roles, hemos de conceder privilegios usando la orden GRANT. La manera de realizarlo es: GRANT privilegios del sistema ON [usuario.]objeto TO NombreRol; 224 Gestión de la base de datos de los Juegos Olímpicos Por último se se crea un usuario para concederle el rol creado. GRANT NombreRol To usuario 2.- Supresión de privilegios y de roles: La orden REVOKE permite suprimir los privilegios dados a los roles: REVOKE privilegios ON [usuario.]objeto FROM NombreRol; Mientras que la orden DROP ROLE permite eliminar un rol de la base de datos. DROP ROLE NombreRol; • Privilegios Un privilegio es la capacidad de un usuario dentro de una base de datos para realizar determinadas operaciones o para acceder a determinados objetos de otros usuarios. Ningún usuario puede llevar a cabo una operación si antes no se le ha concedido permiso. Mediante la asignación de privilegios se permite o restringe el acceso a los datos o la realización de cambios en los datos, la posibilidad de realizar funciones del sistema, etc. 225 Gestión de la base de datos de los Juegos Olímpicos Cuando se crea un usuario, es necesario darle privilegios para que pueda hacer algo. Oracle ofrece varios roles o funciones: CONNECT, RESOURCE, DBA, EXP_FULL_DATABASE e IMP_FULL_DATABASE. Un rol o función está formado por un conjunto de privilegios. A continuación se explican los privilegios que tiene cada uno de estos roles: CONNECT: ALTER SESSION, CREATE CLUSTER, CREATE DATABASE LINK, CREATE SEQUENCE, CREATE SESSION, CREATE SYNONYM, CREATE TABLE y CREATE VIEW. RESOURCE: CREATE CLUSTER, CREATE PROCEDURE, CREATE TABLE, CREATE SEQUENCE y CREATE TRIGGER. DBA: Posee todos los privilegios del sistema. EXP_FULL_DATABASE: SELECT ANY TABLE, BACKUP ANY TABLE, INSERT, UPDATE, DELETE sobre las tablas SYS.INCVID, SYS.INCFIL y SYS.INCEXP. IMP_FULL_DATABASE: BECOME USER. Los dos últimos roles, EXP_FULL_DATABASE e IMP_FULL_DATABASE, ofrecen derechos de exportar o importar la base de datos completa. Hay dos tipos de privilegios que podemos definir en la base de datos: privilegios sobre los objetos y privilegios del sistema 226 Gestión de la base de datos de los Juegos Olímpicos Privilegios sobre los objetos: Estos privilegios permiten acceder y realizar cambios en los datos de otros usuarios. Se dispone de privilegios sobre objetos como son las tablas, vistas, secuencias y procedures. La orden para dar privilegios sobre los objetos es GRANT, y tiene el siguiente formato: GRANT {priv_objeto [, priv_objeto]… | ALL [PRIILEGES]} ON [usuario.] objeto TO usuario [WITH GRANT OPTION]; En esta especificación de privilegios ON indica el objeto sobre el que se dan los privilegios, TO identifica a los usuarios o roles a los que se conceden los privilegios, ALL concede todos los privilegios sobre el objeto especificado, por último la claúsula WITH GRANT OPTION permite que el receptor del privilegio o rol se lo asigne a otros usuarios o roles. Privilegios del sistema: Los privilegios del sistema son los que dan derecho a ejecutar un tipo de comando SQL o a realizar alguna acción sobre objetos de un tipo especificado. Por ejemplo, el privilegio para crear tablespace es un privilegio del sistema. Existen unos 80 tipos de privilegios distintos disponibles. El formato de la orden GRANT para asignar privilegios del sistema es: GRANT {privilegio| rol} TO usuario [WITH ADMIN OPTION]; 227 Gestión de la base de datos de los Juegos Olímpicos Se puede comprobar que ambos privilegios tienen un formato muy parecido salvo que los primeros indican el objeto sobre el que se dan los privilegios. 1.- Establecimiento de concesiones al usuario creado: Se asigna al usuario dos roles de concesiones CONNECT (nombre bajo el que ya están los privilegios para conectarse a la base de datos) y RESOURCE (). GRANT CONNECT, RESOURCE TO usuario; 2.- Retirada de privilegios: Al igual que se conceden privilegios, se pueden retirar. Por eso sirve la orden SQL REVOKE, que retira privilegios o roles concedidos a los usuarios y privilegios concedidos a los roles. El formato para retirar privilegios de objetos a los usuarios o roles es: REVOKE {priv_objeto [,priv_objeto]… | ALL [PRIVILEGES]} ON [usuario.]objeto FROM usuario; Y para retirar privilegios del sistema o roles a usuarios o para retirar privilegios a roles es el siguiente: REVOKE {priv_objeto [,priv_objeto]… | ALL [PRIVILEGES]} FROM usuario; 228 Gestión de la base de datos de los Juegos Olímpicos Una vez creado un usuario y habiendo establecido las concesiones correspondientes se comenzará a crear cada una de las tablas con las que se va a trabajar en la base de datos del proyecto, estableciendo antes la conexión con el usuario correspondiente y borrando las tablas antes de ser creadas. 1.- Establecimiento de la conexión con el usuario CONN MARTA/MARTA 2.- Verificación del usuario: Utilizado para verificar que el usuario es el correcto, es decir con el que se estableció previamente la conexión. SHOW USER 3.- Borrado de cada una de las tablas, definición, introducción de datos en cada una de ellas y validación: Las tablas que se utilizarán para la realización de este proyecto son: Olimpiadas, Medallero, Atenas 1896, París 1900, St.Louis 1904, Londres 1908, Estocolmo 1912, Amberes 1920, París 1924, Ámsterdam 1928, Los Ángeles 1932, Berlín 1936, Londres 1948, Helsinki 1952, Melbourne 1956, Roma 1960, Tokio 1964, México 1968, Munich 1972, Montreal 1976, Moscú 1980, Los Ángeles 1984, Seúl 1988, Barcelona 1992, Atlanta 1996, Sydney 2000 y Atenas 2004, Historia. 229 Gestión de la base de datos de los Juegos Olímpicos ♦ TABLA OLIMPIADAS DROP TABLE OLIMPIADAS CASCADE CONSTRAINTS; CREATE TABLE OLIMPIADAS ( ID_OLIM NUMBER(3) PRIMARY KEY, DESCRIPCION VARCHAR2(30) ); INSERT INTO OLIMPIADAS VALUES(1,'1896 ATENAS'); INSERT INTO OLIMPIADAS VALUES(2,'1900 PARIS'); INSERT INTO OLIMPIADAS VALUES(3,'1904 ST. LOUIS'); INSERT INTO OLIMPIADAS VALUES(4,'1908 LONDRES'); INSERT INTO OLIMPIADAS VALUES(5,'1912 ESTOCOLMO'); INSERT INTO OLIMPIADAS VALUES(6,'1920 AMBERES'); INSERT INTO OLIMPIADAS VALUES(7,'1924 PARIS'); INSERT INTO OLIMPIADAS VALUES(8,'1928 AMSTERDAM'); INSERT INTO OLIMPIADAS VALUES(9,'1932 LOS ANGELES'); INSERT INTO OLIMPIADAS VALUES(10,'1936 BERLIN'); INSERT INTO OLIMPIADAS VALUES(11,'1948 LONDRES'); INSERT INTO OLIMPIADAS VALUES(12,'1952 HELSINKI'); INSERT INTO OLIMPIADAS VALUES(13,'1956 MELBOURNE'); INSERT INTO OLIMPIADAS VALUES(14,'1960 ROMA'); INSERT INTO OLIMPIADAS VALUES(15,'1964 TOKIO'); INSERT INTO OLIMPIADAS VALUES(16,'1968 MEXICO'); INSERT INTO OLIMPIADAS VALUES(17,'1972 MUNICH'); INSERT INTO OLIMPIADAS VALUES(18,'1976 MONTREAL'); INSERT INTO OLIMPIADAS VALUES(19,'1980 MOSCU'); INSERT INTO OLIMPIADAS VALUES(20,'1984 LOS ANGELES'); INSERT INTO OLIMPIADAS VALUES(21,'1988 SEOUL'); INSERT INTO OLIMPIADAS VALUES(22,'1992 BARCELONA'); INSERT INTO OLIMPIADAS VALUES(23,'1996 ATLANTA'); INSERT INTO OLIMPIADAS VALUES(24,'2000 SYDNEY'); INSERT INTO OLIMPIADAS VALUES(25,'2004 ATENAS'); INSERT INTO OLIMPIADAS VALUES(26,'2008 PEKIN'); INSERT INTO OLIMPIADAS VALUES(27,'2012 LONDRES'); COMMIT; 230 Gestión de la base de datos de los Juegos Olímpicos ♦ TABLA MEDALLERO: DROP TABLE MEDALLERO CASCADE CONSTRAINTS; CREATE TABLE MEDALLERO ( ID_OLIM NUMBER(3), PAIS VARCHAR2(40), MED_ORO NUMBER(3), MED_PLATA NUMBER(3), MED_BRONCE NUMBER(3), CONSTRAINT PK_MEDALLERO PRIMARY KEY(ID_OLIM, PAIS), CONSTRAINT FK1_MEDALLERO FOREIGN KEY(ID_OLIM) REFERENCES OLIMPIADAS ); INSERT INTO MEDALLERO VALUES (1,'EEUU',11,7,2); INSERT INTO MEDALLERO VALUES (1,'Grecia',10,17,19); INSERT INTO MEDALLERO VALUES (1,'Alemania',6,5,2); INSERT INTO MEDALLERO VALUES (1,'Francia',5,4,2); INSERT INTO MEDALLERO VALUES (1,'Gran Bretaña',2,3,2); INSERT INTO MEDALLERO VALUES (1,'Hungria',2,1,3); INSERT INTO MEDALLERO VALUES (1,'Austria',2,1,2); INSERT INTO MEDALLERO VALUES (1,'Australia',2,0,0); INSERT INTO MEDALLERO VALUES (1,'Dinamarca',1,2,3); INSERT INTO MEDALLERO VALUES (1,'Suiza',1,2,0); INSERT INTO MEDALLERO VALUES (1,'España',0,0,0); COMMIT; De esta manera, se van añadiendo los valores a la tabla MEDALLERO dependiendo del número de la Olimpiada, sin necesidad de definir nuevas tablas, ya que el identificador ID_OLIM es la clave principal. 231 Gestión de la base de datos de los Juegos Olímpicos ♦ TABLA ATENAS 1896 DROP TABLE ATENAS1896 CASCADE CONSTRAINTS; CREATE TABLE ATENAS1896 ( PAIS VARCHAR2(30) PRIMARY KEY, ORO NUMBER(2)NOT NULL, PLATA NUMBER(2)NOT NULL, BRONCE NUMBER(2)NOT NULL ); INSERT INTO ATENAS1896 VALUES ('EEUU',11,7,2); INSERT INTO ATENAS1896 VALUES ('GRECIA',10,17,19); INSERT INTO ATENAS1896 VALUES ('ALEMANIA',6,5,2); INSERT INTO ATENAS1896 VALUES ('FRANCIA',5,4,2); INSERT INTO ATENAS1896 VALUES ('GRAN BRETAÑA',2,3,2); INSERT INTO ATENAS1896 VALUES ('HUNGRÍA',2,1,3); INSERT INTO ATENAS1896 VALUES ('AUSTRIA',2,1,2); INSERT INTO ATENAS1896 VALUES ('AUSTRALIA',2,0,0); INSERT INTO ATENAS1896 VALUES ('DINAMARCA',1,2,3); INSERT INTO ATENAS1896 VALUES ('SUIZA',1,2,0); INSERT INTO ATENAS1896 VALUES ('ESPAÑA',0,0,0); COMMIT; 232 Gestión de la base de datos de los Juegos Olímpicos ♦ TABLA PARIS 1900 DROP TABLE PARIS1900 CASCADE CONSTRAINTS; CREATE TABLE PARIS1900 ( PAIS VARCHAR2(30) PRIMARY KEY, ORO NUMBER(2)NOT NULL, PLATA NUMBER(2)NOT NULL, BRONCE NUMBER(2)NOT NULL ); INSERT INTO PARIS1900 VALUES ('FRANCIA',26,41,34); INSERT INTO PARIS1900 VALUES ('EEUU',20,14,14); INSERT INTO PARIS1900 VALUES ('GRAN BRETAÑA',15,6,9); INSERT INTO PARIS1900 VALUES ('SUIZA',6,2,1); INSERT INTO PARIS1900 VALUES ('BÉLGICA',5,5,5); INSERT INTO PARIS1900 VALUES ('ALEMANIA',4,2,2); INSERT INTO PARIS1900 VALUES ('ITALIA',2,1,0); INSERT INTO PARIS1900 VALUES ('AUSTRALIA',2,0,3); INSERT INTO PARIS1900 VALUES ('ESPAÑA',2,0,0); INSERT INTO PARIS1900 VALUES ('DINAMARCA',1,3,2); INSERT INTO PARIS1900 VALUES ('HUNGRÍA',1,3,2); INSERT INTO PARIS1900 VALUES ('CUBA',1,1,0); INSERT INTO PARIS1900 VALUES ('AUSTRIA',0,3,3); INSERT INTO PARIS1900 VALUES ('NORUEGA',0,2,3); INSERT INTO PARIS1900 VALUES ('INDIA',0,2,0); INSERT INTO PARIS1900 VALUES ('PAÍSES BAJOS',0,1,3); INSERT INTO PARIS1900 VALUES ('BOHEMIA',0,1,1); INSERT INTO PARIS1900 VALUES ('CANADÁ',0,0,1); INSERT INTO PARIS1900 VALUES ('MÉXICO',0,0,1); INSERT INTO PARIS1900 VALUES ('SUECIA',0,0,1); COMMIT; En este caso, ya que no existe ninguna clave principal que relacione cada una de las tablas, se optará por la creación de tantas tablas como Juegos Olimpicos hayan sido celebrados. 233 Gestión de la base de datos de los Juegos Olímpicos ♦ TABLA HISTORIA CREATE TABLA HISTORIA ( CIUDAD VARCHAR(20), CULTURA LONG ); INSERT INTO HISTORIA VALUES ('1920 AMBERES', 'Los Juegos Olímpicos de 1920 fueron programados para ser llevados a cabo en Berlín pero fueron cancelados debido a la Primera Guerra Mundial. Los Juegos de 1920 fueron concedidos a Amberes para honrar el sufrimiento que había sido infligido en la gente belga durante la guerra. Los países beligerantes derrotados, Alemania, Austria, Turquía, Bulgaria y Polonia, no fueron invitados. La ceremonia de apertura fue notable por la introducción de la Bandera Olímpica de los cinco anillos (diseñada por Pierre de Coubertin) y la presentación del juramento de los atletas. Con un desarrollo sin igual en historia olímpica, Nedo Nadi de Italia ganó medallas de oro en cinco de las seis competencias de esgrima. Ethelda Bleibtrey de los Estados Unidos ganó medallas de oro en las tres competencias de mujeres en natación. Incluyendo heats preliminares, ella nadó en cinco carreras y rompió el record del mundo en cada una. A los 72 años de edad, el tirador sueco Oscar Swahn ganó una medalla de plata en el equipo doble de tiro, acontecimiento que lo convirtió en el medallista de más edad en la historia.'); En esta tabla se inserta toda la historia olímpica dependiendo de la Olimpiada que en esta tabla toma el nombre de CIUDAD, ya que se accederá a ella dependiendo de la ciudad introducida. 234 Gestión de la base de datos de los Juegos Olímpicos 8.2.- MANUAL DE USUARIO 8.2.1.- INTRODUCCIÓN La guía de usuario es un manual de las instrucciones de operación del sistema. Se va a desarrollar orientándolo a las funciones que puede realizar el usuario final con la aplicación y a cada uno de los controles o botones utilizados en cada ventana de interfaz con el usuario. 8.2.1.1.- OBJETO DE LA APLICACIÓN El objeto de la aplicación consiste en realizar una base de datos que reúna la información de todas las Olimpiadas que se han celebrado hasta la fecha, en las que se incluirá la posibilidad de añadir información de las próximas Olimpiadas de Pekín 2008 y Londres 2012. Toda esta información, se presentará al usuario a través de un sistema que gestione y sea el intermediario de la consulta y administración de todos los datos contenidos en la base de datos. 235 Gestión de la base de datos de los Juegos Olímpicos Por último, se tratarán de seleccionar y elegir los datos más curiosos para que la aplicación sea lo más completa y vistosa posible y, además, se intentará realizar un trabajo fácil de entender, acceder y utilizar por usuarios ajenos al realizador del proyecto. 8.2.1.2.- ÁMBITO DE LA APLICACIÓN La aplicación se realizará en un ordenador personal, en el que se trabajará con SQLPlus y con los programas de Oracle (Developer y Forms) para la ejecución de la aplicación. 8.2.1.3.- DOCUMENTACIÓN RELACIONADA Aparentemente, no existe ninguna aplicación que realice las mismas funciones que este sistema. Sin embargo, en Internet se puede encontrar información relativa a cada una de las Olimpiadas por separado o en libros especializados. 236 Gestión de la base de datos de los Juegos Olímpicos 8.2.2.- DESCRIPCIÓN GENERAL DEL SISTEMA 8.2.2.1.- ENTORNO DE TRABAJO El entorno de trabajo, como ya se ha comentado anteriormente, es simplemente de un ordenador personal, en el que están almacenados todos los datos en las tablas de la base de datos creadas por el administrador del sistema. No obstante, se recomienda que unos requisitos mínimos de software y de hardware para poder instalar cada uno de los programas y para poder ejecutar la aplicación. Para ello, el sistema operativo tendrá que ser Windows 2000 o superior, y la velocidad del procesador deberá de ser como mínimo de 1,5 Khz, ya que el volumen de datos que se transmiten desde la base de datos hasta la aplicación una vez ejecutada es muy elevado. 8.2.2.2.- PERFILES O ROLES DE USUARIO Todos los usuarios que utilicen el entorno visual que contiene la información de cada una de las diversas tablas de la base de datos, no tienen por qué estar relacionados con la aplicación, ni con su creador, ya que los datos que contiene ésta son de interés general, y servirán para informar y para que usuarios externos adquieran más información de los Juegos Olímpicos. 237 Gestión de la base de datos de los Juegos Olímpicos Por este motivo, cada unos de los usuarios deberán conocer la contraseña, la clave y el nombre de la base de datos para poder conectarse, pero en ningún momento podrán acceder a la información de la base de datos que el administrador almacenará en su ordenador. Por otro lado, el administrador, que es el creador del entorno visual y el encargado de actualizar y modificar la información, sí tendrá una clave personal para poder acceder a cada una de las tablas de la base de datos e introducir los cambios pertinentes para que los usuarios estén en todo momento lo más informado posible. 8.2.2.3.- FUNCIONAMIENTO DEL SISTEMA Una vez que se han instalado todos los componentes software necesarios para la puesta en marcha del sistema (Véase Sistema de Explotación en la fase de Implantación), se procede a la compilación y ejecución de la aplicación. Para ello es necesario seguir el siguiente procedimiento: • Paso 1: Iniciar dentro de Oracle Developer, en Oracle Forms, el Start OC4J Instante. Una vez inicializado minimizar la ventana y no cerrarla bajo ninguna circunstancia, hasta que no se termine la ejecución de la aplicación. • Paso 2: Tras haber copiado la carpeta proyecto en el disco duro del ordenador, abrir C:/proyecto/inicio.fmb. 238 Gestión de la base de datos de los Juegos Olímpicos • Paso 3: Se produce la apertura de Oracle Forms. Para visualizar la pantalla ir a Herramientas, Editor de Diseño. • Paso 4: Compilar la aplicación. • Paso 5: Ejecutar la aplicación. En este paso se necesitará la introducción de un password, una clave y el nombre de la base de datos. Por lo tanto introducir: system, martutty, proyect1 en cada una de las casillas correspondientes. • Paso 6: Automáticamente se ejecutará la aplicación, en la que será necesario instalar el JInitiator. • Paso 7: Navegación por la aplicación. Se presenta de repente un sistema que consta de una serie de pantallas para que el usuario final obtenga la información que desee. La navegación posible que se realiza en las pantallas es la siguiente, aunque siempre es posible una marcha atrás y un abandono de la aplicación desde la pantalla de inicio. 239 Gestión de la base de datos de los Juegos Olímpicos #.!"# !"#"$ %&' # % ' #"# $ $ ! ( "$ %# ) * + # $ $ ! ( "$% '$"#%%$+ , * "$ %# % ' #"# - "$ "$ %# % ' #"# 240 Gestión de la base de datos de los Juegos Olímpicos 8.2.2.4.- AYUDAS La aplicación dispone de una pequeña ayuda que está presente por medio de un botón en la pantalla inicial del sistema, para resolver las dudas que pueda tener el usuario respecto a su funcionalidad. Además cuando el usuario se sitúe sobre cualquier botón de navegación del sistema, se le proporcionará una ayuda inmediata sobre qué es lo que realiza ese botón al ser pulsado. 241 Gestión de la base de datos de los Juegos Olímpicos 8.2.3.- FUNCIONALIDADES DEL SISTEMA: FUNCIÓN DE NEGOCIO La función de negocio principal que se realiza en este sistema es la ejecución y la presentación de los resultados por pantalla. 8.2.3.1.- DESCRIPCIÓN DE LA FUNCIONALIDAD La aplicación mostrará al usuario, al ser ejecutada las siguientes características: • Datos y estadísticas de participación de países en las diferentes olimpiadas. • Imágenes de la ciudad de celebración. • Ciudades en las que se han celebrado las Olimpiadas con imágenes de los monumentos más significativos que representen o identifiquen a la ciudad. • Mascotas de cada una de las Olimpiadas. • Hechos más significativos de cada Olimpiada. • Medallero de cada Juego Olímpico. 242 Gestión de la base de datos de los Juegos Olímpicos 8.2.3.2.- PERFILES DE USUARIOS AUTORIZADOS La única persona autorizada para tratar la información y modificarla en la base de datos es el administrador de la aplicación. Sin embargo los usuarios finales deberán conocer la clave, contraseña y nombre de la base de datos para conectarse a la aplicación y así, poder ejecutarla, pero en ningún caso se permitirá la modificación por parte del cliente de la base de datos. 8.2.3.3.- OPERATIVA DE LA FUNCIÓN Para realizar esta función, lo único que es necesario es la ejecución de la aplicación, tener el Start OC4J Instance inicializado y que el usuario introduzca por pantalla la información de la que desea obtener más datos, sobre una Olimpiada o sobre una ciudad olímpica específica. 243 Gestión de la base de datos de los Juegos Olímpicos 8.2.4.- ANEXOS Para la ejecución de esta aplicación, el usuario deberá tener instalado y configurado en su ordenador: el software de Oracle9i, Oracle Developer, el Listener que efectúa la comunicación de la aplicación con la base de datos, Oracle Forms para la inclusión de iconos y por último, el JInitiator. Toda esta información está descrita en los Anexos, que están al final del proyecto. 8.2.4.1.- INCIDENCIAS MÁS FRECUENTES Existen dos tipos de incidencias que se pueden producir en esta aplicación dependiendo de quién sea el que esté utilizando la aplicación. Si es el administrador, los errores que pueden suceder son: • Por el borrado de una tabla en la base de datos que no se deseaba borrar, por lo que será necesario que la introduzca nuevamente • Por la manipulación de los datos, al introducir un dato erróneo en una de las tablas y será necesario borrar su contenido para poder introducirlo de nuevo, sin necesidad de borrar la tabla. • O también, por la introducción de información que no se puede almacenar en la base de datos y que no se dispone de más espacio, por lo que se tendrá que ampliar la capacidad de almacenamiento de esa base de datos. 244 Gestión de la base de datos de los Juegos Olímpicos Sin embargo, si el usuario es el que está utilizando la aplicación, las incidencias que pueden suceder son: • La lentitud del procesador debido al volumen de información que es necesario transportar desde la base de datos hasta la aplicación.. • La falta de imágenes o de iconos de una Olimpiada determinada en una pantalla de la aplicación. 245 Gestión de la base de datos de los Juegos Olímpicos 8.2.4.2.- DESCRIPCIÓN DE VENTANAS 1.- Pantalla Inicio Esta pantalla es el comienzo de la aplicación, donde el usuario podrá decidir si desea continuar con su ejecución, si desea obtener ayuda sobre qué es lo que realiza la aplicación, o por el contrario, si desea abandonar la aplicación. Título de la aplicación Botón de avance a la siguiente pantalla, que es la de Inicio 2 Botón de abandono de la aplicación 246 Botón que muestra una pantalla de ayuda al usuario para informarle de lo que realiza la aplicación Gestión de la base de datos de los Juegos Olímpicos 2.- Pantalla de Ayuda Esta pantalla informa al usuario final de la aplicación, sobre lo que realmente realiza esta aplicación de Gestión de la base de datos de los Juegos Olímpicos. Título de la aplicación Caja de texto que informa al usuario final de cada uno de los recursos disponibles en esta aplicación Imágenes de decoración sobre ayuda y aros olímpicos 247 Botón de retroceso de la aplicación. Regresa a la pantalla de Inicio Gestión de la base de datos de los Juegos Olímpicos 3.- Pantalla Inicio 2 Esta pantalla, muestra la primera decisión que debe tomar el usuario. Si desea obtener información de las ciudades olímpicas o de las Olimpiadas. Título de la aplicación Botón de avance a la siguiente pantalla que es la de Ciudades Botón de avance a la siguiente pantalla que es la de Olimpiadas Botón de retroceso de la aplicación. Regresa a la pantalla de Inicio 248 Botón de abandono de la aplicación Gestión de la base de datos de los Juegos Olímpicos 4.- Pantalla de Ciudades Esta pantalla muestra todas las ciudades en las que se han celebrado los Juegos Olímpicos, ordenadas alfabéticamente de al A hasta la Z y agrupadas en diferentes pestañas. Además, cada ciudad esta representada por su imagen más significativa de la ciudad. Nombre de la pestaña Imagen de la ciudad de Estocolmo Diferentes pestañas de clasificación Checkbox con acción, ya que al pulsar sobre él, se produce una llamada a la pantalla de Historia de esta ciudad inmediatamente 249 Botón de retroceso de la aplicación. Regresa a la pantalla de Inicio 2 Botón de abandono de la aplicación Gestión de la base de datos de los Juegos Olímpicos 5. Pantalla de Ciudades (extra) Esta pantalla es un tipo de las pantallas de Ciudades, pero el formato que se presenta dentro de la pantalla es diferente ya que no existen ciudades cuyos nombres comiencen entre la U y la Z. Diferentes pestañas de clasificación Cuadro de texto informativo, en el que se le anuncia al usuario que no ha habido todavía ninguna ciudad que comience entre la U y la Z, en la que se hayan celebrado los Juegos Olímpicos Botón de retroceso de la aplicación. Regresa a la pantalla de Inicio 2 250 Nombre de la pestaña Botón de abandono de la aplicación Gestión de la base de datos de los Juegos Olímpicos 6. Pantalla de Olimpiadas Esta pantalla muestra las medallas conmemorativas de cada una de las Olimpiadas. Además está formada una serie de pestañas clasificadas según el año de realización de la Olimpiada. Nombre de la pestaña Checkbox sin acción de la Olimpiada desea con la foto de la medalla correspondiente Diferentes pestañas de clasificación Botón de avance a la siguiente pantalla que es la del Medallero de la Olimpiada seleccionada. 251 Botón de retroceso de la aplicación. Regresa a la pantalla de Inicio2 Botón de abandono de la aplicación Gestión de la base de datos de los Juegos Olímpicos 7. Pantalla de Historia Esta pantalla muestra la historia olímpica de la ciudad seleccionada en la pantalla Ciudades y las Olimpiadas que se han celebrado en dicha ciudad. Además se incluye una imagen con la bandera propia de cada país y la cabecera de la Olimpiada celebrada. Nombre de la ciudad seleccionada Cabecera de la Olimpiada Historia olímpica de la ciudad Bandera del país donde se celebró Olimpiada Olimpiadas celebradas Botón de retroceso de la aplicación. Regresa a la pantalla de Ciudades 252 Imagen de los aros olímpicos Botón de abandono de la aplicación Gestión de la base de datos de los Juegos Olímpicos 8. Pantalla de Medallero Esta pantalla muestra el medallero de la Olimpiada seleccionada en la pantalla Olimpiadas, dependiendo del número de medallas de oro, plata y bronce obtenidas por cada país. Además, ofrece la posibilidad de poder acceder a más imágenes y a los vídeos más significativos de esa Olimpiada. Nombre de la Olimpiada seleccionada Bandera del país Medallero que clasifica las medallas dependiendo del número de oros, platas y bronces Botones para ver los vídeos y las fotos de la Olimpiada Mascota de la Olimpiada 253 Botón de abandono de la aplicación Imagen del estadio de la ciudad Botón de retroceso de la aplicación. Regresa a la pantalla de Olimpiadas Gestión de la base de datos de los Juegos Olímpicos 9. Pantalla de Vídeo Esta pantalla muestra un vídeo de uno de los participantes más característicos de cada una de las Olimpiadas. La determinación de un video u otro dependerá del Juego Olímpico seleccionado por e usuario en la pantalla Medallero. 254 Gestión de la base de datos de los Juegos Olímpicos 10. Pantalla de Imágenes Esta pantalla presenta varias imágenes de la Olimpiada seleccionada previamente en la pantalla Olimpiadas por el usuario. Nombre de la Olimpiada seleccionada Cabecera de la Olimpiada seleccionada Imágenes de la Olimpiada 255 Gestión de la base de datos de los Juegos Olímpicos 9.- PRUEBAS DEL SISTEMA PRU: PRUEBAS Elementos Ejecutables Probados Manual de instalación (ANEXOS) Manual de configuración (ANEXOS) 256 Gestión de la base de datos de los Juegos Olímpicos 9.- PRUEBAS DEL SISTEMA Una vez desarrollados y probados cada uno de los programas y componentes que forman el software, deben realizarse una serie de pruebas para conseguir integrar todo el sistema, de acuerdo al Plan de Pruebas establecido en la etapa de Diseño Interno. Así, el objetivo global de esta fase es someter al sistema desarrollado y a sus componentes, a una serie de verificaciones encaminadas a garantizar un nivel de fiabilidad aceptable. Esta fase es crítica y debe por tanto ser planificada, diseñada y realizada con el mismo rigor y control con el que se ha realizado el desarrollo del sistema. Si los resultados de las pruebas son satisfactorios, se procederá a la aceptación de las mismas y a la implantación del sistema, pero en caso contrario habrá que subsanar las anomalías encontradas, es decir, volver al diseño o a la codificación realizada. Como consecuencia de las pruebas realizadas, se desarrollará el Manual de Instalación y Configuración, determinando qué componentes deben instalarse en cada equipo, y cómo debe realizarse dicha instalación. Toda esta información estará contenida en Anexos. 257 Gestión de la base de datos de los Juegos Olímpicos 9.1.- EL ENTORNO DE PRUEBAS O CERTIFICACIÓN En el Plan de Pruebas se estableció la necesidad de incorporar un entorno adecuado donde ejecutar las pruebas del software. Este entorno debía tener una arquitectura hardware y software similar al entorno final de la aplicación. La tabla del entorno de Pruebas realizada en la fase de Diseño Interno es la que se muestra a continuación: RECURSO DESCRIPCIÓN Sistema Operativo Windows XP Gestor de Bases de Datos Relacional ORACLE 9i Bases de Datos SQLPlus Adaptador TCP/IP Servidor web Servidor Netscape Navegador Internet Clientes WEB Explorer 6.0 MS Office Herramientas de Oracle Developer aplicación Oracle Forms LOCALIZACIÓN PC PC Servidor NT PC PC El entorno de las pruebas suele adaptarse y configurarse antes de la realización de cada tipo de prueba. 258 Gestión de la base de datos de los Juegos Olímpicos En cuanto a la información personal a utilizar para realizar las pruebas deben observarse las leyes vigentes al respecto, para no violar la confidencialidad de la información de tipo personal. El equipo de pruebas podrá estar formado por personas ajenas al proyecto, de modo que se pueda realizar un mejor control de calidad. Una de estas personas es por ejemplo el Coordinador del proyecto, encargado de supervisar en todo momento el buen funcionamiento del sistema. El equipo de pruebas utilizará las herramientas necesarias en cada caso, para llevar a cabo cada prueba. Con un monitor se comprobará el volumen de accesos al acceder a la base de datos y la ocupación en disco de todo el sistema. Las herramientas utilizadas son todas las de Oracle (Forms, Developer, Listener) junto con SQLPlus. 259 Gestión de la base de datos de los Juegos Olímpicos 9.2.- TIPOS DE PRUEBAS Durante las etapas de Programación, Pruebas del Sistema e Implantación se realizarán diversas pruebas, cada una con diferentes objetivos y dependiendo del tipo de software fabricado, se les someterán a unas pruebas o a otras. En esta etapa se realiza el bloque de pruebas más complejo, para comprobar la funcionalidad y el rendimiento exigido en los requisitos de esta aplicación. Para ello, previamente se habrán realizado las pruebas unitarias de cada uno de los componentes software, y posteriormente se volverán a realizar pruebas de carga, pero ahora ya sobre el entorno final de ejecución. Los diversos tipos de pruebas que suelen realizarse en esta etapa son: • Pruebas de encadenamiento: verifican las llamadas entre componentes. • Pruebas de Integración: verifican la funcionalidad de todo el sistema integrado, y el rendimiento de los recursos utilizados. • Pruebas de Explotabilidad: verifican la correcta operación del sistema. • Pruebas de Seguridad: verifican los aspectos de seguridad exigidos en los requisitos del sistema. 260 Gestión de la base de datos de los Juegos Olímpicos • Pruebas de Sobrecarga: verifican el correcto comportamiento del sistema ante los estados de estrés en los que puede verse envuelto. • Pruebas de Recuperación: verifican la capacidad del sistema para recuperar información o incidencias anómalas. • Pruebas de Regresión: verifican el correcto comportamiento del sistema ante la modificación de alguno de sus componentes. • Pruebas de Aceptación de Usuario: certifican, por parte de los usuarios, la funcionalidad y rendimiento del sistema, de acuerdo con los requisitos establecidos. • Pruebas de Usabilidad: certifican, por parte de los usuarios, la manejabilidad y amigabilidad del sistema. 261 Gestión de la base de datos de los Juegos Olímpicos 9.2.1.- PRUEBAS DE ENCAMINAMIENTO Una vez comprobado el correcto funcionamiento de cada componente software, estas pruebas garantizan la adecuada comunicación entre unos componentes y otros. Se realizan para subsistemas on-line y batch, que son los que realizan las llamadas entre los componentes. En los subsistemas batch, como es por ejemplo, la presentación de la aplicación por pantalla, está formado por diversos módulos .fmb que deben de ser compilados y ejecutados para que se creen los ejecutables .fmx. Sin embargo en el subsistema on-line, las funciones de actualización de la base de datos, requieren la presencia del administrador para que éste realice consultas y compruebe la validez de la información introducida. Por otro lado, la ejecución de la aplicación es la función en la que el usuario introduce los datos de los que desea obtener más información, como es por ejemplo el medallero o la historia de una ciudad olímpica determinada. Por este motivo, se desencadenarán llamadas de unos módulos a otros mediante la sentencia call (“C:\proyecto\...fmx”); 262 Gestión de la base de datos de los Juegos Olímpicos 9.2.2.- PRUEBAS DE INTEGRACIÓN Una vez verificadas las comunicaciones y llamadas entre módulos y programas de la aplicación, se procede a integrar todos los componentes software, tablas de la base de datos, programas y módulos. Conforme se integra una función con sus interfaces de entrada-salida, se le somete a comprobar la funcionalidad respecto a los requisitos marcados. Durante estas pruebas, se comprueba por ejemplo, si desde la ejecución del programa de Oracle Forms se puede obtener una comunicación directa con la base de datos. Para ello, habrá sido necesario establecer un Listener de comunicación. (Véase Anexo de Creación del Listener), ya que sino se ha creado, entonces no se podrán mostrar por pantalla los resultados finales de la aplicación. 263 Gestión de la base de datos de los Juegos Olímpicos 9.2.3.- PRUEBAS DE EXPLOTABILIDAD DEL SISTEMA Estas pruebas van encaminadas a determinar la facilidad que ofrece el sistema para su explotación u operación. Para ello, se ejecutarán tanto los procesos periódicos como los aperiódicos. El único proceso que se necesita para verificar el funcionamiento de la aplicación es la ejecución del sistema, y que los datos mostrados por pantalla sean los adecuados en cuanto al formato y los mismos que los que están almacenados en cada una de las tablas de la base de datos. 9.2.4.- PRUEBAS DE SEGURIDAD Este sistema tiene incorporado mecanismos de seguridad, en cuanto a la accesibilidad del sistema. Además, se ha declarado como confidencial la información que reside en la base de datos, ya que sólo el administrador podrá trabajar con ella y es el único que tendrá acceso. Los usuarios podrán visualizar la información extra de cada una de las Olimpiadas al ejecutar la aplicación, pero eso sí, la información mostrada en cada una de las pantallas tiene distinto formato que el que fue introducido en las tablas de la base de datos, ya que el realizador de la aplicación no desea mostrar por pantalla toda la información almacenada, sino tan solo la que a él le interesa. 264 Gestión de la base de datos de los Juegos Olímpicos 9.2.5.- PRUEBAS DE SOBRECARGA La arquitectura del sistema se ha definido para poder soportar un acceso máximo de un usuario. En momentos determinados, el sistema podría recibir una carga excesiva, ya que los datos con los que se trabajan requieren grandes transacciones. Sin embargo, en otros casos, la aplicación se considera crítica ya que provocará retenciones o lentitud en la operación de mostrar los resultados por pantalla. Una solución a este problema sería ampliar los recursos de la aplicación y del propio entorno, pero su puesta en marcha es complicada debido al elevado coste para su explotación. Por este motivo, se recomienda un procesador con una velocidad mínima de 1,5 Khz y para que todas las transacciones se realicen lo más rápidamente posible. En estos casos se debe establecer los condicionantes de operación adecuados para que en esos picos de sobrecarga, el sistema pueda continuar funcionando, aunque su rendimiento no sea del todo eficaz. 265 Gestión de la base de datos de los Juegos Olímpicos 9.2.6.- PRUEBAS DE RENDIMIENTO En este sistema no se pueden diseñar procesos aperiódicos para tratar la pérdida de la información o para gestionar las anomalías, en caso de que se produzcan. Un ejemplo claro de esto, es la destrucción de una tabla de la base de datos. En este caso, al borrar la tabla o el contenido de ésta, es imposible recuperar la información que previamente se almacenó. Lo único con lo que el administrador dispone, es de un documento de Word en el que se especifica toda la información que se ha ido introduciendo en la base de datos gracias a los comentarios proporcionados por los clientes entrevistados. Esto servirá de copia de seguridad, ya que como se ha comentado anteriormente, dotar a los procesos de recuperación de la información resulta muy costoso. Además, en la base de datos también existen otras tablas referentes a cada una de las Olimpiadas con su medallero correspondiente. Las tablas son por ejemplo Amberes1920, Paris1900, etc. 266 Gestión de la base de datos de los Juegos Olímpicos 9.2.7.- PRUEBAS DE REGRESIÓN Las pruebas se realizarán para detectar anomalías o errores software, que pueden estar provocados en su diseño o codificación. Al añadir una mejora al sistema deben volver a ejecutarse una parte de las pruebas realizadas hasta ahora. En el caso de que se incorporen nuevas innovación sobre el sistema, se necesitará el uso de herramientas de prueba que permiten la repetición de ellas, de una manera sencilla. 9.2.8.- PRUEBAS DE ACEPTACIÓN DE USUARIO Estas pruebas junto con las de Usabilidad, son realizadas por el usuario final desde su propio equipo de trabajo. El objetivo de estas pruebas es validar el sistema desde el punto de vista del Sistema Operativo. Generalmente se utilizará el Manual de Usuario para guiarse por la navegación del sistema. Esta aceptación únicamente certifica la conformidad del usuario con la aplicación desarrollada, dando paso a su implantación en los ordenadores personales de otros usuarios finales. En este entorno se realizarán repetidas y nuevas pruebas, entre las que figura la aceptación final de usuario, donde comprobando la funcionalidad del sistema en su entorno final de trabajo, dará su conformidad a la aplicación. 267 Gestión de la base de datos de los Juegos Olímpicos 9.2.9.- PRUEBAS DE USABILIDAD En este caso, las pruebas de aceptación del usuario se complementan con las pruebas de usabilidad, cuyo objetivo es verificar la facilidad de uso del sistema que se debe manejar. Esta facilidad de uso, se refiere al diseño de la interfaz de usuario y al Manual de Usuario. El interfaz de la aplicación es el siguiente: 268 Gestión de la base de datos de los Juegos Olímpicos Sin embargo, para ejecutar la aplicación, el usuario contará con un Manual de Instalación y de Configuración, en el que se le explicará como debe instalar cada uno de los elementos software y cómo tiene que configurar su equipo de trabajo para que pueda visualizar todo el contenido de la aplicación. 269 Gestión de la base de datos de los Juegos Olímpicos 9.3.- MANUAL DE INSTALACIÓN Y CONFIGURACIÓN Al construir el entorno de pruebas, es necesario instalar y configurar tanto el software base (sistema operativo y gestores de bases de datos), como el software de aplicación, de acuerdo con los componentes utilizados en el sistema. Para preparar el entorno de ejecución del sistema es necesario tener instalado los siguientes componentes software: • Developer • Listener • JInitiator • Oracle 9i Sin embargo, es necesario añadir una determinada ruta para que las imágenes que están presentes en la aplicación, se puedan visualizar correctamente. Para ello, el cliente y el usuario dispondrán de un Manual de Configuración de los Iconos. Los manuales de instalación y el Manual de Configuración de los Iconos, se encuentran al final del proyecto como Anexos. 270 Gestión de la base de datos de los Juegos Olímpicos Por último, en la etapa de Programación, está presente el Manual de Usuario para ejecutar la aplicación, y que el usuario la pueda ejecutar sin problemas, donde se explican todos los mecanismos para la puesta en marcha y funcionamiento del sistema. 271 Gestión de la base de datos de los Juegos Olímpicos 10.-IMPLANTACIÓN IMP: IMPLANTACIÓN Sistema en explotación Aprobación final del cliente 272 Gestión de la base de datos de los Juegos Olímpicos 10.- IMPLANTACIÓN Una vez probada la integridad del software del sistema y especificada su instalación y configuración, se debe transferir el software producido, para llevar a cabo la explotación del sistema. Esta transferencia debe prever la migración del software a cada uno de los equipos de los usuarios finales. Los productos de esta etapa son: IMP: IMPLANTACIÓN Sistema en explotación Aprobación final del cliente Este producto podrá ser implantado en cualquier ordenador personal además, de en la página o en el Teletexto del canal de Teledeporte. 273 Gestión de la base de datos de los Juegos Olímpicos 10.1.- PRUEBAS DE IMPLANTACIÓN De acuerdo con el Plan de Implantación y el Manual de Instalación de Configuración se procede a desplegar el software base y de aplicación a las máquinas de cada uno de los usuarios finales que van a utilizar esta aplicación. Una vez instalado el software se realizarán dos pruebas: Unas de ellas tienen como objetivo certificar el correcto funcionamiento de la aplicación, es decir, que todos los programas se desarrollen con normalidad y que permitan que la aplicación sea tratada por el usuario. La otra prueba necesaria es la aceptación final del usuario, que desde su ordenador certificará el correcto funcionamiento del sistema de acuerdo a los requisitos necesarios establecidos y al Manual de Usuario. Superadas estas pruebas el sistema ya se podrá ir instalando en cada uno de los sucesivos ordenadores de los usuarios interesados. 274 Gestión de la base de datos de los Juegos Olímpicos 10.2.- SISTEMA DE EXPLOTACIÓN Para la implantación se recomienda seguir el siguiente procedimiento: • Paso 1: Configuración de Oracle 9i (Anexo de Configuración Oracle 9i). • Paso 2: Migración de la base de datos al ordenador (Fase de programación para poder configurar la base de datos igual que el administrador y documento extra presente en el CD con todas las tablas existentes en la base de datos del administrador). • Paso 3: Instalación del Developer (Anexo de Instalación del Developer). • Paso 4: Instalación y Configuración del Listener para que la aplicación se pueda conectar con la base de datos (Anexo de Instalación y Configuración del Listener). • Paso 5: Migración de la carpeta proyecto e iconos a C:/. • Paso 6: Configuración de los Iconos para que todas las imágenes puedan ser visualizadas por el usuario. (Anexo de Configurción de Iconos). • Paso 7: Seguimiento del Manual de Usuario para la ejecución de la aplicación. (Véase Fase de Programación 9.2.2.3.- Funcionamiento del Sistema). • Paso 8: Instalación del JInitiator una vez ejecutada la aplicación. 275 Gestión de la base de datos de los Juegos Olímpicos ANEXOS ANEXOS Instalación personal de Oracle 9i Instalación del Developer Suite Creación de Oracle Listener Configuración de Forms para la inclusión de Iconos JInitiator para Oracle en Internet 276 Gestión de la base de datos de los Juegos Olímpicos ANEXO DE INSTALACIÓN PERSONAL DE ORACLE 9i El proceso de instalación de Oracle 9i en un ordenador personal es un proceso sencillo, pero a la vez lento, debido al proceso de transmisión de la información de cada uno de los discos al ordenador, ya que primero es necesario efectuar una lectura de cada uno de los tres discos, luego hay que transmitirlos al ordenador, y por último toda la información se ha de salvaguardar en el disco duro de este. El proceso de instalación de Oracle 9i consta de los siguientes pasos: Paso 1: Introducir el disco 1 Al introducir el primer disco en la unidad E del ordenador se debe hacer doble clic sobre el setup del disco para que comience el proceso de instalación de este sistema de administración de bases de datos. 277 Gestión de la base de datos de los Juegos Olímpicos A continuación se abre una ventana de presentación en la pantalla del ordenador, donde se debe seleccionar una de las tres opciones: Iniciar la instalación Explorar CD Examinar Información En este caso como la opción deseada es iniciar la instalación de Oracle 9i se pulsará sobre la primera opción. 278 Gestión de la base de datos de los Juegos Olímpicos En este momento se inicia el proceso de instalación. A continuación, se muestra un mensaje de bienvenida donde lo único que es necesario realizar es seleccionar la opción siguiente. 279 Gestión de la base de datos de los Juegos Olímpicos Paso 2: Ubicación de los archivos La siguiente ventana de este proceso de instalación se basa en la petición de los datos. En un primer lugar se necesitan los datos de origen de Oracle que están en el directorio E:\stage\products.jar, que es la ruta desde donde los usuarios van a leer los datos. Después se seleccionará donde se desea instalar el directorio principal de Oracle en el ordenador utilizado. El directorio en el que se instalará es C:\Oracle\ora92. Para terminar con este paso simplemente pulsar el botón siguiente. 280 Gestión de la base de datos de los Juegos Olímpicos Paso 3: Selección de los productos disponibles En todo proceso de instalación se precisa seleccionar adecuadamente el producto que se desea instalar. Para ello se recomienda por lo menos leer detenidamente cada una de las características que ofrece cada uno de los productos, y a continuación elegir el que más se adecue a sus requisitos, para poder realizar un trabajo determinado. 281 Gestión de la base de datos de los Juegos Olímpicos Por lo tanto el producto adecuado para este proyecto de gestión es el Oracle 9i Database 9.2.0.1.0 que instala una base de datos inicial opcional preconfigurada, las opciones del producto, las herramientas de gestión, los servicios de red, las utilidades y el software básico del cliente(Teledeporte) y del usuario, para un servidor de base de datos Oracle. Se debe seleccionar el idioma del producto con el que posteriormente se trabajará. En este caso se elegirán el Español y el Inglés. 282 Gestión de la base de datos de los Juegos Olímpicos Una vez seleccionado el idioma pulsar el botón siguiente para continuar con la instalación. 283 Gestión de la base de datos de los Juegos Olímpicos Paso 4: Tipos de instalación Existen cuatro tipos de instalación del producto seleccionado Oracle 9.2.0.1.0: Enterprise Edition: Edición Estándar: Personal Edition: Personalizado: Al estudiar detenidamente las características de cada tipo de instalación se optará por Enterprise Edition 284 Gestión de la base de datos de los Juegos Olímpicos Paso 5: Configuración de la base de datos En este paso se seleccionará la base de datos que más se ajuste a las necesidades de este proyecto. Existen 5 tipos de bases de datos: Uso general Procesamiento de transacciones Almacenes de datos Personalizada Sólo software La seleccionada será la de uso general ya que instala una base de datos configurada previamente optimizada para uso general. A continuación se pulsará de nuevo sobre el botón siguiente. 285 Gestión de la base de datos de los Juegos Olímpicos 286 Gestión de la base de datos de los Juegos Olímpicos Paso 6: Configuración de Oracle MTS Recovery Service En esta etapa simplemente se introducirá el número de puerto en el que se establecerá la comunicación de la base de datos con el cliente. El puerto elegido es el 2030. Se pulsará el botón siguiente de nuevo. 287 Gestión de la base de datos de los Juegos Olímpicos Paso 7: Identificación de la Base de Datos Este procedimiento se basa simplemente de la introducción de un nombre para la base de datos que se vaya a utilizar en el proyecto. El nombre elegido es proyecto. 288 Gestión de la base de datos de los Juegos Olímpicos Paso 8: Ubicación de archivos de la base de datos El software de la base de datos debe instalarse en el directorio raíz de Oracle. Por eso la ubicación de archivos estará en C:\Oracle\oradata. En este directorio es donde se encontrará la base de datos proyecto. 289 Gestión de la base de datos de los Juegos Olímpicos Paso 9: Elección del juego de caracteres de la base de datos El juego de caracteres que se utilizará en la base de datos, es el juego de caracteres por defecto, que se basa en el idioma del sistema operativo. Al finalizar esta etapa se genera un resumen con cada una de las características seleccionadas con anterioridad. Si los datos son correctos proceder con la instalación de este sistema de administración de bases de datos. 290 Gestión de la base de datos de los Juegos Olímpicos Paso 10: Instalación El proceso de instalación, como ya se ha mencionado anteriormente, está compuesto por la instalación de 3 discos de datos desde donde los datos se han de transmitir al ordenador. 291 Gestión de la base de datos de los Juegos Olímpicos Del primer disco, tan sólo se copian un 16% de los datos necesarios. Una vez copiados se inserta el disco 2 en la unidad E y se pulsará sobre el botón aceptar para que se continúe con la instalación. El segundo disco alcanzará tan sólo un 45% de los datos copiados, por lo que se realizará de nuevo el proceso anterior. Se deberá insertar el tercer y último disco de datos para que se complete la instalación. 292 Gestión de la base de datos de los Juegos Olímpicos Paso 11: Herramientas de configuración En este proceso de instalación se instalan automáticamente unas herramientas. Aunque en este tipo de herramientas no vienen incluidas las herramientas PLSQ, ni las de OracleForm, que sirven para diseñar las ventanas, ni las PL´s para establecer la funcionalidad desde donde reside la base de datos. 293 Gestión de la base de datos de los Juegos Olímpicos Paso 12: Asistente de Configuración de la base de datos En este asistente se especifica la información de la Base de Datos creada proyecto y el lugar donde ésta se localiza. Pero por razones de seguridad se precisa la introducción de dos contraseñas: la de SYS y la de SYSTEM. Ambos son usuarios que pueden acceder a la base de datos, donde SYS es el super usuario, y SYSTEM es tan sólo un administrador que realiza las tareas básicas de gestión y administración. La contraseña elegida para SYS y SYSTEM es M676829923 ya que es necesaria la introducción de un carácter al principio. 294 Gestión de la base de datos de los Juegos Olímpicos Paso 13: Finalización de la instalación Por último se muestra una pantalla en la que se informa del fin de la instalación 295 Gestión de la base de datos de los Juegos Olímpicos Salir del programa de instalación de Oracle 9i Database 9.2.0.1.0 296 Gestión de la base de datos de los Juegos Olímpicos Paso 14: Parar el servidor java Apache Este proceso de instalación, gracias al cual se genera una base de datos, arranca un proceso java que es necesario detener, ya que sino seguiría ejecutándose indefinidamente. Para finalizar este proceso tan sólo es necesario acceder al menú inicio, todos los programas, Oracle – OraHome 92, Servidor HTTP de Oracle y seleccionar la pestaña de parar el servidor HTTP de Oracle basado en Apache. 297 Gestión de la base de datos de los Juegos Olímpicos Paso 15: Crear un acceso directo Lo más eficiente para poder trabajar con Oracle de una forma eficaz y sencilla, es crearse un acceso directo desde la pantalla principal del ordenador. 298 Gestión de la base de datos de los Juegos Olímpicos ANEXO DE INSTALACIÓN DEL DEVELOPER SUITE: PAQUETE DE HERRAMIENTAS DE ORACLE Paso 1: Intoducción del disco 1 Ejecutar sobre el disk 1 el setup.exe. A partir de este momento, lo que aparece en la pantalla del ordenador es la consola de MS-DOS, que indica, que el comienzo de la instalación del programa aún se está cargando. 299 Gestión de la base de datos de los Juegos Olímpicos Paso 2: Instalación del Developer Suite A continuación se muestra un panel de Bienvenida a Oracle Universal Installer en el que se podrá comenzar con la instalación de las herramientas de Oracle. Para ello, es necesario pulsar sobre el botón siguiente. 300 Gestión de la base de datos de los Juegos Olímpicos Paso 3: Especificación de la ubicación de los archivos En esta etapa de la instalación se ha de especificar dónde va a ser instalado el paquete de herramientas de Oracle y el nombre que se le va a dar al Developer Suite. Una vez pulsado sobre el botón siguiente se carga la lista de productos hasta obtener un porcentaje del 100%. 301 Gestión de la base de datos de los Juegos Olímpicos Paso 4: Seleccionar el tipo de instalación En este proceso se seleccionará la opción Terminar (1.15 GB). Aunque el nombre para especificar este tipo de instalación no es el más adecuado, instala Oracle JDeveloper 10g, además de los Forms Developer, del Reports Builder y de Oracle Designer. 302 Gestión de la base de datos de los Juegos Olímpicos Paso 5: Proporcionar la información de Servidor de Correo Saliente Como para el desarrollo de esta aplicación no se va a utilizar en ningún momento el servidor de correo de Oracle, el campo de información de esta ventana se dejará en blanco y se seleccionará siguiente. 303 Gestión de la base de datos de los Juegos Olímpicos Paso 6: Resumen Por último, y para terminar con la instalación se muestra por pantalla una ventana con un resumen sobre cada uno de los elementos software que han sido instalados, dónde se encuentran, el espacio que ocupan, el idioma, etc. Si se está de acuerdo con cada una de las especificaciones se pulsa sobre el botón instalar y se cargará la aplicación que durará unos 10-15 minutos aproximadamente. 304 Gestión de la base de datos de los Juegos Olímpicos Una vez finalizada esa instalación se muestra por pantalla un mensaje que indica que el programa se ha instalado correctamente. Por último, aparece un mensaje para salir del proceso de carga. Si se desea finalizar pulsar sobre el botón sí. 305 Gestión de la base de datos de los Juegos Olímpicos ANEXO DE CREACIÓN DE ORACLE LISTENER Para que el entorno gráfico de la aplicación se pueda conectar con cada una de las tablas creadas en la base de datos es necesario la creación de un Listener. Este Listener debe proporcionar la comunicación en ambos sentidos, es decir, se debe crear una comunicación en el Developer Suite para que se conecte con Oracle, esto es lo que se denomina petición de una consulta y también, se debe crear en Oracle para que se conecte con la aplicación, de esta manera se devolverá el resultado o contestación de esa petición. De esta manera los usuarios finales consultarán la información deseada en la aplicación visual sin necesidad de trabajar con ninguna de las tablas administradas en la base de datos. Se puede decir por lo tanto, que la información de cada una de las tablas es transparente para el usuario final. 306 Gestión de la base de datos de los Juegos Olímpicos Paso 1: Establecimiento de la comunicación Developer Suite – OracleHome Para la realización de este proceso es necesario acceder a Oracle-DevSuiteHome1, Configuration and Migration Tools y por último a Net Configuration Assistant. 307 Gestión de la base de datos de los Juegos Olímpicos 308 Gestión de la base de datos de los Juegos Olímpicos 309 Gestión de la base de datos de los Juegos Olímpicos 310 Gestión de la base de datos de los Juegos Olímpicos 311 Gestión de la base de datos de los Juegos Olímpicos 312 Gestión de la base de datos de los Juegos Olímpicos 313 Gestión de la base de datos de los Juegos Olímpicos ANEXO DE CONFIGURACIÓN DE FORMS PARA LA INCLUSIÓN DE ICONOS Para que el usuario pueda obtener cada uno de los iconos e imágenes al ejecutar la aplicación, será necesario seguir el siguiente procedimiento: Paso 1: Copiar la carpeta proyecto e iconos, localizada en el CD, en C:/ del ordenador personal que se desee utilizar. Paso 2: Modificar la variable UI_ICON indicando el lugar donde se encuentran los iconos, estos tienen que tener la extensión ICO. Para modificar esta variable es necesario ejecutar el comando regedit y acceder a la entrada de registro HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0 y buscar la variable. Si no se encuentra aquí siempre se podrá buscar mediante la opción de menú Edición/Buscar. 314 Gestión de la base de datos de los Juegos Olímpicos Después de introducir el comando regedit, pulsar Aceptar 315 Gestión de la base de datos de los Juegos Olímpicos Automáticamente se abre el editor de Registro, donde es necesario encontrar la siguiente ruta: HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0 y buscar la variable UI_ICON accediendo a Edición\Buscar. Pulsar sobre el botón Buscar siguiente. Se produce, por lo tanto, la búsqueda de la variable, donde será necesario escribir la localización de la carpeta Iconos. 316 Gestión de la base de datos de los Juegos Olímpicos Cerrar el Editor de Registro Paso 3: Abrir el Símbolo del sistema 317 Gestión de la base de datos de los Juegos Olímpicos Situarse sobre la carpeta Iconos y escribir la siguiente ruta: C:\DevSuiteHome_2\jdk\bin\jar.exe -cvf iconos.jar *.gif De este modo se crea el fichero iconos.jar que es el que contendrá los iconos. Se puede visualizar la creación de este fichero escribiendo la sentencia dir en la consola de MS-DOS. Una vez terminada la creación y confirmación del fichero, salir de la pantalla de Símbolo del sistema 318 Gestión de la base de datos de los Juegos Olímpicos Paso 4: El fichero iconos.jar se encuentra en C:/iconos, por lo que es necesario copiarlo y pegarlo en C:/Developer/forms/java. 319 Gestión de la base de datos de los Juegos Olímpicos Paso 5: Modificar el fichero formsweb.cfg que está en la carpeta C:/Developer/forms/Server. Este fichero define parámetros de configuración que usa el applet en el que se ejecutan los formularios. Para modificarlo es necesario abrirlo con el bloc de notas y sustituir: imageBase=DocumentBase por: imageBase=codebase archive_jini=frmall_jinit.jar por: archive_jini=frmall_jinit.jar, iconos.jar 320 Gestión de la base de datos de los Juegos Olímpicos Por último, guardar los cambios efectuados. De esta manera el usuario conseguirá que los iconos se vean en tiempo de ejecución, aunque no se vean en determinados momentos en tiempo de diseño. 321 Gestión de la base de datos de los Juegos Olímpicos ANEXO DE INSTALACIÓN DEL JINITIATOR PARA ORACLE EN INTERNET Para poder ver lo realizado en Oracle en una dirección de Internet es necesario instalar Oracle JInitiator 1.3.1.22. Este archivo se cargará en: C:\Archivos de programa\Oracle\JInitiator 1.3.1.22 322 Gestión de la base de datos de los Juegos Olímpicos Para que se comience a cargar basta con pulsar sobre el botón Next, y cuando finalice el proceso de instalación, aparecerá por pantalla un mensaje indicando que Netscape o su explorador habitual como servidor web ya está preparado para utilizar Oracle JInitiator. Por último pulsar sobre aceptar. 323