Informe Tesis Final 2020 1 Luyo

ESCUELA PROFESIONAL DE INGENIERÍA DE COMPUTACIÓN Y SISTEMAS
IMPLEMENTACIÓN DE UN SISTEMA DE INFORMACIÓN WEB PARA LA

GESTIÓN DE PROYECTOS EN LA EMPRESA CADELU S.A.C.
TESIS
PARA OPTAR EL TITULO PROFESIONAL DE INGENIERO DE COMPUTACIÓN Y

SISTEMAS
PRESENTADA POR
LUYO HUERTAS, WILLIAM ANTONI
LIMA-PERÚ
2020
Dedicatoria
El presente trabajo está dedicado
a todos mis seres queridos que
hicieron posible que logré mis
objetivos y mi anhelo de ser un
profesional
ii
Agradecimientos
Debemos agradecer a nuestra
universidad San Martin de Porres por la
facilidad que nos están brindando para
llevar a cabo este proyecto, a los
ingenieros asesores por habernos
respaldado en todo el curso de tesis, a
todo el grupo de involucrados en la toma
de datos que sirvieron para el curso y un
agradecimiento principal a mi madre y tío
que gracias por el apoyo que siempre me
han brindado en todo momento.
ÍNDICE
Página
ÍNDICE iv
RESUMEN xi
ABSTRACT xii
INTRODUCCIÓN xiii
CAPÍTULO I PLANTEAMIENTO DEL PROBLEMA 14
1.1. Situación Problemática 14
1.2. Definición del Problema 16
1.3. Formulación del Problema 16
1.3.1. Problema General 16
1.3.2. Problemas Específicos 16
1.4. Objetivos 16
1.4.1. Objetivo General 16
1.4.2. Objetivo Especifico 16
1.5. Importancia de la Investigación 17
1.6. Viabilidad 18
1.6.1. Viabilidad Técnica 18
1.6.2. Viabilidad Operativa 19
1.6.3. Viabilidad Económica 19
1.7. Alcance y limitaciones 23
CAPÍTULO II MARCO TEÓRICO 24
2.1. Antecedentes de la investigación 24
2.1.1. Antecedentes Nacionales 24
2.1.2. Antecedentes Internacionales 27
2.2. Bases Teóricas 33
2.2.1. Aspectos Importantes sobres los Sistemas de Información 33
2.2.2. Aspectos Importantes sobre el Hardware y Software 37
2.2.3. Aspectos Importantes sobre las base de datos 37
2.2.4. Aspectos Importantes sobre una aplicación web 41
2.2.5. Aspectos Importantes sobre la gestión 43
2.2.6. Aspectos Importantes sobre Proyectos 46
2.2.7. Gestión de Proyectos de Construcción 49
2.2.8. Visual Studio 51
2.2.9. ASP.NET 54
2.2.10. Internet Information Services 57
2.2.11. SQL Server 59
2.2.12. Lenguaje de Modelado Unificado 62
2.3. Metodología SCRUM 64
2.3.1. Scrum – Metodología de desarrollo de Software 64
CAPÍTULO III METODOLOGÍA 85
3.1. Materiales 85
3.2. Métodos 88
3.2.1. Comparación de Metodologías 88
3.2.2. Método Seleccionado 89
3.3. Cronograma del Proyecto 93
CAPÍTULO IV DESARROLLO 94
4.1. Fase Inicio 94
4.2. Fase de Planificación y Estimación 99
4.3. Fase de Implementación 103
4.4. Fase de Revisión y Retrospectiva 107
4.5. Fase de Lanzamiento 109
CAPÍTULO V RESULTADOS 126
5.1. Resultado 126
CAPÍTULO VI DISCUSIÓN 138
6.1. Discusiones 138
CONCLUSIONES 141
RECOMENDACIONES 142
FUENTES DE INFORMACIÓN 143
LISTA DE ANEXOS 148
LISTA DE FIGURAS
Figura 1.Interfaz del Sistema de Gestión de Proyectos - GMI 25

Figura 2.Interfaz del Sistema de Gestión de Proyectos Municipales 26
Figura 3.Interfaz del Sistema de Gestión de Proyectos – Caja Trujillo 27
Figura 4.Interfaz del Sistema de Gestión de Proyectos – Basecamp 28
Figura 5.Interfaz del Sistema de Gestión de Proyectos – Trello 29
Figura 6.Interfaz del Sistema de Gestión de Proyectos – Jira 30
Figura 7.Interfaz del Sistema de Gestión de Proyectos – Asana 31
Figura 8.Interfaz del Sistema de Gestión de Proyectos – Redbooth 32
Figura 9.Interfaz del Sistema de Gestión de Proyectos – GanttProject 33
Figura 10.Actividades de un Sistema de Información 35
Figura 11.Protocolo HTTP 42
Figura 12.Fases del ciclo de vida para un proyecto de construcción 48
Figura 13.Fases de un proyecto de construcción 49
Figura 14.Ciclo de vida de un proyecto de construcción 51
Figura 15.Arquitectura ISS 59
Figura 16.Ciclo de Vida Scrum 65
Figura 17.Procesos de Scrum 66
Figura 18.Flujo de datos de Fase Inicio 67
Figura 19.Flujo de datos de Fase de Planificación y Estimación 70
Figura 20.Flujo de datos de Fase de Implementación 73
Figura 21.Flujo de datos de Fase de Revisión y Retrospectiva 75
Figura 22.Flujo de datos de Fase de Lanzamiento 77
Figura 23.Ejemplo de Pila de Producto 82
Figura 24.Ejemplo de Historia de Usuario 83
Figura 25.Ejemplo de Pila de Sprint 84
Figura 26.Actividades de pruebas del sistema 103
Figura 27.Prototipo de Ingreso al Sistema 110
Figura 28.Prototipo Pantalla Menú 110
Figura 29.Prototipo de Gestionar Proyectos 111
Figura 30.Prototipo de Crear Proyectos 111
Figura 31.Prototipo de Editar Proyectos 112
Figura 32.Prototipo de Eliminar Proyectos 112
Figura 33.Prototipo de Gestionar Recursos 113
Figura 34.Prototipo de Crear Recursos 113
Figura 35.Prototipo de Editar Recursos 114
Figura 36.Prototipo de Eliminar Recursos 114
Figura 37.Prototipo de Gestionar Solicitantes 115
Figura 38.Prototipo de Crear Solicitantes 115
Figura 39.Prototipo de Editar Solicitantes 116
Figura 40.Prototipo de Eliminar Solicitantes 116
Figura 41.Prototipo de Gestionar Responsables 117
Figura 42.Prototipo de Crear Responsables 117
Figura 43.Prototipo de Editar Responsables 118
Figura 44.Prototipo de Registrar Propuesta 118
Figura 45.Prototipo de Editar Propuesta 119
Figura 46.Prototipo de Eliminar Propuesta 119
Figura 47.Prototipo de Registrar Contrato 120
Figura 48.Prototipo de Editar Contrato 120
Figura 49.Prototipo de Eliminar Contrato 121
Figura 50.Prototipo de Gestionar Actividades 121
Figura 51.Prototipo de Crear Actividades 122
Figura 52.Prototipo de Editar Actividades 122
Figura 53.Prototipo de Eliminar Actividades 123
Figura 54.Prototipo Visualizar avance y estado del proyecto 123
Figura 55.Prototipo de Reportes Estadísticos 124
Figura 56.Prototipo de Reporte por Tipo de Proyectos 124
Figura 57.Prototipo de Alerta de Finalización del Proyecto 125
Figura 58.Prototipo de Mostrar ubicación de geolocalización 125
Figura 59.Resultados de la pregunta 1 128
Figura 63.Arbol de Problemas 149
Figura 64.Actividades
Figura 65.Fase Inicio
Figura 66.Fase de Planificación y Estimación
Figura 67.Fase Implementación
Figura 68.Sprint 1
Figura 69.Sprint 2
Figura 70.Sprint 3
Figura 71.Sprint 4
Figura 72.Fase de Revisión y retrospectiva
Figura 73.Fase de Lanzamiento
Figura 74.Modelo de Base de datos 160
LISTA DE TABLAS
Tabla 1: Recursos Tecnológicos 19

Tabla 2: Recursos Humanos 19
Tabla 3: Costo de Desarrollo de Recursos Tecnológicos 20
Tabla 4: Costo de Desarrollo de Recursos Humanos 20
Tabla 5: Costo de Desarrollo Total 20
Tabla 6: Costos Administrativos 20
Tabla 7: Costos de Mantenimiento 21
Tabla 8: Presupuesto del Proyecto 21
Tabla 9: Flujo de Caja 21
Tabla 10: Comparación de Características de Visual Studio 53
Tabla 11: Herramientas de Software 85
Tabla 12: Herramientas de Comunicación 86
Tabla 13: Herramientas de Gestión de Proyectos 86
Tabla 14: Herramientas de Gestión de Documentación 86
Tabla 15: Herramientas de Desarrollo 87
Tabla 16: Herramientas de Infraestructura 87
Tabla 17: Comparación de Metodologías 88
Tabla 18: Roles Participantes 95
Tabla 19: Product Backlog 96
Tabla 20: Sprint Backlog 101
Tabla 21: Pruebas Funcionales 104
Tabla 22: Pruebas No Funcionales 107
Tabla 23: Retrospectiva del Sprint 1 108
ix
Tabla 27: Antes y después de la Implementación de un Sistema de
Información web para la gestión de proyectos 127
Tabla 28: Antes y después del reporte por estado de proyectos para
la toma de decisiones 130
Tabla 29: Antes y después del reporte estadísticos para lograr un
seguimiento y control financiero de actividades, del recurso
humano y materiales de cada proyecto 133
Tabla 30: Antes y después del Módulo de gestión de proyectos 136
Tabla 31: Comparación en base al nivel de satisfacción del proyecto 139
Tabla 32: Determinación de ahorros 150

Tabla 33: Diccionario de datos 161
Tabla 34: Project Charter 169
Tabla 35: Cronograma de implementación 191
Tabla 36: Cronograma de pre capacitación 192
Tabla 37: Lista de capacitados 192
RESUMEN
La presente tesis consiste en desarrollar un sistema de información web para
gestionar proyectos, mejorando los procesos de gestión de proyectos en la
empresa pyme CADELU S.A.C. haciendo uso de la tecnología para lograr el
control de éstos.
La Empresa CADELU S.A.C. tiene como objeto diseñar y desarrollar de

manera integral operaciones para distintos sectores del mercado, ofreciendo
soluciones eficientes y servicios de arquitectura e ingeniería, tiene diferentes
áreas donde cada una cuenta con un presupuesto para el uso y control de
los recursos de los proyectos para la mejora continua de las diferentes áreas
de la empresa, sin embargo al contar con una cartera de proyectos muy
amplia impide manejarlo de manera óptima generando dificultades en el
control y seguimiento de los proyectos de la empresa.
Los sistemas de información que dan soporte a este tipo de organizaciones

cumplen un rol muy importante, deben brindar la funcionalidad necesaria
para cubrir todas las necesidades de información que esta requiera.
Uno de los problemas más comunes en la gestión de proyectos es la

inadecuada toma de decisiones con respecto al gasto, así como también el
deficiente uso de recursos presupuestales, dado que éstos muchas veces se
toman debido a la poco organizada e insuficiente información resultando en
mala gestión.
El sistema proveerá información actualizada, con respecto al estado de los

proyectos, presupuesto designado y recursos utilizados. Con ello será más
factible llevar un adecuado control y seguimiento para que el proyecto
termine en el tiempo indicado utilizando los recursos presupuestados.
Palabras Claves: pyme, cartera de proyectos, sistema de información, toma

de decisiones.
ABSTRACT
This thesis consists of developing a web information system to manage

projects, improving project management processes in the company SMEs
CADELU S.A.C. making use of technology to achieve control of these.
The Company CADELU S.A.C. purpose is to design and develop operations

for different market sectors, offering efficient solutions and architecture and
engineering services, it has different areas where each one has a budget for
the use and control of project resources for improvement the continuity of the
different areas of the company, however, having a very broad portfolio of
projects prevents it from being optimally managed, generating difficulties in the
control and monitoring of the company's projects.
The information systems that support this type of organization play a very
important role, they must provide the necessary functionality to cover all the
information needs that it requires.
One of the most common problems in project management is inadequate

decision-making regarding spending, as well as the deficient use of budgetary
resources, since these are often taken due to poorly organized and insufficient
information resulting in poor management.
The system will provide updated information regarding the status of the
projects, designated budget, and resources used. With this, it will be more
feasible to carry out adequate control and monitoring so that the project ends
in the indicated time using the budgeted resources.
Keywords: SMEs, portfolio of projects, information systems, decision making.

INTRODUCCIÓN
Actualmente la Empresa CADELU S.A.C. es una empresa pyme, que se
dedica a la formulación de proyectos de diversa índole en varias áreas de
arquitectura e ingeniería, tiene asignado un limitado presupuesto para
evaluar y ejecutar proyectos de las diferentes áreas de la empresa, la gestión
de proyectos la realiza el área asignada de Estudios y Proyectos y se lleva a
cabo mediante programas improvisados de la misma empresa de manera
dispersa. Es por ello que el objeto de esta Tesis es Implementar un Sistema
web para la Gestión de Proyectos que permita controlar los recursos, dar
seguimiento al avance de proyectos y brindar información que ayude a la
toma de decisiones.
El presente trabajo de investigación está desarrollado en 6 capítulos.
El capítulo I plantea el problema actual, la situación problemática, la
definición del problema, la formulación del problema, los objetivos a alcanzar,
la importancia de la investigación, la viabilidad, el alcance y las limitaciones.
El capítulo II describe el marco teórico en el cual se investiga los antecedentes
nacionales e internacionales, bases teóricas y términos básicos.
El capítulo III enfoca el diseño metodológico en el que está desarrollado el
proyecto y el análisis de los recursos necesarios para la implementación, tanto
financieros, tecnológicos como también recurso humano.
El capítulo IV describe el desarrollo del proyecto, detallando actividades y las
fases necesarias, aplicando la metodología elegida al presente proyecto.
El capítulo V está referido a los resultados obtenidos tras la implementación del
sistema.
El capítulo VI está referido a las discusiones tras la implementación del sistema.
Para finalizar se tiene las conclusiones, recomendaciones y anexos.
xiii
CAPÍTULO I PLANTEAMIENTO DEL PROBLEMA
1.1 Situación Problemática
Actualmente la empresa CADELU S.A.C. es una empresa pyme, se
dedica a la formulación de proyectos de diversa índole en varias áreas de
arquitectura e ingeniería para diversos sectores del mercado ofreciendo
soluciones eficientes, además también puede actuar como subcontratado
de otras empresas para temas específicos de su especialidad y
finalmente presta servicios de diversa índole.
Se tiene asignado un presupuesto limitado para evaluar y ejecutar

proyectos de las diferentes áreas de la empresa, la gestión la realiza el
área asignada de Estudios y Proyectos, sin embargo al contar con una
cartera de proyectos muy amplia impide manejarlo de manera óptima
generando un deficiente control y seguimiento de los proyectos de la
empresa.
La Empresa CADELU S.A.C. carece de un sistema de información web

que le permita gestionar de manera eficaz los datos de los proyectos que
se iniciaran, que se encuentran en ejecución, los que han finalizado y la
cantidad total de éstos, así como también la asignación de recursos que
generan una inadecuada toma de decisiones, además tampoco se tiene
idea del tiempo real de los gastos efectuados en cada uno de los
proyectos para saber cuánto rendimiento tiene cada uno y si son
rentables o no, por ello no se toman decisiones en base a evaluaciones
14
exactas de qué tipo de proyectos son rentables, más bien solo se
emprenden teniendo solo una idea vaga de que hubo algo de rentabilidad
y que es posible que nuevamente se obtenga.
El excesivo tiempo que toma gestionar y procesar datos de los proyectos;

ocasiona estos sean lentos e ineficientes. La Empresa CADELU S.A.C.
se ve afectada ya que los gestores de proyecto no logran tomar las
decisiones adecuadas a tiempo a los respectivos problemas que enfrenta
cada proyecto debido a la falta de información que se tiene a la mano.
El problema que actualmente se tiene es un déficit de información a la

hora de la toma de decisiones, teniendo dificultades en realizar sus
operaciones en la empresa; en muchos casos, las deficiencias de la
infraestructura y del mercado limitan la capacidad empresarial, así como
también se genera un retraso de tiempo en la toma de decisiones y en
caso de omisión de datos, una mala decisión. Esto indica costo de
equipos, maquinarias y recursos humanos elevados.
También actualmente se está generando pérdida de clientes potenciales,

el mal uso de los recursos de la empresa, mala organización por parte de
los gestores de proyecto y disminuyendo la rentabilidad para CADELU
S.A.C.
Por lo tanto en este proyecto, se propone generar un Sistema de

Información Web de gestión de proyectos que nos lleve a tener un
panorama óptimo de los proyectos en general para una adecuada
“evaluación de viabilidad, rentabilidad y el tiempo necesario en la
preparación del proyecto y el tiempo necesario en la preparación del
proyecto, para contrarrestar el déficit que actualmente viene sufriendo
CADELU .S.A.C.
15
1.2 Definición del Problema
La deficiente obtención y control de la información, provocando demora
en la toma de decisiones y en algunos casos malas decisiones para
gestionar proyectos en la empresa pyme CADELU S.A.C.
1.3 Formulación del Problema
1.3.1 Problema General
¿Cómo se puede mejorar la obtención de información en línea, hacer
seguimiento, control, gestión y mejorar la eficiencia de los proyectos
que desarrolla CADELU SAC?
1.3.2 Problemas Específicos:
1. ¿Cómo se puede optimizar una buena toma de decisiones
mediante la obtención de información en línea para gestionar
proyectos en la empresa CADELU S.A.C.?
2. ¿Cómo se puede hacer seguimiento, control y gestión de los
proyectos para que cumplan con los requerimientos necesarios,
que los clientes solicitan a CADELU S.A.C.?
3. ¿Cómo se puede mejorar la eficiencia mediante la gestión de
cada proyecto que desarrolla la empresa CADELU S.A.C.?
1.4 Objetivos
1.4.1 Objetivo General
Implementar un sistema de información web que brinde información en
tiempo real para la mejora de toma de decisiones y la optimización de
gestión de proyectos en la empresa CADELU S.A.C.
1.4.2 Objetivos Específicos
1. Desarrollar los Reportes por estados de proyectos
contribuyendo de manera positiva en la toma de decisiones para
la gestión de proyectos en la Empresa CADELU S.A.C.
2. Desarrollar los Reportes estadísticos para lograr un seguimiento
y control, financiero, de actividades, del recurso humano y
materiales de cada proyecto en la empresa CADELU S.A.C.
3. Desarrollar el Módulo de Gestión de Proyectos permitiendo
16
obtener control e indicadores para mejorar continuamente la
eficiencia de cada proyecto en la empresa CADELU S.A.C.
1.5 Importancia de la Investigación
Las pymes representan el 99.5% del total de las empresas formales en la
economía peruana (el 96,2% son microempresas, 3,2% pequeña y 0,1%
mediana) por lo cual el sistema de información desarrollado es un
coadyuvante para la formalización en nuestro país. ("Estadística
MIPYME", 2017)
A pesar de la gran importancia y obviamente el gran mercado disponible,
actualmente no existe un software netamente peruano para una pyme
destinado para la gestión de proyectos, existen sistemas similares pero
no cumplen con los requisitos de la empresa pyme CADELU S.A.C. ya
que busca un sistema de información propio.
Un sistema de información web para pymes debe tener características
orientadas a una empresa que en su gran mayoría son del tipo
unipersonal, familiar y con cierto grado de informalidad, de tal manera
que introduzca de marea amigable conceptos como el de gestión de
proyectos en base a lectura rápida de información que más interesa a
ese tipo de empresas que es el del estado financiero o contable. (Martillo,
I., Chávez, S., Dier, L., & Proaño, M., 2015)
Lo que lo diferencia de un software libre es que son muy limitados o con
soluciones a problemas que no corresponden con la realidad peruana. Al
elaborar un sistema de información web para CADELU S.A.C que es una
empresa pyme es que se podrá solucionar precisamente este tipo de
problemas y además se propone que se podrá agregar funcionalidades
con el paso del tiempo expandiendo las capacidades del sistema en sí.
Gran cantidad de los proyectos que se realizan en CADELU S.A.C. son
relacionadas con la construcción e infraestructura, por eso, se busca que
el sistema de información desarrollado beneficie al área de Estudios y
Proyectos que son los encargados de gestionar cada proyecto dentro de
la empresa CADELU S.A.C, debido a que el sistema optimizará y
agilizará una mejora toma de decisiones en base a cada proyecto
17
permitiendo trabajos en simultáneo, como también gestionar
correctamente el uso de los recursos y el control y seguimiento del
presupuesto asignado, reduciendo costos y mejorando la disponibilidad
de la información oportuna estableciendo indicadores que ayuden en la
mejora de cada proceso. (Perú & Gestión, 2018).
En Turner, J.R., Ledwith, A. and Kelly, J.F. (2009) investigaron hasta qué
punto las pyme emplean gestores de proyectos y reconoció la gestión de
proyectos como un proceso identificable dentro de las empresas. Se
descubrió que las empresas más grandes tenían más probabilidades de
emplear gestores de proyectos profesionales y utilizar prácticas formales
de gestión de proyectos. Se deduce que las empresas más jóvenes
serán más pequeñas y, por lo tanto, es menos probable que utilicen
gestores de proyectos dedicados.
Turner, J.R., Ledwith, A. and Kelly, J.F. (2009,2010) examinaron la
naturaleza de las prácticas de gestión de proyectos adoptadas por las
pyme, identificaron que las pymes utilizan algunas herramientas, como la
planificación de proyectos, pero es menos probable que utilicen la
planificación y el control más orientados a los sistemas herramientas
como Critical Path Method (CPM) y Earned Value Method (EVM).
En Turner, J.R., Ledwith, A. and Kelly, J.F. (2010), se encontró que la
gestión de requisitos era el núcleo de las prácticas de gestión de
proyectos utilizadas, y luego las herramientas para planificar la duración y
el uso de recursos.
De todo a lo antes mencionado se concluye que CADELU S.A.C. por ser
una empresa pyme busca la formalización de la misma con un Sistema
de Información Web de Gestión de Proyectos que le permita controlar los
recursos y planificar actividades haciéndole un seguimiento continuo con
el sistema propuesto y con los métodos antes mencionados.
También podemos determinar que CADELU S.A.C. por ser una empresa
pyme tiene pocas probabilidades de emplear gestores de proyectos
profesionales y lo que se buscará es que aunque la empresa CADELU
S.A.C cuente con poco personal de este tipo, pueda hacer uso de los
18
mismos maximizando su productividad con el sistema propuesto.
1.6 Viabilidad
1.6.1 Viabilidad Técnica
Técnicamente el desarrollo de nuestro proyecto es viable. Se detalla
en el cuadro siguiente.
Tabla 1: Recursos Tecnológicos
Tipo Nombre Descripción Cant. Detalle
Intel Core i7 -8 GB de RAM
Laptop Portátil 1 TB de disco duro 1
Lenovo B50 El costo se detalla más
Hardware Pantalla de 15,6 pulgadas
adelante.
Impresora
Dispositivo Periférico 1
Multifuncional
Windows 10 Sistema operativo 1 Open Source
Visual Basic.NET Lenguaje de programación 1
Software Visual Studio Editor de texto y código 1 Open Source
El costo se detalla más
Microsoft Office 2016 Herramienta de ofimática 1
adelante.
Servicio de El costo se detalla más
Internet Velocidad de 30 mb/s 1
internet adelante.
Fuente: Elaboración propia
1.6.2 Viabilidad Operativa

El proyecto requiere de la cooperación de un equipo de profesionales
altamente capacitados como:
 Product Owner
 Scrum Master
Tabla 2: Recursos Humanos
Nombre del Cantidad De
Descripción del recurso Precio x Horas
recurso Horas
Se encargará de maximizar
Product Owner el valor agregado del S/. 30.00 245
producto entregado
Se encargará de la gestión,
Scrum Master planeación y control del S/. 20.00 320
proyecto

19
1.6.3 Viabilidad Económica
Tabla 3: Costo de Desarrollo de Recursos Tecnológicos
Tipo Nombre Cantidad Costo Parcial Costo Total
Laptop Portátil Lenovo B50 2 S/. 2,000.00 S/. 4,000.00

Hardware
Impresora Multifuncional 1 S/. 200.00 S/. 200.00
Software Microsoft Office 2016 1 S/. 300.00 S/. 300.00
Servicio Internet 12 meses S/. 120.00 S/. 1,440.00
TOTAL S/. 6,440.00
Tabla 4: Costo de Desarrollo de Recursos Humanos
Cargo Precio x Horas Cantidad De Horas Costo Total

Product Owner S/. 30.00 245 S/. 7,350.00
Scrum Master S/. 20.00 320 S/. 6,400.00
TOTAL S/ 13,750.00
Tabla 5: Costos de Desarrollo Total
Detalles Costos
Costos de Desarrollo de Recursos Tecnológicos S/. 6,440.00
Costos de Desarrollo Recursos Humanos S/. 13,750.00
COSTO DE DESARROLLO TOTAL S/. 20,190.00
Tabla 6: Costos Administrativos
Recurso Costos
Luz S/. 800.00
Agua S/. 600.00
Servidor S/. 1,200.00
Otros gastos S/. 400.00
TOTAL S/. 3,000.00
20
Tabla 8: Presupuesto del Proyecto
Sistema de Información para Gestión de Proyectos en la empresa CADELU S.A.C.
APORTE DEL
APORTE DE LOS TESISTAS
AUSPICIADOR
ITEM (*) Total (S/.)
No
Monetario No monetario Monetario
monetario
Honorarios (Equipo
13,750.00 6,400.00 7,350.00
Técnico)
Equipos y Bienes 6,440.00 6,440.00
Software y Licencias 1,800.00 1,800.00
Servicios terceros 1,200.00 1,200.00
Gastos de Gestión 114.00 114.00

Total (S/.) 23,304.00 8,314.00 6,440.00 8,550.00 -
Total (%) 100% 35.68% 27.63% 36.69%

Tabla 9: Flujo de Caja
Año 0 Año 1 Año 2 Año 3 Año 4 Año 5

Ahorros (anexo 2) S/. 15,000 S/. 19,800 S/. 25,200 S/.30,000 S/. 34,800
Inversión S/. -20,190
(Egresos) S/. -3,000 S/. -8,720 S/. -8,720 S/. -8,720 S/. -8,720 S/. -8,720
Utilidad Antes de S/. 6,280 S/. 11,080 S/. 16,480 S/. 21,280 S/. 26,080
Depreciación
(Depreciación) S/. -4,200 S/. -4,200 S/. -4,200 S/. -4,200 S/. -4,200
Utilidad Antes de
S/. 2,080 S/. 6,880 S/. 12,280 S/. 17,080 S/. 21,880
Impuestos
(Impuestos (30%)) S/. -624 S/. -2,064 S/. -3,684 S/. -5,124 S/. -6,564
Utilidad después
S/. 1,456 S/. 4,816 S/. 8,596 S/. 11,956 S/. 15,316
de Impuesto
Depreciación S/. 4,200 S/. 4,200 S/. 4,200 S/. 4,200 S/. 4,200
Flujo S/. -23,190 S/. 5,656 S/. 9,016 S/. 12,796 S/. 16,156 S/.19,516
21
Evaluación Costo / Beneficio (VAN / TIR)

Se utiliza una Tasa de Interés de 10%
Cálculo del VAN:
F = Flujo de Efectivo
i = Tasa de Interés (10%)
n = Número de años
Inv. I = Inversión inicial
5656 9016 12796 16156 19516

VAN = + + + −23304
(1+0.10) (1+ 0.10) (1+ 0.10) (1+0.10) (1+ 0.10)5
1 2 3 4
VAN = S/. 22,169.55
VAN >
0, el
Cálculo del TIR:
VAN
Al 23% S/. 8.234,78
Al 24% S/. 7.436,93
22
% Cantidad
23 ----- 8.234,78
TIR ----- 0
24 ----- 7.436,93
23-24 = 8.234,78- 7.436,93

23-TIR 8.234,78 - 0
TIR = 35.98%
1.7 Alcance y Limitaciones

La finalidad del proyecto es implementar un sistema de información web
de gestión de proyectos que permita optimizar el tiempo de respuesta en
la toma de decisiones de cada proyecto en la empresa CADELU S.A.C.
El alcance geográfico del proyecto abarcará a la empresa CADELU
S.A.C. que se encuentra ubicada en Av. República de Chile N° 295 Of.
505 en el distrito de Cercado de Lima en Lima.
El sistema de información web es exclusivamente para los usuarios de
CADELU S.A.C y la cartera de clientes que la empresa maneje.
El área de Estudios y Proyectos es la encargada de manejar el sistema
de información web de la empresa CADELU S.A.C.
La falta de acceso a la información completa requerida en cada proyecto
de parte de los usuarios y clientes de la empresa CADELU S.A.C.
Debido a la presente crisis consecuencia de la pandemia Covid-19, solo
se podrá realizar pruebas en un entorno virtualizado y sin usuarios
finales.
23
CAPÍTULO II. MARCO TEÓRICO
El cometido principal de este capítulo es describir algunos antecedentes,
bases teóricas y la definición de términos básicos para comprender el
proyecto a desarrollar.
2.1 Antecedentes de Investigación
Se realizó una investigación de antecedentes nacionales e
internacionales similares al proyecto.
2.1.1 Antecedentes Nacionales
 Sistema de Gestión de Proyectos – GMI
El Sistema de Gestión de Proyectos desarrollado e implementado
24
por GMI permite realizar una eficiente gestión de los procesos de
iniciación, planificación, ejecución, seguimiento y cierre de cada
uno de sus proyectos, a través del monitoreo en línea de los más
importantes indicadores de gestión como valor ganado, curvas de
avance, entregables, horas-hombre, riesgos, entre otros.
(Integrales, 2016).
25
Figura 1.Interfaz del Sistema de Gestión
de Proyectos – GMI
Fuente: Itec (2016) Integrales S.
Soluciones Tecnológicas
Integrales Recuperado de:
http://itec.pe/
 SIG Gestión de Proyectos Municipales (ONG

Centro Bartolomé de las Casas)
El SIG desarrollado e implementado por ONG Centro Bartolomé
de las Casas es un sistema de información, el cual permite la
gestión y seguimiento de los proyectos que proporciona el estado
para el apoyo de los diferentes municipios del Cuzco. (Integrales,
2016)
26
Figura 2. Interfaz del Sistema de Gestión de
Proyectos Municipales
Fuente: Itec (2016) Integrales S.
Soluciones Tecnológicas Integrales
Recuperado de: http://itec.pe/
 Sistema de Gestión de Proyectos – Caja

Trujillo
El Sistema de Gestión de Proyectos desarrollado e implementado
en Caja Trujillo les dan la capacidad de organizar, planificar y
estructurar mucho mejor un entorno laboral con respecto a un
proyecto determinado, siguiendo una metodología. Una parte
esencial que diferencia el Sistema de Gestión de Proyectos
implementado en Caja Trujillo con otro tipo, es la parte de
seguimiento de proyecto, dando a cada responsable de proyecto
la opción de monitorear cada cierto tiempo el estado del proyecto,
pues se asigna tareas con su respectivo ejecutor. ("Sistemas de
gestión de proyectos", 2013).
27
Proyectos - Caja Trujillo
Fuente: Sistema de Gestión de Proyectos,
Recuperado de:
https://www.cajatrujillo.com.pe/portalnew/
2.1.2 Antecedentes Internacionales

28
 Sistema de Gestion de Proyectos – Basecamp
Basecamp es una herramienta popular que realiza funciones
básicas para gestionar y coordinar proyectos de una manera
sencilla y eficaz ya que es didáctico y entretenido.
Actualmente, Basecamp está considerado y valorado como
organizador y gestor de tareas para equipos de personas que
trabajan de manera colaborativa ya que se cuenta con
diferentes herramientas que los equipos necesitan para
realizar su trabajo.
Basecamp se encuentra dirigido para propietarios, ejecutivos
gerentes e individuos de diferentes áreas y empresas.
("Basecamp: Project Management & Team Communication
Software", 2020).
29
Proyectos - Basecamp
Fuente: Basecamp: Project Management
& Team Communication Software. (2020).
Basecamp.com. Recuperado de:
https://basecamp.com/
 Sistema de Gestión de Proyectos – Trello

Trello es una aplicación web y móvil para hacer listas dentro de
listas. Lo que la diferencia de otra herramienta es su capacidad
al cambio y la versatilidad de agregar nuevos elementos.
Trello te permite hacer uso de la herramienta de forma
colaborativa sin restricciones ni límites de usuario, también te
permite crear tu propio calendario y sincronizarlo con el de
Google. ("Trello", 2020.).
30
Proyectos - Trello
Fuente: Trello. Trello.com. (2020).
31
Recuperado de: https://trello.com
 Sistema de Gestión de Proyectos - Jira

Jira es una herramienta inteligente diseñada de una manera
sencilla y eficaz para gestionar y coordinar las tareas que
tienen los equipos de software. (“Jira”, 2020.).
32
Proyectos - Jira
Fuente: Jira. Jira. (2020). Recuperado
de:
https://www.atlassian.com/es/software/jira/
 Sistema de Gestión de Proyectos – Asana

Asana es una aplicación colaborativa para la gestión de tareas
y proyectos. Asana está diseñado para facilitar a las personas y
a los equipos la gestión y planificación de sus proyectos y
tareas. Cada equipo tiene un espacio de trabajo. Los espacios
de trabajo contienen proyectos y los proyectos contienen
tareas. ("Use Asana to track your team's work & manage
projects · Asana", 2020.)
33
Proyectos - Asana
Fuente: Use Asana to track your team's
work & manage projects Asana. Asana.
(2020). Recuperado de: https://asana.com/
34
 Sistema de Gestión de Proyectos – Redbooth
Redbooth es una plataforma de colaboración y comunicación
que proporciona un único lugar para tareas compartidas,
debates, intercambio de archivos, grupos de chat y vídeo
conferencia de alta definición.
Redbooth es versatil y flexible, permitiendo a los equipos y
departamentos de proyectos en miles de empresas para
realizar su trabajo. ("Online Team Collaboration Software, Tools
- SMBs to Enterprise", 2008)
35
Proyectos - Redbooth
Fuente: Online Team Collaboration
Software, Tools - SMBs to Enterprise.
(2020). Recuperado de
https://redbooth.com/
 Sistema de Gestión de Proyectos – GanttProject

GanttProject es una aplicación de escritorio multiplataforma
para la programación y gestión de proyectos, muy similar a
Microsoft Project. Una de sus funcionalidades principales es la
creación de diagramas de Gantt. El diseño del gráfico permite
visualizar el desglose de tareas o actividades programadas, los
eventos o hitos en el desarrollo del proyecto, además de las
relaciones jerárquicas y de interdependencia entre tareas.
(Williams, 2020)
36
Proyectos - GanttProject
Fuente: Williams, M. (2020). GanttProject
2.8.11 - Office & Business - Downloads.
Recuperado de
http://www.pcadvisor.co.uk/download/offic
e-business/ganttproject-285-3328394/
37
2.2 Bases Teóricas
2.2.1 Aspectos Importantes sobre los Sistemas de Información
Teniendo claro que el presente trabajo asumirá como temática
principal los sistemas de información, es fundamental dejar clara la
definición de un sistema de información entendiendo que es un
conjunto de datos que interactúan entre sí; un sistema de
información puede guardar una gran cantidad de datos que tengan
una correlación dentro de una organización. Los sistemas de
información ofrecen diferentes posibilidades como los son (Torres,
2014):
1. Acceder de manera rápida y oportuna a la información.

2. Ofrecer excelentes resultados en tiempos de respuesta y
seguridad de la información.
3. Generar información e indicadores que permita ser
analizada para tomar decisiones.
4. Evita la pérdida de información.
5. Evita la pérdida de tiempo al organizar los datos de manera
manual, puesto que un sistema de información captura y
organiza según configuración.
6. Automatización en clasificación.
7. Optimización en la búsqueda de datos según filtros que se
puedan establecer.
8. Facilidad de trabajo al permitir optimizar los procesos.
9. Permite la relación e interconexión con diferentes
aplicativos.
Un sistema de información según su clasificación, se torna tan
importante para un proceso, puesto que este permite agilizar los
procesos para lo cual ha sido creado el mismo, teniendo la
capacidad que las personas tanto internamente como
38
externamente, puedan tener un correcto funcionamiento del
mismo, generando buenos beneficios para la institución.
 Actividades de un Sistema de Información
Un sistema de información debe cumplir con las cuatro
principales actividades que producen la información requerida
por cualquier organización o entidad para la toma de
decisiones, estas actividades son Alimentación, Proceso,
Almacenamiento y Producto. La alimentación o entrada de
datos se encarga de la recopilación de datos primarios que se
proceden a ser procesados en el sistema de información. En el
procesamiento se transforman los datos en información más
importante y empieza a tener un sentido y ser comprensible
para el usuario que los requiere. En el almacenamiento se
procede a guardar la información en un sistema de base de
datos para que pueda ser consultada posteriormente por
cualquier usuario según sea el rol que cumpla. El producto o
salida tiene como fin ya tener una información con un fin,
permitiendo ser analizada e interpretada según el rol del
usuario que la procede a consultar y se puede empezar a
emplear en el campo de acción que se requiera. Como un
punto adicional la información debe tener un proceso de
retroalimentación, que consiste en regresar la información a
las personas que sea necesario para establecer que el
producto final es correcto y que el sistema de información es
confiable. Las principales actividades de un sistema de
información, se ilustran en la siguiente gráfica:
39
Figura 10. Actividades de un Sistema de
Información
Fuente: Flores Konja, A. Recuperado de
https://sisbib.unmsm.edu.pe/bibvirtualdata/
tesis/empre/flores_ka/cap07.pdf/
 Objetivos de un Sistema de Información

Un sistema de información debe cumplir principalmente con lo
40
siguiente:
1. Automatizar procesos operativos.
2. Proporcionar información para la toma de decisiones.
3. Generar ventajas competitivas.

Aun teniendo un sistema de información en producción la
institución debe tener en cuenta que el uso del mismo, debe
cumplir con unos aspectos que apliquen un valor agregado en
la entidad, ya como se dijo tiene que desempeñar por lo
menos con los tres objetivos básicos, de esta forma se
garantiza que el sistema de información es funcional y objetivo
con la función a desempeñar. Un sistema de información está
compuesto por unos elementos interrelacionados entre sí para
su correcto funcionamiento, teniendo claro esto se pueden
definir dichos elementos como:
1. Personas
2. Hardware
3. Software
4. Base de datos
5. Elementos de Comunicación
Ahora se procede a contextualizar cada componente que hace
parte de un sistema de información iniciando por las personas,
las cuales abarcan todo lo que son directivos ejecutivos,
directivos medios, jefes de equipo, personal administrativo,
estudiantes, auxiliares; dando claridad que un sistema de
información se puede aplicar a todo funcionario sin importar el
cargo que cumple en la organización, colocando como ejemplo
un pago de nómina, debe existir el registro de cada empleado
y sus principales datos, allí se procede a ingresar horas extras,
bonificaciones, subsidios y demás datos que se pueden pagar
mensualmente en dado caso que aplique y el sistema de
información tendrá la capacidad al momento de calcular la
41
nómina lo que se va a pagar y los descuentos que apliquen
para cada funcionario.
2.2.2 Aspectos Importantes sobre el hardware y software
El hardware se define como un componente físico, y es la misma
maquina en sí, la cual está compuesta por circuitos electrónicos,
cables, disco duro, memorias RAM, y los demás elementos que
tiene un computador o servidor.
El software se define como un componente intangible y es el
mismo elemento lógico que permite la realización de tareas en
base a instrucciones que al momento de ejecutarse realizan una
acción concreta la cual ha sido previamente programada, teniendo
como ejemplo más común el sistema operativo de un computador
o dispositivo móvil, y se encarga de controlar las acciones y
funciones del hardware (Niño, 2011).
2.2.3 Aspectos Importantes sobre base de datos
La base de datos se define como un conjunto de componentes de
datos. También se puede definir una base de datos como un
almacén que permite guardar grandes cantidades de información
organizada para luego encontrarla y se utilizada de diferentes
maneras o por diferentes sistemas. Inicialmente una base de datos
se consideraba como un banco de datos o un Data Banks, y eran
conjuntos de ficheras relacionados los cuales se procesaban por
lotes y su estructura era demasiado compleja, hasta los años
setentas que acuño el nombre de Base de datos y se abrió el
termino de sistema de gestión de base de datos (SGBD).
 Sistema de Gestión de Base de datos (SGBD)
Un SGBD consiste en la consulta y manipulación de la
información almacenada en uno o más ficheros de base de
datos, extendiendo el concepto de SGBD se toca el tema de
base de datos relacional que consiste de cara al usuario en un
conjunto de tablas sobre las cuales se pueden establecer
42
relaciones y permitiendo un orden jerárquico en la información
(Universidad de Murcia, 2005).
 Características de un Sistema de Gestión de base de
datos (SGBD)
Un SGBD se compone de un lenguaje de definición de datos,
lenguaje de manipulación de datos y lenguaje de consulta;
dichos sistemas son diseñados para gestionar grandes
cantidades de información proporcionando fiabilidad en los
datos almacenados, el SGBD debe tener la capacidad de
evitar resultados anómalos en dado caso que la base de datos
sea usada o manipulada por varios usuarios. A continuación,
se van a enumerar algunas características que se deben
cumplir un SGBD (Universidad de Murcia, 2005):
1. Redundancia de datos: Un SGBD integra todos los
ficheros por lo cual se evita almacenar varias copias del
mismo, pero no se puede eliminar por completo la
redundancia ya que depende del modelamiento que se
haya realizado.
2. Consistencia de datos: Al tener una base de datos
formalizada de manera correcta, se puede actualizar un
dato y el SGBD garantizará que únicamente se
afectará ese registro, en dado caso que el registro
exista más de una vez, el sistema deberá actualizar los
demás datos sin afectar el resto de la información.
3. Almacenamiento: El almacenamiento de los datos debe
ser eficiente es decir que, si se da la instrucción de
guardar los datos el SGBD debe garantizar que dicha
información se almacene de manera correcta o que
indique una alerta en caso de suceder lo contrario.
4. Acceso concurrente: El SGBD debe permitir que varios
usuarios autorizados puedan estar procesando
43
diferentes transacciones al tiempo sobre la base de
datos garantizando la ausencia de problemas de
seguridad y mantener la integridad evitando perdida de
datos si varios usuarios consultan el mismo fichero.
5. Centralización: Los datos deben gestionarse de forma
centralizada e independiente de las aplicaciones, por lo
cual un SGBD proporciona utilidades que facilitan la
administración de la base de datos. Adicional a ello se
necesita de un administrador de base de datos que se
encargue de mantener la disponibilidad del servicio.
6. Integridad semántica de los datos: la información que
se almacena en una base de datos debe pertenecer en
todo momento con la realidad que representa (Carrillo,
Ruiz, Rodríguez, Capote, & Miranda, 2005), y un
sistema de SGBD debe evitar la alteración de la
información por parte de un usuario no autorizado o por
un problema de seguridad, de igual forma debe
restringir que se presente una modificación en los datos
por un fallo en el sistema teniendo la capacidad de
llevar un control y recuperación de fallas; y por ultimo un
SGBD debe implementar unos mecanismos de reglas
de integridad y reglas de negocio, que puedan
establecer una serie de restricciones sobre los datos
que no se permiten para mitigar el error humano.
7. Seguridad: el SGBD tiene mecanismos de identificación
y de roles, que permiten identificar a que recurso
accede cada usuario.
 Ventajas de un Sistema de Gestión de base de datos

(SGBD)
44
Ahora se procede a indicar algunas ventajas que tiene el
uso de un SGBD:
1. Organización de la información mediante una
estructura de datos que sea común y de fácil acceso
para su reutilización por uno o más usuarios.
2. Permite realizar un control centralizado de la
información, aumentando la integridad de los datos
cuando se presenten fallas en el sistema o caídas
del servicio, aumentando la fiabilidad y disponibilidad
de la información.
3. Eliminar la redundancia de datos que se pueden
presentar y establecer unas directivas y mecanismos
de seguridad para el acceso a los datos.
4. Optimizar el rendimiento sobre el procesamiento de
los datos manteniendo una relación de hardware y
software de manera eficiente.
5. Permite la adaptación de nuevas aplicaciones,
actualizaciones o cambios sobre la información
existente, teniendo un principio de independencia
lógica.
6. Incrementar por medio de escalabilidad la capacidad
de procesamiento del SGBD aumentando el
hardware sin que afecte la parte lógica de la base de
datos.
 Desventajas de un Sistema de Gestión de base de
datos (SGBD)
Desventajas de un SGBD (Marcilla & García, 2012):
1. Complejidad: Los SGBD son conjuntos de
programas que pueden llegar a ser complejos con
una gran funcionalidad.
2. Costos: Tanto el SGBD, como la propia base de
45
datos, pueden hacer que sea necesario adquirir más
espacio de almacenamiento. Además, para alcanzar
las prestaciones deseadas, es posible que sea
necesario adquirir una máquina más grande o una
máquina que se dedique solamente al SGBD. Todo
esto hará que la implantación de un sistema de
bases de datos sea más costosa.
3. Vulnerabilidad a fallos: El hecho de que todo esté
centralizado en el SGBD hace que el sistema sea
más vulnerable ante los fallos que puedan
producirse. Es por ello que deben tenerse copias de
seguridad o backup.
4. Lentitud: El procesamiento de la información puede
llegar a ser lento, por la cantidad de validaciones y
verificaciones que debe realizar.
2.2.4 Aspectos Importantes sobre una aplicación web
Teniendo en cuenta que el presente proyecto se desarrollara de
manera web bajo el modelo de n capas, es necesario definir que
es una aplicación web y cuáles serán las ventajas que se van a
conseguir con este tipo de tecnología y el impacto que puede
generar para la organización.
Una aplicación web son herramientas que se pueden acceder
mediante un navegador y un servidor web que se encuentre activo
en el internet, donde el cliente es el navegador o browser que
permite la visualización del sistema, el servidor se define como un
programa que procesa la aplicación por medio de conexiones con
un cliente el cual requiere de un protocolo de comunicación en
este caso HTTP, siendo algo ya estándar y no requiere ser creado
nuevamente por el desarrollador de la aplicación.
 Aspectos importantes sobre el protocolo HTTP
El protocolo HTTP es un protocolo simple que requiere una
46
solicitud y envía una respuesta y se encuentra incluido en
la familia de protocolos TCP/IP que son utilizados por
internet; por cada vez que se ingresa a una página de
internet o a un aplicativo web se hace por medio del
protocolo HTTP estableciendo una nueva conexión
totalmente independiente de las anteriores (Berzal, Cortijo,
& Cubero), dicho protocolo facilita la comunicación entre
ordenadores y se encuentra en nivel de aplicación o nivel 7
del modelo OSI. En la siguiente gráfica, se ilustra el
protocolo HTTP que será invocado en el presente proyecto.
Figura 11. Protocolo HTTP

Fuente: Elaboración Propia
 Aspectos importantes sobre el cliente web

El cliente web es el programa por medio del cual el usuario
va a interactuar para realizar la petición al servidor mediante
el protocolo HTTP, la parte del cliente suele estar formada
en código HTML que se encarga de formar la página web
47
como una secuencia de scripts del navegador o mediante
los applets que realizan algunos lenguajes de programación;
cabe aclarar que el cliente también puede ser un servidor de
transferencia de archivos o FTP, un lector de correo POP o
SMTP, un lector de noticias NNTP o RSS, entre otros. En
síntesis, la misión del cliente web es interpretar las paginas
HTML con sus diferentes componentes como imágenes,
sonidos, colores; para que sean de fácil redacción y
entendimiento por parte del usuario. El servidor web es un
programa que siempre está atento a esperar una solicitud
de conexión por medio del protocolo HTTP y es enviada por
el cliente web, para dar una respuesta; las aplicaciones web
están formadas por:
1. Páginas estáticas o documentos HMTL, donde su
contenido no es variable.
2. Recursos multimedia, documentos, imágenes que se
pueden integrar a las páginas y siempre están
disponibles para ser descargados o visualizados por
el cliente.
3. Scripts que son ejecutados por el servidor web,
cuando el cliente realiza una petición.
2.2.5 Aspectos Importantes sobre la Gestión
La gestión puede definirse como el proceso de administración
eficaz de recursos. Según Rebolledo (2012) refiere que “otra
forma de definir este término es como la capacidad con que
cuenta una organización para definir sus objetivos y
posteriormente alcanzarlos utilizando los recursos disponibles de
manera eficiente”.
De estas definiciones se concluye que la gestión es un proceso,
que permite gestionar y administrar recursos de una organización.
Según Rebolledo (2012) refiere que “también se puede entender a
48
la gestión como disciplina, ya que constituye una acumulación de
conocimientos, con principios, conceptos y teorías”.
La gestión busca que los recursos sean de manejables, óptimos y
de calidad. Según Garvín (2009) refiere que “la calidad posee
ocho dimensiones, las cuales se presentan a continuación:
1. Rendimiento: Característica del producto o servicio, que
mide lo generado a partir de los recursos en uso.
2. Características: Se valoran los complementos adicionales
que se ofrecen con el producto o servicio.
3. Confiabilidad: La probabilidad de que el uso del producto o
servicio presente deficiencias, por un tiempo específico.
4. Conformidad: Que las características operativas cumplan
con las normas establecidas ofrecidas a los clientes.
5. Durabilidad: El tiempo de vida del producto o del servicio.
6. Utilidad: La facilidad por la cual un usuario sin experiencia
puede darle solución a cualquier problema que se le
presente al producto o servicio.
7. Estética: Característica del producto o servicio, que sea
agradable a simple vida en todos los sentidos.
8. Calidad percibida: Característica del producto o servicio,
que mide la calidad a simple vida en todos los sentidos.”.
El gestor se encarga de ser el responsable de ejecutar los
diferentes procesos de gestión dentro de la empresa u
organización. Según Rebolledo (2012) refiere que “esta persona
debe poseer ciertas cualidades que le permitan aplicar su
capacidad y desempeñar diversos roles de gestión”.
A continuación se presenta un listado de 10 cualidades un gestor
exitoso:
1. Dar una dirección clara: Debe establecer objetivos y
normas para el personal. Los gestores deben guiar al
personal informando sobre los objetivos generales o
grupales, también deben establecer metas individuales
49
para los colaboradores. Promueve la participación de su
equipo para determinar los objetivos, delegando
responsabilidades.
2. Estimular la comunicación abierta: Se deben mostrar

honestos, sinceros y concisos con su equipo,
contribuyendo a crear un ambiente idóneo de confianza.
3. Preparar y apoyar a su personal: Debe trabajar de forma
que ayude a los demás colaboradores. Uno de los
principales aspectos del liderazgo es representar a su
equipo ante el personal de mayor rango.
4. Brindar reconocimiento: Debe estar dispuesto a otorgar
reconocimientos por el buen desempeño de los empleados.
5. Establecer controles: Debe hacer un seguimiento
permanente y proporcionar retroalimentación a su equipo
de forma oportuna.
6. Seleccionar e incorporar al personal idóneo: Debe atraer a
los mejores talentos, en todas sus capacidades y aptitudes,
para que en conjunto con el gestor se cumplan los objetivos
de la empresa u organización.
7. Conocer las implicaciones financieras de sus decisiones:
Debe ser consciente de los costos y gastos que generan
sus decisiones, ya que estos afectarán el beneficio de la
organización.
8. Estimular la innovación y el surgimiento de nuevas ideas:
Debe promover el surgimiento de soluciones innovadoras,
las cuales brindarán competitividad y el rendimiento
económico necesario.
9. Tomar decisiones claras: Debe tomar decisiones de
manera oportunas y así brindar una dirección clara a su
equipo.
10. Mantener un alto nivel de integridad: Debe ganarse el
50
respeto de su equipo demostrando la ética profesional que
tiene.
2.2.6 Aspectos Importantes sobre Proyectos

Un proyecto se vuelve necesario cuando surge como respuesta a
una problemática o a una necesidad, buscando convertir una
posible idea o solución en una realidad.
Según Thompson (2011) define “al proyecto como la ruta para la
adquisición de un conocimiento específico en una determinada
área o situación en particular. Esto se hace a través de la
recolección y el análisis de datos”.
Entonces se entiende que el proyecto es una herramienta o
instrumento que pretende gestionar un conjunto de datos y
antecedentes, para la obtención de resultados esperados.
Según el PMBOK (6ta Ed, 2017) un proyecto es “un esfuerzo
temporal que se lleva a cabo para crear un producto, servicio o
resultado único”.
Según Thompson (2011) la gestión de proyectos es “una rama de
la administración involucrando la planificación y el control de
recursos”.
Primero se realiza la planificación antes del inicio, mientras que el
control para medir el avance. Con la planificación se establece
qué se debe hacer, cómo debe hacerse, por qué debe hacerse y
quien será el responsable de cada actividad.
Los proyectos de inversión privada apoyan la toma de decisiones.
En el proceso de evaluación del proyecto de inversión privada se
analizan los recursos que se invertirán y los beneficios que se
obtendrán, así como los posibles riesgos. Hay distintas ocasiones
en las cuales se elaboran proyectos de inversión privada:
1. Por la creación de un nuevo negocio
51
2. Por el reemplazo de tecnología antigua
3. Por lanzamiento de un nuevo producto
4. Por la provisión de un servicio
5. Por el análisis para la mejora continua, entre otros.
 Fases de los Proyectos
El ciclo de vida de un proyecto está constituido por fases,
las cuales son generalmente secuenciales, pero
dependiendo de las necesidades y características de cada
proyecto.
Según el PMBOK (6ta Ed, 2017) refiere que: “el ciclo de
vida del proyecto es un conjunto de fases del mismo,
generalmente secuenciales y en ocasiones superpuestas,
cuyo nombre y número se determinan por las necesidades
de gestión y control de la organización u organizaciones
que participan en el proyecto, la naturaleza propia del
proyecto y su área de aplicación”.
La estructuración del proyecto en fases facilita su gestión
ya que no permite que ya haya una forma única de definir
la estructura ideal de un proyecto. Por lo general, las
prácticas comunes y experiencia de una industria en
particular conducen con frecuencia a utilizar una estructura
preferida, pero aun así, los proyectos en la misma industria,
o incluso dentro de la misma organización, pueden
presentar diferencias notorias.
Los grupos de procesos de acuerdo al PMBOK (6ta Ed,
2017) son los siguientes:
1. Iniciación
2. Planificación
3. Ejecución
4. Seguimiento y Control
5. Cierre
52
Las fases mencionadas son adaptables a cualquier tipo de
proyecto, tamaño o especialidad y se desarrollan en cada
una de las fases en las que se ha dividido el ciclo de vida
del proyecto. Por lo tanto, si tomamos como ejemplo un
proyecto de construcción, no sería conveniente que una
fase sea Iniciación, la siguiente, planificación, la que sigue,
ejecución y así; por el contrario, la fase, como se planteó
anteriormente, se define en gran medida por la
especialidad del proyecto y el número de fases dependerá
de la especialidad y complejidad del proyecto.
Para el caso en mención la primera fase podría ser la
cimentación, luego, estructuras y finalmente, acabados, y
en todas ellas se llevan a cabo los procesos de los 5
grupos de procesos.
En conclusión, los grupos de procesos se desarrollan
dentro de cada una de las fases del ciclo de vida del
proyecto.
En la figura 12 se visualiza un ejemplo de las fases del ciclo
de vida para un proyecto en construcción.
53
Figura 12. Fases del ciclo de vida para un
proyecto de construcción
Fuente: Adaptado del PMBOK (6ta Ed,
2017)
2.2.7 Gestión de Proyectos de Construcción

La gestión de proyectos de construcción comprende tres fases:
1. Fases de diseño
2. Fase de ejecución/construcción
3. Fase de finalización.
 Etapas de un proyecto de construcción

Siguiendo las etapas o ciclos de vida de un proyecto de
construcción, descritos por Morris (2004), encontramos
cuatro etapas:
54
Figura 13. Ciclo de vida según Morris
Fuente: Bargalló Aylagas, R. (2010).
Gestion y Protocolo de la documentación
de obra desde la visión de un Project
Manager. Recuperado de
https://upcommons.upc.edu/bitstream/han
dle/2099.1/10927/Memoria_Bargallo.pdf
1. Etapa I, Fase de Factibilidad.

En esta primera fase, se presenta el proyecto, y se
realizan un estudio de viabilidad económica, un estudio
ejecutivo y se efectúa una evaluación preliminar.
2. Etapa II, Fase de Planificación y Diseño.
Tras la aprobación de las bases, se realiza el diseño
básico del proyecto, determinando el costeo y la
calendarización, estableciendo condiciones y términos
contractuales y se lleva a cabo una planificación
55
detallada.
Etapa III, Fase de Construcción.
Ejecución de la obra y realización de las pruebas
necesarias para un correcto control.
3. Etapa IV, Fase de Entrega y Puesta en Marcha.
Se llevan a cabo las pruebas finales y se continúa con
el mantenimiento del edificio.
Como se puede observar en el diagrama de la Figura 14, la

Gestión de proyectos, comprende tres etapas principales: una
gestión inicial, gestión de proyecto en fase de ejecución y una
última fase de gestión.
56
Figura 14. Desarrollo de la
gestión según las fases
Fuente: Bargalló Aylagas, R. (2010).
Gestion y Protocolo de la documentación
de obra desde la visión de un Project
Manager. Recuperado de
https://upcommons.upc.edu/bitstream/han
dle/2099.1/10927/Memoria_Bargallo.pdf
2.2.8 Visual Studio

Microsoft Visual Studio 2019 es un conjunto de herramientas para
crear software, que permite desarrollar desde la fase del diseño
de la interfaz de usuario, codificación, pruebas, depuración,
análisis de la calidad y el rendimiento del código, implementación
en los clientes y recopilación de telemetría de uso. Estas
herramientas están diseñadas para trabajar de la forma más
eficiente posible y todas se exponen a través del Entorno de
desarrollo integrado (IDE) de Visual Studio. Se puede usar Visual
Studio para crear varios tipos de aplicaciones, desde sencillas
aplicaciones y juegos para clientes móviles, hasta sistemas
grandes y complejos para empresas y centros de datos. Puede
crear aplicaciones y juegos que se ejecutan no solo en Windows,
sino también en Android y en iOS. Adicionalmente se pueden
crear sitios web y servicios web basados en ASP.NET, JQuery,
AngularJS y otros entornos populares.
Visual Studio 2019 cuenta con las siguientes versiones:
57
1. Visual Studio Community: Es un IDE completo y gratuito
con características de productividad de codificación,
herramientas de desarrollo móvil multiplataforma para
Windows, iOS y Android, herramientas para el desarrollo
web y en la nube y acceso a cientos de extensiones. Esta
edición de Visual Studio es gratuita. (Microsoft Visual
Studio Community 2019, 2019).
2. Visual Studio Professional: Visual Studio Professional 2019
permite crear aplicaciones entre distintos dispositivos y
servicios y ofrece una única solución con una experiencia
de desarrollo coherente. Tiene las herramientas necesarias
para proveer aplicaciones a distintos dispositivos, sitios
web y más (Microsoft Visual Studio Professional, 2019).
3. Visual Studio Enterprise: es una solución integrada y
completa para equipos de cualquier tamaño con
necesidades de alta calidad y escalabilidad que requieren
herramientas y servicios amplios para definir, compilar y
administrar aplicaciones y soluciones empresariales
destinadas a la plataforma Enterprise completa de
Microsoft, así como tecnologías multiplataforma (Microsoft
Visual Studio Enterprise, 2019).
4. Visual Studio Test Professional: ofrece acceso al centro de
pruebas en Visual Studio Team Foundation Server y Visual
Studio Team Services. Coordina todas las actividades de
administración de pruebas, incluidas las pruebas de
planificación, creación, ejecución y seguimiento desde una
ubicación central. (Visual Studio Test Professional, s.f.).
A continuación, se indican unas de las características más
importantes que soportan cada una de las versiones de visual
Studio 2019:
Tabla 10: Comparación de características de Visual Studio

58
VISUAL STUDIO
VISUAL STUDIO VISUAL STUDIO VISUAL STUDIO
CARACTERISTICAS TEST
COMMUNITY PROFESSIONAL ENTERPRISE
PROFESSIONAL
Análisis de volcado de
No No Si No
memoria
Empresa No Si Si Si
Depuración de gráficos Si Si Si No
Depurador Si Si Si No
Windows Simulator Si Si Si No
Windows Phone Emulator Si Si Si No
Emulador para Android Si Si Si No
Pruebas Manuales No No Si Si
Pruebas explicatorias No No Si Si
Administración casos de Si
No No Si
prueba
Web (asp.net) Si Si Si No
SharePoint Si Si Si No
Aplicaciones para office 365 Si Si Si No
Microsoft Azure Si Si Si No
SQL server Si Si Si No
Apache Córdova Si Si Si No
C++ Si Si Si No
Python Si Si Si No
Node.js Si Si Si No
Diseño UI de Android y IOS Si Si Si No
Xamarin.forms Si Si Si No
Ensamblados insertador No No Si No
Xamarin profile preview No No Si No
Diagrama de capas Si No
No No
arquitectónicas
Diagramas compatibles con Si No

No No
UML 2,0
Team Explorer Si Si Si No
Fuente: Recuperado de: https://www.visualstudio.com/es-

es/products/visualstudio-test-professional-with-msdn-vs.aspx
Para el desarrollo del presente proyecto se utilizará la
59
herramienta Visual Studio Community bajo la plataforma web
(asp.net) la cual proporciona las características necesarias y
suficientes para el desarrollo, permitiendo adicionalmente la
correcta integración con SQL Server como motor de base de
datos.; adicionalmente la versión Community se puede
descargar de manera free y no requiere de licencia paga, puesto
que se utiliza bajo las condiciones del servicio para trabajo
académico.
2.2.9 ASP.NET
ASP.NET es un modelo de desarrollo Web unificado que incluye
los servicios necesarios para crear aplicaciones Web. El código de
las aplicaciones puede escribirse en cualquier lenguaje compatible
con el Common Language Runtime (CLR), entre ellos Microsoft
Visual Basic, C#, JScript .NET y J#. Estos lenguajes permiten
desarrollar aplicaciones ASP.NET que se benefician del Common
Language Runtime, seguridad de tipos, herencia, polimorfismo,
etc. (Microsoft ASP.NET, 2020)
ASP.NET incluye:
1. Marco de trabajo de página y controles.
2. Compilador de ASP.NET.
3. Infraestructura de seguridad.
4. Funciones de administración de estado.
5. Configuración de la aplicación.
6. Supervisión de estado y características de rendimiento.
7. Capacidad de depuración.
8. Marco de trabajo de servicios Web XML.
9. Entorno de host extensible y administración del ciclo de
vida de las aplicaciones.
10. Entorno de diseñador extensible.
Los siguientes son algunos retos que se proponen al momento de

60
desarrollar una aplicación web:
1. Implementar una interfaz Web compleja: Es difícil y tedioso
diseñar e implementar una interfaz de usuario utilizando las
funciones básicas de HTML, especialmente si la página
tiene un diseño con gran cantidad de contenido dinámico y
objetos con muchas funciones.
2. Separar cliente y servidor: En una aplicación Web, el cliente
(explorador) y el servidor son programas diferentes que a
menudo se ejecutan en equipos distintos por lo tanto, las
dos mitades de la aplicación comparten porciones de
informaciones simples.
3. Ejecutar sin estado: Cuando un servidor Web recibe una
solicitud de una página, la busca, la procesa y la envía al
explorador, continúa con el descarte de toda la información
de dicha página. Si el usuario solicita la página de nuevo, el
servidor vuelve a procesar la página desde el principio. En
otras palabras, los servidores no tienen memoria de las
páginas que han procesado eso quiere decir que no tienen
estado.
4. Funciones desconocidas del cliente: Las aplicaciones Web
resultan accesibles a muchos usuarios que usan
exploradores diferentes. Los exploradores ofrecen distintas
funcionalidades por lo cual crear una aplicación que se
ejecute con la misma calidad en todos ellos es difícil.
5. Complicaciones con el acceso a datos: La lectura de los
datos de un origen de datos y la escritura en el mismo
resulta complicada con las aplicaciones Web tradicionales y
requiere utilizar cierta cantidad de recursos.
6. Complicaciones con la escalabilidad: En muchos casos no
se puede cumplir los objetivos de escalabilidad debido a la
falta de compatibilidad entre sus distintos componentes.
61
Algunas de las ventajas que tienen el uso de ASP.NET y su forma
de combatir los inconvenientes al momento del desarrollo web son
(Microsoft ASP.NET, 2020):
1. Intuitivo, modelo de objeto coherente: El marco de trabajo
de páginas ASP.NET presenta un modelo de objetos que
permite concebir los formularios como una unidad, no como
partes de cliente y servidor independientes. En este
modelo, se puede programar la página de un modo más
intuitivo que en las aplicaciones Web tradicionales, ya que
se incluye la capacidad de establecer las propiedades de
los elementos de la página y de responder a los eventos.
2. Modelo de programación controlada por eventos: Las
páginas Web ASP.NET aportan a las aplicaciones Web un
modelo familiar que permite diseñar controladores de
eventos para eventos que se producen en el cliente o en el
servidor.
3. Administración del estado intuitiva: El marco de trabajo de
páginas ASP.NET controla automáticamente las tareas de
mantenimiento del estado de la página y sus controles, y
proporciona modos para mantener el estado de la
información específica de la aplicación. Esto se logra sin
una utilización excesiva de los recursos del servidor y
puede implementarse tanto enviando como no enviando
cookies al explorador.
4. Aplicaciones independientes del explorador: El marco de
trabajo de páginas ASP.NET permite aprovechar las
funciones específicas de cada explorador al escribir código
para la parte cliente con el fin de mejorar el rendimiento y
de proporcionar una experiencia más enriquecedora en la
parte cliente.
5. Compatibilidad de Common Language Runtime de .NET
62
Framework: El marco de trabajo de la página ASP.NET se
genera sobre .NET Framework, por lo que todo el marco de
trabajo está disponible para cualquier aplicación ASP.NET.
El acceso a datos se ha simplificado mediante la
infraestructura de acceso a datos que ofrece .NET
Framework, incluido ADO.NET.
6. Rendimiento del servidor escalable de .NET Framework: El
marco de trabajo de páginas ASP.NET permite escalar las
aplicaciones Web de un equipo con un único procesador a
una batería de servidores Web con varios equipos
perfectamente y sin realizar cambios complicados en la
lógica de la aplicación.
2.2.10 Internet Information Services
El Internet Information Services o IIS es un servidor web
desarrollado por Microsoft que contiene una serie de servicios que
se ejecutan bajo y por sistemas operativos Windows, ofreciendo
servicios de internet web, protocolos de transferencia de
hipertexto y protocolo de transferencia de archivos. (Microsoft IIS,
2020). El IIS permite un tiempo de ejecución que soporta el
despliegue y la gestión eficaz de las aplicaciones de negocio
basadas en servidores de alto rendimiento. Estas aplicaciones son
capaces de atender las peticiones de los sistemas clientes
remotos, incluyendo los navegadores web que se conectan desde
la Internet pública o desde una red corporativa o intranet y
sistemas de equipos remotos que pueden enviar peticiones como
mensajes. Entre los componentes del IIS se pueden encontrar los
protocolos HTTP y los servicios WWW y el servicio de activación
de procesos WAS. De forma predeterminada el IIS proporciona
HTTP.sys como la escucha para los protocolos HTTP y HTTPS, y
así mismo volver las respuestas solicitadas, adicionalmente se
incluye soporte para SSL ofreciendo seguridad.
63
HTTP.sys ofrece como beneficios:
1. Almacenamiento de cache en modo de núcleo.
2. Sirve las solicitudes de cache sin cambiar a modo usuario.
3. Solicitud de respuesta en cola, en modo de núcleo.
4. Menor sobrecarga en solicitudes.
5. Solicitar pre-procesamiento.
6. Filtrado de seguridad.
El localSystem y el proceso Svchost.exe ejecutan el servicio de
publicación WWW y los servicios de activación de proceso WAS.
El servicio WWW lee la información del IIS y utiliza esa
información para configurar y actualizar el oyente HTTP,
HTTP.sys. Además, el servicio WWW inicia, detiene, supervisa y
administra los procesos de trabajo que las peticiones HTTP
procesan.
En IIS, el servicio WWW ya no gestiona los procesos de trabajo.
En su lugar, el servicio WWW es el adaptador para el oyente
escucha HTTP, HTTP.sys. A medida que el adaptador de
escucha, el servicio WWW es el principal responsable de la
configuración de HTTP.sys, la actualización de HTTP.sys cuando
los cambios de configuración y notifica fue cuando una solicitud
entra en la cola de solicitudes. (Microsoft IIS, 2020).
En la siguiente gráfica se ilustra la arquitectura del IIS:
64
Figura 15. Arquitectura ISS
Fuente: IIS 7.5 Architecture and
Components – part 1. (2020). Recuperado
de https://docs.microsoft.com/es-
es/archive/blogs/friis/iis-7-5-architecture-
and-components-part-1
65
2.2.11 SQL Server
SQL Server es un sistema de manejo de bases de datos del
modelo relacional, desarrollado por Microsoft. El lenguaje de
desarrollo utilizado (por línea de comandos o mediante la interfaz
gráfica de Microsoft SqlServer Management Studio) es Transact-
SQL (TSQL), una implementación del estándar ANSI del lenguaje
SQL, utilizado para manipular y recuperar datos (DML), crear
tablas y definir relaciones entre ellas (DDL). SQL Server solo está
disponible para sistemas operativos Windows de Microsoft. Puede
ser configurado para utilizar varias instancias en el mismo servidor
físico, y cada una de ellas tener varias bases de datos activas. La
Utilidad de SQL Server modela las entidades relacionadas con
SQL Server de una organización en una vista unificada. Los
puntos de vista del Explorador de Utilidad y de la Utilidad de SQL
Server en SQL Server Management Studio (SSMS) proporcionan
a los administradores una vista global del estado de los recursos
de SQL Server a través de una instancia de SQL Server que actúa
como punto de control de la utilidad (UCP). La combinación del
resumen y los datos detallados presentados por el UCP sobre
directivas de infrautilización o sobreutilización, y sobre diversidad
de parámetros clave, habilita posibilidad de consolidación de
recursos y de fácil identificación de sobreutilización. Las directivas
de mantenimiento se pueden configurar y ajustarse para modificar
umbrales de uso mayor o menor de los recursos. Es posible
cambiar las directivas de supervisión globales o configurar
directivas de supervisión individuales para cada entidad
administrada en la Utilidad SQL Server (htt).
Para el desarrollo del presente proyecto se va a utilizar la versión
SQL server 2019 express edition la cual cuenta como ventaja
principal un poderoso motor de base de datos en una versión
adaptada para la redistribución e incrustación. A continuación, se
66
mencionan algunas de las características que tiene SQL Server
2019 ("SQL Server 2019 | Microsoft", 2020):
1. Procesamiento de transacciones en línea (OLTP) en
memoria: El OLTP en memoria se instala con el equipo con
SQL Server 2019 sin necesitar medidas adicionales y
ofrece beneficios de rendimiento en memoria sin tener que
reescribir la aplicación de su base de datos o actualizar su
hardware. Las mejoras de SQL Server 2019 CTP2 incluyen
soporte AlwaysOn, mayor superficie de área TSQL y la
capacidad de migrar objetos existentes al OLTP en
memoria.
2. ColumnStore actualizable en memoria: Proporciona mayor
compresión, mayor soporte de consultas y actualización de
ColumnStore existente para cargas de trabajo de
almacenamiento de datos generando velocidades de carga
y rendimiento de consultas más rápidos a un precio aún
más bajo por TB.
3. Ampliación de memoria a SSD: Integra de forma
transparente almacenamiento de estado sólido en Server
SQL mediante los SSD como una extensión de la
agrupación de búferes de la base de datos permitiendo un
mayor procesamiento en memoria y reduciendo la
entrada/salida de disco.
4. Mejora la disponibilidad.
5. Nuevas características AlwaysOn: Se soporta ahora hasta
ocho réplicas secundarias que están disponibles para su
lectura en todo momento incluso cuando se presenta fallas
de red. Los casos de clúster con conmutación por error
ahora soportan Windows Cluster Shared Volumes, lo que
mejora la utilización del almacenamiento compartido y
aumenta la resiliencia a conmutación por error.
67
6. Operaciones mejoradas de base de datos en línea: Incluye
administración de prioridad de bloqueo para movimientos
entre particiones de tablas, lo que reduce el impacto de
mantenimiento inactivo.
7. Respaldo cifrado: Brinda respaldos cifrados, en las mismas
instalaciones y en Windows Azure.
8. Administración de los recursos E/S: Los agrupamientos de
recursos ahora admiten la configuración de IOPS mínimo y
máximo por volumen permitiendo controlar el aislamiento
de recursos más precisos y completos.
9. Escenarios híbridos: Permite soluciones y arquitectura
hibridas.
10. Respaldo Smart: Permite el manejo y la automatización de
respaldos de SQL Server al almacenamiento con Windows
Azure.
11. Asistente para agregar una réplica de Azure: Agrega
réplicas fácilmente en Windows Azure a grupos de
disponibilidad internos.
12. SQL XI: Soporta archivos de SQL Server Database en
blobs para almacenamiento de Windows Azure.
13. Asistente de implementación: Implemente fácilmente bases
de datos internas de SQL Server a Windows Azure.
2.2.12 Lenguaje de Modelado Unificado

El lenguaje de modelado unificado o UML surgió a finales de la
década de 1980, y es un lenguaje estándar para escribir diseños
de software; se puede utilizar para visualizar, especificar, construir
y documentar los artefactos de un sistema de software.
Principalmente los arquitectos de software crean los diagramas de
UML para apoyar a los desarrolladores a construir el software. Se
aclara que UML es un lenguaje y no es un método o metodología,
68
siendo un lenguaje de modelado del que se valen los métodos
para expresar los diseños. El UML fusiono algunos tipos de
modelado que competían entre sí y se usaban en la industria del
software aproximadamente en los años de 1997, UML se convirtió
en un consorcio sin fines de lucro involucrado en la industria de la
computación, y actualmente se proporcionan 13 diagramas para
su uso (Pressman, s.f.). El UML tiene un mecanismo de extensión
que utiliza estereotipos. Hablando de estereotipos sólo en el
contexto de los diagramas de clases, pero se puede emplear el
estereotipo con cualquier diagrama, ampliando su significado
(Martin Fowler, 1999). UML tiene como beneficios:
1. Mejorar tiempo total de desarrollo.

2. Modelar sistemas orientados a objetos.
3. Mejorar soporte a la planeación y al control de proyectos.
4. Alta reutilización y minimización de costos.
Como diagramas UML encontramos los siguientes:
1. Diagrama de clases. Los diagramas de clases describen la
estructura estática de un sistema. Una clase es un
elemento o grupo de elementos que tienen atributos o
propiedades y acciones similares.
2. Diagrama de objetos. Los diagramas de objetos están
vinculados con los diagramas de clases. Un objeto es una
instancia de una clase, por lo que un diagrama de objetos
puede ser visto como instancia de un diagrama de clases.
3. Diagrama de caso de uso. Es una herramienta valiosa
dado que es una técnica de aciertos y errores para obtener
los requerimientos del sistema desde el punto de vista del
usuario. Los diagramas de caso de uso modelan la
funcionalidad del sistema usando actores y casos de uso.
4. Diagrama de estados. Los diagramas de estado muestran
69
el conjunto de estados por los cuales pasa un objeto
durante su vida en una aplicación en respuesta a cierto
evento, junto con sus acciones, indican también que
objetos pueden cambiar el estado de los objetos de la
clase (Vidal, s.f.).
5. Diagrama de secuencias. Los diagramas de secuencias
muestran como un grupo de objetos se comunican entre sí
a lo largo del tiempo; estos diagramas constan de objetos,
mensajes entre estos objetos y una línea de vida del objeto
representada por una línea vertical (Gutierrez, 2011).
6. Diagrama de actividades. Un diagrama de actividades
ilustra la naturaleza dinámica de un sistema mediante el
modelado del flujo ocurrente de actividad en actividad.
Típicamente, los diagramas de actividad son utilizados
para modelar el flujo de trabajo interno de una operación
7. Diagrama de Colaboraciones. Representan una
combinación de información tomada de los diagramas de
clases, de secuencias y de casos de uso, describiendo el
comportamiento, tanto de la estructura estática, como de la
estructura dinámica de un sistema.
8. Diagrama de componentes. El Diagrama de Componentes
se usa para modelar la estructura del software, incluyendo
las dependencias entre los componentes de software, los
componentes de código binario, y los componentes
ejecutables. En el Diagrama de Componentes modelas
componentes del sistema, a veces agrupados por
paquetes, y las dependencias que existen entre
componentes.(Popkin Software and Systems, s.f.).
9. Diagrama de distribución. El diagrama de distribución UML
muestra la arquitectura física de un sistema informático.
Puede representar a los equipos y a los dispositivos, y
70
también mostrar sus interconexiones y el software que se
encontrará en cada máquina.
2.3 Metodología Scrum
2.3.1 Scrum – Metodología de Desarrollo de Software
Es un marco de trabajo para el desarrollo ágil de proyectos, pero
de suficiente sencillez y flexibilidad como para ser aplicado en
contextos muy diversos. Dentro de este marco, el proceso de
desarrollo de un proyecto se concibe como una sucesión de ciclos
cortos de trabajo denominados Sprints, obteniendo de cada uno
de ellos un producto funcional que va completándose en forma
iterativa. ("Plantillas Scrum: Lista de tareas de la iteración (sprint
backlog)", 2010)
71
Figura 16. Ciclo de Vida de Scrum
Fuente: Gustems. (2014). Adaptación de
estructura tradicional a Scrum.
Recuperado de
https://es.slideshare.net/javib00/caso-
practico-41968940
 Fases de Metodología de Scrum
Los procesos de Scrum corresponden a todas aquellas
actividades y al flujo de las mismas dentro de un proyecto
Scrum. En total la metodología desarrolla 19 procesos que
se agrupan en 5 fases. Cada fase describe cada proceso
en detalle, incluyendo sus entradas, herramientas y salidas
asociadas. En cada proceso, algunas entradas,
herramientas y salidas son obligatorias, y existen otras que
son opcionales, cuyo uso dependerá de la naturaleza del
proyecto. (A guide to the Scrum Body of knowledge (SBOK
Guide, 2017)
72
Figura 17. Procesos de Scrum
73
Fuente: Metodologías Ágiles – Página 2 –
María Eugenia Arévalo Lizardo. (2020).
Recuperado de
https://arevalomaria.wordpress.com/categ
ory/metodologias-agiles/page/2/
a) Fase Inicio
En esta fase se crea la Visión del Proyecto que
sirve de enfoque y dirección del mismo. Se crean e
identifican roles claves del proyecto como el Scrum
Master, Product Owner, interesados, equipo del
proyecto. Así mismo, se define la lista de
prioridades o el Product Backlog la cual sirve de
base para la elaboración del plan de lanzamiento y
tamaño de cada Sprint. (A guide to the Scrum Body
of knowledge (SBOK Guide, 2017)).
74
75
Figura 18. Flujo de Datos de Fase Inicio
Fuente: SBOK Guide, 2017
Crear la Visión del Proyecto del Sistema de

información Web para la gestión de proyectos de
la empresa CADELU S.A.C.
En el proceso 8.1, en base al proyecto se revisa para

crear una declaración de la visión del proyecto
inspirará y proporcionará un enfoque global del
proyecto. Este proceso sirve para identificar al
Product Owner. (A guide to the Scrum Body of
knowledge (SBOK Guide, 2017)).
Identificar al Scrum Master y Stakeholders
En el proceso 8.2, mediante criterios de selección

específicos se identifica al Scrum Master y a los
stakeholders. (A guide to the Scrum Body of
Formar el Equipo Scrum
En el proceso 8.3, se seleccionan a los miembros del

Equipo Scrum. Por lo general el Product Owner es el
responsable de la selección de los miembros del
equipo, pero a menudo lo hace en colaboración con
el Scrum Master. (A guide to the Scrum Body of
76
Desarrollo de Épicas
En el proceso 8.4, la declaración de la visión del

proyecto sirve como base para el desarrollo de
épicas. Las reuniones de grupo de usuarios sirven
para coordinar las épicas apropiadas. (A guide to the
Scrum Body of knowledge (SBOK Guide, 2017)).
Crear el Backlog Priorizado de Producto
En el proceso 8.5, la épica es refinada, detallada y

luego priorizada para el Backlog Priorizado del
producto del proyecto. En este punto también se
establecen los criterios de terminado. (A guide to the
Realizar la Planificación de Lanzamiento
En el proceso 8.6, el equipo Scrum revisa las

historias de usuario en el Backlog Priorizado del
Producto para desarrollar un cronograma de
planificación del lanzamiento. La duración de los
sprints también se determina en este proceso. (A
guide to the Scrum Body of knowledge (SBOK Guide,
2017)).
b) Fase de Planificación y Estimación

Aquí se definen y aterrizan en los Sprints las
historias de usuarios, se alinean a todo lo que
genera valor a la organización y se hacen las
77
estimaciones de tiempo y esfuerzo para cumplirlas,
los cuales se traducen en listas de tareas cuyos
tiempos de desarrollo se definen en reuniones de
equipo correspondientes, así como el proceso de
definición del Sprint Backlog que contiene todas las
tareas que deben completarse en el Sprint. (A guide
to the Scrum Body of knowledge (SBOK Guide,
2017)).
78
Figura 19. Flujo de Datos de Fase de
Planificación y Estimación
Crear Historia de Usuario
En el proceso 9.1, se crean las historias de usuario

y sus respectivos criterios de aceptación. Las
historias de usuario las escribe el Product Owner y
se diseñan para organizar que los requerimientos
del cliente estén claramente representados y que
todos los stakeholders las pueden entender
completamente. (A guide to the Scrum Body of
Estimar Historia de Usuario
En el proceso 9.2, el Product Owner aclara las

historias de usuario a fin de que el Scrum Master y
el equipo Scrum hagan una estimación sobre el
esfuerzo necesario para desarrollar la funcionalidad
79
descrita en cada historia de usuario. (A guide to the
Comprometer Historia de Usuario
En el proceso 9.3, el equipo Scrum se compromete

a entregar al Product Owner las historias de
usuario para un sprint. El resultado son las historias
de usuario comprometidas. (A guide to the Scrum
Body of knowledge (SBOK Guide, 2017)).
Identificar Tareas
En el proceso 9.4, las historias de usuario

comprometidas se dividen en tareas específicas y
se compilan en una lista de tareas. (A guide to the
Estimar Tareas
En el proceso 9.5, el equipo Scrum estima el

esfuerzo necesario para completar cada tarea en la
lista de tareas. (A guide to the Scrum Body of
Crear el Sprint Backlog
En el proceso 9.6, el equipo Scrum lleva a cabo

reuniones de planificación del sprint donde el grupo
elabora un Sprint Backlog que contiene todas las
tareas a completarse en el sprint. (A guide to the
80
c) Fase de Implementación
En esta fase se trabaja en las tareas del Sprint
Backlog para crear Sprint Deliverables, para ello
se utiliza a menudo un Scrumboard para realizar el
seguimiento del trabajo y de actividades que se
llevan a cabo. También, los inconvenientes o
problemas que enfrenta el Equipo Scrum se
actualizan en un Impediment Log. Durante esta
fase se realizan las llamadas Daily Standup
Meeting que son reuniones cortas y eficientes en
tiempo donde el equipo da el estatus de sus
actividades diarias y manifiesta cualquier
inconveniente que pueda tener. Igualmente se
actualiza o revisa la lista de prioridades de
pendientes del producto. (A guide to the Scrum
Body of knowledge (SBOK Guide, 2017)).
81
82
Implementación
Crear entregables
En el proceso 10.1, el Equipo Scrum trabaja en las

tareas del Sprint Backlog para crear los entregables
del sprint. Se utiliza un Scrumboard para dar
seguimiento al trabajo y las actividades que se llevan
a cabo. Los problemas que enfrenta el equipo Scrum
pueden actualizarse en el registro de impedimentos.
(A guide to the Scrum Body of knowledge (SBOK
Guide, 2017)).
Realizar Daily Standup
En el proceso 10.2, se lleva a cabo diariamente una

reunión altamente focalizada. Daily Standup Meeting.
Es un foro para que el Equipo Scrum se ponga al día
sobre sus progresos y sobre cualquier impedimento
que pudieran estar enfrentando. (A guide to the
Refinamiento de Backlog Priorizado de Producto

En el proceso 10.3, constantemente se actualiza y
refina el Backlog Priorizado del Producto. Se puede
celebrar una reunión de revisión del Backlog
Priorizado del Producto, donde los cambios y
actualizaciones se analizan y se incorporan al
Backlog Priorizado del Producto. (A guide to the
83
d) Fase de Revisión de Retrospectiva
Para proyectos grandes que involucran varios
equipos Scrum, se realiza en esta etapa, reuniones
que permitan juntar a estos equipos y discutir y
revisar avances, dependencias e impedimentos en el
desarrollo del proyecto. También en esta etapa se
lleva a cabo el proceso donde el equipo Scrum les
demuestra el Sprint Deliverable al Product owner y a
los Socios relevantes en un Sprint Review Meeting.
Igualmente, el Scrum Master y el Equipo Scrum se
reúnen para discutir las lecciones aprendidas a lo
largo del Sprint, información que se documenta como
las lecciones aprendidas que pueden aplicarse a los
futuros Sprints.(A guide to the Scrum Body of
84
Figura 21. Flujo de Datos de Fase de Revisión
y Retrospectiva
Demostrar y validar el Sprint
En el proceso 11.1, el Equipo Scrum demuestra los

entregables del sprint al Product Owner y a los
stakeholders relevantes durante una reunión de
revisión del sprint. El propósito de esta reunión es
lograr la aprobación y aceptación del Product Owner
respecto al producto o servicio. (A guide to the
Retrospectiva de Sprint
En el proceso 11.2, el Scrum Master y el Equipo

85
Scrum se reúnen para discutir las lecciones
aprendidas durante el sprint. Dicha información se
documenta como lecciones aprendidas que pudieran
implementarse en futuros sprints. (A guide to the
e) Fase de Lanzamiento
Finalmente, esta es la fase más esperada por los

interesados o socios del proyecto así como del
Scrum Master y Equipo Scrum. En esta fase de
desarrolla el proceso donde los Accepted
Deliverables se les entregan a los Socios relevantes.
Un acuerdo formal llamado Working Deliverables
Agreement documenta la finalización con éxito del
Sprint. Del mismo modo, se realizan actividades de
retrospectiva que permite identificar mejoras y
lecciones aprendidas del proyecto. (A guide to the
86
Lanzamiento
Enviar entregables
En el proceso 12.1, se hace la entrega o la transición
87
de los entregables aceptados a los stakeholders
relevantes . (A guide to the Scrum Body of
Retrospectiva del proyecto
En el proceso 12.2, en el cual se concluye el

proyecto, los stakeholders de la organización y los
miembros del equipo principal de Scrum se reúnen
para hacer una retrospectiva del proyecto, para
documentar las lecciones que se aprendieron.(A
guide to the Scrum Body of knowledge (SBOK Guide,
2017)
 Scrum – Project Charter

Cuando se da inicio a un proyecto, es necesario definir qué
es lo que se espera lograr y cuál será el alcance para
lograrlo. Cada proyecto se inicia con una idea, visión u
oportunidad de negocio, que representa el punto de partida
y debe estar asociado con los objetivos de negocio de la
organización.
En el Project Charter (acta de constitución del proyecto) se
documentan las necesidades del área de negocio (el
cliente) que dieron origen a la iniciativa, restricciones (de
tiempo, presupuesto, etc.), así como la relación de
colaboración que existirá entre la organización solicitante
del proyecto y la organización ejecutora.
Se documenta los requisitos de alto nivel del cliente y los
requisitos de alto nivel del producto, servicio o resultado
que el proyecto debe proporcionar. ("Plantillas Scrum: Lista
de tareas de la iteración (sprint backlog)", 2010)
88
 Scrum – Componentes
a) Roles:
Responsables del producto: “Product Owner”
Es quien representa al cliente, con una fuerte y

continua interacción con el equipo, facilita desde el
inicio la clara percepción de la visión del producto y
de los aspectos que se consideran de valor
sustancial en el mismo. Al mismo tiempo que
provee retroalimentación continua al equipo sobre
estos aspectos, adquiere una comprensión de las
posibilidades y dificultades a partir de la
comunicación con ellos.
Responsables del funcionamiento de Scrum:
“SCRUM Master”
Persona que lidera al equipo guiándolo para que

cumpla las reglas y procesos de la metodología.
Gestiona la reducción de impedimentos del proyecto
y trabaja con el Product Owner para maximizar el
ROI. Sus responsabilidades son:
1. Asegurar que el equipo se mantenga
plenamente funcional y productivo.
2. Permitir la cooperación estrecha entre todos
los roles y funciones.
3. Eliminar las barreras que obstaculicen el
desarrollo del proyecto.
4. Remueve impedimentos del equipo.
5. Facilitador y líder del equipo.
6. Garantiza el funcionamiento de los procesos y
metodologías que se emplean.
89
Responsables del desarrollo: “SCRUM Team”
1. Equipo multifuncional que cubre todas las
habilidades necesarias para generar el
resultado esperado.
2. Seleccionan el Sprint Goals de cada sprint.
3. Trabajan a tiempo completo en un sprint.
4. Definir y estiman tareas de cada
requerimiento.
5. Desarrollar el proyecto de manera conjunta
llevando acabo las historias de usuario a las
que se comprometen en cada sprint.
b. Eventos:
Sprint Planning:
Reunión previa al comienzo de cada sprint:
1. ¿Cuál es el trabajo?
2. Objetivos a cumplir
3. Intervienen todos los roles
4. Se genera el “Sprint Backlog” o lista de tareas
que se comprometen a realizar.
5. Se determina el “objetivo del Sprint”
(funcionalidad del negocio que se va a
generar)
6. El timebox del Sprint Planning tiene una
duración 4horas x cada sprint realizado
Sprint Review:
1. Análisis y revisión del incremento generado.
Se lleva a cabo al final del Sprint, donde el
equipo Scrum participa, tiene una duración
90
máxima de 2 a 4 horas.
2. Reunión informal donde el equipo presenta al
cliente los requisitos completados en la
iteración, en forma de incremento de
producto.
3. Se presenta al Product Owner las nuevas
funcionalidades. Las funcionalidades no
implementadas no se presentan
4. Se genera feedback del producto.
5. El timebox del Sprint Review tiene una
Sprint Retrospective:
1. Después de cada sprint, se lleva a cabo una

retrospectiva del sprint, en la cual todos los
miembros del equipo dejan sus impresiones
sobre el sprint recién superado. El propósito
de la retrospectiva es realizar una mejora
continua del proceso. Esta reunión tiene un
tiempo fijo de cuatro horas.
2. El Scrum Master se encargará de ir
descartando los obstáculos identificados que
el Scrum Team no pueda resolver.
3. El timebox del Sprint Retrospective tiene una
duración 4horas x cada sprint realizado.
Daily Meeting:
Scrum master es el responsable.
Está reunión no es para la solución del problema,
es para informar de lo que hace cada miembro
91
responde a tres preguntas:
1. Trabajo realizado desde la reunión anterior
2. Trabajo que se va a realizar hasta la
próxima reunión de seguimiento
3. Problemas que se deben solucionar para
realizar el trabajo propuesto
4. El timebox del Daily Meeting tiene una
c. Artefactos:
Product Backlog:
Lista de requisitos denominados historias de

usuarios descritos en un lenguaje coloquial y
priorizados por las necesidades del negocio, o por
retorno de inversión considerando su beneficio y
coste. Los requisitos y prioridades se revisan y
ajustan durante el curso del proyecto a intervalos
regulares.
Todos los integrantes del equipo de desarrollo
podrán acceder a él aportando ideas. Si el equipo
identifica un requisito le notifica al Product Owner, y
verifica si tiene un fuerte impacto, de no tenerlo, lo
agregan normal en el Product Backlog.
92
Figura 23. Ejemplo de Pila del Producto
Fuente: Adaptado SBOK Guide, 2017
Historia de Usuario
1. En el título irá un breve texto que indique
que se realizará en cada HU.
93
2. En la descripción de las tarjetas debemos
centrarnos en el porqué de la HU.
3. Se usará para la descripción la siguiente
estructura "Como... Quiero... Para... "
4. En la prioridad de negocio irá un valor
numérico para priorización.
5. En la estimación se asignará el esfuerzo en
puntos de historia necesario para realizar la
HU.
Figura 24. Ejemplo de Historia de Usuario

Fuente: Historia de Usuario, Recuperado
de
94
https://es.slideshare.net/MiquelMora/histori
as-de-usuario
Sprint Backlog – Pila de Sprint

1. Lista de las tareas necesarias para llevar a
cabo las historias del sprint. El equipo elabora
en la reunión de planificación de la iteración
(Sprint Planning) como plan para completar los
objetivos/requisitos seleccionados para la
iteración y que se compromete a demostrar al
cliente al finalizar la iteración, en forma de
incremento de producto preparado para ser
entregado.
2. Esta lista permite ver las tareas donde el
equipo está teniendo problemas y no avanza,
con lo que le permite tomar decisiones al
respecto.
3. Requerimientos detallados a más bajo nivel (el
Cómo)
4. El equipo elige las tareas a realizar
95
Figura 25. Ejemplo de Pila de Sprint
Fuente: Pila de Sprint, Recuperado de
http://www.pmoinformatica.com/2016/11/pl
antillas-scrum-sprint-backlog.html
CAPÍTULO III. METODOLOGÍA

96
Para este capítulo se describirá la metodología de gestión de proyectos
que se ha utilizado en el trabajo de investigación con respecto al área
temática, aplicando las herramientas de diagnóstico como requerimientos,
entrevistas, encuestas, árbol de problemas, objetivos etc. Levantando las
observaciones para pasar a la elaboración o desarrollo del proyecto.
3.1 Materiales
A continuación, se muestra las herramientas de todos los materiales. En
la tabla 11 se muestra las herramientas de software aplicados en la
tesis.
Tabla 11: Herramientas de Software
Software Versi Descripción
ón
Windows 10 Libre Sistema operativo de las computadoras entorno
gráfico para su rendimiento y aplicaciones de
utilidades para facilitar la labor al usuario.
Office 2013 Libre Herramientas informáticas para oficina que te
permite documentar en forma virtual.
Plantillas Libre Plantillas proporcionadas por la metodología de
desarrollo de software denominada
Scrum
Scrum
En la tabla 12 se muestra las herramientas de comunicación aplicados en la

tesis.
Tabla 12: Herramientas de comunicación
Software Versió Descripción
n
GMAIL Libre Se utilizará Gmail para la comunicación entre
correos
Google Drive Libre Herramienta para compartir información en
línea y almacenamiento de datos en la nube.
Office 365 Libre Se utilizará office 365 para coordinar mediante
el correo.
Skype Libre Se utilizará la comunicación vía videos y audio.

En la tabla 13 se muestra las herramientas de gestión de proyectos aplicados
97
en la tesis.
Tabla 13: Herramientas de gestión de Proyectos
Softwar Versió Descripción
e n
MS-Project 2013 Herramienta de Microsoft office que permite
medir y controlar los tiempos, costos y
actividades de un proyecto
PMBOOK Libre Se utilizará de guía sobre la estructura del
proyecto
En la tabla 14 se muestra las herramientas de gestión de documentación

aplicados en la tesis
Tabla 14: Herramientas de documentación
e n
MS-Word 2013 Herramienta de Microsoft office que permitirá
crear documentos de texto requeridos para la
gestión y ejecución del proyecto y producto
MS-Excel 2013 Herramienta de Microsoft office que permitirá
crear documentos de cálculos y reportes planos
requeridos para la gestión y ejecución del
proyecto y producto
MS-Power 2013 Herramienta de Microsoft office que permitirá
Point crear las presentaciones (como el alcance,
avances, etc.) realizadas en toda ejecución del
proyecto.
Lightshot Libre Herramienta que permitirá capturar pantallas
y compartirla ya sea en un documento y otro
medio
En la tabla 15 se muestra las herramientas de desarrollo aplicados en la
tesis, que aportará en la construcción del sistema de información de gestión
de proyectos en CADELU S.A.C.
Tabla 15: Herramientas de desarrollo
e n
98
Transact SQL 2014 Herramienta de gestión de base de datos de
Oracle que permitirá el almacenamiento de
información estructurada
En la tabla 16 se muestra las herramientas de infraestructura aplicados en la

tesis.
Tabla16: Herramientas de Infraestructura
Software Descripción
Laptop Se utilizará una laptop propia con las siguientes

características mínimas:
 Intel Core i5 1.70 GHz o mayor
 4 GB de RAM a más
 1 TB de disco duro
 14 pulgadas o mayor
Servidor de desarrollo Se utilizará el servidor proporcionado por la empresa.
Servidor de Se utilizara el servidor proporcionados por la empresa.

producción
3.2 Métodos
Para escoger que metodología de software aplica para nuestro Proyecto se
investigó las ventajas y desventajas de algunas más usadas y se detallan a
continuación:
3.2.1 Comparación de Metodologías

Tabla17: Comparación de Metodologías
Metodología Ágil
Criterio SCRUM 0-3 XP 0-3
Es una metodología de
Es una metodología de
desarrollo que está más
desarrollo ágil basada en
Metodología 3 centrada en la 2
la administración del
programación o
proyecto.
creación del producto.
99
Cada miembro de del Los miembros del
Miembro de Equipos equipo trabaja de forma 2 equipo programan en 1
individual. parejas.
Las iteraciones de Las iteraciones de

Iteraciones entrega son de 1 a 4 3 entrega son de 1 a 3 2
semanas. semanas
Al finalizar un Sprint, las
tareas del Sprint Backlog Las tareas se van
que se hayan realizado y terminando aunque son
que el Product Owner susceptibles de ser
haya mostrado su modificadas durante el
Actividades 3 2
conformidad ya no se transcurso de proyecto,
retoca. Si funciona y está incluso, después de que
bien, se aparta y se funcionen
continúa con otra correctamente.
actividad.
Trata de seguir el orden
de prioridades que marca El equipo de desarrollo
el Product Owner el Sprint sigue estrictamente el
Desarrollo de
Backlog pero puede 3 orden de prioridad de 2
Actividades
cambiarlo si es mejor las tareas definido por el
para el desarrollo de la cliente.
tareas.
Puntuación Total Scrum 14 XP 9
Fuente: Adaptado del SCRUMStudy (2017) A guide to the

Scrum Body of knowledge SBOK
3.2.2 Método Seleccionado

De acuerdo con la comparación de la metodología Scrum y de la
metodología XP de la tabla 17 se analizó diferentes criterios los cuales han
permitido seleccionar una metodología, cada criterio tiene una cierta
ponderación del rango de 0 a 3, denominado el numero 0 el mínimo valor y
el numero 3 el máximo valor de dicho criterio. Los criterios fueron
esenciales para poder estimar la puntuación total y elegir la metodología
que posee mayor puntuación. Referente a la puntuación de las
metodologías, se obtuvo la mayor puntuación posible por parte de la
metodología Scrum.
 Fases de la Metodología Scrum de nuestro proyecto

100
a) Fase Inicio:
Crear la Visión del Proyecto del Sistema de información

Web para la gestión de proyectos de la empresa CADELU
S.A.C.:
Para la creación de la visión del proyecto se establece

reuniones con el Scrum Master, Product Owner y los
Stakeholders para llegar al resultado establecido en la
declaración de visión del proyecto.
Identificar al Scrum Master y Stakeholders:
Para la identificación de los roles participantes en la

metodología Scrum aplicando las herramientas de criterio de
selección ,al final tendremos como salida de proceso
identificado al Scrum Master y los Stakeholders que son
considerados como los involucrados del proyecto.
Crear el Backlog Priorizado de Producto:
Para la creación del Backlog se suma de todos los

conocimientos adquiridos mediante las entrevistas a los
clientes o usuarios, reuniones planificadas ayuda a
desarrollar una mejor expectativa sobre los requerimientos
funcionales del negocio, y finalmente obtenemos el Backlog
priorizado del proyecto.
Situación Actual del Negocio - Diagrama del Proceso:
Para el mapeo del proceso AS IS representa la situación
101
actual del negocio ayuda a poder determinar los
participantes, usuarios que están involucrado en el proceso
cotidiano.
Situación Propuesta del Negocio – Diagrama del

Proceso:
Para el mapeo del proceso TO BE representa el futuro de la

situación del proceso, es decir donde se quiere llegar .Es
también el proceso con el software desarrollado.
Modelo de Arquitectura de Sistema:
Para la arquitectura de solución del sistema tiene los

componentes y servicios principales de Microsoft Azure que
van a dar el soporte a la aplicación para una solución
inteligente y escalable.
b) Fase de Planificación y Estimación:
Crear Historia de Usuario:
El encargado de generar las historias de usuario es el

Product Owner, garantizando los requerimientos del cliente
que estén muy bien representados y definidos y que todos
los involucrados del proyecto puedan lograr entender los
requerimientos funcionales.
Crear el Sprint Backlog:
El encargado de generar las historias de usuario es el

102
Product Owner, garantizando los requerimientos del cliente
que estén muy bien representados y definidos y que todos
los involucrados del proyecto pueden lograr entender los
requerimientos funcionales.
Modelo de Base de Datos:
El diagrama de la base de datos determina la estructura

lógica de una base de datos y de manera fundamental el
modo de almacenar ,organizar y manipular los datos .Así
también se encuentran todas las tablas de la base de datos
desarrolladas para el proyecto.
Diccionario de Datos:
El diccionario de datos define como repositorio de

información sobre datos como significado, y relación con
otros datos. Asimismo se detalla la lista de las tablas con sus
atributos y tipos de datos.
c) Fase de Implementación:
Pruebas Funcionales:
Las pruebas funcionales del Sprint 1, Sprint 2, Sprint 3,

Sprint 4 son test basados en la ejecución, revisión de las
funcionalidades de la aplicación y también de las historias de
usuario, previamente diseñadas para el software.
Pruebas no Funcionales:
Las pruebas no funcionales del Sprint 1, Sprint 2, Sprint 3,

Sprint 4 son pruebas del rendimiento de la aplicación.
103
d) Fase de Revisión y Retrospectiva:
Retrospectiva del Sprint 1, Sprint 2, Sprint 3, Sprint 4:
En la Retrospectiva del Sprint 1, Sprint 2, Sprint 3, Sprint 4 el

Scrum Master y el Equipo Scrum se reúnen para discutir las
lecciones aprendidas durante los Sprint.
e) Fase de Lanzamiento:
Retrospectiva del Proyecto:
En la Retrospectiva del proyecto el Equipo Scrum realiza

una reflexión de las lecciones aprendidas de los Sprint.
Aceptación del Producto:
El documento de Aceptación del Producto es sustento por

parte del cliente, se debe cumplir con las funcionalidades y
características definidas en el Product Backlog.
Despliegue de Proyecto:
El plan de despliegue son las actividades para llevar a cabo

la instalación y configuración del software.
3.3 Cronograma del Proyecto
Para la aplicación de la Guía de Buenas Prácticas PMI en el proyecto, se

escribirán las actividades y etapas del mismo. Realizando un listado de las
actividades a realizar, con el uso del MS Project tendremos una mejor visión de
la planificación del proyecto. (Ver Anexo 5)
104
105
CAPÍTULO IV. DESARROLLO
En este capítulo se procedió a realizar la implementación de la

metodología para el desarrollo del proyecto en donde se describirá cada uno
de los pasos a realizar dentro del proyecto
5.1 Fase Inicio
La empresa CADELU S.A.C. actualmente no cuenta con una solución de TI o

alguna herramienta propia que permita mejorar su eficiencia y productividad,
más aún dada la coyuntura que se atraviesa en estos momentos, perdiendo
posibles y próximos clientes día a día. Antes de empezar el aislamiento social,
los gestores de proyectos usaban solo programas improvisados de ofimática
perdiendo un control y seguimiento de todos los proyectos que tienen a su
disposición.
 Visión del Proyecto del Sistema de información Web para la gestión de

proyectos de la empresa CADELU S.A.C.:
El sistema de información web busca mejorar el control y
seguimiento de los proyectos para una mejor toma decisiones.
Además de que se busca lograr la formalización de una empresa
pyme generando rentabilidad de la misma gracias al sistema
propuesto.
 Los Roles Participantes al utilizar Scrum son los siguientes:

En la tabla 18, se presentan los roles de los participantes
correspondientes a la metodología usada para la presente tesis.
Tabla18: Roles Participantes
RECURSOS HUMANOS
ROL RESPONSABLE DESCRIPCIÓN
Encargado de gestionar y coordinar con los

interesados y dar seguimiento a las
SCRUM MASTER/ William Antoni Luyo actividades del proyecto.
SCRUM TEAM Huertas
Encargado de tener los conocimientos
técnicos necesarios para desarrollar el
proyecto de manera conjunta llevando a
106
cabo las historias de usuarios
comprometidas al inicio de cada sprint.
Encargado de maximizar el valor
entregado considerado como la voz del
PRODUCT OWNER Edwin Luyo Barrientos cliente, participa en las reuniones del
Scrum Team y en la revisión del Sprint
Retrospective.
107
 Product Backlog:
Tabla19: Product Backlog
Sprint Descripción Estado Importancia Comentarios

Se requiere la interfaz principal
para que el administrador y el
1 Planificada 600
usuario puedan iniciar sesión
en el sistema.
Se requiera que la interfaz
principal para que el
4 administrador y el usuario Planificada 600
puedan cerrar sesión en el
sistema
Se requiere un reporte por tipos Se requiere: Datos de los
4 Planificada 650
de proyectos. proyectos
Se requiere reportes de geo
localización de los proyectos Se requiere: Datos de los
4 Planificada 650
que se encuentren registrados proyectos
en el sistema.
Se requiere reportes de avance Se requiere: Datos de los
4 Planificada 700
y de estado de los proyectos. proyectos
Se requiere reportes Se requiere: Datos de los

4 Planificada 700
estadísticos de los proyectos. proyectos
Se requiere alertas de
finalización de los proyectos Se requiere: Datos de los
4 Planificada 730
que se encuentren registrados proyectos
en el sistema.
Se requiere mantener a los
usuarios encargados del Se requiere: Registro de
3 Planificada 750
sistema para que puedan los usuarios
registrar los proyectos.
Se requiere registrar las
diferentes propuestas a sus Se requiere: Datos de los
1 Planificada 770
respectivos proyectos en el proyectos
sistema.
Se requiere registrar los
diferentes contratos a sus Se requiere: Datos de los
1 Planificada 770
respectivos proyectos en el proyectos
sistema.
108
Se requiere mantener los
solicitantes correspondientes a Se requiere: Registro de
3 Planificada 800
sus respectivos proyectos en el los solicitantes
sistema

responsables correspondientes Se requiere: Registro de
3 Planificada 800
a sus respectivos proyectos en los responsables
el sistema.

recursos correspondientes a sus Se requiere: Registro de
3 Planificada 800
respectivos proyectos en el los recursos
sistema.

Se requiere: Registro de
3 diferentes proyectos en el Planificada 800
los proyectos
sistema.

3 estados de los proyectos en el Planificada 800
los proyectos
sistema
Se requiere mantener las

diferentes propuestas a sus Se requiere: Registro de
3 Planificada 800
respectivos proyectos en el los proyectos
sistema.

diferentes contratos a sus Se requiere: Registro de
3 Planificada 800
sistema.
Se requiere mantener las

3 diferentes actividades de los Planificada 800
los proyectos
proyectos en el sistema
Se requiere visualizar a los

usuarios encargados del Se requiere: Registro de
2 Planificada 850
sistema para que puedan los usuarios
Se requiere visualizar los
solicitantes correspondientes a Se requiere: Registro de
2 Planificada 850
sus respectivos proyectos en el los solicitantes
sistema.

responsables correspondientes Se requiere: Registro de
2 Planificada 850
a sus respectivos proyectos en los responsables
el sistema.
109
recursos correspondientes a sus Se requiere: Registro de
2 Planificada 850
respectivos proyectos en el los recursos
sistema.

los proyectos
sistema.
Se requiere visualizar las

diferentes propuestas a sus Se requiere: Registro de
2 Planificada 950
sistema.

diferentes contratos a sus Se requiere: Registro de
2 Planificada 950
sistema.
Se requiere visualizar las

2 diferentes actividades de los Planificada 950
los proyectos
proyectos en el sistema.
Se requiere registrar a los

usuarios encargados del Se requiere: Datos de los
1 Planificada 980
sistema para que puedan usuarios

solicitantes correspondientes a Se requiere: Datos de los
1 Planificada 980
sus respectivos proyectos en el solicitantes
sistema.

responsables correspondientes Se requiere: Datos de los
1 Planificada 980
a sus respectivos proyectos en responsables
el sistema.
recursos correspondientes a sus Se requiere: Datos de los
1 Planificada 980
respectivos proyectos en el recursos
sistema.
Se requiere: Datos de los
proyectos
sistema.
Se requiere: Datos de los
1 diferentes actividades de cada Planificada 990
proyectos
proyecto en el sistema

110
5.2 Fase de Planificación y Estimación
 Historia de Usuarios:
A continuación, se presenta las cuarenta y ocho historias de
usuarios que se utilizaron para el desarrollo del producto:
Para visualizar la descripción y detalle de las historias de usuario
(Ver Anexo 11)
1. HU01 – Registrar cuenta de usuario
2. HU02 – Iniciar sesión
3. HU03 – Registrar solicitantes
4. HU04 – Registrar responsables
5. HU05 – Registrar recursos
6. HU06 – Registrar proyectos
7. HU07 – Registrar propuestas
8. HU08 – Registrar contratos
9. HU09 – Registrar actividades
10. HU10 – Visualizar lista de usuarios
11. HU11 – Visualizar solicitantes
12. HU12 – Visualizar responsables
13. HU13 – Visualizar recursos
14. HU14 – Visualizar proyectos
15. HU15 – Visualizar propuestas
16. HU16 – Visualizar contratos
17. HU17 – Visualizar actividades
18. HU18 – Mantener usuarios
19. HU19 – Mantener solicitantes
20. HU20 – Mantener responsables
21. HU21 – Mantener recursos
22. HU22 – Mantener proyectos
111
23. HU23 – Mantener estados de proyectos
24. HU24 – Mantener propuestas
25. HU25 – Mantener contratos
26. HU26 – Mantener actividades
27. HU27 – Visualizar avance y estado de proyectos
28. HU28 – Reporte estadísticos de los proyectos
29. HU29 – Reporte por tipos de proyectos
30. HU30 – Alerta de finalización por proyectos
31. HU31 – Visualizar la geolocalización de los proyectos
32. HU32 - Cerrar sesión
 Sprint Backlog:
Como se detalló anteriormente, existen 28 historias de usuarios

brindadas por el Product Owner, para ello dividiremos el desarrollo
del proyecto en 4 sprint, el primer sprint contiene 9 historias de
usuarios, el segundo sprint tiene 8 historias de usuarios, el tercer
sprint tiene 9 historias de usuarios y finalmente el cuarto sprint
contiene 6 historias de usuarios adicionalmente se le coloco la
estimación del 2 al 13 a cada sprint de acuerdo a lo establecido con
el Product Owner, lo antes mencionado se detallará en la Tabla 20,:
112
Tabla20: Sprint Backlog
113
ID Enunciado de la Historia Importancia Estimación
HU01 Como administrador requiero registrar a las cuentas de los 980 11

usuarios encargados del sistema
Como administrador requiero que el sistema cuente con
HU02 600 2
una interfaz de login para que el usuario ingrese al sistema
Como administrador requiero que los usuarios registren los
HU03 solicitantes en el sistema (Código, Nombre del solicitante, 980 12
DNI, Razón Social, RUC, dirección)
HU04 responsables del proyecto en el sistema (Código, Nombre 980 12
del responsable, DNI, Razón Social, RUC, dirección)
1 Como administrador requiero que los usuarios registren los
HU05 recursos en el sistema (Código, Nombre del recurso, Tipo 980 12
de Recurso, Tipo de Proyecto)
Como administrador requiero que los usuarios registren en
HU06 el sistema los proyectos (Código, Nombre de la obra o 990 13
proyecto, Periodo, Monto, Ubicación)
Como administrador requiero que los usuarios registren las
HU07 770 5
propuestas de los proyectos en el sistema
HU08 770 5
contratos de los proyectos en el sistema
Como administrador requiero que los usuarios registren las
HU09 990 13
actividades de los proyectos en el sistema
Como usuario requiero visualizar las cuentas de los
HU10 850 7
Como usuario requiero que se visualicen los solicitantes en
HU11 850 7
el sistema
Como usuario requiero que se visualicen a los
HU12 850 7
responsables del proyecto en el sistema
Como usuario requiero se visualicen los recursos en el
HU13 850 7
sistema.
2
Como usuario requiero que se visualicen los proyectos en
HU14 900 9
el sistema.
Como usuario requiero que se visualicen las propuestas de
HU15 950 10
los proyectos en el sistema.
Como usuario requiero que se visualicen los contratos de
HU16 950 10
los proyectos en el sistema.
Como usuario requiero que se visualicen las actividades
HU17 950 10
de los proyectos en el sistema
Como administrador requiero modificar las cuentas de los
HU18 750 5
Como usuario requiero que modificar los solicitantes en el
HU19 800 6
sistema
Como usuario requiero que modificar a los responsables
HU20 800 6
del proyecto en el sistema
Como usuario requiero modificar los recursos en el
HU21 800 6
sistema.
Como usuario requiero modificar los proyectos en el
3 HU22 800 6
sistema.
114 por proyecto
Como usuario requiero modificar los estados
HU23 800 6
en el sistema.
Como usuario requiero modificar las propuestas de los
HU24 800 6
proyectos en el sistema.
 Modelo de Base de datos
El modelo de la base de datos del Sistema de Información de Web,

sirve para almacenar la información de las variables identificadas,
es necesario construir una base de datos organizada para tener
una búsqueda rápida de datos como por ejemplo guardar
información de proyectos, recursos, solicitantes, etc. (Ver Anexo 6)
 Diccionario de Datos
En el diccionario de datos se describe cada atributo identificado del

modelo de la base de datos presentado en la Tabla 33.
Para visualizar a más detalle el diccionario de dato. (Ver Anexo 7)
5.3 Fase de Implementación

Para la realización de pruebas se tiene como actividades la elaboración del
plan de pruebas. (Ver Anexo 13)
Para más detalle ver la siguiente figura:

Figura 26. Actividades de pruebas del sistema
 Pruebas Funcionales
115
Las pruebas funcionales del sprint 1, sprint 2, sprint 3, sprint 4 son
pruebas basados en los requerimientos entregados para el
desarrollo del software. Estas pruebas se realizan mediante casos
de pruebas e identificando posibles escenarios de pruebas. A
continuación, en la tabla 21, revisaremos en resumen los criterios
de aceptación que fueron validados con el Cliente:
116
Tabla21: Pruebas Funcionales
Enunciados del caso de prueba
Resultad
Criterio de Tipo caso Estado de Comentario de la
ID Tipo Precondiciones Caso de prueba o de
aceptación de prueba ejecución ejecución
ejecución
Nombre, Apellidos, Se registra exitosamente
Validar el registro
Registrar cuenta de correo electrónico, al finalizar el ingreso de
HU01 Proceso satisfactorio del Funcional Ejecutado Exitoso
usuario usuario y datos al registro de
usuario
contraseña usuarios
Validad el inicio de Se realizó el registro
Usuario y
HU02 Iniciar sesión Proceso sesión satisfactorio Funcional Ejecutado Exitoso satisfactorio con el usuario
contraseña
del usuario y contraseña
Código, nombre Se registra exitosamente
Validar el registro
del solicitante, dni, al finalizar el ingreso de
HU03 Registrar solicitantes Proceso satisfactorio de Funcional Ejecutado Exitoso
razón social, ruc y datos al registro de
solicitantes
dirección solicitantes
Validar el registro
Registrar del responsable, al finalizar el ingreso de
HU04 Proceso satisfactorio de Funcional Ejecutado Exitoso
responsables dni, razón social, datos al registro de
responsables
ruc y dirección responsables
Validar el registro
del recurso, tipo de al finalizar el ingreso de
HU05 Registrar recursos Proceso satisfactorio de Funcional Ejecutado Exitoso
recurso y tipo de datos al registro de
recursos
proyecto recursos
Código, nombre de Se registra exitosamente
Validar e registro
la obra o proyecto, al finalizar el ingreso de
HU06 Registrar proyectos Proceso satisfactorio de Funcional Ejecutado Exitoso
periodo, monto, datos al registro de
proyectos
ubicación proyectos
Se registra exitosamente
Que exista el Validar el registro
al finalizar el ingreso de
HU07 Registrar propuestas Proceso registro de un satisfactorio de Funcional Ejecutado Exitoso
datos al registro de
proyecto propuestas
propuestas
HU08 Registrar contratos Proceso registro de un satisfactorio de Funcional Ejecutado Exitoso
proyecto contratos
contratos
HU09 Registrar actividades Proceso registro de un satisfactorio de Funcional Ejecutado Exitoso
proyecto actividades
actividades
Validar la
Visualizar lista de Registro de Se visualizó la lista de
HU10 Proceso visualización de Funcional Ejecutado Exitoso
usuarios usuarios usuarios
lista de usuarios
Que exista el Validar la Se visualizó la lista de
HU11 Visualizar solicitantes Proceso Funcional Ejecutado Exitoso
registro de un visualización de solicitantes
solicitante lista de solicitantes
Validar la
Que exista el
Visualizar visualización de Se visualizó la lista de
HU12 Proceso registro de un Funcional Ejecutado Exitoso
responsables lista de responsables
responsable
responsables
Que exista el Validar la
Se visualizó la lista de
HU13 Visualizar recursos Proceso registro de un visualización de Funcional Ejecutado Exitoso
recursos
recurso lista de recursos
HU14 Visualizar proyectos Proceso registro de un visualización de Funcional Ejecutado Exitoso
proyectos
proyecto lista de proyectos
HU15 Visualizar propuestas Proceso registro de un visualización de Funcional Ejecutado Exitoso
propuestas
proyecto lista de propuestas
HU16 Visualizar contratos Proceso registro de un visualización de Funcional Ejecutado Exitoso
contratos
proyecto lista de contratos
HU17 Visualizar actividades Proceso registro de un visualización de Funcional Ejecutado Exitoso
actividades
proyecto lista de actividades
Validar el
Contar con perfil Se validó la gestión de
HU18 Mantener usuarios Proceso mantenimiento de Funcional Ejecutado Exitoso
administrador usuarios
usuarios
Contar con perfil Validar el

Se validó la gestión de
HU19 Mantener solicitantes Proceso administrador/ mantenimiento de Funcional Ejecutado Exitoso
solicitantes
usuario solicitantes

Mantener Se validó la gestión de
HU20 Proceso administrador/ mantenimiento de Funcional Ejecutado Exitoso
responsables responsables
usuario responsables

HU21 Mantener recursos Proceso administrador/ mantenimiento de Funcional Ejecutado Exitoso
recursos
usuario recursos

HU22 Mantener proyectos Proceso administrador/ mantenimiento de Funcional Ejecutado Exitoso
proyectos
usuario proyectos

Mantener estados de Se validó la gestión de
HU23 Proceso administrador/ mantenimiento de Funcional Ejecutado Exitoso
proyectos estados de proyectos
usuario estado de proyectos

HU24 Mantener propuestas Proceso administrador/ mantenimiento de Funcional Ejecutado Exitoso
propuestas
usuario propuestas
HU25 Mantener contratos Proceso administrador/ mantenimiento de Funcional Ejecutado Exitoso
contratos
usuario contratos

HU26 Mantener actividades Proceso administrador/ mantenimiento de Funcional Ejecutado Exitoso
actividades.
usuario actividades
Visualizar avance y registro de un visualización del Se visualizó el avance y
HU27 Proceso Funcional Ejecutado Exitoso
estado de proyectos proyecto y su avance y estado de estado de proyectos
estado proyectos
Validar la
Que exista el Se visualizó el reporte
Reporte estadísticos visualización de
HU28 Reporte registro de un Funcional Ejecutado Exitoso estadísticos de los
de los proyectos reporte estadísticos
proyecto proyectos
de los proyectos
Validar la
Que exista el
Reporte por tipos de visualización de Se visualizó el reporte por
HU29 Reporte registro de un Funcional Ejecutado Exitoso
proyectos reporte de tipos tipos de proyectos
proyecto
proyectos
Que exista el
Validar las alertas Se visualizó la
Alerta de finalización registro de un
HU30 Reporte de finalización por Funcional Ejecutado Fallido inoperatividad del
por proyectos proyecto con
proyectos escenario actual
estado finalizado
Visualizar la Se visualizó la
registro de un visualización de
HU31 geolocalización de los Reporte Funcional Ejecutado Fallido inoperatividad del
proyecto y su geolocalización de
proyectos escenario actual
ubicación los proyectos
Selección cerrar Validar el cierre de Se visualizó el cierre del
HU32 Cerrar sesión Proceso Funcional Ejecutado Exitoso
sesión sesión del sistema sistema

 Pruebas No Funcionales
Las pruebas no funcionales identificadas en sistema se muestran a

continuación, en la tabla 22:
Tabla22: Pruebas No Funcionales
Pruebas No Estado de la Comentario de la
Resultado
Funcionales ejecución ejecución
El tiempo de respuesta
del sistema es el óptimo,
Prueba de el usuario logro conseguir
Exitoso Ejecutado
eficiencia una mayor cantidad de
objetivos con una menor
cantidad de recursos.
Se realizó las pruebas de
interfaz de usuario
Pruebas de validando los mensajes
Exitoso Ejecutado
Usabilidad de alerta o error que se
puedan visualizar de
manera informativa
La aplicación está
Pruebas de
Exitoso Ejecutado disponible las 24 horas
Disponibilidad
del día.
Los datos insertados se
Pruebas de almacenan correctamente
Exitoso Ejecutado
Base de Datos y de manera segura en la
base de datos
5.4 Fase de Revisión y Retrospectiva
En las siguientes tablas 24, 25, 26 y 27 se muestra la retrospectiva de cada
Sprint que se analizó mediante tres preguntas con el objetivo de incrementar la
productividad en el proyecto y la calidad del producto desarrollado, revisando
iteración a iteración, con resultados a corto plazo.
 Retrospectiva del Sprint 1
Tabla23: Retrospectiva del Sprint 1
Criterios de retrospectiva del Sprint 1
¿Qué mejora se
¿Qué salió bien de la ¿Qué no salió bien de la
implementará en la siguiente
actual iteración? actual iteración?
iteración?
Se cumplió con la El equipo de desarrollo tuvo Quedo pendiente realizar la
funcionalidad de todos los problemas con el registro de funcionalidad de visualizar todo lo
registros y las pruebas datos de los proyectos. registrado del sprint 1.
unitarias del Sprint 1.


¿Qué mejora se
iteración?
funcionalidad de todas las problemas con la funcionalidad de mantener todo lo
visualizaciones y las pruebas visualización de contratos y registrado del sprint 1 y
unitarias del Sprint 2. propuestas. visualizado del sprint 2.

¿Qué mejora se
iteración?
funcionalidad de todos los problemas con el funcionalidad de visualizar todos
mantenimientos y las pruebas mantenimiento de proyectos. los reportes definidos para el
unitarias del Sprint 3. sprint 4.


¿Qué mejora se
implementará en la
siguiente iteración?
Se cumplió con la El equipo de desarrollo tuvo Se debe mejorar los reportes
funcionalidad de todos los problemas las alertas de y alertas establecidos en el
reportes, alertas y las pruebas finalización de proyectos y la sprint 4 para una mayor
unitarias del Sprint 3. geolocalización del proyecto. gestión y control de
información de los proyectos.
5.5 Fase de Lanzamiento

En la presente fase se muestra la aceptación del proyecto, dado que ha sido
aprobado por el product owner. Adicionalmente se muestra un piloto del
sistema.
 Aceptación del Producto

En el documento de aceptación del producto el cliente acepta la
aprobación del proyecto de acuerdo a las funcionalidades que
fueron definidas en el product backlog (Ver Anexo 10).
 Despliegue del Sistema de Información Web de Gestión de

Proyectos
En las siguientes figuras del sistema se detallaran el resultado del

producto elaborado:
1. Ingreso al Sistema
Figura 27. Prototipo Ingreso al Sistema

2. Pantalla de Menú
Figura 28. Prototipo Pantalla de Menú

3. Gestionar proyectos
Figura 29. Prototipo Gestionar Proyectos

4. Crear proyectos
Figura 30. Prototipo Crear Proyectos

5. Editar proyectos
Figura 31. Prototipo Editar Proyectos
6. Eliminar proyectos
Figura 32. Prototipo Eliminar Proyectos

7. Gestionar recursos
Figura 33. Prototipo Gestionar recursos
8. Crear recursos
Figura 34. Prototipo Crear recursos

9. Editar recursos
Figura 35. Prototipo Editar recursos
10. Eliminar recursos
Figura 36. Prototipo Eliminar recursos

11. Gestionar solicitantes
Figura 37. Prototipo Gestionar solicitantes
12. Crear solicitantes
Figura 38. Prototipo Crear solicitantes

13. Editar solicitantes

Figura 39. Prototipo Editar solicitantes
14. Eliminar solicitantes
Figura 40. Prototipo Eliminar solicitantes

15. Gestionar responsables

Figura 41. Prototipo Gestionar responsables
16. Crear responsables
Figura 42. Prototipo Crear responsables

17. Editar responsables

Figura 43. Prototipo Editar responsables
18. Registrar propuesta
Figura 44. Prototipo Registrar propuesta

19. Editar propuesta

Figura 45. Prototipo Editar propuesta
20. Eliminar propuesta
Figura 46. Prototipo Eliminar propuesta

21. Registrar contrato

Figura 47. Prototipo Registrar contrato
22. Editar contrato
Figura 48. Prototipo Editar contrato

23. Eliminar contrato

Figura 49. Prototipo Eliminar contrato
24. Gestionar actividades
Figura 50. Prototipo Gestionar actividades

25. Crear actividades

Figura 51. Prototipo Crear actividades
26. Editar actividades
Figura 52. Prototipo Editar actividades

27. Eliminar actividades

Figura 53. Prototipo Editar actividades
28. Visualizar avance y estado proyectos
Figura 54. Prototipo Visualizar avance y

estado proyectos
29. Reporte estadísticos

Figura 55. Prototipo Reporte estadísticos
30. Reporte por tipo de proyectos
Figura 56. Prototipo Reporte por tipo de

proyectos
31. Alerta de finalización de proyectos

Figura 57. Prototipo Alerta de finalización de
proyectos
32. Mostrar ubicación geolocalización

Figura 58. Prototipo Mostrar ubicación de
geolocalización
CAPÍTULO V. RESULTADO
En este capítulo se procedió a analizar los resultados en base a los

objetivos específicos trazados en este proyecto “Implementación de un Sistema
de Información Web de Gestión de Proyectos en la empresa CADELU S.A.C.”
con la finalidad de verificar el nivel de confiabilidad que brindará el sistema.
5.1 Resultados
A continuación, se describen los resultados obtenidos de los objetivos
propuestos
 OG: Implementar un sistema de información web que brinde
información en tiempo real para la mejora de toma de decisiones y
para optimizar la gestión de proyectos en la empresa CADELU S.A.C.
El objetivo general se logró gracias a que se pudo determinar la gran
problemática que afrontaba la empresa CADELU S.A.C. de no tener
la información en línea sobre el estado, seguimiento y control de
gestión de cada uno de los proyectos que la empresa maneja, por la
cual se buscó solucionar este problema mediante la Implementación
de un Sistema de Información web que brinde en tiempo real toda la
información oportuna y necesaria para la mejora de toma de
decisiones y también para optimizar la gestión de proyectos en la
empresa CADELU S.A.C.
La tabla 27 muestra el antes y después respecto al resultado
obtenido con el reporte por estado de proyectos para la toma de
decisiones:
Tabla27: Antes y después de la Implementación de un Sistema de
Información Web para gestionar proyectos
Antes Después
Anteriormente la empresa CADELU Actualmente se pensó en el desarrollo
S.A.C. no contaba con ninguna de un Sistema de Información Web
herramienta propia de gestión de para gestionar proyectos ya que se
proyectos, toda la información la requería tener toda la información en
tenían diferentes usuarios, en línea sobre el estado, seguimiento,
diferentes computadoras o en control y gestión de cada proyecto,
diferentes programas de ofimática, gracias a que se logró cumplir con
esto generaba un retraso a la hora cada uno de los requerimientos
de tomar decisiones o en la solicitados por el Product Owner se
priorización de proyectos. pudo Implementar el Sistema de
Información Web para gestionar
proyectos en la empresa CADELU
S.A.C. generando así una adecuada
toma de decisiones con toda la
información consolidada y oportuna
gracias al sistema en mención.
Para validar el Objetivo General se realizó una encuesta de

experiencia de usuario.
El cuestionario en base a estas preguntas fue realizado a veinte
usuarios que tuvieran la necesidad de tener toda la información en
línea sobre el estado, seguimiento, control y gestión de cada
proyecto.
Luego de realizar la encuesta se obtuvieron los siguientes

resultados acerca de cómo se puede tener toda la información en
línea sobre el estado, seguimiento, control y gestión de cada
proyecto:
Pregunta 1:
¿Se puede tener información en línea toda la información sobre
el estado, seguimiento, control y gestión de cada proyecto de la
empresa pyme CADELU S.A.C.?
Figura 59. Resultados de la pregunta 1

Esta interrogante arrojó un porcentaje de 100% considerándose un
nivel alto de aceptación al saber que si se puede tener en línea toda
la información necesaria sobre el estado, seguimiento, control y
gestión de cada proyecto con la Implementación de un Sistema de
Información Web para gestionar proyectos en la empresa pyme
CADELU S.A.C.
 OE01: Desarrollar los Reportes por estados de proyectos

contribuyendo de manera positiva en la toma de decisiones para la
gestión de proyectos en la Empresa CADELU S.A.C.
El motivo del desarrollo de esta funcionalidad surgió a partir de la
necesidad de que se requería optimizar una buena toma de
decisiones para gestionar proyectos en la Empresa CADELU S.A.C.
ya que por déficit y mal manejo de la información se generaba
retrasos al momento de tomar decisiones con respecto a los
proyectos que se manejan.
Uno de los problemas principales que se identifico es que no
contaban con la información de todos los estados de los proyectos y
no se sabía con precisión a que proyectos darles prioridad, por ende
se propuso desarrollar los reportes por estados de proyectos para
darle solución a esta problemática.
Luego de desarrollar este reporte se realizaron pruebas funcionales
sobre la visualización y como contribuye el presente reporte
contribuye de manera positiva en la toma de decisiones.
obtenido con el reporte por estado de proyectos para la toma de
decisiones:
Tabla28: Antes y después del reporte por estado de proyectos para la toma
de decisiones
Antes Después
El proceso de toma de decisiones Actualmente se pensó una solución
se hacía antes de manera manual que permita a los usuarios visualizar
con información incompleta e los reportes de los estados de los
ineficiente ya que todo se registraba proyectos generando una rápida toma
en un cuaderno los estados o en de decisiones permitiendo darle
programas de ofimática generando prioridad a cada proyecto según el
que algunas veces faltara actualizar estado el cual se muestre en el
la información con el estado actual reporte por cada proyecto que
que varía día a día según cada gestione la empresa CADELU S.A.C.
proyecto.
Para validar el Objetivo Específico 1 se realizó una encuesta de

experiencia de usuario con el Sistema de Información Web de
Gestión de Proyectos propuesto.
usuarios que tuvieran la necesidad de tomar decisiones con
respecto a los proyectos que gestionen.
resultados acerca de cómo se puede optimizar una buena toma de
decisiones para gestionar proyectos con un reporte de estado de
proyectos:
Pregunta 2:
¿Se puede optimizar una buena toma de decisiones
desarrollando un reporte de estados de proyectos para la
empresa CADELU S.A.C.?

nivel alto de aceptación al saber que con un reporte de estados de
proyectos facilitará en una rápida toma de decisiones para dar
prioridad a los proyectos según el estado que muestre el reporte
propuesto. Por otro lado el 10% se basa en la falta de experiencia al
manejar un sistema similar al propuesto.
 OE02: Desarrollar los Reportes estadísticos para lograr un

seguimiento y control financiero, de actividades, del recurso humano y
materiales de cada proyecto en la empresa CADELU S.A.C.
necesidad de que se requería lograr un seguimiento y control
financiero, de actividades, del recurso humano y materiales en cada
proyecto en la Empresa CADELU S.A.C.
contaban con la información financiera actualizada de los proyectos,
no se sabía que materiales se podía reutilizar, no se sabía que
recursos humanos estaban disponibles y por ende se propuso
desarrollar los reportes estadísticos para darle solución a esta
problemática.
Luego de desarrollar este reporte se realizaron pruebas funcionales
sobre la visualización del seguimiento y control financiero, de
actividades, de los recursos humanos y materiales de cada
proyecto.
obtenido con los reportes estadísticos para lograr un seguimiento y
control financiero, de actividades, del recurso humano y materiales
de cada proyecto:
Tabla29: Antes y después del reporte estadístico para lograr un

seguimiento y control financiero, de actividades, del recurso humano y
materiales de cada proyecto
Antes Después
El seguimiento de proyectos antes Actualmente se pensó una solución
se hacía de forma manual o con que permita a los usuarios visualizar
programas de ofimática, se los reportes de estadísticos para
contaban con recursos humanos o lograr un seguimiento y control
materiales disponibles pero al no financiero, de actividades, del recurso
tener la información actualizada no humano y materiales de cada
se hacía uso completo de los proyecto permitiendo priorizar y
mismos. controlar las actividades, recursos
humanos y materiales disponibles
para su utilización de manera
oportuna por cada proyecto que
gestione la empresa CADELU S.A.C.

usuarios que tuvieran la necesidad de dar seguimiento y control
financiero, de actividades, del recurso humano y materiales de cada
proyecto.

resultados acerca de cómo se puede dar seguimiento y control
proyecto:
Pregunta 3:
¿Se puede verificar que los proyectos que CADELU S.A.C.
brinda cumplen con los requisitos necesarios desarrollando
reportes estadísticos para lograr un seguimiento y control
financiero, de actividades, del recurso humano y materiales de
cada proyecto?


nivel alto de aceptación al saber que con reportes estadísticos se
logrará un seguimiento y control financiero, de actividades, del
recurso humano y materiales ya facilitará mejor un manejo más
apropiado de los mismos permitiendo utilizar su máxima capacidad
y disponibilidad. Por otro lado el 15% se basa en la falta de
experiencia al manejar un sistema similar al propuesto.
 OE03: Desarrollar el Módulo de Gestión de Proyectos permitiendo
obtener control e indicadores para mejorar continuamente la eficiencia
de cada proyecto en la empresa CADELU S.A.C.
necesidad de que se requería obtener control e indicadores que
permitan mejorar continuamente la eficiencia gestionando cada
proyecto en la Empresa CADELU S.A.C.
contaban con la información actualizada de cada uno los proyectos,
no se tenía un control de todas las actividades de cada uno de los
proyectos por lo cual se propuso desarrollar el Modulo de Gestión
de Proyectos darle solución a esta problemática.
Luego de desarrollar este Módulo de Gestión de Proyectos se
realizaron pruebas funcionales del módulo en mención para
gestionar de manera eficiente cada proyecto.
obtenido con el Módulo de Gestión de Proyectos:
Tabla30: Antes y después del Módulo de Gestión de Proyectos
Antes Después
La gestión proyectos antes se hacía Actualmente se pensó una solución
de forma manual o con programas que permita a los usuarios Gestionar
de ofimática, toda la información se cada uno de los proyectos
encontraba repartida en diferentes permitiendo controlar e tener
maquinas o le correspondían a indicadores para mejorar
diferentes usuarios que al momento continuamente la eficiencia de cada
de continuar un proyecto no proyecto que gestione la empresa
contaban con toda la información CADELU S.A.C.
disponible y precisa que se El usuario puede gestionar cada
necesitaba para gestionar cada uno actividad de un proyecto desde su
de los proyectos. inicio a su final sin ningún
inconveniente y con toda la
información disponible dentro del
Módulo de Gestión de Proyectos

usuarios que tuvieran la necesidad gestionar cada proyecto que
cuenta la empresa CADELU S.A.C.
resultados acerca de cómo se puede dar seguimiento y control
proyecto:
Pregunta 4:
¿Se puede mejorar la eficiencia de cada proyecto dentro de la
empresa CADELU S.A.C. con un Módulo de Gestión de
Proyectos?


nivel alto de aceptación al saber que con un Módulo de Gestión de
proyectos permite mejorar la eficiencia de cada proyecto. Por otro
lado el 10% se basa en la similitud con otros sistemas de gestión de
proyectos al sistema propuesto sin embargo al demostrar la visión
que puede tener el proyecto también dan su conformidad y esperan
con ansias mejoras futuras y mayores funcionalidades expandiendo
la capacidad del sistema en sí.
CAPÍTULO VI. DISCUSIONES
En este capítulo se discute la validez de la solución propuesta, se procede

a evaluar y analizar los resultados obtenidos en base a los objetivos de la
investigación.
6.1 Discusiones
Se realiza una matriz para evaluar el nivel de satisfacción comparando los
resultados antes y después del proyecto implementado.

Tabla31: Comparación en base al nivel de satisfacción del proyecto
% de Situación antes
% de Resultado
Objetivo Indicadores satisfacció del proyecto Resultado Final
desacuerdo Esperado
n
Anteriormente la
empresa CADELU
S.A.C. no contaba Desarrollar un
Se logró
con ninguna sistema de
implementar un
herramienta propia información web
sistema de
Implementar un sistema de gestión de que brinde la
información web
de información web que proyectos, toda la información en
que brinde
brinde información en información la tenían tiempo real para la
Cantidad de información en
tiempo real para la mejora diferentes usuarios, mejora de toma de
Información 100% 0% tiempo real para la
de toma de decisiones y en diferentes decisiones y para la
(Encuesta) mejora de toma de
para optimizar la gestión computadoras o en optimización de la
decisiones y para
de proyectos en la diferentes programas gestión de
optimizar la gestión
empresa CADELU S.A.C. de ofimática, esto proyectos para
de proyectos en la
generaba un retraso luego implementarlo
empresa CADELU
a la hora de tomar en la empresa
S.A.C.
decisiones o en la CADELU S.A.C.
priorización de
proyectos.
El proceso de toma
de decisiones se
hacía antes de
manera manual con Se logró desarrollar
información los reportes por
incompleta e Visualizar reportes estados de
Desarrollar los Reportes
ineficiente ya que por estados para proyectos
por estados de proyectos
todo se registraba en contribuir en la contribuyendo de
contribuyendo de manera Cantidad de
un cuaderno los toma de decisiones manera positiva en
positiva en la toma de Información 90% 10%
estados o en para la gestión de la toma de
decisiones para la gestión (Encuesta)
programas de proyectos en la decisiones para la
de proyectos en la
ofimática generando empresa CADELU gestión de
Empresa CADELU S.A.C.
que algunas veces S.A.C. proyectos en la
faltara actualizar la empresa CADELU
información con el S.A.C.
estado actual que
varía día a día según
cada proyecto.
El seguimiento de
proyectos antes se
Se logró desarrollar
hacía de forma Visualizar reportes
reportes
manual o con estadísticos para
Desarrollar los Reportes estadísticos para
programas de lograr un
estadísticos para lograr un lograr un
ofimática, se seguimiento y
seguimiento y control, seguimiento y
Cantidad de contaban con control, financiero,
financiero, de actividades, control, financiero,
Información 85% 15% recursos humanos o de actividades, del
del recurso humano y de actividades, del
(Encuesta) materiales recurso humano y
materiales de cada recurso humano y
disponibles pero al materiales de cada
proyecto en la empresa materiales de cada
no tener la proyecto en la
CADELU S.A.C. proyecto en la
información empresa CADELU
empresa CADELU
actualizada no se S.A.C.
S.A.C.
hacía uso completo
de los mismos
La gestión proyectos
antes se hacía de
forma manual o con
programas de
ofimática, toda la Se logró desarrollar
información se Desarrollar el el Módulo de
encontraba repartida Módulo de Gestión Gestión de
Desarrollar el Módulo de
en diferentes de proyectos para Proyectos
Gestión de Proyectos
maquinas o le obtener un control e permitiendo obtener
permitiendo obtener
Cantidad de correspondían a indicadores para control e
control e indicadores para
Información 90% 10% diferentes usuarios mejorar indicadores para
mejorar continuamente la
(Encuesta) que al momento de continuamente la mejorar
eficiencia de cada
continuar un eficiencia de cada continuamente la
proyecto en la empresa
proyecto no proyecto en la eficiencia de cada
CADELU S.A.C.
contaban con toda la empresa CADELU proyecto en la
información S.A.C. empresa CADELU
disponible y precisa S.A.C.
que se necesitaba
para gestionar cada
uno de los
proyectos.
CONCLUSIONES
Las conclusiones que se obtuvieron a lo largo de la tesis son las siguientes:

 Se logró mejorar el control y seguimiento de los proyectos para una mejor
toma decisiones, además coadyuvar a la formalización de la empresa pyme
CADELU S.A.C., estandarizando sus procesos y generando rentabilidad de
la misma gracias al sistema propuesto.
 Se logró promover buenas prácticas de la planificación de actividades y el
control de recursos mediante los métodos Critical Path Method (CPM) y
Earned Value Method (EVM) respectivamente que el sistema de
Información web de gestión de proyectos sigue.
 Se logró generar reportes que promueven la gestión de la información,
permitiendo tomar rápidas decisiones con respecto a cada proyecto que la
empresa CADELU S.A.C. maneje.
 Se logró desarrollar un Sistema de Información web de Gestión de
Proyectos con el objetivo de brindar información en tiempo real para la
mejora de toma de decisiones y para optimizar la gestión de proyectos en la
empresa CADELU S.A.C.
158
RECOMENDACIONES
Las recomendaciones obtenidas de la tesis son las siguientes:

 Se sugiere generar recomendaciones automáticas con el objetivo de que la
empresa pyme CADELU S.A.C pueda priorizar su cartera de proyectos y
optimizar el uso de recursos.
 Se recomienda desde el punto de vista metodológico, que además del
desarrollo del Sistema de Información Web de Gestión de Proyectos para la
empresa CADELU S.A.C, la posibilidad de que en estudio posterior, se
pueda implementar el mismo sistema para todo tipo de empresa pyme,
haciendo extensiva la misma metodología empleada en el desarrollo de esta
tesis y también agregando metodologías más avanzadas para ampliar las
funciones interconectando las bases de datos con otras empresas.
 Se recomienda mejorar el diseño al momento de visualizar la información en
todos los reportes, de manera que la percepción de la información sea aún
más interactiva para una mayor experiencia del usuario.
 Se recomienda finalmente implementar el Sistema para todo tipo de
empresa pyme que busque la estandarización y formalización de la misma.
159
FUENTES DE INFORMACIÓN
Bibliográficas:
Bargalló Aylagas, R. (2010). Gestion y Protocolo de la documentación de obra desde
la visión de un Project Manager. Recuperado de
https://upcommons.upc.edu/bitstream/handle/2099.1/10927/Memoria_Bargallo.pdf
Berzal, F., Cortijo, F., & Cubero, J. (s.f.). Desarrollo Profesional de Aplicaciones Web
con ASP.NET. iKor Consulting.
Garvin, D. (2009). Compitiendo en las Ocho Dimensiones de la Calidad (Competing

on the Eigth Dimensions of Quality). Boston, Estados Unidos: Harvard Business
Review Press
Gutierrez, D. (2011) Universidad de los Andes de Venezuela. Recuperado de

http://www.codecompiling.net/files/slides/UML_clase_06_UML_secuencia.pdf
Konja, A. (s.f.). Tesis Digitales UNMSM. Obtenido de Metodología de gestión para

las micro, pequeñas y medianas empresas en Lima Metropolitana.:
http://sisbib.unmsm.edu.pe/bibvirtualdata/tesis/empre/flores_ka/cap07.pdf
Martillo, I., Chávez, S., Dier, L., & Proaño, M. (2015). Sistemas de información
aplicado a LAS PYMES. Revista Observatorio de la economía latinoamericana.
Recuperado de https://www.eumed.net/cursecon/ecolat/ec/2015/sistema-
informacion.html
Martin Fowler, K. S. (1999). UML gota a gota. Pearson Educación
Morris, P. (2004). Science, Objective Knowledge, and the Theory of Project

Management. ICE James Forrest Lecture.
160
Niño, J. (2011). Introducción a los sistemas informáticos. Editex.
Pressman, R. S. (s.f.). Ingeniería del Software: Un enfoque práctico. México:
McGraw Hill.
Project Management Institute [PMI] (2017). A Guide to the Project Management
Body of Knowledge PMBOK Guide, Six edition.
Rebolledo, Gustavo. (2012). “Gestión, Calidad y Agregación de valor en

información.” Universidad de Chile: Universidad de Chile.
SCRUMStudy (2017) A guide to the Scrum Body of knowledge SBOK Guide, edition
2017.
Torres, J. E. (2014). Aplicación para centralizar la información de los trabajos

presentados en cada opción de grado del programa de ingeniería de sistemas de la
fundación universitaria los libertadores. Bogotá DC.
UNIVERSIDAD DE MURCIA. (2005). Obtenido de UNIVERSIDAD DE MURCIA:

http://www.um.es/geograf/sigmur/sigpdf/temario_9.pdf
Vidal, M. C. (s.f.). Universidad Nacional Abierta y a Distancia. Obtenido de

http://datateca.unad.edu.co/contenidos/204023/Otero_M._s.f._._Diagrama
s_De_Estado.pdf
Turner, J.R., Ledwith, A. and Kelly, J.F. (2009), “Project management in small to
medium-sized enterprises: a comparison between firms by size and industry”,
International Journal of Managing Projects in Business, Vol. 2 No. 2, pp. 282-96.
Turner, J.R., Ledwith, A. and Kelly, J.F. (2010), “Project management in small to
medium-sized enterprises: matching processes to the nature of the firm”,
International Journal of Project Management, Vol. 28 No. 8, pp. 744-55.
161
Electrónicas:
Asana (2020) Use Asana to track your team's work & manage projects · Asana.
Recuperado de: https://asana.com/
Atlassian (2020) La herramienta de desarrollo de software líder de los equipos

ágiles. Recuperado: https://www.atlassian.com/es/software/jira
Basecamp: Project Management & Team Communication Software. (2020).

Basecamp.com. Recuperado de: https://basecamp.com/
Caja Trujillo (2013) Sistema de Gestión de Proyectos, Recuperado de:

https://www.cajatrujillo.com.pe/portalnew/
Gustems. (2014). Adaptación de estructura tradicional a Scrum. Recuperado de

https://es.slideshare.net/javib00/caso-practico-41968940
https://www.atlassian.com/es/software/jira
Itec (2016) Integrales S. Soluciones Tecnológicas Integrales Recuperado de:

http://itec.pe/
Marcilla, J. D., & García, J. E. (2012). ORGANIZACION Y CONTROL

MANTENIMIENTO INSTALACION SOLAR. Editorial Paraninfo. Obtenido de:
https://books.google.com.co/books?
id=w1nFIxrNB1YC&pg=PA284&lpg=PA284&dq=Los+SGBD+son+conjuntos+de+pro
gramas+que+pueden+llegar+a+ser+complejos+con+una+gran+funcionalidad.
+Es+preciso+comprend
er+muy+bien+esta+funcionalidad+para+poder+realizar+un+buen+uso+de +
162
Maria Eugenia Arevalo Lizardo. (2020). Metodologías Ágiles. Recuperado de
https://arevalomaria.wordpress.com/category/metodologias-agiles/page/2/
Microsoft (2015) Información general sobre aplicaciones de datos con n capas.

Obtenido de https://msdn.microsoft.com/eses/library/bb384398.aspx?
f=255&MSPPError=-2147217396
Microsoft (2020) IIS 7.5 Architecture and Components – part 1. Recuperado de

https://docs.microsoft.com/es-es/archive/blogs/friis/iis-7-5-architecture-and-
components-part-1
Microsoft (2020) IIS. Recuperado de: https://www.iis.net/
Microsoft (2020) SQL Server 2019. Recuperado de: https://www.microsoft.com/es-

mx/sql-server/sql-server-2019
Microsoft (2020) What is ASP.NET?. Recuperado de:

https://dotnet.microsoft.com/learn/aspnet/what-is-aspnet
Microsoft Visual Studio Community (2019) Obtenido de

https://www.microsoft.com/es-co/download/details.aspx?id=48146
Microsoft Visual Studio Enterprise (2019) Obtenido de https://www.microsoft.com/es-

co/download/details.aspx?id=48143
Microsoft Visual Studio Professional (2019) Obtenido de

https://www.microsoft.com/es-co/download/details.aspx?id=48147
Ministerio de la producción del Perú. (2017) Estadística MIPYME. Recuperado de

http://ogeiee.produce.gob.pe/index.php/shortcode/estadistica-oee/estadisticas-
mipyme#:~:text=M%C3%A1s%20de
163
%201%2C9%20millones,0%2C1%25%20mediana%E2%80%93.
Mora, M (2010) Historia de Usuario. Recuperado de: http://

http://es.slideshare.net/MiquelMora/historias-de-usuario
Online Team Collaboration Software, Tools - SMBs to Enterprise. (2008). Redbooth.

Recuperado de: https://redbooth.com/
Perú, N., & Gestión, R. (2018). En Perú existen más de 2.4 millones de empresas,
según el INEI. Recuperado de https://gestion.pe/economia/peru-existen-2-4-
millones-empresas-inei-251359-noticia (buscar del mismo INEI)
PMO informática (2016) Plantillas Scrum: Lista de tareas de la iteración (sprint

backlog). Pmoinformatica.com. Recuperado de:
http://www.pmoinformatica.com/2016/11/plantillas-scrum-sprint-backlog.html
Popkin Software and Systems. (s.f.). TLDP-ES/LUCAS. Recuperado de

http://es.tldp.org/Tutoriales/doc-modelado-sistemas-UML/doc-modeladosistemas-
uml.pdf
Thompson, M (2011) “Concepto de Proyecto”. En Promonegocios Recuperado de

https://www.promonegocios.net/proyecto/concepto-proyecto.html
Trello (2020) Definición de sistema Recuperado de: https://trello.com/
Visual Studio Test Professional. (s.f.). Obtenido de https://www.visualstudio.com/es-

es/products/visual-studio-testprofessional-with-msdn-vs.aspx
Williams, M. (2020). GanttProject 2.8.11 - Office & Business - Downloads. Retrieved

1 August 2020, Recuperado de: https://www.techadvisor.co.uk/download/office-
business/ganttproject-2811-3328394/
164
LISTA DE ANEXOS
ANEXO 1 – Árbol de Problemas 149
ANEXO 2 – Determinación de ahorros 150
ANEXO 3 – Tipo de Proyectos de Ingeniería y Arquitectura 151
desarrollados en CADELU S.A.C.
ANEXO 4 – Encuesta del Sistema 154
ANEXO 5 – Cronograma del Proyecto 155
ANEXO 6 – Modelo de Base de datos 160
ANEXO 7 – Diccionario de Base de datos 161
ANEXO 8 – Esquema de Base de datos 164
ANEXO 9 – Project Charter 169
ANEXO 10 – Acta de aceptación 173
ANEXO 11 – Historias de Usuario 174
ANEXO 12 – Plan de Implementación y capacitación 191
ANEXO 13 – Plan de Pruebas 194
165
ANEXO 1: Árbol de Problemas.
Deficiente gestión de los

proyectos
Falta de un Sistema de
Informacion web para la
Gestion de Proyectos
Afecta a los gestores de Afecta a los

proyectos Trabajadores
Mala toma de Mal uso de

decisiones recursos
Rendimiento
ineficiente
Figura 63. Árbol de Problemas

166
ANEXO 2: Determinación de Ahorros
Tabla32: Determinación de ahorros
Recurso Humano Otros Recursos

Años Cantidad de Ahorro Total
N° Empleados Costo mensual Costo anual Costo anual
meses
1 1 S/. 960 12 S/. 11,520 S/. 3,480 S/. 15,000
2 1 S/. 960 12 S/. 11,520 S/. 8,280 S/. 19,800
3 2 S/. 1,920 12 S/. 23,040 S/. 2,160 S/. 25,200
4 2 S/. 1,920 12 S/. 23,040 S/. 6,960 S/. 30,000
5 3 S/. 2,880 12 S/. 34,560 S/. 240 S/. 34,800
ANEXO 3: Tipo de Proyectos de Ingeniería y Arquitectura desarrollados en CADELU S.A.C.
167
Los tipos de proyectos desarrollados por la empresa se pueden clasificar de la
siguiente manera
1. Según el grado de dificultad de elaboración:
a. Proyectos simples, se desarrollan proyectos con pocas tareas o que no tienen
demasiada complejidad y que se pueden realizar en un tiempo relativamente
corto.
b. Proyectos complejos, como su nombre indica requieren de mayor
planificación o cuyas tareas son numerosas y requieren de más tiempo para su
realización.
2. Según la procedencia del capital:
a. Proyectos públicos, son los que se realizan con el estado y por lo tanto los
fondos en su totalidad son públicos o que provengan de instituciones
gubernamentales.
b. Proyectos privados, los fondos provienen exclusivamente del sector privado o
de empresas con capital propio.
c. Proyectos mixtos, los fondos provienen de los dos sectores el público y el
privado.
3. Según el sector:
a. Proyectos de construcción: suponen la puesta en marcha de una obra de
tipo civil o arquitectónica. CADELU S.A.C. ha realizado proyectos para la
construcción de edificios, puentes, vías ferroviarias, presas, carreteras, entre
otros.
b. Proyectos de energía: son aquellos que tienen que aprovechar y el uso de la
energía y el transporte de energía. CADELU S.A.C. ha realizado proyectos
para el diseño de redes eléctricas primarias y secundarias en varias provincias
del país.
c. Proyectos de minería: consisten en la extracción de minerales, productos o
materias primas que se hallan en la naturaleza. CADELU S.A.C. ha realizado
proyectos como sub contratista de diseño de una Planta de Cal.
d. Proyectos de medioambiente: van orientados al fomento de prácticas para el
168
cuidado y la preservación de los recursos naturales y el equilibrio del planeta.
CADELU S.A.C. en la gran mayoría de los proyectos de otros sectores ha
incluido la realización de EIA (Estudios de Impacto Ambiental) o DIA
(Declaración de Impacto Ambientas).
e. Servicios: CADELU S.A.C. también ha proporcionado servicios a otras
empresas u otros proyectos, tanto de diseño vial, topografía, geotecnia, estudio
de suelos, diseño de pavimentos, diseño arquitectónico, etc.

4. Según el ámbito:
a. Proyectos de ingeniería, dirigidos al diseño y elaboración de herramientas
técnicas y tecnológicas de diferentes especialidades de ingeniera, ingeniería
civil, geotécnica, hidráulica, eléctrica, etc., y otras especialidades de la
ingeniería.
b. Proyectos económicos, enfocados en temas monetarios o en actividades que
reporten alguna oportunidad de negocio para las empresas, como la realización
de iniciativas privadas para autosustentables o cofinanciadas para ser
propuestas al estado.
c. Proyectos informáticos, relacionados con la instalación y puesta en marcha
de sistemas informáticos, redes, etc., asimismo el servicio de mantenimiento
y/o alquiler.
d. Revisiones y/o supervisiones de proyectos y/u obra, CADELU S.A.C., ha
desarrollado diversos tipos de revisiones y/o supervisión, estas pueden ser:
i. Supervisión de Estudios, cuando se supervisa el desarrollo de los estudios
efectuados por otra empresa o persona.
ii. Supervisión de Obras, cuando se supervisas la ejecución de obras de
alguna empresa contratista o constructora.
iii. Revisión de proyectos, expedientes, etc.

5. Según su área de influencia:

169
a. Proyectos locales, CADELU S.A.C. ha desarrollado, en su gran mayoría
proyectos para la ciudad de Lima, como provincia y en gran mayoría de sus
distritos.
b. Proyectos regionales, CADELU S.A.C. también ha desarrollado proyectos
en varias regiones del país, además de la región Lima, están, Tacna,
Moquegua, Arequipa, Ica, Ancash, Piura, Tumbes, Cajamarca, Pasco,
Ayacucho, Cusco, Puno, Madre de Dios, Ucayali y Loreto.
c. Proyectos nacionales, CADELU S.A.C. ha elaborado o participado en
proyectos de impacto nacional como en la elaboración de iniciativas privadas,
proyectos de redes viales de la Red Vial Nacional, etc.
Fuente: Brochure de la Empresa
ANEXO 4: Encuesta Sistema de Información Web para Gestionar Proyectos en CADELU S.A.C.
170
171
ANEXO 5: Cronograma del Proyecto
Actividades
172
Figura 64. Actividades
Cronograma
 Fase Inicio
173
Figura 65. Fase Inicio
 Fase de Planificación y Estimación
Figura 66. Fase de Planificación y

Estimación
174
 Fase de Implementación
Figura 67. Fase de Implementación

Sprint 1
175
Figura 68. Sprint 1
Sprint 2
176
Figura 69. Sprint 2
Sprint 3
177
Figura 70. Sprint 3
178
Sprint 4
Figura 71. Sprint 4

 Fase de Revisión y Retrospectiva
179
Figura 72. Fase de Revisión y Retrospectiva
 Fase de Lanzamiento
180
Figura 73. Fase de Lanzamiento
ANEXO 6: Modelo de Base de datos
181
Figura 74. Modelo de Base de datos
ANEXO 7: Diccionario de datos

Tabla33: Diccionario de Datos
182
Nombre de la Nombre de la
Campo Tipo Tamaño Descripción
tabla columna
Almacenar el código
idProyecto - INT 10
del proyecto
Nombre Almacenar el nombre
nombreProyecto NVARCHAR 35
Proyecto del proyecto
Almacenar el
presupuesto Presupuesto DOUBLE 10,2 presupuesto del
proyecto
Costo del Almacenar el costo
costoProyecto DOUBLE 10,2
Proyecto total del proyecto
Almacenar el plazo del
plazo Plazo Días INT 4
proyecto
Tiempo del Almacenar el tiempo
tiempoProyecto INT 4
Proyecto del proyecto
Almacenar la
Proyecto ubicacion Ubicación NVARCHAR 100
ubicación del proyecto
Almacenar la latitud
latitud Latitud DOUBLE 10,10
del proyecto
Almacenar la longitud
longitud Longitud DOUBLE 10,10
del proyecto
idTipoProyecto - INT 5
tipo de proyecto
idSolicitante - INT 10
solicitante del proyecto
idResponsable - INT 10 responsable del
proyecto
Seleccionar Almacenar la imagen
seleccionarArchivo BIT 255
Archivo proyecto
idEstado - INT 5
estado del proyecto
EstadoProyecto
Almacenar el estado
estado Estado NVARCHAR 30
del proyecto
idPropuesta - INT 5
de la propuesta
Archivo de la Almacenar el archivo
Propuesta propuesta NVARCHAR 100
Propuesta de la propuesta
idEstadoPropuesta - INT 5
estado de la propuesta
idEstadoPropuesta - INT 5
estado de la propuesta
EstadoPropuesta
Almacenar el estado
estadoPropuesta Estado NVARCHAR 30
de la propuesta
idContrato - INT 5
del contrato
Contrato Archivo del Almacenar el archivo

contrato NVARCHAR 100
Contrato del contrato
idEstadoContrato - INT 5
estado del contrato
EstadoContrato idEstadoContrato - INT 5
estado del contrato
183
Almacenar el estado
estadoContrato Estado NVARCHAR 30
del contrato
idTipoProy - INT 5
del tipo del proyecto
Tipoproyecto
Almacenar el tipo del
tipoProyecto Tipo Proyecto NVARCHAR 30
proyecto
idRecurso - INT 10
del recurso
Recurso nombreRecurso NVARCHAR 100
Recurso del recurso
idTipoRecurso - INT 5
tipo de recurso
idSolicitante - INT 10
del solicitante
nombreSolicitante NVARCHAR 100
Solicitante del solicitante
Almacenar el DNI del
Solicitante dni DNI NVARCHAR 8
solicitante
Almacenar la razón
razonSocial Razón Social NVARCHAR 50
social del solicitante
Almacenar el RUC del
ruc RUC NVARCHAR 11
solicitante
idResponsable - INT 10
del responsable
nombreResponsab Nombre Almacenar el nombre

NVARCHAR 100
le Responsable del responsable
Responsable Almacenar el DNI del

dni DNI NVARCHAR 8
responsable
Almacenar la razón
razonSocial Razón Social NVARCHAR 50
social del responsable
Almacenar el RUC del
ruc RUC NVARCHAR 11
responsable
GestionProyecto Almacenar el código
idGestionProyecto - INT 10
del responsable
idProyecto - INT 10
del responsable
Fase del Almacenar la fase del
faseProyecto NVARCHAR 50
Proyecto proyecto
Almacenar la nombre
nombreActividad Actividad NVARCHAR 255 de la actividad del
proyecto
Almacenar la duración
duracion Duración INT 4
del proyecto
Almacenar el inicio del
inicio Inicio DATE -
proyecto
Almacenar el fin del
fin Fin DATE -
proyecto
predecesora Predecesora INT 3 Almacenar la
predecesora del
proyecto
184
Almacenar el recurso
recurso Recurso NVARCHAR 100
del proyecto
Almacenar el costo del
costo Costo DOUBLE 10,2
proyecto
Almacenar la actividad
estadoActividad Estado NVARCHAR 50
del proyecto
idAlerta - INT 5
de alerta del proyecto
idConcepto - INT 5 del concepto de la
alerta
Almacenar la fecha de
fecha Fecha DATE -
Alerta la alerta
idProyecto - INT 10
del proyecto
Almacenar el historial
idHistorial - INT 5
de la alerta
Almacenar el correo
correo Correo NVARCHAR 100
de las alertas
idAlerta - INT 5
de la alerta
GestionAlerta idGestionAlerta - INT 5
de gestión de alerta
Concepto Almacenar el concepto
ConceptoAlerta NVARCHAR 255
Alerta de las alertas
idUser - INT 5 Almacenar el usuario
Almacenar el correo
correo Correo NVARCHAR 100
del usuario
Almacenar la
contraseña Contraseña NVARCHAR 25
contraseña del usuario
Almacenar el nombre
nombre Nombre NVARCHAR 30
del usuario
Apellido Almacenar el apellido
User apellidoPat NVARCHAR 15
Paterno paterno del usuario
Apellido Almacenar el apellido
apellidoMat NVARCHAR 15
Materno materno del usuario
Almacenar el DNI del
dni DNI NVARCHAR 8
usuario
idTipoUser - INT 5
tipo de usuario
Fecha de Almacenar la fecha del
fechaNacimiento DATE -
Nacimiento nacimiento del usuario
idTipoUser - INT 5
del tipo de usuario
TIPOUSER
Almacenar el tipo de
tipo Tipo Usuario NVARCHAR 30
usuario
ANEXO 8: Esquema de Base de datos
/****** Object: Table [dbo].[Solicitante] ******/

CREATE TABLE [dbo].[Solicitante](
[idSolicitante] [int] IDENTITY(1,1) NOT NULL,
185
[nombreSolicitante] [nvarchar](100) NOT NULL,
[dni] [nvarchar](8) NOT NULL,
[razonSocial] [nvarchar](50) NOT NULL,
[ruc] [nvarchar](11) NOT NULL,
CONSTRAINT [idSolicitante] PRIMARY KEY CLUSTERED
( [idSolicitante] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY =
OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] GO
SET ANSI_PADDING OFF GO
SET ANSI_NULLS ON GO
/****** Object: Table [dbo].[Responsable] ******/

CREATE TABLE [dbo].[Responsable](
[idResponsable] [int] IDENTITY(1,1) NOT NULL,
[nombreResponsable] [nvarchar](100) NOT NULL,
[razon_social] [nvarchar](50) NOT NULL,
[ruc] [nvarchar](11) NOT NULL,
CONSTRAINT [idResponsable] PRIMARY KEY CLUSTERED
( [idResponsable] ASC
) ON [PRIMARY] GO
/****** Object: Table [dbo].[EstadoProyecto] ******/

CREATE TABLE [dbo].[EstadoProyecto](
[idEstadoProyecto] [int] IDENTITY(1,1) NOT NULL,
[estado] [nvarchar](30) NOT NULL,
CONSTRAINT [idEstadoProyecto] PRIMARY KEY CLUSTERED
( [idEstadoProyecto] ASC
) ON [PRIMARY] GO
/****** Object: Table [dbo].[TipoProyecto] ******/

CREATE TABLE [dbo].[TipoProyecto](
[idTipoProyecto] [int] IDENTITY(1,1) NOT NULL,
[tipoProyecto] [nvarchar](30) NOT NULL,
CONSTRAINT [idTipoProyecto] PRIMARY KEY CLUSTERED
( [idTipoProyecto] ASC
) ON [PRIMARY] GO
186
/****** Object: Table [dbo].[TipoRecurso] ******/
CREATE TABLE [dbo].[TipoRecurso](
[idTipoRecurso] [int] IDENTITY(1,1) NOT NULL,
[tipoRecurso] [nvarchar](30) NOT NULL,
CONSTRAINT [idTipoRecurso] PRIMARY KEY CLUSTERED
( [idTipoRecurso] ASC
) ON [PRIMARY] GO
/****** Object: Table [dbo].[Recurso] ******/

CREATE TABLE [dbo].[Recurso](
[idRecurso] [int] IDENTITY(1,1) NOT NULL,
[nombreRecurso] [nvarchar](100) NOT NULL,
[idTipoRecurso] [int] NOT NULL,
CONSTRAINT [idRecurso] PRIMARY KEY CLUSTERED
( [idRecurso] ASC,
[idTipoRecurso] ASC,
) ON [PRIMARY] GO
/****** Object: ForeignKey [Recurso_idTipoRecurso] ******/
ALTER TABLE [dbo].[Recurso] WITH CHECK ADD CONSTRAINT [Recurso_idTipoRecurso]
FOREIGN KEY([idTipoRecurso])
REFERENCES [dbo].[TipoRecurso] ([idTipoRecurso]) GO
ALTER TABLE [dbo].[Recurso] CHECK CONSTRAINT [Recurso_idTipoRecurso] GO
/****** Object: Table [dbo].[Proyecto] ******/

CREATE TABLE [dbo].[Proyecto](
[idProyecto] [int] IDENTITY(1,1) NOT NULL,
[nombreProyecto] [nvarchar](35) NOT NULL,
[presupuesto] [double](10,2) NOT NULL,
[costoProyecto] [double](10,2) NOT NULL,
[plazo] [int](4) NOT NULL,
[tiempoProyecto] [int](4) NOT NULL,
[ubicacion] [nvarchar](100) NOT NULL,
[latitud] [double](10,10) NOT NULL,
[longitud] [double](10,10) NOT NULL,
[seleccionarArchivo] [bit](255) NOT NULL,
[idTipoProyecto] [int] NOT NULL,
[idEstadoProyecto] [int] NOT NULL,
[idSolicitante] [int] NOT NULL,
[idResponsable] [int] NOT NULL,
CONSTRAINT [idProyecto] PRIMARY KEY CLUSTERED
( [idProyecto] ASC,
[idTipoProyecto] ASC,
[idEstadoProyecto] ASC,
[idSolicitante] ASC,
[idResponsable] ASC,
187
) ON [PRIMARY] GO
/****** Object: ForeignKey [Proyecto_idTipoProyecto] ******/
ALTER TABLE [dbo].[Proyecto] WITH CHECK ADD CONSTRAINT [Proyecto_idTipoProyecto]
FOREIGN KEY([idTipoProyecto])
REFERENCES [dbo].[TipoProyecto] ([idTipoProyecto]) GO
ALTER TABLE [dbo].[Proyecto] CHECK CONSTRAINT [Proyecto_idTipoProyecto] GO
/****** Object: ForeignKey [Proyecto_idEstadoProyecto] ******/
ALTER TABLE [dbo].[Proyecto] WITH CHECK ADD CONSTRAINT
[Proyecto_idEstadoProyecto] FOREIGN KEY([idEstadoProyecto])
REFERENCES [dbo].[EstadoProyecto] ([idEstadoProyecto]) GO
ALTER TABLE [dbo].[Proyecto] CHECK CONSTRAINT [Proyecto_idEstadoProyecto] GO
/****** Object: ForeignKey [Proyecto_idSolicitante] ******/
ALTER TABLE [dbo].[Proyecto] WITH CHECK ADD CONSTRAINT [Proyecto_idSolicitante]
FOREIGN KEY([idSolicitante])
REFERENCES [dbo].[Solicitante] ([idSolicitante]) GO
ALTER TABLE [dbo].[Proyecto] CHECK CONSTRAINT [Proyecto_idSolicitante] GO
/****** Object: ForeignKey [Proyecto_idResponsable] ******/
ALTER TABLE [dbo].[Proyecto] WITH CHECK ADD CONSTRAINT [Proyecto_idResponsable]
FOREIGN KEY([idResponsable])
REFERENCES [dbo].[Responsable] ([idResponsable]) GO
ALTER TABLE [dbo].[Proyecto] CHECK CONSTRAINT [Proyecto_idResponsable] GO
/****** Object: Table [dbo].[Alerta] ******/

CREATE TABLE [dbo].[Alerta](
[idAlerta] [int] IDENTITY(1,1) NOT NULL,
[fecha] [DATE] NOT NULL,
[correo] [nvarchar](100) NOT NULL,
[idProyecto] [int] NOT NULL,
[concepto] [nvarchar](255) NOT NULL,
CONSTRAINT [idAlerta] PRIMARY KEY CLUSTERED
( [idAlerta] ASC,
[idProyecto] ASC,
) ON [PRIMARY] GO
/****** Object: ForeignKey [Alerta_idProyecto] ******/
ALTER TABLE [dbo].[Alerta] WITH CHECK ADD CONSTRAINT [Alerta_idProyecto] FOREIGN
KEY([idProyecto])
REFERENCES [dbo].[Proyecto] ([idProyecto]) GO
ALTER TABLE [dbo].[Alerta] CHECK CONSTRAINT [Alerta_idProyecto] GO
/****** Object: Table [dbo].[GestionAlertas] ******/

CREATE TABLE [dbo].[GestionAlertas](
[idGestionAlertas] [int] IDENTITY(1,1) NOT NULL,
[idAlerta] [int] NOT NULL,
CONSTRAINT [idGestionAlertas] PRIMARY KEY CLUSTERED
( [idGestionAlertas] ASC,
[idAlerta] ASC,
188
) ON [PRIMARY] GO
/****** Object: ForeignKey [GestionAlertas_idAlerta] ******/
ALTER TABLE [dbo].[ GestionAlertas] WITH CHECK ADD CONSTRAINT
[GestionAlertas_idAlerta] FOREIGN KEY([idAlerta])
REFERENCES [dbo].[Alerta] ([idAlerta]) GO
ALTER TABLE [dbo].[ GestionAlertas] CHECK CONSTRAINT [GestionAlertas_idAlerta] GO
/****** Object: Table [dbo].[GestionProyecto] ******/

CREATE TABLE [dbo].[GestionProyecto](
[idGestionProyecto] [int] IDENTITY(1,1) NOT NULL,
[faseProyecto] [nvarchar](50) NOT NULL,
[idProyecto] [int] NOT NULL,
[nombreActividad] [nvarchar](255) NOT NULL,
[duracion] [int](4) NOT NULL,
[inicio] [DATE] NOT NULL,
[fin] [DATE] NOT NULL,
[predecesora] [int](3) NOT NULL,
[costo] [double](10,2) NOT NULL,
[estadoActividad] [nvarchar](50) NOT NULL,
CONSTRAINT [idGestionProyecto] PRIMARY KEY CLUSTERED
( [idGestionProyecto] ASC,
[idProyecto] ASC,
) ON [PRIMARY] GO
/****** Object: ForeignKey [GestionProyecto_idProyecto] ******/
ALTER TABLE [dbo].[ GestionProyecto] WITH CHECK ADD CONSTRAINT
[GestionProyecto_idProyecto] FOREIGN KEY([idProyecto])
REFERENCES [dbo].[Proyecto] ([idProyecto]) GO
ALTER TABLE [dbo].[ GestionProyecto] CHECK CONSTRAINT [GestionProyecto_idProyecto]
GO
/****** Object: Table [dbo].[TipoUser] ******/

CREATE TABLE [dbo].[TipoUser](
[idTipoUser] [int] IDENTITY(1,1) NOT NULL,
[tipo] [nvarchar](30) NOT NULL,
CONSTRAINT [idTipoUser] PRIMARY KEY CLUSTERED
( [idTipoUser] ASC
) ON [PRIMARY] GO
/****** Object: Table [dbo].[User] ******/

CREATE TABLE [dbo].[User](
[idUser] [int] IDENTITY(1,1) NOT NULL,
[correo] [nvarchar](100) NOT NULL,
[contraseña] [nvarchar](25) NOT NULL,
189
[nombre] [nvarchar](30) NOT NULL,
[apellidoPat] [nvarchar](15) NOT NULL,
[apellidoMat] [nvarchar](15) NOT NULL,
[fechaNacimiento] [DATE] NOT NULL,
[idTipoUser] [int] NOT NULL,
CONSTRAINT [idUser] PRIMARY KEY CLUSTERED
( [idUser] ASC,
[idTipoUser] ASC,
) ON [PRIMARY] GO
/****** Object: ForeignKey [User_idTipoUser] ******/
ALTER TABLE [dbo].[User] WITH CHECK ADD CONSTRAINT [User_idTipoUser] FOREIGN
KEY([idTipoUser])
REFERENCES [dbo].[TipoUser] ([idTipoUser]) GO
ALTER TABLE [dbo].[User] CHECK CONSTRAINT [User_idTipoUser] GO
/****** Object: Table [dbo].[EstadoPropuesta] ******/

CREATE TABLE [dbo].[EstadoPropuesta](
[idEstadoPropuestao] [int] IDENTITY(1,1) NOT NULL,
[estado] [nvarchar](30) NOT NULL,
CONSTRAINT [idEstadoPropuesta] PRIMARY KEY CLUSTERED
( [idEstadoPropuesta] ASC
) ON [PRIMARY] GO
/****** Object: Table [dbo].[ Propuesta] ******/

CREATE TABLE [dbo].[ Propuesta](
[idPropuesta] [int] IDENTITY(1,1) NOT NULL,
[propuesta] [nvarchar](35) NOT NULL,
[idEstadoPropuesta] [int] NOT NULL,
[idEstadoPropuesta] [int] NOT NULL,
CONSTRAINT [idPropuesta] PRIMARY KEY CLUSTERED
( [idPropuesta] ASC,
[idEstadoPropuesta] ASC,
[idEstadoPropuesta] ASC,
) ON [PRIMARY] GO
ANEXO 9: Project Charter
Tabla34: Project Charter
190
191
192
193
194
ANEXO 10: Acta de Aceptación
195
ANEXO 11: Historias de Usuario
Figura 75. Pila Ítem 1

196

197

198

199

200


201


202

203

204

205

206

207

208

209

210

211
ANEXO 12: Plan de Implementación y capacitación
Introducción al Plan de Implementación y Capacitación
La presente tesis “Implementación de un Sistema de Información web para gestión

de proyectos en CADELU S.A.C.”, es de necesidad planear la capacitación de
forma que consiga el mayor impacto viable entre los posibles beneficiarios de los
productos, actividades y resultados previstos.
Objetivos
Los objetivos generales que este plan de implementación y capacitación pretende

alcanzar son los siguientes:
 Promover el conocimiento del proyecto entre los miembros de las
instituciones participantes.
212
 Fortalecer las relaciones internas existentes con la empresa CADELU
S.A.C.
Acciones
Cronograma de Implementación
Tabla 35 Cronograma de Implementación

DÍA
TAREAS FECHA DE INICIO FECHA FINAL ESTADO
S
Definir reunión con el
cliente 10-Agosto-2020 10- Agosto -2020 1 Completado
Acondicionamiento de
Instalaciones y
Configuración del Servidor 12- Agosto -2020 20- Agosto -2020 8 Sin empezar
Configuración del Servidor
e Instalación de la base
de datos 21- Agosto -2020 29- Agosto -2020 8 Sin empezar
Configuración e
Instalación del sistema 30- Agosto -2020 03-Septiembre-2020 4 Sin empezar
Realizar Pruebas entre
servidor y cliente 04-Septiembre -2020 07-Septiembre -2020 3 Sin empezar
Realización de las
pruebas 08- Septiembre -2020 11-Septiembre -2020 3 Sin empezar
Análisis de los Resultados
de Pruebas 12- Septiembre -2020 16-Septiembre -2020 4 Sin empezar
213
Capacitación del personal
de CADELU S.A.C. 17- Septiembre -2020 20-Septiembre -2020 3 Sin empezar
Puesta en Marcha 21- Septiembre -2020 22-Septiembre -2020 1 Sin empezar
Lanzamiento 23- Septiembre -2020 24-Septiembre -2020 1 Sin empezar
Cronograma de pre-capacitación
Tabla 36 Cronograma de Pre-capacitación
ACTIVIDAD FECHA DE INICIO FECHA FINAL
Presentación del Proyecto 10-Agosto-2020 10- Agosto -2020

Entrega de Manual de Usuario 11-Agosto-2020 11- Agosto -2020
Aprendizaje de uso del sistema 17-Agosto-2020 10- Agosto -2020
Entendimiento de los reportes 7-Sep-20 11-Sep-20
Cierre de la capacitación 11-Sep-20 11-Sep-20
Capacitador
Tabla 37 Lista de Capacitadores
214
CAPACITADOR
ROL NOMBRE
William Antoni Luyo Huertas
Analista Funcional /
Programador
ANEXO 13: Plan de Pruebas

1. Introducción
1.1. Descripción
El Plan de Pruebas describe las pruebas funcionales y de integración, que se
realizaran para garantizar el correcto funcionamiento del sistema de información
web para gestión de proyectos en CADELU S.A.C. El objetivo es probar todas las
funcionalidades definidas por el cliente al inicio del proyecto.
1.2. Propósito
El presente documento describe el Plan de pruebas para la implementación del
sistema de información web para la gestión de proyectos en CADELU S.A.C.,
cuyos objetivos específicos son:
a) Identificar los elementos que se van a evaluar.
b) Definir las pruebas a seguir.
c) Identificar los recursos y esfuerzo necesario para realizar las pruebas
d) Listar las actividades y resultado de las pruebas de los elementos
215
2. Requerimientos de las pruebas
A continuación, mostramos una lista de los requerimientos que se van a probar según cada
prueba que se va a realizar:
2.1. Pruebas de funcionalidad:
a) Gestión de Propuestas
b) Gestión de Proyectos
c) Gestión de Recursos
d) Gestión de Contratos
e) Gestión de Alertas
f) Emisión de Certificados
2.2. Pruebas de integración:

a) Generar reporte de asistencias / actualizar
b) Generar Reportes de la encuesta de evaluación
c) Generar programas del congreso
d) Generar reporte de asistencias/ Consultar
e) Emitir certificados
3. Estrategia de prueba
En esta sección se va a describir los tipos de pruebas y técnicas que se usarán para
realizar las pruebas de calidad.
3.1. Tipos de pruebas y técnicas
 Pruebas funcionales Objetivo de la prueba:

Probar que los sistemas desarrollados, cumplan con las funciones específicas para los
cuales han sido creados.
Descripción de la prueba:
Este tipo de pruebas son desarrolladas mayormente por analistas de pruebas con el
apoyo de los usuarios finales. Cada caso debe cubrir el máximo número de entradas
posibles.
Técnica: Comparar el resultado esperado con el resultado obtenido. Si existen
errores, reportarlos.
216
 Pruebas integrales. Objetivo de la prueba:
Detectar errores de interfaces y relaciones entre componentes. Verificar que las
interfaces entre las entidades externas (usuarios) y las aplicaciones funcionan
correctamente.
Descripción de la prueba: Describe cómo verificar que las interfaces entre las
componentes de software funcionan correctamente. Determina cómo la base de datos
de prueba será cargada. Determina el enfoque para avanzar desde un nivel de
integración de las componentes al siguiente. Decide qué acciones tomar cuando se
descubren problemas.
Técnica: Se verifica que todas las funcionalidades conversen correctamente.
4. Recursos
En esta sección se describe los recursos necesarios para realizar el proceso de
prueba, sus principales responsabilidades y características
4.1. Recursos hardware.
Recursos de hardware
RECURSO CANTIDAD NOMBRE Y TIPO
PC 1 Diseño y ejecución
de pruebas

4.2. Recursos software
Recursos de software
ACTIVIDAD HERRAMIENTA
Plan de pruebas Microsoft Project
Pruebas funcionales MS Excel
217
Pruebas integrales MS Excel
4.3. Configuración del entorno de prueba

Para la realización de las pruebas se ha preparado un ambiente exclusivo para este fin, una
vez finalizada las pruebas estas configuraciones serán las que se promoverán al ambiente de
producción.
4.4. Recursos humanos

Roles y responsabilidades
Recurso
Rol Responsabilidades específicas
s
Proporcionar una gestión adecuada
a las pruebas.
Responsabilidades:
 Planificar las pruebas
GESTOR DE  Generar el Plan de pruebas.
1
PRUEBA  Adquirir los recursos apropiados.
 Evaluar el esfuerzo de prueba.
 Hacer seguimiento a las pruebas.

 Informar el avance.
218
DISEÑADOR DE Identificar, priorizar y diseña los casos de
1
PRUEBA prueba.
Ejecutar las pruebas. Responsabilidades:
PROBADOR  Ejecutar pruebas.

1
(TESTER)  Reportar defectos.
 Re-testear defectos corregidos
5. Cronograma de la etapa de prueba
Las actividades del proceso de prueba son:
Actividades del proceso de prueba

ACTIVIDA CANTIDA ESFUERZO FECHA DE FECHA DE
D D COMIENZO FINALIZACI
RECURS ÓN
OS
Elaboració 1 3 días Sáb Lun 27/07/20
n de plan 25/07/20
de pruebas
Elaboració 1 1 día Mar Mar

n de 28/07/20 28/07/20
escenario
de
219
pruebas
Preparació 1 1 día Mie Mie
29/07/20 29/07/20
n del
ambiente
de test
Ejecución 1 4 días Jue Mie
de 30/07/20 02/08/20
pruebas
6. Entregables de la etapa de prueba
Del proceso de prueba obtienen los siguientes entregables en las siguientes fechas, donde el
revisor verifica días antes el trabajo y da la conformidad del trabajo:
Entregables de la etapa de pruebas
Entregables de la Responsa Revis Fec
etapa de test ble or ha
Plan de prueba
Diseño casos de
prueba
Ambiente de Prueba
Reporte de avance
de
ejecución de
pruebas
220

Informe Tesis Final 2020 1 Luyo

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

Informe Tesis Final 2020 1 Luyo

Cargado por

Copyright:

Formatos disponibles

ESCUELA PROFESIONAL DE INGENIERÍA DE COMPUTACIÓN Y SISTEMAS

IMPLEMENTACIÓN DE UN SISTEMA DE INFORMACIÓN WEB PARA LA

PARA OPTAR EL TITULO PROFESIONAL DE INGENIERO DE COMPUTACIÓN Y

Figura 1.Interfaz del Sistema de Gestión de Proyectos - GMI 25

Tabla 1: Recursos Tecnológicos 19

Tabla 32: Determinación de ahorros 150

La Empresa CADELU S.A.C. tiene como objeto diseñar y desarrollar de

Los sistemas de información que dan soporte a este tipo de organizaciones

Uno de los problemas más comunes en la gestión de proyectos es la

El sistema proveerá información actualizada, con respecto al estado de los

Palabras Claves: pyme, cartera de proyectos, sistema de información, toma

This thesis consists of developing a web information system to manage

The Company CADELU S.A.C. purpose is to design and develop operations

One of the most common problems in project management is inadequate

Keywords: SMEs, portfolio of projects, information systems, decision making.

Se tiene asignado un presupuesto limitado para evaluar y ejecutar

La Empresa CADELU S.A.C. carece de un sistema de información web

El excesivo tiempo que toma gestionar y procesar datos de los proyectos;

El problema que actualmente se tiene es un déficit de información a la

También actualmente se está generando pérdida de clientes potenciales,

Por lo tanto en este proyecto, se propone generar un Sistema de

Fuente: Elaboración propia

1.6.2 Viabilidad Operativa

Fuente: Elaboración propia

Tipo Nombre Cantidad Costo Parcial Costo Total

Laptop Portátil Lenovo B50 2 S/. 2,000.00 S/. 4,000.00

Fuente: Elaboración propia

Tabla 4: Costo de Desarrollo de Recursos Humanos

Cargo Precio x Horas Cantidad De Horas Costo Total

Fuente: Elaboración propia

Tabla 5: Costos de Desarrollo Total

Costos de Desarrollo de Recursos Tecnológicos S/. 6,440.00

Costos de Desarrollo Recursos Humanos S/. 13,750.00

COSTO DE DESARROLLO TOTAL S/. 20,190.00

Fuente: Elaboración propia

Tabla 6: Costos Administrativos

Sistema de Información para Gestión de Proyectos en la empresa CADELU S.A.C.

Software y Licencias 1,800.00 1,800.00

Servicios terceros 1,200.00 1,200.00

Gastos de Gestión 114.00 114.00

Fuente: Elaboración propia

Año 0 Año 1 Año 2 Año 3 Año 4 Año 5

Evaluación Costo / Beneficio (VAN / TIR)

5656 9016 12796 16156 19516

VAN = S/. 22,169.55

Cálculo del TIR:

23-24 = 8.234,78- 7.436,93

1.7 Alcance y Limitaciones

 SIG Gestión de Proyectos Municipales (ONG

 Sistema de Gestión de Proyectos – Caja

2.1.2 Antecedentes Internacionales

 Sistema de Gestión de Proyectos – Trello

 Sistema de Gestión de Proyectos - Jira

 Sistema de Gestión de Proyectos – Asana

 Sistema de Gestión de Proyectos – GanttProject

1. Acceder de manera rápida y oportuna a la información.

 Objetivos de un Sistema de Información

3. Generar ventajas competitivas.

 Ventajas de un Sistema de Gestión de base de datos

Figura 11. Protocolo HTTP

 Aspectos importantes sobre el cliente web

2. Estimular la comunicación abierta: Se deben mostrar

2.2.6 Aspectos Importantes sobre Proyectos