Documento de requisitos by Sistema Automatizado L.B. Rafael Rangel

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

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:



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

 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

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

Administrador AC-1 del Sistema (Jefe de Seccional)

Usuario AC-2 (Secretaria Seccional)

DESCRIPCION Es el responsable de funcionamiento y administración del sistema, además que es nuestro cliente principal en la aplicación.

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.

Relación entre Actores

Listado de Requisitos Funcionales

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-04

Modificar Usuario

Administrador

RF-01, RF-02 RF-01, RF-02, RF03

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-08

Gestionar Período Escolar

Administrador

RF-09

Registrar Período Escolar

Administrador

RF-10

Modificar Período Escolar

Usuario

RF-11

Consultar Período Escolar

Usuario

RF-12

Eliminar Período Escolar

RF-01, RF-02 RF-01, RF-02, RF03 RF-01, RF-02, RF03, RF-08 RF-01, RF-02, RF03, RF-08, RF-09 RF-01, RF-02, RF03, RF-08, RF-09 RF-01, RF-02, RF03, RF-08, RF-09

Administrador

RF-13

Gestionar Año Escolar

Administrador

RF-14

Registrar Año Escolar

Administrador

RF-15

Modificar Año Escolar

Usuario

RF-16

Consultar Año Escolar

Usuario

RF-17

Eliminar Año Escolar

Administrador

RF-18

Gestionar Lapso

Administrador

RF-19

Registrar Lapso

Administrador

RF-20

Modificar Lapso

Usuario

RF-21

Consultar Lapso

Usuario

RF-22

Eliminar Lapso

Administrador

RF-23

Gestionar Sección

Administrador

RF-24

Registrar Sección

Administrador

RF-25

Consultar Sección

Usuario

RF-26

Eliminar Sección Emisión de nómina de estudiantes por sección

Administrador

RF-28

Gestionar Unidad Curricular

Administrador

RF-29

Registrar Unidad Curricular

Administrador

RF-30

Modificar Unidad Curricular

Usuario

RF-31

Consultar Unidad Curricular

Usuario

RF-32

Eliminar Unidad Curricular

Administrador

RF-33

Gestionar Tipos de Constancia

Administrador

RF-34

Registrar Tipos de Constancia

Administrador

RF-35

Modificar Tipos de Constancia

Usuario

RF-36

Consultar Tipos de Constancia

Usuario

RF-37

Eliminar Tipos de Constancia

Administrador

RF-38

Gestionar Tipos de Citación

Administrador

RF-39

Registrar Tipos de Citación

Administrador

RF-27

Usuario

RF-01, RF-02 RF-01, RF-02, RF13 RF-01, RF-02, RF13, RF-14 RF-01, RF-02, RF13, RF-14 RF-01, RF-02, RF13, RF-14 RF-01, RF-02 RF-01, RF-02, RF18 RF-01, RF-02, RF18, RF-19 RF-01, RF-02, RF18, RF-19 RF-01, RF-02, RF18, RF-19 RF-01, RF-02 RF-01, RF-02, RF23 RF-01, RF-02, RF23, RF-24 RF-01, RF-02, RF23, RF-24 RF-01, RF-02, RF23, RF-24 RF-01, RF-02 RF-01, RF-02, RF28 RF-01, RF-02, RF28, RF-29 RF-01, RF-02, RF28, RF-29 RF-01, RF-02, RF28, RF-29 RF-01, RF-02 RF-01, RF-02, RF33 RF-01, RF-02, RF33, RF-34 RF-01, RF-02, RF33, RF-34 RF-01, RF-02, RF33, RF-34 RF-01, RF-02 RF-01, RF-02, RF38

RF-40

Modificar Tipos de Citación

Usuario

RF-41

Consultar Tipos de Citación

Usuario

RF-42

Eliminar Tipos de Citación

Administrador

RF-43

Gestionar Estudiante

Administrador

RF-44

Registrar Estudiante

Administrador

RF-45

Modificar Estudiante

Usuario

RF-46

Consultar Estudiante

Usuario

RF-47

Eliminar Estudiante

Administrador

RF-48

Gestionar Representante

Administrador

RF-49

Registrar Representante

Usuario

RF-50

Modificar Representante

Usuario

RF-51

Consultar Representante

Usuario

RF-52

Eliminar Representante

Administrador

RF-53

Gestionar Docente

Administrador

RF-54

Registrar Docente

Administrador

RF-55

Modificar Docente

Usuario

RF-56

Consultar Docente

Usuario

RF-57

Eliminar Docente

Administrador

RF-58

Gestionar Citación

Administrador

RF-59

Registrar Citación

Administrador

RF-60

Modificar Citación

Usuario

RF-61

Consultar Citación

Usuario

RF-62

Eliminar Citación

Administrador

RF-63

Imprimir Citación

Usuario

RF-64

Gestionar Constancias

Administrador

RF-65

Registrar Constancias

Usuario

RF-66

Modificar Constancias

Usuario

RF-01, RF-02, RF38, RF-39 RF-01, RF-02, RF38, RF-39 RF-01, RF-02, RF38, RF-39 RF-01, RF-02 RF-01, RF-02, RF43 RF-01, RF-02, RF43, RF-44 RF-01, RF-02, RF43, RF-44 RF-01, RF-02, RF43, RF-44 RF-01, RF-02 RF-01, RF-02, RF48 RF-01, RF-02, RF48, RF-49 RF-01, RF-02, RF48, RF-49 RF-01, RF-02, RF48, RF-49 RF-01, RF-02 RF-01, RF-02, RF53 RF-01, RF-02, RF53, RF-54 RF-01, RF-02, RF53, RF-54 RF-01, RF-02, RF53, RF-54 RF-01, RF-02 RF-01, RF-02, RF58 RF-01, RF-02, RF58, RF-59 RF-01, RF-02, RF58, RF-59 RF-01, RF-02, RF58, RF-59 RF-01, RF-02, RF58, RF-59 RF-01, RF-02 RF-01, RF-02, RF64 RF-01, RF-02, RF64, RF-65

RF-67

Consultar Constancias

RF-68

Eliminar Constancias

Administrador

RF-69

Imprimir Constancias

Usuario

RF-01, RF-02, RF64, RF-65 RF-01, RF-02, RF64, RF-65 RF-01, RF-02, RF64, 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-73

Modificar Notas

Usuario

RF-74

Consultar Notas Emisión de notas por lapsos (boletines)

Usuario

RF-75

Usuario

RF-76

Gestionar Inscripción

Administrador

RF-77

Registrar Inscripción

Usuario

RF-78

Modificar Inscripción

Administrador

RF-79

Impresión de planilla de inscripción Gestionar Tope de Estudiantes por Sección Cerrar el Sistema por Culminación de Periodo Escolar Cerrar el Sistema por Culminación de Lapso Cerrar el Sistema Mensual para limpiar contador se Inasistencias

RF-80 RF-81 RF-82 RF-83

Usuario

RF-01, RF-02 RF-01, RF-02, RF72 RF-01, RF-02, RF72 RF-01, RF-02, RF72 RF-01, RF-02 RF-01, RF-02, RF76 RF-01, RF-02, RF76, RF-77 RF-01, RF-02, RF76, RF-77

Administrador

RF-01, RF-02

Administrador

RF-01, RF-02

Administrador

RF-01, RF-02

Administrador

RF-01, RF-02

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.

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 incompatibles o inconsistentes con de este): este): TODOS 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: 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 este): 09, 10, 11, 12 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: 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 este): 14, 15, 16, 17 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 Requisito: RF-18 Descripción: El sistema estudiante.

Tipo de Requisito: Caso de Uso/Evento: REQUISITO DE GESTIONAR LAPSO USUARIO debe gestionar los Lapsos que va a cursar el

Justificación del requisito: Se debe gestionar las operaciones referidas al Lapso académico del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Jefe de Seccional Criterios de validación:  El nivel de acceso del usuario forma: Administrador. Nivel de Prioridad del interesado: (escala: 1,2,3,4,5) (1 menor prioridad – 5 Mayor prioridad) Dependencias (qué requisitos depende de este): 19, 20, 21, 22 Documentos de soporte:

Unidad en la que se origina: Seccional estará estructurado de la siguiente

5 Conflictos (qué requisitos son incompatibles o inconsistentes con este): 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: 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 este): 24, 25, 26 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 Requisito: RF-28 Descripción: El sistema cursará el estudiante.

Tipo de Requisito: Caso de Uso/Evento: REQUISITO DE GESTIONAR UNIDAD USUARIO CURRICULAR debe gestionar las unidades curriculares que

Justificación del requisito: Se debe gestionar las operaciones referidas a las unidades curriculares del Liceo Bolivariano Rafael Rangel.

Fuente (que interesado lo propone): Jefe de Seccional Criterios de validación:  No podrá eliminar la unidad inscripción.  El nivel de acceso del usuario forma: Administrador. Nivel de Prioridad del interesado: (escala: 1,2,3,4,5) (1 menor prioridad – 5 Mayor prioridad) Dependencias (qué requisitos depende de este): 26, 30, 31, 32 Documentos de soporte:

Unidad en la que se origina: Seccional curricular si ya pertenece a una estará estructurado de la siguiente

5 Conflictos (qué requisitos son incompatibles o inconsistentes con este): 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: 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.

Unidad en la que se origina: Seccional estará estructurado de la siguiente

4 Conflictos (qué requisitos son incompatibles o inconsistentes con este): 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: 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 este): 39, 40, 41, 42 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 Requisito: RF-43 Descripción: El sistema inscribir.

Tipo de Requisito: Caso de Uso/Evento: REQUISITO DE GESTIONAR USUARIO ESTUDIANTE debe gestionar los Estudiantes que se van a

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 este): 44, 45, 46, 47 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.

Identificador del Tipo de Requisito: Requisito: REQUISITO DE RF-48 USUARIO Descripción: El sistema debe gestionar representarán a los estudiantes.

Caso de Uso/Evento: GESTIONAR REPRESENTANTE los Representantes

que

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 este): 49, 50, 51, 52 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 Requisito: RF-53 Descripción: El sistema unidades curriculares.

Tipo de Requisito: Caso de Uso/Evento: REQUISITO DE GESTIONAR DOCENTE USUARIO debe gestionar los docentes que impartirán las

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 este): 54, 55, 56, 57 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: 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.

Unidad en la que se origina: Seccional estará estructurado de la siguiente

5 Conflictos (qué requisitos son incompatibles o inconsistentes con este): 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: 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): Jefe de Seccional Criterios de validación:  El nivel de acceso del usuario forma: Administrador, Usuario. Nivel de Prioridad del interesado: (escala: 1,2,3,4,5) (1 menor prioridad – 5 Mayor prioridad) Dependencias (qué requisitos depende de este): 54, 55, 56, 57 Documentos de soporte:

Unidad en la que se origina: Seccional estará estructurado de la siguiente

4 Conflictos (qué requisitos son incompatibles o inconsistentes con este): 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: 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): Jefe de Seccional Criterios de validación:  El nivel de acceso del usuario forma: Administrador, Usuario. Nivel de Prioridad del interesado: (escala: 1,2,3,4,5) (1 menor prioridad – 5 Mayor prioridad) Dependencias (qué requisitos depende de este): 54, 55, 56, 57 Documentos de soporte:

Unidad en la que se origina: Seccional estará estructurado de la siguiente

5 Conflictos (qué requisitos son incompatibles o inconsistentes con este): 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: 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.

Unidad en la que se origina: Seccional estará estructurado de la siguiente

5 Conflictos (qué requisitos son incompatibles o inconsistentes con este): 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: 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 este): 54, 55, 56, 57 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 Requisito: RF-70

del Tipo de Requisito: REQUISITO USUARIO

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

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 este): 54, 55, 56, 57 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: 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 este): 54, 55, 56, 57 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.

Requisitos Funcionales de Sistema ID Requisito RF-84 RF-85 RF-86 RF-87

Nombre del Requisito Validar acceso del administrador al sistema Verificar tope de inasistencia de estudiantes Generar citación por inasistencia cuando el contador de inasistencias> 5 Limpiar al termino del mes el contador de 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): Jefe de Seccional Criterios de validación: Nivel de Prioridad del interesado: (escala: 1,2,3,4,5) (1 menor prioridad – 5 Mayor prioridad) Dependencias (qué requisitos depende de este): TODOS Documentos de soporte:

Unidad en la que se origina: Seccional

5 Conflictos (qué requisitos son incompatibles o inconsistentes con este): 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 Requisito: RF-85

del Tipo de Requisito: REQUISITO SISTEMA

Caso de Uso/Evento: DE 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. Fuente (que interesado lo propone): Jefe de Seccional Criterios de validación: Nivel de Prioridad del interesado: (escala: 1,2,3,4,5) (1 menor prioridad – 5 Mayor prioridad) Dependencias (qué requisitos depende de este): 59, 63 Documentos de soporte:

Unidad en la que se origina: Seccional

5 Conflictos (qué requisitos son incompatibles o inconsistentes con este): 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: Requisito: REQUISITO DE RF-86 SISTEMA Descripción: El sistema debe generar una citación superan la cantidad de 5.

Caso de Uso/Evento: GENERAR CITACIÓN POR INASISTENCIA por inasistencia si estas

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): Jefe de Seccional Criterios de validación: Nivel de Prioridad del interesado: (escala: 1,2,3,4,5) (1 menor prioridad – 5 Mayor prioridad) Dependencias (qué requisitos depende de este): 85, 59, 63 Documentos de soporte:

Unidad en la que se origina: Seccional

5 Conflictos (qué requisitos son incompatibles o inconsistentes con este): 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: 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): Jefe de Seccional Criterios de validación: Nivel de Prioridad del interesado: (escala: 1,2,3,4,5) (1 menor prioridad – 5 Mayor prioridad) Dependencias (qué requisitos depende de este): 83 Documentos de soporte:

Unidad en la que se origina: Seccional

5 Conflictos (qué requisitos son incompatibles o inconsistentes con este): 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.

Requisitos No-funcionales Listado de Requisitos No Funcionales

RNF-88 RNF-89

RNF-90 RNF-91 RNF-92

RNF-93

RF-94

RNF-95 RF-96 RF-97

RNF-98

RNF-99

RNF-100

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

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): Jefe de Seccional Criterios de validación:

Unidad en la que se origina: Seccional

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.

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): Jefe de Seccional Criterios de validación:

Unidad en la que se origina: Seccional

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.

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): Jefe de Seccional Criterios de validación:

Unidad en la que se origina: Seccional

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 de este): incompatibles o inconsistentes este): Documentos de soporte: Histórico de cambios:

son con

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.

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): Jefe de Seccional Criterios de validación:

Unidad en la que se origina: Seccional

son con

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.

Identificador Requisito: RNF-96

del Tipo de Requisito: Caso de Uso/Evento: REQUISITO PORTABILIDAD 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: RNF-97

REQUISITO DOCUMENTACION DE 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 Flujo de eventos normal

Post condiciones Flujos de eventos excepcionales o alternativos

Haber ejecutado la aplicación. Paso 1

Acciones El actor ingresa su nombre de usuario y clave de acceso en la ventana de entrada de la aplicación.

La aplicación hace visibles los Módulos de trabajo

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

Acciones

2.1

Si el login del usuario o la clave de acceso no son válidas, la aplicación muestra un mensaje “Usuario o clave errado”, informando esto al actor, 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

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

Post condiciones Flujos de eventos excepcionales o alternativos

Se ha seleccionado la opción Usuario. Paso Acciones 2.1 Si el actor no selecciona la opción de usuario no puede cambiar una clave si no tiene un usuario creado.

La aplicación muestra un menú contextual con las opciones (Usuario, Cambiar clave de usuario) para que el actor seleccione una opción.

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.

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 Flujo de eventos

Haber realizado el caso de uso RF-03. Paso Acciones 48

normal

Post condiciones Flujos de eventos excepcionales o alternativos

El actor ingresa a la lista de opciones del menú contextual desplegado, elige usuario.

El actor selecciona el usuario (Usuario, Nombre, Nivel, Tipo, Estatus, Clave y Repita clave) el cual se desea eliminar en el sistema.

El actor pulsa <Eliminar>

El sistema muestra un mensaje diciendo “Seguro que desea eliminar, Aceptar o Cancelar “.

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación.

El sistema retorna al caso de uso Actualizar Registro de Usuario RF-03.

Se ha eliminado el USUARIO Paso Acciones 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un usuario. 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. AC-1 Administrador del Sistema (Jefe de Seccional). Actores: 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 normal

Post condiciones Flujos de eventos excepcionales o alternativos

Se ha seleccionado la opción Periodo Escolar. Paso Acciones 2.1 Si el actor no selecciona la opción de Periodo Escolar no puede hacer el registro del periodo escolar al sistema.

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.

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: Código, Nombre y Estatus. Flujo de eventos 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 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.

Flujo de eventos normal

Post condiciones

El actor selecciona la opción periodo escolar

El actor pulsa <consultar> y el sistema muestra una tabla con el periodo almacenado.

Se ha seleccionado la opción Periodo Escolar. 50

Flujos de eventos excepcionales o alternativos

Paso 3.1

Acciones Si el actor no pulsa el botón de consultar los Periodo Escolares 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

Flujo de eventos normal

Post condiciones Flujos de eventos excepcionales o alternativos

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. El actor busca el periodo que desea eliminar, luego pulsa <Eliminar>

El sistema muestra un mensaje diciendo “Seguro que desea eliminar, Aceptar o Cancelar “.

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación.

El sistema retorna al caso de uso Registro de Periodo Escolar RF-09.

Se ha eliminado el Periodo Escolar Paso Acciones 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un 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. AC-1 Administrador del Sistema (Jefe de Seccional). Actores: 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 normal

Post condiciones Flujos de eventos excepcionales o alternativos

Se ha seleccionado la opción Año Escolar. Paso Acciones 2.1 Si el actor no selecciona la opción de Año Escolar no puede hacer el 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 7.1 Flujos de eventos excepcionales o alternativos

7.2

Acciones El sistema debe chequear la existencia previa de datos, en caso de existir mostrara un mensaje “año ya existe”. El sistema valida los datos (Código, Nombre y Estatus.) que no quede en 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 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.

Flujo de eventos normal

El actor selecciona la opción Año Escolar

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. Paso Acciones Flujos de eventos 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 1

Acciones El actor ingresa a la lista de opciones del menú contextual desplegado, elige < Reg. Académico >

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. El actor busca el Años que desea eliminar, luego pulsa <Eliminar>

Flujo de eventos normal

Post condiciones Flujos de eventos excepcionales o alternativos

3 4

El sistema muestra un mensaje diciendo “Seguro que desea eliminar, Aceptar o Cancelar “.

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación.

El sistema retorna al caso de uso Registro de Año Escolar RF-14.

Se ha eliminado el Año Paso Acciones 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un 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 normal

Post condiciones Flujos de eventos excepcionales o alternativos

Se ha seleccionado la opción Lapso. Paso Acciones 2.1 Si el actor no selecciona la opción de Lapso no puede hacer el registro del mismo al sistema.

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 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 normal

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

El actor pulsa <consultar> y el sistema muestra una tabla con los Lapso almacenados.

Post condiciones Se ha seleccionado la opción Lapso. Paso Acciones Flujos de eventos 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

Flujo de eventos normal

Post condiciones Flujos de eventos excepcionales o alternativos

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. El actor busca el Lapso que desea eliminar, luego pulsa <Eliminar>

El sistema muestra un mensaje diciendo “Seguro que desea eliminar, Aceptar o Cancelar “.

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación.

El sistema retorna al caso de uso Registro de Lapso RF-19.

Se ha eliminado el Lapso Paso Acciones 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un Lapso. 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 normal

Post condiciones Flujos de eventos excepcionales o alternativos

Se ha seleccionado la opción Sección. Paso Acciones 2.1 Si el actor no selecciona la opción de sección no puede hacer el registro 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

6 7 8

Post condiciones

Flujos de eventos excepcionales o alternativos

El actor pulsa <Guardar> El sistema verifica y valida los datos ingresados. 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. 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. 7.2 El sistema valida los datos (Año Escolar y Letra de la Sección.) que no quede en blanco. Si el actor no ingresa la información en los campos 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 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.

Flujo de eventos normal

El actor selecciona la opción sección.

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 Paso Acciones Flujos de eventos 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

Flujo de eventos normal

Post condiciones Flujos de eventos excepcionales o alternativos

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. El actor consulta la sección que desea eliminar.

luego pulsa <Eliminar>

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación.

El sistema retorna al caso de uso Registro de Sección RF-24.

Se ha eliminado la sección. Paso Acciones 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un 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 1 El actor selecciona la opción < Reg. Académico > en barra del menú

Flujo de eventos normal

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 Flujos de eventos excepcionales o alternativos

Se ha seleccionado la opción unida curricular. Paso Acciones 2.1 Si el actor no selecciona la opción de unidad curricular no puede hacer 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. 4 El sistema solicita en campos los datos siguientes: Código U.C, Nombre Flujo de eventos U.C, Código Año Escolar, Horas Practicas, Horas Teóricas 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 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 alternativos

7.2

El sistema valida los datos (Código U.C, Nombre U.C, Código Año 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.

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

Flujo de eventos normal

El actor selecciona la opción Unidad Curricular.

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 1

Acciones El actor ingresa a la lista de opciones del menú contextual desplegado, elige < Reg. Académico >

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. El actor consulta la Unidad curricular que desea eliminar. luego pulsa

Flujo de eventos normal

Post condiciones Flujos de eventos excepcionales o alternativos

3 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>

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación.

El sistema retorna al caso de uso Registro unidad curricular RF-29.

Se ha eliminado la unidad curricular. Paso Acciones 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara una 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 normal

Post condiciones Flujos de eventos excepcionales o alternativos

Se ha seleccionado la opción Tipo de Constancia. Paso Acciones 2.1 Si el actor no selecciona la opción de tipo de constancia no puede hacer el registro del mismo al sistema.

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 tipo de constancia. Flujo de eventos 4 El sistema solicita en campos los datos siguientes: Código y Nombre. 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 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 7.2 El sistema valida los datos (código y nombre) que no quede en blanco. excepcionales o Si el actor no ingresa la información en los campos obligatorios para la alternativos 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 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 normal

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.

El actor pulsa <consultar> y el sistema muestra una tabla con las constancias almacenadas.

Post condiciones Se ha seleccionado la opción consultar. Paso Acciones Flujos de eventos 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

Flujo de eventos normal

Post condiciones Flujos de eventos excepcionales o alternativos

El sistema arroja un mensaje: escriba el código que desea eliminar, Al colocar el código pulsa <Eliminar>

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación.

El sistema retorna al caso de uso Registro de tipo de constancia RF-34.

Se ha eliminado el tipo de constancia. Paso Acciones 4.1 El sistema debe mostrar un mensaje de advirtiendo que eliminara un tipo de constancia.

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 normal

Post condiciones Flujos de eventos excepcionales o alternativos

Se ha seleccionado la opción Estudiante. Paso Acciones 2.1 Si el actor no selecciona la opción de tipo de citación no puede hacer el 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 constancia, Tipo de citación, Docente, Representante) y el actor elige Flujo de eventos tipo de citación. 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 65

Post condiciones

Flujos de eventos excepcionales o alternativos

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. 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. 7.2 El sistema valida los datos (Código y Nombre) que no quede en blanco. 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 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.

Flujo de eventos normal

El actor selecciona la opción tipo de citación.

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. Paso Acciones Flujos de eventos 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.

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

Flujo de eventos normal

Post condiciones Flujos de eventos excepcionales o alternativos

El sistema arroja un mensaje: coloque el código que desea eliminar, Al colocar el código pulsa <Eliminar>

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación.

El sistema retorna al caso de uso Registro de tipo de citación RF-39.

Se ha eliminado una citación. Paso Acciones 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un 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

Post condiciones Flujos de eventos excepcionales o alternativos

Se ha seleccionado la opción Estudiante. Paso Acciones 2.1 Si el actor no selecciona la opción de estudiante no puede hacer el registro del mismo al sistema.

La aplicación muestra un menú contextual con las opciones (Estudiante, Citación, Constancias, Inasistencia, Notas) para que el actor seleccione una opción.

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 7.2 El sistema valida los datos (Estudiante, Citación, Constancias, excepcionales o Inasistencia, Notas.) que no quede en blanco. Si el actor no ingresa la alternativos 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. Paso Acciones 1 El actor selecciona la opción < Estudiante > en barra del menú, La

Flujo de eventos normal

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.

El actor pulsa <consultar> y el sistema muestra una tabla con las estudiantes almacenadas.

Post condiciones Se ha seleccionado la opción consultar. Paso Acciones Flujos de eventos 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

3 Flujo de eventos normal

Post condiciones Flujos de eventos excepcionales o alternativos

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. El actor pulsa eliminar.

El sistema arroja un mensaje de que coloque el código del estudiante que desea eliminar, Al colocar el código pulsa <Eliminar>

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación.

El sistema retorna al caso de uso Registro de Estudiante RF-44.

Se ha eliminado estudiante. Paso Acciones 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un 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 normal

Post condiciones Flujos de eventos excepcionales o alternativos

Se ha seleccionado la opción Representante. Paso Acciones 2.1 Si el actor no selecciona la opción de Representante no puede hacer el 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. 4 El sistema solicita en campos los datos siguientes: Código, Cedula, Flujo de eventos Nombre, Apellido, Sexo, Dirección, Teléfono 1, Teléfono 2, Profesión , normal 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

Flujos de eventos excepcionales o alternativos

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. 7.2 El sistema valida los datos (Código, Cedula, Nombre, Apellido, Sexo, Dirección, Teléfono 1, Teléfono 2, Profesión, Estado civil, y Fecha de 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 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.

Flujo de eventos normal

El actor selecciona la opción Representante.

El actor pulsa <consultar> y el sistema muestra una tabla con las Representantes almacenados.

Post condiciones Se ha seleccionado la opción consultar. Paso Acciones Flujos de eventos 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

Flujo de eventos normal

Post condiciones Flujos de eventos excepcionales o alternativos

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. El actor pulsa eliminar.

El sistema arroja un mensaje de que coloque el código del representante que desea eliminar, Al colocar el código pulsa <Eliminar>

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación.

El sistema retorna al caso de uso Registro de Representante RF-49.

Se ha eliminado Representante. Paso Acciones 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara un 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 normal

Post condiciones Flujos de eventos excepcionales o alternativos

Se ha seleccionado la opción Docente. Paso Acciones 2.1 Si el actor no selecciona la opción de Docente no puede hacer el registro del mismo al sistema.

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. 4 El sistema solicita en campos los datos siguientes: Código, Cedula, Flujo de eventos Nombre, Apellido, Sexo, Dirección, Teléfono 1, Teléfono 2, Profesión y normal 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

Flujo de eventos normal

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

El actor pulsa <consultar> y el sistema muestra una tabla con los docentes almacenados.

Post condiciones Se ha seleccionado la opción consultar. Paso Acciones Flujos de eventos 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

Flujo de eventos normal

Post condiciones Flujos de eventos

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. El actor pulsa eliminar.

El sistema arroja un mensaje de que coloque el código del docente que desea eliminar, Al colocar el código pulsa <Eliminar>

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación.

El sistema retorna al caso de uso Registro de Docente RF-54.

Se ha eliminado Docente. Paso

Acciones 74

excepcionales o alternativos

4.1

El sistema debe mostrara un mensaje de advirtiendo que eliminara un 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

Post condiciones Flujos de eventos excepcionales o alternativos

Se ha seleccionado la opción citación. Paso Acciones 2.1 Si el actor no selecciona la opción de citación no puede hacer el registro del mismo al sistema.

La aplicación muestra un menú contextual con las opciones (Estudiante, Citación, Constancias, Inasistencia, Notas) para que el actor seleccione una opción.

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

Flujo de eventos normal

3 4 5

El sistema despliega una ventana con la descripción de menú (Estudiante, Citación, Constancias, Inasistencia, Notas) y el actor elige citación. El sistema solicita en campos los datos siguientes: Código, Cedula del estudiante, Nombre del estudiante, Tipo de citación y Observaciones. El actor ingresa la información solicitada. El actor pulsa <Guardar> 75

6 7

Post condiciones

Flujos de eventos excepcionales o alternativos

El sistema verifica y valida los datos ingresados. 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. 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. 7.2 El sistema valida los datos (Código, Cedula del estudiante, Nombre del estudiante, Tipo de citación y Observaciones) que no quede en blanco. 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 (Estudiante, Citación, Constancias, Inasistencia, Notas) para que el actor seleccione una opción.

Flujo de eventos normal

El actor selecciona la opción Citación.

El actor pulsa <consultar> y el sistema muestra una tabla con las citaciones almacenadas.

Post condiciones Se ha seleccionado la opción consultar. Paso Acciones Flujos de eventos 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

3 Flujo de eventos normal

Post condiciones Flujos de eventos excepcionales o alternativos

El sistema arroja un mensaje de que coloque el código que desea eliminar, Al colocar el código pulsa <Eliminar>

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación.

El sistema retorna al caso de uso Emisión de Citación RF-59.

Se ha eliminado una citación. Paso Acciones 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara una 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 Paso Acciones 1 El actor selecciona la opción < Estudiante > en barra del menú

Flujo de eventos normal

Post condiciones Flujos de eventos excepcionales o alternativos

La aplicación muestra un menú contextual con las opciones (Estudiante, Citación, Constancias, Inasistencia, Notas) para que el actor seleccione una opción.

Se ha seleccionado la opción constancias. Paso Acciones 2.1 Si el actor no selecciona la opción de constancia no puede hacer el 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. 4 El sistema solicita en campos los datos siguientes: Código de Flujo de eventos Constancia, Fecha y Tipo de Constancia. 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 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 7.2 El sistema valida los datos (Código de Constancia, Fecha y Tipo de excepcionales o Constancia.) que no quede en blanco. Si el actor no ingresa la alternativos 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 (Estudiante, Citación, Constancias, Inasistencia, Notas) para que el actor seleccione una opción.

Flujo de eventos normal

El actor selecciona la opción Constancia.

El actor pulsa <consultar> y el sistema muestra una tabla con las constancias almacenadas.

Post condiciones Se ha seleccionado la opción consultar. Paso Acciones Flujos de eventos 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

Flujo de eventos normal

El sistema arroja un mensaje de que coloque el código que desea eliminar, Al colocar el código pulsa <Eliminar>

El sistema confirma la eliminación

El sistema muestra un mensaje diciendo “ Información Eliminada”

El sistema confirma la eliminación. 79

8 Post condiciones Flujos de eventos excepcionales o alternativos

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

Se ha eliminado una constancia. Paso Acciones 4.1 El sistema debe mostrara un mensaje de advirtiendo que eliminara una 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.

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. AC-1 Administrador del Sistema (Jefe de Seccional). Actores: Precondiciones Flujo de eventos normal Post condiciones Flujos de eventos excepcionales o alternativos

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 2

La aplicación muestra un menú contextual con las opciones (Inscripción) para que el actor seleccione una opción.

Se ha seleccionado la opción Inscripción. Paso Acciones 2.1 Si el actor no selecciona la opción de Inscripción no puede realizar la 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

Post condiciones

Flujos de eventos excepcionales o alternativos

de la inscripción. 12 EL actor pulsa<Guardar> 13 El sistema retorna al caso de uso Registro de Inscripción. 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. 7.2 El sistema valida los datos (Cedula) que no quede en blanco. Si el actor 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

Post condiciones Flujos de eventos excepcionales o alternativos

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

Diagramas de Casos de Uso Diagrama de Caso de Uso: General

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

Diagrama de Caso de Uso: Gestionar Lapso

Diagrama de Caso de Uso: Gestionar Secci贸n

Diagrama de Caso de Uso: Gestionar Unidad Curricular

Diagrama de Caso de Uso: Gestionar Estudiante

Diagrama de Caso de Uso: Gestionar Representante

Diagrama de Caso de Uso: Gestionar Docente

Diagrama de Caso de Uso: Gestionar Inasistencias

Diagrama de Caso de Uso: Gestionar Inscripci贸n

Diagrama de Caso de Uso: Gestionar Notas

Diagrama de Caso de Uso: Gestionar Constancias

Diagrama de Caso de Uso: Gestionar Citaci贸n

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.