Ejemplo 1

UNIVERSIDAD CATÓLICA LOS ÁNGELES
CHIMBOTE
FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA
DE SISTEMAS
DESARROLLO DE UN SOFTWARE PARA LA GESTIÓN

DE FACTURACIÓN DE LA JUNTA ADMINISTRADORA
DE SERVICIOS DE SANEAMIENTO - SAN VICENTE DE
PIEDRA RODADA; 2017.
PROYECTO DE TESIS PARA OPTAR EL GRADO

DE BACHILLER EN INGENIERIA DE SISTEMAS
AUTOR:
IRVIN POOL PANTA GARCIA
ASESOR:
ING. RICARDO MORE REAÑO
SULLANA – PERÚ
2019
J
JURADO EVALUADOR DE TESIS Y ASESOR
MGTR. JOSÉ ALBERTO CASTRO CURAY
PRESIDENTE
ING. JENNIFER DENISSE SULLÓN CHINGA
MIEMBRO
MGTR. MARLENY SERNAQUÉ BARRANTES
MIEMBRO
ING. RICARDO EDWIN MORE REAÑO
ASESOR
ii
DEDICATORIA
Dedico este trabajo aquellas personas que me ayudaron a superar cualquier

obstáculo, tanto personal e intelectual, aquellas personas que me inculcaron valores
que me ayudaron en este difícil camino de la vida. No existen palabras que puedan
describir mi más profundo agradecimiento hacia todos aquellos que jamás dudaron
en brindarme su apoyo incondicional, en especial a mi hija, novia, padres y hermanos
quienes durante todos estos años confiaron en mí para desarrollarme como
profesional; comprendiendo mis ideales, alegrías y desesperanzas.
Irvin Pool Panta Garcia
iii
AGRADECIMIENTO
Agradezco a Dios por iluminarme con su luz todos los días, por estar conmigo en
cada paso que doy, por fortalecer mi corazón e iluminar mi mente y por haberme
puesto en mi camino a aquellas personas que han sido soporte y compañía durante
todo el periodo de estudio
Agradezco a mí asesor Ricardo More Reaño por compartir su sabiduría y su

experiencia en estos años,
A sí mismo a todos nuestros profesores a quienes les debemos gran parte de mis
conocimientos, gracias a su paciencia y enseñanza y finalmente a la universidad, la
cual abrió sus puertas, preparándome para un futuro competitivo y formándome
como persona de bien.
Irvin Pool Panta Garcia.
iv
RESUMEN
Esta tesis ha sido desarrollada bajo la línea de investigación: Implementación de las

tecnologías de información y comunicación para la mejora continua de la calidad en
las organizaciones del Perú, de la escuela profesional de Ingeniería de Sistemas de la
Universidad Católica los Ángeles de Chimbote. La investigación tuvo como objetivo
Desarrollar un Software para la Gestión de Facturación de la Junta Administradora
de Servicios de Saneamiento - San Vicente de Piedra Rodada; 2017, para mejorar la
calidad del servicio a los clientes. El tipo de investigación fue tipo cuantitativa, nivel
descriptiva, diseño no experimental y de corte transversal. La población fue
delimitada en 10 y la muestra fue seleccionada en la totalidad de la población; con lo
que una vez que se aplicó el instrumento se obtuvieron los siguientes resultados: En
lo que respecta a la dimensión 01: Nivel de acceso a la información, el 80% de los
trabajadores encuestados expresaron SI se demanda tiempo, como también se pierde
información con el acceso a la información de manera manual, esto quiere decir que
no están contentos con el sistema actual de la organización(sistema manual), en lo
que respecta a la dimensión 02: Necesidad de desarrollo del Sistema de Información,
el 70% de los trabajadores encuestados expresaron SI perciben que es necesaria la
realización del desarrollo de un sistema de Gestión. En consecuencia, las hipótesis
planteadas en su totalidad, quedaron aceptadas.
Palabras claves: Facturación, Gestión, Software.
v
ABSTRACT
This thesis has been developed under the line of research: Implementation of
information and communication technologies for the continuous improvement of
quality in organizations in Peru, of the professional school of Systems Engineering of
the Catholic University of Los Angeles de Chimbote. The objective of the research
was to develop a Software for the Billing Management of the Administrative Board
of Sanitation Services - San Vicente de Piedra Rodada; 2017, to improve the quality
of service to customers .. The type of research was quantitative type, descriptive
level, non-experimental and cross-sectional design. The population was delimited in
10 and the sample was selected in the whole population; With this, once the
instrument was applied, the following results were obtained: Regarding dimension
01: Level of access to information, 80% of the workers surveyed expressed "SI"
demand time, as well as information loss with Access to information in a manual
way, in regard to dimension 02: Need for development of the Information System,
70% of the workers surveyed expressed IF they perceive that it is necessary to carry
out the development of a Management system. Consequently, the hypotheses put
forward, in their entirety, were accepted.
Keywords: Billing, Management, Software..
vi
ÍNDICE DE CONTENIDO
JURADO EVALUADOR DE TESIS Y ASESOR .................................................... ii

DEDICATORIA .....................................................................................................iii
AGRADECIMIENTO ............................................................................................. iv
RESUMEN .............................................................................................................. v
ABSTRACT............................................................................................................ vi
ÍNDICE DE CONTENIDO .................................................................................... vii
ÍNDICE DE TABLAS............................................................................................. ix
ÍNDICE DE GRAFICOS.......................................................................................... x
I. INTRODUCCIÓN. ........................................................................................... 1
II. REVISIÓN LITERARIA. ................................................................................. 4
2.1. Antecedentes. ............................................................................................. 4
2.1.1. Antecedentes a nivel Internacional. ..................................................... 4
2.1.2. Antecedentes a nivel Nacional. ............................................................ 5
2.1.3. Antecedentes a nivel Regional. ............................................................ 7
2.2. Bases teóricas. ............................................................................................ 9
2.2.1. Información de la Institución. .............................................................. 9
2.2.2. Las tecnologías de información y comunicación. ............................... 12
2.2.3. Ingeniería de Software....................................................................... 14
2.2.4. Sistemas de información.................................................................... 14
2.2.5. Lenguaje de modelado unificado (UML). .......................................... 17
2.2.6. Lenguaje de programación. ............................................................... 27
2.2.7. Metodología de Desarrollo. ............................................................... 35
2.2.8. Base de datos. ................................................................................... 41
2.2.9. Teoría adicional relacionada con la Investigación .............................. 46
III. HIPÓTESIS. ................................................................................................ 51
IV. METODOLOGÍA. ....................................................................................... 52
4.1. Diseño de la Investigación. ....................................................................... 52
4.2. Población y muestra. ................................................................................ 53
4.3. Técnicas e instrumentos. .......................................................................... 54
vii
4.4. Procedimiento de recolección de datos. .................................................... 54
4.5. Definición operacional de las variables de estudio. ................................... 55
4.6. Matriz de consistencia .............................................................................. 57
4.7. Plan de análisis. ........................................................................................ 59
4.8. Principios éticos. ...................................................................................... 59
V. RESULTADOS. ............................................................................................. 60
5.1. Resultados por Preguntas.......................................................................... 60
5.1.1. Dimensión 01: Nivel de acceso a la información. .............................. 60
5.1.2. Dimensión 02: Necesidad de desarrollo del Sistema de Información.. 63
5.2. Resultados por Dimensión. ....................................................................... 70
5.3. Análisis de resultados. .............................................................................. 76
5.4. Propuesta de mejora. ................................................................................ 78
5.4.1. Procesos de la Empresa. .................................................................... 78
5.4.2. Fases de diseño. ................................................................................ 79
5.4.3. Propuesta económica. ...................................................................... 127
VI. CONCLUSIONES. .................................................................................... 128
RECOMENDACIONES. ..................................................................................... 129
REFERENCIAS BIBLIOGRÁFICAS. ................................................................. 130
ANEXOS ............................................................................................................. 133
ANEXO Nº 1: CRONOGRAMA DE ACTIVIDADES. ..................................... 134
ANEXO Nº 2: PRESUPUESTO Y FINANCIAMIENTO. ................................. 135
ANEXO Nº 3: CUESTIONARIO. ..................................................................... 136
viii
ÍNDICE DE TABLAS.
Tabla 1: Hardware utilizado. .................................................................................. 11

Tabla 2: Software utilizado. .................................................................................... 11
Tabla 3: Distribución del equipamiento de computadoras. ...................................... 11
Tabla 4: Matriz de Operacionalización de la variable. ............................................. 55
Tabla 5: Matriz de consistencia. ............................................................................. 57
Tabla 6: Control de recibos de manera manual........................................................ 60
Tabla 7: Perdida de información. ............................................................................ 61
Tabla 8: Búsqueda de información de los recibos de manera manual. ..................... 62
Tabla 9: Control en la emisión de recibos. .............................................................. 63
Tabla 10: Control mensual en la emisión de recibos. .............................................. 64
Tabla 11: Mejorar el servicio de atención al cliente y mejorar la imagen institucional.
............................................................................................................................... 65
Tabla 12: Tiempo en la emisión de recibos. ............................................................ 66
Tabla 13: Eficiencia del sistema de información. .................................................... 67
Tabla 14: Reducción de costos con un sistema de información. .............................. 68
Tabla 15: Reducción de tareas repetitivas y los procesos manuales con un sistema de
información ............................................................................................................ 69
Tabla 16: Dimensión nivel de acceso a la información. ........................................... 70
Tabla 17: Dimensión necesidad de desarrollo de un Sistema de información. ......... 72
Tabla 18: Resumen General de Dimensiones. ......................................................... 74
Tabla 19: Glosario de actores. ................................................................................ 79
Tabla 20: Narración casos de uso - Gestión de Usuarios. ........................................ 82
Tabla 21: Narración casos de uso - Gestión de Categorías. ..................................... 84
Tabla 22: Narración casos de uso - Gestión de Medidor.......................................... 86
Tabla 23: Narración casos de uso - Gestión de Libro Tarifario. ............................... 88
Tabla 24: Narración casos de uso - Gestión de Clientes. ......................................... 90
Tabla 25: Narración casos de uso - Gestión de asignación de medidor. ................... 92
Tabla 26: Narración casos de uso - Gestión de Libro de Lecturas............................ 94
Tabla 27: Narración casos de uso - Gestión de Facturación. .................................... 96
Tabla 28: Narración casos de uso - Gestión de Pagos.............................................. 98
Tabla 29: Propuesta económica para la implantación del sistema. ......................... 127
ix
ÍNDICE DE GRAFICOS.
Ilustración 1: Enfoque Integral de las TIC. ............................................................. 13

Ilustración 2: Ciclo de vida de Sistemas de Información. ........................................ 16
Ilustración 3: Modelo Conceptual UML. ................................................................ 17
Ilustración 4: Representación Diagrama Casos de Uso............................................ 20
Ilustración 5: Representación Diagrama de Secuencia. ........................................... 21
Ilustración 6: Representación de una Clase en UML. .............................................. 21
Ilustración 7: Representación Diagrama de Objetos. ............................................... 22
Ilustración 8: Representación Diagrama de Actividades.......................................... 23
Ilustración 9: Representación Diagrama de Colaboración. ...................................... 24
Ilustración 10: Representación Diagrama de estados. .............................................. 24
Ilustración 11: Representación Diagrama de Componentes. .................................... 26
Ilustración 12: Representación Diagrama de Despliegues. ...................................... 26
Ilustración 13: Esquema Lógico PHP. .................................................................... 28
Ilustración 14: Esquema pagina PHP. ..................................................................... 29
Ilustración 15: Esquema JAVASCRIPT.................................................................. 31
Ilustración 16: Esquema general de Base de Datos.................................................. 42
Ilustración 17: MySql. ............................................................................................ 43
Ilustración 18: Dimensión nivel de acceso a la información. ................................... 71
Ilustración 19: Dimensión necesidad de desarrollo de un sistema de información. .. 73
Ilustración 20: Resumen general de dimensiones. ................................................... 75
Ilustración 21: Modelo Caso de Uso de Negocio .................................................... 80
Ilustración 22: Diagrama Casos de uso - Gestión de Usuarios. ................................ 81
Ilustración 23: Diagrama Casos de uso - Gestión de Categorías. ............................. 83
Ilustración 24: Diagrama Casos de uso - Gestión de Medidor. ................................ 85
Ilustración 25: Diagrama Casos de uso - Gestión de Libro Tarifario. ...................... 87
Ilustración 26: Diagrama Casos de uso - Gestión de Clientes. ................................. 89
Ilustración 27: Diagrama Casos de uso - Gestión de asignación de medidor............ 91
Ilustración 28: Diagrama Casos de uso - Gestión de Libro de Lecturas. .................. 93
Ilustración 29: Diagrama Casos de uso - Gestión de Facturación. ........................... 95
Ilustración 30: Diagrama Casos de uso - Gestión de Pagos. .................................... 97
x
Ilustración 31: Diagrama de Secuencia - Gestión de Usuarios. ................................ 99
Ilustración 32: Diagrama de Secuencia - Gestión de Categorías. ........................... 100
Ilustración 33: Diagrama de Secuencia - Gestión de Medidor. .............................. 101
Ilustración 34: Diagrama de Secuencia - Gestión de Libro Tarifario. .................... 102
Ilustración 35: Diagrama de Secuencia - Gestión de Clientes. ............................... 103
Ilustración 36: Diagrama de Secuencia - Gestión de Asignación de Medidor. ....... 104
Ilustración 37: Diagrama de Secuencia - Gestión de Libro de Lecturas. ................ 105
Ilustración 38: Diagrama de Secuencia - Gestión de Facturación. ......................... 106
Ilustración 39: Diagrama de Secuencia - Gestión de Pagos. .................................. 107
Ilustración 40: Diagrama de actividades - Gestión de Usuarios. ............................ 108
Ilustración 41: Diagrama de actividades - Gestión de Categorías. ......................... 109
Ilustración 42: Diagrama de actividades - Gestión de Medidor.............................. 110
Ilustración 43: Diagrama de actividades - Gestión de Libro Tarifario.................... 111
Ilustración 44: Diagrama de actividades - Gestión de Clientes. ............................. 112
Ilustración 45: Diagrama de actividades - Gestión de Asignación de Medidor. ..... 113
Ilustración 46: Diagrama de actividades - Gestión de Libro de Lecturas. .............. 114
Ilustración 47: Diagrama de actividades - Gestión de Facturación......................... 115
Ilustración 48: Diagrama de actividades - Gestión de Pagos.................................. 116
Ilustración 49: Diagramas de clases. ..................................................................... 117
Ilustración 50: Diagrama de Entidad Relación. ..................................................... 118
Ilustración 51: Diagrama de Base de Datos Relacional. ........................................ 119
Ilustración 52: Interfaz de Acceso......................................................................... 120
Ilustración 53: Interfaz de Menú Principal. ........................................................... 121
Ilustración 54: Interfaz Gestión Usuarios. ............................................................. 122
Ilustración 55: Interfaz Gestión de Medidor. ......................................................... 122
Ilustración 56: Interfaz Gestión de Libro Tarifario. ............................................... 123
Ilustración 57: Interfaz Gestión de Categorías....................................................... 123
Ilustración 58: Interfaz Gestión de Clientes. ......................................................... 124
Ilustración 59: Interfaz Gestión de Asignación de Medidor................................... 124
Ilustración 60: Interfaz Gestión de Libro de Lecturas. ........................................... 125
Ilustración 61: Interfaz Gestión de Facturación ..................................................... 125
Ilustración 62: Interfaz Gestión de Pagos. ............................................................. 126
xi
I. INTRODUCCIÓN.
El propósito de este trabajo de investigación es cumplir con el desarrollo de

un software para la Gestión de Facturación de la Junta de Administración de
Servicio de Saneamiento - San Vicente de Piedra Rodada ya que los
servicios y los sistemas de información constituyen un punto clave en el
manejo estratégico y operativo de las organizaciones, esta se desarrolló bajo
la línea de investigación de Implementación de las tecnologías de
información y comunicación para la mejora continua de la calidad en las
organizaciones del Perú.
La implementación de este sistema se da porque la empresa no cuenta con

ningún tipo de software que le ayude a optimizar este proceso de gestión de
facturación. Hoy en día las tecnologías de la información se han vuelto una
herramienta necesaria e indispensable para cualquier institución o empresa,
las cuales permiten obtener ventajas competitivas y estar a la par a los
avances tecnológicos que se están dando en los últimos años.
La carencia de un sistema no permite una adecuada gestión de facturación

porque demanda mucho más tiempo y además ocasiona perdida de
información debido a que los recibos son registrados de manera manual. La
existencia de problemas en el Área de emisión de recibos se debe porque al
hacer el traspaso de las lecturas de los medidores a los recibos, se originan
errores en el cálculo de la tarifa de los usuarios. Para evitar este problema los
trabajadores de esta área tienen que revisar cuidadosamente cada recibo y esto
demanda mucho más tiempo y más personal vinculado a esta área. Al hacer
este proceso se toma como mínimo 3 días de jornadas laborales de ocho horas
para poder revisar todos los recibos. Al demandar mucho más tiempo y
trabajadores este proceso, la empresa genera costos económicos adicionales.
1
JASS - San Vicente de Piedra Rodada que empezó a brindar el servicio de
agua potable el año 2016 y desde entonces se planteo ser una empresa líder en
el caserío buscando el reconocimiento de todos sus usuarios.
En tal sentido, en este trabajo de investigación se plantea solución factible al

siguiente enunciado del problema: ¿De qué manera el Desarrollo de un
Software para la Gestión de Facturación de la Junta Administradora de
Servicios de Saneamiento - San Vicente de Piedra Rodada; 2017, mejora la
calidad del servicio a los clientes?
Con problema planteado y con la finalidad de solucionar éste enunciado se

determinó objetivo general: Desarrollar un Software para la Gestión de
Facturación de la Junta Administradora de Servicios de Saneamiento - San
Vicente de Piedra Rodada; 2017, para mejorar la calidad del servicio a los
clientes.
Con el propósito de cumplir y lograr el objetivo general se hizo necesario

determinar los siguientes objetivos específicos. El primer objetivo es
Determinar los requerimientos de información que la empresa requiere, a
partir de los usuarios involucrados con el proceso a implementar. El segundo
es Especificar la metodología a utilizar para el desarrollo del software
requerido. El tercer objetivo especifico es Modelar en forma gráfica el
proceso de facturación, usando metodología UML. El cuarto objetivo es
Desarrollar el software que automatice los procesos analizados. Y el último
objetivo es Realizar las pruebas respectivas del sistema, para detectar los
problemas antes de implantar el software.
La realización de este proyecto se justifica porque es indispensable en la

agilización en la gestión de facturación para convertirla en una empresa más
competitiva que está a la vanguardia de los avances tecnológicos tratando que
el sistema se convierta en una herramienta estratégica de la empresa.
2
La realización de este proyecto se justifica porque estoy en la capacidad de
evaluar las circunstancias donde se impulsará el proyecto de investigación por
los conocimientos que adquirí durante mi preparación académica en la
Universidad católica Los Ángeles de Chimbote. La Justificación Operativa, la
empresa donde se desarrollara el proyecto cuenta con el personal preparado
para la utilización de nuevas tecnologías necesarias para los procesos de
facturación. Además de justifica de manera económica porque, la
implementación de un sistema de información para la mejora del proceso de
facturación, permitirá el ahorro de tiempo para brindar un buen servicio a los
usuarios. La justificación institucional se basa en que la Junta de
Administradora de Servicios de Saneamiento debe aprovechar el desarrollo
de nuevas tecnologías y el uso de sistemas; para brindar un mejor servicio a
los beneficiarios. El uso los conocimientos teóricos y prácticos adquiridos en
la UNIVERSIDAD CATÓLICA LOS ÁNGELES DE CHIMBOTE, la cual
nos permitirá realizar el diseño e implementación del Sistema será la
justificación académica. Este proyecto de investigación se catalogó como una
investigación del nivel descriptiva, debido a que se analizó una problemática
y a partir de ese análisis se ejecutó una interpretación de los resultados
obtenidos, además fue de tipo cuantitativo debido a que utiliza la recolección
de información para probar hipótesis así como el diseño de esta investigación
fue de tipo no experimental y de corte transversal.
3
II. REVISIÓN LITERARIA.
2.1. Antecedentes.
2.1.1. Antecedentes a nivel Internacional.
Rodríguez, Borbor (1), en el año 2016, en su tesis titulada: Diseño e

Implementación de un sistema de facturación y órdenes de trabajo
para la empresa Electro CAR. Indica que su proyecto tiene como
propósito mejorar el rendimiento del sistema de facturación y órdenes
de trabajo que actualmente cuenta el taller Electro Car. Se recopiló la
información necesaria y se analizó la mejor solución con el fin de
realizar un proyecto con el que puedan automatizarse los servicios
existentes, que causaban inestabilidad y poca confiabilidad al
momento de realizarlo. Se implementa una Base de Datos de open
source para que el negocio no se vea afectado en cuanto el costo de
alguna licencia requerida. A la vez se implementaron diferentes tipos
de módulos los cuales trabajan en conjunto para que funcionara de
manera correcta y automatizada. Se nota la mejora en el ingreso de la
facturación y las órdenes de trabajo resolviendo el problema manual y
físico que aquejaba a los usuarios por perdidas de los mismos. A la
vez se creó un sistema de autentificación con el cual el proceso de
facturación y órdenes de trabajo funcionará de manera integral.
En el 2015 la tesis de Ordoñez(2), con el título: Diseño e

Implementación del Sistema Facturación Electrónica para Diario El
Mercurio en APEX, con almacenamiento en Oracle DBMS y
publicado en WebLogic. Concluye que la Implementación de la
facturación electrónica en Diario El Mercurio ha permitido
mantenerlo en su continuo avance tecnológico, pues como medio
informativo siempre está buscando innovar, a pesar de las dificultades
presentadas al principio, tanto clientes como personal se están
4
adaptando a este nueva forma de efectuar transacciones comerciales
con respaldo legal y ahora también digital.
Velásquez, Zeledón(3), en el año 2014, elaboro su trabajo de

investigación titulado: Sistema de inventario y facturación de la tienda
de accesorios de computadoras y celulares “Decosys”, en la
actualidad es necesario que los negocios se adapten al uso de las
nuevas tecnologías de información para estar a nivel competitivo en el
mercado. Con la implementación de un sistema de información se
pude obtener muchos beneficios como la automatización de cada
proceso, rapidez en las tareas de la gestión de la información, esto
conlleva a una mejor administración en los negocios y le recomiendan
a la tienda Decosys implementar un sistema de información que
agilice todos los procesos administrativos de dicha tienda ya que esto
ofrecerá un mejor desarrollo y presentación para el negocio.
2.1.2. Antecedentes a nivel Nacional.
Navarro (4), en el año 2017; en su proyecto de investigación titulado:

Sistema de facturación electrónica para la gestión de comprobantes de
pago basado en ISO/IEC19845:2015 en Acgenesys S.A.C. concluye
que este estudio comprende el análisis, desarrollo e implementación
de un sistema de facturación electrónica para la gestión de
comprobantes de pago en la empresa ACGENESYS S.A.C, la cual
actualmente presenta ciertas incidencias y gastos no definidos en la
emisión de los comprobantes de pago. El objetivo principal fue
determinar los efectos de la implementación de un sistema de
facturación electrónica para la gestión de comprobantes de pago y ver
su efecto sobre el porcentaje de incidencias en las emisiones de los
comprobantes y el porcentaje de gastos operacionales. La muestra
estuvo conformada por los registros de comprobantes de pago
realizados en un periodo de 30 días. El tipo de estudio es de tipo
5
experimental - aplicado y el diseño de tipo pre-experimental. Como
resultados se obtuvo que el porcentaje de incidencias en emisiones
antes del sistema de facturación electrónica fue 4.5491 y luego de la
implementación fue 0.9111, lo que significa una reducción de 79.97%.
Para el indicador porcentaje de gastos operacionales, antes del sistema
de facturación se tenía un valor de 0.0278 y luego de la
implementación este valor se redujo a 0.0171, presentando una
reducción porcentual de 61.551%. Finalmente, la conclusión fue que
la implementación de un sistema de facturación tuvo un efecto
positivo en la gestión de comprobantes de pago de la empresa
ACGENESYS S.A.C.
Ordaya (5) en el año 2015; en su tesis: Implementación de un sistema

de información para una MYPE comercial con componentes de libros
y facturación electrónica. concluye, la precisión en los registros de
transacciones es indispensable. Sin embargo, es complicado mantener
la precisión si se realizan manualmente. Mediante las diversas
herramientas que las tecnologías actuales nos brindan, se permite
sistematizar estos con el propósito de reducir los errores, agilizar y
facilitar las tareas que dichos registros impliquen. Las nuevas
tecnologías ofrecen, también, nuevos medios de control, los cuales
sirven de apoyo para entidades reguladoras como SUNAT. Esta
entidad, mediante sus recientes resoluciones, exige a sus
contribuyentes realizar sus tareas de tributación en medios
electrónicos. La Resolución de Superintendencia N° 286-
2009/SUNAT hace referencia a los libros de Registro de Compras y
Registro de Ventas e ingresos, los cuales deben ser generados en
formatos digitales y cargados a la plataforma dispuesta por la
SUNAT. Por otro lado, la Resolución de Superintendencia N° 374-
2013/SUNAT hace referencia a los documentos de facturación, los
cuales también deben ser generados en un formato digital Por estas
razones, se propone el desarrollo de un sistema de información para la
6
gestión de empresas de tipo comercial, que le permita gestionar sus
recursos, automatizar sus procesos de compras, ventas y control de
inventario y cumplir con la normativa vigente impuesta por SUNAT.
Morales(6) en su tesis "Diseño de un sistema informático utilizando la

metodología RUP (Rational Unified Process) para la administración
académica en el Centro de Idiomas Hemingway Huánuco 2014", cuyo
objetivo desarrollar un sistema de información basado en la
metodología de desarrollo de software RUP para mejorar los procesos
de administración académica del Instituto de Idioma Hemingway de la
ciudad de Huánuco y que nos permite conocer lo ventajoso del
desarrollo de software basado en una de las más importantes
metodología como RUP asegurando la calidad del desarrollo dentro de
los plazos y presupuestos predecibles.
2.1.3. Antecedentes a nivel Regional.
Silupu(7), en el año 2018, en su tesis titulada: Implementación de un

Sistema de trámite documentario para la Municipalidad Distrital de
Bellavista - Sullana; 2018. La presente tesis se desarrolló bajo la línea
de investigación de Implementación de las tecnologías de
investigación y comunicación (TIC), para la mejora continua de la
calidad en las organizaciones del Perú, de la Escuela Profesional de
Ingeniería de Sistemas de la Universidad Católica los Ángeles
Chimbote. La investigación tuvo como objetivo Implementar un
Sistema de Trámite Documentario para la Municipalidad Distrital de
Bellavista -Sullana; 2018; la afluencia de ciudadanos que visitan la
Unidad de Trámite Documentario es un promedio mensual de 500
personas, ya sea para consultas, recepción o entrega de documentos. .
El tipo de investigación fue cuantitativa, nivel descriptivo y el diseño
de la investigación no experimental, de corte transversal porque las
variables fueron estudiadas en su estado natural sin realizar ningún
7
tipo de manipulación; se contó con una muestra de 10 trabajadores del
área de Mesa de Partes, por lo que a cada trabajador se procedió a
encuestar según el indicador correspondiente a medir. En la tabla Nº
16 se observó que el 80% de las personas encuestadas indican que NO
se encuentran satisfechas con el sistema actual; así mismo en la tabla
Nº 17 se observó que el 70% de las personas encuestadas indican que
SI es factible la implementación de un Sistema de trámite para
optimizar y gestionar los procesos de recepción de los trámites
documentarios del área de mesa de partes de la Municipalidad
Distrital de Bellavista.
En el año 2014, Odicio(8), realizó una Tesis de Pregrado en la

Universidad Católica Los Ángeles de Chimbote, denominada “Diseño
e implementación del Sistema de Gestión para la Actividad Productiva
Agua Bayóvar del Gobierno Regional Piura”, tiene como objetivo
diseñar e implementar un Sistema de Gestión que permita el registro y
control de información correspondiente al proceso de
comercialización de agua en la Actividad Productiva Agua Bayóvar
del Gobierno Regional Piura. Los resultados obtenidos de la encuesta
aplicada a la muestra constituida por 30 trabajadores permitieron
afirmar que las hipótesis formuladas fueron aceptadas, por tanto, la
investigación concluye que, resulta beneficioso el diseño e
implementación del Sistema de Gestión propuesto.
8
2.2. Bases teóricas.
2.2.1. Información de la Institución.
2.2.1.1. Rubro de la empresa.
 RUBRO: Servicio de agua potable.
 NOMBRE: Junta Administradora de Servicios de

Saneamiento - San Vicente de Piedra Rodada.
 DIRECCIÓN: San Vicente de Piedra Rodada.
 TELÉFONO: 968411063
2.2.1.2. Historia.
Esta organización nace con el proyecto de Construcción y

mejoramiento del sistema de agua potable y letrinas del
Pronasar (Programa Nacional de Agua y Saneamiento Rural) .
con el propósito de administrar, operar y mantener los
sistemas de agua y saneamiento de la comunidad San Vicente
de Piedra Rodada
2.2.1.3. Misión.
Contribuir al mejoramiento de la calidad de vida de los

moradores del pueblo administrando de manera eficiente el
líquido vital.
9
2.2.1.4. Visión.
Empresa líder, innovadora, buscando ofrecer calidad en sus

servicios en el ALTO CHIRA.
2.2.1.5. Organigrama. (DISI).
10
2.2.1.6. Infraestructura tecnológica.
Tabla 1: Hardware utilizado.
EMPRESA PROCESADOR DISCO DURO RAM
JASS Administrativos. Core i3 500 GB 4
Fuente: Elaboración propia.
Tabla 2: Software utilizado.
EMPRESA SISTEMA OPERATIVO
JASS Administrativos. Windows 8.1 Licenciado.
Tabla 3: Distribución del equipamiento de computadoras.
EMPRESA PC IMPRESORAS
JASS Administrativos. 1 1
11
2.2.2. Las tecnologías de información y comunicación.
2.2.2.1. Definición de las TIC.
Las Tecnologías de la Información y la Comunicación (TIC) se

caracterizan como "aquellas innovaciones que permiten
transmitir, preparar y difundir datos rápidamente y son, por
consiguiente, la premisa sobre la que se fabrica la sociedad de
la información"(9).
Del mismo modo, esta explosión se conoce como un factor de

aparición en muchos campos. En consecuencia, la articulación
"Tecnologías de información y comunicación (TIC) incluye la
disposición de los avances que conforman la sociedad de
datos: innovación de datos, web, medios mixtos, etc., y difunde
marcos de comunicación que permiten su transmisión"(9).
Considero que efectivamente las TIC están integradas en

nuestra vida y forman parte de las distintas áreas de la sociedad
en la que vivimos, a continuación exponemos su relación con
el ámbito educativo dentro de la Sociedad de la Información
(10).
12
2.2.2.2. Beneficios que aportan las TIC.
 Capacidad de muchos datos en pequeños respaldos para un

transporte simple.
 Las computadoras de inteligencia nos permiten

"intercambiar" con programas de administración,
videojuegos, materiales de preparación de medios, marcos
maestros particulares.
Ilustración 1: Enfoque Integral de las TIC.
Fuente: Martínez (11).
13
2.2.3. Ingeniería de Software.
La ingeniería del software (IS) estudia cuál es la mejor manera de

producir software de calidad. Con esta finalidad, la IS propone la
aplicación de una serie de métodos, notaciones, técnicas, etc., que
permiten asegurar la calidad final del software desarrollado (12).
La ingeniería del software (IS) 1 es:
a) El establecimiento y el uso de principios de ingeniería sólidos con

el fin de obtener un software económico, fiable y que funcione
eficientemente. NATO Conference.
b) La aplicación de una aproximación sistemática, disciplinada y

cuantificable al desarrollo, el uso y el mantenimiento del software.
IEEE software Engineering Terminology.
c) Es una disciplina de la ingeniería que se preocupa de todos los

aspectos de la producción de software. Ian Sommerville(12).
2.2.4. Sistemas de información.
2.2.4.1. Definición
Según Cobarsi(13), Proponemos la siguiente definición de

sistema de información en una organización:
14
Conjunto coordinado de contenidos y servicios, basados en
tecnologías digitales y en red, que una organización pone a
disposición de sus stakeholders (personas con intereses en la
misma) internos y externos, para facilitarles la producción y el
consumo de conjuntos estructurados y selectos de datos,
orientados a convertirse en información de valor para la
actividad de la organización.
Los sistemas de información han irrumpido con fuerza de

forma generalizada en los últimos años en las organizaciones.
Esta expansión ha sido posible por la evolución acelerada de
las prestaciones, y la disponibilidad y la variedad de las
tecnologías adecuadas para producir, captar, tratar y difundir
información. Ciertamente, el estado actual y las tendencias de
evolución de estas tecnologías pueden considerarse casi
mágicos comparados con su situación a finales del siglo XX.
2.2.4.2. Características de los Sistemas de Información.
Los Sistemas de Información están constituidos por cualidades

regulares que se caracterizan a continuación (14):
Entrada de datos: es el procedimiento por el cual el sistema

de información toma la información que requiere para procesar
los datos. Las secciones pueden ser manuales o programadas.
Los manuales son aquellos que el cliente ofrece de forma
directa, mientras que los personalizados son datos o
información que provienen o se toman de varios módulos(14).
15
Procesamiento de datos: la capacidad del sistema de
información para realizar cálculos según lo indicado por una
disposición de actividades preestablecida. Estas figuras se
pueden hacer con la información ingresada recientemente en el
marco o con información que se guarda. Esta norma para los
marcos permite el cambio de información fuente de datos que
pueden utilizarse para el liderazgo básico(14).
Capacidad de información: el almacenamiento es un

destacado entre los ejercicios o habilidades más imperativos
que tiene una PC, ya que a través de esta propiedad, el marco
puede recordar los datos guardados en la sesión o proceso
anterior. Estos datos generalmente se guardan en estructuras de
datos llamadas documentos(14).
Salida de datos: el rendimiento es el límite de un Sistema de

información para descubrir datos preparados en el extranjero,
ya sea a través de una pantalla, en papel o por otros
medios(14).
Ilustración 2: Ciclo de vida de Sistemas de Información.
Fuente: Cervantes (15).
16
2.2.5. Lenguaje de modelado unificado (UML).
2.2.5.1. Definición.
En Aprende a Modelar Aplicaciones con UML de

Burgués(16), dice que UML no es un lenguaje de
programación, sino un lenguaje de visualización que se utiliza
para determinar, imaginar, visualizar e informar artefactos de
un sistema de información. Se utiliza para comprender,
describir, diseñar, mantener y controlar los datos sobre los
sistema que se van a construir.
UML ofrece una forma de demostrar cosas teóricas, por

ejemplo, la metodología de negocio y las capacidades de
sistema, y cosas adicionales, por ejemplo, la creación de clases
en un lenguaje específico, diseños de bases de datos y
secciones de programación reutilizables(16).
Ilustración 3: Modelo Conceptual UML.
17
2.2.5.2. Diagramas UML.
Varias Perspectivas del sistema.
 Modelo de casos de uso.
 Modelo Estructural.
 Modelo de comportamiento.
 Modelo de implementación.
Modelo de casos de uso.
Los diagramas de caso de uso:
El diagrama de casos de uso representa la forma en como un

agente (Actor) opera con el sistema en desarrollo, además de la
forma, tipo y orden en como los elementos interactúan
(operaciones o casos de uso)(16).
Representan las funciones del sistema desde el punto de vista

del usuario mediante un conjunto de caso de uso, actores y
relaciones.
Muestran la relación entre los actores y los casos de uso del

sistema. Representa de la utilidad que ofrece el sistema con
respecto a su comunicación externa. En el Diagrama de caso
de uso, también se representa al sistema como un cuadro
rectangular con el nombre dentro de él. Las instancias de
18
utilización están dentro de la caja del sistema, y los ejecutantes
afuera, y cada personaje en pantalla está conectado a los casos
de uso en los que participa a través de una línea(16).
Actores: Un actor es un agente, alguien o algo que solicita un

servicio al sistema o actúa como catalizador para que ocurra
algo.
 Los actores no son parte del sistema, ellos representan roles

que un usuario del sistema puede desempeñar.
 Un actor puede intercambiar activamente la información

con el sistema.
 Un actor es “cualquier cosa” que necesite interactuar con el

sistema.
 Un actor puede representar a un humano, una máquina u

otro sistema
Los actores se determinan observando:
 Usuarios directos del sistema.
 Responsables del uso o mantenimiento del sistema.
 Otros sistemas que interactúan con el sistema en cuestión.
19
Ilustración 4: Representación Diagrama Casos de Uso.
Registrar autor
Modific ar autor
administrador
Dar de baja autor
us uario
Listar autores
Ver autor
Los diagramas de secuencia.
Son una representación temporal de los objetos y sus

interacciones.
Un diagrama de secuencia muestra la interacción de un

conjunto de objetos en una aplicación a través del tiempo y se
modela para cada caso de uso(16).
20
Ilustración 5: Representación Diagrama de Secuencia.
Modelo Estructural.
Diagramas de clase:
Representan la vista de diseños estática y de procesos en

término de clases, relaciones, interfaces y colaboraciones.
Ilustración 6: Representación de una Clase en UML.
21
Diagramas de objetos:
Representan los objetos y sus relaciones. Representan la vista

de diseño estática y de procesos desde una perspectiva
prototípica. Se corresponden con los diagramas de
colaboración simplificados sin representar los envíos de
mensajes(16).
Los Diagramas de Objetos se utilizan en medio del

procedimiento de Análisis y Diseño de los sistemas
informáticos en el enfoque UML. Se puede ver como una
instancia poco común de un Diagrama de clase en el que
aparecen ocasiones particulares de clases (objetos) en un
momento específico del sistema(16).
Ilustración 7: Representación Diagrama de Objetos.
22
Modelo de comportamiento.
Los diagramas de actividades:
Es un diagrama de flujo que se usa para modelar el

comportamiento del sistema. Es vital destacar que a pesar del
hecho de que un Diagrama de Actividad es fundamentalmente
el mismo que en la definición de Diagrama de Flujo, estos no
son los mismos(16).
Representan el comportamiento de una operación en términos

de acciones.
Ilustración 8: Representación Diagrama de Actividades.
23
Los diagramas de colaboración:
Son una perspectiva espacial de los objetos, enlaces e

interacciones entre ellos mediante el envío y percepción de
mensajes.
Ilustración 9: Representación Diagrama de

Colaboración.
Los diagramas de estados. Transiciones:
Representan el comportamiento de una clase en términos de

estados, muestran el estado de un objeto y las causas por las
que puede cambiar de un estado a otro.
Ilustración 10: Representación Diagrama de estados.
24
Modelo de implementación.
Los diagramas de componentes:
Representan los componentes físicos de una aplicación y

relaciones.
Los Diagramas de Componentes prevalecen en el campo de la

arquitectura de software pero pueden ser usados para modelar
y documentar cualquier arquitectura de sistema(16).
25
Ilustración 11: Representación Diagrama de Componentes.
Los diagramas de despliegues:
Representan los despliegues de los componentes sobre los

dispositivos materiales nodos y relaciones.
Ilustración 12: Representación Diagrama de Despliegues.
26
2.2.5.3. Uso del UML.
El UML se utiliza en el desarrollo de varios tipos de sistemas.

Siempre cubre cualquier característica de un sistema en uno de
sus diagramas y también se aplica a diferentes etapas de
desarrollo de un sistema, desde la especificación del análisis de
requisitos hasta su finalización con la fase de prueba.
2.2.6. Lenguaje de programación.
2.2.6.1. Concepto.
Un lenguaje de programación es una tecnología de

programación formal destinado a expresar los procedimientos
que se pueden hacer por máquinas, por ejemplo, PC.
Está conformado por una disposición de imágenes y pautas

sintácticas y semánticas que caracterizan su estructura y la
importancia de sus componentes y articulaciones. El
procedimiento mediante el cual compones, pruebas, investigas,
ensamblas (si es esencial) y mantienes el código fuente de un
programa para PC se llama programación.
Un lenguaje de programación está formado por un conjunto de

palabras reservadas, símbolos y reglas sintácticas y semánticas
que definen su estructura y el significado de sus elementos y
expresiones. El proceso de programación consiste en la
escritura, compilación y verificación del código fuente de un
programa (17).
27
Antes de diseñar un programa es necesario entender
completamente el problema que queremos resolver y conocer
las restricciones de operación de la aplicación. La
programación es una tarea compleja y es muy importante
abordar la solución a un problema específico desde un punto
de vista algorítmico. Un algoritmo es un conjunto ordenado y
finito de operaciones que permite hallar la solución de un
problema. Está definido por instrucciones o reglas bien
definidas, ordenadas y finitas que permiten realizar una
actividad. Dado un estado inicial, una entrada y una secuencia
de pasos sucesivos, se llega a un estado final y se obtiene una
solución.
2.2.6.2. PHP.
Según Eslava(18), PHP es una de las piedras angulares de la

programación open source web, un marco diseñado para
apoyar la innovación y fomentar el potencial que tiene la web
para ofrecer.
¡PHP es el presente y el futuro de la web!
Ilustración 13: Esquema Lógico PHP.
Fuente: Pérez, D (19).
28
PHP soporta más de quince diferentes motores de bases de
datos, incluidos Microsoft SQL Server, IBM D82,
PostgreSQL, MySQL y Oracle. Hasta PHP 5, este soporte se
proporcionaba mediante extensiones nativas de las bases de
datos, cada una con sus propias características y funciones; sin
embargo, esto dificultaba a los programadores el cambio de
una base a otra. PHP 5 rectificó esta situación introduciendo
una API común para el acceso a base de datos: las extensiones
de objetos de datos de PHP (PDO, PHP Data Objects), que
proporcionan una interfaz unificada para trabajar con bases de
datos y ayudan a que los desarrolladores manipulen diferentes
bases de datos de manera consistente(18).
Ilustración 14: Esquema pagina PHP.
29
Variables
Dependiendo de los datos que contiene, una variable puede

considerarse de algún tipo: Variables numéricos, Variables
alfanuméricos, matrices u objetos.
2.2.6.3. JavaScript.
Este es un lenguaje interpretado, no requiere compilación. Fue

creado por Brendan Eich(20), en la empresa Netscape
Communications.
Se puede definir:
 JavaScript es un lenguaje de guión del lado del cliente

usado para navegadores web. Se enfoca fundamentalmente
en ayudar a los desarrolladores a interactuar tanto con la
página web como con el navegador mismo. JavaScript se
basa vagamente en el Lenguaje de Programación Java. A
pesar de tener una metodología de programación y sintaxis
similares, no puede ser considerada una versión "ligera" de
Java. Es realmente el propio lenguaje que se siente "en
casa" en los navegadores web en todo el mundo, y permite
una experiencia del usuario aumentada en las aplicaciones
web y en los sitios web por igual(20).
 Permite comunicación asincrónica y puede actualizar

partes de una página web o incluso reemplazar
completamente su contenido(20).
30
Ilustración 15: Esquema JAVASCRIPT.
Fuente: Brendan (20).
Configuración del Entorno.
Como JavaScript es un lenguaje interpretado, no puede operar

por sí solo. En sí, opera en el navegador del visitante y es este
navegador el responsable de hacer funcionar JavaScript. La
buena noticia es que todos los navegadores modernos lo tienen
instalado y activado por defecto. No tienes que preocuparte por
qué navegador utilice el visitante de tu sitio web, puede ser
Google Chrome, Internet Explorer o cualquier otro navegador.
Este se encargará de hacer funcionar el código JavaScript. Por
supuesto, necesitas un navegador para poder ver las páginas
web que desarrolles(20).
31
Recursos.
Navegadores.
 Internet Explorer
 Mozilla Firefox
 Google Chrome
 Opera.
Editores de texto
 Komodo Edit
 Notepad++
2.2.6.4. ASP.NET.
Según Árias(21), ASP.NET es la plataforma de Microsoft para

el desarrollo de aplicaciones Web y es el sucesor de la
tecnología ASP. Es un componente del I IS que permite a
través de un lenguaje de programación integrado en la .NET
Framework para crear páginas dinámicas.
El ASP.NET está basado en el Framework .NET heredando

todas sus características.
32
2.2.6.5. VB.NET
Es uno de los numerosos lenguajes de programación que

podemos descubrir hoy. Este lenguajes está concebido desde el
BASIC (Código de instrucción simbólica de todas las razones
para principiantes) que se hizo en su forma única en Dartmouth
College, con la motivación de servir a aquellas personas que
estaban interesadas con comenzar en un lenguajes de
programación. Después de sufrir algunos ajustes, en 1978 se
estableció el estándar BASIC. La sencillez del lenguajes
recogió el desprecio de los ingenieros de software de
vanguardia como "un lenguajes para los pies tiernos"(22).
Primero fue GW-BASIC, en ese momento se cambió a

QuickBASIC y ahora se conoce como Visual Basic y la última
variante es la 6 que se incorpora en el paquete de Microsoft
Visual Studio 6. Esta adaptación se une a la facilidad de
BASIC con un gran lenguaje de programación visual que en
conjunto permite crear potentes programas de 32 bits para
Windows. Esta combinación de facilidad y estilo hizo que se
creciera mucho más la sindicación de Microsoft, ya que el
lenguaje es bueno con Windows, un acuerdo de trabajo de una
organización similar(22).
Visual Basic ya no es más un "lenguaje para novatos", pero es

una opción ideal para los ingenieros de software de cualquier
nivel que deseen crear aplicaciones buenas con Windows(22).
33
2.2.6.6. JAVA
Java es un lenguaje de programación desarrollado por Sun

Microsystems. Java fue presentado en la segunda mitad del
año 1995 y desde entonces se ha convertido en un lenguaje de
programación muy popular. Java es un lenguaje muy valorado
porque los programas Java se pueden ejecutar en diversas
plataformas con sistemas operativos como Windows, Mac OS,
Linux o Solaris. James Gosling, el director del equipo de
trabajo encargado de desarrollar Java, hizo realidad la promesa
de un lenguaje independiente de la plataforma. Se buscaba
diseñar un lenguaje que permitiera programar una aplicación
una sola vez que luego pudiera ejecutarse en distintas
máquinas y sistemas operativos. Para conseguir la portabilidad
de los programas Java se utiliza un entorno de ejecución para
los programas compilados. Este entorno se denomina Java
Runtime Environment (JRE). Es gratuito y está disponible para
los principales sistemas operativos. Esto asegura que el mismo
programa Java pueda ejecutarse en Windows, Mac OS, Linux
o Solaris (23).
La Plataforma de Java
Los programas Java se compilan a un lenguaje intermedio,

denominado Bytecode. Este código es interpretado por la
máquina virtual de Java del entorno de ejecución (JRE) y así se
consigue la portabilidad en distintas plataformas.
La portabilidad de Java ha contribuido a que muchas empresas

hayan desarrollado sus sistemas de comercio electrónico y sus
sistemas de información en Internet con Java. El proceso de
34
desarrollo y de mantenimiento de los sistemas resulta menos
costoso y las aplicaciones son compatibles con distintos
sistemas operativos (23).
La evolución del lenguaje de programación Java ha sido muy

rápida. La plataforma de desarrollo de Java, denominada Java
Development Kit (JDK), se ha ido ampliando y cada vez
incorpora a un número mayor de programadores en todo el
mundo. En realidad Java no solo es un lenguaje de
programación. Java es un lenguaje, una plataforma de
desarrollo, un entorno de ejecución y un conjunto de librerías
para desarrollo de programas sofisticados (23).
2.2.7. Metodología de Desarrollo.
2.2.7.1. Metodología RUP.
RUP es un marco del proyecto que describe una clase de los

procesos que son iterativos e incrementales.
Define un manojo entero de las actividades y de los artefactos

que usted necesita elegir de para construir sus propios, proceso
individual.
RUP es el proceso de desarrollo más general de los existentes

actualmente.
Los procesos de RUP estiman tareas y horario del plan

midiendo la velocidad de iteraciones concerniente a sus
estimaciones originales (24).
35
Las iteraciones tempranas de proyectos conducidos RUP se
enfocan fuertemente sobre arquitectura del software; la puesta
en práctica rápida de características se retrasa hasta que se ha
identificado y se ha probado una arquitectura firme. RUP
proporciona muchas ventajas sobre XP le da énfasis en los
requisitos y el diseño.
Ventaja de la Metodología RUP
La ventaja principal de RUP es que se basa todo en las mejores

prácticas que se han intentado y se han probado en el campo.
(En comparación con XP que se basa en las prácticas
inestables que utilizaron juntas se evita que se derribe).
Fases de RUP:
Inicio: Es donde se define el alcance del proyecto.
Elaboración: Es donde se realiza la definición, análisis y

diseño.
Construcción: Es la implementación del proyecto.
Transición: Es el fin del proyecto y puesta en producción (24).
RUP realiza un levantamiento exhaustivo de requerimientos.
 Busca detectar defectos en las fases iníciales.
36
 Intenta reducir al número de cambios tanto como sea
posible.
 Realiza el Análisis y diseño, tan completo como sea

posible.
 Diseño genérico, intenta anticiparse a futuras

necesidades.
 Las necesidades de clientes no son fáciles de discernir.
 Existe un contrato prefijado con los clientes.
2.2.7.2. Metodología FDD.
FDD tiene como rasgo característico la planeación y el diseño

por adelantado. En consecuencia, el modelo de objetos, la lista
de características y la planeación se hacen al inicio del
proyecto. Las iteraciones son incrementos con características
identificadas.
Las prácticas que FDD pregona son: el modelado de objetos de

dominio (domainobjectmodeling), el desarrollo por
características, Class (code) ownership, los equipos de
características o FeatureTeams, las inspecciones, la
construcción regular de planificación (Regular Build
Schedule), la gestión de configuración y los reportes y
visibilidad de los resultados. Su ciclo de vida está compuesto
por cinco etapas: el desarrollo de un modelo general, la
construcción de la lista de características, la planeación por
37
característica, el diseño por característica y la construcción por
característica.
FDD se enfoca en las fases de diseño –diseño por

característica– y desarrollo –construcción por característica–
siendo estas las etapas del proceso que se iteran (25).
2.2.7.3. Metodología MSF.
Microsoft Solution Framewor. (MSF).
MSF es una metodología desarrollada por Microsoft

ConsultingServices en conjunto con varios grupos de negocios
de Microsoft y otras fuentes de la industria. MSF provee los
principios, modelos y disciplinas para un correcto desarrollo de
proyectos en cualquier plataforma (Linux, Citrix, Microsoft,
Unix).Esta es una metodología flexible e interrelacionada con
una serie de conceptos, modelos y prácticas de uso, que
controlan la planificación, el desarrollo y la gestión de
proyectos tecnológicos. MSF se centra en los modelos de
proceso y de equipo dejando en un segundo plano las
elecciones tecnológicas.
38
Características:
Adaptable: es parecido a un compás, usado en cualquier parte

como un mapa, del cual su uso es limitado a un específico
lugar.
Escalable: puede organizar equipos tan pequeños entre 3 o 4

personas, así como también, proyectos que requieren 50
personas a más.
Flexible: es utilizada en el ambiente de desarrollo de cualquier

cliente.
Tecnología Agnóstica: porque puede ser usada para desarrollar

soluciones basadas sobre cualquier tecnología. MSF se
compone de varios modelos encargados de planificar las
diferentes partes implicadas en el desarrollo de un proyecto:
Modelo de Arquitectura del Proyecto, Modelo de Equipo,
Modelo de Proceso, Modelo de Gestión del Riesgo, Modelo de
Diseño de Proceso y finalmente el modelo de Aplicación (25).
Fases:
 Visión y Alcances.
 Planificación.
 Desarrollo.
39
2.2.7.4. Metodología XP.
Principios y practicas XP.
Según Toro(26), Esta derivación o subclase de metodología

surge a partir del manifiesto Ágil y los principios y prácticas
que se manejan con esta denominación, conocidas también en
algunos medios como eXtreme Programming (XP) o Fast
Programming.
Con base en la experiencia ganada en los últimos años en este

tipo de proyectos, se ha comprobado que existen diferencias
prácticas entre las metodologías ágiles y no ágiles.
Los roles en las metodologías XP.
En este tipo de proyectos informáticos que usan metodologías

XP's, existen varios actores cuyos roles se explican
enseguida(26):
 Programador.
 Cliente.
 Encargado de pruebas (Tester). Ayuda al cliente a

escribir las pruebas funcionales.
 Encargado del seguimiento (Tracker). Proporciona

realimentación al equipo.
40
 Entrenador (Coach). Es responsable del proceso global.
 Gestor (Big boss). Es el elemento humano que vincula

los clientes y los usuarios con los programadores.
2.2.8. Base de datos.
2.2.8.1. Definición.
Una Base de datos es un conjunto de datos almacenados sin

redundancias innecesarias en un soporte informático y
accesible simultáneamente por distintos usuarios y
aplicaciones. Los datos deben de estar estructurados y
almacenados de forma totalmente independiente de las
aplicaciones que la utilizan(27).
COMPONENTES
Datos
Es el componente fundamental de la base de datos, como se

decía en la definición están relacionados entre sí formando un
conjunto con mínimas redundancias. Los datos por si mismos
no aportan conocimiento hay que procesados y
transformarlos(27).
41
Ilustración 16: Esquema general de Base de Datos.
Posteriormente, la estructura del árbol se puede considerar

como una instancia única de la estructura del sistema(28).
Entre los principales Gestores de Base de Datos tenemos:
2.2.8.2. MYSQL.
MySQL es un sistema de administración de bases de datos

relacionales rápido, sólido y flexible. Es ideal para crear bases
de datos con acceso desde páginas web dinámicas, para la
creación de sistemas de transacciones on-line o para cualquier
otra solución profesional que implique almacenar datos,
teniendo la posibilidad de realizar múltiples y rápidas
42
consultas. MySQL ofrece varias ventajas respecto a otros
sistemas gestores de bases de datos:
 Tiene licencia pública, permitiendo no solo la

utilización del programa sino también la consulta y
modificación de su código fuente. Resulta por tanto
fácil de personalizar y adaptar a las necesidades
concretas.
 El programa está desarrollado en C y C++, lo que
facilita su integración en otras aplicaciones
desarrolladas igualmente en esos lenguajes (29)
Ilustración 17: MySql.
Fuente: Imagen obtenida de la Web(30)
43
2.2.8.3. Microsoft SQL Server.
Es un sistema para la administración de las bases de datos

entregadas por Microsoft basado en el modelo relacional. Sus
lenguajes para consultas son T-SQL y ANSI SQL. Microsoft
SQL Server es la opción que contrasta de Microsoft con otros
sistemas de administración intensivos de bases de datos, por
ejemplo, Oracle, PostgreSQL o MYSQL, Heredia(28). T-SQL
(Transact-SQL) es el método fundamental para programar y
organizar SQL Server. Se descubrieron las consignas para las
actividades que se pueden realizar en SQL Server, incluida la
creación y el cambio de los contornos de la base de datos, la
introducción y alteración de información en la base de datos y,
además, la supervisión y administración del servidor. Tiene un
SQL Native Client, que es la información de llegar a la
biblioteca para los clientes de Microsoft SQL Server, variante
2005 en adelante.
Realiza actualizaciones locales para resaltar SQL Server,

incluida la ejecución de flujo de información prohibida,
refuerzos para bases de datos de SQL Server, ayuda completa
para todas las escrituras de información mantenidas por SQL
Server, conjuntos de tareas no concurrentes, avisos de
consultas, refuerzos para el cifrado y además aceptación de
diferentes arreglos de resultados en una sesión solitaria de base
de datos(28).
44
Ventajas.
Rendimiento confiable, SQL Server acelera las aplicaciones

fundamentales y sólidas con otro motor OLTP en la memoria
que proporciona un incremento de rendimiento de intercambio
normal en las proximidades de 10 y 30 veces mayor. SQL
Server, además, transmite certeza increíble, ya que se ha visto
como la base de datos más segura durante mucho tiempo de
forma consecutiva(28).
Una mayor velocidad para obtener los datos preferidos que

subyacen a la información de cualquier tipo, permite adquirir
datos aventajados con mayor rapidez con una plataforma BI
completa que simplifica las tareas de organización, examen,
limpieza e información interna y externa. Con SQL Server y
Power BI para Office 365, es todo menos difícil asociar a cada
cliente en la asociación con la información correcta que tiene
para establecer opciones más brillantes y más rápidas(28).
Plataforma para la nube híbrida, SQL Server está diseñado

para funcionar en la mitad y la mitad, tanto localmente como
en la nube, Estos dispositivos ofrecen un intercambio fluido
entre las bases de datos de SQL Server vecinas, lo que permite
a los clientes utilizar su aprendizaje actual para explotar las
granjas de servidores mundiales de Microsoft(28).
45
Características principales:
 Soporte de transacciones.
 Escalabilidad, estabilidad y seguridad.
 Soporta procedimientos almacenados.
 Incorpora además una condición de organización

gráfica pionera, que permite la utilización de cargas
DDL y DML de forma gráfica.
 Permite trabajar en el modo de servidor del cliente,

donde los datos y la información se facilitan en el
servidor y los terminales o clientes del sistema solo
acceden a los datos.
2.2.9. Teoría adicional relacionada con la Investigación
2.2.9.1. Objetivos principales de la seguridad de la información:
Dentro de un departamento de TI hay tres objetivos

principales que debemos perseguir para proteger la
información en las redes (31).
2.2.9.1.1. Confidencialidad:
La confidencialidad se refiere a la protección de los

datos ante una revelación no autorizada a terceras
partes. Una institución es responsable de proteger la
privacidad de sus datos, entre los que puede haber datos
de estudiantes y datos internos de la organización.
46
2.2.9.1.2. Integridad:
La Integridad se refiere a la certeza de que los datos no

son destruidos o alterados de una forma no autorizada.
Por ejemplo, la integridad se consigue cuando el
mensaje enviado es idéntico al mensaje recibido. Deben
tomarse medidas para garantizar la integridad de todos
los datos, independientemente de si los datos son
confidenciales(31).
2.2.9.1.3. Disponibilidad:
La disponibilidad se define como el funcionamiento

continuo de los sistemas de información. Las
aplicaciones requieren distintos niveles de
disponibilidad, dependiendo del impacto comercial del
tiempo de inactividad (no es lo mismo que falle la intra
web que la aplicación de venta de entradas). Para que
una aplicación esté disponible, todos los componentes
deben proporcionar un servicio continuo. Esos
componentes pueden ser servidores de aplicaciones o
de bases de datos, dispositivos de almacenamiento y la
red extremo a extremo(31).
47
2.2.9.2. Auditoría de seguridad de sistemas de información.
La revisión de seguridad de PC o revisión de seguridad de

sistema de datos (IS) es el estudio que incorpora la
investigación y administración de sistemas realizados por
expertos para reconocer, enumerar y, en consecuencia,
representar las diferentes vulnerabilidades que pueden surgir
en un estudio cuidadoso de estaciones de trabajo, sistemas de
correspondencias o servidores. Una vez que se obtienen los
resultados, son esenciales, grabados y respondidos a aquellos
capaces, que deben establecer medidas preventivas para
fortificación y / o revisión, siguiendo continuamente un
procedimiento consecutivo que permite a los ejecutivos
mejorar la seguridad de sus marcos al obtener de Pasados
errores. Las revisiones de seguridad de SI permiten saber en la
temporada de su reconocimiento cuál es la circunstancia
correcta de sus recursos de datos en cuanto a los esfuerzos de
seguridad, control y seguridad (32).
Seguridad Lógica.
La seguridad lógica aplica mecanismos y barreras que

mantengan a salvo la información de la organización desde su
propio medio. Algunos de los controles utilizados en la
seguridad lógica son:
Se limita el acceso a determinados aplicaciones, programas o

archivos mediante claves o a través de la criptografía.
48
Se otorgan los privilegios mínimos a los usuarios del sistema
informático. Es decir, sólo se conceden los privilegios que el
personal necesita para desempeñar su actividad.
Cerciorarse de que los archivos, aplicaciones y programas que

se utilizan en la compañía se adaptan a las necesidades y se
usan de manera adecuada por los empleados.
Controlar que la información que entra o sale de la empresa es

íntegra y sólo está disponible para los usuarios
autorizados(33).
2.2.9.3. Seguridad de las Aplicaciones:
2.2.9.3.1. Software.
La seguridad en los sistemas de programación es una

área de investigación que ha resultado fundamental
dentro de la Ingeniería de Software. Con el desarrollo
de Internet y diferentes aplicaciones sobre sistemas, por
ejemplo, negocios electrónicos, correo electrónico, etc.,
la probabilidad de ataques se ha expandido de manera
prominente, al igual que los resultados negativos de
estos ataques.
49
2.2.9.3.2. Seguridad de Bases de Datos.
Un problema común de seguridad a todos los sistemas

de cómputo es el evitar que personas no autorizadas
tengan acceso al sistema, ya sea para obtener
información, efectuar cambios mal intencionado en la
totalidad o una porción o totalidad de la base de datos.
Se presentan algunas reglas básicas para empezar a
gestionar la seguridad en el diseño e implementación de
una base de datos.
La necesidad de controlar el enorme flujo de datos e

información que circulan en nuestros días por las
grandes redes de comunicación, justifica la aplicación
de estas técnicas sobre los datos, antes de que éstos
sean publicados o difundidos.
50
III. HIPÓTESIS.
El Desarrollo un Software para la Gestión de Facturación de la Junta

Administradora de Servicios de Saneamiento - San Vicente de Piedra
Rodada; 2017, mejorará la calidad del servicio a los clientes?
51
IV. METODOLOGÍA.
4.1. Diseño de la Investigación.
La investigación fue de tipo cuantitativo debido a que utiliza la recolección

de información para probar hipótesis.
Como indicó Guillermo en la tesis de Sarango Silva (34), La investigación

Cuantitativa depende directamente en el paradigma explicativo, donde utiliza
datos cuantitativos o cuantificables para poder describir o tratar de explicar
los fenómenos que estudia, en la forma en la que es posible hacer esto es en
el nivel de estructuración lógica, en el cual se encuentran las ciencias
sociales actuales.
Este proyecto de investigación se catalogó como una investigación del nivel

descriptiva, debido a que se analizó una problemática y a partir de ese
análisis se ejecutó una interpretación de los resultados obtenidos.
Como lo muestra Morales, F.(35), las investigaciones de nivel descriptiva,

también llamados investigaciones diagnósticas, a diferencia de lo que se
forma y se descubre acerca de lo social, no pasan mucho más allá de este
nivel. Contiene, en un sentido general, mientras representa una maravilla o
circunstancia sólida que muestra sus aspectos más destacados o
excepcionales.
El diseño de esta presente investigación es no experimental y de corte

transversal, por el motivo de que se realizó en un tiempo determinado.
52
El diseño de la investigación se gráfica de la siguiente manera:
M O
Donde:
M= Muestra.
O = Observación.
4.2. Población y muestra.
Población
La Junta de Administración de Servicio de Saneamiento - San Vicente de

Piedra Rodada cuenta actualmente con 10 especialistas.
Muestra
Para efectos de la muestra esta ha sido los encargados de la facturación de la

Junta de Administración de Servicio de Saneamiento - San Vicente de Piedra
Rodada, que consta de 10 especialistas.
53
4.3. Técnicas e instrumentos.
En esta investigación se utilizó la técnica de Encuesta, además se utilizó la

técnica de observación directa, el instrumento que se utilizará será un
cuestionario de tipo cerrado dicotómico, lo que implica solo dos alternativas;
Si o No.
4.4. Procedimiento de recolección de datos.
Comenzamos por distinguir las fuentes distintivas de los datos, las técnicas
y los instrumentos principales para la recopilación de información, y
después de eso continuamos comprendiendo las características y requisitos
técnicos que tuvo la escala de medición del encuesta.
En su mayor parte, para obtener datos de grupos humanos e individuos, es

prudente depender de estrategias que nos permitan ahorrar esfuerzo y
tiempo, por ejemplo, encuestas.
En ese momento, los trabajadores responsables de facturación de la Junta

Administradora de servicios de saneamiento fueron elegidos para aplicar la
encuesta y se les entregó su respectivo material impreso. Asimismo, se
consideró evitar tecnicismos, que ofrecía una oportunidad superior para
transmitir ideas, completa y puntual, entre el interrogador y el encuestado, y
finalmente continuó dando y guiando al encuestado siempre que lo requiera.
54
4.5. Definición operacional de las variables de estudio.
Tabla 4: Matriz de Operacionalización de la variable.
Variable Definición Conceptual Dimensiones Indicadores Definición Operacional
 Información oportuna.
Acceso a la información
Desarrollo de Un sistema de información es un  Tener información relevante para
Un sistema de información
un software, conjunto de elementos o entidades la toma de decisiones.
es el proceso mediante el
para la Gestión que interactúan entre sí, con el fin u  Velocidad
cual se automatiza las
de Facturación. objetivo de apoyar las actividades  Satisfacción
operaciones sobre el control
de una organización que forma  Seguridad
del proceso de facturación
parte del ambiente del sistema (20).
de la Junta Administradora
 Conocimiento de sistemas de
Necesidad de desarrollo del de Servicio de Saneamiento
información.
Sistema de Información. de la Provincia de Sullana,
 Opinión sobre la implementación.
cuya eficiencia se medirá a
 Opinión sobre la necesidad de
través de la satisfacción de
implementación.
los clientes en la calidad del
 Conocimiento de las ventajas del
servicio.
uso de un sistema de información.
55
El control automatizado de
la emisión de recibos
mensuales, permite
garantizar la eficiente
entrega de recibos al
término de cada mes.
56
4.6. Matriz de consistencia
Tabla 5: Matriz de consistencia.
PROBLEMÁTICA OBJETIVOS HIPÓTESIS METODOLOGÍA
Objetivo General: Hipótesis General: Este proyecto de investigación se

¿De qué manera el Desarrollo de
catalogó como una investigación del
Desarrollar un Software para la Gestión de El Desarrollo un Software para la
un Software para la Gestión de
nivel descriptiva, debido a que se
Facturación de Junta Facturación de la Junta Administradora de
la Gestión de Facturación de la Junta
analizó una problemática y a partir de
Servicios de Saneamiento - San Vicente de Administradora de Servicios de
Administradora de Servicios de
ese análisis se ejecutó una
Piedra Rodada; 2017, para mejorar la calidad Saneamiento - San Vicente de Piedra
Saneamiento - San Vicente de
interpretación de los resultados
del servicio a los clientes. Rodada; 2017, mejorará la calidad
Piedra Rodada; 2017, mejora la
obtenidos, además fue de tipo
del servicio a los clientes.
calidad del servicio a los clientes?
cuantitativo debido a que utiliza la
Objetivos específicos:
recolección de información para
probar hipótesis así como el diseño
1. Determinar los requerimientos de
de esta investigación fue de tipo
información que la empresa requiere, a
partir de los usuarios involucrados con no experimental y de corte
el proceso a implementar. transversal.
57
2. Especificar la metodología a utilizar Población
para el desarrollo del software
requerido. La Junta de Administración de
Servicio de Saneamiento - San
3. Modelar en forma gráfica el proceso Vicente de Piedra Rodada cuenta
de facturación, usando metodología actualmente con 10 trabajadores.
UML
4. Desarrollar el software que automatice Muestra

los procesos analizados.
Para efectos de la muestra esta ha
5. Realizar las pruebas respectivas del sido los encargados de la facturación
sistema, para detectar los problemas de la Junta de Administración de
antes de implantar el software. Servicio de Saneamiento - San
Vicente de Piedra Rodada, que
6. Implantar el sistema informático en el consta de 10 trabajadores.
entorno del usuario.
58
4.7. Plan de análisis.
Una vez que se adquirió la información recopilada después de que se

adquirió el resumen, se inicio la tabulación de los resultados de cada
interrogante en el programa de adaptación de Microsoft Excel 2007 y, en
este sentido, se colocaron las tablas de clasificación donde se demostraron:
 Los ítems de interrogantes.
 Las alternativas de respuesta.
 Frecuencias absolutas.
 Se explican los porcentajes y a partir de éstos, los gráficos

adecuados y posteriormente las recomendaciones.
4.8. Principios éticos.
Durante el desarrollo de la presente investigación denominada “Desarrollo

de un software para la Gestión de Facturación de la Junta de Administración
de Servicio de Saneamiento - San Vicente de Piedra Rodada”;He
considerado en carácter estricto el acatamiento de los principios éticos que
permitan asegurar la originalidad de la Investigación. De manera similar, se
ha respetado los derechos de propiedad intelectual de los libros de texto y de
las fuentes electrónicas examinadas, importantes para estructurar el marco
teórico.
59
V. RESULTADOS.
5.1. Resultados por Preguntas.
5.1.1. Dimensión 01: Nivel de acceso a la información.
Tabla 6: Control de recibos de manera manual.
Distribución de frecuencias y respuestas relacionadas con el control interno

en la emisión de recibos de manera manual; respecto al desarrollo de un
software para la Gestión de Facturación de la Junta Administradora de
Servicios de Saneamiento - San Vicente de Piedra Rodada; 2017.
Alternativa n %
SI 8 80
NO 2 20
Total 10 100
Fuente: Instrumento aplicado a los trabajadores de la Junta Administradora de

Servicios de Saneamiento - San Vicente de Piedra Rodada; para responder a
la pregunta: ¿El control interno de la emisión de recibos es de manera
manual?
Aplicado por: Panta, I.; 2017.
En la Tabla Nro. 06 se puede observar que el 80% de los trabajadores

encuestados expresaron que SI se hace un control interno en la emisión de
recibos de manera manual, mientras tanto el 20% de los trabajadores
encuestados manifestaron que No.
60
Tabla 7: Perdida de información.
Distribución de frecuencias y respuestas relacionadas con la pérdida de

información en la emisión de recibos de manera manual; respecto al
desarrollo de un software para la Gestión de Facturación de la Junta
Rodada; 2017.
Alternativa n %
SI 9 90
NO 1 10
Total 10 100

la pregunta: ¿Se pierde información de facturación en la emisión de recibos
de manera manual?

encuestados expresaron que SI se pierde información en la emisión de recibos
de manera manual, mientras tanto el 10% de los trabajadores encuestados
manifestaron que No.
61
Tabla 8: Búsqueda de información de los recibos de manera manual.
Distribución de frecuencias y respuestas relacionadas con la búsqueda de

información de los recibos de manera rápida; respecto al desarrollo de un
Alternativa n %
SI 7 70
NO 3 30
Total 10 100

la pregunta: ¿Se demanda tiempo en la búsqueda de información de los
recibos de manera manual?

encuestados expresaron que NO se encuentra información de los recibos de
manera rápida, mientras tanto el 30% de los trabajadores encuestados
62
5.1.2. Dimensión 02: Necesidad de desarrollo del Sistema de Información.
Tabla 9: Control en la emisión de recibos.
Distribución de frecuencias y respuestas relacionadas con el control en la

emisión de recibos en relación a los requerimientos de los trabajadores;
respecto al desarrollo de un software para la Gestión de Facturación de la
Junta Administradora de Servicios de Saneamiento - San Vicente de Piedra
Rodada; 2017.
Alternativa n %
SI 9 90
NO 1 10
Total 10 100

la pregunta: ¿Estaría usted de acuerdo con el desarrollo de un software de
Gestión de Facturación, para un mejor control en la emisión de recibos?

encuestados expresaron que SI están de acuerdo con el desarrollo de un
software para un mejor control en la emisión de recibos, mientras tanto el
10% de los trabajadores encuestados manifestaron que No.
63
Tabla 10: Control mensual en la emisión de recibos.
Distribución de frecuencias y respuestas relacionadas con el control mensual

en la emisión de recibos; respecto al desarrollo de un software, para la
Gestión de Facturación, de la Junta Administradora de Servicios de
Saneamiento - San Vicente de Piedra Rodada; 2017.
Alternativa n %
SI 8 80
NO 2 20
Total 100 100

la pregunta: ¿Cree usted que el desarrollo de un software para la Gestión de
Facturación traería consigo un mejor control mensual en la emisión de
recibos?

encuestados expresaron que SI creen que el desarrollo de un software de
Gestión de Facturación traería consigo un mejor control mensual en la
emisión de recibos, mientras tanto el 20% de los trabajadores encuestados
64
Tabla 11: Mejorar el servicio de atención al cliente y mejorar la imagen
institucional.
Distribución de frecuencias y respuestas relacionadas con mejorar el servicio

de atención al cliente y mejorar la imagen institucional; respecto al desarrollo
de un software para la Gestión de Facturación de la Junta Administradora de
Alternativa n %
SI 6 60
NO 4 40
Total 100 100

la pregunta: ¿Considera usted que la el desarrollo de un software para la
Gestión de Facturación, permitirá mejorar el servicio de atención al cliente y
mejorar la imagen institucional?

encuestados expresaron que SI consideran que el desarrollo de un software de
Gestión de Facturación, permitirá mejorar el servicio de atención al cliente y
mejorar la imagen institucional, mientras tanto el 40% de los trabajadores
65
Tabla 12: Tiempo en la emisión de recibos.
Distribución de frecuencias y respuestas relacionadas con el tiempo en la

emisión de recibos; respecto al desarrollo de un software para la Gestión de
Vicente de Piedra Rodada; 2017.
Alternativa n %
SI 5 50
NO 5 50
Total 100 100

la pregunta: ¿Cree usted que el desarrollo de un software para la Gestión de
Facturación permitirá agilizar y minimizar considerablemente los tiempos en
la emisión de recibos?

encuestados expresaron que SI consideran que el desarrollo de un software de
Gestión de Facturación permitirá agilizar y minimizar considerablemente los
tiempos en la emisión de recibos, mientras tanto el 50% de los trabajadores
66
Tabla 13: Eficiencia del sistema de información.
Distribución de frecuencias y respuestas relacionadas con el nivel de

satisfacción sobre la eficiencia del sistema; respecto al desarrollo de un
Alternativa n %
SI 7 70
NO 3 30
Total 100 100

la pregunta: ¿Cree usted que los procesos de atención serían más rápidos con
un sistema de información?

encuestados expresaron que SI consideran que los procesos de atención serían
más rápidos con un sistema de información, mientras tanto el 30% de los
trabajadores encuestados manifestaron que No.
67
Tabla 14: Reducción de costos con un sistema de información.
Distribución de frecuencias y respuestas relacionadas con la reducción de

costos con un sistema de información; respecto al desarrollo de un software
para la Gestión de Facturación de la Junta Administradora de Servicios de
Alternativa n %
SI 6 60
NO 4 40
Total 100 100

la pregunta: ¿Cree usted que reducirá los costos de la empresa con un sistema
de información?

encuestados expresaron que SI consideran que reducirán los costos de la
empresa con un sistema de información, mientras tanto el 40% de los
trabajadores encuestados manifestaron que No.
68
Tabla 15: Reducción de tareas repetitivas y los procesos manuales con
un sistema de información
.
Distribución de frecuencias y respuestas relacionadas con la reducción de
tareas repetitivas y los procesos manuales con un sistema de información;
respecto al desarrollo de un software para la Gestión de Facturación de la
Junta Administradora de Servicios de Saneamiento - San Vicente de Piedra
Rodada; 2017.
Alternativa n %
SI 8 80
NO 2 20
Total 100 100

la pregunta: ¿Cree usted que reducirá las tareas repetitivas y los procesos
manuales con un sistema de información?

encuestados expresaron que SI consideran que reducirán las tareas repetitivas
y los procesos manuales con un sistema de información, mientras tanto el
20% de los trabajadores encuestados manifestaron que No.
69
5.2. Resultados por Dimensión.
Tabla 16: Dimensión nivel de acceso a la información.
Distribución de frecuencias y respuestas relacionadas con la dimensión 01:

Nivel de acceso a la información; respecto al desarrollo de un software para la
Gestión de Facturación de la Junta Administradora de Servicios de
Alternativa n %
SI 8 80
NO 2 20
Total 100 100
Fuente: Instrumento para medir la Dimensión: Nivel de acceso a la

información, basado en tres preguntas aplicadas a los trabajadores, de la Junta
Rodada; 2017
En la Tabla Nro. 16 se puede interpretar que el 80% de los trabajadores

encuestados expresaron SI se demanda tiempo, como también se pierde
información con el acceso a la información de manera manual, esto quiere
decir que no están contentos con el sistema actual de la organización(sistema
manual), mientras tanto el 20% de los trabajadores encuestados expresaron
que No.
70
Ilustración 18: Dimensión nivel de acceso a la información.
Distribución porcentual de frecuencias y respuestas relacionadas con la

dimensión 01: Nivel de acceso a la información; respecto al desarrollo de un
Fuente: Tabla Nro. 16.
71
Tabla 17: Dimensión necesidad de desarrollo de un Sistema de
información.
Distribución de frecuencias y respuestas relacionadas con la dimensión 02:

necesidad de desarrollo de un sistema de información; respecto al desarrollo
de un software para la Gestión de Facturación de la Junta Administradora de
Alternativa n %
SI 7 70
NO 3 30
Total 100 100
Fuente: Instrumento para medir la Dimensión: necesidad de desarrollo del

Sistema de Información, basado en siete preguntas aplicadas a los
trabajadores de la Junta Administradora de Servicios de Saneamiento - San
En la Tabla Nro. 17 se puede interpretar que el 70% de los trabajadores

encuestados expresaron SI perciben que es necesaria la realización del
desarrollo de un sistema de Gestión, mientras tanto el 30% de los trabajadores
72
Ilustración 19: Dimensión necesidad de desarrollo de un sistema de
información.
Distribución porcentual de frecuencias y respuestas relacionadas con la

dimensión 02: necesidad de desarrollo de unsistema de información; respecto
al desarrollo de un software para la Gestión de Facturación de la Junta
Rodada; 2017.
Fuente: Tabla Nro. 17.
73
Tabla 18: Resumen General de Dimensiones.
Distribución de frecuencias y respuestas relacionadas con las dos dimensiones

planteadas para determinar los niveles de acceso a la información de manera
manual y de la necesidad de desarrollo de un sistema de información,
aplicada a los trabajadores; respecto al desarrollo de un software para la
Gestión de Facturación de la Junta Administradora de Servicios de
ALTERNATIVAS DE RESPUESTA
DIMENSIONES MUESTRA
Si % No % n %
Nivel de acceso a la
información. 8 80 2 20 10 100
necesidad de desarrollo de un
sistema de información 7 70 3 30 10 100
Fuente: Aplicación del instrumento a los trabajadores encuestados acerca de

la satisfacción de las dos dimensiones definidas para la investigación
relacionadas con el nivel de acceso a la información de manera manual y de
la necesidad de desarrollo de un sistema de información, aplicada a los
trabajadores; respecto al desarrollo de un software para la Gestión de
En los resultados de la Tabla Nro. 18, se puede observar que en lo que

respecta a la dimensión 01: nivel de acceso a la información de manera
manual, el 80% de los trabajadores encuestados determinó que SI se demanda
tiempo, como también se pierde información con el acceso a la información
de manera manual, esto quiere decir que no están contentos con el sistema
74
actual de la organización(sistema manual), mientras tanto el 20% de los
trabajadores encuestados manifestaron que No y en lo que se concierne a la
dimensión 02: necesidad de desarrollo de un sistema de información el 70%
concluyó indicando que SI están de acuerdo que se requiere de el desarrollo
de un sistema de información, mientras tanto el 30% de los trabajadores
Ilustración 20: Resumen general de dimensiones.
Distribución porcentual y de frecuencias de las respuestas relacionadas con

las dos dimensiones planteadas para determinar los niveles de acceso a la
información de manera manual y de la necesidad de desarrollo de un sistema
de información, aplicada a los trabajadores; respecto al desarrollo de un
Fuente: Tabla Nro. 18
75
5.3. Análisis de resultados.
El objetivo principal de la presente investigación fue: Desarrollar un Software

para la Gestión de Facturación de la Junta Administradora de Servicios de
Saneamiento - San Vicente de Piedra Rodada; 2017, para mejorar la calidad
del servicio a los clientes, a fin de mejorar los procedimientos y tener un
control en la emisión de recibos. Luego de aplicar la técnica y el instrumento
apto para esta investigación a los trabajadores de áreas responsables de la
emisión de recibos de la Junta de Administración de Servicio de Saneamiento
- San Vicente de Piedra Rodada, fue posible decidir el presente análisis de
resultados:
1. En la Dimensión 01: Nivel de acceso a la información, en el resumen

de esta medición que aparece en la tabla N ° 16, se puede descifrar
muy bien que el 80% de los especialistas encuestados comunicaron
que SI se demanda tiempo, como también se pierde información con
el acceso a la información de manera manual, esto quiere decir que no
están contentos con el sistema actual de la organización(sistema
manual), mientras tanto el 20% de los trabajadores encuestados
manifestaron que No. Esta información consiguió afirmar la
información adquirida por Silupu Mena en su propuesta titulada:
Implementación de un sistema de trámite documentario para la
Municipalidad Distrital de Bellavista - Sullana; 2018; donde se
demuestra que el 80% de los especialistas encuestados comunicaron
que NO están contentos con el sistema actual de la organización,
mientras que el 20% mostró que sí. Con esto podemos inferir que en
ambas investigaciones hay un estado de insatisfacción contra el
sistema actual(Sistema manual).
76
2. En la Dimensión 02: Necesidad de desarrollo del Sistema de
Información, en el resumen de esta medición que aparece en la tabla
No. 17, se puede descifrar muy bien que el 70% de los especialistas
encuestados comunicaron que SI perciben que es necesaria la
elaboración del desarrollo de un sistema de Gestión, mientras tanto el
30% de los trabajadores encuestados manifestaron que No. Esta
información obtenida afirma la información obtenida por Silupu Mena
en su propuesta titulada: Implementación de un sistema de trámite
documentario para la Municipalidad Distrital de Bellavista - Sullana;
2018, donde se demostró que el 70% de los especialistas encuestados
comunicaron que SÍ es viable el desarrollo de un sistema de gestión
documentaria, mientras que el 30% mostró que NO. Con esto
podemos suponer que en ambas investigaciones hay un estado de
satisfacción con la implementación del sistema.
77
5.4. Propuesta de mejora.
Después de haber visto los resultados obtenidos anteriormente, se plantean las

siguientes propuestas de mejora:
 Realizar el modelamiento de un Sistema de Facturación teniendo

como metodología de desarrollo de software RUP conjuntamente con
el lenguaje de modelado UML.
 Implementar un Sistema de Facturación en entorno de escritorio,

basado en el uso de herramientas licenciadas como son MS Visual y el
gestor de base de datos SQL Server.
5.4.1. Procesos de la Empresa.
1. Gestión de Usuarios
2. Gestión de Categorías
3. Gestión de Medidor
4. Gestión de Libro Tarifario
5. Gestión de Clientes
6. Gestión de Asignación de Medidor
7. Gestión de Libro de Lecturas
8. Gestión de Facturación
9. Gestión de Pagos
78
5.4.2. Fases de diseño.
Tabla 19: Glosario de actores.
Actor Descripción Caso de Uso
Persona responsable de la empresa, 1. Gestión de asignación de

la que está encargada y autorizada de medidor.
gestionar los procesos, tales como 2. Gestión de categorías.
Administrador gestionar los clientes, los pagos por 3. Gestión de clientes.
servicio, la facturación, el libro de 4. Gestión de facturación.
tarifas, el libro de lecturas, las 5. Gestión de Libro de
categorías, los medidores, la Lecturas.
asignación de medidores, y la 6. Gestión de libro tarifario.
gestión de usuarios. 7. Gestión de medidor.
8. Gestión de Pagos.
9. Gestión de usuarios.
Trabajadora que se encuentra 1. Gestión de clientes.

encargada y autorizada de gestionar 2. Gestión de Facturación.
Secretaria los procesos de tales como, gestionar 3. Gestión de Pagos.
los datos del cliente, la facturación 4. Gestión Libro Lecturas.
del servicio, los pagos por el
servicio, el libro de lecturas.
Es la persona (natural o jurídica),

Cliente que realiza los trámites necesarios 1. Realizar pagos por el
para obtener el servicio de agua servicio de agua potable.
potable, y formar parte como cliente.
Verificador Es el trabajador(a) encargado(a) de

obtener las lecturas a los medidores 1. Realizar la obtención de las
de agua que tienen cada cliente. lecturas de medidores.
79
Ilustración 21: Modelo Caso de Uso de Negocio
80
Diagramas Casos de uso.
Ilustración 22: Diagrama Casos de uso - Gestión de Usuarios.
Fuente elaboración propia.
81
Tabla 20: Narración casos de uso - Gestión de Usuarios.
Nombre del caso de uso Gestión de Usuarios
Tipo de caso de uso Primario
Actor Primario Administrador
Actor(es) Secundario(s)
El Administrador de la JASS, registra los datos del Usuario

Descripción
generando un código de identificación dentro del sistema.
Secuencia normal
1.-El Administrador registra al nuevo usuario, verificando
que no se encuentre registrado, después va ingresando los
datos del usuario(User/Password/Tipo/privilegios), se
verifica el ingreso correcto y se genera un código de
identificación dentro del sistema.
2.-El Administrador , puede modificar los datos del

Usuario registrado si así se requiera.
3.-El Administrador, puede dar de baja los datos del

Usuario registrado, si así se requiera.
4.-El Administrador puede consultar los datos del Usuario

si así se requiera.
5.-El Administrador puede generar reportes de los datos de

Usuarios y de manera opcional puede imprimir el reporte.
El Administrador debe haber ingresado correctamente al

Pre Condición sistema.
Post Condición Se ha gestionado correctamente al Usuario
82
Ilustración 23: Diagrama Casos de uso - Gestión de Categorías.
83
Tabla 21: Narración casos de uso - Gestión de Categorías.
Nombre del caso de uso Gestión de Categorías
El Administrador procede a gestionar las Categorías , las

Descripción cuales serán posteriormente asignadas en el registro de
Tarifas.
Secuencia normal
1.-El Administrador registra la nueva categoría,
verificando que no se encuentre registrada, después va
ingresando los datos tales como
(Nombre/Descripción/Estado), se verifica el ingreso
correcto y se genera un código de identificación dentro del
sistema.
2.-El Administrador , puede modificar los datos de la

Categoría registrado si así se requiera.
3.-El Administrador, puede dar de baja los datos de la

Categoría registrado, si así se requiera.
4.-El Administrador puede consultar los datos de la

Categoría si así se requiera.

Categorías y de manera opcional puede imprimir el
reporte.

Se gestiono correctamente los datos de la Categoría.

Post Condición
84
Ilustración 24: Diagrama Casos de uso - Gestión de Medidor.
85
Tabla 22: Narración casos de uso - Gestión de Medidor.
Nombre del caso de uso Gestión de Medidor
El Administrador procede a gestionar los datos de

Descripción Medidores, para el control del suministro de agua potable.
Secuencia normal 1.-El Administrador registra los nuevos datos del Medidor,
verificando que no se encuentre registrado, después va
ingresando los datos tales como (N-
Serie/Descripción/Estado), se verifica el ingreso correcto y
se genera un código de identificación dentro del sistema.
2.-El Administrador , puede modificar los datos del

Medidor registrado si así se requiera.
3.-El Administrador, puede dar de baja los datos del

Medidor registrado, si así se requiera.
4.-El Administrador puede consultar los datos del Medidor

si así se requiera.

Medidores y de manera opcional puede imprimir el
reporte.

Post Condición Se gestiono correctamente los datos del Medidor.
86
Ilustración 25: Diagrama Casos de uso - Gestión de Libro Tarifario.
87
Tabla 23: Narración casos de uso - Gestión de Libro Tarifario.
Nombre del caso de uso Gestión de Libro Tarifario
El Administrador procede a gestionar los datos de las

Descripción tarifas, las cuales van a servir para la facturación por el
consumo del agua potable de los clientes registrados.
Secuencia normal
1.-El Administrador registra los nuevos datos de la Tarifa,
verificando que no se encuentre registrada, después se va
ingresando los datos tales como (Nombre-Descripción-
Precio-Estado), y se le asigna la categoría a la cual se le
aplicara la tarifa, se verifica el ingreso correcto de datos y
se genera un código de identificación dentro del sistema.
2.-El Administrador , puede modificar los datos de la

Tarifa registrada si así se requiera.
3.-El Administrador, puede dar de baja los datos de la

Tarifa registrada, si así se requiera.
4.-El Administrador puede consultar los datos de las

Tarifas si así se requiera.

las Tarifas y de manera opcional puede imprimir el
reporte.
El Administrador debe de haber ingresado correctamente

Pre Condición
al sistema.
Post Condición Se gestiono correctamente los datos de las Tarifas
88
Ilustración 26: Diagrama Casos de uso - Gestión de Clientes.
89
Tabla 24: Narración casos de uso - Gestión de Clientes.
Nombre del caso de uso Gestión de Clientes
Actor Primario Cliente
Actor(es) Secundario(s) Secretaria
La secretaria que se encuentra registrada, tiene

Descripción
autorización de gestionar los datos del cliente..
Secuencia normal
1.-El cliente llega a la empresa y se dirige a la secretaria.
2.-El cliente le brinda sus datos ala secretaria para que ella
pueda registrarlo.
3.-La secretaria registra al nuevo cliente, verificando que

no se encuentre ya registrado y que todos sus datos estén
correctamente y se le genera su código de cliente.
4.-La secretaria, puede modificar los datos del cliente

registrado si así se requiera.
5.-La secretaria, puede dar de baja los datos del cliente

registrado si así se requiera.
6.-La secretaria puede consultar los datos del cliente si asi

se requiera.
7.-La secretaria puede generar reportes de los datos de

clientes y de manera opcional puede imprimir el reporte.
La secretaria debe de haber ingresado correctamente al

Pre Condición
sistema.
Post Condición Se ha gestionado correctamente los datos del cliente.
90
Ilustración 27: Diagrama Casos de uso - Gestión de asignación de

medidor
91
Tabla 25: Narración casos de uso - Gestión de asignación de medidor.
Nombre del caso de uso Gestión de Asignación de Medidor
Primario
Tipo de caso de uso
Actor Primario Secretaria
La secretaria le asigna al cliente registrado, un Medidor

que se encuentre disponible, el cual será instalado en su
Descripción
casa, permitiendo la tomade lecturas para determinarel
consumomensual por el servicio.
Secuencia normal 1.-La Secretaria procede a ingresar los datos del cliente,
se verifica su existencia y si no tiene asignado ya un
medidor, después se ingresa los datos del medidor, sé
verifica su existencia y disponibilidad y se procede a
registrar los datos de asignación de medidor.
2.-La secretaria, puede modificar los datos de

Asignación de Medidor a cliente si así se requiera.
3.-La secretaria, puede dar de baja los datos de

Asignación de Medidor a cliente si así se requiera.
4.-La secretaria puede consultar los datos de Asignación

de Medidor a clientes si así se requiera.
5.-La secretaria puede generar reportes de los datos de

Asignación de Medidor a clientes y de manera opcional
puede imprimir el reporte.

Pre Condición
sistema.
Se ha gestionado correctamente los datos de Asignación

Post Condición
de Medidor a Cliente.
92
Ilustración 28: Diagrama Casos de uso - Gestión de Libro de Lecturas.
93
Tabla 26: Narración casos de uso - Gestión de Libro de Lecturas.
Nombre del caso de uso Gestión de Libro de Lecturas
Secretaria
Actor Primario
La Secretaria recoge las lecturas de los medidores de los

clientes otorgadas por el Verificador(Trabajador) y se las
Descripción
registra correctamente al Cliente en el sistema, después se
pasara a la facturación del mes correspondiente.
Secuencia normal 1.-La secretaria ingresa los datos del cliente al que se le
asignaran las lecturas del medidor según el mes
correspondiente, verificando que los datos del cliente
existan, además se verifica que no se le encuentren lecturas
ya asignadas en el mes, y se empieza a ingresar las
lecturas(Anterior - Actual). y finalmente se procede a
registrar los datos de lecturas asignadas al cliente.
2.-La secretaria, puede modificar los datos de las Lecturas

registradas si así se requiera.
3.-La secretaria, puede dar de baja los datos de las Lecturas

4.-La secretaria puede consultar los datos de las Lecturas

5.-La secretaria puede generar reportes de los datos de las

Lecturas registradas y de manera opcional puede imprimir el
reporte.

Pre Condición sistema
Se ha gestionado correctamente la asignación de los datos

Post Condición de Lecturas al cliente..
94
Ilustración 29: Diagrama Casos de uso - Gestión de Facturación.
95
Tabla 27: Narración casos de uso - Gestión de Facturación.
Nombre del caso de uso Gestión de Facturación
La secretaria procederá a la gestión de facturación por el

Descripción servicio de consumo de agua potable del cliente.
1.-La secretaria ingresa los datos de cliente al que se le

Secuencia normal asignara la facturación.
2.-Se verifica que los datos del cliente existan.
3.-Luego se procede a ingresar los datos de las lecturas ya

asignadas al cliente del mes correspondiente a facturar, y se va
calculando el monto total a pagar.
4.-Finalmente se procede a registrar correctamente los datos de

Facturación al cliente.
5.-El sistema verifica si el cliente tiene morosidad , si es así se

pasa a generar la orden de corte del servicio y después a
imprimirla. Y si no tiene se pasa directamente a generar la
emisión del recibo y a imprimirlo.
La secretaria debe de haber ingresado correctamente al sistema

Pre Condición
Se ha gestionado correctamente los datos de Facturación

Post Condición
96
Ilustración 30: Diagrama Casos de uso - Gestión de Pagos.
97
Tabla 28: Narración casos de uso - Gestión de Pagos.
Nombre del caso de uso Gestión de Pagos
La secretaria procederá a registrar el pago realizado por el

Descripción
cliente.
Secuencia normal 1.-El cliente llega para realizar el pago por el servicio.
2.-La secretaria lo atiende ,le pide el recibo para obtener sus

datos y así buscarlo y si no lleva su recibo le pide sus datos al
cliente, como su código o su nombre para así buscarlo en el libro
de pagos.
3.-Luego de buscar al cliente en el libro de pagos, se consulta el

mes a pagar y se verifica si es que tiene deudas de meses
atrasados, luego se calcula el total de la deuda a pagar, y el
encargado recibe el dinero total que debe pagar el cliente.
4.-Y por último el encargado registra en el libro de pagos la

cancelación del pago , hecho por el cliente.
5.-Pero si el cliente llega, para realizar el pago para la re

conexión del servicio por motivo de corte , se calcula el total
de la deuda a pagar (sumando el total a pagar de cada mes
atrasado y se le asigna un recargo por re conexión que tiene el
valor de 100$).
6.-Luego se registra la cancelación de la deuda de todos los

meses atrasados y la re conexión del servicio.
Pre Condición La secretaria debe de haber ingresado correctamente al sistema.
Post Condición Se ha gestionado correctamente los Pagos realizados por el

cliente.
98
Diagramas de secuencia.
Ilustración 31: Diagrama de Secuencia - Gestión de Usuarios.
99
Ilustración 32: Diagrama de Secuencia - Gestión de Categorías.
100
Ilustración 33: Diagrama de Secuencia - Gestión de Medidor.
101
Ilustración 34: Diagrama de Secuencia - Gestión de Libro Tarifario.
102
Ilustración 35: Diagrama de Secuencia - Gestión de Clientes.
103
Ilustración 36: Diagrama de Secuencia - Gestión de Asignación de

Medidor.
104
Ilustración 37: Diagrama de Secuencia - Gestión de Libro de Lecturas.
105
Ilustración 38: Diagrama de Secuencia - Gestión de Facturación.
106
Ilustración 39: Diagrama de Secuencia - Gestión de Pagos.
107
Diagramas de actividades.
Ilustración 40: Diagrama de actividades - Gestión de Usuarios.
108
Ilustración 41: Diagrama de actividades - Gestión de Categorías.
109
Ilustración 42: Diagrama de actividades - Gestión de Medidor.
110
Ilustración 43: Diagrama de actividades - Gestión de Libro Tarifario.
111
Ilustración 44: Diagrama de actividades - Gestión de Clientes.
112
Ilustración 45: Diagrama de actividades - Gestión de Asignación de

Medidor.
113
Ilustración 46: Diagrama de actividades - Gestión de Libro de

Lecturas.
114
Ilustración 47: Diagrama de actividades - Gestión de Facturación.
115
Ilustración 48: Diagrama de actividades - Gestión de Pagos.
116
Diagramas de Clases.
Ilustración 49: Diagramas de clases.
117
Diagrama de Base de Datos.
Ilustración 50: Diagrama de Entidad Relación.
Fuente: Elaboración Propia.
118
Ilustración 51: Diagrama de Base de Datos Relacional.
119
Módulos del sistema.
Ilustración 52: Interfaz de Acceso.
120
Ilustración 53: Interfaz de Menú Principal.
121
Ilustración 54: Interfaz Gestión Usuarios.
Ilustración 55: Interfaz Gestión de Medidor.
122
Ilustración 56: Interfaz Gestión de Libro Tarifario.
Ilustración 57: Interfaz Gestión de Categorías.
123
Ilustración 58: Interfaz Gestión de Clientes.
Ilustración 59: Interfaz Gestión de Asignación de Medidor.
124
Ilustración 60: Interfaz Gestión de Libro de Lecturas.
Ilustración 61: Interfaz Gestión de Facturación
125
Ilustración 62: Interfaz Gestión de Pagos.
126
5.4.3. Propuesta económica.
TÍTULO: Desarrollo de un software para la Gestión de Facturación

de la Junta de Administración de Servicio de Saneamiento - San
TESISTA: Irvin Pool Panta Garcia.
Tabla 29: Propuesta económica para la implantación del sistema.
Descripción Cantidad Costo Unitario Total
Licencia para
Software MS 01 260 260
SQL Server.
Licencia para
software MS 01 500 500
Visual Studio.
Licencia para 01 240 240

Windows 8.1 Pro.
Total (S/.) 1000
127
VI. CONCLUSIONES.
Como lo indican los resultados obtenidos, examinados y traducidos, se suele

decir que existe un alto nivel de decepción con respecto a los trabajadores en
cuanto a la forma actual en que trabajan en la institución y, además, un alto
índice de percepción de La necesidad de implementar un sistema que mejora
el método actual para trabajar en la organización.
1. El 80% de los empleados encuestados expresó que SI se demanda tiempo,

como también se pierde información con el acceso a la información de
manera manual, esto quiere decir que no están contentos con el sistema
actual(sistema manual) con el que labora la Institución. Es importante
implementar este sistema dentro de la organización, ya que es importante
informatizar los procedimientos que se realizan y permitir acelerar la atención
y tener un mejor control en la emisión de recibos.
2. El 70% de los encuestados afirmó que, SI es dable implementar un

software de gestión de facturación. El desarrollo de un software de gestión de
facturación es factible, Al contar con modernos equipos tecnológicos que
permiten el almacenamiento información, se requiere menos inversión para su
uso.
128
RECOMENDACIONES.
 Es necesario que el software de gestión de facturación sea manejado

por el personal adecuado, preparándose antes para llevar de manera
eficiente el control en la emisión de recibos.
 Tendrá acceso el responsable autorizado de manipular el sistema

informático, quien aplicará los conocimientos adquiridos.
 Se prescribe tener reuniones constantes con los ejecutantes del

Sistema para obtener propuestas sobre las funcionalidades del Sistema
y mantenerse alejado de los posibles errores de programación y
respectiva corrección para adquirir un software de calidad.
 Es primordial la implementación del Sistema de Gestión de

facturación a la Junta Administradora de Servicio de Saneamiento
para estar acorde a los nuevos cambios de las tecnologías emergente.
129
REFERENCIAS BIBLIOGRÁFICAS.
1. Rodríguez K, Borbor A. Diseño e Implementación de un Sistema de Facturación

y Órdenes de Trabajo para La Empresa Electro Car. Guayaquil; 2016.
2. Ordoñez P. Diseño e Implementación del Sistema Facturación Electrónica para

Diario El Mercurio en APEX, con almacenamiento en Oracle DBMS y
publicado en WebLogic. Ecuador: Universidad Politécnica Salesiana.; 2015.
3. Velásquez L, Zeledón C. Sistema de inventario y facturación de la tienda de

accesorios de computadoras y celulares “Decosys”. Nicaragua: Universidad
Nacional Autónoma de Nicaragua: Managua; 2014.
4. Navarro T. Sistema de facturación electrónica para la gestión de comprobantes

de pago basado en ISO/IEC19845:2015 en Acgenesys S.A.C. LIMA – PERÚ;
2017.
5. Ra O. Implementación de un Sistema de Información para una Mype Comercial

Con Componentes de Libros y Facturación Electrónica. Lima - Perú; 2015.
6. Morales J. Diseño de un Sistema Informático utilizando la Metodología RUP

(Rational Unified Process) para la administración académica en el Centro de
idiomas Hemingway Huánuco. Lima: Pontificia Universidad Católica del Perú;
2014.
7. Silupu H. Implementación de un Sistema de Trámite Documentario para La

Municipalidad Distrital de Bellavista - Sullana; 2018 Piura; 2018.
8. Odicio W. Diseño e implementación del Sistema de Gestión para la Actividad

Productiva Agua Bayóvar del Gobierno Regional Piura. Piura: Universidad
Católica Los Angeles de Chimbote; 2014.
9. Kogan L. La caja negra. Lima: Relatos de la Investigacion; 2012.
10. García Rubio P. La importancia de las tecnologías de la información y la

comunicación en el proceso de enseñanza-aprendizaje. : Publicaciones
Didacticas; 2017.
130
11. Martinez. Algunos derechos reservados por: Claudia. [Online].; 2014. Available
from:
https://www.google.com/url?sa=i&rct=j&q=&esrc=s&source=images&cd=&ve
d=2ahUKEwiYtMXgnfjbAhXJ6lMKHSnFCiEQjRx6BAgBEAU&url=http%3A
%2F%2Fticfines2.blogspot.com%2F2014%2F09%2Fque-son-las-
tic.html&psig=AOvVaw3X3ar9G2YHBfhI1yyBG2DJ&ust=153033967669587
3.
12. Cabot SJ. Ingeniería del software: UOC; 2013.
13. Cobarsi J. Sistemas de información en la Empresa. Primera edicion digital. ed.

Poch. S, editor. Barcelona.: Editorial UOC.; 2013.
14. Sistema de Información en las Empresas. [Online].; 2014 [cited 2018 junio 20.
Available from: http://sistemas-de-de-informacion.blogspot.com/p/actividades-
basicas-de-unsistema-de_06.html.
15. Cervantes A. Todos los derechos reservados por: © 2000 - 2018 WebProfit
Ltda. [Online]. Available from: https://www.gestiopolis.com/wp-
content/uploads/2015/07/ciclo-de-vida-de-un-sistema-de-informacion-1.jpg.
16. Burgués J. Aprende a Modelar Aplicaciones con UML. Segunda ed ed.
17. Jorge M. Fundamentos en programacion java Madrid: EME.
18. Eslava V. El nuevo PHP. S.L EPBP, editor. Impreso en España; 2018.
19. Perez D. Los diferentes lenguajes de programación para la web. [Online].; 2007
[cited 2018 junio 15. Available from: http://www.maestrosdelweb.com/los-
diferentes-lenguajes-de-programacion-para-la-web/.
20. Brendan E. Blog of Brendan Eich. [Online].; 2014 [cited 2018 15 junio.
Available from: https://brendaneich.com.
21. Arias A. Aprende a Programar Asp.Net y C#. 2nd ed.; 2015.
22. Pablin. Curso Visual Basic. [Online].; 2015 [cited 2018 15 junio. Available
from: http://www.pablin.com.ar/computer/cursos/vb-cs/introduccion.htm.
23. Jorge M. Fundamentos en Progrmacion en Java Madrid: EME.
24. M. Df. Rup vs XP; 2007.
131
25. Andrés Navarro Cadavid. Revisión de metodologías ágiles para el desarrollo de
software ; 2013.
26. Toro F. Administración de Proyectos de Informática. Primera Edicion ed.

Bogota: Ecoe Ediciones; 2013.
27. Cobo A. Diseño y Programación de base de datos Madrid: Vision Libros.
28. Heredia J. Microsoft SQL Server 2014 Programación y Administración de Base

de Datos. [Online].; 2014 [cited 2018 15 junio. Available from:
http://infoinnova.net/2014/08/sql-server-2014-en-espanol/.
29. Cobo Á. PHP y MySQL: tecnologías para el desarrollo de aplicaciones web.

Díaz de Santos ed.; 2005.
30. Hostname. [Online].; 2018 [cited 2018 07 06. Available from:

https://www.hostname.cl/blog/las-ventajas-de-mysql-por-sobre-otras-bases-de-
datos.
31. Padial O. Blog de Orcar Padial. [Online].; 2014 [cited 2018 junio 16. Available
from: http://oscarpadial.com/objetivos-principales-de-la-seguridad-de-la-
informacion- en-las-redes/.
32. Academia. Academia. [Online].; 2016 [cited 2018 junio 16. Available from:
http://www.academia.edu/9876449/Auditoria_de_seguridad_de_sistemas_de_in
f ormacion.
33. Monte de Paz M. Seguridad Lógica y de Accesos y su Auditoría.

Madrid:Universidad Carlos III de Madrid Escuela Politécnica.
34. Rosa SSJ. Implementación de un Sistema de Información para La Mejora de

Trámite Documentario en La Unidad de Gestión Educativa Local Zarumilla.
Tesis. Tumbes: Unidad de Gestion Educativa Local de Zarumilla; 2016.
35. Morales F. manuelgross.bligoo.com. [Online].; 2015 [cited 2018 junio 18.

Available from: http://manuelgross.bligoo.com/conozca-3-tipos-de-
investigacion-descriptiva- exploratoria-y-explicativa.
132
ANEXOS
133
ANEXO Nº 1: CRONOGRAMA DE ACTIVIDADES.
134
ANEXO Nº 2: PRESUPUESTO Y FINANCIAMIENTO.
TITULO: Desarrollo de un Software para la Gestión de Facturación de la Junta Administradora de Servicios de Saneamiento - San Vicente
de Piedra Rodada; 2017.
TESISTA: Irvin Pool, Panta García
INVERSIÓN: S/.419.00 FINANCIAMIENTO: Recursos propios
DESCRIPCIÓN UNIDAD CANTIDAD COSTO UNITARIO SUB TOTAL

VIÁTICOS Y ASIGNACIONES
Movilidad Días 15 20.00 300.00
SERVICIO DE INTERNET
Internet Mes 4 20.00 80.00
Fotocopias Unidad 100 0.10 10.00
MATERIALES VARIOS
Lapiceros Unidad 10 1.50 15.00
Resaltador Unidad 2 2.00 4.00
Lápiz Unidad 3 0.50 1.50
Hojas Unidad 100 0.05 5.00
Folder manila Unidad 5 0.70 3.50
TOTAL S/. 419.00
135
ANEXO Nº 3: CUESTIONARIO.
TITULO: Desarrollo de un Software para la Gestión de Facturación de la Junta

Administradora de Servicios de Saneamiento - San Vicente de Piedra Rodada; 2017.
TESISTA: Irvin Pool, Panta García.
PRESENTACIÓN: El presente instrumento forma parte del actual trabajo de

investigación; por lo que se solicita su participación, respondiendo a cada pregunta
de manera objetiva y veraz. La información a proporcionar es de carácter
confidencial y reservado; y los resultados de la misma serán utilizados solo para
efectos académicos y de investigación científica.
INSTRUCCIONES: A continuación, se le presenta una lista de preguntas, agrupadas

por dimensión, que se solicita se responda, marcando una sola alternativa con un
aspa (“X”) en el recuadro correspondiente (SI o NO) según considere su alternativa,
de acuerdo al siguiente ejemplo:
Nº PREGUNTA SI NO
¿Estaría usted de acuerdo con el desarrollo de un software
01 para la Gestión de Facturación, para un mejor control en la X
emisión de recibos?
136
01: DEL CONTROL DE LA INFORMACIÓN.
Nº Pregunta SI NO
01 ¿El control interno de la emisión de recibos es manual?
¿Se pierde información de facturación en la emisión de recibos de

02
manera manual?
03 ¿Se demanda tiempo en la búsqueda de información de los recibos de

manera manual?
02: DEL DESARROLO DE UN SOFTWARE, PARA LA GESTIÓN DE

FACTURACIÓN.
Nº Pregunta SI NO
¿Estaría usted de acuerdo con el desarrollo de un software para la
04
Gestión de Facturación, para un mejor control en la emisión de
recibos?
¿Cree usted que el desarrollo de un software para la Gestión de
05
Facturación traería consigo un mejor control mensual en la emisión
de recibos?
¿Considera usted que la el desarrollo de un software para la Gestión
06
de Facturación, permitirá mejorar el servicio de atención al cliente y
mejorar la imagen institucional?
¿Cree usted que el desarrollo de un software para la Gestión de
07
Facturación permitirá agilizar y minimizar considerablemente los
tiempos en la emisión de recibos?
¿Cree usted que los procesos de atención serían más rápido con un
08
sistema de información?
¿Cree usted que reducirá los costos de la empresa con un sistema de
09
información?
¿Cree usted que reducirá las tareas repetitivas y los procesos
10
manuales con un sistema de información?
137

Ejemplo 1

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Ejemplo 1

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD CATÓLICA LOS ÁNGELES

DESARROLLO DE UN SOFTWARE PARA LA GESTIÓN

PROYECTO DE TESIS PARA OPTAR EL GRADO

IRVIN POOL PANTA GARCIA

ING. RICARDO MORE REAÑO

JURADO EVALUADOR DE TESIS Y ASESOR

MGTR. JOSÉ ALBERTO CASTRO CURAY

ING. JENNIFER DENISSE SULLÓN CHINGA

MGTR. MARLENY SERNAQUÉ BARRANTES

ING. RICARDO EDWIN MORE REAÑO

Dedico este trabajo aquellas personas que me ayudaron a superar cualquier

Irvin Pool Panta Garcia

Agradezco a mí asesor Ricardo More Reaño por compartir su sabiduría y su

Irvin Pool Panta Garcia.

Esta tesis ha sido desarrollada bajo la línea de investigación: Implementación de las

Palabras claves: Facturación, Gestión, Software.

Keywords: Billing, Management, Software..

JURADO EVALUADOR DE TESIS Y ASESOR .................................................... ii

Tabla 1: Hardware utilizado. .................................................................................. 11

Ilustración 1: Enfoque Integral de las TIC. ............................................................. 13

El propósito de este trabajo de investigación es cumplir con el desarrollo de

La implementación de este sistema se da porque la empresa no cuenta con

La carencia de un sistema no permite una adecuada gestión de facturación

En tal sentido, en este trabajo de investigación se plantea solución factible al

Con problema planteado y con la finalidad de solucionar éste enunciado se

Con el propósito de cumplir y lograr el objetivo general se hizo necesario

La realización de este proyecto se justifica porque es indispensable en la

2.1.1. Antecedentes a nivel Internacional.

Rodríguez, Borbor (1), en el año 2016, en su tesis titulada: Diseño e

En el 2015 la tesis de Ordoñez(2), con el título: Diseño e

Velásquez, Zeledón(3), en el año 2014, elaboro su trabajo de

2.1.2. Antecedentes a nivel Nacional.

Navarro (4), en el año 2017; en su proyecto de investigación titulado:

Ordaya (5) en el año 2015; en su tesis: Implementación de un sistema

Morales(6) en su tesis "Diseño de un sistema informático utilizando la

2.1.3. Antecedentes a nivel Regional.

Silupu(7), en el año 2018, en su tesis titulada: Implementación de un

En el año 2014, Odicio(8), realizó una Tesis de Pregrado en la

2.2.1. Información de la Institución.

2.2.1.1. Rubro de la empresa.

 RUBRO: Servicio de agua potable.

 NOMBRE: Junta Administradora de Servicios de

 DIRECCIÓN: San Vicente de Piedra Rodada.

Esta organización nace con el proyecto de Construcción y

Contribuir al mejoramiento de la calidad de vida de los

Empresa líder, innovadora, buscando ofrecer calidad en sus

2.2.1.5. Organigrama. (DISI).

Tabla 1: Hardware utilizado.

EMPRESA PROCESADOR DISCO DURO RAM

JASS Administrativos. Core i3 500 GB 4

Fuente: Elaboración propia.

Tabla 2: Software utilizado.

EMPRESA SISTEMA OPERATIVO

JASS Administrativos. Windows 8.1 Licenciado.

Fuente: Elaboración propia.

Tabla 3: Distribución del equipamiento de computadoras.

Fuente: Elaboración propia.

2.2.2.1. Definición de las TIC.

Las Tecnologías de la Información y la Comunicación (TIC) se

Del mismo modo, esta explosión se conoce como un factor de

Considero que efectivamente las TIC están integradas en

 Capacidad de muchos datos en pequeños respaldos para un

 Las computadoras de inteligencia nos permiten

Ilustración 1: Enfoque Integral de las TIC.