FACULTAD DE INGENIERÍA DE SISTEMAS 

ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA 
 
 
 
“Sistema de matrícula” 
 
AUTORES: 

CAMPOSANO VALVERDE, Diana Niccolle 

MAYTA HUARACA, Judith Estefany 
MOGROVEJO CARDENAS, Miguel Jonathan 
SULLCA ORTIZ, Dante David 

 
ASESOR: 
 
CHAVEZ PINILLOS, Frey Elmer 
 
LIMA - PERÚ 
(2019-I) 
 
 
Modelado del Negocio

A. ​Diagrama de Visión y Objetivos del Negocio 

La visión de la institución educativa Mariano Melgar 1225 es ser una Institución Educativa
competente y modelo al servicio de la sociedad, que brinde una educación de calidad basada
en principios y valores; formando personas con liderazgo, capaces de convivir en armonía
con la naturaleza y enfrentar los retos del avance de la ciencia y tecnología.

Para lograr estos objetivos se ha planteado las siguientes metas: Optimizar el tiempo en el proceso
de la matrícula, en un rango máximo de 5 minutos por persona y además Aumentar la
capacidad de recepción del pago administrativo correspondiente en un 30%. Figura N° 1
Diagrama de Visión y Objetivos de la institución educativa

B. ​Identificación y Actores de la institución educativa  

En la Tabla Nº 01 se muestra los diferentes trabajadores que labora en la de la institución

educativa Mariano Melgar 1225
Tabla Nº01: Descripción de los Trabajadores del la institución educativa

CÓDIGO DESCRIPCIÓN REPRESENTACIÓN

TRABAJADOR
DE LA
INSTITUCIÓN

TN1 T_Asistente de Persona encargada de

matricula validar documentos y
registrar matriculas.

TN2 T_Tesorera
Persona encargada de
gestionar todas las acciones
relacionadas con
operaciones de flujo
monetario(gestión de
cobros, realización de
pagos).

TN3 T_Director Persona encargada de

aprobar el registro de
matrícula.

Fuente: Elaboración Propia

En la Tabla Nº 2 se muestra la descripción de los Casos de uso de la solicitud de vacantes con

los que cuenta la institución educativa Mariano Melgar 1225
Tabla Nº 02: Descripción de los Casos de Uso

CÓDIGO REPRESENTACIÓN
TRABAJADOR
ACTOR/ TRABAJO DE LA
DE LA INSTITUCIÓN
INSTITUCIÓN EDUCATIVA

CN1 Solicitud de A_Apoderado

vacantes

CN2 Registro de T_Asistente de matricula

matricula

CN3 Pago T_Tesorera

administrativo

CN4 Aprobar T_Director

matriculas

Fuente: Elaboración Propia

C. ​Modelo de Caso de Uso orientado a la institución educativa  

El diagrama de casos de uso de la institución educativa ​M ​ariano Melgar 1225 muestra el actor

conformado por: apoderado; las relaciones entre los trabajadores de la institución,

conformados por: asistente de matrícula, tesorera y director, y los casos de uso de la

institución educativa identificados, que son los siguientes: solicitud de vacantes,

registro de matrícula, pago administrativo y aprobar matricula.

En la Figura Nº 02, nos muestra el diagrama de Caso de Uso general de la institución educativa
Mariano Melgar 1225, donde inicia cuando el apoderado solicita una vacante, si aún
hay vacantes disponibles el asistente valida documentos y registra la matricula, luego
el apoderado realiza el pago administrativo a la tesorera para que finalmente el
director apruebe la matricula.

Figura Nº 02

Diagrama de Caso de Uso de la solicitud de vacantes de la institución educativa

D. ​Especificaciones de los Casos de Uso del Negocio 

En la Tabla N.º 3, se muestra la especificación de Caso de Uso de la institución educativa :

Solicitud de Vacantes donde nos indica los actores, trabajadores, descripción, flujo
básico, flujo alternativo y las reglas del negocio.

Tabla N° 3: Especificación de Caso de Uso del Negocio: Solicitud de vacantes

Nombre del caso de uso Solicitud de vacantes

Actores Apoderado

Trabajadores Asistente de Matricula

Breve descripción En este caso de uso se solicita un vacante

Flujo básico
1. El apoderado solicita un vacante.
2. EL asistente de Matricula muestra las
vacantes.
3. El apoderado verifica las vacantes
disponibles
4. El apoderado acepta la vacante
disponible 5. El asistente de matricula
confirma la solicitud
Flujo alternativo --------

Reglas del negocio -------

Fuente: Elaboración Propia

En la Tabla Nº 4, se muestra la especificación de Caso de Uso del negocio: Registro de
la institución educativa donde nos indica los actores, trabajadores,
descripción, flujo básico, flujo alternativo y las reglas del negocio.

​T​ ​abla N° 4: Especificación de Caso de Uso del Negocio: Registrar de matricula

Nombre del caso de uso: Registro de matricula

Apoderado
Actores
Asistente de Matricula
Trabajadores

En este caso de uso se registra la

matricula
Breve descripción
Flujo básico 1. El apoderado entrega los
documentos del alumno.
2. El asistente solicita el recibo de
pago. 3. El asistente de registra la
matricula del alumno.
4. El asistente registra el grado y las
secciones
5. Asigna los cursos y el docente ​ ​6.
El Asistente solicita la validación
del registro de matricula

--------
Flujo alternativo
-------
Reglas de la institución educativa

​ ​Fuente: Elaboración Propia

En la Tabla Nº 5, se muestra la especificación de Caso de Uso de la

institución educativa: Validar Cliente donde nos indica los actores,
trabajadores, descripción, flujo básico, flujo alternativo y las reglas del
negocio.

Tabla N° 5: Especificación de Caso de Uso del Negocio: Pago administrativo

Nombre del caso de uso: Pago administrativo

Actores Apoderado

Trabajadores Tesorera

Breve descripción Este caso de uso verifica si el apoderado

realizo el pago de matricula

Flujo básico
1. El apoderado realiza el pago
administrativo.

2. La tesorera realiza la transacción

3. La tesorera entrega el recibo de

pago administrativo.

Flujo alternativo -------

Reglas de la institución educativa Este caso se realiza después de aceptar

una vacante y entregar documentos.

Fuente: Elaboración Propio

1. PROVEEDORES DE REQUERIMIENTO

- Asistente  
 Es el encargado de realizar la matricula, solicita disponibilidad de vacantes,
asignaturas y aulas.

- Tesorera 

Realiza el cobro de los pagos administrativos

Verifica si el cliente tiene una deuda pendiente

2. CUESTIONARIO

REQUERIMIENTOS FUNCIONALES

MATRICULA
SI NO

1. ¿El sistema debe permitir registrar alumnos?

2. ¿El sistema debe permitir modificar y eliminar la información del alumno

previamente registrado?

3. ¿El sistema debe permitir registrar, modificar y eliminar las asignaturas?

4. ¿El sistema debe permitir asignar el aula y la sección correspondiente?

5. ¿El sistema debe permitir la visualización del total de alumnos matriculados?

6. ¿El sistema debe permitir la visualización del total de alumnos matriculados de

acuerdo a la fecha de matrícula?
 7. ¿El sistema debe tener la opción de exonerar la asignatura de religión?

8. ¿El sistema debe permitir consultar y verificar si el alumno realizo los pagos
correspondientes mediante el código del recibo?

9. ¿El sistema deberá especificar el usuario o la persona que realizó la matricula

adjuntado la hora fecha de esta misma ?

PAGOS SI NO

10. ¿El sistema debe generar un comprobante de pago?

11. ¿El sistema debe generar un informe de pagos de los alumnos?

12. ¿El sistema debe permitir anular el registro de pago, si en caso exista una falla
en el registro del alumno o error en el pago?

13. ¿El sistema debe consultar si el cliente tiene una deuda pendiente?
 REQUERIMIENTOS NO FUNCIONALES

RESTRICCIONES DE USARIO SI NO

1. ¿La interfaz del sistema es simple y manejable?

​ ​SI
INTERFAZ DE USUARIO NO

2. ¿Posee una interfaz para la tesorería?

3. ¿Posee una interfaz para el asistente de matrícula?

SEGURIDAD SI NO

4. ¿​E l​ sistema estará restringido bajo contraseñas cifradas y usuarios

definidos?

5. ¿​E l​ sistema deberá permitir el ingreso solo al personal autorizado?

​ ​SI
RENDIMIENTO NO
 6. ¿Es de ejecución eficaz y rápida?

USABILIDAD SI NO

7. ¿El sistema es intuitivo para los usuarios?

SI NO
CONFIABILIDAD

8. ¿​E l​ sistema mantiene un plan de reserva, frente a perdida de

información?

9. ¿El sistema debe contar con mantenimientos preventivos para el

desarrollo del sistema?

​ ​SI
ALCANCE NO

10. ¿​S e realizará pruebas del sistema antes de su implementación en la

organización?

11. ¿EL sistema mostrara un registró de ocurrencias mediante

notificaciones solo para el administrador?
12. ¿El sistema debe integrarse con otras áreas?
Diagrama Caso de uso de negocio
MAPA CONCAPTUAL
​ MAPA CONCEPTUAL

REQUERIMIENTOS FUNCIONALES
CODIGO REQUERIMIENTO FUNCIONAL PRIORIDAD

Registrar datos El sistema debe permitir el registro de la ALTA

RF01 del alumno información del alumno (DNI, Nombre, Apellido,
Dirección, Teléfono, etc..)

RF02 Modificar el El sistema debe permitir modificar la información ALTA

registro del del alumno previamente registrado.
alumno

RF03 Registro de El sistema debe permitir que se registren las ALTA

asignaturas asignaturas correspondientes al año académico.

RF04 El sistema debe permitir modificar la información ALTA

Modificar de una asignatura previamente registrada.
asignaturas

RF05 Eliminar El sistema debe permitir eliminar la información ALTA

asignaturas de una asignatura previamente registrada.

RF06 Asignar aula y El sistema debe permitir asignar el aula y la ALTA

sección sección correspondiente.

RF07 Registro de El sistema debe permitir la visualización del total ALTA

matricula de alumnos matriculados

RF08 Exonerar El sistema debe tener la opción de exonerar ALTA

asignatura

RF09 Comprobante de El sistema debe generar un comprobante de ALTA

pago pago
 RF010 Total de pagos El sistema debe generar un informe total de ALTA
pagos.

RF011 Anular pago El sistema debe permitir anular el registro de ALTA

pago, si en caso exista una falla en el registro del
alumno o error en el pago

RF012 Verificar deudas El sistema debe permitir consultar y verificar si el ALTA

alumno realizo los pagos correspondientes
mediante el código del recibo

REQUERIMIENTOS NO FUNCIONALES

CODIGO REQUERIMIENTO NO FUNCIONAL PRIORIDAD

RNF01 Restricciones de La interfaz del sistema es simple y manejable ALTA

usuario
RNF02
Interfaz de Posee una interfaz para el asistente de matricula
usuario ALTA

RNF03 Posee una interfaz para la tesorera

RNF04 El sistema estará restringido bajo contraseñas ALTA

cifradas y usuarios definidos

Seguridad
El sistema deberá permitir el ingreso solo al ALTA
RNF05 personal autorizado

RNF06 Rendimiento Es de ejecución eficaz y rápida ALTA

RNF07 Usabilidad El sistema es intuitivo en procesos de registro ALTA

RNF08 El sistema mantiene un plan de reserva, frente a ALTA

pérdida de información

Confiabilidad
RNF09 El sistema debe contar con mantenimientos MEDIO
preventivos para el desarrollo del sistema

Se realizará pruebas del sistema antes de su ALTA

RNF010 implementación en la organización

Alcance
RNF011 El sistema debe contar con un registro de ALTA
ocurrencias con notificaciones solo para el
administrador
 RNF012 El sistema debe integrarse con otras áreas MEDIO

Tabla actores del sistema

CÓDIGO NOMBRE DESCRIPCIÓN REPRESENTACIÓN

AS1 Asistente El administrador es el encargado de

realizar la matrícula, solicita
disponibilidad de vacantes,
asignaturas y aulas.

Realiza el cobro de los

AS2 Tesorera pagos
administrativos
Verifica si el cliente tiene una deuda
pendiente.

Tabla caso uso del sistema 

 
CÓDIGO  CASO DE USO DEL SISTEMA  REQUERIMIENTO REPRESENTACIÓN 
FUNCIONAL 

     
CU_01  Iniciar sesión 

    ​ RF01  
CU_02  Registrar alumno 

    ​ RF03
CU_03  Registrar asignatura 
     ​ RF04
CU_04  Modificar asignatura 
 
    ​ RF05
CU_05  Eliminar asignatura 

    ​ RF012
CU_06  Verificar deudas 

    ​ RF06
CU_07  Asignar aula 

    ​ RF08
CU_08  Exonerar asignatura 

    ​ RF07
CU_09  Registrar matrícula 

CU_10    ​ RF09  
Genera comprobante 

CU_11    ​ RF010  
Informe de pagos 

CU_12    ​ RF011  
Anular registro de pago 

CU_13    ​ RF011  
Registrar pago 

CU_14  Consultar deudas  ​ FR012

 

 
 
 
 
 
 
 
DIAGRAMA CASO USO DE SISTEMA   
 
 
 Especificaciones de los casos de Uso Tabla de Especificaciones del caso de uso Inicio
de Sesión

1. Nombre de caso de uso Inicio de Sesión

1.1. Breve descripción Proceso en el cual se inicia sesión

1.2 Actores Asistente de la matrícula, y la tesorera

2. Flujo de eventos Evento Disparador:​ ​ ​el caso de uso comienza cuando un

usuario va a iniciar sesión según su perfil.

2.1. Flujo básico:

1. EL sistema web debe mostrar la interfaz del
inicio de sesión.
2. El usuario ingresa el nombre de usuario.
3. El usuario ingresa la contraseña.
4. El usuario presiona el botón de “Iniciar Sesión”.
5. El sistema web valida si los datos son correctos.
6. El sistema web muestra la interfaz designada del
respectivo usuario según su perfil.
2.2. Flujo alternativos:
<Ingresar dato>
Si al realizar el punto 4 y/o 5 el usuario no escribió su
usuario se mostrará un mensaje “Complete este campo
por favor”.

<Datos inválidos>
Si al realizar el punto 4 el usuario ingresa un carácter no
correspondiente el sistema mostrará un mensaje “Solo
se aceptan números y letras”.

3. Requerimientos especiales Ninguno

4. Pre-condiciones Ninguno

5. Post-condiciones Se inicia sesion del usuario

Tabla de especificaciones del caso de uso Registrar Alumno: 
 

1.Nombre de caso de uso Registrar Alumno

1.1. Breve descripción Proceso en el cual se registrará los datos

correspondientes del alumno.

1.2 Actores Asistente de matrícula

2. Flujo de eventos Evento Disparador: ​E​ ​L caso de uso comienza cuando el

Asistente solicita registrar al alumno nuevo.
2.1. Flujo básico:
1. El sistema web muestra la interface del menu
2. el usuario selecciona alumno.
3. el sistema muestra un botón de registrar y
también permite buscar al alumno
4. EL usuario selecciona la opción de registrar.
5. EL sistema web muestra la interfaz de registro.
6. El Asistente de matrícula ingresa apellidos,
ingresa nombre, ingresa número de DNI, ingresa
la fecha de nacimiento, selecciona el lugar de
nacimiento (ciudad, distrito y provincia), ingresa
correo electrónico, ingresa número de teléfono
de referencia, ingresa dirección de domicilio
(donde residen actualmente) y además
selecciona el distrito.
2.2. Flujo Alternativo:
<Datos inválidos>
En el punto 4 solo acepta datos numérico en los campos
del DNI y numero de telefono mostrando un mensaje de
“solo se aceptan caracteres numéricos”, de igual manera
en los campos de datos personales mostrará un mensaje
“ no se puede ingresar caracteres numéricos en este
campo”, con la excepción del correo electrónico y la
dirección del domicilio.

3. Requerimientos especiales Ninguno

4. Pre-condiciones Ninguno

5. Post-condiciones 1. Se registra los datos del alumno

 2. Se muestra la opción de registrar asignaturas
 
Tabla de especificaciones del caso de uso verificar deuda: 
 

   
1.​ ​ Nombre
​ de caso de uso  verificar deuda 

  Proceso en el cual se verifican las deudas 

1.2 Breve descripción  pendientes de los alumnos 

1.3 Actores  Asistente de matrícula 

2.​ ​ F​
​ lujo
​ de eventos   
Evento disparador:​ ​ ​El caso de uso comienza 
cuando la asistente de matrícula verifica si el 
alumno tiene una deuda antes de realizar la 
matrícula. 
 
2.1 Flujo básico 
1. El sistema muestra la interfaz registro de pagos 
2. La asistente de matrícula escribe el nombre del 
alumno 
3. La asistente de matrícula presiona la opción 
buscar 
4. El sistema muestra los datos del alumno y la 
lista de pagos o deudas pendientes. 

3.​ ​ R​
​ equerimientos
​ especiales  Ninguno 

4.​ ​ P​
​ re-Condiciones 
​ Ninguno 

5.​ ​ P​
​ ost-
​ Condiciones  Ninguno 
 
 
 
 
 
Tabla de especificaciones del caso de uso registrar matrícula: 
 
1. Nombre de caso de uso Registrar Matrícula
1.1. Breve descripción La asistente de matrícula registra al alumno en el sistema
1.2 Actores Secretaria y Director
2. Flujo de eventos Evento Disparador:​ ​ ​el caso de uso comienza cuando un
usuario va a iniciar sesión

2.1. Flujo básico:

1. EL sistema web debe mostrar la interfaz
2. El usuario Selecciona Matrícula
3. Se muestra una ventana donde hay un botón de
registrar y buscar.
4. El usuario ingresa el nombre de usuario.
5. El usuario ingresa y registra al usuario nuevo 4. El
sistema web valida si los datos son correctos.
5. El sistema web muestra la interfaz designada del
respectivo usuario.
6. Se separa el aula y grado del alumno
2.2. Flujo alternativos:
<Ingresar dato>
Si al realizar el punto 2.1.2 y el usuario no rellene todos
los datos correctamente se mostrará un mensaje
“Registro incompleto”.

<Datos válidos>
Si al realizar el punto 2.1.2 el usuario ingresa un caracter
no correspondiente el sistema mostrará un mensaje
“Registro correcto”.

3. Requerimientos especiales - DNI

- Acta de nivel educativo

4. Pre-condiciones Haber estudiado antes.

5. Post-condiciones Ninguna

 
 

Tabla de especificaciones del caso de uso de Registrar Asignatura: 

1. Nombre de caso de uso
1.1. Breve descripción
1.2 Actores
2. Flujo de eventos
Registrar Asignatura
En este proceso se registra la asignatura para el alumno.
Asistente de Matrícula
Evento Disparador:​ ​ ​El caso de uso comienza cuando el
asistente seleccione registrar asignaturas ​2.1. Flujo
básico:

1. El asistente seleccionar registrar curso.

2. El sistema mostrará una nueva ventana para
registrar los cursos.
3. El asistente seleccionará los cursos que se va a
registrar el alumno.
4. El sistema mostrará un ventana de confirmación de
registro.
2.2. Sub flujo:
1. El sistema mostrará los el nombre del docente de
cada curso seleccionado.
2. El sistema mostrará el número de aulas de cada
curso seleccionado.
3. El sistema mostrará en una lista los cursos
registrados.
3. Requerimientos especiales Exoneración de un curso
4. Pre-condiciones El Alumno tiene que estar registrado
5. Post-condiciones 1. si hay un error en el registro del alumno se
procederá con la modificación.
2. se procederá a generar la constancia y
confirmación de la matrícula

 
 
 
 
Tabla de especificaciones del caso de uso Exonerar Asignatura: 
 
 
 
1. Nombre de caso de uso Exonerar Asignaturas
1.1. Breve descripción Se exoneración al alumno de la clase, por su religión.
1.2 Actores Secretaria y Alumno
2. Flujo de eventos Evento Disparador:​ ​ ​el caso de uso comienza cuando un
usuario va a iniciar sesión

2.1. Flujo básico:

1 EL sistema web debe mostrar la interfaz de cursos 2.
El usuario ingresa el nombre de usuario.
3. El usuario ingresa y modifica la asignatura
4. El sistema web valida si los datos son correctos.
5. El sistema web muestra la interfaz designada del
respectivo usuario. ​2.2. Flujo alternativos:
<Ingresar dato>
Si al realizar el punto 2.1.2 y el usuario no escribió su
usuario correctamente se mostrará un mensaje “usuario
incorrecto”.

<Datos válidos>
Si al realizar el punto 2.1.2 el usuario ingresa un caracter
no correspondiente el sistema mostrará un mensaje
“Puede realizar cambios”.

3. Requerimientos especiales - No ser Católico

- Presentar solicitud mediante escritos

4. Pre-condiciones Ninguna
5. Post-condiciones Ninguna

 
  
 

Tabla de especificaciones del caso de uso Modificar Asignatura: 

 
   
1.​ ​ N​
​ ​ ombre de caso de uso  Modificar asignatura 
   
1.1​ ​ B​
​ ​ reve descripción  Proceso en el cual se modifican las asignaturas 
   
1.2​ ​ A​
​ ctores 
​ Asistente de matrícula 
2.​ ​F​ ​lujo de eventos  Evento disparador:​ ​ ​El caso de uso comienza cuando 
la asistente de matrícula desea modificar alguna 
asignatura. 
 
2.1 Flujo básico 
1. La asistente de matrícula inicia sesión 
2. La asistente de matrícula se dirige a la 
ventana de asignaturas. 
3. La asistente de matrícula selecciona el grado 
de la asignatura 
4. El sistema presenta la lista de las asignaturas 
5. La asistente de matrícula selecciona la 
asignatura a modificar 
6. La asistente de matrícula selecciona la opción 
modificar 
5.La asistente de matrícula modifica la asignatura 
seleccionada 
6.La asistente de matrícula presiona el botón 
“guardar” 
7. El sistema valida datos 
8. El sistema actualiza la asignatura 
 
2.2 Flujos alternativos: 
<Ya existe > 
Si al realizar el punto 6 la asignatura existe, 
aparecerá un mensaje “La asignatura ya existe” 
3.​ ​ R​
​ ​equerimientos especiales  Ninguno 
4.​ ​ P​
​ re-Condiciones 
​ Ninguno 
5.​ ​ P​
​ ost-
​ Condiciones  Ninguno 
 
Tabla de especificaciones del caso de uso Eliminar asignatura: 
 

1.​ ​ N​
​ ​ombre de caso de uso  Eliminar asignatura 

1.1​ ​B​ ​reve descripción  Proceso en el cual se eliminan las asignaturas 

1.2​ ​A​ ctores 

​ Asistente de matrícula 

2.​ ​ ​F​ ​lujo de eventos  Evento disparador:​ ​ ​El caso de uso comienza cuando la 
asistente de matrícula desea eliminar alguna 
asignatura. 
 
2.1 Flujo básico 
1. La asistente de matrícula inicia sesión 
2. La asistente de matrícula se dirige a la ventana 
de asignaturas. 
3. La asistente de matrícula selecciona el grado de 
la asignatura 
4. El sistema presenta la lista de las asignaturas ​ ​5.
La asistente de matrícula selecciona la 
asignatura que desea eliminar 
6. La asistente de matrícula presiona el botón 
“eliminar” 
7. El sistema actualiza la información 
2.2 Flujos alternativos: 
<Aviso de error > 
Si al realizar el punto 6 la asignatura no ha sido 
borrada, aparecerá un mensaje indicando “Problemas 
con la conexión ” 

3.​ ​ R​
​ equerimientos
​ especiales  Ninguno 

4.​ ​ P​
​ ​re-Condiciones  Ninguno 

5.​ ​ P​
​ ost-
​ Condiciones  Ninguno 
  
 
 
 
 
 
Tabla de especificaciones del caso de uso asignar aula: 
 
1.​ ​ N​
​ ombre
​ de caso de uso  Asignar aula 
1.2 Breve descripción  Proceso en el cual se asigna aula 
1.3 Actores  Asistente de matrícula 
2.​ ​ F​
​ lujo
​ de eventos  Evento disparador:​ ​ ​El caso de uso comienza cuando 
la asistente de matrícula realiza el registro de la 
matrícula. 
 
2.1 Flujo básico 
1. El sistema muestra la interfaz de registrar 
matrícula 
2. La asistente de matrícula ingresa los datos del 
alumno 
3. La asistente de matrícula presiona la opción 
de elegir aula 
4. El sistema muestra mensaje “Verifique si la 
información registrada es correcta” 5. La asistente 
presiona aceptar 
6. El sistema actualiza la información 
 
2.2 Sub flujo básico: Elegir aul 
1. El sistema muestra un combobox con todas 
aulas disponibles 
2. La asistente de matrícula selecciona el aula 
3. El sistema web muestra la interfaz aula 
registrada 
 
 
3.​ ​ R​
​ equerimientos
​ especiales  Registrar matrícula 
4.​ ​ P​
​ ​re-Condiciones  Ninguno 
5.​ ​ P​
​ ​ost- Condiciones  Ninguno 
 
 
 

Tabla de especificaciones del caso de uso registrar pago: 

 
Nombre de Caso de Uso Registrar pago
1.1.​ ​Breve descripción: Se realiza el pago de la matrícula.
1.2.​ ​ Actores Asistente de matricula
Tesorería
1.​ ​Flujo de eventos Evento Disparador: El caso de Uso
comienza cuando el alumno ya está
registrado y el cliente necesita pagar la
matricula.
2.1.Flujo Básico:
1. El asistente selecciona registrar pago.
2. El sistema web debe de mostrar la
interfaz de pago.
3. El sistema web mostrara una ventana
de confirmación de registro de pago.

2.2. Flujo Alternativo:

1. El sistema mostrara una lista de pagos.
2. El sistema debe mostrar la cantidad
que se necesite pagar.

2.​ ​Requerimientos especiales Ninguno

3.​ ​Pre-condiciones Ninguno

4.​ ​Post-condiciones Ninguno

 
 Tabla de especificaciones del caso de uso Anular registro de pago: 
 
Nombre de Caso de Uso Anular registro de pago
4.1.​ ​Breve descripción Anulación de reserva de la vacante y
devolución del dinero
4.2.​ ​Actores Asistente de matricula
Tesorería

5.​ ​Flujo de eventos Evento Disparador: ​El caso de uso comienza

cuando el apoderado del alumno desea
retirarlo del colegio.
5.1.​ ​Flujo Básico:
1. El sistema web debe mostrar la interfaz
para anular el registro de pago.
2. La asistente ingresa el nombre del
alumno para eliminarlo del sistema.
3. El sistema debe de permitir al cliente
registrar una cotización.

4.​ ​Requerimientos especiales DNI

Comprobante de Pago
5.​ ​Pre-condiciones Estar registrado en el sistema
6.​ ​Post-condiciones Ninguna

 
 
 

 
  
 
 
 
 
 
 
 
 
 
 
Tabla de especificaciones del caso de uso genera comprobante: 
 

1. Nombre de caso de uso Genera Comprobante

1.1. Breve descripción El sistema automáticamente exporta el comprobante de

pago.

1.2 Actores Secretaria y Tesorera

2. Flujo de eventos Evento Disparador:​ ​ ​El caso empieza con el pago en el

sistema
2.1. Flujo básico:
1 EL sistema web debe mostrar la interfaz
2 El usuario ingresa el nombre de usuario.
3 El usuario ingresa y paga su deuda
4 El sistema web valida si el pago es el monto
indicado 5 El sistema web muestra la interfaz y exporta el
baucher ​2.2. Flujo alternativos:
<Ingresar dato>
Si al realizar el punto 2.1.2 y el usuario no rellene todos

los datos correctamente se mostrará un mensaje

“Usuario inválido”.

<Datos válidos>
Si al realizar el punto 2.1.2 el usuario ingresa un caracter
no correspondiente el sistema mostrará un mensaje
“Puede realizar su pago”.

3. Requerimientos especiales - Nombre del alumno

- Código de estudiante
- Tener saldo suficiente en la cuenta
 - Poseer buena conexión de internet

4. Pre-condiciones Ninguna

5. Post-condiciones Ninguna
 
 
Tabla de especificaciones del caso de uso consultar deuda: 
 
Nombre de caso de uso Consultar deudas
1.1.Breve Descripción El sistema deberá mostrar la deuda total del
cliente
1.2.Actores Asistente de matriculas
Tesorería
3.Flujo de eventos Evento Disparador: ​el caso comienza con una
consulta para verificar sus deudas.
2.1. Flujo básico:
1. El sistema Web debe mostrar la interfaz.
2. El asistente de matrícula ingresa el nombre
de usuario para verificar las deudas.
3. Consulta de deudas.
4. el sistema muestra la cantidad de deuda del
cliente.

2.2. Flujo Alternativo:

<ingresar dato>
Si al realizar el punto 2 el asistente de
matrícula no rellena todos los datos el sistema
mostrara un mensaje “Usuario Invalido”.

<datos Validos>
Si al realizar el punto 2 el asistente de
matrícula ingresa todos los datos y nombre
del usuario el sistema mostrara un mensaje de
“Usuario valido”
4.Requerimientos especiales Nombre del Alumno
Código del alumno

5.Pre-condiciones Ninguno

6.Post-condiciones Ninguno
  
 
 
 
 
 
 

Tabla de especificaciones del caso de uso informe de pago: 

 

1. Nombre de caso de uso Informe de Pago

1.1. Breve descripción El sistema automáticamente muestra el estado de la

cuenta, y la fecha y hora del pago realizado

1.2 Actores Tesorería

2. Flujo de eventos Evento Disparador:​ ​ ​El caso empieza con la solicitud de

estado a través del nombre del usuario ​2.1. Flujo básico:
1 EL sistema web debe mostrar la interfaz 2
El usuario ingresa el nombre de usuario.
3 Valida la información
4 El sistema web valida la cuota cancelada o deuda
5 El sistema web muestra la interfaz y exporta el baucher
2.2. Flujo alternativos:
<Ingresar datos>
Si al realizar el punto 2.1.2 y el usuario no rellene todos
los datos correctamente se mostrará un mensaje
“Usuario

inválido”.

<Datos válidos>
Si al realizar el punto 2.1.2 el usuario ingresa un carácter
no correspondiente el sistema mostrará un mensaje
“Estos fueron sus pagos realizados”.

3. Requerimientos especiales - Nombre del alumno

- Código de estudiante
 - Poseer buena conexión de internet

4. Pre-condiciones Ninguna

5. Post-condiciones Ninguna
Registrar Alumno
Registrar Matricula

Registrar Asignatura
Registro de pagos
Modificar Asignatura

Eliminar asignatura
Asignar aula
Registro de pagos

Anular registro de pago

Genera comprobante
Consultar deudas

Informe de pagos
 Login- Iniciar sesión

Inicio de sesión– Menú principal

Interfaz Registro de matricula

Registro de alumno
Diagrama de despliegue