Documento de requisitos

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.

http://www.monografias.com/trabajos16/teoria-sintetica-darwin/teoria-sintetica-darwin.shtml

http://www.monografias.com/trabajos14/administ-procesos/administ-procesos.shtml#PROCE

http://www.monografias.com/trabajos12/dispalm/dispalm.shtml

http://www.monografias.com/trabajos12/pmbok/pmbok.shtml

http://www.monografias.com/trabajos11/conge/conge.shtml

http://www.monografias.com/trabajos910/comunidades-de-hombres/comunidades-de-hombres.shtml

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



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.




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.


5

Dependencias (qué requisitos depende

de este):

TODOS




Proyecto: SISTEMA AUTOMATIZADO PARA EL

CONTROL ACADÉMICO DEL LICEO

BOLIVARIANO RAFAEL RANGEL DE LA

CIUDAD DE VALERA, ESTADO TRUJILLO.


18



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.




No podrá eliminar el período escolar si ya pertenece a una inscripción.



5

Dependencias (qué requisitos depende de este): 09, 10, 11, 12









19



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.

Justificación del requisito: Se debe gestionar las operaciones referidas al año escolar del Liceo Bolivariano Rafael Rangel.




No podrá eliminar el año escolar si ya pertenece a una inscripción.



5










20



Caso de Uso/Evento: GESTIONAR LAPSO

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.






5










21



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.




No podrá eliminar secciones si ya está asignadas en una inscripción.



5

Dependencias (qué requisitos depende de este): 24, 25, 26









22



Caso de Uso/Evento: GESTIONAR UNIDAD 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.




No podrá eliminar la unidad curricular si ya pertenece a una inscripción.



5










23



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.






4










24



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.




No podrá eliminar la citación por inasistencia.



4










25



Caso de Uso/Evento: GESTIONAR 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.




No podrá eliminar un estudiante ya está inscrito.



5



Documentos de soporte: Reporte electrónico







26



Caso de Uso/Evento: GESTIONAR 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.




No podrá eliminar un representante si su representado ya está inscrito.



5










27



Caso de Uso/Evento: GESTIONAR DOCENTE

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.




No podrá eliminar un docente si ya impartió una unidad curricular.



5










28



Caso de Uso/Evento: GESTIONAR CITACIÓN

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.






5










29



Caso de Uso/Evento: GESTIONAR 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.






4










30



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.






5










31



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.






5










32



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 Bolivariano Rafael Rangel.




El usuario no podrá modificar la inscripción.



5










33



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.




El usuario no podrá modificar el topo de estudiantes.



5










34



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.




El usuario no podrá cerrar el sistema.



5










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


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.





5

Dependencias (qué requisitos depende de este): TODOS









36



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.





5

Dependencias (qué requisitos depende de este): 59, 63









37



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





5

Dependencias (qué requisitos depende de este): 85, 59, 63









38



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.





5

Dependencias (qué requisitos depende de este): 83









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.





5

Dependencias (qué requisitos depende de este):








41


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.





5








Analista: Mayerling Acevedo Frany Provenzali

42


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.





5








Analista: Mayerling Acevedo Frany Provenzali

43


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.





5









44


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.





4










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.





4









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

52

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.

Documents

Documento de requisitos