FACULTAD DE INGENIERÍA Y ARQUITECTURA

ESCUELA ACADÉMICA DE INGENIERÍA DE SISTEMAS

INFORME DE PRÁCTICA PRE – PROFESIONAL I

Proyecto Académico:

“<SISTEMA WEB PARA MEJORAR EL CONTROL DE LAS

INCIDENCIAS DE LOS EQUIPOS INFORMÁTICOS EN LA
MUNICIPALIDAD DISTRITAL DEL PORVENIR>”

<Municipalidad Distrital del Porvenir>

Practicante:
<Chiclayo Silvestre, Antonio Martin>
Docente:
< Ms. Ing. Guevara Ruiz, Ricardo Manuel >
Supervisor:
< Dr. Alcántara Moreno, Oscar Romel >

Jefe inmediato:
< Jara Rodríguez, Víctor Javier >

INGENIERÍADESISTEMAS

DICIEMBRE - 2021
Trujillo – Perú
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

DEDICATORIA / AGRADECIMIENTO
Opcional.

2
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

I. RESUMEN EJECUTIVO

En el presente trabajo es la síntesis de mi Plan de Prácticas Pre-Profesionales en la

Municipalidad Distrital de El Porvenir, todo a esto es de acuerdo con las disposiciones
establecidas en el Reglamento de Prácticas Pre-Profesionales I de la Universidad Cesar
Vallejo, Facultad de Ingeniería y Arquitectura, Escuela Profesional de Ingeniería de Sistemas.

Escogí como centro de prácticas el Sector Publico ya que, desde mi lugar de practicante, aun
en poca medida, puedo contribuir con la sociedad.

El informe se presenta en siete capítulos en base a la gestión administrativa actual de la

Municipalidad Distrital de El Porvenir.

El objetivo de este proyecto es dar conocer soluciones a los ciertos problemas que viene
suscitando en la gestión actual y algunas recomendaciones para que su toma de decisiones
sea más viable para el progreso y desarrollo de la comuna y de la ciudadanía.

Estas Prácticas Pre-Profesionales son de gran ayuda para nosotros como estudiantes, ya que
nos permite y ayuda a tener una idea en el Sector Público y así tener una visión más clara
para ejercer nuestros conocimientos de nuestra carrera profesional en cualquier entidad.

3
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

ÍNDICE

DEDICATORIA / AGRADECIMIENTO.........................................................................2
I. RESUMEN EJECUTIVO.........................................................................................3
II. CAPITULO I: GENERALIDADES............................................................................5
1.1. Descripción del sector......................................................................................5
1.2. Descripción general de la empresa.................................................................6
1.2.1. Breve descripción de la empresa..............................................................6
1.2.2. Organización de la empresa.....................................................................8
1.2.3. Descripción del área donde realiza las prácticas......................................8
1.3. Funciones del ingeniero...................................................................................9
1.3.1. Funciones del departamento donde desarrolla la práctica.......................9
1.3.2. Perfil del profesional y descripción del puesto de trabajo.........................9
III. CAPITULO II: PROYECTO ACADÉMICO........................................................10
2.1. Título...............................................................................................................10
2.2. Análisis situacional.........................................................................................10
2.3. Realidad problemática...................................................................................15
2.4. Definición del problema..................................................................................15
2.5. Antecedentes.................................................................................................16
2.6. Objetivos........................................................................................................19
2.6.1. Objetivo general......................................................................................19
2.6.2. Objetivos específicos...............................................................................19
IV. CAPITULO III- DESARROLLO DEL PROYECTO............................................19
3.1. Marco teórico..................................................................................................19
3.2. Desarrollo.......................................................................................................23
3.3. Resultados.....................................................................................................35
3.4. Conclusiones..................................................................................................36
3.5. Sugerencias...................................................................................................37
ANEXOS......................................................................................................................38

4
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

II. CAPITULO I: GENERALIDADES

1.1. Descripción del sector

La económica del distrito tiene como sustento de su dinámica, a las actividades comerciales y de servicios con
sus particularidades. Por un lado, las actividades del calzado logran generar un distrito muy competitivo, en
términos de su economía.
En este contexto la industria del calzado está alineando cada vez más sus acciones y estrategias para lograr
ser más productivas y por lo tanto más competitivas y de este modo poder contribuir a la mejora la sociedad
que los aloja.
La Ley Orgánica de Municipalidades Nº 27972 las municipalidades tienen por finalidad, representar al
vecindario y promover la adecuada prestación de los servicios públicos locales y el desarrollo integral,
sostenible y armónicos de su circunscripción.
Según artículo 10 de la Ley Orgánica de Municipalidades Nº 27972 tiene como función aprobar, monitorear y
controlar el plan de desarrollo institucional y el programa de inversiones, teniendo en cuenta los Planes de
Desarrollo Municipal Concertados y sus Presupuestos Participativos.
Asimismo, ejercer la representación política y organizada de los vecinos en su gobierno local, mediante
acciones de participación en la presentación de servicios públicos locales, el cumplimiento de las normas
municipales, la ejecución de obras comunales, y el ejercicio del derecho de petición.

5
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

1.2. Descripción general de la empresa

Según el reglamento de organizaciones y funciones (ROF) de la Municipalidad Distrital de El Porvenir expresa

lo siguiente:

Artículo 1° NATURALEZA

La Municipalidad Distrital de El Porvenir es el órgano de gobierno local creado mediante Ley N° 4101, como tal,
es la entidad básica de la organización territorial del Estado y el canal inmediato de participación vecinal y
asuntos públicos que institucionaliza y gestiona con autonomía los intereses propios de la colectividad en
concordancia con su Misión y Objetivos establecido.

Además, es un órgano del estado peruano, promotor del desarrollo económico local, con personería jurídica de
derecho público, con autonomía política, económica y administrativa en los asuntos de su competencia, y con
atribuciones, competencias y funciones que se ejercerán con sujeción al ordenamiento jurídico establecido.
Ejerce el Gobierno Local en su jurisdicción, la cual constituye una circunscripción político – administrativa de
nivel Distrital, que determina el ámbito territorial de gobierno y administración del Estado, que cuenta con una
población caracterizada por su identidad, cultura y un ámbito geográfico, que sirve de soporte de sus relaciones
sociales, económicas y administrativas.

Asimismo, tiene como finalidad, planificar y ejecutar a través de los órganos competentes, programas,
proyectos, actividades y un conjunto de acciones que contribuyan a proporcionar al vecino, el ambiente
adecuado para la satisfacción de sus necesidades vitales en aspectos de vivienda, salubridad, abastecimiento,
educación, recreación y seguridad.

1.2.1. Breve descripción de la empresa

La Municipalidad Distrital de El Porvenir, circunscrita en la Provincia de Trujillo, Departamento de la Libertad, se

constituye como una organización territorial básica de la organización territorial del Estado y canal inmediato de
participación vecinal en asuntos públicos, institucionaliza y gestiona con autonomía los intereses propios de su
colectividad de acuerdo a lo establecido por la Ley Orgánica de Municipalidades Nº27972 y disposiciones que
de manera general regulan las actividades del Sector Publico, entre las que se encuentra la Ley de
Presupuesto del Sector Publico del Ejercicio 2020.

6
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

Durante la época de esplendor de la azucarera Laredo, el territorio de El Porvenir solamente sirvió de paso
para el ferrocarril que transportaba caña de azúcar, en lo que hoy es conocida como la avenida Pumacahua y
luego se convirtió en la principal vía de transporte hacia el interior del departamento. Legalmente la creación
del distrito empieza a gestarse en 1951, cuando se formó la Junta de Progreso Local presidida por Ernesto
Miranda Díaz, quien realizó las primeras gestiones ante los Poderes del estado.

Finalmente, el distrito fue creado mediante Ley Nº 15368 del 8 de enero de 1965, en el primer gobierno del
presidente Fernando Belaúnde Terry. Fue creado como distrito, con una extensión de 36.7 kilómetros
cuadrados, incluyendo lo que hoy se conoce como el distrito de Florencia de Mora, que formó parte de El
Porvenir hasta 1985. En 1972, este nuevo distrito ya contaba con 58 mil habitantes. A inicios de 2000, el
Porvenir ya registra 105 mil personas que representan el 14.5% de la población metropolitana de Trujillo. En
este distrito se observa una fuerte presencia del uso mixto de vivienda–taller (micro empresas de calzado). Se
aprecia la concentración comercial de tiendas de cuero, productos para la fabricación de calzado, talleres,
restaurantes, bancos, y otros establecimientos de servicios. El Porvenir se caracteriza por el dinamismo de su
producción artesanal de calzado y otros derivados del cuero, que se concentra en el distrito conformando un
conglomerado industrial (53% de empresas).

Actualmente dicho distrito cuenta con una población de 229,115 habitantes.

7
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

1.2.2. Organización de la empresa

Imagen N° 01. Organigrama Estructural de la Municipalidad

Fuente: Municipalidad Distrital de El Porvenir (ROF)

1.2.3. Descripción del área donde realiza las prácticas

La Oficina de sistemas es la unidad orgánica que tiene como objetivo mantener un adecuado nivel de
integración tecnológica, así como planificar, organizar, dirigir, analizar y mantener los recursos y sistemas
informáticos para brindar seguridad a la información de la institución.

8
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

1.3. Funciones del ingeniero

1.3.1. Funciones del departamento donde desarrolla la práctica

 Planificar, organizar, dirigir, controlar e integrar el desarrollo de sistemas de información, el uso de las
tecnologías de la información y comunicaciones y la seguridad de la información.
 Planificar, organizar, dirigir, controlar e integrar las acciones relacionadas con la administración y
seguridad de la estructura de datos y de la información, así mismo deberá efectuar copias de seguridad
de respaldo de información de la gestión municipal.
 Planificar, organizar, dirigir y controlar los sistemas de comunicación en la red de comunicación interna
de la municipalidad, desarrollando sistemas de internet, intranet y extranet, u otras herramientas de
comunicación que determine el avance tecnológico y que facilite la gestión municipal y a la mejora de
los servicios de comunicación con la población del distrito de El Porvenir.
 Brindar asesoramiento en materia tecnológica a todas las Gerencias, Oficinas y unidad orgánica de la
Municipalidad.
 Administrar la red de datos y la red de telefonía de la municipalidad.
 Identificar, priorizar y desarrollar los proyectos informáticos, así como las soluciones informáticas de
interés.
 Coordinar y evaluar los requerimientos informáticos de todos los niveles organizacionales de la
municipalidad, según la normatividad vigente.
 Realizar investigaciones sobre nuevas tecnologías de información y proponer su aplicación en la
Municipalidad.
 Brindar asesoría y servicio técnico especializado en el ámbito de su competencia.
 Administrar el desarrollo y mantenimiento de los sistemas informáticos.

9
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

1.3.2. Perfil del profesional y descripción del puesto de trabajo

Está a cargo de un profesional ejecutivo se le denomina jefe de la oficina de sistemas, que depende funcional y
jerárquicamente de la Gerencia de Administración y Finanzas.

III. CAPITULO II: PROYECTO ACADÉMICO

2.1. Título
SISTEMA WEB PARA MEJORAR EL CONTROL DE LAS INCIDENCIAS DE LOS EQUIPOS INFORMÁTICOS EN
LA MUNICIPALIDAD DISTRITAL DEL PORVENIR.

2.2. Análisis situacional

DESCRIPCIÓN GENERAL:

El análisis PESTEL - FODA dentro de la Municipalidad distrital del Porvenir se ha utilizado como una de
las herramientas esenciales que provee de los insumos necesarios al proceso de planeación estratégica,
proporcionando la información necesaria para la implantación de acciones y medidas correctivas y la
generación de nuevos proyectos e iniciativas estratégicas

ANALISIS PESTEL:

PESTEL OPORTUNIDADES AMENAZAS

Político O1. Concertación interinstitucional A1. Centralismo (limitado presupuesto
O2. Incremento del Presupuesto municipal)
Municipal A2. Débil impulso al fomento del turismo
Económico O3. Liderazgo regional de la actividad A3. Falta de incentivos y normatividad para la

10
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

del calzado inversión empresarial e industrial

O4. Cooperación Internacional A4. Globalización
Social O5. Presencia de instituciones públicas y A5. Crecimiento demográfico acelerado
privadas de asistencia problemas sociales A6. Débiles políticas de educación en
(integración familiar, valores, etc.) Paternidad responsable
O6. Recursos Humanos (Técnicos y
Profesionales especializados)
Tecnológico O7. Las innovaciones constantes de las A7. Complicaciones y lentitud del
TIC y su mayor difusión y accesibilidad procesamiento del SIAF
O8. Potenciar los equipos de cómputo de A8. Desactualizaciones de las imanaciones
la municipalidad. temáticas de los organismos del gobierno
nacional.
Ecológico O9. Tendencia mundial y regional A9. Fenómenos naturales (Fenómeno niño)
dirigida a la prevención y manejo de la A10. Débil presencia de la Policía Ecológica
contaminación; y a la protección y
sostenibilidad de recursos naturales
O10. Impulso de Proyectos ambientales
(arborización, canal vía)
Legal O11. Actualización e innovación de A11. Corrupción en la administración
normas legales por el Gobierno Nacional.

ANALISIS FODA

FODA DEL DISTRITO EL PORVENIR

FORTALEZAS DEBILIDADES
F1. Distrito con presencia Productiva a nivel D1. Débil capacitación y organización de las
Departamental en la industria del calzado y microempresas locales.
manufactura. D2. Desarticulación de Unidad gremial
F2. Microempresa de calzado y manufactura en empresarial.
desarrollo. D3. Limitada inversión en el mejoramiento de
F3. Mano de obra medianamente capacitada. equipamiento e infraestructura productiva.
F4. Desarrollo de industria de producción de cuero. D4. Desempleo y alto índice de sub empleo.
F5. Materia prima para producción de calzado. D5. Débil oportunidad de trabajo para la mano
F6. Buena calidad del producto. de obra local.
F7. Cercanía a infraestructura económica: Carretera D6. Pérdida del liderazgo en la producción y
Panamericana, Puerto de Salaverry. comercialización del calzado.
F8. Mercado de venta del calzado medianamente D7. Informalidad del comercio (constitución y

11
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

desarrollado en el país (Sur y Norte de Trujillo) y locales de expendio).

Exportación del producto.
F9. Hábitos ancestrales de trabajo comunitario
(Tradiciones familiares).
F10. Característica hospitalaria de su gente y deseo
de superación.
F11. Cualidades físico ± deportivas, y artísticas de
sus jóvenes.
F12. Espacios de desarrollo cultural (Casa de la
Juventud)
F13. Aspiración de un mejor futuro en jóvenes y
población en general.
F14. Organización y empuje de la mujer.
F15. Existencia de DEMUNA-MDP y otros espacios
de atención a población vulnerable y/o en riesgo.
F16. Presencia y existencia en la localidad de
ONGs e instituciones públicas y privadas.
F17. Organización y participación de la población.
F18. Organizaciones Sociales de Base vigentes y
participativas.
F19. Saneamiento ambiental de la mayoría de áreas
urbanas que conforman el Distrito: Barrios y AA. HHs. D20. Contaminación ambiental por actividades
F20. Recursos Paisajísticos para el desarrollo
turístico recreativo: Cº El Mirador, Cº Bolongo, Cº
Cabras.
F21. Presencia de Infraestructura institucional, Idelfonso).
comunal y
de protección a población vulnerable (Local
Municipal, Iglesias,
Biblioteca, Colegios, Casa de la Cultura, Casa Refugio, Limitados espacios de recreación.
Club del Pueblo, Mercados, etc.).
F22. Integración vial funcional.
F23. Desarrollo y consolidación de la vivienda
F24. Áreas de expansión con ocupación planificada
y guiada
F25. Administración municipal repotenciada, con
profesionales.
D8. Bajo nivel educativo de su población local.
D9. Débil conocimiento, de sus derechos.
D10. Falta de identidad local (falta de
preservación, fomento y promoción de recursos
naturales).
D11. Déficit de equipamiento educativo, de
formación integral y en actividades productivas
locales.
D12. Pérdida de valores.
D13. Deterioro Social: Delincuencia, pandillaje,
drogadicción, alcoholismo. - Alto índice de
Desnutrición.
D14. Maltrato de madres y niños
D15. Paternidad irresponsable
D16. Débil protección a población vulnerable.
D17. Desintegración familiar
D18. Indiferencia de jóvenes en desarrollo de su
localidad.
D19. Agudización de población en extrema
pobreza.
industriales desarrolladas en el área urbana
residencial.
D21. Ocupación de áreas de riesgo (Qº San
D22. Falta de mejoramiento de la infraestructura
vial: de integración y vías locales.
D23. Déficit de equipamiento comunal y
D24. Deterioro de la infraestructura recreativa:
Club del Pueblo.
D25. Centralismo de la gestión municipal.
D26. Limitados medios de comunicación y
mecanismos de información con la población.
D27. Débil Institucionalidad gubernamental

12
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS
F26. Existencia de Instituciones representativas:
Policía Nacional, Juzgado de Paz, entre otros.
F27. Saneamiento físico- legal de sus Barrios y
Asentamientos Humanos.
OPORTUNIDADES
ASPECTO ECONÓMICO
O1. Futura actividad agro - industrial cercana, por la
implementación de la tercera etapa del P.E.
CHAVIMOCHIC.
O2. Turismo en Trujillo.
O3. Liderazgo regional de la actividad del calzado.
O4. Cooperación Internacional.
O5. Existencia de Universidades e Institutos, con
especialidades en diversas temáticas.
O6. Atractivo para la investigación (tema económico
- desarrollo actividad productiva de mediana
envergadura).
O7. Recursos Humanos (Técnicos - Profesionales
especializados)
O8. Presencia de instituciones públicas y privadas de Paternidad responsable.
asistencia problemas sociales (integración familiar,
valores, etc.)
O9. Plan Provincial por los Niños de Trujillo.
O10. Tratamiento de área de riesgo y puesta en
implementación del Plan de Prevención y Mitigación
de Desastres Naturales.
O11. Impulso de Proyectos ambientales
(arborización, canal vía).
O12. Tendencia mundial y regional dirigida a la
prevención y manejo de la contaminación; y a la
protección y sostenibilidad de recursos naturales.
O13. Concertación interinstitucional.
O14. Proceso de afianzamiento de la AG 21LT
O15. Descentralización.
O16. Incremento del Presupuesto Municipal.
(instrumentos de gestión: Planes, Catastro).
D28. Deficiente tributación
AMENAZAS
ASPECTO ECONÓMICO
A1. Falta de incentivos y normatividad para la
inversión empresarial e industrial.
A2. Recesión económica
A3. Política nacional de libre mercado.
A4. Desempleo
A5. Globalización.
A6. Pérdida generalizada de Valores.
A7. Débil responsabilidad por parte de las
instituciones competentes, para fomentar una
adecuado y eficiente educación integral.
A8. Pobreza.
A9. Crecimiento demográfico acelerado.
A10. Débiles políticas de educación en
A11. Violencia familiar y urbana generalizada.
A12. Fenómenos naturales (Fenómeno niño).
A13. Contaminación general.
A14. Débil presencia de la Policía Ecológica
A15. Centralismo (limitado presupuesto
municipal)
A16. Débil impulso al fomento del turismo.
A17. Débil decisión política para apoyar
mejoramiento de infraestructura económica
A18. Complicaciones y lentitud del
procesamiento del SIAF
A19. Desactualizaciones de las imanaciones
temáticas de los organismos del gobierno
nacional.
A20. Corrupción en la administración
13
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

14
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

15
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

16
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

EN LA EMPRESA NACIONAL DE TELECOMUNICACIONES”

Autor: CALISIN VARGAS, MILTON

Año y Lugar: 2018 - LIMA - PERÚ

Universidad: UNIVERSIDAD INCA GARCILASO DE LA VEGA

Resumen: Manifiesta que el problema se registra de forma manual, en algunas veces el personal del área de
soporte se olvida de realizar el registro de las incidencias en el cuaderno de apuntes, se planteó como objetivo
determinar la influencia del desarrollo de una aplicación web en la gestión de incidencias en la empresa
nacional de telecomunicaciones; se utilizó la metodología de software RUP, la cual consiente en la entrega de
comunicación de los requerimientos.

Título: “IMPLEMENTAR UNA APLICACIÓN EN LA WEB PARA MEJORAR LA GESTIÓN DE

REQUERIMIENTOS E INCIDENCIAS EN EL HOSPITAL GENERAL”

Autor: FERNÁNDEZ MARCELO, EDITH EMILIA

Año y Lugar: 2018 - LIMA - PERÚ

Universidad: UNIVERSIDAD SAN IGNACIO DE LOYOLA

Resumen: Manifiesta que los usuarios al momento de realizar un requerimiento o incidencia, existe un
inadecuado procedimiento al momento de generar o realizar dicha incidencia, obteniendo como resultado
usuarios insatisfechos, además se tiene con mucha frecuencia la pérdida de tiempo en la información de las
incidencias no atendidas. Se concluye que se mejoró la gestión de incidencias en un 94%, obteniendo un mejor
control de seguimiento y atenciones de las incidencias. El autor Fernández Marcelo en su investigación, me
ayudo en conocer sobre la gestión de incidencias y tener un panorama más amplio sobre la satisfacción de los
usuarios.

Título: “SISTEMA WEB Y MÓVIL DE TRÁMITE DOCUMENTARIO PARA MEJORAR LA GESTIÓN DE

MOVIMIENTOS DE EQUIPOS INFORMÁTICOS DEL ÁREA DE SOPORTE TÉCNICO EN UNA
UNIVERSIDAD”

Autor: BARRIOS MÉNDEZ, ARNALDO ABEL

17
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

Año y Lugar: 2018 - TRUJILLO - PERÚ

Universidad: UNIVERSIDAD CÉSAR VALLEJO

Resumen: Deficiencia al momento en gestionar el movimiento de entrada y salida de los equipos informativos,
debido que no se tiene un control de cambio de los equipos. se utilizó el diseño de investigación experimental.
La población de estudio es de 52 personas encargados del área de soporte técnico. Para la implementación del
sistema web se usó software libre (PHP y MYSQL) y la metodología de software ICONIX, debido a ser una
metodología ágil y robusta. Se concluye que el registro de mantenimiento de los equipos informáticos se redujo
a un 64.11 % equivalente a 6.09 minutos.

Título: “SISTEMA INFORMÁTICO WEB DE GESTIÓN DE INCIDENCIAS USANDO EL FRAMEWORK

ANGULARJS Y NODEJS PARA LA EMPRESA REDTEAM SOFTWARE LLC”

Autor: TACILLA LUDEÑA, JULIO LUIS

Año y Lugar: 2018 - TRUJILLO - PERÚ

Universidad: UNIVERSIDAD PRIVADA ANTENOR ORREGO

Resumen: Tiene como objetivo desarrollar un sistema informático web de gestión de incidencias utilizando
Angular JS y Node.JS para la empresa Red Team Software LLC. Se tiene como problema la demora o falta de
atención de incidencias, lo cual genera malestar a los clientes. Para la construcción del sistema informático se
usó el framework Angular y Node.JS. además, se trabajó para el análisis y diseño la metodología de desarrollo
ICONIX. Se concluye que se logró reducir el tiempo en dar solución a las incidencias reportadas 53.93 %.
Según la investigación del autor Tacilla, sirvió para conocer las fases de la metodología Iconix, la cual se
empleó para el desarrollo en la investigación

Título: “SISTEMA WEB BASADO EN ITIL PARA MEJORAR LA GESTIÓN DE INCIDENCIAS DE LOS
ACTIVOS INFORMÁTICOS UNA UNIVERSIDAD - 2019”

Autor: ARÉVALO RODRÍGUEZ, PERCY FERNANDO

Año y Lugar: 2018 - TRUJILLO - PERÚ

Universidad: UNIVERSIDAD CÉSAR VALLEJO

18
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

Resumen: Este trabajo de investigación tiene como objetivo general, mejorar las gestiones de incidencias de
los activos informáticos de la Universidad Cesar Vallejo de Trujillo, mediante la implementación de un sistema
web la cual se basa en la buenas prácticas de ITIL, como población para este trabajo se escogió como
población el área de tecnologías de la información y como muestra el sub área de recursos informáticos de la
Universidad Cesar Vallejo, lo cual para la recolección de datos se utiliza una encesta como instrumento y un
cronometro que servirá para determinar los tiempos de protest y postest. Se concluye en el primer indicador el
tiempo promedio en el registro de incidencias de los equipos informáticos se encontró una diferencia obtenida
de 486.32 segundos con el sistema actual y con la implementación del sistema propuesto es de 45.61 segundo
obteniendo en una representación de 9.38%. obteniendo una reducción del 90.62%. en el segundo indicador el
tiempo promedio en el seguimiento de los equipos informáticos con el sistema actual es de 336.69 segundos y
con la implementación del sistema propuesto es de 32.51 segundos logrando obtener 9.66%. logrando obtener
una reducción representada en un porcentaje del 90.34%. el tercer tiempo promedio en la obtención de
reportes de los equipos informáticos con el sistema actual es de 242.76 segundos, mediante la implementación
del sistema propuesto se logró obtener el tiempo promedio en la obtención de reportes de los equipos
informáticos en 27.59 segundos en un porcentaje de 11.36%, obteniendo una reducción del 88.64%.

2.6. Objetivos

2.6.1. Objetivo general

Mejorar el control de las incidencias de los equipos informáticos en la Municipalidad Distrital
del Porvenir, mediante la implementación de un sistema web

19
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

2.6.2. Objetivos específicos

 Reducir el tiempo en el registro de las incidencias de los equipos informáticos.
 Reducir el tiempo en el registro de los bienes de los equipos informáticos.
 Reducir el tiempo en el seguimiento de las incidencias de los equipos informáticos.
 Reducir el tiempo en la búsqueda de cada historial de los equipos informáticos.

IV. CAPITULO III- DESARROLLO DEL PROYECTO

3.1. Marco teórico

 Sistema web

Se le conoce como “Aplicación Web”, son alojados en un servidor en el internet, es visualizado en

cualquiera de los navegadores (Mozilla, Chrome, internet Explorer y muchos más.) y en cualquier sistema
operativo, su aspecto de los sistemas web es parecido a las páginas web comunes, pero los sistemas web
son más robustos debido a que contiene más cosas particulares. Para su uso no es necesario instalar en
un sistema operativo porque cuando un usuario navega en un sistema web hace una petición a un servidor
en donde está alojado el sistema.

Los sistemas web realizan su trabajo con bases de datos las cuales es donde se procesa la información
para mostrarle al usuario de una manera dinámica. Estos sistemas al ser desarrollados vía web se
diferencian de los demás sistemas, y se convierte en un beneficio para la empresa y los trabajadores que
la usan. (Salas Rueda, 2016).

 Base de datos
Es el que se encarga de guardar almacenar toda la información en absoluto orden con distintos usos
también propósitos. En una base de datos se pueden guardar información de diferentes rubros como
inventario de activos, las ventas, etc. (Spona, 2010) Las Características de las Base de Datos son:
 Los datos son independientes y pueden ser usados por diferentes aplicaciones.
 Evita la redundancia de datos.
 Nos brinda un control para la seguridad de la información.
 Nos permite visualizas los datos como en una hoja de Excel.
 Nos permite listar los datos (Spona, 2010).

Se menciona los diferentes gestores de base de datos, en el cual el autor (Fossati, 2014), define a MYSQL
como una base de datos muy vertiginosa en la lectura, en el cual se maneja un motor no transaccional
MyISAM (mecanismo de almacenamiento de datos), asimismo se tiene fallas de integridad en los
diferentes ambientes de alta multitud en la programación.

SQL, es un lenguaje disponible en sistemas informáticos que van desde computadoras simples con
escasamente 64MB de capacidad en la memoria central, hasta los más poderosos multiprocesadores y

20
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

multicomputadoras con decenas de procesadores superescalares de 64 bits. Es el más generosamente

usado en sistemas existente hoy en día. (G. Quintana, y otros, 2008).

Se tiene PostgreSQL, en el cual el autor (Desongles, 2005), Es un SGBD, que está siendo desarrollado en
la Universidad de California Berkeley en 1986. Es una extensión del modelo relacional con posibilidades
avanzadas en la gestión de objetos.

 Gestión de incidencias

Se forman por procedimientos, acciones que se ejecutan al ocurrir un incidente. La cual consta en poner a
operativo el servicio al menor tiempo posible con el fin que el servicio de calidad se mantenga y no
disminuya, las proveniencias de las incidencias pueden ser: existencia de fallas en software y hardware,
uso erróneo del servicio, consultas, solicitudes de los usuarios (Mora Pérez, 2011)

El control de incidencia en el cual cada incidencia debe ser registrada en un registro de almacén de la
información, en el cual siempre sea posible conocer su número, su origen y su estado, así como ser
gestionada adecuadamente, con el procedimiento adecuado.

21
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

 Lenguaje de Programación

Se tiene los diferentes lenguajes de programación en el cual el autor (Capuñay, 2013), describe a PHP
como una expresión script, en el cual se establece en el servidor Web, mediante el cual solo se muestra el
resultado de su realización y es lanzado al navegador.

Se define a Java Server Pages (JSP) en el cual el autor (KaiQian, 2007), describe como una tecnología
que permite a los desarrolladores web generar contenidos HTTP estáticos y dinámicos. El JSP es como las
páginas web normales con algún código Java incrustado adicional. Es una expresión orientada a objetos y
se debe colocar dentro de una clase. Plataforma que consiste el desarrollo y la realización de programas
en diferentes sistemas y equipos. (Balagurusamy, y otros, 2007).

Se cuenta con la tecnologia.NET, que personifica los diferentes rangos de tecnologías y conocimientos que
consienten las diversas plataformas, de tal manera se consigue desarrollar aplicaciones. Es una colección
de software de software y conceptos que trabajan en conjunto para permitir la generación de soluciones
para negocios. (Kent, 2013).

 Servidor XAMPP

Es un servidor autónomo de las diferentes plataformas, que radica primariamente en la base de datos
MySQL, el servidor Web Apache y los expositores para los distintos lenguajes de script: PHP y Perl. En
este momento está utilizable para Microsoft Windows y Linux. (Fossati, 2014).

 Metodología Iconix

Como metodología de desarrollo de software orientada a objetos para la presente investigación se utilizó a
ICONIX por estar entre dos metodologías que son RUP (Rational Unified Process) y XP (Extreme
Programming). La diferencia con RUP es el uso dinámico de los diagramas UML necesarios lo cual
disminuye el proceso de elaboración sin perder la correcta documentación que conlleva; como una de sus
principales características es que la mayoría de sus iteraciones suceden entre el desarrollo del modelo de
dominio y la identificación de los casos de uso, otra característica es la trazabilidad al ser referenciado por
sus requisitos permite una mayor asociación entre los diferentes artefactos de desarrollo. (ICONIX, 2020).
Esta metodología está compuesta por cuatro fases

 Análisis de Requisitos: En esta primera fase se tiene la finalidad de elaborar como primer paso el
modelo de dominio que no es más que un diagrama de clases simple al estar compuesto
solamente de objetos reales en donde sus datos serán almacenados en el sistema. A partir de ese
modelo se comienza a prototipar basándose en un storyboard de la interfaz gráfica que se obtuvo
inicialmente el cual será visualizada por el cliente y a través de distintas reuniones estos prototipos

22
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

serán afinados hasta conseguir el prototipo final con los requisitos por parte del cliente.

 Análisis y Diseño Preliminar: En esta segunda fase se logra a partir de los casos de uso realizado
en la primera fase donde por cada uno de ellos se obtendrá una ficha de caso de uso según punto
de vista del usuario, la precondición que debe cumplir antes de iniciar, así como una postcondición
que se debe cumplir al culminar. Esta fase está compuesta también por el diagrama de robustez
cuyo objetivo es aumentar las relaciones a los diagramas de clase, conformado por tres tipos de
objetos frontera, entidad y controlador, que se relacionan los dos primeros con sustantivos y el
último con verbos respectivamente.

 Diseño: En esta tercera fase está compuesta por los diagramas de secuencia derivadas de las
fichas de caso de uso relacionadas a su vez con los casos de usos que se obtienen por los
requisitos. Esto significa que al culminarse con el diseño después de refinar el diagrama de clases
se puede comprobar la trazabilidad de sus requisitos y pasar a la última fase que conlleva esta
metodología.

 Implementación: En esta fase de finalización está relacionada netamente con el desarrollo del
software es decir se redacta todo el código fuente que tendrá la aplicación, aquí se realiza el
diagrama de componentes de manera opcional. Además, se comprueba a través de los testeos y
pruebas para garantizar un software de calidad y si cumple con los requisitos trazados inicialmente
para poder culminar con la entrega al usuario final.

23
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

3.2. Desarrollo
Desarrollo de la Metodología ICONIX

FASE I: ANÁLISIS DE REQUISITOS.

 Requerimientos funcionales

Figura N° 1. Requisitos funcionales

custom Requisitos funcionales

Requeisitos Funcionales

+ Atender Incidencia
+ Derivar Incidencia
+ Registrar Area
Los requisitos funcionales describen las + Registrar Cargo
características, comportamiento, regl as de + Registrar Incidenci a
negocio y funcionalidad general que el
+ Registrar Personal
sistema propuesto debe soportar.
+ Registrar Sede
+ Registrar T ipo Incidencia
+ Registrar Usuarios

Figura N° 2. Requisitos no funcionales

custom Lógica de negocios

Registrar Area
Registrar T ipo Incidencia

Registrar Cargo

Registrar Incidencia
El paquete de reglas de negocio es
un catál ogo de reglas de negocio
expl ícitas que se deben implementar
dentro del proyecto actual. Las
regl as de negoci o se ejecutan Regi strar Usuarios
normalmente durante la ejecución
Requisitos Funcionales
del programa y controlan el Derivar Incidencia
procesamiento de la información y
transacciones.
Registrar Sede

Atender Incidencia

Registrar Personal

 Requerimientos no Funcionales

24
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

req Requermientos No Funcionales

El sistem a debe ser capaz de

procesar N transacciones

El sistem a debe contar con

manual de usuario

Interfaz del usuario, implementado

para navegadores web

Requerimientos No Funcionales
El sistem a es desarrollado en el
lenguaje de programación PHP

El sistem a debe contar con la

disponibilidad del 100%

El sistem a tiene permisos de

accesos a los usuarios

 Prototipos

Figura N° 3. Prototipo usuario y contraseña

25
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

Figura N° 4. Prototipo menú principal del sistema

Figura N° 5. Prototipo mantenedor área

26
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

 Modelo de Caso de Uso actual

uc Actores

Encargado de realizar
las incidencias que
ocurren en las oficinas

Usuarios

Es la persona que
atiende dicha
incidencia, en el cual
tiene que apersonarse
a las distintas areas
Personal de
Soporte

Es el encargado de
recibir las incidencias
de los usuarios y
derivar al personal de
soporte, para que se Administrador
pueda atender

Figura N° 6. Caso de uso del sistema

uc Casos de uso principales

Registrar Incidencia

Registrar Sede

Registrar Area

Registrar Cargo

Administrador Personal de
Usuarios
Soporte

Registrar Personal

Registrar Tipo
Incidencia Deriv ar Incidencia Atender Incidencia

Figura N° 7. Casos de usos principales

27
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

uc Casos de uso Registrar Incidencia

Buscar Tipo
Incidencia

«include»

Registrar Incidencia Incidencia Env iada

Usuarios

(from Actores)

Figura N° 8. Caso de uso registrar incidencia

uc Casos de uso Deriv ar Incidencia

Incidencia Env iada

Seleccionar Personal

«include»

«include»

Deriv ar Incidencia

Administrador
(from Actores)

Env iar Incidencia

Deriv ada

Figura N° 9. Caso de uso derivar incidencia

 Modelo de dominio actual

28
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

class Obj etos del dominio

Usuario

Area Cargo
Personal

Sede

TipoUsuario Incidencia Indicencia_Deriv ada Incidencia_Atendida

Figura N° 10. Modelo de dominio inicial

FASE II: ANALISIS Y DISEÑO PRELIMINAR

 Modelo de Caso de Uso Actualizado

29
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

uc Modelo de casos de uso

Actores

+ Administrador
+ Personal de Soporte
+ Usuarios

Incidencias
SMS Mensaj eria
Mantenimiento
+ Atender Incidencia
+ Enviar Mensaje SMS
+ Registrar Area + Derivar Incidencia
+ Registrar Cargo + Incidencia Enviada
+ Registrar Incidencia
+ Registrar Personal
+ Registrar Sede
+ Registrar Tipo Incidencia

Busquedas
Reportes + Buscar Tipo Incidencia
+ Reporte de Usuarios + Busqueda Incidencias
+ Reporte Incidencias + Busqueda IncidenciasDerivadas
+ Reporte Indicencias Atendidas + Busquedas IncidenciasAtendidas
+ Reporte TipoIncidencias

Figura N° 11. Caso de uso actualizado

 Identificación de caso de uso

La identificacion y descripcion de los casos de uso se procedera a realizar mediante una priorizacion. Para
la priorizacion se utilizara la siguiente tabla de criterios de priorizacion:

Tabla N° 1. Criterio de priorización de los casos de uso

Codigo Criterio Peso Rango

RI Riesgo tecnologico, 3 0-3

complejo, nuevo, etc
SA Significativo para la 2 0-3
Arguitectura
NC Naturaleza critica de 1 0-3
Valor para el negocio.

Tabla N° 2. Criterio de priorización de los Casos de Uso

Casos de Uso RI SA NC PUNTAJE

Registrar Incidencias 3 2 2 15
Derivar Incidencia 3 2 3 16
Atender Incidencia 3 3 2 17
Registrar Usuarios 3 2 1 14

30
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

Tabla N° 3. Criterio de priorización del Casos de Uso Registrar Incidencia

IDENTIFICADOR NOMBRE:
CU01 Registrar Incidencia
Categoría: Complejidad: Prioridad:
Proceso Alta Alta
Actor: Usuario

PROPÓSITO:
Caso de uso que permite registrar las incidencias que ocurren las sus respectivas áreas,
para ser atendidas por el personal de soporte técnico.
PRECONDICIONES:
Tabla Autenticarse como un usuario autorizado N° 4.
Criterio de
POST CONDICIONES: Información ingresada correctamente en la Base de Datos.

FLUJO BÁSICO:
B1. Para poder registrar la incidencia, se tiene que registrar los tipos de
incidencias.
B2. El usuario selecciona la opción registrar incidencia.
B2.1. El sistema muestra los datos principales del usuario.
B2.2. En el registrar nueva incidencia se tiene que registrar todos los campos
correctamente. Se selecciona en el botón Guardar incidencia y se almacenaran
los datos.
POSTCONDICIÓN:
El sistema muestra un listado de todas las incidencias realizadas por el usuario.
FLUJO ALTERNATIVO
A1. Registrar Incidencia.
A1.1. luego del paso B2 del flujo básico, el usuario selecciona la opción
incidencia.
A1.2. El sistema muestra una ventana que contiene el formulario de ingreso de
datos generales: código, fecha, usuario, tipo incidencia y la descripción. el
sistema muestra la opción de Guardar Incidencia.
A1.3. El usuario ingresa los datos de entrada y selecciona la opción guardar.
A1.4. El sistema verifica que los datos ingresados estén correctos y Guarda la
Incidencia en la base de datos.
A1.5. El flujo retorna al paso B2 del flujo Básico.

31
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

priorización del Casos de Uso Derivar Incidencia

IDENTIFICADOR NOMBRE:
CU02 Derivar Incidencia
Categoría: Complejidad: Prioridad:
Proceso Alta Alta

ACTORES: Administrador

PROPÓSITO:
Caso de uso que permite derivar las incidencias al personal de soporte técnico.
PRECONDICIONES:
Tabla N° 5.
Criterio Autenticarse como un usuario autorizado de
FLUJO BÁSICO:
B1. El administrador selecciona la opción derivar
B2. El sistema muestra una ventana con una lista de las incidencias derivadas
previamente registradas. Contiene código, solicitante, área, sede, fecha, tipo
de incidencia, observación y el estado. Al momento de seleccionar la
derivación se tiene que buscar al personal técnico al cual será derivado dicha
incidencia para su atención.
POSTCONDICIÓN:
El sistema muestra una lista de las incidencias pendientes.
FLUJO ALTERNATIVO
A1. Registrar Paciente.
A1.1. luego del paso B2 del flujo básico, la asistente selección la opción
derivar incidencia.
A1.2. El sistema muestra una ventana que contiene el formulario de ingreso de
datos generales: código de incidencia, solicitante, área, sede, fecha, tipo de
incidencia, observación, estado y datos del personal técnico a quien se le
asigna dicha incidencia. el sistema muestra la opción de Guardar.
A1.3. El administrador ingresa los datos de entrada y selección la opción
guardar.
A1.4. El sistema verifica que los datos ingresados estén correctos y guarda
dicha incidencia.
A1.5. El flujo retorna al paso B2 del flujo Básico.

priorización del Casos de Uso Atender Incidencia

32
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

IDENTIFICADOR NOMBRE:
CU03 Atender Incidencia
Categoría: Complejidad: Prioridad:
Proceso Alta Alta

ACTORES: Personal Técnico

PROPÓSITO:
Caso de uso que permite atender las incidencias que han sido derivado al personal técnico.
PRECONDICIONES:
Autenticarse como un usuario autorizado
FLUJO BÁSICO:
 Modelo
B1. El personal técnico podrá atender la incidencia desde su celular. de
B1.1. El personal técnico para poder realizar atender la incidencia tendrá que ingresar su dominio

usuario y contraseña previamente.

B2. El sistema muestra una ventana que contiene el formulario de ingreso de
datos necesarios para atender la incidencia como: código de incidencia,
solicitante, área, sede, fecha, tipo de incidencia, observación, estado y datos
del personal técnico.
B2.1. Luego de ingresar al sistema, se lista las incidencias derivadas. El personal de
soporte selecciona la opción atender incidencia.
POSTCONDICIÓN:
El sistema muestra una lista de las incidencias derivadas.
FLUJO ALTERNATIVO
A1. Atender Incidencia.
A1.1. luego del paso B2 del flujo básico, el personal selecciona la opción
atender incidencia.
A1.2. El sistema muestra en la ventana con la información de la incidencia
derivada. : código de incidencia, solicitante, área, sede, fecha, tipo de
incidencia, observación, estado y datos del personal técnico. Además, el
personal técnico ingresa el problema solucionado y la fecha que fue
atendido.
A1.3. El sistema verifica que los datos ingresados estén correctamente.
A1.5. El flujo retorna al paso B2 del flujo Básico.

actualizado

33
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

class Obj etos del dominio

Usuario

- Idusuario: int
- Usuario: Varchar(50)
- Cl ave: Varchar(20)
- Estado: int
- Idpersona: i nt

Personal

- idpersona: int
- nombres: Varchar(40)
Area Cargo
- apellidos: Varchar(40)
- idsede: int - dni: char(8)
- idcargo: int
- descripcion: Varchar(40) - direccion: Varchar(40)
- descripcion: Varchar(40)
- estado: int - celular: char(9)
- estado: int
- estado: int
- idcargo: int
- idsede: int
- idarea: int

Sede

- idsede: int
- descripci on: Varchar(40)
- estado: int

Incidencia
Incidencia_Atendida
TipoUsuario - idincidencia: int Indicencia_Deriv ada
- fecha: date - idincidenciaatendida: int
- idtipoincidencia: i nt - idincidenciaderivar: int
- hora: time - idincidenciaderivar: int
- descripci on: Varchar(40) - idincidencia: int
- Motivo: Varchar(40) - fecha: date
- imagen: Varchar(40) - fecha: date
- Estado: int - observacion: Varchar(40)
- estado: int - idpersona: int
- idpersona: int
- idtipoincidencia: int

Figura N° 12. Modelo de dominio Actualizado

FASE III: ANALISIS DETALLADO

 Modelado de la base de datos

34
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

35
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

3.3. Resultados

Se realizó un proceso de identificación de las principales incidencias que se presentan en el momento del uso
del Sistema web de incidencias, diferenciando varios tipos de incidencias, este resultado se dio a partir de
involucrarme en los principales procedimientos en el control de los equipos informativos en la municipalidad
distrital del porvenir.

Teniendo en cuenta el análisis previo de los procedimientos administrativos internos de la municipalidad

distrital del porvenir, se realizó un modelo basado en la metodología ICONIX para la Gestión de Incidentes
para el uso del Sistema Web de Incidencias, lo que permitió administrar todas las incidencias de los
procesos y actividades y de esa forma buscar mejorar prestación de los servicios acordados con los niveles
de calidad aprobados, para su posterior soporte a todos los usuarios del servicio y gestionar la
infraestructura tecnológica necesaria para la prestación del mismo.

Por último, se pudo verificar los resultados de poder tener una herramienta informática que permita registrar
y hacer seguimiento de todas las incidencias que presenta el uso del Sistema Web de Incidencias,
permitiendo una atención oportuna de los servicios

3.4. Conclusiones

Basándose en la experiencia obtenida durante el tiempo que duró las prácticas preprofesionales, se tiene

36
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

las siguientes conclusiones:

El involucramiento del practicante en los procedimientos internos de la municipalidad permite darle un valor
agregado al profesional, ya que tendrá una visión general de la misma y que le permitirán elaborar la mejor
solución para la realidad problemática que aqueja a la institución.

Actualmente, existen estándares y modelos que propenden por prácticas que mejoren el proceso de
administración de la calidad y obviamente la confiabilidad de TI en la organización. A pesar que la
Municipalidad Distrital del Porvenir, cuenta con un área de TI pequeña el modelo basado en la Metodología
ICONIX se adecúa muy favorablemente para afrontar las incidencias que se presentan.

Las pruebas realizadas evidencian la importancia de la implementación del Sistema Web de Incidencias con
una metodología ágil como es ICONIX.

37
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

3.5. Sugerencias

Que, a futuro, se implemente una versión Mobile del Sistema web de incidencias, para que las incidencias de
alta categoría sean notificadas de inmediato a los encargados de la Unidad de Informática, por medio del
servicio push notifications.

Implementar el software en todas las áreas de la municipalidad distrital del porvenir, para promocionar un
trabajo colaborativo.

38
 FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA DE INGENIERÍA DE SISTEMAS

ANEXOS

39