Autorizada la entrega del Proyecto de la Base de Datos de los Mundiales de Fútbol

Autorizada la entrega del Proyecto del alumno:
Antonio Peas Pozo
EL DIRECTOR DEL PROYECTO
Eduardo Alcalde Lancharro
Fdo.: ____________________________________ Fecha: / /
V B del Coordinador de Proyecto
Eduardo Alcalde Lancharro
Fdo.: ____________________________________ Fecha: / /

UNIVERSIDAD PONTIFICIA COMILLAS
ESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI)
INGENIERO TCNICO EN INFORMTICA DE GESTIN
PROYECTO FIN DE CARRERA
BASE DE DATOS DE LOS MUNDIALES

DE FTBOL DE LA FIFA
AUTOR: ANTONIO PEAS POZO
MADRID, SEPTIEMBRE DE 2007

Base de Datos de los Mundiales de Ftbol de la FIFA
A mi familia y amigos, que siempre me prestaron su
apoyo, su ayuda y me animaron a seguir adelante en los
momentos difciles.
I
Quiero agradecer la creacin de este proyecto a todas las
personas que han contribuido para que pueda lograr mis
objetivos. A quienes empezaron siendo compaeros y se
convirtieron en buenos amigos, aquellos que han compartido este
arduo pero interesante camino. A mi director de proyecto que
siempre ha tenido la puerta abierta para prestarme ayuda.
II
RESUMEN
Este proyecto tiene como objetivo la creacin, gestin y explotacin de una base de
datos con toda la informacin referente a la competicin deportiva de los Mundiales de
Ftbol creados por la Fdration Internationale de Football Association, ms conocida
como FIFA. Para facilitar la consulta de la informacin, se ha creado una aplicacin
grfica sencilla e intuitiva que trabaje sobre la base de datos y presente los datos de las
competiciones de forma amena y cmoda. Este programa ha sido desarrollado haciendo
uso del sistema gestor de bases de datos Oracle 10g y de sus herramientas de desarrollo
Oracle Developer Suite.
En la actualidad, el ftbol profesional es uno de los deportes de mayor difusin en
todo el mundo. Desde el nacimiento de la competicin en 1930, la rpida progresin de
este torneo lo ha convertido en un referente en el deporte internacional de competicin.
Con cada edicin celebrada, su popularidad y repercusin ha seguido creciendo a un
ritmo inesperado. La demanda popular sobre informacin de este evento ha superado
todas las expectativas. La informacin sobre la competicin es escasa y se encuentra
muy fragmentada. Buscar informacin de las primeras ediciones de la competicin
puede resultar arduo. Por este y otros motivos, surge la creacin de una herramienta
software que permita la consulta rpida y precisa de informacin de cualquiera de los
torneos acaecidos en la historia de los Mundiales de Ftbol.
Esta herramienta permite la consulta de todos aquellos datos que el usuario pueda
demandar. Posee una elevada variedad de datos estadsticos as como una descripcin
histrica de la situacin que rode a la competicin. Tambin recoge informacin de
III
todas las sedes mticas donde se han celebrado los partidos ms emocionantes e
importantes del torneo.
Para completar toda esta informacin, se han incluido una elevada variedad de
fotografas y videos de los hechos y acontecimientos ms trascendentes. Para evitar que
la aplicacin pueda quedar obsoleta, se ha incorporado un mdulo funcional que
permite la actualizacin de la informacin con las futuras ediciones que se celebren.
Se busca que esta herramienta sea utilizada tanto por usuarios particulares
aficionados a este deporte, como por profesionales que requieran de una herramienta de
consulta de informacin deportiva para llevar a cabo su labor tcnica.
IV
ABSTRACT
The objective of this project is the creation of a data base with all the information
about the Soccer World Cup created by the FIFA. In order to facilitate the consultation
of the information, a simple graphical application has been created that works on the
present data base and the data of the competitions of comfortable form. This program
has been developed using the program Oracle 10g and of its development tools Oracle
Developer Suite.
At present time, professional soccer is one of the most important sports anywhere in
the world. The competition was created in 1930 and has had a fast progression. Now it
is a reference in the international sport. With each tournament, its popularity has
continued growing a very high rate. The demand on information of the competition is
elevated. This information is little and it is very divided. To look for information of the
first competitions can be very difficult. By this and other reasons, this software tool has
been created that allows the fast consultation of information of anyone of those of world
cups.
The tool allows the consultation of all the data that the user can want. It has a high
variety of statistical data and an historical description of the situation of the
competition. Also it has information of all the stages where the most important matches
have been celebrated.
V
NDICE
1. Introduccin.................................................................................................................. 1
1.1 Nacimiento del Mundial de Ftbol de la FIFA....................................................... 1
1.2 Trofeos de la Copa Mundial de la FIFA................................................................. 5
2. Enunciado del problema tratado ................................................................................... 7
3. Organizacin del Proyecto ......................................................................................... 10

3.1 Garanta de Calidad .............................................................................................. 10
3.2 Plan de Calidad..................................................................................................... 13
4. Identificacin de Necesidades .................................................................................... 15

4.1 Conceptos del Sistema.......................................................................................... 15
4.1.1 La Entrevista.................................................................................................. 15
4.1.2 Documento Conceptos del Sistema ............................................................... 19
5. Anlisis de Requisitos ................................................................................................ 28

5.1 Declaracin del Problema..................................................................................... 30
5.1.1 mbito del Proyecto...................................................................................... 30
5.1.2 Contexto general del Sistema ........................................................................ 31
5.1.3 Unidades de la organizacin concernidas...................................................... 32
5.1.4 Funciones afectadas por la Mecanizacin ..................................................... 37
5.2 Modelo Fsico del Sistema Actual y Modelo Lgico del Sistema Actual............ 39
5.3 Lista de Requisitos ............................................................................................... 40
5.4 Funciones Lgicas del Nuevo Sistema................................................................. 57
5.5 Modelo Lgico del Nuevo Sistema ...................................................................... 58
5.5.1 Nivel Contextual............................................................................................ 58
5.5.2 Diccionario de Datos del Nivel Contextual................................................... 59
5.5.3 Nivel Conceptual ........................................................................................... 60
5.5.4 Diccionario de Datos del Nivel Conceptual .................................................. 61
5.5.5 Indicaciones sobre el Modelo Lgico del Nuevo Sistema ............................ 63
5.6 Modelo Conceptual de Datos ............................................................................... 64
5.7 Historia de Vida de las Entidades........................................................................ 72
6. Diseo de la Arquitectura Tcnica ............................................................................. 73

6.1 Diagrama de Exposicin de la Aplicacin ........................................................... 74
6.2 Diagrama de Exposicin de la Organizacin ....................................................... 76
6.3 Especificacin de Componentes del Sistema ....................................................... 78
6.3.1 Hardware Necesario existente ....................................................................... 78
6.3.2 Hardware Necesario de Nueva Adquisicin.................................................. 78
6.3.3 Software Necesario Existente........................................................................ 79
6.3.4 Software Necesario de Nueva Adquisicin ................................................... 79
6.4 Requisitos software necesarios............................................................................ 80
6.5 Evaluacin de las Alternativas ............................................................................. 81
6.6 Valoracin de las alternativas. Matrices de Evaluacin ....................................... 84
6.6.1 Matriz de Evaluacin Organizativa ............................................................... 85
6.6.2 Matriz de Evaluacin Operativa .................................................................... 86
6.6.3 Matriz de Evaluacin Tcnica ....................................................................... 87
VI
6.6.4 Matriz de Evaluacin Econmica.................................................................. 88

6.7 Valoracin final de cada alternativa ..................................................................... 89
6.8 Eleccin de la Alternativa .................................................................................... 91
6.9 Planificacin del Proyecto .................................................................................... 92
7. Diseo Externo ........................................................................................................... 94

7.1 Modelo Fsico del Nuevo Sistema........................................................................ 95
7.1.1 Fronteras de Mecanizacin............................................................................ 97
7.1.2 Diagrama del Modelo Fsico del Nuevo Sistema .......................................... 98
7.1.3 Especificacin de procesos.......................................................................... 104
7.1.4 Diseo de Entradas ...................................................................................... 110
7.1.5 Diseo de Salidas ........................................................................................ 118
7.1.6 Estimacin de los volmenes de informacin. Identificacin de transiciones
crticas............................................................................................................... 122
7.1.7. Procesos de Control y Seguridad................................................................ 129
7.2. Modelo Conceptual de Datos ............................................................................ 132
7.3 Estrategia de Planes ............................................................................................ 136
7.3.1 Plan de Pruebas............................................................................................ 137
7.3.2 Plan de Conversin...................................................................................... 139
7.3.3 Plan de Formacin ....................................................................................... 140
7.3.4 Plan de Implantacin ................................................................................... 141
8. Diseo Interno .......................................................................................................... 142

8.1 Subsistemas Batch .............................................................................................. 145
8.1.1 Diagramas HIPO ......................................................................................... 145
8.1.2 Cuadernos de Carga..................................................................................... 148
8.2 Subsistemas Online ............................................................................................ 152
8.2.1 Diagrama Structured Chart.......................................................................... 152
8.3 Estructura de mens y pantallas ......................................................................... 155
8.4 Especificaciones de los planes............................................................................ 156
8.4.1 Plan de Pruebas................................................................................................ 156
9. Programacin............................................................................................................ 159
9.1 Descripcin de componentes del Sistema .......................................................... 160
9.2 Manual de Usuario ............................................................................................. 162
9.3- Manual de Explotacin ..................................................................................... 174
10. Pruebas del Sistema ................................................................................................ 178

10.1 Entorno de pruebas ........................................................................................... 180
10.2 Tipos de pruebas............................................................................................... 182
10.3 Comentarios a las pruebas realizadas ............................................................... 184
10.3.1 Pruebas de Encaminamiento...................................................................... 184
10.3.2 Pruebas de Integracin .............................................................................. 184
10.3.3 Pruebas de Explotabilidad ......................................................................... 185
10.3.4 Pruebas de Seguridad ................................................................................ 185
10.3.5 Pruebas de Sobrecarga............................................................................... 185
10.3.6 Pruebas de Regresin ................................................................................ 186
VII
11. Implantacin del Sistema ....................................................................................... 187

11.1 Pruebas de Implantacin................................................................................... 187
11.2 Plan de contingencia......................................................................................... 188
12. Mantenimiento del Sistema .................................................................................... 189

12.1 Descripcin de mantenimientos ofrecidos........................................................ 189
12.1.1 Mantenimiento correctivo ......................................................................... 189
12.1.2 Mantenimiento adaptativo ......................................................................... 190
13. Bibliografa............................................................................................................. 191
14. Anexos .................................................................................................................... 193

14.1 Valoracin econmica ...................................................................................... 193
14.2 Planificacin real del Proyecto ......................................................................... 197
14.3 Conclusiones..................................................................................................... 199
VIII
1. Introduccin.
1.1 Nacimiento del Mundial de Ftbol de la FIFA.
Desde la fundacin en 1904 de la Fdration Internationale de Football Association,
conocida comnmente por sus siglas FIFA, se haba planteado la creacin de un torneo
a nivel mundial que involucrase a todos los pases. Pero al no contar con los recursos
necesarios y ser un deporte de poca repercusin en aquellos momentos, esta idea se
abandono.
En 1906 la FIFA consigui que el Comit Olmpico Internacional incluyera al ftbol
entre sus prcticas deportivas, provocando una mayor difusin del deporte.
Pero no sera hasta 1920 cuando este singular torneo tomara forma. A partir de la
idea de unos administrativos de ftbol franceses, con Jules Rimet a la cabeza, de
organizar un torneo en el que los mejores jugadores de cada pas formen un equipo y se
enfrenten a equipos de otros pases por el ttulo de campen mundial de ftbol. Se
establecen las bases y la normativa que regirn el certamen.
El campeonato no empezara a celebrarse hasta 1930 con algunos problemas.
Uruguay sera el encargado de celebrar la primera edicin. Se enviaran las 16
invitaciones pertinentes, pero solo asistiran 12 pases ms el pas anfitrin. Debido a las
reticencias que los equipos profesionales tenan de enviar a sus jugadores ms valiosos
y a lo costoso que era el viaje, la mayora de los equipos europeos rechazaran dicha
invitacin.
1
Finalmente solo 4 equipos del viejo continente asistiran al evento: Yugoslavia,
Blgica, Rumania y Francia. Estos dos ltimos, participaron obligadas por las presiones
que ejerci Jules Rimet para que los equipos europeos se involucrasen en el proyecto.
Todos los partidos se celebraron en el Estadio Centenario, construido especialmente
para el torneo. Despus de las 3 rondas disputadas, el pas anfitrin se convertira en el
ganador de la primera edicin del campeonato mundial al imponerse ante Argentina por
4 a 2.
Desde esta edicin, el evento no hara ms que adquirir relevancia y cada vez ms
pases querran asistir, hasta el punto de ser necesaria una fase previa de clasificacin.
El torneo se celebrara cada 4 aos. Pero en la dcada de los 40, la celebracin del
evento sufrira un parn, debido a la II Guerra Mundial.
La competicin vuelve a reanudarse en 1950, llevndose a cabo esta edicin en
Brasil. Su popularidad seguira intacta como demostr la elevada asistencia de pblico y
de pases participantes. La preeminencia del campeonato aumentara con cada nueva
edicin hasta convertirse en acontecimiento meditico sin precedentes en la actualidad.
Una vez visto el nacimiento del Mundial de Ftbol, se pasa a mostrar todas las
ediciones celebradas hasta la fecha y el pas encargado de organizar el evento:
Uruguay - -1930 Brasil - - 1950
Italia - - 1934 Suiza - -1954
Francia - - 1938 Suecia - -1958
2
Chile - -1962 Mjico - - 1986
Inglaterra - -1966 Italia - - 1990
Mjico - - 1970 Estados Unidos - - 1994
Alemania - - 1974 Francia - - 1998
Argentina - - 1978 Corea y Japn - - 2002
Espaa - - 1982 Alemania - - 2006
Cabe destacar que de las 18 ediciones diferentes celebradas, solo se han proclamado
7 pases campeones.
Con la eleccin de cada sede, se pretende que todos los continentes participen de
forma equitativa en el desarrollo del torneo. La prxima sede en la que se celebrar en
el ao 2010 ser Sudfrica. Tambin se ha decidido que la edicin de 2014 sea en el
continente americano y en 2018 la competicin vuelva a Europa.
Al ser un evento de tanta relevancia y que genera elevados movimientos econmicos
existe una verdadera pugna por ver quin ser la siguiente sede del campeonato
mundial. Las distintas federaciones de ftbol presionan a la FIFA por ser los siguientes
elegidos.
La elevada popularidad tambin ha servido a la FIFA como vehculo para transmitir
valores a travs del deporte. Se fomenta el juego limpio (campaa Fair Play), la prctica
sana del deporte persiguiendo el dopaje y un sano sentimiento de competitividad en el
campo y fuera de l.
3
A su vez, sirve para promover campaas humanitarias o de concienciacin social a
toda la audiencia. Para una mayor eficacia de las mismas se cuenta con la ayuda de las
figuras del deporte por su elevada repercusin.
El futuro de los Mundiales de Ftbol no puede ser ms prometedor. La audiencia
desde los inicios ha crecido de forma exponencial y el reconocimiento entre los
profesionales de este deporte no puede ser ms elevado, todos ansan por hacerse con el
dorado trofeo de campen mundial.
4
1.2 Trofeos de la Copa Mundial de la FIFA.
El trofeo de la Copa Mundial, posee casi tanta fama como la propia competicin.
Sin embargo el diseo dorado creado por Silvio Gazzaniga no fue el primer trofeo que
tuvo la competicin.
En 1920 a la par que se constitua la normativa del evento y casi 10 aos antes de la
primera edicin, Jules Rimet, gran promotor y difusor del ftbol en los
inicios del deporte, encargo a un conocido escultor francs de la poca,
Abel Lafleur, el diseo de un nuevo trofeo diferente a los dems para
proclamar al campen mundial.
Dise un trofeo de reducidas dimensiones elaborado en plata de ley chapado en
oro, sobre una base azul de lapislzuli. Posea una placa en el que se iran grabando el
nombre los pases que se fuesen proclamando vencedores de la Copa. Recibi el nombre
de Copa Jules Rimet en honor al promotor y creador de la competicin.
Este trofeo goz de una vida ajetreada hasta su desaparicin en 1983 donde se cree
que fue fundido.
Fue entregado con normalidad en las competiciones de los aos 30. Durante la
guerra, uno de los vicepresidentes de la FIFA escondi el trofeo en una caja de zapatos
debajo de su cama para que no fuese requisado por el ejrcito Nazi. En 1966, el trofeo
fue robado mientras era expuesto y no aparecera hasta que un perro lo encontrase
5
enterrado a los pies de un rbol. El trofeo volvi a ser sustrado en 1983, cuando se
perdi su pista definitivamente.
En 1970 Brasil consegua hacerse con la propiedad de la Copa Jules Rimet al
cumplir uno de los criterios establecidos en la normativa: ser campen mundial en 3
ocasiones.
Por ello la FIFA organiza un concurso para la creacin de otro trofeo. Entre 53
diseos diferentes, se escoge el diseo del escultor Silvio Gazzaniga, como ya se ha
comentado anteriormente.
Este diseo se compone de la figura de dos atletas que sujetan efusivamente el globo
terrqueo en el momento de la victoria.
Est construido en oro puro de 18 kilates. Con una
altura de 36 centmetros, pesa aproximadamente 6 kg.
La base se compone de dos anillos de malakita
(piedra preciosa) y un espacio reservado para la
inscripcin de los campeones.
6
2. Enunciado del problema tratado.
El proyecto consiste en realizar una aplicacin con informacin
literal y grfica de todas los mundiales de ftbol de la FIFA que se han
celebrado hasta la fecha, incluido el recientemente terminado mundial
de Alemania, teniendo en cuenta que se podr aadir informacin de las
futuras competiciones que se realicen.
Para ello, se har uso de uno de los sistemas gestores de bases de datos ms robustos
del actual mercado y con una mayor proyeccin, Oracle. Este sistema esta constituido
para utilizarse en las diferentes plataformas software, lo que repercute en una mayor y
fcil portabilidad, confirindole a la aplicacin tratada en este proyecto una mayor
difusin de uso. Cabe destacar la importante presencia en el panorama empresarial que
este sistema posee.
La informacin referente a las competiciones realizadas de los Mundiales de Ftbol
de la FIFA se encuentra muy fragmentada. Con la existencia de Internet y el elevado
aumento de audiencia e inters que las ltimas ediciones de este torneo han despertado,
resulta tarea sencilla encontrar informacin de los mundiales ms recientes. Pero esta
informacin puede parecer catica, puesto que no tiene una organizacin clara y su
consulta es lenta en ocasiones.
En el caso de los certmenes celebrados hace dcadas, la empresa de encontrar
informacin se vuelve compleja, sobre todo si lo que se desea es consultar alguno de los
primeros partidos.
7
Con el diseo de esta aplicacin se pretende principalmente alcanzar un doble
objetivo. En primer lugar, aunar toda esa informacin fragmentada y recopilar aquella
de difcil acceso, bajo una sola base de datos en la que se puedan realizar, adems de
muchas otras funciones, consultas de forma rpida y fcil. En segundo lugar se pretende
que toda la informacin contenida sea verdica, porque con frecuencia se da el caso que
segn la fuente que se consulte, los datos sean unos u otros.
A continuacin se pasa a mostrar las funcionalidades fundamentales que dispone
esta aplicacin:
o Actualizacin de la base de datos con informacin de los prximos
mundiales que se celebren.
o Datos estadsticos de pases participantes a lo largo de la historia de la
competicin.
o Informacin y enlaces de las diferentes asociaciones y federaciones que
constituyen esta competicin.
o Imgenes y datos de los estadios y ciudades en los que se han celebrado
todas las ediciones.
o Imgenes y videos de goles histricos o que han sido decisivos.
o Informacin de jugadores y entrenadores relevantes.
o Hechos y equipos significativos de cada mundial.
o Resultados de cada mundial y generales de la historia de la competicin.
o Curiosidades de cada evento.
o Informacin de encuentros disputados y sus resultados.
o Carteles promocionales y mascotas.
8
o Funcionalidad de consulta rpida y precisa.
Las posibilidades de uso que se le puede dar a esta aplicacin son variadas. Una
opcin sera integrarla en un portal web para que la informacin este disponible a travs
de la red para su consulta.
Con la reciente expectacin suscitada y el auge de este deporte, la FIFA est
empezando a crear una pgina web que recopila datos y material grfico de las
competiciones. Este Sistema puede ser una solucin a dicho cometido o puede utilizarse
como complemento al mismo.
Puede ser utilizado por canales temticos deportivos como una herramienta ms
para su trabajo en documentacin de informaciones.
Como se demuestra su utilizacin es diversificada y las posibilidades de uso
suficientemente altas.
9
3. Organizacin del Proyecto.
3.1 Garanta de Calidad.
Este proyecto se encuentra recogido bajo la normativa ISO 9000 establecida por la
Organizacin Internacional para la Estandarizacin que establece un modelo de
actuacin para la toma de las acciones necesarias para asegurar la calidad final del
proyecto tratado. Este modelo recibe el nombre de Sistema de Gestin de Calidad.
La norma fue establecida en 1994, pensada en un principio para organizaciones de
tipo productivo. Ms tarde en el ao 2000 se adecua a todo tipo de organizaciones,
empresas de servicios y administraciones pblicas.
Dentro de esta familia de normativas, se incluyen dos polticas, ambas del ao 2000
y relacionadas entre s, importantes para la consecucin de proyectos: ISO 9001 e ISO
9004.
- ISO 9001: Requisitos del Sistema de Gestin de Calidad.
Norma certificable basada en la utilizacin de procesos. Consta de cuatro
puntos:
Responsabilidad de Direccin.
Gestin de Recursos.
Realizacin del Producto.
Medicin, Anlisis y Mejora.
10
Como se ha mencionado anteriormente, estos criterios pueden ser
verificados a travs del Crculo de
Deming, nombrado as por Eduard Planificar
Deming, estadstico norteamericano

Hacer
Proceder
del sigo XX y basado en los
conceptos establecidos por Walter

Verificar
Shewhart, estadounidense doctorado
en Fsica.
Es un proceso en esperiral de mejora continua dividida en 4 grandes
bloques. Dentro de cada bloque residen una serie de fases que se deben ir
cumpliendo para la consecucin de la verificacin.
- ISO 9004: Fundamentos y Vocabulario del Sistema de Gestin Empresarial.
Norma que complementa a la ISO 9001 para la gestin de la calidad. Aunque
fueron concebidas como un par coherente, cada una tiene un objetivo propio. En
este caso, se busca la satisfaccin del cliente y del resto de partes implicadas en
el Proyecto.
El Sistema de Gestin de Calidad se compone de dos partes:
- Programa de Garanta de Calidad: polticas para el aseguramiento de la calidad
de acuerdo a las estrategias y directrices de cada empresa.
- Manuales de Normas y Procedimientos: los distintos manuales de cada
departamento de la organizacin que regulan las actividades realizadas.
11
Ambos apartados son complementarios entre s y deben integrarse con el resto de
actividades para el desarrollo del Proyecto.
Para el control del Sistema de Gestin de Calidad debe crearse un departamento, que
sea organizativamente independiente del resto de reas dedicadas al Proyecto. Este
departamento se responsabiliza de tareas como del mantenimiento del Sistema, el
establecimiento de auditoras, la planificacin y documentacin de las actividades, la
deteccin de condiciones adversas o el control que los productos entregados posea la
calidad exigida.
Este departamento realiza principalmente cuatro funciones:
- Actividades de Soporte.
- Actividades de Gestin de Calidad.
- Actividades de Planificacin.
- Actividades de Ingeniera de Calidad.
12
3.2 Plan de Calidad.
Todos los requisitos establecidos en la Garanta de Calidad deben ser recogidos en
un documento denominado Plan de Calidad. Este documento se le presenta al cliente
que ha contratado el proyecto para que est informado de las garantas que su producto
va a contener.
Por su parte el cliente, basndose en lo recogido en este documento, puede controlar
en todo momento el cumplimiento fiel de las garantas por medio de auditoras o los
procedimientos que crea oportuno.
Se encuentra establecido que el Plan de Calidad contenga los siguientes apartados:
- Descripcin de criterios y actividades de garanta de calidad.
- Planificacin temporal, a travs de un Diagrama de Gant, de las actividades de
control de calidad, responsables de las mismas y su organizacin.
- Referencias a los procedimientos y estndares que estn siendo aplicados en
cada momento.
La formalizacin del documento, sin embargo, no se encuentra especificada. Cada
Empresa puede basarlo en los puntos y criterios que crea oportunos siempre y cuando
recoja los apartados anteriormente mencionados.
Esto es as debido a la diversidad de proyectos realizados y a la imposibilidad de
imponer una serie de puntos fijos en temas que pueden resultar muy dispares. Tambin
13
se deja margen a las empresas para que adecuen el documento a las polticas que ellas se
hayan establecido.
14
4. Identificacin de Necesidades.
4.1 Conceptos del Sistema.
A continuacin se muestra el documento que recoge de forma significativa la
composicin del Sistema tratado en este Proyecto. Para ello, se han utilizado varias
herramientas entre las que cabe destacar la tcnica de la entrevista.
Debido a la importancia que este mtodo de actuacin tiene en el documento y a
que dicho instrumento ser la base para el Proyecto, se va a realizar una breve
descripcin esquemtica de la metodologa que se ha seguido para realizar la entrevista
antes de mostrar los Conceptos de Sistema.
4.1.1 La Entrevista.
Para la recopilacin de la informacin necesaria, esta tcnica no es la nica fuente
de informacin de que se dispone, pero si la fundamental. La entrevista debe
complementarse con la realizacin de cuestionarios, pero debido a que la composicin
de estos cuestionarios suele estar estandarizada y que su funcin es secundaria, solo se
explicar lo referente a esta tcnica.
- Informacin que obtiene.
o Anlisis de la estructura y organizacin de la empresa.
o Recursos a utilizar.
o Requisitos de los usuarios.
15
o Responsabilidades de los diferentes usuarios.
o Funcionamiento del sistema actualmente implantado (si es requerido).
o Funciones de cada usuario.
o Organizacin de la unidad.
- Objetivos perseguidos.
o Sentar las bases para el desarrollo del Sistema.
o Principales necesidades de informacin.
o Aceptacin de las fases y actividades del proyecto.
o Estndares para unificar procedimientos.
La entrevista esta dividida en fases, cada una para cubrir una parte de los objetivos
marcados, mencionados anteriormente. Las fases son las siguientes:
o Preparacin de guiones para la entrevista.
o Inicio de la entrevista.
o Proceso de la entrevista.
o Final de la entrevista.
o Consolidacin y conclusiones.
- Preparacin de guiones.
Deben crearse todos los guiones detalladamente para cubrir todos los aspectos
buscados. Deben ser enviados previamente al usuario, objetivo de la entrevista, para que
prepare toda la documentacin necesaria y plantee todas las dudas que le hayan surgido.
Se debe evitar que el guin sea extenso o demasiado complejo ya que puede perderse
efectividad o que exista rechazo por parte del usuario.
16
Cada guin debe ser enfocado al tipo de usuario que lo va a responder. Adems del
perfil que se ocupa en la empresa, es conveniente tener en cuenta la situacin y
preparacin del mismo.
La entrevista comenzar por los responsables de las reas y se extender
posteriormente al resto de usuarios. Es vital conocer la funcin que realiza dentro de la
empresa, sus conocimientos tcnicos y su opinin con respecto a los procedimientos que
se realizan o a los transaccionales que tienen implantados en la compaa.
- Inicio de la entrevista.
Es necesario cumplir una serie de cosas que a priori pueden parecer lgicas pero que
no est de ms recordar. Hay que presentarse ante cada usuario objetivo de la entrevista.
Informar de manera general en qu consistir el procedimiento. Exponer que se va a
tomar nota y que posteriormente se realizar un acta de la reunin para ser utilizada.
Se debe conocer el tiempo que se puede dedicar a cada usuario y los periodos en los
que esta disponible.
- Proceso de la entrevista.
Hay que evitar que las preguntas sean personales y puedan resultar ofensivas. La
entrevista debe ser flexible y posibilitar que el usuario se encuentre cmodo. Utilizar un
lenguaje no demasiado tcnico, mostrar inters y no salirse del mbito del tema tratado.
No hay que superar los lmites de tiempo preestablecidos. Evitar el exceso de seriedad
de la entrevista ya que puede generar rechazo. Debe realizarse de forma distendida
dentro de unos lmites.
17
- Final de la entrevista.
Preguntar si se podr disponer de los usuarios para posteriores consultas o
sugerencias. Hay que fijar plazos para preparar el documento que recoja toda la
informacin obtenida durante la entrevista y presentarlo a la empresa para la obtencin
de la conformidad de la misma.
- Consolidacin y conclusiones.
Toda la informacin recogida tiene que ser depurada. Consolidar los datos
obtenidos. Asegurar la calidad de la informacin. Elaborar prototipados si es necesario y
cumplir los plazos preestablecidos para la entrega de la documentacin.
Una vez expuestas las bases en las que se basa la entrevista se pasa a presentar el
documento que recoge los conceptos del sistema tratado.
18
4.1.2 Documento Conceptos del Sistema.
Conceptos del Sistema
Base de Datos de los Mundiales de Ftbol de la FIFA ICAI 2006 - 2007
Objetivos del Sistema
El Proyecto consiste en la creacin de una aplicacin que trabaje sobre una base de
datos que contenga la informacin de todos los mundiales de ftbol organizados por la
FIFA desde el comienzo de la competicin. Esta aplicacin estar diseada para la
consulta de forma rpida y fcil de todos los datos almacenados en la base de datos.
Uno de los objetivos principales del Sistema es poder unir toda la informacin
referente a la competicin, que actualmente se encuentra muy fragmentada e indagar y
recabar datos de las primeras ediciones del torneo, de las que apenas se conocen hechos
significativos.
Otro de los principales objetivos debe ser que toda la informacin recogida en la base
de datos sea veraz y se base en los hechos histricos acaecidos realmente.
La base de datos ser realizada en uno de los sistemas gestores de bases de datos ms
importantes y de mayor difusin en el actual mercado, como es Oracle. Esto asegur
que el Sistema obtenido sea robusto, funcional y tenga soporte ante eventuales
incidencias.
19
El Sistema debe ser capaz de cumplir una serie de requisitos bsicos descritos a
continuacin:
o Realizar consultas de forma fcil y rpida.
Identificacin de Necesidades PG: 1/7
Objetivos del Sistema
o Poder mantener actualizada la base de datos con informacin de los
prximos Mundiales que se celebren, evitando que la aplicacin se
quede obsoleta con el paso del tiempo y por ello aumentar su vida til.
o Recoger datos y estadsticas de pases participantes a lo largo de la
historia de la competicin.
o Poseer informacin y enlaces de las diferentes asociaciones y
federaciones que constituyen esta competicin.
o Imgenes y datos de los estadios y ciudades en los que se han celebrado
las distintas ediciones de la competicin.
o Imgenes y videos de goles histricos o importantes, as como otro
20
material grfico relevante de cada mundial.
o Hechos y equipos significativos de cada mundial.
o Resultados de cada edicin y generales de la historia de los mundiales.
o Informacin diversa de cada Mundial y curiosidades relevantes.
Alcance del Sistema
Para que el acceso a la informacin resulte fcil y cmoda, se ha de crear una
aplicacin, de tipo grfico, que trabaje sobre la base de de datos. Esto evitar que el
usuario de este Sistema tenga que interactuar directamente con la base de datos.
El Sistema recoger informacin desde la primera edicin de la competicin hasta la
ltima celebrada antes de la finalizacin del Proyecto.
Alcance del Sistema
La base de datos se actualizar con la informacin de las futuras ediciones de la
competicin.
La aplicacin esta pensada para que se ejecute de forma local. Aunque en un futuro el
Sistema pueda ser integrado en un portal web, se ve conveniente asegurar primero la
creacin de una aplicacin en el mencionado entorno local, para una posterior
21
migracin a la web, si es oportuno y necesario.
Tipologa de Usuarios finales
Este Proyecto pretende que la aplicacin est orientada a la mayor variedad de usuarios
finales posible. Es por ello que no debe requerir ningn conocimiento previo para su
utilizacin.
Con la ayuda del interfaz grfico se ayuda a que el usuario no necesite ningn
conocimiento tcnico de bases de datos y por tanto pueda ser ms generalista.
El Interfaz debe ser totalmente intuitivo, por lo que se utilizar uno de tipo grfico.
Como opcin de seguridad, para evitar posibles interacciones negativas, por
desconocimiento o simplemente por un mal uso de la herramienta, se crear un perfil
de usuario para el trato con la aplicacin. Con este perfil se dar acceso a toda la
informacin contenida en la base de datos, pero se evitar que puedan reemplazar los
datos almacenados.
Uno de los objetivos descritos anteriormente es la posibilidad de actualizacin. Se
disear por tanto un nuevo perfil de administrador para que tenga completo acceso a
la base de datos y pueda realizar los cambios que crea oportuno.
22
Restricciones
El Proyecto no posee ninguna restriccin impuesta en el momento de la eleccin del
mismo.
Se pretende y as lo recoge la planificacin previa, que est finalizado en el mes de
Junio, pero un retraso en su finalizacin no acarreara ningn tipo de trabas. Por tanto
se puede afirmar que no posee restricciones temporales.
El coste de la herramienta no es significativo y aunque un virtual retraso podra
encarecerlo ms de lo previsto, no parece verosmil el acarreamiento de algn tipo de
perjuicio. Como en el caso anterior, se puede afirmar que tampoco existen restricciones
econmicas.
Solo se requiere el hardware minimamente necesario para hacer uso de la aplicacin
con garantas. Con los actuales costes de produccin de estos componentes y los bajos
requerimientos que el sistema Oracle necesita no se ven inconvenientes en la
utilizacin de cualquier ordenador actual. Quiz el mayor inconveniente que se puede
observar a este respecto, es la cantidad de espacio libre necesario en el disco duro.
Como plataforma de trabajo se ha seleccionado Windows. Esta decisin ha sido
tomada atendiendo a varios factores:
o Plataforma de trabajo ms extendida del momento.
23
o Mayor conocimiento de los usuarios de este entorno.
o Servicio de soporte que puede ser utilizado en cualquier momento.
Si se ve necesario el traslado a otro tipo de plataformas, tampoco se ve inconveniente
alguno, ya que el sistema Oracle posee una utilidad de migracin para facilitar la
portabilidad entre las diferentes plataformas.
Organizacin del Proyecto
Este Proyecto esta constituido por el siguiente equipo de trabajo:
Director de Proyecto:
Encargado de la promover la oferta del proyecto. Impone los criterios que deben
cumplirse para la correcta finalizacin del mismo. Realiza las funciones de empresa
cliente que requiere un servicio. Es la persona con la que se deben contrastar los
avances que se vayan realizando en el proyecto y verificar que los objetivos
establecidos sean cumplidos.
Coordinador del Proyecto:
Su funcin principal consiste en el control de la correcta elaboracin del proyecto.
Facultado para la imposicin de plazos y criterios de correccin. El Coordinador debe
aprobar, en primera instancia, la elaboracin del proyecto. Debe comprobar que cumple
con los requisitos mnimos tanto de complejidad del problema tratado como de inters
24
y utilidad que puede conllevar.
Analista / Programador:
Persona que se encarga de crear el proyecto. Debe analizar la complejidad del Sistema
y darle solucin. Debe trabajar bajo los criterios que hayan establecido tanto el director
como el coordinador.
Sus funciones son variadas y comprenden desde el estudio del problema, la
recopilacin de informacin necesaria, el diseo y programacin del proyecto, la
creacin de un juego de pruebas para la aplicacin, la implantacin y el mantenimiento
del mismo.
Debe utilizar una metodologa existente para resolver el problema y ser capaz de dar
una solucin correcta al Sistema.
Organizacin del Proyecto
A continuacin se muestra, de forma esquemtica, la estructura organizativa de este
proyecto y las principales funciones de los intervinientes en el mismo:
25
Coordinador de Proyecto
Director de Proyecto
Analista / Programador
Funcin de Documentacin
Funcin de Anlisis del Sistema
Funcin de Creacin del Sistema
Funcin de Programacin del Sistema
Funcin de Pruebas del Sistema
Funcin de Implantacin
Funcin de Mantenimiento
26
Antecedentes
No existe ningn precedente de la elaboracin de una herramienta similar a la tratada
en este proyecto.
Uno de los motivos para la creacin del proyecto es que actualmente no existe ninguna
herramienta que pueda ser usada para la consulta rpida de informacin referente a los
Mundiales de Ftbol de la FIFA.
Para la consulta de informacin referente a ediciones recientes, puede utilizarse
Internet, ya que recoge informacin suficiente para este cometido. Pero dichos datos no
poseen una estructura organizativa aparente por lo que para la consulta de cualquier
apartado se tarda un tiempo considerable.
27
5. Anlisis de Requisitos.
Dentro de la metodologa en cascada utilizada para este Proyecto, en esta tarea en
concreto, se busca alcanzar un conocimiento suficiente del Sistema que permita avanzar
en el resto de etapas posteriores de la sistemtica, elaborando un buen anlisis.
El anlisis se basa en tres principios bsicos que se describen a continuacin:
o El ciclo de informacin.
o El problema a resolver.
o Las representaciones lgicas y fsicas.
- Ciclo de Informacin:
Contiene diferentes puntos de vista complementarios sobre los datos que deben ser
procesados por el Sistema. Estos puntos de vista son: el flujo de informacin, el
contenido de esa informacin y la estructura que posee.
Flujo de informacin: representa la manera en la que los datos sufren cambios
mientras avanzan a travs del Sistema.
Contenido de informacin: conjunto de datos que conforman los flujos de
informacin que el Sistema debe almacenar.
Estructura de la informacin: organizacin lgica de los datos que la aplicacin
debe tratar.
- Problema a resolver:
El problema que se ha de resolver suele ser demasiado complejo como para tratarlo
en su conjunto. Es por ello que debe dividirse en partes ms pequeas que tengan una
complejidad menor.
28
- Representaciones lgicas y fsicas:
Los requisitos del sistema tienen un doble enfoque: la visin lgica que representa
las funciones que realiza y la informacin que procesa y la visin fsica que se encarga
de presentar las operaciones que se realizan realmente y las estructuras de informacin
que son manejadas en el da a da.
29
5.1 Declaracin del Problema.
El objetivo buscado es examinar las partes que componen el Sistema tratado a travs
de las especificaciones que han trasmitido los usuarios en las entrevistas realizadas y
que han sido recogidas en el documento Conceptos del Sistema.
Con el reconocimiento del problema que se va a realizar, se pretende recabar
informacin acerca de:
o mbito del Proyecto.
o Contexto general del Sistema.
o Unidades de la organizacin concernidas.
o Funciones afectadas por la mecanizacin.
5.1.1 mbito del Proyecto.
Las funciones que han de ser mecanizadas, extradas del documento de Conceptos
del Sistema son las siguientes:
Diseo de la base de datos que almacenar la informacin relevante de todas las
ediciones de la competicin desde sus inicios en 1930 hasta la ms reciente,
antes de la finalizacin del Proyecto. Se deben crear todas las tablas para el
almacenaje de la informacin, relacionarlas entre ellas y comprobar que toda la
informacin que vaya a contener sea robusta, evitando que existan
inconsistencias o que haya duplicidades.
30
Incorporacin de toda la informacin que ha sido recopilada durante la fase de
documentacin acaecida en este Proyecto.
Toda ella debe ser revisada y controlar que sea veraz, puesto que informacin de
otra clase no tendra ningn sentido.
Diseo y creacin de la aplicacin que trabajar sobre la base de datos. La
aplicacin debe ser en todo momento intuitiva y fcil de manejar.
Deben programarse todas las funcionalidades necesarias para la automatizacin
de las consultas.
Sincronizacin de la base de datos y la aplicacin para que la aplicacin acceda
a toda la informacin contenida y sea capaz de tratarla.
Como ya se ha comentado anteriormente, pero que por su importancia se cree
necesario resaltar otra vez, la aplicacin va a ser offline, va a ejecutarse de forma local
en el ordenador personal del cliente. Si en un futuro fuese necesario, la aplicacin
podra migrar a un entorno cliente servidor o incluso web y ejecutarse de forma online.
Cabe destacar que los puntos presentados deben ser realizados por el creador del
Proyecto, para el que se ha decidido crear el perfil de Administrador. El usuario solo
debe limitarse a utilizar la herramienta y consultar aquello que desee.
5.1.2 Contexto general del Sistema.
A continuacin se muestra el diagrama que representa la interaccin que tendr el
usuario con el Sistema as como el papel que debe realizar el encargado de la adminis-
31
tracin de la base de datos, para realizar operaciones de actualizacin de informacin o
alguna accin de mantenimiento:
Base de Datos Administrador
Usuario
Aplicacin
El usuario tiene acceso a la base de datos a travs de la aplicacin. Se restringe el
acceso directo a la base de datos para evitar que pueda alterar la informacin contenida
o interferir en el correcto funcionamiento de la aplicacin.
La aplicacin se comunica con la base de datos bidireccionalmente para poder
realizar las consultas necesarias y extraer la informacin deseada.
El programa no dar opcin al usuario para modificar la informacin contenida.
32
El administrador tendr acceso directo a la informacin de la base de datos para la
modificacin o ampliacin de la informacin y tendr acceso a la aplicacin para poder
realizar acciones de mantenimiento o modificar aquello que crea necesario.
5.1.3 Unidades de la organizacin concernidas.
En el problema tratado en este Proyecto no existen reas organizativas de una
empresa afectadas, puesto que el Sistema no ha sido concebido para que una compaa
en particular lo utilice. El objetivo, como ya ha sido comentado con anterioridad, es
crear una herramienta que pueda resultar de utilidad tanto a usuarios particulares como a
empresas que requieran la consulta de informacin deportiva. Por ello no se ha
concretado la unidad organizativa de ninguna empresa.
Por el contrario, si que pueden comentarse los sistemas informticos existentes y
las bases de datos ataidas por el Sistema.
Toda la informacin que se tiene de la competicin, esta distribuida entre sistemas
informticos ya existentes pero que no poseen conexin alguna entre s. En muchos
casos, la informacin se encuentra recogida en bases de datos que pueden llegar a ser
integradas, pero en muchos otros casos no, lo que dificultara la tarea.
Gracias al actual auge de las telecomunicaciones, en especial de Internet y a la
espectacular difusin que los Mundiales de Ftbol poseen, toda la informacin puede
ser accedida a travs de la red. Existen multitud de fuentes de informacin: desde
pginas web oficiales pertenecientes a la FIFA de cada edicin (todas ellas a travs de
bases de datos integradas en servidores), a informacin contenidas en portales de aso-
33
ciaciones relacionadas con el deporte, pero que carecen de reconocimiento oficial.
Tambin se pueden encontrar datos en aplicaciones existentes como enciclopedias o
colecciones interactivas, pero suele suceder, que el acceso a la informacin repercuta un
previo coste econmico. Cabe destacar que recientemente muchas de estas aplicaciones
se estn volviendo gratuitas debido a diversos motivos que no guardan relacin con el
Proyecto.
Como fuente de informacin adicional, en el caso de ser necesario, se puede recurrir
a canales temticos de deporte, que proliferan a ritmo rpido por la aparicin de la
televisin digital terrestre (TDT) y los canales a travs de satlite o fibra ptica.
Uno de los objetivos principales del Proyecto es la inclusin de toda esa
informacin fragmentada en sistemas independientes en una nica base de datos de
carcter corporativo, accesible a travs de una sencilla aplicacin visual.
Todo ello viene recogido en el siguiente diagrama de presentacin:
34
Base de datos
del
Sistema
Bases de datos Bases de datos

Oficiales no Oficiales
Aplicaciones Aplicaciones Canales

de Pago gratuitas Temticos
A continuacin se muestran las funciones que se han de desempear y los posibles
actores que pueden ser involucrados en el Sistema:
35
BBDD BBDD
No Oficiales Oficiales
Funcin de Administrador del
Documentacin Sistema
Aplicaciones
1
Canales
Temticos
Funcin de
Insercin de
Informacin
Funcin de
Verificacin de 3
Informacin
Administrador del
Sistema
Funcin de
Creacin de la
Funcin de
Aplicacin
Sincronizacin de
Aplicacin y BBDD
4
5
Administrador del
Funcin de Sistema
Uso de la
Aplicacin
Leyenda:
6
Fuentes de Informacin
Usuarios Particulares
Funciones
Empresas
Creadores del Proyecto
Usuarios Finales
36
5.1.4 Funciones afectadas por la Mecanizacin.
Para llevar a cabo este proceso, se deben tener en cuenta las funciones y los sistemas
informticos que han sido tratados anteriormente.
Uniendo todo lo expresado en sendos esquemas, se crea una matriz que relaciona las
funciones que deben realizarse con las personas encargadas de dichas tareas.
Administrador Coordinador Director de Usuarios

Empresas
del Sistema de Proyecto Proyecto particulares
Documentacin x x x
Verificacin de
x
Informacin
Insercin de
x
Informacin
Creacin de
x x x
Aplicacin
Sincronizacin de
Aplicacin y x
BBDD
Uso de la
x x x x x
Aplicacin
De la matriz se desprende que el nico papel que deben realizar los usuarios es el de
uso y utilizacin de la herramienta creada en el Proyecto.
El Administrador del Sistema posee la responsabilidad de la creacin de correcto
funcionamiento de la Aplicacin.
37
Tambin resaltar que en la matriz se han incluido al Director del Proyecto y al
Coordinador del mismo, que no haban sido recogidos en los esquemas, para expresar la
importante tarea de control y revisin del Sistema.
38
5.2 Modelo Fsico del Sistema Actual y Modelo Lgico del Sistema Actual.
Actualmente no hay disponible ninguna herramienta que realice las funciones
expuestas en este proyecto y se base en el tema deportivo tratado en el mismo. sta
constituye una de las razones fundamentales de la realizacin del Sistema, ya que con el
creciente auge que dicha prctica deportiva posee en particular y la no existencia de un
paquete software que realice las funciones pretendidas, expuestas anteriormente, parece
lgico afirmar la utilidad y uso que este Sistema va a tener.
Al no existir precedente alguno, imposibilita la creacin de un modelo fsico y otro
lgico que puedan describir las funciones que el sistema realiza actualmente, los flujos
de informacin que posee o las diferentes entidades como almacenes de datos o
interfaces definidos.
Tampoco se tiene constancia de ninguna aplicacin similar en el mercado que pueda
asemejarse a la aqu desarrollada, aunque se fundamente en otro contexto diferente,
como para ser usada de base para el desarrollo de una aproximacin que el modelado
actual podra contener.
39
5.3 Lista de Requisitos.
Este documento recoge todos los requisitos que el cliente ha descrito para la
realizacin del Proyecto. En este caso particular, no hay un cliente definido, la
aplicacin se crea con el objetivo de llegar al mayor nmero de usuarios finales posible
basndose en un tema de total actualidad y gran difusin y en la no existencia de un
paquete de software similar.
Por todo ello, los objetivos previos marcados, se convierten en requisitos que han de
ser cumplidos, realizando as el papel de las obligaciones impuestas por un cliente
ficticio.
Al no tener un control real del cumplimiento de objetivos, estas estipulaciones
deben ser lo ms exigentes posibles para asegurar el xito del Proyecto y la utilidad de
la Aplicacin.
Destacar tambin la existencia de requisitos impuestos indirectamente por la
utilizacin de un cierto software de desarrollo o una plataforma de trabajo. Estas
obligaciones que imponen la utilizacin del Sistema Gestor de Bases de Datos Oracle,
con sus correspondientes herramientas y el sistema operativo Windows, tambin sern
recogidas en el documento por la importancia fundamental de que gozan.
El documento se compone de una cabecera que identifica el nombre del Proyecto y
el autor que lo realiza. A continuacin se encuentran los datos propios del requisito
como pueden ser el nombre, el estado, el identificador o la categora que posee. Dicha
40
categora puede ser de cuatro tipos: prestaciones, seguridad, funcional u operativa.
Tambin se realiza una pequea descripcin adicional del mismo.
As mismo, se recogen los apartados de medicin o cumplimiento que se ha tenido
del requisito y la forma de ser comprobado, beneficios aportados y comentarios,
anotaciones o puntualizaciones que se han realizado del requisito.
41
IDENTIFICACIN
Proyecto: Base de Datos de los Mundiales de Ftbol de la FIFA
Autor: Antonio Peas Pozo
REQUISITO
Ttulo: Informacin de todos los Mundiales celebrados hasta la fecha.
Identificador: MFRQ01 Descripcin:

Versin: 1.0 La Aplicacin debe recoger la
Estado: Pendiente informacin de las distintas ediciones de
Prioridad: Alta los mundiales que se hayan celebrado
Categora: Prestaciones hasta la fecha de creacin del Proyecto.
Fecha: 2-1-2007
MEDICIN
Comprobar las fechas de las distintas ediciones contenidas en la base de datos.

Adicionalmente, comprobar que en cada edicin la informacin est en su totalidad.
BENEFICIOS
El usuario no tendr necesidad de recurrir a otras herramientas para encontrar la

informacin deseada o utilizar otras vas para la consulta.
COMENTARIOS
La base de datos y la aplicacin que trabaja sobre ella deben ser lo ms completas
posible. No debe existir una necesidad de recurrir a otras herramientas similares o a
otras vas para alcanzar la informacin deseada.
REQUISITOS RELACIONADOS
Identificacin de Necesidades Pgina: 1 / 15
42
IDENTIFICACIN
REQUISITO
Ttulo: Informacin genrica necesaria de cada edicin.

Versin: 1.0 Cada edicin del mundial, en la base de
Estado: Pendiente datos, debe contener toda la informacin
Prioridad: Alta que se ha estimado como fundamental o
Categora: Prestaciones necesaria, no deben existir lagunas en los
Fecha: 2-1-2007 datos.
MEDICIN
En las diferentes tuplas que componen la base de datos, no deben existir campos que
contengan ausencia de informacin, definidos como NULL dentro de la base de datos.
BENEFICIOS
La informacin de la base de datos ser homognea. De cada mundial se contendrn la

misma cantidad de datos y no existir descompensacin. Todas las consultas podrn
realizarse.
COMENTARIOS
Ha de estudiarse exhaustivamente la informacin que debe recogerse de cada mundial.

Debe ser aquella que sea relevante y pueda ser objeto de consulta. Se debe evitar la
inclusin de informacin innecesaria.
43
IDENTIFICACIN
REQUISITO
Ttulo: Datos histricos reseables de cada mundial.

Versin: 1.0 Breve descripcin del contexto histrico
Estado: Pendiente en el que se celebra cada edicin, as
Prioridad: Alta como datos que deban ser destacados.
Categora: Prestaciones
Fecha: 2-1-2007
MEDICIN
La informacin debe ser presentada por pantalla, de modo introductorio, cuando se

realiza una consulta de un mundial.
BENEFICIOS
Poder conocer y situar el contexto histrico en el que se ha celebrado la competicin.

Comprender el porqu de las causas de acontecimientos o de las decisiones que hayan
sido tomadas.
COMENTARIOS
La informacin histrica contenida debe realizar la funcin de Introduccin, situar cada

edicin del mundial en un contexto determinado. Puesto que esta informacin no es
estrictamente necesaria y queda fuera de la competicin, si parece relevante conocer la
situacin histrica que rodeaba el evento deportivo.
MFRQ02
44
IDENTIFICACIN
REQUISITO
Ttulo: Inclusin de material grfico.

Versin: 1.0 Debe contenerse informacin grfica,
Estado: Pendiente tanto fotos como videos de los
Prioridad: Alta acontecimientos ms destacados, goles
Categora: Prestaciones histricos y sucesos reseables.
Fecha: 2-1-2007
MEDICIN
Las imgenes estarn contenidas en las tuplas de la base de datos. Accesibles desde la
aplicacin grfica.
BENEFICIOS
Visualizar acontecimientos ms destacados y tener una informacin ms completa de

lo sucedido en cada mundial.
COMENTARIOS
Se contendr informacin grfica de cada edicin del mundial as como fotos y videos
de mbito general. Se recogern goles destacados y jugadas que supusieron un hito en
la historia del Mundial de Ftbol.
MFRQ02, MFRQ03.
45
IDENTIFICACIN
REQUISITO
Ttulo: Datos y estadsticas de pases participantes.

Versin: 1.0 De cada edicin deben recogerse los
Estado: Pendiente pases participantes, los encuentros
Prioridad: Media realizados y la victoria del mundial en
Categora: Prestaciones caso de haberla conseguido.
Fecha: 2-1-2007
MEDICIN
La informacin debe estar contenida en la base de datos y ser accesible desde la

aplicacin por parte del perfil usuario.
BENEFICIOS
Poseer estadsticas de los distintos equipos y el papel que han realizado a lo largo de la
historia de la competicin.
COMENTARIOS
Se contendrn los cruces sucedidos en los mundiales y el campen de cada una de las
distintas ediciones.
MFRQ02, MFRQ03, MFRQ04.
46
IDENTIFICACIN
REQUISITO
Ttulo: Enlaces de las diferentes Asociaciones y Federaciones que constituyen la

competicin.

Versin: 1.0 Debe contenerse la federacin a la que se
Estado: Pendiente encuentra adscrito el equipo participante y
Prioridad: Media en la medida de lo posible su enlace en
Categora: Prestaciones Internet.
Fecha: 2-1-2007
MEDICIN
Datos contenidos en la base de datos e informacin accesible desde la aplicacin por

parte del perfil usuario.
BENEFICIOS
Se presenta informacin adicional a la competicin pero directamente relacionada con

los Mundiales de Ftbol.
COMENTARIOS
De cada equipo se contendr la federacin a la que pertenece y el enlace en Internet

que la federacin tiene. A travs de ese enlace se posibilita la inclusin indirecta de
gran cantidad de informacin relacionada con el tema tratado por el Proyecto evitando
que el tamao de la base de datos sea excesivamente elevado.
47
IDENTIFICACIN
REQUISITO
Ttulo: Informacin de los Estadios de Ftbol donde se han celebrado los

mundiales.
Versin: 1.0 Debe contenerse informacin de los
Estado: Pendiente estadios donde se han celebrado los
Prioridad: Alta partidos de las distintas competiciones.
Fecha: 2-1-2007
MEDICIN

BENEFICIOS
Aporta informacin en profundidad de cada uno de los eventos deportivos acaecidos en

la historia de los mundiales.
COMENTARIOS
Datos e informacin grfica disponible de los diferentes estadios de Ftbol.
MFRQ02, MFRQ03, MFRQ04, MFRQ05.
48
IDENTIFICACIN
REQUISITO
Ttulo: Informacin de las mascotas de cada edicin del Mundial de Ftbol.

Versin: 1.0 Debe contenerse informacin de las
Estado: Pendiente mascotas que representan a cada una de
Prioridad: Baja las ediciones del Mundial de Ftbol.
Fecha: 2-1-2007
MEDICIN

BENEFICIOS
Aporta informacin adicional de cada uno de las ediciones de los mundiales.
COMENTARIOS
Datos e informacin grfica disponible de las diferentes mascotas.
MFRQ02, MFRQ03, MFRQ04, MFRQ05, MFRQ07.
49
IDENTIFICACIN
REQUISITO
Ttulo: Instalar Oracle y Oracle Forms.

Versin: 1.0 El usuario debe tener instalado el sistema
Estado: Pendiente gestor de bases de datos Oracle y sus
Prioridad: Alta herramientas de desarrollo Oracle Forms.
Categora: Operativa
Fecha: 2-1-2007
MEDICIN
BENEFICIOS
COMENTARIOS
El usuario necesita tener instalado el sistema Oracle para poder ejecutar la aplicacin.
Este sistema se puede descargar desde la pgina web del fabricante sin coste alguno. A
priori, no representa inconveniente alguno para el usuario. La instalacin de las
aplicaciones se estima en 20 minutos por aplicacin necesaria. Depende directamente
del hardware de que disponga el usuario.
50
IDENTIFICACIN
REQUISITO
Ttulo: Instalar complemento de Iconos.

Versin: 1.0 Instalar los iconos que sern necesarios
Estado: Pendiente para el correcto funcionamiento de la
Prioridad: Alta aplicacin.
Categora: Operativa
Fecha: 2-1-2007
MEDICIN
BENEFICIOS
COMENTARIOS
El usuario necesita tener instalado el complemento de iconos para poder ejecutar la

aplicacin. No representa un inconveniente para el usuario. La instalacin de las
aplicaciones se estima en 2. Depende directamente del hardware de que disponga el
usuario.
51
IDENTIFICACIN
REQUISITO
Ttulo: Creacin de perfiles Usuario y Administrador.

Versin: 1.0 Creacin de dos perfiles diferenciados
Estado: Pendiente para el uso de la aplicacin, cada uno con
Prioridad: Alta unos permisos determinados.
Categora: Seguridad
Fecha: 2-1-2007
MEDICIN
Los perfiles son creados desde el gestor de la base de datos.
BENEFICIOS
COMENTARIOS
Se crearn dos perfiles: Usuario y Administrador.

- Usuario: tiene permisos de consulta de la informacin pero no puede modificar
ningn dato almacenado en la aplicacin ni tener acceso a la estructura de la base de
datos.
- Administrador: permiso para el acceso a la informacin y a la estructura de la base de
datos.
52
IDENTIFICACIN
REQUISITO
Ttulo: Veracidad de datos almacenados.

Versin: 1.0 Debe verificarse que la informacin
Estado: Pendiente almacenada en la base de datos es verdica
Prioridad: Alta y corresponde a la realidad.
Categora: Seguridad
Fecha: 2-1-2007
MEDICIN
BENEFICIOS
Compone uno de los pilares de la existencia de la aplicacin. Informacin que no co-

rresponde con lo sucedido no tiene sentido.
COMENTARIOS
Toda la informacin obtenida e incluida en la base de datos ha sido obtenida de fuentes

oficiales.
53
IDENTIFICACIN
REQUISITO
Ttulo: Funcin de mantenimiento de la base de datos.

Versin: 1.0 Debe estar disponible una funcin de
Estado: Pendiente mantenimiento de la base de datos para
Prioridad: Alta resolver cualquier eventualidad que
Categora: Funcional. suceda en la misma.
Fecha: 2-1-2007
MEDICIN
La funcin se encuentra disponible en el gestor de la base de datos.
BENEFICIOS
Resolver cualquier eventualidad que pueda suceder con la base de datos o la aplicacin
que trabaja sobre ella.
COMENTARIOS
La funcin de mantenimiento debe ser realizada por parte del perfil administrador de la
base.
MFRQ11.
54
IDENTIFICACIN
REQUISITO
Ttulo: Funcin de actualizacin de la base de datos.

Versin: 1.0 Debe estar disponible una funcin de
Estado: Pendiente actualizacin de la base de datos para la
Prioridad: Alta puesta al da con la informacin de las
Categora: Funcional. futuras ediciones que se celebren de la
Fecha: 2-1-2007 competicin.
MEDICIN
La funcin se encuentra disponible en el gestor de la base de datos.
BENEFICIOS
Poder actualizar la base de datos con las reseas de las prximas ediciones de los Mun-
diales de Ftbol que se celebren, prolongando la vida til de la aplicacin.
COMENTARIOS
La funcin de actualizacin debe ser realizada por parte del perfil administrador de la
base. La informacin debe proceder de fuentes oficiales.
MFRQ11, MFRQ12.
55
IDENTIFICACIN
REQUISITO
Ttulo: Plataforma de trabajo Windows.

Versin: 1.0 La plataforma de trabajo debe ser
Estado: Pendiente Windows, puesto que los programas
Prioridad: Alta utilizados para la creacin de la base de
Categora: Operativa. datos y la aplicacin se ha usado esa
Fecha: 2-1-2007 misma plataforma.
MEDICIN
BENEFICIOS
COMENTARIOS
La plataforma de trabajo Windows es la ms extendida del mercado actualmente y la

ms conocida entre los posibles usuarios.
La portabilidad entre plataformas se encuentra asegurada al usar Oracle.
MFRQ09, MFRQ10.
56
5.4 Funciones Lgicas del Nuevo Sistema.
Se pasa a detallar las principales funciones lgicas que realiza el Sistema tratado:
1. Autenticacin del Administrador.
2. Recopilacin y almacenamiento de informacin en la base de datos.
3. Creacin de perfiles para Usuarios.
4. Autenticacin del Usuario.
5. Ejecucin de la aplicacin.
6. Peticiones y consultas a travs de la aplicacin.
7. Presentacin de informacin de la aplicacin.
A continuacin se muestran funciones adicionales que debe realizar el
Administrador de la base de datos, en caso de ser requeridas. El Administrador debe
autenticarse previamente para llevarlas a cabo:
8. Mantenimiento de la base de datos.
9. Actualizacin de la base de datos con informacin de nuevas ediciones de la
competicin.
Con las principales funciones que han sido detalladas, se crea a continuacin el
Modelo Lgico del Nuevo Sistema. Resaltar que para realizar el diseo de este modelo
no se ha podido hacer uso del modelo lgico ya existente, puesto que resulta imposible
al no existir precedentes en el mercado de esta aplicacin o de similares. Estas causas ya
han sido expuestas anteriormente.
57
5.5 Modelo Lgico del Nuevo Sistema.
5.5.1 Nivel Contextual.
Informacin de Administrador
Mantenimiento
Informacin Usuario / Contrasea

de
Actualizacin
Datos de
perfiles de
Usuarios
Informacin
Datos de
Control
Base de
Datos de los Mundiales de
Ftbol de la FIFA
Usuario Datos de
y Consulta
Contrasea 0
Ejecucin
Perfiles de
Datos de Empresa
Consulta
Ejecucin
Usuario Particular Empresas
58
5.5.2 Diccionario de Datos del Nivel Contextual.
- Administrador: persona o equipo encargado de la gestin del Sistema y de realizar
las distintas operaciones descritas anteriormente.
- Usuario particular: distintos usuarios que utilizan el Sistema a ttulo particular.
- Empresas: empresas que hacen uso del Sistema.
- Usuario / Contrasea: usuario y contrasea del encargado de la administracin del
Sistema.
- Datos de perfiles de Usuario: funcionalidad de gestin de perfiles, en el caso de ser
necesario.
- Informacin: datos sobre los Mundiales de Ftbol que contendr la Base de Datos. Se
encuentra dentro de una funcionalidad que slo esta pensada para usarse una vez, al
inicio del Sistema.
- Informacin de Mantenimiento: datos necesarios para llevar a cabo la funcionalidad
de mantenimiento.
- Informacin de Actualizacin: datos necesarios para llevar a cabo la funcionalidad
de actualizacin.
- Datos de control: datos que emite el Sistema al Administrador para comprobar los
estados de las operaciones de gestin que se realizan.
- Usuario y contrasea: informacin sobre perfiles de usuarios particulares.
- Ejecucin: ejecucin del Sistema.
- Datos de consulta: informacin solicitada durante la ejecucin.
- Perfiles de Empresa: gestin de usuarios que la empresa puede realizar si lo cree
necesario para la segregacin de usuarios.
59
5.5.3 Nivel Conceptual.
Usuario / Contrasea
Datos de
perfiles de
Datos de Usuarios
Gestin del Servicio de
Control Administrador Perfiles
1 2
Informacin
Informacin
de Perfiles
Actualizacin
Informacin Actualizacin Almacenamiento

de
de la BD de Informacin
Mantenimiento
3 4
Mantenimiento
de la BD
5
Mundiales
De Ftbol
Usuario
y
Contrasea
Ejecucin Autenticacin
de Usuarios
Datos de 6
Ejecucin de la Consulta
Aplicacin
8
Ejecucin
Servicio de
Datos de Empresa
Consulta Perfiles de
7 Empresa
60
5.5.4 Diccionario de Datos del Nivel Conceptual.
- Gestin del Administrador: funcin que permite al administrador de la base de datos
llevar a cabo todas sus tareas.
- Servicio de Perfiles: proceso que se encarga de gestionar y almacenar la informacin
de los distintos perfiles de usuario.
- Almacenamiento de Informacin: se encarga de almacenar toda la informacin que
contendr la base de datos del Sistema.
- Actualizacin de la BD: funcin que se encarga de realizar actualizaciones de
informacin de nuevas ediciones de la competicin en el Sistema.
- Mantenimiento de la BD: proceso para realizar las funciones de mantenimiento que
sean necesarias en la base de datos.
- Autenticacin de Usuarios: proceso que se encarga de dar acceso a los usuarios
particulares, gestionando a su vez los permisos que estos usuarios poseen.
- Servicio de Empresa: funcionalidades pensadas para la empresa que permite llevar a
cabo una serie acciones predeterminadas por el administrador.
- Perfiles: almacn encargado de contener todos los datos necesarios para el correcto
funcionamiento del Sistema.
A continuacin se muestra, de forma simblica, la estructura de datos del almacn:
PERFILES = { ID-USUARIO + CONTRASEA + PERMISOS + DNI +
NOMBRE + APELLIDOS + TELEFONO + EMAIL }
- Mundiales de Ftbol: almacn de informacin que contiene todos los datos sobre las
distintas ediciones de la competicin involucrada en este Sistema.
61
Se ha decidido que sea un nico almacn el encargado de contener toda la
informacin en lugar de varios, principalmente por motivos de eficiencia, ya que si la
informacin es dividida entre varios almacenes, el tiempo de operacin ser mayor.
La estructura de este almacn es la siguiente:
MUNDIALES DE FTBOL = { ID-MUNDIAL + PAS + AO + HISTORIA
+ FOTOS + { ID-ESTADIO + NOMBRE + AO + DESCRIPCIN + FOTOS}
+ CAMPEN + MASCOTA + { ID-EQUIPO + PAS + AO + FEDERACIN
+ { JUGADOR + DORSAL + ESTADSTICAS } }
62
5.5.5 Indicaciones sobre el Modelo Lgico del Nuevo Sistema.
Se ha creado la funcin de Administrador quien realizar todas las funciones
necesarias para la gestin del Sistema. Esta funcin no tiene sentido que sea
desempeada por usuarios particulares, pues estos no tienen por que poseer
conocimientos de bases de datos, ni se pretende. Esta funcin deber realizarse
previamente y como soporte durante la utilizacin de la herramienta.
En el caso de utilizacin por parte de empresas, la funcin de Administracin puede
ser realizada por parte de la propia empresa.
Actualmente esto viene sucediendo con los paquetes software que han sido
diseados a medida y en el caso tratado por este Sistema puede actuarse de la misma
forma.
No obstante, esta Aplicacin ha sido diseada de manera que la Administracin
pueda ser llevada por parte de la propia empresa o por parte de un tercero, como un
servicio de soporte.
63
5.6 Modelo Conceptual de Datos.
A partir de las estructuras de los almacenes que se han obtenido anteriormente, se va
a desarrollar el Modelo Conceptual de Datos. Con este diseo se pretende obtener, por
as decirlo, las caractersticas principales que van a poseer los datos que va a manejar
este Sistema. Estas especificaciones conforman la estructura lgica que los datos tienen,
que a travs del diagrama Entidad/Relacin se obtendrn todas las entidades y
relaciones entre las mismas, evitando las redundancias de informacin.
Para obtener este modelo, a continuacin se va a describir brevemente el proceso de
diseo para una mayor comprensin de los pasos que se estn realizando en todo
momento. Este diseo consiste en lo siguiente:
o Se parte de las estructuras obtenidas en los diccionarios de datos de los
almacenes de informacin.
o Se normalizan estas estructuras hasta la tercera forma normal (3FN), pasando
por cada una de las formas normales anteriores.
Existen otras formas normales como Boyce-Codd o cuarta forma normal que
conforman diseos ms restrictivos, pero para este proyecto no son necesarias y
por eso se ha optado por llegar nicamente hasta la tercera forma normal.
o Identificar las entidades del Sistema.
o Identificar las relaciones del Sistema.
64
o Extraccin de relaciones embebidas en entidades, en caso de ser necesario.
o Revisin de entidades y relaciones obtenidas incorporando o eliminando
aquellas que sean necesarias para representar la lgica de negocio.
o Representar el diagrama Entidad/Relacin.
Estructura de datos Perfiles:
PERFILES = { ID-USUARIO + CONTRASEA + PERMISOS + { DNI + NOMBRE
+ APELLIDOS + TELEFONO + EMAIL } }
- Normalizacin:
o 1FN:
PERFILES1 = { ID-USUARIO + CONTRASEA + PERMISOS +
DNI + NOMBRE + APELLIDOS + TELEFONO + EMAIL}
o 2FN:
PERFILES1 ya se encuentra.
o 3FN:
PERFILES11 = { ID-USUARIO + CONTRASEA + PERMISOS +
DNI (*) }
PERFILES12 = { DNI + NOMBRE + APELLIDOS + TELEFONO +
EMAIL }
65
- Identificar entidades:
PERFILES11: entidad Usuario.
PERFILES12: entidad Datos Personales.
- Identificar relaciones:
No existen relaciones.
- Relaciones embebidas:
PERFILES11 = { ID-USUARIO + CONTRASEA + PERMISOS + DNI (*) }
Se extrae la siguiente relacin:
PERFILES11 = { ID-USUARIO + CONTRASEA + PERMISOS }
PERFILES111 = { ID-USUARIO + DNI }
PERFILES11: entidad Usuario.
PERFILES111: relacin Posee.
- Revisin de entidades y relaciones:
No es necesario.
- Diagrama:
Usuario Posee Datos Personales
66
Estructura de datos Mundiales de Ftbol:
MUNDIALES DE FTBOL = { ID-MUNDIAL + PAS + AO + HISTORIA +
FOTOS + { ID-ESTADIO + NOMBRE + AO + DESCRIPCIN + FOTOS} +
CAMPEN + MASCOTA + ESTADSTICAS + { ID-EQUIPO + PAS + AO +
FEDERACIN + { JUGADOR + DORSAL + DATOS-JUGADOR } }
- Normalizacin:
o 1FN:
MF1 = { ID-MUNDIAL + PAS + AO + HISTORIA + FOTOS +
CAMPEN + MASCOTA + ESTADSTICAS }
MF2 = { ID-MUNDIAL + ID-ESTADIO + NOMBRE + AO +
DESCRIPCIN + FOTOS }
MF3 = { ID-MUNDIAL + ID-EQUIPO + PAS + AO +
FEDERACIN }
MF4 = { ID-MUNDIAL + ID-EQUIPO + JUGADOR + DORSAL +
DATOS-JUGADOR }
o 2FN:
MF21 = { ID-MUNDIAL + ID-ESTADIO + AO }
MF22 = { ID-ESTADIO + NOMBRE + DESCRIPCIN + FOTOS }
MF31 = { ID-MUNDIAL + ID-EQUIPO + AO }
MF32 = { ID-EQUIPO + PAS + FEDERACIN }
MF41 = { ID-MUNDIAL + ID-EQUIPO + JUGADOR }
MF42 = { JUGADOR + DORSAL + DATOS-JUGADOR }
67
o 3FN:
MF1 ya se encuentra.
- Identificar entidades:
MF1 entidad Mundial.
MF22 entidad Estadio.
MF32 entidad Equipo.
MF42 entidad Jugador.
- Identificar relaciones:
MF21 relacin Juega.
MF31 relacin Participa.
MF41 relacin Compone.
- Relaciones embebidas:
No existen.
- Revisin de entidades y relaciones:
No es necesario.
68
- Diagrama:
Mundial Juega Estadio
Participa
Equipo Compone Jugador
69
Diagrama Entidad/Relacin completo:
Participa
Como puede comprobarse en el diagrama Entidad/Relacin, los almacenes de
informacin del Sistema no poseen relacin alguna. Esto resulta lgico puesto que la
informacin sobre los Mundiales de Ftbol es totalmente independiente de la
informacin sobre los perfiles de usuarios que pueda contener la base de datos.
Los datos personales que se necesitan en el Sistema, han sido pensados para que en
caso de ser necesario, se pueda contactar con los usuarios de la Aplicacin. Esta
pensado especialmente para la empresa o para usuarios particulares que requieran un
servicio de soporte.
El campo DNI se incluye para identificar unvocamente a un usuario, ya que el
nombre no es suficiente para este cometido puesto que pueden existir nombres iguales.
70
Los datos estadsticos sobre la competicin, se van a incluir por Mundiales, ya que
si se incluyesen por jugadores podra darse el caso de informacin redundante,
produciendo inconvenientes en la eficacia de la base de datos.
71
5.7 Historia de Vida de las Entidades.
El objetivo de este proceso es mostrar la vida de las entidades o entidad ms
importante dentro del sistema tratado. Se pretende exponer los diferentes estados por los
que transita una entidad, desde su etapa de creacin, pasando por su desarrollo y su
finalizacin dentro de la aplicacin.
La entidad escogida para este procedimiento es la entidad Usuario, ya que su
existencia es fundamental puesto que permitir a las personas que lo deseen interactuar
con esta aplicacin.
USUARIO
Alta R1 Desarrollo * Baja
6/-
Datos Permisos Ejecucin Modificar E1

Usuario Aplicacin Datos
1, 5 / 2
-/1 2, 3, 4 / 5
Consultas Material
Grfico
2/3
2/4
72
6. Diseo de la Arquitectura Tcnica.
Tras las etapas de Identificacin de Necesidades y Anlisis de Requisitos, en esta
fase, se van a presentar distintas arquitecturas, tanto hardware como software, que
puedan dar solucin al Sistema tratado en este proyecto.
De cada alternativa propuesta se especifican detalladamente los elementos que la
componen y la tecnologa en la que est basada. Cada alternativa va a ser evaluada en
base a criterios predeterminados y con respecto a las restricciones que impone la
aplicacin que se este desarrollando. Por ltimo debe ser escogida una de ellas. Esta
eleccin puede ser realizada tanto por un cliente al que se le est desarrollando una
aplicacin a medida como por las personas que estn tratando el Sistema.
Una vez seleccionada la alternativa tecnolgica que va a ser empleada para
desarrollar este Proyecto, se establece una planificacin temporal del Sistema teniendo
en cuenta todos los aspectos que lo rodean y son necesarios para su finalizacin.
73
6.1 Diagrama de Exposicin de la Aplicacin.
Este diagrama representa la arquitectura mnima necesaria que es utilizada para
desarrollar el Sistema tratado.
Este diseo se compone de un ordenador personal, que puede ser tanto un equipo de
sobremesa como un equipo porttil que cumpla los requisitos necesarios para la
instalacin del gestor de bases de datos Oracle. El equipo se encuentra conectado a
Internet y a una red de rea local, lo que provoca que debe disponer de elementos de
seguridad adicionales, a los ya disponibles, como son un firewall y un programa
antivirus con actualizacin continua de las definiciones de virus y un servicio de soporte
y recuperacin ante cualquier suceso.
Las medidas de seguridad ya disponibles proceden del propio sistema operativo
utilizado como plataforma para el desarrollo y del gestor Oracle, el cual posee sus
propios mecanismos que proporcionan total seguridad durante el desarrollo y
explotacin tanto de la base de datos como de la aplicacin que trabaja sobre la misma.
Para la documentacin es necesario disponer de un equipo multifuncin para la
impresin de escritos, escaneo de material grfico o cualquier otro tipo de operacin
necesaria y un paquete software ofimtico. Es recomendable que de este ltimo se
disponga de un servicio de soporte que pueda solventar cualquier incidencia.
El diagrama que representa esta organizacin es el que se muestra a continuacin:
74
Diagrama de Exposicin de la Aplicacin.
Internet
Equipo Multifuncin
Router
Firewall
Red Ethernet
Ordenador
Sobremesa
Ordenador
Porttil
75
6.2 Diagrama de Exposicin de la Organizacin.
Este diagrama representa la estructura organizativa que posee el futuro cliente, tanto
empresa como el propio cliente particular. Este Proyecto no se esta diseando para
ninguna empresa en particular, sino que como ya se ha explicado anteriormente, se ha
diseado para que pueda ser usado por la mayor cantidad de usuarios posibles, desde
empresas dedicadas al mundo deportivo, canales temticos o simplemente por un
usuario particular interesado en el tema.
Es por ello que el diagrama de exposicin organizativa va a estar dividido en dos
partes: una parte enfocada a la empresa y una parte enfocada al usuario particular. Estos
clientes no han sido determinados, luego los diagramas sern genricos y servirn de
aproximacin a las estructuras hardware y software implantadas.
- Diagrama enfocado a un usuario particular:
76
- Diagrama enfocado a la empresa:
77
6.3 Especificacin de Componentes del Sistema.
6.3.1 Hardware Necesario existente.
Los componentes hardware de los que ya se disponen para el diseo y explotacin
del Sistema son los siguientes:
o Ordenador personal con procesador Pentium IV a 2.66 GHz de velocidad
de proceso. Con una memoria RAM disponible 768 MB, tarjeta grfica
compatible con SVGA y un disco duro de 30 GB y tarjeta de sonido
integrada en placa base. Unidad combo de regrabadora de CD y DVD.
o Equipo multifuncin que puede realizar impresiones, copias, escaneos y
funciones de fax.
6.3.2 Hardware Necesario de Nueva Adquisicin.
El hardware necesario para este Sistema es ms que suficiente con el que ya se
posee, puesto que cubre de sobra con los requisitos especificados para el diseo y
explotacin del Sistema.
Los requisitos ms restrictivos los imponen las herramientas de desarrollo Oracle,
necesarias para el diseo de la aplicacin que trabaja sobre la base de datos y el sistema
gestor de bases de datos Oracle necesario para el diseo de la base de datos que utiliza
la Aplicacin.
Es por ello que no se necesita adquirir hardware nuevo.
78
6.3.3 Software Necesario Existente.
Los componentes software de los que ya se disponen para el diseo y explotacin
del Sistema son los siguientes:
o Sistema Operativo Windows XP SP2 Home Edition.
o Software ofimtico Microsoft Office 2003 Proffesional Edition.
o Navegador Internet Explorer 6 y navegador Opera 9.00.
6.3.4 Software Necesario de Nueva Adquisicin.
Los componentes software de nueva adquisicin necesarios para el diseo y
explotacin del Sistema son los siguientes:
o Gestor de bases de datos Oracle, versin 10g.
o Paquete de Herramienta Oracle Developer Suite.
o Programas para proporcionar seguridad adicional como son: programa
antivirus con licencia renovada y firewall, ya disponible proporcionado
por la actualizacin SP2 del sistema operativo Windows.
o Actualizacin de los navegadores web a su ltima versin disponible,
que no sea una versin beta. En concreto son Microsoft Internet Explorer
7.0 y Opera 9.02.
79
6.4 Requisitos software necesarios.
La versin escogida para el sistema gestor de bases de datos Oracle es la versin
10g. La misma versin 10g, se ha seleccionado para las herramientas de desarrollo
Oracle. Los requisitos necesarios son los siguientes:
o Procesador Pentium IV a 2 GHz de velocidad de proceso.
o 512 MB de memoria RAM.
o 4 GB de disco duro.
o Sistema Operativo Windows XP.
o Unidad de CD-ROM para la instalacin.
o Microsoft Internet Explorer 5.0 o posterior.
o Espacio de almacenamiento adicional para las bases de datos que van a
ser diseadas. Este tamao depender del nmero de bases y la
complejidad y extensin de las mismas.
80
6.5 Evaluacin de las Alternativas.
La evaluacin de las alternativas software propuestas para soportar el Sistema
tratado en este Proyecto debe ser valorada con respecto a cuatro parmetros
preestablecidos:
o Organizacin: se estudia la organizacin de la empresa o cliente donde va a ser
implantada la aplicacin.
o Operacin: se estudia la operativa actual de negocio, los posibles cambios que
pueden producirse en la misma y la operativa general del sector.
o Tcnica: procedimientos que se realizan y componentes hardware y software de
que se disponen y que sern necesarios.
o Econmica: coste econmico que supondr el diseo, implantacin y
mantenimiento de la alternativa. Si es necesario, se aade el coste adicional de
formacin de personal para la nueva aplicacin.
Las alternativas propuestas para este Sistema se detallan a continuacin. Se ha
tenido en cuenta, que se quiere que esta aplicacin pueda ser ejecutada tanto por clientes
particulares como por empresas.
81
Especificacin de la Alternativa 1. Cdigo: MFA01
Ttulo: Arquitectura de modo local.
Antecedentes
La aplicacin se ejecuta de forma local. Solo requiere un equipo local que contiene y
ejecuta la aplicacin. En principio, no se requiere conexin online para la correcta
ejecucin del Sistema.
Requisitos
Los nicos requisitos necesarios son los expuestos en un principio por el Sistema.
Deben cumplirse tantos los requisitos hardware como software ya expuestos
anteriormente.
Beneficios
El principal beneficio que se aporta es la sencillez y bajo coste de los requisitos

software y hardware necesarios para instalar y ejecutar el programa. Por ello el coste
econmico necesario se hace mnimo.
Requisitos Hardware
Los requisitos hardware ya vienen especificados con anterioridad en esta

documentacin. Se pueden considerar que son escasos y no suponen inconveniente
para los actuales sistemas que se comercializan.
Requisitos Software
Deben cumplirse los requisitos mnimos impuestos por la utilizacin de la plataforma

Windows XP y el sistema gestor de bases de datos Oracle. Estos requisitos ya vienen
especificados con anterioridad en esta documentacin.
Base de Datos de los Mundiales de Ftbol de la FIFA. Fecha: Abril 2007 Pg. 1 / 1
82
Especificacin de la Alternativa 2. Cdigo: MFA02
Ttulo: Arquitectura Cliente Servidor.
Antecedentes
La aplicacin se aloja en un servidor desde el cual, los distintos clientes pueden

utilizarla sin necesitar tener instalada el programa de forma local.
Arquitectura pensada especialmente para empresas, que utilizan un servidor de
aplicaciones.
Requisitos
Es necesario tener instaurada una arquitectura cliente servidor para utilizar la

aplicacin. Dentro de los diferentes tipos de arquitecturas cliente-servidor, se pretende
que sea una arquitectura de tipo Representacin Distribuida la cual se basa en que el
cliente solo realiza la funcin de presentacin de la aplicacin, mientras que el servidor
realiza el resto de funciones como son la gestin de datos, la gestin de aplicaciones y
la parte de presentacin que no realiza el cliente.
Beneficios
Aprovechar la arquitectura instaurada en la mayora de las empresas, sin necesidad de

modificacin de la misma.
El acceso desde distintos terminales simultneamente sin necesidad de haber instalado
previamente el programa en cada uno de los terminales.
Implantacin ms sencilla que en otras arquitecturas.
Requisitos Hardware
El servidor debe cumplir los requisitos hardware anteriormente especificados. Estos

requisitos se pueden considerar como poco exigentes, luego no supondrn un
inconveniente.
Requisitos Software
Deben cumplirse los requisitos mnimos impuestos por la utilizacin de la plataforma

Windows XP y el sistema gestor de bases de datos Oracle. Estos requisitos ya vienen
especificados con anterioridad en esta documentacin.
Base de Datos de los Mundiales de Ftbol de la FIFA. Fecha: Abril 2007 Pg. 1 / 1
83
6.6 Valoracin de las alternativas. Matrices de Evaluacin.
Para este cometido se van a utilizar las matrices de evaluacin. Se va a crear una
matriz por cada uno de los cuatro puntos expuestos anteriormente para poder valorar
todos los aspectos relevantes de cada alternativa y tener un punto de referencia para
poder escoger una de ellas para el Sistema.
Cada matriz recoge los parmetros ms importantes del rea que se este evaluando y
se les asigna un peso en funcin de la importancia o relevancia que ese parmetro
suponga dentro del Sistema. En este caso los valores de estos pesos estarn
comprendidos entre 1 y 3, siendo 1 el peso de menor relevancia y 3 el de mayor
relevancia dentro de la aplicacin.
A continuacin se valoran cada unos de los parmetros tratados en cada alternativa
en funcin del cumplimiento que la alternativa tiene de ese parmetro. Estos valores
estn comprendidos entre 1 y 10, siendo 1 el valor referido a un pobre cumplimiento del
parmetro y 10 el mayor valor de cumplimiento de ese parmetro.
Para obtener la puntuacin final que una alternativa tiene, basta con multiplicar el
peso de cada parmetro por el valor obtenido e ir sumndolo a los dems valores
obtenidos. La puntuacin total mostrar una recomendacin objetiva para la eleccin de
la arquitectura ms idnea para el Sistema.
84
6.6.1 Matriz de Evaluacin Organizativa.
Diferentes parmetros que evalan el impacto y posibles consecuencias que la
implantacin de una arquitectura u otra tienen en la estructura organizativa de la posible
empresa que decidiera implantar este Sistema.
Alternativas
1 2
Parmetro Peso Valor Total Valor Total
Informacin contenida en la base de datos
3 10 30 10 30
veraz y fiable.
Diferentes perfiles de Usuario. 2 9 18 8 16
Permisos configurables para Usuarios. 2 8 16 6 12
Facilidad en el manejo de la aplicacin. 2 7 14 8 16
Disponibilidad de opciones de
modificacin y actualizacin de la base de 3 9 27 9 27
datos.
Perfil de administrador del Sistema. 3 10 30 9 27
Necesidad de formacin 2 7 14 8 16
Adquisicin de nuevos recursos humanos. 2 8 16 9 18
Accesibilidad directa a la aplicacin. 1 6 6 7 7
Compatible con servidor de aplicaciones. 2 8 16 5 10
Portabilidad de la aplicacin. 1 7 7 7 7
194 186
85
6.6.2 Matriz de Evaluacin Operativa.
Diferentes parmetros referidos a la operativa de negocio y a la necesidad de
cambios en la misma. Tambin referidos parmetros de seguridad y de gestin del
Sistema.
Alternativas
1 2
Fiabilidad de los datos. 3 9 27 9 27
Cambio de operatividad en la organizacin. 2 7 14 8 16
Facilidad de uso y manejo de la aplicacin. 3 7 21 7 21
Necesidad de cambios en la operativa. 2 6 12 8 16
Administracin del Sistema. 3 8 24 8 24
Seguridad del Sistema. 2 8 16 8 16
Agilidad de la Aplicacin. 2 7 14 7 14
Control del Sistema. 2 7 14 7 14
142 148
86
6.6.3 Matriz de Evaluacin Tcnica.
Diferentes parmetros referidos a componentes hardware y software que requiere y
utiliza cada alternativa. Necesidad de nueva adquisicin de componentes y de formacin
de personal.
Alternativas
1 2
Requisitos Hardware. 3 6 18 8 24
Posible hardware de nueva adquisicin. 2 6 12 7 14
Requisitos software. 3 8 24 8 24
Posible software de nueva adquisicin. 2 8 16 8 16
Formacin de personal. 2 7 14 7 14
Portabilidad software. 1 7 7 7 7
91 99
87
6.6.4 Matriz de Evaluacin Econmica.
Diferentes parmetros referidos al coste econmico que supondr el diseo,
implantacin y mantenimiento de cada alternativa. Si es necesario, se aade un coste
adicional de formacin de personal.
Alternativas
1 2
Coste de diseo. 3 8 24 8 24
Coste de implantacin. 2 6 12 7 14
Mantenimiento del Sistema. 2 7 14 7 14
Formacin de personal. 2 8 16 7 14
66 66
88
6.7 Valoracin final de cada alternativa.
A continuacin se obtiene la valoracin total de cada alternativa sumando cada uno
de los resultados obtenidos en las diferentes matrices de evaluacin segn los diferentes
aspectos del anlisis.
Alternativa 1 Alternativa 2
Parmetros Organizativos 194 186
Parmetros Operativos. 142 148
Parmetros Tcnicos. 91 99
Parmetros Econmicos 66 66
493 499
Estos datos pueden ser recogidos en grficos para una mayor y ms fcil
comprensin de los valores obtenidos.
Evaluacin de las Alternativas

250
Puntuacin Obtenida
200
Alternativa 1
Alternativa 2
150
100
50
0
Parmetros Parmetros Parmetros Parmetros
Organizativos Operativos. Tcnicos. Econmicos
Parme tros de Anlisis
89
Evaluacin Total de las Alternativas Cumplimiento de la

Alternativa 1
Alternativa 1
77,03 %
Alternativa 1
Alternativa 2
Cumplimiento de la
Alternativa 2
Alternativa 2
77,9 %
Como puede observarse, las dos alternativas tienen una puntuacin muy similar.
Cada una de ellas destaca en algn aspecto y empatan en otros tantos. Segn los
parmetros de anlisis cualquiera de las dos alternativas cumple sobradamente todos los
requisitos para dar solucin al Sistema, destacar que ambas verifican en ms de un 75%
del total de requisitos posibles.
90
6.8 Eleccin de la Alternativa.
Como se ha mostrado anteriormente, ambas alternativas has obtenido una
puntuacin muy pareja y cumplen sobradamente con los requisitos que se han exigido a
la hora de la creacin del Sistema.
Cada Alternativa propuesta estaba enfocada a un tipo de uso:
o Una de ellas se centraba en el uso que el mundo empresarial poda hacer de ella,
enfocada a una arquitectura cliente-servidor. Instalndose en el servidor de
aplicaciones de la empresa, cualquier trabajador de la misma poda hacer uso de
la aplicacin permitiendo la utilizacin simultanea desde varios terminales.
o La otra Alternativa se enfocaba al uso particular del programa. La utilizacin
que cualquier usuario poda realizar de la misma desde un equipo informtico
propio.
Cabe destacar que ninguna de las dos Alternativas son excluyentes, ya que la
Alternativa que se centraba en la utilizacin off-line del Sistema poda ser
perfectamente compatible con una arquitectura cliente-servidor siempre que ste fuese
un servidor de aplicaciones.
Por todo ello, se va a optar por una arquitectura que sea compatible con ambos fines,
que pueda ser utilizada por un usuario particular y que permita ser instalada en un
servidor de aplicaciones y ser utilizada en una empresa.
91
6.9 Planificacin del Proyecto.
La planificacin estimada para el Proyecto se muestra a continuacin. Esta
planificacin recoge las distintas fases y tareas a realizar as como los hitos que han de
ser cumplidos para el correcto desarrollo del Proyecto.
92
A continuacin se muestra la planificacin temporal de toda las fases y tareas
especificadas con anterioridad. En todas las tareas e hitos se especifican sus fechas de
inicio y fin. En el caso particular de los hitos, solo existe una fecha:
93
7. Diseo Externo.
En este momento, es necesario encaminar el diseo de la aplicacin a la creacin y
especificacin del modelo fsico del nuevo sistema utilizando el modelo lgico del
nuevo sistema. Por ello y una vez elegida la arquitectura que va a dar forma al Proyecto,
se van a redefinir las entradas y salidas, se especificarn y concretarn los procesos y se
detallar las transiciones y volmenes de informacin.
Con los nuevos modelos creados y a partir de los mismos, se plantear el modelado
lgico de datos. Este modelo se encuentra muy relacionado con las transiciones de
informacin, lo que conlleva que ambas unidades deben concebirse simultneamente.
Es preciso disear una estrategia a seguir en el resto de fases que puntualizarn el
Sistema e ir pensando en cmo se realizarn las pruebas y la implantacin del programa.
Pensar tambin en la necesidad de planes de formacin para los usuarios finales.
Tambin es ineludible dotar a la aplicacin de procesos de seguridad y control,
muchos de ellos detallados en los requisitos recogidos en una de las primeras fases del
diseo.
94
7.1 Modelo Fsico del Nuevo Sistema.
Teniendo en cuenta los modelos fsico y lgico del sistema actual, en el caso de
haber podido hallarse por la existencia de una aplicacin anterior o de aplicaciones
similares y a partir del modelo lgico nuevo que se ha deducido combinando las
necesidades del cliente y las carencias, cuellos de botella y dificultades del anterior
sistema, se realiza el modelo lgico del nuevo sistema.
Es necesario transformar el modelo lgico nuevo en un modelo fsico que
especifique los procesos reales y est soportado en una arquitectura compatible con la
especificada y elegida finalmente en la etapa anterior.
Los principales puntos a tener en cuenta en la creacin de este modelo se muestra a
continuacin:
o Constituir las fronteras de mecanizacin del sistema. Con ellas se especifican
todos aquellos procesos que deben realizarse de forma manual por no poder
realizarse automticamente.
o Establecer los prototipados de los procesos. Deben definirse y especificar al
tipo al que pertenecen y la frecuencia con la que son necesarios realizarlos.
o Creacin de las entradas y salidas de la aplicacin. Deben decretarse los
informes que son necesarios as como su forma y contenido.
95
o Estimar volmenes de informacin. Identificar las transiciones que son
crticas.
o Definir los controles necesarios y de seguridad del Sistema.
96
7.1.1 Fronteras de Mecanizacin.
Las fronteras de mecanizacin del sistema determinan todos aquellos procesos que
deben realizarse de forma manual por no poder realizarse de forma automtica. Ambos
tipos de procesos sern incluidos en el modelo fsico nuevo puesto que si solo
apareciesen los procesos automticos, no se podran especificar de manera completa
todas las funciones de negocio.
Generalmente las fronteras se sitan en todos aquellos procesos de entrada y salida
del Sistema, aunque no es la norma general. Pueden existir procesos que por su
complejidad o por su peculiaridad deban realizarse de forma manual por no existir una
manera automtica de llevarlos a cabo.
Las fronteras entre los procesos aparecern representadas en el modelo usando
lneas discontinuas.
97
7.1.2 Diagrama del Modelo Fsico del Nuevo Sistema.
7.1.2.1 Nivel Contextual.
Informacin de Administrador
Mantenimiento
Informacin Usuario / Contrasea

de
Actualizacin
Datos de
perfiles de
Usuarios
Informacin
Datos de
Control
Base de
Datos de los Mundiales de
Ftbol de la FIFA
Usuario Datos de
y Consulta
Contrasea 0
Ejecucin
Perfiles de
Datos de Empresa
Consulta
Ejecucin
Usuario Particular Empresas
98
7.1.2.2 Diccionario de Datos del Nivel Contextual.
- Administrador: persona o equipo encargado de la gestin del Sistema y de realizar
las distintas operaciones descritas anteriormente.
- Usuario particular: distintos usuarios que utilizan el Sistema a ttulo particular.
- Empresas: empresas que hacen uso del Sistema.
- Usuario / Contrasea: usuario y contrasea del encargado de la administracin del
Sistema.
- Datos de perfiles de Usuario: funcionalidad de gestin de perfiles, en el caso de ser
necesario.
- Informacin: datos sobre los Mundiales de Ftbol que contendr la Base de Datos. Se
encuentra dentro de una funcionalidad que slo esta pensada para usarse una vez, al
inicio del Sistema.
- Informacin de Mantenimiento: datos necesarios para llevar a cabo la funcionalidad
de mantenimiento.
- Informacin de Actualizacin: datos necesarios para llevar a cabo la funcionalidad
de actualizacin.
- Datos de control: datos que emite el Sistema al Administrador para comprobar los
estados de las operaciones de gestin que se realizan.
- Usuario y contrasea: informacin sobre perfiles de usuarios particulares.
- Ejecucin: ejecucin del Sistema.
- Datos de consulta: informacin solicitada durante la ejecucin.
- Perfiles de Empresa: gestin de usuarios que la empresa puede realizar si lo cree
necesario para la segregacin de usuarios.
99
Este nivel del modelo es idntico al perteneciente al modelo lgico del nuevo
sistema puesto que al ser la categora de ms alto nivel y los procesos ms generales,
deben ser los mismos y realizarse de igual forma.
Los flujos de informacin tambin permanecen iguales puesto que la informacin
que debe manejar el Sistema es la misma.
100
7.1.2.3 Nivel Conceptual.
Usuario / Contrasea
Datos de
perfiles de
Datos de Usuarios
Control
Administrador Perfiles
1 2
Informacin
Informacin
de Perfiles
Actualizacin

de
Mantenimiento
3 4
Mantenimiento
de la BD
5
Mundiales
De Ftbol
Usuario
y
Contrasea
de Usuarios
Datos de 6
Aplicacin
8
Ejecucin
Servicio de
Datos de Empresa
7 Empresa
101
7.1.2.4 Diccionario de Datos del Nivel Conceptual.
- Gestin del Administrador: funcin que permite al administrador de la base de datos
llevar a cabo todas sus tareas.
- Servicio de Perfiles: proceso que se encarga de gestionar y almacenar la informacin
de los distintos perfiles de usuario.
- Almacenamiento de Informacin: se encarga de almacenar toda la informacin que
contendr la base de datos del Sistema.
- Actualizacin de la BD: funcin que se encarga de realizar actualizaciones de
informacin de nuevas ediciones de la competicin en el Sistema.
- Mantenimiento de la BD: proceso para realizar las funciones de mantenimiento que
sean necesarias en la base de datos.
- Autenticacin de Usuarios: proceso que se encarga de dar acceso a los usuarios
particulares, gestionando a su vez los permisos que estos usuarios poseen.
- Servicio de Empresa: funcionalidades pensadas para la empresa que permite llevar a
cabo una serie acciones predeterminadas por el administrador.
- Perfiles: almacn encargado de contener todos los datos necesarios para el correcto
funcionamiento del Sistema.
- Mundiales de Ftbol: almacn de informacin que contiene todos los datos sobre las
distintas ediciones de la competicin involucrada en este Sistema.
102
El nivel conceptual del modelo tambin es muy similar al modelo lgico nuevo
puesto que la mayora de los procesos que componen el Sistema se realizan de forma
automtica y no manual, y no es necesario por tanto una mayor especificacin de dichos
procesos.
Las fronteras de mecanizacin han sido representadas con lneas discontinuas sobre
aquellos procesos que se realizan de forma manual.
Aunque el Sistema gestor de bases de datos tiene mecanismos para realizar los
procesos de mantenimiento y actualizacin, la informacin debe ser recogida,
seleccionada, verificada e introducida de forma manual y es por ello que se ha tipificado
como manuales.
El proceso de gestin del administrador debe realizar tareas que pueden considerase
como manuales, pero stas son mnimas y los procesos mayoritariamente son
automticos, por ello este proceso no ha sido marcado con una frontera de
mecanizacin.
103
7.1.3 Especificacin de procesos.
En el modelo obtenido se han especificado someramente los procesos que
intervienen en el Sistema. Se ha mostrado el flujo de informacin que manejan y el tipo
de informacin.
Con las fronteras de mecanizacin tambin se ha definido qu procesos deben
realizarse de manera manual y cales de forma automtica.
Pero todo ello no es suficiente, puesto que se requieren ms datos de cada uno de los
procesos de la aplicacin. En este punto de la fase del diseo externo se van a
especificar cada uno de los procesos recogiendo la siguiente informacin:
o Nombre del Proceso y nmero que lo identifica en el diagrama.
o Localizacin del proceso dentro del Sistema. Si se cree necesario, se debe
especificar en qu sistema de la arquitectura se localiza y dnde es
ejecutado.
o Categora del proceso.
o Tipo de proceso.
o Frecuencia de realizacin de ese proceso. Debe ser una estimacin temporal
de cuntas veces es necesario realizar el proceso y con qu perioridad.
104
o Descripcin del proceso. A rasgos generales, debe comentarse la funcin que
realiza.
o Informacin adicional que se crea necesaria por la complejidad del proceso.
Toda esta informacin acerca de cada uno de los procesos necesarios a realizar
dentro de la aplicacin se muestra a continuacin:
- Gestin del Administrador:
Proceso: Gestin del Administrador. Identificacin: 1
Localizacin: Servidor de aplicaciones. Oracle Forms.
Categora: Cliente Servidor.
Tipo: Automtico. Frecuencia: Semanal.
Descripcin:
El administrador de la base de datos se encarga realizar las funciones de administracin

de perfiles de usuario, almacenamiento de informacin y las tareas de mantenimiento y
actualizacin.
Base de Datos de los Mundiales de Ftbol de la FIFA Abril 2007 Pag: 1 / 8
105
- Servicio de perfiles:
Proceso: Servicio de perfiles. Identificacin: 2
Tipo: Automtico. On-line. Frecuencia: Diaria.
Descripcin:
Proceso de gestin de la informacin de los perfiles. Tambin se encarga de dar acceso

a la aplicacin a los usuarios que as lo indiquen mediante su identificador de usuario y
contrasea.
- Actualizacin de la base de datos.:
Proceso: Actualizacin de la base de datos. Identificacin: 3
Tipo: Manual. On-line. Frecuencia: Bianual.
Descripcin:
Proceso de actualizacin de la informacin. Se actualizar con informacin de nuevas

ediciones.
106
- Almacenamiento de informacin:
Proceso: Almacenamiento de informacin. Identificacin: 4
Tipo: Automtico. On-line. Frecuencia: Bianual.
Descripcin:
Proceso de almacenamiento de informacin en la base de datos. Necesario en la

creacin de la aplicacin y cada vez que se requiera actualizar o modificar informacin
de la base de datos.
- Mantenimiento de la base de datos.
Proceso: Mantenimiento de la base de datos. Identificacin: 5
Tipo: Manual. On-line. Frecuencia: Anual.
Descripcin:
Proceso de mantenimiento de la base de datos. Realiza todas aquellas tareas que

permiten mantener la informacin y el correcto funcionamiento de la base de datos del
Sistema.
107
- Autenticacin de usuarios:
Proceso: Autenticacin de usuarios. Identificacin: 6
Descripcin:
Proceso de autenticacin de los usuarios para tener acceso a las funcionalidades de que
dispone el programa. Recibe la informacin de los usuarios (nick y contrasea) y
mediante el proceso de Servicio de perfiles, se da acceso a los usuarios.
- Servicio de empresa:
Proceso: Servicio de empresa. Identificacin: 7
Localizacin: Servidor de aplicaciones.
Descripcin:
Proceso orientado al entorno empresarial. Funciones especificadas para la empresa y la

gestin de los recursos humanos en consonancia con la aplicacin.
108
- Ejecucin de la aplicacin:
Proceso: Ejecucin de aplicacin. Identificacin: 8
Localizacin: Servidor de aplicaciones.
Descripcin:
Proceso de ejecucin de la aplicacin. Pone todos los recursos necesarios para poder
ejecutar correctamente la aplicacin.
109
7.1.4 Diseo de Entradas.
A continuacin se mostrarn las pantallas referentes a las entradas del Sistema que
sirven al Usuario como interfaz grfico.
Estas pantallas han sido obtenidas a travs del modelo fsico y lgico del nuevo
sistema, estudiando los distintos flujos de informacin para detectar todas las entradas
de informacin.
De cada una de las pantallas que componen el Sistema debe especificarse una serie
de informacin:
o Nombre que identifica a la pantalla.
o Cdigo de identificacin. Identifica unvocamente a una pantalla dentro del
conjunto de pantallas que componen el programa.
o Descripcin somera de su funcin dentro del programa.
o Formatos utilizados y anlisis de datos tratados.
o Campos que componen la ventana.
o Tipo de validaciones que realiza, en caso de ser necesarias.
o Tablas o ficheros que utiliza la pantalla para las diferentes acciones que
realiza.
Las pantallas se han creado como si de pequeos formularios se tratasen para
proporcionar al usuario una mayor agilidad en su ejecucin. Estos formularios se
encuentran relacionados entre s ejecutndose unos u otros dependiendo de los
requerimientos del usuario.
110
7.1.4.1 Pantallas de la aplicacin.
- Pantalla Principal:
Pantalla: Principal. Identificacin: MFP01.
Descripcin:
Pantalla inicial de la aplicacin. Da acceso a la ejecucin de la aplicacin y ofrece
informacin acerca de la misma.
Formatos:
Letra utilizada para el ttulo en formato Times New Roman tamao 48. Fuente en
botones es Times New Roman 14. Formato de fondo *.tif.
Campos:
En esta pantalla no existen campos de informacin.
Validaciones:
No hace uso de validaciones. No son necesarias.
Tablas y Ficheros:
No hace uso de tablas o ficheros.
111
- Pantalla Post Principal:
Pantalla: Post Principal. Identificacin: MFP02.
Descripcin:
Pantalla que permite la seleccin de la informacin a travs de los pases o los distintos
aos en los que ha habido competicin.
Formatos:
Letra utilizada para los botones es Times New Roman 14. Formato de fondo *.tif.
Campos:
Validaciones:
Tablas y Ficheros:
112
- Pantalla Aos:
Pantalla: Aos. Identificacin: MFP03.
Descripcin:
Pantalla que permite la seleccin de las competiciones en los diferentes aos. Segmenta
las competiciones en tramos de 25 aos.
Formatos:
Letra utilizada para los botones es Times New Roman 14. Formato de fondo *.tif. Letra
para los botones de seleccin Times New Roman 14.
Campos:
Validaciones:
Tablas y Ficheros:
113
- Pantalla Aos 2.1, 2.2, 2.3 ,2.4:
Pantalla: Aos 2.1, 2.2, 2.3, 2.4. Identificacin: MFP03 bis.
Descripcin:
Pantallas que permiten la seleccin de las competiciones en los diferentes aos de una
segmentacin escogida anteriormente.
Formatos:
para los botones de seleccin (check box) Times New Roman 14. Imgenes de cada
mundial en formato *.tif.
Campos:
Validaciones:
Tablas y Ficheros:
Necesita tener acceso a la tabla con la informacin de los Mundiales.
114
- Pantalla Pases:
115
Pantalla: Pases. Identificacin: MFP04.
Descripcin:
Pantalla que permite la seleccin de las competiciones en los diferentes pases que la
han acogido.
Formatos:
para los botones de seleccin Times New Roman 14.
Campos:
Validaciones:
Tablas y Ficheros:
No necesita tener acceso a ninguna tabla o fichero.
116
- Pantalla Acerca de:
Pantalla: Acerca de. Identificacin: MFP06.
Descripcin:
Pantalla que muestra la informacin acerca de la aplicacin y su creacin.
Formatos:
para los campos de informacin Times New Roman 12.
Campos:
Campos alfanumricos de tipo varchar.
Validaciones:
Tablas y Ficheros:
No necesita tener acceso a la tablas o ficheros.
117
7.1.5 Diseo de Salidas.
A continuacin se mostrarn las pantallas referentes a las salidas del Sistema que
sirven al Usuario como interfaz grfico.
Estas pantallas han sido obtenidas a travs del modelo fsico y lgico del nuevo
sistema, estudiando los distintos flujos de informacin para detectar todas las salidas de
informacin, en forma de informes.
Al igual que con las pantallas de entrada, de cada una de las pantallas que componen
las salidas del Sistema debe especificarse una serie de informacin:
o Nombre que identifica a la pantalla.
o Cdigo de identificacin. Identifica unvocamente a una pantalla dentro del
conjunto de pantallas que componen el programa.
o Descripcin somera de su funcin dentro del programa.
o Formatos utilizados y anlisis de datos tratados.
o Campos que componen la ventana.
o Tipo de validaciones que realiza, en caso de ser necesarias.
o Tablas o ficheros que utiliza la pantalla para las diferentes acciones que
realiza.
118
7.1.5.1 Pantallas de la aplicacin.
- Pantalla Mundial:
119
120
Pantalla: Mundial. Identificacin: MFP05.
Descripcin:
Pantalla que muestra la informacin de cada edicin de los Mundiales de Ftbol de la
FIFA. Dispone de diferentes pestaas para mostrar toda la informacin de la
competicin. Pantalla en vista diseo.
Formatos:
para los campos de informacin Times New Roman 12. Imgenes en formato *.tif.
Videos en formato *.avi.
Campos:
Campos de tipo numrico, nmeros de tipo entero. Campos alfanumricos de tipo
varchar.
Validaciones:
Tablas y Ficheros:
Necesita tener acceso a la tabla Mundiales y a la tabla Estadios.
121
7.1.6 Estimacin de los volmenes de informacin. Identificacin de transiciones
crticas.
Con la estimacin de los volmenes de informacin se pretende detectar todos
aquellos procesos que requieran ms accesos a la base de datos, puesto que estos
accesos son relativamente lentos y provocan que las transiciones de informacin entre
procesos se vean afectadas y reducida su velocidad.
El estudio de los volmenes de informacin tambin indica si los procesos que se
han tratado en los modelos fsico y lgico del Sistema se encuentran correctamente
diseados para el manejo de los datos que poseen.
Tambin se pretende obtener datos acerca de las entidades del modelo de datos para
poder realizar un correcto diseo del mismo. Para realizar este estudio, se recurre a una
herramienta de anlisis, la matriz de procesos y entidades.
122
7.1.6.1 Matriz de Procesos y Entidades. Matriz de Procesos y Entidades crtica.
Esta matriz permite relacionar todos los procesos que realiza el Sistema con las
entidades de que dispone. Para realizar dicha matriz, se parte principalmente de los
modelos fsico y lgico obtenidos anteriormente y del modelo conceptual de datos.
Tambin hay que relacionar los diseos de entrada y salida, hallados en esta misma fase
con las historias de vida de las diferentes entidades de la aplicacin.
En las filas de la matriz se colocan los procesos crticos de bajo nivel, mientras que
en las columnas se disponen todas las entidades y relaciones del modelo de datos. En
los lugares donde los procesos y entidades se encuentran, se colocan las relaciones que
existen entre ambas. Estas relaciones pueden tener cinco posibles valores:
o Crear (representado por C).
o Actualizar (representado por A).
o Leer (representado por L).
o Escribir (representado por E).
o Borrar (representado por B).
Para una mayor comprensin de esta matriz, se va a volver a mostrar el modelo
entidad-relacin que se ha hallado as como el modelo lgico del nuevo sistema debido
a la importancia que ambos modelados poseen en la creacin de esta matriz de procesos
y entidades. En primer lugar se van a listar los procesos de ms bajo nivel.
- Los procesos del Sistema de ms bajo nivel son los siguientes:
123
1. Gestin del Administrador.
2. Servicio de Perfiles.
3. Actualizacin de la B.D.
4. Almacenamiento de Informacin.
5. Mantenimiento de la B.D.
6. Autenticacin de Usuarios.
7. Servicio de Empresa.
8. Ejecucin de la Aplicacin.
- El modelo entidad-relacin hallado anteriormente es el siguiente:
Participa
124
- El modelo lgico del nuevo sistema es el siguiente:
Usuario / Contrasea
Datos de
perfiles de
Datos de Usuarios
Control
1 2
Informacin
Informacin
de Perfiles
Actualizacin

de
Mantenimiento
3 4
Mantenimiento
de la BD
5
Mundiales
De Ftbol
Usuario
y
Contrasea
de Usuarios
Datos de 6
Aplicacin
8
Ejecucin
Servicio de
Datos de Empresa
7 Empresa
125
La matriz de procesos y entidades obtenida es la siguiente:
Usuario
Jugador
Equipo
Estadio
Mundial
Gestin del C, A, L, C, A, L, C, A, L, C, A, L, C, A, L,
Administrador E, B E, B E, B E, B E, B
Servicio de Perfiles - - - - B, L
Actualizacin de la B.D. A, L A, L A, L A, L -
Almacenamiento de
C, A, B C, A, B C, A, B C, A, B -
Informacin
Mantenimiento de la B.D. A, L, E A, L, E A, L, E A, L, E -
Autenticacin de Usuarios - - - - L
Servicio de Empresa - - - - A, L, E
Ejecucin de la
L L L L -
Aplicacin
A la vista de los resultados obtenidos en la matriz, se puede observar que la entidad
Usuario slo puede ser creada por el encargado de la administracin de la base de datos.
Los dems procesos que se relacionan con dicha entidad slo pueden realizar las
opciones de borrado, lectura, escritura y actualizacin.
En las entidades Mundial, Estadio, Equipo y Jugador se realizan las mismas
operaciones por los procesos que las utilizan. Ambas entidades slo pueden ser creadas
por el administrador y al realizar el almacenamiento de la informacin referente a una
nueva edicin de la competicin. El nico proceso que puede borrar una ocurrencia de
estas entidades es el de la gestin del administrador. Todas estas entidades se pueden
considerar como crticas puesto que varios procesos pueden acceder a ellas
simultneamente para realizar diferentes operaciones. Esto puede provocar
inconsistencias de informacin.
126
La matriz de procesos y entidades crtica relaciona las entidades consideradas
crticas con los procesos que acceden a ella para realizar distintas operaciones. La
matriz es la siguiente:
Equipo
Estadio
Mundial
Gestin del Administrador C, A, L, E, C, A, L, C, A, L,
B E, B E, B
Actualizacin de la B.D. A, L A, L A, L
Almacenamiento de Informacin C, A, B C, A, B C, A, B
Mantenimiento de la B.D. A, L, E A, L, E A, L, E
Ejecucin de la Aplicacin L L L
127
7.1.6.2 Volmenes de Acceso.
Se necesita recoger informacin acerca del volumen de accesos, por parte de los
procesos, a las entidades crticas que han sido identificadas.
El objetivo de este proceso es optimizar el diseo de la base de datos, obteniendo
por tanto un mayor rendimiento lo que repercute directamente en el usuario de la
aplicacin.
Volmenes de Acceso
Entidades
Procesos Total
Mundial Estadio Equipo Jugador
Gestin del Administrador 5 5 5 5 20
Actualizacin de la B.D. 3 3 3 3 12
Almacenamiento de Informacin 3 3 3 3 12
Mantenimiento de la B.D. 2 2 2 2 8
Ejecucin de la Aplicacin 3 1 1 1 6
Total 16 14 14 14 58
128
7.1.7. Procesos de Control y Seguridad.
Los procesos de control y seguridad son procesos externos a las funciones que
realiza el Sistema. Ahora que se conoce con detalle cmo es la lgica del negocio y qu
estructura posee, a travs del modelo fsico del nuevo sistema, es necesario introducir
estos controlas en el Sistema para dotarlo de robustez y seguridad.
Principalmente existen dos formas de introducir estos controles en la aplicacin.
Pueden integrarse como parte de procesos existentes o pueden ser introducidos como
nuevos procesos del Sistema. Dependiendo del tipo de sistema tratado puede ser mejor
una opcin u otra. A la hora de introducir estos controles, se debe tener en cuenta lo
siguiente:
o Preservar la integridad de los datos del Sistema.
o Dotar a la informacin de acceso de seguridad.
o Funciones de control por parte del administrador de la base de datos.
o Creacin de un historial de sucesos en el sistema.
7.1.7.1 Procesos de Control.
Los procesos de control mantienen la integridad y seguridad del Sistema a la vez
que conservan las reglas impuestas por las funciones de negocio del que se est
desarrollando este Sistema. Entre estas medidas pueden destacarse las siguientes:
o Control de acceso a la aplicacin a travs del logging de usuarios.
o Controles definidos por el sistema gestor de bases de datos Oracle.
o Controles procedentes del sistema operativo que verifican la correcta
instalacin y utilizacin de una aplicacin software.
129
o Control de sucesos en el programa utilizando un archivo histrico de
acciones y eventos.
Los controles mencionados anteriormente son tanto automticos como manuales y
tienen un mismo objetivo, que es la preservacin de la integridad del Sistema en todo
momento. Los controles se especifican en el siguiente cuadro. En l, se determinan las
funciones que cumplen los controles y se especifica, si as se estima, la necesidad de
dicho procedimiento de control. Las funciones recogidas pueden ser las siguientes:
recuperacin (R), integridad (I), seguridad de acceso (SA), auditoria (A) y de entrada y
salida (E/S). A su vez, se menciona si el proceso se realiza de forma manual o
automtica.
Descripcin del procedimiento de Control

Controles Implantado Requerido Tipo Tcnicas
Logging de Acceso E I, SA Manu. Perfiles
Control de Datos E/S I Auto. SGBD
Operaciones de escritura/lectura E/S I Auto. SGBD
Acceso a la estructura de la BD E SA Manu. Permisos
Modificacin de la BD. E SA Manu. Permisos
Cabe destacar que los procesos de control de auditoria no han sido incluidos en este
Sistema puesto que no se ven necesarios ni tiles debido a la naturaleza y mbito del
proyecto.
Si en el futuro se necesitasen disponer de esta categora de procesos de control,
podran ser incluidos posteriormente sin afectar al Sistema. Las modificaciones
necesarias se consideran en un principio mnimas.
130
7.1.7.2 Seguridad de la Informacin.
Son todos aquellos procedimientos que proporcionan seguridad a los datos e
informaciones que maneja el Sistema. Tambin preservan la privacidad de los datos, en
caso de ser necesario.
En primer lugar, se deben predeterminar todos los riesgos que posee el Sistema o
cules de ellos pueden llegar a serlo potencialmente. Los procesos que deben ser
considerados pueden englobarse en cuatro categoras:
o Confidencialidad de la informacin: solo las personas previamente
autorizadas pueden acceder a la informacin de la aplicacin.
o Datos a gestionar: fragmentar los datos en grupos para que distintos usuarios
con diferentes perfiles slo accedan y/o modifiquen aquellos a los que tienen
permisos de entrada.
o Integridad del Sistema: asegurar la integridad del Sistema ante incidencias
que puedan provocar la cada del programa o de parte de sus procesos.
o Accesos y operaciones de entrada / salida: controlar el acceso al Sistema y
permitir ejecutar slo aquellas operaciones de entrada / salida autorizadas.
7.1.7.3 Auditabilidad del Sistema.
Como se ha comentado anteriormente, no son necesarios los procesos de auditora
pblica debido a la naturaleza del Sistema y a los objetivos que se busca alcanzar con
este desarrollo.
131
7.2. Modelo Conceptual de Datos.
En el modelo conceptual se proyectaban las caractersticas de los datos que utiliza el
Sistema sin tener en cuenta todas aquellas caractersticas tcnicas y de arquitectura
hardware que posteriormente se han obtenido.
Ahora con el modelo lgico de datos, se establece la estructura de esos datos. Estas
estructuras se concretarn posteriormente en tablas y en relacionas entre las mismas. En
dichas tablas, las columnas representarn a los atributos y las filas o tuplas sern todas
las ocurrencias de esas tablas. Otra de las funciones de este modelo lgico es la de
completar todos aquellos datos tratados con anterioridad. Los aspectos fundamentales
que complementa son los siguientes:
o Determinacin de claves.
o Definicin y composicin de entidades.
o Clasificacin y definicin de atributos.
o Establecimiento de relaciones entre entidades del Sistema.
Para determinar este modelo, se usa como base el diagrama Entidad-Relacin
obtenido en fases posteriores. A partir de l se establecen todas aquellas relaciones
posibles y lgicas entre las entidades.
132
El modelo Entidad-Relacin es el siguiente:

1 1

1 1
Participa

1 M
Las entidades de este modelo son las siguientes:
MF1 entidad Mundial.
MF22 entidad Estadio.
MF32 entidad Equipo.
MF42 entidad Jugador.
Las relaciones de este modelo son las siguientes:
MF21 relacin Juega.
MF31 relacin Participa.
MF41 relacin Compone.
133
A continuacin se hallan todas las tablas necesarias:

1 1
Tabla Usuario = { ID-USUARIO + DNI + CONTRASEA + PERMISOS +
NOMBRE + APELLIDOS + TELFONO + EMAIL }

1 1
Tabla Mundial = { ID-MUNDIAL + ID-ESTADIO + PAS + AO + HISTORIA +
FOTOS-M + CAMPEN + MASCOTA + ESTADSTICAS+ NOMBRE +
DESCRIPCIN + FOTOS-E }
Mundial Participa Equipo

N M
Tabla Equipo = { ID-EQUIPO + PAS + FEDERACIN }
Tabla Mundial = { ID-MUNDIAL + ID-ESTADIO + PAS + AO + HISTORIA +
FOTOS-M + CAMPEN + MASCOTA + ESTADSTICAS+ NOMBRE +
DESCRIPCIN + FOTOS-E }
Participa = { ID-MUNDIAL + ID-EQUIPO + AO }
134

1 M
Tabla Equipo = { ID-EQUIPO + PAS + FEDERACIN }
Tabla Jugador = { JUGADOR + DORSAL + DATOS-JUGADOR }
135
7.3 Estrategia de Planes.
Esta etapa de diseo finaliza con la creacin de la estrategia de planes de pruebas,
implantacin, conversin y formacin. Estos planes sern descritos a continuacin
desde una vista de alto nivel y completados en la posterior fase de desarrollo.
Cada uno de estos planes cubren una serie de objetivos y necesidades del Sistema:
- El Plan de Pruebas est indicadado para escoger y realizar todas las pruebas que
el programa necesita para asegurar su integridad y su correcto funcionamiento.
- El Plan de Conversin establece los pasos necesarios para realizar todas aquellas
conversiones de formatos que sean necesarias. Estos cambios afectan
principalmente al grupo de procedimientos de entrada / salida.
- El Plan de Formacin asienta todas las pautas para realizar la formacin de los
recursos humanos de la empresa cliente que va a utilizar el Sistema desarrollado
en este proyecto.
- El Plan de Implantacin instaura los pasos a seguir para implantar la aplicacin
en la arquitectura hardware de la empresa cliente. Deben realizarse todas las
etapas necesarias antes y despus de la puesta en marcha del Sistema.
136
7.3.1 Plan de Pruebas.
En primer lugar deben establecerse todos los criterios en los cuales el Sistema ser
aceptado y cumplir con los objetivos y requisitos ya establecidos. Estos criterios
afectarn directamente al posterior anlisis de los resultados de las pruebas realizadas.
A su vez, deben imponerse los mrgenes de error que van a ser permitidos en las
pruebas, ya que pueden determinar significativamente que un Sistema sea aceptado o
rechazado.
Se requieren realizar una serie de etapas bsicas:
o Haber analizado todos los requisitos que se han establecido en la aplicacin.
En caso de no haberse realizado ya, es necesario hacerlo ahora.
o Los encargados de llevar a cabo las pruebas deben tener un conocimiento
suficiente del Sistema.
o Los encargados de las pruebas deben conocer con profundidad los requisitos
y normas que ha establecido el cliente para la aceptacin del programa.
o Determinarse los tiempos que sern suficientes y necesarios para cada una de
las pruebas. A su vez, debe realizarse una estimacin del tiempo que esta
fase del desarrollo va a tardar.
137
Existen un conjunto de pruebas diferentes que son estndares para los proyectos que
tratan una aplicacin software. Si por algn motivo este conjunto de pruebas no fuese
suficiente, pueden llevarse a cabo otras adicionales para abarcar todos los mbitos del
proyecto. En este caso, este conjunto de pruebas es ms que suficiente para el proyecto
aqu tratado. Las pruebas son las siguientes:
o Prueba Funcional: prueba el correcto funcionamiento de los componentes
software de la aplicacin. Esta prueba analiza cada componente por
separado.
o Prueba de Prestaciones: prueba del correcto funcionamiento de todos los
componentes integrados.
o Pruebas de Aceptacin: prueba de los resultados y datos que genera el
Sistema. Tambin comprueban la agilidad del Sistema.
o Pruebas de Regresin: si se han modificado alguno de los aspectos del
Sistema, todas las pruebas realizadas anteriormente, deben volver a
realizarse.
o Pruebas de Implantacin: pruebas para la adecuacin de la arquitectura
hardware escogida para la posterior implantacin en la empresa cliente.
138
7.3.2 Plan de Conversin.
Para la correcta implantacin del Sistema y posterior funcionamiento, debe llevarse
a cabo la conversin de todos los formatos que sean necesarios para que la aplicacin
puede llevar a cabo todos sus procesos de un forma correcta. Los aspectos a analizar en
esta fase son los siguientes:
o Conversin de Ficheros de Entrada: realizar la conversin de formato de un
fichero de entrada que es necesario para la puesta en marcha de la aplicacin.
Este fichero puede existir previamente o haberse generado especficamente
para esta aplicacin. En caso de existir previamente porque as lo requieran
las funciones de negocio, es ms que probable que haya que realizar
adicionalmente una adecuacin de la estructura del archivo.
o Conversin entre terminales: en el caso de tratarse de una arquitectura
cliente-servidor ya instaurada, hay que tener en cuenta los ficheros que
comparten los diferentes terminales y adecuarlos al Sistema.
o Conversin de Documentos de entrada / salida: deben utilizarse los mismos
sistemas magnticos de almacenaje que existen en la empresa cliente y
adecuar los ficheros en el caso que sea necesario.
o Conversin de software preexistente: si se requiere, debe convertirse todos
aquellos formatos que afecten a otras aplicaciones ya instauradas en la
arquitectura de la empresa cliente.
139
7.3.3 Plan de Formacin.
Con este plan, se pretende identificar al usuario o grupo de usuarios de la empresa
cliente que va a utilizar esta aplicacin. Con ello se pretende identificar y saber los
conocimientos de los usuarios del Sistema para poder adecuar la formacin al nivel
requerido, siendo mucho ms eficaz que una formacin desde cero sin conocer el perfil
de los usuarios.
Dentro de este grupo de usuarios, existen otros subgrupos, dependiendo de la
utilizacin que vayan a hacer de la herramienta y de la funcin que cumplan dentro de la
misma. Con ello se podrn realizar distintos planes de formacin que se amolden
perfectamente a los usuarios.
La formacin se llevar a cabo una vez realizada la fase de pruebas y paralelamente
a la fase de implantacin del Sistema. No es necesario que la formacin deba realizarse
a la vez que las pruebas puesto que la complejidad de este Sistema es baja y la
formacin se puede realizar, por lo general, rpidamente. Muchas veces, la necesidad de
adelantar la formacin puede deberse a que la empresa donde debe implantarse la
aplicacin es grande y el grupo de usuarios objetivo de la misma es amplio. Pero aun
con estos posibles inconvenientes, parece lgico realizar este plan una vez finalizadas
las pruebas.
140
7.3.4 Plan de Implantacin.
En este momento pueden establecerse las putas generales, puesto que la
implantacin depende en todo momento de la arquitectura hardware de la empresa
cliente y de la estructura y composicin de la misma. En general, las acciones que deben
llevarse a cabo son las siguientes:
o Implantacin del nuevo hardware y software necesario para el nuevo
Sistema.
o Planificacin de todas las operaciones necesarias para poder instaurar el
nuevo Sistema.
o Actividades relativas a las operaciones de conversin.
141
8. Diseo Interno.
En esta fase deben disearse los diversos componentes software y realizar una
especificacin detallada de su estructura as como de su funcin o cometido.
Se parte del modelo fsico del nuevo sistema hallado en la etapa anterior de diseo
externo en el que se han especificado todos aquellos procesos automticos y todos
aquellos procesos que deben realizarse de forma manual. Los procesos automticos
deben desempearse a travs de un subsistema Batch. Los procesos que se realizan de
forma online, es decir, aquellos que no tienen un orden predeterminado de ejecucin y
no se conoce en qu momento sern solicitados, se deben recoger bajo un subsitema
Online y as con cada una de la tipologa de procesos existentes.
Para todos aquellos procesos automticos, ya mencionados, se va a utilizar la tcnica
del diagrama de funciones o diagrama HIPO que se basa en los diagramas de flujo de
datos ya obtenidos con anterioridad.
Para todos los procesos online, se utilizar una tcnica parecida a la anterior, a
travs de un diagrama denominado STC o Structured Chart.
Una vez diseada la funcin de negocio o adecuada a la ya existente, se estructuran
en componentes. Si es necesario, para estos componentes pueden realizarse los
denominados cuadernos de carga, que recogen todos los elementos necesarios para la
programacin del Sistema. Este cuaderno de carga es un documento adicional y
opcional, diseado nicamente cuando sea preciso. que debe utilizarse tanto por los
programadores como por el equipo encargado de realizar las pruebas de la aplicacin.
142
Debido a la naturaleza de este Sistema, antes de poder llevar a cabo la programacin
de todos los componentes software necesarios, debe disearse la base de datos. Se debe
tener clara su estructura y composicin. A su vez, deben crearse los ficheros que sern
necesarios ya que en el momento en que se est programando la aplicacin, se pueda
hacer uso de su composicin evitando futuros errores de conversin y la prdida de
recursos y tiempo.
Por la importancia que el modelo fsico del nuevo sistema tiene en este proceso y
siendo la base para la obtencin de los subsistemas batch y online se va a volver a
mostrar. Se expondr nicamente el nivel conceptual puesto que es la parte del
diagrama de ms bajo nivel del que deben partir ambos diagramas. En este diagrama
tambin se encuentran representadas las fronteras de mecanizacin, mtodo
fundamental para delimitar todos aquellos procesos automticos de los que no lo son.
143
El diagrama conceptual del modelo fsico del nuevo sistema es:
Usuario / Contrasea
Datos de
perfiles de
Datos de Usuarios
Control
1 2
Informacin
Informacin
de Perfiles
Actualizacin

de
Mantenimiento
3 4
Mantenimiento
de la BD
5
Mundiales
De Ftbol
Usuario
y
Contrasea
de Usuarios
Datos de 6
Aplicacin
8
Ejecucin
Servicio de
Datos de Empresa
7 Empresa
144
8.1 Subsistemas Batch.
El subsistema Batch se constituye por todos aquellos procesos que se ejecutan con
una frecuencia predeterminada que suele mantenerse fija y en un orden secuencial,
realizando siempre las mismas tareas en el mismo orden.
La principal forma de representar los procesos automticos es a travs del diagrama
HIPO. Esta representacin se obtiene a partir de la derivacin de los componentes del
modelo DFD, en este caso el modelo fsico de procesos. El resultado que generar este
diagrama sern los programas y ficheros que contendr el Sistema.
8.1.1 Diagramas HIPO.
Este diagrama sigue un orden de representacin jerrquico, se muestran los
componentes de arriba abajo. Las posibles entidades de este diagrama se muestran a
continuacin:
145
Una vez se han analizado los diagramas DFD, en especial el del modelo fsico de
procesos, se ha obtenido lo siguiente:
- Aceptacin de Usuario:
146
- Generacin de Informes de Control:
Histrico de
Histrico de Usuarios
Operaciones
Generacin
de
Informe
Impresin
de
Informe Histrico de Informes
Informe
147
8.1.2 Cuadernos de Carga.
Cuaderno de Carga: Aceptacin de Usuario
Analista-Diseador: Antonio Peas Pozo
Programador: Antonio Peas Pozo
Fecha de Entrega: Mayo de 2007
Fecha de Creacin: Abril de 2007
Diagrama:
Descripcin:
Cuaderno de carga referente al proceso de aceptacin y validacin de los usuarios.
Tambin se incluye la validacin del propio administrador de la base de datos.
Base de Datos de los Mundiales de Ftbol de la FIFA. Pg. 1 / 2
148
Cuaderno de Carga: Aceptacin de Usuario
Diagrama DFD:
Usuario / Contrasea
Datos de
perfiles de
Datos de Usuarios
Control
1 2
Perfiles
Diagrama HIPO:
Especificacin:
La informacin de los usuarios parte del almacn de usuarios, se comprueba con los
datos introducidos por parte del usuario y se inicia una subrutina de comprobacin y
validacin del usuario. Tanto si el usuario es aceptado como rechazado, se actualiza el
histrico de sucesos y se pasa a la ejecucin de la aplicacin.
149
Cuaderno de Carga: Creacin de Informes de Control
Analista-Diseador: Antonio Peas Pozo
Programador: Antonio Peas Pozo
Fecha de Entrega: Mayo de 2007
Fecha de Creacin: Abril de 2007
Diagrama:
Descripcin:
Funcionalidad dentro del proceso de Gestin del Administrador capaz de generar,
almacenar e imprimir informes de control del Sistema.
150
Cuaderno de Carga: Creacin de Informes de Control
Diagrama DFD:
Orden de Informe
Orden
De
Impresin
Generacin de Impresin de
Informes Informe
1 2
H. Usuarios Perfiles
H. Operaciones
Diagrama HIPO:
Especificacin:
La informacin referente al acceso de los usuarios y a las operaciones realizadas es
utilizada por una subrutina para la generacin de informes. Estos informes son impresos
y almacenados a su vez para su posterior anlisis en caso de ser necesario.
151
8.2 Subsistemas Online.
En este caso, se van a tratar todos aquellos procesos, que al contrario de los batch,
no se realizan bajo un orden de ejecucin secuencial y a periodos de tiempo
predeterminados. En este caso, las peticiones se consideran aleatorias, a priori no se
sabe qu procesos van a ser utilizados ni con qu frecuencia.
Al igual que en el caso anterior, la base para obtener los procesos de este subsistema
se basan en el modelo fsico del nuevo sistema. Se debe derivar este diagrama DFD para
poder obtener el diagrama structured chart o STC. Esta derivacin no se encuentra
sujeta a criterios estrictos, debe ser realizada a criterio del analista-programador de
forma que se ajuste lo ms posible al cometido buscado y sea lo ms eficiente posible.
8.2.1 Diagrama Structured Chart.
Este diagrama representa la jerarqua de los mdulos online que componen el
Sistema. Estos mdulos son pequeos programas con una funcin y un cometido nico
y concreto. Estos mdulos pueden interactuar entre s, realizando llamadas unos a otros
como si de procedimientos o funciones se trataran o simplemente pueden ser utilizados
en puntos concretos de la aplicacin.
En los procesos online, tambin se pueden incluir eventos que hasta este momento
no se haban recogido, los eventos provenientes del sistema operativo sobre el que
trabaja la aplicacin. A su vez pueden llegar a recogerse eventos que efecte el
hardware, aunque normalmente esta funcin ya la realiza el sistema operativo y no suele
ser una necesidad muy comn.
152
Una vez analizado el modelo fsico de procesos, los diagramas STC son los
siguientes:
Actualizacin
de la
Base de Datos
Acceso a la Acceso al Acceso a la Cierre del

BD SGBD Aplicacin SGBD
Entrada Acceso a las

de Datos
Consultas
Tablas
Entrada Disp.
de Datos ptico
153
Mantenimiento
de la
Base de Datos
Acceso a la Acceso al Acceso a la Cierre del

BD SGBD Aplicacin SGBD
Entrada Acceso a las

de Datos
Consultas
Tablas
Estructura de
Tablas
Entrada
de Datos
154
8.3 Estructura de mens y pantallas.
Acerca de
Etapa 1
Pantalla
Princiapal
Salida
Etapa 2
Aos de Paises de
Competicin Competicin
Etapa 3
Clasificacin Clasificacin
por Aos por Aos
Etapa 4
Mundial Estadio Participantes Imgenes
155
8.4 Especificaciones de los planes.
Una vez ya explicados todos los planes necesarios en la fase anterior que van a
llevarse a cabo, ahora se va a pasar a especificar todos aquellos que por su importancia
o complejidad sea necesario ampliarlos.
De todos los planes tratados, del nico que se ve primordial especificar, es del Plan
de Pruebas, debido a la importancia vital que tiene para el correcto funcionamiento del
Sistema y la posterior satisfaccin de los clientes.
8.4.1 Plan de Pruebas.
Como ya se ha comentado, la estrategia a seguir del plan de pruebas se especific en
la fase anterior. Se coment los tipos de pruebas que se iban a realizar as como
aspectos de ms bajo nivel que afectaban a las mismas.
En este punto del diseo y una vez realizados los subsistemas batch y online, ya se
conocen todos los componentes software del Sistema, lo que permite que las
especificaciones de pruebas sean totalmente reales y ajustadas a la aplicacin. Este plan
de pruebas va a constar de los siguientes puntos:
o Especificaciones de la arquitectura hardware y software sobre la que se va a
instaurar el programa.
o Descripcin de los componentes que van a ser necesarios para realizar las
pruebas.
156
o Caractersticas de los tipos de pruebas.
o Datos de los ficheros que van a ser necesarios para las pruebas.
o Planificacin de las pruebas.
o Funciones adicionales de las pruebas.
8.4.1.1 Descripcin del entorno de pruebas.
Se va a pasar a describir, a travs de una tabla, el entorno de pruebas que va a rodear
a todas las pruebas que se realicen sobre el Sistema.
Tipo de Recurso Localizacin Especificacin Comentarios

Servidor de
Servidor de empresa Servidor Apache -
Aplicaciones
Terminal Cliente Empresa Terminales PC -
Sistema Operativo Servidor Windows XP -
Microsoft Office 2003
Navegador Internet
Software Servidor -
Explorer 7.0
Navegador Mozilla
-
Firefox
SGBD Oracle 10g -
Oracle Developer
Software de -
PC Forms
Desarrollo
Microsoft Office 2003 -
Herramientas CASE -
157
8.4.1.2 Caractersticas de las pruebas.
La prueba que se va a realizar va a ser un almacenamiento temporal de informacin
en la base de datos para su posterior comprobacin. Esta prueba involucra a los
siguientes procedimientos:
o Acceso a la base de datos como administrador.
o Almacenamiento de Informacin.
o Modificacin de la base de datos.
o Actualizacin de la base de datos.
o Consulta de la base de datos.
o Borrado del contenido de la base de datos.
o Cierre del SGBD Oracle.
8.4.1.3 Especificacin de Ficheros a Utilizar.
Identificacin Especificacin
BDMF-Mundiales Mundiales de ftbol celebrados.
BDMF-Estadios Sedes principales de los mundiales.
BDMF-Equipos Equipos participantes en los diferentes
mundiales.
BDMF-Estadsticas Estadsticas de los mundiales.
BDMF-Perfiles Usuarios de la base de datos.
158
9. Programacin.
La fase de programacin consiste en transformar el Sistema en un conjunto de
programas que puedan ser utilizados por los futuros clientes. Estos programas deben
estar bajo unos estndares de calidad.
La transformacin en programas depende de varios factores: desde la forma en que
ha sido diseado, pasando por el lenguaje de programacin que se va a utilizar, las
herramientas software usadas as como de los propios programadores que lo van a
codificar. Adems de los objetivos que debe cumplir la aplicacin, ya fijados en etapas
posteriores, se busca acometer otros como: objetivos econmicos, de fiabilidad, de
eficiencia o de mnimo mantenimiento.
Aunque existe una fase de pruebas de la que ya se han comentado algunos hechos,
durante la fase de codificacin de los programas tambin deben realizarse la prueba de
cada subprograma una vez se ha escrito. Estas pruebas las deben realizar los propios
programadores y se pretende que todos los mdulos software funcionen correctamente
antes de que sean integrados.
A la finalizacin de la codificacin de los programas, le sigue la elaboracin de los
manuales de usuario y de los manuales de explotacin propios de cada elemento
software y los perfiles de usuario para el Sistema.
159
9.1 Descripcin de componentes del Sistema.
A continuacin se describe brevemente cada uno de los componentes que
conforman la base de datos y la aplicacin que trabaja sobre la misma.
- Tablas de la base de datos:
o Tabla Mundiales:
Create table Mundiales (anno number(4) primary key, pais varchar(20), historia
long, cod_estadio varchar (4), participantes varchar(2000), partidos
varchar(600), campeon varchar(30), mascota varchar (20), constraint
FK_codest foreign key (cod_estadio) references Estadios on delete cascade).
Esta tabla posee una restriccin llamada FK_codest que relaciona ambas tablas a
travs de una clave extranjera (cod_estadio). Se ha incluido tambin que en el
caso de un borrado de una de las tuplas de la tabla Mundiales, se borre su estadio
correspondiente alojado en la tabla Estadios.
o Tabla Estadios:
Create table Estadios (cod_estadio varchar (4) primary key, nombre
varchar(50), anno number (4), historia long).
160
- Aplicacin: botones de eleccin y desplazamiento:
Dentro de las pantallas, existen distintos botones para la eleccin de opciones y
el desplazamiento dentro de las distintas pantallas que componen la aplicacin.
Disparador: WHEN-NEW-FORM-INSTANCE
Disparador: WHEN-IMAGE-PRESSED
READ_IMAGE_FILE ('c:\oracle\iconos\home.tif', 'ANY', 'home');
READ_IMAGE_FILE ('c:\oracle\iconos\atras.tif', 'ANY', 'atras');
READ_IMAGE_FILE ('c:\oracle\iconos\pais.tif', 'ANY', 'pais1');
161
9.2 Manual de Usuario.
Este manual recoge todas las instrucciones de operacin necesarias para utilizar el
Sistema correctamente y sacarle el mximo partido. Si es necesario, puede orientarse a
las funciones de negocio de un determinado cliente. En este caso que nos ocupa, esto no
va a ser necesario. El manual estar nicamente enfocado a la explotacin de la
aplicacin de forma genrica.
A continuacin se recoge el manual de usuario como un documento aparte dentro de
la memoria de este Proyecto.
162
Manual de Usuario
Base de Datos de los
Mundiales de Ftbol
de la FIFA
Antonio Peas Pozo
163
1- Introduccin.
Gracias por haber seleccionado esta aplicacin basada en la historia de los
mundiales de ftbol organizados por la FIFA desde su primera edicin celebrada en
Uruguay en 1930 hasta la ltima y ms reciente edicin en Alemania en 2006.
Este manual esta orientado a un amplio abanico de usuarios, desde aquellos que son
principiantes en el mundo de la informtica hasta usuarios avanzados que se dedican
laboralmente a este apasionante mundo. Por ello, la aplicacin ha sido creada para que
sea lo ms fcil e intuitiva posible. Se recomienda leer este manual antes de utilizar la
aplicacin para un uso correcto y que pueda utilizar todo su potencial.
1.1- Objeto de la aplicacin.
Esta aplicacin est orientada a todos aquellos aficionados y profesionales del
Ftbol que comparten una pasin comn y tienen la necesidad de conocer todos
aquellos detalles e historia de la competicin ms importante que tiene el mundo del
ftbol profesional.
Esta aplicacin consta de una base de datos que contiene la informacin ms
relevante de los Mundiales de Ftbol de la FIFA desde sus inicios en el siglo XX hasta
la ltima edicin celebrada en 2006. Sobre esta base de datos se ha construido una
aplicacin de fcil manejo para poder realizar todas aquellas consultas que el usuario
pueda requerir.
Se pretende que pueda ser utilizada tanto por usuarios aficionados como expertos
para la consulta de informaciones y estadsticas sobre la competicin.
164
1.2- mbito de la aplicacin.
La aplicacin est centrada en la competicin ideada por la FIFA en 1916 y
celebrada por primera vez en 1930. El mundial de ftbol es la competicin que se
celebra cada cuatro aos, que une a las selecciones de los pases que han conseguido
clasificarse para disputar un torneo eliminatorio. El equipo que logre la victoria
conseguir el deseado ttulo de campen mundial y el prestigio que ello reporta.
La aplicacin ha sido diseada utilizando el sistema gestor de bases de datos Oracle
para la creacin y manejo de la base de datos y las herramientas de desarrollo Oracle
Developer Forms. El lenguaje utilizado ha sido SQL Plus y PL para la programacin de
los componentes y el tratamiento de eventos.
1.3- Documentacin adicional relacionada.
Para ms informacin sobre la competicin, se recomienda al usuario visitar el
portal web de la Asociacin de Federaciones de Ftbol Internacional FIFA:
www.fifa.com.
Para ms informacin relacionada con las herramientas de desarrollo de la base de
datos y de la aplicacin, se recomienda al usuario visitar el portal web de la empresa
Oracle: www.oracle.com.
165
2- Descripcin de la aplicacin.
2.1- Entorno de trabajo.
Esta aplicacin ha sido diseada para poder utilizarse en ordenadores personales
orientado a usuarios particulares, PYMES y otro tipo de empresas que requieran
portabilidad para el uso de la aplicacin.
Tambin ha sido elaborada para la utilizacin en servidores de aplicaciones. A
travs de un servidor central, varios usuarios pueden acceder simultneamente a la
aplicacin y realizar consultas a travs de terminales, normalmente ordenadores
personales.
Los requisitos tanto hardware como software han sido minimizados para que
puedan ser ejecutados sin problemas tanto en ordenadores de ltima generacin
como en ordenadores que se han quedado anticuados. Estos requisitos son los
siguientes:
o Sistema Operativo Windows XP (recomendado SP2).
o Espacio en disco duro de 2 GB.
o 512 MB de memoria RAM.
o Unidad de CD / DVD.
o Microsoft Internet Explorer 6 o posterior.
166
2.2- Perfiles de Usuario.
Existen distintos perfiles de usuario para tener acceso a la aplicacin.
Genricamente se puede hablar de un perfil de usuario que tiene acceso a toda la
informacin que contiene la base de datos y a todas las funcionalidades de consulta de
que dispone la aplicacin. Por seguridad y la integridad del programa, no poseen acceso
a la estructura interna de las tablas que componen el Sistema. Estos usuarios disponen
de un nombre de usuario y clave de acceso personal que aparte de dotar al usuario de
seguridad, permite al Sistema gestionar de manera ms eficiente a los usuarios.
Por otro lado, existe un perfil de administrador de la base de datos. Encargado de
gestionar el Sistema. Posee acceso a la totalidad de la informacin de la base de datos y
a la estructura interna de las tablas. Se encarga de gestionar a los usuarios, la
informacin de la base de datos y las operaciones de actualizacin y mantenimiento de
la base de datos.
Adicionalmente se ha dotado a la aplicacin de permisos de acceso que el
administrador puede imponer a los usuarios. Esto permite restringir al acceso de
informacin o a las distintas funcionalidades. Tambin permite la segmentacin de
funciones dentro del Sistema.
167
3- Funcionalidades de la aplicacin.
3.1- Instalacin de la aplicacin.
Lo primero que debe comprobarse es que el ordenador en el que se va a instalar la
aplicacin, cumple con todos los requisitos necesarios y se dispone de los programas
necesarios para la ejecucin. Estos programas ya han sido mencionados con anterioridad
y si es necesario, se recomienda su consulta.
A continuacin se describen los pasos necesarios para su ejecucin. Esta aplicacin
puede utilizarse a travs de un instalador estndar que Windows proporciona o a travs
del propio sistema gestor de bases de datos Oracle. La opcin de instalacin a travs de
instalador es comnmente conocida y no tiene mayor dificultad, por ello se va a explicar
en mayor profundidad como utilizar la aplicacin desde el propio Oracle.
- Instalacin utilizando el instalador de Windows:
Paso 1: Se har doble clic sobre el icono de instalacin del paquete software. El
instalador se ejecutar y aparecer en pantalla.
Paso 2: El asistente recomienda que se cierren todos los programas que se encuentren
en ejecucin y si es necesario, se cierre el programa antivirus para evitar disminuciones
de rendimiento o retardos en la instalacin.
168
Paso 3: Se deben seguir las instrucciones que aparecen en pantalla. Seleccionar la ruta
de acceso e instalar todos los componentes. Una vez finalizada la instalacin ejecutar la
aplicacin utilizando el acceso directo en el escritorio o a travs del men Inicio y
Programas.
- Instalacin usando Oracle:
Paso1: iniciar la instancia de ejecucin de Oracle Start OC4J. Esta instancia abrir una
ventana de entorno MS-DOS que no deber cerrarse hasta la finalizacin de la
utilizacin del Sistema.
Paso 2: copiar todos los archivos de la aplicacin en el disco duro del ordenador donde
se desee utilizar el programa.
Paso 3: ejecutar el archivo principal de la aplicacin (con extensin *.fmb). Este
archivo inicia la apertura de la herramienta de desarrollo Oracle Forms.
Paso 4: compilar la ejecucin usando el botn indicado para ello. Este botn se
encuentra disponible en la barra de herramientas del programa Forms. Una vez
compilado, ejecutar la aplicacin utilizando el botn habilitado para ello.
Paso 5: el programa preguntar por el nombre de usuario y la clave de acceso para
acceder al Sistema. Debern ser introducidos.
Paso 6: el programa se iniciar y permitir al usuario la consulta de toda aquella
informacin que desee y de todas las funcionalidades disponibles.
169
Paso 7: Una vez finalizada la ejecucin del Sistema, se deber cerrar la aplicacin y
ejecutar la instancia de cierre de Oracle: Shutdown OC4J. Todas las ventanas del gestor
Oracle sern cerradas.
170
3.2- Ayuda.
3.2.1- Diagrama de Navegabilidad de la aplicacin.
Acerca de
Etapa 1
Pantalla
Princiapal
Salida
Etapa 2
Aos de Paises de
Competicin Competicin
Etapa 3
Clasificacin Clasificacin
por Aos por Aos
Etapa 4
Mundial Estadio Participantes Imgenes
171
3.2.2- Ayuda opcional.
Para ms informacin puede utilizarse la ayuda que proporciona el gestor Oracle o
toda la informacin disponible en el portal web de Oracle: www.oracle.com.
4- Uso de la aplicacin.
La aplicacin se ha construido de forma que sea lo ms fcil e intuitiva posible. Por
ello se va a explicar brevemente los distintos componentes de las ventanas, que
funcionalidad tienen los botones de navegacin y como utilizar las pestaas dentro de
una ventana.
Esta es una de las ventanas de la aplicacin. En ella pueden observarse un grupo de
botones situados en la esquina inferior derecha. Estos botones se encargan de la
navegacin entre ventanas.
172
Este botn permite el regreso a la pantalla principal de la aplicacin.
Este botn permite el regreso a la pantalla anterior de la aplicacin.
Este botn permite la eleccin de las diferentes opciones dentro de la
aplicacin.
Este botn permite el inicio de la aplicacin.
Este botn permite navegar hasta la ventana de informacin acerca de esta
aplicacin. Como y quien ha diseado dicho programa.
Este botn permite el abandono de la aplicacin.
Estas pestaas permiten la navegacin entre diferentes partes, dentro de una misma
ventana. Para utilizarlas, simplemente se ha de hacer clic sobre ellas.
173
9.3- Manual de Explotacin.
El manual de explotacin esta enfocado a la persona o grupo de personas encargadas
de la gestin del Sistema. Esta persona se encargar de la explotacin da a da as como
de la gestin del resto de usuarios y de la gestin de la informacin.
A continuacin se recoge el manual de usuario como un documento aparte dentro de
la memoria de este Proyecto.
174
Manual
de
Explotacin
Base de Datos de los
Mundiales de Ftbol
de la FIFA
Antonio Peas Pozo
175
1- Informacin general de la Aplicacin.
La aplicacin ha sido diseada utilizando el sistema gestor de bases de datos Oracle
para la creacin y manejo de la base de datos y las herramientas de desarrollo Oracle
Developer Forms. El lenguaje utilizado ha sido SQL Plus y PL para la programacin de
los componentes y el tratamiento de eventos.
2- Informacin sobre la gestin de datos.
La informacin que contiene la base de datos debe ser gestionada a travs del
sistema gestor de bases de datos Oracle.
El administrador de la base de datos debe tener conocimientos de bases de datos en
Oracle para poder gestionar la informacin.
Los datos de las futuras ediciones de la competicin pueden ser extrados a travs
del portal web de la asociacin FIFA o de las propias federaciones de ftbol de cada
pas o continente.
3- Informacin sobre el control.
3.1- Gestin de Usuarios.
La gestin de usuarios debe realizarse a travs del propio gestor de bases de datos
Oracle. De la misma forma, pueden concederse los permisos necesarios a los usuarios.
176
3.2- Gestin de Operaciones de actualizacin y mantenimiento.
La gestin de las operaciones de actualizacin y mantenimiento de la base de datos
deben realizarse a travs del sistema gestor de bases de datos Oracle.
En el caso particular de la actualizacin, para ms informacin de cmo obtener
informacin veraz acerca de las futuras ediciones, consultar el punto referente a la
gestin de datos de este mismo manual.
3.3- Ayuda.
Para ms informacin, se recomienda consultar el manual de usuario de la
aplicacin.
177
10. Pruebas del Sistema.
Los programas que componen el Sistema ya han sido codificados. Sobre ellos se han
realizado las pruebas unitarias, es decir, la prueba de cada mdulo por separado una vez
han sido programados para verificar su correcto funcionamiento. Entre las pruebas
unitarias realizadas, pueden destacarse las siguientes:
o Pruebas de encaminamiento, que aseguran que las llamadas entre
procedimientos se realicen correctamente.
o Pruebas para la posterior integracin, que aseguran que la integracin de los
mdulos sea correcta.
o Pruebas de usabilidad, que verifican la accesibilidad a los mdulos.
o Pruebas de sobrecarga, que verifican la integridad de los mdulos ante
elevadas cargas de trabajo.
o Pruebas de seguridad, que se encargan de comprobar la seguridad de los
mdulos en el trato de la informacin.
o Pruebas de explotabilidad, que aseguran el correcto funcionamiento de cada
mdulo.
Muchas de estas pruebas unitarias volvern a ser repetidas para la prueba de todo el
Sistema, esta vez con todos los mdulos que lo componen integrados entre s.
178
Ahora es el momento de integrar todos esos componentes y realizar las pruebas al
Sistema. Todas estas pruebas han sido ya establecidas en el plan de pruebas realizado en
la fase del Diseo Interno. El plan de pruebas pretende obtener una aplicacin fiable,
estable y lo ms eficiente posible.
Esta fase se considera crtica para la aceptacin del Sistema por parte del cliente.
Puede suceder, que el resultado de las pruebas no sea el esperado y por tanto
insatisfactorio. El programa tendra que volver a ser revisado y cambiar aquellas partes
ms problemticas o crticas. Pero tambin puede suceder el extremo contrario, que el
resultado de la probatura del Sistema sea correcto. Esto provocar la aceptacin de la
aplicacin y la posterior implantacin en la empresa cliente.
179
10.1 Entorno de pruebas.
De acuerdo con el plan de pruebas, debe realizarse todo el ciclo de pruebas
acordado. Este ciclo de pruebas rene las distintas pruebas a las que ser sometido la
totalidad del Sistema.
Para acometer estas pruebas, se necesita lo que se denomina un entorno de pruebas.
Este entorno de pruebas simula la arquitectura hardware y software de la empresa donde
la aplicacin ser integrada. Tambin debe de ser capaz de simular el entorno de
explotacin del cliente y la carga de trabajo que va a tener que soportar. En muchas
ocasiones, existen reglas y funciones de trabajo que el cliente tiene asimiladas en sus
funciones de negocio. Estas reglas deben ser tenidas en cuenta por el entorno de trabajo.
En este caso, estas restricciones no estn presentes, luego no van a ser tenidas en cuenta.
El entorno de pruebas es el siguiente:
Tipo de Recurso Localizacin Especificacin Comentarios

Servidor de
Servidor de empresa Servidor Apache -
Aplicaciones
Terminal Cliente Empresa Terminales PC -
Sistema Operativo Servidor Windows XP -
Microsoft Office 2003
Navegador Internet
Software Servidor -
Explorer 7.0
Navegador Mozilla
-
Firefox
SGBD Oracle 10g -
Oracle Developer
Software de -
PC Forms
Desarrollo
Microsoft Office 2003 -
Herramientas CASE -
180
El entorno de pruebas ha sido acordado previamente a la realizacin de las pruebas
que van a ser acometidas. Los volmenes de carga tambin han sido acordados. Se van
a realizar pruebas con este nivel acordado y con un nivel superior para poder verificar el
funcionamiento ante sobrecargas de trabajo.
El equipo de pruebas ha sido configurado con personal de la empresa cliente, puesto
que no hay suficientes recursos humanos en el equipo de desarrollo de este Sistema.
Aunque lo recomendable es que este equipo sea totalmente independiente del equipo de
desarrollo y del de la empresa para asegurar la independencia en las pruebas y asegurar
tambin una mayor calidad, por las caractersticas de esta aplicacin y de los objetivos
que persigue, no va a ser necesario utilizar un equipo independiente.
181
10.2 Tipos de pruebas.
A continuacin se van a nombrar aquellas pruebas que se realizarn en el Sistema.
Este ciclo de pruebas ha sido acordado previamente. El ciclo de pruebas es el
siguiente:
o Pruebas de encadenamiento: verifican las llamadas entre componentes.
o Pruebas de Integracin: verifican la funcionalidad de todo el sistema integrado, y
el rendimiento de los recursos utilizados.
o Pruebas de Explotabilidad: verifican la correcta operacin del sistema.
o Pruebas de Seguridad: verifican los aspectos de seguridad exigidos en los
requisitos del sistema.
o Pruebas de Sobrecarga: verifican el correcto comportamiento del sistema ante
los estados de estrs en los que puede verse envuelto.
o Pruebas de Recuperacin: verifican la capacidad del sistema para recuperar
informacin o incidencias anmalas.
o Pruebas de Regresin: verifican el correcto comportamiento del sistema ante la
modificacin de alguno de sus componentes.
182
o Pruebas de Aceptacin de Usuario: certifican, por parte de los usuarios, la
funcionalidad y rendimiento del sistema, de acuerdo con los requisitos
establecidos.
o Pruebas de Usabilidad: certifican, por parte de los usuarios, la manejabilidad y
amigabilidad del sistema.
Como ya se ha comentado, muchas pruebas de las que se han mencionado aqu ya
haban sido realizadas en las pruebas unitarias realizadas a cada mdulo
independientemente. El objetivo es probar el mismo funcionamiento cuando esos
mdulos se encuentran integrados entre s.
183
10.3 Comentarios a las pruebas realizadas.
Se va a realizar un breve comentario de cada una de las pruebas ms crticas o de
aquellas que se requiera un comentario extra de las que han sido realizadas en el
Sistema:
10.3.1 Pruebas de Encaminamiento.
Estas pruebas garantizan que la comunicacin entre los componentes sea adecuada.
Se realizan tanto para subsistemas batch como on-line.
Al contrario que en el subsistema batch, el subsistema on-line requiere que el
usuario que realice el papel de la administracin de la base de datos haga las
operaciones de comprobacin manualmente, puesto que estos procedimientos no se
encuentran automatizados.
10.3.2 Pruebas de Integracin.
Una vez realizadas las pruebas de encaminamiento, se procede a integrar todos los
componentes software que forman el Sistema.
Cada vez que se integra una funcin con sus interfaces, se le somete a la
comprobacin de la funcionalidad respecto a los objetivos que se han marcado. Durante
la realizacin de estas pruebas, se debe monitorizar todo el proceso para verificar la
correcta integracin de los componentes.
184
10.3.3 Pruebas de Explotabilidad.
Determinan la facilidad que ofrece el sistema para su explotacin. Para ello, se
ejecutarn tanto los procesos batch como los on-line.
El nico proceso que se necesita para verificar el funcionamiento de la aplicacin es
la ejecucin del Sistema. Se debe comprobar que los datos mostrados por pantalla sean
los adecuados y en el formato correcto.
10.3.4 Pruebas de Seguridad.
Los mecanismos que este Sistema tiene incorporados vienen proporcionados en
parte por el gestor de bases de datos Oracle.
El resto de usuarios podrn visualizar la informacin contenida en la base de datos,
siempre que el administrador no haya optado por hacer uso de los permisos de acceso.
10.3.5 Pruebas de Sobrecarga.
La arquitectura del sistema se ha definido para poder soportar un acceso mximo de
operaciones, que ha sido previamente estudiado y acordado con el cliente. En momentos
determinados, el sistema puede recibir una carga de trabajo mayor por diversos motivos.
185
Si se quieren evitar posibles disminuciones de rendimiento por sobrecargas de
trabajo, se recomienda mejorar las especificaciones hardware de la arquitectura donde
se implanta la aplicacin.
10.3.6 Pruebas de Regresin.
Esta tipologa de pruebas se realizarn para detectar anomalas o errores en el
software, que pueden estar provocados por un diseo o codificacin errneas. Al aadir
una mejora o actualizacin al sistema deben volver a repetirse una parte importante de
las pruebas realizadas.
En el caso de que se incorporen nuevas innovacin sobre el sistema, se necesitar el
uso de herramientas de prueba que permiten la repeticin de las mismas.
186
11. Implantacin del Sistema.
El software del Sistema ya ha sido probado. Ha superado las pruebas
satisfactoriamente y est listo para ser instalado. Se ha verificado la configuracin que
el software debe llevar en el proceso de la instalacin. El software debe ser migrado al
servidor de aplicaciones o a los puestos que sea necesario.
Todava existen diversas actividades a abordar. Si este nmero de actividades fuese
complejo, se hara necesario un plan de implantacin. En este caso no va a ser
necesario.
11.1 Pruebas de Implantacin.
Una vez se ha instalado el software en la arquitectura cliente, este debe ser
verificado y objeto de algunas pruebas antes de que sea utilizado por la totalidad de los
usuarios de la empresa cliente.
Estas pruebas se dividen en dos grandes grupos:
o Pruebas de certificacin del correcto funcionamiento del software. Serie de
pruebas destinadas a comprobar que la totalidad del software que se ha
implantado funciona correctamente. Tambin se debe comprobar que no
existen incompatibilidades o interacciones no deseadas con otro tipo de
software que ya se encontraba instaurado.
o Pruebas de aceptacin final del Sistema. Los diversos usuarios de la
aplicacin deben verificar que la aplicacin funciona correctamente desde
los distintos puestos desde los que se realiza el trabajo.
187
Ambas pruebas han sido superadas correctamente y se ha recibido la conformidad
del cliente. El Sistema se ha implantado satisfactoriamente.
11.2 Plan de contingencia.
El plan de contingencia se utiliza para dar salida y solucionar posibles anomalas
que surjan en el momento de la implantacin del software. Existen diferentes niveles en
este plan, dependiendo del nivel de implantacin y del tipo de problemas que hayan
surgido.
No ha sido necesario utilizar el plan de contingencia puesto que la implantacin ha
ocurrido sin problemas y no han existido ningn tipo de interacciones negativas entre
los componentes de la arquitectura cliente y el Sistema instaurado.
188
12. Mantenimiento del Sistema.
Se ha acordado un periodo de garanta y asistencia tcnica para el paquete software
que se ha implantado. Este soporte de mantenimiento se da como respuesta a los
posibles errores o incidencias que no han podido ser detectadas en la fase de pruebas de
la aplicacin o durante la fase de implantacin.
Existen dos tipos de mantenimiento que se le ofrecen al cliente:
o Mantenimiento Adaptativo.
o Mantenimiento Correctivo.
Para un mayor control de la funcin de mantenimiento ofrecida al cliente, se ha de
documentar qu unidades han sido afectadas y cules han requerido asistencia y por qu
motivos.
12.1 Descripcin de mantenimientos ofrecidos.
12.1.1 Mantenimiento correctivo.
Este mantenimiento est orientado a la correccin de los errores sucedidos durante
la operacin del Sistema. Estos errores deben ser anotados y el entorno en el que han
sucedido. Una vez notificados deben ser subsanados a la menor brevedad.
Para realizar este mantenimiento se requiere de la utilizacin de los manuales de
usuario y explotacin del Sistema as como de los cuadernos de carga del mismo.
189
12.1.2 Mantenimiento adaptativo.
El mantenimiento adaptativo est orientado a la mejora de versin de la aplicacin
que vaya apareciendo con el tiempo. Este mantenimiento tambin ofrece cierta
cobertura ante actualizaciones tecnolgicas o de sistema operativo siempre que no se
cambie de versin.
190
13. Bibliografa.
[SOMM05] Sommerville, I., traduccin de Alfonso Galipienso, M. I., Ingeniera
del software, Pearson Addison Wesley, Madrid 2005.
[BARR01] Barranco de Areba, J., Metodologa del anlisis estructurado de
sistemas Segunda edicin, Universidad Pontificia de Comillas,
Madrid 2001.
[PERE02] Prez-Campanero Atanasio, J. A., Morera Pascual, J. M., Conceptos de
sistemas operativos, Universidad Pontificia de Comillas, Madrid 2002.
[RAMO06] Ramos Martn, M., Montero Rodrguez, F., Ramos Martn, A.,
Desarrollo de aplicaciones en entornos de 4 generacin y con
herramientas case, Mc Graw Hill, Madrid 2006.
[RIVE02] Rivero Cornelio, E., Martnez Fuentes, L., Reina Juli, L., Benavides
Abajo, J., Olaizola Bartolom, J. M., Introduccin al SQL para usuarios
y programadores, Praninfo, Madrid 2002.
[RIVE02] Rivero Cornelio, E., Bases de datos relacionales, Paraninfo, Madrid
2002.
Dominios en Internet:
FIFA: http://www.fifa.com/es/index.html.
191
RFEF: http://www.rfef.es.
Wikipedia: http://es.wikipedia.org.
Mundial de Ftbol Alemania 2006: http://fifaworldcup.yahoo.com/06/es/.
Mundial de Ftbol Corea y Japn 2002: http://mundial2002.terra.com.ar/.
192
14. Anexos.
A continuacin se incluyen una serie de anexos que complementarn este proyecto.
Los puntos a tratar son los siguientes:
o Valoracin Econmica.
o Planificacin real que ha tenido el Proyecto.
En el primer anexo se valorar desde el punto de vista econmico el coste de
realizacin del proyecto, desglosando en la medida de lo posible. En l se incluyen el
nmero de horas trabajadas, su coste y personal necesario, el coste de las licencias de
software y dems costes asociados.
El segundo anexo, recoge las fechas en que han sido acaecidas las fechas de
finalizacin de las distintas fases de desarrollo del Proyecto.
14.1 Valoracin econmica.
En este punto se recoge la valoracin econmica del proyecto. Se recogen diversos
costes como son el nmero de horas trabajadas, su coste y personal necesario, el coste
de las licencias de software y dems costes asociados.
En primer lugar se va a recoger el coste del personal de recursos humanos necesario
para la elaboracin del Proyecto. Para la elaboracin del Sistema denominado Base de
Datos de los Mundiales de Ftbol de la FIFA se ha requerido de un analista Junior para
la fase de diseo y de un programador Junior para la fase de programacin, pruebas e
implantacin.
193
La siguiente tabla recoge la relacin de costes del personal:
Recursos Humanos
Puesto Horas trabajadas Salario Total

Programador Junior 110 horas 45 / hora 4.950,00
Analista Junior 180 horas 60 / hora 10.800,00
Los costes de las licencias del software utilizado vienen descritos a continuacin.
Tambin se incluye el coste del Sistema Operativo necesario. Destacar que tambin se
incluirn el coste de todas las actualizaciones de versin que han sido ineludibles. Estos
costes vienen descritos en la siguiente tabla:
Licencias Software
Producto Descripcin Coste

Windows Xp Profesional Sistema Operativo 422,56
Paquete de software
Microsoft Office 2003 744,00
ofimtico
Easy Case Herramienta de diseo case gratuito
Sistema gestor de bases de
Oracle 10g 6.000,00
datos
Oracle Developer Suit 10g Herramientas de desarrollo
-
(version freeware) Oracle
Programa de edicin
Adobe Photoshop CS2. 1.079,53
fotogrfica
Programa de edicin de
Pinnacle Studio Plus 20 89,09
video
Visualizador de archivos
Adobe Reader 7.0 gratuito
en formato comprimido
Winrar 3.40 Compresor de archivos gratuito
Destacar que el paquete de software ofimtico Microsoft Office 2003 se compone de
los siguientes programas:
194
o Microsoft Office Word 2003.
o Microsoft Office Excel 2003.
o Microsoft Office Access 2003.
o Microsoft Office PowerPoint 2003.
o Microsoft Office Project 2003.
o Microsoft Office Visio 2003.
o Microsoft Office Outlook 2003.
o Microsoft Office Publisher 2003.
o Soporte para Extensible Markup Lenguaje e Information Rights Management.
A continuacin se detalla el coste del ordenador personal estndar para poder
ejecutar la aplicacin diseada en este proyecto. Se incluyen dos tipos de ordenadores
personales: un equipo de sobremesa y un ordenador porttil por si se necesita
portabilidad.
Hardware

Ordenador de sobremesa - 725,00
Ordenador porttil - 850,00
Ambos equipos poseen las mismas caractersticas recomendadas para poder ejecutar
la aplicacin sin problemas:
o Procesador Intel Pentium Dual Core 2, 2 GHz.
o 1 GB de memoria RAM.
o 120 GB de disco Duro
o Windows XP.
195
o Unidad de CD / DVD.
A continuacin se describen otros costes adicionales que son imputables a la
creacin de esta aplicacin:
Hardware

Costes adicionales Diversos costes 125,00
Despus de haber analizado todos los costes necesarios para la creacin de este
Proyecto, la siguiente tabla recoge los costes totales de los distintos recursos y el coste
total:
Coste del Proyecto

Descripcin Coste
Recursos Humanos 15.750,00
Licencias de Software 7.912,62
Hardware necesario (equipo ms costoso) 850,00
Costes adicionales 125,00
TOTAL 24.637,62
196
14.2 Planificacin real del Proyecto.
Despus de haber estimado la planificacin de este Proyecto, ya mostrada en fases
posteriores, se muestra el desarrollo real que ha tenido. Las tareas realizadas son las
siguientes:
Destacar que las tareas realizadas han sido las mismas que las tareas que se
planificaron en un primer momento. Los hitos, es decir, las fechas de entrega obligada,
han sido todos cumplidos.
197
Las tareas a partir de la segunda fase del diseo de la arquitectura tcnica han sido
las afectadas por un retraso. Pero este retraso ha sido corregido en la fase de
programacin en la que se ha conseguido realizar el mismo trabajo en menor tiempo.
El diagrama de Gant correspondiente a las tareas mencionadas anteriormente es el
siguiente:
198
14.3 Conclusiones.
Tras la finalizacin de este proyecto, se pasa a resumir las principales conclusiones
que se han obtenido referentes a la creacin de una base de datos sobre los mundiales de
ftbol de la FIFA y la aplicacin que trabaja sobre dicha base de datos.
14.3.1 Cumplimiento de los objetivos marcados.
Desde el punto de vista funcional, se ha cumplido el objetivo que se pretenda de
disear una aplicacin software que sirviese de herramienta de consulta tanto para
usuarios particulares que buscasen informacin como para usuarios que debido a su
actividad profesional necesitasen documentarse para llevar a cabo sus actividades
diarias.
La aplicacin se ha creado para que sea fcil e intuitiva. Se buscaba que primase la
sencillez y la velocidad en el proceso de carga, por ello se ha evitado la inclusin de
elementos adicionales innecesarios aunque se penalizase el apartado visual. An as el
interfaz se ha intentado que sea lo ms amigable posible. El programa permite la
bsqueda de mundiales de ftbol a travs de aos en los que ha habido competicin o a
travs de los pases que lo han celebrado. Una vez que se ha seleccionado una edicin,
toda la informacin referente a ese mundial, se muestra en una nica pantalla. Se han
utilizado pestaas para las diferentes reas de datos para evitar el uso de diversas
pantallas y tener que estar saltando de unas a otras eliminando as los perjuicios que ello
ocasionara.
199
Desde el punto de vista acadmico se ha conseguido cumplir el doble objetivo que
se buscaba.
Por un lado tener un conocimiento mucho mayor del sistema gestor de bases de
datos Oracle del que en un principio se tena y por el otro, realizar prcticas de forma
real en uno de los sistemas que actualmente ms se estn utilizando en el mundo
empresarial.
200
14.3.2 Futuro de la herramienta software.
Esta aplicacin dispone de la posibilidad de actualizacin de la informacin incluida
en la base de datos. Se haba tenido en cuenta desde un principio que si los datos
contenidos no eran actualizados, el programa se quedara rpidamente obsoleto y su
historia de vida sera relativamente corta.
La arquitectura elegida para dar soporte a este programa permite su utilizacin tanto
en ordenadores personales como en servidores de aplicaciones, permitindose tanto un
uso individual de la misma como una utilizacin colectiva en un entorno empresarial.
Se puede potenciar la utilizacin de la aplicacin por parte de usuarios individuales
a travs de la implantacin de la misma en Internet, haciendo uso de un portal web que
permita llevar a cabo las mismas operaciones que se podan realizar hasta entonces en el
programa. Su utilizacin crecera notablemente y se centrara casi totalmente en el
usuario particular. An as puede seguir siendo utilizado por empresas para su
documentacin. Pero esto conlleva una penalizacin completa de la posibilidad de
comercializacin que este Sistema tiene.
201

Autorizada la entrega del Proyecto de la Base de Datos de los Mundiales de Fútbol

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Autorizada la entrega del Proyecto de la Base de Datos de los Mundiales de Fútbol

Cargado por

Copyright:

Formatos disponibles

Autorizada la entrega del Proyecto del alumno:

Antonio Peas Pozo

EL DIRECTOR DEL PROYECTO

Eduardo Alcalde Lancharro

Fdo.: ____________________________________ Fecha: / /

V B del Coordinador de Proyecto

Eduardo Alcalde Lancharro

Fdo.: ____________________________________ Fecha: / /

PROYECTO FIN DE CARRERA

BASE DE DATOS DE LOS MUNDIALES

AUTOR: ANTONIO PEAS POZO

MADRID, SEPTIEMBRE DE 2007

A mi familia y amigos, que siempre me prestaron su

apoyo, su ayuda y me animaron a seguir adelante en los

Quiero agradecer la creacin de este proyecto a todas las

personas que han contribuido para que pueda lograr mis

objetivos. A quienes empezaron siendo compaeros y se

convirtieron en buenos amigos, aquellos que han compartido este

arduo pero interesante camino. A mi director de proyecto que

siempre ha tenido la puerta abierta para prestarme ayuda.

datos con toda la informacin referente a la competicin deportiva de los Mundiales de

Ftbol creados por la Fdration Internationale de Football Association, ms conocida

como FIFA. Para facilitar la consulta de la informacin, se ha creado una aplicacin

competiciones de forma amena y cmoda. Este programa ha sido desarrollado haciendo

Oracle Developer Suite.

En la actualidad, el ftbol profesional es uno de los deportes de mayor difusin en

todo el mundo. Desde el nacimiento de la competicin en 1930, la rpida progresin de

este torneo lo ha convertido en un referente en el deporte internacional de competicin.

Con cada edicin celebrada, su popularidad y repercusin ha seguido creciendo a un

ritmo inesperado. La demanda popular sobre informacin de este evento ha superado

todas las expectativas. La informacin sobre la competicin es escasa y se encuentra

muy fragmentada. Buscar informacin de las primeras ediciones de la competicin

software que permita la consulta rpida y precisa de informacin de cualquiera de los

torneos acaecidos en la historia de los Mundiales de Ftbol.

histrica de la situacin que rode a la competicin. Tambin recoge informacin de

importantes del torneo.

fotografas y videos de los hechos y acontecimientos ms trascendentes. Para evitar que

la aplicacin pueda quedar obsoleta, se ha incorporado un mdulo funcional que

permite la actualizacin de la informacin con las futuras ediciones que se celebren.

consulta de informacin deportiva para llevar a cabo su labor tcnica.

variety of statistical data and an historical description of the situation of the

have been celebrated.

2. Enunciado del problema tratado ................................................................................... 7

3. Organizacin del Proyecto ......................................................................................... 10

4. Identificacin de Necesidades .................................................................................... 15

5. Anlisis de Requisitos ................................................................................................ 28

6. Diseo de la Arquitectura Tcnica ............................................................................. 73

6.6.4 Matriz de Evaluacin Econmica.................................................................. 88

7. Diseo Externo ........................................................................................................... 94

8. Diseo Interno .......................................................................................................... 142

10. Pruebas del Sistema ................................................................................................ 178

11. Implantacin del Sistema ....................................................................................... 187

12. Mantenimiento del Sistema .................................................................................... 189

13. Bibliografa............................................................................................................. 191

14. Anexos .................................................................................................................... 193

1.1 Nacimiento del Mundial de Ftbol de la FIFA.

Desde la fundacin en 1904 de la Fdration Internationale de Football Association,

necesarios y ser un deporte de poca repercusin en aquellos momentos, esta idea se

En 1906 la FIFA consigui que el Comit Olmpico Internacional incluyera al ftbol

idea de unos administrativos de ftbol franceses, con Jules Rimet a la cabeza, de

enfrenten a equipos de otros pases por el ttulo de campen mundial de ftbol. Se

establecen las bases y la normativa que regirn el certamen.