AVM

Sistema para Gestión de Aula Virtual Matemática

Especificación de Caso de Uso:
Ingreso a Aula
Versión 1.0
Sistema para Gestión de Aula Virtual Matemática Versión: 1.0
Especificación de Caso de Uso: Ingreso a Aula Fecha: 19/09/2005
Caso de Uso CU09

Tabla de Contenidos
1. Ingreso a aula 3
1.1 Descripción 3

2. Flujo de Eventos 3
2.1 Flujo Básico 3
2.2 Flujos Alternativos 3
2.2.1 En el punto 1 3
2.2.2 En el punto 4.2 4
2.2.3 En el punto 5.1 4
2.2.4 En el punto 5.2 4

3. Precondiciones 4
3.1 El estudiante ha realizado correctamente el registro en el sistema mediante el nombre de usuario y
la contraseña. 4

4. Poscondiciones 4
4.1 En caso de haberse realizado un nuevo módulo y seleccionado guardar, se debe realizar una
comunicación al docente a cargo. 4
4.2 En caso de haberse modificado un módulo pendiente, se debe realizar una comunicación al
docente a cargo. 4
4.3 En caso de haberse realizado un borrado de un módulo pendiente, se debe realizar una
comunicación al docente a cargo. 4

5. Puntos de Extensión 4
5.1 Gestión de Estudiantes en el punto 1 4

Confidencial AVM, 2010 Pág. 2

Sistema para Gestión de Aula Virtual Matemática Versión: 1.0
Especificación de Caso de Uso: Ingreso a Aula Fecha: 19/09/2005
Caso de Uso CU09

Especificación de caso de uso: Ingreso a aula

1. Ingreso a aula
1.1 Descripción
El estudiante, después de registrarse en el sistema mediante el usuario y la contraseña pueden invocar el
caso de uso ingreso a aula. Se introduce el login y se muestran los módulos que tiene pendientes si los hay.

2. Flujo de Eventos
2.1 Flujo Básico

1. El estudiante ingresa su login.

2. El sistema presenta los datos del estudiante, según aparezcan en la base de datos, y la lista de materias y
módulos en curso.
3. El sistema comunica al estudiante los módulos pendientes y ofrecen la posibilidad de imprimir los mismos.
En caso de realizar un nuevo ingreso a módulo, ir al punto 4. En caso de solicitar una modificación de un
módulo pendiente, pasar al punto 5. En caso de solicitar la cancelación de un módulo pendiente se
procederá al punto 6.
4. El sistema muestra una nueva interfaz gráfica en la que aparece un campo con la fecha actual del sistema, la
referencia del módulo a reingresar y un listado de los temas del módulo, en las que se reflejan el código de
tema, la descripción del mismo.
4.1.El sistema crea un nuevo módulo
4.2.Se selecciona la modalidad de pago, que aparecerá como créditos disponibles según el estudiante.
4.3.Por último, una vez verificada la información del módulo, el sistema guardará el nuevo módulo
pulsando el botón “guardar”, en cuyo caso se almacenará en la base de datos con los datos actuales.
Pasar al punto 7.
5. El sistema muestra una nueva interfaz gráfica en la que aparece un campo con la fecha actual del sistema, la
referencia del módulo a modificar y un listado de los temas del módulo, en las que se reflejan el código de
tema, la descripción del mismo.
5.1.El sistema pueden modificar una línea de módulo seleccionando la línea de módulo de la lista de
líneas.
5.2.Por último, una vez introducidas o modificadas las especificaciones del módulo, el sistema
guardará el módulo pulsando el botón “guardar”, en cuyo caso se almacenará en la base de datos con
los datos actuales. Pasar al punto 7.
6. El sistema seleccionan el módulo en elaboración a borrar y pulsan el botón “cancelar módulo”. El sistema
mostrará una ventana de aviso de borrado y de pérdida de los datos. El sistema pueden confirmar el borrado
pulsando el botón “aceptar”o cancelar pulsando”cancelar”. En el primer caso el módulo se elimina de la
base de datos, y en el segundo permanece sin cambios.
7. El sistema vuelve a la interfaz de ingreso a aula, en la que pueden cambiar de estudiante, consultar los
módulos del estudiante o salir de la aplicación.

2.2 Flujos Alternativos

2.2.1 En el punto 1
Si en el paso 1 el estudiante no está dado de alta se mostrará un mensaje de error indicando el fracaso de la
búsqueda y se podrá invocar el caso de uso gestión de estudiantes para proceder a su alta. En el caso del
representante de ventas puede ser que el problema se derive de que esté indicando un estudiante al que no
representa.

Confidencial AVM, 2010 Pág. 3

Sistema para Gestión de Aula Virtual Matemática Versión: 1.0
Especificación de Caso de Uso: Ingreso a Aula Fecha: 19/09/2005
Caso de Uso CU09

2.2.2 En el punto 4.2

Si en el paso 4.2 se introduce una referencia errónea o inexistente, el sistema generará un aviso de error de
módulo no existente.

2.2.3 En el punto 5.1

Si en el paso 5.1 se introduce una referencia errónea o inexistente, el sistema generará un aviso de error de
módulo no existente.

2.2.4 En el punto 5.2

Si en el paso 5.2 se introduce un código de módulo erróneo, el sistema generará un aviso de error de
módulo no existente.

3. Precondiciones
3.1 El estudiante ha realizado correctamente el registro en el sistema mediante el
nombre de usuario y la contraseña.

4. Poscondiciones
4.1 En caso de haberse realizado un nuevo módulo y seleccionado guardar, se debe
realizar una comunicación al docente a cargo.

4.2 En caso de haberse modificado un módulo pendiente, se debe realizar una

comunicación al docente a cargo.

4.3 En caso de haberse realizado un borrado de un módulo pendiente, se debe realizar

una comunicación al docente a cargo.

5. Puntos de Extensión
5.1 Gestión de Estudiantes en el punto 1
En el paso 1, en caso de que no exista el estudiante, se puede invocar el caso de uso Gestión de Estudiantes
para introducir un nuevo estudiante en la base de datos del sistema.

Confidencial AVM, 2010 Pág. 4