Vista Casos de Uso

Los casos de uso mostrados en la figura 3.14 est´an directamente relacionados con los escenarios de interacci´on propuestos en el modelo de referencia. Para la especificaci´on de los casos de uso se emplea un formato que incluye [86]:

Actores: actores involucrados en el caso de uso.

Requisitos: condiciones in´ıciales que favorecen el caso de uso.

Escenario de interacci´on: escenario del modelo de referencia con el que se relaciona el caso de uso.

Flujo de eventos: flujo principal de eventos en el caso de uso y su relaci´on con los escenarios de interacci´on del modelo de referencia.

Flujos alternos: eventos que pueden ocurrir en el desarrollo del caso de uso impidiendo que termine correctamente.

3.4. Descripci´on de la arquitectura

Figura 3.19: Diagrama de casos de uso.(Fuente propia)

1. CU1: Iniciar Sesi´on

Actores: estudiante, profesor o administrador.

Requisitos: el usuario dispone de un computador con acceso a internet.

Escenario de interacci´on: ninguno.

Flujo de eventos: el usuario accede a la plataforma v´ıa web, donde se despliega una pa- gina de internet, el usuario ingresa su nombre de usuario y su contrase˜na. El sistema verifica la informaci´on y redirige al usuario.

Flujos alternos: el sistema valida la informaci´on del usuario, en caso de ser incorrecta se muestra un mensaje adjunto al formulario de inicio de sesi´on notificando que ha ocurrido un error.

Resultado: se crea sesi´on para el usuario y es redirigido a uno de los portales del sistema.

2. CU2: Agregar contenido multimedia

Actores: profesor.

Requisitos: CU1, el usuario debe tener acceso al sistema.

Escenario de interacci´on: gesti´on de contenido multimedia.

Flujo de eventos: el usuario accede a la plataforma mediante la pagina web, selecciona el curso al que desea agregar contenido multimedia, selecciona el tipo de contenido multimedia. Ingresa nombre, link y un comentario finalmente pulsa aceptar y verifica que el contenido ha sido agregado a su lista de contenidos.

Flujos alternos: el profesor no ingresa el nombre del contenido, en este caso el sistema adjunta un mensaje al campo del nombre del objeto indic´andole que es obligatorio.

Resultado: el profesor agrega contenido multimedia.

3. CU3: Crear contenido multimedia

Actores: profesor.

Requisitos: CU1, el usuario debe tener acceso al sistema.

Escenario de interacci´on: gesti´on de contenido multimedia.

Flujo de eventos: el usuario selecciona el tipo de contenido multimedia que desea crear, accede a la plataforma mediante la aplicaci´on de escritorio, selecciona el curso al que desea agregar contenido multimedia, Ingresa nombre, link y un comentario finalmente pulsa aceptar y verifica que el contenido ha sido agregado a su lista de contenidos.

Flujos alternos: el profesor no ingresa el nombre del contenido, en este caso el sistema adjunta un mensaje al campo del nombre del objeto indic´andole que es obligatorio.

Resultado: el profesor agrega contenido multimedia.

4. CU4: Editar contenido multimedia

Actores: profesor.

Requisitos: CU1, el usuario debe tener acceso al sistema.

Escenario de interacci´on: gesti´on de contenido multimedia.

Flujo de eventos: el usuario accede a la plataforma mediante la pagina web, selecciona el curso al que desea editar contenido multimedia, pulsa en el bot´on editar, cambia nombre, link o comentario finalmente pulsa aceptar y verifica que el contenido ha sido editado de su lista de contenidos.

3.4. Descripci´on de la arquitectura

caso el sistema no cambia las propiedades del contenido.

Resultado: el profesor edita contenido multimedia.

5. CU5: Eliminar contenido multimedia

Actores: profesor.

Requisitos: CU1, el usuario debe tener acceso al sistema.

Escenario de interacci´on: gesti´on de contenido multimedia.

Flujo de eventos: el usuario accede a la plataforma mediante la pagina web, selecciona el curso al que desea eliminar contenido multimedia, selecciona el contenido que desea eliminar y pulsa el bot´on aceptar.

Flujos alternos: el profesor no selecciona contenido, en este caso el sistema muestra un mensaje de advertencia informando que se debe seleccionar un contenido para eliminar.

Resultado: el profesor elimina contenido multimedia.

6. CU6: Crear cursos

Actores:profesor.

Requisitos:CU1, el usuario debe tener acceso al sistema.

Escenario de interacci´on: gesti´on de cursos.

Flujo de eventos: el usuario accede a la plataforma mediante la p´agina web, pulsa el bot´on agregar curso da un nombre al curso y pulsa aceptar.

Flujos alternos: el profesor no ingresa nombre del curso, el sistema muestra un mensa- je de error indicando que se debe dar un nombre al curso.

Resultado: el profesor crea un curso.

7. CU7: Eliminar cursos

Actores: profesor.

Requisitos: CU1, el usuario debe tener acceso al sistema.

Escenario de interacci´on: gesti´on de cursos.

Flujo de eventos: el usuario accede a la plataforma mediante la p´agina web, selecciona un curso y pulsa el bot´on eliminar, luego pulsa aceptar en la advertencia que el sistema presenta para eliminar el curso.

Flujos alternos: el profesor no selecciona un curso a eliminar, el sistema indica al pro- fesor que debe seleccionar un curso para eliminar.

8. CU8: Edita cursos

Actores: profesor.

Requisitos: CU1, el usuario debe tener acceso al sistema.

Escenario de interacci´on: gesti´on de cursos.

Flujo de eventos: el usuario accede a la plataforma mediante la p´agina web, pulsa el bot´on editar curso da un nuevo nombre al curso y pulsa aceptar.

Flujos alternos: el profesor no ingresa nombre del curso, el sistema muestra un mensa- je de error indicando que se debe dar un nombre al curso.

Resultado: el profesor edita un curso.

9. CU9: Editar informaci´on personal

Actores: profesor.

Requisitos: CU1, el usuario debe tener acceso al sistema.

Escenario de interacci´on: gesti´on de informaci´on personal.

Flujo de eventos: el usuario accede a la plataforma mediante la p´agina web, pulsa el bot´on editar informaci´on personal, edita su informaci´on, pulsa el bot´on editar.

Flujos alternos: el profesor no ingresa nombre, tel´efono o email o direcci´on el sistema no edita informaci´on personal.

Resultado: el profesor edita su informaci´on personal.

10. CU10: Generar link de integraci´on

Actores: profesor.

Requisitos: CU1, el usuario debe tener acceso al sistema.

Escenario de interacci´on: aplicaci´on web para integraci´on con LMS.

Flujo de eventos: el usuario accede a la plataforma mediante la p´agina web, selecciona el curso que desea integrar y pulsa el bot´on generar link, el sistema muestra el link de integraci´on y un id adicional para control de usuarios.

Flujos alternos: el profesor no selecciona un curso, el sistema muestra una advertencia indicando que debe seleccionar un curso para generar link de integraci´on.

Resultado: el profesor genera un link de integraci´on.

11. CU11: Ver contenido multimedia

Actores: estudiante.

3.4. Descripci´on de la arquitectura

Escenario de interacci´on: aplicaci´on web de interacci´on con el estudiante.

Flujo de eventos: el usuario accede a la plataforma mediante la p´agina web, selecciona el link que le fue compartido y abre una nueva ventana en el navegador, el sistema solicita un id de ingreso al curso, el usuario ingresa el id tambi´en compartido, el usuario puede ver el contenido generado o agregado por el profesor.

Flujos alternos: el estudiante no selecciona ingresa el n´umero de identificaci´on del cur- so, el sistema muestra no muestra ning´un contenido multimedia.

Resultado: el estudiante interact´ua con el contenido generado o creado para el curso.

12. CU12: Crear profesor

Actores: administrador.

Requisitos: CU1, el usuario debe tener acceso al sistema.

Escenario de interacci´on: gesti´on de usuarios.

Flujo de eventos: el usuario accede a la plataforma mediante la p´agina web, pulsa el bot´on agregar profesor ingresa un nombre de usuario y contrase˜na para el profesor, el sistema notifica al profesor que ya tiene acceso al sistema.

Flujos alternos: el administrador no ingresa nombre de usuario o contrase˜na, el sistema muestra un mensaje de error indicando que se debe ingresar un nombre de usuario o contrase˜na.

Resultado: el administrador crea un profesor.

13. CU13: Eliminar profesor

Actores: administrador.

Requisitos: CU1, el usuario debe tener acceso al sistema.

Escenario de interacci´on: gesti´on de usuarios.

Flujo de eventos: el usuario accede a la plataforma mediante la p´agina web, selecciona un profesor, pulsa el bot´on eliminar y posteriormente pulsa aceptar en la advertencia que presenta el sistema.

Flujos alternos: el administrador no selecciona un profesor a eliminar, el sistema mues- tra una advertencia indicando al administrador que debe seleccionar un profesor para eliminar.

Resultado: el administrador elimina un profesor.