1

“AÑO DE LA UNIDAD, LA PAZ Y EL DESARROLLO”

SERVICIO NACIONAL DE ADIESTRAMIENTO EN TRABAJO

INDUSTRIAL

SENATI

DIRECCIÓN ZONAL: UCAYALI – HUÁNUCO

PROYECTO DE INNOVACIÓN Y/O

MEJORA NIVEL PROFESIONAL TÉCNICO

ESCUELA / CFP: ETI

CARRERA: INGENIERÍA DE SOFTWARE CON INTELIGENCIA ARTIFICIAL

PROYECTO:

“SISTEMA DE GESTIÓN, CONTROL Y MONITOREO DEL

DESARROLLO DE SOFTWARE PARA EL SEGUIMIENTO DEL
PERSONAL EN LA EMPRESA KSOFT”
Autor:
● Suarez Arratea Yossec Yosefer
● Callegari Salvador Isaias Sandro
Asesor:
● Ronal Noel Vilca Apolin

Huánuco - Perú
2023
 2

RESUMEN EJECUTIVO

El presente proyecto de mejora aborda la implementación de un sistema de

seguimiento de tareas diseñado para asistir al coordinador de la empresa “Ingeniería e

Informática King Software SAC”, en la supervisión y gestión eficiente de las actividades

asignadas al personal. La optimización de este sistema tiene como objetivo principal mejorar

la productividad, la eficiencia y la comunicación dentro del equipo de trabajo.

Nuestro enfoque se centra en desarrollar un sistema integral que permita asignar, seguir y

evaluar tareas de manera efectiva, garantizando un flujo de trabajo armonioso y los objetivos

del proyecto. Este sistema incorpora tecnologías modernas y buenas prácticas de gestión de

proyectos para proporcionar herramientas de fácil uso para el coordinador y el equipo.

Las características clave de este sistema incluye la asignación clara de tareas, establecimiento

de plazos, monitoreo del cumplimiento de tareas, notificaciones automáticas y la generación

de informes detallados.

La implementación exitosa de este sistema de seguimiento de tareas brindará al coordinador

la capacidad de optimizar el rendimiento del equipo, identificar posibles cuellos de botella y

tomar decisiones informadas para garantizar el éxito del proyecto. Además, se espera que

este enfoque contribuya a un ambiente de trabajo más motivador y productivo para todos los

involucrados.

En resumen, este proyecto busca transformar la forma en que se gestionan las tareas dentro

del equipo, mejorando la coordinación, la eficiencia y la transparencia. La implementación

exitosa de este sistema de seguimiento de tareas fortalecerá la capacidad del coordinador para

liderar proyectos de manera efectiva, asegurando el logro de los objetivos con eficacia y

eficiencia.
 3

INDICE DE CONTENIDO

CAPÍTULO I.........................................................................................................................................9
1. GENERALIDADES DE LA EMPRESA..................................................................................10
1.1. Razón Social......................................................................................................................10
1.2. Descripción de la empresa.................................................................................................10
1.3. Ubicación geográfica..........................................................................................................11
1.4. Misión, Visión, Objetivos y valores de la empresa............................................................11
1.4.1. Misión......................................................................................................................11
1.4.2. Visión.......................................................................................................................12
1.4.3. Objetivos..................................................................................................................12
1.4.4. Valores de la empresa..............................................................................................13
1.5. Servicios, Mercado, Clientes y Proveedores......................................................................15
1.5.1. Servicios:..................................................................................................................15
1.5.2. Mercados:.................................................................................................................16
1.5.3. Clientes:....................................................................................................................17
1.5.4. Proveedores..............................................................................................................17
1.6. Organigrama de la organización........................................................................................18
CAPÍTULO II......................................................................................................................................19
2. Plan del proyecto de innovación y/o mejora..............................................................................20
2.1. Identificación del problema técnico de la empresa............................................................20
2.2. Situación actual..................................................................................................................21
2.2.1. Descripción del área por mejorar.............................................................................21
2.2.2. Organización del área...............................................................................................21
2.2.3. Descripción del personal..........................................................................................22
2.2.4. Funciones del personal en el Área...........................................................................22
2.3. Lluvia de ideas por fenómeno............................................................................................24
2.3.1. Encuesta...................................................................................................................25
2.3.2. Resultado de Encuesta por Fenómeno.....................................................................26
2.3.3. Tabla de Frecuencia de Pareto.................................................................................27
2.3.4. Indicador de tiempo en la demora de desarrollo de software..................................29
2.3.5. Indicador de Perdidas Económica............................................................................30
2.4. Objetivos del proyecto de mejora y/o innovación..............................................................31
 4

2.4.1. Objetivo General......................................................................................................31

2.4.2. Objetivo Específicos................................................................................................31
2.5. Antecedentes del proyecto.................................................................................................32
2.5.1. Antecedentes Nacionales.........................................................................................32
2.5.2. Antecedentes Internacionales...................................................................................34
2.6. Justificación del proyecto de mejora..................................................................................40
2.7. Marco Teórico y Conceptual..............................................................................................41
2.7.1. Fundamento Teórico referenciado...........................................................................41
2.7.2. Conceptos y términos utilizados..............................................................................42
2.8. Lluvia de Ideas...................................................................................................................42
2.9. La encuesta.........................................................................................................................43
2.10. Diagrama de actividades del proceso DAP.....................................................................43
CAPITULO III.....................................................................................................................................44
3. Análisis de la situación actual....................................................................................................45
3.1. Diagrama de flujo..............................................................................................................45
3.2. Diagrama de análisis de procesos......................................................................................46
3.3. Efectos del problema en el área de trabajo........................................................................48
3.3.1. COSTOS..................................................................................................................48
3.3.2. SERVICIOS.............................................................................................................48
3.4. Análisis de las causas raíz que generan el problema.........................................................49
3.4.1. Lluvia de ideas.........................................................................................................50
3.4.2. Diagrama de Ishikawa..............................................................................................51
3.4.3. Priorización de la causa raíz.....................................................................................52
3.4.4. Resultado de encuesta de lluvia de idas por hechos................................................53
3.4.5. Tabla de frecuencia por hechos................................................................................54
3.5. Análisis de las causas raíz principales...............................................................................56
3.5.1. Causa raíz N° 1: No hay seguimiento de actividades para los empleados...............56
3.5.2. Causa raíz N° 2: Problema de integración de Código..............................................59
3.5.3. Causa raíz N° 3: Mala normalización de base de datos...........................................62
CAPITULO IV....................................................................................................................................65
4. Propuesta Técnica de la Mejora.................................................................................................66
4.1. Plan de Acción de la Mejora..............................................................................................66
4.1.1. Implementación de sistema de gestión, control y monitoreo del desarrollo de
software para el seguimiento del personal.........................................................................67
 5

4.1.2. Gráfico de Gantt.......................................................................................................68

4.1.1. Requisitos Funcionales.............................................................................................70
4.1.2. Diagrama de Actividades.........................................................................................88
4.1.3. Diagrama de Base de Datos.....................................................................................90
4.1.4. Diagrama de Clases..................................................................................................91
4.1.5. Diseño de la aplicación móvil..................................................................................92
4.1.6. Diagrama de Despliegue..........................................................................................98
CAPITULO V......................................................................................................................................99
5. Costos de la Implementación de la Mejora..............................................................................100
5.1. Costos de Servicios..........................................................................................................100
5.2. Costo de Mano de Obra....................................................................................................100
5.3. Costo de Implementación.................................................................................................101
5.4. Otros Costos de la Implementación de la Mejora............................................................101
5.5. Costo Total de la Implementación de la Mejora..............................................................102
CAPITULO VI...................................................................................................................................103
6. Evaluación técnica y económica de la mejora.........................................................................104
6.1. Beneficios técnicos y económicos esperado del proyecto de la mejora...........................104
6.2. Beneficios económicos de la mejora................................................................................105
6.3. Relación Beneficio / Costo...............................................................................................106
6.4. Tiempo de Recuperación..................................................................................................107
CAPITULO VII.................................................................................................................................108
7. Conclusiones............................................................................................................................109
7.1. Conclusiones Respecto a los Objetivos del Proyecto de la Mejora.................................109
CAPITULO VIII................................................................................................................................111
8. Recomendaciones.....................................................................................................................112
REFERENCIAS BIBLIOGRÁFICAS............................................................................................114
ANEXOS...........................................................................................................................................116
 6

Indicé de Ilustraciones

Ilustración 1: Ubicación geográfica....................................................................................................11

Ilustración 2: Organigrama de la Organización..................................................................................18
Ilustración 3: Organización del área....................................................................................................21
Ilustración 4: Diagrama de Pareto por Fenómeno...............................................................................28
Ilustración 5: Fundamento Teórico Referenciad..................................................................................41
Ilustración 6: Diagrama de flujo..........................................................................................................45
Ilustración 7: Diagrama de análisis de proceso....................................................................................46
Ilustración 8: Diagrama de Ishikawa...................................................................................................51
Ilustración 9: Diagrama de Pareto por hechos.....................................................................................55
Ilustración 10: Caso 01 Seguimiento de actividades para los empleados............................................58
Ilustración 11: Caso 02 Problema de Integración de Código..............................................................61
Ilustración 12: Caso 03 Normalización de Base de Datos...................................................................64
Ilustración 13: Diagrama de Actividades.............................................................................................88
Ilustración 14: Diagrama de Base de Datos.........................................................................................90
Ilustración 15: Diagrama de Clases.....................................................................................................91
Ilustración 16: Diseño de la aplicación móvil – Parte 1......................................................................92
Ilustración 17: Diseño de la aplicación móvil – Parte 2......................................................................93
Ilustración 18: Diseño de la aplicación móvil – Parte 3......................................................................94
Ilustración 19: Diseño de la aplicación móvil – Parte 4......................................................................95
Ilustración 20: Diseño de la aplicación móvil – Parte 5......................................................................96
Ilustración 21: Diseño de la aplicación móvil – Parte 6......................................................................97
Ilustración 22: Diagrama de Despliegue..............................................................................................98
 7

Indicé de Tablas

Tabla 1: Relación del personal.............................................................................................................22

Tabla 2: Lluvia de Ideas por Fenómeno...............................................................................................25
Tabla 3: Escala de Calificación de los problemas................................................................................25
Tabla 4: Formato de Encuesta..............................................................................................................26
Tabla 5: Tabla de Frecuencia de Pareto...............................................................................................27
Tabla 6: Tabla de Tiempo Excesivo.....................................................................................................29
Tabla 7: Tabla de Pérdidas Económicas..............................................................................................30
Tabla 8: Lluvia de ideas por hechos.....................................................................................................50
Tabla 9: Priorización de la causa raíz..................................................................................................52
Tabla 10: Resultado de encuesta de lluvia de ideas por hechos...........................................................53
Tabla 11: Tabla de frecuencia por hechos............................................................................................54
Tabla 12: Tiempo de seguimiento de actividades para los empleados................................................57
Tabla 13: Tiempo del problema de integración de código...................................................................60
Tabla 14: Tiempo de normalización de base de datos.........................................................................63
Tabla 15: Definición de Herramientas.................................................................................................66
Tabla 16: Grafico de Gantt parte 1......................................................................................................68
Tabla 17: Grafico de Gantt parte 2......................................................................................................69
Tabla 18: Tablas RQF – Inicio de sesión.............................................................................................70
Tabla 19: Tablas RQF – Crear cuenta..................................................................................................71
Tabla 20: Tablas RQF – Actualizar información de la cuenta.............................................................72
Tabla 21: Tablas RQF – Registro de fortalezas...................................................................................73
Tabla 22: Tablas RQF – Activación de los usuarios............................................................................74
Tabla 23: Tablas RQF – Creación de los proyectos.............................................................................75
Tabla 24: Tablas RQF – Creación de grupo de tareas.........................................................................76
Tabla 25: Tablas RQF – Creación de grupos.......................................................................................77
Tabla 26: Tablas RQF – Asignación de integrantes al proyecto..........................................................78
Tabla 27: Tablas RQF – Creación de actividad...................................................................................79
Tabla 28: Tablas RQF – Reporte evidencias del proyecto...................................................................80
Tabla 29: Tablas RQF – Registrar anuncio..........................................................................................81
Tabla 30: Tablas RQF – Registro de fortalezas...................................................................................82
Tabla 31: Tablas RQF – Lista de proyectos - usuario..........................................................................83
 8

Tabla 32: Tablas RQF – Información del proyecto.............................................................................84

Tabla 33: Tablas RQF – Lista de tareas del proyecto..........................................................................85
Tabla 34: Tablas RQF – Adjuntar evidencias......................................................................................86
Tabla 35: Tablas RQF – Publicar blog.................................................................................................87
Tabla 36: Costo de Servicios..............................................................................................................100
Tabla 37: Costo de Mano de Obra.....................................................................................................100
Tabla 38: Costo de Implementación...................................................................................................101
Tabla 39: Otros Costo de Implementación de la Mejora...................................................................101
Tabla 40: Costo Total de la Implementación de la Mejora................................................................102
Tabla 41: Beneficios técnicos y económicos esperado del proyecto de la mejora............................104
Tabla 42: Beneficios económicos de la mejora..................................................................................105
Tabla 43: Beneficios (S/) de la mejora en el desarrollo de software..................................................106
Tabla 27: Relación Beneficio / Costo................................................................................................106
Tabla 44: Tiempo de Recuperación....................................................................................................107
 9

CAPÍTULO I
GENERALIDADES DE LA EMPRESA
 10

1. GENERALIDADES DE LA EMPRESA

1.1. Razón Social

VIRTUALFACT PERU SAC

RUC: 20605184210

Distrito: Castillo Grande

Provincia: Leoncio Prado

Departamento: Huánuco

Dirección: Av. Alfonso Ugarte S/N Espalda De Oro Verde -HUÁNUCO –

LEONCIO PRADO – CASTILLO GRANDE

Página Web: [Link]

Tipo de gestión: Privada

1.2. Descripción de la empresa

La empresa VIRTUALFACT PERU SAC, está dirigido a grandes y pequeñas

empresas, que requieran servicio de un sistema de facturación electrónica;

además, se encarga de desarrollar, implementar y crear soluciones tecnológicas

mediante el desarrollo de software para mejorar el manejo y la eficiencia de las

actividades en los distintos sectores de las organizaciones, con un alto nivel de

calidad, a partir de las características y requerimientos específicos de sus clientes.

 11

1.3. Ubicación geográfica

Ilustración 1: Ubicación geográfica

Nota: Se encuentra ubicada por colpa alta, cerca de su plaza de armas.

1.4. Misión, Visión, Objetivos y valores de la empresa

1.4.1. Misión

En Ingeniería e Informática King Software, catalizamos la creatividad

de nuestros clientes, convirtiendo sus ideas en soluciones digitales

innovadoras. Aprovechamos la tecnología de vanguardia y nuestra experiencia

en desarrollo de software para acelerar proyectos y transformar industrias.

Somos el socio estratégico que impulsa el éxito de nuestros clientes en el

mundo digital.
 12

1.4.2. Visión

Ser líderes indiscutibles en soluciones y servicios tecnológicos,

convertirnos en el socio de confianza de nuestros clientes y ganar

reconocimiento nacional a través de la innovación, dedicación y la capacidad

para resolver problemas, contribuyendo al crecimiento sostenible de nuestros

clientes y al avance de la industria tecnológica en nuestro país.

1.4.3. Objetivos

Ser una empresa reconocida por la calidad de las propuestas y el

estricto cumplimiento de los compromisos asumidos.

Asegurar una cultura institucional basada en la ética, innovación y la

búsqueda permanente de la excelencia, para que sean las bases de un

crecimiento sustentable que aseguren el futuro de nuestra empresa.

Proveer soluciones de calidad a grandes y pequeñas empresas que requieran

nuestro servicio, satisfaciendo sus necesidades de acuerdo con los

requerimientos funcionales solicitados, buscando permanentemente la

diferenciación por la calidad del servicio y la satisfacción del cliente.

 13

1.4.4. Valores de la empresa

Escucha:

Tomamos en cuenta la opinión y sugerencias de nuestro cliente.

Escuchamos a nuestro equipo, fomentando la comunicación

bidireccional.

Trabajo en equipo:

Actuamos con responsabilidad, puntualidad, eficiencia y disciplina.

Trabajamos de manera colaborativa asumiendo compromisos

encaminados a la consecución de objetivos comunes.

Tenemos un ambiente de confianza y respeto mutuo.

Innovación:

Elaboramos soluciones novedosas a las sugerencias.

Nuestro equipo está en constante desarrollo, participando en

concursos relacionados al beneficio de la empresa obteniendo

nuevos conocimientos.
 14

Eficacia:

Actuamos con rapidez y dinamismo frente a problemas

informáticos.

Trabajamos en constante comunicación con el cliente.

Centramos la solución a un problema proponiendo alternativas de

calidad.

Transparencia:

Brindamos información clara, continua y objetiva.

Proporcionamos el acceso a la información necesaria para el

desarrollo del trabajo asignado.

Servicio:

Atendemos a nuestro cliente de manera eficiente manteniendo un

comportamiento decidido que potencie la reputación de Ingeniería

e Informática King Software SAC.

Sabemos las necesidades y expectativas de nuestro usuario para

desarrollar y dar soluciones que aumenten su satisfacción.

 15

1.5. Servicios, Mercado, Clientes y Proveedores

1.5.1. Servicios:

Facturación electrónica.

Software de Gestión de Ofimática.

Software de gestión para

Hotelería. Desarrollo de software.

Mantenimiento y soporte de

software. Software de gestión de

clientes.

Software de distribución de productos.

Sistema web de gestión de congresos – universidad.

Software de escritorio de control de documentos.

Sistema de gestión de contratistas.

Sistema de control de mantenimiento.

Sistema de software contable y

financiero.

Software de escritorio de control de contratistas

 16

1.5.2. Mercados:

El mercado al que se dirige la empresa Ingeniería e Informática King

Software es a grandes y medianas empresas que se encuentran dentro y fuera

del país, que requieren de un sistema en específico o facturación electrónica

de buena calidad, buscando así el reconocimiento internacional.

Huánuco.

Cerro de pasco.

Pucallpa

Lima

Guatemala

Colombia

Nicaragua
 17

1.5.3. Clientes:

Pantaleón.

Comercial rivera.

Hotel Estancia.

Electrónica Zier.

Moto repuestos

Hugo.

Colegio Maria Molinari.

Aldos Sport.

Hospedaje Tunki Lodge.

Nutrimientos Purina.

Mina Orotex

1.5.4. Proveedores

Microsoft

Azure Google

Services Lobe

Microsoft
 18

1.6. Organigrama de la organización

Ilustración 2: Organigrama de la Organización

Gerente

Asistente

Supervisor

Coordinador

Especialista de Analista de
Diseñador UX / UI desarrollo de software Requerimiento

Fuente: Elaboración propia.

 19

CAPÍTULO II
PLAN DEL PROYECTO DE INNOVACIÓN Y/O

MEJORA
 20

2. Plan del proyecto de innovación y/o mejora

2.1. Identificación del problema técnico de la empresa

La empresa Ingeniería e Informática King Software se dedica actualmente al

alquiler de sistemas de facturación electrónica y al desarrollo de software. Su enfoque de

trabajo es principalmente virtual, donde el supervisor comunica los requisitos funcionales

del software, el tipo de sistema a desarrollar (ya sea web, de escritorio o una aplicación

móvil), y el plazo estimado para completar el proyecto. Las asignaciones de tareas para la

construcción del proyecto se realizan a través de reuniones virtuales utilizando

plataformas como Google Meet, Zoom o Microsoft Teams, o bien, se distribuyen a través

del grupo de WhatsApp de la empresa. Para llevar un seguimiento del progreso de las

actividades, se designa a un miembro del personal como líder de grupo, encargado de

supervisar y reportar el avance de cada miembro al supervisor.

El personal envía sus avances y debe aguardar la revisión del supervisor en cuanto a la

funcionalidad de su tarea. En caso de que surjan errores, el supervisor proporciona

retroalimentación y orientación sobre las modificaciones necesarias con respecto a la

actividad presentada.

Al realizar un análisis detallado de las operaciones en el área de desarrollo de software,

identificamos mediante un diagrama de secuencia que se presentan diversas actividades

repetitivas en el proceso de supervisión y reporte del progreso del desarrollo de software.

Además, notamos que se está desperdiciando tiempo en el seguimiento de las actividades

llevadas a cabo en la construcción del software.

 21

2.2. Situación actual

2.2.1. Descripción del área por mejorar

El proyecto de mejora se enfoca en el área del coordinador con el

objetivo de agilizar la revisión de las tareas del personal.

El enfoque principal consiste en establecer un control más efectivo sobre las

actividades que debe llevar a cabo el personal o el grupo asignado encargado

del proyecto de desarrollo de software.

Esto implica asegurar que estas actividades se completen dentro de plazos

establecidos, considerando la complejidad de cada tarea, bajo la supervisión

del coordinador.

2.2.2. Organización del área

El proyecto de mejora se centra en el área del Coordinador, cuya

función principal es la distribución y supervisión de las tareas relacionadas

con el desarrollo de software, asegurando una distribución eficiente de las

tareas y un monitoreo efectivo de su cumplimiento.

Ilustración 3: Organización del área

Fuente: Elaboración propia.

 22

2.2.3. Descripción del personal

El coordinador se centra en garantizar que el proyecto avance de

acuerdo con la programación establecida, identificando posibles desviaciones

y tomando medidas correctivas para mantenerlo en el camino correcto.

Tabla 1: Relación del personal

Nro. NOMBRES CARGO

1 Calero Huaman Charlen Maximo Coordinador

Fuente: Elaboración propia.

2.2.4. Funciones del personal en el

Área Coordinador Se encarga

de:

Analizar los requerimientos funcionales del software a construir o

actualizar.

Contribuir al crecimiento profesional del personal mediante

capacitaciones y oportunidades para el desarrollo del software.

Distribuir las tareas al personal de acuerdo con sus habilidades y

conocimientos.

Supervisar el progreso del proyecto y realiza seguimiento constante

para asegurarse que se cumplan los plazos.

 23

Coordinar la comunicación con los miembros del equipo y al

stakeholders sobre el estado del proyecto.

Solucionar los problemas que surgen u obstáculos en el desarrollo

del software

Supervisar los estándares de calidad establecidos para el proyecto y

los entregables (documentación del software).

Supervisar que se mantenga la documentación adecuada de todos

los aspectos del desarrollo del software.

Preparar informes sobre el progreso del proyecto, sobre los recursos

utilizados y los resultados obtenidos, y analizar las áreas a mejorar.

Ensamblar las funcionalidades desarrolladas por el personal al

proyecto principal.
 24

2.3. Lluvia de ideas por fenómeno

En la carrera de ingeniería de software e inteligencia artificial – SENATI, se

utilizan diversas técnicas de investigación. Una de ellas es la “lluvias de ideas por

fenómeno”, conocida en inglés como “braingstorming”.

La técnica lluvia de ideas por fenómeno es una técnica de pensamiento grupal que busca

generar nuevas ideas en torno a un problema específico en un ambiente determinado.

Esta técnica fue desarrollada por Alex F. Osborn, con el objetivo de mejorar la

generación de ideas creativas y soluciones innovadoras en su agencia de publicidad.

En una lluvia de ideas, todos los participantes son alentados a pensar en voz alta y

compartir todas las ideas que se les ocurran, sin importar cuán locas o improbables

parezcan.

La técnica empleada se llevó a cabo en el área de desarrollo de software. En primer lugar,

identificamos el problema principal utilizando un diagrama de secuencia. Observamos

una pérdida de tiempo significativa en la revisión de las actividades. Para corroborar esta

problemática, realizamos una sesión de lluvia de ideas con los integrantes del equipo de

desarrollo de software.
 25

Tabla 2: Lluvia de Ideas por Fenómeno

N° LLUVIA DE IDEAS POR FENÓMENO

1
Demora en la construcción de software y/o actualizaciones
2
Mal control sobre el historial de errores
3
Mala gestión de los respaldos de la base de datos
4
Mala administración de los cobros por los servicios prestados
5
Mala administración de los errores del software presentado por el cliente

Fuente: Elaboración propia.

2.3.1. Encuesta

Se llevó a cabo un sondeo en la zona de coordinación con el propósito de

identificar y dar prioridad al inconveniente central.

Tabla 3: Escala de Calificación de los problemas

Escala de Calificación de los problemas

Muy grave 10

Grave 5
Regular 4

Leve 2
 26

2.3.2. Resultado de Encuesta por Fenómeno

Tabla 4: Formato de Encuesta

N° Lluvia de ideas por fenómeno P1 P2 P3 P4 P5 TOTAL

¿Existe una demora en la construcción de

1 software y/o actualizaciones? 10 5 10 10 2 37

¿Existe un mal control sobre el historial de

2 errores? 4 4 10 4 4 26

¿Existe una mala gestión de los respaldos de

3 la base de datos? 5 4 5 2 4 20

¿Existe una mala administración de los cobros

4 por los servicios prestados? 5 2 4 5 2 18

¿Existe una mala administración de los errores

5 del software presentado por el cliente? 4 2 5 5 2 18

TOTAL 119

Fuente: Elaboración propia.

Nota: Después de efectuar la encuesta a los empleados del área de coordinación, hemos
logrado identificar el problema primordial: "Se observa un retraso en el desarrollo de
software y/o actualizaciones", con una puntuación de 37.
 27

2.3.3. Tabla de Frecuencia de Pareto

Tabla 5: Tabla de Frecuencia de Pareto

Frecuencia Frecuencia Frecuencia

N° Identificación del Problema Frecuencia 80-20
A.A R A

Demora en la construcción de
1 37 37 31% 31% 80%
software y/o actualizaciones

Mal control sobre el historial de

2 26 63 22% 53% 80%
errores

Mala gestión de los respaldos de

3 20 83 17% 70% 80%
la base de datos

Mala administración de los

4 18 101 15% 85% 80%
cobros por los servicios
prestados
Mala administración de los
5 errores del software presentado 18 119 15% 100% 80%
por el cliente

TOTAL 119 100%

Fuente: Elaboración propia.

Nota: Se ordeno la tabla de menor a mayor e identificamos el problema principal “Demora en la
construcción de software y/o actualizaciones” con un porcentaje de 31%.
 28

Ilustración 4: Diagrama de Pareto por Fenómeno

DIAGRAMA PARETO
120 100%
100%
90%
100
85% 80%

70%
80
70%
60%

Porcentaj
Frecuenci

60 50%
53%
40%
40 37
31% 30%
26
20 18 18 20%
20
10%

0 0%
Demora en laMal control sobre elMala gestió n de los construcció
Malanadministració
de software historial
n de los de erroresrespaldos
cobros Maladeadministració
por los servicioslaprestados
base de n de los errores del software presentado po
y/o actualizacionesdatos
80-20
Frecuencias Porcentajes

Fuente: Elaboración propia.

Nota: Observamos que con el diagrama de Pareto logramos ubicar el problema principal de la empresa que es “Demora en la construcción de software y/o
actualizaciones”, con un puntaje de 37.
 29

2.3.4. Indicador de tiempo en la demora de desarrollo de software

Tras identificar el problema principal mediante el empleo de lluvia de

ideas, encuesta y diagrama de Pareto, procedemos a llevar a cabo el análisis

correspondiente, focalizando nuestro indicador en el problema central: "Demora

en la construcción de software y/o actualizaciones".

Tabla 6: Tabla de Tiempo Excesivo

Tiempo estándar Tiempo real de

Tiempo exceso /
MES de desarrollo de desarrollo de Tiempo de exceso
tiempos estándar %
software (min) software (min)

ENERO 12 480 12 960 480 3.85%

FEBRERO 12 480 1 920 15.38%

14 400
MARZO 12 480 15 840 3 360 26.92%

ABRIL 12 480 14 400 1 920 15.38%

MAYO 12 480 15 840 3 360 26.92%

JUNIO 12 480 14 400 1 920 15.38%
JULIO 12 480 18 000 5 520 44.23%

AGOSTO 12 480 16 560 4 080 32.69%

SETIEMBRE 12 480 15 840 3 360 26.92%

OCTUBRE 12 480 19 440 6 960 55.77%

NOVIEMBRE 12 480 15 840 3 360 26.92%

DICIEMBRE 12 480 1 920 15.38%

14 400
TOTAL 149 760 187 920 38 160
PROMEDIO 12 480 15 660 3 180 25.48%

Fuente: Elaboración propia.

Nota: El promedio en porcentaje de tiempo para las perdidas por demora en el desarrollo de
software es 25.48%
 30

2.3.5. Indicador de Perdidas Económica

Tabla 7: Tabla de Pérdidas Económicas

Desarrollo de Desarrollo de S/. Pérdida

N° de desarrollo S/. Por cada
Mes software antes software no económica antes de
de software software
de la mejora atendidos la mejora
Enero 1 1 0 S/ 2,000.00 S/ -
Febrero 2 2 0 S/ 2,000.00 S/ -
Marzo 4 3 1 S/ 2,000.00 S/ 2,000.00
Abril 2 2 0 S/ 2,000.00 S/ -
Mayo 3 3 0 S/ 2,000.00 S/ 2,000.00

Junio 2 2 0 S/ 2,000.00 S/ -

Julio 4 3 1 S/ 2,000.00 S/ 2,000.00

Agosto 6 4 2 S/ 2,000.00 S/ 4,000.00

Septiembre 5 3 2 S/ 2,000.00 S/ 4,000.00

Octubre 7 5 2 S/ 2,000.00 S/ 4,000.00

Noviembre 3 3 0 S/ 2,000.00 S/ -

Diciembre 2 2 0 S/ 2,000.00 S/ -

Total 41 33 8 S/ 18,000.00

PROMEDIO 3 2.75 1 S/ 2,000.00 S/ 1,500.00

Fuente: Elaboración propia.

Nota: El problema de la empresa Ingeniería e Informática King Software, que es la demora en la
construcción de software y/o actualizaciones en el último año 2023 ha generado una pérdida
económica anual equivalente a S/. 18 000 ocasionando una perdida en sus utilidades de S/. 5 000
anual, representando S/. 416.67 mensual.
 31

2.4. Objetivos del proyecto de mejora y/o innovación

2.4.1. Objetivo General

Diseñar y desarrollar un sistema integral de control, seguimiento y

monitoreo de las actividades de desarrollo de software con el propósito de

reducir significativamente el tiempo empleado en dicho proceso. Se busca

alcanzar una disminución del 25% al 10.63% en el lapso de tres meses.

2.4.2. Objetivo Específicos

 Reducir la demora de construcción de software de un 25% a 21%, en un

periodo de 2 semanas con programas de capacitación para el personal

involucrado en el desarrollo de software.

 Reducir la demora en la construcción de software del 21% al 17% en un lapso

de 3 semanas mediante la implementación de recursos de referencias

disponibles. Esto incluye la creación de una biblioteca de funciones con

documentación detallada para los desarrolladores, facilitando así la

reutilización de código y la optimización de los procesos de desarrollo.

 Disminuir la demora en la construcción de software del 17% al 15% en un

lapso de 2 semanas al involucrar activamente a los miembros del equipo en el

proceso de diseño y toma de decisiones. Esto tiene como objetivo asegurar su

compromiso y facilitar la adaptación del equipo a los cambios propuestos.

 32

 Disminuir la demora en la construcción de software del 15% al 10,63% en un

lapso de 5 semanas, implementando un software de registro de actividades en

el desarrollo de software para analizar y controlar eficazmente el tiempo

empleado en cada fase del proyecto. Esto permitirá una planificación detallada

del trabajo, asegurando la entrega puntual del software conforme a los plazos

acordados y optimizando la gestión del tiempo del equipo.

2.5. Antecedentes del proyecto

2.5.1. Antecedentes Nacionales

Sistema de gestión de proyectos de software con inteligencia artificial para

la empresa Software Technology Perú S.A.C, autor, Castillo Saire, Oscar Jeff y

Moreno Villogas, Paul Fernando (2022).

El presente trabajo se habla de cómo la gestión de proyectos en las empresas es

indispensable y más aún cuando se trata del sector de desarrollo de software, pero

que actualmente se usan métodos y técnicas que no cumplen con los

requerimientos ni satisfacen las necesidades en los tiempos actuales, para lo cual,

se desarrolla un sistema de gestión de proyectos de software con inteligencia

artificial en la empresa Software Technology Perú S.A.C., posibilitando el

monitoreo, control y seguimiento de los proyectos mediante herramientas,

funciones y una interfaz adaptada para dicho propósito. El presente estudio tiene

por objetivo principal determinar la influencia de un sistema de gestión de

proyectos de software con inteligencia artificial en la empresa Software

Technology Perú S.A.C., respecto a

 33

la metodología el tipo de investigación es aplicada con una metodología

cuantitativo y tipo de diseño pre-experimental.

En conclusión, el sistema de gestión de proyectos de software de inteligencia

artificial de SOFTECH Perú S.A.C., permite aumentar las métricas de desempeño

en tiempo y costo, ayudando a alcanzar las metas establecidas.

Se concluye que el sistema de gestión de proyectos de software con inteligencia

artificial de la empresa SOFTECH Perú S.A.C., incrementó en 0,23 el índice de

cumplimiento del cronograma.

Como conclusión se tiene que el sistema de gestión de proyectos de software con

inteligencia artificial en la empresa SOFTECH Perú S.A.C., aumentó el CPI en un

0,11. Por ende, el sistema aumenta CPI.

 34

2.5.2. Antecedentes Internacionales

“Diseño de una metodología para la ejecución y monitoreo de proyectos

de desarrollo de software, caso de estudio en empresa de desarrollo de software”,
autor, Páez Albán, Francisco Xavier (2012).

El problema más común en proyectos de desarrollo de software es la mala

ejecución de estos, bien por el incumplimiento en el alcance, tiempo o costos. La

principal causa para que se presenten problemas es la mala definición en su

alcance, punto crítico para poder definir los tiempos y recursos necesarios para la

ejecución exitosa del proyecto.

Existe una serie de metodologías para administración de proyectos,

administración de la tecnología y desarrollo de software, teniendo cada una de

ellas sus mejores prácticas, pero no existe una metodología que consolide lo que

indica cada una de ellas, y cuando se debe aplicar cada una de las

recomendaciones. Por ejemplo, COBIT da recomendaciones para la gobernanza

de Tecnología, ITIL para el manejo de los procesos en Tecnología, CMMI Y RUP

y para el desarrollo de Software, PMBOK para el manejo de proyectos. La

pregunta que viene a la mente es ¿qué utilizó en qué fase del proyecto? Todas

estas metodologías incorporan sus mejores prácticas, pero a su vez no son

excluyentes unas con otras.

 35

Esta tesis de Maestría pretende diseñar una metodología para la ejecución y

monitoreo de proyectos de desarrollo de software, apoyados en las mejores

prácticas existentes en este tema. Este trabajo primero realiza un pequeño análisis

de los problemas del sector de desarrollo de software, para luego describir las

metodologías más conocidas a nivel internacional, como son el PMBOK, Lean

Project Management, COBIT, ITIL, CMMI y RUP. En base a ellas se obtiene una

metodología de ejecución y monitoreo de proyectos ajustada a las necesidades del

Ecuador, indicando además una síntesis de cómo definir al proyecto, tomando en

cuenta que en esta etapa se basa el éxito o fracaso del mismo porque si se definen

mal las especificaciones técnicas, el problema será arrastrado a la ejecución y

monitoreo. Una vez elaborada la metodología, se la puso en práctica en una

empresa desarrolladora de software. La clave estuvo en realizar una buena

definición de requerimientos, alcance y planificación del proyecto, trabajo que fue

apoyado por una herramienta informática de administración de proyectos como es

DotProject. Cabe recalcar que aun cuando el proyecto se centró en desarrollo de

software, los pasos generales de la metodología pueden ser aplicables a cualquier

tipo de proyecto.
 36

“Software para el seguimiento y control de actividades en la empresa tgo.

Ltda”, autor, Rueda Candela, Andres (2022).
Actualmente en la empresa se da seguimiento a las actividades, pero no de manera

sistematizada, por lo que en ocasiones se desconoce el estado de las actividades

asignadas. A veces un empleado está sobrecargado de tareas mientras que otro

está ligeramente desocupado, esto como consecuencia de desconocer la cantidad

de tareas por la que cada uno debe responder. El rendimiento y la evaluación de

tareas no es un proceso eficiente dentro del área de desarrollo, razón por la cual en

las reuniones no se puede establecer con claridad el desempeño que ha tenido

cada uno de los empleados. Elementos tales como la complejidad de la tarea y la

meta de actividades atendidas terminan siendo poco claros durante la puesta en

marcha de los requerimientos. Otro problema evidente es la forma como se

presenta o expone el estado del requerimiento, puesto que hay que recurrir a

archivos planos poco dicientes y termina siendo un proceso difícil de entender. El

control que se tiene sobre las actividades asignadas no es óptimo y requiere

mucho tiempo poder determinar el estado del mismo.

 37

Analizar una gráfica es mucho más sencillo que interpretar miles de registros que

estén almacenados en una tabla. La tabla es poco diciente, mientras que en una

gráfica se pueden ver las tendencias que tiene una variable y poder plasmar

hipótesis acordes a lo que se ve. Java como lenguaje de programación y Oracle

como motor de base de datos son una perfecta combinación para construir

aplicaciones empresariales. La versatilidad de Java se complementa con la

robustez de Oracle para crear soluciones de primer nivel. La información digitada

por el usuario se recoge de un formulario web intuitivo y fácil de completar,

dichos registros son almacenados en la base de datos Oracle y después se aplican

operaciones sobres ellos para finalmente ser dibujados en un gráfico. Las

empresas de hoy en día requieren tener a mano la información primordial para

tomar la decisión lo más rápido posible y así aprovechar las oportunidades del

mercado y alternativas que ofrece el contexto empresarial. Los empleados pueden

conocer el estado actual de sus tareas y haciendo una balanza entre tiempo

dedicado y cantidad de tareas resueltas pueden conocer su productividad e idear

estrategias que mejoren su rendimiento. El control de los requerimientos es una

tarea que se puede llevar más ágilmente mediante la aplicación y los formularios

web que se plantean. El menú principal permite navegar intuitivamente por cada

una de las opciones y soporta las necesidades del usuario final.

 38

“Control de proyectos de software: actualidad y retos para la industria

cubana”, autor, Jacqueline Marín Sánchez José Alejandro Lugo García, tipo de

documento, articulo (2016).

El proceso de monitoreo y control de proyectos de software es indispensable para

conocer el estado del desempeño y progreso del proyecto. La industria cubana de

software está llamada a convertirse en una fuente de ingresos confiable para el

país. Sin embargo, por lo general, las organizaciones cubanas tienen una escasa

cultura en cuanto al monitoreo y control de proyectos que facilite la toma de

decisiones, afectando los procesos de desarrollo. Para erradicar estas deficiencias

la industria debe lograr la estandarización y calidad en sus procesos, a través de la

aplicación de buenas prácticas propuestas para esta área por los modelos y

estándares de mejora de procesos de mayor aceptación, así como por reconocidos

autores. El presente trabajo expone las características del proceso de monitoreo y

control de proyectos de software, actualidad y retos para la industria cubana. El

contenido sirve de apoyo para la implantación de un proceso de monitoreo y

control de proyectos en esta industria, que utilice una herramienta informática

para la gestión de proyectos, lo cual contribuirá a mejorar los procesos de

desarrollo actuales.
 39

La industria cubana del software necesita contar con métodos y herramientas que

contribuyan a la estandarización y calidad del proceso de monitoreo y control de

proyectos. Las carencias existentes en cuanto a este proceso atentan contra la

eficiencia y eficacia del desarrollo de software. Sin embargo, se han realizado

esfuerzos en aras de lograr la aplicación de buenas prácticas sugeridas por

modelos y estándares de aceptación internacional en esta esfera.

El uso de las TIC como apoyo a los procesos productivos, específicamente al

monitoreo y control de proyectos, favorece un control objetivo basado en

indicadores y datos históricos que conducen al análisis del comportamiento,

estado actual y futuras conductas del proyecto, en función de una toma de

decisiones eficiente y eficaz. Para alcanzar la soberanía tecnológica durante el

control de los proyectos, es fundamental el uso de herramientas basadas en

software de código abierto. El empleo de herramientas informáticas como la Suite

de Gestión de Proyectos Xedro GESPRO contribuye al cumplimiento de estos

objetivos.
 40

2.6. Justificación del proyecto de mejora

La construcción de software dentro de la empresa se enfrenta a desafíos en cuanto

al tiempo de desarrollo, que varía según la complejidad de cada proyecto. Establecemos

plazos estimados para la finalización de cada software, sin embargo, en la práctica, nos

vemos obligados a extender las horas de trabajo para cumplir con estos plazos

predefinidos. Esta situación actual conlleva a pérdidas económicas, aproximadamente un

promedio mensual de S/ 1500, debido a las demoras en la finalización de los proyectos.

Es por ello que proponemos la implementación de un proyecto de mejora centrado en el

control, seguimiento y monitoreo de las actividades llevadas a cabo por los

desarrolladores de software. Este sistema permitirá registrar y controlar el tiempo

dedicado a cada tarea asignada, respaldando este registro con evidencias fotográfica de

los avances realizados.

Este sistema facilitará la supervisión, permitiendo a los coordinadores subir actividades y

establecer los plazos adecuados para su desarrollo. A partir de este seguimiento detallado,

podremos generar informes que revelen las horas empleadas en cada tarea específica y el

total de tiempo dedicado al desarrollo del software en su conjunto. Esta gestión eficiente

del tiempo reducirá los costos asociados al pago de horas extras y evitará la necesidad de

incorporar otro programador al proyecto para cumplir con fechas límite.

Se estima un beneficio mensual de S/. 416 por la optimización del tiempo y recursos,

equivalente al ahorro obtenido al prescindir de la contratación de un programador

adicional. Este enfoque permitirá mantener los plazos de entrega, minimizando las

pérdidas económicas derivadas de retrasos y optimizando los recursos disponibles para

cada proyecto de desarrollo de software.

 41

2.7. Marco Teórico y Conceptual

2.7.1. Fundamento Teórico referenciado

Ilustración 5: Fundamento Teórico Referenciad

Fuente: Elaboración propia.

 42

2.7.2. Conceptos y términos utilizados

2.8. Lluvia de Ideas

La lluvia de ideas fomenta la generación libre y sin restricciones de ideas

o sugerencias sobre un tema o problema específico. Al reunir una amplia variedad

de perspectivas y soluciones, la lluvia de ideas proporciona un terreno fértil

para la creatividad y la innovación.

Se puede identificar nuevas estrategias, enfoques o soluciones que,

de otra manera, podrían no haberse considerado. Este método es valioso

en diversos contextos, desde la resolución de problemas hasta la planificación

estratégica, y puede ser utilizado tanto de manera individual como en equipos

colaborativos.
 43

2.9. La encuesta

La encuesta es una herramienta que nos permite recopilar datos a través de

preguntas, específicamente, opiniones de personas que están interesadas en

compartir su perspectiva. Este método nos ayuda a obtener información valiosa

al formular preguntas sobre diversos temas, lo que nos permite comprender las

opiniones, actitudes y preferencias de la población objetivo. Al facilitar la

participación de las personas, la encuesta se convierte en un medio eficaz para

recopilar datos significativos que luego pueden analizarse para obtener datos

relevantes en áreas como investigación de mercado, estudios sociales o cualquier

otro campo que requiera comprender la opinión de una audiencia específica.

2.10. Diagrama de actividades del proceso DAP

El diagrama de DAP es una representación gráfica de la trayectoria y los

procedimientos de un producto. Este diagrama registra de manera visual las

operaciones, demoras, envíos y almacenamientos relevantes con el objetivo de

proporcionar una visión clara y detallada de todo el proceso. Al utilizar el diagrama

de DAP, se logra una comprensión visual de las etapas clave, identificando

eficientemente las operaciones realizadas, los posibles retrasos, los momentos de

envío y almacenamiento, y finalmente, cómo todas estas fases se integran para

cumplir con el propósito final del producto.

 44

CAPITULO III
Análisis de la situación actual
 45

3. Análisis de la situación actual

3.1. Diagrama de flujo

Ilustración 6: Diagrama de flujo

Fuente: Elaboración propia.

Nota: El presente diagrama de flujo inicia desde el análisis de los requisitos funcionales del software del cliente hasta la entrega del proyecto.
 46

3.2. Diagrama de análisis de procesos

Ilustración 7: Diagrama de análisis de proceso

 47

Fuente: Elaboración propia.

Comentario: Como observamos en el diagrama de análisis de procesos el tiempo de demora
para la construcción de software es 4586.
 48

3.3. Efectos del problema en el área de trabajo

El problema principal radica en el control de las actividades de desarrollo de

software, generando efectos negativos que se traducen en pérdidas económicas y afectan

distintos aspectos del entorno laboral.

3.3.1. COSTOS

Las demoras en la construcción de software conllevan la necesidad de

asumir costos adicionales, especialmente vinculados a la asignación de horas

extras de trabajo. Esta situación se agrava cuando la empresa se ve obligada a

aumentar el personal del proyecto para cumplir con la fecha de entrega acordada.

Los costos laborales se incrementan, ya que los trabajadores adicionales, así como

aquellos que realizan horas extras, requieren compensación adicional. Además, el

aumento en la carga de trabajo puede afectar la eficiencia y la moral del equipo,

creando un impacto negativo en la calidad del producto final.

3.3.2. SERVICIOS

La incapacidad de cumplir con la fecha de entrega acordada tiene un

impacto directo en la reputación de la empresa. Los intentos de acelerar el proceso

para cumplir con los plazos generan costos adicionales y, paradójicamente,

podrían resultar en una disminución de la calidad del producto final. La mala

reputación que surge de entregas tardías y productos de baja calidad puede afectar

la confianza de los clientes, disminuir la satisfacción del usuario y, en última

instancia, reducir las ventas.

 49

3.4. Análisis de las causas raíz que generan el problema

Con la identificación del problema en el control de actividades en el desarrollo de

software de la empresa Ingeniería e Informática King Software, se llevará a cabo la

aplicación de la herramienta de lluvia de ideas para determinar la causa raíz que subyace

en la generación de dicho problema.

Posteriormente, se realizará un análisis detallado de las ideas generadas durante la lluvia

de ideas, evaluando su relevancia y posible relación con los síntomas observados. Este

proceso facilitará la identificación de la causa raíz, destacando aquellas áreas que

requieren atención inmediata y proponiendo soluciones efectivas para abordar el

problema en su origen.
 50

3.4.1. Lluvia de ideas

Tabla 8: Lluvia de ideas por hechos

N° LLUVIA DE IDEAS POR HECHOS

1
No hay seguimiento de actividades para los empleados
2
Mala comprensión de información para la creación de software
3
Sobre carga de actividades al personal
4
Mala planeación a la creación o actualización del software
5
Recursos informativos insuficientes
6
Problemas de comunicación al trabajar en equipo
7
Problemas de integración del código
8
Mala normalización de base de datos
9
Problema de compatibilidad en equipos, CPU y laptop
10
Personal no capacitado para el trabajo designado

Fuente: Elaboración propia.

Comentario: Después de llevar a cabo la sesión de lluvia de ideas, se identificaron diez
factores que son responsables de la demora del desarrollo de software.
 51

3.4.2. Diagrama de Ishikawa

Ilustración 8: Diagrama de Ishikawa

Fuente: Elaboración propia.

Nota: En el diagrama de Ishikawa podemos visualizar la causa que genera la demora en la construcción de software.
 52

3.4.3. Priorización de la causa raíz

Tabla 9: Priorización de la causa raíz

Escala de Calificación de los problemas

Muy grave 10

Grave 5
Regular 4

Leve 2
 53

3.4.4. Resultado de encuesta de lluvia de idas por hechos

Tabla 10: Resultado de encuesta de lluvia de ideas por hechos

N° Lluvia de ideas por hechos P1 P2 P3 P4 P5 TOTAL

¿Existe un seguimiento de actividades para los

1 empleados? 10 10 5 10 10 45

2 ¿Existe problemas de integración del código? 10 4 4 4 10 32

3 ¿Existe una mala normalización de base de datos? 5 5 5 5 10 30

4 ¿Existe recursos informativos insuficientes? 5 10 5 5 5 30

¿Existe una mala comprensión de información para la

5 creación de software? 5 4 5 5 10 29

6 ¿Existe una sobre carga de actividades al personal? 4 4 5 5 10 28

¿Existe una mala planeación a la creación o

7 actualización del software? 5 2 10 4 4 25

¿Existe problema de compatibilidad en equipos, CPU

8 y laptop? 4 4 5 4 4 21

¿Existe personal no capacitado para el trabajo

9 designado? 4 4 4 4 4 20

¿Existe problemas de comunicación al trabajar en 2 4 2 5 18

10 equipo? 5

TOTAL 278

Fuente: Elaboración propia.

Comentario: La empresa consta de dos personales, para una mayor recopilación de datos se
realizó la encuesta también a los practicantes, con ello se puede observar las causas principales
que generan la demora en el desarrollo de software.
 54

3.4.5. Tabla de frecuencia por hechos

Tabla 11: Tabla de frecuencia por hechos

Frecuenci
N° Identificación del Problema Frecuenci Frecuenci Frecuenci 80-
a a A.A aR aA 20

No hay seguimiento de
1 actividades para los empleados 45 45 16% 16% 80%

Problemas de integración del

2 código 32 77 12% 28% 80%

Mala normalización de base de

3 datos 30 107 11% 38% 80%

Recursos informativos
4 insuficientes 30 137 11% 49% 80%

Mala comprensión de
5 información para la creación de 29 166 10% 60% 80%
software
Sobre carga de actividades al
6 personal 28 194 10% 70% 80%

Mala planeación a la creación o

7 actualización del software 25 219 9% 79% 80%

Problema de compatibilidad en
8 equipos, CPU y laptop 21 240 8% 86% 80%

Personal no capacitado para el

9 trabajo designado 20 260 7% 94% 80%

Problemas de comunicación al
10 trabajar en equipo 18 278 6% 100% 80%

TOTAL 278 100%

Fuente: Elaboración propia.

Nota: En la tabla ordenamos de mayor a menor para identificar la causa mayor que origina el
problema.
 55

Ilustración 9: Diagrama de Pareto por hechos

Fuente: Elaboración propia.

Nota: Se ha realizado el diagrama de Pareto para identificar las 3 causas principales que generan el problema principal de la empresa.
 56

3.5. Análisis de las causas raíz principales

3.5.1. Causa raíz N° 1: No hay seguimiento de actividades para los empleados

 Análisis:
En la actualidad, enfrentamos un desafío significativo relacionado con

el seguimiento de actividades en nuestro equipo. Actualmente, el monitoreo se

realiza únicamente dos horas a lo largo de la jornada laboral, lo que genera

incertidumbre en cuanto a quién está a cargo de qué tarea y cuánto tiempo

dedica cada miembro del equipo a las tareas asignadas después de este período

inicial. Esta falta de visibilidad podría obstaculizar la coordinación y la

colaboración efectiva entre los miembros del equipo. Un mal seguimiento

hace que sea difícil evaluar el desempeño individual de los miembros del

equipo. Esto puede afectar negativamente la capacidad de proporcionar

retroalimentación específica y de reconocer y recompensar el buen trabajo.

 57

Tabla 12: Tiempo de seguimiento de actividades para los empleados

Promedio de % por el
Promedio de
tiempo excesivo seguimiento de
Mes tiempo excesivo por
de la demora actividades para los
la causa 1 (min)
(min) empleados

Enero 480 120 25.00%

Febrero 1920 198 10.31%

Marzo 3360 258 7.68%

Abril 1920 198 10.31%

Mayo 3360 258 7.68%

Junio 1920 198 10.31%

Julio 5520 558 10.11%

Agosto 4080 438 10.74%

Setiembre 3360 258 7.68%

Octubre 6960 678 9.74%

Noviembre 3360 258 7.68%

Diciembre 1920 198 10.31%

Promedio 3180 301.5 10.63%

Fuente: Elaboración propia.

Nota: Se nota en la tabla de “No hay seguimiento de actividades para los empleados”, del
periodo 2023, siendo 301.5 min con un porcentaje de 10.63%
 58

Ilustración 10: Caso 01 Seguimiento de actividades para los

empleados

Fuente: Elaboración propia.

Nota: Se observa en el grafico el detalle del tiempo excesivo que genera la causa 1, “No hay
seguimiento de actividades para los empleados” (10.63%) En la relación al tiempo total de
la demora.
 59

3.5.2. Causa raíz N° 2: Problema de integración de Código

 Análisis
En nuestra empresa, enfrentamos desafíos recurrentes en el proceso de

integración de código, especialmente debido a la práctica de trabajar de forma

individual en distintas secciones del proyecto. Esta descentralización, aunque

puede ser eficiente para el desarrollo independiente, ha generado

complicaciones al momento de unir nuestros códigos para la integración final.

Uno de los problemas principales reside en la gestión de variables y carpetas.

Al trabajar en distintas partes del software, nos encontramos con situaciones

en las que las variables y carpetas comparten nombres similares, lo que

ocasiona conflictos al intentar fusionar los distintos componentes.

 60

Tabla 13: Tiempo del problema de integración de código

Promedio de Promedio de tiempo % por el problema

Mes tiempo excesivo de excesivo por la causa de integración de
la demora (min) 2 (min) código

Enero 480 90 18.75%

Febrero 1920 198 10.31%

Marzo 3360 258 7.68%

Abril 1920 198 10.31%

Mayo 3360 258 7.68%

Junio 1920 198 10.31%

Julio 5520 378 6.85%

Agosto 4080 318 7.79%

Setiembre 3360 258 7.68%

Octubre 6960 438 6.29%

Noviembre 3360 258 7.68%

Diciembre 1920 198 10.31%

Promedio 3180 254 9.30%

Fuente: Elaboración propia.

Nota: Se puede observar en la tabla el detalle del tiempo estándar por el problema de integración
de código del periodo 2023, siendo de 254 min con un porcentaje de 9.30%.
 61

Ilustración 11: Caso 02 Problema de Integración de Código

PROBLEMA DE INTEGRACIÓ N DE CÓ DIGO

6960

7000 20.00%
18.75% 00%
18.
00%
6000 16.
5520 00%
14.
00%
5000 12.
10.31% 00%
3180
0%
4000 10.31% 4080
0%
3000 3360 3360 3360 3360 0%
10.31% 10.31% 10.
0%
9.30%
2000 0%
7.68% 7.68% 7.79% 7.68% 7.68% 8.0
1920 1920 1920 6.85% 6.29% 1920 6.0
1000 4.0

0
480 378 258438 2.0
198 258 198 258 198 318 258 198 254
90
0.0

Promedio de tiempo excesivo de la demora (min) Promedio de tiempo excesivo por la causa 2 (min)
% por el problema de integració n de có digo

Fuente: Elaboración propia.

Nota: Se puede observar en el grafico el detalle del tiempo estándar por la mala integración de
código del periodo 2023, siendo de 254 min con un porcentaje de 9.30%.
 62

3.5.3. Causa raíz N° 3: Mala normalización de base de datos

 Análisis
Se identificó que los empleados no están siguiendo los principios

fundamentales de normalización en las bases de datos. Esta falta de

adherencia a las tres formas de normalización está generando inconvenientes

al conectar tablas con otros grupos dentro del proyecto. La discrepancia en la

nomenclatura de tablas y campos al unirlas con otras tablas está causando

errores de integración. Además, se ha observado que no se sigue la

normalización general de la base de datos ni las prácticas específicas que la

empresa establece para la construcción de la misma.

Esta falta de seguimiento a los principios de normalización está generando la

necesidad de realizar cambios significativos tanto en la estructura de la base

de datos como en el código del software para lograr una integración exitosa.

La falta de adhesión a las prácticas de normalización establecidas por la

empresa no solo complica la integración con otros equipos, sino que también

implica ajustes constantes y considerables, lo cual consume recursos valiosos

de tiempo y esfuerzo.

La discrepancia en la nomenclatura de tablas y campos se ha convertido en un

obstáculo significativo, generando errores en la integración de datos y

afectando la cohesión general del proyecto. Esta situación no solo dificulta la

colaboración con otros equipos, sino que también aumenta la complejidad del

mantenimiento y la evolución del sistema.

 63

Tabla 14: Tiempo de normalización de base de datos

Promedio de Promedio de tiempo % por la mala

Mes tiempo excesivo de excesivo por la causa normalización de
la demora (min) 3 (min) base de datos

Enero 480 60 12.50%

Febrero 1920 120 6.25%

Marzo 3360 180 5.36%

Abril 1920 120 6.25%

Mayo 3360 180 5.36%

Junio 1920 120 6.25%

Julio 5520 340 6.16%

Agosto 4080 260 6.37%

Setiembre 3360 180 5.36%

Octubre 6960 440 6.32%

Noviembre 3360 180 5.36%

Diciembre 1920 120 6.25%

Promedio 3180 191.67 6.48%

Fuente: Elaboración propia.

Nota: Se puede observar en la tabla el detalle del tiempo estándar por la mala normalización de
base de datos del periodo 2023, siendo de 191.67 min con un porcentaje de 6.48%.
 64

Ilustración 12: Caso 03 Normalización de Base de Datos

NORMALIZACIÓ N DE BASE DE DATOS

6960
7000 14.00%
12.50% 12.00%
6000 5520 10.00%
5000
4080
4000 3360 3360 3360 3360 8.00%
3180
6.25% 6.25% 6.25% 6.16% 6.37% 6.32% 6.25% 6.486%.00%
3000
5.36% 5.36% 5.36% 5.36% 4.00%
1920 1920 1920 1920
2000

1000480 340 180440 2.00%

60120 180120 180 120 260 180 120 191.67
0.00%
0

Promedio de tiempo excesivo de la demora (min) Promedio de tiempo excesivo por la causa 3 (min)
% por la mala normalizació n de base de datos

Fuente: Elaboración propia.

Nota: Se puede observar en el diagrama el detalle del tiempo estándar por la mala normalización
de base de datos del periodo 2023, siendo de 191.67 min con un porcentaje de 6.48%.
 65

CAPITULO IV
Propuesta Técnica de la Mejora
 66

4. Propuesta Técnica de la Mejora

4.1. Plan de Acción de la Mejora

Basándonos en el análisis previo, se procederá a identificar herramientas adecuadas para abordar las siguientes causas

raíz: falta de seguimiento de actividades para los empleados, problema de integración de código y mala normalización de la

base de datos. A continuación, se detalla la propuesta de mejora para cada una de estas causas identificadas.

Tabla 15: Definición de Herramientas

OBJETIVO GENERAL OBJETIVOS ESPECÍFICOS HERRAMIENTAS RESPONSABLES DURACIÓN

Reducir la demora de construcción de software de Google Meet
un 25% a 21%, en un periodo de 2 semanas con
2 semanas
programas de capacitación para el personal Power Point
involucrado en el desarrollo de software.
Diseñar y desarrollar un Llevar la
Reducir la demora en la construcción de documentación de
sistema integral de control, software del 21% al 17% en un lapso de 3 funciones en Notion
seguimiento y monitoreo semanas mediante la implementación de recursos 3 semanas
de las actividades de Llevar documentación
de referencias disponibles, una documentación
desarrollo de software con detallada para los desarrolladores. compartida en
el propósito de reducir Confluence
Disminuir la demora en la construcción de Miembros del equipo Coordinador
significativamente el
tiempo empleado en dicho software del 17% al 15% en un lapso de 2
de desarrollo
proceso. Se busca alcanzar semanas al involucrar activamente a los 2 semanas
miembros
participar en la
una disminución del 25% del equipo en el proceso de diseño y toma de reunión con el cliente
al 10.63% en el lapso de decisiones.
tres meses. Disminuir la demora en la construcción de
software del 15% al 10,63% en un lapso de 5
semanas, implementando un software de registro Software de control de
5 semanas
de actividades en el desarrollo de software para tiempo por actividad
analizar y controlar eficazmente el tiempo
empleado en cada fase del proyecto.
 67

Causa raíz N° 1: No hay seguimiento de actividades para los empleados

4.1.1. Implementación de sistema de gestión, control y monitoreo del desarrollo de

software para el seguimiento del personal.

Se ha identificado que en la empresa Ingeniería e Informática King Software, no

se lleva a cabo un seguimiento adecuado del desarrollo de software, lo que resulta en

entregas tardías y sobrecarga de trabajo para los programadores. Esta situación genera

desconfianza hacia la empresa. Por ello, se propone la implementación de un 'sistema de

gestión, control y monitoreo del desarrollo de software', con el objetivo de tener un

control preciso sobre el tiempo invertido en estas actividades. Esto permitirá ajustar los

plazos de desarrollo y mejorar la eficiencia en la entrega de proyectos.

 68

4.1.2. Gráfico de Gantt

Tabla 16: Grafico de Gantt parte 1

Fuente: Elaboración propia.

 69

Tabla 17: Grafico de Gantt parte 2

Fuente: Elaboración propia.

Nota: Se muestra el tiempo en el que demoramos en la construcción de nuestro proyecto de mejora.
 70

4.1.1. Requisitos Funcionales

Tabla 18: Tablas RQF – Inicio de sesión

NOMBRE DEL RQF

NOMBRE: Inicio de Sesión No. 1
DESCRIPCIÓN Y CARACTERÍSTICAS

El usuario iniciara sesión con su correo y contraseña que registraran a la hora de crear su cuenta,

DATOS REQUERIDOS
Datos Tabla Usuario

nombre Apellido DNI Correo

Celular Ruta foto Facebook GitHub
WhatsApp Estado contraseña

Estado Desactivado Empleado administrador

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Correo contraseña

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Se desea que al iniciar sesión, el sistema tenga la capacidad de recordar las credenciales del usuario
para facilitar un inicio de sesión automático en futuras interacciones con la aplicación.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador
Usuario – Trabajador

Fuente: Elaboración propia.

 71

Tabla 19: Tablas RQF – Crear cuenta

NOMBRE DEL RQF

NOMBRE: Crear Cuenta No. 2
DESCRIPCIÓN Y CARACTERÍSTICAS

Durante la creación de la cuenta del trabajador, se establecerá su estado como inactivo (estado 0). Será
responsabilidad del administrador activar la cuenta para permitir al trabajador acceder al sistema.
Luego de crear su cuenta se le debe de permitir registrar su foto.

DATOS REQUERIDOS
Datos Tabla Usuario

nombre Apellido DNI Correo

Celular Ruta foto Facebook GitHub
WhatsApp Estado contraseña

Estado Desactivado Empleado administrador

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Nombre Apellido DNI Contraseña

Correo Celular

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Es necesario validar que todos los campos sean completados y que cumplan con el formato correcto.
En caso de no seleccionar una foto al registrarse, el sistema asignará automáticamente una foto
predeterminada al usuario.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Usuario – Trabajador

Fuente: Elaboración propia.

 72

Tabla 20: Tablas RQF – Actualizar información de la cuenta

NOMBRE DEL RQF

NOMBRE: Actualizar Información de la Cuenta No. 3
DESCRIPCIÓN Y CARACTERÍSTICAS

Se permitirá al usuario modificar la información de su perfil, además se le permitirá ingresar los datos
faltantes a su perfil.
Si el usuario tiene el permiso de administrador se le dará una opción para activar el panel de administrador

DATOS REQUERIDOS
Datos Tabla Usuario

nombre Apellido DNI Correo

Celular Ruta foto Facebook GitHub
WhatsApp Estado contraseña

Estado Desactivado Empleado administrador

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

nombre Apellido DNI Correo

Celular Ruta foto Facebook GitHub
WhatsApp Contraseña
NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO
Además de la información necesaria para crear la cuenta, se le permitirá al usuario registrar o
actualizar los datos faltantes en su perfil. Sin embargo, ya no será posible eliminar la
información previamente ingresada, excepto en los campos de celular y WhatsApp, donde se
permitirá dejarlos en blanco.
ROLES/ACTORES QUE INTERVIENEN EN EL RQF
Administrador
Usuario – Trabajador

Fuente: Elaboración propia.

 73

Tabla 21: Tablas RQF – Registro de fortalezas

NOMBRE DEL RQF

NOMBRE: Registro de Fortalezas No. 4
DESCRIPCIÓN Y CARACTERÍSTICAS

Se permitirá al usuario seleccionar sus fortalezas, en este caso seria las tecnologías que usa, esto se
vinculará a su perfil.

DATOS REQUERIDOS

Datos Tabla Habilidades

habilidad
Datos Tabla habilidades usuario

Usuario habilidad

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Id habilidad Id usuario

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Se le mostrará la lista de fortalezas, donde el usuario podra seleccionar las habilidades que
posee, permitiendole agregar o eliminar.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador
Usuario – Trabajador

Fuente: Elaboración propia.

 74

Tabla 22: Tablas RQF – Activación de los usuarios

NOMBRE DEL RQF

NOMBRE: Activación de los usuarios No. 5
DESCRIPCIÓN Y CARACTERÍSTICAS

Se le permitirá al administrador dar acceso a los usuarios, para que puedan ingresar al sistema, cambiar
su estado de desactivado a empleado.

DATOS REQUERIDOS

Datos Tabla Usuario

nombre Apellido DNI Correo

Celular Ruta foto Facebook GitHub
WhatsApp Estado contraseña

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Id habilidad Id usuario

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Esta funcionalidad es solo para que se pueda dar acceso al usuario al sistema.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador

Fuente: Elaboración propia.

 75

Tabla 23: Tablas RQF – Creación de los proyectos

NOMBRE DEL RQF

NOMBRE: Creación de proyectos No. 6
DESCRIPCIÓN Y CARACTERÍSTICAS

El administrador podrá crear los proyectos de software

DATOS REQUERIDOS

Datos Tabla Proyectos

Titulo Tipo proyecto Descripción Fecha inicio

Fecha final Estado proyecto

Estado

estado Ver Ocultar

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran Estado Proyecto:

Estado proyecto

Los Datos que se usaran Tipo Proyecto:

Tipo proyecto

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Luego de crear proyecto se debera asignar el grupo de tareas que se manejaran.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador

Fuente: Elaboración propia.

 76

Tabla 24: Tablas RQF – Creación de grupo de tareas

NOMBRE DEL RQF

NOMBRE: Creación de Grupo de Tareas No. 7
DESCRIPCIÓN Y CARACTERÍSTICAS

En esta ventana se tendrá dos opciones, agregar un grupo de tareas nuevo, además se podrá indicar el
grupo de tareas que tendrá el proyecto.

DATOS REQUERIDOS

Datos Tabla Proyectos

Id_tareas_principales tareas

Id_proyecto Id_tareas_principales estado

Estado

estado Ver ocultar

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran Estado Proyecto:

Id_proyecto Id_tareas_principales

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Esta ventana viene despues de crear el proyecto, nos direcciona a esta ventana.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador

Fuente: Elaboración propia.

 77

Tabla 25: Tablas RQF – Creación de grupos

NOMBRE DEL RQF

NOMBRE: Creación de grupos No. 8
DESCRIPCIÓN Y CARACTERÍSTICAS

Se le permitirá al administrador crear grupos de trabajo, y ver los grupos ya creados, con esto el
administrador podrá asignar proyectos a los grupos ya creados.

DATOS REQUERIDOS

Datos Tabla Grupos

nombre Descripción estado

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Nombre descripción

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Luego de crear grupo, debera direccionar a seleccionar integrantes, solo se mostrara a los
integrantes que tengan registrado sus fortalezas. Ademas en crear grupo podra indicar que
proyecto realizara dicho grupo.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador

Fuente: Elaboración propia.

 78

Tabla 26: Tablas RQF – Asignación de integrantes al proyecto

NOMBRE DEL RQF

NOMBRE: Asignación de integrantes al
proyecto No. 9
DESCRIPCIÓN Y CARACTERÍSTICAS

Luego de crear el grupo se deberá asignar los integrantes al grupo seleccionado.

DATOS REQUERIDOS

Datos Tabla Grupo Integrantes

Usuario_id_usuarios Grupos_id_grupo cargo

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Id_usuario Id_grupo

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Ademas de asignar los integrantes, tambien podra quitarlos del grupo, esto no debe afectar los
registros de sus actividades que terminaron.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador

Fuente: Elaboración propia.

 79

Tabla 27: Tablas RQF – Creación de actividad

NOMBRE DEL RQF

NOMBRE: Creación de actividad No. 10
DESCRIPCIÓN Y CARACTERÍSTICAS

Al seleccionar el grupo de tareas, se mostrará una ventana para registrar, las tareas de dicho grupo.

DATOS REQUERIDOS

Datos Tabla Actividad Proyecto

Nombre_actividad Concepto Estado Id_proyectos_principales

Id_estado_proyecto

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Nombre_actividad Concepto Id_proyectos_principales Id_estado_proyecto

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

El estado del proyecto comenzara en 1, cuando se indica que se a iniciado esta actividad, se
marcara en id estado proyecto 2 y cuando envia sus evidencias pasara a estado 3.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador

Fuente: Elaboración propia.

 80

Tabla 28: Tablas RQF – Reporte evidencias del proyecto

NOMBRE DEL RQF

NOMBRE: Reporte evidencias del proyecto No. 11
DESCRIPCIÓN Y CARACTERÍSTICAS

Mostrará las evidencias que registraron los trabajadores, mostrando las horas y la fecha de la actividad.

DATOS REQUERIDOS

Datos Tabla usuario actividad proyecto

Id_usuario Id_actividad_proyecto Fecha_inicio Fecha_final

Estado Tiempo_total

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Id_usuario Fecha_inicio Fecha_final tiempo_total

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Se debe mostrar la informacion del usuario, que tarea realizo y el tiempo que se demoro en
desarrollar, a la vez debera mostrarse las evidencias de dicha tarea.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador

Fuente: Elaboración propia.

 81

Tabla 29: Tablas RQF – Registrar anuncio

NOMBRE DEL RQF

NOMBRE: Registrar Anuncio No. 12
DESCRIPCIÓN Y CARACTERÍSTICAS

Se creará una ventana para registrar el anuncio y/o adjuntar el link de la reunión.

DATOS REQUERIDOS

Datos Tabla anuncios

Anuncio Link Id_usuario Fecha_publicacion

Estado

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

anuncio Link Estado

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Se mostrara en el tablon de anuncio el ultimo anuncio registrado.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador

Fuente: Elaboración propia.

 82

Tabla 30: Tablas RQF – Registro de fortalezas

NOMBRE DEL RQF

NOMBRE: Registro de fortalezas No. 13
DESCRIPCIÓN Y CARACTERÍSTICAS

Se mostrará un listado de las fortalezas que se necesiten en la empresa, permitiendo agregar y/o
actualizar.

DATOS REQUERIDOS

Datos Tabla fortalezas

Habilidad

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Habilidad

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Estas fortalezas se le mostraran al trabajador para que indique cuales son sus fortalezas .

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador

Fuente: Elaboración propia.

 83

Tabla 31: Tablas RQF – Lista de proyectos - usuario

NOMBRE DEL RQF

NOMBRE: Lista de Proyectos - usuario No. 14
DESCRIPCIÓN Y CARACTERÍSTICAS

Se mostrará un listado de los proyectos que participa el usuario.

DATOS REQUERIDOS

Datos Tabla proyecto grupo

Id_grupo Id_proyecto

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Id_proyecto Id_usuario

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Se debe mostrar el porcentaje de avance del proyecto.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador
Usuario – Trabajador

Fuente: Elaboración propia.

 84

Tabla 32: Tablas RQF – Información del proyecto

NOMBRE DEL RQF

NOMBRE: Información del Proyecto No. 15
DESCRIPCIÓN Y CARACTERÍSTICAS

Se mostrará la cantidad de tareas del proyecto y el grupo de tareas, la fecha de inicio, el tipo de sistema
y los integrantes que participan en el proyecto.

DATOS REQUERIDOS

Datos Tabla proyecto

Titulo Tipo_proyecto Descripción Fecha_inicio

Fecha_final sistema

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Titulo Descripción Fecha_inicio Fecha_final

sistema

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Al ingresar en la informacion del proyecto debe direccionar a la lista de tareas.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador
Usuario – Trabajador

Fuente: Elaboración propia.

 85

Tabla 33: Tablas RQF – Lista de tareas del proyecto

NOMBRE DEL RQF

NOMBRE: Lista de tareas del proyecto No. 16
DESCRIPCIÓN Y CARACTERÍSTICAS

Se mostrará un listado de las tareas que posee el proyecto y el estado en el que están, al ingresar se
debe de indicar que se inició la tarea, además cuando se finaliza.

DATOS REQUERIDOS

Datos Tabla usuario actividad proyecto

Id_usuario Id_actividad_proyecto Fecha_inicio Fecha_final

Estado Tiempo_total

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Estado Id_usuario Id_actividad_proyecto Fecha_inicio

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Luego de que inicia la tarea, el estado se cambiara, ademas podra indicar la finalizacion de la
tarea donde se le llevara a otra ventana para adjuntar su evidencia.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador
Usuario – Trabajador

Fuente: Elaboración propia.

 86

Tabla 34: Tablas RQF – Adjuntar evidencias

NOMBRE DEL RQF

NOMBRE: Adjuntar evidencias No. 17
DESCRIPCIÓN Y CARACTERÍSTICAS

Deberá adjuntar tres evidencias con sus respectivas explicaciones, evidencia de código, diseño y prueba.

DATOS REQUERIDOS

Datos Tabla pruebas actividad

Foto Descripción Id_usuario

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Foto Descripción Id_usuario

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

Luego de que registre sus evidencias el estado de la actividad se pasara a completado y ya no

se podra ingresar a dicha actividad.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador
Usuario – Trabajador

Fuente: Elaboración propia.

 87

Tabla 35: Tablas RQF – Publicar blog

NOMBRE DEL RQF

NOMBRE: Publicar blog No. 18
DESCRIPCIÓN Y CARACTERÍSTICAS

Todos los usuarios podrán publicar una funcionalidad, como solucionar un error y/o configuración básica
del sistema.

DATOS REQUERIDOS

Datos Tabla usuario actividad proyecto

Id_usuario Id_tipo_publicacion Id_lenguaje_programacion Descripción

Ruta_imagen Instrucción codigo

Acciones

Registrar Ver Editar Eliminar

Los Datos que se usaran:

Descripción Ruta_imagen Código

NOTAS IMPORTANTES A TENER EN CUENTA EN EL DESARROLLO

El usuario tendra la opcion de copiar el codigo que se muestra.

ROLES/ACTORES QUE INTERVIENEN EN EL RQF

Administrador
Usuario – Trabajador

Fuente: Elaboración propia.

 88

4.1.2. Diagrama de Actividades

Ilustración 13: Diagrama de Actividades

 89

Fuente: Elaboración propia.

 90

4.1.3. Diagrama de Base de Datos

Ilustración 14: Diagrama de Base de Datos

Fuente: Elaboración propia.

Comentario: La presente imagen representa la base de datos del sistema que estamos implementando para la empresa Ingeniería e
Informática King Software.
 91

4.1.4. Diagrama de Clases

Ilustración 15: Diagrama de Clases

Fuente: Elaboración propia.

Comentario: La siguiente imagen, diagrama de Clases, representa las variables y funciones que posee el sistema implementado.
 92

4.1.5. Diseño de la aplicación móvil

Ilustración 16: Diseño de la aplicación móvil – Parte 1

Fuente: Elaboración propia.

 93

Ilustración 17: Diseño de la aplicación móvil – Parte 2

Fuente: Elaboración propia.

 94

Ilustración 18: Diseño de la aplicación móvil – Parte 3

Fuente: Elaboración propia.

 95

Ilustración 19: Diseño de la aplicación móvil – Parte 4

Fuente: Elaboración propia.

 96

Ilustración 20: Diseño de la aplicación móvil – Parte 5

Fuente: Elaboración propia.

 97

Ilustración 21: Diseño de la aplicación móvil – Parte 6

Fuente: Fuente Propia

Comentario: Diseño del prototipo del sistema de gestión, control y monitoreo del desarrollo de software para el seguimiento del
personal.
 98

4.1.6. Diagrama de Despliegue

Ilustración 22: Diagrama de Despliegue

Fuente: Fuente Propia

Comentario: En el diagrama de despliegue se muestra las tecnologías y servicios que se necesitan para desplegar nuestro sistema
 99

CAPITULO V
Costo de la Implementación de la Mejora
 100

5. Costos de la Implementación de la Mejora

5.1. Costos de Servicios

Tabla 36: Costo de Servicios

COSTO MES COSTO

ELEMENTO SERVICIO OPERACIÓN TIEMPO MES
S/. TOTAL S/.
Modelamiento de
1 Db Designer S/ 26.21 2 S/ 52.42
Base de datos
2 Wix / Logo Diseño del Logo S/ 74.89 1 S/ 74.89

3 Whimsical Diseño Diagramas S/ 37.44 2 S/ 74.88

4 Mockitt Diseño del prototipo S/ 23.96 2 S/ 47.92

TOTAL S/ 250.11

Fuente: Elaboración propia.

Comentario: Por el costo de los servicios usados para la planificación y construcción de la mejora
propuesta es S/. 250.11

5.2. Costo de Mano de Obra

Tabla 37: Costo de Mano de Obra

COSTO TIEMPO COSTO

ELEMENTO TECNICO OPERACIÓN
HORA S/. EMPLEADO TOTAL S/.

Diseñar la interfaz de
1 Front End Developer S/ 30.00 48 S/ 1,440.00
usuario

Diseñar la lógica de
2 Back End Developer S/ 40.00 37 S/ 1,480.00
negocio

TOTAL 85 S/ 2,920.00

Fuente: Elaboración propia

Comentario: El costo total de la mano de obra es S/. 2 920.00

 101

5.3. Costo de Implementación

Tabla 38: Costo de Implementación

PRECIO S/.
ITEM SERVICIO NOMBRE TIEMPO MES TOTAL
MES

1 Hosting Hostinger S/ 29.92 12 S/ 359.04

Subir a la red la
2 Play Store S/ 93.61 Único pago S/ 93.61
aplicación

TOTAL S/ 452.65

Fuente: Elaboración propia

Comentario: Para poder implementar el plan de mejora se realiza un gasto de S/. 452.65

5.4. Otros Costos de la Implementación de la Mejora

Tabla 39: Otros Costo de Implementación de la Mejora

OTROS SUB TOTAL

CANTIDAD HORAS PRECIO UNITARIO
COSTOS S/.

Luz 85 S/ 0.90 S/ 76.50

Internet 85 S/ 0.50 S/ 42.50

TOTAL S/ 119.00

Fuente: Elaboración propia

Comentario: Los otros costos sumaron S/. 119.00
 102

5.5. Costo Total de la Implementación de la Mejora

Tabla 40: Costo Total de la Implementación de la Mejora

COSTOS DE CONSTRUCCION

Costo de Servicios S/ 250.11

Costo de Mano de Obra S/ 2,920.00

Costo de Implementación S/ 452.65

Otros Costos S/ 119.00

TOTAL, DE COSTOS S/ 3,741.76

Fuente: Elaboración propia

Comentario: El costo de la fabricación de la mejora propuesta es S/. 3 741.76
 103

CAPITULO VI
EVALUACIÓN TÉCNICA Y ECONÓMICA DE
LA MEJORA
 104

6. Evaluación técnica y económica de la mejora

6.1. Beneficios técnicos y económicos esperado del proyecto de la mejora

Tabla 41: Beneficios técnicos y económicos esperado del proyecto de la mejora

DAP ACTUAL 4586 Minutos

DAP MEJORADO 4372 Minutos

BENEFICIOS 214 Minutos

Fuente: Fuente Propia

Comentario: Con el proyecto de mejora se ha reducido 214 minutos en el área de coordinación de
proyectos de software
 105

6.2. Beneficios económicos de la mejora

Tabla 42: Beneficios económicos de la mejora

N° de Desarrollo de Desarrollo de S/. Pérdida

S/. Por cada
Mes desarrollo de software antes software no económica después
software
software de la mejora atendidos de la mejora

Enero 1 1 0 S/ 2,000.00 S/ -
Febrero 2 2 0 S/ 2,000.00 S/ -
Marzo 4 4 0 S/ 2,000.00 S/ -
Abril 2 2 0 S/ 2,000.00 S/ -
Mayo 3 3 0 S/ 2,000.00 S/ -

Junio 2 2 0 S/ 2,000.00 S/ -

Julio 4 4 0 S/ 2,000.00 S/ -

Agosto 6 5 1 S/ 2,000.00 S/ 2,000.00

Septiembre 5 4 1 S/ 2,000.00 S/ 2,000.00

Octubre 7 5 2 S/ 2,000.00 S/ 4,000.00

Noviembre 3 3 0 S/ 2,000.00 S/ -

Diciembre 2 2 0 S/ 2,000.00 S/ -

Total 41 37 4 S/ 8,000.00

PROMEDIO 3 3.08 0 S/ 2,000.00 S/ 666.67

Fuente: Fuente Propia

Comentario: Se ha considerado 8 horas de trabajo (360 minutos) por día, 26 días por mes y 12 meses al
año.
 106

Tabla 43: Beneficios (S/) de la mejora en el desarrollo de software

SERVICIO INGRESOS INGRESOS

POR CADA SERVICIO
ATENDIDOS/MES MENSUALES ANUALES

SERVICIOS ACTUALES 2000 2 S/ 4,000.00 S/ 48,000.00

SERVICIOS CON LA
2000 3 S/ 6,000.00 S/ 72,000.00
MEJORA

BENEFICIO 2000 1 S/ 2,000.00 S/ 24,000.00

Fuente: Elaboración propia.

Comentario: Inicialmente, se maneja un promedio de 2.75 a 2 servicios atendidos por mes, teniendo en
cuenta que el 0.75 del servicio aún está en proceso de validación con el cliente, además de las
actualizaciones y cambios de diseño que se realizan. Sin embargo, con nuestra propuesta de mejora,
anticipamos aumentar la capacidad de atención a un rango de 3.08 a 3 servicios mensuales, y el 0.8
se considera las negociaciones con un nuevo cliente.

6.3. Relación Beneficio / Costo

Tabla 27: Relación Beneficio / Costo

BENEFICIO - COSTO
BENEFICIO S/ 24,000.00

COSTO S/ 3,741.76

Fuente: Elaboración propia.

 107

6.4. Tiempo de Recuperación

Tabla 44: Tiempo de Recuperación

COSTO - BENEFICIO
COSTO S/ 3,741.76
S/ 0.16
BENEFICIO S/ 24,000.00

Días 0.16 * 12 = 1.92 * 26 = 50

Fuente: Elaboración propia

Comentario: Luego de haber invertido en el software tendremos un periodo de recuperación del dinero
aproximadamente en 50 días.
 108

CAPITULO VII
Conclusiones
 109

7. Conclusiones

7.1. Conclusiones Respecto a los Objetivos del Proyecto de la Mejora

 Con la implementación de nuestro sistema de gestión en el desarrollo de software se

traducirá en un control de tiempo más eficiente en el desarrollo de software, con una

mejora significativa del 25% al 10.63% en tan solo tres meses. Esta evolución se

reflejará en una gestión más efectiva de los recursos temporales, brindando una mayor

agilidad y productividad en todo el ciclo de desarrollo, logrando un beneficio económico

anual para la empresa Ingeniería e Informática King Software de S/ 24,000.00.

 Con la implementación de una interfaz de blog de código representa una solución clave

para abordar posibles desafíos en el desarrollo de software. Esta plataforma facilitara la

comunicación y colaboración entre los miembros del equipo, sino que también

proporciona un espacio centralizado para la resolución de problemas y la compartición

de conocimientos. Al adoptar esta interfaz, fortalecemos la eficacia y la transparencia en

nuestro proceso de desarrollo, mejorando la identificación y resolución de problemas de

manera eficiente y colaborativa.

 Con la implementación de nuestro sistema implica una significativa agilización en el

control del tiempo durante el desarrollo de software, al llevar a cabo un monitoreo

detallado basado en horas. Esta metodología permite a la empresa obtener un control más

preciso y efectivo del tiempo empleado en cada fase del proceso, brindando la

oportunidad de identificar áreas de optimización y mejorar la eficiencia general.

 110

 Se concluye que al involucrar a los desarrolladores de software en las reuniones con el

cliente, estos profesionales pueden comprender con mayor precisión tanto los requisitos

funcionales como los no funcionales que el cliente solicita.

Esta participación directa ayuda a minimizar los malentendidos entre lo que se solicita y

lo que se desarrolla, reduciendo así la necesidad de retrabajos y modificaciones

posteriores en el proyecto. Además, al comprender mejor las necesidades del cliente

desde el inicio, los desarrolladores muestran una mayor empatía hacia las metas y

desafíos del cliente.

 Se concluye que se debe llevar a cabo capacitaciones centrada en las nuevas tecnologías

y herramientas empleadas por la empresa. Esta capacitación permitirá una rápida

integración de los equipos en la ejecución de proyectos, fortaleciendo su habilidad para

aprovechar eficazmente las tecnologías emergentes y las ya existentes. Esta estrategia no

solo impulsará la productividad, sino que también garantizará que los colaboradores

estén al tanto y preparados para contribuir de manera efectiva en la realización exitosa de

proyectos.
 111

CAPITULO VIII
RECOMENDACIONES
 112

8. Recomendaciones

 Se recomendará a todos los usuarios que registren sus fortalezas individuales. Este

proceso permitirá una comprensión más profunda de las habilidades y competencias de

cada usuario, sino que también facilita una asignación más eficiente de proyectos acorde

a sus capacidades particulares.

 Se recomendará llevar a cabo capacitaciones que orienten a los usuarios sobre el manejo

del nuevo sistema a implementar. Las capacitaciones se centrarán en demostrar la

simplicidad de la plataforma y brindar a los empleados las habilidades necesarias para

aprovechar al máximo sus funcionalidades. De esta manera, garantizaremos una

transición fluida y exitosa hacia la adopción del nuevo sistema en nuestra operativa

diaria.

 Se recomendará incentivar el uso activo de nuestro sistema de gestión, control y

monitoreo del desarrollo de software es clave para maximizar su eficacia y aprovechar al

máximo nuestro sistema.

 Se recomendará al administrador que realice publicaciones sobre las reuniones con el

cliente en el tablón de anuncios del software. Estas publicaciones deberían contener la

agenda y los temas a tratar en la reunión. Esto permitirá que los desarrolladores de

software tengan acceso a la información relevante y, en consecuencia, puedan asistir a las

reuniones con el cliente de manera más informada y participativa.

 113

 Se recomienda tanto a los administradores como al personal el uso de la interfaz de blog

de código. Esta interfaz no solo facilita la búsqueda ágil de soluciones a problemas, sino

que también permite la reutilización eficiente de funciones según las necesidades

específicas. Al adoptar esta interfaz, se agiliza el proceso de encontrar soluciones rápidas

y se fomenta la maximización del potencial de funciones previamente desarrolladas,

optimizando así el tiempo y los recursos empleados en el trabajo diario.

 114

REFERENCIAS BIBLIOGRÁFICAS
 115

Referencias Bibliográficas:
 Alber Suñe, Fransisco Gil, Ignacio Arcusa (2004) Manual práctico de diseño de sistemas
productivos, obtenido de: [Link]
%C3%A1ctico_de_dise%C3%B1o_de_sist emas/AkR_hCGsTIUC?hl=es-419&gbpv=1

 Ariane de Saeger. (2016) El diagrama de Ishikawa, obtenido de:

[Link]
419&gbpv=1

 Félix Antonio Lirio Loli(2018) Organigramas: Técnicas y Métodos, obtenido de:

[Link]
s/gSDxDwAAQBAJ?hl=es-419&gbpv=0

 Francisco Alvira Martin(2011) La encuesta: una perspectiva general metodológica, obtenido de:
[Link]
-IoDEC?hl=es-419&gbpv=0

 Ivar Jacobson (2017) Introducción a UML lenguaje para modelar objetos, obtenido de:
[Link]
es-419&gbpv=0

 Julián Esteban Gracia Burgués (2022) Aprende a Modelar Aplicaciones con UML - Nueva
Edición, obtenido de:
[Link]
BcEAAAQBAJ?hl=es-419&gbpv=0

 Oliver Rebiere, Cristina Rebiere(2023) ¿Qué Es Un Diagrama de Gantt?, obtenido de:

[Link]
zwEACAAJ?hl=es-419
 116

ANEXOS
 117

Cuadro diagnóstico para el planteamiento del problema

SÍNTOMAS CAUSAS PRONÓSTICO CONTROL DE
PRONÓSTICO

 No registra los errores

presentados por el  Plataforma para registrar
 Que los clientes
cliente. los errores presentados.
abandonen el servicio de
Mala administración de los
la empresa
 Sobrecarga de tareas por errores del software  Contratar personal
parte del personal presentado por el cliente. encargado para la
 Insatisfacción de los
encargado. atención al cliente.
clientes
 Gestión deficiente de los
errores notificados.

 Perder toda la  No posee un sistema

información de los para el respaldo
 Tener un encargado de
clientes automático. Mala gestión de los
almacenar los respaldos.
 Olvidar validar los respaldos de la base de
 Tener demandas por respaldos. datos
 Sistema automático para
perdida de información  Almacenamiento
gestionar los respaldos.
inadecuado de los
respaldos
 118

 No hay seguimiento de
actividades para los
 Entrega tardía del empleados  Capacitación al personal
proyecto.  Personal no capacitado designado a la
 Entrega del software con para el trabajo construcción del
bugs. designado. software
 Horas extras de trabajo.  Mala comprensión de  Contrato con ampliación
 Contratar personal información para la de fecha de entrega
externo para terminar el creación del software  Designar a un encargado
proyecto a tiempo.  Sobre carga de actividad para revisar los avances
 Renuncia de trabajador al personal  Tener archivado
por sobrecarga de  Mala planeación a la funciones complejas
trabajo
creación o actualización  Crear un plan de gestión
del software  Demora en la de desarrollo de software
 Mal prestigió a la
 Recursos informativos construcción de software  Sistema de monitoreo de
empresa por entregar el
insuficientes y/o actualizaciones desarrollo de software
proyecto tarde.  Problemas de  Implementar técnicas
 Mala recomendación comunicación al trabajar para recopilación de
por parte de los clientes en equipo requisitos funcionales
 Demandas por partes de  Problemas de integración  Sistema de distribución o
los clientes, al incumplir del código elaboración de desarrollo
la fecha de entrega.  Mala normalización de de software
 Desconfianza en el base de datos  Control de experiencia
trabajo de equipo  Problema de del desarrollador de
 Frustración por parte del compatibilidad en software
equipo equipos, CPU y laptop
 119

 Falta de seguimiento de
 Perdida de ganancia  Mala administración de
los cobros
por servicios prestados los cobros por los  Sistema de notificación
 Mal registro de los datos
servicios prestados de cobranza
del cliente

 Demora en la solución
del error ya generado  No establecer un
anteriormente proceso estructurado de
 Frustración del personal recolección de errores  Mal control sobre el
 Tener un registro de los
al no encontrar la  No llevar un control de historial de errores.
errores solucionados
solución al error ya errores solucionados.
 Mala documentación del
producido
error

Fuente: Méndez, 1995

Referencia bibliográfica
Méndez, C. (1995). Metodología, guía para elaborar diseños de investigación en ciencias económicas, contables y administrativas. Mc.
Graw Hill