• No results found

3 Research Design and Methods

3.6 Ethical Considerations

2.4.1. ACTORES

A continuación, se describen los actores que interactúan con el software y lo que cada uno de éstos puede realizar en el sistema.

Actor Rol que desempeña Funcional

Administrador (Docente) El administrador (docente) accederá al software con la finalidad de administrar el gestionamiento de la información, tanto de los estudiantes como del administrador y además podrá hacer las consultas a la base de datos relacionadas con el avance del estudiante. ◦ Ingresar al software ◦ Gestionar cuenta ◦ Registrar estudiante ◦ Modificar estudiante ◦ Eliminar estudiante ◦ Consultar información estudiante ◦ Registrar tipo de condición ◦ Modificar tipo de condición ◦ Eliminar tipo de condición ◦ Consultar tipo de condición. ◦ Consultar créditos ◦ Cerrar sesión Estudiante (Con discapacidad o sin discapacidad visual) El estudiante accederá al software con la finalidad de hacer uso del juego educativo.

◦ Consultar tutorial del juego ◦ Iniciar juego ◦ Modificar configuraciones (asociadas al tipo de usuario) ◦ Cerrar sesión Tabla 19. Fase elaboración: Definición casos de uso.

78

2.4.2. DIAGRAMA DE ACTORES

Figura 32. Diagrama de casos de uso: Actores

2.4.3. CASOS DE USO

A continuación, se especifican los casos de uso asociados al software: • Iniciar sesión.

• Registrar estudiante. • Modificar estudiante.

• Consultar información estudiante.

◦ «extend» Consultar información general estudiante. ◦ «extend» Consultar detalles del estudiante.

• Eliminar estudiante.

• Registrar tipo de condición. • Modificar tipo de condición. • Consultar tipo de visión. • Eliminar tipo de visión. • Gestionar cuenta. • Ver créditos. • Iniciar juego. • Ingresar respuestas. • Modificar opciones. • Ver tutorial. • Cerrar sesión.

79

2.4.4. DOCUMENTACIÓN CASOS DE USO

Caso 01: Iniciar sesión

IDENTIFICACION CASO DE USO ACTORES

CU-01 Iniciar sesión Administrador, Estudiante

OBJETIVO

Permitir el logueo del usuario en el software.

DESCRIPCION

El caso de uso permite el ingreso del usuario (administrador, estudiante) al software mediante el suministro de la información correspondiente (usuario y contraseña).

Precondiciones • El usuario debe abrir el programa desde el computador.

Post-condiciones • El usuario ingresa correctamente al software. Alternativas y

excepciones

• El usuario suministra datos incorrectos para el logueo.

• El usuario no se encuentra registrado en la base de datos.

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El usuario solicita la petición de ingreso al software.

3. El usuario ingresa la información solicitada.

4. El usuario envía la petición al sistema para poderse logear. 6. El usuario ingresa de forma

exitosa al sistema y puede navegar en él.

2. El sistema solicita el ingreso de la información necesaria para el logueo (usuario y contraseña). 5. El sistema verifica la información

suministrada exitosamente.

PUNTOS DE INTERRUPCION

◦ El usuario puede cancelar la operación en el punto 3.

◦ El sistema no puede validar la información suministrada por lo que el sistema solicita el nuevo ingreso de la misma, redirección al punto 3.

80

Caso de uso 02: Registro estudiante

IDENTIFICACION CASO DE USO ACTORES

CU-02 Registrar estudiante Administrador

OBJETIVO

Registrar la información asociada a un estudiante.

DESCRIPCION

El caso de uso permite registrar cada uno de los datos relacionados a un estudiante del colegio.

Precondiciones

• El administrador debe estar logueado en el sistema.

• Debe conocerse la información necesaria del estudiante.

Post-condiciones • El administrador registra de forma exitosa el estudiante.

Alternativas y

excepciones • Los datos del registro están incompletos. CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El administrador realiza una petición a la interfaz de registro del estudiante.

3. El administrador ingresa la información del estudiante. 4. El administrador envía la petición

de registro del estudiante.

2. El sistema re direcciona al administrador a la interfaz del registro.

5. El sistema registra de forma exitosa el estudiante.

PUNTOS DE INTERRUPCION

◦ El administrador puede cancelar la operación en el punto 3.

◦ Alguno de los datos ingresados en el punto 3 son incorrectos, redirección a punto 3.

◦ El estudiante ya se ha registrado previamente, redirección al punto 3.

81 • Caso uso 03: Modificar estudiante

IDENTIFICACION CASO DE USO ACTORES

CU-03 Modificar estudiante Administrador

OBJETIVO

Actualizar o modificar la información respectiva del estudiante

DESCRIPCION

El caso de uso permite modificar o actualizar la información de un estudiante.

Precondiciones

• El administrador debe estar logueado en el sistema.

• El administrador debe estar en la interfaz de gestionamiento de información del estudiante. • El estudiante debió ser previamente registrado

en el sistema.

Post-condiciones • El administrador modifica de forma exitosa la información del estudiante

Alternativas y

excepciones

• Los datos del registro ingresados están incompletos.

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El administrador selecciona del listado disponible el estudiante al cual desea modificar su información.

4. El administrador ingresa la nueva información del estudiante.

5. El administrador envía la petición de modificación del estudiante.

2. El sistema redirecciona al administrador a la interfaz de actualización de la información del estudiante.

3. El sistema despliega los campos para la modificación del estudiante. 6. El sistema obtiene los datos del

estudiante.

7. El sistema modifica exitosamente los nuevos datos del estudiante.

PUNTOS DE INTERRUPCION

◦ El administrador puede cancelar la operación en el punto 1 y 4.

◦ La información suministrada en el punto 4 es incorrecta, el sistema redirecciona a 4.

82

Caso de uso 04: Consultar información estudiante

IDENTIFICACION CASO DE USO ACTORES

CU-04 Consultar estudiante Administrador

OBJETIVO

Consultar la información asociada a un estudiante.

DESCRIPCION

El caso de uso permite realizar la consulta sobre la información de un artículo en el sistema. (dos tipos de consulta)

Precondiciones • El administrador debe estar logueado en el sistema. • El administrador debe estar en el menú principal. Post-condiciones • El administrador consulta de forma exitosa la

información del estudiante. Alternativas y

excepciones

• No se encuentra ningún estudiante registrado en el sistema.

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El administrador realiza la solicitud para efectuar la consulta de los estudiantes registrados en el sistema (haciendo uso del botón dispuesto en el menú principal).

2. El sistema re direcciona al administrador a la interfaz del gestionamiento de la información del estudiante.

3. El sistema despliega una tabla con la información general de los estudiantes que se encuentran registrados en el sistema .

PUNTOS DE INTERRUPCION

◦ El administrador puede cancelar la operación en el punto 1.

83

Caso de uso 05: Consulta detalles estudiante

IDENTIFICACION CASO DE USO ACTORES

CU-05 Consultar información

detallada estudiante. Administrador

OBJETIVO

Consultar los detalles de la información asociada a un estudiante.

DESCRIPCION

El caso de uso permite al administrador consultar la información detallada de determinado estudiante (avance en el juego).

Precondiciones

• El administrador debe estar logueado en el sistema. • El administrador debe estar en la interfaz de

gestionamiento de información del estudiante. • El estudiante debe estar registrado en el sistema. Post-condiciones • El administrador consulta satisfactoriamente la

información del estudiante especificado. Alternativas y

excepciones • El administrador no está logueado en el sistema.

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El administrador selecciona de la lista desplegada el estudiante de quien desea ver los detalles. 2. El administrador realiza la

solicitud de consulta al sistema.

3. El sistema despliega una tabla con la información detallada del estudiante (información asociada al avance del estudiante).

PUNTOS DE INTERRUPCION

◦ El administrador puede cancelar el proceso en el punto 1.

Tabla 24. Documentación casos de uso: Caso 5 – Consultar información detallada estudiante.

84 • Caso uso 06: Eliminar estudiante

IDENTIFICACION CASO DE USO ACTORES

CU-07 Eliminar estudiante Administrador

OBJETIVO

Eliminar el registro asociado a un determinado estudiante.

DESCRIPCION

El caso de uso permite eliminar el registro de un determinado estudiante en el sistema.

Precondiciones

• El estudiante debe estar previamente registrado en el sistema.

• El administrador debe estar en la interfaz de gestión de la información del estudiante.

Post-condiciones • El administrador elimina de forma exitosa el registro de algún estudiante.

Alternativas y

excepciones • El administrador no está logueado en el sistema.

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El administrador selecciona de la lista desplegada el estudiante que desea eliminar.

2. El administrador envía la petición de eliminación del estudiante seleccionado.

4. El administrador confirma la eliminación

3. El sistema despliega una ventana para confirmar la eliminación del estudiante.

5. El sistema elimina de forma exitosa la información del estudiante.

PUNTOS DE INTERRUPCION

◦ El administrador puede cancelar la operación en el punto 1 y 4.

85

Caso de uso 07: Registro tipo condición

IDENTIFICACION CASO DE USO ACTORES

CU-07 Registrar tipo condición Administrador

OBJETIVO

Registrar la información asociada a un nuevo tipo de condición.

DESCRIPCION

El caso de uso permite registrar la información de los datos asociados a un tipo de condición (en cuanto a las discapacidades presentes) .

Precondiciones

• El administrador debe estar logueado en el sistema.

• El administrador debe estar en el menú principal. • Debe conocerse la información necesaria del tipo

de condición.

Post-condiciones • El administrador registra de forma exitosa el tipo de visión.

Alternativas y

excepciones • Los datos del registro están incompletos.

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El administrador realiza una petición a la interfaz de registro de tipo de condición.

3. El administrador ingresa la información del tipo de condición. 4. El administrador envía la petición

de registro del tipo de condición.

2. El sistema re direcciona al administrador a la interfaz en la que podrá registrar la información del tipo de condición.

5. El sistema registra de forma exitosa el tipo de condición.

PUNTOS DE INTERRUPCION

◦ El administrador puede cancelar la operación en el punto 3.

◦ Alguno de los datos ingresados en el punto 3 son incorrectos, redirección a punto 3.

◦ El tipo de condición ya se ha registrado previamente, redirección al punto 3.

Tabla 26. Documentación casos de uso: Caso 7 - Registrar tipo condición.

86

Caso uso 08: Modificar tipo condición

IDENTIFICACION CASO DE USO ACTORES

CU-09 Modificar tipo condición Administrador

OBJETIVO

Actualizar o modificar la información respectiva del tipo de condición

DESCRIPCION

El caso de uso permite modificar o actualizar la información de un tipo de condición específico.

Precondiciones

• El administrador debe estar logueado en el sistema.

• El tipo de condición debió ser previamente registrado en el sistema.

Post-condiciones • El administrador modifica de forma exitosa la información del tipo de condición.

Alternativas y

excepciones

• El tipo de condición no se encuentra registrado en el sistema.

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El administrador selecciona del listado disponible el tipo de condición que desea modificar. 2. El administrador realiza una

petición a la interfaz de modificación de información del tipo de condición.

5. El administrador ingresa la información del estudiante.

6. El administrador envía la petición de modificación del estudiante.

3. El sistema re direcciona al administrador a la interfaz de actualización de la información del tipo de condición.

4. El sistema despliega los campos para la modificación del estudiante. 7. El sistema obtiene los datos del

estudiante.

8. El sistema modifica exitosamente los nuevos datos del estudiante.

PUNTOS DE INTERRUPCION

◦ El administrador puede cancelar la operación en el punto 5.

87

Caso uso 09: Consultar tipo de condición

IDENTIFICACION CASO DE USO ACTORES

CU-09 Consultar tipo de

condición Administrador

OBJETIVO

Consultar la información asociada a un tipo de condición.

DESCRIPCION

El caso de uso permite realizar consultas sobre la información de algún determinado tipo de condición en el sistema.

Precondiciones

• El administrador debe estar previamente registrado en el sistema.

• El administrador debe estar en la interfaz de gestionamiento de la información del tipo de condición.

Post-condiciones • El administrador consulta de forma exitosa la información de algún tipo de condición.

Alternativas y excepciones

• No existe ningún tipo de condición registrado en el sistema.

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El administrador realiza la solicitud para efectuar la consulta de los tipos de condiciones registrados en el sistema (haciendo uso del botón dispuesto en el menú principal).

2. El sistema re direcciona al administrador a la interfaz del gestionamiento de la información del tipo de condición.

3. El sistema despliega una tabla con la información general de los tipos de condiciones que se encuentran registrados en el sistema .

PUNTOS DE INTERRUPCION

◦ El administrador puede cancelar la operación en el punto 1.

88

Caso de uso 10: Consulta detalles tipo condición

IDENTIFICACION CASO DE USO ACTORES

CU-10 Consultar información

detallada tipo de condición. Administrador

OBJETIVO

Consultar los detalles de la información asociada a un tipo de condición.

DESCRIPCION

El caso de uso permite al administrador consultar la información detallada de determinado tipo de condición.

Precondiciones

• El administrador debe estar logueado en el sistema. • El administrador debe estar en la interfaz de

gestionamiento de información del tipo de condición. • El tipo de condición debe estar registrado en el

sistema.

Post-condiciones • El administrador consulta satisfactoriamente la información del tipo de condición especificado. Alternativas y

excepciones • El administrador no está logueado en el sistema.

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El administrador selecciona de la lista desplegada el tipo de condición del cual desea ver los detalles.

2. El administrador realiza la solicitud de consulta al sistema.

3. El sistema despliega una tabla con la información detallada del tipo de condición.

PUNTOS DE INTERRUPCION

◦ El administrador puede cancelar el proceso en el punto 1.

89

Caso uso 11: Eliminar tipo de condición

IDENTIFICACION CASO DE USO ACTORES

CU-11 Eliminar tipo condición Administrador

OBJETIVO

Eliminar el registro asociado a un determinado tipo de condición.

DESCRIPCION

El caso de uso permite eliminar el registro de un determinado tipo de condición en el sistema.

Precondiciones

• El tipo de condición debe estar previamente registrado en el sistema.

• El administrador debe estar en la interfaz de gestión de la información del tipo de condición. Post-condiciones • El administrador elimina de forma exitosa el

registro de algún tipo de condición. Alternativas y

excepciones

• El tipo de condición no se encuentra registrado en el sistema.

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El administrador selecciona el tipo de condición que desea eliminar.

2. El administrador envía la petición de eliminación del tipo de condición.

3. El sistema elimina de forma exitosa la información del tipo de condición.

PUNTOS DE INTERRUPCION

◦ El administrador puede cancelar la operación en el punto 1.

◦ El sistema no puede realizar la eliminación del registro en el punto 3, ya que el tipo de condición se encuentra asociado a un estudiante.

90 • Caso de uso 12: Gestión cuenta

IDENTIFICACION CASO DE USO ACTORES

CU-12 Gestionar cuenta Administrador

OBJETIVO

Actualizar o modificar la información asociada a la cuenta del administrador

DESCRIPCION

El caso de uso permite modificar o actualizar la información de la cuenta del administrador (usuario y contraseña)

Precondiciones • El administrador debe estar logueado en el sistema..

Post-condiciones • El administrador modifica de forma exitosa la información de la cuenta.

Alternativas y

excepciones

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El administrador realiza una petición a la interfaz de gestión de la cuenta.

4. El administrador ingresa la nueva información de la cuenta. 5. El administrador envía la solicitud de modificación de la cuenta. 2. El sistema redirecciona al administrador a la interfaz de la gestión de la cuenta.

3. El sistema despliega los campos para la modificación de la cuenta. 6. El sistema obtiene los datos de la

cuenta.

7. El sistema modifica exitosamente los nuevos datos de la cuenta.

PUNTOS DE INTERRUPCION

◦ El administrador puede cancelar la operación en el punto 4.

91 • Caso de uso 13: Ver créditos

IDENTIFICACION CASO DE USO ACTORES

CU-13 Ver créditos Administrador

OBJETIVO

Ver los créditos relacionados al desarrollo del software.

DESCRIPCION

El caso de uso permite visualizar los créditos relacionados al desarrollo del software.

Precondiciones • El administrador debe estar logueado en el sistema.

Post-condiciones • El administrador visualiza de manera exitosa los créditos.

Alternativas y excepciones

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El administrador realiza una petición a la interfaz de créditos.

2. El sistema redirecciona al administrador a la interfaz.

3. El sistema despliega la información de los créditos.

PUNTOS DE INTERRUPCION

◦ El estudiante puede cancelar la operación en el punto 1.

92 • Caso de uso 14: Iniciar juego

IDENTIFICACION CASO DE USO ACTORES

CU-14 Iniciar juego Estudiante

OBJETIVO

Iniciar un nuevo juego en la aplicación.

DESCRIPCION

El caso de uso permite al estudiante iniciar de acuerdo al tipo de juego que desee (jugar con las sumas, restas, multiplicaciones, divisiones).

Precondiciones • El estudiante debe estar logueado en el sistema.

Post-condiciones • Estudiante inicia el juego de forma exitosa.

Alternativas y

excepciones • Estudiante cancela el proceso

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El estudiante realiza una petición a la interfaz jugar. 3. El estudiante selecciona el tipo de juego.

2. El sistema redirecciona al estudiante a la interfaz de selección del tipo de juego.

4. El sistema redirecciona a la interfaz del juego.

PUNTOS DE INTERRUPCION

◦ El estudiante puede cancelar la operación en el punto 1.

93 • Caso de uso 15: Responder juego

IDENTIFICACION CASO DE USO ACTORES

CU-15 Ingresar respuesta Estudiante

OBJETIVO

Ingresar la respuesta de las operaciones del juego educativo.

DESCRIPCION

El caso de uso permite al estudiante responder las operaciones relacionadas con el juego educativo.

Precondiciones

• El estudiante debe estar logueado en el sistema.

• El estudiante debe estar jugando.

Post-condiciones • Estudiante responde a las operaciones..

Alternativas y

excepciones • Estudiante cancela el proceso.

CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

2. El estudiante ingresa la respuesta a la operación.

3. El estudiante hace la solicitud de respuesta al sistema.

1. El sistema despliega las operaciones matemáticas relacionadas con el juego.

4. El sistema acepta la respuesta, consulta si está correcto.

PUNTOS DE INTERRUPCION

◦ El estudiante puede pausar el juego.

◦ Si el resultado suministrado en 3 es correcto, redirecciona a 1. ◦ Si el resultado suministrado en 3 es incorrecto, redirecciona a 2.

94 • Caso de uso 16: Modificar configuraciones

IDENTIFICACION CASO DE USO ACTORES

CU-16 Modificar configuraciones Estudiante

OBJETIVO

Modificar las configuraciones permitidas por el software.

DESCRIPCION

El caso de uso permite al estudiante modificar las configuraciones permitidas al software (las cuales están orientadas al tipo de discapacidad que presente el estudiante).

Precondiciones • El estudiante debe estar logueado en el sistema. Post-condiciones • El estudiante modifica las configuraciones

exitosamente.

Alternativas y

excepciones • El estudiante cancela el proceso CURSO NORMAL DE LOS EVENTOS

Acción del actor Respuesta del sistema

1. El estudiante realiza una petición a la interfaz de opciones.

3. El usuario modifica las configuraciones que desee.

2. El sistema redirecciona al usuario a la interfaz de opciones.

3. El sistema registra las nuevas configuraciones.

PUNTOS DE INTERRUPCION

◦ El estudiante puede cancelar la operación en el punto 3.

95 • Caso de uso 17: Ver tutorial

IDENTIFICACION CASO DE USO ACTORES

CU-17 Ver tutorial Estudiante

OBJETIVO

Ver el tutorial relacionado al juego el software.

DESCRIPCION

El caso de uso permite visualizar el tutorial relacionado al manejo del juego del software.

Precondiciones • El estudiante debe estar logueado en el