Plantillas Casos de uso PDF

Preview

Summary

En este documento se especifican los formatos para casos de uso de distintos procesos que se identificaron para el desarrollo de un software, estos formatos de caso de uso, son de vital importancia para identificar el proceso realizado individualizado. ...

Description

PLANTILLAS DE ESPECIFICACION PARA LOS CASOS DE USO DEL SISTEMA. 1. Plantilla para la Especificación de Caso de Uso RF 01.01

Nombre caso de uso Objetivo

DCU Iniciar_Sesion_Usuario Poder ingresar al sistema de la institución, la interfaz, procesos, e información, por medio de un usuario previamente creado por el administrador.

Actores

Secretaria, Administrador

Casos de uso que Extienden Casos de uso Incluidos

 

Digitar_Usuario_Contraseña Validar_campos

Precondiciones

Crear_Usuario (RF 01.02).

Postcondiciones

El usuario ha ingresado al sistema de la institución.

Flujo Básico

SISTEMA 2. Valida la completitud de los campos. 3. Verifica el tipeo que sea correcto en los campos. 4. Verifica formatos de nombre de usuario y contraseña. USUARIO 1. Digita los datos de nombre de usuario y contraseña del usuario.

5. Envía información a la base de datos de usuarios. 6. Compara la información enviada con los usuarios registrados 7. Encuentra coincidencia de datos enviados y concede permiso de acceso al sistema. 8. Envía mensaje de notificación de acceso concedido o no concedido. 9. Habilita interfaz gráfica del sistema con sus funciones.

Flujos alternativos Requerimientos no funcionales Ejecución

Seguridad, Legibilidad, Usabilidad

Frecuencia

No habrá límite de inicios de sesión para el o los usuarios.

Notas

El procedimiento aplica tanto para el usuario administrador como para el operador ( u otros usuarios)

2. Plantilla para la Especificación de Caso de Uso RF 01.02

Nombre caso de

Objetivo

DCU Crear_Usuario Poder crear en el sistema de la institución un usuario en calidad de operador(secretaria), que administrará los procesos en menor medida a comparación del administrador.

Actores

Administrador

uso

Casos de uso que Extienden Casos de uso Incluidos Precondiciones Postcondiciones



Fotografiar_operador

 Digitar_datos_nuevo_usuario  Validar_campos  Guardar_informacion Iniciar_sesión_usuario (RF 01.01). El administrador ha creado un usuario rol operador(secretaria).

Flujo Básico

SISTEMA 2. Valida la completitud de los campos. 3. Verifica el tipeo que sea correcto en los campos. USUARIO 1. Digita los datos de nombre de usuario, id, contraseña y repite la contraseña.

7. Selecciona botón crear en la interfaz gráfica.

4. Verifica formatos de los campos ingresados. 5. Compara contraseña con la contraseña repetida. 6. Resalta la casilla en verde, de contraseña, SI la contraseña es igual a la repetida. 8. Envía la información a la base de datos, tabla usuarios.

11.Selecciona aceptar mensaje de confirmación de creación de nuevo usuario. 9. Valida duplicidad de id registrado. 10. Envía mensaje de notificación, de usuario creado. Flujos alternativos

El administrador podrá tomar una foto al operador(secretaria) para guardarlo en su perfil de información.

Requerimientos no funcionales Ejecución

Seguridad, Legibilidad, Usabilidad

Frecuencia

No tendrá limitación para crear usuarios. Este proceso aplica tanto operadores como

3. Plantilla para la Especificación de Caso de Uso RF 01.03

Nombre caso de uso

DCU Cerrar_Sesión_Usuario

Objetivo

Poder cerrar una sesión iniciada por un usuario del sistema, para mantener la seguridad de las acciones de su perfil.

Actores

Administrador, secretaria

Casos de uso que Extienden Casos de uso Incluidos



Seleccionar_opción_logout

Precondiciones

Iniciar_sesión_usuario (RF 01.01).

Postcondiciones

El usuario ha cerrado su sesión del sistema.

Flujo Básico

SISTEMA

USUARIO 1. Selecciona el botón de logout.

2. Cierra la sesión del usuario en cuestión, inhabilitando el módulo de interfaz principal. 5. Muestra el módulo de interfaz inicial del sistema.

Flujos alternativos Requerimientos no funcionales Ejecución

Seguridad, Legibilidad, Usabilidad

Frecuencia

Tendrá un cierre de sesión cada que haya un inicio de sesión.

Notas

4. Plantilla para la Especificación de Caso de Uso RF 02.01

Nombre caso de uso

DCU Registrar_Alumno

Objetivo

Poder registrar un alumno en el sistema (Academic Administrator Student Registration) del instituto Really English.

Actores

Secretaria

Casos de uso que Extienden

 

Fotografiar_alumno Asignar_nivel_de_ingles

Precondiciones

 Digitar_datos_personales  Validar_campos  Guardar_información. Iniciar_sesión_usuario (RF 01.01).

Postcondiciones

El alumno quedó registrado en el sistema.

Casos de uso Incluidos

Flujo Básico

SISTEMA USUARIO

2. Valida la completitud de los campos.

1. Digita los datos personales del alumno en la 3. Verifica el tipeo que sea interfaz de registro. correcto en los campos. 5. Valida nivel de ingles 6. Asigna nivel de inglés al nuevo alumno en el formulario de registro.

Flujos alternativos

4. Verifica formatos de fechas correctas. 8. Envía información a la base de datos.

7. Presiona en el botón guardar nuevo registro.

9. Verifica la duplicidad de información en él id.

11. Presiona el botón aceptar del mensaje de confirmación de nuevo registro.

10. Envía confirmación de nuevo registro al usuario.

La secretaria podrá tomar una foto al estudiante para que sea guardada en el perfil de información del nuevo alumno.

Requerimientos no funcionales Ejecución

Seguridad, Legibilidad, Usabilidad

Frecuencia

No habrá límite de registros de alumnos para el usuario.

Notas

El diagrama de caso de uso aplica tanto para registro de estudiantes como el de profesores

5. Plantilla para la Especificación de Caso de Uso RF 02.02 Nombre caso de uso

DCU Buscar_Alumno

Objetivo

Poder buscar un alumno especifico en el sistema de la institución.

Actores

Secretaria.

Casos de uso que Extienden Casos de uso Incluidos

 

Digitar_datos_estudiante Validar_campos

Precondiciones

Iniciar_sesión_usuario (RF 01.01).

Postcondiciones

El usuario ha buscado la información de un alumno registrado.

Flujo Básico

SISTEMA 2. Envía la información a la tabla estudiantes de la base de datos del sistema. USUARIO 1. Digita los datos personales del alumno.

3. Verifica coincidencia de información con los registros. 4. Recupera los registros que coinciden (Si hay).

6. Selecciona algún registro 5. Actualiza la ventana del de la lista de los usuario con los registros encontrados. encontrados. 8. Presiona el botón de cerrar ventana.

7. Recupera la información del registro seleccionado y ejecuta una ventana adicional con la información completa del alumno seleccionado.

Flujos alternativos Requerimientos no funcionales Ejecución

Seguridad, Legibilidad, Usabilidad

Frecuencia

Se podrá buscar un alumno en cualquier instante que el usuario lo desee. Sin limitación.

Notas

El diagrama de caso de uso aplica tanto para búsqueda de estudiantes como para la búsqueda de profesores

6. Plantilla para la Especificación de Caso de Uso RF 02.03

Nombre caso de uso

DCU Actualizar_Alumno

Objetivo

Poder actualizar la información personal de un alumno que está relacionado con algún curso en la institución.

Actores

Secretaria.

Casos de uso que Extienden Casos de uso Incluidos Precondiciones Postcondiciones

 Buscar_alumno (RF 02.02)  Editar_información  Validar_campos  Guardar_información Iniciar_sesión_usuario (RF 01.01). El usuario ha buscado y actualizado la información de un alumno registrado.

Flujo Básico

SISTEMA 2. Valida la completitud de los campos. USUARIO 1. Edita los datos personales del alumno.

3. Verifica el tipeo que sea correcto en los campos. 4. Verifica formatos de fechas correctas. 6. Envía información a la base de datos.

5. Presiona botón actualizar de la ventana de interfaz. 7. Actualiza la información del registro del estudiante. 8. Envía notificación de 9. Presiona el botón aceptar actualización realizada del mensaje de notificación. 10. Cierra la ventana de interfaz de actualización.

Flujos alternativos Requerimientos no funcionales Ejecución

Seguridad, Legibilidad, Usabilidad

Frecuencia

Se podrá buscar y actualizar un alumno en cualquier instante que el usuario lo desee. Sin limitación.

Notas

El diagrama de caso de uso aplica tanto para actualizar información de estudiantes como para actualizar la información de profesores

7. Plantilla para la Especificación de Caso de Uso RF 02.04

8. Plantilla para la Especificación de Caso de Uso RF 02.05 Nombre caso de uso

DCU Cambiar_Estado_Alumno.

Objetivo

Poder cambiar el estado de un alumno, a partir de su progreso o situación actual.

Actores

Secretaria.

Casos de uso que Extienden Casos de uso Incluidos Precondiciones Postcondiciones

 Buscar_alumno (RF 02.02)  Actualizar_alumno (RF 02.03)  Seleccionar_nuevo estado  Seleccionar_guardar_cambio Iniciar_sesión_usuario (RF 01.01). El usuario ha cambiado el estado de un alumno de la institución.

Flujo Básico

SISTEMA

USUARIO

2. Valida el estado seleccionado.

1. Selecciona el nuevo estado del alumno.

4. Actualiza el nuevo estado del estudiante en la base de datos.

3. Selecciona guardar cambio.

5. Envía notificación de cambio realizado

6. Presiona el botón aceptar 7. Cierra la ventana de del mensaje de notificación. cambio de estado.

Flujos alternativos Requerimientos no funcionales Ejecución

Seguridad, Legibilidad, Usabilidad

Frecuencia

Se podrá cambiar el estado de un alumno en cualquier instante que el usuario lo desee. Sin limitación.

Notas

El diagrama de caso de uso aplica tanto para cambiar el estado de un estudiante como para cambiar el estado de un profesor

Nombre caso de uso

DCU Generar_Historial_Estado_Alumno

Objetivo

Poder generar un historial de los estados de un alumno, ya sea la totalidad de estudiantes, o filtrándolos por un estado en específico.

Actores

Secretaria.

Casos de uso que Extienden

  

Buscar_estudiante_especifico. Guardar_reporte. Imprimir_reporte.

Casos de uso Incluidos

 

Filtrar resultados por estado. Generar reporte de historial

Precondiciones

Iniciar_sesión_usuario (RF 01.01).

Postcondiciones

El usuario ha generado un reporte de estado de los estudiantes.

Flujo Básico

SISTEMA USUARIO 2. Selecciona un estado en específico. 4. Selecciona generar reporte.

Flujos alternativos

1. Muestra la interfaz con la totalidad de registros de estudiantes y sus estados. 3. Actualiza la interfaz con los nuevos registros de acuerdo al estado. 5. Genera un archivo PDF con los registros en ventana.

La secretaria podrá guardar el archivo PDF generado, en la computadora. La secretaria podrá imprimir el archivo del reporte generado.

Requerimientos no funcionales Ejecución

Seguridad, Legibilidad, Usabilidad

Frecuencia

Se podrá generar un reporte cada vez que el operador (secretaria) lo desee, sin limitación.

Notas

El diagrama de caso de uso aplica tanto para generar el reporte de estados de estudiantes como para generar el reporte de estados de profesores que cumple con el mismo proceso

9. Plantilla para la Especificación de Caso de Uso RF 04.01

Nombre caso de uso

DCU Generar_Horario

Objetivo

El sistema podrá generar un horario automático semanal, para los estudiantes de la sede.

Actores

Sistema académico de registro.

Casos de uso que Extienden

Casos de uso Incluidos

Precondiciones Postcondiciones

 Comparar días semana y jornada de disponibilidad.  Agrupar niveles similares.  Validar cantidad estudiantes.  Generar grupo.  Asignar profesor.  Asignar hora.  Validar horario.  Enviar horario a plataforma. Iniciar_sesión_usuario (RF 01.01) El sistema tendrá un horario generado semanal para los estudiantes.

Flujo Básico

SISTEMA 1. Compara los días de la semana con los días de la jornada de disponibilidad de cada estudiante. 2. Verifica los niveles esos estudiantes, hace un conteo de la cantidad por nivel, y genera un grupo o varios limitándose a las restricciones dadas en el (RF 04.01). USUARIO

3. Asigna un profesor a cada grupo.

4. Asigna una hora del día y día de la semana. 5. Valida que el horario sea correcto, de acuerdo a las restricciones. 6. Actualiza el horario en la plataforma, mantiene el horario por una semana hasta que se genere otro. Flujos alternativos Requerimientos no funcionales Ejecución

Seguridad, Usabilidad

Frecuencia

El sistema generará automáticamente el horario para cada semana, Es decir limitado a una actualización semanal.

Notas

10.

Plantilla para la Especificación de Caso de Uso RF 04.02

Nombre caso de uso

DCU Consultar_Horario

Objetivo

La secretaria podrá consultar, ver, visualizar el horario que el sistema generó para los estudiantes.

Actores

Secretaria.

Casos de uso que Extienden Casos de uso Incluidos



Seleccionar_detalles de grupo

Precondiciones

Iniciar_sesión_usuario (RF 01.01), Generar_horario ( RF 04.01),

Postcondiciones

La secretaria visualizará el horario generado con sus respectivos detalles.

Flujo Básico USUARIO 1. Ver horario generado semanal. 2. Seleccionar detalles y características de cada grupo.

SISTEMA 3. Muestra una ventana de los detalles del grupo que generó el sistema.

4.Cerrar ventana de detalles. 5. Ver otros detalles de otros grupos. Flujos alternativos Requerimientos no funcionales Ejecución

Seguridad, Usabilidad

Frecuencia

La secretaria podrá consultar el horario generado, cuando ella lo desee, sin límite.

Notas

11.

Plantilla para la Especificación de Casos de Uso RF 04.03

Nombre caso de uso

DCU Registrar_Asistencia_Estudiantes.

Objetivo

La secretaria podrá registrar las asistencias de los estudiantes que hayan estado en clase, el respectivo día de la semana.

Actores

Secretaria.

Casos de uso que Extienden Casos de uso Incluidos Precondiciones Postcondiciones

 Seleccionar grupo.  Marcar asistencia por estudiante.  Validar campos seleccionados.  Guardar asistencias Iniciar_sesión_usuario (RF 01.01), Consultar_Horario (RF 04.02). La secretaria registró las asistencias de los estudiantes del día en cuestión.

Flujo Básico USUARIO 1. Selecciona un grupo del horario que se generó. 3. Selecciona la marca de asistencia estudiante por estudiante. 4. Selecciona guardar asistencias por grupo.

SISTEMA 2.Muestra los estudiantes que el sistema agrupo. 5. Actualiza el número de asistencias de cada estudiante.

6. Repite el proceso grupo por grupo hasta terminar de registrar las asistencias. Flujos alternativos Requerimientos no funcionales Ejecución

Seguridad, Legibilidad, Usabilidad

Frecuencia

Podrá ejecutar el módulo de registro de asistencias cuantas veces desee. Sin límite.

Notas

12.

Plantilla para la Especificación de Casos de Uso RF 04.04

Nombre caso de uso

DCU Generar_Historial_Asistencia_Estudiantes

Objetivo

La secretaria podrá generar un historial de la asistencia de los estudiantes que hayan estado en clase.

Actores

Secretaria

Casos de uso que Extienden

 

Guardar reporte Imprimir reporte

Casos de uso Incluidos

 

Seleccionar mes Generar reporte

Precondiciones

Iniciar_sesión_usuario (RF 01.01).

Postcondiciones

La secretaria generó el reporte de la asistencia por mes.

Flujo Básico

SISTEMA USUARIO 1. Selecciona mes que desea ver.

4. Procesa los datos para generar el reporte

3. Selecciona generar reporte del mes

5. Actualiza la ventana de reporte con los datos del mes

6. Decide si guardar o no el reporte en otro formato. Flujos alternativos

2.Busca los datos de asistencia de estudiantes

7. Cierra la ventana de interfaz de reporte.

La secretaria puede guardar el reporte como archivo pdf, en su computador.

La secretaria puede imprimir el reporte generado. Requerimientos no funcionales Ejecución

Seguridad, Legibilidad, Usabilidad

Frecuencia

Puede generar un reporte en el instante que desee y la cantidad que desee.

Notas

La secretaria podrá generar un reporte total de la asistencia de los estudiantes antes de seleccionar un mes en específico.

13.

Plantilla para la Especificación de Casos de Uso RF 04.05

Nombre caso de uso

DCU Notificar_Alumno

Objetivo

El sistema notificará a la secretaria que alumno está próximo a facturar su mensualidad para poder asegurar un ingreso monetario.

Actores

Calendario del sistema.

Casos de uso que Extienden Casos de uso Incluidos

 

Comparar fecha de corte y fecha actual. Enviar alerta.

Precondiciones

Iniciar_sesión_usuario (RF 01.01).

Postcondiciones

El sistema enviará la alerta de una notificación de una próxima mensualidad a cancelar.

Flujo Básico

SISTEMA 1. Compara la fecha de corte de cada estudiante con la fecha actual. 2. Encuentra un estudiante con deuda.

USUARIO

3. Emite la alerta a la barra de notificaciones. 4. Cambia de color la campana en la barra de notificaciones de la interfaz del usuario. 5. Mantiene la notificación hasta que sea desplegado el listado de notificaciones por él usuario. 6. Sigue buscando otras posibles alertas de pagos de mensualidad.

Flujos alternativos Requerimientos no funcionales Ejecución

Seguridad, Legibilidad, Usabilidad

Frecuencia

Realización del proceso diario, todos los días se verifica la fech...