Gestión de la base de datos de los Juegos Olímpicos IA mis

Anuncio
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
Descargar