You are on page 1of 45

SISTEMA INFORMÁTICO DE

FACTURACIÓN, COBRO DE
PENSIONES Y SERVICIOS

RESUMEN

La presente investigación tiene como finalidad desarrollar un sistema
informático para mejorar los procesos educativos de la Comunidad
Educativa Bilingüe Cristiana Israel “CEBCI”.
Para lo cual se realizó una investigación preliminar en donde se
determinó los requerimientos de la institución para el desarrollo de
la aplicación. Además el levantamiento de la información preliminar
ayudo a definir la metodología para el desarrollo del sistema.
Razón por la cual se utiliza la metodología RUP (Proceso Racional
Unificado), de Kruchten, gracias a sus fases del ciclo de vida que
contiene este modelo.

RESUMEN

De igual manera se aplicó la arquitectura “4+1” (Kruchten) para
elaborar la construcción de casos de uso y diagramas de clases, los
mismos que permitieron el diseño de la base de datos y las
relaciones de cada una de sus entidades.

La construcción del software se realizó en Visual Studio 2010 .Net, y
su Base de Datos en SQL Server2008 y en una plataforma web.

PLANTEAMIENTO DEL PROBLEMA

La Comunidad Educativa Bilingüe Cristiana Israel “CEBCI”
viene funcionando en la ciudad de Cuenca hace más de una
década, en sus inicios como Centro de cuidado Infantil, teniendo
mucho orden y cuidado en sus labores profesionales.
Fue justamente la excelencia en este servicio que, a pedido de
muchos padres de familia, emprendieran con la formación
académica, constituyéndose en un Centro Educativo; es así que el
“CEBCI” fue creado mediante acuerdo Nº 20 emitido por La
Dirección Provincial de Educación del Azuay el 10 de mayo de
1995.

PLANTEAMIENTO DEL PROBLEMA

A medida que la tecnología avanza la institución desea innovar en el manejo de
la documentación de los padres de familia y estudiantes.
En el departamento de colecturía la documentación se la lleva de forma manual
y él problema inicia cuando los estudiantes deben pagar las pensiones o realizar
el contrato de algún servicio que preste la institución.
La persona encargada de colecturía debe hacer grandes esfuerzos, para buscar
los registros de los estudiantes. Ya que todos los registros se encuentran en un
archivero, se pudo igualmente observar que los documentos de los estudiantes
estaban expuestos para cualquier usuario.
Además el registro de control de pagos de los estudiantes se los lleva en
formatos preestablecidos y en algunos casos en archivos de Excel. Todo esto ha
generado algunos inconvenientes y molestias a los padres de familia quienes
han demostrado su descontento, especialmente en la elaboración y entrega de
facturas, recibos de cancelación de pensiones y pagos de servicios.

OBJETIVOS DE LA INVESTIGACIÓN
OBJETIVO GE NERAL

Desarrollar e implementar el sistema informático de Facturación, Cobro de Pensiones y
Servicios en el colegio particular mixto “CEBCI” de la parroquia Monay, ciudad de Cuenca

OBJETIVOS


ESPECIFICOS

Recolectar información para realizar el análisis de especificaciones y
requerimientos para el Sistema de Facturación, Cobro de Pensiones y Servicios.
Clasificar y analizar la información recolectada.
Diseñar la base de datos en SQL Server 2008 para el Sistema de Facturación,
Cobro de Pensiones y Servicios.
Desarrollar el Sistema de Facturación, Cobro de Pensiones y Servicios en Visual
Studio .Net 2010.
Implementar y Probar el funcionamiento del Sistema de Facturación, Cobro de
Pensiones y Servicios.
Elaborar un manual de usuario del Sistema de Facturación, Cobro de Pensiones
y Servicios.
Capacitar al personal administrativo de la Institución.

JUSTIFICACIÓN

Después de haber realizado una
investigación preliminar se determina
que en la actualidad existe la necesidad
de crear un sistema informático para el
proceso de Facturación, Cobro de
Pensiones y Servicios dentro de la
Comunidad
Educativa
Bilingüe
Cristiana Israel “CEBCI”, en vista que
no cuenta con un Sistema Informático.
Todos estos procesos se realizan en
secretaría conjunto con colecturía, en
formatos desarrollados en archivos de
Excel, sin mecanismos adecuados que
agilicen y garanticen la seguridad de la
información.
Además no existe registros de los pagos
de servicios y pensiones, en forma
digital sino de forma manual en
carpetas, sin tener un respaldo de datos
que garantice sus registros.

Razón por la cual el diseño de
este Software permitirá a la
institución brindar y optimizar
sus servicios con calidad y
eficiencia. Así mismo podemos
llevar un control de los valores
cancelados por los estudiantes.
Los
beneficiarios
de
este
proyecto serán la Comunidad
Educativa Bilingüe Cristiana
Israel “CEBCI”, los padres de
familia,
estudiantes
y
la
sociedad en general.

ALCANCE

Se desarrollara e implementará el Sistema Informático de Facturación,
Cobro de Pensiones y Servicios, en la institución educativa “CEBCI”. El
software está desarrollado en Visual Studio .Net2010 y con una Base de
Datos en SQL Server 2008 en ambiente web.

Desarrollar la metodología de producción de software por medio de la
metodología RUP (Proceso Racional Unificado) hasta la tercera etapa de
desarrollo de software según el modelo de Racional. La etapa faltante
no estará presente por motivo de tiempo.

A N Á L I S I S

ARQUITECTURA DEL DESARROLLO

Las vistas del software no se
requieren siempre, es decir no se
aplica las “4+1 vistas”.
Las vistas que no son de ayuda para
la realización del software, pueden
excluir de la construcción de dicho
software; como puede ser la vista
física y la vista de procesos.
En sistemas de menor desarrollo, la
vista lógica y la de desarrollo son
casi iguales que no necesitan
descripciones de cada una de ellas.
Y los escenarios sirven de ayuda en
todas estas circunstancias.

L A A R Q U I T E C T U R A “4 + 1”
CONCEPTO: el modelo 4+1 describe la arquitectura del software
usando cinco vistas concurrentes; y cada vista se refiere a un
conjunto de intereses de diferentes participantes del sistema.

LA VISTA LÓGICA: lo que el sistema debería proporcionar en términos de
servicios a sus usuarios. En esta vista se usan comúnmente los diagramas de clases,
los de interacción y objetos.
LA VISTA DE PROCESOS: Se tratan algunos requisitos no funcionales. Ejecución,
disponibilidad, tolerancia a fallos, integridad, etc. La notación más usada es UML, y
dentro de esta diagramas estados, actividad.
LA VISTA DE DESARROLLO (Despliegue):La vista de desarrollo o despliegue se
enfoca en la organización de los módulos software en el entorno de desarrollo. La
notación más usada es UML.
LA VISTA FÍSICA: La vista física se centra en los requisitos no funcionales, tales
como la disponibilidad del sistema, la fiabilidad (tolerancia a fallos), ejecución y
escalabilidad.

MODELO DE DESARROLLO

En el desarrollo de este sistema informático, se decide escoger el
modelo de RUP (Proceso Racional Unificado), para producir software
de alta calidad que cumpla con los requerimientos, planificación y
presupuesto establecido, ya que es un modelo que involucra un
análisis de riesgo, y cubre todo el ciclo de vida del producto, soporta
un enfoque de desarrollo iterativo e incremental, las iteraciones
tempranas se enfocan en validar y producir una arquitectura de
software.
Se realizará una adaptación del modelo RUP al desarrollo de
software informático orientado a los servicios. Este modelo se
explicará en detalle a continuación. En primer lugar se dará una
descripción del modelo RUP, para luego establecer las diferentes
fases de la metodología para el desarrollo del prototipo.

MODELO DE DESARROLLO

(RUP) Proceso Racional
Unificado: es un proceso
de Ingeniería de Software
planteado
por
Philippe
Kruchten
(2000)
cuyo
objetivo
es
producir
software de alta calidad,
que
cumpla
con
los
requerimientos
de
los
usuarios dentro de una
planificación y presupuesto
establecidos.

ELEMENTOS DEL MODELO RUP

Trabajadores: este término se
refiere a los roles que definen cómo
deberían trabajar los individuos.
Actividades: una actividad de un
trabajador específico es una unidad
de trabajo que un individuo en ese
rol puede realizar.
Artefactos: un artefacto es una
pieza de información que es
producida, modificada o usada por
un proceso. Son productos tangibles
del sistema informático; las cosas
que el sistema usa mientras se
trabaja hacia el producto final. Los
artefactos se usan como entradas
para los trabajadores para realizar
una actividad y son el resultado o la
salida de esas actividades

REVISIÓN DE LAS FASES

Concepción o Inicio: la visión del producto, cómo se enmarca en el negocio, el alcance
del sistema informático de calidad. Esta fase se culmina con los objetivos del ciclo de vida.
Elaboración: Planificar las actividades necesarias y los recursos requeridos,
especificando las características y el diseño de la arquitectura. Esta fase culmina con la
arquitectura del ciclo de vida.
Construcción: Desarrollar el producto y evolucionar la visión; la arquitectura y los
planes hasta que el producto en una primera versión esté listo para ser enviado a la
comunidad de usuarios. Esta fase culmina con la capacidad inicial de operación.
Transición: Realizar la transición del producto a los usuarios, lo cual incluye:
manufactura, envío, entrenamiento, soporte y mantenimiento del producto hasta que el
cliente esté satisfecho. Esta fase culmina con la Versión de Producto, la cual a su vez
concluye el ciclo.

IDENTIFICACIÓN DE REQUERIMIENTOS
A D M I N I S T R A C I Ó N “T R A D I C I O N A L”

ESTADOS DE CUENTA DEL
ESTUDIANTE

Funcionamiento que anteriormente la administración del colegio
particular mixto “CEBCI”, utilizaba para llevar los registros de cada
estudiante del plantel.
Referente a los Estados de Cuenta del Estudiante: las facturas y
reportes, que registra y emite la institución lo realizaba de forma
manual; llegando al punto de llamarlo “tradicional” (lápiz y papel).
Las diferentes actividades que realizaba el estudiante se las anotaba
en hojas prediseñadas de Excel; y eran colocadas en un archivero que
contenía toda la información de todos los estudiantes.

HOJA PREEDISEÑADA DEL ESTADO
DE CUENTA DE UN ESTUDIANTE DEL
“CEBCI”

A D M I N I S T R A C I Ó N “T R A D I C I O N A L”
ASIGNACIÓN DE SERVICIOS Y
FACTURACIÓN

De la misma manera se realizaba el llenado de los datos del
alumno y los valores que cancela, correspondientes a los servicios
que adquirió en un determinado mes del año electivo; todo esto se
haría de forma manual.

HOJA PREEDISEÑADA DE UNA
FACTURA DE UN ESTUDIANTE
DEL «CEBCI»

ANÁLISIS DE LA SOLUCIÓN
POR EL MODELO RUP


ANÁLISIS:

En esta etapa se necesita realizar un análisis de las necesidades de la
Comunidad Educativa Bilingüe Cristiana Israel “CEBCI” y del
entorno educativo de la población a la que va dirigido este sistema.
En la primera iteración de la concepción del sistema se ha logrado
tener una concepción clara de la funcionalidad del sistema, de
acuerdo a ello podemos determinar la arquitectura del software.

En el caso de la elaboración del sistema informático, se realizaron
cada uno de estos análisis y se llegó a la conclusión que se
ameritaba el desarrollo del software de forma inmediata.

Una vez que el análisis de las necesidades determina que se requiere del desarrollo de un software, el
próximo objetivo es más información detallada acerca de qué es lo que se quiere desarrollar.

ACTIVIDADES DEL ANÁLISIS DEL ENTORNO

 

ACTIVIDADES
1.

 

Análisis de audiencia

PROPÓSITO
Conocer que área dentro de la Comunidad Educativa Bilingüe Cristiana Israel “CEBCI” se ve
afectada en el manejo de los registros, específicamente al control de pago de servicios que presta la
institución, y que son utilizados por parte del estudiante.

1.

 

Análisis de equipo y

Identificar

soporte técnico

educativo “CEBCI”.

 
1.

 

las capacidades tecnológicas existentes en el área de administración del plantel

 

Conocer en el área de administración los registros de datos: como son creados desde su

Análisis de área de

“nacimiento” hasta llegar a ser archivados, qué medidas se llevan a cabo para salvaguardar esta

Contenido

información, el tiempo que se lleva a cabo para realizar un solo proceso de crear, modificar y
archivar datos. Que materiales utilizan para crear un registro. Conocer en qué parte del proceso de
registro los problemas se convierten más en un cuello de botella.

1.

 

Análisis de las limitaciones Determinar quién tendrá acceso a estos datos, si hay una o varias personas encargadas. Si se
y recursos para el usuarios utilizará ayudas adicionales de apuntes, calculadoras o fórmulas.

1.

 

Análisis de productos

Investigar si la solución ya existe en el mercado, lo cual evitaría los costos de desarrollo.

comerciales
1.

 

Análisis de Costos

Identificar los costos y los beneficios y el retorno a la inversión.

En esta propuesta:
ANÁLISIS DEL ENTORNO EDUCATIVO CON EL SIFCPS

 

ACTIVIDADES
 

 
1.

  Análisis de audiencia

PROPÓSITO
El destinatario que utilizará el software se encuentran en colecturía;
área de administración. La persona encargada en el área de
administración tiene interés en que los procesos de los registros se lleven
de manera más eficiente. Ya que como saben que los procesos que se
llevan a cabo en computadoras y con software desarrollado según las
necesidades del usuario, son más fáciles de entender y procesar. Es decir
que cuando se creen los registros sean fáciles de encontrar, y modificar.
Sabe que se ahorrará tiempo y dará un mejor trato para los usuarios

1.

 

Análisis de equipo y

1.

soporte técnico
  Análisis de área de
Contenido
 

indirectos que genera este software como lo son los estudiantes.
El departamento de administración cuenta con al menos una
computadora con un procesador core i3como mínimo, lector de CD ROM.
Se decidió realizar un software de servicios, debido a las grandes
Pero no tiene acceso a internet, ya que no tiene las instalaciones de
necesidades que tenía la institución. Ya que las diferentes actividades que
cableado o zona de wifi.
se realizan en la administración del plantel educativo, se las realizaba en
algunos casos en hojas preestablecidas en formato de Excel. Para esto se
centra la atención en el tema de los requerimientos que tiene y necesita el
plantel. Se trabajará en el área de administración de las actividades que
realiza el estudiante como: pagos de servicios que presta la institución

 

Análisis de las

  limitaciones y recursos

1.

para el o los usuarios

(transporte, natación, alimentación) y el de las pensiones.
El software desarrollado será utilizado en forma individual por la persona
encargada en el área de administración.

 
 
1.
1.

 
 

Análisis de productos

A nivel comercial no existe un software que abarque el tema de control de

comerciales

registros de servicios, desarrollados para instituciones educativas.
El análisis de costos no se realiza debido a que se trata de un desarrollo a

Análisis de Costos

nivel de prototipo, producto del a elaboración del sistema informático

DISEÑO

ARQUITECTURA DE LA
S O L U C I Ó N (M O D E L O R U P)

FASE DE CONCEPCIÓN:
 
Objetivos

-Establecer el alcance del sistema informático, las condiciones y límites que se plantearon
para la realización del mismo.
- Cuáles son los casos de uso del sistema, como se enlazan unos con otros.

 

- Valorar los costos, tiempos y viáticos sobre el desarrollo del sistema informático.
- Un documento con la guía necesaria para ayudar al usuario.

 

- El modelo de casos de uso con los actores que intervienen y que puedan ser identificados en

 

la realización del sistema.

 

-Un caso inicial del negocio el cual incluye: contexto del negocio.

Artefactos

- Requerimientos complementarios.
- Un plan del proyecto el cual muestre las fases y las iteraciones, más concretamente un
cronograma de actividades que especifiquen u tiempo desde su iniciación hasta la
culminación del sistema informático.

Criterios de

- Un análisis del diseño del sistema que se va a desarrollar.
- Fidelidad en los casos de uso primarios.

Evaluación

- Alcance de un prototipo del desarrollo del sistema informático.
- Gastos reales contra gastos planificados.

ARQUITECTURA DE LA
S O L U C I Ó N (M O D E L O R U P)

FASE DE ELABORACIÓN:

Objetivos

- Definir, validad y delinear la arquitectura tan rápido como sea posible.
- Delinear un plan de alta fidelidad para la fase de construcción.

Actividades

- Establecer un sólido entendimiento de los casos de uso más críticos que conducen las decisiones de

Esenciales

arquitectura y planificación.
- Elaborar la arquitectura y seleccionar los componentes.

 

- Un modelo de casos de uso (completo en al menos un 70%) con todos los actores identificados y la mayor

 

parte de las descripciones de casos de uso.

Artefactos

- Requerimientos complementarios.
- Descripción de la arquitectura de software.
- Plan de sistema informático incluyendo iteraciones.

Criterios de

- Estabilidad de la arquitectura.

Evaluación

- Nivel de detalle y exactitud del plan de la fase de construcción.
- Acuerdos de las partes interesadas acerca de que el plan logre que se pueda alcanzar desarrollar el
sistema con la arquitectura seleccionada.

ARQUITECTURA DE LA
S O L U C I Ó N (M O D E L O R U P)

FASE DE CONSTRUCCIÓN:

Objetivos

- Minimizar los costos de desarrollo.
- Lograr la calidad adecuada.
- Lograr una versión que pueda ser usada.

Actividades Esenciales

- Gerencia de recursos, control de recursos y optimización de procesos.
- Manual preliminar del usuario.

 

- El producto de software Integrado sobre plataforma adecuada y el funcionamiento

Artefactos

adecuado.
- Una descripción de la versión actual.

Piedra de Milla: Capacidad Operativa inicial
Criterios de Evaluación

- Estabilidad y madurez de versión del producto, capacidad para ser manipulada.
- Los gastos reales de recursos comparados con los gastos planificados.

ARQUITECTURA DE LA
S O L U C I Ó N (M O D E L O R U P)

FASE DE TRANSICIÓN:

Objetivos

- Lograr que el usuario manipule con facilidad el software.
- Lograr un producto final tan rápidamente y costo efectivo como sea posible.

Actividades Esenciales

- Ajustes, incluyendo corrección de errores y mejoramiento para el desempeño y
usabilidad del software.

 

- El producto de software Integrado sobre plataforma adecuada y el funcionamiento

Artefactos

adecuado.
- Una descripción de la versión actual.

Piedra de Milla: Versión del producto
Criterios Evaluación

- Usuario satisfecho.
- Gastos de recursos actuales contra gastos planificados.

MODELO DE LA INTE RFA Z

Cinco (5) pasos importantes en el diseño: análisis, diseño, desarrollo, implementación y
evaluación. En este sistema informático, no se incluye la etapa de prueba piloto y prueba
de campo, ya que el modelo RUP incluye una constante vigilancia de los productos y
subproductos del proceso de desarrollo del software. Se explican las estas etapas; para
el desarrollo de sistema informático, se abarcará hasta la etapa de inicial de diseño.

CRONOGRAMA DE
ACTIVIDADES

1

Actividad
Investigación y evaluación (métodos y actividades que usan)
de la existencia de nuevos métodos para el desarrollo del
software.

2

Entrevistas, en el plantel acerca de la deficiencia en el proceso
y manejo de la información.

3

Recolección,

Análisis y

Plan Estratégico envase a la

información en Unidad Educativa Bilingüe Cristiana Israel
“CEBCI”, de acuerdo con los requerimientos de la misma.

Fecha inicio

Fecha fin

 

 

24-09-2012

24-10-2012

 

 

25-10-2012

31-10-2012

 

 

05-11-2012

05-12-2012

4

Desarrollo de la aplicación en C # .Net

06-12-2012

07-02-2013

5

Pruebas de Depuración de la Aplicación

11-02-2013

01-03-2013

6

Implementación de la aplicación desarrollada

02-03-2013

11- 03-2013

7

Demostración final de la Aplicación

12-03-2013

15-03-2013

DIAGRAMA DE CLASES

CASOS DE

USO

CASOS DE USO

DESCRIPCIÓN

Validar Usuario

Se encarga de validar la identidad del usuario que accede al software, así como identificar su rol.

Registrar Usuario

Su propósito es registrar al estudiante o docente que no haya sido registrado para poder usar

 

este portal.
Este proceso se encarga de mostrar el contenido que corresponde cada usuario de acuerdo a su

Mostrar contenido

login y contraseña. Si es estudiante tendrá derecho a cierta información, si es docente a otra.
También muestra la información que es común a ambos.

 
Actividades Esenciales

CASO DE USO 1: ASIGNAR SERVICIO
“Servicio - estudiante” Muestra los servicios de los estudiantes que utilizarán a lo largo del
año electivo, teniendo como variable la del transporte, natación y alimentación, pero siendo
fijo el servicio de pensiones.

Condiciones Previas

Toda la información pertinente al software deberá existir.

Condiciones Resultantes

Los módulos del sistema interactuar con esta información.

Pasos

-Ingresar como administrador del sistema.
- La interfaz muestra toda la información concerniente.

Actores beneficiados

Administrador
Usuario (estudiante).

CASOS

DE

USO

 
Actividades Esenciales

CASO DE USO 2: REALIZAR PAGOS
“Realizar Pagos” Muestra la información de la interfaz de “Asignar Servicios”; para poder

 

obtener interactividad con esta interfaz.
Establecer las condiciones de asignar los servicios a ser utilizados de manera anticipada.

Condiciones Previas
Condiciones Resultantes
Pasos

Los demás módulos del sistema pueden interactuar con esta información.
- Genera resultados.

Actores Beneficiados

- La interfaz del software muestra toda la información concerniente.
Usuario (estudiante).
Administrador.

 

Actividades Esenciales

CASO DE USO 3: FACTURA
“Emitir - Factura” Muestra los servicios y el valor de cada uno de los servicios que el
estudiante o representante ha cancelado con anterioridad; Los servicios que han sido
cancelados durante diferentes meses a lo largo de año electivo, se entregarán al estudiante o

Condiciones Previas

representante como constancia del pago que ya ha realizado.
Establecer las condiciones de cancelar los servicios que han sido utilizados, y se debe hacerlo

Condiciones Resultantes
Pasos

de manera anticipada.
Los demás módulos del sistema pueden interactuar con esta información.
- Genera resultados.

Actores Beneficiados

- La interfaz del software muestra toda la información concerniente.
Administrador
Usuario(estudiante)

DESARROLLO

MENU

PRINCIPAL

ASIGNACION DE
SE RVICIOS

PAGOS

FACTURA

REPORTES

IMPLEMENTACIÓN Y
CAPACITACIÓN

CONCLUSIONES Y
RECOMENDACIONES

CONCLUSIONES
A pesar de que el software desarrollado se realizó exitosamente en las áreas
especificadas y según los requerimientos que el plantel solicitó; a la entrega del
mismo, se requirió que se continuara con el desarrollo del software, pero en otras
áreas. Cabe recalcar que es una INVESTIGACIÓN FORMATIVA PREVIA A LA
OBTENCIÓN DEL TÍTULO DE INGENIERO DE SISTEMAS, y no se podrá
extender el desarrollo del software en más módulos, por tener un tiempo y un
cronograma determinado de actividades.
 Se han observado ciertas dificultades en el manejo del software, a pesar de que su
manipulación es sencilla, las personas encargadas de su manipulación demostraron
cierto descontento o temor, al momento de “manejar” el software.
 En el desarrollo de este software queda una enseñanza de evitar cometer errores al
momento de desarrollar un software, o al momento de ponerlo en práctica, se debe
revisar y solucionar las dificultades que se presenten; ya que es una pérdida de
tiempo valiosa.
 Se puede decir que las herramientas utilizadas fueron las adecuadas, y se logró
desarrollar un software que cumpliera con lo que se planteó inicialmente. Utilizando
el método RUP, se puede utilizar como la primera parte del análisis de cualquier
sistema o proceso, y ser útil como referencia para las siguientes fases del ciclo de
desarrollo de software, aunque la siguiente etapa no se continué con su desarrollo y
siga un método estructurado.
 Mejorar las interfaces de presentación del software, es decir el inicio de la
presentación en general, necesita más información sobre el ingreso al sistema.

RECOMENDACIONES
Se planteó continuar con el desarrollo del software, en los módulos que ellos crean
necesarios, pero se recalcó que tendría un costo por cada uno de los diferentes
módulos; a lo cual no se llegó a un acuerdo. Por lo que se recomienda que se siga el
mismo método de desarrollo con la que se realizó con este equipo de investigación.
Es decir que continúen más estudiantes egresados con el desarrollo del software, si
podríamos decirlo en una siguiente fase. Así no tendría un costo para la unidad
educativa, y los estudiantes tendrían un proyecto de investigación.
 Para ello se adjunta un manual de usuario que ayudará a las personas encargadas
de su manipulación, en las áreas que correspondan. Y así tengan un software
amigable con el usuario y fácil de manipular.
 Tener una mejor planificación en el desarrollo de proyectos venideros, ya que como
fue un primer proyecto muy distante de lo universitario; convirtiéndose en un caso
profesional de la carrera de ingeniería de sistemas. Entonces se debe mejorar la
recolección de datos e información en las distintas empresas que tengan sus
necesidades y requerimientos informáticos, para evitar inconvenientes.
 Seguir con el mismo método de desarrollo, ya que son una gran ayuda en su
desarrollo, en recolección de datos y en la realización de un seguimiento y en
ejecución.
 Elaborar una interfaz inicial que incorpore más información del plantel; el acceso al
sistema, mejorar el diseño de la interfaz inicial, en cuanto a colores y cuadros de
dialogo informativos.

¡ GRACIAS !