Está en la página 1de 160

Convocatoria Diciembre

Ingeniera del Software II


Curso 2.015-2.016

CMMJ

NDICE
CMMJ
- Tlf: (+34) 000 000 000

Ingeniera del Software II


2

Consideraciones previas. _________________________________________________ 7


1. Introduccin ________________________________________________________ 9
1.1.

Propsito _____________________________________________________________ 9

1.2.

Alcance _______________________________________________________________ 9

1.3.

Personal involucrado___________________________________________________ 10

1.4.

Definiciones, acrnimos y abreviaturas. ___________________________________ 10

1.5.

Referencias___________________________________________________________ 11

2. Descripcin general _________________________________________________ 11


2.1.

Perspectiva del producto _______________________________________________ 11

2.2.

Funcionalidad del producto _____________________________________________ 11

2.3.

Caractersticas de los usuarios __________________________________________ 12

2.4.

Restricciones _________________________________________________________ 13

2.5.

Suposiciones y dependencias ___________________________________________ 13

3. Requisitos especficos _______________________________________________ 16


3.1.

Requisitos comunes de los interfaces _____________________________________ 16

3.1.1.

Interfaces de usuario _________________________________________________ 16

3.1.2.

Interfaces de comunicacin ___________________________________________ 16

3.2.
3.2.1.

Requisitos funcionales _________________________________________________ 17


Seguridad __________________________________________________________ 17

RF-SEG-001. Autenticacin de usuarios _______________________________________________


RF-SEG-002. Creacin de sesin de usuario ____________________________________________
RF-SEG-003. Comprobacin de sesin de usuario _______________________________________
RF-SEG-004. Purgado de sesin de usuario ____________________________________________
RF-SEG-005. Control de acceso a funcionalidad o accin _________________________________

3.2.2.

17
18
19
20
20

Categoras __________________________________________________________ 21

RF-CAT-001. Mantenimiento de categoras: alta _________________________________________ 22


RF-CAT-002. Mantenimiento de categoras: bsqueda ___________________________________ 23
RF-CAT-003. Mantenimiento de categoras: edicin y borrado _____________________________ 25

3.2.3.

Asignaturas _________________________________________________________ 26

RF-ASG-001. Mantenimiento de asignaturas: alta ________________________________________


RF-ASG-002. Mantenimiento de asignaturas: bsqueda __________________________________
RF-ASG-003. Mantenimiento de asignaturas: asignacin de profesor. ______________________
RF-ASG-004. Mantenimiento de asignaturas: matriculacin de alumno. ____________________
RF-ASG-005. Mantenimiento de asignaturas: desmatriculacin de alumno. _________________
RF-ASG-006. Mantenimiento de asignaturas: edicin y borrado ___________________________

27
28
30
31
33
35

2
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


3
3.2.4.

Usuarios ___________________________________________________________ 38

RF-USU-001. Auto-mantenimiento de datos ____________________________________________


RF-USU-002. Mantenimiento de usuarios: alta __________________________________________
RF-USU-004. Mantenimiento de usuarios: bsqueda _____________________________________
RF-USU-005. Mantenimiento de usuarios: edicin y borrado ______________________________

3.2.5.

38
39
43
44

Preguntas __________________________________________________________ 47

RF-PRG-001. Mantenimiento de preguntas de examen: alta _______________________________ 47


RF-PRG-002. Mantenimiento de preguntas de examen: bsqueda __________________________ 50
RF-PRG-003. Mantenimiento de preguntas de examen: edicin y borrado ___________________ 51

3.2.6.

Modelos de examen __________________________________________________ 55

RF-EXA-001. Mantenimiento de modelos de examen: alta _________________________________


RF-EXA-002. Mantenimiento de modelos de examen: bsqueda ___________________________
RF-EXA-003. Mantenimiento de modelos de examen: edicin _____________________________
RF-EXA-004. Mantenimiento de modelos de examen: borrado _____________________________
RF-EXA-005. Mantenimiento de modelos de examen: exportacin e impresin. ______________

3.2.7.

55
61
63
66
67

Convocatorias de examen _____________________________________________ 69

RF-CNV-001. Mantenimiento de convocatorias de examen: alta ____________________________ 69


RF-CNV-002. Mantenimiento de convocatorias de examen: bsqueda ______________________ 72
RF-CNV-003. Mantenimiento de convocatorias de examen: borrado ________________________ 74

3.2.8.

Ejecucin de exmenes _______________________________________________ 77

RF-EJE-001. Ejecucin de exmenes: Ejecucin ________________________________________ 77


RF-EJE-002. Ejecucin de exmenes: Revisin _________________________________________ 80

3.2.9.

Correccin de exmenes ______________________________________________ 83

RF-EVA-001. Evaluacin de exmenes: Tipo TEST _______________________________________ 83


RF-EVA-002. Evaluacin de exmenes: Tipo DESARROLLO ______________________________ 86

3.3.

Requisitos no funcionales __________________________________________ 89

3.3.1.

Requisitos de rendimiento ____________________________________________ 89

3.3.2.

Seguridad __________________________________________________________ 89

3.3.3.

Fiabilidad___________________________________________________________ 89

3.3.4.

Disponibilidad _______________________________________________________ 89

3.3.5.

Mantenibilidad ______________________________________________________ 89

3.3.6.

Otros requisitos _____________________________________________________ 89

4. Apndices _________________________________________________________ 90
4.1.

Modelo de requisitos ___________________________________________________ 90

4.1.1.

Diagramas de casos de uso ___________________________________________ 90

4.1.1.1.

Seguridad ________________________________________________________ 90

4.1.1.2.

Usuarios _________________________________________________________ 91

4.1.1.3.

Categoras ________________________________________________________ 92

3
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


4
4.1.1.4.

Asignaturas _______________________________________________________ 93

4.1.1.5.

Preguntas ________________________________________________________ 94

4.1.1.6.

Modelos de examen ________________________________________________ 94

4.1.1.7.

Convocatorias _____________________________________________________ 96

4.1.1.8.

Ejecuciones _______________________________________________________ 97

4.1.1.9.

Correccin de exmenes ____________________________________________ 98

4.1.2.

Especificacin de casos de uso ________________________________________ 99

4.1.2.7.

RF-EXA-001. Mantenimiento de modelos de examen: alta. _________________ 99

4.1.1.7.

RF-CNV-001. Mantenimiento de convocatorias: alta. ____________________ 104

4.1.1.7.

RF-CNV-001. Mantenimiento de convocatorias: alta. ____________________ 107

4.2.

Modelo de anlisis ____________________________________________________ 112

4.2.1.

Diagramas de clases ________________________________________________ 112

4.2.1.7.

Servicios ________________________________________________________ 113

4.2.1.8.

Usuarios ________________________________________________________ 115

4.2.1.9.

Seguridad _______________________________________________________ 116

4.2.1.10.

Matriculaciones ___________________________________________________ 117

4.2.1.11.

Preguntas _______________________________________________________ 118

4.2.1.12.

Modelos _________________________________________________________ 119

4.2.1.13.

Convocatorias ____________________________________________________ 121

4.1.1.7.

Ejecuciones ______________________________________________________ 122

4.1.1.8.

Correcciones _____________________________________________________ 123

4.1.1.9.

UI ______________________________________________________________ 124

4.1.2.

Diagramas de secuencia _____________________________________________ 125

4.1.2.7.

Comprobar sesin ________________________________________________ 126

4.1.1.7.

Solicitar dato _____________________________________________________ 126

4.1.1.8.

Comprobar acceso ________________________________________________ 128

4.1.1.7.

Inicio o continuacin de ejecucin ___________________________________ 129

4.1.1.7.

Guardado de ejecucin ____________________________________________ 131

4.1.1.8.

Auto guardado de la ejecucin ______________________________________ 133

4.1.1.9.

Crear modelo tipo TEST ____________________________________________ 134

4.1.1.7.

Crear convocatoria ________________________________________________ 140

4
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


5
4.1.1.7.
4.1.2.
4.2.

Ejecutar examen tipo TEST _________________________________________ 144


Diagramas de paquetes ______________________________________________ 150

Modelo de anlisis ____________________________________________________ 151

4.2.1.

Diagramas de estado ________________________________________________ 151

4.2.1.7.

Convocatoria _____________________________________________________ 151

4.2.1.8.

Ejecucin ________________________________________________________ 152

4.2.1.9.

Usuario _________________________________________________________ 152

4.2.2.

Diagramas de actividades ____________________________________________ 153

4.2.2.7.

Alta usuario ______________________________________________________ 153

4.1.1.7.

Crear convocatoria ________________________________________________ 153

4.1.1.7.

Corregir ejecuciones tipo TEST. _____________________________________ 154

4.1.2.

Patrones de diseo _________________________________________________ 156

4.1.2.7.

Singleton ________________________________________________________ 156

4.1.2.8.

Facade __________________________________________________________ 156

4.1.2.9.

Iterator __________________________________________________________ 157

4.2.

Modelo de desarrollo e implantacin _____________________________________ 158

4.2.1.

Diagramas de componentes __________________________________________ 159

4.2.2.

Diagramas de despliegue ____________________________________________ 160

5
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


6

6
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


7

Consideraciones previas.
Este documento recoge el trabajo desarrollado por el alumno Carlos Manuel Morn Jimnez
durante la realizacin de la prctica de evaluacin correspondiente a la asignatura Ingeniera del
Software II impartida por D. FP Garca.
El trabajo cubre las especificaciones solicitadas en el enunciado de la prctica que, de forma
resumida, consta de las siguientes partes:
1. Documento de especificacin de requisitos en formato IEEE830
2. Modelo de requisitos:
Diagrama de casos de uso
Especificacin 3 casos de uso
3. Modelo de anlisis:
Diagrama de clases
Diagrama de secuencia o comunicacin de 3 casos de uso.
Diagrama de paquetes
4. Modelo de diseo:
Diagrama de estado de 3 clases
Diagrama de actividades de 3 operaciones (clases o flujos de trabajo)
Identificar y justificar el uso de 3 patrones de diseo.
5. Modelo de desarrollo e implantacin
Diagrama de componentes
Diagrama de despliegue

Como enunciado de la prctica, se ha facilitado un documento de requisitos preliminar donde


quedan recogidas las funcionalidades ms importantes que el sistema a desarrollar debe cumplir.
El carcter esttico de este documento y la ausencia de un cliente real detrs del proyecto a
desarrollar justifica la realizacin de ciertas asunciones que son detalladas en el apartado
correspondiente de la especificacin de requisitos realizada.
El formato en el que se presenta esta memoria se corresponde con el estndar IEEE830,
incluyndose el trabajo de diseo realizado y resto de elementos solicitados en la prctica como
anexos a este.

7
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


8

8
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


9

1. Introduccin
1.1.

Propsito

Como cualquier obra de ingeniera, la realizacin de un proyecto informtico requiere de la


definicin del alcance y objetivos que se pretenden lograr. Estos se deducen a partir de las
necesidades y deseos expresados por el cliente en los estadios iniciales de la ejecucin del
mismo, si bien, es comn que se vayan refinando durante fases posteriores hasta bien
avanzado su desarrollo.
Esta especificacin queda justificada por la necesidad de disponer de un soporte documental
donde vayan quedando registrados de forma clara, inequvoca y verificable los requisitos y
sus evoluciones acordados entre cliente y equipo de desarrollo respecto al sistema software
a realizar, de tal forma que desempee dos importantes funciones; como pacto vinculante
para ambas partes que elimine la aparicin de controversias o interpretaciones sobre el
contenido del sistema desarrollado y una segunda funcin de gua para la visualizacin y
comprensin del propio proyecto, pudiendo ser s su vez empleado como soporte para el
descubrimiento de nuevas funcionalidades.
El acceso a este documento es pertinente para todas las personas que tengan relacin con
el proyecto, estando especialmente dirigido a aquellas cuya labor pueda verse directa o
indirectamente afectada como resultado de la construccin del sistema.

1.2.

Alcance

El proyecto se va a identificar con el nombre de Telexamen, y tiene como objetivo genrico


la construccin de una plataforma que permita la gestin y realizacin de exmenes de
asignaturas forma telemtica por parte de los usuarios del sistema, divididos en profesores,
alumnos y administradores.
Para ello, el sistema deber incorporar un control de acceso que permita determinar las
responsabilidades y capacidades de cada usuario frente al sistema.
Por su parte, cada administrador deber disponer de la funcionalidad que le permita efectuar
el mantenimiento de las estructuras de datos que soportan a nivel lgico el sistema,
destacando la creacin de usuarios, asignaturas as como la asignacin de profesores y
alumnos a asignaturas.
El sistema adems deber incorporar la funcionalidad necesaria para que cada profesor
pueda crear exmenes a partir de una batera de preguntas de las asignaturas que tenga
asignadas, programar, controlar y definir los criterios de valoracin y correccin de las
preguntas, as como corregir de forma manual o automtica los exmenes.

9
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


10
Tambin deber dotar al alumno de la capacidad para realizar exmenes, tener constancia
de que la realizacin del examen se ha registrado correctamente, conocer qu exmenes
debe realizar en las asignaturas en las que se encuentre adscrito y qu plazo dispone para
completarlo.

1.3.

Personal involucrado

Nombre
Rol
Categora profesional
Responsabilidades

Informacin de
contacto

1.4.

FPG
Profesor
Profesor
Profesor de la asignatura ISII, tiene encomendada la tarea de
representar al cliente en la definicin de las funcionalidades y
responsabilidad del sistema.
@ucam.edu

Definiciones, acrnimos y abreviaturas.


o

ACTOR: Persona que interacta con el sistema

ASIGNATURA: Materia que se ensea en el centro.

MODELO DE EXAMEN: Modelo de prueba acadmica para comprobar los


conocimientos adquiridos sobre una materia concreta.

EXAMEN: Convocatoria vinculada a una asignatura para la ejecucin de un modelo


de examen.

EJECUCIN DE EXAMEN: Instancia de examen completada por un alumno.

CATEGORIA: Clasificacin otorgada por el profesor sobre una pregunta o examen.

BSQUEDA APROXIMADA: Modo de bsqueda sobre una campo de una tabla en


la que se considera que un registro responde a la bsqueda cuando el literal buscado
es igual o parecido al contenido del campo.

IDENTIFICADOR NICO: Cdigo que designa de forma unvoca a un elemento


dentro de un conjunto de elementos de la misma naturaleza.

10
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


11

1.5.

REGISTRO: Unidad de informacin estructurada, compuesta por un conjunto


modelado de datos que abstraen una determinada realidad.

TABLA: Almacn de registros de la misma naturaleza.

PERFIL DE USUARIO: Conjunto de datos que identifican a un actor, sus capacidades


funcionales y de acceso en el sistema.

SESION: Representacin lgica de la presencia de un actor concreto interactuando


con el sistema.

MARCA DE TIEMPO: Es la representacin lgica de un momento concreto en el


tiempo con un nivel de precisin determinado. En la aplicacin, el nivel de detalle
alcanzado cubre fecha y hora completas hasta milisegundos.

Referencias
Titulo

Ruta

ISW2-1516PRES-PracticaDiciembre

Fecha
13/10/2015

Autor
FP - UCAM

2. Descripcin general
2.1.

Perspectiva del producto

El producto en construccin va a ser el primer componente de una plataforma de educacin a


la que en el futuro y segn indica el cliente, se irn incorporando nuevos componentes an
por definir, para cristalizar finalmente en un sistema de formacin online integral.

2.2.

Funcionalidad del producto

A continuacin se describen las principales funcionalidades del producto agrupadas en las


reas funcionales identificadas en la definicin del producto.
SEGURIDAD

11
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


12

Autenticacin de usuarios.
Inicio y control de sesin.
Niveles de acceso y funcionalidad por usuario.

USUARIO

Mantenimiento de informacin del perfil de usuario

ADMINISTRACIN

Mantenimiento de asignaturas
Mantenimiento de usuarios
Asignaciones asignaturas/usuarios

EXMENES

Mantenimiento de categoras
Mantenimiento de preguntas
Mantenimiento de modelos de examen
Convocatoria de exmenes
Realizacin de exmenes
Correccin de exmenes
Impresin/exportacin de exmenes

NOTIFICACIONES

2.3.

Notificaciones sobre disponibilidad de exmenes


Notificaciones de confirmacin de exmenes correctamente finalizados.

Caractersticas de los usuarios

Tipo de usuario
Formacin
Habilidades

Responsabilidades

Tipo de usuario

Profesor
Docente
Capacidad de aprendizaje.
Capacidad de anlisis, relacin de conceptos y
planificacin.
Experiencia en el manejo de herramientas en un
entorno web.
Gestionar, definir y corregir los exmenes que
permitan validar los conocimientos adquiridos por los
alumnos.

Alumno

12
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


13
Formacin
Habilidades
Responsabilidades

N/A
N/A
Acreditar la asimilacin de conocimientos mediante la
realizacin de los exmenes que determine el
profesor.

Tipo de usuario
Formacin
Habilidades

Administrador
Tcnica y, opcionalmente, docente
Experiencia en aplicaciones de gestin.
Conocimientos y experiencia en el empleo de bases
de datos y modelos relacionales.
Proactividad.
Capacidad de anlisis y planificacin.
Capacidad de adaptacin y aprendizaje.
Mantener la informacin que soporta el
funcionamiento lgico del sistema.

Responsabilidades

2.4.

Restricciones

El sistema se deber disear empleando el estndar UML como lenguaje de modelado.

2.5.

Suposiciones y dependencias

A continuacin, se detallan los presupuestos y asunciones que se han tenido en cuenta


durante el desarrollo de este documento:

La autorizacin de creacin de usuarios deber ser realizada de forma especfica por


un profesor responsable indicado por el administrador durante el proceso de creacin
del usuario. Cada profesor dispondr de un punto en la aplicacin donde podrn
localizar y autorizar a los usuarios que se les haya encomendado su autorizacin. Los
nuevos usuarios no podrn acceder al sistema hasta que hayan sido autorizados por
el profesor correspondiente.

Se asume que a nivel de seguridad, el usuario de tipo ADMINISTRADOR puede


realizar cualquier accin catalogada en el sistema, excepto aquellas referidas en el
documento preliminar de requisitos ISW2-1516PRES-Practica-Diciembre en las que
se especifica que sern realizadas por un usuario de tipo PROFESOR.

El profesor ser propietario de sus categoras, sus preguntas, sus modelos de


examen.

13
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


14

Las categoras pueden ser empleadas como elementos de catalogacin tanto de


preguntas como para convocatorias de examen.

Las preguntas tendrn dos modos de ser categorizadas, a travs de una asignatura
y/o a travs de una categora, siendo necesario que dispongan de, al menos, una de
las dos clasificaciones. Una pregunta solo admite una categorizacin de cada tipo.

El mbito del conocimiento que evalan los distintos modelos de examen se define a
travs de las asignaturas y/o categoras empleadas para etiquetarlos. Un modelo de
examen puede tener tantas etiquetas como el profesor estime necesario.

La bsqueda de preguntas para asignar a un modelo de examen siempre ser


automtica y aleatoria, siendo este proceso realizado durante la creacin del modelo.
El nmero de preguntas que componen el modelo ser expresado por el profesor
durante su creacin.

La bsqueda automtica de preguntas en la batera del profesor para el modelo de


examen en crese realizar empleando como criterio de bsqueda el mbito de
conocimiento definido a travs de las mencionadas etiquetas. De este modo, el
sistema permitir crear modelos de examen especficos para una asignatura, para
varias, para un rea de conocimiento, para varias reas de conocimiento o para la
combinacin de todos estos elementos, en funcin de los conocimientos que se
pretendan evaluar.

Las preguntas propuestas por el sistema para un modelo de examen sern evaluadas
por parte del profesor durante el proceso de creacin del modelo, aceptando o
rechazado cada una de ellas segn su propio criterio.

Las preguntas rechazadas sern sustituidas por otras igualmente pertinentes, no


rechazadas y no repetidas respecto a las seleccionadas, y sern nuevamente
sometidas al proceso de validacin del profesor.

No se podr crear un modelo cuando no exista un nmero suficiente de preguntas en


la batera de preguntas del profesor consistentes con el mbito de conocimiento
indicado a travs de las etiquetas.

No se podrn rechazar ms preguntas cuando no queden preguntas sin rechazar o ya


empleadas en el modelo dentro de la batera del profesor para el mbito de
conocimiento consignado en el modelo.

El establecimiento de los criterios de valoracin y, en su caso, penalizacin ser


realizado durante la creacin del modelo de examen.

Cada modelo de examen dispondr de una valoracin para las preguntas y, si


procede, unos posibles criterios de penalizacin que sern establecidos por defecto
para todas las preguntas. Durante el proceso de evaluacin de las preguntas del
modelo, el profesor podr redefinir de forma individual para una pregunta tanto su
valoracin como el peso del o de los criterios de penalizacin ya definidos para el
modelo. As, para una pregunta cuya valoracin se hubiera redefinido a 3 puntos y el
modelo dispusiese del criterio de restar en caso de error, se podra modificar el peso

14
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


15
de esta pregunta para que en caso de errar su respuesta, se restasen por ejemplo 1.5
puntos en lugar de 1.

La impresin y exportacin se podr realizar sobre los modelos de examen ya


existentes en el sistema.

La creacin de convocatorias exige la especificacin de un modelo de examen a


emplear y una asignatura, no siendo necesaria la existencia de una relacin entre
esta ltima y el mbito del conocimiento establecido en el modelo a travs de sus
etiquetas.

Las convocatorias no se pueden editar, solo podrn crearse y borrarse.

La creacin de una convocatoria implica la creacin de todas las instancias de


ejecucin de los alumnos matriculados en la asignatura sobre la que se crea la
convocatoria.

Para los exmenes de tipo test, la correccin ser automtica pero se encontrar
supeditada a la accin del profesor responsable de la convocatoria. El profesor podr
invocar el proceso de correccin automtico tantas veces como estime necesario
siempre y cuando queden ejecuciones pendientes de corregir, siendo responsabilidad
del sistema determinar el conjunto de exmenes que se encuentren en disposicin de
ser corregidos en funcin del momento en el que se invoque el proceso respecto al
periodo de disponibilidad de la convocatoria.
El objeto de esta aproximacin es facilitar al profesor informacin sobre la evolucin
de las ejecuciones realizadas por los alumnos en la convocatoria. En cada invocacin
el sistema facilitar una pequea estadstica con los exmenes corregidos. Queda por
definir qu otros datos formarn parte de esa estadstica.

Para los exmenes de tipo desarrollo, la correccin igualmente se encontrar


supeditada a una accin del profesor, pero en este caso ser manual. El profesor
podr acceder al proceso de correccin manual tantas veces como necesite siempre
y cuando queden ejecuciones pendientes de corregir, siendo responsabilidad del
sistema determinar el conjunto de exmenes que se encuentren en disposicin de ser
corregidos en funcin del momento en el que se invoque el proceso respecto al
periodo de disponibilidad de la convocatoria.

Los exmenes que no hayan sido comenzados por los alumnos, sean test o
desarrollo, se considerarn como no presentados y no sern formalmente evaluados.
El profesor, una vez finalizada la convocatoria, podr invocar el cierre de estas
ejecuciones. Por homogeneidad en cuanto al proceso de correccin, se ha decidido
mantener esta aproximacin para ambas tipologas de examen.

Una convocatoria se considerar finalizada cuando su periodo de disponibilidad haya


expirada y se hayan corregido y cerrados segn corresponda todas sus ejecuciones.

La seguridad se realizar mediante el empleo de servicios y roles, posibilitando en un


futuro una especificacin ms fina del control de acceso y visibilidad de los

15
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


16
elementos y/o funcionalidades del sistema. En una primera aproximacin, se definirn
tres roles equivalentes a las tres tipologas de usuario detectadas

Este documento no cubre la especificacin fsica o maquetacin del interfaz grfico, si


bien si define las funcionalidades que podrn ser empleadas desde este. Se asume
que habr un servicio que dar respuesta al interfaz y que ser el que interacte con
los servicios de la aplicacin.

Se asume que el sistema ser desarrollado de tal forma que solo sern visibles los
servicios a travs de sus interfaces, quedando las implementaciones ocultas.

Se asume que se habr una plataforma de correo accesible al sistema a travs de la


cual se podrn realizar las notificaciones que el sistema necesita realizar. Esta
plataforma emplear el protocolo estndar SMTP para el envo de correos.

Se asume que habr una plataforma de base de datos relacional a disposicin del
sistema en la que se persistirn las estructuras de datos del sistema.

3. Requisitos especficos

3.1.

Requisitos comunes de los interfaces

Tal y como se indica en el documento preliminar de requisitos facilitado ISW2-1516PRESPractica-Diciembre facilitado por el cliente, la aplicacin debe desarrollarse para que sea
ejecutada en entornos web, de tal forma la identificacin y catalogacin de interfaces deber
ser acorde al empleo de este tipo de tecnologas.

3.1.1.

Interfaces de usuario

Pendiente de definicin, condicionado a las capacidades de un entorno WEB.

3.1.2.

Interfaces de comunicacin

Todos los elementos que forman parte del sistema se encuentran inmersos en una red,
de tal forma que todas las interdependencias que puedan existir entre ellos quedarn
resueltas mediante la incorporacin de los protocolos de comunicacin estndar
correspondientes.

16
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


17
Pasando a concretar las comunicaciones identificadas, el sistema deber comunicarse
con otros sistemas para el envo de notificaciones a travs de correo electrnico. Tal y
como se indica en el apartado Error! No se encuentra el origen de la referencia. de
ste documento, el protocolo que incorporar esta plataforma ser el protocolo SMTP o
protocolo para transferencia simple de correo. Este es un protocolo de red utilizado
para el intercambio de mensajes de correo electrnico entre computadoras u otros
dispositivos.
Por otro lado, dado que se trata de una aplicacin web, la comunicacin entre los
clientes, sean internos o externos, y la propia aplicacin se realizarn empleando el
protocolo HTTPS, que garantiza la mxima seguridad. Ello implica que el sistema
deber ser registrado y obtener un certificado de una autoridad certificadora.
Las comunicaciones realizadas por la propia aplicacin se realizarn empleando
servicios

3.2.

Requisitos funcionales

A partir del documento preliminar de requisitos facilitado ISW2-1516PRES-PracticaDiciembre facilitado por el cliente, se ha realizado la identificacin de los requisitos
funcionales incluidos a continuacin, agrupados por reas para su mejor comprensin.

3.2.1.

Seguridad

Se incluyen en este apartado los requisitos identificados vinculados a la seguridad,


accesibilidad y visibilidad de usuarios y elementos de la aplicacin.

Id y nombre del requisito


RF-SEG-001. Autenticacin de usuarios
Tipo
Versin
Fuente del requisito
Prioridad del requisito

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
Descripcin
El sistema solo permite el acceso a aquellos usuarios que,
estando previamente registrados, faciliten la correcta
combinacin de credenciales.
Entradas
- Correo electrnico de usuario
- Password de usuario
Secuencia de operacin Se busca la combinacin de correo electrnico y password
facilitados por el actor en los campos que albergan esta
informacin de la tabla de usuarios del sistema.
Se comprueba que el estado que muestra el registro de usuario
localizado es AUTORIZADO y se retorna el identificador del

17
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


18

Salidas
Errores

usuario contenido en el registro localizado.


- Identificador de usuario
Si no se localiza ninguna entrada en la tabla que responda a
los datos facilitados, se impedir el acceso y se generar un
mensaje indicando esta circunstancia.
Si el estado del usuario no es AUTORIZADO se impedir el
acceso y se generar un mensaje indicando tal circunstancia.

Id y nombre del requisito


RF-SEG-002. Creacin de sesin de usuario
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Descripcin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema podr crear una sesin de usuario cuando la
autenticacin haya ofrecido un resultado positivo.
Una sesin de usuario es una abstraccin de la presencia de un
usuario concreto interactuando con el sistema y sirve para que
el sistema sepa quin est interactuando con l.
La sesin de usuario alberga la informacin que constituye el
perfil de usuario compuesta por el identificador nico del
usuario que est interactuando con el sistema, su tipo y una
marca de tiempo que contiene el momento de ltima interaccin
entre el usuario al que representa la sesin y el sistema. La
sesin ser asignada con un identificador nico de sesin
generado por el sistema que permitir su posterior
referenciacin y acceso.
La sesin de usuario se guarda en un almacn temporal, de
forma que sea recuperable en base al identificador de sesin
nico.

Entradas

- Identificador nico de usuario


- Tipo de usuario
Secuencia de operacin El sistema comprueba que el perfil de usuario recibido tenga
contenido.
El sistema crea una nueva instancia de sesin en la que
deposita los datos recibidos en la entrada y asigna la marca de
tiempo que refleja el momento de ltima actividad de la sesin.
El sistema genera y asigna a la sesin un identificador aleatorio
y nico compuesto por 30 caracteres alfanumricos que

18
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


19
garantice la unicidad de la misma frente al resto de sesiones
vivas.
A continuacin incluir la sesin construida en un
almacenamiento temporal, de tal forma que pueda ser
nuevamente accedida mediante el identificador nico asignado.
Finalmente, devuelve el identificador de sesin generado.
Salidas
Errores

- Identificador de sesin
Si el perfil de usuario es vacio, no se permite la creacin de la
sesin de usuario, se aborta la accin y se genera un mensaje
informando de tal circunstancia.

Id y nombre del requisito


RF-SEG-003. Comprobacin de sesin de usuario
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
Las sesiones de usuario se mantendrn vigentes en el sistema
siempre y cuando el usuario al que representa est realizando
un uso efectivo de la misma.

Peridicamente el sistema purgar las sesiones no activas.


Entradas
- Identificador de sesin
- Tiempo de pervivencia de una sesin
Secuencia de operacin Se recibe un identificador de sesin y tratar de recuperar la
sesin correspondiente al identificador del almacenamiento
temporal.
Con la sesin recuperada, el sistema determinar su vigencia
comprobando el tiempo transcurrido entre la ltima interaccin
reflejado en la marca de tiempo de la ltima actividad de la
sesin y el momento actual.
Si la sesin se considera viva, el sistema actualizar la marca
de tiempo de la sesin y la volver a persistir en el
almacenamiento temporal, devolvindose nuevamente el
identificador recibido.
En caso contrario, el sistema eliminar la sesin del
almacenamiento temporal, descartar la sesin recuperada y
generar un mensaje de error informando sobre la expiracin
de la sesin.

19
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


20
Salidas
Errores

- Identificador de sesin.
En caso de la que l identificador de sesin recibido no tenga
correspondencia con una sesin almacenada en el repositorio
temporal, el sistema aborta la accin y genera un mensaje de
error indicando que la sesin est expirada y se le conducir a
la pgina de acceso al sistema.

Id y nombre del requisito


RF-SEG-004. Purgado de sesin de usuario
Tipo
Versin
Fuente del requisito
Prioridad del requisito

1.0
FP

Requisito

Restriccin

Especificacin

Media/Deseado
Las sesiones de purgaran de forma peridica cuando haya
transcurrido un tiempo determinado desde su ltima actividad.

Alta/Esencial

Baja/ Opcional

La periodicidad con la que se comprobar la necesidad de


purgar las sesiones deber ser mayor que el tiempo durante el
cual una sesin se considera viva.
Peridicamente el sistema purgar las sesiones no activas.
Entradas
- Identificador de sesin
- Intervalo de ejecucin del proceso.
- Tiempo de pervivencia de una sesin
Secuencia de operacin Con la periodicidad establecida en el parmetro intervalo de
ejecucin del proceso, el sistema acceder al almacenamiento
temporal de sesiones y comprobar la vigencia de todas ellas.
La comprobacin de vigencia y acciones a realizar se realiza
segn lo descrito en el requisito funcional RF-SEG-004, con la
particularidad de que no se actualizar la marca de ltima
interaccin de las sesiones evaluadas, ni se generar ningn
mensaje.
Salidas
Errores

N/A

Id y nombre del requisito


RF-SEG-005. Control de acceso a funcionalidad o accin
Tipo
Versin
Fuente del requisito

Requisito

Restriccin

1.0
FP

20
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


21
Prioridad del requisito
Descripcin

Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema controlara y, en su caso, impedir el acceso a
funcionalidades cuando el tipo de usuario del actor que est
intentando acceder a la funcionalidad o realizar la accin no
tenga correspondencia con ninguno de los tipos de usuario que
dicha funcionalidad o accin tenga autorizados.

Entradas

- Identificador de sesin
- Tipos de usuario autorizados.
- Descripcin de la funcionalidad o accin
Secuencia de operacin Se tratar de recuperar la sesin de usuario correspondiente al
identificador de sesin recibido en el almacenamiento temporal
de sesiones, siguiendo las especificaciones establecidas en el
RF-SEG-003.
Si el valor del tipo de usuario autorizado recibido es vacio, se
considera que cualquier usuario est autorizado para realizar la
accin solicitada no se realizar ninguna otra comprobacin
En caso contrario, con el perfil obtenido de la sesin, se
comprobar que el tipo de usuario que refleje se corresponde
con alguno de los tipos de usuario autorizados recibidos. Si se
encuentra coincidencia se considerara que el usuario dispone
de privilegios para acceder a la funcionalidad o realizar la
accin.
Salidas
Errores

- N/A
En caso de la que l identificador de sesin recibido no tenga
correspondencia con una sesin almacenada en el repositorio
temporal, el sistema aborta la accin y generar un mensaje de
error indicando que la sesin est expirada y se le conducir a
la pgina de acceso al sistema.
En caso de que el tipo de usuario contenido en el perfil de
usuario recibido sea distinto del recibido como autorizado, se
aborta la accin y se genera un mensaje indicando que el
usuario no tiene privilegios acceder a la funcionalidad o ejecutar
la accin descrita en el parmetro de entrada correspondiente.

3.2.2.

Categoras

Se incluyen en este apartado los requisitos identificados en documento preliminar de


requisitos vinculados a la especificacin de categoras

21
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


22
Id y nombre del requisito
RF-CAT-001. Mantenimiento de categoras: alta
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la creacin de categoras nuevas, si bien
solo cuando el actor que est realizando la accin sea un
usuario de tipo PROFESOR, ya que son privativas de l.
El sistema provee de un formulario donde el actor rellena los
campos categora y descripcin de categora.
Este formulario contiene a su vez dos botones, uno para crear la
asignatura con los datos incluidos en el formulario y otro para
cancelar la creacin.

El sistema informar al actor del resultado de la accin.


Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de crear
categoras aplicando la funcionalidad recogida en el punto 0 y
sabiendo que esta solo se encuentra habilitada para usuario de
tipo PROFESOR
Se mostrar al actor un formulario con los campos categora y
descripcin de categora. En el formulario tambin se muestran
dos botones, uno con el texto crear y otro con el texto
cancelar
Si el actor pulsa el botn cancelar, el sistema cancela la accin
y se cierra el formulario.
Si el actor pulsa el botn crear, el sistema comprobar que los
datos presentes en los campos del formulario son correctos
aplicando las siguientes reglas:
-

Todos los campos han de tener valor.


Cdigo y descripcin de la categora son alfanumricos y
podrn recibir cualquier valor cuya longitud no supere la
estipulada en el modelado de las tablas que los
contengan.

A continuacin se realizar una bsqueda en la tabla de


categoras verificando que no exista ninguna otra asignatura
con el mismo cdigo y cuyo identificador nico de profesor
propietario coincida con el identificador nico del usuario
contenido en el perfil de usuario del actor.
Cuando no se localice ninguna entrada en esta tabla, se

22
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


23
insertar un nuevo registro en la misma con los siguientes
datos:
-

Salidas
Errores

Identificador nico de la categora generado


Identificador nico deI profesor propietario, que ser
rellenado con el identificador nico del usuario contenido
en el perfil de usuario del actor
Cdigo de la categora
Descripcin de la categora
Estado de la categora, rellenado con el valor ACTIVA

Se mostrar un mensaje informando sobre la correcta


finalizacin de la accin y se retornar la categora creada.
- Mensajes
- Datos creados de la nueva categora
Si alguno de los datos no cumple las condiciones de validacin,
se aborta la accin y se genera un mensaje indicando tal
circunstancia, detallando cul o cules de los datos no cumple
la validacin.
Si se localizar una categora en la tabla de categoras que
dispone del mismo cdigo de categora e identificador nico de
profesor propietario que el identificador nico del usuario
contenido en el perfil de usuario del actor, se detiene la accin y
se genera un mensaje donde se informa que ya existe una
categora igual en el sistema.
En caso de que los datos hayan sido concurrentemente
manipulados por otra sesin del mismo usuario o cualquier otra
casustica que evite la actualizacin de los datos, se mostrar
un error informando y se cancelar la accin.

Id y nombre del requisito


RF-CAT-002. Mantenimiento de categoras: bsqueda
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la bsqueda de categoras, si bien solo
cuando el actor que est realizando la accin sea un usuario de
tipo PROFESOR o ADMINSTRADOR.
El sistema provee de un formulario donde el actor podr
determinar los criterios para realizar la bsqueda y los botones
para efectuar la bsqueda o cancelar la accin.

23
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


24
No hay obligatoriedad de indicar ningn criterio para realizar la
bsqueda.
El sistema le mostrar en un listado los resultados de la
consulta realizada
Entradas
- Identificador de sesin
- Criterios adicionales.
Secuencia de operacin Se comprueba que el actor puede realizar la accin de buscar
categoras aplicando la funcionalidad recogida en el punto 0 y
sabiendo que esta solo se encuentra habilitada para usuarios
de tipo ADMINISTRADOR o PROFESOR.
Se mostrar al actor un formulario con el campo identificador
nico de la categora, cdigo de la categora, estado de la
categora y descripcin de la categora. En el formulario tambin
se muestran dos botones, uno con el texto buscar y otro con el
texto cancelar
Si el actor pulsa el botn cancelar, el sistema cancela la accin
y se cierra el formulario.
Si el actor pulsa el botn buscar, el sistema compondr los
criterios a aplicar para la bsqueda con los datos
proporcionados en el formulario, siendo la bsqueda que realice
sobre el campo descripcin de la categora aproximada.
A los criterios especificados, se aadirn los criterios
adicionales recibidos en la entrada y adems, si el tipo de
usuario del actor es PROFESOR, se aadir un nuevo criterio
para capturar nicamente las asignaturas que son de su
propiedad.
Si no se ha incluido ningn dato en el formulario y los filtros
adicionales no disponen de contenido, se realizar una
bsqueda sin ms filtros que los dependientes del tipo de de
usuario.
Con los registros localizados, se generar un listado compuesto
por el identificador nico de la categora, el cdigo, el estado y
la descripcin, ordenado por cdigo (a-z)

Salidas
Errores

Dicho listado se muestra al actor en el mismo formulario de


bsqueda, de tal forma que este pueda seleccionar una de las
categoras contenidas en la tabla, que ser retornada o bien
cancelar la bsqueda a travs del botn correspondiente.
- Mensajes
- Datos de la categora seleccionada.
Cuando alguno de los filtros adicionales no est definido sobre
ninguno de los campos presentes en el formulario de bsqueda
se generar un error informando tal circunstancia y abortando

24
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


25
el proceso de bsqueda.

Id y nombre del requisito


RF-CAT-003. Mantenimiento de categoras: edicin y
borrado
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la edicin y borrado de categoras, si bien
solo cuando el actor que est realizando la accin sea un
usuario de tipo PROFESOR o ADMINSTRADOR.
El sistema provee de un formulario donde el usuario podr
visualizar los campos identificador nico de la categora, estado
de la categora y descripcin, de los cuales solo sern editables
los tres ltimos.

El formulario mostrar adems tres botones, uno para borrar la


categora, otro para modificar la categora con los cambios
realizados sobre los datos y un tercer botn para cancelar la
accin.
Entradas
- Identificador de sesin
- Identificador nico de categora
Secuencia de operacin Se comprueba que el actor puede realizar la accin de edicin y
baja de categoras aplicando la funcionalidad recogida en el
punto 0 y sabiendo que esta solo se encuentra habilitada para
usuario de tipo ADMINISTRADOR y PROFESOR.
El sistema acceder a la tabla de categoras para localizar el
registro de categora que responda al identificador nico de
categora recibido en la entrada.
A continuacin se mostrar al actor un formulario cargado con la
informacin del registro localizado. En este formulario figurarn
los campos identificador nico de la categora, cdigo de
categora y descripcin, de los cuales solo sern editables los
dos ltimos, junto con tres botones; uno con el texto borrar,
otro con el texto actualizar y un tercero con el texto cancelar
Si pulsa el botn cancelar, el sistema cancela la accin y se
cierra el formulario.
Si pulsa el botn actualizar, el sistema comprobar que los
datos rellenados por el usuario en los campos del formulario son
correctos aplicando las siguientes reglas:

25
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


26

Todos los datos han de tener valor.


Cdigo y descripcin de la categora son alfanumricos y
podrn recibir cualquier valor cuya longitud no supere la
estipulada en el modelado de las tablas que los
contenga.
El campo estado solo permite los valores ACTIVA e
INACTIVA

Si los datos cumplen con estas validaciones, sern


almacenados en el registro de la tabla de categoras
identificado por el identificador nico de la categora recibido en
la entrada y se mostrar un mensaje al actor indicndole que
los cambios se han almacenado correctamente.
Si pulsa el botn borrar, el sistema mostrar un cuadro de texto
para que el actor confirme la accin.
Si el actor confirma la accin el sistema comprobar si la
categora se encuentra utilizada en alguna entidad relacionada
de la aplicacin, concretamente en preguntas o en exmenes,
en cuyo caso no realizar un borrado fsico sino que
simplemente el sistema cambiara el estado de la categora a
INACTIVO
Si no ha sido empleado en ningn otro punto, se realizar el
borrado fsico del registro.
Finalmente el sistema despus de realizar el borrado, mostrar
un mensaje informando sobre la correcta realizacin del
proceso detallando si procede el tipo de borrado aplicado y se
cerrar el formulario, retornando los datos del a categora
modificada o eliminada.
Salidas
Errores

- Mensajes
- Datos modificados de la categora
Si no se localiza la informacin a editar/borrar a partir del
identificador nico recibido, se cancelar la accin y se mostrar
un mensaje indicando tal circunstancia, cerrndose el
formulario.
Si alguno de los datos no cumple las condiciones de validacin
cuando el actor haya optado por el botn actualizar, se aborta
la accin y se genera un mensaje indicando tal circunstancia,
detallando cul o cules de los datos no cumple la validacin,
pero no se cierra el formulario.

3.2.3.

Asignaturas

26
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


27
Se incluyen en este apartado los requisitos identificados vinculados con las tareas
administrativas genricas de la aplicacin relacionadas con las asignaturas.

Id y nombre del requisito


RF-ASG-001. Mantenimiento de asignaturas: alta
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la creacin de asignaturas nuevas, si bien
solo cuando el actor que est realizando la accin sea un
usuario de tipo ADMINISTRADOR.
El sistema provee de un formulario donde el actor rellena los
campos cdigo de asignatura y nombre
Este formulario contiene a su vez dos botones, uno para crear la
asignatura con los datos incluidos en el formulario y otro para
cancelar la creacin.

El sistema informar al actor del resultado de la accin.


Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de crear
asignaturas aplicando la funcionalidad recogida en el punto RFSEG-005 y sabiendo que esta solo se encuentra habilitada para
usuario de tipo ADMINISTADOR
Se mostrar al actor un formulario con los campos cdigo y
nombre de la asignatura. En el formulario tambin se muestran
dos botones, uno con el texto crear y otro con el texto
cancelar
Si el actor pulsa el botn cancelar, el sistema cancela la accin
y se cierra el formulario.
Si el actor pulsa el botn crear, el sistema comprobar que los
datos presentes en los campos del formulario son correctos
aplicando las siguientes reglas:
-

Todos los datos recibidos han de tener valor.


Cdigo y nombre de la asignatura son alfanumricos y
podrn recibir cualquier valor cuya longitud no supere la
estipulada en el modelado de las tablas que los
contengan.

A continuacin se realizar una bsqueda en la tabla de


asignaturas verificando que no exista ninguna otra asignatura
con el mismo cdigo.

27
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


28

Finalmente se insertar una nueva asignatura en la tabla de


asignatura con:
-

Los datos del formulario


Un identificador nico para la asignatura generado.

Se retornar un mensaje con el identificador nico de la


asignatura creada informando sobre la correcta finalizacin de
la accin y los datos de la asignatura
Salidas
Errores

- Mensaje
- Datos creados de la nueva asignatura
Si alguno de los datos no cumple las condiciones de validacin,
se detiene la accin y se genera un mensaje indicando tal
circunstancia, detallando cul o cules de los datos no cumple
la validacin, permaneciendo en el formulario de edicin.
Si se localizar una asignatura en la tabla de asignaturas que
dispone del mismo cdigo de asignatura, se detiene la accin y
se genera un mensaje donde se informa que ya existe una
asignatura en el sistema, permaneciendo en el formulario de
edicin
En caso de que los datos hayan sido concurrentemente
manipulados por otra sesin del mismo usuario o cualquier otra
casustica que evite la actualizacin de los datos, se mostrar
un error informando y se cancelar la accin.

Id y nombre del requisito


RF-ASG-002. Mantenimiento de asignaturas: bsqueda
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la bsqueda de asignaturas, si bien solo
cuando el actor que est realizando la accin sea un usuario de
tipo ADMINISTRADOR o PROFESOR.
El sistema provee de un formulario donde el actor podr
determinar los criterios para realizar la bsqueda y los botones
para efectuar la bsqueda o cancelar la accin.
No hay obligatoriedad de indicar ningn criterio para realizar la
bsqueda

28
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


29
El sistema le mostrar en un listado los resultados de la
consulta realizada
Entradas
- Identificador de sesin
- Criterios adicionales.
Secuencia de operacin Se comprueba que el actor puede realizar la accin de buscar
asignaturas aplicando la funcionalidad recogida en el punto RFSEG-005 y sabiendo que esta solo se encuentra habilitada para
usuario de tipo ADMINISTRADOR y PROFESOR
Se mostrar al actor un formulario con los campos identificador
nico de la asignatura, cdigo de asignatura, nombre de la
asignatura y, en caso de que se trate de un usuario de tipo
ADMINSITRADOR, una marca para indicar si se quieren
localizar asignaturas asignadas a un profesor o sin consignar
aun.
En el formulario tambin se muestran dos botones, uno con el
texto buscar y otro con el texto cancelar
Si el actor pulsa el botn cancelar, el sistema cancela la accin
y se cierra el formulario.
Si el actor pulsa el botn buscar, el sistema generar un
conjunto de criterios de bsqueda con las contenido
especificado por el actor en el formulario. A estos, se aadirn
los criterios adicionales recibidos en la entrada y adems, si el
tipo de usuario del actor es PROFESOR, se aadir un nuevo
criterio para capturar nicamente las asignaturas que son de su
propiedad.
Si no se ha incluido ningn dato en el formulario y los filtros
adicionales no disponen de contenido, se realizar una
bsqueda sin ms filtros que los dependientes del tipo de de
usuario.
Con los registros localizados, se generar un listado compuesto
por el identificador nico de la asignatura, el nombre, la
descripcin u el estado de asignacin.

Salidas
Errores

Dicho listado se muestra al actor en el mismo formulario de


bsqueda, de tal forma que este pueda seleccionar una de las
asignaturas contenidas en la tabla cuyo identificador ser
retornado o bien cancelar la bsqueda a travs del botn
correspondiente.
- Identificador nico de asignatura
Cuando alguno de los filtros adicionales no est definido sobre
ninguno de los campos presentes en el formulario de bsqueda
se generar un error informando tal circunstancia y abortando
el proceso de bsqueda.

29
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


30

Id y nombre del requisito


RF-ASG-003. Mantenimiento de asignaturas: asignacin de
profesor.
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la consignacin de un profesor responsable
por asignatura, si bien esta consignacin solo se puede efectuar
cuando el actor que est realizando la accin sea un usuario de
tipo ADMINISTRADOR.
Cualquier usuario del sistema que sea de tipo PROFESOR
podr ser asignado a una asignatura, sin embargo, una
asignatura solo podr tener asignado un PROFESOR.
Todas las asignaturas pueden ser asignadas o reasignadas a un
profesor mientras se encuentren activas.
El sistema facilitar la bsqueda de la asignatura a asignar y
posteriormente la del profesor que se desea consignar en la
asignatura. La seleccin de ambos elementos implicar la
asignacin del profesor a la asignatura.

El sistema informar al usuario del resultado de la accin.


Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de asignar
profesores a asignaturas aplicando la funcionalidad recogida en
el punto 0 y sabiendo que esta solo se encuentra habilitada
para usuario de tipo ADMINISTADOR.
El sistema a continuacin proporcionara un interfaz para la
bsqueda de asignaturas tal y como est planteado en el
requisito RF-ASG-002
El usuario marcar en el listado la asignatura que desea asignar
y a continuacin se le proporcionar un nuevo interfaz para la
bsqueda de profesores, tal y como est planteado en el
requisito RF-USU-004, aplicando un filtro adicional en la
bsqueda que acote los candidatos a aquellos usuarios cuyo
tipo de usuario sea PROFESOR y su estado sea
AUTORIZADO.
El actor podr realizar tantas bsquedas como necesite hasta
localizar al profesor que desea asignar. Si finalmente desiste y
cancela la accin de bsqueda, tambin se cancelara la

30
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


31
asignatura seleccionada y podr comenzarse el proceso desde
el principio.
Cuando el actor selecciona en el listado de bsqueda de
usuarios el usuario de tipo PROFESOR que desea consignar en
la asignatura, el sistema le mostrar un mensaje pidindole
confirmacin sobre la accin de asignar el profesor
seleccionado a la asignatura seleccionada.
Si el actor no confirma la accin, el sistema volver a facilitarle
la opcin de seguir buscando usuarios PROFESOR.
Si el actor confirma la asignacin, el sistema actualizara en el
registro de la asignatura seleccionada en la tabla de asignaturas
el valor del campo identificador nico del profesor asignado,
asignndole el identificador del usuario seleccionado por el
actor del listado de bsqueda de usuarios.
El sistema mostrar un mensaje confirmando la realizacin de la
accin y volver a facilitarle la opcin de seguir buscando
asignaturas para asignar.

Salidas
Errores

Si el usuario cancela la bsqueda de asignaturas, se cerrar el


formulario y finalizar la accin.
- Mensaje
- Datos creados de la asignacin del profesor a la asignatura
En caso de que los datos hayan sido concurrentemente
manipulados por otra sesin del mismo usuario o cualquier otra
casustica que evite la actualizacin de los datos, se mostrar
un error informando y se cancelar la accin.

Id y nombre del requisito


RF-ASG-004. Mantenimiento de asignaturas: matriculacin
de alumno.
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la matriculacin o asignacin de varios
alumnos a una asignatura, si bien esta solo se puede efectuar
cuando el actor que est realizando la accin de asignarlos sea
un usuario de tipo ADMINISTRADOR.
Cualquier usuario del sistema que sea de tipo ALUMNO podr
ser asignado a una o varias asignaturas.

31
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


32

Solo se podrn asignar usuarios de tipo ALUMNO cuyo estado


sea AUTORIZADO.
El sistema facilitar la bsqueda de la asignatura a asignar y
posteriormente la del usuario al que se desea matricular en ella.
La seleccin de ambos elementos implicar la asignacin del
alumno a la asignatura.
El sistema informar al usuario del resultado de la accin.
Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de
matricular alumnos en asignaturas aplicando la funcionalidad
recogida en el punto RF-SEG-005 y sabiendo que esta solo se
encuentra habilitada para usuarios de tipo ADMINISTRADOR.
El sistema a continuacin proporcionara un interfaz para la
bsqueda de asignaturas, tal y como est planteado en el
requisito RF-ASG-002.
El actor marcar en el listado la asignatura que desea asignar y
a continuacin se le proporcionar un nuevo interfaz para la
bsqueda de alumnos, tal y como est planteado en el requisito
RF-USU-004, aplicando un filtro adicional en la bsqueda que
acote resultados a usuarios cuyo tipo de usuario sea ALUMNO
y su estado sea AUTORIZADO.
El actor podr realizar tantas bsquedas como necesite para
localizar el alumno que desea asignar. Si finalmente desiste y
cancela la accin de bsqueda, tambin se cancelara la
asignatura seleccionada y podr comenzarse el proceso desde
el principio.
Si finalmente el actor selecciona en el listado de bsqueda de
alumnos el usuario que desea asignar a la asignatura, el
sistema le mostrar un mensaje pidindole confirmacin sobre
esta accin.
Si el actor no confirma la accin, el sistema volver a facilitarle
la opcin de seguir buscando alumnos.
Si el actor confirma la asignacin, el sistema buscara en la tabla
matriculaciones registros que muestren la misma combinacin
de identificador nico de alumno e identificador nico de
asignatura respecto a los seleccionados en los formularios de
bsqueda con el fin de determinar si el alumno ya ha sido
matriculado en la asignatura con anterioridad.
Cuando no se localice ninguna entrada en esta tabla, se
insertar un nuevo registro en la misma con ambos indicadores,

32
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


33
la fecha en la que se ha realizado la asignacin y un nuevo
identificador nico generado.
El sistema mostrar un mensaje confirmando la realizacin de la
accin y volver a facilitarle la opcin de seguir buscando
asignaturas para asignar.
Si el usuario cancela la bsqueda de asignaturas, se cerrar el
formulario y finalizar la accin.
Salidas

Errores

Mensaje
Datos creados de la matriculacin del alumno en la
asignatura
Cuando ya exista una entrada en la tabla de asignaciones de
alumnos a asignaturas coincidente con los identificadores de
asignatura y usuario seleccionados con el actor, se mostrar un
mensaje al actor informando de tal circunstancia y se cancelar
la asignacin retornndose al principio del proceso.
En caso de que los datos hayan sido concurrentemente
manipulados por otra sesin del mismo usuario o cualquier otra
casustica que evite la actualizacin de los datos, se mostrar
un error informando y se cancelar la accin.

Id y nombre del requisito


RF-ASG-005. Mantenimiento de asignaturas:
desmatriculacin de alumno.
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la desmatriculacin o desasignacin de
alumnos a asignaturas, si bien esta accin solo se puede
efectuar cuando el actor que est realizando la accin sea un
usuario de tipo ADMINISTRADOR.
El sistema facilitar la bsqueda del alumno a desasignar y
posteriormente mostrar un listado de todas las asignaturas
asignadas vigentes. El actor podr entonces seleccionar qu
asignatura desea desasignar y confirmar la accin.

El sistema informar al usuario del resultado de la accin.


Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de desmatricular alumnos de asignaturas aplicando la funcionalidad
recogida en el punto RF-SEG-005 y sabiendo que esta solo se

33
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


34
encuentra habilitada para usuario de tipo ADMINISTRADOR.
El sistema a continuacin proporcionara un interfaz para la
bsqueda de asignaturas tal y como est planteado en el
requisito RF-ASG-002, aplicando un filtro adicional en la
bsqueda que acote los resultados a usuarios cuyo tipo de
usuario sea ALUMNO y su estado sea AUTORIZADO.
El usuario marcar en el listado al alumno que desea
desasignar y a continuacin el sistema realizar una bsqueda
en la tabla de matriculaciones, recopilando todos los registros
que muestren coincidencia en su campo identificador nico del
alumno asignado con el identificador nico del alumno
previamente seleccionado. Con la informacin de
matriculaciones del alumno recopilada, se acceder a la tabla
con el fin de recabar la informacin del cdigo de asignatura y
nombre, necesarios para componer un listado que el actor
pueda entender.
Combinado los resultados obtenidos en las consultas
realizadas, el sistema compondr una lista donde cada entrada
contendr los siguientes datos:
Identificador nico del registro de matriculacin, nombre del
alumno, cdigo de la asignatura y nombre de la asignatura.
El listado compuesto se mostrar al actor en la pantalla de tal
forma que el actor pueda marcar en l la asignatura que desea
desasignar acompaado de un botn con el texto cancelar.
Si el actor aprieta el botn cancelar, la accin se cancela y se
vuelve comenzar la funcin desde el principio.
Si por el contrario marca una asignatura, el sistema le mostrar
un mensaje pidindole confirmacin sobre esta accin.
Si el actor no confirma la accin, el sistema volver a facilitarle
la opcin de seguir buscando alumnos.
Si el actor confirma la des-asignacin, el buscar y borrar en
todas las tablas que corresponde las entradas vinculadas con la
asignacin del usuario a la asignatura en proceso de
desasignacin, a saber:
-

Matriculaciones
Ejecuciones de examen

El sistema mostrar un mensaje confirmando la realizacin de la


accin y volver a facilitarle la opcin de seguir buscando
asignaturas para asignar.
Si el usuario cancela la bsqueda de asignaturas, se cerrar el

34
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


35
formulario y finalizar la accin.
Salidas

Errores

Mensaje
Datos borrados de la matriculacin del alumno en la
asignatura
- Datos borrados de ejecuciones de examen del alumno en la
asignatura
Cuando no exista ninguna entrada en la tabla de
matriculaciones coincidente con el de usuario seleccionado por
el actor, se mostrar un mensaje al actor informando de tal
circunstancia y se cancelar la des-asignacin retornndose al
principio del proceso.
En caso de que los datos hayan sido concurrentemente
manipulados por otra sesin del mismo usuario o cualquier otra
casustica que evite la actualizacin de los datos, se mostrar
un error informando y se cancelar la accin.

Id y nombre del requisito


RF-ASG-006. Mantenimiento de asignaturas: edicin y
borrado
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la edicin y borrado de asignaturas, si bien
solo el usuario con rol ADMINISTRADOR podr realizar este
tipo de acciones.
El sistema provee de un formulario donde el usuario podr
visualizar los campos cdigo de asignatura y nombre de la
asignatura y modificar su contenido.

El formulario mostrar adems tres botones, uno para borrar la


asignatura, otro para modificar la asignatura con los cambios
realizados sobre los datos y un tercer botn para cancelar la
accin.
Entradas
- Identificador de sesin
- Identificador nico de usuario
Secuencia de operacin Se comprueba que el actor puede realizar la accin de edicin y
baja de asignaturas aplicando la funcionalidad recogida en el
punto RF-SEG-005 y sabiendo que esta solo se encuentra
habilitada para usuario de tipo ADMINISTRADOR.
El sistema acceder a la tabla de usuarios para localizar el
usuario que responda al identificador nico recibido en la

35
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


36
entrada.
A continuacin se mostrar al actor un formulario cargado con la
informacin del registro del usuario localizado. En este
formulario figurarn el identificador nico del usuario, la fecha
de alta, el estado y la fecha de autorizacin como datos no
editables, mientras que el resto, esto es, nombre, direccin
electrnica y contrasea si lo sern.
En el formulario tambin se muestran tres botones, uno con el
texto borrar, otro con el texto actualizar y un tercero con el
texto cancelar
Si pulsa el botn cancelar, el sistema cancela la accin y se
cierra el formulario.
Si pulsa el botn actualizar, el sistema comprobar que los
datos rellenados por el usuario en los campos del formulario son
correctos aplicando las siguientes reglas:
-

Todos los datos recibidos han de tener valor.


El correo electrnico debe tener disponer de un formato
consistente con la naturaleza de este dato.
La contrasea debe tener una longitud mnima de 6
posiciones y debe incluir maysculas, minsculas y
nmeros

Si los datos cumplen con estas validaciones, sern actualizados


en el registro de la tabla de usuarios identificado por el
identificador nico del usuario recibido en la entrada y se
mostrar un mensaje al actor indicndole que los cambios se
han almacenado correctamente.
Si pulsa el botn borrar, el sistema mostrar un cuadro de texto
para que el actor confirme la accin y en caso afirmativo, el
sistema buscar y borrar en todas las tablas que corresponde
las entradas vinculadas con el usuario en proceso de borrado, a
saber:
-

Ejecuciones de exmenes
Matriculaciones
Asignaturas

Finalmente el sistema despus de realizar el borrado, mostrar


un mensaje informando sobre la correcta realizacin del
proceso y se cerrar el formulario.
Salidas

Mensaje
Datos borrados de ejecuciones de examen del alumno en la
asignatura
Datos borrados de matriculaciones del alumno en la

36
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


37

Errores

asignatura.
- Datos borrados de la asignatura
Si no se localiza la informacin a editar/borrar a partir del
identificador nico recibido, se cancelar la accin y se mostrar
un mensaje indicando tal circunstancia, cerrndose el
formulario.
Si alguno de los datos no cumple las condiciones de validacin
cuando el actor ha pulsado el botn de actualizar, se detiene la
accin y se genera un mensaje indicando tal circunstancia,
detallando cul o cules de los datos no cumple la validacin,
permaneciendo en el formulario de edicin.

37
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


38

3.2.4.

Usuarios

Se incluyen en este apartado los requisitos identificados vinculados con las tareas
administrativas genricas de la aplicacin relacionadas con el mantenimiento de usuarios.

Id y nombre del requisito


RF-USU-001. Auto-mantenimiento de datos
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la modificacin por parte del propio usuario
de la direccin de correo y contrasea.
El sistema provee de un formulario donde el actor podr ver el
contenido actual de ambos datos y modificarlo.
Este formulario contiene a su vez dos botones, uno para
confirmar la accin y otro para cancelarla.

El sistema informar al usuario del resultado de la accin.


Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de
mantener datos de usuario aplicando la funcionalidad recogida
en el punto RF-SEG-005
Con el identificador nico de usuario recuperado de la sesin,
se acceder a la tabla de usuarios para recuperar los datos
correspondientes al nombre, correo electrnico y contrasea.
Los datos recuperados sern mostrados al usuario en una vista
de edicin donde el actor podr manipularlos todos excepto el
nombre. En dicha pantalla se mostrarn dos botones, uno para
cancelar los cambios y otro para aplicarlos.
Cuando el actor pulsa el botn de aplicar, el sistema
comprobar que los nuevos valores proporcionados sean
validos aplicando las siguientes reglas:
-

Todos los datos recibidos han de tener valor.


El correo electrnico debe tener disponer de un formato
consistente con la naturaleza de este dato.
La contrasea debe tener una longitud mnima de 6
posiciones y debe incluir maysculas, minsculas y
nmeros

38
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


39

Se realizar una bsqueda en la tabla de usuarios del correo


electrnico indicado por el usuario con el fin de confirmar que
no existe otro usuario en el sistema con esa misma direccin de
correo.
Si los datos cumplen con estas validaciones, sern actualizados
en el registro de la tabla de usuarios identificado por el
identificador nico de usuario que est en la sesin y se
mostrar un mensaje al usuario indicndole que los cambios se
han almacenado correctamente.
Si por el contrario el actor pulsa el botn cancelar, se
descartarn los cambios que se hayan podido realizar hasta ese
momento y se mostrar un mensaje indicando que la accin ha
sido cancelada.
Salidas
Errores

- Mensaje
- Datos modificados de usuario
En caso de que no se localice el registro de usuario en base al
identificador nico almacenado en la sesin, se cancelar la
accin y se generar un mensaje de error indicando que no es
posible realizarla.
En caso de que los datos nuevos datos suministrados por el
actor no cumplan las validaciones formales descritas, se
mostrar un mensaje informando de qu dato est
incorrectamente formado, permaneciendo en el formulario de
edicin.
Si se localiza algn usuario ya registrado en el sistema que
tenga la misma direccin de correo electrnico que el usuario en
edicin y no sea el usuario en edicin, detiene la accin y se
genera un mensaje indicando tal circunstancia, permaneciendo
en el formulario de edicin.
En caso de que los datos hayan sido concurrentemente
manipulados por otra sesin del mismo usuario o cualquier otra
casustica que evite la actualizacin de los datos, se mostrar
un error informando y se cancelar la accin.

Id y nombre del requisito


RF-USU-002. Mantenimiento de usuarios: alta
Tipo
Versin
Fuente del requisito
Prioridad del requisito

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado

39
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


40
Especificacin

El sistema permite la creacin de usuarios nuevos, si bien solo


cuando el actor que est realizando la accin sea un usuario de
tipo ADMINISTRADOR.
Adicionalmente, la creacin de un nuevo usuario deber contar
con la autorizacin de un usuario de tipo PROFESOR.
El sistema provee de un formulario donde el actor rellena los
campos nombre, direccin de correo electrnico, contrasea y
tipo de usuario del nuevo usuario a crear, as como el correo
electrnico del usuario PROFESOR que debe autorizar la
creacin del nuevo usuario.
Este formulario contiene a su vez dos botones, uno para
confirmar la accin y otro para cancelarla.

El sistema informar al usuario del resultado de la accin.


Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de crear
usuarios aplicando la funcionalidad recogida en el punto RFSEG-005 y sabiendo que esta solo se encuentra habilitada para
usuario de tipo ADMINISTADOR.
Se mostrar al actor un formulario con los campos nombre,
direccin electrnica, contrasea, tipo de usuario y direccin de
correo electrnico del profesar autorizador.
En el formulario tambin se muestran dos botones, uno con el
texto crear y otro con el texto cancelar
Si el actor pulsa el botn cancelar, el sistema cancela la accin
y se cierra el formulario.
Si el actor pulsa el botn crear, el sistema comprobar que los
datos incluidos en los campos del formulario son correctos
aplicando las siguientes reglas:
-

Todos los datos recibidos han de tener valor.


El nombre del usuario debe tener estar compuesto de al
menos dos palabras de ms de una letra cada una de
ellas.
El correo electrnico del nuevo usuario debe disponer de
un formato consistente con la naturaleza de este dato.
La contrasea del nuevo usuario debe tener una longitud
mnima de 6 posiciones y debe incluir maysculas,
minsculas y nmeros
El correo electrnico del PROFESOR autorizador debe
disponer de un formato consistente con la naturaleza de
este dato.

40
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


41
Se realizar una bsqueda en la tabla de usuarios del correo
electrnico indicado para el nuevo usuario con el fin de
confirmar que no existe un usuario en el sistema con esa misma
direccin de correo.
Se realizar una bsqueda en la tabla de usuarios del correo
electrnico indicado para el usuario autorizador, se recupera el
identificador nico del mismo y se confirma que el tipo del
usuario localizado es PROFESOR
Se genera y enva un correo electrnico al usuario autorizador
informndole de que hay usuarios en trmite de creacin que
requieren su aprobacin.
Se crea un nuevo registro en la tabla de usuarios incluyendo un
identificador nico de usuario generado, su nombre, direccin
de correo electrnico, contrasea, fecha de alta, tipo de usuario
y el identificador nico del usuario PROFESOR autorizador y se
le asigna el valor PENDIENTE DE AUTORIZAR en el campo de
estado del usuario
Salidas

Errores

Mensaje
Datos de nuevo usuario creado.
Correo electrnico al profesor responsable de la
autorizacin del alta del alumno.
Si alguno de los datos no cumple las condiciones de validacin,
se detiene la accin y se genera un mensaje indicando tal
circunstancia, detallando cul o cules de los datos no cumple
la validacin, permaneciendo en el formulario de edicin.
Si se localiza algn usuario ya registrado en el sistema que
tenga la misma direccin de correo electrnico que el usuario en
creacin, detiene la accin y se genera un mensaje indicando
tal circunstancia, permaneciendo en el formulario de edicin.
Si no se localiza ningn usuario a partir del correo electrnico
facilitado del usuario autorizador o el usuario localizado no es
de tipo PROFESOR, se detiene la accin y se genera un
mensaje indicando tal circunstancia, permaneciendo en el
formulario de edicin.
Si el envo del correo electrnico al usuario autorizador falla por
cualquier causa, se detiene la accin y se genera un mensaje
informando sobre este circunstancia y detallando en la medida
de lo posible el motivo por el cual el envo del correo al usuario
autorizador ha fallado.
En caso de que los datos hayan sido concurrentemente
manipulados por otra sesin del mismo usuario o cualquier otra
casustica que evite la actualizacin de los datos, se mostrar

41
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


42
un error informando y se cancelar la accin

Id y nombre del requisito RF-USU-003. Mantenimiento de usuarios: autorizacin de


altas.
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional

Media/Deseado
El sistema permite la autorizacin de altas de usuarios, si bien
solo cuando el actor que est realizando la accin sea un
usuario de tipo PROFESOR.
Un usuario PROFESOR solo podr autorizar las altas de los
usuarios que lo referencien como usuario autorizador.
El sistema provee de un formulario donde se muestra un listado
con los usuarios pendientes de autorizar vinculados al actor,
donde este podr autorizar aquellos que desee mediante un
botn vinculado a cada usuario de la lista.

El sistema informar al usuario del resultado de la accin.


Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de autorizar
altas de usuario aplicando la funcionalidad recogida en el punto
RF-SEG-005 y sabiendo que esta solo se encuentra habilitada
para usuario de tipo PROFESOR.
Se accede a la tabla de usuarios y se genera un listado con los
datos de identificador nico, nombre, correo electrnico, tipo de
usuario y fecha de alta de los registros que reflejen en el campo
estado el valor PENDIENTE DE AUTORIZAR y en el campo
identificador nico del usuario autorizador el mismo valor que el
identificador nico del actor presente en la sesin.
Si el listado generado no tiene entradas, se le mostrara un
mensaje al actor indicndole que no tiene usuarios pendientes
de autorizar y se cerrara el formulario.
Este listado se muestra al actor incluyndose en cada lnea un
botn con el texto autorizar.
Si el actor puede pulsar el botn de una entrada del listado
concreta, el sistema recuperara el identificador nico de ese
usuario y proceder a localizar el registro en la tabla de usuarios
para a continuacin actualizar el valor del campo estado a
AUTORIZADO y asignar una marca de tiempo del momento de

42
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


43
la accin en el campo fecha de autorizacin.
Tras la correcta actualizacin de la informacin, el sistema
mostrar al usuario un mensaje informndole del resultado
positivo de la autorizacin y le preguntar si desea autorizar a
ms usuarios.

Salidas
Errores

Si el usuario confirma indica que si, el sistema volver


nuevamente al inicio del procesamiento descrito en este
requisito. En caso contrario, se cerrar el formulario.
- Mensaje
- Datos de usuario modificado.
En caso de que los datos hayan sido concurrentemente
manipulados por otra sesin del mismo usuario o cualquier otra
casustica que evite la actualizacin de los datos, se mostrar
un error informando y se cancelar la accin

Id y nombre del requisito


RF-USU-004. Mantenimiento de usuarios: bsqueda
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la consulta de usuarios, si bien solo el
usuario de tipo ADMINISTRADOR podr realizar este tipo de
acciones.
El sistema provee de un formulario donde el actor podr rellenar
los campos identificador nico, nombre, direccin de correo
electrnico, tipo de usuario y estado de usuario as como dos
botones, uno para confirmar la consulta y otro para cancelarla.

El sistema le mostrar en un listado los resultados de la


consulta realizada
Entradas
- Identificador de sesin
- Filtros adicionales.
Secuencia de operacin Se comprueba que el actor puede realizar la accin de consultar
usuarios aplicando la funcionalidad recogida en el punto RFSEG-005 y sabiendo que esta solo se encuentra habilitada para
usuario de tipo ADMINISTRADOR.
Se muestra al actor un formulario con los campos identificador
nico, nombre, direccin de correo electrnico y tipo de usuario.
En el formulario tambin se muestran dos botones, uno con el
texto buscar y otro con el texto cancelar

43
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


44
Si el actor pulsa el botn cancelar, el sistema cancela la accin
y se cierra el formulario.
Si el actor pulsa el botn buscar, el sistema realiza una
bsqueda en la tabla de usuarios con los datos proporcionados
en el formulario a los que aadir los filtros adicionales recibidos
en la entrada. Si no se ha incluido ningn dato en el formulario y
los filtros adicionales no disponen de contenido, se realizar
una bsqueda sin filtros.
Con los registros localizados, se generar un listado compuesto
por el identificador nico del usuario, el nombre, su direccin de
correo electrnico, su tipo, su fecha de alta, su fecha de
autorizacin y su estado ordenado por nombre (a-z).

Salidas
Errores

Dicho listado se muestra al actor en el mismo formulario de


bsqueda, de tal forma que se pueda seleccionar uno de los
usuarios contenidos en la tabla cuyo identificador ser
retornado, o bien cancelar la bsqueda a travs del botn
correspondiente.
- Datos del usuario seleccionado.
Cuando alguno de los filtros adicionales no est definido sobre
ninguno de los campos presentes en el formulario de bsqueda
se generar un error informando tal circunstancia y abortando
el proceso de bsqueda.

Id y nombre del requisito


RF-USU-005. Mantenimiento de usuarios: edicin y borrado
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la edicin y borrado usuarios, si bien solo
cuando el actor que est realizando la accin sea un usuario de
tipo ADMINSITRADOR
El sistema provee de un formulario donde el usuario podr
visualizar los campos cdigo de asignatura, nombre y ao
acadmico de una asignatura y modificar su contenido.

Entradas

El formulario mostrar adems tres botones, uno para borrar la


asignatura, otro para modificar la asignatura con los cambios
realizados sobre los datos y un tercer botn para cancelar la
accin.
- Identificador de sesin
- Identificador nico de usuario

44
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


45
Secuencia de operacin Se comprueba que el actor puede realizar la accin de edicin y
borrado de usuarios aplicando la funcionalidad recogida en el
punto RF-SEG-005 y sabiendo que esta solo se encuentra
habilitada para usuario de tipo ADMINISTRADOR.
El sistema acceder a la tabla de usuarios para localizar el
usuario que responda al identificador nico recibido en la
entrada.
A continuacin se mostrar al actor un formulario cargado con la
informacin del registro del usuario localizado. En este
formulario figurarn el identificador nico del usuario, la fecha
de alta, el estado y la fecha de autorizacin como datos no
editables, mientras que el resto, esto es, nombre, direccin
electrnica y contrasea si lo sern.
En el formulario tambin se muestran tres botones, uno con el
texto borrar, otro con el texto actualizar y un tercero con el
texto cancelar
Si pulsa el botn cancelar, el sistema cancela la accin y se
cierra el formulario.
Si pulsa el botn actualizar, el sistema comprobar que los
datos rellenados por el usuario en los campos del formulario son
correctos aplicando las siguientes reglas:
-

Todos los datos recibidos han de tener valor.


El correo electrnico debe tener disponer de un formato
consistente con la naturaleza de este dato.
La contrasea debe tener una longitud mnima de 6
posiciones y debe incluir maysculas, minsculas y
nmeros

Se realizar una bsqueda en la tabla de usuarios del correo


electrnico indicado por el usuario con el fin de confirmar que
no existe otro usuario en el sistema con esa misma direccin de
correo.
Si los datos cumplen con estas validaciones, sern
almacenados en el registro de la tabla de usuarios identificado
por el identificador nico del usuario recibido en la entrada y se
mostrar un mensaje al actor indicndole que los cambios se
han almacenado correctamente.
Si pulsa el botn borrar, el sistema mostrar un cuadro de texto
para que el actor confirme la accin y en caso afirmativo, el
sistema buscar y borrar en todas las tablas que corresponde
las entradas vinculadas con el usuario en proceso de borrado, a
saber:

45
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


46
-

Asignaciones de alumnos a asignaturas


Ejecuciones de exmenes
Asignaturas (no se borrara, solo se deshar la relacin
con el usuario PROFESOR si procede)
Usuarios.

Finalmente el sistema despus de realizar el borrado, mostrar


un mensaje informando sobre la correcta realizacin del
proceso y se cerrar el formulario.
Salidas
Errores

- Mensaje
- Datos del usuario actualizado o borrado
Si no se localiza la informacin a editar/borrar a partir del
identificador nico recibido, se cancelar la accin y se mostrar
un mensaje indicando tal circunstancia, cerrndose el
formulario.
Si alguno de los datos no cumple las condiciones de validacin
cuando el usuario haya optado por el botn actualizar, se
detiene la accin y se genera un mensaje indicando tal
circunstancia, detallando cul o cules de los datos no cumple
la validacin, permaneciendo en el formulario de edicin.
Si el actor ha pulsado el botn actualizar y se localiza algn
usuario ya registrado en el sistema que tenga la misma
direccin de correo electrnico que el usuario en edicin y no
sea el usuario en edicin, detiene la accin y se genera un
mensaje indicando tal circunstancia, permaneciendo en el
formulario de edicin.

46
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


47

3.2.5.

Preguntas

Se incluyen en este apartado los requisitos identificados vinculados con las tareas genricas
de la aplicacin relacionadas con el mantenimiento de preguntas del profesor.
Id y nombre del requisito
RF-PRG-001. Mantenimiento de preguntas de examen: alta
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional

Media/Deseado
El sistema permite la creacin de preguntas de examen nuevas,
si bien solo cuando el actor que est realizando la accin sea un
usuario de tipo PROFESOR.
El sistema provee de un formulario donde el actor podr rellenar
los campos:
-

Tipo de pregunta
Texto de la pregunta
Cdigo de asignatura
Categora de la pregunta

Los campos tipo de pregunta y texto son obligatorios. Respecto


a los otros, se deber indicar valor para al menos uno de los
dos.
Si el tipo de pregunta indicado es de tipo test el formulario
adaptar su aspecto para que el actor aada la respuesta
correcta y adems de esta un mnimo de una y un mximo de 4
respuestas adicionales incorrectas.
El cdigo de asignatura indicado deber corresponderse con un
cdigo de asignatura que el usuario PROFESOR tenga
asignada. El formulario proporcionar un botn para ayudar a
buscar las asignaturas.
La categora de la indicado deber corresponderse con un
categora propiedad del usuario PROFESOR tenga asignada. El
formulario proporcionar un botn para ayudar a buscar las
categoras.
Este formulario contiene a adems otros dos botones, uno para
confirmar la accin y otro para cancelarla.
El sistema informar al usuario del resultado de la accin.

47
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


48
Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de crear
preguntas aplicando la funcionalidad recogida en el punto RFSEG-005 y sabiendo que esta solo se encuentra habilitada para
usuario de tipo PROFESOR.
Se mostrar al actor un formulario con los campos tipo de
pregunta, donde podr escoger entre los valores TEST y
DESARROLLO, texto de la pregunta, cdigo de la asignatura
acompaado de un botn buscar y categora de la asignatura,
acompaado tambin de un botn buscar.
En el formulario tambin se muestran otros dos botones, uno
con el texto crear y otro con el texto cancelar
Si el actor pulsa el botn cancelar, el sistema cancela la accin
y se cierra el formulario.
El botn buscar vinculado a la asignatura facilitar una funcin
de bsqueda de asignaturas idntica a la descrita en el requisito
RF-ASG-002. Se mostrarn en el campo del formulario cdigo
de asignatura el dato correspondiente de la asignatura
seleccionada.
El botn buscar vinculado a la categora facilitar una funcin
de bsqueda de categoras idntica a la descrita en el requisito
RF-CAT-002. Se mostrarn en el campo del formulario
categora el dato correspondiente de la categora seleccionada.
Si el actor pulsa el botn crear, el sistema comprobar que los
datos incluidos en los campos del formulario son correctos
aplicando las siguientes reglas:
-

El campo tipo de pregunta contiene uno de estos


posibles valores: TEST o DESARROLLO
El campo texto de la pregunta contiene un valor
alfanumrico con una longitudes mnima y mxima de 10
y 255 posiciones respectivamente.
Se deber haber proporcionado obligatoriamente el
cdigo de asignatura o la referencia, pudindose
proporcionar los dos.
El campo cdigo de asignatura, si se proporciona,
deber contener un valor que tenga correspondencia
con alguna de las asignaturas asignadas al profesor.
El campo categora, si se proporciona, deber contener
un valor que tenga correspondencia con alguna de las
categoras propiedad del profesor.

Si el tipo de pregunta indicado es TEST, adicionalmente se


aplicarn las siguientes reglas de validacin sobre el contenido
del formulario:

48
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


49
-

El campo respuesta correcta contiene un valor


alfanumrico con una longitudes mnima y mxima de 10
y 255 posiciones respectivamente
El campo respuesta incorrecta 1 contiene un valor
alfanumrico con una longitudes mnima y mxima de 10
y 255 posiciones respectivamente.
El campo respuesta incorrecta 2, si contiene valor,
deber ser un valor alfanumrico con una longitudes
mnima y mxima de 10 y 255 posiciones
respectivamente.
El campo respuesta incorrecta 3, si contiene valor,
deber ser un alfanumrico con una longitudes mnima y
mxima de 10 y 255 posiciones respectivamente.
El campo respuesta incorrecta 4, si contiene valor,
deber ser un alfanumrico con una longitudes mnima y
mxima de 10 y 255 posiciones respectivamente.

El sistema generar un registro en la tabla de pregunta


incluyendo:
-

Un identificador nico de la pregunta generado


El identificador nico del perfil del usuario de tipo
PROFESOR que est creando la pregunta.
La fecha en la que se est creando la pregunta.
El estado de la pregunta con el valor ACTIVA.
El cdigo de asignatura de la pregunta, si se ha indicado
La categora de la pregunta, si se ha indicado.
El tipo de la pregunta
El texto de la pregunta
El texto de la respuesta correcta si la pregunta es de tipo
test.
El texto de la respuesta errnea 1 si la pregunta es de
tipo test
El texto del resto de las respuestas errneas si la
pregunta es de tipo testa y han sido indicados en los
campos correspondientes.

Finalmente, se mostrar un mensaje al actor informndole del


la correcta finalizacin de la accin y preguntndole sobre si
quiere crear otra pregunta. Si responde que si, el sistema
vaciar el formulario y comenzara nuevamente el proceso. En
caso negativo, el formulario se cerrara.
Salidas
Errores

- Mensaje
- Datos de la nueva pregunta creada.
Si alguno de los datos suministrador para la creacin de la
nueva pregunta no cumple las condiciones de validacin, se
aborta la accin y se genera un mensaje indicando tal
circunstancia, detallando cul o cules de los datos no cumple
la validacin.

49
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


50

En caso de cualquier otra casustica que evite la actualizacin


de los datos, se mostrar un error informando y se cancelar la
accin

Id y nombre del requisito


RF-PRG-002. Mantenimiento de preguntas de examen:
bsqueda
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la bsqueda de preguntas de examen, si
bien solo cuando el actor que est realizando la accin sea un
usuario de tipo PROFESOR o ADMINISTRADOR.
El sistema provee de un formulario donde el actor podr
determinar los criterios para realizar la bsqueda y los botones
para efectuar la bsqueda o cancelar la accin.
No hay obligatoriedad de indicar ningn criterio para realizar la
bsqueda

El sistema le mostrar en un listado los resultados de la


consulta realizada
Entradas
- Identificador de sesin
- Criterios adicionales.
Secuencia de operacin Se comprueba que el actor puede realizar la accin de buscar
preguntas aplicando la funcionalidad recogida en el punto RFSEG-005 y sabiendo que esta solo se encuentra habilitada para
usuario de tipo ADMINISTRADOR y PROFESOR.
Se mostrar al actor un formulario con los campos identificador
nico de la pregunta, tipo de pregunta, estado de la pregunta,
cdigo de asignatura de la pregunta y categora de la pregunta.
En el formulario tambin se muestran dos botones, uno con el
texto buscar y otro con el texto cancelar
Los campos categora y asignatura se mostrarn el mismo
comportamiento que el detallado en el RF-PRG-001, con la
diferencia de que la acotacin por usuario en la bsqueda de
elementos solo se realizar cuando este sea de tipo
PROFESOR, dado que un usuario de tipo ADMINISTRADOR
tiene acceso a todas las asignaturas.
Si el actor pulsa el botn cancelar, el sistema cancela la accin

50
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


51
y se cierra el formulario.
Si el actor pulsa el botn buscar, el sistema realiza una
bsqueda en la tabla de preguntas con los datos
proporcionados en el formulario a los que aadir los filtros
adicionales recibidos en la entrada.
Cuando el tipo de usuario del actor sea PROFESOR, se incluir
un filtro adicional con el identificador nico del usuario del actor.
Si no se ha incluido ningn dato en el formulario y los filtros
adicionales no disponen de contenido, se realizar una
bsqueda sin ms filtros que el que haya podido aadirse a raz
de la tipologa del usuario.
Con los registros localizados, se generar un listado compuesto
por el identificador nico de la pregunta, el propietario, el tipo de
la pregunta, la asignatura de la pregunta, la categora de la
pregunta y el texto de la pregunta, ordenado ascendentemente
por todos los campos retornados.

Salidas
Errores

Dicho listado se muestra al actor en el mismo formulario de


bsqueda, pudiendo ordenarlo por cualquiera de los campos
que compone el listado. El actor podr seleccionar una de las
preguntas contenidas en el listado cuyo identificador ser
retornado o bien cancelar la bsqueda a travs del botn
correspondiente.
- Datos de la pregunta seleccionada
N/A

Id y nombre del requisito


RF-PRG-003. Mantenimiento de preguntas de examen:
edicin y borrado
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la edicin y borrado de peguntas de examen,
si bien solo los usuarios con de tipo ADMINISTRADOR o
PROFESOR podrn realizar este tipo de acciones.
El sistema provee de un formulario donde el actor podr
visualizar y modificar los campos que constituyen el registro de
la pregunta, excepto el identificador nico.
Al igual que el alta, el formulario mostrara un botones de

51
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


52
bsqueda con el texto buscar al lado de los campos categora y
cdigo de asignatura.
El formulario mostrar adems tres botones, uno para borrar la
pregunta, otro para modificar la pregunta con los cambios
realizados sobre los campos del formulario y un tercer botn
para cancelar la accin.
Cuando una pregunta haya sido empleada en un examen, la
solicitud de borrado no se har efectiva sino que el sistema
realizar un borrado lgico asignando al campo estado de la
pregunta el valor INACTIVA. El actor podr tambin actualizar
este campo si lo considera oportuno, para eliminarla
lgicamente o reactivarla.
Entradas
- Identificador de sesin
- Identificador nico de pregunta
Secuencia de operacin Se comprueba que el actor puede realizar la accin de edicin y
baja de preguntas aplicando la funcionalidad recogida en el
punto RF-SEG-005 y sabiendo que esta solo se encuentra
habilitada para usuarios de tipo ADMINISTRADOR o
PROFESOR
El sistema acceder a la tabla de preguntas para localizar la
pregunta que responda al identificador nico recibido en la
entrada.
A continuacin se mostrar al actor un formulario cargado con la
informacin del registro de pregunta localizado, donde solo el
campo identificador nico de la pregunta e identificador nico
del profesor nos sern editables. El resto de campos mostrados
si lo sern y son:
-

Tipo de pregunta
Estado de la pregunta
Texto de la pregunta
Cdigo de asignatura
Categora de la pregunta.

Solo cuando valor del campo tipo de pregunta sea TEST, el


formulario tambin mostrar los siguientes campos :
-

Respuesta correcta
Respuesta incorrecta 1
Respuesta incorrecta 2
Respuesta incorrecta 3
Respuesta incorrecta 4

Si el actor modificar el contenido del campo tipo de pregunta, el


formulario mostrara u ocultara los campos de respuesta
convenientemente.

52
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


53

Al igual que el alta y la bsqueda, los campos cdigo de


asignatura y categora de asignatura irn acompaados de un
botn buscar para facilitar la localizacin de valores para estos
campos y cuyo comportamiento ha quedado ampliamente
explicado en el RF-PRG-002
Si pulsa el botn cancelar, el sistema cancela la accin y se
cierra el formulario.
Si pulsa el botn actualizar, el sistema comprobar que los
datos rellenados por el usuario en los campos del formulario son
correctos aplicando las siguientes reglas:
-

El campo tipo de pregunta contiene uno de estos


posibles valores: TEST o DESARROLLO
El campo estado de la pregunta contiene uno de estos
posibles valores: ACTIVA o INACTIVA
El campo texto de la pregunta contiene un valor
alfanumrico con una longitudes mnima y mxima de 10
y 255 posiciones respectivamente.
El campo cdigo de asignatura, si se proporciona,
deber contener un valor que tenga correspondencia
con alguna de las asignaturas asignadas al profesor
propietario de la pregunta.
El campo categora, si se proporciona, deber contener
un valor que tenga correspondencia con alguna de las
categoras propiedad del profesor propietario de la
pregunta.

Si el tipo de pregunta indicado es TEST, adicionalmente se


aplicarn las siguientes reglas de validacin sobre el contenido
del formulario:
-

El campo respuesta correcta contiene un valor


alfanumrico con una longitudes mnima y mxima de 10
y 255 posiciones respectivamente
El campo respuesta incorrecta 1 contiene un valor
alfanumrico con una longitudes mnima y mxima de 10
y 255 posiciones respectivamente.
El campo respuesta incorrecta 2, si contiene valor,
deber ser un valor alfanumrico con una longitudes
mnima y mxima de 10 y 255 posiciones
respectivamente.
El campo respuesta incorrecta 3, si contiene valor,
deber ser un alfanumrico con una longitudes mnima y
mxima de 10 y 255 posiciones respectivamente.
El campo respuesta incorrecta 4, si contiene valor,
deber ser un alfanumrico con una longitudes mnima y
mxima de 10 y 255 posiciones respectivamente.

53
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


54
Si los datos cumplen con estas validaciones, sern
almacenados en el registro de la tabla de preguntas identificado
por el identificador nico del usuario recibido en la entrada y se
mostrar un mensaje al actor indicndole que los cambios se
han almacenado correctamente.
Si pulsa el botn borrar, el sistema mostrar un cuadro de texto
para que el actor confirme la accin y en caso afirmativo, el
sistema buscar en la tabla de preguntas por examen todas las
posibles referencia a la pregunta en proceso de borrado
mediante el identificador nico de la pregunta.
Si se localiza alguna referencia, el sistema asignar
automticamente al campo estado de la pregunta el valor
INACTIVA. En caso contrario, el sistema eliminar de todas las
tablas que corresponde las entradas vinculadas con la pregunta
en proceso de borrado, a saber:
-

Salidas

Errores

Preguntas por examen


Preguntas

Finalmente el sistema despus de realizar el borrado, mostrar


un mensaje informando sobre la correcta realizacin del
proceso, detallando si el borrado realizado ha sido fsico o
lgico, y se cerrar el formulario.
- Mensaje
- Datos de la pregunta actualizada

- Datos de la pregunta por examen borrada


- Datos de la pregunta borrada
Si no se localiza la informacin a editar/borrar a partir del
identificador nico recibido, se cancelar la accin y se mostrar
un mensaje indicando tal circunstancia, cerrndose el
formulario.
Si alguno de los datos no cumple las condiciones de validacin
cuando el usuario haya optado por el botn actualizar, se
aborta la accin y se genera un mensaje indicando tal
circunstancia, detallando cul o cules de los datos no cumple
la validacin, pero no se cierra el formulario.

54
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


55

3.2.6.

Modelos de examen

Se incluyen en este apartado los requisitos identificados vinculados con las tareas genricas
de la aplicacin relacionadas con el mantenimiento de preguntas del profesor.
Id y nombre del requisito
RF-EXA-001. Mantenimiento de modelos de examen: alta
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la creacin de modelos de examen, si bien
solo cuando el actor que est realizando la accin sea un
usuario de tipo PROFESOR.
El modelo de examen es un elemento genrico, utilizable
posteriormente para generar exmenes de distintas asignaturas.
El sistema propondr al actor una serie de preguntas sucesivas
para determinar las caractersticas fundamentales del examen a
crear, a saber:
-

Nombre del examen


Tipo de modelo de examen
mbito de las preguntas a incluir.
Nmero de preguntas
Puntuacin por defecto de las preguntas
Criterios de penalizacin en correccin, si procede.
Duracin del examen.

Tras contestar a las cuestiones planteadas, el sistema


seleccionar automticamente y de forma aleatoria las
preguntas del examen de forma consistente a los criterios
definidos por el actor. La seleccin no tendr preguntas
repetidas, si bien, las preguntas podrn haber sido utilizadas o
no en otros exmenes.
El proceso finalizar notificando por correo electrnico a los
alumnos que deben realizar el examen de su creacin y
mostrando al actor un mensaje informando sobre la correcta
composicin del examen.
Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de crear
modelos de examen aplicando la funcionalidad recogida en el
punto RF-SEG-005 y sabiendo que esta solo se encuentra
habilitada para usuario de tipo PROFESOR.

55
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


56

Para crear el examen, el sistema mostrar un formulario donde


comenzar a realizar una serie de preguntas de forma
secuencial, de tal modo que el usuario ir avanzando en el
cuestionario segn vaya contestando preguntas. En cada
pregunta, el sistema mostrar tres botones, anterior, siguiente y
cancelar.
Si el actor pulsa el botn cancelar se aborta la accin y se cierra
el formulario.
Si el actor pulsa el botn anterior se mostrar la pregunta
anterior junto con la respuesta a esta facilitada por el actor,
posibilitando su modificacin. Si se retrocede hasta la primera
pregunta del cuestionario el sistema no permitir retroceder
ms. Sea como fuere, cuando se pulsa el botn anterior la
respuesta dada a la pregunta actual se conservar mostrndose
cuando el usuario vuelva a pasar por esta pregunta.
Si el actor pulsa el botn siguiente, el sistema realizar la
validacin que corresponda sobre la respuesta dada por el actor
a la cuestin planteada, pasando a la siguiente pregunta del
formulario cuando la respuesta sea considerada vlida. En caso
de que no se valide la pregunta, se mostrar un mensaje
indicativo del motivo por el cual no se acepta la respuesta
proporcionada y no ser posible avanzar a la siguiente cuestin.
El sistema no mostrar la siguiente pregunta si la respuesta de
la pregunta anterior no cumple los criterios de validacin lgica
establecidos. El usuario podr retroceder en cualquier momento
a la pregunta
La secuencia de preguntas es la siguiente:
-

Qu nombre desea otorgar al modelo de examen?


Esta pregunta es de respuesta obligatoria y no podr
existir en el sistema otro modelo de examen con el
mismo nombre propiedad del actor que est creando el
examen. Admite un valor alfanumrico de hasta 100
posiciones.

Qu tipo de examen quiere crear?,


El sistema dar dos opciones de seleccin excluyentes
entre s, de las que el usuario deber seleccionar
obligatoriamente una de ellas. Las opciones disponibles
son TEST y DESARROLLO.

A qu asignaturas desea acotar las preguntas del


examen?

56
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


57

La respuesta a esta pregunta es opcional, pero si se


indica una respuesta, su contenido deber tenga
correspondencia con las asignaturas asignadas al
profesor que creando el modelo de examen. Se podrn
indicar varias asignaturas.
Esta respuesta tambin permitir establecer que solo se
desean incluir preguntas que no se encuentren
vinculadas a asignaturas
Junto a la pregunta se mostrar un botn que facilitar
una funcin de bsqueda de asignaturas idntica a la
descrita en el requisito RF-ASG-002 para que el actor
pueda localizar las asignaturas que necesite. Las
asignaturas que vaya seleccionando irn constituyendo
la respuesta a la pregunta en el formulario, pudiendo
tambin eliminar asignaturas ya presentes en la
respuesta.
-

A qu categora desea acotar las preguntas del


examen?
La respuesta a esta pregunta es opcional, pero si se
indica una respuesta, su contenido deber tenga
correspondencia con las categoras propiedad del
profesor que est creando el modelo de examen. Se
podrn indicar varias categoras.
Junto a la pregunta se mostrar un botn que facilitar
una funcin de bsqueda de categoras idntica a la
descrita en el requisito RF-CAT-002 para que el actor
pueda localizar las categoras que necesite. Las
categoras que vaya seleccionando irn constituyendo la
respuesta a la pregunta en el formulario, pudiendo
tambin eliminar categoras ya presentes en la
respuesta.
La respuesta a esta pregunta se convertir en obligatoria
si el usuario no ha contestado la pregunta anterior
relativa a la acotacin por asignaturas.

Cuntas preguntas va a tener el examen?


De respuesta obligatoria, la respuesta deber ser
numrica.
El sistema comprobar adems que el nmero de
preguntas indicado es menor o igual al nmero de
preguntas activas disponibles vinculadas al profesor
cumplen las caractersticas de tipologa, asignatura y, si

57
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


58
se ha incluido, la categora indicadas por el actor
anteriormente.
-

En cunto tiempo se otorga para la realizacin del


examen por parte de los alumnos?
De respuesta obligatoria, la respuesta deber ser
numrica mayor que cero y servir para establecer el
tiempo en minutos que el usuario puede tardar en
realizar el examen.

Qu puntuacin desea asignar a cada pregunta por


defecto?
De respuesta obligatoria, la respuesta deber ser
numrica mayor a 0.

Si el tipo de examen indicado es TEST, junto a esta


pregunta se le requerir que especifique los criterios de
penalizacin a aplicar, permitindole seleccionar de
forma no excluyente entre las siguientes opciones:

Restar en bloque: 3 preguntas errneas restan una


pregunta correcta.

Restar en blanco: cada pregunta no contestada resta


X puntos, debiendo el actor explicitar si marca esta
opcin cuntos puntos resta. El valor deber ser
numrico mayor o igual a 0.

Una vez que el actor ha contestado todas las preguntas, el


sistema realizar una seleccin automtica aleatoria de tantas
preguntas como se haya indicado por el actor en el
cuestionario. El conjunto seleccionado estar constituido por
preguntas ACTIVAS propiedad del actor y no podr tener
entradas repetidas, si bien, s podrn emplearse preguntas que
ya hayan sido empleadas en otro examen. Las preguntas
seleccionadas sern consistentes en cuanto tipo y tambin en
cuanto a asignaturas y/o categoras, en funcin de las
respuestas consignadas por el actor a estas cuestiones.
Tras la seleccin, el sistema comenzar a mostrarlas de una en
una en pantalla para que el actor mediante un botn la confirme
o rechace como parte del modelo de examen. Adems, tambin
mostrar un botn para cancelar la creacin del modelo de
examen y un cuarto botn con la opcin confirmar todas, que
posibilitar que el actor pueda aceptar todas las preguntas de
una sola vez sin tener que revisarlas una a una y pasando
directamente a la fase de confirmar la creacin del examen que
veremos ms adelante.

58
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


59
Durante la revisin individual de las preguntas se permite a su
vez la redefinicin de su valoracin y, si el examen es de tipo
test, sus criterios de penalizacin. La redefinicin de estos
criterios es opcional, conservando la valoracin por defecto y los
criterios de penalizacin consignados por el actor en el
cuestionario si este no realiza ningn cambio.
La redefinicin de la valoracin posibilitar que el actor
establezca un valor a la pregunta distinto del valor por defecto.
Si se redefine, el nuevo valor asignado deber cumplir las
mismas validaciones que el valor por defecto.
La redefinicin de los criterios de penalizacin solo se podr
realizar sobre los criterios de penalizacin indicados en el
cuestionario por el actor.
-

Si se ha activado la opcin de restar en bloque, se podr


redefinir el nmero de preguntas falladas a las que
equivale un fallo en la pregunta. As, se podr establecer
por ejemplo que cuando se falle una pregunta
considerada relevante, compute como dos preguntas
falladas o al revs, para preguntas poco relevantes,
reducir su valor de equivalencia. Sea como fuere, la
nueva equivalencia deber ser un nmero entero o
decimal mayor o igual a 0.

Si se ha activado la opcin de restar en blanco, se podr


modificar el valor a restar para la pregunta concreta,
debiendo este ser un nmero entero o decimal mayor o
igual a 0.

Si el actor rechaza una pregunta, el sistema seleccionar una


pregunta nueva de entre el conjunto de preguntas pertinentes,
disponibles y no empleadas en este examen de la batera,
mostrndola en ese mismo formulario. Si no quedasen
preguntas a utilizar, el sistema informar al actor de tal
circunstancia y descartar la accin de rechazo expresada.
Cuando haya confirmado y, si procede, redefinido la puntuacin
y/o los criterios de penalizacin de todas las preguntas
recopiladas por el sistema para el examen, el sistema mostrar
al actor un botn para confirmar la creacin del examen y un
segundo botn para cancelarla.
Si el actor pulsa el botn de cancelar, el sistema cancelar la
creacin del examen y cerrar el formulario.
Si el actor pulsa el botn crear el sistema generar y guardar
un registro en la tabla de exmenes con los siguientes datos:
-

Identificador nico del modelo de examen generado

59
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


60
-

Nombre del modelo de examen


Tipo de examen
Valor por defecto de la pregunta.
Tiempo para la ejecucin del examen.

Si el examen es de tipo test, adems se almacenar:


-

Indicador de aplicacin de criterio de penalizacin de


restar por bloques
Indicador de aplicacin de criterio de penalizacin de
restar en blanco.
Valor a restar por defecto al aplicar en el criterio de
penalizacin de restar en blanco.

Cada categora y/o asignatura que se haya designado como


criterio para la seleccin automtica de las preguntas se
almacenarn individualmente como etiquetas del modelo de
examen y en la tabla de etiquetas del modelo de examen. As,
por cada uno de los elementos indicados se generar y
guardar una etiqueta en la mencionada tabla con la siguiente
informacin
-

Indicador nico de la etiqueta de examen.


Tipo de etiqueta, que podrs recibir en esta caso dos
valores, MOD_ASIGNATURA para cada asignatura de
acotacin y MOD_CATEGORIA para categora de
acotacin empleada.
Identificador nico del elemento categora o asignatura
empleados, segn corresponda.
Identificador nico del modelo de examen.

Adems, tambin se generarn y almacenarn en la tabla de


preguntas por examen un registro por cada pregunta que el
sistema haya seleccionado y que el actor haya confirmado para
formar parte del examen con los siguientes datos:
-

Identificador nico de la pregunta -examen


Identificador nico del examen
Identificador nico de la pregunta
Numero de orden
Valor de la pregunta, que ser el valor por defecto
indicado por el actor en el cuestionario de creacin del
examen o en su caso, el valor que le actor haya
redefinido en cada pregunta durante el proceso de
confirmacin.

Cuando se trate de un examen tipo test, se almacenarn


adems los siguientes datos:
-

Si el examen tiene activada la opcin de restar por


bloques, el valor de equivalencia a aplicar. Dicho valor

60
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


61
ser de una unidad o en su caso, el valor de
equivalencia que el actor haya redefinido en cada
pregunta durante el proceso de confirmacin.
-

Salidas

Errores

Si el examen tiene activada la opcin de restar en


blanco, el valor de resta a aplicar. Dicho valor ser el
valor genrico indicado por el actor durante la activacin
del criterio de restar en blanco o en su caso, el valor que
el actor haya en cada pregunta durante el proceso de
confirmacin.

Finalmente, se mostrar un mensaje al actor informndole del


la correcta finalizacin del proceso de creacin del examen y el
formulario se cerrar.
- Mensaje
- Datos del modelo de examen creado.
- Datos de las nuevas etiquetas del modelo de examen
vinculadas al modelo de examen creado
- Datos de las nuevas asignaciones de preguntas al modelo
de examen creado.
Si alguno de los datos suministrados para la creacin del
modelo de examen no cumple las condiciones de validacin, se
aborta la accin y se genera un mensaje indicando tal
circunstancia, detallando cul o cules de los datos no cumple
la validacin.
En caso de cualquier otra casustica que evite la actualizacin
de los datos, se mostrar un error informando y se cancelar la
accin

Id y nombre del requisito


RF-EXA-002. Mantenimiento de modelos de examen:
bsqueda
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la bsqueda de modelos de examen, si bien
solo cuando el actor que est realizando la accin sea un
usuario de tipo PROFESOR o ADMINISTRADOR.
El sistema provee de un formulario donde el actor podr
determinar los criterios para realizar la bsqueda y los botones
para efectuar la bsqueda o cancelar la accin.
No hay obligatoriedad de indicar ningn criterio para realizar la

61
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


62
bsqueda
El sistema le mostrar en un listado los resultados de la
consulta realizada
Entradas
- Identificador de sesin
- Criterios adicionales.
Secuencia de operacin Se comprueba que el actor puede realizar la accin de buscar
modelos de examen aplicando la funcionalidad recogida en el
punto RF-SEG-005 y sabiendo que esta solo se encuentra
habilitada para usuario de tipo ADMINISTRADOR y
PROFESOR.
Se muestra al actor un formulario con los campos identificador
nico del modelo examen, nombre, tipo de modelo de examen,
asignaturas de acotacin y categoras de acotacin. En el
formulario tambin se muestran dos botones, uno con el texto
buscar y otro con el texto cancelar
Los campos de categoras y asignaturas se mostrarn
acompaados cada uno de ellos un botn que incorporar una
funcionalidad que facilitar al actor seleccionar una o varias de
las asignaturas o categoras, segn corresponda, a las que se
encuentre vinculado profesor.
Si el actor pulsa el botn cancelar, el sistema cancela la accin
y se cierra el formulario.
Si el actor pulsa el botn buscar, el sistema utilizar los datos
proporcionados en el formulario para realizar una bsqueda en
la tabla de modelos de examen y, si se hubieran suministrado
datos de categora o asignatura para realizar la bsqueda,
tambin sobre la tabla de etiquetas del modelo de examen,
localizando los exmenes que cumplieran ambas restricciones.
A estos criterios habr que aadir los posible criterios
adicionales recibidos en la entrada y las restricciones del actor
cuando este represente a un usuario de tipo PROFESOR, ya
que estos solo podrn acceder al conjunto de exmenes
creados por ellos mismos.
Si no se ha incluido ningn dato en el formulario y los filtros
adicionales no disponen de contenido, se realizar una
bsqueda de modelos de examen sin ms filtros que los
derivados de la tipologa del usuario.
Con los registros localizados, se generar un listado compuesto
por el identificador nico del examen, el tipo del examen y el
nombre.
Dicho listado se muestra al actor en el mismo formulario de
bsqueda, de tal forma que se pueda seleccionar uno de los
modelos de examen contenidos en la tabla cuyos datos sern

62
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


63

Salidas
Errores

retornados, o bien cancelar la bsqueda a travs del botn


correspondiente.
- Datos del modelo de examen localizado
N/A

Id y nombre del requisito


RF-EXA-003. Mantenimiento de modelos de examen:
edicin
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la edicin de modelos de examen, si bien
solo cuando el actor que est realizando la accin sea un
usuario de tipo PROFESOR o ADMINSTRADOR
La edicin seguir el mismo modelo de trabajo planteado en la
creacin del modelo y plasmado en el requisito RG-EXA-001,
con la lgica particularidad de que no se crear un modelo
nuevo ni se seleccionarn automticamente preguntas nuevas a
no ser que el usuario las rechace de forma individual durante la
fase de evaluacin, en cuyo caso el sistema s tratara de
proporcionar una nueva pregunta en sustitucin de la rechazada
automticamente.

Finalmente el sistema despus de completar la accin, mostrar


un mensaje informando sobre la correcta actualizacin del
modelo y se cerrar el formulario.
Entradas
- Identificador de sesin
- Identificador nico del modelo de examen
Secuencia de operacin Se comprueba que el actor puede realizar la accin de editar
modelos de examen aplicando la funcionalidad recogida en el
punto RF-SEG-005 y sabiendo que esta solo se encuentra
habilitada para usuario de tipo ADMINISTRADOR y
PROFESOR.
Con el identificador nico del modelo de examen recibido, el
sistema acceder a la tabla de modelos de examen, de
etiquetas de modelo examen y de preguntas por examen con el
fin de recopilar toda la informacin que constituye el modelo del
examen a editar.
A continuacin, el sistema mostrar al usuario la primera de las
preguntas del conjunto de cuestiones planteadas durante el
proceso de creacin del examen expuesto en el RF-EXA-001,
siendo de aplicacin las mismas pautas de comportamiento

63
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


64
descritas en dicho punto.
Tras completar el cuestionario y antes de comenzar
nuevamente a mostrar las preguntas que se seleccionaron en
su momento para su confirmacin, el sistema realizar dos
comprobaciones:
-

Comprobar si han sido redefinidos los criterios de


valoracin y/o evaluacin por parte del usuario, en cuyo
caso, actualizar de forma consistente los criterios de
valoracin y evaluacin, si procediese, de las preguntas que
se vieran afectadas por estos cambios.

Comprobar si las preguntas vinculadas al modelo de


examen siguen siendo consistentes con las nuevas
especificaciones del examen redefinidas por el actor en el
cuestionario. Si alguna pregunta hubiese dejado de ser
consistente con las nuevas especificaciones y/o el nmero
de preguntas del examen hubiese sido cambiado por el
actor, el sistema las desvincular del modelo e informar al
usuario de esta circunstancia.
As, si el nmero de preguntas resultante en el conjunto
fuese menor que el nmero de preguntas especificado, el
sistema tratar de seleccionar tantas nuevas preguntas
como sean necesarias que cumplan las caractersticas del
modelo de examen establecidas en el cuestionario. Si por el
contrario el contenido del conjunto de preguntas fuese
mayor que el nmero de preguntas debido a una
redefinicin a la baja de este por parte del actor, el sistema
no dejar finalizar la confirmacin hasta que este no
descarte tantas como sean necesarias.
Cuando el conjunto de preguntas del modelo de examen
resulta modificado como consecuencia de la redefinicin de
las caractersticas del modelo por parte del actor, el sistema
inhabilita el botn confirmar todas y ser necesaria la
confirmacin individual de todas la preguntas del conjunto
seleccionado, mostrando una marca que permita al usuario
identificar las nuevas y/o mostrando un contador del nmero
de preguntas que el usuario deber descartar para adaptar
el total de preguntas del conjunto al nmero de preguntas
especificado.
Si el usuario rechaza una pregunta, el sistema no propondr
otra a menos que el total de preguntas del conjunto quede
por debajo del nmero de preguntas esperado.
Las nuevas preguntas incluidas de forma automtica
tendrn especificados los criterios de valoracin y
evaluacin por defecto que haya especificado el actor en el

64
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


65
cuestionario, pudiendo estos criterios ser re-definidos por el
actor durante su confirmacin, al igual que con el resto de
preguntas.
Tras completar la revisin de todas las preguntas, sern resecuenciadas y se mostrarn al actor dos botones, cancelar
y actualizar.
Si el actor pulsa el botn de cancelar, el sistema cancelar la
actualizacin del examen y cerrar el formulario.
Si el actor pulsa el botn actualizar el sistema comprobar que
el nmero de preguntas presentes en el conjunto sea igual al
nmero de preguntas esperado, impidiendo la accin y
mostrando un mensaje en caso contrario.
Si todas las validaciones indicadas se cumplen, el sistema
actualizar el registro del modelo de examen identificado en la
tabla de modelo con los nuevos datos del cuestionario.
Se eliminarn todas las entradas de la tabla etiqueta de modelo
de examen que se correspondan con alguna de las categoras
y/o asignaturas que hayan sido eliminadas en las respuestas
correspondientes del cuestionario por parte del actor y se
incluirn todas las nuevas designaciones de categora y/o
asignatura que no existiesen en su respuesta previa. Los datos
a incluir en cada registro nuevo de la tabla de etiquetas son los
mismos que los descritos en el proceso de alta de modelos de
examen descritos en RF-EXA-001.
Se eliminarn todas las entradas de la tabla preguntas por
examen de las preguntas desechadas por incumplir criterios y/o
descartadas por el usuario durante la evaluacin y se incluirn
si procede todas que nuevas que se hayan confirmado,
siguiendo la misma pauta que en el RF-EXA-001 de insercin.
Adems, actualizarn las restantes con el fin de que reflejen el
nuevo nmero de secuencia asignado y los nuevos criterios de
valoracin y evaluacin designados por el usuario, si procede.
Finalmente, se mostrar un mensaje al actor informndole del
la correcta finalizacin del proceso de actualizacin del modelo
de examen el formulario se cerrara
Salidas

Mensaje
Datos del modelo de examen actualizado
Datos de las nuevas etiqueta de modelo de examen
vinculadas al modelo de examen creadas
Datos de las etiquetas de modelo de examen vinculadas al
modelo de examen eliminadas
Datos de las nuevas asignaciones creadas de preguntas al
modelo de examen

65
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


66
-

Errores

Datos de las asignaciones actualizadas de preguntas al


modelo de examen
- Datos de las asignaciones eliminadas de preguntas al
modelo de examen.
Si no se localiza la informacin a editar a partir del identificador
nico recibido, se cancelar la accin y se mostrar un mensaje
indicando tal circunstancia, cerrndose el formulario.
Si alguno de los datos suministrados para la actualizacin del
modelo de examen no cumple las condiciones de validacin, se
aborta la accin y se genera un mensaje indicando tal
circunstancia, detallando cul o cules de los datos no cumple
la validacin.
Si como resultado de la modificacin de las caractersticas del
examen, el nmero de preguntas que cumplen los criterios no
alcanza el nmero de preguntas configurado, se aborta la
accin, mostrando al usuario un mensaje y saliendo del
formulario.
En caso de cualquier otra casustica que evite la actualizacin
de los datos, se mostrar un error informando y se cancelar la
accin.

Id y nombre del requisito


RF-EXA-004. Mantenimiento de modelos de examen:
borrado
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la borrado de modelos de examen, si bien
solo el usuario con de tipo ADMINISTRADOR o PROFESOR.
El sistema provee de un formulario donde el usuario podr
visualizar el identificador nico del modelo de examen, su
nombre, su tipo y sus etiqueta de modelo de examen
(asignaturas y categoras)

El formulario mostrar adems dos botones, uno para borrar el


modelo y otro para cancelar la accin.
Entradas
- Identificador de sesin
- Identificador nico del modelo de examen
Secuencia de operacin Se comprueba que el actor puede realizar la accin de borrado
de modelos de examen aplicando la funcionalidad recogida en
el punto RF-SEG-005 y sabiendo que esta solo se encuentra

66
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


67
habilitada para usuario de tipo ADMINISTRADOR o
PROFESOR
El sistema acceder a las tablas de modelos de examen,
etiqueta de modelo de examen y preguntas por examen para
eliminar todas las entradas vinculadas al identificador nico de
modelo de examen recibido.
Adicionalmente, acceder a la entidad de ejecuciones de
examen y eliminar todas las ejecuciones de examen que se
hayan realizado a partir del modelo de examen borrado.
Finalmente el sistema despus de realizar el borrado, mostrar
un mensaje informando sobre la correcta realizacin del
proceso y se cerrar el formulario.
Salidas

Errores

Mensaje
Datos del modelo de examen borrado
Datos de las etiqueta de modelo de examen vinculadas al
modelo de examen borrado
- Datos de las asignaciones de preguntas al modelo de
examen borrado
- Datos de las ejecuciones realizadas a partir de los datos del
modelo de examen borrado.
Si no se localiza la informacin a borrar a partir del identificador
nico recibido, se cancelar la accin y se mostrar un mensaje
indicando tal circunstancia, cerrndose el formulario.

Id y nombre del requisito


RF-EXA-005. Mantenimiento de modelos de examen:
exportacin e impresin.
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la impresin y exportacin de modelos de
examen, si bien solo cuando el actor que est realizando la
accin sea un usuario de tipo PROFESOR o ADMINISTRADOR.

El usuario podr realizar la bsqueda de un modelo de examen


concreto y proceder a su impresin o exportacin a un formato
por determinar.
Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de imprimir
y exportar modelos de examen aplicando la funcionalidad

67
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


68
recogida en el punto RF-SEG-005 y sabiendo que esta solo se
encuentra habilitada para usuario de tipo ADMINISTRADOR y
PROFESOR.
Este requisito se apoyar en la funcionalidad de bsqueda ya
descrita en el RF-EXA-002.
Tras seleccionar el modelo el actor podr elegir entre imprimir el
modelo o exportarlo.
La informacin sometida a este procedimiento ser la
informacin relevante del modelo de examen, las preguntas y, si
procede, las respuestas.
Tanto los posibles formatos de exportacin como el aspecto del
documento a imprimir quedan a expensas de una futura
definicin por parte del cliente.
Salidas
Errores

- Documento compuesto resultante.


N/A

68
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


69

3.2.7.

Convocatorias de examen

Se incluyen en este apartado los requisitos identificados vinculados con las tareas genricas
de la aplicacin relacionadas con el mantenimiento de convocatorias de examen.

Id y nombre del requisito


RF-CNV-001. Mantenimiento de convocatorias de examen:
alta
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la creacin de convocatorias de examen, si
bien solo cuando el actor que est realizando la accin sea un
usuario de tipo PROFESOR.
El sistema provee de un formulario donde el actor deber indicar
obligatoriamente el modelo de examen que quiere emplear en la
convocatoria, de entre el conjunto de modelos posedos por el
profesor.
El actor deber definir obligatoriamente la asignatura sobre la
que se quiere generar la convocatoria, de entre el conjunto de
asignaturas asignadas al profesor.
El actor opcionalmente podr establecer una categora a la
convocatoria del examen, de entre el conjunto de categoras
propiedad del profesor. (primer parcial, unidad 1,)
El actor deber establecer de forma obligatoria la planificacin
de la convocatoria en trminos de plazo de vigencia de la misma
El formulario ofrecer ayudas para la localizacin de los
modelos de examen, asignaturas y categoras, junto con dos
botones para confirmar la creacin de la convocatoria y la
cancelacin.

El sistema localizar y notificar a los alumnos afectados por la


creacin de la nueva convocatoria de esta circunstancia.
Entradas
- Identificador de sesin
- Criterios adicionales.
Secuencia de operacin Se comprueba que el actor puede realizar la accin de crear
convocatorias aplicando la funcionalidad recogida en el punto

69
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


70
RF-SEG-005 y sabiendo que esta solo se encuentra habilitada
para usuario de tipo PROFESOR.
Se mostrar al actor un formulario con varios grupos de datos
solicitndole la informacin necesaria para la creacin de la
convocatoria:
-

Modelo de examen: Contendr tres campos no editables y


un botn de bsqueda. Los campos sern identificador
nico del modelo de examen, tipo de examen y nombre del
modelo de examen. El botn buscar facilitar una funcin de
bsqueda de modelos de examen idntica a la descrita en el
requisito RF-EXA-002. Se mostrarn en los campos no
editables del formulario los datos del conjunto de datos del
modelo de examen seleccionado obtenidos que
correspondan. La seleccin de un modelo de examen es de
carcter obligatorio.

Asignatura: Contendr dos campos no editables, cdigo y


nombre de la asignatura, y un botn de bsqueda. Este
botn facilitar una funcin de bsqueda de asignaturas
idntica a la descrita en el requisito RF-ASG-002. Se
mostrarn en los campos no editables del formulario los
datos del conjunto de datos de la asignatura seleccionada
obtenidos que correspondan. La seleccin de una
asignatura es de carcter obligatorio.

Categora: Contendr un campo no editable y un botn de


bsqueda. Este botn facilitar una funcin de bsqueda de
categoras idntica a la descrita en el requisito RF-CAT-002.
Se mostrarn en los campos no editables del formulario los
datos del conjunto de datos de la asignatura seleccionada
obtenidos que correspondan. La seleccin de una
asignatura es de carcter obligatorio.

Planificacin: Contendr 2 campos tipo marca de tiempo a


travs de los cuales el usuario podr establecer la ventana
de tiempo durante la cual la convocatoria tiene vigencia, es
decir, desde cuando hasta cundo estar disponible el
examen para su realizacin.

Las fechas seleccionadas solo podrn ser mayores o


iguales que el momento en el que se realice la accin y
consistentes, entendiendo por consistencia que la marca de
tiempo designada como lmite inferior del rango sea menor
que la designada como lmite superior y que la diferencia
entre ambas marcas sea mayor o igual al nmero de
minutos estipulado como tiempo mximo para la realizacin
del examen establecido en el modelo de examen empleado
en la convocatoria.

70
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


71
En el formulario tambin se muestran dos botones, uno con el
texto aceptar y otro con el texto cancelar
Si el actor pulsa el botn cancelar, el sistema cancela la accin
y se cierra el formulario.
Si el actor pulsa el botn crear el sistema generar y guardar
un registro en la tabla de convocatorias con los siguientes
datos:
-

Identificador nico de la convocatoria generada


Identificador nico del modelo de examen a emplear.
Identificador nico de la asignatura seleccionada
Identificador nico de la categora seleccionada
Marca de tiempo de inicio de la convocatoria
Marca de tiempo de finalizacin de la convocatoria
Marca de tiempo de correccin de la convocatoria, sin
valor en el momento del alta.

Adicionalmente, se localizar en la tabla de matriculaciones a


todos los alumnos que se encuentren vinculados a la asignatura
de la convocatoria y se generar un registro en la tabla de
ejecuciones de examen por cada uno de los alumnos
localizados con la siguiente informacin:
-

Identificador nico de la ejecucin generada


Identificador nico de la convocatoria
Identificador nico del alumno
Indicador de notificado al alumno.
Estado de la ejecucin que ser PENDIENTE
Tiempo consumido, con valor inicial asignado 0
Comentario del profesor, que tendr un valor vacio

Por cada registro insertado en la tabla de ejecuciones de


examen, se crearn tantos registros en la tabla de respuestas
de examen como preguntas formen parte del modelo de
examen seleccionado en la convocatoria. La informacin
guardada en cada registro de la tabla respuestas generado es
la siguiente:
-

Identificador nico de la respuesta generada


Identificador nico de la convocatoria
Identificador nico de la pregunta (obtenida a travs del
modelo de examen de la convocatoria)
Respuesta, que tendr valor vacio.
Puntuacin, que tendr valor 0

Con la informacin de los alumnos recabada, se enviar un


correo a cada uno de ellos donde se les informar de la
creacin de una convocatoria que les afecta. El sistema
marcar el indicador de notificado en el registro de la ejecucin

71
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


72
del examen cuando el envo del correo se haya realizado sin
incidencias.
Tras el envo de la convocatoria a todos los alumnos y la
asignacin de la correspondiente marca a todos los registros de
ejecucin de examen relacionados, el sistema mostrar por
pantalla un mensaje al actor informndole de la correcta
finalizacin del proceso de creacin de la convocatoria y junto
con una lista de los alumnos a los que no se ha podido notificar
para que el profesor realice las acciones oportunas. Dicho
listado podr ser impreso.

Salidas

Errores

Finalmente, el formulario se cerrar.


- Mensaje
- Datos de la nueva convocatoria de examen creada
- Datos de las nuevas ejecuciones de examen creadas
- Datos de las nuevas respuestas de examen creadas.
- Correos electrnicos a los alumnos afectados
- Lista imprimible de los alumnos a los que no se ha podido
notificar.
Si alguno de los datos suministrados para la creacin de la
convocatoria no cumple las condiciones de validacin, se aborta
la accin y se genera un mensaje indicando tal circunstancia,
detallando cul o cules de los datos no cumple la validacin.
En caso de cualquier otra casustica que evite la actualizacin
de los datos, se mostrar un error informando y se cancelar la
accin.
Si no se consigue notificar a un ningn alumno, se cancela la
creacin de la convocatoria, mostrando un mensaje al usuario
indicando que el servicio de correo no funciona.

Id y nombre del requisito


RF-CNV-002. Mantenimiento de convocatorias de examen:
bsqueda
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la bsqueda de convocatorias de examen, si
bien solo cuando el actor que est realizando la accin sea un
usuario de tipo PROFESOR o ADMINISTRADOR.
El sistema provee de un formulario donde el actor podr
determinar los criterios para realizar la bsqueda y los botones
para efectuar la bsqueda o cancelar la accin.

72
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


73

No hay obligatoriedad de indicar ningn criterio para realizar la


bsqueda
El sistema le mostrar en un listado los resultados de la
consulta realizada
Entradas
- Identificador de sesin
- Criterios adicionales.
Secuencia de operacin Se comprueba que el actor puede realizar la accin de buscar
convocatorias aplicando la funcionalidad recogida en el punto
RF-SEG-005 y sabiendo que esta solo se encuentra habilitada
para usuario de tipo ADMINISTRADOR y PROFESOR.
Se muestran varios bloques de datos para el suministro de los
datos a emplear en la localizacin de convocatorias de examen,
donde ninguno de los datos es obligatorio.
Modelo de examen: Contendr tres campos no editables y un
botn de bsqueda. Los campos sern identificador nico del
modelo de examen, tipo de examen y nombre del modelo de
examen. El botn buscar facilitar una funcin de bsqueda de
modelos de examen idntica a la descrita en el requisito RFEXA-002. Se mostrarn en los campos no editables del
formulario los datos del conjunto de datos del modelo de
examen seleccionado obtenidos que correspondan.
Asignatura: Contendr dos campos no editables, cdigo y
nombre de la asignatura, y un botn de bsqueda. Este botn
facilitar una funcin de bsqueda de asignaturas idntica a la
descrita en el requisito RF-ASG-002. Se mostrarn en los
campos no editables del formulario los datos del conjunto de
datos de la asignatura seleccionada obtenidos que
correspondan.
Categora: Contendr un campo no editable y un botn de
bsqueda. Este botn facilitar una funcin de bsqueda de
categoras idntica a la descrita en el requisito RF-CAT-002. Se
mostrarn en los campos no editables del formulario los datos
del conjunto de datos de la asignatura seleccionada obtenidos
que correspondan.
Planificacin: Contendr 2 campos tipo marca de tiempo a
travs de los cuales el actor podr establecer la ventana de
tiempo a la que quiere acotar la bsqueda de convocatorias y
una marca donde establecer si esta ventana de bsqueda la
quiere acotar sobre la marca de inicio de la convocatoria o la
fecha de finalizacin de la convocatoria.
En el formulario tambin se muestran dos botones, uno con el
texto buscar y otro con el texto cancelar

73
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


74

Si el actor pulsa el botn cancelar, el sistema cancela la accin


y se cierra el formulario.
Si el actor pulsa el botn buscar, el sistema aplicar los criterios
de bsqueda definidos en el formulario sobre la tabla de
convocatorias de examen, a los que se aadirn los posible
criterios adicionales recibidos en la entrada.
Adicionalmente, cuando el actor que est realizando la
bsqueda sea de tipo profesor, el sistema acotar la bsqueda
a solo la convocatoria cuyas asignaturas sean asignaturas que
tenga asignadas el profesor. De este modo, ante bsquedas sin
criterios, ests quedarn acotadas a la informacin pertinente,
en funcin del usuario que la realice.
Con los registros localizados, se generar un listado donde se
mostrar de forma legible el identificador nico de la
convocatoria, las fechas de programacin, el cdigo de
asignatura, la categora asignada, el tipo del modelo de examen
y el nombre del modelo de examen.

Salidas
Errores

Dicho listado se muestra al actor en el mismo formulario de


bsqueda, de tal forma que se pueda seleccionar uno de las
convocatorias contenidas en la tabla cuyos datos sern
retornados, o bien cancelar la bsqueda a travs del botn
correspondiente.
- Datos de la convocatoria seleccionada
N/A

Id y nombre del requisito


RF-CNV-003. Mantenimiento de convocatorias de examen:
borrado
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema solo permite el borrado de convocatorias de examen,
si bien solo cuando el actor que est realizando la accin sea un
usuario de tipo PROFESOR o ADMINISTRADOR.
El sistema provee de un formulario donde se mostrarn los
datos de la convocatoria y dos botones, eliminar y cancelar.
Tras solicitar confirmacin sobre el borrado de la convocatoria,
el sistema eliminar la convocatoria y todas las ejecuciones

74
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


75
vinculadas a la misma.
El sistema localizar y notificar a los alumnos afectados por la
eliminacin de la convocatoria de esta circunstancia.
El sistema mostrar un mensaje al usuario informndole sobre
la correcta realizacin del borrado de la convocatoria
Entradas

- Identificador de sesin
- Identificador nico de la convocatoria
Secuencia de operacin Se comprueba que el actor puede realizar la accin de eliminar
convocatorias aplicando la funcionalidad recogida en el punto
RF-SEG-005 y sabiendo que esta solo se encuentra habilitada
para usuario de tipo ADMINISTRADOR y PROFESOR.
Se muestran varios bloques de datos con la informacin de la
convocatoria que se desea borrar, recuperando los datos a
partir del identificador nico de convocatoria recibido. La
disposicin y agrupacin de datos en la pantalla seguir la
misma filosofa descrita en el RF-CNV-001 de creacin de
convocatoria, con la particularidad de que ninguno de los datos
mostrados ser editable.
En el formulario tambin se muestran dos botones, uno con el
texto eliminar y otro con el texto cancelar
Si el actor pulsa el botn cancelar, el sistema cancela la accin
y se cierra el formulario.
Si el actor pulsa el botn eliminar, el sistema solicitar que se
confirme el deseo de borrar la convocatoria, informndole que
se borrarn todas las ejecuciones de examen realizadas,
completadas o no, por parte de los alumnos.
El sistema localizar y borrar todas las entradas vinculadas a
la convocatoria a borrar en las tablas:
-

Respuestas de examen
Ejecuciones de examen
Convocatorias de examen

Si la ventana dispuesta para la realizacin del examen de la


convocatoria no hubiese terminado, el sistema recabar a
travs de la tabla de matriculaciones y alumnos la informacin
necesaria de los alumnos afectados, a quienes se les notificar
por correo de la cancelacin de la convocatoria que les
afectaba.
Tras el envo el sistema mostrar por pantalla un mensaje al
actor informndole de la correcta finalizacin del proceso de

75
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


76

Salidas
Errores

eliminacin de la convocatoria y junto con una lista de los


alumnos a los que no se ha podido notificar para que el profesor
realice las acciones oportunas. Dicho listado podr ser impreso.
- Datos de la convocatoria seleccionada
Si no se localiza la informacin a borrar a partir del identificador
nico recibido, se cancelar la accin y se mostrar un mensaje
indicando tal circunstancia, cerrndose el formulario.

76
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


77

3.2.8.

Ejecucin de exmenes

Se incluyen en este apartado los requisitos identificados vinculados con las tareas genricas
de la aplicacin relacionadas con la ejecucin de exmenes.
Id y nombre del requisito
RF-EJE-001. Ejecucin de exmenes: Ejecucin
Tipo
Versin
Fuente del requisito
Prioridad del requisito

1.0
FP

Requisito

Especificacin

Media/Deseado
El sistema permite la ejecucin de exmenes actores que
representen a usuarios de tipo ALUMNO.

Alta/Esencial

Restriccin

Baja/ Opcional

Un alumno solo podr realizar una nica ejecucin de un


examen, si bien, podr acceder a esta y posponerla tantas
veces como desee, quedando su estado congelado de tal forma
que la siguiente vez que acceda, esta se muestre exactamente
igual que cuando la dej.
La accesibilidad quedar condicionada a las siguientes causas:
-

Que el momento en el que acceda se encuentre en el


plazo de disponibilidad acotado por la convocatoria,
Que quede tiempo para su realizacin
Que el alumno no la haya entregado.

Para acceder a las ejecuciones, el sistema mostrar al actor un


listado de las ejecuciones que tenga asignadas. Dicho listado
tendr los datos de la asignatura, el tipo de examen, el estado
de la ejecucin, las fechas de apertura y cierre de la ejecucin y
la puntuacin obtenida. El actor podr seleccionar y acceder a
cualquiera de las ejecuciones del listado, teniendo en cuenta las
restricciones indicadas anteriormente.
Tras acceder a una de ellas, el sistema le ir mostrando de
forma sucesiva las preguntas que constituyen el examen,
posibilitando que el actor se desplace por ellas. Cada respuesta
aportada ser guardada sin necesidad de que el alumno indique
su voluntad de guardarla. En todo momento se le mostrarn los
botones que le habiliten para navegar entre las distintas
preguntas y un tercer botn para posponer la ejecucin. En la
ltima pregunta se le mostrar adems un botn que le permitir
entregar el examen, quedando de esta forma el examen como
ENTREGADO.

77
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


78
El orden en el que se le muestren las preguntas y respuestas en
los exmenes tipo test ser diferente para cada alumno,
Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de ejecutar
de exmenes aplicando la funcionalidad recogida en el punto
RF-SEG-005 y sabiendo que esta solo se encuentra habilitada
para usuario de tipo ALUMNO.
El sistema acceder a la tabla de convocatorias de examen
para recuperar todas aquellas vinculadas al identificador nico
del actor presente en el perfil de usuario del actor.
El sistema recuperar la informacin de esta tabla as como la
informacin de la tabla de asignaturas y convocatorias que
permita construir un listado donde el actor pueda visualizar los
datos de la asignatura, el tipo de examen, el estado de la
ejecucin, las fechas de apertura y cierre de la ejecucin y la
puntuacin obtenida.
Las ejecuciones de examen pueden tener los siguientes
estados:
-

PENDIENTE
EN CURSO
ENTREGADO
CORREGIDO
NO PRESENTADO

El listado se mostrar al usuario ordenado descendentemente


por la fecha de cierre de la ventana de disponibilidad del
examen, si bien el actor podr establecer los criterios de
ordenacin que le parezca en base a los campos contenidos en
el listado. El actor podr acceder a una ejecucin para
completarla cuando se cumplan todas las siguientes
condiciones:
-

El momento en el que acceda se encuentre en el plazo


de disponibilidad acotado por la convocatoria,
Quede tiempo para su realizacin
La ejecucin se encuentre en estado PENDIENTE o EN
CURSO

Antes de mostrar al alumno el contenido del examen y cuando


este sea tipo test, el sistema realizar una ordenacin de las
preguntas y respuestas empleando una funcin determinista en
la que se emplee como argumento el identificador nico del
alumno y que garantice una variabilidad en la secuencia de las
preguntas nica y en las respuestas lo suficientemente amplia
respecto a la ordenacin generada para cualquier otro alumno.
En caso de que no sea tipo test, se emplear la secuencia

78
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


79
contenida en las preguntas vinculadas al modelo de examen.
Cuando el actor acceda por primera vez a una ejecucin, el
sistema actualizar el estado de esta en la tabla de ejecuciones
a EN CURSO y podr en marcha un contador de tiempo.
Cuando el usuario interacte con los botones o cuando el
contador de tiempo supere un umbral de autoguardado
establecido, el sistema persistir la situacin de la ejecucin en
ese momento. Para ello realizar las siguientes acciones:
-

En la tabla de ejecuciones, acumular el tiempo que


refleje el contador de tiempo sobre el campo tiempo
consumido, inicializando de nuevo el contador a 0 y
almacenando el nmero de secuencia de la pregunta en
la que se encuentre cuando haya pulsado el botn.
Cuando el campo tiempo consumido en la ejecucin
haya acumulado una cantidad que supere el tiempo
establecido en el modelo de examen para su realizacin
o cuando el momento en el que el usuario haya
interactuado con los botones del formulario se encuentre
fuera de la ventana de disponibilidad establecida en la
convocatoria, el sistema cambiar automticamente el
estado del examen a ENTREGADO, informar al alumno
que ha consumido el tiempo estipulado para la ejecucin
del examen y cerrar el formulario de la ejecucin.

En la tabla de respuestas, actualizar la respuesta


consignada en la pregunta en la que se encontrase
cuando haya pulsado el botn o se haya producido un
ciclo automtico de guardado. Cuando el tipo del
examen sea test, almacenar el nmero de orden
relativo de la respuesta de entre el conjunto de
respuestas a una pregunta.

Cuando el examen sea tipo TEST, las respuestas, tanto la


correcta como el resto sern mostradas en bajo un patrn de
seleccin nica, mientras que cuando sea de desarrollo se
mostrar una caja de texto donde el alumno podr introducir por
teclado la respuesta.
El sistema mostrar cuatro botones en el formulario
-

Anterior: Navega a la pregunta anterior de la ejecucin


segn el orden que corresponda al alumno. Cuando se
encuentre en la primera pregunta, este botn no se
mostrar.

Siguiente: Navega a la pregunta anterior de la ejecucin

79
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


80
segn el orden que corresponda al alumno. Cuando se
encuentre en la ltima pregunta, este botn no se
mostrar.
-

Posponer: Suspende la ejecucin del examen, pudiendo


ser retomada posteriormente. Ocasiona la salida del
formulario.

Entregar: Solo se muestra en la ltima pregunta y


ocasiona el cambio del estado del examen de EN
CURSO a ENTREGADO. Ocasiona la salida del
formulario. Cuando el usuario pulse este botn y el
sistema haya almacenado toda la informacin en el
sistema, enviar un correo electrnico al alumno
indicndole que el examen se ha entregado
correctamente.

Cualquier accin realizada por el actor o cualquier evento de los


catalogados que comporte el cierre del formulario ser mostrada
mediante un mensaje explicativo al actor.
Salidas

Errores

- Mensaje
- Datos de la ejecucin de examen actualizados
- Datos de las respuestas del examen actualizados.
En caso de cualquier casustica que evite la actualizacin de los
datos, se mostrar un error informando y se cancelar la accin.

Id y nombre del requisito


RF-EJE-002. Ejecucin de exmenes: Revisin
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la revisin de ejecuciones de exmenes por
parte de actores que representen a usuarios de tipo ALUMNO.
Un actor solo podr acceder a la revisin de las ejecuciones de
examen cuando la ejecucin ya se haya sido corregida y la
vigencia de la convocatoria haya expirado, teniendo solo acceso
a las ejecuciones que le son pertinentes.
Para acceder a las ejecuciones, el sistema mostrar al actor un
listado de las ejecuciones a las que tenga acceso. Dicho listado
tendr los datos de la asignatura, el tipo de examen, el estado
de la ejecucin, las fechas de apertura y cierre de la ejecucin,
su estado y la puntuacin obtenida.

80
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


81

La puntuacin solo se mostrar cuando el estado del examen


sea CORREGIDO y haya expirado el tiempo de disponibilidad
de la convocatoria respecto al momento en el que se est
realizando la consulta. Estas mismas limitaciones son de
aplicacin en cuando el actor intente acceder a una de las
ejecuciones, pudiendo revisar solo las que cumplan dichas
restricciones.
Tras acceder a una de ellas, el sistema le ir mostrando de
forma sucesiva las preguntas que constituyen el examen y la
respuesta correcta marcada o complementada por el profesor si
procede, en funcin del tipo de examen.
Entradas

- Identificador de sesin
- Criterios adicionales
Secuencia de operacin Se comprueba que el actor puede realizar la accin de revisar
exmenes aplicando la funcionalidad recogida en el punto RFSEG-005 y sabiendo que esta solo se encuentra habilitada para
usuario de tipo ALUMNO
La revisin de una ejecucin consiste en el acceso a una
ejecucin cuya disponibilidad establecida en su convocatoria
haya expirado.
El sistema recopilara y mostrar al actor un listado de las
ejecuciones a las que tenga acceso en funcin de su relacin
con ellas, tal y como se ha descrito en la especificacin del
requisito. A los criterios ya mencionados, se sumarn los
posibles criterios adicionales presentes en la entrada que
podrn restringir aun ms el conjunto de ejecuciones a mostrar.
Dicho listado tendr los datos de la asignatura, el tipo de
examen, el estado de la ejecucin, las fechas de apertura y
cierre de la ejecucin y la puntuacin obtenida. El actor podr
seleccionar y acceder a cualquiera de las ejecuciones del
listado, teniendo en cuenta las restricciones indicadas
anteriormente cuando se cumplan todas las siguientes
condiciones:
-

Que el momento en el que acceda sea posterior al plazo


de disponibilidad acotado por la convocatoria,
Que el estado de la ejecucin del examen sea
CORREGIDO.

Las preguntas sern mostradas en el mismo orden en el que se


presentaron durante la realizacin del examen, utilizndose
para su clculo la misma estrategia empleada entonces, es
decir, una funcin determinista a partir del identificador nico del
usuario ejecutor del examen.

81
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


82

Cuando el examen sea tipo test aparecer marcada la


respuesta correcta determinada a partir de la informacin
presente en el modelo de examen empleado en la convocatoria
y la puntuacin resultante de la evaluacin de la respuesta.
Este puntaje ser positivo o negativo como resultado de la
aplicacin de los criterios de valoracin y evaluacin genricos
definidos en el modelo de examen, los criterios de valoracin y
evaluacin que se hayan podido ser redefinidos sobre la
pregunta de forma especfica, la consignacin de respuesta a la
pregunta y su correspondencia con la respuesta correcta.
En caso de que sea a desarrollar, se mostrar el puntaje que
haya asignado el profesor a la respuesta.
El sistema mostrar tres botones en el formulario

Salidas
Errores

Anterior: Navega a la pregunta anterior de la ejecucin


segn el orden que corresponda al alumno. Cuando se
encuentre en la primera pregunta, este botn no se
mostrar.

Siguiente: Navega a la pregunta anterior de la ejecucin


segn el orden que corresponda al alumno. Cuando se
encuentre en la ltima pregunta, este botn no se
mostrar.

Cancelar: Finaliza la revisin del examen por parte del


alumno y ocasiona la salida del formulario.

N/A
N/A

82
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


83

3.2.9.

Correccin de exmenes

Se incluyen en este apartado los requisitos identificados vinculados con las tareas genricas
de la aplicacin relacionadas con la correccin de de exmenes.
Id y nombre del requisito
RF-EVA-001. Evaluacin de exmenes: Tipo TEST
Tipo
Versin
Fuente del requisito
Prioridad del requisito

1.0
FP

Requisito

Especificacin

Media/Deseado
El sistema permite la ejecucin de exmenes actores que
representen a usuarios de tipo PROFESOR.

Alta/Esencial

Restriccin

Baja/ Opcional

Un profesor solo podr acceder y corregir las ejecuciones de


examen de cuya convocatoria sea responsable.
El actor podr realizar ese proceso tantas veces como desee a
lo largo del tiempo sobre una misma convocatoria siempre y
cuando queden ejecuciones por corregir, disponiendo as de la
posibilidad de avanzar en las tareas de correccin segn vayan
siendo entregadas las ejecuciones por parte de los alumnos.
Al actor se le facilitar la bsqueda de sus convocatorias y tras
seleccionar una, adems de mostrarle la informacin relevante
de la misma, se recopilar y ofrecer un listado con todas las
ejecuciones vinculadas a aquella disponibles para ser
corregidas.
El contenido del conjunto de ejecuciones disponibles para ser
corregidas depender del momento en el que se realice la
accin de corregir. Si se realiza antes de que finalice el plazo de
vigencia de la convocatoria, el conjunto estar compuesto las
ejecuciones que hayan sido entregadas por parte de los
alumnos. Por el contrario, si la accin se realiza una vez
expirado el plazo de disponibilidad de la convocatoria, el
conjunto estar constituido por todas las ejecuciones vinculadas
a la convocatoria no procesadas con anterioridad.
El sistema proveer de un botn corregir mediante el cual se
evaluarn de forma automtica el contenido recopilado en el
conjunto. Calcular y asignar calificacin a todas las
ejecuciones cuyo estado sea EN CURSO y ENTREGADO y
transitndolas al estado CORREGIDO, mientras que las que se
encuentren en estado PENDIENTE simplemente sern
actualizadas al estado NO PRESENTADO, quedndose sin

83
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


84
puntuacin.
Cuando todas las ejecuciones de la convocatoria hayan sido
sometidas al proceso de calificacin, la convocatoria se
considerar completada y no podr ser nuevamente sometida a
un proceso de correccin.
El clculo de la calificacin se realizar a partir del los criterios
de valoracin y, si procede, penalizacin definidos en el modelo
de examen empleado en la convocatoria.
Tras completar la accin de correccin el sistema le mostrar al
actor el nmero de exmenes totales, procesados, corregidos y
no presentados de la convocatoria.
Entradas
- Identificador de sesin
Secuencia de operacin Se comprueba que el actor puede realizar la accin de evaluar
ejecuciones de examen aplicando la funcionalidad recogida en
el punto RF-SEG-005 y sabiendo que esta solo se encuentra
habilitada para usuario de tipo PROFESOR.
Al actor se le facilitar la bsqueda de convocatorias replicando
la funcionalidad descrita en el RF-CNV-002, mediante la cual
podr designar la convocatoria sobre la cual desea realizar la
correccin, sin embargo no podr designar aquellas
convocatorias que dispongan de fecha de correccin y por lo
tanto no dispongan de ejecuciones pendientes de evaluar.
El sistema compondr y mostrar en un formulario no editable
con los datos de la convocatoria correspondientes a asignatura,
tipo de examen, categora y plazos.
A continuacin el sistema realizar una bsqueda de las
ejecuciones vinculadas a la convocatoria seleccionada
aplicando una estrategia de bsqueda diferente en funcin del
momento en el que se est realizando la accin.
Si se realiza ANTES de que finalice el plazo de vigencia de la
convocatoria, se aplicar un criterio de filtrado que recopile solo
aquellas ejecuciones de examen cuyo estado sea
ENTREGADO, dejando por tanto fuera de esta seleccin al
conjunto de ejecuciones que aun se puedan encuentran en
proceso de realizacin por parte de los alumnos.
Por el contrario, si la accin se realiza una vez expirado el plazo
de disponibilidad de la convocatoria, se entiende que todas las
ejecuciones no corregidas previamente se encuentran en
disposicin de ser evaluadas, por lo que nicamente se dejarn
fuera de este conjunto las ejecuciones que muestren un estado
CORREGIDO.

84
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


85
El sistema mostrar dos botones, uno para salir y otro que
permitir invocar la calificacin automtica de todas las
ejecuciones vinculadas.
Cuando el actor pulsa el botn corregir el sistema actuar de la
siguiente manera en funcin del estado de la ejecucin en
funcin del estado de la ejecucin:
-

PENDIENTE: Su estado ser actualizado a NO


PRESENTADO y no se consignar puntuacin.

EN CURSO: El sistema calcular su calificacin y su


estado ser actualizado a CORREGIDO.

ENTREGADO: El sistema calcular su calificacin y su


estado ser actualizado a CORREGIDO.

Para el clculo del puntaje a asignar a cada ejecucin de


examen, el sistema aplicar las pautas de valoracin y, si
procede, penalizacin, tanto generales como especficas por
pregunta, consignadas en el modelo de examen empleado en la
convocatoria. La puntuacin resultante de la calificacin de una
ejecucin de examen no podr ser menor que 0.
En cualquier caso, el profesor podr acceder de forma individual
a una ejecucin de examen concreta y consignar los
comentarios que considere oportunos a nivel de ejecucin de
examen.
Cuando como consecuencia de la correccin de las ejecuciones
vinculadas a la convocatoria, el sistema determine que no
quedan ejecuciones pendientes de ser corregidas, proceder a
actualizar la convocatoria con una marca de tiempo en el campo
fecha de correccin de la convocatoria, inhabilitndola para ser
sometida a un nuevo proceso de correccin.
As, el proceso de correccin actualizar por tanto la siguiente
informacin
Por convocatoria:
- Fecha de correccin de la convocatoria (si procede)
Por ejecucin del alumno:
- Estado
- Calificacin (si procede)
- Comentarios del profesor (si procede)
Por respuesta del alumno
- Calificacin de la respuesta (si procede)

85
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


86
Tras completar la accin de correccin el sistema le mostrar al
actor el nmero de exmenes totales, procesados, corregidos y
no presentados de la convocatoria.

Salidas

Errores

Finalmente, se refrescar el listado de ejecuciones mostrado


por pantalla pudindose visualizar el nuevo estado y calificacin
de las ejecuciones.
- Mensaje
- Datos de la convocatoria actualizados
- Datos de la ejecucin de examen actualizados
- Datos de las respuestas del examen actualizadas.
En caso de cualquier casustica que evite la actualizacin de los
datos, se mostrar un error informando y se cancelar la accin.

Id y nombre del requisito


RF-EVA-002. Evaluacin de exmenes: Tipo DESARROLLO
Tipo
Versin
Fuente del requisito
Prioridad del requisito
Especificacin

Requisito

Restriccin

1.0
FP
Alta/Esencial

Baja/ Opcional
Media/Deseado
El sistema permite la ejecucin de exmenes actores que
representen a usuarios de tipo PROFESOR.
La especificacin de este requisito es gemela a descrita en RFEVA-001 excepto en las acciones relativas especficamente a la
propia correccin.
A diferencia de aquel punto, el sistema NO proveer de un
botn de correccin automtica de todas las ejecuciones
disponibles para ser corregidas, sino que el proceso de
correccin estar constituido de dos partes, una automtica y
otra manual.
La parte automtica permitir llevar a cabo la evaluacin de las
ejecuciones no realizadas por el alumno, pudindose completar
a travs del correspondiente botn. Esta arte simplemente
asignar el estado NO PRESENTADO a las ejecuciones que
cumplan los criterios para ser consideradas como tal, descritos
con anterioridad en el RF-EVA-001.
Por su parte, el componente manual requerir del acceso y
evaluacin de las ejecuciones completadas total o parcialmente
por parte del alumno. Le evaluacin manual de una ejecucin
consistir en la revisin de todas y cada una de las respuestas,
consignadas o no por parte del alumno, en la ejecucin del
examen y otorgarle puntuacin segn el criterio del profesor

86
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


87
evaluador. Tras asignar puntuacin a todas ellas, el profesor
podr confirmar la calificacin resultante, momento en el cual la
ejecucin se considerar completada, reflejndose esta
circunstancia a travs de su estado.
Tras pulsar el botn de salir y antes de cerrar el formulario, el
sistema le mostrar al actor el nmero de evaluaciones
completadas y el de pendientes.
Entradas
- Identificador de sesin
Secuencia de operacin Dado que la secuencia de operaciones de este requisito es
compartida con el RF-EVA-001, se va exponer nicamente las
partes en las que se observan diferencias. En cualquier caso,
se recomienza al lector que repase la especificacin del RFEVA-001, sobre todo en lo que respecta a las consideraciones
sobre los criterios a aplicar para la seleccin del conjunto de
evaluaciones disponibles para evaluar y sus dependencias con
el periodo de disponibilidad de la convocatoria y el momento en
el que se est realizando la correccin.
El actor no dispondr de un botn corregir como el presente en
el RF-EVA-001. Sin embargo, cuando el momento en el que
est realizando la correccin sea posterior al momento de cierre
de la convocatoria, si tendr a su alcance un botn cerrar no
presentados cuyo comportamiento ser el mismo que el
definido para el botn corregir en el RF-EVA-001, sin
embargo, su mbito de afectacin quedar acotado el conjunto
de evaluaciones que reflejen el estado PENDIENTE.
El listado puesto a disposicin del actor para la correccin
manual de las ejecuciones solo permitir el acceso a las
ejecuciones cuyo estado sea ENTEGADO o EN CURSO, de tal
forma que el actor slo podr realizar la evaluacin del conjunto
de ejecuciones que reflejen este estado.
Al acceder a una ejecucin para su evaluacin, el sistema
mostrar en un formulario los datos del alumno que ha realizado
la ejecucin, las caractersticas principales de la evaluacin a la
que pertenece la ejecucin, as como el estado de la propia
ejecucin.
De forma similar a la descrita en el RF-EJE-002, el actor podr
acceder y desplazarse por el conjunto de preguntas que
conforman el modelo de examen y visualizar las respuestas
consignadas por el alumno. Adicionalmente, se mostrar una
campo para que pueda consignar la calificacin a cada
pregunta, mostrando un valor 0 por defecto. El desplazamiento
hacia adelante o hacia atrs sobre el conjunto de preguntas
supondr el almacenamiento automtico en la respuesta
correspondiente de la puntuacin consignada por el profesor.

87
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


88
Al alcanzar la ltima pregunta, el sistema mostrar un botn
para cerrar la calificacin del examen.
Al pulsarlo, el sistema mostrar al actor un formulario donde se
mostrar la suma de las puntuaciones consignadas y le
posibilitara la inclusin de observaciones sobre la ejecucin.
Tras esta confirmacin se asignar la puntuacin totalizada a la
ejecucin del examen y se actualizar su estado, que pasar a
ser CORREGIDO, cerrndose el formulario de correccin y
volviendo al formulario anterior con la convocatoria el conjunto
de ejecuciones correspondientes.

Salidas

Errores

Tras cualquier accin de correccin realizada por el actor se


correspondiente a la parte automtica o manual, el listado de
ejecuciones actualizar su contenido con la informacin actual.
- Mensaje
- Datos de la convocatoria actualizados
- Datos de la ejecucin de examen actualizados
- Datos de las respuestas del examen actualizados.
En caso de cualquier casustica que evite la actualizacin de los
datos, se mostrar un error informando y se cancelar la accin.

88
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


89

3.3.

Requisitos no funcionales

3.3.1.

Requisitos de rendimiento

Por determinar, si bien, se estima que el rendimiento deber ser aquel que permita calificar
la experiencia del usuario de la aplicacin como gil.

3.3.2.

Seguridad

El sistema garantizar el acceso exclusivo a la aplicacin de usuarios registrados y


habilitados, mediante la interposicin de controles de acceso por usuario y password y
verificacin de capacidad de acceso.
El sistema almacenara en archivos de log todos los accesos e intentos de acceso,
guardando la fecha, hora, direccin ip desde la que se ha realizado el acceso, usuario de
acceso y resultado del acceso.

3.3.3.

Fiabilidad

A definir por parte del cliente.

3.3.4.

Disponibilidad

El establecimiento de umbrales de disponibilidad y su correspondiente evaluacin no entra


dentro del mbito de este proyecto.

3.3.5.

Mantenibilidad

Dado el cariz evolutivo del proyecto planteado de cara a futuras ampliaciones, se considera
necesario que la facilidad de mantenimiento y adaptacin a futuros requisitos derivados de
la incorporacin de nuevos mdulos sea alta.

3.3.6.

Otros requisitos

El sistema deber cumplir con los establecido en la Ley Orgnica 15/1999 de Proteccin de
datos de carcter personal.

89
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


90

4. Apndices
4.1.

Modelo de requisitos

4.1.1.

Diagramas de casos de uso

Dado el nivel de detalle que se ha querido abarcar en la prctica, el diagrama de casos de


uso se ha construido en diferentes partes. La secuencia en la que se incluyen en el
documento trata de seguir un orden lgico que facilite su manejo y comprensin, ya que
existen referencias de uso entre algunos de ellos.

4.1.1.1. Seguridad
El diagrama de seguridad representa el control de sesiones, el control de acceso y
visibilidad de funciones, as como el purgado de sesiones inactivas.

90
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


91

4.1.1.2. Usuarios
El diagrama de usuarios comprende todas las situaciones vinculadas con el
mantenimiento de usuarios incluyendo la autorizacin de usuarios.

91
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


92

4.1.1.3. Categoras
El diagrama de categoras comprende todas las situaciones vinculadas con el
mantenimiento de categoras.

92
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


93

4.1.1.4. Asignaturas
El diagrama de asignatura comprende todas las situaciones vinculadas con el
mantenimiento de asignaturas, incluyendo la asignacin de profesores y la matriculacin
y des-matriculacin de alumnos.

93
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


94

4.1.1.5. Preguntas
El diagrama de preguntas comprende todas las situaciones vinculadas con el
mantenimiento de preguntas.

4.1.1.6. Modelos de examen


El diagrama de preguntas comprende todas las situaciones vinculadas con el
mantenimiento de modelos de examen, incluyendo la exportacin/impresin de modelos.

94
CMMJ - Tlf: (+34) 000 000 000

CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


96

4.1.1.7. Convocatorias
El diagrama de convocatorias comprende todas las situaciones vinculadas con el
mantenimiento de convocatorias, incluyendo la notificacin a los alumnos afectados.
Recordamos que las convocatorias no se pueden editar.

CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


97

4.1.1.8. Ejecuciones
El diagrama de ejecuciones comprende todas las situaciones vinculadas con el acceso y
realizacin de ejecuciones de examen por parte de un alumno, incluyendo la notificacin
a los alumnos que completan una ejecucin.

CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


98

4.1.1.9. Correccin de exmenes


El diagrama de ejecuciones comprende todas las situaciones vinculadas con el acceso y
correccin de ejecuciones de examen por parte de un profesor. Destacar en este caso
que los procesos de correccin de exmenes tipo TEST y tipo DESARROLLO, aun
teniendo una parte comn en su inicio, son bastante diferentes en cuanto a su
mecnica.

98
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


99

4.1.2.

Especificacin de casos de uso

4.1.2.7. RF-EXA-001. Mantenimiento de modelos de examen: alta.


La creacin y edicin de modelos de examen se ha planteado como un wizard en la que
el profesor podr ir seleccionando los elementos que definirn el modelo.
Tras completar la especificacin, el sistema busca aleatoriamente el conjunto de
preguntas que cumplen sus especificaciones y las somete a su aprobacin.

RF-EXA-001
Versin
Autores
Fuentes
Objetivos
asociados

Mantenimiento de modelos de examen: alta


1.0 2015/11/10
FP
N/A

Descripcin

El sistema deber comportarse tal como se describe en el caso de uso cuando el


usuario quiera crear un modelo de examen nuevo
El actor debe haberse autenticado ante el sistema.
Paso Accin
El usuario solicita al sistema comenzar el proceso de creacin de un nuevo
1
modelo de examen
El sistema comprueba que el usuario puede realizar la accin de crear
modelos de examen aplicando el caso de uso "Acceder a funcionalidad"
2
(RF-SEG-005) y sabiendo que esta solo se encuentra habilitada para
usuarios de tipo PROFESOR.
El sistema solicita al usuario que seleccione el tipo de examen que desea
3
crear, dndole la opcin de seleccionar entre dos opciones "TEST" y
"DESARROLLO"
4
El sistema muestra los botones "Siguiente" y "Abandonar" al usuario

Precondicin
Secuencia
normal

Crear modelos de examen

El usuario selecciona el tipo de examen que desea crear

El usuario pincha en el botn "Siguiente"


El sistema solicita al usuario que introduzca el nombre del modelo de
examen que desea crear
El sistema muestra los botones "Anterior", "Siguiente" y "Abandonar" al
usuario

7
8

99
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


100
9
10

El usuario proporciona al sistema el nombre del modelo de examen que


desea crear
El usuario pincha en el botn "Siguiente"

11

El sistema solicita al usuario que especifique el mbito de las preguntas de


la auto-seleccin mediante la especificacin de un conjunto de asignaturas
y/o categoras a las que acotar dicha seleccin.

12

El sistema permite al usuario establecer los criterios el mbito de las


preguntas mediante la realizacin del caso de uso "Establecer mbito de
preguntas"

13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

El sistema muestra los botones "Anterior", "Siguiente" y "Abandonar" al


usuario
El usuario pulsa el botn "Siguiente"
El sistema solicita al usuario que indique el nmero de preguntas que va a
contener el modelo de examen.
El sistema muestra los botones "Anterior", "Siguiente" y "Abandonar" al
usuario
El usuario introduce el nmero de preguntas que va a contener el modelo
de examen
El usuario pulsa el botn "Siguiente"
El sistema solicita al usuario que indique el tiempo en minutos del que va a
disfrutar el alumno para la realizacin del examen.
El sistema muestra los botones "Anterior", "Siguiente" y "Abandonar" al
usuario
El usuario introduce el tiempo en minutos del que va a constar el examen.
El usuario pulsa el botn "Siguiente"
El sistema solicita al usuario que indique el valor por defecto de las
preguntas.
El sistema muestra los botones "Anterior", "Siguiente" y "Abandonar" al
usuario
El sistema permite al usuario introducir el valor por defecto de las
preguntas mediante la realizacin del caso de uso "Establecer valoracin
por defecto".
El usuario pulsa el botn "Siguiente"
Si el tipo de examen seleccionado por el usuario fue TEST, se realizan los
siguientes pasos
Paso
27.1

27.2

Accin
El sistema solicita al usuario que indique si quiere aplicar
criterios de penalizacin de resta en grupo y/o resta en blanco.
Si el usuario contesta afirmativamente, el sistema permite al
usuario establecer los criterios de penalizacin mediante la
realizacin del caso de uso "Establecer criterios de
penalizacin por defecto"

100
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


101
28
29

El sistema muestra los botones "Anterior", "Seleccionar preguntas" y


"Abandonar" al usuario
El usuario pulsa el botn "Seleccionar preguntas"

30

El sistema realiza la seleccin automtica de preguntas del modelo de


examen mediante la realizacin del caso de uso "Seleccionar
automticamente preguntas", que bsicamente consiste en una bsqueda
automtica sobre la batera de preguntas propiedad del usuario,
recopilando tantas preguntas nicas como el nmero indicado por el
usuario en el paso 17, del tipo consistente con el tipo del examen indicado
por el usuario en el paso 9 y que se encuentren asignadas a alguna de las
categoras si se han suministrado y a alguna de las asignaturas si se han
suministrado, consignadas por el usuario en el paso 12.

31

El sistema permitir al usuario la evaluacin de las preguntas seleccionadas


mediante la realizacin del caso de uso "Evaluar pregunta". Por la inters
de este de cara a la creacin del modelo de examen, se incluye su
especificacin a continuacin

32

El sistema mostrar al usuario la primera de las preguntas de la seleccin


realizada pendiente de aprobar.

33

El sistema permite al usuario redefinir opcionalmente el valor especfico


para la pregunta mediante la realizacin del caso de uso "Establecer
valoracin por pregunta".

34

Si el usuario no redefine el valor especfico de la pregunta, el sistema le


asignar el valor por defecto indicado por el usuario en el paso 24.

35

Si el tipo de examen seleccionado por el usuario fue TEST, se realizan los


siguientes pasos
Paso

36
37

Accin
Si se han incluido criterios de penalizacin, el sistema solicita
35.1
al usuario que indique si desea realizar la redefinicin de los
criterios de penalizacin de forma especfica para la pregunta.
Si el usuario contesta afirmativamente, el sistema permite al
usuario la redefinicin de forma individual en la pregunta de
35.2
los criterios establecidos en el paso 27.2, mediante la
realizacin del caso de uso "Establecer criterios de
penalizacin por pregunta"
En caso contrario, la pregunta es asignada con los criterios de
35.3
penalizacin que hayan sido establecidos por defecto en el
paso 27.2
El sistema muestra los botones "Aprobar", "Aprobar todas", "Rechazar" y
"Abandonar" al usuario.
Si el usuario pulsa el botn "Rechazar", se realizan los siguientes pasos
Paso

Accin

101
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


102

38

39

40
41

El sistema descarta la pregunta y realiza la seleccin


automtica de una nueva pregunta mediante la realizacin del
caso de uso "Seleccionar automticamente preguntas", que
37.1
pasar a formar parte del conjunto de preguntas por aprobar.
La nueva pregunta seleccionada no podr estar en el conjunto
de preguntas ya seleccionado ni en el conjunto de preguntas
ya rechazadas.
37.2
El sistema volver al paso 32.
Si el usuario pulsa el botn "Aprobar todas", se realizan los siguientes
pasos
Paso
Accin
El sistema considerar aprobadas todas las preguntas de la
seleccin aun pendientes de aprobar asignndoles los criterios
38.1
de valoracin y penalizacin por defecto, pasando a conformar
todas ellas el modelo de examen.
38.2
El sistema avanzar al paso 40
Si el usuario pulsa el botn "Aprobar", se realizan los siguientes pasos
Paso
Accin
El sistema considerar aprobada la pregunta y esta pasa a
39.1
formar parte de la evaluacin.
Si quedan preguntas del conjunto por aprobar, el sistema
39.2
volver al paso 32.
El sistema muestra los botones "Crear modelo" y "Cancelar"
El usuario pulsa el botn "Crear modelo"

42

El sistema almacena el modelo de examen con las especificaciones


suministradas por el usuario.

43

El sistema muestra al usuario una notificacin de confirmacin


informndole del xito del proceso

44

El usuario confirma la visualizacin de la notificacin.

El sistema cierra el caso de uso y redirige al usuario a la pantalla principal


de la aplicacin.
El sistema ha registrado un nuevo modelo de examen vinculado al profesor que ha
realizado la accin
Paso Accin
2
El usuario no dispone de una sesin activa en el sistema
El sistema mostrar un mensaje informndole al usuario de
E2.1.1
esta circunstancia
El sistema abortar la ejecucin del caso de uso y
E2.1.2
desconectar al usuario de la aplicacin.
2
El usuario no dispone de permisos para crear convocatorias
El sistema mostrar un mensaje informndole al usuario de
E2.2.1
esta circunstancia
E2.2.2
El sistema aborta la ejecucin del caso de uso.
45

Postcondicin
Excepciones

102
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


103
6

El usuario no ha seleccionado el tipo de examen a crear.


El sistema mostrar un mensaje informndole al usuario de
E6.1.1
esta circunstancia
El sistema impide el desplazamiento hasta que el usuario no
incluya un nombre para el modelo de examen
El usuario no ha facilitado un nombre para el modelo de examen
El sistema mostrar un mensaje informndole al usuario de
E10.1.1
esta circunstancia
E6.1.2

10

El sistema impide el desplazamiento hasta que el usuario no


haya seleccionado un tipo de examen.
El usuario no ha definido el mbito para la posterior seleccin de
preguntas.
El sistema mostrar un mensaje informndole al usuario de
E14.1.1
esta circunstancia
El sistema impide el desplazamiento hasta que el usuario no
E14.1.2
establezca al menos un valor para, al menos, uno de los dos
criterios de acotacin contemplados en el mbito.
E10.1.2

14

18

El usuario no ha facilitado un valor numrico entero mayor que 0 para


definir el nmero de preguntas.
El sistema mostrar un mensaje informndole al usuario de
E18.1.1
esta circunstancia
El sistema impide el desplazamiento hasta que el usuario no
incluya un valor numrico entero mayor que 0.
El usuario no ha facilitado un valor numrico entero o decimal mayor que 0
para definir el valor por defecto de cada pregunta.
El sistema mostrar un mensaje informndole al usuario de
E26.1.1
esta circunstancia
E18.1.2

26

El sistema impide el desplazamiento hasta que el usuario no


incluya un valor numrico entero o decimal mayor que 0.
El usuario ha indicado que desea emplear el criterio de penalizacin borrar
en blanco, pero el valor de penalizacin no es un valor numrico entero o
27.2 decimal mayor que 0.
El sistema mostrar un mensaje informndole al usuario de
E27-2.1.1
esta circunstancia
E26.1.2

El sistema impide el desplazamiento hasta que el usuario no


incluya un valor numrico entero o decimal mayor que 0.
El usuario no dispone del volumen de preguntas suficientes que cumplan
las especificaciones establecidas en el modelo en construccin
El sistema mostrar un mensaje informndole al usuario de
E30.1.1
esta circunstancia
El sistema no permitir la creacin del caso de uso en el paso
E30.1.2
final.
E27-1.1.2

30

33

El usuario no ha facilitado un valor numrico entero o decimal mayor que 0


para definir el valor especfico de una pregunta.

103
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


104
E33.1.1
E33.1.2

El sistema mostrar un mensaje informndole al usuario de


esta circunstancia
El sistema impide cualquier accin, excepto la cancelacin del
caso de uso, hasta que el usuario no incluya un valor numrico
entero o decimal mayor que 0.

El usuario ha redefinido los valores de trabajo en alguno de los criterios de


penalizacin empleados, pero el valor no es numrico entero o decimal
35.2 mayor que 0.
El sistema mostrar un mensaje informndole al usuario de
E35-1.1.1
esta circunstancia y del criterio de penalizacin afectado.
El sistema impide el desplazamiento hasta que el usuario no
incluya un valor numrico entero o decimal mayor que 0 en el
E35-1.1.2
criterio de penalizacin especfico establecido que ha
generado el error.
El usuario no dispone del volumen de preguntas suficientes que cumplan
37.1 las especificaciones establecidas en el modelo en construccin
El sistema mostrar un mensaje informndole al usuario de
E37-1.1.1
esta circunstancia
E37-1.1.2
Frecuencia
esperada
Importancia
Comentarios

El sistema cancela el rechazo de la pregunta y no permite


rechazar ms durante el resto del caso de uso.

Baja
Muy importante
Por cuestiones de claridad, se ha optado por incluir la secuencia normal de
ejecucin del caso de uso "Aprobar pregunta", cuya especificacin se desarrolla de
los pasos 31 a 42.
El modo de interrogacin al usuario tendr el formato de WIZARD hasta el punto
en el que el usuario pulsa el botn "Seleccionar preguntas"

4.1.1.7. RF-CNV-001. Mantenimiento de convocatorias: alta.


RF-EXA-001
Versin
Autores
Fuentes
Objetivos
asociados

Mantenimiento convocatorias: alta


1.0 2015/11/10
FP
N/A
Crear convocatorias de examen

104
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


105
Descripcin
Precondicin
Secuencia
normal

El sistema deber comportarse tal como se describe en el caso de uso cuando el


usuario quiera crear una convocatoria de examen.
El actor debe haberse autenticado ante el sistema.
Paso Accin
El usuario solicita al sistema comenzar el proceso de creacin de una nueva
1
convocatoria de examen

El sistema comprueba que el usuario puede realizar la accin de crear


modelos de examen aplicando el caso de uso "Acceder a funcionalidad"
(RF-SEG-005) y sabiendo que esta solo se encuentra habilitada para
usuarios de tipo PROFESOR.

El sistema solicita al usuario que defina las caractersticas de la


convocatoria a crear, facilitndole la bsqueda de los elementos ya
catalogados en el sistema de su propiedad o .vinculados a l mediante los
botones "Buscar modelo de examen", "Buscar asignatura" y "Buscar
categora"

4
5

El sistema muestra los botones "Crear convocatoria" y "Abandonar" al


usuario.
El usuario desea introducir los datos del modelo de examen a utilizar en la
convocatoria y pulsa el botn "Buscar modelo de examen"

El sistema permite al usuario la bsqueda del modelo de examen a utilizar


en la convocatoria mediante la realizacin del caso de uso "Buscar modelo
de examen"

El usuario desea introducir la asignatura en la que va a crear la convocatoria


y pulsa el botn "Buscar asignatura"

El sistema permite al usuario la bsqueda de la asignatura a la que asignar


la convocatoria mediante la realizacin del caso de uso "Buscar asignatura"

El usuario desea asignar una categora a la convocatoria y pulsa el botn


"Buscar categora"

10

El sistema permite al usuario la bsqueda de la categora a asignar a la


convocatoria mediante la realizacin del caso de uso "Buscar categora"

11

El usuario incluye las fechas de inicio y fin de disponibilidad de la


convocatoria.

12

El usuario pulsa el botn "Crear convocatoria"

13

El sistema localiza a todos los alumnos que se encuentran matriculados en


la asignatura sobre la que se est creando la convocatoria y enva un correo
electrnico a cada uno de ellos informndole de esta circunstancia.

14

Si alguno de los envos falla, el sistema guarda temporalmente los datos del
alumno afectado por el envi fallado.

105
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


106

15

El sistema almacena la nueva convocatoria, as como tambin genera y


almacena por cada alumno matriculado en la asignatura afectada una copia
del examen a realizar. Las preguntas y respuestas (si procede) de la copia
de cada alumno se dispondrn en un orden nico de cada copia,
empleando el sistema para el clculo de esta secuencia de orden una
funcin determinista que tome como semilla el identificador del alumno.

16

El sistema muestra al usuario una notificacin de confirmacin


informndole del xito del proceso, as como la relacin almacenada
previamente de aquellos alumnos a los que no se ha podido notificar,
permitiendo al usuario imprimir esta relacin.

17
18
Postcondicin

Excepciones

El usuario confirma la visualizacin de la notificacin.


El sistema cierra el caso de uso y redirige al usuario a la pantalla principal
de la aplicacin.

El sistema ha registrado una nueva convocatoria de examen, ha preparado y


generado las copias a realizar por los alumnos matriculados en la asignatura y los
ha notificado sobre la presencia de una nueva convocatoria que los afecta.
Paso Accin
2 El usuario no dispone de una sesin activa en el sistema
El sistema mostrar un mensaje informndole al usuario de
E2.1.1
esta circunstancia
El sistema abortar la ejecucin del caso de uso y desconectar
E2.1.2
al usuario de la aplicacin.
12

12

12

12

La fecha de fin del periodo de disponibilidad es anterior a la fecha de inicio.


El sistema mostrar un mensaje informndole al usuario de
E12.1.1
esta circunstancia
El sistema impedir la creacin del caso de uso hasta que el
E12.1.2
usuario no establezca consistentemente las fechas del
intervalo de disponibilidad.
La duracin del intervalo de disponibilidad definido es inferior al tiempo de
realizacin definido en el modelo de examen.
El sistema mostrar un mensaje informndole al usuario de
E12.2.1
esta circunstancia
El sistema impedir la creacin del caso de uso hasta que el
E12.2.2
usuario no establezca consistentemente las fechas del
intervalo respecto al tiempo de realizacin del examen.
Las fechas de inicio o fin del intervalo de disponibilidad no tienen un
formato vlido.
El sistema mostrar un mensaje informndole al usuario de
E12.3.1
esta circunstancia
El sistema impedir la creacin del caso de uso hasta que las
E12.3.2
fechas sean correctas.
El usuario no ha asignado dato del modelo de examen, asignatura o plazo
de disponibilidad.

106
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


107

Frecuencia
esperada
Importancia
Comentarios

E12.4.1

El sistema mostrar un mensaje informndole al usuario de


esta circunstancia

E12.4.2

El sistema impedir la creacin del caso de uso hasta que el


usuario establezca los datos que faltan.

Media
Muy importante
La realizacin de los casos de uso "Buscar modelo de examen", "Buscar
asignatura" y "Buscar categora" contempla la acotacin en las bsquedas a los
elementos propiedad o asignados al usuario que est creando la convocatoria.
Las fechas que definen los lmites del intervalo de disponibilidad se pueden
establecer con una precisin de minutos.

4.1.1.7. RF-CNV-001. Mantenimiento de convocatorias: alta.


RF-EJE-001
Versin
Autores
Fuentes
Objetivos
asociados
Descripcin
Precondicin
Secuencia
normal

Ejecucin de exmenes: ejecucin


1.0 2015/11/10
FP
N/A
Ejecutar convocatorias de examen
El sistema deber comportarse tal como se describe en el caso de uso cuando el
usuario quiera ejecutar una convocatoria de examen.
El actor debe haberse autenticado ante el sistema.
Paso Accin
El usuario solicita al sistema comenzar el proceso de ejecucin de una
1
convocatoria de examen.

El sistema comprueba que el usuario puede realizar la accin de realizar


ejecuciones de examen aplicando el caso de uso "Acceder a funcionalidad"
(RF-SEG-005) y sabiendo que esta solo se encuentra habilitada para
usuarios de tipo ALUMNO.

El sistema realizar una bsqueda de las convocatorias que afectan al


usuario mediante la realizacin del caso de uso "Buscar convocatoria".

Por cada convocatoria localizada, el sistema localizar la informacin


relativa a la ejecucin realizada por el alumno sobre la convocatoria.

107
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


108

El sistema mostrar al usuario un listado con los datos localizados,


mostrndole la informacin de la asignatura de la convocatoria, el tipo de
modelo de examen, la ventana de disponibilidad, el plazo para su
realizacin y el estado de la ejecucin realizada por el alumno hasta el
momento.
El usuario seleccionara la convocatoria cuya ejecucin desea comenzar o
retomar.

El sistema recopila la informacin de la ejecucin vinculada a la


convocatoria seleccionada por el alumno.

El sistema abre un formulario de ejecucin donde se muestra la


informacin relevante de la convocatoria en ejecucin, incluyendo el
tiempo restante para la realizacin de la convocatoria.

En funcin del estado de la ejecucin, el sistema realizar alternativamente


alguno de esto pasos:
Paso
9.1

9.2

10

11

Accin
Si el estado de la ejecucin es PENDIENTE, el sistema mostrar
la primera pregunta de la copia del examen generada para el
alumno.
Si estado de la ejecucin es EN CURSO, el sistema mostrar la
pregunta de la copia del examen en la que se encuentre la
ejecucin.

El sistema actualiza el estado de la ejecucin del examen del alumno al


estado "EN CURSO"
El sistema realizar de forma recurrente el caso de uso "Comprobar
tiempos", que consiste en que el sistema pone en marcha un contador de
tiempo y cuando este alcance un umbral establecido, acta de la siguiente
manera:
Paso
Accin
El sistema almacenar la ejecucin en el estado en el que se
encuentre en ese momento, incluyendo la respuesta a la
11.1
pregunta en curso, el nmero de orden de la pregunta en curso
y acumular el tiempo del contado al totalizador de tiempo
consumido en la ejecucin del examen.
Si el tiempo acumulado en el totalizador de tiempo de la
ejecucin supera el plazo de tiempo establecido en el modelo
del examen, el sistema modificar el estado del examen a
11.2
"ENTREGADO", generar un mensaje de estado sobre la
circunstancia ocurrida y el caso de uso continuara en el paso
15.

108
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


109

12

11.3

Si el momento en el que se alcance el umbral establecido fuese


posterior a la ventana de disponibilidad de la convocatoria, el
sistema modificar el estado del examen a "ENTREGADO",
generar un mensaje de estado sobre la circunstancia ocurrida
y el caso de uso continuara en el paso 15.

11.4

Si no se dan ninguna de las situaciones expresadas en los dos


pasos anteriores, el sistema realiza un nuevo caso de uso
"Comprobar tiempos".

En funcin del nmero de orden de la pregunta mostrada, el sistema


mostrar una serie de botones para que el usuario pueda navegar entre las
preguntas y gestionar la ejecucin del examen:
Paso

13

Accin
Si el numero de orden de la pregunta es 1, el sistema mostrar
12.1
los botones "Siguiente" y "Salir"
Si el nmero de orden de la pregunta se corresponde con el
12.2
nmero total de preguntas que constituyen el examen, el
sistema mostrar los botones "Anterior", "Salir" y "Entregar"
En el resto de nmeros de orden, el sistema mostrar los
12.3
botones "Anterior", "Salir" y "Siguiente"
En funcin del tipo de del modelo de examen, TEST o DESARROLLO, el
habilitar un modelo de respuesta diferente.
Paso
13.1

13.2
14

Accin
Si el modelo del examen es tipo TEST, el sistema permitir al
alumno que conteste mediante la realizacin del caso de uso
"Responder pregunta TEST".
Si el modelo del examen es tipo DESARROLLO, el sistema
permitir al alumno que conteste mediante la realizacin del
caso de uso "Responder pregunta DESARROLLO".

En funcin de la disponibilidad de botones y del botn pulsado por el


usuario, el sistema actuar de una de las siguientes maneras:
Paso

14.1

14.2

Accin
Si el usuario pulsa el botn "Salir", el sistema almacenara la
ejecucin en curso en el estado en el que se encuentre en el
momento en el que el usuario haya pulsado el botn,
incluyendo la respuesta a la pregunta en curso, el nmero de
orden de la pregunta en curso y el tiempo consumido, saltando
la ejecucin al paso 15
Si el usuario pulsa el botn "Anterior", el sistema almacenara la
ejecucin en curso en el estado en el que se encuentre en el
momento en el que el usuario haya pulsado el botn,
incluyendo la respuesta a la pregunta en curso, el tiempo
consumido y estableciendo que la pregunta en curso es la
pregunta inmediatamente anterior a la pregunta en la que el
usuario ha pulsado el botn anterior.

109
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


110

14.3

14.4

15
16
17
Postcondicin

Excepciones

Frecuencia
esperada
Importancia
Comentarios

Si el usuario pulsa el botn "Siguiente", el sistema almacenara


la ejecucin en curso en el estado en el que se encuentre en el
momento en el que el usuario haya pulsado el botn,
incluyendo la respuesta a la pregunta en curso, el tiempo
consumido y estableciendo que la pregunta en curso es la
pregunta inmediatamente posterior a la pregunta en la que el
usuario ha pulsado el botn Anterior.
Si el usuario pulsa el botn "Entregar" el sistema almacenara la
ejecucin en curso incluyendo la respuesta a la pregunta en
curso, el tiempo consumido y actualizar el estado de la
ejecucin a "ENTREGADO", generar un mensaje informativo
sobre saltando la ejecucin al paso 15.

El sistema mostrar para que el usuario confirme el mensaje informativo


generado en los pasos 11.2, 11.3, 14.1 o 14.4.
El usuario confirma la visualizacin de la notificacin.
El sistema cierra el caso de uso y redirige al usuario a la pantalla principal
de la aplicacin.

El sistema ha registrado la ejecucin total o parcial de una convocatoria de un


alumno, quedando igualmente registradas las respuestas consignadas por el
alumno durante la ejecucin.
Paso Accin
2 El usuario no dispone de una sesin activa en el sistema
El sistema mostrar un mensaje informndole al usuario de
E2.1.1
esta circunstancia
El sistema abortar la ejecucin del caso de uso y desconectar
E2.1.2
al usuario de la aplicacin.
Alta
Muy importante
La realizacin del caso de uso "Buscar convocatoria" contempla la acotacin en las
bsquedas a las convocatorias de asignaturas en las que se encuentra matriculado
el alumno, cuyo periodo de disponibilidad haya comenzado y no haya expirado y
cuyo estado sea PENDIENTE o EN CURSO.
Por cuestiones de claridad, se ha optado por incluir la secuencia normal de
ejecucin del caso de uso "Comprobar tiempo", cuya especificacin se desarrolla
en el paso 11. El umbral de tiempo contra el que se realiza la comprobacin ser
un parmetro de la aplicacin.

110
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


111

111
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


112

4.2.

Modelo de anlisis

4.2.1.

Diagramas de clases

Al igual que en el modelado de casos de uso, el diagrama de clases se ha construido en


diferentes partes e igualmente, la secuencia en la que se incluyen en el documento trata de
seguir un orden lgico que facilite su manejo y comprensin.
Dado que el desarrollo del interfaz grfico no se ha asumido como parte del proyecto, en
primera instancia se muestra la batera de servicios que conforman la aplicacin y sus
respectivas implementaciones, para pasar a continuacin a mostrar el modelado de las
entidades funcionales lgicas que componen el sistema y las relaciones existentes en ellos.

CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


113

4.2.1.7.

Servicios

113
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


114

114
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


115

4.2.1.8.

Usuarios

CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


116

4.2.1.9.

Seguridad

CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


117

4.2.1.10.

Matriculaciones

117
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


118

4.2.1.11.

Preguntas

118
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


119

4.2.1.12.

Modelos

119
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


120

120
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


121

4.2.1.13.

Convocatorias

121
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


122

4.1.1.7.

Ejecuciones

122
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


123

4.1.1.8.

Correcciones

123
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


124

4.1.1.9.

UI

En este diagrama se incluyen solamente las clases que son han quedado sin desarrollar.

124
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


125

4.1.2.

Diagramas de secuencia

Con el objetivo es dotar de una visin completa del proceso de ejecutar exmenes desde
sus inicios, los diagramas de secuencia que se han seleccionado para representar son los
siguientes:

Alta de un modelo de examen tipo test


Alta de una convocatoria test
Ejecucin de un examen tipo test

Sin embargo, en todos ellos se hacen uso de funcionalidades o referencias a diagramas de


secuencia que si bien no son el objeto de este apartado, dotan de mayor conocimiento
sobre lo que har el sistema al lector. Por este motivo, se incluirn en primera instancia los
diagramas auxiliares para, a continuacin, mostrar los tres diagramas objeto de la prctica.
La secuencia en la que se incluyen los diagramas auxiliares en el documento trata de seguir
el mismo criterio de continuidad lgica empleado en puntos anteriores.

CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


126

4.1.2.7. Comprobar sesin


Comprueba y mantiene el estado de una sesin de usuario.

4.1.1.7. Solicitar dato


Representa el ciclo de mostrar y adquirir un dato en el interfaz grfico, incluyendo la
validacin de la sesin cuando el usuario confirma el dato.

126
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


127

127
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


128

4.1.1.8.

Comprobar acceso
Muestra la secuencia que valida cada accin que pretende realizar el usuario en el sistema. Implcitamente se realiza la
validacin de la sesin del usuario.
Comprueba si la accin solicitada se encuentra autorizada para el usuario actor.

CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


129

4.1.1.7.

Inicio o continuacin de ejecucin


Muestra la secuencia de acciones que tienen lugar cuando un usuario accede a una ejecucin para realizarla.
En primera instancia, se invoca instancia al iterador que, por un lado, ordena las preguntas del examen de forma nica, pero
consistente para el mismo usuario entre distintos accesos, empleando un algoritmo de ordenacin determinista que tome
como semilla un dato nico del usuario. Su segunda misin es mantener facilitar la navegacin entre las preguntas y facilitar
los mtodos de control correspondientes para que le interfaz sepa qu botones de navegacin mostrar.
Posteriormente se evala y se actualiza el estado de la ejecucin, ya que los usuarios pueden empezarlas y dejarlas siempre
que quieran.
Por ltimo, es en este diagrama donde tambin tiene lugar la inicializacin del autoguardador de la ejecucin.

129
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


130

130
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


131

4.1.1.7.

Guardado de ejecucin
Este diagrama muestra la secuencia de acciones que tienen lugar cuando se produce un guardado de la ejecucin,
independientemente de quien lo invoque.

131
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


132

132
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


133

4.1.1.8.

Auto guardado de la ejecucin


Muestra la secuencia que se ejecuta para el autoguardado de la ejecucin cuando un usuario accede a ella para trabajarla.

133
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


134

4.1.1.9.

Crear modelo tipo TEST

134
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


135

135
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


136

136
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


137

137
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


138

138
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


139

139
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


140

4.1.1.7. Crear convocatoria

140
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


141

141
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


142

142
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


143

143
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


144

4.1.1.7. Ejecutar examen tipo TEST

144
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


145

145
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


146

146
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


147

147
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


148

148
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


149

149
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


150

4.1.2.

Diagramas de paquetes

CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


151

4.2.

Modelo de anlisis

4.2.1.

Diagramas de estado

4.2.1.7. Convocatoria

CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


152

4.2.1.8. Ejecucin

4.2.1.9. Usuario

152
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


153

4.2.2.

Diagramas de actividades

4.2.2.7. Alta usuario

4.1.1.7. Crear convocatoria

153
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


154

4.1.1.7. Corregir ejecuciones tipo TEST.

154
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


155

155
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


156

4.1.2.

Patrones de diseo

4.1.2.7. Singleton
El patrn singleton es un patrn de diseo 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.
Se implementa creando en nuestra clase un mtodo que crea una instancia del objeto
slo si todava no existe alguna y asegurando que la clase no pueda ser nuevamente
regulando la visibilidad del constructor con modificadores como protegido o privado.
El patrn de diseo singleton podra emplearse en la clase SessionManager que
detenta el almacenamiento y gestin de las sesiones de los usuarios.

4.1.2.8. Facade
Dado que el sistema en diseo est arquitecturizado bajo la forma de un conjunto de
componentes que poseen sus propia interfaces como:

El componente Modelos:
o ModelService
o QuestionService
o CategoryService.

El componente Exmenes:
o CorrectionService
o CallService
o ExecutionService
o

El componente Matrculas
o SubjectService
o EnrollmentService

156
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


157

El componente Seguridad
o SessionService
o SecurityService

El componente Usuarios
o UserService

La clase UIController podra ser implementada bajo el patrn facade que ofrece una
interfaz unificada, sencilla y comn. Este patrn queda definido por la existencia de un
interfaz de servicios con un nivel ms elevado de abstraccin que, por un lado, no
expone los servicios de los componentes del sistema que no son necesarios desde el
punto de vista de la web y por otro, aporta unos servicios con un mayor nivel de
abstraccin o mayor carga lgica articulados a travs del acceso a uno o varios de los
servicios expuestos por los interfaces de los componentes.

4.1.2.9. Iterator
El acceso a las preguntas de cada ejecucin de examen debe poder realizarse de forma
secuencial, permitiendo la recuperacin de la pregunta en curso as como la navegacin
hacia adelante y hacia atrs sobre el conjunto. Adems, las preguntas (y sus
respuestas) deben ser proporcionadas en un orden nico para cada alumno.
El desplazamiento por dichas preguntas se podra realizar mediante la implementacin
de un patrn Iterator. Este patrn proporciona una solucin que pueda ser configurada
segn el tipo de elementos que componen la coleccin.
Sin embargo, en nuestro diseo, las preguntas deben ser ordenadas de forma nica en
cada ejecucin. Esta ordenacin nica se aportara de forma desacoplada mediante un
interfaz que exponga un mtodo para ordenacin. La clase que implemente este
interfaz, deber garantizar un orden nico y consistente (determinista) para los
elementos de la lista.
Presentamos por tanto dos clases abstractas genricas:
Iterador es una clase abstracta genrica que incluye los mtodos de control de
desplazamiento
SortedIteratorProvider es a su vez una clase abstracta genrica que incluye los
mtodos que crean, inicializan y devuelven una instancia de Iterador.
Y un interfaz para la implementacin de la funcin de ordenacin deseada.

157
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


158
Sortable es un interfaz que expone un mtodo sort.

A continuacin es posible crear las subclases concretas de estas dos clases abstractas
genricas, subclases que relacionan en particular los parmetros de genericidad con los
tipos utilizados en la aplicacin, as como una clase concreta que implemente el interfaz
de ordenacin y que realice la ordenacin deseada.
Se ha incluido una superclase SortableElement de la que deberan heredar todos los
elementos que deseen ser empleados en la ordenacin. No olvidemos que estamos
componiendo un patrn iterator ligeramente modificado para que se garantice una
ordenacin determinada.

4.2.

Modelo de desarrollo e implantacin

158
CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


159

4.2.1.

Diagramas de componentes

CMMJ - Tlf: (+34) 000 000 000

Ingeniera del Software II


160

4.2.2.

Diagramas de despliegue

CMMJ - Tlf: (+34) 000 000 000

También podría gustarte