República Bolivariana de Venezuela

Instituto Universitario de Tecnología del Estado Trujillo

I.U.T.E.T. Sede San Luis

DOCUMENTO DE REQUISITOS:

Sistema Automatizado para el Control Académico del

“Liceo Bolivariano Rafael Rangel” de la Ciudad de Valera
Estado Trujillo

Integrantes:
Acevedo, Mayerling
González, Janeth
Monreal, Leonard
Provenzali, Frany
Riera, Marbelis

Profesora:
Ing. Briceño Doris

1
I. Introducción

En el transcurrir del tiempo, se han logrado una notable innovación con

respecto a la automatización de procesos; los cuales suministran una gran ayuda
en el cumplimiento de las funciones dentro de una organización, principalmente en
estos días en los cuales es vital el ahorro de tiempo, además de un control y
seguimiento de los procesos.

Del mismo modo los sistemas de información se han posicionado en un nivel

de desarrollo en todos los ámbitos que constituyen la nueva era de sociedad
automatizada, con la integración de una herramienta muy eficaz como el
computador, instrumento que ha marcado una pauta muy importante en la
consolidación y progreso del mundo empresarial. Afortunadamente el día de hoy la
rama de la informática utiliza los sistemas de información para dar soluciones a las
incógnitas y necesidades que puedan presentarse durante el procesamiento de
datos en información que sea de fácil manejo para el usuario.

Por tal sentido, queda evidenciado lo importante que es el computador y los

sistemas de información automatizados para solventar los problemas del hombre
en cada uno de los entornos de la organización. Con dicha premisa fue el
propósito con el que se realizó este Proyecto, de manera tal que pueda solventar y
mejorar los procesos de registro de inscripción, control de inasistencias y emisión
de constancias de estudiante, en el Liceo Bolivariano Rafael Rangel, de la ciudad
de Valera Estado Trujillo; procesos que actualmente se ejecutan de manera
totalmente manual, presentando notables retrasos, falta de seguridad de la
información al momento del registro de dicha información estudiantil.

En vista de esta situación, se planteó su mejora, lo cual se quiere demostrar

mediante este Proyecto, sustentado que con ayuda de un sistema automatizado
puede obtenerse un mejor control de las actividades que se llevan a cabo en el
2
departamento de “Seccional Nº 5” del Liceo Bolivariano Rafael Rangel; obteniendo
como resultado una mejor calidad de los procesos que se realicen mediante su
utilización.

Para este proyecto se hicieron observaciones directas en el Departamento de

“Seccional” y se estructuro el Documento de Requisitos mediante el modelo
Orientado a Objetos (OO) con fines académicos de B. Bruegge y A. Dutoit 2000.
Dicho modelo de análisis puede considerarse como una primera aproximación al
modelo de diseño y es, por tanto, una guía esencial cuando se le da cuerpo al
sistema en el diseño y en la implementación.

Capítulo I“Introducción” se desglosara el propósito y alcance del sistema a su

vez se puntualiza los Objetivos (general, específicos), además se hace
definiciones de términos y acrónimos, se proporcionarán referencias del proyecto y
por último se describe el modelo de estructura aplicado.

Capítulo II“Descripción del Sistema Actual” se describirá la estructura y

funcionamiento del proceso existente en la actualidad.

Capítulo III “Sistema Propuesto” se ubicará el enfoque General del Sistema,

se mencionaran a detalle los Requisitos Funcionales RF entre los cuales
contamos: requisitos de negocio, usuario, sistema y comportamiento; los
Requisitos No Funcionales RNF, constituidos por: interfaz U/S y factores
humanos, documentación, consideraciones sobre el hardware, características del
rendimiento, aspectos de calidad, ambiente físico, manejo de errores y
condiciones externas, modificaciones del sistema, aspectos de seguridad,
aspectos de recursos, reglas del negocio; con la ayuda de las planillas Volere, se
registraran las restricciones halladas, culminando el capítulo se desplegaran los
modelos del sistemas funcionales, como: descripciones textuales de requisitos y

3
diagramas de caso de uso, estructurales (diagramas de clases) y dinámicos
(diagramas de secuencia).

CapítuloIV “Glosario de términos” finalizando puede visualizarse una registro

en orden alfabético de aquellos términos técnicos referentes a la investigación,
para una mayor compresión del proyecto.

1. Propósito del Sistema

En el presente proyecto se busca hacer la implantación de un sistema

automatizado para el Control Académico del “Liceo Bolivariano Rafael Rangel”, de
la Ciudad de Valera Edo. Trujillo, el cual se ejecutara bajo entorno web; el sistema
permitirá procesar las inscripciones estudiantiles, controlar el registro de
inasistencias y generan constancias como: buena conducta, de estudio entre otras
que el usuario solicite; todo ello con el propósito de trabajar manera eficaz y de la
mano con la vanguardia e innovación, gracias a la automoción de los procesos,
ya que actualmente dichas actividades de ejecutan totalmente de forma manual.

2. Alcance del Sistema

Automatización: es el propósito fundamental de este proyecto, ya que permitirá

optimizar procesos y funciones que ejecuta la “Seccional Nº 5” del Liceo
Bolivariano Rafael Rangel de la Ciudad de Valera Edo. Trujillo y que actualmente
se desarrollan de forma totalmente manual.

Capacitación y Motivación: Se debe adiestrar de forma integral a los usuarios a

cargo de la ejecución del sistema (Administrador y Usuario). Además se describirá
la gran variedad beneficios y utilidades que del software, tales como rapidez en los
procesos, mejor organización de la información, ahorro y descongestión de la
carga de trabajo, esto con el propósito evitar la desmotivación en su uso.

4
Reingeniería de Procesos: Los procesos presentes en la unidad serán sometidos
a reingeniería, por lo tanto se crearan manuales descriptivos de procesos que
hoy en día no están definidos, esto con el propósito de evitar en algún grado los
cuellos de botella, retrasos operacionales.
Cabe destacar que el sistema en su totalidad debe desarrollarse a largo
plazo debido a su envergadura, aunque se pautaran metas desarrollables para un
corto plazo esto debido a la limitación del elemento tiempo establecido por el
cronograma de la unidad curricular del proyecto.

3. Objetivos del Proyecto

General

 Implantar un Sistema Automatizado para el Control Académico en el Liceo

Bolivariano Rafael Rangel de la Ciudad de Valera, Estado Trujillo.

Específicos

 Analizar la situación del proceso actual para el control académico del Liceo
Bolivariano “Rafael Rangel”.

 Diseñar los diferentes ítems o módulos que se adapten a las exigencias

del usuario.

 Desarrollar el Software.

 Evaluar la puesta en marcha y funcionamiento de cada uno de los

procesos que integran el desarrollo del sistema automatizado.

 Implantar de manera eficaz el Sistema para el control académico del Liceo

Bolivariano “Rafael Rangel”.
5
 4. Definiciones, Acrónimos y Abreviaturas

Entono Web:
Hace referencia a un ambiente de desarrollo y/o ejecución programas o
servicios en el marco de la web en general. El entorno web es una forma de
interfaz de usuario gráfico.

Abreviaturas:

IR: Ingeniería de Requisitos.

OO: Orientado a Objeto
DR: Documento de Requisitos.
DER: Documento de Especificación de Requisitos.
DDR: Documento de Definición de Requisitos.
IEEE: Institute of Electrical and Electronics Engineers (Instituto de
Ingenieros en Electricidad y Electrónica.
AC: Abreviatura de actor.
OBJ: Abreviatura de objetivo.
RF: Abreviatura de requerimiento funcional.
RNF: Abreviatura de requerimiento no funcional.
SALBRR: Sistema automatizado del liceo Bolivariano Rafael Rangel

1.1.1 Referencias
Para la creación del documento de requisito se han seguido los
lineamientos designados en: Especificaciones de los Requisitos Bruegge y Dutoit
2000 los cuales se fundamentan en el IEEE-STD-830-1998.

1.1.2 Estructura del documento

Estudiar los requisitos utilizando el patrón de un modelo de análisis es

importante por varios motivos entre los cuales podemos mencionar:

6
  Ofrece una especificación más exacta de los requisitos que la que se
tiene como resultado de la captura de requisitos, incluyendo al
modelo de casos de uso.
 Un modelo de análisis estructura los requisitos de un modo que
facilita su comprensión, su preparación, su modificación y, en
general, su mantenimiento
 El análisis se describe utilizando el lenguaje de los desarrolladores y
puede, por tanto, introducir un mayor formalismo y ser utilizado para
razonar sobre los funcionamientos internos del sistema
 Un modelo de análisis puede considerarse como una primera
aproximación al modelo de diseño y es, por tanto, una entrada
fundamental cuando se da cuerpo al sistema en el diseño y en el
momento de su implementación.

El Modelo de Bruegge y Dutoit

Es un modelo OO con fines académicos descrito en: B. Bruegge and A.

Dutoit. Object –Oriented Software Engineering. Prentice-Hall, 2000.Utiliza el
lenguaje de modelado unificado (Unified Modeling Language - UML).

Procesos Principales del modelo Buegge y Dutoit

Dicho modelo OO desarrolla los siguientes procesos:
 Descubrimiento de Requerimientos o requisito del usuario
 Análisis
 Diseño del sistema
 Diseño de objetos
 Implementación
 Pruebas

7
  Descubrimiento de Requerimientos
Propósito: Definir los objetivos del sistema, su contexto y sus requerimientos
funcionales y no-funcionales.
Producto: Modelo de Especificación del Sistema.
Notación usada: Diagramas de Casos de Uso en UML.

 Análisis
Propósito: Producir un modelo del sistema en términos de sus objetos,
atributos y relaciones.
Producto: Modelo de Análisis
Notación usada: Diagramas de clases en UML

 Diseño del Sistema

Propósito: Transformar el modelo de análisis en un modelo que defina la
arquitectura del sistema, sus estrategias de implementación y la plataforma de
operación.
Producto: Arquitectura del sistema y metas de diseño
Notación usada: Diagramas de clase y despliegue en UML

 Diseño de Objetos
Propósito: Refinar el diseño del sistema y convertirlo en un modelo
implementable en la plataforma seleccionada
Producto: Modelo Detallado de Objetos
Notación usada: Diagramas de clases, actividades, secuencias, objetos y
componentes en UML.

 Implementación
Propósito: Traducir el modelo detallado a programas y documentos
Producto: Programas OO y documentación
Notación usada: Lenguaje de programación OO

8
  Pruebas
Propósito: Asegurar la calidad de aplicación a través de los procesos de
verificación y validación
Producto: Una aplicación verificada y validada
Notación usada: Diagramas de clases, estado, casos de uso y secuencias
en UML

9
II Sistema Propuesto

1. Visión General del Sistema

El sistema para el Control Académico del Liceo Bolivariano Rafael Rangel de

la Ciudad de Valera Estado Trujillo, constituirá la automatización del registro de
inscripciones de los alumnos, emisión de constancias además del registro y
control de inasistencias del alumnado; el mismo será un sistema bajo el entorno
Web, que permitirá a los usuarios registrar, eliminar, modificar, pudiendo funcionar
sobre diferentes plataformas y sistemas operativos (Windows, Linux, Mac),
precisando tan sólo de un navegador web estándar para poder acceder a los
servicios centrales.

10
 Este proyecto representa una evolución notable en el sistema, ya que serán
sustituidos los archivadores y los procesos manuales de llenados de fichas y
consulta por un sistema global encargado del almacenamiento y búsqueda de toda
la información vinculada en el proceso de registro de alumnos, aminorando
notablemente la carga que representa para personal administrativo .

Por lo anteriormente expresado se ha conseguido un total apoyo a la idea de

implantar un sistema automatizado de control académico. Todo el personal se
siente partidario por hacer realidad un proyecto que trae un soporte técnico
confiable y acorde a los avances de la era tecnológica de la información. Las
personas que laboran en el “Liceo Bolivariano Rafael Rangel”, exigen un cambio
que englobe la exigencia de la nueva era, razón por la cual ésta propuesta es muy
importante para esta Institución ya que serán pioneros en implementar este tipo de
sistema automatizado en educación básica así mismo buscar por ello el
crecimiento, desarrollo tecnológico escolar que la unidad educativa demuestra a
sus alumnos la calidad de su funcionamiento público en la comunidad.

Requisitos Funcionales
Listado de Actores

ID NOMBRE DESCRIPCION

Es el responsable de funcionamiento y administración del

Administrador
AC-1 del Sistema (Jefe sistema, además que es nuestro cliente principal en la
aplicación.
de Seccional)

Es la persona que se encargada de gestionar los procesos

Usuario menudos y no críticos en la Seccional del Liceo Bolivariano
AC-2 (Secretaria Rafael Rangel, además registra y archiva la
Seccional) documentación generada y atiende solicitudes de
constancias varias.

11
 Relación entre Actores

Listado de Requisitos Funcionales

Proceso
ID
Nombre del Requisito Usuario Asociado
Requisito
RF-01 Inicio de Sesión Adm. - Usuario
RF-02 Gestionar Usuario Administrador RF-01
RF-03 Registrar Usuario Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-04 Modificar Usuario Administrador 03
RF-05 Consultar Usuario Administrador RF-01, RF-02
RF-06 Eliminar Usuario Administrador RF-01, RF-02
RF-07 Cambiar Clave de Usuario Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-08 Gestionar Período Escolar Administrador 03
RF-01, RF-02, RF-
RF-09 Registrar Período Escolar Administrador 03, RF-08
RF-01, RF-02, RF-
RF-10 Modificar Período Escolar Usuario 03, RF-08, RF-09
RF-01, RF-02, RF-
RF-11 Consultar Período Escolar Usuario 03, RF-08, RF-09
RF-01, RF-02, RF-
RF-12 Eliminar Período Escolar Administrador 03, RF-08, RF-09

12
RF-13 Gestionar Año Escolar Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-14 Registrar Año Escolar Administrador 13
RF-01, RF-02, RF-
RF-15 Modificar Año Escolar Usuario 13, RF-14
RF-01, RF-02, RF-
RF-16 Consultar Año Escolar Usuario 13, RF-14
RF-01, RF-02, RF-
RF-17 Eliminar Año Escolar Administrador 13, RF-14
RF-18 Gestionar Lapso Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-19 Registrar Lapso Administrador 18
RF-01, RF-02, RF-
RF-20 Modificar Lapso Usuario 18, RF-19
RF-01, RF-02, RF-
RF-21 Consultar Lapso Usuario 18, RF-19
RF-01, RF-02, RF-
RF-22 Eliminar Lapso Administrador 18, RF-19
RF-23 Gestionar Sección Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-24 Registrar Sección Administrador 23
RF-01, RF-02, RF-
RF-25 Consultar Sección Usuario 23, RF-24
RF-01, RF-02, RF-
RF-26 Eliminar Sección Administrador 23, RF-24
Emisión de nómina de estudiantes RF-01, RF-02, RF-
RF-27
por sección Usuario 23, RF-24
RF-28 Gestionar Unidad Curricular Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-29 Registrar Unidad Curricular Administrador 28
RF-01, RF-02, RF-
RF-30 Modificar Unidad Curricular Usuario 28, RF-29
RF-01, RF-02, RF-
RF-31 Consultar Unidad Curricular Usuario 28, RF-29
RF-01, RF-02, RF-
RF-32 Eliminar Unidad Curricular Administrador 28, RF-29
RF-33 Gestionar Tipos de Constancia Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-34 Registrar Tipos de Constancia Administrador 33
RF-01, RF-02, RF-
RF-35 Modificar Tipos de Constancia Usuario 33, RF-34
RF-01, RF-02, RF-
RF-36 Consultar Tipos de Constancia Usuario 33, RF-34
RF-01, RF-02, RF-
RF-37 Eliminar Tipos de Constancia Administrador 33, RF-34
RF-38 Gestionar Tipos de Citación Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-39 Registrar Tipos de Citación Administrador 38
13
 RF-01, RF-02, RF-
RF-40 Modificar Tipos de Citación Usuario 38, RF-39
RF-01, RF-02, RF-
RF-41 Consultar Tipos de Citación Usuario 38, RF-39
RF-01, RF-02, RF-
RF-42 Eliminar Tipos de Citación Administrador 38, RF-39
RF-43 Gestionar Estudiante Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-44 Registrar Estudiante Administrador 43
RF-01, RF-02, RF-
RF-45 Modificar Estudiante Usuario 43, RF-44
RF-01, RF-02, RF-
RF-46 Consultar Estudiante Usuario 43, RF-44
RF-01, RF-02, RF-
RF-47 Eliminar Estudiante Administrador 43, RF-44
RF-48 Gestionar Representante Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-49 Registrar Representante Usuario 48
RF-01, RF-02, RF-
RF-50 Modificar Representante Usuario 48, RF-49
RF-01, RF-02, RF-
RF-51 Consultar Representante Usuario 48, RF-49
RF-01, RF-02, RF-
RF-52 Eliminar Representante Administrador 48, RF-49
RF-53 Gestionar Docente Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-54 Registrar Docente Administrador 53
RF-01, RF-02, RF-
RF-55 Modificar Docente Usuario 53, RF-54
RF-01, RF-02, RF-
RF-56 Consultar Docente Usuario 53, RF-54
RF-01, RF-02, RF-
RF-57 Eliminar Docente Administrador 53, RF-54
RF-58 Gestionar Citación Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-59 Registrar Citación Administrador 58
RF-01, RF-02, RF-
RF-60 Modificar Citación Usuario 58, RF-59
RF-01, RF-02, RF-
RF-61 Consultar Citación Usuario 58, RF-59
RF-01, RF-02, RF-
RF-62 Eliminar Citación Administrador 58, RF-59
RF-01, RF-02, RF-
RF-63 Imprimir Citación Usuario 58, RF-59
RF-64 Gestionar Constancias Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-65 Registrar Constancias Usuario 64
RF-01, RF-02, RF-
RF-66 Modificar Constancias Usuario 64, RF-65
14
 RF-01, RF-02, RF-
RF-67 Consultar Constancias Usuario 64, RF-65
RF-01, RF-02, RF-
RF-68 Eliminar Constancias Administrador 64, RF-65
RF-01, RF-02, RF-
RF-69 Imprimir Constancias Usuario 64, RF-65
RF-70 Registrar Inasistencia Usuario RF-01, RF-02
RF-71 Gestionar Notas Administrador RF-01, RF-02
RF-72 Registrar Notas Usuario RF-01, RF-02
RF-01, RF-02, RF-
RF-73 Modificar Notas Usuario 72
RF-01, RF-02, RF-
RF-74 Consultar Notas Usuario 72
Emisión de notas por lapsos RF-01, RF-02, RF-
RF-75
(boletines) Usuario 72
RF-76 Gestionar Inscripción Administrador RF-01, RF-02
RF-01, RF-02, RF-
RF-77 Registrar Inscripción Usuario 76
RF-01, RF-02, RF-
RF-78 Modificar Inscripción Administrador 76, RF-77
RF-01, RF-02, RF-
RF-79 Impresión de planilla de inscripción Usuario 76, RF-77
Gestionar Tope de Estudiantes por
RF-80
Sección Administrador RF-01, RF-02
Cerrar el Sistema por Culminación de
RF-81
Periodo Escolar Administrador RF-01, RF-02
Cerrar el Sistema por Culminación de
RF-82
Lapso Administrador RF-01, RF-02
Cerrar el Sistema Mensual para
RF-83
limpiar contador se Inasistencias Administrador RF-01, RF-02

15
 Planillas VOLERE
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE INICIAR SESION
RF-01 USUARIO
Descripción: El sistema debe controlar el acceso al sistema.

Justificación del requisito: Es imperativo tener control sobre los actores que
acceden al sistema para realizar operaciones, cada actor tendrá su login y
clave de acceso.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 Solo debe crearse contar con un usuario.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador, Usuario.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5 5
Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este):TODOS incompatibles o inconsistentes con
este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL CONTROL Mayerling Acevedo,
ACADÉMICO DEL LICEO BOLIVARIANO Frany Provenzali
RAFAEL RANGEL DE LA CIUDAD DE VALERA,
ESTADO TRUJILLO.

16
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE ADMINISTRAR
RF-02 USUARIO USUARIOS
Descripción: El sistema debe gestionar las operaciones de Registrar,
Modificar, Consultar y Eliminar un usuario ya registrado.

Justificación del requisito: Se debe tener control sobre los actores que
realizan operaciones dentro del sistema para establecer responsabilidades
y también para definir el nivel de acceso al mismo.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 Solo debe crearse usuario a personal que labore en la Seccional del
Liceo Bolivariano Rafael Rangel.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5 5
Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
TODOS este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

17
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR PERÍODO
RF-08 USUARIO ESCOLAR
Descripción: El sistema debe gestionar los Períodos Escolares en los
cuáles se va a inscribir el estudiante.

Justificación del requisito: Se debe gestionar las operaciones referidas al

Período Escolar del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 No podrá eliminar el período escolar si ya pertenece a una
inscripción.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
09, 10, 11, 12 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

18
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR AÑO
RF-13 USUARIO ESCOLAR
Descripción: El sistema debe gestionar los años escolares en los cuáles se
va a inscribir el estudiante.

Justificación del requisito: Se debe gestionar las operaciones referidas al

año escolar del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 No podrá eliminar el año escolar si ya pertenece a una inscripción.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
14, 15, 16, 17 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

19
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR LAPSO
RF-18 USUARIO
Descripción: El sistema debe gestionar los Lapsos que va a cursar el
estudiante.

Justificación del requisito: Se debe gestionar las operaciones referidas al

Lapso académico del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
19, 20, 21, 22 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

20
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR SECCIÓN
RF-23 USUARIO
Descripción: El sistema debe gestionar las secciones en las que van a
cursar las unidades curriculares los estudiantes.

Justificación del requisito: Se debe gestionar las operaciones referidas a las

Secciones del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 No podrá eliminar secciones si ya está asignadas en una
inscripción.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
24, 25, 26 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

21
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR UNIDAD
RF-28 USUARIO CURRICULAR
Descripción: El sistema debe gestionar las unidades curriculares que
cursará el estudiante.

Justificación del requisito: Se debe gestionar las operaciones referidas a las

unidades curriculares del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 No podrá eliminar la unidad curricular si ya pertenece a una
inscripción.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
26, 30, 31, 32 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

22
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR TIPOS DE
RF-33 USUARIO CONSTANCIA
Descripción: El sistema debe gestionar los Tipos de Constancia que
solicitará el estudiante y el representante.

Justificación del requisito: Se debe gestionar las operaciones referidas a los

tipos de constancias del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 4
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
34, 35, 36, 37 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

23
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR TIPOS DE
RF-38 USUARIO CITACIÓN
Descripción: El sistema debe gestionar los tipos de citación en los cuáles
se va a llamar al representante de un estudiante.

Justificación del requisito: Se debe gestionar los tipos de citación del Liceo
Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 No podrá eliminar la citación por inasistencia.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 4
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
39, 40, 41, 42 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

24
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR
RF-43 USUARIO ESTUDIANTE
Descripción: El sistema debe gestionar los Estudiantes que se van a
inscribir.

Justificación del requisito: Se debe gestionar las operaciones referidas a los

estudiantes del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 No podrá eliminar un estudiante ya está inscrito.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador, Usuario.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
44, 45, 46, 47 este):
Documentos de soporte: Histórico de cambios:
Reporte electrónico

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

25
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR
RF-48 USUARIO REPRESENTANTE
Descripción: El sistema debe gestionar los Representantes que
representarán a los estudiantes.

Justificación del requisito: Se debe gestionar las operaciones referidas a los

representantes de los estudiantes del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 No podrá eliminar un representante si su representado ya está
inscrito.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador, Usuario.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad 5
– 5 Mayor prioridad)
Dependencias (qué requisitos Conflictos (qué requisitos son
depende de este): incompatibles o inconsistentes con
49, 50, 51, 52 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

26
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR DOCENTE
RF-53 USUARIO
Descripción: El sistema debe gestionar los docentes que impartirán las
unidades curriculares.

Justificación del requisito: Se debe gestionar las operaciones referidas a los

docentes del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 No podrá eliminar un docente si ya impartió una unidad curricular.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador, Usuario.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
54, 55, 56, 57 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

27
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR CITACIÓN
RF-58 USUARIO
Descripción: El sistema debe gestionar las citaciones que se le van a
realizar a los estudiantes.

Justificación del requisito: Se debe gestionar las operaciones referidas a las

citaciones a los estudiantes del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
54, 55, 56, 57 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

28
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR
RF-64 USUARIO CONSTANCIAS
Descripción: El sistema debe gestionar las constancias que pidan los
estudiantes y los representantes.

Justificación del requisito: Se debe gestionar las operaciones referidas a las

constancias que pidan los estudiantes y los representantes del Liceo
Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador, Usuario.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 4
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
54, 55, 56, 57 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

29
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE REGISTRAR
RF-70 USUARIO INASISTENCIA
Descripción: El sistema debe registrar las inasistencias de los estudiantes.

Justificación del requisito: Se debe registrar las inasistencias de los

estudiantes del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador, Usuario.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
54, 55, 56, 57 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

30
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR NOTAS
RF-70 USUARIO
Descripción: El sistema debe gestionar las notas de los estudiantes.

Justificación del requisito: Se debe gestionar las notas de los estudiantes del
Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
54, 55, 56, 57 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

31
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR
RF-70 USUARIO INSCRIPCIÓN
Descripción: El sistema debe permitir inscribir a los estudiantes.

Justificación del requisito: Se debe inscribir a los estudiantes del Liceo

Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 El usuario no podrá modificar la inscripción.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador, Usuario.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
54, 55, 56, 57 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

32
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GESTIONAR TOPE DE
RF-70 USUARIO ESTUDIANTES POR
SECCIÓN
Descripción: El sistema debe permitir gestionar el mínimo y máximo de
estudiantes que debe poseer una sección.

Justificación del requisito: Se debe gestionar el tope de estudiantes en una

sección del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 El usuario no podrá modificar el topo de estudiantes.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
54, 55, 56, 57 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

33
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE CIERRES DE SISTEMA
RF-70 USUARIO
Descripción: El sistema debe permitir cerrar el sistema anual, por lapso y
mensual.

Justificación del requisito: Se debe cerrar el sistema anual, mensual y por

lapso en el Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:
 El usuario no podrá cerrar el sistema.
 El nivel de acceso del usuario estará estructurado de la siguiente
forma: Administrador.
Nivel de Prioridad del interesado:
(escala: 1,2,3,4,5) (1 menor prioridad – 5 5
Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
54, 55, 56, 57 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

34
Requisitos Funcionales de Sistema

ID
Nombre del Requisito
Requisito
RF-84 Validar acceso del administrador al sistema
RF-85 Verificar tope de inasistencia de estudiantes
Generar citación por inasistencia cuando el
RF-86
contador de inasistencias> 5
Limpiar al termino del mes el contador de
RF-87
inasistencias

Identificador del Tipo de Requisito: Caso de Uso/Evento:

Requisito: REQUISITO DE VALIDAR ACCESO
RF-84 SISTEMA
Descripción: El sistema debe validar el acceso de los usuarios, contra su
login y clave.

Justificación del requisito: Se debe validar el acceso al sistema del Liceo

Bolivariano Rafael Rangel, para evitar que usuarios ajenos a este
manipulen los datos.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:

Nivel de Prioridad del interesado:

(escala: 1,2,3,4,5) (1 menor prioridad – 5 5
Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
TODOS este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

35
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE VERIFICAR TOPE DE
RF-85 SISTEMA INASISTENCIAS DE
ESTUDIANTES
Descripción: El sistema debe verificar el tope de inasistencias del
estudiante.

Justificación del requisito: Se debe validar el total de inasistencias del

estudiante, para que en el caso de que sea mayor a 5 emitir una citación
por inasistencias.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:

Nivel de Prioridad del interesado:

(escala: 1,2,3,4,5) (1 menor prioridad – 5 5
Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
59, 63 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

36
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE GENERAR CITACIÓN
RF-86 SISTEMA POR INASISTENCIA
Descripción: El sistema debe generar una citación por inasistencia si estas
superan la cantidad de 5.

Justificación del requisito: Se debe generar una citación por inasistencias

para controlar los altos índices de inasistencias del Liceo Bolivariano
Rafael Rangel

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:

Nivel de Prioridad del interesado:

(escala: 1,2,3,4,5) (1 menor prioridad – 5 5
Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
85, 59, 63 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

37
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE LIMPIAR CONTADOR
RF-86 SISTEMA DE INASISTENCIAS
Descripción: El sistema debe limpiar el contador de inasistencias al
momento de hacer el cierre mensual.

Justificación del requisito: Se debe limpiar el contador de inasistencias para

que el estudiante comience el nuevo mes sin inasistencias.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:

Nivel de Prioridad del interesado:

(escala: 1,2,3,4,5) (1 menor prioridad – 5 5
Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
83 este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

38
Requisitos No-funcionales

Listado de Requisitos No Funcionales

REQUISITOS NO FUNCIONALES
Reglas del Negocio
RNF-88 El tope de inasistencias para generar citación por
inasistencias es 5 al mes.
RNF-89 Las opciones de actualizar y eliminar datos son sólo
pertinentes para los jefes de seccional
Requisitos de Interfaz
RNF-90 El sistema debe visualizarse y funcionar correctamente
en cualquier navegador web
RNF-91 El sistema debe poseer una interfaz amigable y de fácil
acceso
RNF-92 El sistema debe poseer el tamaño de letra
suficientemente grande para la correcta visualización
por parte de los usuarios
RNF-93 El sistema debe poseer en el fondo de sus ventanas
colores suaves que no cansen la vista del usuario
Requisitos de Restricciones
RF-94 Cada usuario del sistema tendrá asignado un
determinado perfil, usado para activar los servicios u
opciones que él pueda realizar dentro del sistema.
RNF-95 La construcción del sistema no debe exceder un año
Atributos de Calidad
RF-96 El sistema debe ser Portable
RF-97 El sistema debe contar con la documentación necesaria
para que otros desarrolladores puedan continuar con
mejoras al mismo
RNF-98 El sistema no debe permitir duplicidad en datos como
en códigos de estudiantes, docentes, inscripciones,
entre otros.
RNF-99 El sistema debe ser rápido a la hora de procesar la
información y dar respuesta al usuario, de lo contrario
abortará la operación
RNF-100 El sistema debe permitir la generación de diversos
reportes ya sea en formato digital o impresos.

39
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO REGLAS TOPE DE INASISTENCIAS
RNF-88 DEL NEGOCIO
Descripción: El sistema tendrá un tope de inasistencias mensuales de 5.

Justificación del requisito:Al pasar el tope se generará automáticamente una

citación por inasistencias al estudiante.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:

Nivel de Prioridad del interesado:

(escala: 1,2,3,4,5) (1 menor prioridad – 5 5
Mayor prioridad)
Dependencias (qué requisitos depende de Conflictos (qué requisitos son
este): incompatibles o inconsistentes con este):

Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL CONTROL Mayerling Acevedo,
ACADÉMICO DEL LICEO BOLIVARIANO Frany Provenzali
RAFAEL RANGEL DE LA CIUDAD DE VALERA,
ESTADO TRUJILLO.

40
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO REGLAS NIVELES DE USUARIO
RNF-89 DEL NEGOCIO
Descripción: El sistema validará los niveles de los usuarios, siendo las opciones
de eliminar, u gestionar usuarios sólo pertinentes a los jefes de seccionales.

Justificación del requisito:La información valiosa sólo debe ser tratada por los
usuarios expertos, en este caso los jefes de seccional.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:

Nivel de Prioridad del interesado:

(escala: 1,2,3,4,5) (1 menor prioridad – 5 5
Mayor prioridad)
Dependencias (qué requisitos depende de Conflictos (qué requisitos son
este): incompatibles o inconsistentes con este):

Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL CONTROL Mayerling Acevedo
ACADÉMICO DEL LICEO BOLIVARIANO Frany Provenzali
RAFAEL RANGEL DE LA CIUDAD DE VALERA,
ESTADO TRUJILLO.

41
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO INTERFAZ TAMAÑO DE LETRA Y
RNF-92 COLORES
Descripción: El sistema poseerá un tamaño de letra adecuado así como colores
suaves.

Justificación del requisito:Con la finalidad de lograr una correcta visualización y

descansar la vista a los usuarios.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:

Nivel de Prioridad del interesado:

(escala: 1,2,3,4,5) (1 menor prioridad – 5 5
Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL CONTROL Mayerling Acevedo
ACADÉMICO DEL LICEO BOLIVARIANO Frany Provenzali
RAFAEL RANGEL DE LA CIUDAD DE VALERA,
ESTADO TRUJILLO.

42
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO DE PERFIL DE USUARIOS
RNF-94 RESTRICCIÓN
Descripción: Cada usuario del sistema tendrá asignado un determinado perfil,
usado para activar los servicios u opciones que él pueda realizar dentro del
sistema.

Justificación del requisito:La información sensible sólo debe ser manipulada por
los jefes de seccional.

Fuente (que interesado lo propone): Unidad en la que se origina:

Jefe de Seccional Seccional
Criterios de validación:

Nivel de Prioridad del interesado:

(escala: 1,2,3,4,5) (1 menor prioridad – 5 5
Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL CONTROL Mayerling Acevedo,
ACADÉMICO DEL LICEO BOLIVARIANO Frany Provenzali
RAFAEL RANGEL DE LA CIUDAD DE VALERA,
ESTADO TRUJILLO.

43
Identificador del Tipo de Requisito: Caso de Uso/Evento:
Requisito: REQUISITO PORTABILIDAD
RNF-96 ATRIBUTO DE
CALIDAD
Descripción: El sistema tendrá la facilidad de transferirse y operar bajo
cualquier plataforma computacional como lo son: software libre y
privativo existente, que cuente con la herramienta de navegación Mozilla
Firefox 3.0 o superior, Google Chrome u Opera.

Justificación del requisito: El sistema debe trabajar en plataformas de

software libre y privativo, se indicó a modo de sugerencia que se elabore
en leguaje PHP, además se indicó que es importante el uso y migración a
software libre según las normativas legales actuales.
Fuente (que interesado lo propone): Unidad en la que se origina:
Jefe de Seccional Seccional
Criterios de validación:

Nivel de Prioridad del interesado:

(escala: 1,2,3,4,5) (1 menor prioridad – 4
5 Mayor prioridad)
Dependencias (qué requisitos depende Conflictos (qué requisitos son
de este): incompatibles o inconsistentes con
este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzali
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

Identificador del Tipo de Requisito: Caso de Uso/Evento:

44
Requisito: REQUISITO DOCUMENTACION DE
RNF-97 ATRIBUTO DE SISTEMA
CALIDAD
Descripción: El sistema debe tener soporte documental (código,
manuales de usuario, proyecto).

Justificación del requisito: El sistema debe venir acompañado de los

respectivos soportes documentales (código, manuales de usuario,
proyecto), para tener la base sólida para futuras modificaciones y
actualizaciones.
Fuente (que interesado lo propone): Unidad en la que se origina:
Jefe de Seccional Seccional
Criterios de validación:

Nivel de Prioridad del interesado:

(escala: 1,2,3,4,5) (1 menor prioridad 4
– 5 Mayor prioridad)
Dependencias (qué requisitos Conflictos (qué requisitos son
depende de este): incompatibles o inconsistentes con
este):
Documentos de soporte: Histórico de cambios:

Proyecto: Analista:
SISTEMA AUTOMATIZADO PARA EL Mayerling Acevedo,
CONTROL ACADÉMICO DEL LICEO Frany Provenzaly
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.

Restricciones

Las restricciones para el desarrollo de este proyecto fueron las:

45
Entre las restricciones para el desarrollo de este proyecto pueden mencionarse
las siguientes:

• El Liceo Bolivariano “Rafael Rangel” no cuenta con ningún proceso

automatizado para el control académico, por tal sentido no posee ninguna
información o base de datos digitalizada.

• Capacitación del personal encargado de la Seccional Nº 5. (Jefe de

Seccional y Secretaria)

Modelos del Sistema

1) Modelo Funcional
a. Descripción Textual

Caso de Uso: INICIAR SESIÓN Número: RF-01

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL RANGEL
VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo, Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
cuando los actores soliciten Iniciar su sesión en la aplicación.
AC-1 Administrador del Sistema (Jefe de Seccional), AC-2 Usuario
Actores:
(Secretaria Seccional)
Precondiciones Haber ejecutado la aplicación.
Paso Acciones
1 El actor ingresa su nombre de usuario y clave de acceso en la ventana
Flujo de eventos
de entrada de la aplicación.
normal
2 La aplicación hace visibles los Módulos de trabajo

Post condiciones El usuario ha iniciado su sesión en la aplicación.

Paso Acciones
Flujos de eventos
2.1 Si el login del usuario o la clave de acceso no son válidas, la aplicación
excepcionales o
muestra un mensaje “Usuario o clave errado”, informando esto al actor,
alternativos
luego se muestra nuevamente la ventana de entrada.
Caso de Uso: GESTIONAR USUARIOS Número: RF-02
Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera realizar alguna de las operaciones: Registrar usuario, Modificar
usuario.

46
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-01.
Paso Acciones
1 El actor selecciona la opción < Mantenimiento > en barra de títulos
Flujo de eventos
normal 2 La aplicación muestra un menú contextual con las opciones
(Usuario, Cambiar clave de usuario) para que el actor seleccione
una opción.
Post condiciones Se ha seleccionado la opción Usuario.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de usuario no puede cambiar una
alternativos clave si no tiene un usuario creado.

Caso de Uso: REGISTRAR USUARIO Número: RF-03

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar un Usuario.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-02.
Paso Acciones
1 El actor selecciona <USUARIO> de la lista de opciones del menú
contextual desplegado.
3 El sistema despliega una ventana con la descripción y campos para
entrada de la información.
4 El sistema solicita en campos los datos siguientes:
Flujo de eventos Usuario, Nombre, Nivel, Tipo, Estatus, Clave y Repita clave.
normal
5 El actor ingresa la información solicitada.
6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Información Almacenada lo
cual indica que la operación de creación de usuario ha sido exitosa.
9 El sistema retorna al caso de uso Gestionar Usuario RF-02.
Post condiciones Se han creado usuario.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje “Usuario duplicado”.
Flujos de eventos 7.2 El sistema valida los datos (Usuario, Nombre, Nivel, Tipo, Estatus, Clave
excepcionales o y Repita clave.) que no quede en blanco. Si el actor no ingresa la
alternativos información los campos obligatorios (Usuario, Nombre, Nivel, Tipo,
Estatus, Clave y Repita clave.) para la creación usuario, el sistema
muestra un mensaje indicando el dato que Faltan por completar, para
que sea llenado y poder guardar la información.

47
Caso de Uso: MODIFICAR USUARIO Número: RF-04
Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Modificar Usuario.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-03.
Paso Acciones
1 El actor selecciona <Modificar> de la lista de opciones del menú
contextual desplegado.
2 El sistema despliega una lista con Los Usuarios registrados.
3 El actor selecciona un Usuarios a Modificar.
4 El sistema despliega una lista con los Usuarios registradas.
5 El actor selecciona un Usuario a modificar.
Flujo de eventos
6 El sistema despliega una ventana con los campos contentivos de la
normal
información del Usuario.
7 El actor modifica la información necesaria.
8 El actor pulsa <Guardar>
9 El sistema verifica la información ingresada
10 El sistema muestra un mensaje diciendo que las modificaciones del
usuario han sido almacenadas de forma exitosa.
11 El sistema retorna al caso de uso Administrar Usuario RF-02.
Post condiciones Se ha modificado el Usuario.
Flujos de eventos Paso Acciones
excepcionales o 9.1 El sistema permitirá modificar los campos no restringidos.
alternativos
9.2 El sistema valida los datos (Nombre, Apellido, Tipo, Estatus, Clave)que
no quede en blanco. El sistema muestra un mensaje indicando el error
“Faltan datos por completar”. Luego indicara cuales son los campos por
completar resaltándolos con un * y en mensaje “campo de llenado
obligatorio”.

Caso de Uso: ELIMINAR USUARIO Número: RF-06

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Usuario.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

Precondiciones Haber realizado el caso de uso RF-03.
Flujo de eventos Paso Acciones

48
normal 1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige usuario.
2 El actor selecciona el usuario (Usuario, Nombre, Nivel, Tipo, Estatus,
Clave y Repita clave) el cual se desea eliminar en el sistema.
3 El actor pulsa <Eliminar>

4 El sistema muestra un mensaje diciendo “Seguro que desea eliminar,

Aceptar o Cancelar “.
5 El sistema confirma la eliminación
6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.
8 El sistema retorna al caso de uso Actualizar Registro de Usuario RF-03.

Post condiciones Se ha eliminado el USUARIO

Paso Acciones
Flujos de eventos 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un
excepcionales o usuario.
alternativos
6.1 El sistema elimina un usuario.

Caso de Uso: GESTIONAR PERIODO ESCOLAR Número: RF-08

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera realizar alguna de las operaciones: Registrar, Consultar, Modificar
El Periodo Escolar.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber ejecutado el modulo gestionar periodo escolar
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú
Flujo de eventos 2 La aplicación muestra un menú contextual con las opciones
normal (Periodo Escolar, Año Escolar, Lapso, sección, Unidad Curricular,
Tipos de constancia, Tipo de citación, Docente, Representante) para
que el actor seleccione una opción.
Post condiciones Se ha seleccionado la opción Periodo Escolar.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de Periodo Escolar no puede hacer el
alternativos registro del periodo escolar al sistema.

Caso de Uso: REGISTRAR PERIODO ESCOLAR Número: RF-09

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL

49
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar un Periodo Escolar.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-08.
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú
3 El sistema despliega una ventana donde el actor selecciona Periodo
Académico.
4 El sistema solicita en los campos los datos siguientes:
Flujo de eventos Código, Nombre y Estatus.
normal 5 El actor ingresa la información solicitada.
6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Periodo Almacenado lo cual
indica que la operación de creación ha sido exitosa.
9 El sistema retorna al caso de uso Registrar Periodo Escolar.
Post condiciones Se han creado el periodo escolar.
Paso Acciones
Flujos de eventos
7.1 El sistema debe chequear la existencia previa de datos, en caso de
excepcionales o
existir un duplicado mostrara un mensaje “Ya existe un Periodo Activo,
alternativos
Desactívelo para Activar Este, o Créelo Inactivo”.

Caso de Uso: CONSULTAR PERIODO ESCOLAR Número: RF-11

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera Consultar un Periodo Escolar.

Actores: AC-2 Usuario (Secretaria Seccional).

Precondiciones Haber realizado el caso de uso RF-09.
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú,
La aplicación muestra un menú contextual con las opciones (Periodo
Flujo de eventos Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
normal constancia, Tipo de citación, Docente, Representante) para que el
actor seleccione una opción.
2 El actor selecciona la opción periodo escolar
3 El actor pulsa <consultar> y el sistema muestra una tabla con el
periodo almacenado.
Post condiciones Se ha seleccionado la opción Periodo Escolar.
50
Flujos de eventos Paso Acciones
excepcionales o 3.1 Si el actor no pulsa el botón de consultar los Periodo Escolares
alternativos almacenados no serán mostrados.

Caso de Uso: ELIMINAR PERIODO ESCOLAR Número: RF-12

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Periodo Escolar.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

Precondiciones Haber realizado el caso de uso RF-09.
Paso Acciones
1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige < Reg. Académico >
2 En la barra del menú, La aplicación muestra un menú contextual con las
opciones (Periodo Escolar, Año Escolar, Lapso, sección, Unidad
Curricular, Tipos de constancia, Tipo de citación, Docente,
Representante) para que el actor seleccione una opción. El actor
selecciona Periodo Académico.
Flujo de eventos 3 El actor busca el periodo que desea eliminar, luego pulsa <Eliminar>
normal
4 El sistema muestra un mensaje diciendo “Seguro que desea eliminar,
Aceptar o Cancelar “.
5 El sistema confirma la eliminación
6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.
8 El sistema retorna al caso de uso Registro de Periodo Escolar RF-09.

Post condiciones Se ha eliminado el Periodo Escolar

Flujos de eventos Paso Acciones
excepcionales o 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un
alternativos periodo.

Caso de Uso: GESTIONAR AÑO ESCOLAR Número: RF-13

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali

51
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera realizar alguna de las operaciones: Registrar, Consultar, Eliminar El
Año Escolar.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber ejecutado el modulo registro académico
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú
Flujo de eventos 2 La aplicación muestra un menú contextual con las opciones
normal (Periodo Escolar, Año Escolar, Lapso, sección, Unidad Curricular,
Tipos de constancia, Tipo de citación, Docente, Representante) para
que el actor seleccione una opción.
Post condiciones Se ha seleccionado la opción Año Escolar.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de Año Escolar no puede hacer el
alternativos registro del año escolar al sistema.

Caso de Uso: REGISTRAR AÑO ESCOLAR Número: RF-14

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Año Escolar.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-13.
Paso Acciones
1 El actor selecciona <Registro Académico> de la lista de opciones del
menú contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú (Periodo
Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
constancia, Tipo de citación, Docente, Representante) y el actor elige
año escolar.
Flujo de eventos 4 El sistema solicita en campos los datos siguientes: Código, Nombre y
normal Estatus.
5 El actor ingresa la información solicitada.
6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Información Almacenada lo
cual indica que la operación del ingreso del año fue exitosa.
9 El sistema retorna al caso de uso Registrar Año Escolar.
Post condiciones Se han creado un año.

52
 Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje “año ya existe”.
Flujos de eventos
excepcionales o 7.2 El sistema valida los datos (Código, Nombre y Estatus.) que no quede en
alternativos blanco. Si el actor no ingresa la información en los campos obligatorios
para la creación año escolar, el sistema muestra un mensaje indicando
que campo debe completar, para que sea llenado y poder guardar la
información.

Caso de Uso: CONSULTAR AÑO ESCOLAR Número: RF-16

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera Consultar un Año Escolar.

Actores: AC-2 Usuario (Secretaria Seccional).

Precondiciones Haber realizado el caso de uso RF-19.
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú,
La aplicación muestra un menú contextual con las opciones (Periodo
Flujo de eventos Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
normal constancia, Tipo de citación, Docente, Representante) para que el
actor seleccione una opción.
2 El actor selecciona la opción Año Escolar
3 El actor pulsa <consultar> y el sistema muestra una tabla con los
Años Escolares almacenados.
Post condiciones Se ha seleccionado la opción año escolar.
Flujos de eventos Paso Acciones
excepcionales o 3.1 Si el actor no pulsa el botón de consultar los años escolares
alternativos almacenados no serán mostrados.

Caso de Uso: ELIMINAR AÑO ESCOLAR Número: RF-17

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Lapso.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

Precondiciones Haber realizado el caso de uso RF-14.
53
 Paso Acciones
1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige < Reg. Académico >
2 En la barra del menú, La aplicación muestra un menú contextual con las
opciones (Periodo Escolar, Año Escolar, Lapso, sección, Unidad
Curricular, Tipos de constancia, Tipo de citación, Docente,
Representante) para que el actor seleccione una opción. El actor
selecciona Año Escolar.
Flujo de eventos 3 El actor busca el Años que desea eliminar, luego pulsa <Eliminar>
normal
4 El sistema muestra un mensaje diciendo “Seguro que desea eliminar,
Aceptar o Cancelar “.
5 El sistema confirma la eliminación
6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.
8 El sistema retorna al caso de uso Registro de Año Escolar RF-14.

Post condiciones Se ha eliminado el Año

Flujos de eventos Paso Acciones
excepcionales o 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un
alternativos Año.

Caso de Uso: GESTIONAR LAPSO Número: RF-18

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Gestionar lapso.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

Precondiciones Haber ejecutado el modulo gestionar lapso
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú
Flujo de eventos 2 La aplicación muestra un menú contextual con las opciones
normal (Periodo Escolar, Año Escolar, Lapso, sección, Unidad Curricular,
Tipos de constancia, Tipo de citación, Docente, Representante) para
que el actor seleccione una opción.
Post condiciones Se ha seleccionado la opción Lapso.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de Lapso no puede hacer el registro
alternativos del mismo al sistema.

54
Caso de Uso: REGISTRAR LAPSO Número: RF-19
Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Los Lapsos.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-18.
Paso Acciones
1 El actor selecciona <Registro Académico> de la lista de opciones del
menú contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú (Periodo
Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
constancia, Tipo de citación, Docente, Representante) y el actor elige
Lapso.
Flujo de eventos 4 El sistema solicita en campos los datos siguientes: Código, Nombre y
normal Estatus.
5 El actor ingresa la información solicitada.
6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Información Almacenada lo
cual indica que la operación del Lapso fue exitosa.
9 El sistema retorna al caso de uso Registrar Lapso.
Post condiciones Se han creado usuario.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
Flujos de eventos existir mostrara un mensaje “Lapso ya existe”.
excepcionales o 7.2 El sistema valida los datos (Código, Nombre y Estatus.) que no quede en
alternativos blanco. Si el actor no ingresa la información en los campos obligatorios
para la creación de lapso, el sistema muestra un mensaje indicando que
debe completar, para que sea llenado y poder guardar la información.

Caso de Uso: CONSULTAR LAPSO Número: RF-21

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera Consultar un Lapso Escolar.

Actores: AC-2 Usuario (Secretaria Seccional).

Precondiciones Haber realizado el caso de uso RF-19.
Paso Acciones
Flujo de eventos
1 El actor selecciona la opción < Reg. Académico > en barra del menú,
normal
La aplicación muestra un menú contextual con las opciones (Periodo

55
 Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
constancia, Tipo de citación, Docente, Representante) para que el
actor seleccione una opción.
2 El actor selecciona la opción Lapso
3 El actor pulsa <consultar> y el sistema muestra una tabla con los
Lapso almacenados.

Post condiciones Se ha seleccionado la opción Lapso.

Flujos de eventos Paso Acciones
excepcionales o 3.1 Si el actor no pulsa el botón de consultar los Lapsos almacenados
alternativos no serán mostrados.

Caso de Uso: ELIMINAR LAPSO Número: RF-22

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Lapso.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

Precondiciones Haber realizado el caso de uso RF-19.
Paso Acciones
1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige < Reg. Académico >
2 En la barra del menú, La aplicación muestra un menú contextual con las
opciones (Periodo Escolar, Año Escolar, Lapso, sección, Unidad
Curricular, Tipos de constancia, Tipo de citación, Docente,
Representante) para que el actor seleccione una opción. El actor
selecciona Lapso.
Flujo de eventos 3 El actor busca el Lapso que desea eliminar, luego pulsa <Eliminar>
normal
4 El sistema muestra un mensaje diciendo “Seguro que desea eliminar,
Aceptar o Cancelar “.
5 El sistema confirma la eliminación
6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.
8 El sistema retorna al caso de uso Registro de Lapso RF-19.

Post condiciones Se ha eliminado el Lapso

Paso Acciones
Flujos de eventos
4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un
excepcionales o
Lapso.
alternativos

56
Caso de Uso: GESTIONAR SECCION Número: RF-23
Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Gestionar sección.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional)

Precondiciones Haber ejecutado el modulo gestionar sección
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú
Flujo de eventos 2 La aplicación muestra un menú contextual con las opciones
normal (Periodo Escolar, Año Escolar, Lapso, sección, Unidad Curricular,
Tipos de constancia, Tipo de citación, Docente, Representante) para
que el actor seleccione una opción.
Post condiciones Se ha seleccionado la opción Sección.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de sección no puede hacer el registro
alternativos del mismo al sistema.

Caso de Uso: REGISTRAR SECCION Número: RF-24

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Sección.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-13.
Paso Acciones
1 El actor selecciona <Registro Académico> de la lista de opciones del
menú contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú (Periodo
Flujo de eventos Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
normal constancia, Tipo de citación, Docente, Representante) y el actor elige
sección.
4 El sistema solicita en campos los datos siguientes: Año Escolar y Letra
de sección.
5 El actor ingresa la información solicitada.
57
 6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Información Almacenada lo
cual indica que la operación del ingreso del año fue exitosa.
9 El sistema retorna al caso de uso Registrar Sección.
Post condiciones Se han creado una sección.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje.
Flujos de eventos 7.2 El sistema valida los datos (Año Escolar y Letra de la Sección.) que no
excepcionales o quede en blanco. Si el actor no ingresa la información en los campos
alternativos obligatorios para la creación de sección, el sistema muestra un mensaje
indicando que campo debe completar, para que sea llenado y poder
guardar la información.

Caso de Uso: CONSULTAR SECCION Número: RF-25

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera Consultar un Periodo Escolar.

Actores: AC-2 Usuario (Secretaria Seccional).

Precondiciones Haber realizado el caso de uso RF-24.
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú,
La aplicación muestra un menú contextual con las opciones (Periodo
Flujo de eventos Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
normal constancia, Tipo de citación, Docente, Representante) para que el
actor seleccione una opción.
2 El actor selecciona la opción sección.
3 El actor pulsa <consultar> y el sistema muestra una tabla con las
secciones almacenadas.
Post condiciones Se ha seleccionado la opción consultar sección
Flujos de eventos Paso Acciones
excepcionales o 3.1 Si el actor no pulsa el botón de consultar las secciones almacenados
alternativos no serán mostrados.

Caso de Uso: ELIMINAR SECCION Número: RF-26

58
Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Sección.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

Precondiciones Haber realizado el caso de uso RF-24.
Paso Acciones
1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige < Reg. Académico >
2 En la barra del menú, La aplicación muestra un menú contextual con las
opciones (Periodo Escolar, Año Escolar, Lapso, sección, Unidad
Curricular, Tipos de constancia, Tipo de citación, Docente,
Representante) para que el actor seleccione una opción. El actor
selecciona sección.
Flujo de eventos 3 El actor consulta la sección que desea eliminar.
normal
4 luego pulsa <Eliminar>

5 El sistema confirma la eliminación

6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.
8 El sistema retorna al caso de uso Registro de Sección RF-24.

Post condiciones Se ha eliminado la sección.

Flujos de eventos Paso Acciones
excepcionales o 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un
alternativos Año.

Caso de Uso: GESTIONAR UNIDAD CURRICULAR Número: RF-28

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Gestionar sección.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional)

Precondiciones Haber ejecutado el modulo unidad curricular
Paso Acciones
Flujo de eventos 1 El actor selecciona la opción < Reg. Académico > en barra del menú
normal 2 La aplicación muestra un menú contextual con las opciones
(Periodo Escolar, Año Escolar, Lapso, sección, Unidad Curricular,
59
 Tipos de constancia, Tipo de citación, Docente, Representante) para
que el actor seleccione una opción.
Post condiciones Se ha seleccionado la opción unida curricular.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de unidad curricular no puede hacer
alternativos el registro del mismo al sistema.

Caso de Uso: REGISTRAR UNIDAD CURRICULAR Número: RF-29

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Sección.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-28.
Paso Acciones
1 El actor selecciona <Registro Académico> de la lista de opciones del
menú contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú (Periodo
Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
constancia, Tipo de citación, Docente, Representante) y el actor elige
unidad curricular.
Flujo de eventos 4 El sistema solicita en campos los datos siguientes: Código U.C, Nombre
normal U.C, Código Año Escolar, Horas Practicas, Horas Teóricas y Estatus.
5 El actor ingresa la información solicitada.
6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Información Almacenada lo
cual indica que la operación del ingreso de la unidad curricular fue
exitosa.
9 El sistema retorna al caso de uso Unidad Curricular.
Post condiciones Se han creado una unidad curricular.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje.

Flujos de eventos
excepcionales o 7.2 El sistema valida los datos (Código U.C, Nombre U.C, Código Año
alternativos Escolar, Horas Practicas, Horas Teóricas y Estatus.) que no quede en
blanco. Si el actor no ingresa la información en los campos obligatorios
para la creación de unidad curricular, el sistema muestra un mensaje
indicando que campo debe completar, para que sea llenado y poder
guardar la información.

60
Caso de Uso: CONSULTAR UNIDAD CURRICULAR Número: RF-31
Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera Consultar un Periodo Escolar.

Actores: AC-2 Usuario (Secretaria Seccional).

Precondiciones Haber realizado el caso de uso RF-29.
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú,
La aplicación muestra un menú contextual con las opciones (Periodo
Flujo de eventos Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
normal constancia, Tipo de citación, Docente, Representante) para que el
actor seleccione una opción.
2 El actor selecciona la opción Unidad Curricular.
3 El actor pulsa <consultar> y el sistema muestra una tabla con las
unidades curriculares almacenadas.
Post condiciones Se ha seleccionado la opción consultar unidad curricular.
Paso Acciones
Flujos de eventos 3.1 Si el actor no pulsa el botón de consultar las unidades curriculares
excepcionales o almacenadas no serán mostradas.
alternativos

Caso de Uso: ELIMINAR UNIDAD CURRICULAR Número: RF-32

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Sección.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

Precondiciones Haber realizado el caso de uso RF-29.
61
 Paso Acciones
1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige < Reg. Académico >
2 En la barra del menú, La aplicación muestra un menú contextual con las
opciones (Periodo Escolar, Año Escolar, Lapso, sección, Unidad
Curricular, Tipos de constancia, Tipo de citación, Docente,
Representante) para que el actor seleccione una opción. El actor
selecciona unidad curricular.
Flujo de eventos 3 El actor consulta la Unidad curricular que desea eliminar. luego pulsa
normal
4 El sistema arroja un mensaje de que coloque el código de la unidad
curricular que desea eliminar, Al colocar el código pulsa <Eliminar>
5 El sistema confirma la eliminación
6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.
8 El sistema retorna al caso de uso Registro unidad curricular RF-29.

Post condiciones Se ha eliminado la unidad curricular.

Flujos de eventos Paso Acciones
excepcionales o 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara una
alternativos unidad curricular.

Caso de Uso: GESTIONAR TIPO DE CONSTANCIA Número: RF-33

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Gestionar Tipo de Constancia.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional)

Precondiciones Haber ejecutado el modulo Reg. Académico
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú
Flujo de eventos 2 La aplicación muestra un menú contextual con las opciones
normal (Periodo Escolar, Año Escolar, Lapso, sección, Unidad Curricular,
Tipos de constancia, Tipo de citación, Docente, Representante) para
que el actor seleccione una opción.
Post condiciones Se ha seleccionado la opción Tipo de Constancia.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de tipo de constancia no puede
alternativos hacer el registro del mismo al sistema.

62
Caso de Uso: REGISTRAR TIPO DE CONSTANCIA Número: RF-34
Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Tipo de Constancia.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-33.
Paso Acciones
1 El actor selecciona <Reg. Académico> de la lista de opciones del menú
contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú (Periodo
Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
constancia, Tipo de citación, Docente, Representante) y el actor elige
Flujo de eventos tipo de constancia.
normal 4 El sistema solicita en campos los datos siguientes: Código y Nombre.
5 El actor ingresa la información solicitada.
6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Información Almacenada lo
cual indica que la operación fue exitosa.
9 El sistema retorna al caso de uso Tipos de Constancia.
Post condiciones Se han creado un tipo de constancia.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje.
Flujos de eventos
excepcionales o 7.2 El sistema valida los datos (código y nombre) que no quede en blanco.
alternativos Si el actor no ingresa la información en los campos obligatorios para la
creación de los tipos de constancias, el sistema muestra un mensaje
indicando que campo debe completar, para que sea llenado y poder
guardar la información.

Caso de Uso: CONSULTAR TIPO DE CONSTANCIA Número: RF-36

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera Consultar Tipo de Constancia.

Actores: AC-2 Usuario (Secretaria Seccional).

Precondiciones Haber realizado el caso de uso RF-34.
Paso Acciones
Flujo de eventos
1 El actor selecciona la opción < Reg. Académico > en barra del menú,
normal
La aplicación muestra un menú contextual con las opciones (Periodo

63
 Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
constancia, Tipo de citación, Docente, Representante) para que el
actor seleccione una opción.
2 El actor selecciona la opción tipo de constancias.
3 El actor pulsa <consultar> y el sistema muestra una tabla con las
constancias almacenadas.
Post condiciones Se ha seleccionado la opción consultar.
Flujos de eventos Paso Acciones
excepcionales o 3.1 Si el actor no pulsa el botón de consultar los tipos de constancias
alternativos almacenados no serán mostrados.

Caso de Uso: ELIMINAR TIPO DE CONSTANCIAS Número: RF-37

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Tipo de constancia.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

Precondiciones Haber realizado el caso de uso RF-34.
Paso Acciones
1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige < Reg. Académico >
2 En la barra del menú, La aplicación muestra un menú contextual con las
opciones (Periodo Escolar, Año Escolar, Lapso, sección, Unidad
Curricular, Tipos de constancia, Tipo de citación, Docente,
Representante) para que el actor seleccione una opción. El actor
selecciona tipo de constancia.
Flujo de eventos 3 El actor pulsa eliminar.
normal
4 El sistema arroja un mensaje: escriba el código que desea eliminar, Al
colocar el código pulsa <Eliminar>
5 El sistema confirma la eliminación
6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.
8 El sistema retorna al caso de uso Registro de tipo de constancia RF-34.

Post condiciones Se ha eliminado el tipo de constancia.

Flujos de eventos Paso Acciones
excepcionales o 4.1 El sistema debe mostrar un mensaje de advirtiendo que eliminara un
alternativos tipo de constancia.

64
Caso de Uso: GESTIONAR TIPO DE CITACION Número: RF-38
Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Gestionar Tipo de Citación .

Actores: AC-1 Administrador del Sistema (Jefe de Seccional)

Precondiciones Haber ejecutado el modulo Reg. Académico.
Paso Acciones
1 El actor selecciona la opción < Reg. Académico. > en barra del menú
Flujo de eventos 2 La aplicación muestra un menú contextual con las opciones
normal (Periodo Escolar, Año Escolar, Lapso, sección, Unidad Curricular,
Tipos de constancia, Tipo de citación, Docente, Representante) para
que el actor seleccione una opción.
Post condiciones Se ha seleccionado la opción Estudiante.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de tipo de citación no puede hacer el
alternativos registro del mismo al sistema.

Caso de Uso: REGISTRAR TIPO DE CITACION Número: RF-39

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Tipo de Citación.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-38.
Paso Acciones
1 El actor selecciona <Reg. Académico> de la lista de opciones del menú
contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú (Periodo
Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
Flujo de eventos constancia, Tipo de citación, Docente, Representante) y el actor elige
normal tipo de citación.
4 El sistema solicita en campos los datos siguientes: Código y Nombre.
5 El actor ingresa la información solicitada.
6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Información Almacenada lo
65
 cual indica que la operación del tipo de citación fue exitosa.
9 El sistema retorna al caso de uso Registro de Tipo de Citación.
Post condiciones Se han creado un tipo de citación.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje.
Flujos de eventos
excepcionales o 7.2 El sistema valida los datos (Código y Nombre) que no quede en blanco.
alternativos Si el actor no ingresa la información en los campos obligatorios para la
creación del registro de tipos de citación, el sistema muestra un
mensaje indicando que campo debe completar, para que sea llenado y
poder guardar la información.

Caso de Uso: CONSULTAR TIPOS DE CITACION Número: RF-41

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera Consultar Tipo de Citación.

Actores: AC-2 Usuario (Secretaria Seccional).

Precondiciones Haber realizado el caso de uso RF-39.
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú,
La aplicación muestra un menú contextual con las opciones (Periodo
Flujo de eventos Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
normal constancia, Tipo de citación, Docente, Representante) para que el
actor seleccione una opción.
2 El actor selecciona la opción tipo de citación.
3 El actor pulsa <consultar> y el sistema muestra una tabla con los
tipos de citaciones almacenadas.
Post condiciones Se ha seleccionado la opción consultar.
Flujos de eventos Paso Acciones
excepcionales o 3.1 Si el actor no pulsa el botón de consultar los tipos de citaciones
alternativos almacenados no serán mostrados.

Caso de Uso: ELIMINAR CITACIONES Número: RF-47

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Citaciones.

66
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-39.
Paso Acciones
1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige < Reg. Académico >
2 En la barra del menú, La aplicación muestra un menú contextual con las
opciones (Periodo Escolar, Año Escolar, Lapso, sección, Unidad
Curricular, Tipos de constancia, Tipo de citación, Docente,
Representante) para que el actor seleccione una opción. El actor
selecciona tipo de citación.
Flujo de eventos 3 El actor pulsa eliminar.
normal
4 El sistema arroja un mensaje: coloque el código que desea eliminar, Al
colocar el código pulsa <Eliminar>
5 El sistema confirma la eliminación
6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.
8 El sistema retorna al caso de uso Registro de tipo de citación RF-39.

Post condiciones Se ha eliminado una citación.

Flujos de eventos Paso Acciones
excepcionales o 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un
alternativos tipo de citación.

Caso de Uso: GESTIONAR ESTUDIANTE Número: RF-43

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Gestionar Estudiante.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional)

Precondiciones Haber ejecutado el modulo Estudiante
Paso Acciones
1 El actor selecciona la opción < Estudiante > en barra del menú
Flujo de eventos
normal 2 La aplicación muestra un menú contextual con las opciones
(Estudiante, Citación, Constancias, Inasistencia, Notas) para que el
actor seleccione una opción.
Post condiciones Se ha seleccionado la opción Estudiante.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de estudiante no puede hacer el
alternativos registro del mismo al sistema.

67
Caso de Uso: REGISTRAR ESTUDIANTE Número: RF-44
Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Estudiante.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-43.
Paso Acciones
1 El actor selecciona <Estudiante> de la lista de opciones del menú
contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú
(Estudiante, Citación, Constancias, Inasistencia, Notas) y el actor elige
estudiante.
4 El sistema solicita en campos los datos siguientes: Código, Cedula,
Flujo de eventos Nombre, Apellido, Fecha de nacimiento, Sexo, Dirección, Teléfono y
normal Código del Representante.
5 El actor ingresa la información solicitada.
6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Información Almacenada lo
cual indica que la operación del Registro de estudiante fue exitosa.
9 El sistema retorna al caso de uso Registrar Estudiante.
Post condiciones Se han creado un estudiante.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje.
Flujos de eventos
excepcionales o 7.2 El sistema valida los datos (Estudiante, Citación, Constancias,
alternativos Inasistencia, Notas.) que no quede en blanco. Si el actor no ingresa la
información en los campos obligatorios para la creación del Registro de
Estudiante, el sistema muestra un mensaje indicando que campo debe
completar, para que sea llenado y poder guardar la información.

Caso de Uso: CONSULTAR ESTUDIANTE Número: RF-46

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera Consultar Estudiante.

Actores: AC-2 Usuario (Secretaria Seccional).

Precondiciones Haber realizado el caso de uso RF-44.
Flujo de eventos Paso Acciones
normal 1 El actor selecciona la opción < Estudiante > en barra del menú, La

68
 aplicación muestra un menú contextual con las opciones
(Estudiante, Citación, Constancias, Inasistencia, Notas) para que el
actor seleccione una opción.
2 El actor selecciona la opción Estudiante.
3 El actor pulsa <consultar> y el sistema muestra una tabla con las
estudiantes almacenadas.
Post condiciones Se ha seleccionado la opción consultar.
Flujos de eventos Paso Acciones
excepcionales o 3.1 Si el actor no pulsa el botón de consultar los estudiantes
alternativos almacenados no serán mostrados.

Caso de Uso: ELIMINAR ESTUDIANTE Número: RF-47

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Estudiante.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

Precondiciones Haber realizado el caso de uso RF-44.
Paso Acciones
1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige < Estudiante >
2 En la barra del menú, La aplicación muestra un menú contextual con las
opciones (Estudiante, Citación, Constancias, Inasistencia, Notas) para
que el actor seleccione una opción. El actor selecciona estudiante.
3 El actor pulsa eliminar.
Flujo de eventos
normal 4 El sistema arroja un mensaje de que coloque el código del estudiante
que desea eliminar, Al colocar el código pulsa <Eliminar>
5 El sistema confirma la eliminación
6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.
8 El sistema retorna al caso de uso Registro de Estudiante RF-44.

Post condiciones Se ha eliminado estudiante.

Flujos de eventos Paso Acciones
excepcionales o 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un
alternativos estudiante.

Caso de Uso: GESTIONAR REPRESENTANTE Número: RF-48

69
Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Gestionar Representante.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional)

Precondiciones Haber ejecutado el modulo Reg. Académico.
Paso Acciones
1 El actor selecciona la opción < Representante > en barra del menú
Flujo de eventos 2 La aplicación muestra un menú contextual con las opciones
normal (Periodo Escolar, Año Escolar, Lapso, sección, Unidad Curricular,
Tipos de constancia, Tipo de citación, Docente, Representante) para
que el actor seleccione una opción.
Post condiciones Se ha seleccionado la opción Representante.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de Representante no puede hacer el
alternativos registro del mismo al sistema.

Caso de Uso: REGISTRAR REPRESENTANTE Número: RF-49

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Representante.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-48.
Paso Acciones
1 El actor selecciona <Reg. Académico> de la lista de opciones del menú
contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú (Periodo
Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
constancia, Tipo de citación, Docente, Representante) y el actor elige
Representante.
Flujo de eventos 4 El sistema solicita en campos los datos siguientes: Código, Cedula,
normal Nombre, Apellido, Sexo, Dirección, Teléfono 1, Teléfono 2, Profesión ,
Estado civil, y Fecha de nacimiento.
5 El actor ingresa la información solicitada.
6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Información Almacenada lo
cual indica que la operación del Registro de Representante fue exitosa.
9 El sistema retorna al caso de uso Registro de Representante.

70
Post condiciones Se han creado un Representante.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje.
Flujos de eventos 7.2 El sistema valida los datos (Código, Cedula, Nombre, Apellido, Sexo,
excepcionales o Dirección, Teléfono 1, Teléfono 2, Profesión, Estado civil, y Fecha de
alternativos nacimiento.) que no quede en blanco. Si el actor no ingresa la
información en los campos obligatorios para la creación del Registro de
Representante, el sistema muestra un mensaje indicando que campo
debe completar, para que sea llenado y poder guardar la información.

Caso de Uso: CONSULTAR REPRESENTANTE Número: RF-51

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera Consultar Representante.

Actores: AC-2 Usuario (Secretaria Seccional).

Precondiciones Haber realizado el caso de uso RF-49.
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú,
La aplicación muestra un menú contextual con las opciones (Periodo
Flujo de eventos Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
normal constancia, Tipo de citación, Docente, Representante) para que el
actor seleccione una opción.
2 El actor selecciona la opción Representante.
3 El actor pulsa <consultar> y el sistema muestra una tabla con las
Representantes almacenados.
Post condiciones Se ha seleccionado la opción consultar.
Flujos de eventos Paso Acciones
excepcionales o 3.1 Si el actor no pulsa el botón de consultar los representantes
alternativos almacenados no serán mostrados.

Caso de Uso: ELIMINAR REPRESENTANTE Número: RF-52

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Estudiante.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

71
Precondiciones Haber realizado el caso de uso RF-49.
Paso Acciones
1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige < Reg. Académico >
2 En la barra del menú, La aplicación muestra un menú contextual con las
opciones (Periodo Escolar, Año Escolar, Lapso, sección, Unidad
Curricular, Tipos de constancia, Tipo de citación, Docente,
Representante) El actor selecciona representante.
3 El actor pulsa eliminar.
Flujo de eventos
normal
4 El sistema arroja un mensaje de que coloque el código del
representante que desea eliminar, Al colocar el código pulsa <Eliminar>
5 El sistema confirma la eliminación
6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.
8 El sistema retorna al caso de uso Registro de Representante RF-49.

Post condiciones Se ha eliminado Representante.

Flujos de eventos Paso Acciones
excepcionales o 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un
alternativos representante.

Caso de Uso: GESTIONAR DOCENTE Número: RF-53

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Gestionar Docente.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional)

Precondiciones Haber ejecutado el modulo Reg. Académico.
Paso Acciones
1 El actor selecciona la opción < Docente > en barra del menú
Flujo de eventos 2 La aplicación muestra un menú contextual con las opciones
normal (Periodo Escolar, Año Escolar, Lapso, sección, Unidad Curricular,
Tipos de constancia, Tipo de citación, Docente, Representante) para
que el actor seleccione una opción.
Post condiciones Se ha seleccionado la opción Docente.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de Docente no puede hacer el
alternativos registro del mismo al sistema.

72
Caso de Uso: REGISTRAR DOCENTE Número: RF-54
Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Docente.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-53.
Paso Acciones
1 El actor selecciona <Reg. Académico> de la lista de opciones del menú
contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú (Periodo
Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
constancia, Tipo de citación, Docente, Representante) y el actor elige
Docente.
Flujo de eventos 4 El sistema solicita en campos los datos siguientes: Código, Cedula,
normal Nombre, Apellido, Sexo, Dirección, Teléfono 1, Teléfono 2, Profesión y
Fecha de nacimiento.
5 El actor ingresa la información solicitada.
6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Información Almacenada lo
cual indica que la operación del Registro de Docente fue exitosa.
9 El sistema retorna al caso de uso Registro de Docente.
Post condiciones Se han creado un docente.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje.
Flujos de eventos 7.2 El sistema valida los datos (Código, Cedula, Nombre, Apellido, Sexo,
excepcionales o Dirección, Teléfono 1, Teléfono 2, Profesión y Fecha de nacimiento.)
alternativos que no quede en blanco. Si el actor no ingresa la información en los
campos obligatorios para la creación del Registro de Docente, el
sistema muestra un mensaje indicando que campo debe completar,
para que sea llenado y poder guardar la información.

Caso de Uso: CONSULTAR DOCENTE Número: RF-56

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera Consultar Docente.

Actores: AC-2 Usuario (Secretaria Seccional).

73
Precondiciones Haber realizado el caso de uso RF-54.
Paso Acciones
1 El actor selecciona la opción < Reg. Académico > en barra del menú,
La aplicación muestra un menú contextual con las opciones (Periodo
Flujo de eventos Escolar, Año Escolar, Lapso, sección, Unidad Curricular, Tipos de
normal constancia, Tipo de citación, Docente, Representante) para que el
actor seleccione una opción.
2 El actor selecciona la opción Docente.
3 El actor pulsa <consultar> y el sistema muestra una tabla con los
docentes almacenados.
Post condiciones Se ha seleccionado la opción consultar.
Flujos de eventos Paso Acciones
excepcionales o 3.1 Si el actor no pulsa el botón de consultar los docentes almacenados
alternativos no serán mostrados.

Caso de Uso: ELIMINAR DOCENTE Número: RF-57

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Docente.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

Precondiciones Haber realizado el caso de uso RF-54.
Paso Acciones
1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige < Reg. Académico >
2 En la barra del menú, La aplicación muestra un menú contextual con las
opciones (Periodo Escolar, Año Escolar, Lapso, sección, Unidad
Curricular, Tipos de constancia, Tipo de citación, Docente,
Representante) El actor selecciona docente.
3 El actor pulsa eliminar.
Flujo de eventos
normal
4 El sistema arroja un mensaje de que coloque el código del docente que
desea eliminar, Al colocar el código pulsa <Eliminar>
5 El sistema confirma la eliminación
6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.
8 El sistema retorna al caso de uso Registro de Docente RF-54.

Post condiciones Se ha eliminado Docente.

Flujos de eventos Paso Acciones

74
excepcionales o 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un
alternativos docente.

Caso de Uso: GESTIONAR CITACION Número: RF-58

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Gestionar Citación.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional)

Precondiciones Haber ejecutado el modulo Estudiante
Paso Acciones
1 El actor selecciona la opción < Estudiante > en barra del menú
Flujo de eventos
normal 2 La aplicación muestra un menú contextual con las opciones
(Estudiante, Citación, Constancias, Inasistencia, Notas) para que el
actor seleccione una opción.
Post condiciones Se ha seleccionado la opción citación.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de citación no puede hacer el
alternativos registro del mismo al sistema.

Caso de Uso: REGISTRAR EMISION DE CITACION Número: RF-59

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Estudiante.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-58.
Paso Acciones
1 El actor selecciona <Estudiante> de la lista de opciones del menú
contextual desplegado.

Flujo de eventos 2 El sistema despliega una ventana con la descripción de menú

normal (Estudiante, Citación, Constancias, Inasistencia, Notas) y el actor elige
citación.
3 El sistema solicita en campos los datos siguientes: Código, Cedula del
estudiante, Nombre del estudiante, Tipo de citación y Observaciones.
4 El actor ingresa la información solicitada.
5 El actor pulsa <Guardar>

75
 6 El sistema verifica y valida los datos ingresados.
7 El sistema muestra un mensaje diciendo Información Almacenada lo
cual indica que la operación del Registro de estudiante fue exitosa.
8 El sistema retorna al caso de uso Emisión de Citación.
Post condiciones Se debe emitir una citación.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje.
Flujos de eventos 7.2 El sistema valida los datos (Código, Cedula del estudiante, Nombre del
excepcionales o estudiante, Tipo de citación y Observaciones) que no quede en blanco.
alternativos Si el actor no ingresa la información en los campos obligatorios para la
creación de la emisión de citación, el sistema muestra un mensaje
indicando que campo debe completar, para que sea llenado y poder
guardar la información.

Caso de Uso: CONSULTAR CITACION Número: RF-61

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera Consultar Citación.

Actores: AC-2 Usuario (Secretaria Seccional).

Precondiciones Haber realizado el caso de uso RF-59.
Paso Acciones
1 El actor selecciona la opción < Estudiante > en barra del menú, La
aplicación muestra un menú contextual con las opciones
Flujo de eventos
(Estudiante, Citación, Constancias, Inasistencia, Notas) para que el
normal
actor seleccione una opción.
2 El actor selecciona la opción Citación.
3 El actor pulsa <consultar> y el sistema muestra una tabla con las
citaciones almacenadas.

Post condiciones Se ha seleccionado la opción consultar.

Flujos de eventos Paso Acciones
excepcionales o 3.1 Si el actor no pulsa el botón de consultar las citaciones
alternativos almacenadas no serán mostrados.

Caso de Uso: ELIMINAR CITACION Número: RF-62

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.

76
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Citación.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

Precondiciones Haber realizado el caso de uso RF-59.
Paso Acciones
1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige < Estudiante >
2 En la barra del menú, La aplicación muestra un menú contextual con las
opciones (Estudiante, Citación, Constancias, Inasistencia, Notas) para
que el actor seleccione una opción. El actor selecciona citacion.
3 El actor pulsa eliminar.
Flujo de eventos
normal 4 El sistema arroja un mensaje de que coloque el código que desea
eliminar, Al colocar el código pulsa <Eliminar>
5 El sistema confirma la eliminación
6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.
8 El sistema retorna al caso de uso Emisión de Citación RF-59.

Post condiciones Se ha eliminado una citación.

Flujos de eventos Paso Acciones
excepcionales o 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara una
alternativos citación.

Caso de Uso: GESTIONAR CONSTANCIA Número: RF-64

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Gestionar Constancia.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional)

Precondiciones Haber ejecutado el modulo Estudiante
Flujo de eventos Paso Acciones
normal 1 El actor selecciona la opción < Estudiante > en barra del menú

77
 2 La aplicación muestra un menú contextual con las opciones
(Estudiante, Citación, Constancias, Inasistencia, Notas) para que el
actor seleccione una opción.
Post condiciones Se ha seleccionado la opción constancias.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de constancia no puede hacer el
alternativos registro del mismo al sistema.

Caso de Uso: REGISTRAR CONSTANCIA Número: RF-65

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Constancia.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-64.
Paso Acciones
1 El actor selecciona <Estudiante> de la lista de opciones del menú
contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú
(Estudiante, Citación, Constancias, Inasistencia, Notas) y el actor elige
constancia.
Flujo de eventos 4 El sistema solicita en campos los datos siguientes: Código de
normal Constancia, Fecha y Tipo de Constancia.
5 El actor ingresa la información solicitada.
6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Información Almacenada lo
cual indica que la operación del Registro de constancia fue exitosa.
9 El sistema retorna al caso de uso Registro de Constancia.
Post condiciones Se debe emitir una constancia.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje.
Flujos de eventos
excepcionales o 7.2 El sistema valida los datos (Código de Constancia, Fecha y Tipo de
alternativos Constancia.) que no quede en blanco. Si el actor no ingresa la
información en los campos obligatorios para la creación del Registro de
Constancia, el sistema muestra un mensaje indicando que campo debe
completar, para que sea llenado y poder guardar la información.

Caso de Uso: CONSULTAR CONSTANCIA Número: RF-67

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
78
 Frany Provenzali

Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera Consultar Constancia.

Actores: AC-2 Usuario (Secretaria Seccional).

Precondiciones Haber realizado el caso de uso RF-65.
Paso Acciones
1 El actor selecciona la opción < Estudiante > en barra del menú, La
aplicación muestra un menú contextual con las opciones
Flujo de eventos
(Estudiante, Citación, Constancias, Inasistencia, Notas) para que el
normal
actor seleccione una opción.
2 El actor selecciona la opción Constancia.
3 El actor pulsa <consultar> y el sistema muestra una tabla con las
constancias almacenadas.
Post condiciones Se ha seleccionado la opción consultar.
Flujos de eventos Paso Acciones
excepcionales o 3.1 Si el actor no pulsa el botón de consultar las constancias
alternativos almacenadas no serán mostrados.

Caso de Uso: ELIMINAR CITACION Número: RF-68

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Eliminar Constancia.

Actores: AC-1 Administrador del Sistema (Jefe de Seccional).

Precondiciones Haber realizado el caso de uso RF-65.
Paso Acciones
1 El actor ingresa a la lista de opciones del menú contextual desplegado,
elige < Estudiante >
2 En la barra del menú, La aplicación muestra un menú contextual con las
opciones (Estudiante, Citación, Constancias, Inasistencia, Notas) para
que el actor seleccione una opción. El actor selecciona constancia.
Flujo de eventos 3 El actor pulsa eliminar.
normal
4 El sistema arroja un mensaje de que coloque el código que desea
eliminar, Al colocar el código pulsa <Eliminar>
5 El sistema confirma la eliminación
6 El sistema muestra un mensaje diciendo “ Información Eliminada”
7 El sistema confirma la eliminación.

79
 8 El sistema retorna al caso de uso Registro de Constancia RF-65.

Post condiciones Se ha eliminado una constancia.

Flujos de eventos Paso Acciones
excepcionales o 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara una
alternativos constancia.

Caso de Uso: REGISTRAR INASISTENCIA Número: RF-70

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Inasistencia.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-44.
Paso Acciones
1 El actor selecciona <Estudiante> de la lista de opciones del menú
contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú
(Estudiante, Citación, Constancias, Inasistencia, Notas) y el actor elige
inasistencia.
4 El sistema solicita en campos los datos siguientes: Cedula del
Flujo de eventos estudiante, Nombre del estudiante, Inasistencias, Fecha y Unidades
normal curriculares las cuales falto.
5 El actor ingresa la información solicitada.
6 El actor pulsa <Guardar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra un mensaje diciendo Información Almacenada lo
cual indica que la operación del Registro de Inasistencia fue exitosa.
9 El sistema retorna al caso de uso Registro de Inasistencia.
Se deben emitir las inasistencias, al llegar al tope de 5 inasistencias el sistema
Post condiciones
enviara un mensaje de aviso, al administrador para notificarle.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje.
Flujos de eventos 7.2 El sistema valida los datos (Cedula del estudiante, Nombre del
excepcionales o estudiante, Inasistencias, Fecha y Unidades curriculares las cuales falto.)
alternativos que no quede en blanco. Si el actor no ingresa la información en los
campos obligatorios para la creación del Registro de Inasistencia, el
sistema muestra un mensaje indicando que campo debe completar,
para que sea llenado y poder guardar la información.

80
Caso de Uso: GESTIONAR INSCRIPCION Número: RF-76
Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: La aplicación debe comportarse tal como se describe en el siguiente caso de uso
concreto cuando el actor quiera realizar alguna de las operaciones: Registrar, Modificar, Inscribir,
Imprimir.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-44, RF-49
Paso Acciones
1 El actor selecciona la opción < Inscripción > en barra de títulos
Flujo de eventos
normal 2 La aplicación muestra un menú contextual con las opciones
(Inscripción) para que el actor seleccione una opción.
Post condiciones Se ha seleccionado la opción Inscripción.
Flujos de eventos Paso Acciones
excepcionales o 2.1 Si el actor no selecciona la opción de Inscripción no puede realizar la
alternativos misma en el sistema.

Caso de Uso: REGISTRAR INSCRIPCION Número: RF-77

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Registrar Inscripción.
Actores: AC-1 Administrador del Sistema (Jefe de Seccional).
Precondiciones Haber realizado el caso de uso RF-76.
Paso Acciones
1 El actor selecciona <INSCRIPCION> de la lista de opciones del menú
contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú
(Inscripción) y el actor elige Inscripción.
4 El sistema solicita en campos los datos siguientes: Cedula.
Flujo de eventos
5 El actor ingresa la información solicitada.
normal
6 El actor pulsa <Buscar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra la información Almacenada donde se encuentra
guardado: El código, Fecha, Los datos del estudiante, Datos del
representante.
9 El actor selecciona el código del año escolar.
10 El actor selecciona el código de la sección.
11 El actor selecciona las materias a inscribir del estudiante para el registro
81
 de la inscripción.
12 EL actor pulsa<Guardar>
13 El sistema retorna al caso de uso Registro de Inscripción.
Post condiciones Se debe emitir una impresión de la inscripción.
Paso Acciones
7.1 El sistema debe chequear la existencia previa de datos, en caso de
existir mostrara un mensaje.
Flujos de eventos
excepcionales o 7.2 El sistema valida los datos (Cedula) que no quede en blanco. Si el actor
alternativos no ingresa la información en los campos obligatorios para la creación
del Registro de Inscripción, el sistema muestra un mensaje indicando
que el campo cedula no puede estar vacio, para que sea llenado y
poder guardar la información.
11.1 Si el estudiante es repitiente, el actor debe seleccionar: las materias de
arrastre.
11.2 Luego el sistema habilitara las materias que puede ver más las de
arrastre, para así poder completar la inscripción del estudiante.

Caso de Uso: IMPRESIÓN DE PLANILLA DE INSCRIPCION Número: RF-79

Proyecto: SISTEMA AUTOMATIZADO PARA INSCRIPCIONES DE ESTUDIANTES DEL LICEO BOLIVARIANO RAFAEL
RANGEL VALERA ESTADO TRUJILLO.
Analistas: Mayerling Acevedo Fecha: 22/10/2012 Versión: 1.0
Frany Provenzali
Descripción: El sistema debe comportarse tal como se describe en el siguiente caso de uso concreto
cuando el actor quiera Imprimir la planilla de inscripción.
Actores: AC-2 Usuario (Secretaria Seccional).
Precondiciones Haber realizado el caso de uso RF-77.
Paso Acciones
1 El actor selecciona <INSCRIPCION> de la lista de opciones del menú
contextual desplegado.
3 El sistema despliega una ventana con la descripción de menú
(Inscripción) y el actor elige Inscripción.
4 El sistema solicita en campos los datos siguientes: Cedula.
Flujo de eventos
5 El actor ingresa la información solicitada.
normal
6 El actor pulsa <Buscar>
7 El sistema verifica y valida los datos ingresados.
8 El sistema muestra la información Almacenada donde se encuentra
guardado: El código, Fecha, Los datos del estudiante, Datos del
representante.
9 El actor selecciona el código del año escolar.
10 El actor selecciona el código de la sección.
11 El actor selecciona las materias a inscribir del estudiante para el registro
de la inscripción.
12 EL actor pulsa<IMPRIMIR>
13 EL sistema muestra en pantalla los datos ingresados para imprimir la

82
 planilla.
14 El actor selecciona la impresora y pulsa imprimir.
15 El sistema retorna al caso de uso Registro de Inscripción.
Post condiciones Debe emitir una impresión de la inscripción.
Flujos de eventos Paso Acciones
excepcionales o 12.1 Si el actor no pulsa el botón de Imprimir no puede realizar la impresión
alternativos de la planilla de inscripción del estudiante.

Diagramas de Casos de Uso

Diagrama de Caso de Uso: General

83
2. Especificaciones de Casos de Uso

Diagrama de Caso de Uso: Gestionar Usuario

Diagrama de Caso de Uso: Gestionar Período Escolar

Diagrama de Caso de Uso: Gestionar Año Escolar

84
Diagrama de Caso de Uso: Gestionar Lapso

Diagrama de Caso de Uso: Gestionar Sección

85
 Diagrama de Caso de Uso: Gestionar Unidad Curricular

Diagrama de Caso de Uso: Gestionar Estudiante

86
Diagrama de Caso de Uso: Gestionar Representante

Diagrama de Caso de Uso: Gestionar Docente

87
Diagrama de Caso de Uso: Gestionar Inasistencias

Diagrama de Caso de Uso: Gestionar Inscripción

88
89
Diagrama de Caso de Uso: Gestionar Notas

Diagrama de Caso de Uso: Gestionar Constancias

Diagrama de Caso de Uso: Gestionar Citación

90
 Diagrama de Caso de Uso: Gestionar Cierre de Sistema

Modelo Estructural

Diagrama de Clases

91
 Glosario de Términos

Base de datos: Conjunto de datos que pertenecen al mismo contexto

almacenados sistemáticamente. En una base de datos, la información se

92
organiza en campos y registros. Los datos pueden aparecer en forma de texto,
números, gráficos, sonido o vídeo.

Citación: Documento que se genera para solicitar la presencia del

representante en la Institución Educativa para tratar asuntos concernientes con
su representado

Contraseña: Password. Código utilizado para accesar un sistema restringido.

Pueden contener caracteres alfanuméricos e incluso algunos otros símbolos.
Se destaca que la contraseña no es visible en la pantalla al momento de ser
tecleada con el propósito de que sólo pueda ser conocida por el usuario.

Docente:

 Según Matos (2.000) el docente es un mediador no de manera

declarativa; de hecho debe asumir el reto de involucrarse en la
construcción del conocimiento en el aula. Lo importante no es
necesariamente cuánto se sabe, pero que ello descanse en una
plataforma teórica-conceptual, psicológica y filosófica para sustentar la
práctica pedagógica.
 González, N. (2.000) dentro de la praxis pedagógica integradora, el rol
del docente debe ser percibido como promotor del aprendizaje,
motivador y sensible. El docente debe conocer y respetar el estado
evolutivo del niño y facilitar situaciones que inviten a la búsqueda
constante del conocimiento. Se concibe como modelo y líder, centrado
en sus alumnos como sujetos de aprendizaje...El rol del docente
interactúa con dos elementos más para formar una tríada interpretativa:
docente – alumno – saber.

Estas interpretaciones de los autores Matos y González, conducen a

entender el rol del docente como factor de construcción de conocimientos y de
experiencias.

Estudiante: Tradicionalmente se ha dicho que un estudiante es una persona él

o la cual cursa estudio de primaria, secundaria o pregrado de la universidad.
93
Los y las cursantes de la educación no formal, de los estudios de postgrado
(cuarto, quinto y sexto nivel), no son considerados como estudiantes en el
lenguaje popular y hasta académico. Es interesante saber que la condición de
estudiar define la profesión al momento de considerar la toma de datos para
cualquier situación, incluida la realización de la historia médica. El trabajo se
considera de apoyo a la situación de estudiante.

Interfaz: es la parte de un programa informático que permite a éste

comunicarse con el usuario o con otras aplicaciones permitiendo el flujo de
información.

Liceo Bolivariano: es un programa bandera dirigido a atender integralmente la

adolescencia y la juventud temprana, período de vida en el cual la estructura
pasada centró su atención para la mercantilización. El perfil curricular que
estructura al pensum respectivo responde a la concepción integral de la
Educación como Continuo Humano.

El nuevo programa bandera cubre la atención integral de educación

bolivariana al período de vida entre 12 y 18 años de edad, correspondiente a la
continuidad de formación del nuevo republicano entre la Escuela Bolivariana y
la Universidad Bolivariana, con salida profesional intermedia como la de técnico
medio.

Proyecto software: conjunto de actividades coordinadas cronológicamente

para alcanzar un subconjunto de objetivos a partir de la definición de un
subconjunto denecesidades.

Representante: Es la persona que representa a un estudiante o varios

estudiantes en la institución educativa.

Servidor Web: es un programa que implementa el protocolo HTTP (hypertext

transfer protocol). Este protocolo está diseñado para transferir lo que llamamos
hipertextos, páginas Web o páginas HTML (hypertextmarkuplanguage): textos
complejos con enlaces, figuras, formularios, botones y objetos incrustados
como animaciones o reproductores de sonidos.
94
Unidad Curricular: son las asignaturas que forman una carrera o un plan de
estudios, y que se dictan en los centros educativos.

UML: UnifiedModelingLanguage. Lenguaje de programación gráfico para el

modelado de proyectos software orientados a objetos.UML es una familia de
notaciones, útiles para describir distintos aspectos de un sistema:

 Estático. Describe los elementos del sistema y sus relaciones.

 Dinámico. Describe el comportamiento del sistema a lo largo del tiempo.
 Casos de Uso. Desde el punto de vista del usuario.

95