REPBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIN UNIVERSITARIA

COLEGIO UNIVERSITARIO FRANCISCO DE MIRANDA
PROGRAMA NACIONAL DE FORMACIN EN INFORMTICA

SISTEMA PARA OPTIMIZAR EL CONTROL Y PAGO DE

BECAS A LOS ESTUDIANTES DE LA ESCUELA NACIONAL
DE HACIENDA PBLICA (ENAHP)

Tutor:

Integrantes:

Prof. Juan Murillo

Alejandro Bolvar
Norman Castro
Jean Delgado
Verusca Gomez
Caracas, Julio de 2015

INDICE

Contenido

Pg.

Introduccin..4
Captulo I: Diagnostico Situacional......6
1.1. Planteamiento del Problema......6
1.2. Preguntas de Investigacin....... 7
1.3. Descripcin de la Comunidad... 7 - 8
1.4. Ubicacin Geogrfica.... 9
1.5. Objetivo General y Objetivos Especficos. 10
1.6. Justificacin e Impacto Social 11
1.7. Estudio de Factibilidad ....12
Captulo II: Marco Referencial....13
2.1. Antecedentes de la Investigacin......13
2.2. Bases Legales....... 14
2.3. Bases Tericas...... 15
2.4. Definicin de Trminos Bsicos....16 - 19
Captulo III: Marco Metodolgico
3.1. Diseo de la Investigacin.....20
3.2. Tipo de Investigacin---...20-21
3.3. Plan de Accin......22-23
3.4. Tcnicas e Instrumentos de Recoleccin de Datos....24
Captulo IV: Plan De Trabajo..25
4.1. Planificacin de Mantenimiento de Aplicacin.....25
4.1.1. Mantenimiento Preventivo......25
4.1.2. Mantenimiento Correctivo..25

4.2. Temtica, Ingeniera de Software y su Metodologa....26-29

Captulo V: Diseo Del Sistema
5.1. Fase de Inicio.....30
5.2. Fase de Elaboracin...30
5.3. Fase de Construccin.....31
5.4. Fase de Transferencia....31
Conclusiones y Recomendaciones...32-33
Referencias Bibliogrficas...34-35
Anexos.....36-46

INTRODUCCION
Los Sistemas de control, segn la teora ciberntica, se aplican en
esencia

para los organismos vivos, las mquinas y las organizaciones. Estos

sistemas fueron relacionados por primera vez en 1948 por Norbert Wiener en su
obra Ciberntica y Sociedad con aplicacin en la teora de los mecanismos de
control. Un sistema de control est definido como un conjunto de componentes que
pueden regular su propia conducta o la de otro sistema con el fin de lograr un
funcionamiento predeterminado, de modo que se reduzcan las probabilidades de
fallos y se obtengan los resultados buscados.
Hoy en da los procesos de control son sntomas del proceso industrial que
estamos viviendo. Estos sistemas se usan tpicamente en sustituir un trabajador
pasivo que controla una determinado sistema (ya sea elctrico, mecnico, etc.) con
una posibilidad nula o casi nula de error, y un grado de eficiencia mucho ms
grande que el de un trabajador.
La Escuela Nacional de Administracin y Hacienda Pblica Instituto Universitario
de Tecnologa (ENAHP-IUT), es una comunidad universitaria perteneciente al
Subsistema de Educacin Superior Oficial, dependiente del Ministerio Finanzas,
congregada para asumir el reto de formar profesionales capaces de acometer los
cambios que requiere el pas dentro de los procesos de transformacin,
modernizacin y globalizacin del saber y del quehacer en el rea de las Ciencias
Fiscales.
A continuacin, se presenta las diferentes Captulos en que se realiza este
sistema:
El Captulo I se presenta el problema, las interrogantes, el objetivo general,
objetivos especficos, la justificacin, el alcance, las delimitaciones y
limitaciones de la investigacin.
El Captulo II se establece las bases legales y tericas de la investigacin.

 El Captulo III comprende el nivel y diseo de la investigacin, la

poblacin y la muestra, los procedimientos o tcnicas de recoleccin de
datos y describir de forma detallada que herramientas de software se
utilizaran para crear dicho sistema.
El Captulo IV se encuentra el desarrollo del sistema de control y
acceso,

las conclusiones y recomendaciones, las referencias y fuentes

bibliogrficas.
La metodologa empleada en este proyecto es la metodologa Me rinde, la
cual es un proyecto que propone un estndar abierto para el proceso de desarrollo
del software.
Estamos en la era Tecnolgica por eso la implementacin de un software
que tiene como objeto primordial optimizar los procesos organizacionales y
administrativos es poner en manifiesto un excelente control de calidad; adems es
funcional llevar los procesos de manera sistmica para evitar el menor margen de
error por tratarse de dinero que alguna u otra forma es el incentivo estudiantil de
una comunidad que se est formando profesionalmente.
Cabe destacar que incluso puede constituir un avance de tercera generacin
informtica que cumple a cabalidad los controles exhaustivos de pagos ya que el
sistema permitir primero el otorgamiento de los recursos, el resguardo de
informacin de la base de datos de los becarios (alumnos con becas y buenas
calificaciones).
El incremento de las mismas de considerarse necesario, que no se dupliquen
pagos, no genere retrasos de pagos. Adems estamos en la era ciberntica que se
debe avanzar con el cambio tecnolgico, se ahorra tiempo, recursos econmicos y
se maximizan los procesos.
Cabe destacar que la beca es un aporte econmico no reembolsable ni
transferible que se le otorga a cada estudiante de la ENAHP-IUT, que cursan

estudios regulares y que buscan contribuir con la permanencia dentro de la

poblacin estudiantil y como tal se busca que este proceso de pago sea cmodo,
ergonmico, fcil y sencillo.
Por otro lado es importante recalcar que los procesos a pagos la modalidad de
computarizados y llevados a travs de un software son ms fcil de auditar y
controlar.
Siendo los mrgenes de errores los mnimos por ende optimizar los procesos de
pagos es ms que un avance tecnolgico.

FASE I
DIAGNOSTICO SITUACIONAL
1.1 Planteamiento del Problema.
La Escuela Nacional de Administracin y Hacienda Pblica, Instituto
Universitario de Tecnologa (ENAHP-IUT), es una comunidad universitaria
perteneciente al Subsistema de Educacin Superior Oficial, dependiente del
Ministerio Finanzas, congregada para asumir el reto de formar profesionales
capaces de acometer los cambios que requiere el pas dentro de los procesos de
transformacin, modernizacin y globalizacin del saber y del quehacer en el rea
de las Ciencias Fiscales.
En la institucin Escuela Nacional de Administracin y Hacienda Pblica
(ENAHP) cuentan con un sistema manual de pago de becas para los estudiantes.
Dicha institucin no tiene una manera de procesar las becas de otra manera que no
sea por medio de este sistema manual, afectando as el pago de estas; lo que no les
permite mantener un orden con las hojas de pago y el tipo de beca que deben
pagarle a los estudiantes inscritos en este beneficio, haciendo que el pago se atrase
y causando as una gran molestia en los alumnos de la institucin. Adems, no
llevan un registro consecutivo de los estudiantes segn la beca que tenga lo cual es
vital que tengan ya que es informacin que puede ser solicitada por un estudiante a
la hora de realizar un reclamo por falta de pago o monto incorrecto, y es deber de la
institucin suministrarle al estudiante dicha informacin para mostrar la veracidad
del trabajo.

Es por ello que la ENAHP-IUT, requiere un sistema o software desarrollado

mediante el cual puedan

solventar esta situacin adems de realizar otras

funciones mediante este sistema como almacenar los datos de los estudiantes
becarios, el tipo de beca a pagar, que beneficio tiene, registrar y mostrar el histrico
por beca de cada alumno, y agregar y excluir alumnos del sistema para hacer
menos engorroso el trabajo del personal administrativo de la ENAHP-IUT.

1.2. Preguntas de Investigacin.

Mediante la problemtica se plantean las siguientes interrogantes:

Cmo se podr determinar los requerimientos y necesidades para el

control y pago de Becas a los Estudiantes de la ENAHP?
Cmo

ser un sistema que optimice el control y pago de Becas a los

Estudiantes de la ENAHP?
Cmo se sistematizar los procesos para el control y pago de Becas a los
Estudiantes de la ENAHP?
Cmo probar un sistema para el control y pago de Becas a los Estudiantes
de la ENAHP?
1.3. Descripcin de la Comunidad.

La organizacin
Historia de la ENAHP-IUT

Los esfuerzos llevados a cabo en materia de formacin de recursos humanos

en el campo fiscal, especficamente en el rea de Impuesto sobre la Renta, se
inician en el ao 1944, cuando el Ministerio de Hacienda crea el curso de Tcnico
Fiscal, convirtindose en el ao 1946, en el Curso de Capacitacin Fiscal dirigido a
la formacin de los Funcionarios Pblicos.
Transcurrido el tiempo, en 1954, fue objeto de ampliacin y se convirti en el
Curso de Administracin Pblica, creado para satisfacer la necesidad de formar
personal tcnico. Posteriormente, en 1962, este Curso que funcionaba en el
Ministerio de Hacienda, se adscribi a la Comisin de Administracin Pblica, y se
cre mediante Decreto, la Escuela Nacional de Administracin Pblica, con la
finalidad de preparar a todo el personal al servicio del Estado.
En este mismo ao (1962), se crea en el Ministerio de Hacienda, el
Departamento de Adiestramiento, con el objetivo de capacitar a los funcionarios
adscritos a ese organismo.
Previo a ello, en el ao 1958, se iniciaban las actividades de la Escuela de
Aduanas para formar especialistas en el rea, con nivel de Capacitado Aduanero y
de Interventor de Aduanas.

En 1967, dada la existencia en el Ministerio de Hacienda, se elimin la

Escuela de Aduanas y se cre el Centro para la Formacin Profesional y
Adiestramiento, con la finalidad de formar Tcnicos Hacendistas. Esta unidad se
convirti en la Escuela Nacional de Hacienda creada mediante Ley de Presupuesto
en el ao 1970.
Para el ao 1977, se fusionan la Escuela Nacional de Hacienda y la de
Administracin Pblica, dando origen a la Escuela Nacional de Administracin y

Hacienda Pblica (ENAHP), mediante Decreto Presidencial N 2001 del 11 de

Enero de 1977 publicado en Gaceta Oficial N 31.166 de fecha 2 de febrero de
1977.
A partir de esta fecha, la ENAHP tiene la potestad de dictar estudios tanto
a nivel de Pregrado, como de Postgrado, as como para impartir la formacin,
capacitacin y adiestramiento de los funcionarios y empleados al servicio de la
administracin centralizada, los institutos autnomos y las empresas total o
mayoritariamente de propiedad del Estado o de sus entes descentralizados.
Finalmente, el 17 de enero de 1978 segn Decreto N 2546, oda la opinin
del Consejo Nacional de Universidades, se declara a la Escuela, como Instituto
Universitario de Tecnologa, y se acuerda otorgar en el nivel de Pregrado, a
quienes aprueben los Planes de Estudio, el Ttulo de Tcnico Superior Hacendista y
de Licenciado en Ciencias Fiscales.
El Escudo
El escudo de la ENAHP-IUT, smbolo que nos representa, tiene
entrecruzados en el fondo de sus cuatro cuadrantes, los colores azul y blanco como
emblemas de nuestra Institucin. Estos son los colores de la Virgen Inmaculada
Concepcin, cuya celebracin y recordatorio se realiza el 8 de diciembre de
acuerdo con el santoral catlico.
El Blanco representa pureza, integridad, obediencia, firmeza, vigilancia,
elocuencia y victoria.
El azul, justicia, celo, verdad, lealtad, hermosura y caridad.
En esta fecha, en 1776, el Rey Carlos III de Espaa dict la Real Cdula de
la Intendencia de Ejrcito y Real Hacienda, que regira para las provincias de
Venezuela, Cuman, Guayana, Maracaibo y las Islas de Trinidad y Margarita. Este
documento de la Real Hacienda, seala el nacimiento de la Institucin
Hacendstica Venezolana.

Por ello, el escudo tiene en el cuadrante superior izquierdo, de fondo azul, un

len rojo, para recordar el origen hispnico de la Institucin Hacendstica.
Simboliza dominio, monarqua, soberana, magnanimidad, majestad y bravura.
En el cuadrante superior derecho de fondo blanco, tiene un libro abierto, un
tintero y una antigua pluma de escribir, simbolizando el esfuerzo intelectual de
estudio e investigacin que nos caracteriza.
En el cuadrante inferior izquierdo, de fondo blanco, aparecen tres llaves
antiguas, que representan la confianza,

la lealtad,

la administracin

racionalidad en el cuidado del patrimonio del Estado.

En el cuadrante inferior derecho, de fondo azul, est un caballo blanco al
galope, simbolizando la libertad, la nacionalidad venezolana, la guerra de la
independencia, la osada, ligereza, el imperio y el mando.
Misin, Visin y Valores
Misin

Formar y capacitar profesionales e investigadores con valores ticos, en el

rea de las Ciencias Fiscales, a travs de una educacin de calidad, con un recurso
humano comprometido y herramientas tecnolgicas de vanguardia, que coadyuven
a una efectiva administracin del tesoro de la nacin venezolana para contribuir al
desarrollo armnico del pas.

Visin

Ser una institucin universitaria especializada en la formacin y

capacitacin de profesionales e investigadores de Pre y Postgrado, en el rea de las

Ciencias Fiscales, con altos valores ticos para el desempeo de sus funciones y
con una educacin de calidad, para atender las demandas del entorno nacional e
internacional, con una estructura organizacional flexible para responder a los
cambios tecnolgicos y globales.
Valores

Nuestra misin y visin son las guas que orientan la formacin de

los futuros egresados de la ENAHP-IUT fundamentada en los valores de tica,
Integridad,

Excelencia,

Crtica

Autocrtica,

Responsabilidad,

Respeto,

Compromiso social, Pluralismo y Participacin.

1.4 Ubicacin Geogrfica.

Sede Principal ENAHP-IUT: Av. Francisco de Miranda entre Av. Diego Cisneros
y calle Los Laboratorios, Edif. ENAHP, Los Cortijos de Lourdes, CaracasVenezuela.
1.5. Objetivo General y Objetivos Especficos.
Objetivo General:
Desarrollar un Sistema para Optimizar el Control y Pago de Becas a los
Estudiantes de la Escuela Nacional de Administracin y Hacienda Pblica
(ENAHP).
Objetivos Especficos:

Realizar diagnstico que permita realizar diferentes anlisis del sistema,

para el control y pago de Becas a los Estudiantes de la ENAHP

Elaborar el diseo de un sistema que permita el control y pago de Becas a los

Estudiantes de la ENAHP.
Desarrollar el sistema para el control y pago de Becas a los Estudiantes de la

ENAHP.
Implementar el sistema para el control y pago de Becas a los Estudiantes de
la ENAHP.

1.6. Justificacin e Impacto Social.

Justificacin:
Hoy en da los sistema de control automatizados son una herramienta
indispensable en cualquier empresa, ya que forma parte de cualquier organizacin
no solo en el rea de informtica, esto se aplica en empresas de diferentes mbitos o
industrias como la mecnica, electrnica o cualquier otra rea que busque facilitar
y controlar cualquier tipo de elementos que posea el sitio, por ejemplo, el registro o
contabilidad de equipos fsicos. Estos sistemas son muy eficaces ya que cumplen al
100% con sus tareas a realizar lo cual proporciona fidelidad a los usuarios
proporcionando as una confianza y seguridad para la implementacin de los
mismos en las empresas.
Gracias a los sistemas de control y sus funciones podemos decir que se dan
respuesta a las necesidades que presenta la Escuela Nacional de Administracin y
Hacienda Pblica (ENAHP) en lo que es el sistema de control de pago de la beca
a sus estudiantes implementando as un sistema para cubrir sus necesidades y
facilitando as el orden, control, registro y aumentando de esta manera su
eficiencia.
Justificacin Tecnolgica:
Este sistema que se implementara en la escuela de hacienda (enahp) facilitara

e innovara el proceso de gestin de becas ya que a travs de una plataforma digital se

podr interactuar ms entre el estudiante y el personal administrativo encargado de
llevar el control de dicha gestin; por lo que este sistema aumentara la eficiencia de
la universidad en cuanto a este proceso.
Justificacin Social:
Los becarios tendrn un sitio en el sistema destinado a generar cualquier tipo
de reclamo que tengan o dudas en cuanto a pagos, retrasos y sugerencias que tengan
con respecto a las becas mejorando la comunicacin para evitar reclamos directos a la
universidad.

1.7. Estudio de Factibilidad.

El siguiente proyecto luego de su anlisis en base a la funcionabilidad y
motivo de elaboracin tiene un ndice de factibilidad viable, ya que no se requiere
de un sustento econmico para realizar el mismo, solo se necesita tener los
desarrolladores para elaborar dicho sistema y este puede ser desarrollado por
estudiantes universitario de nivel intermedio- avanzado por lo que el proyecto es
factible realizarlo y aplicarlo.

CAPTULO II
MARCO REFERENCIAL
2.1. Antecedentes de la Investigacin.
Segn Arias (2006) los antecedentes de la investigacin reflejan los avances
y el estado actual del conocimiento en un rea determinada y sirven de modelo o
ejemplo para futuras investigaciones. Por lo tanto, se refiere a los estudios
anteriores de trabajos, tesis o informes que estn vinculadas a la presente
investigacin, y que se adquiere ayuda o un aporte a la presente investigacin.
Ramrez M. Alba K; Silva C. Wladimir J. (2008) Software Educativo para
fortalecer el aprendizaje de la asignatura Sistemas de Informacin de los alumnos
del Colegio Universitario Francisco de Miranda. La elaboracin de este proyecto
estuvo orientada al desarrollo de un software educativo para fortalecer el
aprendizaje de la asignatura Sistemas de Informacin de los alumnos cursantes de
la carrera informtica del Colegio Universitario Francisco de Miranda, al igual que
en nuestro caso con el desarrollo de un software educativo para fortalecer el
aprendizaje de la unidad curricular proyecto-socio tecnolgico I. Cabe destacar, que
el desarrollo de este software educativo proporciona un beneficio educacional tanto
a profesores como alumnos, ya que adems de servir de herramienta didctica,
servir de apoyo a los estudiantes para que comprendan una manera ms fcil.
Rudas, Yaidelyne. (2008) Desarrollo e implementacin de una pgina web

para la asignatura de redes de datos que sirva como aprendizaje el alumnado y de

apoyo para los profesores del Colegio Universitario Francisco de Miranda. Esta
investigacin tuvo como propsito desarrollar una pgina web que sirviera de
apoyo para mejorar el aprendizaje de los alumnos del cuarto, quinto y sexto
semestre que cursan la materia Redes de Datos, as como tambin de los profesores
en la enseanza del contenido que debe ser abarcado en esta materia. Segn los
autores de este proyecto, gracias a la pgina web se puede medir el grado de
desempeo y probar que el estudiante pueda cumplir tareas especficas para tener
tanto fuera y dentro de las instituciones educativas un mejor y mayor crecimiento
en el rea, fomentando un sentido de responsabilidad tanto personal como laboral,
por su diseo dinmico, agradable y fcil de manejar por los estudiantes y
profesores.

2.2. Bases Legales.

En la seccin correspondiente a las Bases Legales, se presentan todos los
fundamentos constitucionales vigentes, relacionados con el tema del proyecto de
investigacin.
Base Legal: Se refiere a la Ley, Orden Ejecutiva o Resoluciones que
dispongan la creacin de un organismo, programa o la asignacin de recursos.
Las leyes, en general, son creadas y aprobadas, por los distintos poderes
legislativos, de cada nacin Rigen gran parte de los actos realizados en sociedad. Al
infringirlas, se arriesga a recibir una pena, la cual puede llevar a una persona,
dependiendo la gravedad del delito, a la crcel o la prohibicin del derecho de libre
desplazamiento

Constitucin de la Repblica Bolivariana de Venezuela.

Gaceta Oficial N 5453. Fecha 24 de Marzo del ao 2000
Los siguientes artculos avalan el proyecto a travs de los derechos culturales

y educativos: Artculos 98, 102 y 110. Estos artculos sealan que el Estado tiene
como finalidad contribuir a la formacin ciudadana garantizando que los servicios
pblicos como radio, televisin y redes de biblioteca y de informtica permitirn el
acceso universal a la informacin, as como tambin los centros educativos deben
incorporar el conocimientos la aplicacin de nuevas tecnologas permitiendo as la
innovacin. El Estado tambin deber reconocer el inters pblico de la ciencia, la
tecnologa, el conocimiento, la innovacin y sus aplicaciones y los servicios de
informacin necesarios por ser instrumentos fundamentales que permitirn el
desarrollo econmico, social y poltico del pas, as como la seguridad y la soberana
nacional.

Ley Orgnica de Ciencia y Tecnologa e Innovacin

Se toman en cuenta los siguientes artculos que respaldan el desarrollo de
este proyecto: Artculos 2, 19 y 22. Estos artculos hablan que las actividades
cientficas, tecnolgicas, de innovacin y sus aplicaciones son de inters pblico y
de inters general, Los integrantes del Sistema Nacional de Ciencia, Tecnologa e
Innovacin, debern suministrar la informacin que les sea solicitada y que permita
al Ministerio de Ciencia y Tecnologa elaborar indicadores y orientar polticas, Todo
lo concerniente al financiamiento, aspectos operativos y contractuales relativos a
proyectos y programas a ser otorgados por el Ministerio de Ciencia y Tecnologa o
sus organismos adscritos, ser determinado en el Reglamento de la presente Ley.
Ley Sobre el Derecho de Autor. Gaceta Oficial N 4638. Fecha 01 de Octubre del ao
1993.
Los artculos a mencionar defienden y protegen el desarrollo y resultado
final del proyecto presente: Artculos 1, 9, 10, 11, 17, 21, 22, 23, 24, 25,
26, 127, 132 y 134.
Ley Especial contra Delitos Informticos

Gaceta Oficial N 37.313 de fecha 30 de octubre de 2001

Estos artculos sealan y muestran las sanciones y penalizaciones que
deben ser llevadas a cabo si son infringidas: Artculos 1, 2, 5, 6, 7, 8, 9, 11, 12, 20,
21, 22, 25. Estos artculos tienen la finalidad de especificar los delitos informticos
en las tecnologas de informacin buscando prevenir y sancionar. Estos especifican
que sin la debida autorizacin o excediendo la que hubiera obtenido, acceda,
intercepte, interfiera, use o busque daar, destruir, modificar o realice cualquier acto
que altere el funcionamiento o inutilice un sistema o los componentes que conforman
parte de este sern penados con prisin. Si este estos se realizaron por imprudencia,
negligencia, impericia o inobservancia se aplicara la pena correspondiente segn el
caso, el acceso indebido o sabotaje a estos sistemas protegidos aumentara la pena en
una tercera parte y media si los hechos o efectos daen el sistema protegido por
medidas de seguridad o sus componentes.
El que obtenga, revele o difunda la data o informacin que contiene el
sistema o sus componentes ser penado y esta aumentara si obtuvo la informacin
para generar un beneficio para s o para otro. Adems cualquier falsificacin a travs
de cualquier medio, modifique o elimine un documento.
Plan de la Patria
I.
II.
III.
IV.
V.
VI.

VII.

Nueva tica Socialista

La Suprema Felicidad Social
Democracia Protagnica Revolucionaria
Modelo Productivo Socialista
Nueva Geopoltica Nacional
Venezuela: Potencia Energtica Mundial
Nueva Geopoltica Internacional
Cabe destacar, que los autores son estudiantes del Colegio Universitario

Francisco de Miranda, del Programa Nacional de Formacin en Informtica, el cual

est tambin enlazado con el Proyecto Nacional Simn Bolvar 2007-2013.
Asimismo, como en sus lineamientos lo propone cada Programa Nacional de

Formacin es una parte fundamental que todo lo que se cree o innove debe girar y
trabajar en torno a este plan nacional de gobierno.
2.3. Bases Tericas.
Sistemas de Informacin (SI): Segn Laudon y Laudon (1996) (citado por
Romero (2003)), un SI puede definirse como un conjunto de componentes
interrelacionados que permiten capturar, procesar, almacenar y distribuir la
informacin para apoyar la toma de decisiones y el control de operaciones en la
institucin (pp. 7).
Por otro lado, Anon (1998) sostiene que ...Un sistema de informacin
optimo es el reflejo de una gestin gerencial eficiente, como el proceso de convertir
objetivos en resultados, con el menor error posible y con el mejor uso de los
recursos disponibles (tangibles e intangibles)... (pp.s/n).
Andreu y otros (1996), lo definen como el sistema encargado de coordinar
los flujos y registros de informacin necesarios para llevar a cabo las funciones de
una organizacin de acuerdo con su estrategia de negocio (pp.13). En este caso, la
estrategia de negocio se enmarca en las actividades de planificacin, diseo y
ejecucin de acciones para conseguir objetivos fijados.

Podra entonces plantearse que los SI deben considerar a la organizacin en

su totalidad y tomar en cuenta a todas y cada una de las actividades que en ella se
ejecutan, observndose a su vez el establecimiento de metas y objetivos
corporativos, los cuales deben ser formulados en base a las estrategias
organizacionales con la finalidad de asegurar su supervivencia en el entorno que los
rodea. Adems, por ser un sistema referido a los procesos administrativos de
planificacin, evaluacin y ajuste continuo, el gerente debe incluir aspectos como:

calidad, eficiencia, estrategias y uso de los recursos, en concordancia con los

objetivos de las dependencias y en funcin de los de la empresa.

2.4. Definicin de Trminos Bsicos.

La definicin de trminos bsicos es una seccin opcional del trabajo de grado
o tesis, es una especie de glosario con ello se gana mayor claridad en la
investigacin. No hay que confundir esta parte del trabajo de investigacin con un
glosario, en vista que ac solo se definen trminos importantes. La definicin de
trminos, consiste en establecer el significado especfico y segn el contexto a los
conceptos principales. Solo se definen los trminos que presenten ambigedad, para
que el propio investigador sepa qu datos son los que tiene que buscar. Este aspecto
es opcional, como se mencion anteriormente, siempre y cuando se definan los
conceptos, a medida que se redacte el marco referencial. La definicin de trminos se
presenta en estricto orden alfabtico.
Acceso:
Palabra que proviene del latn accesus y que refiere al paso o la entrada que
permite el ingreso de algo o de alguien en alguna parte. En informtica este trmino
es empleado para expresar la forma de entrada a cualquier dispositivo de un
ordenador.
Campo:
Se refiere a un conjunto de caracteres tratados en un mismo bloque
especfico generalmente perteneciente a las bases de datos. En otras palabras, rea
reservada para datos de caractersticas o tipos reservados o predeterminados.
Clave:
En sistemas informticos, la clave sirve para verificar que alguien est
autorizado para acceder a un servicio o un sistema.
Control:
La palabra control proviene del trmino francs contrle y significa

comprobacin, inspeccin, fiscalizacin o intervencin. Tambin puede hacer

referencia al dominio, mando y preponderancia, o a la regulacin sobre un sistema.

Direccin IP:
(Protocolo de internet) es un protocolo de comunicacin de datos
digitales clasificado funcionalmente en la capa de red segn el modelo internacional
de OSI.
Hipertexto:
Es una herramienta de software con estructura no secuencial que permite
crear, agregar, enlazar y compartir informacin de diversas fuentes por medio de
enlaces asociativos.
Hipervnculo:
Un hiperenlace consiste en una o ms palabras diferenciadas por un formato
diferente al resto del prrafo y que al dar clic sobre ella con el cursor permite
navegar a un documento diferente que ampliar la informacin de las palabras del
hiperenlace.
Host:
Es el trmino usado en informtica para referirse a una computadora
conectada a travs de una red, que proveen y utilizan recursos de ella.

HTML:
(Lenguaje de marcado hipertextual), hace referencia al lenguaje de
marcado predominante para la elaboracin de pginas web que se utiliza para
describir y traducir la estructura y la informacin en forma de texto, as como para

complementar el texto con objetos tales como imgenes.

HTTP:
Es un protocolo orientado a transacciones y sigue el esquema peticinrespuesta entre un cliente y un servidor.
Interfaz:
En informtica, esta nocin se utiliza para nombrar a la conexin fsica y
funcional entre dos sistemas o dispositivos de cualquier tipo dando una
comunicacin entre distintos niveles.
Localhost:
En redes de TCP/IP, es un nombre reservado que tienen las computadoras o
cualquier dispositivo que posee o no una tarjeta de red Ethernet. Este nombre es
traducido en la direccin IP de loopback 127.0.0.1 en IPv4 y: 1 en IPv6.
Loopback:
Es una direccin especial de red que los host utilizan para comunicarse a
travs de la redireccin de trfico de datos entre ellos mismos.
Pantalla:
O monitor de ordenador es un dispositivo de salida (interfaz), que muestra
datos o informacin al usuario.
PHP:
Es un lenguaje de programacin de uso general de cdigo del lado del
servidor originalmente diseado para el desarrollo web de contenido dinmico.
Pxel:

Es la menor unidad homognea en color que forma parte de una imagen

digital, ya sea esta una fotografa, un fotograma de vdeo o un grfico.

Red de computadoras:
Es un conjunto de computadoras y equipos informticos y software
conectados entre s por medio de dispositivos fsicos que envan y reciben impulsos
elctricos, ondas electromagnticas o cualquier otro medio para el transporte de
datos, con la finalidad de compartir informacin, recursos y ofrecer servicios.
Sistema:
Un sistema es un conjunto de partes o elementos organizados y relacionados
que interactan entre s para lograr un objetivo. Los sistemas reciben (entrada) datos,
energa o materia
energa

del

ambiente

proveen

(salida)

informacin,

materia.

Tarjeta de red:
Es un perifrico que permite la comunicacin con aparatos conectados entre s
y tambin permite compartir recursos entre 2 o ms dispositivos electrnicos.

CAPTULO III
MARCO METODOLGICO
3.1. Diseo de la Investigacin.
Es el anlisis sistemtico de problemas de la realidad, con el propsito bien
sea de describirlos, interpretarlos entender su naturaleza y factores constituyentes
(Manual UPEL). Se basa en el estudio que permite la participacin real del
investigador o los investigadores, desde el mismo lugar donde ocurren los hechos,
el problema, la fenomenologa en consideracin. A travs de esta modalidad, se
establecen las relaciones entre la causa y el efecto y se predice la ocurrencia del caso
o fenmeno.
Segn lo citado la metodologa utilizada fue de Campo; con el objetivo de
obtener informacin que permiti deducir conclusiones y recomendaciones, para
poder brindar una propuesta a la institucin.

3.2. Tipo de Investigacin.

INVESTIGACION DE TIPO ANALTICO DESCRIPTIVA
Entendida la investigacin como el conjunto de estudios o experimentos
ejecutados con el fin de realizar descubrimientos cientficos o resolver un problema
prctico determinado encontramos que se encuentra planteado un problema, se
recoge sobre el mismo la mayor cantidad de informacin posible y se trata luego de
buscarle una solucin.
Pues bien, dentro de las caractersticas ms importantes de la Investigacin
tenemos:

1. Es una exploracin sistemtica a partir de un marco terico en el que

encajan los problemas o las hiptesis como encuadre referencial.
2. De una manera muy general, se llama tambin investigacin a la
adquisicin de conocimientos acerca de un aspecto de la realidad con el fin
actuar sobre ella.
3. Utiliza una serie de instrumentos metodolgicos que son relevantes para
obtener y comprobar los datos considerados pertinentes a los objetivos de la
investigacin.
4. Requiere una formulacin precisa del problema y un diseo metodolgico
que exprese los procedimientos, se registra y se expresa en un informe,
documento o estudio.
Dentro de las diferentes formas de realizar Investigaciones, se encuentra la
descriptiva, que se preocupa primordialmente por describir algunas caractersticas
fundamentales de conjuntos homogneos de fenmenos, utilizando criterios
sistemticos para destacar los elementos esenciales de su naturaleza. Caracteriza un
fenmeno o una situacin concreta indicando sus rasgos diferenciadores.
Lo que ms interesa a la investigacin es determinar los orgenes o las causas de
un determinado conjunto de fenmenos, donde el objetivo es conocer por qu
suceden las cosas, a travs de la delimitacin de las relaciones causales
existentes o,

al menos, de las condiciones en que ellos se producen.

Es el tipo de investigacin que ms profundiza al conocimiento de la realidad,

porque explica la razn, el porqu de las cosas y es por tanto ms complejo y
delicado, pues el riesgo de cometer errores aumenta considerablemente. Este tipo de
investigacin construye en edificio de la ciencia.

La Descripcin analtica como modelo Investigativo, consiste en describir

situaciones, eventos y hechos, es decir, como es y cmo se manifiestan los
fenmenos estudiados. Los estudios descriptivos buscan especificar las propiedades,
las caractersticas y los perfiles importantes de personas, grupos, comunidades o
como el caso de los datos administrados y operados para el logro de los objetivos de
este proyecto, y al realizar un anlisis de los mismos posibilit la creacin y el uso
de un software como Sistema de Procesamiento de Becas de la ENAHP, que
adicionalmente permita tambin la generacin de consultas, informes e estadsticas
de las becas por mes.

3.3. Plan de Accin.

Plan de Accin
Diagrama de Descripciones:
I: Fase de Inicio. E: Fase de Elaboracin. C. Fase de Construccin .T: Fase de
Transicin
FASES

Artefacto
Estudio de
organizacin

I E C
x x x

Visin del
negocio

x x

x x

x x

x x

x x

x x

LEVANTAMIENTO
DE
Modelo de
INFORMACION
Anlisis del
Negocio

Requerimientos

Modelo de Caso
de Uso del
Negocio
Modelo de
implantacin del
negocio
Prototipo de
interfaz de
usuario
Especificacin
de
requerimientos
del software:
Modelos de
caso de uso
Especificaciones

FECHAS
20/01/2015
a
06/02/2015
09/02/2015
A
13/02/2015
16/02/2015
A
18/02/2015
19/02/2015
A
27/02/2015
01/03/2015
A
05/03/2015
06/03/2015
A
15/03/2015
13/03/2015
A
20/03/2015

Anlisis y diseo

Glosario del
sistema
Solicitud de
Involucrados

x x

22/03/2015

x x

Visin del
sistema
Documento
de Arquitectura

x x

23/03/2015
A
24/03/2015
25/03/2015

x x

26/03/2015
A
06/04/2015

del Software
Especificacin
de datos

x x

Modelo de
anlisis

x x

Modelo de datos

x x

Modelo de
diseo:
Capsula,
realizacin de
casos de uso
Componente
operacional del
sistema
Modelo de
implementacin:

x x

x x

x x

x x

Elementos
Subsistema
Elemento de
soporte de
prueba
Plan de
integracin

07/04/2015
A
17/04/2015
18/05/2015
A
24/04/2015
28/04/2015
A
15/05/2015
19/05/2015
A
12/08/2015
13/10/2015
A
23/10/2015
13/10/2015
A
23/10/2015

13/10/2015
A
23/10/2015

Pruebas

Resultado de
prueba

x x

Plan de
pruebas:
Casos de
prueba
Criterios de
aceptacin
Datos de prueba
Escenarios por
caso de uso
Lista de ideas
de las pruebas
Resumen de
ciclo de prueba

x x

13/10/2015
A
23/10/2015
13/10/2015
A
23/10/2015

3.4. Tcnicas e Instrumentos de Recoleccin de Datos.

Tcnicas y/0 procedimientos de recoleccin de datos
Tcnica: Encuesta.
Instrumento: Cuestionario.
Segn Tamayo y Tamayo (2002; p.182). Depende en gran parte del tipo de
investigacin y del problema planteado para la misma, y puede efectuarse desde una
simple ficha bibliogrfica, observacin, entrevista, cuestionario o encuesta, y aun
mediante ejecucin de investigaciones para este fin.
Con respecto al instrumento de medicin Hernndez y otros (2005, p. 276),
define el cuestionario como un conjunto de preguntas respecto a una o ms
variables a medir. Mediante este se obtuvo informacin relevante para el desarrollo
del presente estudio. El contenido de las preguntas es variado en funcin a los
objetivos planteados, el mismo contiene dos alternativas de respuesta el cual le da el
carcter de preguntas cerradas o dicotmicas.
El levantamiento de informacin se realiz utilizando los siguientes
instrumentos de recoleccin:

Revisin de material bibliogrfico: la obtencin de informacin tcnica

sobre los procesos de datos y tecnologas a implantar se realiz a travs de
bibliografas especializadas; libros de texto, publicaciones certificadas y/o
cualquier otro tipo de material de fuentes comprobables.

Cuestionario: es un instrumento de investigacin que consiste en una serie

de preguntas y otras indicaciones con el propsito de obtener informacin

de los consultados. Aunque a menudo estn diseados para poder realizar
un anlisis estadstico de las respuestas, no es siempre as. El cuestionario
fue introducido por Sir Francis Galton.

CAPTULO IV
PLAN DE TRABAJO
4.1. Planificacin de Mantenimiento de Aplicacin.
Para tener un mantenimiento de la aplicacin debemos realizarle los 2
tipos de mantenimientos que existen para los sistemas, el mantenimiento preventivo
y el mantenimiento correctivo. Ambos deben realizarse segn sea el caso y con la
finalidad de tener el sistema siempre en ptimas condiciones.

4.1.1. Mantenimiento Preventivo:

Se debe realizar un back-up de la Base de Datos para resguardar la
informacin ya que es VITAL debido a que el sistema opera netamente con la
data de los Alumnos, por lo que este back-up ser guardado como una copia
respaldo en caso de una posible eliminacin, prdida o modificacin indebida de
los datos. Este tipo de mantenimiento se recomienda realizarlo mensual por el tipo
de sistema que se est desarrollando.
4.1.2. Mantenimiento Correctivo:
En esta etapa se disean acciones a tomar en caso de que el sistema necesite
una correccin de algn tipo, por ejemplo algn usuario con extravo de clave o que
no la recuerde podr recuperar esta informacin por medio de opciones de
recuperacin que te presente el sistema, adems el sistema se actualizara
semestralmente para ingresar los nuevos becarios y eliminar los que ya no disfruten
el beneficio ya sea porque lo perdieron o porque son egresados de la institucin.
Estas actualizaciones del sistema sern correctivas en el momento cuando se limpie

la data. Este tipo de mantenimiento solo debe realizarse bajo circunstancias de

errores producidos por el sistema.
4.2. Temtica, Ingeniera de Software y su Metodologa:
Ingeniera del software:
Ingeniera de software es el estudio de los principios y metodologas para
el desarrollo y mantenimiento de sistemas software (Zelkovitz, 1978).
La metodologa usada para estructurar, planificar y controlar el proceso de
desarrollo de la propuesta fue la Metodologa Orientada a Objetos, Esta metodologa
se extiende del anlisis, al diseo, a la implementacin durante sus etapas. Adems
este tipo de metodologa trabajo con el modelo de la Programacin Orientada a
Objetos junto con el Lenguaje Unificado de Modelado.
Metodologa de Desarrollo:
En cuanto a la metodologa utilizada se opt por aquella que se adapta ms a
nuestro medio, conocida como MERINDE.
A continuacin se describir la conceptualizacin de la misma, con el fin de
justificar su aplicacin en ste Proyecto.
MeRinde es una metodologa estndar de Software Libre (SL) para el
proceso de desarrollo de software que puede ser empleado y adaptado segn los
requerimientos de cualquier comunidad u organizacin para el desarrollo de sistemas
y adems para producir y mantener una librera de plantillas reutilizables para la
ingeniera de software. Estas plantillas proveen un punto partida para los documentos
utilizados en proyectos de desarrollo de software, con lo que pueden ayudar a los
desarrolladores a trabajar ms rpido y evitar pasar por alto aspectos importantes del
proceso de desarrollo.
En un proyecto guiado por MERINDE, los requerimientos funcionales son

expresados en la forma de Casos de Uso, que guan la realizacin de una

arquitectura ejecutable de la aplicacin. MeRinde provee un proceso para disear la
arquitectura a travs de un conjunto de actividades y define un artefacto
fundamental llamado Documento de Arquitectura del Software (DAS) para describir
las vistas asociadas con los proyectos.
A travs del ciclo de vida del sistema, se va refinando la arquitectura y
hacindola ms robusta. La mitigacin de los riesgos ms importantes gua la
definicin / confirmacin del alcance en las primeras etapas del ciclo de vida.
Finalmente MeRinde particiona el ciclo de vida en iteraciones que producen
versiones incremntales de los ejecutables de la aplicacin.
MeRinde se repite a lo largo de una serie de ciclos que constituyen la vida de
un producto. Cada ciclo concluye con una generacin del producto y consta de
cuatro fases. Cada fase se subdivide a la vez en iteraciones, el nmero de iteraciones
en cada fase es variable.

La Metodologa De La Red Nacional De Integracin Y Desarrollo De

Software Libre (Merinde) desarrollada por el CNTI se descompone en el tiempo en
cuatro fases secuenciales que son: Inicio, Elaboracin, Construccin y Transicin.

Las 4 fases el desarrollo del software:

1) Inicio: El Objetivo en esta etapa es determinar la visin del proyecto. En
esta fase se define el modelo del negocio y el alcance del proyecto. Se identifican
todos los actores y casos de uso. Se desarrolla, un plan de negocio para determinar
qu recursos son necesarios para el desarrollo del proyecto.
2) Elaboracin: En esta etapa el objetivo es determinar la arquitectura ptima.

Se construye un modelo de la arquitectura, que se desarrolla en iteraciones

sucesivas hasta obtener el producto final, este prototipo debe contener los casos de
uso crticos que fueron identificados en la fase de inicio. En esta fase se realiza la
captura de la mayor parte de los requerimientos funcionales, manejando
riesgos

que

interfieran

con

los

objetivos

los

del sistema, acumulando la

informacin necesaria para el plan de construccin y obteniendo suficiente

informacin para hacer realizable el caso del negocio.
3) Construccin: En esta etapa el objetivo es llevar a obtener la capacidad
operacional inicial. En esta fase todas las caractersticas, componentes, y
requerimientos deben ser integrados, implementados, y probados en su totalidad,
obteniendo una versin aceptable del producto comnmente llamada versin beta.
4) Transmisin: El objetivo es llegar a obtener el relase del proyecto. En
esta fase se debe entregar el producto funcional en manos de los usuarios finales
una vez realizadas las pruebas de aceptacin por un grupo especial de usuarios, para
lo que se requerir desarrollar nuevas versiones actualizadas del producto, entrenar
a los usuarios en el manejo del sistema, completar la documentacin, y en general
tareas relacionadas con la configuracin, instalacin y usabilidad del producto.

Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones,

las cuales consisten en reproducir el ciclo de vida en cascada a menor
escala. Los objetivos de una iteracin se establecen en funcin de la evaluacin
de las iteraciones precedentes.
Vale mencionar que el ciclo de vida que se desarrolla por cada iteracin, es
llevada bajo dos disciplinas:

La Disciplina de Desarrollo basada en la Ingeniera de Negocios entendiendo

sus necesidades, Requerimientos trasladando las necesidades del negocio a un
sistema automatizado, el anlisis y diseo, trasladando los requerimientos dentro de
la arquitectura de software y finalmente la implementacin creando un software
que se ajuste a la arquitectura y que tenga el comportamiento deseado.
De otro lado est lo relacionado con las Pruebas asegurndose que el
comportamiento requerido es el correcto y que todo lo solicitado est presente.
Y la Disciplina de Soporte que se fundamenta en la configuracin y
administracin del cambio guardando todas las versiones del proyecto,
administrando el proyecto sus horarios y recursos, administrando el ambiente de
desarrollo y realizando la distribucin, es decir hacer todo lo necesario para la
salida del proyecto.Una particularidad de esta metodologa es que, en cada ciclo
de iteracin, se hace exigente el uso de artefactos, siendo por este motivo, una
de las metodologas ms importantes para alcanzar un grado de certificacin en el
desarrollo del software.
Un artefacto puede ser un documento, un modelo, o un elemento de modelo.
Los artefactos pueden ser creados durante el proceso de desarrollo de software.
Estos artefactos van desde el propio cdigo fuente hasta la documentacin aportada
por el cliente y la entregada por el equipo de desarrollo al culminar cada hito dentro
del proyecto. Partiendo de estos artefactos se pueden crear slo los artefactos

que

se consideren necesarios para el proyecto, adicionalmente segn los lineamientos

establecidos se les puede hacer modificaciones a los mismos y tambin se pueden
establecer artefactos adicionales a los aqu propuestos. Algunos artefactos estn
contenidos dentro de otros artefactos, llamados artefactos compuestos, la cual
permiten la descripcin del proyecto.

CAPTULO V
DISEO DEL SISTEMA
5.1. Fase de Inicio.
En esta fase se realiz la visita a la institucin (ENAHP) donde se convers
con el Sr. Jorge Chong el cual nos indic la problemtica que presentaban en la
institucin en cuanto al mtodo que usaban para resguardar la informacin del
beneficio de beca de sus alumnos, adems del registro de informacin nos indic que
la actualizacin de data se estaba haciendo de manera casi manual, por lo que
fijamos el objetivo principal sobre el cual sera el tipo de sistema a desarrollar,
definimos los requerimientos que necesitaban para el sistema y conversamos un poco
con el sobre cmo le gustara que funcionara el sistema ya que debamos adaptarnos
a sus necesidades por lo que en esa visita y otra realizadas a los das en la que
hicimos una encuesta breve y sencilla pudimos sacar una idea especifica de cmo
sera el sistema y un poco sus funciones.

5.2. Fase de Elaboracin.

En esta fase ya obtenidos los requerimientos del sistema y los objetivos
puntuales se procedi a realizar lo que son los casos de usos en base a como se
comportara el sistema, estos casos de usos seran los mdulos que tendr el sistema
como tal por lo que fue un trabajo de anlisis e interpretacin de informacin extenso
y completo en el cual se tuvo asesoramiento del personal de la institucin. Tambin
se elabor el diagrama de actividades del proyecto en donde se plasm la forma de
trabajo que se tendra durante el ao para la elaboracin del sistema definiendo tareas
en periodos de tiempo modificables si lo ameritara.

5.3. Fase de Construccin.

En esta fase ya con la informacin clara, el plan de trabajo definido y refinado
se procedi a realizar el prototipo del sistema. Esta versin contena los mdulos
determinados por los casos de uso realizados en la fase de elaboracin, por lo que el
funcionamiento era en primera instancia sencilla pero activo. Este prototipo se
desarroll prcticamente en un mes pero se realizaron constantes mejoras y cambios
ya que al desarrollarlo se le iban agregando ms funciones, lo que ameritaba ms
casos de usos para obtener ms mdulos del sistema.
5.4. Fase de Transferencia.
Esta fase se trabaj durante el periodo vacacional escolar de mitad de ao, el
prototipo paso a ser el sistema a implementar ya que se refinaron muchas cosas de los
mdulos existentes, adems se agregaron ms mdulos y ms funciones al sistema
para hacerlo un sistema digno de ser implementado en una institucin universitaria
como lo es la Escuela de Hacienda (ENAHP). Se realizaron mejoras en la
funcionabilidad y navegabilidad dentro del sistema y el trabajo escrito se refino en
lo que a casos de usos, diagramas de casos y descripcin se refiere. Finalmente
se realizaron pruebas del sistema por personal de la institucin para poder
comprobar el correcto funcionamiento antes de implementarlo y ponerlo en marcha
para que cambien el proceso de gestin de beca de la casa de estudios.

CONCLUSIN
Se realiz el diagnostico gracias a los diferentes anlisis realizados al sistema
manual para la creacin de un sistema automatizado para el control y pago de
Becas a los Estudiantes de la ENAHP.

Se elabor el diseo de un sistema que permite el control y pago de Becas a los

Estudiantes de la ENAHP.

Se desarroll un sistema para el control y pago de Beca a los Estudiantes de la

ENAHP.

Los sistemas de control y pago de becas son una herramienta de software muy
til y empleada hoy en da, ya que las empresas e instituciones buscan cada vez
optimizar sus procesos y esto solo es posible a travs de sistemas como estos que
remplazan en todos los aspectos al sistema de control manual que por ejemplo fue
utilizado durante muchos aos en la mayora de los sectores pero que tena el
marguen de error como una variable importante a suceder por eso la innovacin de
estos sistemas automatizados trajo consigo mucha eficiencia y buen rendimiento
para las instituciones y empresas que decidieron adoptarlo. Estamos en una poca
sumamente tecnologa en la que el hombre cada vez busca soluciones a sus
problemas por medio de la tecnologa y los conocimientos que la misma nos brinda,
por eso es necesario entender que debemos adaptar la tecnologa para nuestra
conveniencia, ayuda y comodidad no adaptarnos nosotros a la tecnologa porque
aunque estamos en una poca muy cientfica y moderna por eso no podemos perder

la esencia del ser humano ya que somos la pieza clave en cualquier tipo de trabajo y
debemos emplear la tecnologa solo como un complemento de ayuda para facilitar o
solventar ciertos procesos de manera ms rpida y eficiente.

Gracias a las encuestas realizadas en la Escuela Nacional de Administracin y

Hacienda Pblica (ENAHP-IUT) se pudo determinar la problemtica, realizando as
un sistema de control y pago de las beca, llevando as un registro digital sobre los
alumnos inscritos y que gozan de este beneficio, solventa irregularidades que se
presentan y que los estudiantes manifiesten como problemas en el monto de pago,
problemas con la cuenta bancaria

o problemas en el registro de los usuarios o

cualquier inconveniente que ellos puedan presentar y manifestar para que sea
resuelto.

Por otro lado cabe destacar que una herramienta de tal magnitud lo que tiene
como finalidad es solventar todos los problemas que se pueden suscitar al momento
de hacer control manual de pago.

Adems siempre apostando a una herramienta ergonmica que busca

sistematizar todo proceso de pago donde los mrgenes de errores sean mnimos, la
duplicacin de pago, los datos de los estudiantes y por ultimo donde al realizar una
auditoria se haga de una manera ms fcil he impecable.

RECOMENDACIONES
Ya concluido el presente proyecto se considera enunciar las siguientes
recomendaciones: El proyecto desarrollado sirve como base para futuras
investigaciones referente al sistema de control y registro de becas para otras
instituciones universitarias.

La automatizacin es un sistema donde se trasfieren tareas de produccin,

realizadas habitualmente por operadores humanos a un conjunto de elementos
tecnolgicos.

Debido a los cambios y avances tecnolgicos se ha vuelto necesario llevar

los registros de manera automatizada a travs de un sistema ya que esto permitir
que los procesos manuales solo sirvan de respaldo de la informacin que se lleva en
el sistema de manera ms segura y organizada.

El sistema desarrollado est diseado para funcionar dentro de una intranet,

para que el mismo funcione de manera efectiva es necesario contar con un servidor
dedicado para este sistema y las medidas de seguridad para resguardar los datos.

El sistema est enfocado principalmente al departamento administrativo,

proporcionando a los mismos los reportes de pago,
constancia

alumnos, solicitud de

comprobantes, agilizando y manteniendo un control de los

requerimientos solicitados por el sistema.

La primera recomendacin que hacemos a la Escuela Nacional de

Administracin y Haciendas Pblicas, informar a los estudiantes sobre el nuevo
sistema automatizado de becas para que interacten y conozcan el mismo.

En la parte tcnica sugerimos hacer uso correcto del sistema y el manual de

usuario para prevenir fallas por parte del personal administrativo en el uso del
sistema en el control y pago de las becas para ello recomendamos colocar a un
encargado con conocimientos en el rea de informtica.

Por ultimo recomendamos a la sociedad en general ir a la vanguardia con los

avances tecnolgicos y apoyar a las comunidades universitarias en la modalidad PNF
que emprenden estos proyectos.

El sistema automatizado va caminando junto al avance tecnolgico y por ende

va ser un proceso muy gil que se llevara a cabo para controlar dinero y gastos en
una institucin pblica.

El sistema en su mxima capacidad ser muy efectivo al momento de realizar

una inspeccin o auditoria de lo que se refiere a la memoria y cuenta de la ENAHP
en lo que respecta a los pagos de becas estudiantiles.

Adems es un sistema que garantizara el control financiero bajo la

perspectiva pblica de gastos. Y claro al realizar esto a travs de un software
sistematizado la gestin administrativa de los gastos para pagos de becas ser un
proceso transparente y pulcro.

Por ltimo y muy importante siendo la beca estudiantil una partida asignada a
la ENAHP entra en las normativas legales de los estndares de administracin
publica bajo la modalidad de software queda completamente transparente al
momento de auditar la memoria y cuenta de la gestin administrativa.
REFERENCIAS BIBLIOGRAFICAS
Libros
ALCALDE, E.; Garca, M. (1999).Informtica bsica. Editorial McGraw Hill.
Mxico, D.F.
ARIAS, F. (1999). El proyecto de investigacin: Gua para su elaboracin.
Caracas, Venezuela.
ARIAS, F. (2006). El Proyecto de Investigacin: Introduccin a la metodologa
cientfica. (5 ed.).Editorial Episteme. Caracas, Venezuela.
BALESTRINI, M. (2006). Cmo se Elabora el Proyecto de Investigacin.
(7 ed.). Editorial Textos C.A. Caracas, Venezuela.
BRENES, E.; Porras, M. (2007). Teora de la educacin: Material didctico:
Seleccin de textos. Editorial Universidad Estatal a Distancia. San Jos, Costa Rica.
DOWNING, D. (2005). Diccionario de trminos informticos e Internet. Anaya
Multimedia.
FERNNDEZ, R.; Delavaut, R. Educacin y Tecnologa: Un binomio
excepcional.
HERNNDEZ, R. (2006). Metodologa de la Investigacin. Cuarta edicin.
Editorial McGraw Hill.
HERNNDEZ, R.; Fernndez, C.; Baptista, L. (2010). Metodologa de la
investigacin. (6 Ed). Editorial McGraw Hill. Mxico D.F.
MORLES, V(1994). Planteamiento y anlisis de Investigacin (8 Ed.)
Editorial El Dorado. Caracas, Venezuela.
KENDALL & KENDALL. (2005). Anlisis y Diseos de Sistemas. Quinta
Edicin. Editorial Pearson.
NORTON, P. (2006). Introduccin a la computacin. (6ta Ed). Editorial

McGraw Hill. Mxico, D.F.

SENN, J. (1992) Anlisis y Diseo de Sistemas de Informacin (2 Ed).
Editorial McGraw Hill. Naucalpan de Jurez, Mxico
Documentos Jurdicos
Constitucin de la Repblica Bolivariana de Venezuela. Gaceta Oficial N
5453. Fecha 24 de Marzo del ao 2000.
Ley Orgnica de Ciencia y Tecnologa e Innovacin.
Ley Sobre el Derecho de Autor. Gaceta Oficial N 4638. Fecha 01 de Octubre
del ao 1993. DECRETO PRESIDENCIAL 3.390. Gaceta Oficial N 38095.
Fecha: 23 de Diciembre del ao 2004.
Ley Especial contra Delitos Informticos Gaceta Oficial N 37.313 de fecha
30 de octubre de 2001.
Plan de la Patria.
Fuentes Electrnicas
http://www.enahp.edu.ve/index.php/enahp-iut/contactanosinformaticacolegion.forosactivos.net/+13-sistemas-tipos-y-clasificacion
http://www.enahp.edu.ve/
Perfil De Tesis: Delimitacin Temtica, Espacial Y Temporal.
(2012). [Documento en lnea]. Disponible:
http://adecuacionmansustox.blogspot.com/2012/03/delimitacion-tematica- espacialy.html. [Consulta: 12 Mayo, 2013. Hora: 12:15]

ANEXOS
Diagrama de Gantt
Activida Fecha
de
Actividad Duraci d
Precede
inici
Investigacin n
problemtica
3
20/01/201
5
Defnicin de
requerimiento
5
A
22/01/201
s
5
Defnicin de
objetivos
generales
y
especfcos
4
B
05/02/201
5
Visita a la
ENAPH
Elaboracin de
encuentas
Anlisis de
encuestas
Diseo de
de uso
Diseo de
diagrama de
actividades

Prototipo

10

Visita a la
ENAPH de
Relacin
las
tablas y
conexin con
datos
Modulo de
registro de

fecha
de
Responsab
culminaci lesNorman
23/01/201
Castro
5
Norman
27/01/201
Castro
5

09/02/201
5

10/03/201
5
15/03/201
5
18/03/201
5
29/03/201
5

Verusca
Gmez
Jean
Delgado,
Bolvar
Verusca
Gmez
Alejandro
Bolvar

11/03/201
5
18/03/201
5
23/03/201
5
05/04/201 Jean
5
Delgado
Alejandro
05/04/201 12/04/201
Bolvar
5
5
Norma
n
15/04/201 25/04/201
Delgado
5
5
Verusca
22/05/201 23/05/201
Gmez
5
5

04/06/201 09/06/201
5
5

Norman
Castro
Verusca

usuario
Modulo tipos
Nomina
Modulo
departamento
s
Modulo
de beca

Visita a la
ENAPH
Asignacin
de
Beca
Registro pago
alumnos

Modulo
reportes

09/08/201 12/08/201
5
5

Pruebas

10

13/10/201 02/11/201
5
5

15/11/201 22/11/201
5
5

20/11/201 25/11/201
5
5

implementaci
n
Uso y
mantenimient
o

15/06/201
5
18/06/201
5
22/06/201
5
05/07/201
5
12/07/201
5
19/07/201
5
04/08/201
5

18/06/201
5
22/06/201
5
27/06/201
5
11/07/201
5
13/07/201
5
24/07/201
5
07/08/201
5

Gmez
Alejandro
Bolvar
Jean
Delgado
Norman
Castro
Alejandro
Bolvar
Alejandro
Bolvar
Jean
Delgado
Verusca
Gme
z,
Norma
Castro
Alejandr
o
Bolvar,
Delgado
Alejandr
o
Bolvar,
Delgado
Verusca
Gmez,
Norman
Castro

Modelo De Negocios

Descripcin de Casos de Uso

Informacin de Catalogacin
Proyecto

Sistema de Pago de Becas Institucionales en la Escuela Nacional de

Hacienda y Pblica

Autor

Verusca Gmez, Alejandro Bolvar, Jean Delgado, Norman Castro

Versin

0.1

Estado de
Desarrollo

No revisado

Definicin del Caso de Uso

Cdigo

Caso de Uso - 01

Nombre

Registro de Usuario

Objetivo

Registrar los datos del usuario en el sistema

Descripcin Registrar los datos del usuario en el sistema para procesar la

informacin
Actores
Administrador, Usuario, Sistema
Condiciones
Necesarias
Escenario
Principal

Se debe contar con todos la informacin necesaria para procesar el

registrar
1.
El administrador solicita la informacin del usuario para
agregarlo al sistema.
2.
El administrador registra la informacin.
3.
El sistema registra al usuario y su informacin
4.
Se crea el usuario y se le asigna el perfil segn funcin,
tanto para estudiantes como para funcionarios del sistema.

Escenario
Que el usuario ya se encuentre registrado en el sistema
Alternativo
Escenarios
de
Excepcin

Que no se cuente con la informacin del usuario

Informacin de Catalogacin
Proyecto

Sistema de Pago de Becas Institucionales en la Escuela Nacional de

Hacienda y Pblica
Autor
Verusca Gmez, Alejandro Bolvar, Jean Delgado, Norman Castro
Condicin
Registro satisfactorio del usuario
Versin
Estado de
0.1
No revisado
de xito
Desarrollo
Definicin
Caso
Uso
Cuestione delNo
haydecuestiones
a resolver
sa
Cdigo
Caso de Uso 05
resolver
Nombre
Apertura de Cuentas de Alumnos Nuevos
Objetivo
Registrar y aperturar cuenta para el beneficio de la beca a los
alumnos nuevo
Descripcin Registrar los datos de los alumnos de 1er semestre con la
condicin de becado para la apertura de cuenta para el pago de
beca institucional
Actores
Sistema Administrador - Estudiante
Condiciones Que el alumno cuente con las condiciones para recibir el beneficio
Necesarias
de la beca por parte de la institucin
Escenario
1. Se ingresa al sistema con el usuario de administrador
Principal
2. Se recibe la informacin por parte de los estudiantes a recibir
el beneficio
3. El administrador los carga en el sistema
4. Enva la informacin al banco con los datos necesarios
para la apertura de cuenta para los alumnos
5. El banco les da respuesta a la institucin y enva la
informacin con la cuentas aperturadas
6. El administrador carga las cuentas para generar el pago a los
alumnos
Escenario
1a. Se ingresa al sistema con el usuario de administrador
Alternativo
2a. Se recibe la informacin por parte de los estudiantes a recibir
el beneficio
3a. Se escribe el reclamo con el problema
4a. Envia la informacin al banco con los datos necesarios
para la apertura de cuenta para los alumnos
5a. El banco les da respuesta a la institucin y devuelve la
data a la institucin por falta de datos de los alumnos
Escenarios de
1b. Se ingresa al sistema con el usuario de administrador
Excepcin
2b. Los alumnos no cuentan con la condicin de becado
3b. Termina el caso de uso
Condicin
Se genera el reclamo y la respuesta con xito
de xito
Cuestiones
No hay cuestiones a resolver
a resolver

Informacin de Catalogacin

Proyecto

Sistema de Pago de Becas Institucionales en la Escuela Nacional de

Hacienda y Pblica
Autor
Verusca Gmez, Alejandro Bolvar, Jean Delgado, Norman Castro
Versin
Estado de
0.1
No revisado
Desarrollo
Definicin del Caso de Uso
Cdigo
Nombre
Objetivo
Descripcin

Caso de Uso 06
Constancia de Beca
Informacin que contiene la beca para que el estudiante lo pueda
imprimir.
Archivo descargable con la informacin de que tiene una de las 2
becas y que le fue cancelado, informacin para que el Estudiante
lo pueda imprimir
Actores
Sistema- Estudiante- Administracin.
Condiciones Que el alumno Tenga en El sistema todos sus datos actualizados.
Necesarias
Escenario
1. Se ingresa al sistema con el usuario de becario.
Principal
2. El becario ingresa a la opcin de Constancia de Beca.
3. El becario imprime la constancia de beca.
4. El Becario lleva la constancia a la parte de administracin.
5. Administracin verifica los datos.
6. Administracin firma y sella la constancia del becario.
Escenario
Alternativo

Escenarios
de
Excepcin
Condicin
de xito
Cuestiones
a resolver

1a Se ingresa al sistema con el usuario de becario.

2a. El becario ingresa a la opcin de Constancia de Beca.
3a. Se escribe el reclamo con el problema
4a. El becario imprime la constancia de beca.
5a. El Becario lleva la constancia a la parte de administracin.
6a. Administracin verifica los datos.
7a El becario tiene un dato errado.
8a Se
Finingresa
del caso
uso. con el usuario de becario
1b.
al de
sistema
2b. El estudiante nota que tiene algn dato errado.
3b. Estudiante genera un reclamo.
4b. Fin del caso de uso.
El becario obtiene la constancia firmada y sellada con xito.
No hay cuestiones a resolver

Informacin de Catalogacin
Proyecto

Sistema de Pago de Becas Institucionales en la Escuela

Nacional de Hacienda y Pblica
Autor
Verusca Gmez, Alejandro Bolvar, Jean Delgado, Norman
Castro
Versin
Estado de Desarrollo
0.1
No revisado
Definicin del Caso de Uso
Cdigo
Nombre
Objetivo

Caso de Uso 07
Comprobante de pago de beca.
Archivo descargable con el monto y el Mes cobrado por el
becario.

Descripcin

Archivo descargable con el monto y el Mes cobrado

por el estudiante, informacin para que lo pueda
imprimir.

Actores
Condiciones
Necesarias
Escenario
Principal

Sistema- Estudiante.
Que el estudiante Tenga en El sistema todos sus datos
actualizados.
1. Se ingresa al sistema con el usuario de becario.
2. El becario ingresa a la opcin de comprobante de beca.
3. El becario imprime su comprobante.
1a Se ingresa al sistema con el usuario de becario.
2a. El becario ingresa a la opcin de comprobante de beca.
3a. El sistema no puede generar el comprobante.
4a Fin del caso de uso.
1b. Se ingresa al sistema con el usuario de becario
2b. Al estudiante no se le ha pagado la beca.
3b. Estudiante genera un reclamo.
4b. Fin del caso de uso.
El becario obtiene comprobante con xito.

Escenario
Alternativo
Escenarios de
Excepcin
Condicin de
xito
Cuestiones a
resolver

No hay cuestiones a resolver

Informacin de Catalogacin
Proyecto
Autor
Versin

Sistema de Pago de Becas Institucionales en la Escuela Nacional de

Hacienda y Pblica
Verusca Gmez, Alejandro Bolvar, Jean Delgado, Norman Castro
Estado de
0.1
No revisado
Desarrollo

Definicin del Caso de Uso

Cdigo
Nombre
Objetivo

Caso de Uso 08
Consulta de Alumnos Registrados.
Revisar datos de los alumnos registrados en el sistema para el pago de
la beca

Descripcin Tabla con la data del alumno registrado en el sistema con los
datos necesarios para el pago de la beca
Actores
Sistema - Administrador.
Condiciones La Cedula del alumno al que se le realizara la consulta de los datos
Necesarias
Escenario
1. Se ingresa al sistema con el usuario de administrador.
Principal
2. El administrador ingresa a la opcin de consultar alumnos.
3. El sistema muestra los datos del alumno.
Escenario
1a. Se ingresa al sistema con el usuario de administrador.
Alternativo
2a. El administrador ingresa a la opcin de consulta de alumnos.
3a. El alumno est registrado con otra cedula.
4a. No se genera la consulta.
5a. Fin del caso de uso
Escenarios
1a. Se ingresa al sistema con el usuario de administrador.
de
2a. El administrador ingresa a la opcin de consulta de alumnos.
Excepcin
3a. El alumno no est registrado el sistema.
4a. No se genera la consulta.
5a. Fin del caso de uso
Condicin
El administrador no procesa la consulta.
de xito
Cuestiones No hay cuestiones a resolver
a resolver

Diagrama de casos de uso

Diagrama nro. 1 - Registro de Usuario

Diagrama nro. 5 - Apertura de Cuentas de Alumnos Nuevos

Diagrama nro. 6 - Constancia de Beca

Diagrama nro. 7 - Comprobante de pago de beca.

Diagrama nro 8 - Consulta de Alumnos Registrados.