PFC

ESCUELA TCNICA SUPERIOR DE INGENIERA INFORMTICA
APLICACIN WEB USANDO

STRUTS, HIBERNATE Y AJAX PARA
LA GESTIN INTEGRAL DE
ALUMNOS, PROFESORES Y
ASIGNATURAS
Realizado por
Noel Guilln Montilla, Fernando Lpez Iglesias
Para la obtencin del ttulo de

INGENIERO TCNICO EN INFORMTICA DE GESTIN
Dirigido por
David Benavides Cuevas
Realizado en el departamento de
LENGUAJES Y SISTEMAS INFORMTICOS
Convocatoria de Febrero, Curso 2006/2007
PARTE I: INTRODUCCIN
1 Introduccin
1.1 Motivacin
1.2 Objetivos del proyecto
1.2.1 Conocimientos
1.2.2 Formacin
1.3 Desarrollo del proyecto
1.4 Estructura del documento
6
7
8
8
9
9
13
PARTE II: MATERIAS RELACIONADAS
16
2. Conceptos
17
3. Software
19
4. Herramientas
23
PARTE III: SISTEMA DESARROLLADO
27
5 Dominio del problema

5.1 Introduccin
5.2 Glosario de trminos
28
28
29
6 Visin general del sistema

6.1 Participantes en el proyecto
6.2 Objetivos del sistema
30
30
30
7 Requisitos del sistema

7.1 Requisitos de informacin
7.2 Reglas de negocio y restricciones
7.3 Requisitos funcionales
7.3.1 Diagramas de casos de uso
7.3.1.1 Subsistema gestin de tutoras y peticiones de cita
7.3.1.2 Subsistema gestin de usuarios y perfiles
7.3.1.3 Subsistema gestin de informacin de las asignaturas
7.3.1.4 Subsistema gestin de informacin de alumnos y profesores
7.3.1.5 Subsistema gestin administrativa va Web
7.3.2 Definicin de actores
7.3.3 Casos de uso del sistema
7.4 Otros requisitos funcionales
7.5 Requisitos no funcionales
7.6 Matriz de restreabilidad objetivos/requisitos
33
33
36
37
37
37
38
39
39
40
41
42
42
48
51
54
58
67
68
70
8. Anlisis del sistema

8.1 Modelo esttico del sistema
8.1.1 Diagramas
72
72
72
72
73

8.1.1.4 Subsistema gestin de informacin alumnos y profesores
8.1.2 Tipos
8.2 Modelo dinmico del sistema
8.2.1 Subsistema gestin de informacin alumnos y profesores
8.2.2 Subsistema gestin de informacin de las asignaturas
8.2.3 Subsistema gestin administrativa va Web
8.2.4 Subsistema gestin de usuarios y perfiles
8.2.5 Subsistema gestin de tutoras y peticiones de cita
8.3 Modelo funcional del sistema
8.3 Diseo del sistema
8.3.1 Patrones usados
8.3.2 Diseo de la aplicacin
8.3.2.1 Capa de datos
8.3.2.2 Capa de aplicacin
8.3.2 Diseo de la base de datos
8.4 Puntos de variacin y evolucin
8.4.1 Puntos de variacin
8.4.2 Puntos de evolucin
74
75
76
76
76
78
84
89
92
92
96
99
107
108
113
113
117
119
125
127
131
131
138
139
141
148
153
153
154
9 Arquitectura del sistema
157
10 Implementacin del sistema

10.1 Entorno de desarrollo
10.1.1 Instalacin del entorno
10.1.2 Configuracin del repositorio RedIris
10.2 Componentes ms relevantes
161
161
161
162
162
11 Pruebas del sistema

11.1 Pruebas de Interfaces y Contenidos
10.2 Pruebas de Funcionalidades y Operacin
10.3 Pruebas de carga
171
171
174
176
12 Instalacin del sistema

12.1 Requisitos
12.2 Pasos de la instalacin
179
179
179
13 Manual de uso del sistema

13.1 Manual de funcionamiento
13.2 Manual de alumno
13.2.1 Consultar su ficha personal
13.2.2 Modificar su ficha personal
13.2.4 Solicitar una cita
13.2.5 Consultar el estado de sus citas
13.2.6 Ver asignaturas
13.3 Manual del profesor
13.3.1 Consultar su horario de tutoras.
13.3.2 Modificar su horario de tutoras.
13.3.3 Desactivar las tutoras
13.3.4 Consultar las fichas de los alumnos
181
181
182
182
182
184
185
185
186
186
187
187
188
13.3.5 Cancelar citas

13.3.6 Responder peticiones de citas
13.3.7 Consultar su calendario de citas.
13.3.9 Modificar su informacin personal
13.3.10 Introducir noticias
13.3.11 Modificar noticias
13.3.12 Consultar noticias
13.4 Manual del administrador
13.4.1 Aadir Titulaciones.
13.4.2 Eliminar Titulaciones
13.4.3 Aadir Asignaturas
13.4.4 Eliminar Asignaturas.
13.4.5 Aadir Usuario
13.4.6 Eliminar Usuario
13.4.7 Vincular una asignatura a una titulacin
13.4.8 Desvincular una asignatura a una titulacin
13.4.9 Vincular un usuario a una asignatura
13.4.10 Desvincular un usuario de una asignatura
13.4.11 Importar una lista de usuarios
13.4.12 Importar una lista de asignaturas
13.4.13 Vaciar Lista asignatura
13.4.13 Aadir Departamento
13.4.13 Modificar Departamento
188
188
189
189
190
190
191
192
193
193
193
194
195
195
195
196
196
197
197
200
202
202
203
PARTE IV: CONCLUSIONES
204
14 Cumplimiento de los objetivos del proyecto
205
15 Esfuerzo empleado en el proyecto

15.1 Planificacin
15.1 Estimacin del coste del proyecto
206
206
206
16 Bibliografa y referencias
211
PARTE I: INTRODUCCIN
INTRODUCCIN
1 Introduccin
Actualmente, el entorno de la enseanza esta sufriendo grandes
trasformaciones con el fin de automatizar numerosos procesos que se llevan a
cabo en los distintos centros educativos. Esta transformacin se esta
desarrollando en los distintos niveles educativos de nuestra sociedad y esta
permitiendo tanto a empleados como a usuarios interactuar de forma mas
cmoda, sencilla y eficiente. As, actualmente es posible realizar la matricula
de la universidad a travs de Internet o seleccionar un grupo de practicas para
una determinada asignatura.
Pero, aunque actualmente la informatizacin en el mundo de la enseanza ha
avanzado considerablemente, existen aun muchos procedimientos que se
llevan a cabo de forma manual con la consiguiente repercusin para los
usuarios. As, actualmente la informacin entre alumnos y profesores se
intercambia de forma manual a partir de fichas personales en formato papel.
Con el fin de informatizar este proceso, naci nuestro proyecto inicial Gestin
de Fichas que permite intercambiar a profesores y alumnos su informacin
personal a partir de un portal Web. Posteriormente se reconsidero la idea
inicial y se replanteo abarcando ms objetivos, tales como la gestin de las
noticias de las asignaturas y las citas entre profesores y alumnos.
Ejemplo: Grupo de Practicas
INTRODUCCIN
Ejemplo: Grupo de practicas
1.1 Motivacin
El principal objetivo de nuestra aplicacin es facilitar la tarea tanto a
alumnos, como a profesores. Actualmente, el intercambio de informacin entre
profesores y alumnos se produce de manera manual. Esto conlleva las
siguientes consecuencias:
-
Los alumnos deben de acudir a recoger las fichas personalmente y a su

posterior entrega.
En caso de error en la ficha personal, el profesor debe contactar con el
alumno para que realice las modificaciones oportunas, volviendo a
entregar una nueva ficha personal.
Los profesores son los encargados de mantener las fichas personales
ordenadas y en ocasiones las bsquedas pueden resultar costosas.
El transporte fsico de las fichas tambin conlleva numerosos
inconvenientes.
Por otra parte, actualmente las peticiones de tutoras entre alumnos y

profesores se realizan a travs de correos electrnicos o mediante una peticin
directa con el profesor en cuestin. Esto conlleva tambin numerosos
inconvenientes:
-
El profesor es el encargado de gestionar y actualizar sus horas de

autoras.
INTRODUCCIN
-
Generalmente, los alumnos desconocen las horas libres y ocupadas que

posee un profesor dentro del horario de autora para un determinado
da.
El envo de email puede ocasionar perdidas de peticiones o respuestas.
Nuestra aplicacin se encarga de solucionar todos estos problemas que surgen

en el sistema actual de nuestra universidad.
As, la gestin de fichas y tutoras a partir de nuestro portal Web permitir a
los alumnos:
-
Crear su ficha personal en cualquier momento desde cualquier lugar a

travs de una conexin a Internet.
Modificar su ficha personal de manera rpida y sencilla.
Consultar los horarios de tutora, completamente actualizados.
Comprobar las horas de tutora libres para un da determinado.
Solicitar tutoras a travs del portal.
Consultar el estado de las peticiones de tutoras realizadas.
Por otro lado, los profesores, a partir de nuestro portal podrn:

-
Consultar las fichas de todos los alumnos que cursan sus asignaturas
de forma ordenada y rpida.
Consultar las fichas personales de los alumnos en cualquier momento,
desde cualquier lugar, sin la necesidad de transportar ningn tipo de
documentos.
Responder a todas las peticiones recibidas de manera ordenada,
cmoda y rpida.
Consultar sus tutoras actuales aceptadas y cancelarlas en el caso de
que surgiera una emergencia
1.2 Objetivos del proyecto

El principal objetivo del proyecto es disear un portal Web consistente que
permita gestionar las fichas personales de los alumnos y las tutoras de
manera eficiente.
Para el desarrollo del proyecto debemos tener en cuenta dos aspectos
fundamentales: conocimientos y formacin.
1.2.1 Conocimientos
El proyecto debe desarrollarse a partir de los conocimientos adquiridos a lo
largo de la carrera. Debemos aplicar estos conocimientos tanto en el aspecto
ms tcnico, como a la hora de enfrentarnos a los problemas que vayan
surgiendo. As, en nuestro proyecto hemos intentado reflejar y aplicar el mayor
nmero de conocimientos adquiridos. Ejemplo de tales aplicaciones son el uso
de patrones a la hora de desarrollar (Singleton,DAO), el desarrollo correcto
de la documentacin
INTRODUCCIN
1.2.2 Formacin
En nuestro proyecto hemos querido dar un paso ms y no utilizar solo los
conocimientos adquiridos a lo largo de la carrera. Hemos pretendido
complementar nuestra formacin, haciendo uso de tecnologas ms actuales
con el fin de obtener un proyecto de mayor consideracin. As, en nuestro
proyecto han intervenido tecnologas tales como STRUTS, HIBERNATE o
AJAX. La integracin de estas tecnologas en nuestro proyecto se ha llevado a
cabo en distintas fases.
1. Recogida de informacin: Hemos recogido informacin en forma de
manuales, principalmente a travs de Internet.
2. Estudio de la informacin: Hemos llevado acabo un profundo estudio de
la informacin recogida con el fin de comprender mejor el
funcionamiento de las distintas tecnologas.
3. Practicas: Hemos llevado a cabo diferentes practicas con distintos
grados de dificultad con el fin de familiarizarnos con la tecnologa y de
conocer sus limitaciones
4. Integracin: Hemos realizado un estudio para determinar como se
integraran las distintas tecnologas en nuestra idea de proyecto y como
interaccionaran entre si.
5. Desarrollo: Finalmente, hemos realizado el proyecto mediante el uso de
estas tecnologas y de los conocimientos adquiridos a lo largo de la
carrera.
El proyecto debe presentarse como una prueba final que nos permita adquirir
experiencia a la hora de enfrentarnos a proyectos en la vida real.
1.3 Desarrollo del proyecto

Este proyecto ha sido realizado pon un grupo de dos estudiantes que
mantienen domicilios muy separados entre si. Este hecho ha influido
considerablemente en el desarrollo del proyecto y en la forma de abarcar el
mismo.
Pero pese a los inconvenientes que en un principio puedan surgir, mayores
han sido las ventajas que hemos obtenido.
Como el proyecto ha sido realizado entre dos personas, hemos tenido que
familiarizarnos con el trabajo en equipo. As, hemos llevado acabo numerosos
esfuerzos de coordinacin y hemos abordado los problemas que nos han ido
surgiendo desde diferentes puntos de vista, resolviendo nuestras
discrepancias y llegando a soluciones consensuadas. En definitiva, hemos
aprendido a trabajar en grupo, acercndonos a la forma de desarrollar un
proyecto en la vida real.
Como herramientas de ayuda para esta constante coordinacin en el
desarrollo de nuestro proyecto, hemos utilizado:
Trac
INTRODUCCIN
En el hemos ido anotando las distintas tareas ha realizar. Cada vez que
se finalizaba una tarea se acceda al track y se asignaba una nueva
tarea. La asignacin de tareas evitaba el solapamiento de trabajo, ya
que cuando el otro componente acceda, comprobaba que la tarea ya se
estaba realizando y pasaba a realizar una tarea diferente. El ir
determinando las tareas pendientes, realizadas o en proceso nos ha
permitido trabajar de forma individual sin que existan conflictos, no era
necesario que el otro componente estuviese trabajando en el proyecto
para poder llevar a cabo su desarrollo.
Tambin destacar, que el Trac permite establecer prioridad a las tareas,
con el fin de su correcta ejecucin.
Trac
Este mtodo nos ha permitido trabajar de manera coordinada y
eficiente.
El Trac se ha utilizado principalmente en el control de las tareas de
desarrollo de la documentacin
Repositorio Web
En l, hemos almacenado el cdigo de nuestra aplicacin, as como la
documentacin realizada y la informacin necesaria para el desarrollo
del mismo.
El repositorio Web ha presentado la siguiente estructura:
Documentacin: contiene la documentacin desarrollada para el

proyecto.
Gestin: contiene la implementacin del cdigo de nuestra
aplicacin.
10
INTRODUCCIN
Manuales: contiene manuales de consulta para Struts e

hibernate, con el fin de facilitar la tarea de desarrollo.
Base de Datos: Contiene informacin sobre la base de datos de
nuestra aplicacin.
As atendiendo a las distintas modificaciones, accedamos a partir de

determinadas herramientas a las distintas ubicaciones de nuestro
repositorio.
La principal ventaja que nos ha facilitado el repositorio es el transporte
de informacin entre nosotros. El transporte manual era imposible
debido a la distancia que nos separa y demasiado costoso e ineficiente.
El repositorio era la mejor herramienta para mantener la informacin
actualizada y de forma coherente entre nosotros.
El acceso al repositorio se ha llevado a cabo a partir de determinadas
herramientas que se explican a continuacin.
Repositorio
TortoiseSVN
Es la herramienta utilizada para acceder al repositorio enfocada al manejo de
la documentacin del proyecto. Nos permita compartir la informacin entre
nosotros y combinar nuestros archivos.
Adems, ha sido la herramienta encargada de detectar los distintos conflictos
que se han ido produciendo. Para resolver estos conflictos nos permite
11
INTRODUCCIN
mantener el control de versiones de todos los documentos indicando la fecha y
persona que los ha modificado.
TortoiseSVN
Plugin SubClipse de Eclipse
Herramienta encargada de acceder al repositorio, para obtener y contrastar el
cdigo de nuestra aplicacin. El uso de esta herramienta ha sido fundamental
ya que nos ha permitido reducir considerablemente el nmero de conflictos
producidos. Destacar, que durante la implementacin es cuando se producen
el mayor numero de conflictos y que estos son los ms difciles de resolver.
Pese que al reparto de tareas se ha realizado de la manera ms independiente
posible con el fin de permitir el trabajo en paralelo y de reducir los conflictos,
existen archivos con alto riesgo de conflicto.
Estos
archivos
son:
struts-config.xml,
estilo.css,
men.jsp,
Messages.properties, as como todos los Archivos Manager.
Para su correctas modificaciones ha sido indispensable est herramienta que
nos ha permitido reducir los conflictos y actualizar los archivos de manera
eficaz.
12
INTRODUCCIN
Plugin SubClipse de Eclipse

En el desarrollo de nuestro proyecto se pueden distinguir las siguientes fases:
1. Reunin para discutir el tema del proyecto.
2. Reunin para determinar los principales objetivos de nuestra aplicacin
y las tecnologas a desarrollar.
3. Bsqueda e intercambio de informacin de las tecnologas aplicadas al
proyecto.
4. Reparto de las distintas tareas para la creacin de la documentacin del
proyecto.
5. Reunin para determinar la arquitectura principal de nuestra
aplicacin.
6. Configuracin del entorno de desarrollo, comn para ambos.
7. Reparto de las distintas tareas para la implementacin del proyecto.
8. Revisin completa del funcionamiento de la aplicacin
9. Reparacin de los errores encontrados.
1.4 Estructura del documento

El documento esta estructurado de la siguiente forma:
13
INTRODUCCIN
BLOQUE 1. Introduccin
Es el bloque actual y contendr los siguientes subapartados:
1.1
1.2
1.3
1.4
1.5
Introduccin
Motivacin
Objetivos del proyecto
Desarrollo del proyecto
Estructura del documento
BLOQUE 2. Materias relacionadas

En este bloque describiremos
los conceptos necesarios para comprender
mejor nuestra aplicacin, as como las herramientas y software empleados
para el desarrollo de nuestro proyecto. Contendr los siguientes subapartados:
2 Conceptos
3 Software
4 Herramientas
BLOQUE 3. Sistema Desarrollado
Es el bloque ms amplio, contara con los siguientes apartados:
5 Dominio del problema:
Consiste en una descripcin del sistema actual.
5.1 Introduccin al problema
6 Visin general del sistema:
En este apartado definiremos los objetivos de nuestra aplicacin
6.2 Actores del sistema
7 Requisitos del sistema:
Aqu va Documento de Requisitos del Sistema.
7.1
7.2
7.3
7.4
7.5
7.6
Requisitos de informacin
Reglas de negocio/restricciones
Requisitos funcionales/casos de uso
Requisitos de interfaz con otros sistemas
Requisitos no funcionales
Rastreabilidad requisitos objetivos
8 Anlisis del sistema:

Aqu se mostrar el anlisis realizado para desarrollar el sistema
9 Arquitectura del sistema:
En este apartado se explican los componentes con los que esta
formando la aplicacin y como se relacionan
10 Implementacin del sistema:
14
INTRODUCCIN
Aspectos ms relevantes de la implementacin del sistema
Distintas pruebas realizadas al sistema para evaluar su
funcionamiento, y rendimiento
Manual de instalacin explicando como realizar la instalacin
13 Manual de usuario del sistema
Gua de las distintas acciones que puede realizar un usuario
BLOQUE 4. Conclusiones
En este bloque se estudiaran si se han alcanzado los objetivos previstos y se
determinara el esfuerzo empleado en el proyecto a partir de estimaciones de
temporales y de coste.
BLOQUE 5. Bibliografa consultada
En este bloque se indicaran las fuentes de informacin que se han utilizado
para llevar a cabo el proyecto.
15
PARTE II: MATERIAS RELACIONADAS
16
CONCEPTOS
2. Conceptos
Framework
Es una estructura de soporte definida en la cual otro proyecto de software
puede ser organizado y desarrollado.
Un framework esta orientado a facilitar el desarrollo de software, permitiendo a
los diseadores y programadores dedicar ms tiempo en la lgica de negocio del
sistema que en detalles tediosos de bajo nivel.
Wikipedia http://en.wikipedia.org/wiki/Framework
Patrn MVC.
Modelo Vista Controlador (MVC) es un patrn de arquitectura de software que
separa los datos de una aplicacin, la interfaz de usuario, y la lgica de control
en tres componentes distintos. El patrn MVC se ve frecuentemente en
aplicaciones Web, donde la vista es la pgina HTML y el cdigo que provee de
datos dinmicos a la pgina.
Modelo: Esta es la representacin especfica del dominio de la

informacin sobre la cual funciona la aplicacin. El modelo es otra forma
de llamar a la capa de dominio. La lgica de dominio aade significado a
los datos; por ejemplo, calculando si hoy es el cumpleaos del usuario o
los totales, impuestos o portes en un carrito de la compra.
Vista: Este presenta el modelo en un formato adecuado para interactuar,

usualmente un elemento de interfaz de usuario.
Controlador: Este responde a eventos, usualmente acciones del usuario e

invoca cambios en el modelo y probablemente en la vista.
Muchas aplicaciones utilizan un mecanismo de almacenamiento

persistente (como puede ser una base de datos) para almacenar los
datos. MVC no menciona especficamente esta capa de acceso a datos.
Wikipedia http://es.wikipedia.org/wiki/Modelo_Vista_Controlador
ORM (Object to Relaional Mapping)

Hay una diferencia entre el modelo de objetos y el de bases de datos
relacionales. El modelo relacional trata con relaciones, y conjuntos es muy
matemtico por naturaleza. Sin embargo, el paradigma orientado a objetos
trata con objetos, sus atributos y asociaciones de unos con otros. Cuando se
quiere que los objetos sean persistentes se observa que hay una diferencia
entre los dos paradigmas, un ORM, o un mapeador de objetos a relaciones,
nos ayuda a evitar esa diferencia, interviniendo entre los dos, y
transformndolos mediante un archivo de mapeo.
AJAX
17
CONCEPTOS
AJAX, acrnimo de Asynchronous JavaScript And XML (JavaScript y XML
asncronos, donde XML es un acrnimo de eXtensible Markup Language), es
una tcnica de desarrollo Web para crear aplicaciones interactivas. stas se
ejecutan en el cliente, es decir, en el navegador del usuario, y mantiene
comunicacin asncrona con el servidor en segundo plano. De esta forma es
posible realizar cambios sobre la misma pgina sin necesidad de recargarla.
Esto significa aumentar la interactividad, velocidad y usabilidad en la misma.
AJAX es una combinacin de tres tecnologas ya existentes:
XHTML (o HTML) y hojas de estilos en cascada (CSS) para el diseo que

acompaa a la informacin.
Document Object Model (DOM) accedido con un lenguaje de scripting
por parte del usuario, especialmente implementaciones ECMAScript
como JavaScript y JScript, para mostrar e interactuar dinmicamente
con la informacin presentada.
El objeto XMLHttpRequest para intercambiar datos asincrnicamente
con el servidor Web. En algunos frameworks y en algunas situaciones
concretas, se usa un objeto iframe en lugar del XMLHttpRequest para
realizar dichos intercambios.
XML es el formato usado comnmente para la transferencia de vuelta al
servidor, aunque cualquier formato puede funcionar, incluyendo HTML
preformateado, texto plano, JSON y hasta EBML.
Ventajas de la tecnologa AJAX
Recuperacin asncrona de datos, el usuario no tienen que esperar

despus de una peticin.
Acercamiento de la metfora de escritorio a la Web. Ms cerca de crear
realmente "Aplicaciones Web".
No requiere plugins.
Menos carga del servidor (menos transferencia).
Se reduce el tamao de la informacin intercambiada.
Servlet
Los Servlets son componentes del servidor. Estos componentes pueden ser
ejecutados en cualquier plataforma o en cualquier servidor debido a la
tecnologa Java que se usa para implementarlos. Los Servlets incrementan la
funcionalidad de una aplicacin web. Se cargan de forma dinmica por el
entorno de ejecucin Java del servidor cuando se necesitan.
18
CONCEPTOS
Arquitectura de componentes
Ventajas que ofrece la tecnologa Servlet
Los servlets aaden comportamiento dinmico a los servidores.

La API de programacin de los servlets hace muy fcil la escritura de
servicios complejos para aplicaciones basadas en Web, sin tener que
centrarse en los detalles de bajo nivel de los protocolos HTTP, formatos
de peticin, y cabeceras.
Puesto que los servlets estn implementados mediante Java, son
independientes de la plataforma tanto en el cliente como en el servidor
JSP( Java Server Pages)

JSP es una tecnologa Java desarrollada por la compaa Sun Microsystems
que permite generar contenido dinmico en la Web en forma de documentos
HTML, XML, o de otro tipo. JSP's permite cdigo Java y a algunas acciones
predefinidas ser incrustadas en el contenido esttico del documento Web.
Antes de ejecutarse una pagina en JSP, el servidor web compila el script y
genera un servlet. Por lo tanto, se puede decir que aunque este proceso sea
transparente para el programador no deja de ser una aplicacin compilada.
Ventajas
La principal ventaja de JSP frente a otros lenguajes es que permite

integrarse con clases Java (.class) lo que permite separar en niveles las
aplicaciones Web, almacenando en clases java las partes que consumen
ms recursos as como las que requieren ms seguridad, y dejando la
parte encargada de formatear el documento html en el archivo jsp. La
idea fundamental detrs de este criterio es el de separar la lgica del
negocio de la presentacin de la informacin.
Al generarse a travs del script JSP un servlet, se provee de ms rapidez

ya que el servidor trabaja con cdigo ya compilado.
Otra de las ventajas que ofrece JSP al estar desarrolado en java es que
es portable.
3. Software
STRUTS (versin 1.3.5)
Struts es un framework
para el desarrollo de aplicaciones Web que
implementa el patrn MVC, el cual se utiliza ampliamente y es considerado de
gran solidez. Funciona bajo la plataforma J2EE.
Funcionalidades
19
SOFTWARE
-
Soporte para la internacionalizacin (i18n) a travs de ficheros de

recursos y Java Locales
Un gran conjunto de etiquetas personalizadas(taglibraries) JSP que
cooperan con el controlador para su uso en la capa view de MVC
Varias opciones para la validacin de entrada de usuario en formularios
HTML: ActionForm o Validator Framework
Mecanismos para el manejo y reporte de errores
Soporte para fuentes de datos
Beneficios de usar Struts

Te quita un gran trozo del pastel a la hora de desarrollar la aplicacin Web,
tiene implementadas muchas funcionalidades, como las expuestas
anteriormente.
Su carcter de software libre y su compatibilidad con todas las plataformas en
que Java Entreprise est disponible, lo convierte en una herramienta
altamente disponible.
Es un Framework muy usado, tiene una gran comunidad de desarrolladores y
por tanto muchos manuales de su uso, ejemplos, solucin de errores y una
infinidad de herramientas para su utilizacin. Adems tiene muchos plugins
para su uso con otras tecnologas como por ejemplo AjaxTags, que hemos
usado en el proyecto y que permite la integracin de Ajax mediante
taglibraries.
Por qu no hemos dado el salto hacia Struts 2?
A pesar de que Struts 2 tiene ms funcionalidades, es un proyecto aun nuevo
del que se disponen de pocos manuales. Adems la migracin de Struts 1 a
Struts 2 aunque no es muy compleja, supone un gran cambio en la estructura
y mucho tiempo para las mejoras que supondra su uso.
HIBERNATE
Hibernate es un ORM para la plataforma Java (aunque tambin hay un
proyecto para c++) que ayuda en el mapeo de atributos entre una base de
datos relacional y el modelo de objetos de una aplicacin, mediante archivos
declarativos (XML) que permiten establecer estas relaciones. Hibernate no solo
realiza esta transformacin sino que nos proporciona capacidades para la
obtencin y almacenamiento de datos de la base de datos que nos reducen el
tiempo de desarrollo.
20
SOFTWARE
Ventajas de su uso:
Productividad: El cdigo relacionado con la persistencia resulta tedioso para
las aplicaciones de Java. Hibernate elimina la mayor parte de este y permite
concentrarse principalmente en el problema, con lo cual aumenta la
productividad. Segn algunos estudios reduce aproximadamente el 95% de
las tareas que un programador tena que hacer para realizar tareas comunes
de acceso a datos.
Mantenimiento: Menor nmero de lneas de cdigo hacen un sistema ms
comprensible, haciendo ms fcil su mantenimiento. Automatizando la
persistencia de los objetos se reduce sustancialmente las lneas de cdigo y de
est manera se reduce la complejidad de la aplicacin
Independencia del gestor de BD: Hibernate facilita la migracin de sistemas
entre diferentes motores de base de datos.
Bases de datos soportadas por Hibernate:
Oracle 8i, 9i, 10g

DB2 7.1, 7.2, 8.1
Microsoft SQL Server 2000
Sybase 12.5 (JConnect 5.5)
MySQL 3.23, 4.0, 4.1, 5.0
PostgreSQL 7.1.2, 7.2, 7.3, 7.4, 8.0, 8.1
TimesTen 5.1, 6.0
HypersonicSQL 1.61, 1.7.0, 1.7.2, 1.7.3, 1.8
SAP DB 7.3
InterSystems Cache 2007.1
Ver http://www.hibernate.org/80.html para ver ms BDs soportadas
MYSQL
Sistema de gestin de base de datos, multihilo y multiusuario.
Por qu MySQL y no otros?
Dado que usamos Hibernate podramos haber escogido cualquiera de los
gestores de bases de datos mencionados en la lista de soportados. Pero nos
decantamos por MySQL debido a los siguientes puntos:
Portabilidad: MySQL puede correr en la inmensa mayora de sistemas

operativos, por lo que junto a otro lenguaje de programacin de lado de
servidor de alta portabilidad como Java nos permite el desarrollo de
aplicaciones Web fciles de migrar y el acceso y copia de los datos desde
cualquier Sistema Operativo
Velocidad: Es de los gestores de base de datos mas rpidos y de mejor
rendimiento.
21
SOFTWARE
Documentacin: hay mucha documentacin y tutoriales en Internet

sobre l, y dispone de una gran comunidad de usuarios. Segn las
cifras del fabricante, existiran ms de seis millones de copias de
MySQL funcionando en la actualidad, lo que supera la base instalada
de cualquier otra herramienta de bases de datos.
22
HERRAMIENTAS
4. Herramientas
REM 1.2.2
Herramienta para el desarrollo de la elicitacin de requisitos y anlisis del
sistema. Desarrollado en nuestra escuela de informtica por el profesor
Amador Durn del Toro.
Apache Tomcat (versin 5.5)

Funciona como un contenedor de servlets desarrollado bajo el proyecto
Jakarta en la Apache Software Foundation. Tomcat implementa las
especificaciones de los servlets y de JavaServer Pages (JSP) de Sun
Microsystems. Se le considera un servidor de aplicaciones.
MySQL Server 5.0

Servidor del gestor de base de datos MySQL.
MYSQL Administrador
MySQL Administrador es una herramienta que permite realizar tareas
administrativas sobre servidores de MySQL incluyendo:
la configuracin de las opciones de inicio de los servidores

inicio y detencin de servidores
monitorizacin de conexiones al servidor
administracin de usuarios
monitorizacin del estado del servidor, incluyendo estadsticas de uso
visualizacin de los logs de servidor
gestin de copias de seguridad y recuperaciones
visualizacin de catlogos de datos.
MySQL Query Browser

Es una utilidad para trabajar con la base de datos MySQL. Es un editor de
sentencias SQL visual, que adems incorpora herramientas para optimizar las
consultas. Dispone tambin de un editor de tablas y registros, que permite
crear nuevas tablas o cambiar las existentes, tambin aadirles o modificar
sus atributos. Adems es gratuito y es de los desarrolladores del gestor de
Base de datos.
ArgoUML
Es herramienta para realizar los diagramas de UML escrita en Java y
publicada bajo la Licencia BSD open source que adems est traducida en
espaol. Dado que es una aplicacin Java, est disponible en cualquier
plataforma soportada por Java. Entre sus caractersticas principales est la de
generacin de cdigo a travs del diagrama de clases, y opciones de ingeniera
inversa.
23
HERRAMIENTAS
JMeter
Aplicacin realizada 100% en Java con una interfaz grafica intuitiva, y adems
traducido al espaol. Esta aplicacin nos permite definir comportamientos
para casos de test y medir su rendimiento. Adems es valido tanto para
contenido esttico como dinmico. Puede simular una gran carga en el
servidor mediante multihilos y permite registrar los sucesos con completas
graficas e informes.
Captura de pantalla de la aplicacin JMeter
ECLIPSE IDE LOMBOZ 3.2

Entorno de desarrollo eclipse unido al plugin Lomboz diseado para el
desarrollo de aplicaciones Web en Java.
Por qu Eclipse IDE LOMBOZ?
Hemos elegido el entorno Eclipse porque es gratuito, est siendo de los ms
utilizados por sus funcionalidades, incluso por las empresas, y por lo tanto
tiene una infinidad de plugins para adaptarlo a las necesidades de cada
proyecto.
La eleccin de Lomboz ha sido basada en las buenas experiencias de uso, y
porque tiene funcionalidades relacionadas con entornos Webs como: editor de
xml, soporte de servidores Web ms usuales y multitud de tipos de proyecto.
Adems en sus ltimas versiones soporta proyectos Web con struts.
Plugins de Eclipse:
Subversion (http://subversion.tigris.org/ )
24
HERRAMIENTAS
Permite la conexin entre el servidor SVN y eclipse, para llevar un control de
versiones. Es simple y fcil de usar.
Amateras StrutsIDE 2.0.2
Plugin para eclipse que permite trabajar de manera grfica con Struts. Entre
sus funciones ms destacables est la de modificar el fichero de configuracin
de Struts (struts-config.xml) de forma grafica, mediante flujos, lo cual permite
llevar un mejor control de las acciones, adems sirve en cierto modo de
diagrama de navegacin.
Entorno grfico para la configuracin de struts-config.xml

Ms informacin sobre StrutsIDE 2.0.2 en:
http://amateras.sourceforge.jp/cgi-bin/fswiki_en/wiki.cgi?page=StrutsIDE
Amateras Eclipse HTML Editor

Junto con el plugin StrutsIDE, permite reconocer las taglibraries, opciones de
autocompletado y validacin del cdigo Jsp.
Entorno para el desarrollo de las vistas en JSP usando las taglibraries
Ms informacin sobre StrutsIDE 2.0.2 en:

http://amateras.sourceforge.jp/cgi-bin/fswiki_en/wiki.cgi?page=EclipseHTMLEditor
25
HERRAMIENTAS
Hibernate Tools (http://tools.hibernate.org/ )
Herramienta desarrollada por Hibernate, que permite generar tanto el cdigo
necesario, como el script SQL, a partir del mapeo en XML de la base de datos,
lo
cual
supone
un
ahorro
sustancial
de
tiempo.
26
PARTE III: SISTEMA DESARROLLADO
27
DOMINIO DE PROBLEMA
5 Dominio del problema

Actualmente los datos de los alumnos se encuentran almacenados en la
secretara virtual de la universidad de Sevilla. Sin embargo, a la hora de
solicitar los profesores datos de los alumnos, la informacin se recoge en
forma
de
ficha
o
mediante
correo
electrnico.
No existe ningn sistema que recoja los datos de los alumnos de forma
ordenada o que no conlleve un proceso de transformacin por parte del
profesorado. El profesor debe reorganizar los e-mail que recibe de los alumnos
y transformar la informacin de las fichas de formato papel a formato digital,
lo cual a veces puede resultar una tarea tediosa. Por otra parte, tampoco
existe ningn sistema que permita al profesor mantener un control y un orden
de las tutoras solicitadas por los alumnos. El alumno tiene que comunicarse
con el profesor personalmente, por e-mail, por telfono, etc. y el profesor es el
encargado de comprobar la disponibilidad y de anotar la peticin de tutora.
De esta idea, de recoger los datos de los alumnos de forma ordenada y digital,
a nacido nuestro proyecto "Gestin de Fichas", que adems permite a los
profesores mantener un control de todas las peticiones de tutoras realizadas
por los alumnos, verlas de una forma grfica y llevar una planificacin. En
definitiva, nuestro proyecto pretende simplificar la labor del docente.
5.1 Introduccin
El proyecto consistir en una aplicacin Web relacionado con la enseanza
y los servicios ofrecidos por el proyecto se detallan ms concretamente a
continuacin:
Llevar acabo la gestin de los datos de los alumnos por fichas para que el
profesor pueda contactar con sus alumnos. Tambin los datos referentes a
un profesor para que el alumno a su vez pueda contactar con los
profesores.
Permitir mostrar las tutoras del profesor, y en el caso de que lo desee,

podr activar la citacin electrnica que ofrece la aplicacin Web, con la
cual se pueden llevar a acabo las citas entre los alumnos y profesores
en un horario concreto.
Ofrecer informacin sobre las asignaturas, y las noticias referentes a
stas introducidas por los profesores
Ofrecer la figura del administrador que velar por el buen
funcionamiento de la Web. Ser el encargado de inicializar la base de
datos de los alumnos y profesores, mediante un fichero de texto,
adems de modificarlos, dar de alta y baja a un usuario.
En conclusin la aplicacin Web ofrecer servicios que ayudarn a llevar

con ms facilidad la tarea del profesorado.
28
DOMINIO DE PROBLEMA

Alumno: Toda aquella persona que se encuentra matriculada en al menos una
de las asignaturas que componen el sistema
Profesor: Toda aquella persona que imparte al menos una de las asignaturas
que se encuentran registradas en el sistema.
Asignatura: Cada una de las materias que se ensean en un centro docente o
de que consta una carrera o un plan de estudios
Administrador: Persona encargada del correcto funcionamiento del sistema.
Tiene pleno control sobre todos los elementos del sistema y es el encargado de
resolver los posibles conflictos que puedan surgir.
Cita: peticin de cita que ha sido aceptada previamente por el profesor
Peticin de cita: Resguardo de la accin realizada por el alumno para obtener
una cita con un profesor. Sus valores son, aceptada, en proceso, y cancelada.
Tutoras: conjunto de horarios que un profesor tiene asignado para los
alumnos
29
VISIN GENERAL DEL SISTEMA
6 Visin general del sistema

6.1 Participantes en el proyecto
Participante
Fernando Lpez Iglesias
Organizacin
Desarrolladores Open Source
Rol
Desarrollador
Es desarrollador S
Es cliente
No
Es usuario
No
Participante
Noel Guilln Montilla
Organizacin
Desarrolladores Open Source
Rol
Desarrollador
Es desarrollador S
Es cliente
No
Es usuario
No
Organizacin Departamento de lenguajes y sistemas informticos

Direccin
Avda. Reina Mercedes s/n. 41012 Sevilla
Telfono
954 557 139
Fax
954 557 139
Comentarios E-mail: lsi@lsi.us.es

Web: www.lsi.us.es
Participante
David Benavides Cuevas
Organizacin
Departamento de lenguajes y sistemas informticos
Rol
Tutor
Es desarrollador No
Es cliente
Es usuario

OBJ-0001
Gestionar toda la informacin referente a los alumnos y profesores
Versin
1.0 ( 01/08/2006 )
Autores

Descripcin
El sistema deber facilitar al usuario profesor toda la informacin del alumno.

El sistema tambin facilitar la informacin de los profesores a los alumnos.
Subobjetivos
Ninguno
Importancia
vital
30

Urgencia
inmediatamente
Estado
validado
Estabilidad
alta
OBJ-0005
Controlar el proceso de citacin entre alumnos y profesores
Versin
1.0 ( 01/08/2006 )
Autores

Descripcin
El sistema deber ofrecer un mecanismo que permita a profesores y alumnos

llegar a un acuerdo en la peticin de citas para tutora, y que el profesor pueda
mostrar el horario sus tutoras.
Subobjetivos
Ninguno
Importancia
vital
Urgencia
inmediatamente
Estado
validado
Estabilidad
alta
OBJ-0009
Permitir perfiles de usuarios y gestionar sus datos
Versin
1.0 ( 07/08/2006 )
Autores
Descripcin
Subobjetivos

El sistema deber permitir a los usuarios registrados en el sistema iniciar
sesin como usuario alumno, profesor o administrador, aplicando las
restricciones que recaen sobre cada uno de ellos
[OBJ-0010] Permitir la proteccin de datos del alumno: El sistema
deber impedir que un usuario alumno tenga acceso a la informacin
personal de los dems alumnos mediante un sistema de identificacin
Alumno / profesor.
Importancia
vital
Urgencia
inmediatamente
Estado
validado
Estabilidad
alta
OBJ-0011
Establecer una administracin va Web
Versin
1.0 ( 09/08/2006 )
Autores

31

Descripcin
Subobjetivos
El sistema deber permitir la gestin y control de todos los usuarios que

acceden al portal mediante un administrador Web. El sistema deber tambin
permitir al administrador, la gestin de las asignaturas y titulaciones del
sistema
[OBJ-0012] Control de usuarios: El sistema deber permitir al

administrador aadir o eliminar usuarios al portal ya sean de tipo
alumno o profesor. (Los usuarios podrn ser aadidos de forma
individual o a partir de un fichero, plano o XML.)
Importancia
vital
Urgencia
inmediatamente
Estado
validado
Estabilidad
alta
OBJ-0014
Gestionar la informacin de las asignaturas
Versin
1.0 ( 09/08/2006 )
Autores

Descripcin
El sistema deber almacenar la informacin de cada asignatura as como

todos los profesores y alumnos asociados a ella, las noticias introducidas por
los profesores que imparten la asignatura.
Subobjetivos
Ninguno
Importancia
vital
Urgencia
inmediatamente
Estado
validado
Estabilidad
alta
32
REQUISITOS DEL SISTEMA
7 Requisitos del sistema

Denominamos requisitos a aquellas caractersticas que solicita el cliente y que
desea que se cumplan en el sistema. A continuacin detallaremos los que
hemos recogido para el desarrollo de la aplicacin.
7.1 Requisitos de informacin

IRQ-0001
Informacin sobre Fichas
Versin
1.0 ( 01/08/2006 )
Autores

Dependencias
[OBJ-0001] Gestionar toda la informacin referente a los alumnos y

profesores
[CRQ-0001] Numero de peticiones de cita
Descripcin
El sistema deber almacenar la informacin correspondiente a las fichas de

los alumnos de una asignatura. En concreto:
Datos
especficos
Datos de direccin de residencia real, y mientras estudia: Domicilio,

cdigo postal ,pas
Datos personales: Nombre, apellidos, fecha de nacimiento
Datos de contacto: telfono, mvil, correo electrnico
Datos acadmicos: Asignaturas aprobadas
Importancia
vital
Urgencia
hay presin
Estado
validado
Estabilidad
alta
IRQ-0002
Informacin sobre las tutoras
Versin
1.0 ( 01/08/2006 )
Autores

Dependencias
[OBJ-0005] Controlar el proceso de citacin entre alumnos y profesores
Descripcin
El sistema deber almacenar la informacin correspondiente a las tutoras

ofrecidas por el profesor en su horario. En concreto:
Datos
especficos
Importancia
vital
Urgencia
inmediatamente
Estado
validado
Estabilidad
alta
Comentarios
Ninguno
Datos de la tutora: da de la semana, hora de inicio y hora de fin

Datos del estado: estado(activada, desactivada)
33

IRQ-0003
Informacin sobre las citaciones
Versin
1.0 ( 01/08/2006 )
Autores

Dependencias
Descripcin
El sistema deber almacenar la informacin correspondiente a las citas

pedidas por los alumnos hacia el profesor. En concreto:
Datos
especficos
Datos de la cita: breve descripcin, estado, motivo de la denegacin

(si es denegada)
Datos de la fecha: fecha de la cita, hora de inicio.
Tiempo de vida Medio
Mximo
5 da(s)
10 da(s)
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
IRQ-0004
Informacin sobre los usuarios
Versin
1.0 ( 01/08/2006 )
Autores

Dependencias

profesores
[OBJ-0009] Permitir perfiles de usuarios y gestionar sus datos
[OBJ-0010] Permitir la proteccin de datos del alumno
[OBJ-0011] Establecer una administracin va Web
[OBJ-0012] Control de usuarios
Descripcin
El sistema deber almacenar la informacin correspondiente a los usuarios

que utilizan la aplicacin, es decir alumnos y profesores. En concreto:
Datos
especficos
Importancia
vital
Urgencia
inmediatamente
Estado
validado
Estabilidad
alta
IRQ-0005
Informacin sobre las asignaturas
Versin
1.0 ( 01/08/2006 )
Autores
Datos del usuario: usuario(DNI), clave de acceso, rol y correo

electrnico

34

Dependencias
[OBJ-0014] Gestionar la informacin de las asignaturas
Descripcin
El sistema deber almacenar la informacin correspondiente a la asignatura.

En concreto:
Datos
especficos
Datos de la asignatura: cdigo, descripcin, departamento, titilacin a

la que pertenece, crditos, duracin, tipo(optativa, obligtoria, troncal o
de libre configuracin), nombre de la asignatura, profesores y
coordinador de la asignatura.
Importancia
importante
Urgencia
hay presin
Estado
pendiente de validacin
Estabilidad
alta
IRQ-0006
Informacin sobre las noticias
Versin
1.0 ( 13/09/2006 )
Autores

Dependencias
Descripcin
El sistema deber almacenar la informacin correspondiente a las noticias

que sean necesarias por los profesores. En concreto:
Datos
especficos
Datos de la fecha: fecha y hora, tanto de la fecha de la primera

insercin como de la modificacin
Datos de la noticia: Titulo, texto de la noticia y asignatura a la que
corresponde
Importancia
quedara bien
Urgencia
puede esperar
Estado
Estabilidad
media
IRQ-0007
Informacin sobre los profesores
Versin
1.0 ( 15/09/2006 )
Autores

Dependencias
Descripcin
El sistema deber almacenar la informacin correspondiente a los

profesores que imparten las asignaturas. En concreto:
Datos
especficos

Datos de contacto: telfono, pagina personal, despacho

Datos personales: Nombre y categora
Importancia
importante
Urgencia
inmediatamente
35

Estado
Estabilidad
alta
7.2 Reglas de negocio y restricciones

CRQ-0001
Numero de peticiones de cita
Versin
1.0 ( 09/08/2006 )
Autores

Dependencias
Ninguno
Descripcin
La informacin almacenada por el sistema deber satisfacer la siguiente

restriccin: Ningn alumno podr solicitar mas de dos citas para un mismo
profesor para un mismo da.
Importancia
vital
Urgencia
inmediatamente
Estado
validado
Estabilidad
alta
CRQ-0002
Unicidad de perfiles
Versin
1.0 ( 09/08/2006 )
Autores

Dependencias
Ninguno
Descripcin
La informacin almacenada por el sistema deber satisfacer la siguiente

restriccin: Un usuario solo podr poseer el perfil de alumno o de profesor,
nunca el de ambos.
Importancia
vital
Urgencia
inmediatamente
Estado
validado
Estabilidad
alta
36
7.3 Requisitos funcionales

7.3.1 Diagramas de casos de uso
Figura 1: Sistema

En este subsistema se gestionar todo lo referente a la comunicacin entre los
alumnos y profesores. Por una parte se controla la exposicin del horario de
tutoras del profesor, el cual podr modificar el horario de tutoras,
desactivarlas para que no se muestren por un motivo y volverlas activar. Por
otra parte se gestionar el sistema que permitir concertar citas entre
profesores y alumnos, con el cual se podrn realizar peticiones de citas,
denegarlas con su correspondiente motivo y consultar las citas aceptadas
actualmente.
37
Figura 1: Gestin de tutoras y peticiones de citas

En este subsistema se gestionar a los distintos usuarios que utilizan la
aplicacin Web. Estos tendrn que identificarse si quiere modificar la
contrasea o los datos propios del usuario.
38
Figura 1: Gestin de usuarios

En el siguiente subsistema se gestiona la informacin de las asignaturas. Se
controlar el sistema de noticias con el cual el profesor tendr un mtodo para
avisar a los alumnos.
Figura 1: Gestin de informacin de las asignaturas
39

En el siguiente subsistema se gestiona la informacin de los alumnos, as
como la informacin que los profesores hacen publica
Figura 1: Gestin de informacin de alumnos y profesores

En el siguiente subsistema se gestionan las asignaturas, los usuarios y las
titulaciones, as como las relaciones que existen entre ellos. Se permitir
aadir o eliminar cualquiera de los elementos anteriores y establecer o
deshacer las asociaciones pertinentes entre ellos.
40
Figura 1: Gestin administrativa va Web
7.3.2 Definicin de actores

ACT-0001
Administrador
Versin
1.0 ( 01/08/2006 )
Autores
Descripcin

Este actor representa a la persona encargada de gestionar la pagina Web
Comentarios Este usuario tiene derechos ilimitados, aunque no participa en el portal Web
41

activamente, slo lo administra y lo gestiona para su buen funcionamiento
ACT-0002
Alumno
Versin
1.0 ( 01/08/2006 )
Autores
Descripcin

Este actor representa al usuario que es alumno de las asignaturas que el portal
contiene
Comentarios Estos usuarios tienen derechos restringidos, solo pueden modificar su ficha,
visualizar los datos referentes a las asignaturas y los profesores que las
imparten. Participan activamente en la Web.
ACT-0003
Profesor
Versin
1.0 ( 01/08/2006 )
Autores
Descripcin

Este actor representa al usuario que es profesor de las asignaturas contenidas
en el portal
Comentarios Estos usuarios tienen derechos limitados y participan activamente en la Web.
ACT-0004
Usuario
Versin
1.0 ( 09/08/2006 )
Autores

Descripcin Este actor representa al usuario de la aplicacin Web
7.3.3 Casos de uso del sistema

UC-0004
Modificar horario de tutoras
Versin
1.0 ( 10/08/2006 )
Autores
Dependencias

[IRQ-0002] Informacin sobre las tutoras
42

Descripcin
El sistema deber comportarse tal como se describe en el siguiente caso

de uso cuando el usuario desea cambiar el horario de tutoras
Precondicin
Ninguna
Secuencia normal Paso Accin

1
Se realiza el caso de uso Identificacin de usuario (UC-0001)
El sistema muestra el horario de tutoras actual por das de la

semana, hora de inicio y fin.
El actor Profesor (ACT-0003) modifica, aadiendo o eliminando

das de la semana con la hora de inicio y fin.
El sistema valida los datos de los horarios de tutora
El sistema muestra por pantalla el horario elegido por el profesor y

da la opcin de modificar de nuevo, o aceptarla
Si el profesor elige modificar los datos referentes a los horarios de

tutoras, el sistema vuelve al paso 2
Si est de acuerdo con las tutoras, el sistema almacena las

tutoras
Postcondicin
Se ha cambiado el horario de tutoras y se ha almacenado
Excepciones
Paso Accin
4
Si la hora de ingreso no es valida, es decir, hay das repetidos,

horas fuera de rango, el sistema muestra el error por pantalla y da
la opcin de modificarlo, a continuacin este caso de uso queda sin
efecto
Si no se ha podido almacenar, el sistema se muestra el error por

pantalla y se da la opcin de volver a intentarlo, a continuacin este
caso de uso queda sin efecto
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0005
Consultar el horario de tutoras
Versin
1.0 ( 10/08/2006 )
Autores

Dependencias

Descripcin
El sistema deber comportarse tal como se describe en el siguiente caso de

uso cuando el profesor desea ver el horario de tutoras
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
El sistema muestra las asignaturas
El actor Alumno (ACT-0002) elige la asignatura
El sistema muestra a los profesores de la asignatura
43

5
El actor Alumno (ACT-0002) elige el profesor deseado
El sistema muestra por pantalla el horario de las tutoras
Postcondicin
Ninguna
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
media
UC-0006
Revisar peticiones de citas
Versin
1.0 ( 10/08/2006 )
Autores

Dependencias
[IRQ-0003] Informacin sobre las citaciones

Descripcin

uso cuando el profesor desea revisar las peticiones de citas de tutoras de
los alumnos
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
El sistema muestra por orden de fecha de envo y por alumno las

peticiones de citas de tutoras
El actor Profesor (ACT-0003) selecciona una peticin
El sistema muestra los datos de la cita y da la opcin de aceptarla o

rechazarla
Si el profesor acepta la peticin, el sistema rechaza las peticiones en

el mismo horario con el motivo: horario ocupado. Luego salta al paso
8
Si el profesor acepta la peticin de cita, el sistema solicita al usuario

profesor, los motivos de la cancelacin
El actor Profesor (ACT-0003) introduce el motivo, o elige uno de los

ya predefinidos
El sistema modifica el estado de la peticin del alumno afectado
Postcondicin
El sistema ha modificado el estado actual de las peticiones modificadas
Excepciones
Paso Accin
2
Si el sistema no puede acceder a los datos de la base de datos, el

sistema muestra el error por pantalla y da la opcin de reintentarlo, a
continuacin este caso de uso queda sin efecto
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
44

UC-0007
Cancelar citas actuales
Versin
1.0 ( 10/08/2006 )
Autores

Dependencias

Descripcin

uso cuando el usuario profesor desee ver las citas aceptadas y cancelarlas
por algn motivo
Precondicin
Hay citas aceptadas anteriormente
Secuencia
normal
Paso Accin
1
El sistema solicita al usuario que elija uno de los das ofrecidos
El actor Profesor (ACT-0003) elije el da deseado
El sistema muestra las citas para el da elegido, con el motivo, la

hora, y el alumno, ordenado por la hora
El actor Profesor (ACT-0003) selecciona las citas que desea cancelar
El sistema solicita un motivo de cancelacin al usuario
El actor Profesor (ACT-0003) introduce el motivo de la cancelacin

de citas
El sistema modifica el estado de las cita, e informa a los alumnos

afectados de la cancelacin
Postcondicin
Se han modificado las citas seleccionadas, y se le ha notificado a los

afectados por la cancelacin
Excepciones
Paso Accin
8
Si no puede acceder a la base de datos, el sistema da la opcin de

reintentarlo, a continuacin este caso de uso queda sin efecto
Importancia
quedara bien
Urgencia
puede esperar
Estado
validado
Estabilidad
media
UC-0009
Consultar citas actuales
Versin
1.0 ( 11/08/2006 )
Autores

Dependencias

Descripcin

uso cuando el usuario desea ver las citas de una determinada fecha
Precondicin
Hay citas aceptadas
Secuencia
Paso Accin
45

normal
El sistema muestra los posibles das a elegir para la consulta de citas
El actor Usuario (ACT-0004) elije el da deseado
El sistema muestra las citas aceptadas por nombre y hora,

ordenadas por la hora.
Postcondicin
Se ha mostrado al usuario las citas actuales
Excepciones
Paso Accin
4
Si no se ha podido tener acceso a la base de datos, el sistema

informa del error y da la opcin de reintentarlo, a continuacin este
caso de uso queda sin efecto
Importancia
quedara bien
Urgencia
puede esperar
Estado
validado
Estabilidad
media
UC-0016
Desactivar tutoras temporalmente
Versin
1.0 ( 16/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el profesor desee que no se muestre su horario de tutoras y se
muestre su motivo
Precondicin
Hay tutoras introducidas anteriormente
Secuencia
normal
Paso Accin
1
El sistema muestra un formulario para rellenar con el motivo para que

este se muestre en vez de las tutoras
El actor Profesor (ACT-0003) Introduce el motivo de la desactivacin
El sistema muestra que se ha realizado correctamente
Postcondicin
Se han desactivado las tutoras
Excepciones
Paso Accin
4
Si no ha podido desactivar las tutoras correctamente, el sistema

informa del error por pantalla y da la opcin de reintentarlo, a
Importancia
quedara bien
Urgencia
puede esperar
Estado
Estabilidad
media
46

UC-0017
Activar tutoras
Versin
1.0 ( 16/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el profesor desee activar las tutoras que han sido desactivadas
y por tanto han dejado de ser mostradas
Precondicin
El mostrado de las tutoras est desactivado
Secuencia
normal
Paso Accin
1
El sistema muestra la opcin de activarla
El actor Profesor (ACT-0003) acepta
El sistema muestra que se ha realizado correctamente la activacin
Postcondicin
Se ha activado el mostrado de las tutoras
Excepciones
Paso Accin
4
Si no se ha podido realizar correctamente la activacin, el sistema

informa del error y da la posibilidad de reintentarlo, a continuacin
este caso de uso queda sin efecto
Importancia
quedara bien
Urgencia
puede esperar
Estado
Estabilidad
media
UC-0018
Consultar estado de las peticiones
Versin
1.0 ( 16/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el alumno desee consultar el estado de las peticiones de cita
realizadas
Precondicin
Hay peticiones
Secuencia
normal
Paso Accin
1
El actor Alumno (ACT-0002) solicita el estado de las peticiones
El sistema muestra las peticiones ordenadas por fechas, junto con su

estado
Postcondicin
Se ha mostrado el estado de las peticiones realizadas por el alumno
Excepciones
Paso Accin
47

3
Si no se ha podido tener acceso a la base de datos, el sistema

informa del error por pantalla y da la opcin de reintentarlo, a
Importancia
importante
Urgencia
hay presin
Estado
Estabilidad
alta
UC-0019
Realizar peticin de cita
Versin
1.0 ( 16/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el alumno desee realizar una peticin de cita
Precondicin
No ha realizado mas de dos peticiones el mismo da
Secuencia
normal
Paso Accin
1
El sistema ofrece formularios para que el usuario los rellene con el

motivo, y la fecha de la cita deseada
El actor Usuario (ACT-0004) rellena el formulario
El sistema muestra la peticin y pide la confirmacin del usuario
Si el alumno confirma, el sistema notifica que se ha realizado

correctamente la peticin de la cita
Si el alumno no confirma la tutora y desea modificar la peticin, el

sistema muestra la peticin con la opcin de modificarlo y salta al
paso 3
Postcondicin
Se notifica al profesor de la peticin
Importancia
importante
Urgencia
inmediatamente
Estado
Estabilidad
alta

UC-0001
Identificacin de usuario
Versin
1.0 ( 09/08/2006 )
Autores

48

Dependencias
[OBJ-0010] Permitir la proteccin de datos del alumno

[IRQ-0004] Informacin sobre los usuarios
Descripcin

uso abstracto durante la realizacin de los siguientes casos de uso: [UC0002] Modificar contrasea, [UC-0004] Modificar horario de tutoras, [UC0005] Consultar el horario de tutoras, [UC-0006] Revisar peticiones de citas,
[UC-0007] Cancelar citas actuales, [UC-0008] Consultar datos de alumnos,
[UC-0009] Consultar citas actuales, [UC-0010] Introducir noticias, [UC-0011]
Modificar noticias, [UC-0012] Consultar noticias, [UC-0013] Consultar datos
de la asignatura, [UC-0014] Modificar datos del usuario, [UC-0015] Eliminar
noticia, [UC-0016] Desactivar tutoras temporalmente, [UC-0017] Activar
tutoras, [UC-0018] Consultar estado de las peticiones, [UC-0019] Realizar
peticin de cita, [UC-0020] Inscribir usuario a asignatura, [UC-0023] Eliminar
usuario de asignatura, [UC-0026] Eliminar asignaturas, [UC-0027] Vincular
asignatura a titulacin, [UC-0028] Aadir usuario alumno/profesor, [UC0030] Importar usuarios a partir de un fichero, [UC-0031] Eliminar usuario
alumno/profesor, [UC-0032] Aadir asignatura, [UC-0034] Importar
asignatura a partir de fichero, [UC-0035] Aadir titulacin, [UC-0036]
Eliminar titulacin, [UC-0038] Eliminar asignatura de titulacin, [UC-0039]
modificar asignaturas de titulacin, [UC-0040] Consultar ficha personal, [UC0041] Modificar ficha personal, [UC-0042] Consultar informacin del
profesor, [UC-0043] Modificar informacin del profesor, [UC-0044] Incluir
observaciones a un alumno
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
El sistema solicita los datos de identificacin al usuario
El actor Usuario (ACT-0004) introduce los datos de identificacin
El sistema valida los datos proporcionados por el usuario
El sistema confirma los datos del usuario
Postcondicin
El usuario es reconocido por el sistema y se le aplican las correspondientes

restricciones segn el tipo de usuario.
Excepciones
Paso Accin
3
Si los datos ofrecidos por el usuario no son correctos, el sistema

ofrece 3 intentos al usuario, al tercer intento se bloquea, a
Si no tiene acceso a la base de datos de los usuarios registrados, el

sistema muestra el error y ofrecerle la opcin de reintentarlo, a
continuacin este caso de uso contina
Si uno de los datos introducidos por el usuario no son correctos, el

sistema muestra el error y permite modificar los datos de acceso
introducidos, a continuacin este caso de uso contina
Importancia
vital
Urgencia
inmediatamente
Estado
validado
Estabilidad
alta
UC-0002
Modificar contrasea
Versin
1.0 ( 09/08/2006 )
49

Autores

Dependencias

Descripcin

uso cuando el usuario solicita al sistema un cambio de contrasea
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
El sistema pide al usuario que introduzca una nueva contrasea, dos

veces para evitar equivocaciones
El actor Usuario (ACT-0004) introduce los datos de la nueva

contrasea
El sistema cambia la contrasea asignada al usuario y muestra que

se ha realizado correctamente
Postcondicin
El sistema ha cambiado la contrasea asignada al usuario
Excepciones
Paso Accin
4
Si usuario no introduce una contrasea de una longitud mnima o las

dos contraseas no coinciden, el sistema muestra el error por
pantalla y se le da la opcin de introducir la contrasea al usuario, a
Importancia
importante
Urgencia
inmediatamente
Estado
validado
Estabilidad
alta
UC-0014
Modificar datos del usuario
Versin
1.0 ( 13/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el usuario desea modificar sus datos
Precondicin
Ninguno
Secuencia
normal
Paso Accin
Postcondicin
El sistema muestra los valores actuales de los datos del usuario y

da la opcin de cambiar el email y la clave
El actor Usuario (ACT-0004) introduce los datos
El sistema Muestra por pantalla los nuevos valores de los datos de

usuario y da la opcin de aceptarla o modificarla de nuevo
Ninguna
50

Importancia
importante
Urgencia
hay presin
Estado
Estabilidad
alta

UC-0010
Introducir noticias
Versin
1.0 ( 13/09/2006 )
Autores

Dependencias

[IRQ-0006] Informacin sobre las noticias
Descripcin

uso cuando el profesor desea introducir una noticia en una asignatura
concreta
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
El sistema muestra las asignaturas impartidas por el profesor
El actor Profesor (ACT-0003) elige la asignatura deseada
El sistema muestra un formulario con los campos respectivos a

rellenar para una noticia, es decir, titulo y texto
El actor Profesor (ACT-0003) rellena el formulario
El sistema muestra de nuevo la noticia con todos los datos y queda

pendiente de la validacin del profesor
Si el profesor quiere modificar la noticia, el sistema vuelve al paso 4
Si el profesor esta de acuerdo, el sistema almacena la noticia
El sistema avisa de que se ha realizado correctamente la insercin

de la nueva noticia
Postcondicin
Se ha almacenado la noticia.
Excepciones
Paso Accin
8
Si el sistema no ha podido guardar las noticias porque no tiene

acceso a la base de datos, el sistema muestra el error por pantalla y
da la opcin de reintentarlo, a continuacin este caso de uso queda
sin efecto
Importancia
quedara bien
Urgencia
puede esperar
Estado
Estabilidad
media
51

UC-0011
Modificar noticias
Versin
1.0 ( 13/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el profesor desea modificar una noticia
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
El sistema muestra por pantalla las asignaturas que imparte el

profesor
El actor Profesor (ACT-0003) elige la asignatura deseada
El sistema el sistema muestra todas las noticias de la asignatura

ordenadas por fecha
El actor Profesor (ACT-0003) elige la noticia deseada
El sistema muestra la noticia con campos que permitan su

modificacin
El actor Profesor (ACT-0003) modifica la noticia
El sistema muestra la noticia y da la opcin de modificarla o aceptarla
Postcondicin
Se ha modificado la noticia y actualizado la fecha de modificacin
Excepciones
Paso Accin
8
Si no se ha podido modificar la noticia, el sistema muestra el error y

ofrece la opcin de reintentarlo, a continuacin este caso de uso
queda sin efecto
Importancia
quedara bien
Urgencia
puede esperar
Estado
Estabilidad
media
UC-0012
Consultar noticias
Versin
1.0 ( 13/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el profesor desea consultar las noticias referentes a una
asignatura
Precondicin
Hay noticias ya actualmente
Secuencia
Paso Accin
52

normal
El sistema muestra las asignaturas relacionadas con el usuario
El actor Usuario (ACT-0004) elige la asignatura deseada
El sistema muestra las noticias ordenadas por fecha y titulo
Postcondicin
Se ha mostrado las noticias por pantalla
Excepciones
Paso Accin
2
Si ocurre un error con la base de datos, el sistema muestra el tipo de

error y ofrecerle la opcin de reintentarlo, a continuacin este caso de
uso contina
Si no tiene acceso a la base de datos, el sistema muestra el tipo de

error y ofrecerle la opcin de reintentarlo, a continuacin este caso de
uso queda sin efecto
Importancia
quedara bien
Urgencia
hay presin
Estado
Estabilidad
media
UC-0013
Consultar datos de la asignatura
Versin
1.0 ( 13/09/2006 )
Autores

Dependencias
[IRQ-0005] Informacin sobre las asignaturas

Descripcin

uso cuando el usuario desea consultar los datos referentes a una asignatura
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
El sistema muestra las asignaturas relacionadas con el usuario
El actor Usuario (ACT-0004) elige la asignatura deseada
El sistema muestra la informacin referente a la asignatura

seleccionada
Postcondicin
Se ha mostrado por pantalla la informacin de la asignatura
Excepciones
Paso Accin
2
Si el sistema no tiene acceso a la base de datos, el sistema muestra

el error y ofrece la opcin de reintentarlo, a continuacin este caso de
uso contina
Si no se tiene acceso a la base de datos, el sistema da la opcin de

Importancia
quedara bien
Urgencia
puede esperar
Estado
Estabilidad
media
53
UC-0015
Eliminar noticia
Versin
1.0 ( 16/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el profesor desee eliminar una noticia ya existente
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
El sistema Muestra las asignaturas que imparte el profesor
El actor Profesor (ACT-0003) escoge la asignatura deseada
El sistema muestra las noticias por titulo al usuario
El actor Profesor (ACT-0003) elige la noticia deseada
El sistema indica que el proceso se ha realizado correctamente
Postcondicin
Se ha eliminado la noticia de la base de datos
Excepciones
Paso Accin
6
Si no se tiene acceso a la base de daros u ocurre un problema al

eliminar, el sistema muestra el error al usuario y le da la opcin de
Importancia
quedara bien
Urgencia
puede esperar
Estado
Estabilidad
media

UC-0008
Consultar datos de alumnos
Versin
1.0 ( 10/08/2006 )
Autores

Dependencias

profesores
[IRQ-0001] Informacin sobre Fichas
Descripcin

uso cuando el usuario profesor desea la informacin de alumno
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
54

2
El sistema muestra las asignaturas impartidas por el profesor y

solicita que el usuario elija la deseada
El actor Profesor (ACT-0003) elije la asignatura deseada
El sistema muestra los alumnos asignados a esa asignatura por DNI

y nombre, ordenados alfabticamente. Se muestra tambin si tienen
ficha y se da la opcin de seleccionar a un usuario que si tenga
El actor Profesor (ACT-0003) selecciona el alumno deseado
El sistema muestra la ficha del alumno seleccionado
Postcondicin
Se ha mostrado por pantalla la informacin del alumno deseado
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0040
Consultar ficha personal
Versin
1.0 ( 29/09/2006 )
Autores

Dependencias

profesores
Descripcin

uso cuando el alumno desee consultar su ficha personal
Precondicin
Secuencia
normal
Paso Accin
1
El actor Alumno (ACT-0002) solicita ver su ficha personal
El sistema muestra la ficha personal
Postcondicin
El alumno ha visualizado si ficha personal
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
media
UC-0041
Modificar ficha personal
Versin
1.0 ( 29/09/2006 )
Autores
Dependencias

55

profesores
Descripcin

uso cuando el alumno desee realizar una modificacin de su ficha
Precondicin
Existen usuarios alumnos en el sistema
Secuencia
normal
Paso Accin
1
El sistema muestra la ficha que hay almacenada actualmente
El actor Alumno (ACT-0002) rellena y modifica los campos

necesarios
El sistema valida la informacin y registra los cambios
Postcondicin
Se ha modificado la ficha
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0042
Consultar informacin del profesor
Versin
1.0 ( 29/09/2006 )
Autores

Dependencias
[IRQ-0007] Informacin sobre los profesores

profesores
Descripcin

uso cuando el alumno desee consultar la informacin de un profesor
Precondicin
Existen profesores en el sistema
Secuencia
normal
Paso Accin
1
El sistema muestra la lista de asignaturas del alumno
El actor Alumno (ACT-0002) selecciona la asignatura deseada
El sistema muestra los profesores asociados
El actor Alumno (ACT-0002) selecciona el profesor deseado
El sistema muestra la informacin del profesor
Postcondicin
El alumno ha consultado la informacin requerida
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
media
56

UC-0043
Modificar informacin del profesor
Versin
1.0 ( 29/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el profesor desee modificar la informacin que muestra a los
alumnos
Precondicin
Existen profesores en el sistema
Secuencia
normal
Paso Accin
1
El sistema muestra la informacin que tiene almacenada actualmente
El actor Profesor (ACT-0003) rellena y modifica los campos

necesarios
El sistema valida la informacin y registra los cambios
Postcondicin
Se ha modificado la informacin
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
media
UC-0044
Incluir observaciones a un alumno
Versin
1.0 ( 05/10/2006 )
Autores

Dependencias

profesores
Descripcin

uso cuando el profesor desee incluir una observacin de un determinado
alumno
Precondicin
Existen alumnos en el sistema
Secuencia
normal
Paso Accin
1
El sistema muestra las asignaturas que son impartidas por el profesor
El actor Profesor (ACT-0003) selecciona la asignatura deseada
El sistema muestra la lista de los alumnos pertenecientes a dicha

asignatura
El actor Profesor (ACT-0003) selecciona el alumno
El sistema muestra un formulario con el campo observacin
57

7
El actor Profesor (ACT-0003) introduce los datos de la observacin
El sistema almacena la nueva observacin junto con la hora a la que

se ha realizado y el profesor que la ha llevado a cabo
Postcondicin
Se ha realizado la observacin sobre el alumno
Importancia
quedara bien
Urgencia
puede esperar
Estado
validado
Estabilidad
alta

UC-0035
Aadir titulacin
Versin
1.0 ( 28/09/2006 )
Autores

Dependencias
Descripcin

uso cuando el administrador desee aadir una nueva titulacin
Precondicin
Secuencia
normal
Paso Accin
1
El sistema muestra las titulaciones existentes y solicita el nombre de

la nueva titulacin
El actor Administrador (ACT-0001) introduce los datos necesarios
El sistema comprueba que no existe la nueva titulacin en el sistema
El sistema almacena la nueva titulacin
Postcondicin
Se ha aadido una nueva titulacin
Excepciones
Paso Accin
4
Si la titulacin ya existe en el sistema, el sistema solicita el nombre

de una nueva titulacin, a continuacin este caso de uso contina
Si el sistema no ha podido guardar la titulacin porque no tiene

sin efecto
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0036
Eliminar titulacin
58

Versin
1.0 ( 29/09/2006 )
Autores

Dependencias
Descripcin

uso cuando el administrador desee eliminar una titulacin
Precondicin
Existen titulaciones en el sistema
Secuencia
normal
Paso Accin
1
El sistema muestra todas las titulaciones existentes en el sistema
El actor Administrador (ACT-0001) selecciona la titulacin a eliminar
Postcondicin
Se han eliminado las titulaciones deseadas
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0028
Aadir usuario alumno/profesor
Versin
1.0 ( 28/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el administrador desee aadir un nuevo usuario
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
El sistema pregunta si se trata de un usuario alumno o profesor
El actor Administrador (ACT-0001) selecciona la opcin deseada
El sistema muestra el formulario a rellenar de acorde al tipo de

usuario que se ha seleccionado
El sistema comprueba que no existe el usuario en el sistema
El sistema almacena el nuevo usuario
Postcondicin
Se ha aadido un nuevo usuario
Excepciones
Paso Accin
5
Si el usuario ya existe en el sistema, el sistema solicita un nuevo

usuario, a continuacin este caso de uso contina
Si el sistema no ha podido guardar al usuario porque no tiene acceso

a la base de datos, el sistema muestra el error por pantalla y da la
opcin de reintentarlo, a continuacin este caso de uso queda sin
59

efecto
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0032
Aadir asignatura
Versin
1.0 ( 28/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el administrador desee aadir una nueva asignatura
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
El sistema muestra las asignaturas existentes y solicita el nombre de

la nueva asignatura
El actor Administrador (ACT-0001) introduce los datos necesarios
El sistema comprueba que no existe la nueva asignatura en el

sistema
El sistema almacena la nueva asignatura
Postcondicin
Se ha aadido una nueva asignatura
Excepciones
Paso Accin
4
Si la asignatura ya existe en el sistema, el sistema solicita el nombre

de una nueva asignatura , a continuacin este caso de uso contina
Si el sistema no ha podido guardar la asignatura porque no tiene

sin efecto
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0038
Eliminar asignatura de titulacin
Versin
1.0 ( 29/09/2006 )
Autores
60

Dependencias
Descripcin

uso cuando el administrador desee eliminar una asignatura de una titulacin
Precondicin
Existen asignaturas y titulaciones en el sistema
Secuencia
normal
Paso Accin
1
El sistema muestra las titulaciones existentes
El actor Administrador (ACT-0001) selecciona la titulacin deseada
El sistema muestra una lista con las asignaturas pertenecientes a la

titulacin
El actor Administrador (ACT-0001) selecciona la asignatura a eliminar
El sistema informa de que la asignatura ha sido eliminada

correctamente
Postcondicin
Se ha eliminado la asignatura de la titulacin
Excepciones
Paso Accin
6

Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0031
Eliminar usuario alumno/profesor
Versin
1.0 ( 28/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el administrador desea eliminar un usuario en concreto del
sistema
Precondicin
Existen usuarios en la aplicacin
Secuencia
normal
Paso Accin
1
El sistema muestra los usuarios existentes y un formulario con el

campo DNI
El actor Administrador (ACT-0001) introduce el DNI de la persona a

eliminar o lo selecciona de la lista
61

6
El sistema informa de que el usuario ha sido eliminado correctamente
Postcondicin
Se ha eliminado el usuario
Excepciones
Paso Accin
6
Si no se tiene acceso a la base de datos u ocurre un problema al

Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0026
Eliminar asignaturas
Versin
1.0 ( 28/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el administrador desee eliminar una asignatura
Precondicin
Existen asignaturas en el sistema
Secuencia
normal
Paso Accin
1
El sistema muestra todas las asignaturas existentes en el sistema por

orden alfabtico
El actor Administrador (ACT-0001) selecciona la asignatura a eliminar
El sistema informa de que la asignatura ha sido eliminada

correctamente
Postcondicin
Se ha eliminado la asignatura
Excepciones
Paso Accin
4
Si no se tiene acceso a la base de datos u ocurre un problema al

Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0023
Eliminar usuario de asignatura
Versin
1.0 ( 28/09/2006 )
Autores
62

Dependencias

Descripcin
El sistema deber comportarse tal como se describe en el siguiente caso

de uso cuando el administrador desee eliminar un usuario de una
asignatura
Precondicin
Existen usuarios asociados a asignaturas
Secuencia
normal
Paso Accin
1
El sistema muestra las asignaturas existentes en el sistema
El actor Administrador (ACT-0001) selecciona la asignatura

deseada
El sistema muestra una lista con los usuarios de la asignatura
El actor Profesor (ACT-0003) selecciona el usuario a eliminar
El sistema informa de que el usuario ha sido eliminado

correctamente
Postcondicin
El alumno ha sido eliminado de la asignatura
Excepciones
Paso Accin
8

Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0020
Inscribir usuario a asignatura
Versin
1.0 ( 28/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el profesor desee aadir un usuario a una asignatura
Precondicin
Existen usuarios y asignaturas en el sistema
Secuencia
normal
Paso Accin
1
El sistema muestra las asignaturas existentes en el sistema
63

3
El actor Administrador (ACT-0001) selecciona la asignatura a la que

quiere aadir un nuevo usuario
El sistema muestra un formulario con el campo DNI
El actor Administrador (ACT-0001) introduce el DNI del usuario
El sistema almacena los datos y los muestra por pantalla, indicando

que el proceso a finalizado correctamente
Postcondicin
Se ha inscrito el usuario en la asignatura.
Excepciones
Paso Accin
8
Si el usuario ya esta inscrito en dicha asignatura, el sistema muestra

el error por pantalla acompaado de los datos del usuario, a
Si el sistema no ha podido guardar al usuario porque no tiene acceso

a la base de datos, el sistema muestra el error por pantalla y da la
opcin de reintentarlo, a continuacin este caso de uso queda sin
efecto
Si el usuario no existe en el sistema, el sistema muestra un error por

pantalla y solicita un nuevo usuario, a continuacin este caso de uso
contina
Importancia
importante
Urgencia
hay presin
Estado
Estabilidad
alta
UC-0030
Importar usuarios a partir de un fichero
Versin
1.0 ( 28/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el administrador desee aadir usuarios a partir de un fichero
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
El sistema solicita la ruta del archivo y muestra informacin sobre

como debe estar elaborado dicho archivo
El actor Administrador (ACT-0001) especifica la direccin solicitada
El sistema almacena todos los nuevos usuarios y muestra los

posibles errores que han sucedido
El sistema muestra una lista con todas las asignaturas existentes en

el sistema
64

6
El actor Administrador (ACT-0001) selecciona la asignatura a la que

quiere importar la lista de usuarios
El sistema aade todos los nuevos usuarios a la asignatura e informa

de los posibles errores que se hayan producido
Postcondicin
Se han aadido los usuarios al sistema
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0034
Importar asignatura a partir de fichero
Versin
1.0 ( 28/09/2006 )
Autores

Dependencias

Descripcin

uso cuando el administrador desee aadir asignaturas a partir de un fichero
Precondicin
Ninguna
Secuencia
normal
Paso Accin
1
El sistema solicita la ruta del archivo y muestra informacin sobre

como debe estar elaborado dicho archivo
El actor Administrador (ACT-0001) especifica la direccin solicitada
El sistema almacena todas las nuevas asignaturas y muestra los

posibles errores que han sucedido
El sistema muestra una lista con todas las titulaciones existentes en

el sistema
El actor Administrador (ACT-0001) selecciona la titulacin a la que

quiere importar la lista de asignaturas
El sistema aade todas las nuevas asignaturas a la titulacin e

informa de los posibles errores que se hayan producido
Postcondicin
Se han aadido las asignaturas al sistema
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0027
Vincular asignatura a titulacin
Versin
1.0 ( 28/09/2006 )
65

Autores

Dependencias
Descripcin

uso cuando el administrador desee aadir una asignatura a una titulacin
Precondicin
Existen asignaturas y titulaciones en el sistema
Secuencia
normal
Paso Accin
1
El sistema solicita el nombre o cdigo de la asignatura
El actor Administrador (ACT-0001) introduce los datos requeridos
El sistema aade la asignatura a la titulacin e informa de que el

proceso se ha realizado correctamente
Postcondicin
Se ha aadido la asignatura a la titulacin
Excepciones
Paso Accin
6
Si el sistema no ha podido guardar los cambios porque no tiene

sin efecto
Si la asignatura ya esta inscrita en dicha titulacin , el sistema

muestra el error por pantalla acompaado de los datos de la
asignatura , a continuacin este caso de uso queda sin efecto
Si la asignatura no existe en el sistema, el sistema muestra un error

por pantalla y solicita una nueva asignatura , a continuacin este
caso de uso contina
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
UC-0039
modificar asignaturas de titulacin
Versin
1.0 ( 29/09/2006 )
Autores

Dependencias
Descripcin

uso cuando el administrador desee modificar las asignaturas pertenecientes
a las titulaciones
Precondicin
Existen asignaturas en el sistema
Secuencia
normal
Paso Accin
1
66

3
El sistema muestra una lista con todas las asignaturas del sistema
precedidas con una casilla que indica si la asignatura pertenece
actualmente a la titulacin
El actor Administrador (ACT-0001) modifica la lista de las

asignaturas, marcando o no la correspondiente casilla.
El sistema almacena todas las modificaciones que haya sufrido la

lista de asignaturas
Postcondicin
Se han modificado las asignaturas asociadas a las titulaciones
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
7.4 Otros requisitos funcionales

FRQ-0001
Imprimir horario de tutoras
Versin
1.0 ( 29/09/2006 )
Autores

Dependencias

Descripcin
El sistema deber elaborar un horario de tutoras de forma que pueda ser

imprimido a peticin del profesor
Importancia
quedara bien
Urgencia
puede esperar
Estado
validado
Estabilidad
media
FRQ-0002
Elaborar calendario semanal de citas
Versin
1.0 ( 29/09/2006 )
Autores

Dependencias

Descripcin
El sistema deber elaborar un calendario con todas las citas previstas para
una determinada semana de forma que se pueda imprimir a peticin del
profesor.
Importancia
quedara bien
Urgencia
puede esperar
67

Estado
Estabilidad
media
FRQ-0003
Imprimir ficha personal
Versin
1.0 ( 29/09/2006 )
Autores

Dependencias

profesores
Descripcin
El sistema deber permitir imprimir al profesor la ficha personal de los

alumnos
Importancia
quedara bien
Urgencia
puede esperar
Estado
Estabilidad
alta
FRQ-0004
Imprimir resguardo de peticin
Versin
1.0 ( 29/09/2006 )
Autores

Dependencias

Descripcin
El sistema deber permitir a los usuarios imprimir un resguardo de la

peticiones de citas realizadas
Importancia
quedara bien
Urgencia
puede esperar
Estado
validado
Estabilidad
media
7.5 Requisitos no funcionales

NFR-0001
Seguridad
Versin
1.0 ( 04/08/2006 )
Autores

68

Dependencias Ninguno
Descripcin
El sistema deber proveer de mecanismos de seguridad para un acceso

seguro y proteger la informacin de los usuarios. Un alumno no podr ver la
ficha de otro alumno por motivos de privacidad, solo personal autorizado como
el profesor puede hacerlo.
Importancia
vital
Urgencia
hay presin
Estado
validado
Estabilidad
alta
Comentarios
Haremos especial hincapi a las principales vulnerabilidades de las

aplicaciones Web. Parmetros sin validar, desbordamientos de memoria
intermedia, gestin modificada de sesin y de cuentas, problemas en la
gestin de errores, configuracin inadecuada de un servidor de aplicaciones y
de Web.
NFR-0002
Portabilidad
Versin
1.0 ( 04/08/2006 )
Autores

Dependencias
Ninguno
Descripcin
El sistema deber poder ser accedido por los navegadores ms actuales y

ms utilizados como son Mozilla FireFox, Opera y Internet Explorer
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
alta
NFR-0003
Internacionalizacin
Versin
1.0 ( 04/08/2006 )
Autores

Dependencias
Ninguno
Descripcin
El sistema deber ofrecer la informacin mas relevante en ingles, adems de

en castellano para que as puedan acceder a el alumnos extranjeros
Importancia
quedara bien
Urgencia
puede esperar
Estado
Estabilidad
media
69

NFR-0004
Escalabilidad
Versin
1.0 ( 04/08/2006 )
Autores

Dependencias
Ninguno
Descripcin
El sistema deber proveer de mecanismos para no ver comprometido el

rendimiento de la aplicacin con el acceso de muchos usuarios registrados
simultneos a la aplicacin Web
Importancia
importante
Urgencia
hay presin
Estado
validado
Estabilidad
media
7.6 Matriz de restreabilidad objetivos/requisitos

TRM-0001 OBJ-0001 OBJ-0005 OBJ-0009 OBJ-0010 OBJ-0011 OBJ-0012 OBJ-0014
-
IRQ-0001
IRQ-0002
IRQ-0003
IRQ-0004
IRQ-0005
IRQ-0006
IRQ-0007
Matriz de rastreabilidad: Matriz de rastreabilidad Objetivos/requisitos de informacin
70

TRM-0002 OBJ-0001 OBJ-0005 OBJ-0009 OBJ-0010 OBJ-0011 OBJ-0012 OBJ-0014
UC-0001
UC-0002
UC-0004
UC-0005
UC-0006
UC-0007
UC-0008
UC-0009
UC-0010
UC-0011
UC-0012
UC-0013
UC-0014
UC-0015
UC-0016
UC-0017
UC-0018
UC-0019
UC-0020
UC-0023
UC-0026
UC-0027
UC-0028
UC-0030
UC-0031
UC-0032
UC-0034
UC-0035
UC-0036
UC-0038
UC-0039
UC-0040
UC-0041
UC-0042
UC-0043
UC-0044
Matriz de rastreabilidad: Matriz de rastreabilidad Objetivos/requisitos de funcionalidad
71
ANLISIS DEL SISTEMA
8. Anlisis del sistema

En este documento realizaremos el anlisis de nuestra aplicacin, obteniendo
una visin ms concreta de nuestra aplicacin, mediante clases conceptuales
del mundo real.
8.1 Modelo esttico del sistema

Esta seccin describe el modelo esttico del sistema, es decir, los tipos de
objetos y las asociaciones entre tipos de objetos que componen el estado del
sistema y que se han identificado durante la elicitacin.
8.1.1 Diagramas
Gestion de usuarios y perfiles
72
ANLISIS DEL SISTEMA

Subsistema de gestin de asignaturas
73
ANLISIS DEL SISTEMA
Gestin administrativa via web
74
ANLISIS DEL SISTEMA
Gestin de informacin de alumnos y profesores
75
ANLISIS DEL SISTEMA
Subsistema gestin de tutorias y peticiones de cita
8.1.2 Tipos
TYP-0002
Usuario
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
Descripcin
Este tipo de objetos representa usuario de la aplicacin
Subtipos
(disjuntos)
[TYP-0004] Profesor
[TYP-0007] Alumno
Atributo variable Usuario:: usuario

Descripcin
Este atributo representa representa al usuario
76
ANLISIS DEL SISTEMA

Tipo
String
Comentarios
en nuestra aplicacin este ser su dni
Atributo variable Usuario:: clave

Descripcin
Este atributo representa clave que permite entrar con el perfil de usuario
Tipo
String
Comentarios
Ninguno
Atributo variable Usuario:: rol

Descripcin
Este atributo representa al rol del usuario, es decir el tipo de usuario
Tipo
String
Comentarios
Ninguno
Atributo variable Usuario:: email

Descripcin
Este atributo representa al correo electrnico del usuario
Tipo
String
Comentarios
Ninguno
TYP-0004
Profesor
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias

Descripcin
Este tipo de objetos representa al profesor que usa la aplicacin
Supertipo
[TYP-0002] Usuario
Atributo variable Profesor:: categoria

Descripcin
Este atributo representa al tipo de profesor que es
Tipo
String
Atributo variable Profesor:: telfono

Descripcin
Este atributo representa telfono del despacho del profesor
Tipo
String
Atributo variable Profesor:: despacho

Descripcin
Este atributo representa direccin en la que se encuentra el despacho del

profesor
Tipo
String
77
ANLISIS DEL SISTEMA

Atributo variable Profesor:: web
Descripcin
Este atributo representa Direccin web donde se encuentra la pgina

personal del profesor
Tipo
String
Atributo variable Profesor:: nombre

Descripcin
Este atributo representa Nombre completo del profesor
Tipo
String
Atributo variable Profesor:: tutoriaVisible

Descripcin
Este atributo representa al estado de la presentacin de las tutorias, si est

activado que se muestren o no
Tipo
Natural
Atributo variable Profesor:: motivoTutoria

Descripcin
Este atributo representa al motivo por el que no se muestra el horario de

tutorias
Tipo
String
TYP-0007
Alumno
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
Descripcin
Este tipo de objetos representa al usuario alumno de la aplicacin
Supertipo
[TYP-0002] Usuario
Atributo variable Alumno:: Nombre

Descripcin
Este atributo representa al nombre completo del usuario
Tipo
String

TYP-0001
Asignatura
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias [IRQ-0005] Informacin sobre las asignaturas

Descripcin
Este tipo de objetos representa las asignaturas que registra el sistema
78
ANLISIS DEL SISTEMA

Componentes Nombre Tipo
tipo
TipoAsignatura
Multiplicidad
1
Atributo variable
Asignatura:: codigo
Descripcin
Este atributo representa el identificador de la asignatura
Tipo
Integer
Atributo variable Asignatura:: nombre

Descripcin
Este atributo representa el nombre de la asignatura
Tipo
String
Atributo variable Asignatura:: curso

Descripcin
Este atributo representa el curso en el que se imparte la asignatura
Tipo
Natural
Atributo variable Asignatura:: cuatrimestre

Descripcin
Este atributo representa cuatrimestre en el que empieza la asignatura
Tipo
Natural
Atributo variable Asignatura:: creditos

Descripcin
Este atributo representa creditos que le corresponden a la asignatura
Tipo
Real
Expresin de invariante Asignatura::Unicidad del codigo de la asignatura

no puede haber dos asignaturas con el mismo codigo
Descripcin
Expresin OCL
el codigo es la clave
Comentarios
TYP-0003
Noticia
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias [IRQ-0006] Informacin sobre las noticias

Descripcin
Este tipo de objetos representa representa a la noticia asociada a una

asignatura y escrita por un profesor
Atributo variable Noticia:: idNoticia

Descripcin
Este atributo representa al identificador de la noticia
Tipo
Integer
Atributo variable Noticia:: idNoticia
79
ANLISIS DEL SISTEMA

Descripcin
Este atributo representa al identificador de la noticia
Tipo
Integer
Atributo variable Noticia:: texto

Descripcin
Este atributo representa el texto de la noticia
Tipo
String
Atributo variable Noticia:: fechaMod

Descripcin
Este atributo representa la ltima fecha en la que se ha modificado la

noticia
Tipo
Date
Atributo variable Noticia:: fechaIni

Descripcin
Este atributo representa la fecha en la que se ha creado la noticia
Tipo
Date
Expresin de invariante Noticia::Unicidad de IdNoticia

Descripcin
No puede existir dos noticias con el mismo IdNoticia
Comentarios
es la clave
TYP-0008
Titulacin
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
Descripcin
Este tipo de objetos representa a la titulacin que se imparte
Atributo variable Titulacin:: nombre

Descripcin
Este atributo representa nombre completo de la titulacin que se imparte
Tipo
String
Atributo variable Titulacin:: codigo

Descripcin
Este atributo representa al codigo que tiene la titulacin
Tipo
Integer
Expresin de invariante Titulacin::Unicidad del cdigo de la titulacin

Descripcin
TYP-0012
No pueden existir dos titulaciones con el mismo cdigo
TipoAsignatura
80
ANLISIS DEL SISTEMA

1.0 ( 05/10/2006 )
Versin
Autores

Dependencias
Descripcin
Este tipo de objetos representa a los distintos tipos de asignaturas que hay
TYP-0013
Departamento
Versin
1.0 ( 10/10/2006 )
Autores


Este tipo de objetos representa al departamento que imparte asignaturas
Descripcin
Atributo variable Departamento:: nombre

Descripcin
Este atributo representa nombre del departamento
Tipo
String
Atributo variable Departamento:: web

Descripcin
Este atributo representa direccin web del departamento
Tipo
String
Atributo variable Departamento:: idDepartamento

Descripcin
Este atributo representa identificador del departamento
Tipo
String
ASO-0001
tiene( Asignatura, Noticia )
Versin
1.0 ( 04/10/2006 )
Autores


Este tipo de asociacin representa el hecho de que de que las asignaturas
podrn tener noticias asociadas
Descripcin
Rol variable
tiene( Asignatura, Noticia ):: asignatura
Descripcin
Este rol representa a la asignatura que tiene noticias
Tipo
Asignatura
Multiplicidad 1
81
ANLISIS DEL SISTEMA

Rol variable
tiene( Asignatura, Noticia ):: noticia
Descripcin
Este rol representa la noticia que tiene una asignatura
Tipo
Set( Noticia )
Multiplicidad 0.. *
ASO-0002
escribe( Profesor, Noticia )
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias [IRQ-0006] Informacin sobre las noticias

Este tipo de asociacin representa el hecho de que que un profesor escribe
una noticia para una asignatura
Descripcin
Rol variable
escribe( Profesor, Noticia ):: profesor
Descripcin
Este rol representa al profesor que escribe una noticia
Tipo
Profesor
Multiplicidad 1
Rol variable
escribe( Profesor, Noticia ):: noticia
Descripcin
Este rol representa a la noticia que escribe un profesor
Tipo
Set( Noticia )
Multiplicidad 0.. *
ASO-0006
imparte( Profesor, Asignatura )
Versin
1.0 ( 04/10/2006 )
Autores


Descripcin
Este tipo de asociacin representa el hecho de que que un profesor imparte

una asignatura
Rol variable
imparte( Profesor, Asignatura ):: profesor
Descripcin
Este rol representa que el profesor imparte asignaturas
Tipo
Set( Profesor )
Multiplicidad 1.. *
Rol variable
imparte( Profesor, Asignatura ):: asignatura
Descripcin
Este rol representa a las asignaturas que imparte un profesor
82
ANLISIS DEL SISTEMA

Tipo
Asignatura
Multiplicidad 1
Atributo variable imparte( Profesor, Asignatura ):: cargo

Descripcin
Este atributo representa al tipo de cargo que tiene en esa

asignatura(coordinador,profesor de practicas...)
Tipo
String
ASO-0013
pertenece( Asignatura, Titulacin )
Versin
1.0 ( 05/10/2006 )
Autores


Este tipo de asociacin representa el hecho de que que una titulacion tiene
una asignatura y una asignatura pertenece a una o varias titulaciones
Descripcin
Rol variable
pertenece( Asignatura, Titulacin ):: asignatura
Descripcin
Este rol representa a la asignatura que pertenece a una titulacin
Tipo
Asignatura
Multiplicidad 1
Rol variable
pertenece( Asignatura, Titulacin ):: titulacion
Descripcin
Este rol representa ala titulacin que esta compuesta de asignaturas
Tipo
Titulacin
Multiplicidad 1
ASO-0014
pertenece( Asignatura, Departamento )
Versin
1.0 ( 10/10/2006 )
Autores


Este tipo de asociacin representa el hecho de que de qe una asignatura
pertenece a un departamento
Descripcin
Rol variable
pertenece( Asignatura, Departamento ):: asignatura
Descripcin
Este rol representa a la asignatura que pertenece a un departamento
Tipo
Asignatura
Multiplicidad 1
Rol variable
pertenece( Asignatura, Departamento ):: departamento
83
ANLISIS DEL SISTEMA

Descripcin
Este rol representa al departamento que imparte asignaturas
Tipo
Departamento
Multiplicidad 1

TYP-0009
Direccin
Versin
1.0 ( 05/10/2006 )
Autores

Dependencias [IRQ-0001] Informacin sobre Fichas

Descripcin
Este tipo de objetos representa las direccin que posee un alumno
Atributo variable Direccin:: direccion

Descripcin
Este atributo representa la direccin del alumno (calle y numero)
Tipo
String
Atributo variable Direccin:: localizacin

Descripcin
Este atributo representa a la localidad a la que pertenece o reside el

alumno
Tipo
String
Atributo variable Direccin:: pais

Descripcin
Este atributo representa al pais al que pertence la localidad del alumno
Tipo
String
Atributo variable Direccin:: codigoPostal

Descripcin
Este atributo representa el codigo postal de la localidad
Tipo
String
Atributo variable Direccin:: provincia

Descripcin
Este atributo representa a la provincia a la que pertenece la localidad del

alumno
Tipo
String
Atributo variable Direccin:: IdDireccion

Descripcin
Este atributo representa al identificador de direccin
Tipo
Integer
84
ANLISIS DEL SISTEMA

Expresin de invariante Direccin::Unicidad del atributo idDireccin
No pueden existir dos direcciones con un mismo idDireccin
Descripcin
TYP-0010
Ficha
Versin
1.0 ( 05/10/2006 )
Autores

Dependencias
Descripcin
Este tipo de objetos representa la ficha que recoge los datos personales del
alumno
Atributo variable Ficha:: fechaActualizacin

Descripcin
Este atributo representa la fecha de la ultima vez que fue modificada la

ficha
Tipo
Date
Atributo variable Ficha:: apellidos

Descripcin
Este atributo representa los apellidos del alumno
Tipo
String
Atributo variable Ficha:: telefono

Descripcin
Este atributo representa el telefono de contacto del alumno
Tipo
String
Atributo variable Ficha:: movil

Descripcin
Este atributo representa el telefono movil de contacto del alumno
Tipo
String
Atributo variable Ficha:: foto

Descripcin
Este atributo representa si el alumno posee o no fotografa personal
Tipo
Integer
Comentarios
Puede tomar dos valores.

Un "0" indica que no posee ficha y un "1" indica que si.
Atributo variable Ficha:: Fecha de nacimiento

Descripcin
Este atributo representa la fecha de nacimiento del alumno
Tipo
Date
Atributo variable Ficha:: idFicha

Descripcin
Este atributo representa al identificador de la ficha personal
85
ANLISIS DEL SISTEMA

Tipo
Integer
Expresin de invariante Ficha::Unicidad del atributo idFicha

No pueden existir dos fichas que tengan el mismo idFicha
Descripcin
TYP-0011
Observacin
Versin
1.0 ( 05/10/2006 )
Autores

Dependencias
Descripcin
Este tipo de objetos representa a una observacion que ha realizado

un profesor con respecto a un alumno
Atributo variable Observacin:: descripcin

Descripcin
Este atributo representa la informacin extra que el profesor a elaborado

del alumno
Tipo
String
Atributo variable Observacin:: fecha

Descripcin
Este atributo representa la fecha en la que se ha realizado la observacin
Tipo
Date
Atributo variable Observacin:: idObservacion

Descripcin
Este atributo representa al identificador de la observacin
Tipo
Integer
Expresin de invariante Observacin::Unicidad del atributo idObservacion

No pueden existir dos observaciones con el mismo idObservacion
Descripcin
ASO-0007
contiene( Ficha, Direccin )
Versin
1.0 ( 05/10/2006 )
Autores


Descripcin
Este tipo de asociacin representa el hecho de que una ficha puede tener
registrada una direccin y una direccin de residencia de un alumno
Rol variable
contiene( Ficha, Direccin ):: ficha
Descripcin
Este rol representa a la ficha que contiene a las direcciones
Tipo
Ficha
86
ANLISIS DEL SISTEMA

Multiplicidad 1
Rol variable
contiene( Ficha, Direccin ):: direccion
Descripcin
Este rol representa la direccion que tiene una ficha
Tipo
Set( Direccin )
Multiplicidad 1.. 2
ASO-0008
registra( Ficha, Asignatura )
Versin
1.0 ( 05/10/2006 )
Autores


Este tipo de asociacin representa el hecho de que que una ficha registra las
asignaturas que han sido aprobadas por el alumno.
Descripcin
Rol variable
registra( Ficha, Asignatura ):: Ficha
Descripcin
Este rol representa la ficha que contiene las asignaturas aprobadas
Tipo
Set( Ficha )
Multiplicidad 0.. *
Rol variable
registra( Ficha, Asignatura ):: asignaturas
Descripcin
Este rol representa las asignaturas aprobadas que se recogen en las fichas
Tipo
Set( Asignatura )
Multiplicidad 0.. *
ASO-0009
Posee( Alumno, Ficha )
Versin
1.0 ( 05/10/2006 )
Autores


Este tipo de asociacin representa el hecho de que que un alumno posee una
ficha
Descripcin
Rol variable
Posee( Alumno, Ficha ):: Alumno
Descripcin
Este rol representa al alumno que posee una ficha
Tipo
Alumno
Multiplicidad 1
87
ANLISIS DEL SISTEMA

Rol variable
Posee( Alumno, Ficha ):: Ficha
Descripcin
Este rol representa la ficha que posee un alumno
Tipo
Set( Ficha )
Multiplicidad 0.. 1
ASO-0010
Posee( Alumno, Observacin )
Versin
1.0 ( 05/10/2006 )
Autores


Este tipo de asociacin representa el hecho de que que un alumno puede
poseer una observacin con respecto a una asignatura
Descripcin
Rol variable
Posee( Alumno, Observacin ):: Alumno
Descripcin
Este rol representa el alumno que posee una observacin
Tipo
Alumno
Multiplicidad 1
Rol variable
Posee( Alumno, Observacin ):: Observacin
Descripcin
Este rol representa la observacin que posee un alumno
Tipo
Set( Observacin )
Multiplicidad 0.. *
ASO-0011
Realiza( Profesor, Observacin )
Versin
1.0 ( 05/10/2006 )
Autores


Este tipo de asociacin representa el hecho de que que un profesor puede
realizar una observacin sobre un alumno
Descripcin
Rol variable
Realiza( Profesor, Observacin ):: Profesor
Descripcin
Este rol representa el profesor que realiza una observacin
Tipo
Profesor
Multiplicidad 1
Rol variable
Realiza( Profesor, Observacin ):: Observacin
Descripcin
Este rol representa la observacin que realiza un profesor
88
ANLISIS DEL SISTEMA

Tipo
Set( Observacin )
Multiplicidad 0.. *
ASO-0012
Tiene( Asignatura, Observacin )
Versin
1.0 ( 05/10/2006 )
Autores


Este tipo de asociacin representa el hecho de que que se puede realizar una
observacin para una asignatura para un alumno
Descripcin
Rol variable
Tiene( Asignatura, Observacin ):: Asignatura
Descripcin
Este rol representa la asignatura de la cual se realiza la observacin
Tipo
Asignatura
Multiplicidad 1
Rol variable
Tiene( Asignatura, Observacin ):: Observacin
Descripcin
Este rol representa la observacin que se realiza de una asignatura
Tipo
Set( Observacin )
Multiplicidad 0.. *

TYP-0005
PeticionCita
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
Descripcin
Este tipo de objetos representa a la peticin de cita que realiza un alumno a

un profesor
Atributo variable PeticionCita:: motivo

Descripcin
Este atributo representa una descripcin breve del motivo de la peticin de

la tutora
Tipo
String
Atributo variable PeticionCita:: fechaCita

Descripcin
Este atributo representa la fecha y hora del comienzo de la cita
Tipo
Date
89
ANLISIS DEL SISTEMA
Atributo variable PeticionCita:: motivoCancelacion

Descripcin
Este atributo representa al motivo de cancelacin de la cita, o el motivo de

la denegacin
Tipo
String
Atributo variable PeticionCita:: estado

Descripcin
Este atributo representa al estado de la cita
Tipo
String
Comentarios
sus valores son: en curso, denegada, cancelada, aceptada
Atributo variable PeticionCita:: id

Descripcin
Este atributo representa al identificador de la peticin de cita
Tipo
Integer
Atributo variable PeticionCita:: leidoProfesor

Descripcin
Este atributo representa al hecho de si un profesor ha leido la peticin o no
Tipo
Natural
Atributo variable PeticionCita:: leidoAlumno

Descripcin
Este atributo representa al hecho de si un alumno ha ledo la modificacin

de la peticin o no
Tipo
Natural
Expresin de invariante
PeticionCita::Unicidad en el atributo id
Descripcin
No puede haber dos tipos de PeticionCita con el mismo id
TYP-0006
Tutoria
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
Descripcin
Este tipo de objetos representa al horario de tutoras de un dia de la

semana en concreto
Atributo variable Tutoria:: id

Descripcin
Este atributo representa al identificador de la tutora
Tipo
Integer
Atributo variable Tutoria:: diaSemanal
90
ANLISIS DEL SISTEMA

Descripcin
Este atributo representa al da de la semana que corresponde
Tipo
String
Atributo variable Tutoria:: horaInicio

Descripcin
Este atributo representa a la hora de inicio de la tutora
Tipo
Time
Atributo variable Tutoria:: horaFin

Descripcin
Este atributo representa hora a la que acaba el horaro de tutoras
Tipo
Time
Expresin de invariante Tutoria::Unicidad del atributo id

No puede existir dos Tutoras con el mismo id
Descripcin
ASO-0003
tiene( Profesor, Tutoria )
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias [IRQ-0002] Informacin sobre las tutoras

Este tipo de asociacin representa el hecho de que que un profesor tiene un
horario de tutoras
Descripcin
Rol variable
tiene( Profesor, Tutoria ):: profesor
Descripcin
Este rol representa al profesor que tiene tutoras
Tipo
Profesor
Multiplicidad 1
Rol variable
tiene( Profesor, Tutoria ):: tutoria
Descripcin
Este rol representa las tutoras que tiene un profesor
Tipo
Set( Tutoria )
Multiplicidad 0.. *
ASO-0004
realiza( Alumno, PeticionCita )
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias [IRQ-0003] Informacin sobre las citaciones

Descripcin
Este tipo de asociacin representa el hecho de que un alumno desea enviar
91
ANLISIS DEL SISTEMA

una peticin de cita a un profesor
Rol variable
realiza( Alumno, PeticionCita ):: alumno
Descripcin
Este rol representa al usuario que realiza una peticin de cita
Tipo
Alumno
Multiplicidad 1
Rol variable
realiza( Alumno, PeticionCita ):: peticion
Descripcin
Este rol representa a la peticin que realiza un alumno
Tipo
Set( PeticionCita )
Multiplicidad 0.. *
ASO-0005
tiene( Profesor, PeticionCita )
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias [IRQ-0003] Informacin sobre las citaciones

Este tipo de asociacin representa el hecho de que que un profesor tiene
peticiones de citas
Descripcin
Rol variable
tiene( Profesor, PeticionCita ):: profesor
Descripcin
Este rol representa al profesor que tiene una cita
Tipo
Profesor
Multiplicidad 1
Rol variable
tiene( Profesor, PeticionCita ):: cita
Descripcin
Este rol representa a la cita que tiene un profesor
Tipo
PeticionCita
Multiplicidad 1
8.2 Modelo dinmico del sistema

92
ANLISIS DEL SISTEMA
Figura 1:
modificarInformacionProfesor(user,password,categoria,despacho,nombre,web)
Figura 2: incluirObservaciones(alumno,profesor,descripcion,asignatura)
93
ANLISIS DEL SISTEMA
Figura 3: consultarProfesor(alumno,profesor)
94
ANLISIS DEL SISTEMA
Figura 4: modificarFicha()
95
ANLISIS DEL SISTEMA

Figura 5: consultarFicha(alumno)
Figura 6: consultarDatosAlumno(alumno,profesor)
Figura 1: consultarDatosAsignatura(asignatura,usuario)
96
ANLISIS DEL SISTEMA
Figura 3: eliminarNoticia(profesor,asignatura,titulo)
Figura 4: introducirNoticia(profesor,asignatura,noticia)
97
ANLISIS DEL SISTEMA
Figura 5: modificarNoticia(profesor,asignatura,noticia)
98
ANLISIS DEL SISTEMA

Figura 1: aadirTitulacion(nombre,codigo)
99
ANLISIS DEL SISTEMA
Figura 2:
AadirAsignatura(nombre,codigo,descripcion,departamento,creditos,duracion,tipo)
100
ANLISIS DEL SISTEMA
Figura 3: eliminarTitulacion(codigo)
Figura 4: eliminarAsignatura(codigo)
101
ANLISIS DEL SISTEMA
Figura 5: aadirUsuario(dni,clave,tipo,correo)
Figura 6: eliminarAsignaturaTitulacion(asignatura,titulacion)
102
ANLISIS DEL SISTEMA
Figura 7: eliminarUsuario(dni,tipo)
Figura 8: eliminarUsuarioAsignatura(usuario,asignatura)
103
ANLISIS DEL SISTEMA
Figura 9: importarAsignaturaFichero(url,titulacin)
Figura 10: importarUsuariosFichero(url,asignatura)
104
ANLISIS DEL SISTEMA
Figura 11: InscribirUsuarioAsignatura(usuario,asignatura)
105
ANLISIS DEL SISTEMA
Figura 12: modificarAsignaturasTitulacin(titulacion,asignatura)
106
ANLISIS DEL SISTEMA

Figura 13: VincularAsignaturaTitulacion(asignatura,titulacion)
Figura 1: identificarUsuario(usuario,contrasea)
Figura 2: modificarContrasea(usuario,contrasea)
107
ANLISIS DEL SISTEMA
Figura 3: modificarDatosUsuario(Usuario,correo,contrasea)
Figura 1: desactivarTutorias(profesor,motivo)
108
ANLISIS DEL SISTEMA
Figura 2: activarTutoria(profesor)
Figura 3: realizarPeticionCita(alumno,motivo,fecha,profesor)
109
ANLISIS DEL SISTEMA
Figura 4: cancelarCitasActuales(profesor,peticiones,motivoCancelacion)
Figura 5: consultarEstadoPeticiones(alumno)
110
ANLISIS DEL SISTEMA
Figura 6: revisarPeticionCita(profesor,peticionCita)
111
ANLISIS DEL SISTEMA

Figura 7: consultarCitasActuales(fecha,usuario)
Figura 8: consultarHorarioTutorias(alumno,profesor)
112
ANLISIS DEL SISTEMA
Figura 9: modificarHorarioTutorias(profesor)
8.3 Modelo funcional del sistema

SOP-0017
modificarInformacionProfesor
Tipo del
resultado
Profesor- devuelve el profesor modificado
Versin
1.0 ( 05/10/2006 )
Autores

Dependencias
[UC-0043] Modificar informacin del profesor

[UC-0001] Identificacin de usuario
Descripcin
El profesor desea modificar sus datos de usuario
Parmetros
usuario : String -- usuario profesor que desea modificar

sus datos
113
ANLISIS DEL SISTEMA

password : String -- contrasea que identifica al usuario
en el sistema
categoria : String -- tipo de profesor que es
despacho : String -- localizacin del despacho del
profesor
web : String -- direccion personal del profesor
nombre : String -- nombre completo de profesor
Expresiones de pre1: El usuario est registrado en el sistema
precondicin
Expresiones de post1: Los datos usuario se han modificado con los parmetros de entrada
postcondicin post2: Slo se han modificado los datos requeridos por el usuario
post3: El sistema notifica que se ha realizado correctamente
Excepcin
modificarInformacionProfesor::excep1
Condicin
La informacin introducida por el usuario no es correcta
Expresin
El sistema notifica del error y solicita los datos correctos
SOP-0018
incluirObservaciones
Versin
1.0 ( 05/10/2006 )
Autores

Dependencias

[UC-0020] Inscribir usuario a asignatura
Descripcin
El usuario profesor desea incluir una observacion a un alumno concreto
Parmetros
alumno : Alumno -- el alumno al que se desea incluir una
observacin
profesor : Profesor -- profesor identificado que desea realizar
la observacin al alumno
descripcion : String -- texto de la observacin
asignatura : Asignatura -- asignatura en la que se le desea
incluir una observacin al alumno
Expresiones de pre1: El usuario est registrado en el sistema
precondicin
Expresiones de post1: Se ha creado una observacin con los datos de entrada, con la fecha
postcondicin actual y se le ha asignado un id
post2: Se ha asociado la observacin al alumno, a una asignatura y a un
profesor
post3: Se ha notificado al usuario que se ha realizado correctamente
SOP-0019
consultarProfesor
Tipo del
nombre: String - nombre completo del profesor web: String
114
ANLISIS DEL SISTEMA

resultado
- direccin de la web personal categoria:String- tipo de

profesor telefono:Integer - nmero de telfono del
despacho del profesor despacho:String - direccin del
despacho
Versin
1.0 ( 05/10/2006 )
Autores

Dependencias

[UC-0042] Consultar informacin del profesor
Descripcin
El usuario alumno desea consultar la informacin del profesor
Parmetros
profesor : Profesor -- profesor del que se desea consultar la
informacin
alumno : Alumno -- alumno que desea consultar la informacin del
profesor
Expresiones de pre1: El usuario esta identificado
precondicin
Expresiones de post1: Se ha mostrado la informacin del profesor
postcondicin
SOP-0020
modificarFicha
Tipo del resultado ficha:Ficha - ficha modificada del usuario

Versin
1.0 ( 05/10/2006 )
Autores

Dependencias

[UC-0041] Modificar ficha personal
Descripcin
El alumno desea modificar la informacin de su ficha personal
Parmetros
alumno : Alumno -- alumno que desea modificar su ficha

telfono : Integer -- telfono fijo del alumno
movil : String -- telfono movil del alumno
fechaNacimiento : String -- fecha de nacimiento del usuario
direccin : String -- direccin de su domicilio real
localizacin : String -- localizacin de su domicilio real
pais : String -- pais de residencia
codigoPostal : String -- codigo postal de su residencia real
provincia : String -- provincia de la residencia real
direccin1 : String -- direccin de su domicilio mientras
estudia
localizacin1 : String -- localizacin de su domicilio
mientras estudia
pais1 : String -- pais de residencia mientras estudia
codigoPostal1 : String -- codigo postal de su residencia
mientras estudia
115
ANLISIS DEL SISTEMA

provincia1 : String -- provincia de la residencia mientras
estudia
Expresiones de
precondicin
pre1: El usuario est identificado
Expresiones de
postcondicin
post1: Se ha modificado la ficha con los datos pasados por parmetros

post2: El sistema muestra que se ha realizado correctamente
Excepcin
modificarFicha::excep1
Condicin
Los datos del usuario introducidos no son correctos
Expresin
Se notifica del error al usuario y se le piden los datos correctos
Excepcin
modificarFicha::excep2
Condicin
Las direcciones del usuario no son vlidas
Expresin
se muestra el error y se piden los datos correctos al usuario
SOP-0021
consultarFicha
Tipo del
resultado
ficha:Ficha-devuelve la ficha para mostrarsela al usuario
Versin
1.0 ( 05/10/2006 )
Autores

Dependencias

[UC-0040] Consultar ficha personal
Descripcin
El usuario desea consultar su ficha
Parmetros
alumno : Alumno -- alumno que realiza la consulta
Expresiones de pre1: El usuario esta identificado

precondicin
Expresiones de post1: El sistema muestra su ficha
postcondicin
SOP-0022
consultarDatosAlumno
Tipo del
resultado
ficha:Ficha-- ficha que se muestra al profesor

observaciones:Set(Observacion)-- observaciones realizadas
al alumnos
Versin
1.0 ( 05/10/2006 )
Autores
Dependencias

[UC-0008] Consultar datos de alumnos
116
ANLISIS DEL SISTEMA

Descripcin
El usuario profesor desea consultar la ficha de un alumno y sus

observaciones
Parmetros
alumno : Alumno -- alumno del que se desea consultar su ficha

profesor : Profesor -- profesor que desea consultar la ficha del
alumno
Expresiones de pre1: El usuario est identificado

precondicin
Expresiones de post1: El sistema muestra los datos
postcondicin

SOP-0004
registrarNoticia
Tipo del
resultado
Noticia- noticia que se ha creado con los parmetros
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
[UC-0010] Introducir noticias
Descripcin
Ell profesor desea aadir una noticia a una asignatura que imparte
Parmetros
profesor : Profesor -- profesor que realiza la noticia

asignatura : Asignatura -- asignatura a la que corresponde la
noticia
titulo : String -- ttulo deseado para la noticia
texto : String -- descripcin de la noticia
Expresiones de pre1: El usuario se ha registrado y su rol es profesor
precondicin
Expresiones de post1: Existe una nueva noticia con los parmetros dados asiada a una
postcondicin asignatura
Excepcin
registrarNoticia::excep1
Condicin
los datos no han sido correctamente introducidos
Expresin
se informa del error y se piden de nuevo
SOP-0005
eliminarNoticia
Versin
1.0 ( 04/10/2006 )
Autores
117
ANLISIS DEL SISTEMA

Dependencias
[UC-0015] Eliminar noticia
Descripcin
El usuario profesor desea eliminar una noticia que ha creado l
Parmetros
noticia : Noticia -- a la noticia que se desea eliminar

profesor : Profesor -- al profesor identificado por el sistema
que desea eliminar la noticia

Expresiones de pre1: El usuario se ha identificado correctamente
precondicin
Expresiones de post1: Se ha eliminado la relacin de la noticia con la asignatura y el
postcondicin profesor
post2: Se ha eliminado la noticia
post3: Se ha notificado al profesor que se ha realizado correctamente
SOP-0006
modificarNoticia
Tipo del
resultado
Noticia-noticia con sus datos modificados
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
[UC-0011] Modificar noticias
Descripcin
El usuario profesor desea modificar una noticia
Parmetros
noticia : Noticia -- a la noticia que se desea modificar

profesor : Profesor -- al profesor identificado que quiere
cambiar la noticia
titulo : String -- al titulo de la noticia
texto : String -- a la descripcin de la noticia
Expresiones de pre1: El usuario profesor se ha identificado correctamente
pre2: La noticia existe previamente en el sistema
precondicin
Expresiones de post1: Slo se han modificado los datos introducidos por el usuario
postcondicin post2: El sistema informa de que la operacin se ha realizado correctamente
post3: Se ha modificado la fecha de modificacin por la actual
SOP-0007
consultarNoticias
Tipo del
resultado
Set(Noticia)-noticias que se desean ver
Versin
1.0 ( 04/10/2006 )
Autores
Dependencias

[UC-0012] Consultar noticias
118
ANLISIS DEL SISTEMA

Descripcin
Parmetros
El usuario profesor desea consultar una noticia

profesor : Profesor -- usuario profesor identificado que desea
ver la noticia
asignatura : Asignatura -- asignatura a la que corresponde la
noticia
Expresiones de pre1: El usuario se ha identificado
precondicin
Expresiones de post1: Se han mostrado las noticias
postcondicin

SOP-0023
aadirAsignatura
Versin
1.0 ( 09/10/2006 )
Autores

Dependencias
[UC-0032] Aadir asignatura
Descripcin
El administrador desea aadir una nueva asignatura al sistema
Parmetros
Asignatura : Asignatura -- la nueva asignatura que se desea
aadir
administrador : Usuario -- al usuario, que se ha registrado como
administrador y desea aadir una asignatura
Expresiones de pre1: El usuario se ha identificado como administrador
precondicin
Expresiones de pos1: Se ha aadido una nueva asignatura
postcondicin
Excepcin
aadirAsignatura::excep1
Condicin
La asignatura ya existe en el sistema
Expresin
se Informa del error y se solicita una nueva asignatura
SOP-0024
aadirTitulacion
Versin
1.0 ( 09/10/2006 )
Autores

Dependencias
[UC-0035] Aadir titulacin
Descripcin
El administrador desea aadir una nueva titulacin al sistema
119
ANLISIS DEL SISTEMA

Parmetros
Administrador : Usuario -- al usuario, identificado como

administrador que desea aadir una nueva titulacin
titulacion : Titulacin -- la nueva titulacin que se desea
aadir
precondicin
Expresiones de pos1: Se ha aadido una nueva titulacin
postcondicin
Excepcin
aadirTitulacion::excep1
Condicin
La titulacin ya existe en el sistema
Expresin
se Informa del error y se solicita una nueva titulacin
SOP-0025
aadirUsuario
Versin
1.0 ( 09/10/2006 )
Autores

Dependencias
[UC-0028] Aadir usuario alumno/profesor
Descripcin
El administrador desea aadir un nuevo usuario al sistema
Parmetros
Administrador : tiene -- al usuario, identificado como

administrador que desea aadir un nuevo alumno
usuario : Usuario -- al nuevo usuario que se va aadir al sistema

precondicin
Expresiones de pos1: Se ha aadido un nuevo usuario
postcondicin
Excepcin
aadirUsuario::excep1
Condicin
El usuario ya existe en el sistema
Expresin
se Informa del error y se solicita un nuevo usuario
SOP-0026
eliminarAsignaturaTitulacin
Versin
1.0 ( 09/10/2006 )
Autores

120
ANLISIS DEL SISTEMA

Dependencias
[UC-0038] Eliminar asignatura de titulacin
Descripcin
El administrador desea eliminar una asignatura de una titulacin
Parmetros
Titulacin : Titulacin -- la titulacion de la que se eliminara la

asignatura
asignatura : Asignatura -- la asignatura que ser eliminada de
la titulacin
administrador que desea eliminar una asignatura de una titulacin
pre2: Existen asignaturas asociadas a la titulacin
precondicin
Expresiones de pos1: Se ha eliminado la asignatura de la titulacin
postcondicin
SOP-0027
eliminarAsignatura
Versin
1.0 ( 09/10/2006 )
Autores

Dependencias
[UC-0026] Eliminar asignaturas
Descripcin
El administrador desea eliminar una asignatura
Parmetros
Asignatura : Asignatura -- la asignatura que se desea eliminar

administrador que desea eliminar una asignatura del sistema

pre2: Existen asignaturas en el sistema
precondicin
Expresiones de pos1: Se ha eliminado la asignatura del sistema
postcondicin
SOP-0028
eliminarTitulacion
Versin
1.0 ( 09/10/2006 )
Autores

Dependencias
[UC-0036] Eliminar titulacin
Descripcin
El administrador desea eliminar una titulacin
Parmetros
Titulacin : Titulacin -- la titulacin que se desea eliminar

administrador que desea eliminar una titulacin del sistema

pre2: Existen titulaciones en el sistema
precondicin
Expresiones de pos1: Se ha eliminado la titulacin del sistema
postcondicin
121
ANLISIS DEL SISTEMA
SOP-0029
eliminarUsuario
Versin
1.0 ( 09/10/2006 )
Autores

Dependencias
[UC-0031] Eliminar usuario alumno/profesor
Descripcin
El administrador desea eliminar un usuario
Parmetros
usuario : Usuario -- al usuario que se desea eliminar

administrador que desea eliminar un usuario del sistema

pre2: Existen usuarios en el sistema
precondicin
Expresiones de pos1: Se ha eliminado el usuario del sistema
postcondicin
SOP-0030
eliminarUsuarioAsignatura
Versin
1.0 ( 09/10/2006 )
Autores

Dependencias
[UC-0023] Eliminar usuario de asignatura
Descripcin
El administrador desea eliminar un usuario de una asignatura
Parmetros
usuario : Usuario -- al usuario que se desea eliminar de la

asignatura
administrador que desea eliminar un usuario de una asignatura
asignatura : Asignatura -- la asignatura de la que se quiere
eliminar el alumno

pre2: Existen usuarios asociados a la asignatura
precondicin
Expresiones de pos1: Se ha eliminado el usuario de la asignatura
postcondicin
SOP-0031
importarAsignaturaFichero
Versin
1.0 ( 09/10/2006 )
Autores

Dependencias
[UC-0034] Importar asignatura a partir de fichero
Descripcin
El administrador desea importar asignaturas desde un fichero
122
ANLISIS DEL SISTEMA

Parmetros

administrador que desea importar la lista de asignaturas
Titulacin : Titulacin -- la titulacin a la que se desea aadir
la lista de asignaturas importadas

url : String -- la direccion donde se encuentra el archivo con las
asignaturas a importar
precondicin
Expresiones de pos1: Se han incorporado las asignaturas al sistema
postcondicin
SOP-0032
importarUsuarioFichero
Versin
1.0 ( 09/10/2006 )
Autores

Dependencias
[UC-0030] Importar usuarios a partir de un fichero
Descripcin
El administrador desea importar usuarios desde un fichero
Parmetros

administrador que desea importar la lista de usuarios
url : String -- la direccion donde se encuentra el archivo con los
usuarios a importar
Asignatura : Asignatura -- la asignatura a la que se desea
importar la lista de usuarios

precondicin
Expresiones de pos1: Se han incorporado los usuarios al sistema
postcondicin
SOP-0033
InscribirUsuarioAsignatura
Versin
1.0 ( 09/10/2006 )
Autores

Dependencias
[UC-0020] Inscribir usuario a asignatura
Descripcin
El administrador desea inscribir un usuario en una asignatura
Parmetros
Usuario : Usuario -- el usuario que se desea aadir a la

asignatura
Asignatura : Asignatura -- la asignatura a la que se desea
aadir alumnos
administrador que desea aadir un alumno a una asignatura
123
ANLISIS DEL SISTEMA

pre2: Existen usuarios en el sistema
precondicin
Expresiones de pos1: Se ha aadido el usuario a la asignatura
postcondicin
Excepcin
InscribirUsuarioAsignatura::excep1
Condicin
El usuario no existe en el sistema
Expresin
Se informa del error y se solicita un nuevo usuario
Excepcin
InscribirUsuarioAsignatura::excep2
Condicin
El usuario ya esta inscrito en la asignatura
Expresin
Se informa del error y se aborta la operacin
SOP-0034
ModificarAsignaturasTitulacin
Versin
1.0 ( 09/10/2006 )
Autores

Dependencias
[UC-0039] modificar asignaturas de titulacin
Descripcin
El administrador desea editar la lista de asignaturas de una titulacin
Parmetros
Titulacin : Titulacin -- la titulacin de la que se desea
modificar su lista de asignaturas

administrador que desea modificar la lista de asignaturas de una
titulacin
Asignaturas : Set( Asignatura ) -- las asignaturas que se
aadiran o se eliminaran de la titulacin

precondicin
pre3: existen titulaciones en el sistema
Expresiones de pos1: Se ha modificado la lista de asignaturas de la titulacin
postcondicin
SOP-0035
VincularAsignaturaTitulacin
Versin
1.0 ( 09/10/2006 )
Autores
124
ANLISIS DEL SISTEMA

Dependencias
[UC-0027] Vincular asignatura a titulacin
Descripcin
El administrador desea aadir una asignatura a una titulacin
Parmetros
Asignaturas : Asignatura -- la asignatura que se aade a la
titulacin
administrador que desea aadir una asignatura a una titulacin
Titulacin : Titulacin -- la titulacin a la que se desea aadir
una asignatura
precondicin
pre3: existen titulaciones en el sistema
Expresiones de pos1: Se ha aadido la asignatura a la titulacin
postcondicin
Excepcin
VincularAsignaturaTitulacin::excep1
Condicin
La asignatura no existe
Expresin
Se informa del error y se solicita una nueva asignatura
Excepcin
VincularAsignaturaTitulacin::excep2
Condicin
La asignatura ya se encuentra aadida a la titulacin
Expresin
Se informa del error y se aborta el proceso

SOP-0001
modificarContrasea
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias

[UC-0002] Modificar contrasea
Descripcin
el usuario desea modificar su contrasea
Parmetros
contrasea : String -- la contrasea del usuario que desea
cambiar la contrasea
usuario : String -- usuarios que quiere cambiar la contrasea
nuevaContrasea : String -- nueva contrasea del usuarios
Expresiones de pre1: el usuario esta identificado en el sistema
125
ANLISIS DEL SISTEMA

precondicin
Expresiones de post1: la contrasea ha sido moficada por la pasada por parametro
postcondicin post2: el sistema ha notificado que todo se ha realizado correctamente
Excepcin
modificarContrasea::excep1
Condicin
si la contrasea nueva no es correcta, es decir no cumple el mnimo nmero

de caracteres o tiene caracteres no aceptados por el sistema
Expresin
el sistema muestra el tipo de error y pide los datos de nuevo
SOP-0002
modificarDatosUsuario
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias

[UC-0014] Modificar datos del usuario
Descripcin
el usuario desea modificar datos del usuarios
Parmetros
contrasea : String -- contrasea del usuario

usuarios : String -- usuario que desea modificar sus datos
correo : String -- correo que desea introducir
contraseaNueva : String -- contrasea nueva por la que cambia
la anterior
Expresiones de pre1: el usuario est identificado
precondicin
Expresiones de post1: se han modificados los datos del usuario
postcondicin post2: se ha notificado al usuario que se ha realizado correctamente
Excepcin
modificarDatosUsuario::excep1
Condicin
los datos del usuario no son correctos
Expresin
se informa al usuario del error y se piden de nuevo los datos
SOP-0003
identificarUsuario
Tipo del
resultado
Usuario--Usuario que se ha identificado
Versin
1.0 ( 04/10/2006 )
Autores

126
ANLISIS DEL SISTEMA

Dependencias
Descripcin
el usuario desea identificarse en el sistema
Parmetros
usuario : String -- el usuario que desea identificarse

contrasea : String -- contrasea del usuario
Expresiones de pre1: El usuario ha introducido algn dato

precondicin
Expresiones de post1: Se ha identificado al usuario
postcondicin post2: Se ha informado al usuario de que se ha realizado correctamente
Excepcin
identificarUsuario::excep1
Condicin
los datos introducidos no son correctos
Expresin
se muestra el error y se piden los datos de nuevo

SOP-0008
desactivarTutorias
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
[UC-0016] Desactivar tutoras temporalmente
Descripcin
El usuario profesor quiere desactivar las tutoras para que no se muestren y

en su lugar se muestra el motivo
Parmetros
profesor : Profesor -- profesor identificado que desea
desactivar las tutoras

motivo : String -- motivo que se mostrar al desactivarse las
tutoras
Expresiones de pre1: El usuario est debidamente identificado
pre2: Las tutoras no estn desactivadas anteriormente
precondicin
Expresiones de post1: Se ha modificado el atributo de estado de las tutorias del profesor
post2: Se ha modificado el motivo con el pasado por parmetro
postcondicin
post3: Se ha notificado de que se ha realizado correctamente
SOP-0009
activarTutorias
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
[UC-0017] Activar tutorias
Descripcin
El profesor desea activar su horario de tutorias
Parmetros
profesor : Profesor -- profesor autenticado que desea activar
127
ANLISIS DEL SISTEMA

la visualizacin de las tutoras
Expresiones de pre1: El usuario se ha identificado correctamente
pre2: Las tutoras estn desactivadas
precondicin
Expresiones de post1: Se ha modificado el estado de visualizacin de las tutoras para que
postcondicin se muestren
post2: El sistema notifica al usuario que se ha realizado correctamente
SOP-0010
realizarPeticionCita
Tipo del
resultado
PeticionCIta- peticin de cita que se muestra al usuario
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
[UC-0019] Realizar peticin de cita
Descripcin
El usuario quiere pedirle una cita a un profesor
Parmetros
alumno : Alumno -- alumno identificado que realiza la peticin de
cita
motivo : String -- descripcin del motivo por el que el quiere
realizar la cita
fecha : Date -- fecha que desea que realice la tutora
profesor : Profesor -- profesor al que se desea pedir una cita
Expresiones de pre1: El usuario alumno est debidamente identificado por el sistema
precondicin
Expresiones de post1: Se ha registrado la peticin
postcondicin post2: Se notifica al usuario que se ha realizado correctamente
Excepcin
realizarPeticionCita::excep1
Condicin
la fecha no esta dentro de un rango posible
Expresin
se muestra el error y el sistema pide al usuario que ingrese la fecha correcta
SOP-0011
cancelarCitasActuales
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
[UC-0007] Cancelar citas actuales
Descripcin
El usuario profesor quiere cancelar las citas de un dia
Parmetros
profesor : Profesor -- usuario profesor debidamente

identificado que desea cancelar las citas
128
ANLISIS DEL SISTEMA

peticiones : Set( PeticionCita ) -- conjunto de peticiones que
desea cancelar
motivoCancelacion : String -- al motivo de la cancelacin
Expresiones de pre1: El usuario est identificado por el sistema
precondicin
Expresiones de post1: Se ha modificado motivoCancelacion de las peticiones con el
postcondicin introducido por parmetro
post2: Se ha modificado el estado del conjunto de peticiones a cancelado
post3: Se notifica al usuario que se ha realizado correctamente
SOP-0012
consultarEstadoPeticiones
Tipo del
resultado
Set(PeticionesCita)-devuelve el conjunto de peticiones

para que el usuario pueda ver su estado
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
[UC-0018] Consultar estado de las peticiones
Descripcin
El usuario alumno desea consultar el estado de sus peticiones realizadas
Parmetros
alumno : Alumno -- al alumno que quiere consultar el estado de las
peticiones
precondicin
Expresiones de post1: El sistema ha mostrado las peticiones junto con su estado
postcondicin post2: Si la peticion ha sido modificada y el usuario la ha leido, el estado de
la lectura se modifica, es decir los atributos leidoProfesor o leidoAlumno
segun el usuario
SOP-0013
revisarPeticionCita
Tipo del
resultado
peticionCita
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
[UC-0006] Revisar peticiones de citas
Descripcin
El usuario profesor desea revisar las peticiones de cita que le han sido
enviadas
Parmetros
profesor : Profesor -- usuario profesor que se ha identificado y
desea revisar las peticiones

peticion : PeticionCita -- peticion revisada por el profesor
Expresiones de pre1: El usuario profesor esta identificado
precondicin
129
ANLISIS DEL SISTEMA

Expresiones de post1: Se ha modificado el estado de las peticin de cita segn el pasado
postcondicin por parmetro y el motivo de cancelacin si ha sido cancelada.
post3: Se modifica el estado de lectura de la peticin de cita
Excepcin
revisarPeticionCita::excep1
Condicin
La cita que ha aceptado no es posible porque ya hay una aceptada en la

misma hora
Expresin
se muestra el error
SOP-0014
consultarCitasActuales
Tipo del
resultado
Set(PeticionCita)-Conjunto de citas aceptadas
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
[UC-0009] Consultar citas actuales
Descripcin
El usuario desea consultar las citas actuales
Parmetros
usuario : Usuario -- usuario que desea consultar sus citas
asociadas
fecha : Date -- fecha en la que se desea consultar las peticiones de
cita
precondicin
Expresiones de post1: Se ha mostrado las peticiones de cita por fecha, hora de inicio y el
postcondicin profesor
Excepcin
consultarCitasActuales::excep1
Condicin
El usuario ha introducido una fecha errnea
Expresin
se muestra el error y se vuelve a pedir la fecha al usuario
SOP-0015
consultarHorarioTutorias
Tipo del
resultado
Set(Tutorias)- conjunto de tutoras que forman el

horario del profesor
Versin
1.0 ( 04/10/2006 )
Autores
130
ANLISIS DEL SISTEMA

Dependencias
[UC-0005] Consultar el horario de tutorias
Descripcin
El alumno desea consultar las tutoras del profesor
Parmetros
alumno : Alumno -- alumno que realiza la consulta

profesor : Profesor -- profesor del que se desean ver las
tutoras
Expresiones de pre1: El usuario est identificado
precondicin
Expresiones de post1: El sistema ha mostrado las tutoras del profesor
postcondicin
SOP-0016
modificarTutorias
Tipo del
resultado
Set(Tutoria)-- Las tutorias modificadas por el profesor
Versin
1.0 ( 04/10/2006 )
Autores

Dependencias
[UC-0004] Modificar horario de tutorias
Descripcin
El profesor desea modificar o aadir tutoras a su horario
Parmetros
profesor : Profesor -- profesor que desea modificar sus
tutoras
Expresiones de pre1: El usuario esta autenticado
precondicin
Expresiones de post1: Se han aadido o modificado las tutoras
postcondicin post2: El sistema notifica que se ha realizado correctamente
Comentarios
Ninguno
Excepcin
modificarTutorias::excep1
Condicin
El horario no tiene rangos de horarios validos
Expresin
Se muestra el error y se pide al usuario que cambie los datos
8.3 Diseo del sistema

8.3.1 Patrones usados
A continuacin, se explicarn los distintos patrones usados para el diseo del
sistema, y donde ha sido aplicado
131
ANLISIS DEL SISTEMA

Patrn Arquitectnico Orientado a Capas (Capas)
Uno de los diseos para aplicaciones Web ms empleados es realizar una
divisin de la arquitectura de las aplicaciones en niveles. El patrn
arquitectnico orientado a capas es aquel que divide una aplicacin en
diferentes capas funcionales independientes. En ingls, suele usarse el
trmino tier o layer, que en este documento ha sido traducido por capas. De
manera particular, se puede hablar del patrn arquitectnico 3-tier o de 3
capas, que es aquel que se divide en 3 capas o niveles funcionales. Cada una
de estas capas se encarga de implementar un grupo de funciones
independientes.
Esquema de la arquitectura de 3 capas

A continuacin, pasaremos a detallar cmo se ha seguido el diseo de cada
una de las capas en la aplicacin:
Capa de presentacin
Esta capa es la que se encarga de mostrar informacin del sistema al usuario.
As, estar formada por pginas JSP`s con los que interacciona el usuario y
cuya lgica se basa en las funciones que ofrece la capa de presentacin
implementadas mediante taglibraries de struts.
Capa de aplicacin (lgica de negocio o dominio)
La capa de aplicacin se encargar de recibir los datos del usuario, llamar a
las funciones necesarias y de devolver los resultados a la capa de
presentacin.
En nuestro caso la informacin la enva y reciben los actions, usan los
actionForm como medio. La lgica se encuentra en las clases manager
Capa de datos
132
ANLISIS DEL SISTEMA

Esta capa ofrecer los mtodos para acceder a los datos, permitir que la capa
de aplicacin interacte con las tablas del SGBD y acceda a informacin
contenida en el mismo.
Patrn DAO
El acceso a los datos vara dependiendo de la fuente de los datos. El acceso al
almacenamiento persistente, como una base de datos, vara en gran medida
dependiendo del tipo de almacenamiento (bases de datos relacionales, bases
de datos orientadas a objetos, ficheros planos, etc.) y de la implementacin del
vendedor.
El DAO implementa el mecanismo de acceso requerido para trabajar con la
fuente de datos. El DAO oculta completamente los detalles de implementacin
de la fuente de datos a sus clientes. Como el interface expuesto por el DAO no
cambia cuando cambia la implementacin de la fuente de datos subyacente,
este patrn permite al DAO adaptarse a diferentes esquemas de
almacenamiento sin que esto afecte a sus clientes o componentes de negocio.
Esencialmente, el DAO acta como un adaptador entre el componente y la
fuente de datos.
En este grfico se puede ver cmo es el funcionamiento del patrn:
Diagrama de clases que representa las relaciones del patrn DAO

Descripcin de los objetos
BusinessObject: representa los datos del cliente. Es el objeto que requiere el
acceso a la fuente de datos para obtener y almacenar datos. Podramos
implementar un BusinessObject como un bean.
DataAccessObject: es el objeto principal de este patrn. DataAccessObject
abstrae la implementacin del acceso a datos subyacente al BusinessObject
para permitirle un acceso transparente a la fuente de datos. El BusinessObject
tambin delega las operaciones de carga y almacenamiento en el
DataAccessObject.
DataSource: representa la implementacin de la fuente de datos.
133
ANLISIS DEL SISTEMA

TransferObject: representa un Transfer Object utilizado para el transporte de
datos. DataAccessObject podra utilizar un Transfer Object para devolver los
datos al cliente. El DataAccessObject tambin podra recibir datos desde el
cliente en un Transfer Object para actualizar los datos en la fuente de datos.
Ventajas de su uso
Reduce la Complejidad del Cdigo de los Objetos de Negocio :

Como los DAOs manejan todas las complejidades del acceso a los datos,
se simplifica el cdigo de los objetos de negocio y de otros clientes que
utilizan los DAOs. Todo el cdigo relacionado con la implementacin
(como las sentencias SQL) est dentro del DAO y no en el objeto de
negocio. Esto mejora la lectura del cdigo y la productividad del
desarrollo.
Permite la Transparencia :
Los objetos de negocio puede utilizar la fuente de datos sin conocer los
detalles especficos de su implementacin. El acceso es transparente
porque los detalles de la implementacin se ocultan dentro del DAO.
Aplicacin en el proyecto
En nuestro caso, hemos aplicado el patrn aunque con unas leves diferencias
debido al uso de hibernate. Los DAO no acceden mediante JDBC directamente
como lo haran normalmente en una aplicacin similar, hay una capa
intermedia debido a que Hibernate media entre los dos. Por tanto en los DAO
se usa la funcionalidad de Hibernate, con una notable reduccin de cdigo.
Patrn Singleton
Est diseado para restringir la creacin de objetos pertenecientes a una clase
o el valor de un tipo a un nico objeto.
Su intencin consiste en garantizar que una clase slo tenga una instancia y
proporcionar un punto de acceso global a ella.
El patrn singleton se implementa creando en nuestra clase un mtodo que
crea una instancia del objeto slo si todava no existe alguna. Para asegurar
que la clase no puede ser instanciada nuevamente se regula el alcance del
constructor (con atributos como protegido o privado).
Estructura del patrn Singleton
134
ANLISIS DEL SISTEMA

En nuestro caso hemos requerido de este patrn en dos ocasiones por los
siguientes motivos:
HibernatePool: Es la clase que maneja las conexiones y necesitbamos

que se controlara el objeto sessionFactory que es el encargado de
manejar los objetos de la conexin y debe de ser nico, ya que la
creacin otro objeto de ese tipo implica la inicializacin de Hibernate
que es muy costosa.
LectorScript: Esta clase es la encarga de leer del archivo properties y

leer del fichero de script apropiado. Es singleton, ya que no era
apropiado que leyera del fichero de properties continuamente, si no que
lo hiciera slo una vez y se cargaran las properties de forma esttica.
Patrn Estrategia
El patrn Strategy permite mantener un conjunto de algoritmos de los que el
objeto cliente puede elegir aquel que le conviene e intercambiarlo segn sus
necesidades.
Cuando tenemos un algoritmo que puede cambiar, por cualquier motivo, bien
en tiempo de ejecucin, bien cuando lo implementemos en otro sitio, y no
queremos modificar el cdigo que usa ese algoritmo, viene bien usar el patrn
estrategia.
Estructura del patrn estrategia

Consecuencias
Factoriza aspectos comunes de una familia de algoritmos y utilizarlos
en las clases base de la jerarqua
Aumenta cohesin del cliente
Sistematiza el uso de implementaciones alternativas
El cliente es el responsable de crear estrategias, por tanto debe
comprender las posibilidades que ofrecen, esto es, debe ser relevante
para el contexto del cliente
Menor eficiencia. Aumenta el nmero de objetos creados
Aplicacin
135
ANLISIS DEL SISTEMA

En nuestro caso tenamos el problema de que necesitamos leer de
varios tipos de ficheros para realizar la importacin de usuario y
asignaturas. Adems era posible que se aadieran ms tipos a la
aplicacin en un futuro y era necesario que se eligiera el tipo de
implementacin segn el tipo de archivo en tiempo de ejecucin.
Este problema es solucionado a travs del uso del patrn estrategia
mediante el cual definimos una interfaz que deben de implementar las
clases encargadas de leer los ficheros. Tambin creamos la clase Reader
que ser la encargada de crear la clase correspondiente segn la
extensin del archivo que se le pase por parmetro.
Uso del patrn estrategia en la aplicacin
Template Method (mtodo plantilla)

Un Template Method es un patrn de diseo que define una estructura
algortmica en la super clase, delegando la implementacin a las subclases. Es
decir, define una serie de pasos, en donde los pasos sern redefinidos en las
subclases.
Este patrn permite controlar las ampliaciones de las subclases, convirtiendo
en mtodos plantillas aqullos mtodos que pueden ser redefinidos. En este
caso, los mtodos abstractos se les denominan mtodos de enganche (hook)
136
ANLISIS DEL SISTEMA
Implementacin del patrn Template Method

Consecuencias (ventajas e inconvenientes)
Favorece la reutilizacin del cdigo. Muy tiles para construir

bibliotecas, pues ayuda a factorizar el comportamiento comn de las
clases
Lleva a una estructura de control invertido (Principio de Hollywood): la
superclase base invoca los mtodos de las subclases
En nuestro caso, queramos crear una poltica de seguridad de acceso en las

acciones, para que un usuario no identificado pudiera acceder a ellos. Con lo
cual se presentaba el problema de que todas las clases tenan que comprobar
los datos ingresados en la sesin y no queramos duplicar cdigo ya que
complica el mantenimiento de la aplicacin.
Por eso usamos este patrn y con ello creamos la clase Accion, que hereda de
la clase Action de Struts, y su mtodo de enganche ejecutar que es el que
tienen que redefinir todas las clases que requieran que el usuario este
identificado. El mtodo de enganche es llamado a su vez por execute
realizando previamente una comprobacin de la sesin. Con lo cual ya no se
replica cdigo.
137
ANLISIS DEL SISTEMA

Aplicacin del patrn Template Method
Composite view
Este patrn hace que la representacin de vistas sea ms manejable ya que
gestiona los diferentes elementos de una pgina por medio de una plantilla.
Frecuentemente, las pginas Webs contienen una combinacin de contenido
dinmico y elementos estticos, tales como cabeceras, pies, logos, imgenes de
fondo, etc. La parte dinmica es particular para cada pgina, pero los
elementos estticos suelen ser los mismos para todas las pginas. La plantilla
de la vista compuesta captura estas caractersticas comunes. La integracin
debe ser dinmica, siendo el Composite View bsicamente un layout (diseo,
esquema) que componga dicha pgina.
En nuestro caso hemos dividido la pgina Web en 4 partes, cabecera, pie,
men y head que contiene todo el contenido de head. Esta solucin nos ha
ayudado a mejorar la facilidad de mantenimiento, ya que no es necesario
modificar una a una cada pgina en jsp para cambiar elementos comunes
como pueden ser la cabecera.
8.3.2 Diseo de la aplicacin

En esta seccin se mostrarn y explicarn los diagramas de clases a partir de
la solucin obtenida a travs del uso de los patrones elegidos en la etapa
anterior.
En primer lugar se presentar un diagrama general para tener una visin
global, adems separadas por las tres capas principales de la aplicacin:
presentacin, aplicacin y datos.
138
ANLISIS DEL SISTEMA
Diagrama general del diseo de la aplicacin

Posteriormente se mostrarn los diagramas divididos por capas
8.3.2.1 Capa de datos
139
ANLISIS DEL SISTEMA

Esta se encuentra recogida en el paquete data, en el centro est la clase
HibernatePool que es la encargada de devolver las conexiones a la base de
datos mediante Hibernate. A su alrededor se encuentran las clases que
implementan el patrn DAO con sus respectivas interfaces. Las clases DAO
usan las conexiones de HibernatePool y manejan Beans del paquete dominio.
140
ANLISIS DEL SISTEMA

Diagrama de las clases de la capa de datos
8.3.2.2 Capa de aplicacin

Clases del dominio de la aplicacin
A continuacin se mostrar el diagrama de las clases del dominio, creado a
travs del diagrama del conceptual, stas representan a los ValueObjects en el
patrn DAO, son los objetos que estn entre la lgica de la aplicacin y la capa
de datos. Como son Bean tienen mtodos set y get por cada atributo los cuales
no se han incluido por motivos de legibilidad.
141
ANLISIS DEL SISTEMA

Clases del dominio
Clases de los mdulos de la aplicacin
Posteriormente se describirn los distintos mdulos en los que se han
separado la aplicacin y se ilustrar mediante diagramas de clase su
contenido y relaciones entre sus clases, con la consideracin de que no se
mostrarn las acciones ni los actionsforms debido a que el diagrama no sera
manejable por el nmero de clases. Adems las acciones son clases con un
slo mtodo y se encargan de redireccionar y llamar a la funcionalidad de la
clase manager correspondiente del mdulo.
Mdulo Tutorias
Este mdulo se ha separado en dos submodulos debido a que se poda
agrupar su funcionalidad en dos tipos. El primero est relacionado con la
funcionalidad de las citas y peticiones de citas de los alumnos y de los
profesores.
Lgica de aplicacin del mdulo PeticionCita
142
ANLISIS DEL SISTEMA

El segundo modulo se encarga de la funcionalidad relacionada con las tutoras
de los profesores, como la activacin, desactivacin, eliminacin, adicin y
modificacin de tutoras.
Lgica de aplicacin del modulo tutoras

Mdulo Asignaturas
El siguiente mdulo es el encargado de manejar la informacin referente a las
asignaturas, y por consiguiente tambin las noticias asociadas a las
asignaturas.
143
ANLISIS DEL SISTEMA
Lgica de aplicacin del mdulo asignaturas

Mdulo administracin
Es el mdulo con ms complejidad sin duda, es el encargado de manejar los
usuarios y asignaturas del sistema. Adems permite importar los usuarios y
asignaturas en diferentes formatos, mediante el uso de la clase Reader que
implementa el patrn estrategia.
144
ANLISIS DEL SISTEMA
Lgica de aplicacin del mdulo administracin

Mdulo Instalacin
Este mdulo es el encargado de instalar la aplicacin en una base de datos y
los correspondientes datos de configuracin de Hibernate. Para ello
InstalacionManager se apoya en dos clases: DataBaseCreator y LectorScript.
145
ANLISIS DEL SISTEMA

DataBaseCreator es la encargada de generar el fichero de properties que usa
hibernate para su configuracin y tambin de ejecutar el script de la base de
datos correspondiente.
LectorScript tiene la responsabilidad de leer el archivo de properties con los
datos de los gestores de bases de datos disponibles, configurable por el
desarrollador. Tambin es el encargado de devolver una lista con las
sentencias del fichero de script correspondiente.
Lgica de aplicacin del mdulo Instalacin

Hay que destacar que dado que en este mdulo slo hay un actionform y una
accin se ha incluido en el diagrama.
Mdulo Identificacin
El siguiente mdulo tiene como responsabilidad la identificacin, modificacin
de la clave y salida del usuario.
146
ANLISIS DEL SISTEMA
Lgica de aplicacin del mdulo Identificacin

Mdulo InformacionUsuario
Mdulo que gestiona todo lo relacionado con la informacin referente a los
usuarios. En el caso del profesor la informacin referente a su perfil
(despacho, nombre, etc). En el caso del alumno una funcionalidad
importante y por la que empez el proyecto, la gestin de las fichas.
147
ANLISIS DEL SISTEMA
Lgica de aplicacin del mdulo InformacionUsuarios
8.3.2 Diseo de la base de datos

En este punto se disear el esquema de la base de datos del sistema para
satisfacer los requisitos de la aplicacin con respecto al almacenamiento de
datos.
El proceso comienza con el paso del esquema de tipos representado, realizado
en el documento de anlisis del sistema, a un ERD (Diagrama entidad
relacin).
148
ANLISIS DEL SISTEMA
Esquema del diagrama de tipos

Las similitudes de los dos esquemas hacen que el paso no sea de extrema
dificultad, se hace de forma casi automtica siguiendo los siguientes criterios:
Todo tipo de entidad se convierte en una relacin/tabla de la Base de

Datos.
Todo tipo de interrelacin N:M se transforma en una relacin/tabla, es

decir, se aadir una tabla nueva que contendr la clave primaria de la
entidad perteneciente al extremo N y de la entidad perteneciente al M,
de manera que la clave primaria de esta nueva tabla ser la suma de
las dos.
Todo tipo de interrelacin 1:N, se construirn dos tablas de manera que

pueda haber dos opciones para la clave primaria: que la clave primaria
de la entidad que posee 1 pase a la de N o viceversa.
Despus de aplicar los criterios el ERD queda de la siguiente forma:
149
ANLISIS DEL SISTEMA
Esquema ERD
A continuacin, detallaremos las tablas de la base de datos creadas a partir
del ERD, mostrando cada uno de sus campos.
TABLA FICHA
Campo
idFicha
Tipo
Integer
Nulo
No
Predeterminado
-1
PK
X
FK
fechaActualizacion
Date
Si
telefono
Apellidos
movil
Integer
Varchar(255)
Integer
Si
Si
Si
Foto
Tynint
SI
fechaNacimiento
idDireccionA
Date
Integer
Si
Si
idDireccionB
Integer
Si
Comentario
Identificador de la
ficha
Fecha
de
actualizacin de la
ficha
Telfono del contacto
Apellidos del usuario
Numero de telfono
movil
Booleano
que
representa
si
el
usuario tiene foto
Fecha de nacimiento
Direccin
de
residencia
Direccin
de
residencia real
Tabla Ficha
TABLA DIRECCION
150
ANLISIS DEL SISTEMA

Campo
idDireccion
Direccion
Localizacion
Pais
Provincia
codigoPostal
Tipo
Integer
Varchar(100)
Varchar(100)
Varchar(50)
Varchar(50)
Varchar(5)
Nulo
No
SI
SI
SI
SI
SI
Predeterminado
-1
PK
X
FK
Comentario
Identificador de direccion
Direccion de la ficha
Localizacin de la ficha
Pais de la ficha
Provincia de la ficha
Codigo postal
Tabla Direccion
TABLA USUARIO
Campo
idUsuario
Tipo
Integer
Nulo
No
Clave
Usuario
Varchar(20)
Varchar(20)
No
No
Correo
Varchar(50)
Si
Rol
Enum (alumno, profesor,

administrador)
Predeterminado
-1
PK
X
FK
Comentario
Identificador
de
direccion
Clave del usuario
Nombre
del
usuario
Correo
del
usuario
Tabla Usuario
TABLA ALUMNO
Campo
idUsuario
Nombre
idFicha
Tipo
Integer
Varchar(255)
Integer
Nulo
No
Si
Si
Predeterminado
-1
PK
X
FK
X
Comentario
Identificador del usuario
Nombre del usuario
Identificador de la ficha
X
Tabla Alumno
TABLA PROFESOR
Campo
idUsuario
Categora
Despacho
Web
Nombre
motivoTutorias
Tipo
Integer
Varchar(100)
Varchar(100)
Varchar(100)
Varchar(100)
Varchar(100)
tutoriaActivada
Tynint(1)
Nulo
No
Si
Si
Si
Si
Si
Predeterminado
-1
PK
X
FK
X
Comentario
Identificador del usuario
Categora de trabajo
Direccin del despacho
Pagina Web
Nombre del profesor
Motivo de cancelacin de
las tutoras
Booleano que indica si
estn
activadas
la
tutoras
Si
Tabla profesor
TABLA DEPARTAMENTO
Campo
idDepartamento
Tipo
Integer
Nulo
No
Nombre
Varchar(255)
Si
Web
Codigo
Varchar(255)
Integer(11)
Si
Si
Predeterminado
-1
PK
X
FK
Comentario
Identificador
del
departamento
Nombre
del
departamento
Pagina Web
Cdigo de departamento
Tabla departamento
TABLA ASIGNATURA
Campo
idAsignatura
Tipo
Integer(9)
Nulo
No
cuatrimestre
tinyint(1)
Si
Predeterminado
-1
PK
X
FK
Comentario
Identificador de
la asignatura
Cuatrimestre
151
ANLISIS DEL SISTEMA

nombre
curso
codigo
varchar(100)
tinyint(1)
Integer(11)
Si
Si
Si
creditos
Duracion
float(9,3)
Enum (anual,
cuatrimestral)
Varchar(150)
Enum (optativa,
troncal, obligatoria,
libre configuracion)
Integer(9)
Si
Si
Web
tipoAsignatura
idDepartamento
Nombre
Curso
Cdigo de la
asignatura
Crditos
Duracin de la
asignatura
Pgina Web
Tipo
de
asignatura
Si
Si
Si
Tabla Asignatura
Departamento
TABLA APROBADAASIGNATURAS
Campo
idFicha
idAsignatura
Tipo
Integer(9)
Integer(9)
Nulo
No
No
Predeterminado
PK FK
X
X
X
X
Tabla aprobadaAsignaturas
Comentario
Identificador de la ficha
Identificador de asignatura
TABLA TITULACION
Campo
idTitulacion
Codigo
Nombre
Tipo
Integer(9)
Integer(11)
Varchar(255)
Nulo
No
Si
Si
Predeterminado
-1
PK
X
FK
Comentario
Identificador de titulacin
Cdigo de la titulacin
Nombre de la titulacin
Tabla Titulacion
TABLA ASIGNATURATITULACIONES
Campo
idTitulacion
idAsignatura
Tipo
Integer(9)
Integer(9)
Nulo
No
No
Predeterminado
PK
X
X
FK
X
X
Comentario
Identificador de titulacin
Tabla AsignaturaTitulaciones
TABLA IMPARTEASIGNATURA
Campo
profesor
idAsignatura
Cargo
Tipo
Integer(9)
Integer(9)
Varchar(255)
Nulo
No
No
Si
Predeterminado
PK
X
X
FK
X
X
Comentario
Identificador de profesor
Cargo del profesor en la
asignatura
Tabla ImparteAsignatura
TABLA NOTICIA
Campo
idNoticia
Titulo
Texto
fechaIni
fechaMod
Asignatura
Profesor
Tipo
Integer(9)
Varchar(100)
Text
Date
Date
Integer(9)
Integer(9)
Nulo
No
Si
Si
Si
Si
No
No
Predeterminado
-1
PK
X
FK
X
X
Comentario
Identificador de noticia
Titulo de la noticia
Contenido
Fecha de creacin
Fecha de modificacin
Tabla Noticia
TABLA PETICIONCITA
Campo
idCita
Tipo
Integer(9)
Motivo
Varchar(255)
Nulo
No
Predeterminado
-1
Si
PK
X
FK
Comentario
Identificador de
la cita
Motivo de la
152
ANLISIS DEL SISTEMA

cita
Estado de
peticin
Si
fechaCita
Enum(cancelada,
en
proceso,
aceptada)
Timestamp
motivoCancelacion
Varchar(255)
Si
leidoProfesor
Tinyint(1)
Si
leidoAlumno
Tinyint(1)
Si
Alumno
Integer(9)
No
Profesor
Integer(9)
No
Estado
Si
la
Fecha y hora de
la cita
Motivo
de
cancelacin
Booleano
que
indica si la cita
ha sido leda
por el profesor
Booleano
que
indica si la cita
ha sido leda
por el alumno
Identificador de
alumno
Identificador de
profesor
Tabla PeticionCita
TABLA RECIBEASIGNATURA
Campo
idAlumno
idAsignatura
Tipo
Integer(9)
Integer(9)
Nulo
No
No
Predeterminado
PK FK
X
X
X
X
Tabla recibeAsignatura
Comentario
Identificador de alumno
TABLA TUTORA
Campo
idTutoria
idUsuario
horaInicio
minInicio
horaFin
minFin
Tipo
Integer(9)
Integer(9)
Smallint(2)
Smallint(2)
Smallint(2)
Smallint(2)
Nulo
No
No
Si
Si
Si
Si
Predeterminado
-1
PK
X
FK
X
Comentario
Identificador de tutora
Identificador del profesor
Hora de inicio de la tutora
Minutos de inicio de la tutora
Hora de fin de la tutora
Minutos de fin de la tutora
Tabla Tutoria
8.4 Puntos de variacin y evolucin

8.4.1 Puntos de variacin
En este apartado explicaremos los posibles cambios que pueden surgir y como
afectara esto al sistema, si nos hemos protegido ante el cambio realizando un
anlisis del coste y el impacto que tendra.
Cambio de idioma de la aplicacin
Nos hemos protegido ante el cambio de idioma de la aplicacin, usando una de
las
funcionalidades
que
nos
proporciona
struts
que
soporta
internacionalizacin. Mediante ficheros de mensajes en los que se relaciona
una clave con un texto, luego el texto se muestra dada una clave concreta en
153
ANLISIS DEL SISTEMA

la pgina Web. El fichero de mensajes se carga en la cach para que se realice
de forma eficiente. Aunque no hemos realizado el fichero en otros idiomas,
sera tan sencillo como crearlo con el nombre de Mensajes_xx.properties,
donde xx son las siglas del pas (Por ejemplo ingles es EN). Esto es muy
interesante ya que no hay que modificar nada de cdigo ni recompilar la
aplicacin. El idioma se recoge a travs del idioma que tenga el navegador.
Cambio de gestor de base de datos
Gracias al ORM Hibernate, el cambio de base de datos es muy sencillo, no hay
que modificar nada de cdigo. Slo habra que tocar algn que otro fichero de
configuracin, aadir el conector de la base de datos y crear el script de la
base de datos, aunque existen programas que convierten el script de un tipo
de base de datos a otro. Hibernate soporta una infinidad de gestores de bases
de datos entre ellos los ms utilizados.
Cambio de diseo de la pgina
Hemos usado CSS, slo habra que modificar su configuracin, por tanto
tambin nos hemos protegido ante el cambio de diseo. Adems con el uso de
las taglibraries est mas separada la lgica de negocio de la capa de
presentacin, y un cambio en la capa de presentacin no supone un gran
impacto ni coste en la aplicacin.
Adicin de un nuevo mdulo
La adiccin de un nuevo mdulo o funcionalidades no supone un gran
impacto en la aplicacin, ya que las capas estn debidamente separadas y
todo est estructurado y comentado.
8.4.2 Puntos de evolucin

Este apartado pretende ser una gua sobre las posibles mejoras con las que
podra evolucionar el proyecto haca las futuras versiones.
Cambiar el esquema de la base de datos
Al diseo de la base de datos se le podra aadir que tuviera en cuenta el ao
en el que esta matriculado un alumno en la base de datos. Tambin se podra
tener en cuenta la duracin de las citas, aunque como mnimo hemos puesto
que haya una separacin de 30m, esto no se refleja en la base de datos.
Ajuste de la configuracin de hibernate
Una vez estuviera la aplicacin en produccin sera bueno revisar el registro
para adaptar los valores de la configuracin de hibernate y su pool de
conexiones al del nmero de usuario normales para obtener un mayor
rendimiento en la aplicacin y un mejor uso del cach que implementa
Hibernate. Para ello habra que editar el fichero de configuracin de Hibernate,
en concreto el fichero Hibernate.properties que son las propiedades que lee
hibernate para configurarse.
154
ANLISIS DEL SISTEMA

Validacin en el lado del cliente
Para descargar el servidor de la tarea de realizar las validaciones, sera
convenientes realizarlas en el lado del cliente, es decir mediante JavaScript.
Soporte de un mayor numero de base de datos
Para dar soporte a un mayor nmero de clientes de la aplicacin sera
conveniente soportar ms tipos de gestores de bases de datos. Es decir,
adaptar los script de generacin en SQL hacia otros lenguajes de bases de
datos para que as pudiera funcionar en otros sistemas usados como pueden
ser Oracle y PostgreSQL.
Soporte de cdigo HTML
Sera conveniente incluir un editor de texto en Javascript que permitiera
introducir links y formato al texto de las noticias, ya que es comn que los
profesores introduzcan enlaces.
Exportar contactos en csv
Una funcionalidad muy interesante para los profesores sera aadir los
correos de los alumnos a un gestor de correo, exportar los contactos en el
formato csv que es soportado por muchas aplicaciones que gestionan los
contactos.
Permitir hace login con LDAP
LDAP (Lightweight Directory Access Protocol) es un protocolo de aplicacin que
permite el acceso a un servicio de directorio ordenado y distribuido para
buscar diversa informacin en un entorno de red. Habitualmente, almacena la
informacin de login (usuario y contrasea) y es utilizado para autenticarse.
Por ello sera interesante que la aplicacin soportara dicho protocolo como
medio adicional de acceso.
Envo de notificaciones
Sera interesante que se enviaran las notificaciones de las citas mediante
correo electrnico para que as el usuario pudiera saber su estado sin tener
que entrar en la aplicacin. Una posibilidad ms sera el envi de mensajes de
textos a mvil (SMS) para el aviso de la aceptacin de una peticin de cita, o la
cercana de una cita.
Generar informes en PDF
Una nueva funcionalidad relacionada con el rol de profesor, sera la de generar
en formato PDF un informe con todos los alumnos que tiene una asignatura.
Tambin estara bien generar un resguardo en PDF que el alumno pudiera
imprimir y entregar posteriormente al profesor como justificante.
Integracin con gestores de eventos
155
ANLISIS DEL SISTEMA

Estara bien que se pudieran exportar las citas que tiene un usuario en un
formato que pudiera aceptar un gestor de eventos, como podra ser Google
Calendar o ICalendar y as poder realizar sincronizaciones.
Mejoras en el instalador
Sera interesante que para instalar la base de datos no fuera necesario que
existiera una base de datos ya creada, donde se insertan las tablas, si no que
slo se introdujera la direccin del servidor.
Soporte a ms lenguajes
Sera bueno que se crearan ms ficheros de lenguajes traduciendo el fichero
ya existente de mensajes en espaol, lo cual sera interesante como
funcionalidad para los alumnos extranjeros, o para que la aplicacin se usara
en otros pases.
Personalizacin para distintas entidades
Ya que no supone un gran coste el cambio de diseo de la aplicacin, sera
bueno que se adaptar la cabecera de la aplicacin para que aceptara otras
entidades de enseanza, es decir se pudiera modificar el logo de la aplicacin
segn los requerimientos.
156
ARQUITECTURA DEL SISTEMA
9 Arquitectura del sistema

La aplicacin esta estructurada en distintos mdulos dependiendo de su
funcionalidad. Todos los mdulos siguen una estructura similar compuesta
por los siguientes elementos:
JSP
Son los elementos mas externos de la aplicacin, pertenecen a la capa de
presentacin y son los encargados de mostrar al usuario la informacin de
forma correcta y ordenada con una interfaz amistosa.
Los JSP se ayudan para la representacin de los datos de una hoja de estilo
general para toda la aplicacin. Todos los JSP tienen una misma estructura
que incluyen una cabecera en la parte superior, un men en la parte de la
izquierda y un pie de pgina en la parte inferior; estos son tambin JSP.
Los JSP reciben la informacin a mostrar mediante ActionForm que se
describirn a continuacin.
ActionForm
Son las clases encargadas de proporcionar la informacin a la capa de
presentacin. Todos los ActionForm heredan de la clase ActionForm de
STRUTS y estn compuestos por diversos nmeros de atributos.
Los ActionForm tienen implementados los mtodos Get y Set para todos los
atributos que poseen. Adems, tienen definidos el mtodo Validate (para
validar que sea correcto el valor de los atributos) y el mtodo Reset (para
reiniciar los atributos con sus valores originales).
Los actionForm se generan de forma automtica cada vez que se lleva a cabo
una accin.
Acciones
Son las clases encargadas de obtener los valores de los ActionForm y de
responder a las peticiones HTTP, as como de tratar las sesiones. Estas clases
inicializan o completan los ActionForm, analizan los resultados y
redireccionan al JSP correspondiente. Todas las acciones heredan de la clase
accin. Para obtener los datos necesarios, las clases se ayudan de las
clasesManager.
La clase accin es la encargada de comprobar que los usuarios que navegan
por la aplicacin estn correctamente identificados. La clase Action hereda a
su vez de la clase Action de Struts.
ActionServlet
Es el eje de Struts. Se encarga a partir de una peticin HTTP de generar los
ActionForm y de pasrselos a una accin concreta. Posteriormente trasfiere el
control al JSP determinado. Se apoya en los ficheros web.xml y strutsconfig.xml.
ClaseManager
157

Es la clase encargada de suministrar la informacin a las Acciones. Contienen
todos los mtodos necesarios para tratar la informacin. Esta clase se encarga
de hacer interactuar las clases del dominio, con los ActionForm.
Para obtener la informacin necesaria, se apoyan en las clasesDAO.
La claseManager implementa la interfazManager.
InterfazManager
Interfaz que posee todos los mtodos necesarios para el modulo.
ClasesDAO
Son las clases encargadas de acceder a la base de datos. Se ayudan de
hibernate para acceder a la informacin y la retornan en forma de clases del
dominio. Cada clase implementa una interfazDAO propia.
Clases del Dominio
Son las clases propias de la aplicacin que siguen una estructura similar a la
base de datos en cuanto a atributos se refiere.
Hibernate
Se encarga de ejecutar las sentencias SQL y de crear, modificar o eliminar los
objetos de la aplicacin (Objetos del Dominio). Para ello se utiliza un XML
propio, que existe para cada clase de dominio en el sistema
XML del Dominio
Se encarga de relacionar las clases del dominio con las tablas de la base de
datos.
INTERACCION ENTRE LOS ELEMENTOS

A continuacin recogeremos el proceso general que sigue nuestra aplicacin
cuando se realiza una peticin Web por parte de un usuario.
1. El usuario realiza una peticin a travs de un JSP de nuestra
aplicacin.
2. Se genera una accin encargada de tratar la peticin y un actionForm,
que se encontrara vaco o completo dependiendo de si se trata de una
peticin para enviar o consultar informacin. En caso de que posea
informacin, esta ser validada por el ActionForm. Si se produce un
error en la validacin, se redirecciona al JSP de inicio y se indica el
error.
3. Si la superclase accin valida correctamente la sesin del usuario, la
subclase realizara una peticin a la claseManager, en caso contrario,
ser redireccionado hacia un JSP indicando el error.
4. La clase manager solicitara o facilitara la informacin a la claseDAO.
5. La claseDAO elaborara la sentencia SQL necesaria y llamara a los
procedimientos necesarios de hibernate.
158

6. Hibernate ejecutara la sentencia SQL y generara un objeto del dominio
si por el tipo de consulta fuese necesario
7. Hibernate devolver la informacin a la clase DAO.
8. La claseDao devolver el objeto del dominio a la claseManager.
9. La claseManager utilizara la informacin del Objeto del dominio para
cumplimentar el ActionForm y realizara los procedimientos necesarios.
Finalmente, devolver la informacin a la accin mediante el
ActionForm.
10. La accin dependiendo del resultado obtenido redireccionar la
aplicacin a un JSP concreto.
Esquema de la arquitectura del sistema
159

Este es el esquema general que realiza nuestra aplicacin, pero existen
pequeas variaciones dependiendo el tipo de consulta. Cabe resaltar dos:
a) Peticiones sin Actionform: Son peticiones que no requieren un
Actionform ni para ejecutar la peticin, ni despus de haberla
ejecutado. Siguen el esquema anterior pero no se generan los
ActionForm.
b) Peticiones que realizan nuevas peticiones: Siguen la estructura del
esquema anterior, salvo en el punto 9, ya que dependiendo del
resultado, pueden ser redireccionados a una nueva accin.
160
IMPLEMENTACIN DEL SISTEMA
10 Implementacin del sistema

En este apartado se mostrarn las distintas elecciones que hemos tenido que
realizar para llevar a cabo la implementacin.

La definicin de un entorno de desarrollo influye decisivamente en el
desarrollo del proyecto, un mal entorno puede disminuir drsticamente la
productividad y provocar muchos quebraderos de cabeza. Por ello hemos
probado muchas configuraciones y nos hemos tomado tiempo en decidirlo,
adems hemos tenido que tener en cuenta que las herramientas de desarrollo
fueran gratuitas.
TIPO
Entorno de desarrollo
Plugins Eclipse
Administracin BD
Navegadores Web
Gestor de Base de Datos
Contenedor Web
DETALLE
Eclipse Lomboz
Subversion
Amateras StrutsIDE
Amateras Eclipse HTML
Editor
Hibernate Tools
MySQL GUI Tools
Internet Explorer
Internet Explorer
Mozilla Firefox
MySQL Server
Apache Tomcat Server
VERSIN
3.2
1.4.3
2.0.2
2.0.2
3.1
1.1.20
6.0
7.0
2.0.0.1
5.0
5.5
Especificacin de las herramientas del entorno de desarrollo
A continuacin expondremos las caractersticas principales de los ordenadores

utilizados durante el desarrollo de la aplicacin como orientacin.
Procesador
Memoria RAM
Disco Duro
Intel Pentium Centrino M 1.8GHz
1 GB
75 GB
AMD Athlon XP 2600+
1GB
160 GB
Centrino Duo 2 1,66GHz
2GB
100 GB
Como observacin hay que decir que el entorno utilizado requiere de un

ordenador potente, ya que el entorno de programacin Eclipse requiere de al
menos 512Mb de memoria para funcionar con soltura.
10.1.1 Instalacin del entorno

A continuacin explicaremos brevemente como instalar el entorno Eclipse
junto con los plugins importantes.
161

Instalacin de Lomboz
Entrar en la pgina web oficial de Lomboz y descargar la versin completa:
http://lomboz.objectweb.org/downloads/download.php
Instalacin de los plugins de Amateras
Entrar en la direccin http://sourceforge.jp/projects/amateras/files/ y
descargar las ltimas versiones de EclipseHTMLEditor y StrutsIDE. Son
archivos comprimidos en formato zip, descomprimir y copiar su contenido
a la carpeta plugins de eclipse. Eclipse los cargar automticamente al
inicio.
Instalacin Subclipse
Instalar mediante el gestor de features1 de Eclipse ingresando la direccin:
http://subclipse.tigris.org/update_1.0.x
10.1.2 Configuracin del repositorio RedIris
Modificar la vista de eclipse a vista SVN Repository Exploring.

Luego introducir un nuevo repositorio mediante un clic con el botn
derecho seleccionando la opcin new Repository Location.
Introducir la siguiente direccin perteneciente al repositorio del
proyecto: https://forja.rediris.es/svn/gestionalumnos
Una vez creado el repositorio, pulsar con el botn derecho del ratn y
seleccionar la opcin CheckOut para lo cual le pedir una clave de
usuario, introduzca su usuario y clave correspondiente.
Luego le dar la opcin de elegir el nombre que tendr el proyecto en su
workspace, seleccione la ms conveniente. Pulsar siguiente y esperar a
que termine la descarga del proyecto.

Como resumen del proceso de implementacin se expondrn a continuacin
los componentes ms relevantes y destacados que hemos tenido que resolver
en el desarrollo de esta aplicacin Web.
Implementacin de funcionalidad de la capa de datos

La clase que lleva a cabo el manejo de las conexiones es HibernatePool, se
encarga tambin de cargar una sesin con Hibernate usando los parmetros
de configuracin establecidos en el fichero de configuracin hibernate.cfg.xml,
de ah recoge el nombre de usuario, su pasword y la url de la base de datos.
Para mas informacin sobre como instalarlo entrar en la siguiente direccin:
http://subclipse.tigris.org/install.html
162

public class HibernatePool {
private static SessionFactory session;
private final Log log = LogFactory.getLog(HibernatePool.class);
public static HibernatePool instance;
private HibernatePool() throws ErrorHibernateException{
try
{
/*Se crea una configuracion basada en el xml*/
Configuration cfg=new Configuration().configure();
/*se crea una sesion con la configuracion*/
session=cfg.buildSessionFactory();
/*Se muestra un mensaje de informacion*/
log.info("Se ha cargado hibernate satisfactoriamente");
}
catch(Exception he)
{
/*Se muestra un mensaje de error*/
log.debug("No se ha podido cargar hibernate");
/*Se lanza una exception del tipo carga*/
throw new
ErrorHibernateException(he,ErrorHibernateException.LOAD);
}
}
public static synchronized HibernatePool getInstance() throws
ErrorHibernateException{
if(instance==null)
instance=new HibernatePool();
return instance;
}
/**
* Metodo que devuelve la sesion
* @return sesion de Hibernate
*/
public Session getSession(){
return session.openSession();
}
Como se puede observar utiliza el patrn Singleton, para que la carga de la

base de datos slo se realice una vez, ya que es de un gran costo. Adems
cabe destacar el mtodo getSession que es el encargado de devolver una
conexin donde realizar transacciones.
El acceso a la informacin de la base de datos se realiza mediante los DAOs, lo
mostrar mediante cdigo con la clase NoticiaDAO que recoge las funciones
ms representativas, es decir, un select, un delete, un saveOrUpdate y una
consulta en SQL.
public class NoticiaDAO implements INoticiaDAO {
private final Log log = LogFactory.getLog(NoticiaDAO.class);
private Session s;
public Noticia select(int idNoticia) throws ErrorHibernateException
{
163

s=HibernatePool.getInstance().getSession();
/*Valor por defecto en la noticia*/
Noticia n=null;
try
{
/*Devuelve la Noticia dado el id*/
n=(Noticia)s.get(Noticia.class,idNoticia);
/*Cierre de conexion*/
s.close();
}
catch(HibernateException he)
{
/*Cierre de conexion*/
s.close();
throw new
ErrorHibernateException(he,ErrorHibernateException.DATA);
}
return n;
}
public void delete(int idNoticia) throws ErrorHibernateException
{
/*Se recoge la sesion*/
/*Comienza la transaccin*/
Transaction tx = s.beginTransaction();
try
{
s.delete(new Noticia(idNoticia));
/*Se realiza la transaccion*/
tx.commit();
/*Se cierra la conexion*/
s.close();
}
{
/*Como ha ocurrido un error se vuelve atras*/
tx.rollback();
s.close();
log.debug("Error endelete de noticia con id:"
+idNoticia);
throw new
}
}
public void saveOrUpdate(Noticia noticia) throws ErrorHibernateException

{
Transaction tx = s.beginTransaction();
try
{
/*Salva o actualiza la noticia*/
s.saveOrUpdate(noticia);
/*Se realiza la transaccin*/
tx.commit();
s.close();
}
{
/*Como ha ocurrido un error se vuelve atras*/
tx.rollback();
s.close();
164

log.debug("Error en saveOrUpdate de noticia con id:"
+noticia.getIdNoticia());
throw new
}
}
public List<Noticia>noticiasByAsignatura(int id)throws ErrorHibernateException
{
List<Noticia> list=new ArrayList<Noticia>();
try
{
/*Consulta en hql*/
String hql="from Noticia N " +
"Where N.asignatura.idAsignatura=:idAsignatura " +
"order by fechaMod desc";
Query q=s.createQuery(hql);
/*Establece el parametro*/
q.setInteger("idAsignatura",id);
/*Devuelve la lista de noticias*/
list=q.list();
/*Cierra la conexin*/
s.close();
}
{
s.close();
log.debug("Error en saveOrUpdate de noticia con id:"
+id);
throw new
}
return list;
}
Como se puede observar en el cdigo, para realizar una modificacin en la

base de datos se recurre a las transacciones para mantener la concurrencia.
Adems es como mejor se observa la reduccin importante de cdigo debida al
uso de Hibernate, se pueden realizar acciones de DAOs con pocas lneas de
cdigo. Tambin hemos incluido en los DAOs un logger para facilitar el
mantenimiento.
Implementacin de las clases de la lgica de la aplicacin

Las clases que implementan la lgica de la aplicacin se encuentran en cada
mdulo, estas implementan el patrn Fachada. Tienen la responsabilidad de
pasar de ActionForm que son manejados en la vista, a clases del dominio que
son usadas por Hibernate mediante los DAOs para insertar o modificar
informacin de la base de datos. Tambin en el otro sentido para mostrar
datos referentes de la BD. Estas clases son llamadas desde los actions. Un
ejemplo claro y simple para ver la implementacin de la lgica es el siguiente:
Ejemplo del modulo InformacionUsuarios que modifica la informacin de un
profesor con los datos pasados por un ActionForm.
/**
* Modifica los datos del profesor con los introducidos en el form
*
* @param idProfesor identificador del profesor
165

* @param profesor actionForm con los parametros del formulario
* @throws ErrorHibernateException
*/
public void modificarPerfilProfesor(int idProfesor,ProfesorForm
profesor)throws ErrorHibernateException
{
IProfesorDAO profesorDAO=new ProfesorDAO();
Profesor p=profesorDAO.select(idProfesor);
profesor.changeProfesor(p);
profesorDAO.update(p);
}
Ejemplo de la carga en un ActionForm de informacin, en este caso referente a

la informacin de una asignatura.
/**
* Funcin que carga en el form la informacin de las asignatura
*/
public void mostrarAsignatura(int idAsignatura,InformacionAsignaturaForm form)
throws ErrorHibernateException
{
IAsignaturaDAO asignaturaDAO=new AsignaturaDAO();
INoticiaDAO noticiaDAO=new NoticiaDAO();
/*Datos de la asignatura*/
form.setAsignatura(asignaturaDAO.select(idAsignatura));
/*Profesores que imparten la asignatura*/
form.setProfesores(asignaturaDAO.selectProfesores(idAsignatura));
/*Noticias que tiene la asignatura*/
form.setNoticias(noticiaDAO.noticiasByAsignatura(idAsignatura));
}
Implementacin de la capa de presentacin

El diseo de la pgina se ha separado en varios componentes modularizando
para favorecer el mantenimiento y disminuir el acoplamiento. Hemos separado
la pagina en 4 partes principales:
Menu.jsp:
Contiene los enlaces del men que muestran las distintas opciones posibles
segn el tipo de usuario. Se puede observar el uso de las taglibraries para
comprobar el objeto introducido en la sesin UsuarioForm, del que se le
compara el atributo rol, mediante la etiqueta logia:equals, y dependiendo del
cual sea el valor, se carga unas opciones u otras.
<logic:equal scope="session" name="UsuarioForm" property="rol" value="ALUMNO">
<li class="titulo" ><bean:message key="menu.ficha" /></li>
<ul>
<li><html:link action="verFicha">
<bean:message key="menu.verFicha"/>
</html:link></li>
<li><html:link action="verFicha?r=mod">
<bean:message key="menu.editarFicha"/>
</html:link></li>
</ul>
Cabecera.jsp:
166

Como su nombre indica contiene los elementos que son mostrados en la
cabecera, en este caso tiene algo de funcionalidad ya que muestra distintas
capas segn el tipo de usuario identificado por el sistema.
<logic:equal scope="session" name="UsuarioForm" property="rol" value="ALUMNO">
<div id="cabeceraAl"></div>
</logic:equal>
<logic:equal scope="session" name="UsuarioForm" property="rol"
value="PROFESOR">
<div id="cabeceraPr"></div>
</logic:equal>
<logic:equal scope="session" name="UsuarioForm" property="rol"
value="ADMINISTRADOR">
<div id="cabeceraAd"></div>
</logic:equal>
Pie.jsp:
Pie de la pgina que muestra la informacin de la aplicacin.
<div id="pie">
<p>Versión 1.0 Alpha - Noel Guillen Montilla, Fernando López
Iglesias</p>
</div>
Head.jsp:
s la parte del head del html, como es una parte comn se ha modularizado.
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title>Gestión de Fichas</title>
<link rel="stylesheet" type="text/css" href="estilos.css" title="default" />
</head>
Para las vistas hemos usado una pgina por defecto donde hemos introducido
el contenido.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<%@ include file="../include/head.jsp"%>
<body>
<div id="cuerpo">
<%@ include file="../include/cabecera.jsp"%>
<%@ include file="../include/menu.jsp"%>
<div id="contenido">
CONTENIDO DE LA PGINA
</div>
<%@ include file="../include/pie.jsp"%>
</div>
</body>
</html>
De esta forma hemos simplificado la creacin de las vistas.
167
Implementacin de la seguridad de acceso de los action

Dado que Struts no provea por defecto de una solucin para la seguridad,
impidiendo el acceso de un usuario no identificado a la aplicacin, decidimos
implementarla de un modo simple pero a la vez valido, extendiendo la clase
Action de Struts mediante una clase abstracta llamada Accion, usando el
patrn Plantilla. A continuacin muestro el cdigo para un mejor
entendimiento:
public abstract class Accion extends Action {
private UsuarioForm usuario;
public ActionForward execute(ActionMapping mapping, ActionForm form,
HttpServletRequest request, HttpServletResponse response) throws Exception {
checkSession(request);
return ejecutar(mapping,form,request,response);
}
/**
* Mtodo de enganche
*/
public abstract ActionForward ejecutar(ActionMapping mapping, ActionForm form,
HttpServletRequest request, HttpServletResponse response) throws Exception;
/**
* Chequea que el usuario tiene sesin y si no lo manda a una pgina de error
*/
private void checkSession(HttpServletRequest request) throws
AccesoNoPermitidoException{
HttpSession session=request.getSession();
/*Inicializa el atributo usuario*/
this.usuario=(UsuarioForm)session.getAttribute("UsuarioForm");
if(usuario==null)//Si no esta logueado
{
/*Lanza la excepcin que es capturada por struts*/
throw new AccesoNoPermitidoException();
}
}
}
Como se puede observar se comprueba que existe un usuario en la sesin y si

no es as, se lanza una excepcin que ser capturada por struts para mostrar
una pantalla de aviso. Todos los actions que usamos heredan de esta clase,
por tanto cada vez que se muestra una pgina se comprueba si el usuario
tiene sesin.
Uso de AJAX en la aplicacin

En la aplicacin hemos usado las AjaxTags, que nos proveen de unas
taglibraries para la vista y unas clases que incluso se integran con struts en el
lado del servidor.
Cdigo referente al uso de AjaxTags en la vista nueva peticin para el
problema tipico de inputs del tipo select anidados.
..
<ajax:select
baseUrl="${pageContext.request.contextPath}/CargarProfesores.do"
parameters="asignatura={asignatura}"
168

source="asignatura"
target="profesor">
</ajax:select>
..
Este cdigo es insertado despus del form y genera el cdigo Javascript

necesario para el uso de AJAX en la parte del cliente.
Por otro lado en el lado del servidor:
public class CargarProfesores extends BaseAjaxAction {
public String getXmlContent(ActionMapping mapping, ActionForm
form,HttpServletRequest request, HttpServletResponse response) throws
Exception {
IPeticionCitaManager manager=new PeticionCitaManager();
int idAsignatura =Integer.parseInt(request.getParameter("asignatura"));
List<Profesor> profesores=manager.cargarProfesores(idAsignatura);
return new
AjaxXmlBuilder().addItems(profesores,"nombre","idUsuario").toString();
}
Se puede ver que la clase hereda de BaseAjaxAction que implementa la

funcionalidad necesaria que a su vez hereda de la clase de struts Actions,
tambin se observa el uso de AjaxXmlBuilder que dada una lista genera el
xml.
Tambin hemos usado AJAX para mostrar las citas que tiene un profesor en
forma de calendario sin tener que recargar la pgina. En este caso no se han
podido usar las AjaxTags ya que es demasiado especfico, as que el cdigo
javascript referente a la parte del cliente lo hemos tenido que crear nosotros.
Internacionalizacin
Aunque la internacionalizacin la implementa Struts explicamos brevemente
su uso en la aplicacin. Tenemos un archivo Menssages_es.properties dnde
hay conjunto de claves y cada una tiene asociada un texto.
#--Grupos del menu-menu.tutorias=Tutoras

menu.citas=Citas
menu.ficha=Ficha
menu.fichas=Fichas
menu.usuario=Datos de usuario
menu.asignaturas=Asignaturas
En la vista slo para usarlo solo hay que usar la taglib bean con su funcion
message como se muestra a continuacin.
<bean:message key="menu.verFicha"/>
..
Como se ve, su uso es simple, adems es eficiente ya que el fichero de de

mensajes se carga en cach al inicializar la aplicacin. Struts escoge el idioma
a usar dependiendo del navegador del usuario, y si no existe escoge el definido
por defecto.
169

Validacin de datos
La validacin de datos se realiza en el lado del servidor en los ActionForms
mediante el mtodo validate que provee Struts para que se implemente. Un
ejemplo de una validacin en el caso de la clase NoticiaForm, que es el
formulario usado para introducir una nueva noticia, es el siguiente:
public ActionErrors validate(ActionMapping mapping, HttpServletRequest
request)
{
ActionErrors errors=new ActionErrors();
/*Si no se ha introducido ningn texto*/
if(texto==null||texto.equals("")){
errors.add("noticia",new ActionMessage("error.noticia.texto"));
}
/*Si no se ha introducido ningn titulo*/
if(titulo==null||titulo.equals("")){
errors.add("noticia",new ActionMessage("error.noticia.titulo"));
}
/*Si no se ha introducido ninguna asignatura*/
if(asignatura.equals("-1")){
errors.add("noticia",new ActionMessage("error.noticia.asignatura"));
}
return errors;
}
En la vista esta slo hay que introducir lo siguiente:
<html:errors/>
Se puede ver que se usan claves para la internacionalizacin de los mensajes

de error, y que su complejidad no es alta ya que Struts simplifica mucho el
trabajo.
170
PRUEBAS DEL SISTEMA

La fase de pruebas del software es una de las partes ms importantes del
proceso de desarrollo de software. Probar una aplicacin involucra la
generacin de casos de pruebas, la ejecucin de la aplicacin contra estos
casos de prueba y la observacin del comportamiento de la aplicacin para
determinar su correccin
11.1 Pruebas de Interfaces y Contenidos

Las actividades de esta etapa consisten en hacer revisiones precisas de la
forma en que se despliegan las pginas del sitio y ver si cumplen con los
Trminos de Referencia en estos temas y, adems, si cumplen con los
estndares mnimos que se hayan definido como meta a ser cumplida.
Las acciones de prueba sugeridas para realizar en esta etapa son las
siguientes:
Verificacin de Contenidos:
Es una prueba bsica para revisar si el Sitio Web desarrollado incluye
todos los contenidos que se han especificado en los Trminos de
Referencia o los que se hayan definido en el marco del plan de
desarrollo. Se puede hacer en forma manual o automtica, de acuerdo a
las siguientes orientaciones:
Sistema Manual:
Se refiere a hacer una revisin manual de los contenidos del Sitio Web a
travs de la navegacin de sus pginas. Los elementos que deben
probarse obligatoriamente son: ortografa y redaccin, enlaces
principales, imgenes en pginas.
Sistema Automtico:
Especialmente orientado a la verificacin de enlaces rotos, lo cual se
puede hacer utilizando sistemas basados en Internet o, bien, software
especializado.
Sitio en Construccin:
Se debe verificar que el Sitio Web no contenga espacios vacos o que
tenga el ttulo de en construccin. No es adecuado, bajo ningn sentido,
usar espacios con dicha leyenda; en tal caso es preferible eliminar esa
zona y volver a incluirla cuando exista el contenido correspondiente en
el sitio.
Verificacin de Estndares:
Aunque los sitios Web pueden ser construidos a partir de diferentes
lenguajes, todos deben cumplir ciertas normas de organizacin de su
cdigo fuente (sintaxis), que permitan su visualizacin por software
171
PRUEBAS DEL SISTEMA

equivalente
en
diferentes
plataformas.
Dicha
sintaxis
est
estandarizada y puede ser probada a travs de herramientas pblicas
que estn disponibles en Internet. Las dos ms importantes son:
Validacin de HTML:
la realiza el World Wide Web Consortium2 e indica si el cdigo usado en
la pgina es correcto. Como resultado entrega un reporte con los
eventuales errores para ayudar a su reparacin.
Validacin de CSS:
La realiza el W3C3 e indica si la Hoja de Cascada de Estilo (Cascading
Style Sheet) cumple con la sintaxis estndar y por lo tanto podr ser
visualizada correctamente en todos los sistemas que cumplan dicho
estndar.
Verificaciones de Interfaces:
Mediante esta prueba se revisan aspectos grficos del Sitio Web, para
determinar si su despliegue en las pginas es correcto. Dentro de los
elementos ms importantes a ser verificados, se incluyen los siguientes:
Plug-ins necesarios:
Cuando se utilicen elementos audiovisuales o interactivos que
requieran de algn software incrustado para funcionar (plug-ins), se
debe ofrecer un enlace para que los usuarios que no lo tengan
instalado, puedan bajarlo y hacer el proceso de instalacin.
Consistencia de la Diagramacin:
Cada una de las pginas del sitio debe tener elementos consistentes,
con el fin de ofrecer al usuario una experiencia similar en cualquier
rea del Sitio Web; por nombrar slo tres aspectos, lo anterior implica
que los mens deben aparecer siempre en el mismo lugar; que los
listados deben estar diseados de similar manera en todo el sitio y que
los colores y formas de uso de las interfaces deben ser similares a lo
largo de las pginas.
Ancho de la Diagramacin:
Si la Web se ha diseado para un ancho determinado (por ejemplo, 800
pxeles de ancho), en esta etapa se debe probar si ello se cumple.
Asimismo, se debe probar en una pantalla configurada con una menor
resolucin (por ejemplo 640 x 480 pxeles), cul es el rea visible del
sitio y cmo afecta eso a la navegacin por el mismo.
Diagramacin vs. Browsers:
2
3
http://validator.w3.org
http://jigsaw.w3.org/cssvalidator
172
PRUEBAS DEL SISTEMA

Aunque la codificacin en los lenguajes soportados por los programas
visualizadores puede apegarse a los estndares, no todos muestran de
la misma manera los sitios Web. Las pruebas deberan realizarse al
menos en los navegadores Microsoft Internet Explorer, Opera y Mozilla,
ya que con ellos se cubrir un amplio espectro. Lo que se debe revisar
en este caso es el despliegue de todos los elementos que se muestran en
la pantalla, para asegurar de que aparecen en las posiciones que se les
han asignado en el diseo.
Imgenes Escaladas:
Se debe verificar que las imgenes que aparezcan en el sitio no estn
siendo mostradas en tamao reducido artificialmente; es decir, que se
tome una imagen de grandes dimensiones y por programacin se
muestre en un tamao menor. El efecto de eso es que las pginas con
ese tipo de imgenes sern muy pesadas y harn que el acceso a ellas
sea lento.
Imgenes Sin Atributo ALT:
Para cumplir con las normas de accesibilidad es necesario que todas las
imgenes que se usen en un Sitio Web, tengan una descripcin
utilizando el atributo ALT (para texto alterno) del lenguaje HTML.
En relacin con las siguientes pruebas se ha realizado el siguiente informe
Prueba
Resultados
Verificacin de contenidos
Sitio en construccin
Validacin HTML
Se han verificado de forma manual

No existen paginas en blanco
No es posible pasarla debido al cdigo
generado en los input por las etiquetas de
struts.
Debido al uso de hacks en la hoja de estilos
para la correcta visualizacin en las
versiones de Explorer y mozilla no ha cumple
el estndar de la W3C
No se requieren plug-ins para visualizar la
pagina
La pagina Web tiene un diseo similar en
todas las acciones.
Al reducir la resolucin a 800x600, se
visualiza correctamente, aunque hay que
usar las barras de desplazamiento.
Las pruebas con los navegadores Internet
Explorer (versin 6 y 7), Mozilla Firefox y
Opera han sido resueltas satisfactoriamente,
solo hay leves diferencias de visualizacin
entre estos navegadores.
Todas las imgenes de la Web han sido
escaladas y en ninguna pgina se superan
los 100KB, e incluso en la mayora no se
superan los 50KB, esto es as debido a que
Validacin CSS
Plug-ins necesarios
Consistencia de la
diagramacin
Ancho de diagramacin
Diagramacin vs. Browsers
Imgenes escaladas
173
PRUEBAS DEL SISTEMA

no usamos gran cantidad de imgenes.
Imgenes sin atributo alt
Todas las imgenes tienen el atributo alt
Informe de las pruebas de interfaces y contenidos
10.2 Pruebas de Funcionalidades y Operacin

Las actividades de este apartado se refieren a hacer chequeos completos
respecto de las funcionalidades y aplicaciones que ofrece el sitio, ya sean de
aplicaciones simples como formularios hasta ms complejas, como consultas y
modificaciones de registros en base de datos.
En este sentido, las pruebas se deben hacer sobre diferentes elementos,
siendo algunos de los ms importantes los siguientes:
Validacin de Formularios:
Si el Sitio Web tiene formularios para el envo o ingreso de datos, se debe
utilizar sistemas de validacin del ingreso de datos para asegurar que stos
sean bien ingresados. En este aspecto, algunas de las validaciones ms
importantes deben ser las siguientes:
Campos Obligatorios:
Se debe validar que en los formularios sean ingresados todos aquellos
campos que sean necesarios; stos deben ser marcados de alguna
manera (usualmente con un asterisco) que permita a los usuarios
entender la obligatoriedad de ingresar informacin en ellos;
adicionalmente, debe indicarse tal condicin en forma explcita.
Validaciones Locales:
Para reducir la carga de validaciones en el servidor, se recomienda
incorporar la mayor cantidad de stas en el computador del cliente,
utilizando en forma estndar el lenguaje Javascript para hacerlas.
Sintaxis de Ingreso:
Se debe validar que, en algunos casos, los campos sean ingresados con
datos vlidos; el mejor ejemplo es el caso del ingreso del nmero de
RUT, cuyos nmeros tienen un algoritmo conocido para ser validado.
Ingreso de Datos:
Si se cuenta con un sistema que permita el ingreso de informacin
hacia una base de datos, se debe revisar en la tabla de destino que
efectivamente se estn enviando los datos de la manera que se ha
previsto.
Reingreso y Correccin de Datos:
Para mejorar la interaccin del Sitio Web, cuando tras el ingreso y envo
de los datos de un formulario (despus de la validacin local del
formulario) el usuario presiona el botn Back de su programa
visualizador para volver atrs y modificar algn campo, se le deben
presentar todos los datos que hayan sido ingresados. De esta manera se
aprovecha la informacin ingresada previamente, evitando la
174
PRUEBAS DEL SISTEMA

frustracin del usuario por tener que escribir nuevamente el contenido
completo del formulario.
Elementos de Interfaz:
Al usar elementos del lenguaje HTML para la creacin de las pantallas,
se recomienda no modificar radicalmente sus atributos de despliegue
(colores, formas) y comportamientos tradicionales, para lograr que el
usuario sepa intuitivamente cmo usarlo y no deba aprender de nuevo
su operacin.
Multiplataforma:
Se debe comprobar que los formularios funcionan en diferentes
versiones de programas visualizadores, de sistemas operativos y de
tipos de conexin a Internet.
Administracin del Error 404:
Cuando se ingresa una direccin equivocada, el software del servidor
Web muestra una pantalla de error anunciando el nmero de cdigo del
problema (Error 404). No obstante, dicho software puede ser
configurado para que muestre una pgina diferente, en la que se
explique a los usuarios las probables razones del error. Es importante
incluir, en dicha pgina, un enlace al Mapa del Sitio y un Buscador, de
tal manera que el usuario tenga ms herramientas para resolver la
inexistencia del contenido que buscaba. Se recomienda, adems, que el
Administrador de Sistemas de la institucin entregue un reporte
semanal basado en los logs del servidor, que permita ver qu es lo que
ms buscan los usuarios y de qu manera el Sitio Web les est
respondiendo sus consultas.
Pruebas
Resultados
Campos obligatorios
La validacin se ha realizado slo en el lado

del servidor
Las validaciones se han realizado en el
servidor
Las comprobaciones sobre el ingreso de
datos se han realizado satisfactoriamente
Ante un error de validacin se vuelve a la
pgina donde est el formulario junto con los
datos ingresados.
Los botones y formularios tienen un estilo
estndar.
La
aplicacin
Web
ha
pasado
satisfactoriamente las pruebas con los tres
navegadores, Internet Explorer(versin 6 y 7),
Mozilla Firefox y Opera
La aplicacin captura los errores y muestra
una pgina Web que indica el tipo de error
junto con un enlace a la pgina principal.
Adems se puede configurar que se guarden
los errores en un log
Validaciones locales
Ingresos de datos
Reingreso y correccin de
datos
Elementos de interfaz
Multiplataforma
Administrador del error 404
Informe de las pruebas de funcionalidad y operacin
175
PRUEBAS DEL SISTEMA
10.3 Pruebas de carga

La carga de trabajo se refiere a la capacidad mxima que tiene un servidor
Web, para atender a un conjunto de usuarios de manera simultnea. Por ello,
las actividades de esta etapa tienen relacin con comprobar, de manera
anticipada, el funcionamiento que tendr el servidor del Sitio Web cuando est
en plena operacin.
Las pruebas en este caso consisten en simular una carga de trabajo similar y
superior a la que tendr cuando el sitio est funcionando, con el fin de
detectar si el software instalado cumple con los requerimientos de muchos
usuarios simultneos y tambin si el hardware es capaz de soportar la
cantidad de visitas esperadas.
Programa usado
Para realizar la medicin usaremos el JMeter un programa que permite
realizar pruebas de rendimiento y pruebas funcionales.
Inicialmente diseada para aplicaciones web, hoy en da, su arquitectura ha
evolucionado no slo para llevar acabo pruebas en componentes habilitados
en Internet (HTTP), sino adems en Bases de Datos, programas en Perl, FTP y
prcticamente cualquier otro medio.
Adems, posee la capacidad de realizar desde una solicitud sencilla hasta
secuencias de peticiones que permiten diagnosticar el comportamiento de una
aplicacin en condiciones de produccin.
En este sentido, simula todas las funcionalidades de un Navegador, o de
cualquier otro cliente, siendo capaz de manipular resultados en determinada
requisicin y reutilizarlos para ser empleados en una nueva secuencia.
Descripcin de la prueba
Mediante el programa JMeter simularemos la entrada de usuarios de tipo
profesor y alumno en la aplicacin, mediante hilos de ejecucin, que adems
cada uno realizar las acciones mas usuales asociadas a su perfil.
176
PRUEBAS DEL SISTEMA
Captura de pantalla de la aplicacin de las acciones realizadas

Como se puede observar en la imagen anterior, por cada tipo de usuario se
han realizado una serie de acciones comunes para simular el acceso de un
usuario a la aplicacin Web realizada.
Las pruebas se han realizado para 10 usuarios del tipo alumno con 7
acciones, 10 usuarios del tipo profesor con 6 acciones y 10 iteraciones, lo
cual nos proporciona un total de 1300 pruebas para realizar las estadsticas.
La base de datos tiene una cierta carga de datos, 3 titulaciones y 2
asignaturas adscritas, y un nmero de peticiones y noticias introducidas.
Ficha tcnica del ordenador utilizado en las pruebas de servidor:
Procesador
Memoria RAM
Sistema Operativo
Disco duro
AMD Athlon XP 2600+

1GB
Windows XP SP2
160GB a 7200rpm
Consideraciones
Hay que tener en cuenta que la figura del administrador se ha excluido dado
que comparado con el uso que podra tener cualquiera de los otros dos tipos
de usuarios es inapreciable en el sistema.
Se ha realizado una prueba previa debido a que en la primera carga de un jsp,
el contenedor Tomcat lo compila y tarda un tiempo mayor del que tardara en
una segunda carga. Esto lo hemos hecho as porque queramos probarlo con el
entorno en produccin.
Resultados
177
PRUEBAS DEL SISTEMA

Como se puede observar en la tabla la media de acceso total ha sido de 69ms,
el percentil 90 de 141ms, con valores mximos de 437ms y mnimos de 15ms,
valores bastante aceptables con tal nmero de muestras y usuarios. Tambin
hay que tener en otro atributo como el rendimiento que equivale al nmero de
peticiones que puede servir en un segundo, en total ha sido de 110,3
peticiones por segundo.
Tabla de resultados
JMeter tambin genera un grafico como el que se puede ver a continuacin en el
cual se puede ver el comportamiento del rendimiento, la media, mediana, y
desviacin tpica a lo largo del eje X que representa al nmero de muestras.
Grfico de resultados
Como se puede observar en l, a mayor nmero de muestras va tendiendo ms
a lo que debera de ser el comportamiento de la aplicacin.
178
INSTALACIN DEL SISTEMA

12.1 Requisitos
-
Apache Tomcat versin 5.0 o superior (http://tomcat.apache.org )
MySQL Server 5.04 (http://www.mysql.com )
12.2 Pasos de la instalacin

Despliegue de la aplicacin
Inicie el navegador
Introduzca la siguiente direccin http://127.0.0.1:8080/manager/html y
luego al entrar el nombre de usuario y la clave
A continuacin tiene le saldr la pagina de administracin de aplicaciones
de Tomcat, vaya debajo de la pgina dnde pone desplegar e inserte en
examinar el .war de la aplicacin, luego pulse desplegar y espere a que se
recargue la pgina.
Captura de pantalla de la zona desplegar

Ya est la aplicacin desplegada, para acceder a ella introducir la
siguiente direccin http://127.0.0.1:8080/Proyecto/ aunque el nombre de
acceso se puede cambiar, si antes de desplegar renombramos el fichero en
.war de la aplicacin
Instalacin de la Base de datos
Abra
el
navegador
e
inserte
la
siguiente
direccin
http://127.0.0.1:8080/Proyecto/instalar.do?method=mostrar
A continuacin se le mostrar una pantalla como se le muestra abajo, en la

que se le pide que rellene datos referentes a la base de datos:
Versin con la cual ha sido desarrollada y probada, posiblemente funcione con versiones inferiores
179
Direccin del servidor: Introduzca la direccin del servidor junto con

el nombre de la base de datos que se usar (Ej : localhost/Test), sta
debe de existir5.
Usuario y contrasea: usuario y contrasea con los permisos para

modificar la base de datos.
Tipo de BD: Aunque slo se puede elegir MySQL se prev que

soporte mayor nmero de base de datos.
Opciones de instalacin: Se puede elegir que slo se cree el

esquema, en cual se crea slo el usuario tipo Administrador con
nombre de usuario admin y contrasea practica. Tambin se puede
elegir que se inserten los datos de prueba o conjuntamente
Captura de pantalla de la instalacin

Una vez que han introducido todas los campos deseados pulsar aceptar, si
todo se ha realizado correctamente se mostrar un mensaje de informacin
dicindolo, si no se mostrar uno diciendo el tipo de error.
Eliminacin del fichero de configuracin
Como se puede leer en las recomendaciones de la pagina de instalacin
cuando la aplicacin este en produccin es recomendable que se elimine el
archivo de instalacin. Para ello vaya al directorio de tomcat, normalmente se
encuentra en archivos de programas/Apache Software Foundation/Tomcat,
entre posteriormente en el webapps que es el directorio donde se guardan las
aplicaciones Web, luego en la que corresponde a la aplicacin instalada, y
borre el archivo instalar.jsp
Tenga en cuenta que en la instalacin de MySQL se crea por defecto la base de datos llamada Test que
se puede usar para probar el funcionamiento de la aplicacin
180
13 Manual de uso del sistema

Este manual pretende ser una gua para el uso de la aplicacin, aunque en su
diseo se ha tenido en cuenta que sea lo mas intuitiva posible.
13.1 Manual de funcionamiento

La aplicacin Web "Gestin de Fichas" soporta tres tipos de usuarios: alumno,
profesor y administrador. Todos los usuarios accedern al portal mediante su
pgina principal, facilitando su clave de identificacin, que ser su DNI, y su
contrasea personal.
Observacin: Si es la primera vez que se accede al portal, por norma general la

contrasea personal coincidir con su clave de identificacin (DNI), salvo que
se haya especificado lo contrario.
Si todos los datos son correctos, se acceder a la pgina de inicio.
La pgina de inicio ser distinta de acorde al tipo de usuario que se trate, al
igual que las acciones que se puedan realizar.
Todos los usuarios podrn realizar la accin: Modificar contrasea.
Modificar contrasea.
Para consultar su ficha personal basta con seleccionar la opcin Modificar

clave en el men izquierdo de la aplicacin. A continuacin se introducir la
contrasea actual y la nueva contrasea (dos veces para evitar errores).Se
finalizara el proceso mediante el botn OK.
181
Nota: La contrasea, debe poseer al menos 6 caracteres.

Las distintas operaciones a realizar por los distintos tipos de usuarios se
especificarn en los siguientes submanuales:
13.2 Manual de alumno

Las acciones que el usuario alumno podr realizar son:
Consultar su ficha personal.

Modificar su ficha personal.
Consultar el horario de tutora de un profesor.
Solicitar una cita.
Consultar el estado de sus citas.
Consultar su calendario de citas.
Ver asignaturas.
13.2.1 Consultar su ficha personal

Para consultar su ficha personal basta con seleccionar la opcin ver ficha en
el men izquierdo de la aplicacin. A continuacin, se mostrar su ficha
personal con su foto en la parte superior derecha. En caso de que su ficha no
exista o desee modificarla, ver Modificar Ficha (1.2).
13.2.2 Modificar su ficha personal

Para editar su ficha personal basta con seleccionar la opcin editar ficha en
el men izquierdo de la aplicacin. A continuacin se indica la direccin de la
foto personal y se modifican o se introducen los nuevos datos. Se finaliza el
proceso mediante el botn OK.
182
Nota: Todos los campos son necesarios, excepto la fotografa personal. El

nico formato vlido para la fotografa es el jpg.
13.2.3 Consultar el horario de tutora de un profesor
Para consultar el horario de tutora de un profesor basta con seleccionar la

opcin Consultar tutoras en el men izquierdo de la aplicacin. A
continuacin, se seleccionar la asignatura pertinente y uno de los profesores
de dicha asignatura. Se mostrar el horario y el sistema mostrar la opcin de
183

solicitar una cita (ver 13.2.4).
13.2.4 Solicitar una cita

Para solicitar una cita basta con seleccionar la opcin Pedir Cita en el men
izquierdo de la aplicacin. Se indicar la asignatura, el profesor, la fecha y el
motivo de la cita. Se finalizara el proceso mediante el botn OK.
Nota: Todos los campos son obligatorios. No es posible realizar peticiones con
ms de dos meses de antelacin.
184
13.2.5 Consultar el estado de sus citas

Para consultar el estado de la cita basta con seleccionar la opcin Ver
Peticiones en el men izquierdo de la aplicacin. A continuacin se mostrarn
todas las peticiones organizadas por su estado actual.
13.2.6 Ver asignaturas

Para consultar las asignaturas que el alumno posee, basta con seleccionar la
opcin Ver Asignaturas en el men izquierdo de la aplicacin. Al seleccionar
una asignatura concreta, aparecer la informacin bsica de la asignatura
(Descripcin, Profesores y Noticias).
185
13.3 Manual del profesor

Las acciones que el usuario profesor podr realizar son:
Consultar su horario de tutoras.

Modificar su horario de tutoras.
Desactivar las tutoras.
Consultar las fichas de los alumnos.
Cancelar citas.
Responder peticiones de citas.
Consultar citas por fecha.
Consultar su calendario de citas.
Modificar su informacin personal.
Introducir noticias.
Modificar noticias.
Consultar noticias.
13.3.1 Consultar su horario de tutoras.

Para consultar el horario de tutora basta con seleccionar la opcin Ver
tutoras en el men izquierdo de la aplicacin.
186
13.3.2 Modificar su horario de tutoras.

Para modificar el horario de tutora basta con seleccionar la opcin Editar
tutoras en el men izquierdo de la aplicacin. A continuacin se modificaran
o se eliminaran los datos actuales de las tutoras. Tambin, se podrn aadir
nuevos horarios de tutoras mediante el botn Insertar;
13.3.3 Desactivar las tutoras

Para desactivar las tutoras, basta con seleccionar la opcin Desactivar
tutoras en el men izquierdo de la aplicacin. Se indicar el motivo por el
cual se desactivan las tutoras, dicha explicacin ser visible para los
alumnos. Se finalizar el proceso mediante el botn OK.
187
13.3.4 Consultar las fichas de los alumnos

Para consultar las fichas personales de los alumnos, basta con seleccionar la
opcin Ver Fichas en el men izquierdo de la aplicacin. Se seleccionara la
asignatura y a continuacin el alumno deseado, a partir de la lista de
usuarios obtenida.
13.3.5 Cancelar citas

Para cancelar las citas ya establecidas con los alumnos, basta con seleccionar
la opcin Ver Fichas en el men izquierdo de la aplicacin. A continuacin se
indicar la fecha y las citas que se desean acordar, y se introducir una breve
justificacin para el alumno
Nota: Las citas que se cancelan con este procedimiento son citas que fueron
anteriormente aceptadas por el profesor. No se trata de peticiones de cita.
13.3.6 Responder peticiones de citas
188

Para responder las citas realizadas por el alumno, basta con seleccionar la
opcin Peticiones de Cita en el men izquierdo de la aplicacin. A
continuacin, se resolvern de forma individual las distintas peticiones
mediante las opciones Aceptar y Cancelar.
13.3.7 Consultar su calendario de citas.

Para consultar las citas acordadas con los alumnos, basta con seleccionar la
opcin Calendario en el men izquierdo de la aplicacin. A continuacin se
seleccionara el mes de la consulta mediante los botones mes actual, mes
anterior y mes siguiente. Para consultar el motivo de una cita pendiente,
basta con seleccionar la cita en concreto y la informacin aparecer en una
ventana emergente.
Nota: Las citas que aqu se muestran, son slo las que han sido aceptadas
previamente por el profesor. Para ms informacin ver: 2.6.
13.3.9 Modificar su informacin personal

Para la informacin personal basta con seleccionar la opcin modificar perfil
en el men izquierdo de la aplicacin. Se introducirn los nuevos datos y se
189

modificarn los antiguos en caso de existir. El proceso finalizar mediante el
botn OK.
Nota: Todos los campos son obligatorios.
13.3.10 Introducir noticias

Para introducir una noticia basta con seleccionar la opcin Introducir Noticia
en el men izquierdo de la aplicacin. Se seleccionar la asignatura a la que
pertenece la noticia, la cual contendr un ttulo y una breve descripcin. Se
finalizar el proceso mediante el botn OK.
13.3.11 Modificar noticias

Para modificar una noticia basta con seleccionar la opcin Modificar Noticia
en el men izquierdo de la aplicacin. A continuacin se seleccionar una
asignatura y una noticia de la lista de asignaturas que se han obtenido. Se
introducirn o se modificarn los datos o se eliminar completamente
mediante el enlace eliminar.
190
13.3.12 Consultar noticias

Para consultar una noticia basta con seleccionar la opcin Consultar Noticia
en el men izquierdo de la aplicacin. A continuacin se seleccionar una
asignatura y una noticia de la lista de asignaturas que se han obtenido.
191
13.4 Manual del administrador

Las acciones que el usuario administrador podr realizar son:
Aadir titulaciones.
Eliminar titulaciones.
Aadir Asignaturas.
Eliminar Asignaturas.
Aadir usuarios.
Eliminar usuarios.
Vincular una asignatura a una titulacin.
Desvincular una asignatura a una titulacin.
Vincular un usuario a una asignatura.
Desvincular un usuario de una asignatura.
Importar una lista de usuarios.
Importar una lista de asignaturas y titulaciones.
Vaciar lista de asignaturas.
Aadir departamentos
Modificar Departamentos
Cmo empezar a organizar el portal?
Para facilitar el trabajo del administrador se recomienda que se proceda como

se describe a continuacin:
1) Aadir las distintas titulaciones
2) Aadir los departamentos sino se van a importar las asignaturas.
3) Aadir las asignaturas al sistema de forma manual o mediante un archivo
de importacin (Vase el apartado 13.4.3 y 13.4.12).
Nota: Se recomienda generar distintos archivos de importacin, con las
asignaturas comunes a las titulaciones y con las asignaturas propias de
cada titulacin.
4) Seleccionar las distintas titulaciones para ser vinculadas con las
asignaturas.
5) Aadir los usuarios, bien de forma manual o mediante un fichero de
importacin (Vase el apartado 13.4.5 y 13.4.11).
Nota: Se recomienda generar distintos archivos de importacin con la lista
de usuarios de las asignaturas.
6) Seleccionar las distintas asignaturas de los usuarios.
Nota: Se recomienda trabajar con las opciones de importacin (xml y Excel)
para facilitar el trabajo del administrador y usar el resto de las herramientas
para posibles incidencias o excepciones.
192

13.4.1 Aadir Titulaciones.
Para aadir una titulacin basta con seleccionar la opcin Aadir Titulacin
en el men izquierdo de la aplicacin. A continuacin se mostrar un
formulario, donde se incluir el nombre de la titulacin y su cdigo
correspondiente.
Observacin: Para que la accin se pueda realizar correctamente deber

indicar un cdigo nico en la aplicacin. De lo contrario se indicar el error y
se solicitar uno nuevo.
13.4.2 Eliminar Titulaciones

Para eliminar una titulacin se seleccionar la opcin Eliminar Titulacin en
el men izquierdo de la aplicacin. A continuacin se mostrar una lista con
las titulaciones actuales y se seleccionar la titulacin que se desee eliminar.
Se proceder de forma iterativa mientras el usuario desee eliminar
titulaciones. Cuando no se desee eliminar ms titulaciones se seleccionar la
opcin terminar.
Observacin: Las titulaciones se eliminarn de forma individual en cada

iteracin y no mediante la opcin terminar.
Nota: No es necesario desvincular previamente las asignaturas que pueda
poseer una titulacin. Este proceso es automtico.
13.4.3 Aadir Asignaturas

Para aadir una asignatura se seleccionar la opcin Aadir Asignatura en
el men izquierdo de la aplicacin. A continuacin se complementar un
formulario con los datos bsicos de la asignatura y se seleccionar el
departamento al que pertenece. Para finalizar el proceso se pulsar en el botn
OK.Posteriormente se pasar al proceso vincular una asignatura a una
titulacin (ver apartado 13.4.7 del manual)
193
Observacin: Todos los campos son obligatorios y debe existir departamento

en el sistema. Para importar departamentos a partir de un fichero ver el
apartado 3.12
13.4.4 Eliminar Asignaturas.

Para eliminar una asignatura se seleccionar la opcin Eliminar Asignatura
en el men izquierdo de la aplicacin. A continuacin se mostrar una lista
con las titulaciones del sistema. El administrador podr seleccionar una
titulacin si conoce las asociaciones de la asignatura o seleccionar la opcin
ver todas las asignaturas. En ambos casos, se mostrar una lista con las
asignaturas y se seleccionar la asignatura a eliminar.
Esta accin no se puede realizar de forma iterativa. Para eliminar ms de una
asignatura se deber repetir el procedimiento.
194

Observacin: Al eliminar una asignatura a partir de una titulacin, sta
desaparecer completamente del sistema (no se est desvinculando dicha
asignatura, para ello vase el apartado 3.8).
Nota: Al eliminar la asignatura, se eliminarn de forma automtica todas las
relaciones que existan entre dicha asignatura y los usuarios y titulaciones del
sistema, no es necesario desvincular la asignatura ni previa ni posteriormente.
13.4.5 Aadir Usuario

Para aadir un nuevo usuario se seleccionar la opcin Aadir usuario en el
men izquierdo de la aplicacin. A continuacin se mostrar un formulario en
el que se indicar el cdigo de identificacin del usuario ( el DNI del usuario ) y
su clave personal (originalmente ser su DNI).
Nota: Si el DNI ya existe en el sistema, se indicar el error y se solicitar uno

nuevo.
13.4.6 Eliminar Usuario

Para eliminar un nuevo usuario se seleccionar la opcin Eliminar Usuario en el men
izquierdo de la aplicacin. A continuacin se mostrar un formulario en el que se indicar el
DNI del alumno a eliminar.
13.4.7 Vincular una asignatura a una titulacin
195

Este procedimiento se puede realizar seleccionando la opcin vincular
asignatura en el men izquierdo de la aplicacin o bien de forma automtica
despus de haber aadido o importado una asignatura. Para vincular una
asignatura en el sistema, primero se selecciona una asignatura de la lista, en
el caso de que se haya accedido desde el men, y posteriormente se
seleccionar la lista de titulaciones a vincular. Para finalizar el procedimiento
se pulsar OK.
13.4.8 Desvincular una asignatura a una titulacin

Para desvincular una asignatura de una titulacin se seleccionar la opcin
modificar asignatura en el men izquierdo de la aplicacin. A continuacin,
se seleccionar la asignatura de la lista y se mostrar una lista con todas las
titulaciones del sistema, marcando a las que pertenece dicha asignatura. El
administrador podr habilitar o deshabilitar las distintas titulaciones para que
sean vinculadas o desvinculadas respectivamente. Se finalizar el proceso
mediante el botn OK.
Observacin: Este proceso permite tanto desvincular como vincular
asignaturas.
13.4.9 Vincular un usuario a una asignatura

Este procedimiento se puede realizar seleccionando la opcin vincular
usuario en el men izquierdo de la aplicacin o bien de forma automtica
196

despus de haber aadido un nuevo usuario.
Para vincular un usuario en el sistema, primero se selecciona un usuario
mediante una bsqueda del DNI, en el caso de que se haya accedido desde el
men, y posteriormente se seleccionar la titulacin concreta o la opcin ver
todas las asignaturas. El sistema mostrar una lista de asignaturas
dependiendo de la opcin seleccionada. Se seleccionarn las asignaturas y se
finalizar el proceso mediante el botn OK.
13.4.10 Desvincular un usuario de una asignatura

Para desvincular una asignatura de una titulacin se seleccionar la opcin
Desvincular usuario en el men izquierdo de la aplicacin. A continuacin se
realizar una bsqueda de un usuario mediante su DNI. Posteriormente se
seleccionar la titulacin a eliminar y finalizar el proceso.
13.4.11 Importar una lista de usuarios

Para importar una lista de usuarios, se pueden llevar a cabo dos mtodos;
a) Importar usuario a partir de un fichero XML

Para importar una lista de usuarios, basta con seleccionar la opcin Importar
usuarios en el men izquierdo de la aplicacin.
A continuacin se seleccionar la titulacin si se quiere vincular los usuarios a
asignaturas concretas de una titulacin, o la opcin todas las asignaturas,
para ver todas las asignaturas del sistema.
197
Posteriormente, se indicar el archivo xml que contiene la lista de usuarios a

importar y se seleccionar el tipo correspondiente.
Un nico archivo xml podr contener tanto a usuarios profesores, como a

usuarios alumnos. El archivo xml tendr la siguiente estructura:
<usuarios>
<alumnos>
...
<alumno>
<dni></dni>
<contrasea></contrasea>
</alumno>
...
</alumnos>
<profesores>
...
<profesor>
198

<dni></dni>
<contrasea></contrasea>
</profesor>
...
</profesores>
</usuarios>
A continuacin se seleccionar la lista de asignaturas a la que los usuarios estarn
vinculados.
Los usuarios cuyo DNI ya se encuentre registrado en el sistema, sern
descartados y no sern aadidos al sistema, pero s entraran en el proceso de
vinculacin con las asignaturas.
Observacin: Se recomienda que las asignaturas ya se encuentren
almacenadas en el sistema antes de importar la lista de usuarios, para
facilitar la tarea del administrador.
b) Importar usuario a partir de un fichero Excel
Para importar una lista de usuarios, basta con seleccionar la opcin Importar
usuarios en el men izquierdo de la aplicacin.
A continuacin se seleccionar la titulacin si se quiere vincular los usuarios a
asignaturas concretas de una titulacin o la opcin todas las asignaturas,
para ver todas las asignaturas del sistema.
Posteriormente, se indicar el archivo Excel que contiene la lista de usuarios a
importar y se seleccionar el tipo correspondiente.
El archivo Excel slo podr contener un tipo concreto de usuario. La
estructura del documento Excel ser la siguiente:
Columna 0, Fila 0: En esta celda se indicar el tipo de usuario del que se

trata (alumno o profesor)
Columna 0: En esta columna se indicar los DNI (sin letra) de los usuarios.
Columna 1: En esta columna se indicar los apellidos y los nombres de los
usuarios. Apellidos y nombre estarn delimitados mediante una coma.
A continuacin se seleccionar la lista de asignaturas a la que los usuarios

estarn vinculados.
Los usuarios cuyo DNI ya se encuentre registrado en el sistema, sern
descartados y no sern aadidos al sistema, pero s entrarn en el proceso de
vinculacin con las asignaturas.
Las filas del documento Excel que no estn formadas correctamente sern
descartadas.
Observacin: Se recomienda que las asignaturas ya se encuentren
almacenadas en el sistema antes de importar la lista de usuarios, para
facilitar la tarea del administrador.
199
13.4.12 Importar una lista de asignaturas

Para importar una lista de asignaturas, se pueden llevar a cabo los siguientes
procedimientos.
a) Importar a partir de un archivo XML

Para importar una lista de asignaturas a partir de un archivo xml basta con
seleccionar en el men izquierdo la opcin importar asignaturas. A
continuacin se mostrar un campo solicitando el archivo a importar.
Posteriormente, se seleccionar la opcin XML.
El archivo xml debe de seguir la siguiente estructura:
<asignaturas>
...
<asignatura>
<codigo></codigo>
<nombre></nombre>
<curso></curso>
<cuatrimestre></cuatrimestre>
<departamento></departamento>
<web></web>
<creditos></creditos>
<duracin></duracin>
<tipo></tipo>
</asignatura>
...
</asignaturas>
Para un correcto funcionamiento de la aplicacin, el administrador debe
comprobar que el departamento existe en el sistema. En caso contrario la
asignatura ser descartada y no ser aadida al sistema.
200

En caso de que el departamento no exista en el sistema, se podr importar en
el mismo fichero de la asignatura de la siguiente forma:
<departamentos>
...
<departamento>
<nombre></nombre>
<codigo></codigo>
<web></web>
</departamento>
...
</departamentos>
A continuacin, se seleccionarn las titulaciones de la lista para que la lista de
asignaturas quede vinculada a estas.
Observacin: No es necesario garantizar por parte del administrador que la
asignatura y el departamento no se encuentren en el sistema, si estas ya han
sido insertadas se descartarn automticamente. Las asignaturas descartadas
s entrarn en el proceso de vinculacin.
Si la asignatura no existe en el sistema pero su cdigo s, ser descartada y no
ser aadida al sistema.
Se recomienda importar las asignaturas cuando las titulaciones ya se
encuentren en el sistema (ver punto 13.4.1).
b) Importar a partir de un fichero Excel
Para importar una lista de asignaturas a partir de un archivo Excel basta con
seleccionar en el men izquierdo la opcin importar asignaturas. A
continuacin se mostrar un campo solicitando el archivo a importar.
Posteriormente, se seleccionar la opcin Excel.
El archivo Excel deber seguir la siguiente estructura:
En el caso de no existir los departamentos de las asignaturas en el sistema, se
colocaran al principio del documento de la siguiente forma:
En
En
En
En
la columna 0, fila 0, se escribir departamento.

las posteriores columnas 0 se escribir el cdigo del departamento.
las posteriores columnas 1 se escribir el nombre del departamento.
las posteriores columnas 2 se escribir la Web del departamento.
Cuando finalicen los departamentos, se escribir asignatura en la columna

cero y en la fila que corresponda. Posteriormente los datos se colocaran de la
siguiente forma:
En
En
En
En
En
En
la
la
la
la
la
la
columna
columna
columna
columna
columna
columna
0
1
2
3
4
5
se
se
se
se
se
se
escribir el nombre de la asignatura.

escribir el curso de la asignatura.
escribir el cdigo de la asignatura.
escribir el cuatrimestre de la asignatura.
escribirn los crditos de la asignatura.
escribir la Web de la asignatura.
201

En la columna 6 se escribir le duracin de la asignatura.
En la columna 7 se escribir el tipo de la asignatura.
En la columna 8 se escribir el cdigo del departamento al que
pertenece la asignatura.
A continuacin, se seleccionarn las titulaciones de la lista para que la lista de
asignaturas queden vinculadas a estas.
13.4.13 Vaciar Lista asignatura

Para eliminar todos los usuarios de una asignatura, se seleccionar la opcin
vaciar lista asignatura en el men izquierdo de la aplicacin. A continuacin
se seleccionar la titulacin si se conoce la localizacin de las asignaturas, o la
opcin ver todas las asignaturas en caso contrario. Posteriormente se
seleccionarn las asignaturas de la lista y se finalizar el proceso mediante el
botn OK.
13.4.13 Aadir Departamento

Para aadir un departamento, se seleccionar la opcin aadir departamento
en el men izquierdo de la aplicacin. A continuacin se indicara el nombre, el
cdigo y la Web del departamento.
202
Nota: El cdigo del departamento deber ser nico en el sistema.
13.4.13 Modificar Departamento

Para modificar un departamento, se seleccionar la opcin modificar
departamento en el men izquierdo de la aplicacin. A continuacin se
seleccionara el departamento a modificar y se introducirn los nuevos datos.
203
PARTE IV: CONCLUSIONES
204
CUMPLIMIENTO DE LOS OBJETIVOS DEL PROYECTO

En el mbito funcional, el cumplimiento de los objetivos propuestos se ha
realizado de manera satisfactoria. As, si en un primer momento decidimos
centrarnos en la Gestin de las fichas personales de los alumnos,
posteriormente, los objetivos se ampliaron considerablemente abarcando la
Gestin de peticiones de tutoras. Esta ampliacin nos supuso un mayor
esfuerzo en el desarrollo del proyecto pero finalmente hemos podido cumplir
todos los objetivos que establecimos.
Adems, a medida que hemos ido desarrollando nuestra aplicacin, hemos ido
aadiendo funcionalidades que en un principio no pensamos desarrollar.
Algunos ejemplos son:
Importacin mediante Excel: originalmente en los objetivos nos

propusimos la importacin mediante xml, pero no mediante archivos
del tipo Excel.
Instalador: que permite instalar en una maquina, nuestra aplicacin
para su uso
de manera muy sencilla. Originalmente slo
contemplamos la opcin de hacerlo manualmente.
En cuanto al aprendizaje de nuevas tecnologas, los objetivos se han cumplido

tambin de manera satisfactoria. As, hemos podido aprender e integrar en
nuestra aplicacin las dos tecnologas que nos propusimos originalmente:
Struts e Hibernate.
Destacar tambin que a lo largo del desarrollo del proyecto hemos ampliado
nuestros objetivos de aprendizaje con una nueva tecnologa como es AJAX. El
uso de AJAX en nuestra aplicacin, no fue contemplado originalmente.
Como objetivo de aprendizaje no cumplido podramos mencionar el intento de
migracin desde Struts a Struts 2.0 de nuestra aplicacin. El proceso
resultaba muy costoso ya que nos supona grandes cambios, as que fue
descartado. Este objetivo surgi a lo largo del desarrollo de nuestro proyecto,
no se trataba de un objetivo original.
En conclusin, podemos considerar que nuestra aplicacin ha cumplido todos
los objetivos iniciales marcados, incorporando nuevos objetivos que surgieron
durante el desarrollo del proyecto y que consideramos muy beneficiosos para
nuestra aplicacin.
205
ESFUERZO EMPLEADO EN EL PROYECTO

En este apartado se explicar la planificacin que se ha seguido y en que
modo se ha cumplido, y tambin se estimar el coste del proyecto y se
explicarn las tcnicas usadas para ello.
15.1 Planificacin
La planificacin es una estimacin del tiempo necesario para llevar a cabo las
distintas tareas que se realizan durante el desarrollo de un proyecto.
As, una estimacin es una prediccin que tiene la misma probabilidad de
estar por encima o por debajo del valor actual (Tom DeMarco). El principal
objetivo de la estimacin es reducir los costes.
Para nuestro estudio, realizaremos una estimacin inicial al comienzo del
proyecto y anotaremos el tiempo real empleado al finalizar el proyecto. A partir
de esos datos calcularemos el error relativo de estimacin de la siguiente
forma:
ER= (Valor Real - Valor Estimado)/Valor Real
Tambin calcularemos el error relativo medio:
Error Relativo Medio =(1/n) i=1..n ERi
A continuacin se muestran los resultados obtenidos:
Tarea
Estimacin Inicial Estimacin Final
ER
Bsqueda de la informacin
9 das
12 das
25%
Anlisis de tareas
4 das
2 das
-50%
Elicitacin de requisitos
14 das
17 das
17.64%
Anlisis de requisitos
12 das
15 das
20%
Instalacin de la plataforma
3 das
5 das
40%
Diseo del sistema
16 das
13 das
-23%
Prototipo del sistema
4 das
4 das
0%
Implementacin
65 das
78 das
16.6%
Pruebas
8 das
6 das
-33%
Rediseo
5 das
5 das
0%
Presentacin
5 das
3 das
66%
TOTAL
145 das
160 das
9.37%
Error relativo Medio
7.17%
Teniendo en cuenta que el proceso de estimacin, es un proceso muy difcil de
realizar, podemos considerar que la estimacin inicial realizada fue buena.
Tambin podemos ver que la estimacin inicial ha sido inferior al tiempo real
necesario para realizar el proyecto, echo que suele ocurrir en los procesos de
planificacin.
15.1 Estimacin del coste del proyecto
206

Los costes de realizacin de un proyecto suelen ir asociados tanto al software
como al hardware. En esta apartado nos centraremos en los costes asociados
al software, y ms concretamente, en los costes dedicados al desarrollo y
prueba de nuestra aplicacin.
Existen varios tipos de mtricas para la estimacin del coste: las mtricas que
utilizan el tamao y las que utilizan los puntos de funcin.
MTRICAS BASADAS EN EL TAMAO
El tamao de nuestro proyecto ser indicado por las lneas de cdigo
existentes en nuestra aplicacin (LOC). Cabe destacar, que no siempre se
corresponde el nmero de lneas de cdigo, con el esfuerzo realizado.
Como nuestro estudio no tiene en cuenta los puntos de funcin, utilizaremos
el modelo de COCOMO clsico.
El COCOMO Clsico.
Existen deferentes subtipos de cocomo clsico que tienen en cuenta distintos
grados de complejidad. Estos son:
Cocomo bsico: obtiene una estimacin del esfuerzo, basndose en el

tamao al inicio del ciclo de vida de la aplicacin.
Cocomo intermedio: que aade unos atributos que influyen en el coste
(CDA) y que pretenden tener en cuenta la aplicacin, el entorno de
desarrollo
Cocomo Adelantado: semejante al cocomo intermedio, pero con la
diferencia de que los CDA no son constantes para todo el ciclo de vida.
En nuestro caso, utilizaremos el cocomo clsico.

La ecuacin del esfuerzo del cocomo clsico es:
E= a*(LC)^b
T=c*E^d
Donde E representa el esfuerzo en personas-mes y LC las lneas de cdigo, en
KLOC (miles de lneas de cdigo).
Atendiendo al tipo de proyecto, se pueden obtener los siguientes modelos, que
nos ayudaran a determinar los coeficientes anteriores:
Orgnico: Proyectos relativamente pequeos y sencillos, con poca

innovacin
tecnolgica, donde trabaja un pequeo equipo. Son
menores de 50000 lneas.
Semiacoplado: Proyectos de nivel intermedio en tamao, complejidad y

sofisticacin tcnica, donde varios equipos diferentes colaboran para
construir una aplicacin.
Encajado: Proyectos de un tamao y complejidad francamente elevados,

donde intervienen varios equipos diferentes. Son proyectos muy
innovadores.
207

En nuestro estudio, tomaremos el modelo Orgnico. As los coeficientes
quedaran determinados de la siguiente manera:
A =2.4, b =1.05 , c =2.5 d =0.38
Aplicando Metrics hemos obtenido que el nmero de lneas de cdigo de
nuestra aplicacin es de 7220.
Sustituyendo en la ecuacin de Cocomo obtenemos:

E= a*(LC)^b=2.4*(7220)^1.05=1913 personas - mes
T=c*E^d=2.5*(19.13)^0.38= 767 mes
Numero medio de personas = 1913/ 767= 2-3 personas
208

Respecto a los resultados hay que tener en cuenta que aplicando metrics, solo
obtenemos las lneas de cdigo en java, no se estn recogiendo las lneas
existentes en los jsp. Por tanto el nmero de lneas del proyecto seria muy
superior a 7220.
Tambin hay que destacar que el esfuerzo ha sido mayor ya que aqu no se
recoge el esfuerzo de aprendizaje de las nuevas tecnologas aplicadas en el
proyecto.
209
PARTE V: BIBLIOGRAFA CONSULTADA
210
REFERENCIAS BIBLIOGRFICAS
16 Bibliografa y referencias
http://www.laliluna.de/tutorials.html
http://www.javahispano.com
http://www.monografias.com/
http://es.wikipedia.org/
http://www.guiaweb.gob.cl/guia/capitulos/cuatro/queprobar.htm
Hibernate in Action ,Christian Bauer, Gavin King
Struts in Action, Ted Usted,Cedric Dumoulin,George Franciscus,David

Winterfeldt
Sistema R.E.M., versin 1.2.2. Amador Durn Toro. Departamento de

Lenguajes y Sistemas Informticos. Escuela Tcnica Superior de
Ingeniera Informtica. Universidad de Sevilla. Septiembre 2004.
Metodologa para el Anlisis de Requisitos de Sistemas Software. Versin

2.3. Amador Durn Toro, Beatriz Bernrdez Jimnez. Departamento de
Lenguajes y Sistemas Informticos. Escuela Tcnica Superior de
Ingeniera Informtica. Universidad de Sevilla. Diciembre 2001.
211

PFC

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

PFC

Hochgeladen von

Copyright:

Verfügbare Formate

ESCUELA TCNICA SUPERIOR DE INGENIERA INFORMTICA

APLICACIN WEB USANDO

Para la obtencin del ttulo de

Convocatoria de Febrero, Curso 2006/2007

PARTE II: MATERIAS RELACIONADAS

PARTE III: SISTEMA DESARROLLADO

5 Dominio del problema

6 Visin general del sistema

7 Requisitos del sistema

8. Anlisis del sistema

Noel Guilln Montilla, Fernando Lpez Iglesias

8.1.1.3 Subsistema gestin administrativa va Web

9 Arquitectura del sistema

10 Implementacin del sistema

11 Pruebas del sistema

12 Instalacin del sistema

13 Manual de uso del sistema

Noel Guilln Montilla, Fernando Lpez Iglesias

13.3.5 Cancelar citas

PARTE IV: CONCLUSIONES

14 Cumplimiento de los objetivos del proyecto

15 Esfuerzo empleado en el proyecto

Noel Guilln Montilla, Fernando Lpez Iglesias

Noel Guilln Montilla, Fernando Lpez Iglesias

Ejemplo: Grupo de Practicas

Noel Guilln Montilla, Fernando Lpez Iglesias

Ejemplo: Grupo de practicas

Los alumnos deben de acudir a recoger las fichas personalmente y a su

Por otra parte, actualmente las peticiones de tutoras entre alumnos y

El profesor es el encargado de gestionar y actualizar sus horas de

Noel Guilln Montilla, Fernando Lpez Iglesias

Generalmente, los alumnos desconocen las horas libres y ocupadas que

Nuestra aplicacin se encarga de solucionar todos estos problemas que surgen

Crear su ficha personal en cualquier momento desde cualquier lugar a

Por otro lado, los profesores, a partir de nuestro portal podrn:

1.2 Objetivos del proyecto

Noel Guilln Montilla, Fernando Lpez Iglesias

1.3 Desarrollo del proyecto

Noel Guilln Montilla, Fernando Lpez Iglesias

Documentacin: contiene la documentacin desarrollada para el

Noel Guilln Montilla, Fernando Lpez Iglesias

Manuales: contiene manuales de consulta para Struts e

As atendiendo a las distintas modificaciones, accedamos a partir de

Noel Guilln Montilla, Fernando Lpez Iglesias

Noel Guilln Montilla, Fernando Lpez Iglesias

Plugin SubClipse de Eclipse

1.4 Estructura del documento

Noel Guilln Montilla, Fernando Lpez Iglesias

BLOQUE 2. Materias relacionadas

8 Anlisis del sistema:

Noel Guilln Montilla, Fernando Lpez Iglesias

Noel Guilln Montilla, Fernando Lpez Iglesias

PARTE II: MATERIAS RELACIONADAS

Noel Guilln Montilla, Fernando Lpez Iglesias

Modelo: Esta es la representacin especfica del dominio de la

Vista: Este presenta el modelo en un formato adecuado para interactuar,

Controlador: Este responde a eventos, usualmente acciones del usuario e

Muchas aplicaciones utilizan un mecanismo de almacenamiento

ORM (Object to Relaional Mapping)

XHTML (o HTML) y hojas de estilos en cascada (CSS) para el diseo que

Ventajas de la tecnologa AJAX

Recuperacin asncrona de datos, el usuario no tienen que esperar

Noel Guilln Montilla, Fernando Lpez Iglesias