Sistema Control Académico Liceo

1
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
Profesor:
ING. Doris Briceño
Valera, Junio 2013.

2
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

3
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

4
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.

5
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”.

6
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:

7
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

8
 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

9
 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

10
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.

11
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
AC-1
Administrador
del Sistema (Jefe
de Seccional)
Es el responsable de funcionamiento y administración del
sistema, además que es nuestro cliente principal en la
aplicación.
AC-2
Usuario
(Secretaria
Seccional)
Es la persona que se encargada de gestionar los procesos
menudos y no críticos en la Seccional del Liceo Bolivariano
Rafael Rangel, además registra y archiva la
documentación generada y atiende solicitudes de
constancias varias.

12
Relación entre Actores
Listado de Requisitos Funcionales
ID
Nombre del Requisito Usuario
Proceso
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-04 Modificar Usuario Administrador
RF-01, RF-02, RF-
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-08 Gestionar Período Escolar Administrador
RF-01, RF-02, RF-
03
RF-09 Registrar Período Escolar Administrador
RF-01, RF-02, RF-
03, RF-08
RF-10 Modificar Período Escolar Usuario
RF-01, RF-02, RF-
03, RF-08, RF-09
RF-11 Consultar Período Escolar Usuario
RF-01, RF-02, RF-
03, RF-08, RF-09
RF-12 Eliminar Período Escolar Administrador
RF-01, RF-02, RF-
03, RF-08, RF-09

13
RF-13 Gestionar Año Escolar Administrador RF-01, RF-02
RF-14 Registrar Año Escolar Administrador
RF-01, RF-02, RF-
13
RF-15 Modificar Año Escolar Usuario
RF-01, RF-02, RF-
13, RF-14
RF-16 Consultar Año Escolar Usuario
RF-01, RF-02, RF-
13, RF-14
RF-17 Eliminar Año Escolar Administrador
RF-01, RF-02, RF-
13, RF-14
RF-18 Gestionar Lapso Administrador RF-01, RF-02
RF-19 Registrar Lapso Administrador
RF-01, RF-02, RF-
18
RF-20 Modificar Lapso Usuario
RF-01, RF-02, RF-
18, RF-19
RF-21 Consultar Lapso Usuario
RF-01, RF-02, RF-
18, RF-19
RF-22 Eliminar Lapso Administrador
RF-01, RF-02, RF-
18, RF-19
RF-23 Gestionar Sección Administrador RF-01, RF-02
RF-24 Registrar Sección Administrador
RF-01, RF-02, RF-
23
RF-25 Consultar Sección Usuario
RF-01, RF-02, RF-
23, RF-24
RF-26 Eliminar Sección Administrador
RF-01, RF-02, RF-
23, RF-24
RF-27
Emisión de nómina de estudiantes
por sección Usuario
RF-01, RF-02, RF-
23, RF-24
RF-28 Gestionar Unidad Curricular Administrador RF-01, RF-02
RF-29 Registrar Unidad Curricular Administrador
RF-01, RF-02, RF-
28
RF-30 Modificar Unidad Curricular Usuario
RF-01, RF-02, RF-
28, RF-29
RF-31 Consultar Unidad Curricular Usuario
RF-01, RF-02, RF-
28, RF-29
RF-32 Eliminar Unidad Curricular Administrador
RF-01, RF-02, RF-
28, RF-29
RF-33 Gestionar Tipos de Constancia Administrador RF-01, RF-02
RF-34 Registrar Tipos de Constancia Administrador
RF-01, RF-02, RF-
33
RF-35 Modificar Tipos de Constancia Usuario
RF-01, RF-02, RF-
33, RF-34
RF-36 Consultar Tipos de Constancia Usuario
RF-01, RF-02, RF-
33, RF-34
RF-37 Eliminar Tipos de Constancia Administrador
RF-01, RF-02, RF-
33, RF-34
RF-38 Gestionar Tipos de Citación Administrador RF-01, RF-02
RF-39 Registrar Tipos de Citación Administrador
RF-01, RF-02, RF-
38

14
RF-40 Modificar Tipos de Citación Usuario
RF-01, RF-02, RF-
38, RF-39
RF-41 Consultar Tipos de Citación Usuario
RF-01, RF-02, RF-
38, RF-39
RF-42 Eliminar Tipos de Citación Administrador
RF-01, RF-02, RF-
38, RF-39
RF-43 Gestionar Estudiante Administrador RF-01, RF-02
RF-44 Registrar Estudiante Administrador
RF-01, RF-02, RF-
43
RF-45 Modificar Estudiante Usuario
RF-01, RF-02, RF-
43, RF-44
RF-46 Consultar Estudiante Usuario
RF-01, RF-02, RF-
43, RF-44
RF-47 Eliminar Estudiante Administrador
RF-01, RF-02, RF-
43, RF-44
RF-48 Gestionar Representante Administrador RF-01, RF-02
RF-49 Registrar Representante Usuario
RF-01, RF-02, RF-
48
RF-50 Modificar Representante Usuario
RF-01, RF-02, RF-
48, RF-49
RF-51 Consultar Representante Usuario
RF-01, RF-02, RF-
48, RF-49
RF-52 Eliminar Representante Administrador
RF-01, RF-02, RF-
48, RF-49
RF-53 Gestionar Docente Administrador RF-01, RF-02
RF-54 Registrar Docente Administrador
RF-01, RF-02, RF-
53
RF-55 Modificar Docente Usuario
RF-01, RF-02, RF-
53, RF-54
RF-56 Consultar Docente Usuario
RF-01, RF-02, RF-
53, RF-54
RF-57 Eliminar Docente Administrador
RF-01, RF-02, RF-
53, RF-54
RF-58 Gestionar Citación Administrador RF-01, RF-02
RF-59 Registrar Citación Administrador
RF-01, RF-02, RF-
58
RF-60 Modificar Citación Usuario
RF-01, RF-02, RF-
58, RF-59
RF-61 Consultar Citación Usuario
RF-01, RF-02, RF-
58, RF-59
RF-62 Eliminar Citación Administrador
RF-01, RF-02, RF-
58, RF-59
RF-63 Imprimir Citación Usuario
RF-01, RF-02, RF-
58, RF-59
RF-64 Gestionar Constancias Administrador RF-01, RF-02
RF-65 Registrar Constancias Usuario
RF-01, RF-02, RF-
64
RF-66 Modificar Constancias Usuario
RF-01, RF-02, RF-
64, RF-65

15
RF-67 Consultar Constancias Usuario
RF-01, RF-02, RF-
64, RF-65
RF-68 Eliminar Constancias Administrador
RF-01, RF-02, RF-
64, RF-65
RF-69 Imprimir Constancias Usuario
RF-01, RF-02, RF-
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-73 Modificar Notas Usuario
RF-01, RF-02, RF-
72
RF-74 Consultar Notas Usuario
RF-01, RF-02, RF-
72
RF-75
Emisión de notas por lapsos
(boletines) Usuario
RF-01, RF-02, RF-
72
RF-76 Gestionar Inscripción Administrador RF-01, RF-02
RF-77 Registrar Inscripción Usuario
RF-01, RF-02, RF-
76
RF-78 Modificar Inscripción Administrador
RF-01, RF-02, RF-
76, RF-77
RF-79 Impresión de planilla de inscripción Usuario
RF-01, RF-02, RF-
76, RF-77
RF-80
Gestionar Tope de Estudiantes por
Sección Administrador RF-01, RF-02
RF-81
Cerrar el Sistema por Culminación de
Periodo Escolar Administrador RF-01, RF-02
RF-82
Cerrar el Sistema por Culminación de
Lapso Administrador RF-01, RF-02
RF-83
Cerrar el Sistema Mensual para
limpiar contador se Inasistencias Administrador RF-01, RF-02

16
Planillas VOLERE
Identificador del
Requisito:
RF-01
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
INICIAR SESION
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):
Jefe de Seccional
Unidad en la que se origina:
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
Mayor prioridad)
5
Dependencias (qué requisitos depende
de este):TODOS
Conflictos (qué requisitos son
incompatibles o inconsistentes con
este):
Documentos de soporte: Histórico de cambios:
Proyecto:
SISTEMA AUTOMATIZADO PARA EL CONTROL
ACADÉMICO DEL LICEO BOLIVARIANO
RAFAEL RANGEL DE LA CIUDAD DE VALERA,
ESTADO TRUJILLO.
Analista:
Mayerling Acevedo,
Frany Provenzali

17
Identificador del
Requisito:
RF-02
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
ADMINISTRAR
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.
Jefe de Seccional
Seccional
Solo debe crearse usuario a personal que labore en la Seccional del
Liceo Bolivariano Rafael Rangel.
forma: Administrador.
Mayor prioridad)
5
de este):
TODOS
este):
Proyecto:
SISTEMA AUTOMATIZADO PARA EL
CONTROL ACADÉMICO DEL LICEO
BOLIVARIANO RAFAEL RANGEL DE LA
CIUDAD DE VALERA, ESTADO TRUJILLO.
Analista:
Mayerling Acevedo,
Frany Provenzali

18
Identificador del
Requisito:
RF-08
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR PERÍODO
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.
Jefe de Seccional
Seccional
No podrá eliminar el período escolar si ya pertenece a una
inscripción.
(escala: 1,2,3,4,5) (1 menor prioridad –
5 Mayor prioridad)
5
de este):
09, 10, 11, 12
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

19
Identificador del
Requisito:
RF-13
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR AÑO
ESCOLAR
Descripción: El sistema debe gestionar los años escolares en los cuáles se
va a inscribir el estudiante.
año escolar del Liceo Bolivariano Rafael Rangel.
Jefe de Seccional
Seccional
No podrá eliminar el año escolar si ya pertenece a una inscripción.
5 Mayor prioridad)
5
de este):
14, 15, 16, 17
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

20
Identificador del
Requisito:
RF-18
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR LAPSO
Descripción: El sistema debe gestionar los Lapsos que va a cursar el
estudiante.
Lapso académico del Liceo Bolivariano Rafael Rangel.
Jefe de Seccional
Seccional
5 Mayor prioridad)
5
de este):
19, 20, 21, 22
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

21
Identificador del
Requisito:
RF-23
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR SECCIÓN
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.
Jefe de Seccional
Seccional
No podrá eliminar secciones si ya está asignadas en una
inscripción.
5 Mayor prioridad)
5
de este):
24, 25, 26
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

22
Identificador del
Requisito:
RF-28
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR UNIDAD
CURRICULAR
Descripción: El sistema debe gestionar las unidades curriculares que
cursará el estudiante.
unidades curriculares del Liceo Bolivariano Rafael Rangel.
Jefe de Seccional
Seccional
No podrá eliminar la unidad curricular si ya pertenece a una
inscripción.
5 Mayor prioridad)
5
de este):
26, 30, 31, 32
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

23
Identificador del
Requisito:
RF-33
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR TIPOS DE
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.
Jefe de Seccional
Seccional
5 Mayor prioridad)
4
de este):
34, 35, 36, 37
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

24
Identificador del
Requisito:
RF-38
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR TIPOS DE
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.
Jefe de Seccional
Seccional
No podrá eliminar la citación por inasistencia.
5 Mayor prioridad)
4
de este):
39, 40, 41, 42
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

25
Identificador del
Requisito:
RF-43
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR
ESTUDIANTE
Descripción: El sistema debe gestionar los Estudiantes que se van a
inscribir.
estudiantes del Liceo Bolivariano Rafael Rangel.
Jefe de Seccional
Seccional
No podrá eliminar un estudiante ya está inscrito.
5 Mayor prioridad)
5
de este):
44, 45, 46, 47
este):
Documentos de soporte:
Reporte electrónico
Histórico de cambios:
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

26
Identificador del
Requisito:
RF-48
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR
REPRESENTANTE
Descripción: El sistema debe gestionar los Representantes que
representarán a los estudiantes.
representantes de los estudiantes del Liceo Bolivariano Rafael Rangel.
Jefe de Seccional
Seccional
No podrá eliminar un representante si su representado ya está
inscrito.
(escala: 1,2,3,4,5) (1 menor prioridad
– 5 Mayor prioridad)
5
Dependencias (qué requisitos
depende de este):
49, 50, 51, 52
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

27
Identificador del
Requisito:
RF-53
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR DOCENTE
Descripción: El sistema debe gestionar los docentes que impartirán las
unidades curriculares.
docentes del Liceo Bolivariano Rafael Rangel.
Jefe de Seccional
Seccional
No podrá eliminar un docente si ya impartió una unidad curricular.
5 Mayor prioridad)
5
de este):
54, 55, 56, 57
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

28
Identificador del
Requisito:
RF-58
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR CITACIÓN
Descripción: El sistema debe gestionar las citaciones que se le van a
realizar a los estudiantes.
citaciones a los estudiantes del Liceo Bolivariano Rafael Rangel.
Jefe de Seccional
Seccional
5 Mayor prioridad)
5
de este):
54, 55, 56, 57
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

29
Identificador del
Requisito:
RF-64
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR
CONSTANCIAS
Descripción: El sistema debe gestionar las constancias que pidan los
estudiantes y los representantes.
constancias que pidan los estudiantes y los representantes del Liceo
Jefe de Seccional
Seccional
5 Mayor prioridad)
4
de este):
54, 55, 56, 57
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

30
Identificador del
Requisito:
RF-70
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
REGISTRAR
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.
Jefe de Seccional
Seccional
5 Mayor prioridad)
5
de este):
54, 55, 56, 57
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

31
Identificador del
Requisito:
RF-70
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR NOTAS
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.
Jefe de Seccional
Seccional
5 Mayor prioridad)
5
de este):
54, 55, 56, 57
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

32
Identificador del
Requisito:
RF-70
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR
INSCRIPCIÓN
Descripción: El sistema debe permitir inscribir a los estudiantes.
Justificación del requisito: Se debe inscribir a los estudiantes del Liceo
Jefe de Seccional
Seccional
El usuario no podrá modificar la inscripción.
5 Mayor prioridad)
5
de este):
54, 55, 56, 57
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

33
Identificador del
Requisito:
RF-70
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
GESTIONAR TOPE DE
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.
Jefe de Seccional
Seccional
El usuario no podrá modificar el topo de estudiantes.
5 Mayor prioridad)
5
de este):
54, 55, 56, 57
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

34
Identificador del
Requisito:
RF-70
Tipo de Requisito:
REQUISITO DE
USUARIO
Caso de Uso/Evento:
CIERRES DE SISTEMA
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.
Jefe de Seccional
Seccional
El usuario no podrá cerrar el sistema.
Mayor prioridad)
5
de este):
54, 55, 56, 57
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

35
Requisitos Funcionales de Sistema
ID
Requisito
Nombre del Requisito
RF-84 Validar acceso del administrador al sistema
RF-85 Verificar tope de inasistencia de estudiantes
RF-86
Generar citación por inasistencia cuando el
contador de inasistencias> 5
RF-87
Limpiar al termino del mes el contador de
inasistencias
Identificador del
Requisito:
RF-84
Tipo de Requisito:
REQUISITO DE
SISTEMA
Caso de Uso/Evento:
VALIDAR ACCESO
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.
Jefe de Seccional
Seccional
Mayor prioridad)
5
de este):
TODOS
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

36
Identificador del
Requisito:
RF-85
Tipo de Requisito:
REQUISITO DE
SISTEMA
Caso de Uso/Evento:
VERIFICAR TOPE DE
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.
Jefe de Seccional
Seccional
Mayor prioridad)
5
de este):
59, 63
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

37
Identificador del
Requisito:
RF-86
Tipo de Requisito:
REQUISITO DE
SISTEMA
Caso de Uso/Evento:
GENERAR CITACIÓN
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
Jefe de Seccional
Seccional
Mayor prioridad)
5
de este):
85, 59, 63
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

38
Identificador del
Requisito:
RF-86
Tipo de Requisito:
REQUISITO DE
SISTEMA
Caso de Uso/Evento:
LIMPIAR CONTADOR
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.
Jefe de Seccional
Seccional
Mayor prioridad)
5
de este):
83
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali

39
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.

40
Identificador del
Requisito:
RNF-88
Tipo de Requisito:
REQUISITO REGLAS
DEL NEGOCIO
Caso de Uso/Evento:
TOPE DE INASISTENCIAS
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.
Jefe de Seccional
Seccional
Mayor prioridad)
5
Dependencias (qué requisitos depende de
este):
incompatibles o inconsistentes con este):
Proyecto:
ESTADO TRUJILLO.
Analista:
Mayerling Acevedo,
Frany Provenzali

41
Identificador del
Requisito:
RNF-89
Tipo de Requisito:
REQUISITO REGLAS
DEL NEGOCIO
Caso de Uso/Evento:
NIVELES DE USUARIO
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.
Jefe de Seccional
Seccional
Mayor prioridad)
5
Dependencias (qué requisitos depende de
este):
incompatibles o inconsistentes con este):
Proyecto:
ESTADO TRUJILLO.
Analista:
Mayerling Acevedo
Frany Provenzali

42
Identificador del
Requisito:
RNF-92
Tipo de Requisito:
REQUISITO INTERFAZ
Caso de Uso/Evento:
TAMAÑO DE LETRA Y
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.
Jefe de Seccional
Seccional
Mayor prioridad)
5
de este):
este):
Proyecto:
ESTADO TRUJILLO.
Analista:
Mayerling Acevedo
Frany Provenzali

43
Identificador del
Requisito:
RNF-94
Tipo de Requisito:
REQUISITO DE
RESTRICCIÓN
Caso de Uso/Evento:
PERFIL DE USUARIOS
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.
Jefe de Seccional
Seccional
Mayor prioridad)
5
de este):
este):
Proyecto:
ESTADO TRUJILLO.
Analista:
Mayerling Acevedo,
Frany Provenzali

44
Identificador del
Requisito:
RNF-96
Tipo de Requisito:
REQUISITO
ATRIBUTO DE
CALIDAD
Caso de Uso/Evento:
PORTABILIDAD
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.
Jefe de Seccional
Seccional
5 Mayor prioridad)
4
de este):
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzali
Identificador del Tipo de Requisito: Caso de Uso/Evento:

45
Requisito:
RNF-97
REQUISITO
ATRIBUTO DE
CALIDAD
DOCUMENTACION DE
SISTEMA
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.
Jefe de Seccional
Seccional
(escala: 1,2,3,4,5) (1 menor prioridad
– 5 Mayor prioridad)
4
Dependencias (qué requisitos
depende de este):
este):
Proyecto:
Analista:
Mayerling Acevedo,
Frany Provenzaly
Restricciones
Las restricciones para el desarrollo de este proyecto fueron las:

46
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)
Diagramas de Casos de Uso
Diagrama de Caso de Uso: General

47
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

48
Diagrama de Caso de Uso: Gestionar Lapso
Diagrama de Caso de Uso: Gestionar Sección

49
Diagrama de Caso de Uso: Gestionar Unidad Curricular
Diagrama de Caso de Uso: Gestionar Estudiante

50
Diagrama de Caso de Uso: Gestionar Representante
Diagrama de Caso de Uso: Gestionar Docente

51
Diagrama de Caso de Uso: Gestionar Inasistencias
Diagrama de Caso de Uso: Gestionar Inscripción

53
Diagrama de Caso de Uso: Gestionar Notas
Diagrama de Caso de Uso: Gestionar Constancias
Diagrama de Caso de Uso: Gestionar Citación

54
Diagrama de Caso de Uso: Gestionar Cierre de Sistema
Modelo Estructural
Diagrama de Clases

55
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

56
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.

57
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.

58
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.

Sistema Control Académico Liceo

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Sistema Control Académico Liceo

Similar a Sistema Control Académico Liceo (20)

Sistema Control Académico Liceo