Ingeniera

de
Software
Especificacin de Requisitos segn el
estndar de IEEE 830
Sistema de Pagos Sofista (SPS)

Daniel Ramrez
Gervacio
ISC Grupo 2
Ingeniera de Software

ndice de Contenidos
Contenido
1.

Introduccin .................................................................................................................. 2

1.1 Propsito (ERS) ............................................................................................................ 2

1.2 mbito del Sistema...................................................................................................... 2
1.3 Definiciones y Acrnimos.......................................................................................... 3
1.4 Referencias .................................................................................................................... 4
1.5 Visin General del Documento ................................................................................. 4

2.

Descripcin General .................................................................................................... 5

2.1 Perspectiva del Producto ........................................................................................... 5
2.2 Funciones del Producto ............................................................................................. 7
2.3 Caractersticas de los usuarios.............................................................................. 10
2.4 Restricciones .............................................................................................................. 10
2.5 Suposiciones y Dependencias ............................................................................... 10
2.6 Requisitos Futuros .................................................................................................... 11

3.

Requisitos Especficos ............................................................................................. 12

3.1 Requisitos Funcionales ............................................................................................ 12
3.2 Requisitos de Interfaces externos ......................................................................... 17
3.3 Requisitos de rendimiento ...................................................................................... 19
3.4 Restricciones de Diseo .......................................................................................... 19
3.5 Atributos del sistema ................................................................................................ 19
3.6 Otros Requisitos ........................................................................................................ 20
a) Requisitos de desarrollo .......................................................................................... 20
b) Requisitos tecnolgicos .......................................................................................... 21
3.7 Atributos ....................................................................................................................... 21

Indice de Imgenes ................................................................................................................ 22

1. Introduccin
Sofista es un colegio de nivel medio superior, el cual necesita una aplicacin que
realice las operaciones bsicas de facturacin de colegiaturas para alumnos y
para el registro e inicio de sesin del facturista. Esto es para llevar el control de
registro de inscripciones y reinscripciones de los alumnos del colegio.

1.1 Propsito (ERS)

El sistema de facturacin va dirigido al colegio Sofista, especficamente al rea
de facturacin. Por ser un sistema de registro de pagos y generacin de facturas,
la aplicacin se trabajara con un servidor local (Apache, MySQL, PHP), de
manera grfica se implementar HTML, para las operaciones bsicas del
sistema se implementar PHP y para el almacenamiento de registros y
operaciones se implementar MySQL.
Conforme al avance que se obtenga del diseo del software se podr
implementar, ajustar y corregir errores o detalles con operaciones que puedan
mejorar el aprovechamiento del sistema con condiciones que se ajusten al
sistema, a los requisitos y al diseo.

1.2 mbito del Sistema

El motor que impulsa el desarrollo del sistema es el gestionar y realizar Pagos
de colegiatura a los alumnos del colegio Sofista. Definiremos al sistema como
SPS (Sistema de Pagos Sofista).
Es un sistema simple en cuanto a la implementacin y concepto: hay que realizar
consultas y operaciones de una lista de alumnos inscritos a un determinado
cuatrimestre, realizando el facturador las siguientes operaciones:
1. Iniciar sesin.
2. Buscar alumnos por nmero de control.
3. Ver datos de alumno, as como su estado de pago y multas.
4. Ver su historial de pagos de colegiaturas.
5. Registrar pagos del alumno.
6. Guardar pagos.
7. Imprimir facturas de pagos con nmero de pago para l alumno.
2

8. Salir del sistema sofista.

El alumno puede realizar las siguientes consultas en el sistema:
1. Iniciar sesin con nmero de control.
2. Ver sus datos y su estado de pago.
3. Obtener nmero de pago (solo si ya est registrado su pago).

1.3 Definiciones y Acrnimos

Definiciones

Sofista

Colegio de nivel medio superior.

Facturista

Factura

Alumno

Persona encargada de registrar pagos de

colegiatura.
Cuenta en la que se desglosa los pagos de
colegiatura con los datos del alumno.
Persona que est inscrita en el colegio.

Acrnimos

SPS

Sistema de Pagos Sofista

ERS

RFXXX

RNFXXX

Especificacin de Requisitos de
Software
El estndar seguido para la
especificacin del identificador
de cada requisito funcional ser
de la siguiente manera:
R = Requisito
F = Funcional
XXX = secuencia de tres
dgitos que servir para la
enumeracin de cada
requisito.
El estndar seguido para la
especificacin del identificador
de cada requisito funcional ser
de la siguiente manera:
R = Requisito
NF = No Funcional
XXX = secuencia de tres dgitos
que servir para la enumeracin
de cada requisito.

1.4 Referencias

IEEE Recomendad Practices for Software Requierements especification

ANSI/IEEE 830 1998.

SRS/ERS Especificacin de requerimiento de Software IEEE 830 1998.

IEEE-STD-830-1998 Especificacin de los requerimientos del software.

1.5 Visin General del Documento

Este documento consta de tres secciones. Esta seccin es la introduccin y
proporciona una visin general del ERS. En la seccin 2 se da una descripcin
general del sistema, con el fin de conocer las principales funciones que debe
realizar, los datos asociados y los factores, restricciones, supuestos y
dependencias que afectan al desarrollo, sin entrar en excesivos detalles. En la
seccin 3 se definen detalladamente los requisitos que debe satisfacer el
sistema.

2. Descripcin General
En esta seccin se presenta una descripcin a alto nivel del sistema. Se
presentaran las principales reas de negocio a las cuales el sistema debe dar
soporte, las funciones que el sistema debe realizar, la informacin utilizada, las
restricciones y otros factores que afecten al desarrollo del mismo.

2.1 Perspectiva del Producto

El sistema en esta versin no interactuar con ningn otro sistema informtico,
por lo tanto su proceso de interaccin con el sistema es el siguiente mediante
diagramas de bloques.

Si no existe el usuario

Registro de
Facturista

Nombre, Correo,
Contrasea, Clave.

Facturista

Ingreso de Correo
y Contrasea

Inicio de Sesin

Si existe el usuario

Entada al Sistema

Interfz Sofista

Buscar Alumno

Ingresar No.Control

Si encontr la matricula

Mostrar estado y
datos del alumno

Pagar

Si no encontr la matricula

Ver historial

Si Adeuda

Mensaje No se
encontr esta
matricula

Pagar Adeudo

Si no Adeuda

Generar Factura

Salir del Sistema

Imagen 1 Interaccin del facturista y el sistema con sus operaciones

5

Tabla_alumno

tabla_estado

-idalumno int () PK Ai

-idestado int() PK Ai

-nocontrol int (9)

-nombre varchar (50)
-apaterno varchar(50)
-amaterno varchar(50)
-id_estado int ()
-id_multa int ()
-cuatrimestre int ()

-estado varchar(50)

tabla_multa
-idmulta int() PK Ai
-multa int(3)

Imagen 2 Base de datos que contiene la informacin de alumnos y facturista

Registrarse
<<extender>>

Ingresar Datos
<<incluir>>

Facturista

Iniciar Sesion
<<extender>>

Realizar Operaciones

Imagen 3 Diagrama UML de inicio Registro Facturista

Buscar Alumno
<<incluir>>

Datos Alumno

<<incluir>>

<<incluir>>

<<extender>>

Consultar Historial de Pagos

<<extender>>
<<extender>>

Consultar Estado
<<extender>>

Obtener No. Pago

Realizar Pago
<<extender>>

Facturista

<<extender>>

Registrar Pago

Imagen 4 Diagrama UML de acciones que podr realizar el Facturista

6

2.2 Funciones del Producto

En trminos generales, el sistema SPS deber proporcionar soporte a las
siguientes tareas de gestin de los pagos de alumnos inscritos al colegio:
a. Mostrar datos y estado de pago de colegiatura del alumno.
b. Pagar en el caso de que adeude la colegiatura con una multa.
c. Impresin de Factura con un nmero de pago.
A continuacin se describirn con ms detalle estas tareas y como sern
soportadas por el sistema.
a. Mostrar datos y estado de pago de colegiatura del alumno.

Buscar Alumno
<<incluir>>

<<incluir>>

Datos Alumno
<<incluir>>

<<extender>>

Consultar Historial de Pagos

Facturista

<<extender>>

Consultar Estado

Imagen 5 Diagrama UML mostrar datos y estado de pago de colegiatura de alumno

.

Imagen 6 Modelo Grfico de consulta de datos de alumno

Todos los alumnos registrados en el colegio Sofista tienen un numero de control

con el cual se podr hacer la accin de buscar alumno dentro del sistema
SPS. Estos datos son: nombre, apellido paterno, apellido materno, nmero de
7

control, cuatrimestre, estado y multa. Los datos son obtenidos de la base de

datos del sistema.
b. Pagar en el caso de que adeude la colegiatura con una multa.

Buscar Alumno
<<incluir>>
<<incluir>>
<<extender>>

Datos Alumno
<<incluir>>

Consultar Historial de Pagos

<<extender>>

Consultar Estado
<<extender>>

Realizar Pago

Facturista

<<extender>>

Registrar Pago

Imagen 7 Diagrama UML Estado de Pago Adeudo Pagado

Imagen 8 Modelo Grfico de Estado de pago -Pago

Esta accin se realiza mediante la obtencin de los datos del alumno, para ello
debe existir el nmero de control y el facturista debe estar registrado en el
sistema.
Cuando el facturista obtiene los datos del alumno podr ver el historial de pagos
y realizar el pago en el caso de que adeude la colegiatura con una multa ya dada
por el sistema.

En el caso de que no adeude la colegiatura, se podr mostrar sus datos y su

historial de pagos, as como tambin generar el ltimo nmero de pago de su
colegiatura.
c. Impresin de Factura con un nmero de pago.

Buscar Alumno
<<incluir>>

Datos Alumno

<<incluir>>

<<incluir>>

<<extender>>

Consultar Historial de Pagos

<<extender>>

Consultar Estado
<<extender>>

<<extender>>

Realizar Pago

Facturista

<<extender>>

Registrar Pago
<<extender>>

Obtener No. Pago

Imagen 9 Diagrama UML Estado de Generacin de Factura Con nmero de pago.

Imagen 10 Modelo Grfico de Generacin de Factura con nmero de Pago

Cuando el alumno paga y el facturista registra el pago en el sistema, podremos

generar la factura con el nmero de pago, as como sus datos de pago
actualizado que sera de adeudo a pagado y de multa $100 a $0.
En el caso de que el alumno ya haya pagado y este registrado su pago en el
sistema, slo se generar su factura con los datos obtenidos y su nmero de
pago.

2.3 Caractersticas de los usuarios

Los usuarios de este sistema estn familiarizados con el uso de aplicaciones de
este tipo ya que simula un selector de opciones tradicional, que todos
conocemos. Es por ello que el sistema ha de ser grfico. Con una interfaz sencilla
e intuitiva, que no exija gran tiempo para su aprendizaje, a la vez que lo
suficientemente potente para que el usuario pueda hacer aquello que necesita.
Las acciones estn bloqueadas para el usuario y solo podrn realizar el pago en
el sistema modificando solo esa parte en la base de datos. Por este motivo es
fcil de comprender y no se necesita de una gran capacitacin para el uso del
sistema de pagos sofista SPS.

2.4 Restricciones
Restricciones del sistema de pagos sofista SPS
1. Este sistema solamente podr ser accedido por el Facturista.
2. Los datos de los alumnos ya estarn proporcionadas por el colegio y por
lo tanto el sistema no puede hacer consultas de Altas, Bajas y
Modificaciones en los datos Personales de los alumnos.

3. Otra restriccin es que no hay generacin de facturas de pagos anteriores

de colegiatura.

2.5 Suposiciones y Dependencias

El sistema ha sido implementado mediante HTML y CSS para el aspecto visual
del sistema, JavaScript para algunas acciones de validacin y verificacin de
datos existentes y arrojar mensajes de alerta para dar a conocer que es existente
en el sistema o errores, PHP para realizar consultas y obtener datos dentro de
los formularios de datos del sistema y por ltimo MySQL para generar consultas
de datos y poder mandar la informacin a PHP para su impresin en pantalla.
Esto significa se necesitara un servidor, ya puede ser local o exterior, los
requerimientos del servidor serian APACHE, PHP, MySQL y un directorio en el
cual se podr visualizar la informacin Dominio.

Imagen 11 Servidor Local

10

2.6 Requisitos Futuros

El sistema deber de adaptarse a cambios futuros, teniendo en cuenta los
requisitos iniciales y sus acciones principales del sistema de pagos.
Otros requisitos o cambios se los va a ir implementando de acuerdo a las
necesidades que se le presenten al colegio en el futuro, por lo que debemos de
dejar la posibilidad de que el sistema se pueda adaptar a los cambios en el futuro.
Algunos requerimientos que se podran plantear en el futuro serian:
-

Realizar la interfaz del alumno para que pueda visualizar su estado y su

historial de pagos.

Permitir la conexin a diversas bases de datos.

Almacenamiento de correos electrnicos para enviar informacin sobre

datos de alumnos, as como su notificacin de pago y su nmero de pago.

Implementar el sistema en un servidor web.

Iniciar Sesion
<<extender>>

Consultar Estado

Alumno

Imagen 12 Diagrama UML de Posible interfaz de Alumno

11

3. Requisitos Especficos
En este apartado se presentan los requisitos funcionales que debern ser
satisfechos por el sistema. Todos los requisitos aqu expuestos son esenciales,
es decir, no sera aceptable un sistema que no satisfaga alguno de los requisitos
expuestos. Los requisitos se han especificado de manera que sea fcil
comprobar si el sistema los ofrece o no y si los ofrece de manera adecuada.

3.1 Requisitos Funcionales

A) Registro de usuario.
RF001. El Sistema podr Registrar un nuevo usuario para ingresar al sistema.
Este requisito se refiere a poder dar de alta un nuevo usuario en el sistema. El
usuario, mediante una interfaz grfica, tiene que llenar los campos requeridos
para poder hacer el registro de manera exitosa.
1. Si el usuario ya existe mandara un mensaje de alerta diciendo que ese
usuario ya existe. Ejemplo:

Imagen 13 Interfaz de registro de

facturista con los campos ya
registrados anteriormente

Imagen 14 Mensaje de alerta

diciendo que ese usuario o correo
ya existe

2. Si el usuario en el campo repetir contrasea se equivoca mandara un

mensaje de alerta diciendo Las contraseas no coinciden. Ejemplo:

Imagen 16 Interfaz de registro de

facturista con las contraseas
Diferentes

Imagen 15 Mensaje de alerta

diciendo que Las contraseas no
coinciden
12

3. Si los datos son ingresados correctamente mandara un mensaje de alerta

diciendo Registro exitoso.

Imagen 18 Interfaz de registro de

facturista con los datos correctos

Imagen 17 Mensaje de alerta

diciendo que El usuario se registr
con xito

Una vez hecho el registro del usuario al sistema, el usuario nuevo podr acceder
a la interfaz sofista para realizar las operaciones descritas en el requisito RF002.

Imagen 19 Autenticacin de
usuario

Imagen 20 Ingreso al sistema

Sofista

B) Realizar Pagos de alumno en el sistema.

RF002. El usuario podr modificar el pago y la multa en el sistema de facturacin:
Este requisito hace referencia a la posibilidad de modificar los campos de pago
(Pagado Adeudo) y multa ($100 $0). Mediante una interfaz grfica se
mostrar los datos del alumno, as como su Estado actual de Pago, En la interfaz
de Pagar existen dos selectores de opciones (slo si el alumno adeuda), las
cuales nos muestran dos campos a elegir, El primer selector llamado Estado
podremos modificar la descripcin del estado del pago con la opcin a elegir de
Adeudo a Pagado, El segundo selector llamado Multa podremos modificar
la descripcin de la multa de alumno con la opcin a elegir de $100 a $0.

13

Una vez hecho los cambios deseados en los selectores podemos completar de
forma correcta e ntegra cada campo de informacin requerida se pulsar el
botn Pagar para realizar el cambio del Pago y Multa, se comprobar
mediante un mensaje de alerta que los cambios fueron exitosos.

Imagen 21 Selectores de
opciones de Estado =>
Adeudo a Pagado
Multa => $100 a $0 Y
Botn Pagar para realizar
los cambios en los datos del
alumno

Imagen 22 Mensaje de
alerta de Pago Exitoso
en la modificacin de los
datos

Imagen 23 Datos
actualizados del alumno
tras realizar el pago

RF003. Podr consultar la informacin de los alumnos registrados en el sistema.

Este requisito hace referencia a la posibilidad de consultar los datos de un
alumno mediante la bsqueda por nmero de control.
El usuario, mediante una interfaz grfica, obtendr una lista con todos los datos
del alumno inscrito al colegio.

Imagen 24 Bsqueda del alumno

por nmero de control

Imagen 25 interfaz con los datos

del alumno obtenidos del nmero
de control

14

C) Gestin de Pagos en el sistema.

RF004. Podr consultar el historial de pagos de los alumnos registrados en el
sistema.
Este requisito hace referencia a la posibilidad de consultar los pagos de
colegiatura realizados de un alumno, conforme el alumno avance de
cuatrimestre, sus pagos son almacenados mediante un estado de pago y una
multa.
El usuario, mediante una interfaz grfica, obtendr una lista con todos los pagos
del alumno inscrito al colegio hasta su periodo actual.

Imagen 26 interfaz con los datos del

alumno obtenidos del nmero de control.
Presionamos el botn Historial para
poder ver sus pagos

Imagen 27 interfaz con los datos del

historial de pagos del alumno

15

D) Facturacin de Pago de colegiatura.

RF004. Podr realizar la facturacin del pago, obteniendo un nmero de pago.
Este requisito hace referencia a la posibilidad de Facturar los pagos de
colegiatura realizados de un alumno.
El usuario, mediante un botn de la interfaz grfica, Podr generar una factura
de pago.

Imagen 28 interfaz con los datos del alumno

obtenidos del nmero de control.
Presionamos el botn Generar Factura para
poder facturar el pago

Imagen 29 Factura para el alumno con

el nmero de pago, Estado de pago y
Datos personales

16

3.2 Requisitos de Interfaces externos

A) Interfaces de usuario
La interfaz de usuario debe ser orientada a ventanas, y el manejo del programa
se realizar a travs del teclado y ratn.
Interfaz intuitiva de fcil uso.

Imagen 30 Interfaz de inicio

Sofista (Bsqueda de Alumno)

Imagen 31 interfaz De Visualizacin de

Datos del alumno registrado en el colegio

Imagen 33 interfaz de historial de pagos

del alumno

Imagen 32 interfaz de Pago y

Facturacin

17

B) Interfaces hardware
No se han definido.

C) Interfaces software
La interfaz de software es orientada a ventanas, Cuadros de Ingreso de Texto y
Botones con acciones, el manejo del programa tambin se realizar a travs
del teclado y ratn.

Imagen 34 interfaz de inicio del sistema, Inicio de Sesin y Registro de Facturista para
ingresar al sistema de Pagos Sofista

Imagen 35 Impresin de la facturacin del sistema

18

3.3 Requisitos de rendimiento

1. El tiempo de respuesta a consultas, actualizaciones y modificaciones, ha
de ser inferior a 3 segundos por ahora en el servidor local, despus en un
servidor de internet no debe ser inferior a 10 segundos.
2. La estructura de datos para el almacenamiento de los datos es de forma
sencilla, modificando los campos de estado de pagos, almacenndose en
la base de datos automticamente.
3. Proporcionar la mayor cantidad de informacin al usuario: Datos

generales del alumno, Cuatrimestre, Estado de Pago, Multas y Nmero

de Pago.

3.4 Restricciones de Diseo

El sistema est dividido por mdulos, por lo tanto:

1. La informacin est distribuida en diferentes interfaces.
2. El facturista deber estar registrado para ingresar al sistema.
3. La consulta de bsqueda por nmero de control ser validada
ingresando slo nmeros y no letras.
4. Es necesario dirigirse a la interfaz correcta para realizar alguna accin
determinada.
5. Para salir del sistema es necesario regresar a la interfaz de bsqueda
y presionar el botn salir. Ya que si deseamos hacer una nueva
consulta, no necesitaremos ingresar de nuevo desde la pgina de
inicio de sesin y volver a ingresar al sistema para realizar la
bsqueda.

3.5 Atributos del sistema

Es un sistema responsivo con las consultas realizadas, ya que cuenta con

mensajes de alerta si algn campo no existe o fue ingresado de la manera
incorrecta.

Cuenta con formularios sencillos ya definidos para el usuario, por lo tanto

es ms prctico al realizar consultas dentro del sistema.

La interfaz del sistema es atractiva a la vista del usuario.

19

El sistema es prctico y sencillo, cubriendo todas las necesidades

requeridas por el usuario.

No se necesitan horas o das de capacitacin, el sistema est diseado

con operaciones especficas y formularios sencillos.

Es un sistema muy confiable ya que cuenta con una autenticacin de

usuario que se valida y determina si el usuario est registrado. La
validacin evita que ingresen usuarios no permitidos, preservando as la
integridad del sistema.

3.6 Otros Requisitos

a) Requisitos de desarrollo
El ciclo de vida elegido para desarrollar el servicio ser el de cascada, de manera
que se puedan incorporar fcilmente cambios y nuevas funciones, as como
aprovechar las ventajas de reusabilidad proporcionada por el paradigma de
orientacin a objetos.

Imagen 36 Procesos del Modelo de cascada

20

b) Requisitos tecnolgicos
El sistema deber correr como mnimo en sistemas Windows lo que exige una
configuracin mnima de:
-Procesador: Pentium 100 Mhz.
-Ram: 500 Mb
-Espacio libre en disco: 10 Gb mnimo
Respecto a la entrega de los ficheros fuente, se entrega por una parte lo mnimo
necesario para ejecutar la aplicacin y, por otro lado, todos los ficheros fuente.
En la parte mnima se proporciona, adems del ejecutable, una serie de libreras
necesarias para la ejecucin del programa.
Por Ejemplo: PHP5, APACHE, MySQL, PhPmyAdmin.

Imagen 37 Servidor Local con aplicaciones requeridas para el funcionamiento del

sistema

3.7 Atributos
Seguridad
El sistema cuenta con un sistema de seguridad. El sistema de Seguridad es
mediante un usuario y contrasea que van a estar almacenadas en una base de
datos, por lo tanto si un usuario no registrado quiere ingresar al sistema, no va a
poder porque no estara registrado en la base de datos.
Para iniciar las consultas el usuario (Facturista) debe estar registrado en la base
de datos principal.
21

Indice de Imgenes
Imagen 1 Interaccin del facturista y el sistema con sus operaciones ............................................. 5
Imagen 2 Base de datos que contiene la informacin de alumnos y facturista............................... 6
Imagen 3 Diagrama UML de inicio Registro Facturista ................................................................... 6
Imagen 4 Diagrama UML de acciones que podr realizar el Facturista ........................................... 6
Imagen 5 Diagrama UML mostrar datos y estado de pago de colegiatura de alumno .................. 7
Imagen 6 Modelo Grfico de consulta de datos de alumno ............................................................... 7
Imagen 7 Diagrama UML Estado de Pago Adeudo Pagado ..................................................... 8
Imagen 8 Modelo Grfico de Estado de pago -Pago .......................................................................... 8
Imagen 9 Diagrama UML Estado de Generacin de Factura Con nmero de pago. ..................... 9
Imagen 10 Modelo Grfico de Generacin de Factura con nmero de Pago ................................. 9
Imagen 11 Servidor Local ...................................................................................................................... 10
Imagen 12 Diagrama UML de Posible interfaz de Alumno ............................................................... 11
Imagen 13 Interfaz de registro de facturista con los campos ya registrados anteriormente ....... 12
Imagen 14 Mensaje de alerta diciendo que ese usuario o correo ya existe .................................. 12
Imagen 15 Mensaje de alerta diciendo que Las contraseas no coinciden .................................. 12
Imagen 16 Interfaz de registro de facturista con las contraseas Diferentes ................................ 12
Imagen 17 Mensaje de alerta diciendo que El usuario se registr con xito ................................. 13
Imagen 18 Interfaz de registro de facturista con los datos correctos.............................................. 13
Imagen 19 Autenticacin de usuario .................................................................................................... 13
Imagen 20 Ingreso al sistema Sofista .................................................................................................. 13
Imagen 21 Selectores de opciones de Estado => Adeudo a Pagado Multa => $100 a
$0 Y Botn Pagar para realizar los cambios en los datos del alumno ....................................... 14
Imagen 22 Mensaje de alerta de Pago Exitoso en la modificacin de los datos ........................ 14
Imagen 23 Datos actualizados del alumno tras realizar el pago ..................................................... 14
Imagen 24 Bsqueda del alumno por nmero de control ................................................................. 14
Imagen 25 interfaz con los datos del alumno obtenidos del nmero de control ........................... 14
Imagen 26 interfaz con los datos del alumno obtenidos del nmero de control. Presionamos el
botn Historial para poder ver sus pagos .......................................................................................... 15
Imagen 27 interfaz con los datos del historial de pagos del alumno............................................... 15
Imagen 28 interfaz con los datos del alumno obtenidos del nmero de control. Presionamos el
botn Generar Factura para poder facturar el pago ........................................................................ 16
Imagen 29 Factura para el alumno con el nmero de pago, Estado de pago y Datos personales
.................................................................................................................................................................... 16
Imagen 30 Interfaz de inicio Sofista (Bsqueda de Alumno) ........................................................... 17
Imagen 31 interfaz De Visualizacin de Datos del alumno registrado en el colegio .................... 17
Imagen 32 interfaz de Pago y Facturacin ......................................................................................... 17
Imagen 33 interfaz de historial de pagos del alumno ........................................................................ 17
Imagen 34 interfaz de inicio del sistema, Inicio de Sesin y Registro de Facturista para ingresar
al sistema de Pagos Sofista ................................................................................................................... 18
Imagen 35 Impresin de la facturacin del sistema .......................................................................... 18
Imagen 36 Procesos del Modelo de cascada ..................................................................................... 20
Imagen 37 Servidor Local con aplicaciones requeridas para el funcionamiento del sistema ..... 21

22