Piis 15

UNIVERSIDAD NACIONAL MICAELA
BASTIDAS DE APURÍMAC
FACULTAD DE INGENIERÍA
ESCUELA ACADÉMICA PROFESIONAL DE INGENIERÍA

INFORMÁTICA Y SISTEMAS
INFORME DE PRÁCTICAS PRE – PROFESIONALES
TÍTULO:
“DESARROLLO DE UN SISTEMA WEB PARA EL CONTROL DE
LA CARTERA MOROSA DE LA E.P.S EMUSAP ABANCAY
S.A.C.”
PRÁCTICAS REALIZADAS EN:

E.P.S EMUSAP ABANCAY S.A.C
PRESENTADO POR:
DANYRA CONTRERAS MEZA
ABANCAY - APURÍMAC
2016
ÍNDICE
I. CAPITULO I
GENERALIDADES..........................................................................................
1.1. Objetivo del Informe .............................................................................. 1
1.2. Periodo de Prácticas ............................................................................... 1
1.3. Nombre de la Institución y Área ............................................................ 1
1.3.1. Nombre de la Empresa ................................................................. 1
1.3.2. Área .............................................................................................. 1
1.3.3. Funciones del Área ...................................................................... 1
II. CAPITULO II
ASPECTOS GENERALES DE LA INSTITUCIÓN.....................................
2.1. Razón Social........................................................................................... 3
2.2. Tipo de Empresa o Institución................................................................ 3
2.3. Marco Legal ........................................................................................... 3
2.4. Ubicación Geográfica............................................................................. 3
2.5. Plano de ubicación ................................................................................. 4
2.6. Organización y Funciones ...................................................................... 4
2.6.1. Misión .......................................................................................... 4
2.6.2. Visión ............................................................................................... 4
2.6.3. Objetivos ...................................................................................... 4
2.7. Organigrama Estructural ........................................................................ 5
2.8. Funciones ............................................................................................... 6
2.9. Infraestructura Tecnológica ....................................................................... 6
III. CAPITULO III
MARCO TEÓRICO..........................................................................................
3.1. Framework ............................................................................................. 8
3.2. CodeIgniter ............................................................................................. 9
3.2.1. Características Generales de CodeIgniter .................................... 9
3.2.1.1. Versatilidad ....................................................................... 9
3.2.1.2. Compatibilidad .............................................................. 9
3.2.1.3. Facilidad de instalación ................................................. 9
3.2.1.4. Flexibilidad .................................................................. 10
3.2.1.5. Ligereza ....................................................................... 10
3.2.1.6. Documentación tutorializada ....................................... 10
2
3.2.2. Modelo, Vista, Controlador ........................................................ 10
3.2.2.1. Modelo ......................................................................... 10
3.2.2.2. Vista..................................................................................... 11
3.2.2.3. Controlador ...................................................................11
3.2.3. Librerías CodeIgniter ..................................................................11
3.3. Servidor .................................................................................................11
3.3.1. Tipos de Servidores ....................................................................11
3.3.2. Servidor Web......................................................................................... 12
3.3.3. Servidor FTP .............................................................................. 12
3.3.4. Servidor de base de datos........................................................... 12
3.4. Desarrollo Web................................................................................................. 13
3.4.1. Sitio Web................................................................................................ 13
3.4.2. Sistemas web.............................................................................. 13
3.5. Respaldo de Información (Backup) ..................................................... 14
3.5.1. Backup ....................................................................................... 14
3.6. Cartera Morosa ..................................................................................... 15
3.7. Mantenimiento correctivo y preventivo de computadoras ................... 15
3.7.1. Mantenimiento de equipos de cómputo ..................................... 15
3.8. Metodología XP ................................................................................... 16
3.8.1. Características de la metodología XP ........................................ 16
3.8.2. Ventajas de la metodología XP .................................................. 16
3.8.3. Prácticas de la metodología XP ................................................. 16
3.8.4. Fases de la metodología XP ....................................................... 17
3.8.5. Ciclo de vida de la metodología XP .......................................... 18
3.8.6. Roles en la metodología XP ...................................................... 18
IV. CAPITULO IV
ACTIVIDADES REALIZADAS....................................................................
V. CAPITULO V
DESCRIPCIÓN DE ACTIVIDADES REALIZADAS................................
5.1. Actividad Nª 01 .................................................................................... 20
5.1.1. Problema .................................................................................... 20
5.1.2. Objetivo Principal ...................................................................... 20
5.1.3. Objetivos Específicos ................................................................ 20
5.1.4. Justificación ............................................................................... 21
3
5.1.5. Limitaciones............................................................................... 21
5.1.6. Estudio Preliminar ..................................................................... 21
5.1.7. Herramientas de hardware y software ....................................... 22
5.1.8. Fase I: Planificación................................................................... 23
5.1.9. Fase II: Diseño ........................................................................... 29
5.1.10. Fase III: Codificación .............................................................. 31
5.1.11. Fase IV: Pruebas ....................................................................... 32
5.1.12. Resultados ................................................................................ 34
5.1.13. Conclusiones ............................................................................ 39
5.1.14. Recomendaciones ..................................................................... 39
5.2. Actividad Nª 02: ................................................................................... 40
5.2.1. Objetivo ..................................................................................... 40
5.2.2. Justificación ............................................................................... 40
5.2.3. Cronograma de ejecución .......................................................... 40
5.2.4. Proceso ....................................................................................... 40
5.2.5. Herramientas .............................................................................. 40
5.2.6. Resultados .................................................................................. 41
5.2.7. Conclusiones .............................................................................. 41
5.2.8. Recomendaciones ...................................................................... 41
BIBLIOGRAFÍA .................................................................................................. 42
ANEXOS ............................................................................................................... 43
4
ÍNDICE DE FIGURAS
FIGURA 1: PLANO DE UBICACIÓN DE LA EMPRESA EMUSAP........................

FIGURA 2: ORGANIGRAMA DE LA EMPRESA EMUSAP....................................
FIGURA 3: ESTRUCTURA DEL SERVIDOR FTP..................................................
FIGURA 4: CICLO DE VIDA DE LA METODOLOGÍA XP...................................
FIGURA 5: CRONOGRAMA DE HISTORIAS DE USUARIO...............................
FIGURA 6: MODELO ENTIDAD RELACIÓN.......................................................
FIGURA 7: PORTAL DE BIENVENIDA..................................................................
FIGURA 8: INTERFAZ DE NOSOTROS..................................................................
FIGURA 9: INTERFAZ DE TRANSPARENCIA......................................................
FIGURA 10: LOGIN...................................................................................................
FIGURA 11: CERRAR SESIÓN................................................................................
FIGURA 12: ESTADO DE CONEXIONES...............................................................
FIGURA 13: CARTERA MOROSA...........................................................................
FIGURA 14: MOSTRAR REGISTRO.......................................................................
FIGURA 15: NUEVO REGISTRO.............................................................................
FIGURA 16: LISTA DE USUARIOS.........................................................................
FIGURA 17: REGISTRAR USUARIO......................................................................
FIGURA 18: PERFILES DE USUARIOS..................................................................
FIGURA 19: GENERAR REPORTE..........................................................................
FIGURA 20: REPORTE EN FORMATO PDF...........................................................
FIGURA 21: CRONOGRAMA DEL SOPORTE TÉCNICO.....................................
5
ÍNDICE DE CUADROS
CUADRO I: IMPLEMENTAR LA BASE DE DATOS..............................................

CUADRO II: INTERFAZ DEL INICIO DEL SISTEMA..........................................
CUADRO III: INTERFAZ DEL MÓDULO NOSOTROS.........................................
CUADRO IV: INTERFAZ DEL MÓDULO TRANSPARENCIA.............................
CUADRO V: INTERFAZ DEL MÓDULO USUARIO.............................................
CUADRO VI: INTERFAZ DEL MÓDULO CONTÁCTANOS................................
CUADRO VII: ADMINISTRAR INFORMACIÓN DEL USUARIO.......................
CUADRO VIII: ADMINISTRAR INFORMACIÓN DE LA EMPRESA.................
CUADRO IX: GENERAR REPORTE DE LA CARTERA MOROSA.....................
CUADRO X: ADMINISTRAR USUARIO................................................................
CUADRO XI: ADMINISTRAR CONEXIONES.......................................................
CUADRO XIII: MÓDULO USUARIO......................................................................
CUADRO XIV: MÓDULO CONEXIÓN...................................................................
CUADRO XV: REPORTES........................................................................................
6
ÍNDICE DE TABLAS
TABLA 1: INFRAESTRUCTURA TECNOLÓGICA DE EMUSAP...........................

TABLA 2: ESTUDIO PRELIMINAR DE LAS METODOLOGÍAS...........................
TABLA 3: HERRAMIENTAS DE HARDWARE Y SOFTWARE..............................
TABLA 4: ROLES ASIGNADOS................................................................................
TABLA 5: HISTORIAS DE USUARIO.......................................................................
7
PRESENTACIÓN
En el presente informe de Prácticas Pre-Profesionales se plasman las

actividades realizadas en la Empresa de Servicio de Abastecimiento de Agua
Potable y Alcantarillado de Abancay – EPS EMUSAP ABANCAY S.A.C., en
el transcurso del año 2016 desde el mes de febrero, hasta el mes de octubre.
A continuación, se enumeran y describen los capítulos del presente informe:

En el Capítulo I y II se presenta los datos generales sobre el periodo de
prácticas e información general de la Empresa, tales como Razón Social,
Ubicación Geográfica, Organización y Funciones que esta cumple.
En el Capítulo III se define el Marco Teórico referente a las actividades

realizadas.
En el Capítulo IV y V se lista y describe las actividades realizadas durante el

periodo de prácticas, teniendo como actividad principal el Desarrollo de un
Sistema Web para el control de la Cartera Morosa, y como actividades
secundarias: El Soporte y Mantenimiento de Equipos Informáticos,
Reestructuración y Reorganización del código catastral de los usuarios y el
Seguimiento mensual de conexiones cortadas y activadas de agua potable.
Finalmente se anexan los documentos correspondientes que validan las

prácticas Pre-Profesionales realizadas en la Empresa EPS EMUSAP
ABANCAY S.A.C.
8
INTRODUCCIÓN
En la actualidad las empresas necesitan aplicar diferentes métodos en la

administración de recursos, procesos y funciones en general, y de esta manera
cumplir con los objetivos trazados durante su funcionamiento, por lo que
aplicar diferentes conceptos en la parte gerencial, estratégica y operativa
representa un crecimiento y la estabilidad institucional.
La Empresa de Servicio de Abastecimiento de Agua Potable y Alcantarillado

de Abancay – EPS EMUSAP ABANCAY S.A.C., es una empresa de servicios
que sirve a la ciudadanía abanquina, por lo que, para brindar un mejor
servicio tiende a sufrir cambios en el aspecto tecnológico. El estado actual de
la empresa no le permite adoptar cambios generales, pero si cambios
sustanciales y necesarios. La empresa cuenta con un software que fue
proporcionado por el Ministerio de Vivienda en el año 1993, Sistema
Comercial, Sistema de Catastro de Usuarios, Sistema de Suministros y
Sistema de Contabilidad y Finanzas, de ahí en adelante se han realizado
diferentes complementos y mejoras que puedan ayudar a adaptarse al usuario
al uso de este software según sus necesidades. Adicionalmente el personal de
la empresa posee reducida cultura en el uso de Tecnologías de Información
imposibilitando una migración, actualización y modularización de todos los
procesos organizacionales.
Enmarcándonos en lo anteriormente propuesto, los practicantes de las

carreras afines a la informática que llegaron a la Empresa, proporcionaron
mejoras en el software existente, pero no establecieron planes para
administrar los demás recursos informáticos con los que se cuenta; las redes
de comunicación de datos, administración de los recursos web, renovación de
equipos, entre otros. Dichos recursos necesitan de una administración
constante, lo que nos lleva a la Administración de Tecnologías de las
Información como un punto álgido y necesario para la empresa.
9
UNIVERSIDAD NACIONAL MICAELA BASTIDAS DE APURÍMAC
Escuela Académico Profesional de Ingeniería Informática y Sistemas
CAPITULO I
GENERALIDADES
1.1. Objetivo del Informe

Describir y detallar las actividades realizadas en la Empresa de Servicio de
Abastecimiento de Agua Potable y Alcantarillado de Abancay – EPS
EMUSAP ABANCAY S.A.C., durante el periodo de Prácticas Pre-
Profesionales.
1.2. Periodo de Prácticas
El periodo de las prácticas pre-profesionales contempla:
 Fecha de inicio: 01 de febrero de 2016.
 Fecha de culminación: 31 de octubre de 2016.
 Horario en la mañana: lunes a viernes de 8:00 am a 12:00 pm.
 Total de horas culminadas: Cumpliendo más de 480 horas
establecidas en el Reglamento de Practicas Pre-Profesionales de la
Escuela Profesional de Ingeniera Informática y Sistemas.
1.3. Nombre de la Institución y Área

1.3.1. Nombre de la Empresa
Empresa Municipal de Servicio de Abastecimiento de Agua Potable y
Alcantarillado – EMUSAP ABANCAY S.A.C.
1.3.2. Área
Área Comercial.
1.3.3. Funciones del Área
El área Comercial tiene subdivisiones las cuales cumplen distintas
funciones:
 Orientación al Cliente: Brinda pautas básicas e información
requerida por los clientes.
 Mesa de Partes: Se encarga de la recepción de documentos
para los fines convenientes del usuario y de la empresa.
 Caja: Se encarga de la recaudación de los pagos por servicios
brindados.
1
 Atención al Cliente: Se encarga de la recepción de los
reclamos, emisión de duplicados y registro de convenios.
 Facturación y Cobranza: Se encarga de dar seguimiento a las
cuentas corrientes y estado de las deudas de los usuarios.
 Presupuesto: Encargada de sacar los costes de los materiales,
ya sea instalación nueva, renovación o reubicación.
 Catastro:
- Registra las nuevas conexiones de agua y alcantarillado.
- Realiza la lectura de medidores, cambios de tarifa.
2
CAPITULO II
ASPECTOS GENERALES DE LA INSTITUCION
2.
2.1. Razón Social

Empresa Municipal de Servicio de Abastecimiento de Agua Potable y
Alcantarillado – EMUSAP ABANCAY S.A.C.
2.2. Tipo de Empresa o Institución
Institución Privada, con Régimen Gubernamental.
2.3. Marco Legal
 Ley 26338 - Ley General de los Servicios de Saneamiento, y sus
modificatorias.
 Decreto Supremo Nº 09-95-PRES – Aprueba el Reglamento de la Ley
General de Servicios de Saneamiento y sus modificatorias.
 Decreto Supremo Nº 023-2005-VIVIENDA – Aprueba Texto Único
Ordenado del Reglamento de la Ley General de Servicios de
Saneamiento.
 Ley 26887 – Ley General de Sociedades y sus modificatorias
 Ley Nº 24948 – Ley de la Actividad Empresarial del Estado, su
Reglamento y modificatorias.
 Decreto Supremo Nº 083-2004-PCM – Aprueba el Texto Único
Ordenado de la Ley Nº 26850 – Ley de Contrataciones y Adquisiciones
del Estado.
 Ley Nº 28411 – Ley General del Sistema Nacional de Presupuesto.
 Estatuto Social de la EPS EMUSAP ABANCAY S.A.C.
2.4. Ubicación Geográfica

La empresa se ubica en la Av. Prado Norte Nº 404, en la provincia de
Abancay, en el departamento de Apurímac.
3
2.5. Plano de ubicación
Se puede observar el plano de ubicación en la Figura 1.
Figura 1: Plano de Ubicación de la Empresa EMUSAP.

Fuente: Google Maps ©Google 2014.
2.6. Organización y Funciones

2.6.1. Misión
EMUSAP ABANCAY S.A.C., es una empresa prestadora de servicios
de saneamiento; tiende a ser empresa moderna consolidada, autónoma
y financieramente viable, basada en el esfuerzo e identificación de sus
trabajadores; los servicios que brinda son de calidad, garantizando la
salubridad de la población usuaria.
2.6.2. Visión
EMUSAP ABANCAY S.A.C., es una empresa líder, con eficiencia en
brindar los servicios de abastecimiento de Agua Potable y
Alcantarillado a la población, contribuyendo a mejorar la calidad de
vida de la a ciudad de Abancay; conformado por un grupo humano
identificado con las necesidades vitales de la población y empeñados
en ampliar los servicios que brinda; tiene autonomía y suficiencia
económica para satisfacer las necesidades y desarrollar sus
actividades.
2.6.3. Objetivos
Los objetivos que la Empresa EMUSAP ABANCAY S.A.C., debe
lograr, en función de su capacidad operativa y disponibilidad de sus
recursos económicos, son las siguientes:
 Producir y brindar servicios de agua potable en la cantidad,
continuidad y calidad requerida, por la colectividad, así como,
los referidos al servicio de alcantarillado sanitario y pluvial, y
disposiciones finales excretas.
 Ampliar la capacidad de producción de agua potable; así
como, los referidos al tratamiento y disposición final de aguas
servidas.
 Instalar redes de distribución de agua potable, de alcantarillado
sanitario y comercializar tales servicios.
4
 Realizar estudios e investigación para optimizar todas las
actividades tendientes a la productividad y calidad de los
servicios que brinda.
 Así mismo, son objetivos los referidos a: modernizar la
empresa; mejorar la producción, la operación, la calidad de los
servicios; incrementar la productividad; mejorar la economía
empresarial; y mejorar las relaciones entre la Empresa y los
clientes (colectividad).
2.7. Organigrama Estructural
El área comercial fue el área el cual me asignaron.
Figura 2: Organigrama de la Empresa EMUSAP.

Fuente: Reglamento de Organizaciones y Funciones (ROF)
2.8. Funciones
Las funciones que realiza la Empresa EMUSAP ABANCAY S.A.C., en el
ámbito de su jurisdicción y en el marco legal que le compete, son las
siguientes:
5
 Producir, distribuir y comercializar agua potable, así como efectuar la
recolección, tratamiento y disposición final de las aguas servidas y
pluviales; y disposición sanitaria de excretas.
 Operar, mantener y renovar las instalaciones y equipos utilizados en la
presentación de los servicios de saneamiento, de acuerdo a las normas
técnicas correspondientes y a lo establecido en el Manual de
Organizaciones y Funciones.
 Efectuar la presentación de los servicios en los niveles de calidad,
cantidad, continuidad y demás condiciones establecidas en el
Reglamento de Prestaciones de Servicios, la normatividad vigente y en
su respectivo Contrato de Exportación.
 Asesorar en aspectos técnicos y administrativos a las localidades del
ámbito rural comprendidas en la jurisdicción de su responsabilidad.
 Formular estudios, proyectos y ejecutar obras para ampliar la capacidad
de los servicios que brinda.
 Aprobar, supervisar y evaluar los proyectos a ser ejecutados por terceros
dentro de su ámbito de responsabilidad y coordinar las acciones que sean
necesarias para la transferencia de aquellos que serán administrados por
la empresa.
2.9. Infraestructura Tecnológica
La empresa cuenta con el siguiente listado de material tecnológico:
Nº Equipo Cantidad
1 Servidor de Datos 1
2 Servidor Proxy (PC normal) 1
3 Router 1
4 Switch 5
5 Cable de Red de Comunicación de Datos UTP M
6 Computadoras Personales 34
7 Impresoras 15
8 Plotter 1
9 Cámaras Digitales 3
10 Video Cámaras 5
Nº Equipo Cantidad
11 Proyector 1
12 Ecran 1
13 Lectores de Código de Barras 3
14 Anexos Telefónicos 32
6
15 Sistema de Control de Asistencia del Personal 1
Tabla 1: Relación de la Infraestructura Tecnológica de EMUSAP.
Fuente: División de Suministros y Servicios Generales.
7
CAPITULO III
MARCO TEORICO
3.
3.1. Framework
Es un esquema para el desarrollo y/o la implementación de una aplicación,
tienen como objetivo principal ofrecer una funcionalidad definida,
autocontenida, siendo construidos usando patrones de diseño, y su
característica principal es su alta cohesión y bajo acoplamiento.
Los frameworks no necesariamente están ligados a un lenguaje concreto,

aunque sea así en muchas ocasiones. En el Ruby on Rails, ‘Ruby’ es el
lenguaje de programación y ‘Rails’ el framework; por otro lado, Java Server
Faces está orientado al desarrollo en Java. También es posible que
el framework defina una estructura para una aplicación completa, o bien sólo
se centre en un aspecto de ella. Siguiendo con los ejemplos, Ruby on Rails
ofrece un marco para el desarrollo completo de una aplicación web, mientras
que Java Server Faces está más orientado a la interfaz de usuario.
Se pueden mencionar algunos frameworks conocidos como Hibernate y

Spring Framework, donde lo esencial para ser denominados frameworks es
estar constituidos por objetos casi estáticos con funcionalidad definida a nivel
grupo de objetos y no como parte constitutiva de estos, por ejemplo, en sus
métodos, en cuyo caso se habla de un API o librería.
El programador no necesita plantearse una estructura global de la aplicación,

sino que el framework le proporciona un esqueleto que hay que “rellenar”;
cualquiera que haya tenido que “pelearse” con el código fuente de otro
programador sabrá lo difícil que es entenderlo y modificarlo; por tanto, todo
lo que sea definir y estandarizar va a ahorrar tiempo y trabajo a los
desarrollos colaborativos; es más fácil encontrar herramientas adaptadas
al framework concreto para facilitar el desarrollo.
La utilización de un framework en el desarrollo de una aplicación implica un

cierto coste inicial de aprendizaje, aunque a largo plazo es probable que
facilite tanto el desarrollo como el mantenimiento.
3.2. CodeIgniter
Un framework es un programa para desarrollar otros programas, CodeIgniter,
por tanto, es un programa desarrollado en PHP para la creación de cualquier
tipo de aplicación web. es un producto de código libre.
8
Como cualquier otro framework, CodeIgniter contiene una serie de librerías
que sirven para el desarrollo de aplicaciones web y además propone una
manera de codificar las páginas web y clasificar sus diferentes scripts, que
sirve para que el código esté organizado y sea más fácil de crear y mantener.
CodeIgniter implementa el proceso de desarrollo llamado Modelo, Vista,
Controlador (MVC), que es un estándar de programación de aplicaciones,
utilizado tanto para hacer sitios web como programas tradicionales.
CodeIgniter contiene muchas ayudas para la creación de aplicaciones PHP

avanzadas, que hacen que el proceso de desarrollo sea más rápido. A la vez,
define una arquitectura de desarrollo que hará que programemos de una
manera más ordenada y contiene diversas herramientas que ayudan a hacer
aplicaciones más versátiles y seguras.
CodeIgniter y otros frameworks PHP pueden ayudarte a dar el salto definitivo
como desarrollador PHP, creando aplicaciones web más profesionales y con
código más reutilizable. Además, muchas de sus utilidades y modos de
funcionamiento son opcionales, lo que hace que goces de mayor libertad a la
hora de desarrollar sitios web.
3.2.1. Características generales de CodeIgniter
Algunos de los puntos más interesantes sobre este framework, sobre
todo en comparación con otros productos similares, es que posee
grandes características que procederemos a detallar y enumerar en las
siguientes líneas.
3.2.1.1. Versatilidad
CodeIgniter es capaz de trabajar la mayoría de los entornos o
servidores, incluso en sistemas de alojamiento compartido,
donde sólo tenemos un acceso por FTP para enviar los
archivos al servidor y donde no tenemos acceso a su
configuración.
3.2.1.2. Compatibilidad
CodeIgniter se puede utilizar en cualquier servidor, incluso
en algunos antiguos funciona correctamente y también es
compatible con PHP 5.
3.2.1.3. Facilidad de instalación
Se necesita una cuenta de FTP para subir CodeIgniter al
servidor y su configuración se realiza con la edición de un
archivo, donde se debe, escribir cosas como el acceso a la
base de datos. Durante la configuración no se necesita acceso
a herramientas como la línea de comandos, que no suelen
estar disponibles en todos los alojamientos.
9
3.2.1.4. Flexibilidad
CodeIgniter es menos rígido que otros frameworks. Define
una manera de trabajar específica. Algunos módulos como el
uso de plantillas son totalmente opcionales. Esto ayuda
muchas veces también a que la curva de aprendizaje sea más
sencilla al principio.
3.2.1.5. Ligereza
El núcleo de CodeIgniter es bastante ligero, lo que permite
que el servidor no se sobrecargue interpretando o ejecutando
grandes porciones de código. La mayoría de los módulos o
clases que ofrece se pueden cargar de manera opcional, sólo
cuando se van a utilizar realmente.
3.2.1.6. Documentación tutorializada
La documentación de CodeIgniter es fácil de seguir y de
asimilar, porque está escrita en modo de tutorial.
3.2.2. Modelo, Vista, Controlador
Utilizado para la creación de aplicaciones web y no sólo CodeIgniter
lo implementa, sino también otra serie de frameworks de desarrollo
web, en PHP u otros lenguajes.
Separa en varios grupos las complejidades de las distintas partes que
componen una página web, como la vista y la lógica, así como el
acceso a la base de datos.
3.2.2.1. Modelo
En el modelo mantendremos encapsulada la complejidad de
nuestra base de datos y simplemente crearemos funciones
para recibir, insertar, actualizar o borrar información de
nuestras tablas. En el modelo está todo el código que tiene
que ver con el acceso a base de datos.
Al mantenerse todas las llamadas a la base de datos en un
mismo código, desde otras partes del programa podremos
invocar las funciones que necesitemos del modelo y éste se
encargará de procesarlas.
3.2.2.2. Vista
La vista codifica y mantiene la presentación final de nuestra
aplicación de cara al usuario. Es decir, en la vista
colocaremos todo el código HTML, CSS, JavaScript, etc. que
se tiene que generar para producir la página tal cual queremos
que la vea el usuario. En la práctica la vista no sólo sirve para
producir páginas web, sino también cualquier otra salida que
queramos enviar al usuario, en formatos o lenguajes distintos,
como pueden ser archivos JSON, XML, etc.
10
3.2.2.3. Controlador
El controlador podríamos decir que es la parte más
importante, porque hace de enlace entre el modelo, la vista y
cualquier otro recurso que se tenga que procesar en el
servidor para generar la página web. En resumen, en el
controlador se guarda la lógica de nuestras páginas y se
realiza todas las acciones que sean necesarias para generarlas.
3.2.3. Librerías CodeIgniter
Son clases de programación orientada a objetos (POO) preparadas
para realizar tareas típicas en el desarrollo de páginas web.
Implementan clases para resolver problemas muchas veces similares a
los que resuelven los Helpers, pero son un poco más especializadas en
temas particulares. Algunos ejemplos de librerías que se dispone en
CodeIgniter son para trabajar con bases de datos, FTP, sesiones,
calendario, etc.
Podemos decir que las librerías son uno de los componentes que más
tiempo nos ahorrarán a la hora de desarrollar una web, pues contienen
código que resultará siempre útil.
3.3. Servidor
Es un tipo de software que realiza ciertas tareas en nombre de los usuarios. El
término servidor ahora también se utiliza para referirse al computador físico
en el cual funciona ese software, una máquina cuyo propósito es proveer
datos de modo que otras máquinas puedan utilizar esos datos.
3.3.1. Tipos de Servidores
 Plataformas de Servidor (Server Platforms)
 Servidores de Aplicaciones (Application Servers)
 Servidores de Base de datos.
 Servidores de Chat (Chat Servers)
 Servidores de Fax (Fax Servers)
 Servidores FTP (FTP Servers)
 Servidores Groupware (Groupware Servers)
 Servidores de Listas (List Servers)
 Servidores de Correo (Mail Servers)
 Servidores de Noticias (News Servers)
 Servidores Proxy (Proxy Servers)
 Servidores Telnet (Telnet Servers)
 Servidores Web (Web Servers)
3.3.2. Servidor Web

Un servidor web es un programa que está diseñado para transferir
hipertextos, páginas web, textos complejos con enlaces, figuras,
formularios, botones y objetos incrustados como animaciones o
reproductores de música. El término también se emplea para referirse
11
al ordenador que ejecuta el programa el cual es el centro de la
infraestructura de la red.
El Servidor web se ejecuta en un ordenador manteniéndose a la espera

de peticiones por parte de un cliente y que responde una página web
que se exhibirá en el navegador al teclear la dirección. El servidor
responde la página; el cliente, una vez recibido el código, lo interpreta
y lo exhibe en servidores web más utilizados.
3.3.3. Servidor FTP
Es un programa especial que se ejecuta en un equipo servidor
normalmente conectado a Internet (aunque puede estar conectado a
otros tipos de redes, LAN, MAN, etc.), su función es permitir el
intercambio de datos entre diferentes servidores/estaciones de trabajo.
Figura 3: Estructura del servidor FTP

Fuente: https://elgatoinquieto.net/
3.3.4. Servidor de base de datos
Provee servicios de base de datos a otros programas u otras
computadoras, como es definido por el modelo cliente-servidor.
También puede hacer referencia a aquellas computadoras (servidores)
dedicadas a ejecutar esos programas, prestando el servicio.
3.4. Desarrollo Web

3.4.1. Sitio Web
Un sitio de la Web es un conjunto de documentos electrónicos de
hipertexto (páginas web), que componen y hacen referencia a un tema
determinado. Normalmente están definidos por una página de
bienvenida (home page), que será la que se muestre inicialmente y
desde la que se podrá acceder a las demás páginas mediante enlaces
(links).
En una red TCP/IP cada equipo es identificado por un número IP, que
puede ser dinámico (cambia en cada inicio de sesión) o estático (es
siempre la misma). Generalmente, en las conexiones dial-up y en las
de banda ancha para usuarios hogareños la IP suele ser dinámica.
12
Siguiendo este criterio, cuando deseamos acceder a un sitio de la Web,
tendríamos que indicar a nuestro navegador el número de IP del
servidor que aloja a ese sitio.
Para que no sea demasiado complejo memorizar una enorme cantidad
de datos numéricos, se logró la implementación de un sistema de
resolución de nombres, el DNS (Domain Name System), que traduce
cada nombre de dominio a la dirección IP asociada, a partir de una
tabla de registros. Este nombre de dominio o URL es mucho más fácil
de recordar para nosotros, y es de esta manera que le indicamos a
nuestro navegador el sitio al que queremos acceder.
3.4.2. Sistemas web
Los Sistemas Web han demostrado mejores resultados para las
empresas frente a los Sistemas Tradicionales Cliente/Servidor, pues le
brindan beneficios tales como:
 No tiene que pagar licencias por cada computadora con el sistema
instalado pues está en un sólo Servidor Web.
 Facilidad para acceder al Sistema desde cualquier punto con
conexión a Internet.
 Puede Integrar todas sus tiendas y sucursales, manteniendo
información actualizada de stock de productos, de los ingresos y
los egresos.
 Le permite comunicarse con sus clientes de manera más fluída las
24 horas del día.
Un sistema web le permitirá ahorrar costos, tiempo y recursos
humanos. Por tanto, la rentabilidad de la empresa aumentará y
gestionará mejor a sus clientes, proveedores, distribuidores, etc.
3.5. Respaldo de Información (Backup)

3.5.1. Backup
Se refiere a la copia de datos de tal forma que estas puedan restaurar
un sistema después de una perdida de información. La copia de
seguridad es útil por dos razones: para restaurar un ordenador a un
estado operacional después de un desastre (copias de seguridad del
sistema) y para restaurar un pequeño número de ficheros después de
que hayan sido borrados o dañados accidentalmente (copias de
seguridad de datos).
Las copias de seguridad, son uno de los elementos más importantes de
cualquier empresa que guarde datos en cualquier soporte electrónico.
a) Tipos o niveles de Backup.

Completo (Full): Cuando el Backup es de nivel Full se
copian todos los archivos especificados en el proceso de
copia.
13
 Incremental: En un Backup de nivel incremental se copian
los archivos que hayan cambiado desde el último Backup
realizado con éxito.
Diferencial: Los Backups de nivel diferencial copian todos
los archivos que se hayan modificado desde el
último Backup de nivel full realizado con éxito.
b) Software Backup.
 Bacula: Colección de herramientas de respaldo, capaz de
cubrir las necesidades de respaldo de equipos bajo redes IP.
Se basa en una arquitectura Cliente-Servidor que resulta
eficaz y fácil de manejar, dada la amplia gama de funciones y
características que brinda.
Además, debido a su desarrollo y estructura modular, Bacula
se adapta tanto al uso personal como profesional, desde un
equipo hasta grandes parques de servidores.
 Symantec Backup Exec: Es un software de gestión de datos
diseñado para los clientes que se han mezclado en entornos
físicos y virtuales, incluyendo VMware, Hyper-V,
Windows, Linux, Mac o servidores con una única interfaz
de usuario. Backup Exec también ofrece la duplicación,
replicación y recuperación de desastres, capacidades y
ayuda a gestionar múltiples servidores de copia de
seguridad o cargadores de cintas de varias unidades.
14
3.6. Cartera Morosa
Es un activo en cuentas por cobrar que están pendientes de cobro y vencidas
en sus fechas, por lo que requerirán de carácter legal para su cobro.
Evidentemente el problema de cartera morosa surge principalmente cuando
una empresa ofrece crédito o servicios a sus clientes sin el análisis adecuado
de sus políticas, de la falta de control y vigilancia de la cartera. Sin embargo,
también existe un riesgo independiente a la capacidad de la empresa para fijar
sus políticas de crédito y cobranza representado por condiciones
circunstanciales y particulares del cliente que resultan en el vencimiento del
crédito.
A pesar del riesgo que el otorgamiento de crédito o servicios representa en
términos de costos, es una política necesaria porque apoya y estimula las
ventas y logra el desarrollo de negocios en el mediano y largo plazo con el
cliente.
En este sentido, el objetivo de Cobro Cartera Morosa es recuperar el adeudo

de estas cuentas por cobrar y mantener o incrementar las ventas de los
clientes que se reflejen en la rentabilidad de la organización, así como lograr
identificar y controlar el porcentaje de clientes que pueden representar un
costo por insolvencia.
3.7. Mantenimiento correctivo y preventivo de computadoras

3.7.1. Mantenimiento de equipos de cómputo
Gran parte de los problemas que se presentan en los sistemas de
cómputo, se pueden evitar o prevenir, si se realiza un
mantenimiento periódico de cada uno de sus componentes.
 Herramientas para el mantenimiento
- Un juego de destornilladores (estrella, hexagonal, de pala y
de copa).
- Una brocha pequeña suave.
- Copitos de algodón.
- Un soplador o "blower”.
- Trozos de tela secos.
- Un disquete de limpieza.
- Alcohol isopropílico.
- Limpia contactos en aerosol.
- Silicona lubricante.
- Grasa blanca.
 Mantenimiento correctivo
Repara o pone en condiciones de funcionamiento aquellos que
dejaron de funcionar o están dañados.
 Mantenimiento preventivo
Es el destinado a la conservación de equipos o instalaciones
mediante realización de revisión y reparación que garanticen su
buen funcionamiento y fiabilidad.
15
3.8. Metodología XP
La metodología de programación extrema (XP), es una metodología ágil para
el desarrollo de software, que utiliza buenas prácticas de desarrollo, basadas
en diferentes ideas acerca de cómo enfrentar ambientes muy cambiantes.
3.8.1. Características de la metodología XP
La metodología XP se caracteriza por:
 Los individuos e interacciones son más importantes que los
procesos y herramientas.
 Software que funcione es más importante que documentación
exhaustiva.
 La elaboración con el cliente es más importante que la
negociación de contratos.
 La respuesta ante el cambio es más importante que el
seguimiento de un plan.
3.8.2. Ventajas de la metodología XP
La metodología XP presenta las siguientes ventajas:
 La programación es organizada.
 Implementa una forma de trabajo que se adopte fácilmente a las
circunstancias.
 Solución de errores de programas y versiones nuevas.
3.8.3. Prácticas de la metodología XP
La metodología XP presenta las siguientes prácticas para el desarrollo
de sistemas:
 Planificación incremental
El objetivo de la metodología XP es generar versiones de la
aplicación tan pequeñas como sea posible. A estas versiones se
las denominan “releases” los cuales contienen un cierto número
de historias. La historia es la unidad mínima de funcionalidad en
un proyecto la metodología XP.
 Pruebas
Existen tanto pruebas para garantizar el funcionamiento
correcto, como las pruebas de aceptación, para asegurar que el
código hace lo que debe hacer. El objetivo de las pruebas no es
corregir errores, sino prevenirlos.
 Refactorización
La refactorización sirve para mantener el código legible y
sencillo, también se utiliza cuando resulta conveniente modificar
código existente, para hacer más fácil implementar nueva
funcionalidad.
 Diseño simple
16
El principio es "utilizar el diseño más sencillo que consiga que
todo funcione".
 Integración continua
La Programación Extrema hace que la integración sea
permanente, con lo que todos los problemas se manifiestan de
forma inmediata.
 Cliente en el equipo
La metodología XP propone integrar un representante del
negocio dentro del equipo de desarrollo. Ésta persona debe estar
disponible para resolver dudas y para decidir qué y qué no se
hace en cada momento, en función de los intereses del negocio.
 Entregas pequeñas
Se intenta liberar nuevas versiones de las aplicaciones con
frecuencia. Éstas deben ser tan pequeñas como sea posible,
aunque deben añadir suficiente valor como para que resulten
valiosas para el cliente.
 Estándares de codificación
Para conseguir que el código se encuentre en buen estado y que
cualquier persona del equipo pueda modificar cualquier parte
del código es imprescindible que el estilo de codificación sea
consistente.
3.8.4. Fases de la metodología XP
 Fase I: Planificación del proyecto
En esta primera fase se debe hacer primero una recopilación de
todos los requerimientos del proyecto, también debe haber una
interacción con el usuario, y se debe planificar bien entre los
desarrolladores del proyecto que es lo que se quiere para el
proyecto para así lograr los objetivos finales.
 Fase II: Diseño

Se sugiere que hay que conseguir diseños simples y sencillos.
Para procurar hacerlo todo lo menos complicado posible para el
usuario o cliente. En esta fase se logrará crear parte del proyecto
la parte física, la interfaz que tendrá el usuario o cliente con el
proyecto.
 Fase III: Codificación

En esta fase de la codificación los clientes y los desarrolladores
del proyecto deben estar en comunicación para que los
desarrolladores puedan codificar todo los necesario para el
proyecto que se requiere, en esta fase está incluido todo lo de
codificación o programación por parte de los desarrolladores del
proyecto.
17
 Fase IV: Pruebas
Uno de los pilares de la metodología XP es el uso de test para
comprobar el funcionamiento de los códigos que vayamos
implementando.
3.8.5. Ciclo de vida de la metodología XP
La metodología XP tiene el siguiente ciclo de vida:
Figura 4: Ciclo de vida de la Metodología XP

Fuente: http://slideplayer.es/slide/1649550/
3.8.6. Roles en la metodología XP

Los roles definidos por la metodología XP son:
 Programador: Responsable de decisiones técnicas y de construir

el sistema. En XP, los programadores diseñan, programan y
realizan las pruebas.
 Jefe del proyecto: Organiza y guía las reuniones, asegurando las
condiciones adecuadas para el proyecto.
 Cliente: Es parte del equipo, determina qué construir y cuándo,
además establece las pruebas funcionales.
 Encargado de Pruebas: Ayuda al cliente con las pruebas
funcionales y se asegura de que las pruebas funcionales se superan.
 Rastreador: Observa sin molestar y conserva datos históricos.
 Entrenador: Responsable del proceso que tiende a estar en un
segundo plano a medida que el equipo madura.
CAPITULO IV
ACTIVIDADES REALIZADAS
18
4.
 La Gerencia General de la empresa, aprobó el Programa “Gestión de

Cobranza Morosa y Corte Efectivo”, que consiste en regularizar las deudas
correspondientes a la Cartera Morosa de la EPS EMUSAP ABANCAY
S.A.C. Este programa consiste en la verificación, seguimiento y corte
definitivo del servicio a las conexiones cortadas en el sistema con deudas
mayores o iguales a un año, teniendo como objetivos el reincorporar a la
facturación a los clientes inactivos e incrementar la recaudación de la
empresa. Por ello se desarrolló un sistema web, que permita el control y
seguimiento de los clientes que pertenecen a la cartera morosa.
 El programa que la empresa utiliza, no es lo suficientemente completo para
abarcar las necesidades de la empresa y se pierde información; por lo tanto,
no era posible cumplir con el POI, debido a esto se apoyó en una de las
actividades de la división de facturación que consistía en el seguimiento
mensual de conexiones cortadas y activadas de los servicios de agua potable.
 Asimismo, haciendo uso del programa Fox Pro, se logró añadir los importes
de corte y reconexión de servicios, a aquellos usuarios que tenían deuda de
dos meses por el pago tardío a la fecha de vencimiento y que sus conexiones
fuesen cortadas en campo.
 Reestructuración y Reorganización del código catastral de los usuarios, según
rutas, manzanas y número de conexiones por usuario.
 Se realizó el mantenimiento de todas las computadoras del Área Comercial,
instalación de programas necesarios y conexiones a las unidades del servidor
como es el SICI, SICAP, COMÚN; poniendo en red las computadoras e
impresoras, para un mejor funcionamiento.
CAPITULO V
DESCRIPCION DE ACTIVIDADES REALIZADAS
5.
5.1. Actividad Nª 01
Desarrollo de un sistema web para el control de la cartera morosa de la EPS
EMUSAP ABANCAY S.A.C.
19
5.1.1. Problema
Actualmente existe un número elevado de clientes que componen la
cartera morosa de la EPS EMUSAP ABANCAY S.A.C.; la cartera
morosa es el endeudamiento de pagos por parte de los clientes, el cual
perjudica directamente en el aspecto económico a la empresa.
La empresa no cuenta con la información necesaria, porque no se tiene
un control continuo de los clientes que pertenecen a la cartera morosa,
lo que causa el incremento constante de esta misma.
No se tiene el registro de clientes que pagaron su deuda y han
rehabilitado sus servicios de agua potable y alcantarillado, etc.,
tampoco se tiene el registro de conexiones inexistentes, activadas y
cortadas.
No existe un sistema que ayude al control y seguimiento de la cartera
morosa, que proporcione la información útil, para la toma de
decisiones y las acciones correspondientes.
5.1.2. Objetivo Principal
Desarrollar un Sistema web para el control de la cartera morosa de la
EPS EMUSAP ABANCAY S.A.C.
5.1.3. Objetivos Específicos
 Administrar, controlar y manipular de forma automática la
información correspondiente a los clientes que pertenecen a la
cartera morosa.
 Llevar un control sobre el estado actual de las conexiones.
5.1.4. Justificación
Los sistemas web proponen herramientas que permiten organizar y
controlar los procesos de gestión de información de manera
automática y en tiempo real, facilitando el manejo de información en
una institución u organización, logrando exactitud y reducción de
errores en su tratamiento.
Con la implementación de este sistema web, se pretende mejorar los
aspectos de administración, control y manipulación de la información
de las conexiones que pertenecen a la cartera morosa, beneficiando
directamente a la EPS EMUSAP ABANCAY S.A.C.
5.1.5. Limitaciones
El sistema permitirá realizar las siguientes tareas:
 Opción de administrar usuarios.
 Opción de administrar la cartera morosa.
 Opción de búsquedas.
 Reporte de los clientes que pagaron.
 El sistema está orientado a una plataforma Web y funcionará a
nivel de intranet.
20
5.1.6. Estudio Preliminar
Se aplicará la Metodología Programación Extrema XP, seleccionada
según comparación con otras metodologías, como se muestra en el
siguiente cuadro:
CRITERIOS XP SCRUM RUP

Se basa en
Obtención de Se basa en Se basa en casos de
requisitos del
Requisitos historias de usuario uso
Product Backlog
Es más importante
Es más importante
la funcionalidad Se basa en la
Carga de Trabajo la funcionalidad que
que la documentación
la documentación
documentación
El cliente evalúa El cliente podrá

Relación con el Evalúa los
pedazo del seguir la evolución
Cliente artefactos obtenidos
programa funcional del proyecto
CRITERIOS XP SCRUM RUP
El diseño es
revisado y
El diseño se define
mejorado de Diseño continuo a lo
Diseño del sistema previamente en el
manera continua a largo del proyecto.
proyecto
lo largo del
proyecto
Tabla 2: Estudio Preliminar de las Metodologías

Fuente: Elaboración propia
5.1.7. Herramientas de hardware y software

Las herramientas de software seleccionadas para el desarrollo de
sistema son las siguientes:
Software Herramienta elegida
Sistema Operativo Windows 8.1 Single Languaje
21
Herramientas para la Sublime text
Implementación de la Interfaz
Herramienta para la CodeIgniter 2.0.2
Implementación del sistema
Herramienta para desarrollar la MySQL Server
base de datos
Herramientas para la ejecución Navegador Chrome
del sistema
Herramienta de apoyo para la Microsoft Office, Microsoft Project
documentación
Para el Desarrollo del sistema
(Servidor de Aplicación y Base HP- Intel(R) Core(TM) i5
de Datos)
Tabla 3: Herramientas de Hardware y Software
Fuente: Elaboración propia.
22
5.1.8. Fase I: Planificación
Roles asignados para el desarrollo del sistema
Roles en XP Responsable Cargo en la Institución
Jefe de Proyecto Danyra Contreras Meza Practicante
Programador Danyra Contreras Meza Practicante
Cliente Ing. Melanio Cucchi Ccasañi Gerente Comercial
Danyra Contreras Meza Practicante

Encargado de Pruebas
Ing. Jorge Vilcas Ramos Jefe del área de Informática.
Tabla 4: Roles asignados.

 Historias de Usuario
Las historias de usuarios son representaciones de requisitos escritos, estas
definen lo que se debe construir en el proyecto de software, tienen una
prioridad asociada definida por el cliente de manera de indicar cuales son las
más importantes para el resultado final, serán divididas en tareas y su tiempo
será estimado por los desarrolladores.
Una vez recolectadas las historias de usuario se hizo una reunión con el
equipo de trabajo, donde se plantearon tiempos necesarios
aproximados para su implementación.
Finalmente se lograron obtener 9 historias de usuarios, las cuales se muestran
en la siguiente tabla:
23
N Historia de Usuario Tareas Horas
°
1.1. Definir la estructura de Base de Datos.
Elaborar Diseño del modelo lógico de la Base de
1.2.
Datos.
Implementar la Base
1 Levantar la plataforma de trabajado para la Base de 10
de Datos(BD) 1.3.
Datos.
Implantar la BD en el modelo físico en el servidor de
1.4.
Base de Datos PhpMyAdmin.
Interfaz del inicio del 2.1. Diseñar interfaz de Bienvenida.
2 8
Sistema 2.2. Diseñar interfaz de acceso al sistema (Login).
Interfaz del módulo 3.1. Diseñar formulario de Misión y Visión.
3 6
Nosotros 3.2. Diseñar formulario de Organigrama.
4.1. Diseñar formulario de Estructura Tarifaria.
Interfaz del módulo
4 4.2. Diseñar formulario del Reglamento de Servicios. 6
Transparencia
4.3. Diseñar formulario de Ámbito de Responsabilidad.
5.1 Diseñar formulario de entrada de datos de usuario.
Interfaz del módulo 5.2 Diseñar formulario de salida de datos de usuario.
5 7
Usuario 5.3 Diseñar formulario de edición de datos de usuario.
5.4 Diseñar contenedor de búsqueda de datos de usuario.
6.1 Diseñar formulario de entrada de datos de clientes que
Diseñar formulario de salida de datos de clientes que
6.2
pertenecen a la cartera morosa.
Interfaz del módulo
6 Diseñar formulario de edición de datos de clientes que 12
Cartera Morosa 6.3
pertenecen a la cartera morosa.
Diseñar contenedor de búsqueda de datos de clientes
6.4
que pertenecen a la cartera morosa.
7.1. Registrar nuevo usuario.
Administrar
7.2. Editar y actualizar datos de usuario.
7 información del 12
7.3. Eliminar datos de usuario.
usuario
7.4. Realizar búsquedas de usuario.
8.1. Registrar nuevo cliente moroso.
Administrar 8.2. Editar y actualizar datos del cliente moroso.
8 información de la 15
Cartera Morosa 8.3. Eliminar datos del cliente.
8.4. Realizar búsquedas del cliente.
Generar Reporte de la
9 Cartera Morosa 9.1. Generar reportes de Pagos 15
Tabla 5: Historias de Usuario.

24
 Detalle de Historias de Usuario
Se detallan las historias de usuario tal y como fueron definidas.
Historia de Usuario
Número: 1 Nombre de Historia de Usuario:
Implementar la Base de Datos(BD)
Usuario: Trabajador del Área de Facturación y Cobranza
Prioridad en Negocio: Alta Tiempo Estimado(horas): 10
Desarrollador Encargado: Danyra Contreras Meza
Descripción:
Se crea una base de datos para almacenar y manipular información de los expedientes
que se registren. Para ello se deberá tener conocimiento de los datos que se desean
almacenar en la Base de Datos y trabajar en la definición de estos.
Cuadro I: Implementar la Base de Datos
Fuente: Elaboración Propia.
Historia de Usuario
Interfaz del inicio del Sistema
Descripción:
Diseñar la interfaz de inicio del sistema, que debe contener la interfaz de bienvenida y
acceso al sistema con diseño sencillo de logeo.
Cuadro II: Interfaz del inicio del Sistema
Historia de Usuario
Interfaz del módulo Nosotros
Prioridad en Negocio: Baja Tiempo Estimado(horas): 6
Descripción:
Diseñar la interfaz del formulario donde se informará sobre la Misión y Visión de la
empresa, así como el Organigrama de la Empresa.
Cuadro III: Interfaz del módulo Nosotros
Fuente: Elaboración Propia
25
Historia de Usuario
Interfaz del módulo Transparencia
Prioridad en Negocio: Baja Tiempo Estimado(horas): 6
Descripción:
Diseñar la interfaz del formulario donde se informará sobre la Estructura tarifaria,
reglamento de servicios, el ámbito de responsabilidad.
Cuadro IV: Interfaz del módulo Transparencia
Historia de Usuario
Interfaz del módulo Usuario
Descripción:
Diseñar la interfaz de entrada, salida, edición y búsqueda de datos del módulo Usuario.
Cuadro V: Interfaz del módulo Usuario
Historia de Usuario
Interfaz del módulo Cartera Morosa
Descripción:
 Diseñar formulario de entrada de datos de clientes que pertenecen a la cartera morosa.
 Diseñar formulario de salida de datos de clientes que pertenecen a la cartera morosa.
 Diseñar formulario de edición de datos de clientes que pertenecen a la cartera morosa.
 Diseñar contenedor de búsqueda de datos que pertenecen a la cartera morosa.
Cuadro VI: Interfaz del módulo Contáctanos

26
Historia de Usuario
Administrar información del usuario
Descripción:
El sistema tendrá la opción de registrar nuevo usuario, quienes tendrán acceso al sistema
de dos tipos: administrador y operario.
Se desplegará una plantilla para llenar los datos con los siguientes argumentos: dni,
nombres, apellidos, e-mail, teléfono, perfil, estado.
A la vez se tendrá la opción de volver para terminar con el proceso de ingreso de datos.
Una vez almacenado un nuevo usuario se actualiza la tabla de contenido con los nuevos
datos ingresados, además muestra las opciones de editar y realizar búsquedas por nombre
de usuario, y la opción de cambio de contraseña.
Cuadro VII: Administrar información del Usuario
Historia de Usuario
Administrar información de la Cartera Morosa
Descripción:
La cartera morosa está conformada por aquellos clientes que tienes deuda con la empresa
y su servicio de agua se encuentra en estado de corte.
El sistema permitirá el registro de un nuevo cliente con el número de inscripción, código
catastral, nombre del cliente, dirección, tipo de tarifa, tipo de servicio, numero de meses
de deuda, monto de deuda, fecha de pago, monto pagado, estado de la conexión y
observaciones.
También cuenta con una pestaña de edición y eliminación de clientes.
Asimismo contiene un buscador, donde se podrá ingresar los datos que se quieren buscar.
Cuadro VIII: Administrar información de la Cartera Morosa
Historia de Usuario
Generar Reporte de la Cartera Morosa
27
Descripción:
Mostrar el reporte de clientes que han pagado durante el mes, esto dará a conocer cuánto
se ha recuperado en soles, asimismo se podrá ver los clientes deudores a qué tipo de tarifa
pertenecen y el tipo de servicio que se brinda, ya sea solo agua potable, alcantarillado o
los dos servicios.
Cuadro IX: Generar Reporte de la Cartera Morosa

 Plan de Entregas
- Las historias de usuario que se implementaron para cada
entrega.
- Prioridad de cada historia.
- Estimación para la realización de cada iteración.
 Cronograma
Figura 5: Cronograma de Historias de Usuario

28
5.1.9. Fase II: Diseño
El diseño se realizó durante todo el tiempo de vida del desarrollo del Sistema,
siendo revisado y modificado según los cambios que se presentaron durante
la implementación.
 Modelo Entidad Relación

En lo que refiere a diagramas se desarrolló un modelo entidad relación
de la cual surgieron versiones a medida que se incorporaban
funcionalidades al sistema, siendo la columna vertebral para el
desarrollo.
Figura 6: Modelo Entidad

Relación
Fuente: Elaboración
Propia
 Módulos
El proceso de diseño fue iterativo, por lo que las interfaces no fueron
creadas todas en la primera iteración. Al inicio de cada iteración se
fueron agregando responsabilidades, o se crearon otras nuevas de
modo que el diseño se convirtió en un proceso dinámico que se
adaptaba a las necesidades planteadas para el momento.
La estructura utilizada en la elaboración de las interfaces es la
siguiente:
1. Administrar Usuario
 Id usuario
 Correo Conexión Servidor
 Contraseña
 Registrar 29
-Editar
 Buscar
Cuadro X: Administrar Usuario
2. Administrar Conexiones dentro

de la cartera morosa
 Id conexión
 Inscripción
 Código catastral
 Dirección
 Tipo servicio
 Tarifa
 Numero medidor Conexión Servidor
 Estado
 Observación
 Id cliente
 Registrar -Editar
Cuadro  Eliminar-Buscar XI:
Administrar
Conexiones
3. Reporte
 Cartera morosa
Conexión Servidor
Cuadro
 Ver reporte XII:
Generar Reporte
30
5.1.10. Fase III: Codificación
 Cliente siempre presente
El cliente participó de las reuniones al inicio de cada iteración y en los
plazos de entrega de resultados funcionales.
 El código se escribe siguiendo los estándares

La estandarización del código fue asumida desde el mismo momento en
que se inició la codificación. Los siguientes estándares responden a una
serie de buenas prácticas recomendadas para desarrollar.
 Integraciones frecuentes
Se realizaron las integraciones cada día, lográndose así detectar fallas en
un tiempo menor permitiendo solucionarlas rápidamente.
Durante buena parte del desarrollo del sistema se presentaron problemas
de conexión con la base de datos al ejecutar las pruebas. Por tal motivo se
tuvo que poner especial atención al realizar la integración de las tareas.
31
5.1.11. Fase IV: Pruebas
PUEBAS DE ACEPTACIÓN
Pruebas de Historia N°: 1 Administrar información del módulo
Usuario
Se debe comprobar la introducción de nuevos registros en el módulo usuario de
la Base de Datos.
El administrador del sistema con permisos de súper usuario, una vez que haya
entrado al sistema, en el módulo usuario, ingresa datos de un Usuario (sintaxis
correcta, incorrecta y repetida para cada prueba respectivamente) y procede a
guardarlos.
Condiciones de ejecución:
El administrador del sistema debe tener los permisos asignados de súper usuario.
Entrad
a:
Introducción Correcta Introducción con Errores
 Descripción:  Descripción:
Introducción de datos con una Introducción de datos con una
sintaxis correcta y datos sintaxis incorrecta y datos
válidos. inválidos.
 Resultado  Resultado esperado:
esperado: Los registros incorrectos de Usuarios
Tras la introducción del nuevo no son introducidos en la Base de
registro del administrador, ha Datos. Y se muestra un mensaje que
sido correcto, en la Base de indica que existe error en el llenado
Datos aparecerá la página de datos del Usuario.
principal.
 Evaluación de la
 Evaluación de prueba:
la prueba: Prueba satisfactoria.
Prueba satisfactoria.
Cuadro XIII: Módulo Usuario
PUEBAS DE ACEPTACIÓN
32
Pruebas de Historia N°: 2 Administrar información del módulo
Se debe comprobar los estados que pueden registrar un expediente en el módulo
conexión de la Base de Datos
entrado al sistema, en el módulo Cartera Morosa, selecciona un expediente en
específico para la actualización de su estado.
E
n
Introducción Correcta Introducción con Errores
 Descripción:  Descripción:
Introducción de datos con una Introducción de datos con una
sintaxis correcta y datos sintaxis incorrecta y datos
válidos. inválidos.
 Resultado  Resultado esperado:
esperado: Los registros incorrectos no son
Tras la edición de un registro y introducidos en la Base de Datos. Y
ha sido correcto, en la Base de se muestra un mensaje que indica
Datos, se guardará modificando que existe error.
o insertando correctamente los
datos.  Evaluación de la
prueba:
Cuadro XIV: Módulo Conexión
PRUEBAS DE ACEPTACIÓN
Pruebas de Historia N°: 3 Reportes
entrado al sistema observará que existen dos tipos de reportes uno gráfico y otro en
formato pdf.
En el reporte grafico se muestra el porcentaje de las conexiones activadas, cortadas,
no existentes y conexiones con corte efectivo. Esto es para dar a conocer cuántas
conexiones se han activado.
En el reporte en formato pdf aparece todas las conexiones cuyos clientes han
realizado el pago de su deuda.
E
n
t
r
Cuadro XV: Reportes
33
5.1.12. Resultados
La implementación del sistema web para el control de la cartera
morosa para la EPS EMUSAP ABANCAY S.A.C., se concretó de
manera satisfactoria, pero no se llegó a la implantación del sistema.
Portal de Bienvenida
Figura 7: Portal de Bienvenida

Interfaz de Nosotros
Figura 8: Interfaz de Nosotros

34
Interfaz de Transparencia
Figura 9: Interfaz de Transparencia

Login del Sistema web
Figura 10: Login

 Al ingresar como usuario administrador en el sistema, también

se debe cerrar sesión.
Figura 11: Cerrar Sesión

 Al ingresar al sistema, se muestra como inicio un reporte en

forma de gráfico, donde indica el porcentaje del estado de las
conexiones.
35
Figura 12: Estado de Conexiones
 En el menú de navegación al seleccionar “Cartera Morosa” se

muestra la lista de las conexiones con su inscripción, código
catastral, su estado, entre otras características.
Figura 13: Cartera Morosa

 En la última columna de la figura anterior se puede ver tres

botones con imágenes, al hacer clic en el botón con la imagen
de un ojo, podremos ver la información completa del registro
seleccionado.
Figura 14: Mostrar Registro

 Al hacer clic en el botón “Agregar” lápiz, podremos ingresar

los datos de un nuevo registro.
36
Figura 15:
Nuevo Registro
Fuente:
Elaboración Propia

En el
menú de
navegación al
seleccionar “Configuraciones” se muestra un despliegue,
donde seleccionamos “Usuarios”, nos muestra la lista de los
usuarios registrados con sus respectivas características.
Figura 16: Lista
de
Usuarios
 Al hacer clic en el botón “Registrar usuario”, podremos

ingresar los datos de un nuevo usuario, completando los datos
que se muestran en la siguiente figura.
Figura 17: Registrar Usuario
37
Fuente:
Elaboración
Propia

En
el menú de
navegación al seleccionar “Configuraciones” se muestra un
despliegue, donde seleccionamos “Perfiles”, nos muestra la
lista de los perfiles de
usuarios, en este caso tenemos dos:

operador y administrador.
Figura 18: Perfiles de Usuarios
 En el menú de navegación al seleccionar “Reportes” se

muestra un botón que al hacer clic genera el reporte en
formato PDF, como se muestra en la figura 20, ahí podemos
observar los datos del registro como son su inscripción,
código, estado, finanza y el monto pagado.
Figura 19: Generar Reporte

38
Figura 20:
Reporte en formato PDF
5.1.13. Conclusiones
 El sistema se realizó de manera satisfactoria cumpliendo con los
tiempos establecidos al inicio del proyecto; satisfaciendo la
necesidad de la Empresa
 La necesidad de automatizar los procesos de una Empresa es de

alta prioridad, ya sea por el manejo de la información netamente o
por facilitar procesos específicos. La automatización de cualquier
proceso por más simple que sea ayuda a que se ahorren recursos
de tiempo y se realicen actividades y tareas con mayor eficacia.
5.1.14. Recomendaciones
 Se sugiere a la Empresa poner mayor interés e invertir en el
desarrollo de tecnologías de información que le permitan realizar
sus actividades eficientemente, y administrar de mejor forma la
información.
39
5.2. Actividad Nª 02:
Actividades de Apoyo en soporte técnico.
5.2.1. Objetivo
Mantener en óptimas condiciones de funcionamiento los equipos
informáticos, tanto en hardware con en software del área comercial de
la EPS EMUSAP ABANCAY S.A.C.
5.2.2. Justificación
Para un mejor funcionamiento de los equipos, para mantener
protegido los datos del área comercial y para dar un buen uso a los
sistemas que se utilizan dentro de la institución, se vio por
conveniente realizar el mantenimiento de sus equipos de trabajo, la
instalación de los sistemas administrativos en las oficinas y la
conexión a las unidades del servidor.
Todo ello permitirá que los distintos trabajadores puedan desarrollar
sus distintas actividades laborales de manera normal y sin ningún tipo
de interrupciones.
5.2.3. Cronograma de ejecución
Cronograma del apoyo en soporte técnico.
Figura 21: Cronograma del Soporte Técnico

5.2.4. Proceso
Los procedimientos a seguir fueron los siguientes:
 Copias de seguridad a los equipos de cómputo extrayendo la
información en discos externos.
 Realizar la limpieza física de los equipos de cómputo.
 Formateo respectivo del equipo (PC) debido a fallas.
 Actualización de programas e instalar los programas más
utilizados.
 Evaluación y comprobación de equipos de cómputo adquirido.
5.2.5. Herramientas
Para realizar todos los procesos o actividades de apoyo de soporte de
equipos de cómputo se utilizaron los siguientes materiales:
40
 Kit de herramientas
 Guantes
 Instaladores
 Discos externos
 Soplador
5.2.6. Resultados
 Se mejoró los aspectos operativos relevantes, disminuyendo así
los daños ocasionados por factores de falta de limpieza y la
atención de fallas.
 Se realizó satisfactoriamente todas las actividades de apoyo al
soporte técnico de la unidad de informática
5.2.7. Conclusiones
 Se consiguió realizar el diagnostico operativo de los equipos de
cómputo para mejorar aspectos operativos relevantes tales como
funcionalidad, seguridad, productividad, confort, imagen y
racionalización de costos de operación.
 Se logró realizar el mantenimiento preventivo y correctivo, con la
finalidad de mantener los equipos de cómputo en un estado
operativo y eficaz, dentro de un proceso, dinámico, complejo,
estratégico y bajo estricto control.
5.2.8. Recomendaciones
 Hacer buen uso de los recursos de cómputo.
 Dar las indicaciones respectivas a los usuarios como: limpiar sus
equipos, apagar correctamente el equipo (no apagarla sin antes
salir correctamente del sistema), no dejar prendido los
estabilizadores, etc.
 Consultar con el personal de la oficina de informática sobre
cualquier duda o situación que se presente en el equipo de
cómputo.
BIBLIOGRAFÍA
 Kendall, E. (2010). Análisis y Diseño de Sistemas.
41
 Gonzales, J. (2007). Metodologías y Técnicas en Proyectos de
Software para la Web. España.
 Kenneth, C. (2006). Sistemas de Información Gerencial. México:
Pearson Educación, 534 pág.
 Pressman, R. (2006). Ingeniería de Software. (6ta ed.).
 Senn, J. (1990). Análisis y Diseño de Sistemas de Información.
 Ciclo de vida de la metodología XP. Recuperado de:
http://www.extremeprogramming.org/.
 Fases de Metodología. Recuperado de:
http://es.scribd.com/doc/57257203/Metodologia-XP.
 British Columbia Institute of Technology. (2016). CodeIgniter de un
vistazo. Recuperado de:
https://www.codeigniter.com/user_guide/overview/at_a_glance.html
42
ANEXOS
43
Anexo Nº 01
Carta de Presentación emitida por el Decano de la Facultad de
Ingeniería
44
Anexo Nº 02
Constancia de culminación de Practicas Pre-Profesionales
45
Anexo Nº 03
Ficha de Evaluación del Responsable del centro de Practicas Pre-
Profesionales
46
Anexo Nº 04
Ficha de control de asistencia
47

Piis 15

Cargado por

Copyright:

Formatos disponibles

Piis 15

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Piis 15

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL MICAELA

ESCUELA ACADÉMICA PROFESIONAL DE INGENIERÍA

INFORME DE PRÁCTICAS PRE – PROFESIONALES

PRÁCTICAS REALIZADAS EN:

FIGURA 1: PLANO DE UBICACIÓN DE LA EMPRESA EMUSAP........................

CUADRO I: IMPLEMENTAR LA BASE DE DATOS..............................................

TABLA 1: INFRAESTRUCTURA TECNOLÓGICA DE EMUSAP...........................

En el presente informe de Prácticas Pre-Profesionales se plasman las

A continuación, se enumeran y describen los capítulos del presente informe:

En el Capítulo III se define el Marco Teórico referente a las actividades

En el Capítulo IV y V se lista y describe las actividades realizadas durante el

Finalmente se anexan los documentos correspondientes que validan las

En la actualidad las empresas necesitan aplicar diferentes métodos en la

La Empresa de Servicio de Abastecimiento de Agua Potable y Alcantarillado

Enmarcándonos en lo anteriormente propuesto, los practicantes de las

1.1. Objetivo del Informe

1.3. Nombre de la Institución y Área

2.1. Razón Social

2.4. Ubicación Geográfica

Figura 1: Plano de Ubicación de la Empresa EMUSAP.

2.6. Organización y Funciones

Figura 2: Organigrama de la Empresa EMUSAP.

Los frameworks no necesariamente están ligados a un lenguaje concreto,

Se pueden mencionar algunos frameworks conocidos como Hibernate y

El programador no necesita plantearse una estructura global de la aplicación,

La utilización de un framework en el desarrollo de una aplicación implica un

CodeIgniter contiene muchas ayudas para la creación de aplicaciones PHP

3.3.2. Servidor Web

El Servidor web se ejecuta en un ordenador manteniéndose a la espera

Figura 3: Estructura del servidor FTP

3.4. Desarrollo Web

3.5. Respaldo de Información (Backup)

a) Tipos o niveles de Backup.

En este sentido, el objetivo de Cobro Cartera Morosa es recuperar el adeudo

3.7. Mantenimiento correctivo y preventivo de computadoras

 Fase II: Diseño

 Fase III: Codificación

Figura 4: Ciclo de vida de la Metodología XP

3.8.6. Roles en la metodología XP

 Programador: Responsable de decisiones técnicas y de construir

 La Gerencia General de la empresa, aprobó el Programa “Gestión de

CRITERIOS XP SCRUM RUP

El cliente evalúa El cliente podrá

CRITERIOS XP SCRUM RUP

Tabla 2: Estudio Preliminar de las Metodologías

5.1.7. Herramientas de hardware y software

Software Herramienta elegida

Sistema Operativo Windows 8.1 Single Languaje

Jefe de Proyecto Danyra Contreras Meza Practicante

Programador Danyra Contreras Meza Practicante

Cliente Ing. Melanio Cucchi Ccasañi Gerente Comercial

Danyra Contreras Meza Practicante

Tabla 4: Roles asignados.

Tabla 5: Historias de Usuario.

Cuadro VI: Interfaz del módulo Contáctanos

Cuadro IX: Generar Reporte de la Cartera Morosa

Figura 5: Cronograma de Historias de Usuario

 Modelo Entidad Relación

Figura 6: Modelo Entidad