Casos de Uso: ENVIO DIGITAL

Actor: Secretaria

Precondición: El apoderado realiza la solicitud y luego se le

solicita un envío.

Postcondición: Después de una solicitud, se pide alguna

información y aparece la opción de envío.

Flujo Básico –solicitud 1. El caso de uso comienza cuando se realiza

una solicitud
2. El sistema muestra la opción para enviar
archivos de los documentos solicitados por
la secretaria.
3. El sistema gestiona los documentos con lo
solicitado por el colegio.
4. El sistema valida los documentos
5. Caso de uso se finaliza.

Flujos Alternativos En el paso 4 de validar, si se verifica un error o

Datos incorrectos falta en lo solicitado se muestra una notificación y
se envía un correo al apoderado solicitando
nuevamente lo requerido.
Subflujos

Casos de Uso: GESTIONAR PAGO

Actor: Apoderado

Precondición: La secretaria debe abre la cuenta en el aplicativo

web.
Postcondición: Se ha almacenado correctamente en la base de
datos de la institución los datos del alumno, se
genera la cuenta y se solicita el pago del
apoderado.
Flujo Básico –registro 1. La secretaria abre la cuenta en el aplicativo
web
2. Se ingresa el monto que debe pagar y se
genera la deuda en el sistema.
3. El apoderado ingresa al sistema.
4. El sistema muestra en la cuenta el monto
que debe pagar el apoderado.
5. Caso de uso finaliza.
Flujos Alternativos Si se genera error al registrar los datos del alumno
Datos incorrectos no se podrá crear la cuenta.

Subflujos

Casos de Uso: Gestionar solicitud virtual

Actor: Apoderado

Precondición: El apoderado solicita registro de matrícula

Postcondición: Luego de solicitar el registro, aparece la opción

para completar correctamente la información y se
procede a enviar la solicitud.

Flujo Básico –solicitud 1. El caso de uso comienza cuando el

apoderado ingresa al sistema.
2. El sistema muestra el proceso de
solicitud virtual.
3. El sistema gestiona la solicitud de
matrícula.
4. Se almacenan los datos completados
para la solicitud.
5. La secretaria confirma la validación de
la solicitud de matrícula.
6. Caso de uso se finaliza.

Flujos Alternativos En el paso 5 de confirmación, si el sistema muestra

Datos incorrectos que existe muchos alumnos postulando para
ingresar al colegio y se supera el número máximo
de matriculados, el sistema muestra que no se
puede procesar la solicitud de matrícula.
Subflujos

Casos de Uso: Registro de datos

Actor: Apoderado

Precondición: El apoderado realiza el registro de datos

Postcondición: Se ha gestionado el registro de datos, el sistema
debe recepcionar la información y proceder a la
verificación de los mismos.

Flujo Básico –solicitud 1. El caso de uso comienza cuando el

apoderado entra al sistema.
2. El sistema muestra una ventana donde se
deben llenar los datos completos del
alumno.
3. El sistema recibe los datos.
4. Se almacena los datos del alumno,
previamente verificados por el sistema.
5. El sistema envía un correo al apoderado
confirmando la validación del registro de
datos.
6. Caso de uso se finaliza.

Flujos Alternativos En el paso 4 de almacenar, si el sistema muestra

Datos incorrectos que existe un error en el registro de datos, se
muestra una notificación y se envía al correo del
apoderado.
Subflujos

Puntos de extensión

Casos de Uso: Mantenimiento de horario

Actor: Secretaria

Precondición: El aplicativo permite la emisión de documentos

Postcondición: El sistema ha realizado la actualización

correspondiente en el horario de los alumnos
matriculados.

Flujo Básico –solicitud 1. El caso de uso comienza cuando la

secretaria entra al sistema.
2. El sistema muestra la opción de notificar a
las cuentas de los alumnos la opción de
actualizar su horario.
3. El sistema gestiona los el horario elegido.
4. Se almacena los datos actualizados.
5. La secretaria confirma la actualización del
horario.
6. Caso de uso se finaliza.
Flujos Alternativos En el paso 5 de confirmar, si el sistema muestra
Datos incorrectos que existe un error se muestra una notificación y se
envía al correo del apoderado lo que se requiera
 solicitar nuevamente.
Subflujos

Casos de Uso: Validar datos

Actor: Secretaria

Precondición: El apoderado realiza el envío digital.

Postcondición: Se ha gestionado la validación de datos solicitados

para el proceso de matrícula del alumno que han
sido previamente requeridos en el sistema. Se
procede a solicitar el pago de matrícula.
Flujo Básico –solicitud 1. El caso de uso comienza cuando la
secretaria entra al sistema.
2. El sistema muestra los datos del alumno
que solicitó el colegio.
3. El sistema gestiona los datos y verifica que
estén completos.
4. Se almacena los datos en la base de datos
de la institución.
5. La secretaria confirma la validación de los
datos.
6. Caso de uso se finaliza.

Flujos Alternativos En el paso 5 de validar, si el sistema muestra que

Datos incorrectos existe un error se muestra una notificación y se
envía al correo del apoderado lo que se requiera
solicitar nuevamente.
Subflujos

Casos de Uso: Mantenimiento de base de datos

Actor: Secretaria

Precondición: El aplicativo permite la búsqueda de datos.

Postcondición: El sistema ha realizado la actualización

correspondiente a los datos de los alumnos
matriculados.
Flujo Básico –solicitud 1. El caso de uso comienza cuando la
secretaria entra al sistema.
2. El sistema muestra la opción de notificar a
las cuentas de los alumnos la opción de
actualizar sus datos personales.
3. El sistema gestiona los datos actualizados.
4. Se almacena los datos actualizados.
5. La secretaria confirma la actualización de
los datos de los alumnos.
6. Caso de uso se finaliza.
Flujos Alternativos En el paso 3 de actualizar, si el sistema muestra
Datos incorrectos que el alumno no ha realizado la actualización, se
le realiza una nueva notificación para confirmar que
no requiere actualizar sus datos.
Subflujos

Puntos de extensión

Casos de Uso: Mantenimiento de pagos

Actor: Secretaria

Precondición: El sistema emite un comprobante

Postcondición: Se ha gestionado los pagos solicitados por el

colegio correspondiente al proceso de matrícula.

Flujo Básico –solicitud 1. El caso de uso comienza cuando la

secretaria entra al sistema.
2. El sistema muestra si existe un pago
pendiente.
3. El sistema gestiona el documento de pago.
4. Se almacena la boleta del comprobante de
pago en la base de datos de la institución.
5. La secretaria confirma la validación del
comprobante de pago y documentos
previos.
6. Caso de uso se finaliza.

Flujos Alternativos En el paso 2 de mostrar el pago pendiente, si el

Datos incorrectos sistema muestra que existe una deuda se le envía
al apoderado un correo con el monto pendiente.
Subflujos