You are on page 1of 26

<Company Name>

<Project Name>
Especificación de Casos de Uso

Version <1.0>
<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

Revision History
Date Version Description Author
<24/Enero/11> <1.0> Casos de uso del Módulo de Matriculación Anabel Bustos
José Egas
Miguel Ñauñay
Luis Tipantuña
Elizabeth Sánchez

Confidential <Company Name>, 2011 Page 2


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

Table of Contents
1. CASOS DE USO DEL MÓDULO DE MATRICULACIÓN 7
1.1 Introduction 8
1.2 Descripcion General de los Actores 8
1.3 Jerarquia de casos de uso 8
1.3.1 REALIZAR MATRICULA 8
Permite registrar una matrícula en el sistema de modo que el estudiante matriculado tenga la
oportunidad de ocupar una plaza en una materia y paralelo. 8
1.3.2 ANULAR MATRICULA 8
1.3.3 VALIDAR ESTUDIANTE 9
1.3.4 ACTUALIZAR MATRICULA 9
Permite actualizar los datos con los que se genera la matrícula en el sistema de modo que el
estudiante pueda actualizar sus datos para realizar su matricula con la información actual. 9
1.3.5 VALIDAR DIRECTOR 9
1.3.6 SOLICITAR MATRÍCULA EXTRAORDINARIA 9
1.3.7 COMPROBACION BECA 10
1.3.8 CONSULTAR MATRICULA 10
1.4 Diagrama de casos de uso Solicitar Matricula Extraordinaria 11
1.5 Diagrama de casos de uso Consultar Matricula 12

2. REALIZAR MATRICULA 12
2.1 Descripción Breve 12
Permite registrar una matrícula en el sistema de modo que el estudiante matriculado tenga la
oportunidad de ocupar una plaza en una materia y paralelo. 12
2.2 Flujo de Eventos 12
2.2.1 Flujo principal 12
2.2.2 Flujos Alternativos 13
2.3 Requisitos Especiales 13
2.3.1 Primer requisito especial 13
2.3.2 Segundo requisito especial 14
2.4 Precondiciones 14
2.4.1 Primera Precondición 14
2.5 Pos condiciones 14
2.5.1 Primera pos condición 14
2.6 Puntos de Extensión: 14
2.7 Relaciones 14
2.8 Diagrama de casos de uso 14

3. ANULAR MATRICULA 15
3.1 Descripción breve 15
3.2 Flujo de Eventos 15
3.2.1 Flujo principal 15
3.2.2 Flujo Alternativo 15
3.3 Requerimientos Especiales 15
3.4 Precondiciones 15
3.4.1 Tener una matricula 15
3.4.2 No estar en el 3er mes de clases 15
3.5 Postcondiciones 16
3.5.1 Nueva Matrícula 16
3.6 Puntos de Extensión 16

Confidential <Company Name>, 2011 Page 3


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

3.6.1 Falla del sistema 16


3.6.2 El sistema se reinicia sin llevar a cabo ningún cambio. 16
3.6.3 El alumno no tiene preinscripciones admitidas para cursos que están por impartir. 16
3.7 Relaciones 16
3.8 Diagrama de casos de uso 16

4. VALIDAR ESTUDIANTE 17
4.1 Descripción breve 17
4.2 Flujo de Eventos 17
4.2.1 Flujo principal 17
4.2.2 Flujo Alternativo 17
4.3 Requerimientos Especiales 17
4.4 Postcondiciones 17
4.4.1 Formar parte del sistema 17
4.5 Puntos de Extensión 17
4.5.1 Falla del sistema 17
4.5.2 El sistema se reinicia sin llevar a cabo ningún cambio. 17
4.6 Relaciones 17
4.7 Diagrama de casos de uso 18

5. ACTUALIZAR MATRICULA 18
5.1 Descripción breve 18
5.2 Flujo de Eventos 18
5.2.1 Flujo principal 18
5.2.2 Flujo Alternativo 18
5.3 Requerimientos Especiales 18
5.4 Precondiciones 19
5.4.1 Tener una matricula 19
5.5 Postcondiciones 19
5.5.1 Nueva Actualización 19
5.6 Puntos de Extensión 19
5.6.1 Falla del sistema 19
5.6.2 El sistema no guarda los cambios 19
5.7 Relaciones 19
5.8 Diagrama de casos de uso 19

6. VALIDAR DIRECTOR 19
6.1 Descripción Breve 19
6.2 Flujo de Eventos 20
6.2.1 Flujo Principal 20
6.3 Requiremientos Especiales 20
6.4 Precondiciones 20
6.4.1 El estudiante debe contar con la solicitud respectiva. 20
6.4.2 La solicitud del estudiante debe tener la autorización debida. 20
6.4.3 La autorización debe ser genuina. 20
6.4.4 Los datos del director de carrera deben ser los correctos. 20
6.5 Postcondiciones 20
6.5.1 Si los datos y autorización son correctos se procede a procesar los mismos con el fin de realizar el
caso de uso anterior, anular matricula. 20
6.6 Relaciones 20
6.7 Use-Case Diagrams 21

Confidential <Company Name>, 2011 Page 4


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

7. SOLICITAR MATRÍCULA EXTRAORDINARIA 21


7.1 Descripción Breve 21
7.2 Flujo de Eventos 21
7.2.1 Flujo Principal 21
7.3 Requerimientos Especiales 21
7.3.1 El costo de la matrícula extraordinaria es 20% mayor al de la matrícula extraordinaria. 21
7.4 Precondiciones 22
7.4.1 No haber realizado un proceso de solicitud de matrícula ordinaria. 22
7.5 Postcondiciones 22
7.5.1 El estudiante puede matricularse sin ningun problema (vuelve al caso de uso del que se extiende). 22
7.6 Relaciones 22
7.7 Diagramas de caso de uso 22

8. COMPROBACIÓN DE BECA 23
8.1 Descripcion Breve 23
Este caso de uso especifica la comprobación de las becas de los estudiantes. Una vez que el
estudiante proporciona su ID-Banner un representante del departamento de bienestar estudiantil se
encarga de validar en el sistema al estudiante; finalmente se busca si existe alguna beca asociada al ID
proporcionado. 23
8.2 Flujo de Eventos 23
8.2.1 Flujo Principal 23
El estudiante Civil o Militar solicita comprobar si tiene asociada una beca antes de proceder a su
matriculación. 23
En representante del departamento de bienestar estudiantil accede al sistema proporcionando su login y
password. 23
Se le solicita al estudiante su ID del sistema banner 23
El estudiante entrega su identificación 23
Se verifica si el ID proporcionado es correcto 23
Se busca si el ID proporcionado tiene asociada una beca para el periodo de matriculación. 23
8.2.2 Flujo Alternativo 23
8.3 Requerimientos Especiales 23
8.3.1 La persona que interactúa con el estudiante deberá ser un representante de la Unida de Bienestar
Estudiantil la cual es la encarda de manejar todo lo relacionado a becas. 23
8.3.2 Para el caso de uso el sistema deberá estar conectado a la base de datos que contiene el registro de
todos los estudiantes que tiene beca. 23
8.4 Precondiciones 23
8.4.1 El estudiante debe estar inscrito. 23
8.4.2 El sistema está conectado a la base de datos de registro de estudiantes. 23
8.5 Postcondiciones 24
8.5.1 Si la comprobación de beca es exitosa, el sistema actualizara el monto a pagar por matricula con su
respectivo descuento. 24
8.6 Relaciones 24
8.7 Diagram de caso de Uso 24

9. CONCULTAR MATRICULA 25
9.1 Descripción breve 25
9.2 Flujo de Eventos 25
9.2.1 Flujo principal 25
9.2.2 Flujo Alternativo 25
9.3 Requerimientos Especiales 25
9.4 Precondiciones 25

Confidential <Company Name>, 2011 Page 5


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

9.4.1 Tener una matricula 25


9.5 Postcondiciones 25
9.5.1 Nueva Consulta 25
9.6 Puntos de Extensión 25
9.6.1 Falla del sistema 25
9.6.2 Falla de conexión 26
9.7 Relaciones 26
9.8 Diagrama de casos de uso 26

Confidential <Company Name>, 2011 Page 6


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

ESPECIFICACION DE CASOS DE USO

1. CASOS DE USO DEL MÓDULO DE MATRICULACIÓN


El Modulo de Matriculación, cubrirá todo el proceso por el cual es estudiante se matricula en una Carrera,
en una material y consta de los casos de uso

Realizar Matricula: Proceso por el cual es estudiante hace la solicitud de la matricula


Anular Matricula: La cancelación de la matricula
Validar Estudiante: Comprobar los requisitos que de be cumplir el estudiante para que participe en el
proceso de matriculación
Actualizar Matricula: Realzar la modificación, cambio de los datos requeridos en la matricula por los
nuevos proporcionados por el estudiante, una vez que ha cumplido los requerimientos para ello

Confidential <Company Name>, 2011 Page 7


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

Consultar Matricula: se muestra el costo, el detalle de la matricula


Validar Director: Quien autentifica el proceso
Solicitud Matricula Extraordinaria: Cuando el alumno solicita matricula fuera de el tiempo ordinario
Comprobación beca: saber si el estudiante tiene beca y Comprobar el tipo de beca

1.1 Introduction
El módulo de matriculación contendrá los casos de uso necesarios para su realizacion, en los cuales se
especificara cuáles son los actores que interviene en cada caso ya se dé directo o indirecta con el sistema,
indicando el flujo de datos que se darán en cada caso de uso

1.2 Descripcion General de los Actores


• Alumno/Estudiante: Es quien desea accede al sistema de matriculación, quien de forma directa o
indirecta estar interactuando con el sistema durante el avance del proceso hasta su culminación
• Directo Carrera: es quien tiene el pleno acceso al sistema
• Directo de Admisión y Registro: Quien se encarga de la validación legal de tramites antes de ser
procesados por el sistema

1.3 Jerarquia de casos de uso

1.3.1 REALIZAR MATRICULA

 Descripción
Permite registrar una matrícula en el sistema de modo que el estudiante matriculado tenga la oportunidad
de ocupar una plaza en una materia y paralelo.

 Caso de Uso
Realizar Matricula

 Actores
Estudiante

 Relación
“Realizar matricula” posee una extensión con la “solicitud de matrícula extraordinaria”.
“Validar estudiante” está incluido dentro del “realizar matricula”.

1.3.2 ANULAR MATRICULA


 Descripcion
El proceso de anular matricula permite que el estudiante anule alguna materia en la que realizo una
matrícula. Este proceso es importante porque permite modificar el registro del estudiante en el sistema.
 Actores
Estudiante
Administrador encargado
 Relaciones
Inclusión: el caso de validar Alumno, es necesario para los procesos de matriculación.
 Packages Owned

Confidential <Company Name>, 2011 Page 8


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

A list of the packages directly owned by the package, with each package presented in the same hierarchical
manner as shown in the Packages Diagram below.

1.3.3 VALIDAR ESTUDIANTE


 Descripción
El proceso de validación de estudiantes es importante para conocer si el estudiante es apto o no para
realizar esa mtricula
 Actores
Estudiante
 Relaciones
Extensión: este caso de uso puede generar la extensión del caso anular matricula, ya que el proceso de
anulación de alguna materia es el mismo tanto presencial como a distancia.

1.3.4 ACTUALIZAR MATRICULA

 Descripción
Permite actualizar los datos con los que se genera la matrícula en el sistema de modo que el estudiante
pueda actualizar sus datos para realizar su matricula con la información actual.

 Caso de Uso
Actualizar Matricula

 Actores
Estudiante

 Relación
“Actualizar matricula” posee una inclusión con la “validarDirector”. Y “Validar estudiante” .

1.3.5 VALIDAR DIRECTOR

 Descripción
Se verifica los datos del director de forma pertinente para constatar y validar su información.
 Actores
Director de Admisión y Registro
 Relaciones
Inclusión: el caso de validar Director, es necesario para los procesos de anular matricula.

1.3.6 SOLICITAR MATRÍCULA EXTRAORDINARIA


 Descripción
Tras haberse cumplido el plazo de matriculación norma, viene el período de matriculación extraordinaria;
caso de uso en el cual se presenta al estudiante una instancia para que pueda matricularse pero no con todos
los ítems como en la matrícula extraordinaria.
 Actores
Estudiante

Confidential <Company Name>, 2011 Page 9


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

 Relaciones
Extensión, este caso de uso puede generar la extensión del caso solicitar matricula, ya que el proceso de
matriculación tiene un periodo temporal.

1.3.7 COMPROBACION BECA


 Descripción
Se verifica si el estudiante cuenta con una beca y el tipo de beca que es, para saber qué porcentaje tiene de
descuento en el monto total de la matrícula.
 Actores
Estudiante
Bienestar Estudiantil
 Relaciones
Extensión, este caso de uso puede generar la extensión del caso solicitar matricula, ya que el proceso de
matriculación tiene un periodo temporal.

1.3.8 CONSULTAR MATRICULA


 Descripción
El estudiante tiene la opción de consultar su matricula ingresando al sistema a travez de internet, o
dirigiéndose a la unidad de admisión y regitro
 Actores
Estudiante
 Relaciones
Extensión, este caso de uso puede generar la extensión del caso solicitar matricula, ya que el proceso de
matriculación tiene un periodo temporal.

1.1 Diagrama de casos de uso Realizar Matricula

1.2 1.2 Diagrama de casos de uso del modelo Anular Matricula

Confidential <Company Name>, 2011 Page 10


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

1.3 Diagrama de casos


class Use Case Model de uso Actualizar Matricula

ValidarDirector

«include»
actualizarMatricula

DirectorDeCarrera

«include»

ValidarEstudiante

1.4 Diagrama de casos de uso Solicitar Matricula Extraordinaria

Confidential <Company Name>, 2011 Page 11


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

1.5 Diagrama de casos de uso Consultar Matricula


class Use Case Model

Estudiante

consultarMatricula ValidarEstudiante
«include»

DirectorDeCarrera

DirectorAdmisionyRegitro

2. REALIZAR MATRICULA
2.1 Descripción Breve

Permite registrar una matrícula en el sistema de modo que el estudiante matriculado tenga la oportunidad
de ocupar una plaza en una materia y paralelo.

2.2 Flujo de Eventos

2.2.1 Flujo principal


El caso de uso comienza con el ingreso del id del estudiante y el password del mismo.
Se verifica que el id y el password sea los correctos.
Si los datos son los correctos el estudiante podrá ingresar a matricularse.
El estudiante seleccionara el tipo de alumno que es: Alumno Antiguo o Alumno Nuevo.
Si el alumno es nuevo solo podrá matricularse en materias del pre politécnico.
Si el alumno es antiguo podrá seleccionar las materias en las que desea matricularse.

Confidential <Company Name>, 2011 Page 12


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

El sistema verificara que no existan cruces de horarios y que se cumplan los requisitos previos en la
matriculación de una materia.
El sistema registra la matriculación
El sistema envía una petición de cobro al sistema de contabilidad indicando los cargos por el curso y los
datos bancarios de alumno además de los descuentos que se apliquen.
El caso de uso termina con la generación de por parte del sistema.

2.2.2 Flujos Alternativos

2.2.2.1 Primer flujo alternativo


El caso de uso comienza con el ingreso del id del estudiante y el password del mismo.
Se verifica que el id y el password sea los correctos.
Si los datos son incorrectos el sistema envía un mensaje de error.
El caso de uso termina sin el registro de matriculación.

2.2.2.2 Segundo Flujo Alternativo


El caso de uso comienza con el ingreso del id del estudiante y el password del mismo.
Se verifica que el id y el password sea los correctos.
Si los datos son los correctos el estudiante podrá ingresar a matricularse.
El estudiante seleccionara el tipo de alumno que es: Alumno Antiguo o Alumno Nuevo.
Si el alumno es nuevo solo podrá matricularse en materias del pre politécnico.
Si el alumno es antiguo podrá seleccionar las materias en las que desea matricularse.
El sistema verificara que no existan cruces de horarios y que se cumplan los requisitos previos en la
matriculación de una materia.
Si existen cruces de horarios o requisitos incumplidos el sistema devolverá un mensaje de error.
El sistema pedirá que se escoja otro horario o materia para poder continuar.
El sistema registra la matriculación
El sistema envía una petición de cobro al sistema de contabilidad indicando los cargos por el curso y los
datos bancarios de alumno además de los descuentos que se apliquen.
El caso de uso termina con la generación de un detalle de matriculación por parte del sistema.

2.3 Requisitos Especiales

2.3.1 Primer requisito especial


El sistema realizara la verificación de los cruces de horarios por la identificación de los días y las horas en
que se impartirá una materia, de modo que el alumno no pueda tomar dos materias diferentes el mismo día
y a la misma hora.

Confidential <Company Name>, 2011 Page 13


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

2.3.2 Segundo requisito especial


El sistema realizara la verificación de los requisitos previos para la matriculación de una materia a través de
la utilización de la malla curricular de la carrera de modo que el estudiante no pueda matricularse en una
materia para la cual debió haber aprobado con anterioridad otras materias.

2.4 Precondiciones

2.4.1 Primera Precondición


El alumno a matricularse deberá estar inscrito con anterioridad en la universidad, de modo que el sistemas
lo reconozca y pueda acceder al modulo de matriculación.

2.5 Pos condiciones

2.5.1 Primera pos condición


Realizada la matriculación el estudiante podrá:
Consultar matricula
Actualizar matricula
Pagar matricula
Anular matricula

2.6 Puntos de Extensión:

2.6.1.1 Petición de cobro


El módulo de matriculación enviara una petición de cobro al sistema de contabilidad indicando los cargos
por el curso y los datos bancarios de alumno además de los descuentos que se aplique.

2.7 Relaciones
Actores: Estudiante
“Realizar matricula” posee una extensión con la “solicitud de matrícula extraordinaria”.
El “validar estudiante” está incluido dentro del “realizar matricula”.

2.8 Diagrama de casos de uso

Confidential <Company Name>, 2011 Page 14


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

3. ANULAR MATRICULA
3.1 Descripción breve
El proceso de anulación de matricula es importante dentro del Módulo de Matriculación porque causa una
modificación en el historial del alumno. Permite que alguna materia en la que se realizó una matriculación
anterior se anule debido a un cambio de horario, cambio de carrera, etc. En este caso de uso el actor más
importante es el estudiante, ya que es el que interactúa directamente con el sistema. De las decisiones que
tome el estudiante depende los resultados del caso de uso.

3.2 Flujo de Eventos

3.2.1 Flujo principal


El alumno presenta una solicitud de anulación de una matricula de una materia
El sistema accede a su lista de matriculas y extrae los datos del alumno de la matrícula que desea anular.
El sistema muestra si existe la posibilidad de realizar la anulación de esa matricula específica.
El alumno verifica si esa es la matrícula que desea anular.
El alumno formaliza la anulación de esa matrícula.
El sistema guarda anulación de la matricula y borra la matricula existente en esa materia.
El alumno sale del sistema.

3.2.2 Flujo Alternativo

3.2.2.1 Que la matrícula no pueda anularse


Este paso sucedería en el caso de que el semestre ya este demasiado avanzado para poder anular alguna
materia; talvez si es que los motivos de anulación no son buenos.
El alumno presenta una solicitud de anulación de una matrícula de una materia
El sistema accede a su lista de matriculas y extrae los datos del alumno de la matrícula que desea anular.
El sistema muestra que los requisitos necesarios para la anulación de la matrícula no se cumplen.
El alumno sale del sistema

3.3 Requerimientos Especiales


Para que este caso de uso pueda cumplirse, el alumno debe ser parte activa del proceso de matriculación de
la institución.

3.4 Precondiciones

3.4.1 Tener una matricula


El estudiante debe tener activa una matrícula en la institución para poder anular la materia
3.4.2 No estar en el 3er mes de clases
Si el tiempo de clases sobrepasa el 3er mes, la matrícula no puede anularse.

Confidential <Company Name>, 2011 Page 15


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

3.5 Postcondiciones

3.5.1 Nueva Matrícula


El estudiante debe matricularse en la materia que anuló para poder terminar el curso.

3.6 Puntos de Extensión

3.6.1 Falla del sistema


El estudiante puede quedarse sin la anulación de la matricula debido a una falla técnica.
3.6.2 El sistema se reinicia sin llevar a cabo ningún cambio.
Puede ser que todos los cambios que haya hecho el administrador del sistema se pierdan sin ser guardados.
3.6.3 El alumno no tiene preinscripciones admitidas para cursos que están por impartir.
El estudiante no tiene ninguna matrícula asignada a su perfil
3.7 Relaciones
La relación existente en este caso de uso es de Inclusión, ya que depende de los casos de uso de
matriculación estudiante nuevo, matriculación estudiante antiguo, matriculación a distancia, ya que si no
existe el registro de una matrícula anterior no se puede anular.

3.8 Diagrama de casos de uso

Confidential <Company Name>, 2011 Page 16


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

4. VALIDAR ESTUDIANTE
4.1 Descripción breve
Este caso de uso es uno de los mas importantes de este modulo, ya que permite que los estudiantes sean
reconocidos en el sistema al momento de realizar algún procedimiento.

4.2 Flujo de Eventos

4.2.1 Flujo principal


El alumno presenta una solicitud de anulación de una matrícula de una materia
El encargado de ingresar los datos solicita el nombre del estudiante
El sistema muestra si el alumno existe en el registro
El alumno verifica sus datos personales existentes en el sistema
El alumno actualiza algún campo de sus datos si es necesario.
El sistema guarda los datos actualizados
El alumno sale del sistema.

4.2.2 Flujo Alternativo

4.2.2.1 Que el estudiante no conste en el sistema


Si este paso sucede, el administrador tiene la opción de ingresar un nuevo alumno en el sistema.
El alumno solicita que sus datos sean ingresados en el sistema
El sistema permite el ingreso de los datos personales del estudiante al sistema
El alumno verifica que sus datos sean correctos.
El alumno sale del sistema.

4.3 Requerimientos Especiales


Para que este caso de uso pueda darse es necesario que el estudiante este ingresado en el sistema, para asi
poder validar su existencia.

4.4 Postcondiciones

4.4.1 Formar parte del sistema


Si el sistema no reconoce al estudiante al primer intento de validación, es posible hacer un nuevo ingreso de
un alumno, por lo que después de este paso, siempre como condición va a existir que el alumno forme parte
del sistema

4.5 Puntos de Extensión

4.5.1 Falla del sistema


El estudiante puede quedarse sin la anulación de la matricula debido a una falla técnica.
4.5.2 El sistema se reinicia sin llevar a cabo ningún cambio.
Puede ser que todos los cambios que haya hecho el administrador del sistema se pierdan sin ser guardados.
4.6 Relaciones
La relación existente en este caso de uso es de Inclusión, ya que después de este paso se pueden realizar

Confidential <Company Name>, 2011 Page 17


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

mas actividades con el actor.

4.7 Diagrama de casos de uso

5. ACTUALIZAR MATRICULA
5.1 Descripción breve
El proceso de actualizar de matrícula es importante dentro del Módulo de Matriculación debido a que
permite tener los datos actualizados del alumno. En este caso de uso el actor más importante es el
estudiante y el director de la carrera que es quien realiza la modificación, ya que es el que interactúa
directamente con el sistema realizando la actualización de la información, así también si fuere necesario la
actualización de datos como tipo de estudiante entre otros, el estudiante deberá realizar proceso alternos
que se requieren

5.2 Flujo de Eventos

5.2.1 Flujo principal


El alumno hace una solicitud para realizar la actualización
El director de carrera recibe la solicitud de actualización
El director de la carrera ingresa al sistema
El director accede a la cuenta del estudiante especificado en la solicitud
El sistema accede a los datos del alumno y muestra la información que se encuentra registrada en el
sistema.
El director de carrera realiza la actualización del registro del alumno, con lo solicitado por escrito por parte
del estudiante
El sistema guarda la actualización de la matrícula.
El director cierra el sistema.

5.2.2 Flujo Alternativo

5.2.2.1 Que la actualización no pueda realizarse


El sistema no permite la actualización del campo debido a que esta fuera de un periodo valido para ejecutar

5.3 Requerimientos Especiales


Para que este caso de uso pueda cumplirse, el alumno debe presentar la solicitud dirigida al director de

Confidential <Company Name>, 2011 Page 18


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

carrera quien es la única persona que puede ejecutar la actualización en el registro del alumno

5.4 Precondiciones

5.4.1 Tener una matricula


El estudiante debe tener activa una matrícula en la institución para poder actualizar la materia

5.5 Postcondiciones

5.5.1 Nueva Actualización


El estudiante puede realizar otras actualización posteriores , de acuerdo a los cambios en sus datos.

5.6 Puntos de Extensión

5.6.1 Falla del sistema


El director de la carrera no puede acceder al sistema por una falla que puede existir.
5.6.2 El sistema no guarda los cambios
Puede ser que todos los cambios que haya hecho el director de carrera no se hayan guardado.
5.7 Relaciones
La relación existente en este caso de uso es de Inclusión, ya que depende de los casos de uso de validar
estudiante y validar director que son quienes interactúan con el sistema.
obj ect Use Case Model
5.8 Diagrama de casos de uso

Initial

Presentar solicitud El director de carrera El director de la El director accede a la cuenta


para realizar la recibe la solicitud de carrera ingresa al del estudiante especificado en la
actualizacion actualización sistema solicitud

El sistema guarda la El director de carrera realiza


El director cierra el actualización de la la actualización del registro El sistema accede a
sistema. matrícula del alumno, con lo solicitado los datos del alumno
por escrito

Final

6. VALIDAR DIRECTOR
6.1 Descripción Breve
Al solicitar una anulación de matrícula es necesario que la solicitud dirigida al director de carrera esté
aprobada, y más aún se debe validar los datos del director correspondiente a la solicitud, todo esto para que
la matricule sea anulada, es decir, para que se cumpla la solicitud requerida. En conclusión como se
mencionó anteriormente, validar los datos del director (validar director) es el caso de uso a tratar, y consiste
en lo antes planteado.

Confidential <Company Name>, 2011 Page 19


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

6.2 Flujo de Eventos

6.2.1 Flujo Principal


El alumno presenta solicitud de anulación de matrícula.
El sistema verifica documento.
El sistema verifica autorización de anulación.
El sistema identifica el nombre del director.
El sistema valida los datos del director.
El alumno sale el sistema.

6.2.1.1 Autorización de anulación no válida o no encontrada


Si el alumno no cuenta con la autorización de anulación válida o no cuenta con ninguna autorización, el
sistema no sigue con el proceso de anular matricula y menos el de validar director.
El alumno presenta solicitud de anulación de matrícula.
El sistema verifica documento.
El sistema verifica autorización de anulación.
El sistema no encuentra autorización o la autorización no es válida.
El sistema sugiere obtención de autorización.
El alumno sale del sistema.

6.3 Requiremientos Especiales


Para que este caso de uso pueda cumplirse, tanto el alumno como el director deben ser parte activa del
proceso de matriculación.

6.4 Precondiciones

6.4.1 El estudiante debe contar con la solicitud respectiva.

6.4.2 La solicitud del estudiante debe tener la autorización debida.

6.4.3 La autorización debe ser genuina.

6.4.4 Los datos del director de carrera deben ser los correctos.

6.5 Postcondiciones

6.5.1 Si los datos y autorización son correctos se procede a procesar los mismos con el fin de
realizar el caso de uso anterior, anular matricula.

6.6 Relaciones
Relación de inclusión, ya que para realizar un proceso de anulación de matricula se necesita una
autorización en la cual constan los datos del autorizante que es el director de carrera, y cuyos datos deben
ser validados.

Confidential <Company Name>, 2011 Page 20


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

6.7 Use-Case Diagrams

7. SOLICITAR MATRÍCULA EXTRAORDINARIA


7.1 Descripción Breve
El alumno tiene la opción de solicitar una matrícula luego de haberse cumplido el plazo de las matrículas
normales, esta opción de matrícula es extraordinaria, por lo cual no tiene los mismos atributos que la
ordinaria; este caso de uso va a permitir tomar sin ningún problema las materias que requiera el alumno.

7.2 Flujo de Eventos

7.2.1 Flujo Principal


El alumno ingresa su id y password respectivo para ingreso al sistema.
Se verifica que sean correctos.
Si los datos son los correctos el estudiante podrá ingresar al sistema.
El estudiante podrá elegir la opción de matrícula extraordinaria.
El sistema valida con la fecha el caso de matrícula extraordinaria.
Posteriormente es redireccionado al caso de uso del que se extiende este actual caso de uso, es
decir al caso de uso “solicitar matricula”.

El alumno sale el sistema.

7.3 Requerimientos Especiales

7.3.1 El costo de la matrícula extraordinaria es 20% mayor al de la matrícula extraordinaria.

Confidential <Company Name>, 2011 Page 21


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

7.4 Precondiciones

7.4.1 No haber realizado un proceso de solicitud de matrícula ordinaria.

7.5 Postcondiciones

7.5.1 El estudiante puede matricularse sin ningun problema (vuelve al caso de uso del que se
extiende).

7.6 Relaciones
Es una relación de extensión con solicitar matrícula, ya que es muy importante que el alumno se pueda
matricular en el caso de que no haya hecho la gestión en el período de matrícula normal.

7.7 Diagramas de caso de uso

Confidential <Company Name>, 2011 Page 22


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

8. COMPROBACIÓN DE BECA
8.1 Descripcion Breve

Este caso de uso especifica la comprobación de las becas de los estudiantes. Una vez que el estudiante
proporciona su ID-Banner un representante del departamento de bienestar estudiantil se encarga de validar
en el sistema al estudiante; finalmente se busca si existe alguna beca asociada al ID proporcionado.

8.2 Flujo de Eventos

8.2.1 Flujo Principal

El estudiante Civil o Militar solicita comprobar si tiene asociada una beca antes de proceder a su
matriculación.

En representante del departamento de bienestar estudiantil accede al sistema proporcionando su login y


password.

Se le solicita al estudiante su ID del sistema banner


De no contar con esta identificación se le solicitar su número de cedula.
El estudiante entrega su identificación

Se verifica si el ID proporcionado es correcto

Se busca si el ID proporcionado tiene asociada una beca para el periodo de matriculación.

8.2.2 Flujo Alternativo

8.2.2.1 Después de ejecutar 3


El estudiante puede cancelar la comprobación en cualquier momento.
8.2.2.2 En el punto 3.1
El sistema por defecto requiere del Id del sistema banner para validar el registro de una estudiante, pero
existen casos de estudiantes los cuales tiene su identificación de usuario inactiva pero si se encuentran
registrados, por lo que el usuario del sistema tiene la posibilidad de validar un estudiante también por su
cedula de identidad.

8.3 Requerimientos Especiales

8.3.1 La persona que interactúa con el estudiante deberá ser un representante de la Unida de
Bienestar Estudiantil la cual es la encarda de manejar todo lo relacionado a becas.

8.3.2 Para el caso de uso el sistema deberá estar conectado a la base de datos que contiene el
registro de todos los estudiantes que tiene beca.

8.4 Precondiciones

8.4.1 El estudiante debe estar inscrito.

8.4.2 El sistema está conectado a la base de datos de registro de estudiantes.

Confidential <Company Name>, 2011 Page 23


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

8.5 Postcondiciones

8.5.1 Si la comprobación de beca es exitosa, el sistema actualizara el monto a pagar por matricula con
su respectivo descuento.

8.6 Relaciones
Multiplici Descripción
Nombre
dad
Estudiante-Solicitud de 1:* Un estudiante puede hacer varias
comprobación solicitudes
RepresentateBE- acceso ´1:* Un representanteBE puede acceder
ingreso al sistema en múltiples instancias
RepresentateBE- validar ID 1:* Un representante valida a n
estudiantes
RepresentanteBE- buscar 1:* Un representante buscar varias veces
Beca asociada ID una beca

8.7 Diagram de caso de Uso

Confidential <Company Name>, 2011 Page 24


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

9. CONCULTAR MATRICULA
9.1 Descripción breve
El proceso de consulta matrícula es importante dentro del Módulo de Matriculación ya a que permite tener
los cual es la información que tiene procesada la matricula, datos importantes que se describen en el detalle
de la matricula como son paralelo, las materoas, el costo e la matricula En este caso de uso el actor más
importante es el estudiante y el director de admisión y registro que es quien realiza proporciona el detalle
de la matricula, es el quien interactúa directamente con el sistema ,asi tambien el estudiante puede realizar
esta consulta desde internet

9.2 Flujo de Eventos

9.2.1 Flujo principal


El alumno se dirige a admisión y registro
El alumno solicita el detalle matricula
El alumno le proporciona si NIP al director de admisión y registro
El director de admisión y registro ingresa al sistema
El director accede a la cuenta del estudiante
El sistema accede a los datos de la matricula
El director de admisión y registro imprime el detalle de la matricula
El director de admisión y registro entrega al estudiante el detalle.
El director cierra el sistema.

9.2.2 Flujo Alternativo

9.2.2.1 El proceso de matriculación no ha concluido


El sistema no permite realizar una consulta sobre la matricula si es que el proceso n ha terminado o está en
tiempo de ejecución, ya que requerirá que el proceso termine, para generar la información

9.3 Requerimientos Especiales


Para que este caso de uso pueda cumplirse, el proceso de matriculación debe haber culminado, para poder
realizar la consulta

9.4 Precondiciones

9.4.1 Tener una matricula


El estudiante debe tener activa una matrícula en la institución para poder consulta sobre esa matricula
9.5 Postcondiciones

9.5.1 Nueva Consulta


El estudiante puede realizar otras consultas posteriores .

9.6 Puntos de Extensión

9.6.1 Falla del sistema


El director de la carrera no puede acceder al sistema por una falla que puede existir.

Confidential <Company Name>, 2011 Page 25


<Project Name> Version: <1.0>
Use-Case Specifications Date: <dd/mmm/yy>
<document identifier>

9.6.2 Falla de conexión


El servidor se encuentra caído, así que no puede el estudiante ni el director acceder al sistema.
9.7 Relaciones
La relación existente en este caso de uso es de Inclusión, ya que depende de los casos de uso de validar
estudiante .El director de admisión de registro , carrera y el estudiante son quienes interactúan con el
sistema.
obj ect Use Case Model
9.8 Diagrama de casos de uso

Initial

El alumno se dirige a El alumno solicita el El alumno le


El director de admisión y registro
admisión y registro detalle matricula proporciona si NIP al
ingresa al sistema
director de admisión y
registro

El director de El sistema accede a El director accede a la


El director de
admisión y registro los datos de la cuenta del estudiante
admisión y registro
entrega al estudiante imprime el detalle de matricula
el detalle la matricula

El director cierra el
sistema.

Final

Confidential <Company Name>, 2011 Page 26

You might also like