c

c
INTEGRANTES: Andia Flores Noel
Arispe Teran Cristhian
Figueroa Herbas Edmundo
Montecinos Martinez Cristian D.
Patiño Cuestas Jorge
DOCENTE: Ing. Fiorilo Lozada Americo

MATERIA: Taller de Ingeniería de Software

REQUERIMIENTOS FUNCIONALES

0c Yenerar avisos de que se esta llevando a cabo el entrenamiento.

0c Habilitar el espacio correspondiente a este entrenamiento.
0c Permitir la inscripción de los equipos participantes.
0c Habilitar un espacio que permita subir el set de problemas elegido para este
entrenamiento.
0c Habilitar un espacio que permita subir el set de datos de entrada/salida, por ejercicio
del set elegido para este entrenamiento.
0c Habilitar un espacio en el cual se pueda subir la tabla de resultados del
entrenamiento.
0c Mostrar el reglamento del concurso.
0c Mostrar el cronograma de las actividades y/o sucesos que se llevarán a cabo.
0c Poner a disposición un banco de problemas propuestos y resueltos.
0c Mostrar los participantes por gestión y por entrenamiento.
0c Mostrar los resultados del concurso.
0c El sistema debe registrar correctamente la información del estudiante.
0c El sistema deberá funcionar cuando el entrenador o el administrador pongan a
disposición los ejercicios respectivos, dependiendo si es entrenamiento o el evento
clasificatorio.

REQUERIMIENTOS NO FUNCIONALES

èc El sistema deberá ser de sencilla aplicación, ya que esta destinada para estudiantes
de nivel universitario y también profesionales del área.
èc El sistema se utilizara sobre plataformas Windows por la facilidad del mismo.
èc El sistema debe ser capaz de identificar usuarios no autorizados mediantes un
registro de autentificación que presentara nuestro respectivo sistema.
èc El sistema deberá realizar un reporte en caso de que ocurra un error dentro el
mismo. Ej. En la Autentificación del Usuario.

èc El software debe estar dispuesto a sufrir cambios continuos de actualización en los

archivos de datos.
 èc El sistema deberá ser interactivo con el usuario, teniendo iconos que indiquen que
realizar, menús desplegables, botones, colores, dibujos, etc.
èc El sistema deberá disponer de la documentación del sistema para poder realizar
tanto mantenimiento y la extensión del sistema.

CASO DE USO: Yestionar Cuenta

ACTORES:

èc Equipo: administrar la cuenta de usuario personal de cada participante

èc Administrador: administrar las cuentas del equipo

RE-CONDICIÓN:

El equipo necesita cuenta habilitada.

CAMINO NORMAL:

1.c Participante ingresa una cuenta habilitada previamente por el entrenador.

2.c El sistema valida la cuenta.
3.c Participante actualiza sus datos personales.
4.c Sistema actualiza la base de datos de la Lista de usuarios del sistema.
5.c Administrador valida los datos personales de los participantes del equipo.
6.c Sistema manda un mensaje al participante de que sus datos fueron aceptados.

CAMINO ALTERNATIVO:

5a. Administrador encuentra que los datos de los participantes son incorrectos.

5b. Administrador encuentra que los participantes no registraron sus datos

personales.

6a. Sistema manda un mensaje al participante para que verifique la correctitud de

sus datos.

6b. Sistema revoca la habilitación del equipo.

OST-CONDICIÓN: El equipo esta habilitado para participar en los entrenamientos y en el

evento de clasificación.
CASO DE USO: Habilitar Participación

ACTORES: Administrador

RE-CONDICIÓN:

El administrador tiene una cuenta en el sistema y debe estar logueado en el sistema.

CAMINO NORMAL

1.c Este caso de uso comienza cuando el Administrador selecciona la opción

³Participantes´ en el sistema.
2.c El sistema obtiene de la tabla equipo a todos los equipos del sistema y lo muestra
por pantalla.
3.c El Administrador verifica equipo por equipo si estos cumplen con los requisitos y
habilita a todos los equipos que cumple con los requisitos con la opción ³habilitar´.
4.c El sistema obtiene a los equipos seleccionados por el administrador y lo envía a la
pantalla principal.
5.c El Administrador verifica si lo cambios son correcto y selecciona ³Finalizar´.
6.c El sistema guarda los cambios realizado y envía al administrador a la página
principal.

CAMINO ALTERNATIVO

3.a.- El administrador no selecciona ningún equipo habilitado para participar en el

evento.
3.b .- El Administrador elige erróneamente al equipo habilitado para participar.
5.a.- El administrador no esta de acuerdo con lo cambios realizados y selecciona
³Modificar´.

OST-CONDICIÓN

El Administrador pondrá a disposición a todos los equipos habilitados para la

participación del evento.

CASO DE USO: Yestionar Equipo

ACTORES:

èc Equipo: comprobar el estado actual del equipo

èc Entrenador: Inscribir al Equipo

RE-CONDICIÓN:

El entrenador debe estar habilitado en el sistema.

CAMINO NORMAL:

1.c Entrenador ingresa al sistema una cuenta.

2.c Sistema valida la cuenta.
3.c Entrenador inscribe al equipo.
4.c Sistema habilita una cuenta al equipo.
5.c Sistema manda un mensaje al equipo para que estos actualicen sus datos personales.
6.c Sistema comprueba que el equipo esta correctamente habilitado.
7.c Sistema crea un reporte de los equipos habilitados.
8.c Equipo comprueba el estado de su equipo.

CAMINO ALTERNATIVO:

1a. Entrenador ingresa una cuenta no valida.

OST-CONDICIÓN:

El entrenador esta registrado como entrenador del equipo que inscribió.

CASO DE USO: Reporte de Actividades

ACTORES: Equipo, Entrenador

RE - CONDICIONES:

El equipo está autentificado o el Entrenador esta autentificado.

CAMINO NORMAL:

1. El actor Ingresa a Reporte de Actividades.

2. Selecciona generar nuevo reporte.
3. Llena el reporte de nueva actividad.
4. Confirma el reporte.
5. Crea el reporte.
6. Se actualiza el reporte de actividades.

CAMINO ALTERNATIVO:

3. Introducción de identificador inválido. Indicar error.

4. El actor cancela el reporte.

1.c No se crea el reporte

2.c No se actualiza el reporte de actividades
Se sale del sistema
OST - CONDICIONES: Se registra una actividad, se actualiza el reporte de actividades.

CASO DE USO: Publicar Actividades del Sistema

ACTORES: Administrador

RE-CONDICIÓN:

El Administrador esta correctamente autentificado en el sistema.

CAMINO NORMAL:

1.- El Administrador elige la opción ³Publicar nueva actividad´ en el sistema.

2.- El sistema le pide al Administrador que introduzca el titulo de la actividad.

3.- El Administrador introduce el titulo de la actividad.

4.-El Administrador hace la explicación de la actividad en donde refiere el inicio y

fin de la actividad y explica como se llevara a cabo.

5.- El Administrador elige la opción ³Publicar´.

CAMINO ALTERNATIVO:

1.- El Administrador elije la opción de editar una actividad ya existente.

2- El Administrador elije la opción ³Cancelar´.

3.- El sistema muestra un mensaje notificando que no se puede publicar la actividad

por que ese nombre ya existe.

OST-CONDICIONES:

Se publica una nueva actividad en el sistema refiriendo al Administrador que

publico la actividad y la fecha.

CASO DE USO: Reportar Participantes por Yestión y Entrenamiento

ACTORES: Administrador

RE-CONDICIÓN:

El administrador tiene una cuenta en el sistema y estar logueado en el sistema.

CAMINO NORMAL

1.c Este caso de uso comienza cuando el Administrador selecciona la opción ³Reporte
de Participantes´ en el sistema.
2.c El sistema obtiene de la tabla equipo a todos los equipos del sistema y lo muestra
por pantalla.
3.c El administrador selecciona a los equipos y organizándolos a estos por gestión y si
estos solo están entrenando. El administrador selecciona ³Yuardar´ el reporte por
gestión.
4.c El sistema selecciona el nombre de los equipos seleccionado por el administrador y
los muestra por pantalla.
5.c El Administrador verifica si lo cambios son correctos y selecciona ³Finalizar´.
6.c El sistema guarda los cambios realizado y envía al administrador a la página
principal.

CAMINO ALTERNATIVO

3.a.- El administrador no selecciona ningún equipo para el reporte.

3.b .- El Administrador elige erróneamente al equipo para el reporte.

5.a.- El administrador no esta de acuerdo con lo cambios realizados y selecciona

³Modificar´.

OST-CONDICIÓN

El Administrador tendrá a la mano el reporte de todos los equipos por gestión y por
entrenamiento.

CASO DE USO: Yestionar Entrenamiento

ACTORES: Entrenador

RE-CONDICIONES:

El entrenador esta autentificado.

CAMINO NORMAL:

1. El entrenador sube los ejercicios.

2. Los Equipos resuelven los problemas planteados.
3. Los equipos suben las respuestas.
4. El entrenador cierra el sistema.
CAMINO ALTERNATIVO:

2. El o los equipos no resuelven los problemas planteados.

1. Los equipos no suben las repuestas.
2. El entrenador cierra el sistema.
3. Error al subir las respuestas: Servidor no disponible.

OST-CONDICIONES: Se evalúan el o los equipos

CASO DE USO: Administrar Juez Virtual

ACTORES: Entrenador

RE ± CONDICIÓN:

Existen dos o más equipos que ya realizaron los problemas y tienen que ser
evaluados.

CAMINO NORMAL:

1.c El entrenador solicita ingreso al sistema.

2.c El entrenador ingresa al sistema y entra a la sección de equipo.
3.c El entrenador descarga las respuestas de cada equipo del sistema.
4.c El entrenador inicia el Juez Virtual.
5.c El entrenador sube las respuestas de cada equipo al Juez Virtual.
6.c El entrenador ejecuta el Juez Virtual.
7.c El Juez Virtual evalúa las respuestas de cada equipo.
8.c El Juez Virtual envía las respuestas al entrenador.
9.c El entrenador cierra el Juez Virtual.
10.cEl entrenador sube un reporte de las respuestas al sistema.
11.cEl entrenador cierra el sistema.

CAMINO ALTERNATIVO:

1.c El entrenador solicita ingreso al sistema.

2.c El sistema tiene un problema y no realiza la solicitud de ingreso.
3.c El sistema envía un mensaje de error en el servidor.
4.c El entrenador cierra el sistema.

OST ± CONDICIÓN:

Se actualiza la sección de reportes, se publica una nueva actividad y el equipo puede

ver sus resultados.