Documento SRS

1.
- INTRODUCCIÓN
El documento detallado a continuación, definirá, los

requerimientos funcionales y no funcionales del Módulo de Notas, de
forma que nos indicará todas las bondades y funcionalidades del sistema,
así como las restricciones del mismo.
El alcance se definirá con la determinación de casos de uso del
AES7, con respecto a la manipulación de información de los Alumnos,
esta pude ser con el respectivo ingreso, modificación de notas en las
diferentes materias, así como de la emisión de reportes, consulta por
relación de la información en el no pago de las obligaciones de los
estudiantes en si. En Pensiones y Rol de Pagos con respecto a la
manipulación de información de Pagos realizados por los alumnos así
como la información relativa al número de horas dictadas por el profesor
respectivo.
Este sistema estará o se definirá con llaves y procesos técnicos
los cuales serán viables, contempla las funcionalidades que prestará al
usuario dentro del contexto que implica el uso del Sistema Automatizado
Educativo (AES7), el consta de los siguientes módulos: Inscripciones y
Matriculas, Control De Notas y Pensiones y Rol de Pagos.
Documento SRS Página 1 de 59

2.- CASOS DE USO Y ACTORES
2.1 LISTA DE CASOS DE USO
Para el AES7, se han identificado los casos de uso descritos a continuación:
U.C.1.- Logearse en el Sistema.

Permite ingresar al sistema AES7, para manejar las opciones disponibles
que tenga el usuario.
U.C.2.- Ingresar Password.
Esta opción es indispensable para ingresar en AES7.
U.C.3.- Ingresar al Sistema.
Permite ingresar a AES7 para ejecutar todos los procedimientos que este
dispone.
U.C.4.- Recepción de documentos.
Permite registrar en AES7 los documentos necesarios para la inscripción
y matrícula de los estudiantes
U.C.5.- Ingresar Datos.
En esta opción se permite Ingresar los datos de los estudiantes.
U.C.6.-Generar pago de inscripción.
Esta opción permite registrar en AES7 el registro del pago de la
inscripción.
U.C.7.- Reporte de inscripción.
Esta opción permite ingresar a la parte de reportes de AES7 para generar
los reportes en caso de que así se lo requiera.
U.C.8.- Recuperar datos de Inscripciones.
Esta opción es indispensable para actualizar los datos en el formulario de
las matrículas.
U.C.9.- Actualizar obligatoriedad de documentos.
Esta opción permite actualizar los datos de los documentos en el
formulario de las matrículas.
U.C.10.- Generar pago.
Esta opción nos permite registrar el pago de la matrícula en AES7.
U.C.11.- Ingresar Facultad.
Permite ingresar la facultad a la que el estudiante se va ha matricular

U.C.12.- Ingresar Especialización.
Permite ingresar la especialización a la que el estudiante se va ha
matricular
U.C.13.- Ingresar Curso.
Permite ingresar el curso al que el estudiante se va ha matricular
U.C.14.- Ingresar Materia.
Permite ingresar la materia a la que el estudiante se va ha matricular
U.C.15.- Ingresar Cédula.
Esta opción permite ingresar la cédula del estudiante para poder tener
acceso a su histórico
U.C.16.- Desplegar matrículas obtenidas por el estudiante.
Permite emitir reporte de inscripciones y matrículas de los alumnos de
acuerdo al período y sección.
U.C.17.- Ingresa Facultad.
Permite escoger una de las facultades para el ingreso.
U.C.18.- Ingresa Especialización.
Permite escoger una de las especializaciones para el ingreso.
U.C.19.- Ingresa Curso.
Permite escoger una de los cursos que tienen esa especialidad para el
ingreso.
U.C.20.- Ingresa Materia.
Permite escoger una de las materias del curso para el ingreso.
U.C.21.- Ingreso de Notas de Alumnos.
Permite realizar el ingreso de las calificaciones del alumno, entregado por
el profesor de cada materia.
ingreso.
Permite escoger una de las materias del curso para el ingreso.

U.C.26.- Modificación de Notas de Alumnos.
Permite realizar actualizaciones de las notas si estas tuvieran algún error
sea de digitación o modificación de las calificaciones del alumno,
corregido por el profesor de cada materia o de registro por parte del
profesor.
ingreso
Permite escoger una de las materias del curso para el ingreso y así emitir
reporte de notas de los alumnos.
Permite escoger una de las especializaciones para el ingreso y validar la
emisión de certificados de notas de alumnos, que tengan retrazo en el
pago de pensiones o valores pendientes.
ingreso y validar la emisión de pases de periodo, de acuerdo al promedio
que obtuvo el alumno.

ingreso y realizar consultas y reportes de los estudiantes por cursos.
U.C.39.- Ingresar Cédula.
Permite ingresar la cédula del alumno, para realizar una consulta de las
notas.
U.C.40.- Desplegar Notas.
Permite realizar consultas y desplegar las notas individuales del alumno
U.C.41.- Seleccionar el mes a pagar.
Permite escoger el mes que se va ha cancelar.
U.C.42.- Registrar el mes a cancelar.
Permite agregarse a la lista el mes que se ha cancelado y el alumno que
ha realizado dicho pago
U.C.43.- Comprobación de Alumnos.
Permite verificar la existencia de alumnos matriculados.
U.C.44.- Modificar datos de pago del Estudiante.
Permite hacer un mantenimiento (Agregar, eliminar,) de la información
concerniente al pago de pensiones.
U.C.45.- Modificar meses y rubros de pago al Alumno.
concerniente a los meses y rubros de pago hechos por el alumno.
U.C.46.- Elaborar la factura de pago.-
El operador del sistema elabora la factura de pago del mes de pensión
cancelado por el alumno
U.C.47.- Enviar a Imprimir el Reporte de la Factura de Pago.
El operador luego de elaborar la factura de pago y su consecuente
reporte envía a imprimir dicho reporte para entregarlo al alumno.
U.C.48.- Seleccionar el número de horas dictadas por el profesor.
Permite escoger del horario respectivo el número de horas que el
profesor dictará clases en su cátedra
U.C.49.- Registrar horas clase dictadas.
Permite ingresar el número de horas dictadas por el profesor .en su
respectiva disciplina y horario
U.C.50.- Comprobación de Profesores.
Permite verificar la existencia de profesores registrados.

U.C.51.- Modificar horas dictadas por el Profesor.
Permite hacer un mantenimiento (Agregar, eliminar, modificar) de la
información concerniente a las horas dictadas por el profesor.
U.C.52.- Modificar meses y rubros de pago al Profesor.
concerniente a los meses y rubros de pago al profesor.
U.C.53.- Elaborar Rol de pagos.
El operador del sistema elabora el Rol de Pagos del mes respectivo
U.C.54.- Enviar a imprimir el reporte de Rol de Pagos.
El operador luego de elaborar el Rol de Pagos y su consecuente reporte
envía a imprimir dicho reporte para entregarlo al profesor.
2.2.- LISTA DE ACTORES

Los actores descritos a continuación son aquellos que por su
importancia en el módulo de notas, tiene una alta consecuencia en la
información y serán estos los principales.
SECRETARIA.
Actor encargado de realizar el ingreso de datos personales del
alumno o estudiante, así como también el encargado de la recepción
de documentos pertinentes para la legalización de la matrícula.
Además, este actor es el encargado de realizar el ingreso,
modificación y eliminación de notas, así como el encargado de recibir
de un actor llamado Profesor, las notas de los Estudiantes para el
registro en el sistema. Este actor debe dar mantenimiento a toda la
información sobre el pago de pensiones de estudiantes y el rol de
pagos a los profesores. Este Actor debe emitir las facturas de pagos
de pensiones así como los roles de pagos a los profesores.
ESTUDIANTE
Actor que ingresará su número de cédula y consultará su histórico
es decir las inscripciones y matrículas obtenidas de acuerdo a su
periodo y sección. Este actor también consultará sus notas parciales,
generales a través de una Terminal de Computadora establecida para
este efecto.

PROFESOR
Los profesores requieren registrar en el horario respectivo el
número de horas dictadas en la materia asignada.
ADMINISTRADOR
Actor que mantendrá y apoyará al sistema, para verificar si esta
existiendo una coherencia entre los datos ingresados con los
calculados por el módulo de notas.

3.- REQUERIMIENTOS
3.1.- REQUERIMIENTOS FUNCIONALES
El AES7 dispondrá de los siguientes requerimientos funcionales,

estos están ligados completamente a los casos de uso especificados en
este documento, así tenemos:
RF1.- El AES7, entregará listados de estudiantes inscritos y

matriculados
RF2.- El AES7, proporcionará información del módulo de
matrículas para establecer a que nivel o curso el estudiante puede
matricularse para el siguiente periodo.
RF3.- El AES7, permitirá consultar las matrículas obtenidas por el
estudiante de la institución.
RF4.- El AES7, permitirá ingresar información de los alumnos por
facultad, especialización curso y periodo
RF5.- El AES7, permitirá tener un acceso a la información por un
tipo de usuario.
RF6.-El AES7 permitirá al usuario ingresar un password para
ejecutar acciones en el mismo.
RF7.- El AES7 permitirá al usuario ingresar a este y realizar
todas sus acciones disponibles.
RF8.- El AES7 dispone de opciones para registrar el pago de
inscripciones.
RF9.- El AES7 dispone de una opción en la cual se despliega
información de las inscripciones de los estudiantes.
RF10.- El AES7 también genera el pago de matrículas.
RF11.- El AES7 permite ingresar la facultad a la que los
estudiantes se van a matricular
RF12.- El AES7 permitirá ingresar la especialización a la que los
estudiantes se van a matricular.
RF13.- El AES7 permitirá ingresar el curso al que los estudiantes
se van a matricular.
RF14.- Permitirá ingresar la materia a la que los estudiantes se
van a matricular.

RF15.- AES/ permitirá ingresar la cédula de los estudiantes para
averiguar su histórico con respecto a sus inscripciones y
matrículas obtenidas
RF16.-AES/ desplegará matrículas obtenidas por los estudiantes.
RF17.- El AES7, permitirá escoger la Facultad a la que pertenece
un alumno.
RF18.- El AES7, permitirá escoger la Especialización a la que
pertenece un alumno.
RF19.- El AES7, permitirá escoger el Curso al que pertenece un
alumno.
RF20.- El AES7, permitirá escoger la Materia asignada a un curso
que pertenece un alumno
RF21.- El AES7, permitirá ingresar notas de un alumno.
un alumno.
alumno.
que pertenece un alumno
RF26.- El AES7, permitirá modificar o actualizar notas de un
alumno que solicita corrección.
un alumno.
alumno.
que pertenece un alumno, y podrá emitir un reporte de Notas.
un alumno.
pertenece un alumno y no entregará información de certificados o

notas, a los alumnos que no se encuentren al día en el pago de
pensiones.
un alumno.
alumno y proveerá información para el Ministerio de Educación de
Alumnos aprobados, reprobados y retirados según sea el caso,
además proveerá información al modulo de matriculas para
establecer a que nivel o curso el estudiante puede matricularse
para el siguiente periodo.
un alumno.
alumno y permitirá consultar notas de los alumnos por facultad,
especialización y curso
RF39.- El AES7, permitirá ingresar la cédula de un alumno
matriculado en la institución
RF40.- El AES7, permitirá consultar las notas individuales de un
alumno matriculado en la institución
RF41.- El AES7, seleccionará el mes a pagar por parte de un
usuario ya matriculado o ingresado al sistema.
RF42.- El AES7, .registrará el pago de pensión correspondiente al
mes seleccionado y el alumno que realiza el pago
RF43.- El AES7, .comprobará la existencia de alumnos
matriculados caso contrario indicará que no existe el alumno y
sugerirá la matriculación del mismo
RF44.- El AES7, .permitirá la modificación de valores concerniente
al pago de pensiones.
RF45.- El AES7, .permitirá la modificación de datos concerniente
al alumno que ha cancelado un mes de pensión determinado.

RF46.- El AES7, .permitirá seleccionar a un estudiante y su valor
cancelado previo a la emisión de la factura al mismo.
RF47.- El AES7, emitirá la factura correspondiente al pago de
pensión.
RF48.- El AES7, permitirá seleccionar las horas dictadas que un
profesor dictará en un día determinado de acuerdo a su horario.
RF49.- El AES7, registrará las horas dictadas por un profesor en
su horario y disciplina respectiva.
RF50.- El AES7, .comprobará la existencia de profesores
registrados caso contrario indicará que no existe el profesor y
sugerirá el registro del mismo
al profesor que ha dictado un número de horas determinado.
al mes y rubros de pago por horas dictadas por un profesor
RF53.- El AES7, .permitirá Elaborar el Rol de Pagos
RF54.- El AES7, .permitirá enviar a Imprimir el Reporte de la
Factura de Pago
3.2.- REQUERIMIENTOS NO FUNCIONALES
Entre los requerimientos no funcionales tendremos:
NRF1.- El AES7, no requiere de programas adicionales para la

emisión de certificados
NRF2.- El AES7, no entregará pensum de estudios o malla
curricular
NRF3.- El AES7, no entregará horario de materias con respecto al
curso
NRF4.- El AES7, presentará la información en una interfaz visual y
de fácil manejo al usuario ya que presenta pantallas basada en
formas y colorido usado en el ambiente Windows.
NRF5.- El AES7, registrará y mostrará la descripción de la pensión
pagada por mes y alumno determinado en forma confiable aún
cuando se produzcan fallas de energía o del equipo.

NRF6.- El AES7, emitirá la factura y el rol de pagos en un tiempo
de respuesta de cinco segundos.
REQUERIMIENTOS SOFTWARE
 Requerimientos mínimos
Microsoft Windows XP Home
Microsoft SQL Standard Edition 2005
 Requerimientos óptimos
Microsoft Windows Server 2003
Microsoft SQL Server 2005
REQUERIMIENTOS HARDWARE
 Requerimientos mínimos
Computador Pentium IV de 2.4 Ghz, 512MB Memoria RAM, Monitor 15”,
Unidad lectora y grabadora de CD, tarjeta de red, puertos USB, teclado y
Mouse.
 Requerimientos óptimos
Computador Pentium IV de 3.4 Ghz, 1GB Memoria RAM, Monitor de 17”,
Unidad lectora y grabadora de DVD, tarjeta de red, puertos USB, teclado
y Mouse.

4.- DOCUMENTACIÓN DE USUARIO EN LÍNEA
El Módulo de Notas dispone de Ayuda en Línea, la cual será

presentada de acuerdo al proceso que se este llevando acabo en ese
momento del formulario activo.
Toda está información se encontrará activa presionando la tecla
F1 y será manejada desde la ayuda del sistema, además se dispondrá
de un Manual de Usuario, así como de un Manual Técnico del Módulo de
Notas, el cual será específico y concreto para las opciones detalladas, los
cuales resolverán cualquier inquietud que tenga el operario del sistema.,
esta información será entregado en dos formas, físicas:
Manual de Usuario Impreso

Manual de Usuario magnético (CD)

5.- RESTRICCIONES
El sistema de requerimientos y el modelamiento del AES7 se

utilizarán los diagramas de UML, lenguaje que cuenta con reglas para
combinar elementos gráficos, este modelo describirá lo que el sistema es
capaz de hacer. Para dicho modelamiento se empleará la herramienta de
software visual Rational Rose, el cual nos provee tanto herramientas
como información para poder generar los Casos de Uso del Sistema de
Notas.
El uso de herramientas para el desarrollo del AES7, con que se
cuentas es Microsoft Visual Basic 6.0, el cual no permite que este sistema
sea multiplataforma, restringe el uso a plataformas Windows, la
arquitectura utilizada será de tipo multiusuario llamada Cliente Servidor.
AES7 incorpora un software desarrollado para el manejo de Instituciones
Primarias, el cual no estará integrado a los demás módulos.

6.- COMPONENTES COMPRADOS
Entre los componentes que necesita el Módulo de Notas, se

define que se debe comprar licencias del siguiente software según la
necesidad:
 Motor de Base de Datos Microsoft SQL Server 2005

 Lenguaje Visual Microsoft Visual Basic 6.0 para su
desarrollo como mantenimiento futuro
 Alojamiento para el Sistema en un computador con
sistema operativo Microsoft Windows XP o superior, en el
caso de ser Monousuario o Microsoft Windows 2003
Server para ser Multiusuario.

7.- INTERFASES
7.1.- INTERFASE DE USUARIO
LOGEARSE EN EL SISTEMA
El Usuario podrá ingresar AES7 con un nombre de usuario y un
password para realizar sus funciones determinadas es decir con sus
debidas restricciones.
INSCRIPCIONES
El Usuario podrá ingresar a la Pantalla de inscripciones para
poder ingresar los datos del estudiante y realizar su inscripción, con
todos los datos requeridos de información del estudiante.
MATRÍCULAS.
El usuario tendrá acceso al formulario de Matrículas en el cual
podrá actualizar los datos provenientes de las inscripciones, escoger el
período al cual va ha ingresar, generar el pago de de la matrícula y por
último legalizar la matrícula del estudiante.
HISTÓRICO.
El usuario tendrá acceso a la pantalla histórico en la cual se
desplegará información referente a las inscripciones y matrículas
obtenidas por el estudiante.
REPORTES.
El usuario tendrá acceso al formulario de Reportes con el fin de
entregar esta información al estudiante en caso de que así lo requiera y
por supuesto también para poder matricularle para el próximo periodo.
MENÚ PRINCIPAL
El Usuario podrá escoger entre las opciones habilitadas, los
procesos o formularios que necesita para ejecutar los casos de uso
definidos en este documento.

INGRESO DE NOTAS
El Usuario, dentro del formulario escogerá primeramente la
Facultad, seguido de la especialización, el curso y por último la materia,
que se va ha ingresar las notas.
El usuario podrá ingresar todas las notas, de todas las materias y
almacenará en la base de datos, automáticamente.
MODIFICACIÓN DE NOTAS
Facultad, seguido de la especialización, el curso y por último la materia,
que se va ha modificar las notas.
Todo este proceso precedido de la debida solicitud para el arreglo
de notas asentadas por los Docentes.
REPORTE DE NOTAS
Facultad, seguido de la especialización, el curso y por último la materia.
Se podrá escoger entre las opciones habilitadas, para emitir
reportes.
EMISIÓN DE CERTIFICADOS
El Usuario, dentro del formulario escogerá la Facultad, seguido de
la especialización, para emitir certificados de alumnos que estén al día en
los pagos con la institución.
PASES DE PERIODO
la especialización, y el curso, para emitir el reporte para el Ministerio de
Educación de los alumnos, Aprobados, Reprobados.
CONSULTA DE NOTAS POR CURSO

la especialización, y el curso, para emitir reporte de notas para los
Docentes, así como para el registro físico de las materias.

CONSULTA DE NOTAS POR ALUMNO
El Usuario, dentro del formulario ingresará su número de cédula y
podrá consultar sus notas, después del despliegue, se podrá emitir un
reporte del alumno.
REPORTES
El Usuario podrá escoger entre las opciones habilitadas, los
formularios que permitan emitir reportes.
PAGO DE PENSIONES
El Usuario podrá seleccionar el estudiante que va ha realizar el
pago, así como también el mes que va ha cancelar.
PAGO DE VARIOS
El Usuario podrá escoger y presentar el tipo de pago en el que se
mostrarán los datos ingresados y el monto total ha cancelar.
ROL DE PAGOS
El Usuario podrá escoger el profesor, ingresará el número de
horas impartidas en su cátedra en el curso asignado. En base a esta
información existirá un formulario que calcula el total a pagar al profesor
respectivo.
REPORTES
El Usuario podrá generar reportes individuales y colectivos
referentes a los valores cancelados por los alumnos en lo concerniente al
pago de pensiones, así como también a la emisión de roles de pago
individual y general.
7.2.- INTERFASE DE HARDWARE
El Módulo de Control de Notas, no dispone de ninguna interfase

de hardware para ningún tipo de proceso.

7.3.- INTERFASE DE SOFTWARE
El Sistema Automático de Instituciones Educativas, dispone de

una interfase con el Sistema de Control de Notas para Primaria, como
complemento para el AES7, el cual está enfocado en Instituciones
Educativas de Secundaria, Superior y Universidad.
7.4.- INTERFASE DE COMUNICACIÓN
El sistema AES7 estará diseñado para funciona en ambiente

cliente servidor por lo tanto requiere de una red de área local en la que se
utilizará una máquina con un sistema operativo de red y es en esta donde
se instalará el sistema con la respectiva base de datos para que desde
los demás computadores se acceda a la información que reside en el
servidor.

8.- REQUERIMIENTOS DE LICENCIA
La empresa desarrolladora UM7SYS S.A. conciente del código de

ética del Ingeniero de Software y sus principios para obtener una
profesión respetada y benéfica.
Solicitará al usuario final del AES7, que disponga de software y
licencias originales, en todos los equipos donde se instale este módulo,
como puede ser los descritos a continuación:
 Microsoft Windows 2003 Server

 Microsoft Windows XP
 Microsoft SQL Server 2005
 Microsoft Visual Basic 6.0

9.- DERECHOS DE COPIA
Este software se encuentra protegido por todas las leyes de

protección de derechos de autor así como leyes internacionales de
distribución, explotación y uso indebido del software entregado en este
documento, para lo cual citamos lo siguiente.
Ley de la Propiedad Intelectual

Sección V
Disposiciones Especiales sobre ciertas Obras
Parágrafo Primero
De los Programas de Ordenador
Art. 28. Los programas de ordenador se consideran obras literarias y se
protegen como tales. Dicha protección se otorga independientemente de
que hayan sido incorporados en un ordenador y cualquiera sea la forma
en que estén expresados, ya sea en forma legible por el hombre (código
fuente) o en forma legible por máquina (código objeto), ya sean
programas operativos y programas aplicativos, incluyendo diagramas de
flujo, planos, manuales de uso, y en general, aquellos elementos que
conformen la estructura, secuencia y organización del programa.
Art. 29. Es titular de un programa de ordenador, el productor, esto es la
persona natural o jurídica que toma la iniciativa y responsabilidad de la
realización de la obra. Se considerará titular, salvo prueba en contrario, a
la persona cuyo nombre conste en la obra o sus copias de la forma usual.
Dicho titular está además legitimado para ejercer en nombre propio los
derechos morales sobre la obra, incluyendo la facultad para decidir sobre
su divulgación.
El productor tendrá el derecho exclusivo de realizar, autorizar o prohibir la
realización de modificaciones o versiones sucesivas del programa, y de
programas derivados del mismo.
Las disposiciones del presente artículo podrán ser modificadas mediante
acuerdo entre los autores y el productor.
Art. 30. La adquisición de un ejemplar de un programa de ordenador que
haya circulado lícitamente, autoriza a su propietario a realizar
exclusivamente:

Una copia de la versión del programa legible por máquina (código objeto)
con fines de seguridad o resguardo;
Fijar el programa en la memoria interna del aparato, ya sea que dicha
fijación desaparezca o no al apagarlo, con el único fin y en la medida
necesaria para utilizar el programa; y,
Salvo prohibición expresa, adaptar el programa para su exclusivo uso
personal, siempre que se limite al uso normal previsto en la licencia. El
adquirente no podrá transferir a ningún título el soporte que contenga el
programa así adaptado, ni podrá utilizarlo de ninguna otra forma sin
autorización expresa, según las reglas generales.
Se requerirá de autorización del titular de los derechos para cualquier otra
utilización, inclusive la reproducción para fines de uso personal o el
aprovechamiento del programa por varias personas, a través de redes u
otros sistemas análogos, conocidos o por conocerse.
Art. 31. No se considerará que existe arrendamiento de un programa de
ordenador cuando éste no sea el objeto esencial de dicho contrato. Se
considerará que el programa es el objeto esencial cuando la
funcionalidad del objeto materia del contrato, dependa directamente del
programa de ordenador suministrado con dicho objeto; como cuando se
arrienda un ordenador con programas de ordenador instalados
previamente.
Art. 32. Las excepciones al derecho de autor establecidas en los artículos
30 y 31 son las únicas aplicables respecto a los programas de ordenador.
Las normas contenidas en el presente Parágrafo se interpretarán de
manera que su aplicación no perjudique la normal explotación de la obra
o los intereses legítimos del titular de los derechos.

10.- ESTÁNDARES APLICABLES
Los estándares en el desarrollo del AES7, serán usados de forma

que serán usados de forma paramétrica.
Esto nos indica que el sistema tendrá por objeto solo un segmento
de instituciones educativas, sino que este se podrá utilizarlo en
instituciones de tipo particular como Colegios, Institutos y Universidades.
La parametrización, nos servirá poder manejar
 Periodos de evaluación, por ejemplo mensual, bimestral,
trimestral, quimestre, semestre entre otros.
 El sistema de Notas se parametrizará al tener una cantidad
de materias según sea el curso al que asignamos.
PARÁMETROS BASE DE DATOS
Los parámetros para la Base de Datos, se define el nombre de las

tablas como “TBL”, seguido por una sublinea “_” y por último el nombre
de la tabla en mayúsculas y en singular por ejemplo “NOTA”.
TBL_NOTA
Para los atributos de cada tabla se dispondrá de la abreviación del
contenido del campo con no más de 3 caracteres, seguido de una
sublinea y por último el nombre de la tabla sin TBL_, por ejemplo:
Campo Descripción
cod_estudiante código estudiante
nom_profesor Nombre profesor
dir_estudiante Dirección estudiante
cod_materia Código de materia
tot_ingresos Total de ingresos
PARÁMETROS NOMBRES DE FORMULARIOS

Los nombres de Formularios, iniciaran con “frm”, seguido por
abreviación con 4 letras del nombre de la actividad que va ha realizar
mantenimiento “mante” y el proceso que realiza en la tabla “nota” por
ejemplo:
frmmantenota

PARÁMETROS DE REPORTES
Los nombres de reporte, iniciaran con “rpt”, seguido por
abreviación con 4 letras del nombre de la actividad que va ha realizar
mantenimiento “mante” y el proceso que realiza en la tabla “nota” por
ejemplo:
rptmantenota
PARÁMETROS DE VARIABLES
Las variables llevarán un prefijo del tipo de dato que contiene,
seguido por el nombre.
Variable Tipo Descripción

Strnombre string Nombre en string
Intvalor integer Valor entero
Blnencontrado boolean Encontrado
Curingreso currency Ingresos
Dtminicio date time Fecha inicio
Además de esta forma de codificación en las variables se

dispondrá de otro modificador para cuando son globales, locales a nivel
de módulos y privadas, para el primer caso aumentaremos la letra “g”,
para el siguiente la letra “l” y para el último ninguno, por ejemplo:
Variable Nivel Tipo Descripción

Gstrusuario global String Usuario
Gintnivel global integer Nivel
Lstrabrevia local módulo String Abreviación
Intmaximo privada integer Máximo
PARÁMETROS DE CÓDIGO
Cada formulario o módulo que se realice dentro del sistema, se

encontrará debidamente comentado de una forma general de lo que hace
dicho proceso. La siguiente codificación será necesaria para lo antes
descrito, y no se eliminará ninguna información anterior, por ejemplo:
Autor: UM7SYS S.A.

Versión: 1.0

Modificado por: Fabricio Aguirre
Fecha Inicio: 15 Marzo 2007
Fecha Modificación: 16 Marzo 2007
Empresa: UM7SYS S.A.
Descripción: Se realiza una validación adicional con respecto al
ingreso de la cédula del alumno, se tiene una función que recibe
como parámetro el número y devuelve si está correcta o no.
Autor: UM7SYS S.A.

Versión: 1.0
Modificado por: Terán Jorge
Fecha Inicio: 10 Marzo 2007
Fecha Modificación: 15 Marzo 2007
Empresa: UM7SYS S.A.
Descripción: Se realiza una validación adicional con respecto al
ingreso de la cédula del alumno.

DIAGRAMAS DE CASOS DE USO
Fecha Creación: 15 marzo 2007
Fecha de Modificación: 15 marzo 2007
Nombre: Sistema de Notas
Caso de Uso: Logearse en Sistema
Esenario: sin registro
Autor: Fabricio Aguirre
Ingresar Login
Ingresar Password
Secretaria
Ingresar al Sistema
Usuario No
registrado

Caso de Uso: Logearse en Sistema
Ingresar Login
Ingresar Password
Secretaria
Ingresar al Sistema
Usuario No
registrado

Fecha de Modificación: 15 marzo
2007
Caso de Uso: Ingreso de Notas Ingresa Facultad
Esenario: actual Profesor
Ingresa Especialización
Secretaria
Ingresar Curso
Ingresar Materia
Ingresar Notas de Alumnos
Registro de
Notas

Caso de Uso: Modificación de Notas
Esenario: sin registro Ingresa Facultad
Secretaria Ingresar Curso
Ingresar Materia
Ingresar Notas de Alumnos
Registro de
Notas

Caso de Uso: Reporte de Notas
Esenario: sin registro Ingresa Facultad
Secretaria
Ingresar Curso
Ingresar Materia
Reporte de
Notas

Caso de Uso: Validar emision de certificados
Autor: Fabricio Aguirre Ingresa Facultad
Secretaria Ingresa Especialización
Reporte Alumnos con

Pagos Pendientes

Caso de Uso: Validar pases de periodo
Autor: Fabricio Aguirre Ingresa Facultad
Secretaria
Ingresar Curso
Reporte de Alumnos
Aprobados,
Reprobados

Caso de Uso: Consulta de Notas por Curso
Ingresa Facultad
Secretaria
Ingresar Curso
Reportar notas de
Alumnos por
Curso

Caso de Uso: Consultar Notas por cédula
Ingresar Cédula
Alumno
Desplegar Notas
Reporte de
Notas

Fecha de Creación: 2007/03/18
Fecha de Modificaicón:2007/03/19
Nombre:Módulo Pensiones y Rol
Caso de Uso: Seleccionar mes,
Registrar mes
Escenario: Usuario no está registrado
<<include>>
Seleccionar el m es
Comprobación de Alumnos
Secretaria
<<include>>
Registrar el mes a pagar

Caso de Uso: Modificar dato, Modificar
meses
Escenario: Estudiante no está matriculado
modificar datos de pagos del

estudiante
Secretaria
modificar meses y rubros de pago

Caso de Uso: Elaborar factura de pago,
Enviar a imprimir Factura
Escenario: Estudiante no está
matriculado
Elaborar factura de pago
Secretaria
Alum no
Enviar a imprimir reporte de factura

de pago

Caso de Uso: Seleccionar las hrs. de
clase a dictar, Registrar el número de
...
<<include>>
Seleccionar del horario las horas
<<include>>
Profesor
Comprobación de Profesores
(f rom Pensiones)
Registrar el numero de horas y la

materia a dicatar

Cas o de Uso: Modificar datos del Profesor,
Modificar meses y rubros
Escenario: Profesor no está registrado
Modificar datos del profesor

(from Pensi ones)
Secretaria
(f rom Pensiones)
modificar meses y rubros de pago

(from Pensi ones)

Caso de Uso: Elaborar Rol de pagos, Enviar
a imprimir Rol de Pagos
Escenario: Profesor no está registrado
Elaborar Rol de Pagos
Secretaria
Profesor
(f rom Pensiones)
Enviar a imprimir reporte de Rol de

Pagos

ESPECIFICACIÓN DE CASOS DE USO
Las especificaciones, están desarrolladas según el estándar IEEE 830, el

cual indica que está realizado por un Ingeniero de Requerimientos y por un
Arquitecto
CASO DE USO: Logearse en Sistema

ID: U.C.1
Actores: Secretaria
Precondiciones:
1.- Usuario Registrado en el Sistema
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ingresa en el sistema
2.2.- El caso de uso termina
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de AES7.
CASO DE USO: Ingresar password

ID: U.C.2
Actores: Secretaria
Precondiciones:
1.- Usuario Operativo en el Sistema
Flujo de Eventos
1.- El caso de uso inicia debe ingresar su contraseña o password para
interactuar en
2.- El caso de uso termina
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de AES7
CASO DE USO: Ingresar a AES7

ID: U.C.3
Actores: Secretaria
Precondiciones:
1.- Ingreso a AES/
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ingresa a AES/”
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de AES7

CASO DE USO: Recepción de documentos

ID: U.C.4
Actores: Alumno, Secretaria
Precondiciones:
2.- Ingreso a la pantalla de inscripciones
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ejecuta la opción “Inscripciones de
Alumnos x Curso”
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de la pantalla Inscripciones de
Alumnos por Curso
1.- El sistema no emitirá la recepción de documentos de Alumnos
CASO DE USO: Ingresar Datos Estudiante

ID: UC.5
Actores: Secretaria
Precondiciones:
2.- Ingreso de Matrículas realizado
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ejecuta la opción “Ingresar datos
estudiante
2.- El usuario ingresará los datos del estudiante
3.- El usuario ingresará la facultad
4.- El usuario ingresará la Especialización
5.- El usuario ingresará el nivel
5.- El usuario ingresará las materias del período de matriculación.
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de la pantalla de Ingresar Datos
del de Alumnos por
2- El sistema no emitirá el presentará la pantalla de ingreso de datos del alumno.
CASO DE USO: Generar pago de Inscripciones

ID: U.C.6
Actores: Secretaria
Precondiciones:
Flujo de Eventos
1.- El caso de uso inicia al generar el pago de inscripción del alumno
2.- Si el usuario desea podrá inscribir al alumno
3.- El sistema registrará las inscripciones ingresadas
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de la pantalla de Inscripciones
1.1.- El sistema registrará las inscripciones generadas
CASO DE USO: Reporte de Inscripciones

ID: U.C.7
Actores: Secretaria
Precondiciones:
1.- Ingreso a AES/
Flujo de Eventos
2.- El usuario deberá ingresará la cédula del estudiante
3.- El usuario deberá escoger los reportes de inscripciones del estudiante
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de la pantalla de inscripciones
CASO DE USO: Recuperar datos de Inscripciones

ID: U.C.8
Actores: Secretaria
Precondiciones:
1.- Ingreso a AES/
Flujo de Eventos
2.- El usuario deberá actualizar los datos del estudiante
3.- El usuario deberá escoger los reportes de inscripciones del estudiante
CASO DE USO: Actualizar obligatoriedad de documentos

ID: U.C.9
Actores: Secretaria

Precondiciones:
1.- Ingreso a AES/
Flujo de Eventos
2.- El usuario deberá actualizar la recepción de documentos en la pantalla de
matrículas
3.- El usuario deberá escoger los reportes de inscripciones del estudiante.
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de la pantalla de matrículas
CASO DE USO: Generar pago de matrículas

ID: U.C.10
Actores: Secretaria
Precondiciones:
1.- Ingreso a AES/
Flujo de Eventos
2.- El usuario deberá generar el pago de matrículas del estudiante
3.- El usuario deberá matricular al estudiante.
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de la pantalla de matrículas
CASO DE USO: Ingresar Facultad

ID: U.C.11
Actores: Secretaria
Precondiciones:
1.- Ingreso a AES/ Pantalla Datos del Estudiante.
Flujo de Eventos
2.- El usuario deberá ingresar la facultad a la que se matriculó el estudiante
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de la pantalla datos del
estudiante
CASO DE USO: Ingresar Especialización

ID: U.C.12
Actores: Secretaria
Precondiciones:
Flujo de Eventos
2.- El usuario deberá ingresar la especialización a la que se matriculó el
estudiante
Flujos Alternativos
estudiante
CASO DE USO: Ingresar curso

ID: U.C.13
Actores: Secretaria
Precondiciones:
Flujo de Eventos
2.- El usuario deberá ingresar el curso al que se matriculó el estudiante
Flujos Alternativos
estudiante
CASO DE USO: Ingresar Materia

ID: U.C.14
Actores: Secretaria
Precondiciones:
Flujo de Eventos
2.- El usuario deberá ingresar la materia a la que se matriculó el estudiante
Flujos Alternativos
estudiante

CASO DE USO: Ingresar Cédula
ID: U.C.15
Actores: Secretaria
Precondiciones:
Flujo de Eventos
2.- El usuario deberá ingresar la Cédula del estudiante
Flujos Alternativos
estudiante
CASO DE USO: Reporte de Matrículas del estudiante.

ID: U.C.16
Actores: Secretaria
Precondiciones:
1.- Ingreso a AES/ Histórico.
Flujo de Eventos
2.- El usuario al ingresar la cédula del estudiante se desplegará las matrículas
obtenidas por el estudiante en cada materia.
Flujos Alternativos
estudiante
CASO DE USO: Ingreso de Facultad

ID: U.C.17
Actores: Secretaria
Precondiciones:
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario inicializa la opción “Facultad”
2.- El usuario deberá escoger una de las facultades del combo
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de la pantalla de ingreso de

notas
1.1.- El sistema no registrará las notas ingresadas
CASO DE USO: Ingreso de Especialización

ID: U.C.18
Actores: Secretaria
Precondiciones:
2.- Haber escogido una Facultad
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario inicializa la opción “Especialización”
2.- El usuario deberá escoger una de las especializaciones del combo
Flujos Alternativos
notas
CASO DE USO: Ingreso de Curso

ID: U.C.19
Actores: Secretaria
Precondiciones:
3.- Haber escogido una Especialización
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario inicializa la opción “Curso”
2.- El usuario deberá escoger una de las curso del combo
Flujos Alternativos
notas
CASO DE USO: Ingreso de Materia

ID: U.C.20
Actores: Secretaria
Precondiciones:

4.- Haber escogido un Curso
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario inicializa la opción “Materia”
2.- El usuario deberá escoger una de las materia del combo
Flujos Alternativos
notas
CASO DE USO: Ingreso de Notas

ID: U.C.21
Actores: Secretaria, Profesor
Precondiciones:
5.- Haber escogido una Materia
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ejecuta la opción “Notas de Alumnos”
2.- Si el usuario desea podrá ingresar las notas del alumno
2.1.- El sistema registrará las notas ingresadas
Flujos Alternativos
notas

ID: U.C.22
Actores: Secretaria
Precondiciones:
Flujo de Eventos

Flujos Alternativos
notas

ID: U.C.23
Actores: Secretaria
Precondiciones:
Flujo de Eventos
Flujos Alternativos
notas

ID: U.C.24
Actores: Secretaria
Precondiciones:
Flujo de Eventos
Flujos Alternativos
notas

CASO DE USO: Ingreso de Materia

ID: U.C.25
Actores: Secretaria
Precondiciones:
Flujo de Eventos
Flujos Alternativos
notas
CASO DE USO: Modificación de Notas

ID: U.C.26
Actores: Secretaria
Precondiciones:
1.- Ingreso de Notas realizado
5.- Haber escogido una Materia
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ejecuta la opción “Notas de Alumnos”
2.- Si el usuario desea podrá modificar las notas del alumno
2.1.- El sistema registrará las notas ingresadas
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de la pantalla de modificación
de notas
1.1.- El sistema no registrará las notas modificadas


ID: U.C.27
Actores: Secretaria
Precondiciones:
Flujo de Eventos
Flujos Alternativos
notas

ID: U.C.28
Actores: Secretaria
Precondiciones:
Flujo de Eventos
Flujos Alternativos
notas

ID: U.C.29
Actores: Secretaria
Precondiciones:
Flujo de Eventos

Flujos Alternativos
notas
CASO DE USO: Ingreso de Materia – Reportar Notas

ID: U.C.30
Actores: Secretaria
Precondiciones:
Flujo de Eventos
3.- Si el usuario desea podrá reportar las notas del alumno
3.1.- El sistema emitirá las notas ingresadas
Flujos Alternativos
notas

ID: U.C.31
Actores: Secretaria
Precondiciones:
Flujo de Eventos
Flujos Alternativos

notas
CASO DE USO: Ingreso de Especialización – Reporte Pagos Pendientes

ID: U.C.32
Actores: Secretaria
Precondiciones:
Flujo de Eventos
3.- Si el usuario desea podrá reportar que alumnos tiene pagos pendientes
3.1.- El sistema emitirá que alumnos se encuentran con mora con la institución
Flujos Alternativos
notas

ID: U.C.33
Actores: Secretaria
Precondiciones:
Flujo de Eventos
Flujos Alternativos
notas

ID: U.C.34
Actores: Secretaria
Precondiciones:

Flujo de Eventos
Flujos Alternativos
notas
CASO DE USO: Ingreso de Curso – Pases Periodo

ID: U.C.35
Actores: Secretaria
Precondiciones:
Flujo de Eventos
3.- Si el usuario desea podrá reportar validar los Pases de alumno
3.1.- El sistema emitirá que alumnos aprueban y que alumnos pierden
Flujos Alternativos
notas

ID: U.C.36
Actores: Secretaria
Precondiciones:
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ejecuta la opción “Consultar Notas de
Alumnos x Curso”, y se despliega la opción “Facultad”

Flujos Alternativos
notas

ID: U.C.37
Actores: Secretaria
Precondiciones:
Flujo de Eventos
Flujos Alternativos
notas
CASO DE USO: Ingreso de Curso – Consulta Nota

ID: U.C.38
Actores: Secretaria
Precondiciones:
Flujo de Eventos
3.- Si el usuario desea podrá reportar las notas del alumno
Flujos Alternativos
notas

CASO DE USO: Ingreso de Cédula

ID: U.C.39
Actores: Secretaria
Precondiciones:
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario inicializa la opción “Consultar Notas
de Alumnos por Cédula”
2.- El usuario ingresará su cédula
Flujos Alternativos
notas
CASO DE USO: Desplegar Notas

ID: U.C.40
Actores: Alumno
Precondiciones:
2.- Ingreso de Notas realizado
3.- Haber ingresado la cédula del alumno
Flujo de Eventos
1.- El caso de uso inicia cuando se “Despliega Notas alumno”
2.- Si el usuario desea podrá reportar sus notas del alumno
Flujos Alternativos
1.- El usuario en cualquier momento puede salir de la pantalla Consultar Notas
de Alumnos por Cedula
1.1.- El sistema no emitirá el presentará la Consultar Notas de Alumnos por
Cedula
CASO DE USO: Seleccionar mes a pagar

ID: UC 41
Actores: Secretaria
Precondiciones:

2.- Existencia de Alumnos matriculados
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ejecuta la opción “Pago de pensión”
2.- El usuario deberá escoger mes a pagar
3.- El usuario deberá escoger el alumno y el mes a pagar
4.- El usuario deberá registrar el pago correspondiente
6.- Si el alumno no esta registrado
6.1.- El sistema pedirá que el alumno se matricule
Flujos Alternativos
1.- Si la lista de alumno no puede ser mostrada.
1.1.- El usuario es informado que no esta matriculado
1.2.- el caso de uso empieza nuevamente.
CASO DE USO: Registrar el mes a cancelar

ID: UC 42
Actores: Secretaria
Precondiciones:
1.- Existencia de Alumnos matriculados
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario muestra el comprobante de pago
hecho en el banco
2.- El usuario deberá marcar el mes y la cantidad ya pagadas
Flujos Alternativos
CASO DE USO: Comprobación de Alumnos

ID: UC 43
Actores: Secretaria
Precondiciones:
Flujo de Eventos
1.- El sistema comprueba la existencia del alumno que va ha pagar un mes de
pensión.

Flujos Alternativos
CASO DE USO: Modificar datos de pago del Estudiante

ID: UC 44
Actores: Secretaria
Precondiciones:
1.- El alumno debe estar matriculado, operación que se realiza en el módulo de
matriculaciones
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ejecuta la opción “Mantenimiento de
datos de pagos”
2.- El usuario deberá escoger la el costo a modificar
3.- El usuario deberá escoger el alumno y mes que canceló
5.- Si se realizará las modificaciones
4.1.- El sistema registrará los cambios
Flujos Alternativos
1.- Si se ingresan valores erróneos.
1.1.- El usuario puede reingresar los valores
1.2. el caso de uso termina
CASO DE USO: Modificar meses y rubros de pago
ID: UC 45
Actores: Secretaria
Precondiciones:
1.- El alumno debe estar matriculado, operación que se realiza en el módulo de
matriculaciones
Flujo de Eventos
pagos”
2.- El usuario deberá escoger meses y rubros a modificar
3.- El usuario deberá escoger el alumno y mes que cancelo

Flujos Alternativos
CASO DE USO: Elaborar factura de pago

ID: UC 46
Actores: Secretaria, alumno
Precondiciones:
1.- Registro del pago realizado
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ejecuta la opción “Factura de pago”
2.- El usuario deberá escoger el mes a pagar
3.- El usuario deberá escoger el alumno que realizó el pago
4.- El usuario deberá escoger el tipo de rubro a cancelar (pensión)
5.- El usuario imprimirá el reporte de factura
Flujos Alternativos
1.- Si se invalida el ingreso de un nombre o mes a pagar
1.1.- el usuario puede reingresar los datos
1.2.- terminar el caso de uso
CASO DE USO: Enviar a Imprimir el Reporte de la Factura de Pago

ID: UC 47
Actores: Secretaria, alumno
Precondiciones:
1.- Registro del pago realizado
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ejecuta la opción “Factura de pago”
3.- El usuario deberá escoger el alumno que realizó el pago
4.- El usuario imprimirá el reporte de factura
Flujos Alternativos
CASO DE USO: Seleccionar el número de horas dictadas

ID: UC 48

Actores: Profesor
Precondiciones:
2.- Existencia del Profesor registrado
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ejecuta la opción “Registro de horas”
2.- El usuario deberá escoger del horario respectivo el número de hora a dictar.
3.- Si el profesor no esta registrado
3.1.- El sistema pedirá que el profesor que se registre.
Flujos Alternativos
1.- Si la lista de profesores no puede ser mostrada.
1.1.- El usuario es informado que no esta registrado
CASO DE USO: Registrar horas de clase dictadas
ID: UC 49
Actores: Profesor
Precondiciones:
2.- Existencia de horarios establecidos.
Flujo de Eventos
1.- El caso de uso inicia cuando el profesor ejecuta la opción “Ingreso de horas
de clase”
2.- El profesor registrará en el sistema los datos concernientes al número de
horas que dictará en el horario respectivo.
3.- Si el profesor o el horario no están registrados
3.1.- El sistema pedirá que el profesor se registre o se cree un horario
Flujos Alternativos
1.- Si la lista de profesores no puede ser mostrada.
1.1.- El usuario es informado que no esta registrado
CASO DE USO: Comprobación de Profesores

ID: UC 50
Actores: Secretaria
Precondiciones:
Flujo de Eventos

1.- El sistema comprueba la existencia del alumno que va ha pagar un mes de
pensión.
Flujos Alternativos
CASO DE USO: Modificar horas dictadas por el Profesor

ID: UC 51
Actores: Secretaria
Precondiciones:
1.- El profesor debe estar registrado, operación que se realiza en el módulo de
matriculación
Flujo de Eventos
pagos a profesores”
2.- El usuario deberá escoger el profesor y horas que dicto clase
3.- Para agregar horas el sistema mostrará una pantalla de mantenimiento
Flujos Alternativos
CASO DE USO: Modificar meses y rubros de pago al Profesor
ID: UC 52
Actores: Secretaria
Precondiciones:
1.- El profesor debe estar registrado, operación que se realiza en el módulo de
matriculación
Flujo de Eventos
pagos a profesores”
2.- El usuario deberá escoger el profesor el mes y rubros de pago.

Flujos Alternativos
CASO DE USO: Elaborar el Rol de Pagos

ID: UC 53
Actores: Secretaria,
Precondiciones:
1.- Registro de las horas dictadas por el profesor en sus cátedras y horarios
respectivos
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ejecuta la opción “Rol de pago”
3.- El usuario deberá escoger el Profesor que realizó el pago
4.- el sistema calculará el total a pagar de acuerdo al número de horas dictadas.
Flujos Alternativos
CASO DE USO: Enviar a Imprimir el Reporte de la Factura de Pago

ID: UC 54
Actores: Secretaria, Profesor
Precondiciones:
1.- Elaboración del Rol de Pagos
Flujo de Eventos
1.- El caso de uso inicia cuando el usuario ejecuta la opción “Emisión de Rol de
Pagos”
2.- El usuario deberá escoger el mes y el profesor al que se va a pagar del rol
respectivo
5.- El usuario imprimirá el reporte del Rol de Pagos concerniente al mes y
profesor respectivo.
Flujos Alternativos

MATRIZ DE RASTREO DE CASOS DE USO

solicitar

Documento SRS

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Documento SRS

Încărcat de

Drepturi de autor:

Formate disponibile

1.

El documento detallado a continuación, definirá, los

Documento SRS Página 1 de 59

Para el AES7, se han identificado los casos de uso descritos a continuación:

U.C.1.- Logearse en el Sistema.

Documento SRS Página 2 de 59

Documento SRS Página 3 de 59

Documento SRS Página 4 de 59

Documento SRS Página 5 de 59

2.2.- LISTA DE ACTORES

Documento SRS Página 6 de 59

Documento SRS Página 7 de 59

El AES7 dispondrá de los siguientes requerimientos funcionales,

RF1.- El AES7, entregará listados de estudiantes inscritos y

Documento SRS Página 8 de 59

Documento SRS Página 9 de 59

Documento SRS Página 10 de 59

3.2.- REQUERIMIENTOS NO FUNCIONALES

Entre los requerimientos no funcionales tendremos:

NRF1.- El AES7, no requiere de programas adicionales para la

Documento SRS Página 11 de 59

Documento SRS Página 12 de 59

El Módulo de Notas dispone de Ayuda en Línea, la cual será

Manual de Usuario Impreso

Documento SRS Página 13 de 59

El sistema de requerimientos y el modelamiento del AES7 se

Documento SRS Página 14 de 59

Entre los componentes que necesita el Módulo de Notas, se

 Motor de Base de Datos Microsoft SQL Server 2005

Documento SRS Página 15 de 59

Documento SRS Página 16 de 59

CONSULTA DE NOTAS POR CURSO

Documento SRS Página 17 de 59

7.2.- INTERFASE DE HARDWARE

El Módulo de Control de Notas, no dispone de ninguna interfase

Documento SRS Página 18 de 59

El Sistema Automático de Instituciones Educativas, dispone de

7.4.- INTERFASE DE COMUNICACIÓN

El sistema AES7 estará diseñado para funciona en ambiente

Documento SRS Página 19 de 59

La empresa desarrolladora UM7SYS S.A. conciente del código de

 Microsoft Windows 2003 Server

Documento SRS Página 20 de 59

Este software se encuentra protegido por todas las leyes de

Ley de la Propiedad Intelectual

Documento SRS Página 21 de 59

Documento SRS Página 22 de 59

Los estándares en el desarrollo del AES7, serán usados de forma

PARÁMETROS BASE DE DATOS

Los parámetros para la Base de Datos, se define el nombre de las

PARÁMETROS NOMBRES DE FORMULARIOS

Documento SRS Página 23 de 59

Variable Tipo Descripción

Además de esta forma de codificación en las variables se

Variable Nivel Tipo Descripción

Cada formulario o módulo que se realice dentro del sistema, se

Autor: UM7SYS S.A.

Documento SRS Página 24 de 59

Autor: UM7SYS S.A.

Documento SRS Página 25 de 59

Documento SRS Página 26 de 59

Fecha Creación: 15 marzo 2007

Ingresar Notas de Alumnos

Documento SRS Página 29 de 59