Sistema de información para mejorar procesos administrativos

BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
UNIVERSIDAD NACIONAL DE TRUJILLO
FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
“IMPLEMENTACIÓN DE UN SISTEMA DE INFORMACIÓN

PARA LA MEJORA DEL PROCESO ADMINISTRATIVO DE LA
EMPRESA UP AND DOWN INVERSIONES SAC - TRUJILLO”
INFORME DE TESIS
PARA OPTAR EL TÍTULO DE:
INGENIERO DE SISTEMAS
(Modalidad: Tesis)
AUTOR: BACH. REÁTEGUI LEAU, JOSÉ MAURICIO

AR(A): ING. VIDAL MELGAREJO, ZORAIDA
ASESOR: MG. OBANDO ROLDAN, JUAN CARLOS
TRUJILLO – PERÚ
2017
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
DEDICATORIA
A mis padres y hermana, por darme su sincero apoyo

incondicional en las buenas y en las malas y por demostrarme
que sea cual sea el camino que tome siempre podré contar con
ellos. Yo soy lo que soy gracias a ellos. Esto es para ellos.
Al Ing. Juan Carlos Obando por todo el apoyo

en el desarrollo de este proyecto y por el buen ejemplo que
siempre brindó para mi formación.
ii
PRESENTACIÓN
Señores Miembros del Jurado:
De Conformidad con lo establecido en el Reglamento de Grados y Títulos de la

Universidad Nacional de Trujillo, para obtener el Título de Ingeniero de Sistemas,
ponemos a vuestro criterio de evaluación la tesis titulada:
“Implementación De Un Sistema De Información Para La Mejora Del Proceso

Administrativo De La Empresa Up And Down Inversiones S.A.C - Trujillo”, cuyo
objetivo es demostrar que se puede mejorar la gestión de la empresa.
Es nuestro deseo, señores miembros del Jurado que la presente investigación, producto
del esfuerzo y dedicación con la que fue desarrollada, colme sus expectativas, así como
también sepa comprender los posibles errores u omisiones cometidas durante el
desarrollo de esta. Esperamos que le presente estudio sirva de guía para el desarrollo de
futuras investigaciones similares.
Trujillo, mayo del 2017
iii
RESUMEN
La presente tesis tuvo como punto de partida el análisis del procesos de gestión de la
empresa UP AND DOWN INVERSIONES S.A.C. mediante el cual se detectó que los
datos de alumnos, instructores o control de pagos, son manejados manualmente, lo que
toma mucho tiempo y no es muy preciso; por otro lado no se puede llevar un control
exacto de las asistencias de alumnos, ya que al ser manual y por motivos de tiempo la
secretaria olvida hacer el registro lo que significa un día sin cobrar.
Debido a lo anterior expuesto, se determinó que la implementación de un sistema

informático optimizará la gestión de la empresa UP AND DOWN INVERSIONES
S.A.C. y gracias al cual se eliminaron sub-procesos manuales tales como el registro de
datos de alumnos, instructores o control de pagos, y se automatizaron otros como el
control exacto de las asistencias de alumnos.
Luego de un estudio y analizar diferentes metodologías de determinó que el más

adecuado era el Proceso Unificado Rational (RUP) y junto con el Lenguaje Unificado
de Modelado (UML) permitieron una mejor comprensión de la realidad y el desarrollo
del sistema. Se utilizó plataforma .NET como lenguaje de programación, siendo
complementado con Microsoft SQL Server 2008 R2 EXPRESS, como gestor de base de
datos.
Como resultado de este trabajo tenemos un sistema amigable y eficiente, mediante el

cual de logro disminuir el tiempo de generación del reporte de asistencias, optimizando
dicho proceso y proponiendo nuevos reportes que sirvan de apoyo a la toma de
decisiones de la gestión.
iv
ABSTRACT
This thesis had as starting point the analysis of the management processes of the
Company UP AND DOWN SAC INVESTMENTS which was detected by data of
students, instructors and payment control, are handled manually, which is time
consuming and not very accurate, on the other hand cannot keep track of the exact
assists students as to be manual and time based on the secretary forgets to check which
means one day without pay.
Due to the above exposed, we determined that implementation of a system optimized

web business management INVESTMENT AND DOWN UP SAC and thanks to which
sub-eliminated manual processes such as data entry of students, instructors and payment
control, and others were automated as precise control of the assistance of students.
After a study and analyze different methodologies to determine the most suitable was
the Rational Unified Process (RUP) and together with the Unified Modeling Language
(UML) allowed a better understanding of reality and system development. Platform was
used. NET programming language, being complemented with Microsoft SQL Server
2008 R2 Express as database manager.
As a result of this work we have a friendly and efficient system whereby achievement
decrease time attendance report generation, optimizing the process and proposing new
reports that support the decision making of the management.
v
ÍNDICE GENERAL
CAPÍTULO I: INTRODUCCIÓN......................................................................... 15
1.1 Realidad Problemática ................................................................................................ 16
1.2 Enunciado del Problema ............................................................................................. 17
1.3 Hipótesis ...................................................................................................................... 17
1.4 Justificación ................................................................................................................. 18
1.4.1 Justificación Académica ..................................................................................... 18
1.4.2 Justificación Económica ..................................................................................... 18
1.4.3 Justificación Operativa ...................................................................................... 18
1.4.4 Justificación Tecnológica ................................................................................... 18
1.4.5 Justificación Social ............................................................................................. 18
1.5 Objetivos ..................................................................................................................... 19
1.5.1 Objetivo General ............................................................................................... 19
1.5.2 Objetivos Específicos ......................................................................................... 19
1.6 Limitaciones ................................................................................................................ 19
CAPÍTULO II: MARCO TEÓRICO .................................................................... 20

2.1 Antecedentes .............................................................................................................. 21
2.1.1 Locales ............................................................................................................... 21
2.1.2 Nacionales ......................................................................................................... 21
2.2 Teorías que sustentan el trabajo................................................................................. 22
2.2.1 Teorías ............................................................................................................... 22
a. Gestión ............................................................................................................ 22
b. Matrícula ......................................................................................................... 22
c. Pagos ............................................................................................................... 22
d. Asistencia......................................................................................................... 23
e. Sistema de Información .................................................................................. 23
1. Entrada de Información............................................................................... 23
2. Almacenamiento de Información ................................................................ 23
3. Procesamiento de Información ................................................................... 24
4. Salida de Información .................................................................................. 24
f. Base de Datos .................................................................................................. 24
g. Lenguaje Unificado de Modelado (Unified Modeling Lenguage, UML) .......... 25
h. Arquitectura Cliente/Servidor ......................................................................... 27
vi
2.2.2 Metodologías y/o Métodos ............................................................................... 27

a. Proceso Unificado de Rational (Rational Unified Process, RUP) ..................... 27
b. ICONIX ............................................................................................................. 30
1. Análisis de requisitos ................................................................................... 31
2. Análisis y diseño preliminar......................................................................... 31
3. Diseño .......................................................................................................... 31
4. Implementación .......................................................................................... 31
c. OOHDM ........................................................................................................... 31
2.2.2.1 Selección de Metodología ............................................................................... 34
2.2.3 Tecnología ......................................................................................................... 36
a. Gestor de Base de Datos ................................................................................. 36
b. Lenguaje de Programación .............................................................................. 36
c. IBM Rational Rose ........................................................................................... 36
2.3 Definición de términos ................................................................................................ 37
CAPÍTULO III: MATERIALES Y MÉTODOS ................................................. 38

3.1 Material ....................................................................................................................... 39
3.1.1 Unidad de Análisis ............................................................................................. 39
3.1.2 Objeto de Estudio .............................................................................................. 39
3.1.3 Población y Muestra .......................................................................................... 39
3.1.4 Indicadores ........................................................................................................ 40
3.2 Métodos ...................................................................................................................... 42
3.2.1 Tipo de Investigación ......................................................................................... 42
a. De acuerdo a la orientación: ........................................................................... 42
b. De acuerdo a la técnica de contrastación: ...................................................... 42
3.3 Técnicas ....................................................................................................................... 42
CAPÍTULO IV: RESULTADOS ........................................................................... 43

4.1 FASE DE INCEPCION..................................................................................................... 44
4.1.1 MODELO DEL NEGOCIO ..................................................................................... 44
4.1.1.1 Visión del Negocio ........................................................................................... 44
4.1.1.1.1 Posicionamiento ........................................................................................ 44
4.1.1.1.2 Descripción de los usuarios ....................................................................... 44
4.1.1.2 Reglas del Negocio. ......................................................................................... 45
4.1.1.3 Glosario del Negocio ....................................................................................... 46
vii
4.1.1.4 Diagrama de Casos de uso del Negocio. ......................................................... 48

4.1.1.5 Diagrama de Actividades del Negocio ............................................................. 49
4.1.1.5.1 Diagrama de Actividades: Registrar matrícula. ......................................... 49
4.1.1.5.2 Diagrama de Actividades: Registrar asistencia diaria de alumnos. ........... 50
4.1.1.5.3 Diagrama de Actividades: Generar Reporte de Parte Diario .................... 51
4.1.1.5.4 Diagrama de Actividades: Calcular Pago a Instructores............................ 52
4.1.1.5.5 Diagrama de Actividades: Marcar asistencia diaria de instructores. ........ 53
4.1.1.6 Modelo de Objetos del Negocio...................................................................... 54
4.1.1.6.1 MON CU: Registrar matricula. ................................................................... 54
4.1.1.6.2 MON CU: Registrar asistencia diaria de alumnos. .................................... 54
4.1.1.6.3 MON CU: Generar Reporte de Parte Diario. ............................................. 55
4.1.1.6.4 MON CU: Registrar asistencia de instructores. ......................................... 55
4.1.1.6.5 MON CU: Calcular Pago a instructores...................................................... 56
4.1.1.7 Modelo de Dominio......................................................................................... 57
4.1.2 MODELO DE REQUERIMIENTOS ........................................................................ 58
4.1.2.1 Requerimientos funcionales............................................................................ 58
4.1.2.2 Requerimientos no funcionales. ..................................................................... 58
4.1.2.3 Diagrama de casos de uso de requerimientos. ............................................... 59
4.1.2.4 Hojas de descripción de casos de uso. ............................................................ 60
4.1.2.4.1 Hoja de Descripción de Caso de uso: Gestionar Matrícula ....................... 60
4.1.2.4.2 Hoja de Descripción de Caso de uso: Gestionar Alumno ......................... 62
4.1.2.4.3 Hoja de Descripción de Caso de uso: Registrar Asistencia de Alumno .... 64
4.1.2.4.4 Hoja de Descripción de Caso de uso: Consultar Asistencia de Alumno .... 66
4.1.2.4.5 Hoja de Descripción de Caso de uso: Gestionar Instructor ...................... 67
4.1.2.4.6 Hoja de Descripción de Caso de uso: Registrar Asistencia de Instructor . 71
4.1.2.4.7 Hoja de Descripción de Caso de uso: Consultar Asistencia de Instructor . 72
4.1.2.4.8 Hoja de Descripción de Caso de uso: Calcular Pago a Instructores .......... 73
4.1.2.4.9 Hoja de Descripción de Caso de uso: Registrar Movimiento de Dinero ... 75
4.1.2.4.10 Hoja de Descripción de Caso de uso: Generar Reporte de Matrículas con
Vencimiento a la Fecha Actual .................................................................................... 76
4.1.2.4.11 Hoja de Descripción de Caso de uso: Gestionar Servicio ....................... 77
4.1.2.4.12 Hoja de Descripción de Caso de uso: Gestionar Paquete ...................... 79
4.1.2.4.13 Hoja de Descripción de Caso de uso: Gestionar Categoría .................... 81
4.1.2.5 Estimación del Tiempo de Desarrollo Basado en Puntos de Casos de Uso..... 83
viii
4.1.2.5.1 Calculo de Puntos de Caso de Uso sin ajustar........................................... 83

4.1.2.5.2 Calculo de Puntos de Caso de Uso ajustados (UCP) .................................. 86
4.1.2.5.3 Estimación del Esfuerzo. ........................................................................... 88
4.1.2.5.4 Cálculo del Tiempo de Desarrollo (TDES). ................................................. 90
4.1.2.6 Estudio de Factibilidad Económica .................................................................. 90
4.1.2.6.1 Costos ........................................................................................................ 91
4.1.2.6.2 Beneficios .................................................................................................. 97
4.1.2.6.3 Análisis de la Rentabilidad Económica del Proyecto ................................. 99
4.2 FASE DE ELABORACIÓN ............................................................................................. 103
4.2.1 MODELO DE ANÁLISIS...................................................................................... 103
4.2.1.1 Diagrama de Clases de Análisis ..................................................................... 103
4.2.1.2 Diagrama de Colaboración ............................................................................ 104
4.2.1.3 Diagrama de Paquetes .................................................................................. 113
4.2.1.4 Diagrama de Paquetes de Casos de Uso ....................................................... 113
4.2.1.5 Diagrama de Paquetes de Actores ................................................................ 113
4.2.1.6 Diagrama de Paquetes de Controles ............................................................. 114
4.2.1.7 Diagrama de Paquetes de Entidades............................................................. 114
4.2.2 MODELO DE DISEÑO........................................................................................ 115
4.2.2.1 Diagrama de Clases de Diseño ...................................................................... 115
4.2.2.2 Diagrama de Clases de Diseño ...................................................................... 116
4.2.2.3 Diagramas de Secuencia................................................................................ 123
4.2.2.4 Diagrama de Estados ..................................................................................... 133
4.2.2.5 Diagrama de Componentes ........................................................................... 133
4.2.2.6 Diagrama de Navegabilidad .......................................................................... 134
4.3 IMPLEMENTACIÓN .................................................................................................... 135
4.3.1 Diseño de la Base de Datos ............................................................................. 135
4.3.1.1 Modelo lógico de datos ................................................................................. 135
4.3.1.2 Modelo físico de datos .................................................................................. 136
4.3.1.3 Modelo de Datos. .......................................................................................... 137
4.4.1.1 Casos de Uso de Prueba ................................................................................ 138
4.4.1.2 Pruebas de Caja Negra .................................................................................. 139
4.4.1.2.1 Caso de Uso: Registrar Movimiento de Dinero ....................................... 139
4.4.1.2.2 Caso de Uso: Registrar Asistencia de Instructor ..................................... 140
4.4.1.2.3 Caso de Uso: Calcular Pago a Instructores .............................................. 141
ix
4.4.1.3 Pruebas de Caja Blanca ................................................................................. 142

4.4.1.4 Pruebas de Aceptación .................................................................................. 142
4.4.1.4.1 Pruebas Alfa ............................................................................................ 142
4.4.1.4.2 Pruebas Beta ........................................................................................... 142
4.4.1.5 Manuales ....................................................................................................... 142
4.4.1.6 Capacitación .................................................................................................. 142
4.4.1.7 Puesta en Marcha del Sistema ...................................................................... 143
CAPITULO V: ANÁLISIS Y DISCUSIÓN DE RESULTADOS .................... 144

5.1 CONTRASTACIÓN DE LA HIPÓTESIS ........................................................................... 145
5.1.1 INDICADOR CUALITATIVO................................................................................ 145
5.1.1.1 Prueba estadística de la Hipótesis para el indicador cualitativo Nivel de
Satisfacción del Usuario. ............................................................................................... 145
5.1.2 INDICADORES CUANTITATIVOS ....................................................................... 152
5.1.2.1 Prueba Estadística de la Hipótesis para el Indicador Cuantitativo Tiempo de
Generación del Reporte del Parte Diario. ..................................................................... 152
5.1.2.2 Prueba Estadística de la Hipótesis para el indicador cuantitativo Costo en la
Elaboración del Reporte del Parte Diario. ..................................................................... 156
5.1.2.3 Prueba Estadística de la Hipótesis para el Indicador Cuantitativo Costo en la
Elaboración del Reporte de Matrículas. ........................................................................ 162
5.1.3 DISCUSIÓN DE RESULTADOS ........................................................................... 168
5.1.3.1 Indicador Cualitativo Nivel de Satisfacción del Usuario ................................ 168
5.1.3.2 Indicador Cuantitativo Tiempo de Generación del Reporte del Parte Diario 169
5.1.3.3 Indicador Cuantitativo Costo en la Elaboración del Reporte del Parte Diario
170
5.1.3.4 Indicador Cuantitativo Costo en la Elaboración del Reporte de Matrículas . 171
CAPÍTULO VI: CONCLUSIONES Y RECOMENDACIONES ..................... 172

CONCLUSIONES ................................................................................................................ 173
RECOMENDACIONES ....................................................................................................... 174
REFERENCIAS BIBLIOGRÁFICAS ................................................................ 175
ANEXOS ................................................................................................................ 178
x
ÍNDICE DE FIGURAS
Figura 1: Diagramas UML ............................................................................................................ 26

Figura 2: Metodología RUP ......................................................................................................... 28
Figura 3: Fases de RUP ................................................................................................................ 29
Figura 4: Diagrama de Casos de uso del Negocio ....................................................................... 48
Figura 5: Diagrama de Actividades del Caso de Uso: Registrar nueva matrícula ........................ 49
Figura 6: Diagrama de Actividades del Caso de Uso: Registrar asistencia diaria de alumnos .... 50
Figura 7: Diagrama de Actividades del Caso de Uso: Generar Reporte de Parte Diario ............. 51
Figura 8: Diagrama de Actividades del Caso de Uso: Calcular Pago a Instructores .................... 52
Figura 9: Diagrama de Actividades del Caso de Uso: Marcar asistencia diaria de instructores . 53
Figura 10: MON CU: Registrar matricula ..................................................................................... 54
Figura 11: MON CU: Registrar asistencia diaria de alumnos....................................................... 54
Figura 12: MON CU: Generar Reporte de Parte Diario ............................................................... 55
Figura 13: MON CU: Registrar asistencia de instructores ........................................................... 55
Figura 14: MON CU: Calcular Pago a instructores ....................................................................... 56
Figura 15: Modelo de Dominio.................................................................................................... 57
Figura 16: Diagrama de casos de uso de requerimientos ........................................................... 59
Figura 17: Diagrama de Clases de Análisis ................................................................................ 103
Figura 18: Diagrama de Colaboración para el C.U. Registrar Nuevo Alumno ........................... 104
Figura 19: Diagrama de Colaboración para el C.U. Registrar Nueva Matrícula ........................ 105
Figura 20: Diagrama de Colaboración para el C.U. Registrar Nuevo Instructor ........................ 106
Figura 21: Diagrama de Colaboración para el C.U. Marcar Asistencia Diaria de Alumnos ....... 107
Figura 22: Diagrama de Colaboración para el C.U. Marcar Asistencia Diaria de Instructores .. 108
Figura 23: Diagrama de Colaboración para el C. U. Consular Asistencia de Alumno ................ 109
Figura 24: Diagrama de colaboración para el C.U. Consultar Asistencia de Instructor ............ 110
Figura 25: Diagrama de Colaboración para El C.U. Calcular pago a Instructor ......................... 111
Figura 26: Diagrama de Colaboración para el C.U. Registrar Movimiento de Dinero .............. 112
Figura 27: Diagrama de Paquetes de Casos de Uso .................................................................. 113
Figura 28: Diagrama de Paquetes de Actores ........................................................................... 113
Figura 29: Diagrama de Paquetes de Controles ........................................................................ 114
Figura 30: Diagrama de Paquetes de Entidades........................................................................ 114
Figura 31: Diagrama de Clases de Diseño ................................................................................. 115
Figura 32: Modelo de Casos de Uso de Realización .................................................................. 116
Figura 33: Diseño de Pantalla de Caso de Uso de Realización: Gestionar Matrícula ................ 117
Figura 34: Diseño de Pantalla de Caso de Uso de Realización: Gestionar Alumno ................... 117
Figura 35: Diseño de Pantalla de Caso de Uso de Realización: Registrar Asistencia de Alumno
................................................................................................................................................... 118
Figura 36: Diseño de Pantalla de Caso de Uso de Realización: Consultar Asistencia de Alumno
................................................................................................................................................... 118
Figura 37: Diseño de Pantalla de Caso de Uso de Realización: Gestionar Instructor ............... 119
Figura 38: Diseño de Pantalla de Caso de Uso de Realización: Registrar Asistencia de Instructor
................................................................................................................................................... 120
Figura 39: Diseño de Pantalla de Caso de Uso de Realización: Consultar Asistencia de Instructor
................................................................................................................................................... 120
xi
Figura 40: Diseño de Pantalla de Caso de Uso de Realización: Gestionar Servicio ................... 121
Figura 41: Diseño de Pantalla de Caso de Uso de Realización: Gestionar Categoría ................ 121
Figura 42: Diseño de Pantalla de Caso de Uso de Realización: Registrar Movimiento de Dinero
................................................................................................................................................... 122
Figura 43: Diseño de Pantalla de Caso de Uso de Realización: Calcular Pago a Instructores ... 122
Figura 44: Diagrama de Secuencia para el C.U. Gestionar Alumno .......................................... 123
Figura 45: Diagrama de Secuencia para el C.U. Registrar Nueva Matrícula ............................. 124
Figura 46: Diagrama de Secuencia para el C.U. Registrar Nuevo Instructor ............................. 126
Figura 47: Diagrama de Secuencia para el C.U. Registrar Asistencia de Alumno ..................... 127
Figura 48: Diagrama de Secuencia para el C.U. Registrar Asistencia de Instructor .................. 128
Figura 49: Diagrama de Secuencia para el C. U. Consular Asistencia de Alumno ..................... 129
Figura 50: Diagrama de Secuencia para el C.U. Consultar Asistencia de Instructor ................. 130
Figura 51: Diagrama de Secuencia para el C.U. Calcular Pago a Instructor .............................. 131
Figura 52: Diagrama de Secuencia para el C.U. Registrar Movimiento de Dinero.................... 132
Figura 53: Diagrama de Estados de la clase Matrícula .............................................................. 133
Figura 54: Diagrama de Componentes ...................................................................................... 133
Figura 55: Diagrama de Navegabilidad ..................................................................................... 134
Figura 56: Modelo lógico de datos ............................................................................................ 135
Figura 57: Modelo físico de datos ............................................................................................. 136
Figura 58: Modelo de Datos ...................................................................................................... 137
Figura 59: Gráfico de evaluación de hipótesis para el indicador cualitativo Nivel de Satisfacción
del Usuario ................................................................................................................................ 151
Figura 60: Gráfico de evaluación de hipótesis para el indicador cuantitativo Tiempo de
Generación del Reporte del Parte Diario .................................................................................. 155
Figura 61: Gráfico de evaluación de hipótesis para el indicador cuantitativo Costo Operacional
en la Elaboración del Reporte del Parte Diario ......................................................................... 161
Figura 62: Gráfico de evaluación de hipótesis para el indicador cuantitativo Costo Operacional
en la Elaboración del Reporte de Matrículas ............................................................................ 167
Figura 63: Nivel de Satisfacción del Usuario ............................................................................. 168
Figura 64: Tiempo de Generación del Reporte del Parte Diario ............................................... 169
Figura 65: Costo en la Elaboración del Reporte del Parte Diario .............................................. 170
Figura 66: Costo en la Elaboración del Reporte de Matrículas ................................................. 171
xii
ÍNDICE DE TABLAS
Tabla 1: Puntaje y significado ...................................................................................................... 35

Tabla 2: Evaluación de las metodologías .................................................................................... 35
Tabla 3: Población, Muestra y Prueba Estadística de cada Indicador ......................................... 41
Tabla 4: Técnicas para la recolección de datos ........................................................................... 42
Tabla 5: Descripción de Stakeholders ......................................................................................... 45
Tabla 6: Hoja de Descripción de Caso de uso: Gestionar Matrícula ........................................... 61
Tabla 7: Hoja de Descripción de Caso de uso: Gestionar Alumno ............................................. 63
Tabla 8: Hoja de Descripción de Caso de uso: Registrar Asistencia de Alumno ........................ 65
Tabla 9: Hoja de Descripción de Caso de uso: Consultar Asistencia de Alumno ........................ 66
Tabla 10: Hoja de Descripción de Caso de uso: Gestionar Instructor ........................................ 70
Tabla 11: Hoja de Descripción de Caso de uso: Registrar Asistencia de Instructor ................... 71
Tabla 12: Hoja de Descripción de Caso de uso: Consultar Asistencia de Instructor ................... 72
Tabla 13: Hoja de Descripción de Caso de uso: Calcular Pago a Instructores............................. 74
Tabla 14: Hoja de Descripción de Caso de uso: Registrar Movimiento de Dinero...................... 75
Tabla 15: Hoja de Descripción de Caso de uso: Generar Reporte de Matrículas con Vencimiento
a la Fecha Actual.......................................................................................................................... 76
Tabla 16: Hoja de Descripción de Caso de uso: Gestionar Servicio ........................................... 78
Tabla 17: Hoja de Descripción de Caso de uso: Gestionar Paquete........................................... 80
Tabla 18: Hoja de Descripción de Caso de uso: Gestionar Categoría ........................................ 82
Tabla 19: Actores complejos ....................................................................................................... 83
Tabla 20: Factor de peso por cada actor y su tipo ...................................................................... 84
Tabla 21: Casos de Uso Simples .................................................................................................. 85
Tabla 22: Factor de peso de cada caso de uso y su tipo ............................................................. 85
Tabla 23: Peso de cada factor de complejidad técnica y su valor ............................................... 87
Tabla 24: Peso de cada factor de ambiente y su valor ................................................................ 88
Tabla 25: Distribución Genérica del Esfuerzo ............................................................................. 89
Tabla 26: Distribución Real del Esfuerzo ..................................................................................... 89
Tabla 27: Costos de Inversión: Costos de Adquisición de Hardware .......................................... 91
Tabla 28: Costos de Inversión: Costos de Adquisición de Software............................................ 91
Tabla 29: Costos de Inversión: Costos de Adquisición de Mobiliario ......................................... 92
Tabla 30: Costos de Inversión ..................................................................................................... 92
Tabla 31: Costos de Desarrollo e Implementación: Recursos Humanos..................................... 92
Tabla 32: Costos de Desarrollo e Implementación: Insumos ...................................................... 93
Tabla 33: Costos de Desarrollo e Implementación: Energía Eléctrica......................................... 94
Tabla 34: Resumen de Costos de Desarrollo e Implementación ................................................ 94
Tabla 35: Costos de Operaciones: Energía Eléctrica ................................................................... 95
Tabla 36: Costos de Operaciones: Mantenimiento ..................................................................... 95
Tabla 37: Costos de Operaciones: Depreciación ......................................................................... 96
Tabla 38: Costos de Operaciones: Insumos ................................................................................ 96
Tabla 39: Resumen de Costos de Operaciones ........................................................................... 96
Tabla 40: Resumen de Costos de Operaciones ........................................................................... 97
xiii
Tabla 41: Cuadro Resumen ......................................................................................................... 98

Tabla 42: Análisis de Rentabilidad: Flujo de Caja ........................................................................ 99
Tabla 43: Prueba de caja negra "Registrar Movimiento de Dinero" ......................................... 139
Tabla 44: Prueba de caja negra "Registrar Asistencia de Instructor" ....................................... 140
Tabla 45: Prueba de caja negra "Calcular Pago a Instructores" ................................................ 141
Tabla 46: Valores de respuesta ................................................................................................. 145
Tabla 47: Fórmulas de la ponderación expresadas a través de los criterios de evaluación del
indicador cualitativo Nivel de Satisfacción del Usuario ............................................................ 146
Tabla 48: Ponderación de los criterios de evaluación para el indicador cualitativo Nivel de
Satisfacción de Usuario en el PreTest ....................................................................................... 147
Satisfacción de Usuario en el PostTest...................................................................................... 148
Tabla 50: Resultados del PreTest y PostTest ............................................................................. 149
Tabla 51: Datos obtenidos de las mediciones para el indicador cuantitativo Tiempo de
Generación del Reporte del Parte Diario .................................................................................. 154
Tabla 52: Datos obtenidos de las mediciones para el indicador cuantitativo Costo en la
Elaboración del Reporte del Parte Diario .................................................................................. 160
Tabla 53: Datos obtenidos de las mediciones para el indicador cuantitativo Costo en la
Elaboración del Reporte de Matrículas ..................................................................................... 165
Tabla 54: Nivel de Impacto en el Indicador Cualitativo Nivel de Satisfacción del Usuario ....... 168
Tabla 55: Nivel de Impacto en el Indicador Cuantitativo Tiempo de Generación del Reporte del
Parte Diario ............................................................................................................................... 169
Tabla 56: Nivel de Impacto en el Indicador Cuantitativo Costo en la Elaboración del Reporte del
Parte Diario ............................................................................................................................... 170
Tabla 57: Nivel de Impacto en el Indicador Cuantitativo Costo en la Elaboración del Reporte de
Matrículas.................................................................................................................................. 171
xiv
CAPÍTULO I: INTRODUCCIÓN
UNIVERSIDAD NACIONAL DE TRUJILLO REÁTEGUI LEAU
1.1 Realidad Problemática
El gimnasio UP AND DOWN S.A.C. es uno de los gimnasios más reconocidos de

Trujillo, siendo pionero en este rubro en nuestra ciudad y brinda un servicio más
personalizado a diferencia de los grandes gimnasios que existen actualmente.
La matrícula en el gimnasio se realiza de la siguiente manera: El alumno al realizar

el pago se le entrega un recibo de pago indicando el monto pagado y el concepto,
luego se registra la matricula en un parte diario en formato Excel.
El control de asistencia de alumnos se maneja con registros manuales, al alumno se

le entrega un carnet que lo identifica y a la vez sirve como formato de control de
asistencia, ya que en la parte posterior del carnet se registra cada asistencia diaria
en dicho formato que esta por días.
Para el control de asistencia de instructores la secretaria registra en un cuaderno de

control la fecha y hora en que el instructor llegó a la clase, además del número de
alumnos por clase según el servicio.
El control de las entradas y salidas de dinero se plasma en el reporte de parte diario

en el cual se registra por día los movimientos de dinero y el saldo. La elaboración
de este reporte, que se realiza diariamente, es hecho manualmente ingresando los
datos en una hoja de Excel, lo que toma mucho tiempo por no ser un registro
automatizado. Además, como la información es almacenada en archivos de Excel y
no en una base de datos, toma mucho más tiempo consolidar información
personalizada en base a los registros en el parte diario. El tiempo empleado en
construir el reporte manual es mucho en comparación a un reporte obtenido de
manera automática a través de un sistema informático a medida.
Del mismo modo ocurre con el reporte de pagos para la gestión de pagos, calcular
el pago de un instructor de acuerdo a su asistencia toma tiempo, dado que, se debe
obtener lo calculado en base a la asistencia registrada de manera manual que se
realiza en un cuaderno de control y se deduce la remuneración de estos por las
horas trabajadas en el mes.
16
Tal como ocurre en el reporte anterior, el tiempo empleado en construir

manualmente este reporte es mucho en comparación a un reporte obtenido de
manera automática a través de un sistema informático a medida.
La reducción de estos tiempos en los procesos de la empresa constituiría también

una reducción de los gastos.
Por otro lado, se realizó un cuestionario a los trabajadores de la empresa incluyendo

a la gerente para determinar el nivel de satisfacción del usuario respecto a los
métodos de trabajo actuales, y se determinó que estos no están muy conformes con
el trabajo casi manual realizado.
De la descripción efectuada se pueden identificar los siguientes problemas:
- Mucho tiempo empleado para realizar el proceso de gestión de la empresa.

- Mucho costo de realización del proceso de gestión de la empresa.
- Nivel bajo de satisfacción del usuario.
Esta situación problemática debe ser solucionada, por lo que se propone una
solución basada en Sistemas de Información que informatice todos los procesos
mencionados y permita el desarrollo de la empresa.
1.2 Enunciado del Problema
¿Cómo incide la implementación de un sistema de información en la gestión de la

empresa UP AND DOWN INVERSIONES SAC?
1.3 Hipótesis
El sistema de información mejora la gestión de la empresa UP AND DOWN

INVERSIONES SAC disminuyendo errores de procesamiento, costos y tiempos
asociados.
17
1.4 Justificación
1.4.1 Justificación Académica
El presente proyecto se desarrollará dentro del reglamento de Grados y

Títulos de la Escuela Académico Profesional de Ingeniería de Sistemas
de la Universidad Nacional de Trujillo, por lo tanto no existe
impedimento legal alguno para su desarrollo.
1.4.2 Justificación Económica
La presencia de un sistema informático contribuirá de manera

significativa en la empresa, se reducirán tiempos de los procesos
cotidianos, que pueden traducidos en ahorro y/o ganancia económica.
1.4.3 Justificación Operativa
Se facilitará la ejecución de los procesos y operaciones relacionados

como la atención al cliente, el registro de asistencias de alumnos e
instructores y la matrícula. En resumen, se busca mejorar el
procesamiento de la información y la gestión administrativa.
1.4.4 Justificación Tecnológica
La presencia de un sistema de información como herramienta tecnológica

informatizará y mejorará los procesos de gestión en la empresa lo que,
por lo tanto, mejorará la gestión.
1.4.5 Justificación Social
Los empleados de la empresa mejorarán su trabajo y tendrán una mejor

calidad de vida con la presencia de un sistema de información en su
actividad laboral diaria.
18
1.5 Objetivos
1.5.1 Objetivo General
Mejorar la gestión de alumnos, instructores y parte diario de la empresa

UP AND DOWN INVERSIONES SAC mediante la implementación de
un sistema de información.
1.5.2 Objetivos Específicos
1. Reducir el tiempo del proceso de gestión de alumnos, instructores

y parte diario en la empresa.
2. Reducir los costos de los procesos de gestión de alumnos,
instructores de la empresa.
3. Incrementar el nivel de satisfacción del usuario.
1.6 Limitaciones
En esta tesis no se enfocó en el aspecto contable, logístico de la empresa. Además, se

tomó en cuenta la gestión recursos humanos de manera parcial.
19
CAPÍTULO II: MARCO

TEÓRICO
2.1 Antecedentes
2.1.1 Locales
- “Implementación de un Sistema Integrado para mejorar la Gestión

Académica y Administrativa del Colegio Nacional María Negrón Ugarte”.
De acuerdo a (Zelada Vela, 2002), el Objetivo General fue poner en marcha
un Sistema Integrado Transaccional para mejorar la gestión Académica y
Administrativa. Para lograr esto realizaron un planeamiento estratégico del
negocio y de la información, determinaron áreas del negocio e
implementaron el sistema.
Se relaciona con el proyecto porque se enfoca en mejorar la gestión
administrativa y el negocio es orientado a alumnos, tal como se realizará en
el presente proyecto.
- “Solución Web para Mejorar la Gestión de Citas de la empresa logística

Neptunia SA. Aplicando el Proceso Unificado de Rational”.
Según (Urrelo Chunga, y otros, 2011), el Objetivo General fue implementar
un sistema de registro de citas para el despacho de contenedores en el rubro
de la exportación.
Se relaciona con el proyecto porque se aplicó el Proceso Unificado de
Rational, metodología que también se aplicará para este proyecto; y además,
está orientado a la gestión administrativa tal como se orienta el proyecto
presentado.
2.1.2 Nacionales
- “Análisis, diseño e implementación de un sistema de solicitudes de pago de

remuneraciones eventuales vía una intranet”.
De acuerdo a (Carranza Liza, 2010), el Objetivo General de la presente tesis
fue proponer el análisis, diseño e implementación de un sistema de
solicitudes de pago de remuneración adicional eventual vía una Intranet para
la Pontificia Universidad Católica del Perú, para la oficina de Presupuesto y
de la sección Planilla de la institución.
21
Se relaciona con el proyecto porque está dividida en capítulos donde detalla

todo el proceso de la construcción del sistema de gestión mencionado, lo
cual servirá de guía para el desarrollo del proyecto.
2.2 Teorías que sustentan el trabajo
2.2.1 Teorías
a. Gestión
De acuerdo a (García-Pelayo y Gross, 1972), el Pequeño Larousse Ilustrado

define a la gestión como la acción y efecto de administrar. Según afirma (R.
Terry, 1974), administrar es un proceso distintivo que consiste en la
planeación, organización, ejecución y control, ejecutados para determinar y
lograr los objetivos mediante el uso de gente y recursos .
b. Matrícula
Según (Real Academia Española, 2010), en el diccionario de la Lengua

Española de la Real Academia Española, matrícula tiene las siguientes
definiciones:
- Lista o catálogo de los nombres de las personas, o

especificación de los bienes raíces, que se asientan para un fin
determinado por las leyes o reglamentos.
- Documento en que se acredita este asiento.
- Conjunto de gente que se ha matriculado.
- Acción y efecto de matricular o matricularse.
c. Pagos
Según (García-Pelayo y Gross, 1972), el Pequeño Larousse Ilustrado define

el término pago como la entrega de algo que se debe.
22
d. Asistencia
De acuerdo a (Real Academia Española, 2010), en el diccionario de la

Lengua Española de la Real Academia Española, asistencia se define como:
- Acción de estar o hallarse presente.

- Conjunto de personas que están presentes en un acto.
e. Sistema de Información
Según (Laudon, y otros, 2004), es un conjunto de componentes

interrelacionados que permiten capturar, procesar, almacenar y distribuir la
información para apoyar la toma de decisiones y el control dentro de una
organización.
Actividades básicas de los sistemas de información

Un sistema de información realiza estas actividades:
1. Entrada de Información
Según (Monografías, 2017), es el proceso mediante el cual el sistema de

información toma los datos que requiere para procesar la información.
Las entradas pueden ser manuales o automáticas. Las manuales son
aquellas que se proporcionan en forma directa por el usuario, mientras
que las automáticas son datos o información que provienen o son
tomados de otros sistemas o módulos. Esto último se denomina
interfaces automáticas.
2. Almacenamiento de Información
De acuerdo a (Monografías, 2017), es una de las actividades o

capacidades más importantes que tiene una computadora, ya que a
través de esta propiedad el sistema puede recordar la información
guardada en la sección o proceso anterior. Esta información suele ser
almacenada en estructuras de información denominadas archivos.
23
3. Procesamiento de Información
Según (Monografías, 2017), es la capacidad del sistema de información

para efectuar cálculos de acuerdo con una secuencia de operaciones
preestablecida. Estos cálculos pueden efectuarse con datos introducidos
recientemente en el sistema o bien con datos que están almacenados.
Esta característica de los sistemas permite la transformación de datos
fuente en información que puede ser utilizada para la toma de
decisiones.
4. Salida de Información
De acuerdo a (Monografías, 2017), es la capacidad de un sistema de

información para sacar la información procesada o bien datos de
entrada al exterior. Las unidades típicas de salida son las impresoras,
terminales, diskettes, cintas magnéticas, la voz, los graficadores y los
plotters, entre otros. Es importante aclarar que la salida de un sistema
de información puede constituir la entrada a otro Sistema de
Información o módulo.
f. Base de Datos
De acuerdo a (Date, 2001), un sistema de bases de datos es básicamente un

sistema computarizado para llevar registros. Es posible considerar a la
propia base de datos como un armario electrónico para archivar; es decir, es
un depósito o contenedor de una colección de archivos de datos
computarizados. Los usuarios del sistema pueden realizar una variedad de
operaciones sobre dichos archivos, por ejemplo:
- Agregar nuevos archivos vacíos a la base de datos;
- Insertar datos dentro de los archivos existentes;
- Recuperar datos de los archivos existentes;
- Modificar datos en archivos existentes;
- Eliminar datos de los archivos existentes;
- Eliminar archivos existentes de la base de datos.
24
g. Lenguaje Unificado de Modelado (Unified Modeling Lenguage, UML)
Según afirma (Powel, 2014), el Lenguaje Unificado de Modelado (UML) es

un lenguaje estándar de modelamiento de objetos, propiedad del Grupo de
Administración de Objetos (Object Management Group, OMG). La versión
inicial del UML estándar de OMG, 1.1, fue liberada en Noviembre de 1997.
Desde entonces, se han hecho un número de menores revisiones y una
revisión mayor. A la fecha de este escrito, la versión actual de este estándar
es 2.4.1 y está disponible desde el OMG en www.omg.org.
UML es un rico lenguaje para modelar software y sistemas, y es el de facto

estándar para modelamiento de software. UML es primero que todo,
relativamente fácil de aprender, y una vez aprendido, relativamente
intuitivo. En segundo lugar, UML está bien definido, y los modelos escritos
en UML pueden ser verificables, así que no solo los modelos pueden ser
directamente ejecutados (con herramientas apropiadas, tales como Rational
RhapsodyTM), si no que código de calidad puede ser generado de ellos. En
tercer lugar, existe excelentes herramientas de soporte; no solo hay muchos
proveedores, si no que los proveedores se distinguen ellos mismos en el
mercado por enfatizar diferentes aspectos del modelado y desarrollo.
25
Figura 1: Diagramas UML

Fuente: (Powel, 2014)
La notación usada por UML es grafica en naturaleza, fácil de dominar y,

para la mayor parte, simple de entender. Aunque algunas personas
reclaman que UML tiene demasiados diagramas, en realidad existe solo 4
tipos básicos (ver Figura 1). Primero están los diagramas estructurales,
incluyendo el diagrama de clases, estructuras, objetos, paquetes,
componentes y despliegue. Realmente están básicamente diferenciados no
sobre los contenidos de los diagramas si no sobre su propósito. Los
diagramas funcionales enfatizan funcionalidad pero no estructura o
comportamiento; los diagramas funcionales incluyen a los diagramas de
casos de uso y de flujo de información. Los diagramas de interacción se
enfocan en como los elementos colaboran juntos sobre el tiempo para
alcanzar las metas funcionales; los diagramas de interacción incluyen los
diagramas de secuencia, comunicación (anteriormente conocido como
diagramas de "colaboración"), y diagramas de sincronización. Finalmente,
los diagramas de comportamiento se enfocan en especificaciones de
comportamiento; estos incluyen los diagramas de estados y de actividad.
Aunque la amplitud de la notación puede ser un poco abrumador para los
26
novatos, en realidad, sistemas complejos pueden ser fácilmente

desarrollados con tres diagramas - diagramas de clases, diagramas de
estado y diagramas de secuencia. Los otros diagramas pueden ser usados
para modelar aspectos adicionales del
sistema (tales como captura de requerimientos, o como el software se
asigna al hardware subyacente). Los diagramas adicionales ciertamente
agregan valor, pero en la práctica, tu solo necesitas los tres tipos de
diagramas básicos para desarrollar sistemas y software.
h. Arquitectura Cliente/Servidor
Según (Kendall, y otros, 2005), se refiere a un modelo de diseño que se

puede pensar como aplicaciones que se ejecutan en una red de área local
(LAN). En términos muy básicos, puede describir que el cliente solicita –y
que el servidor ejecuta o de alguna forma realiza- las solicitudes de trabajo.
Las computadoras en la red se programan para desempeñas eficazmente el
trabajo dividiendo las tareas de procesamiento entre clientes y servidores.
Cuando piensa en el modelo cliente/servidor, debe pensar en un sistema que
coloca a los usuarios como el centro de trabajo, con su interacción con datos
que son el concepto clave. Aunque hay dos elementos funcionando –el
cliente y el servidor- el objetivo del modelo es que los usuarios lo vean
como un sistema. De hecho, se espera que los usuarios no adviertan como
desempeña la red cliente/servidor como desempeña su procesamiento
distribuido, debido a que debe tener una apariencia de un sistema unificado.
2.2.2 Metodologías y/o Métodos
a. Proceso Unificado de Rational (Rational Unified Process, RUP)
Según (Debrauwer, y otros, 2009), RUP es un proceso de realización o de

evolución de software enteramente basado en UML. Está constituido por un
conjunto de directivas que permiten producir software a partir del pliego de
condiciones (requisitos). Cada directiva define quién hace qué y en qué
27
momento. Un proceso permite, por tanto, estructurar las diferentes etapas de

un proyecto informático.
RUP es un producto comercial suministrado en forma de sitio web
reservado a los clientes que han comprado la licencia a Rational Software
(http://www.rational.com). Los principios de RUP proceden del Proceso
Unificado; los tres autores de este último son los mismos que los de UML.
La diferencia entre RUP y el Proceso Unificado es el gran número de
modelos disponibles que ofrecen un ahorro de tiempo en RUP.
De acuerdo a (Rueda, 2006), RUP tiene dos dimensiones:
- El eje horizontal, representa el tiempo y demuestra los aspectos del ciclo

de vida del proceso.
- El eje vertical, representa las disciplinas, que agrupan actividades
definidas lógicamente por la naturaleza.
Figura 2: Metodología RUP

Fuente: (Rueda, 2006)
Fases
El ciclo de vida del software del RUP se descompone en cuatro fases secuenciales
(figura 2). En cada extremo de una fase se realiza una evaluación (actividad:
28
Revisión del ciclo de vida de la finalización de fase) para determinar si los

objetivos de la fase se han cumplido. Una evaluación satisfactoria permite que el
proyecto se mueva a la próxima fase.
Inception Elaboration Construction Transition
Architecture
tiempo
Figura 3: Fases de RUP

Fuente: (Rueda, 2006)
El ciclo de vida consiste en una serie de ciclos, cada uno de los cuales
produce una nueva versión del producto, cada ciclo está compuesto por
fases y cada una de estas fases está compuesta por un número de iteraciones,
estas fases son:
1. Concepción, Inicio o Estudio de oportunidad

Según (Rueda, 2006):
- Define el ámbito y objetivos del proyecto
- Se define la funcionalidad y capacidades del producto
2. Elaboración
De acuerdo a (Rueda, 2006):
- Tanto la funcionalidad como el dominio del problema se estudian en
profundidad
- Se define una arquitectura básica
- Se planifica el proyecto considerando recursos disponibles
3. Construcción
Según (Rueda, 2006):
- El producto se desarrolla a través de iteraciones donde cada iteración
involucra tareas de análisis, diseño e implementación
29
- Las fases de estudio y análisis sólo dieron una arquitectura básica

que es aquí refinada de manera incremental conforme se construye
(se permiten cambios en la estructura)
- Gran parte del trabajo es programación y pruebas
- Se documenta tanto el sistema construido como el manejo del mismo
- Esta fase proporciona un producto construido junto con la
documentación
4. Transición
De acuerdo a (Rueda, 2006):
- Se libera el producto y se entrega al usuario para un uso real
- Se incluyen tareas de marketing, empaquetado atractivo, instalación,
configuración, entrenamiento, soporte, mantenimiento, etc.
- Los manuales de usuario se completan y refinan con la información
anterior
- Estas tareas se realizan también en iteraciones.
b. ICONIX
Según afirma (de San Martin Oliva, 2004), es un proceso simplificado en

comparación con otros procesos más tradicionales, que unifica un conjunto
de métodos de orientación a objetos con el objetivo de abarcar todo el ciclo
de vida del proyecto.
Presenta claramente las actividades de cada etapa y exhibe una secuencia de
pasos que deben ser seguidos.
Se encuentra entre la complejidad de RUP y la simplicidad de XP.
Características
- Iterativo e incremental: varias iteraciones ocurren entre el desarrollo
del modelo del dominio y la identificación de los casos de uso. El
30
modelo estático es incrementalmente refinado por los modelos

dinámicos.
- Trazabilidad: cada paso está referenciado por algún requisito. Se
define trazabilidad como la capacidad de seguir una relación entre
los diferentes “artefactos de software” producidos.
- Dinámica del UML: La metodología ofrece un uso “dinámico” del
UML porque utiliza algunos diagramas del UML, sin exigir la
utilización de todos, como en el caso de RUP.
Tareas de ICONIX
1. Análisis de requisitos
- Modelo de dominio.
- Prototipación rápida.
- Modelo de casos de uso.
2. Análisis y diseño preliminar
- Descripción de casos de uso.

- Diagrama de robustez.
3. Diseño
- Diagrama de secuencia.
4. Implementación
- Escribir/Generar el código.
c. OOHDM
De acuerdo a (Lamarca Lapuente, 2011), el modelo OOHDM u Object

Oriented Hypermedia Design Methodology, para diseño de aplicaciones
hipermedia y para la Web, fue diseñado por D. Schwabe, G. Rossi, and S.
D. J. Barbosa y es una extensión de HDM con orientación a objetos, que se
está convirtiendo en una de las metodologías más utilizadas. Ha sido usada
31
para diseñar diferentes tipos de aplicaciones hipermedia como galerías

interactivas, presentaciones multimedia y, sobre todo, numerosos sitios web.
Al igual que RMM, este método se inspira en el modelo HDM, pero lo que
le distingue claramente del primero es el proceso de concepción orientado a
objetos. OOHDM propone el desarrollo de aplicaciones hipermedia
mediante un proceso de 4 etapas:
- diseño conceptual
- diseño navegacional
- diseño de interfaces abstractas
- implementación
Cada etapa de la concepción define un esquema objeto específico en el que

se introducen nuevos elementos (clases).
En la primera etapa se construye un esquema conceptual representado por

los objetos de dominio o clases y las relaciones entre dichos objetos. Se
puede usar un modelo de datos semántico estructural (como el modelo de
entidades y relaciones). El modelo OOHDM propone como esquema
conceptual basado en clases, relaciones y subsistemas.
En la segunda etapa, el diseñador define clases navegacionales tales como

nodos, enlaces y estructuras de acceso (índices y visitas guiadas) inducidas
del esquema conceptual. Los enlaces derivan de las relaciones y los nodos
representan ventanas lógicas sobre las clases conceptuales. A continuación,
el diseñador describe la estructura navegacional en términos de contextos
navegacionales. Un contexto navegacional es un conjunto de nodos, enlaces,
clases de contextos y otros contextos navegacionales (contextos anidados) -
igual que en HDM definen agrupaciones- que pueden ser definidos por
comprensión o extensión, o por enumeración de sus miembros. Los nodos
se enriquecen con un conjunto de clases especiales que permiten presentar
atributos así como métodos o comportamientos cuando se navega en un
contexto particular. Durante esta etapa, es posible adaptar los objetos
32
navegacionales para cada contexto, de forma similar a las perspectivas de

HDM.
OOHDM no propone un modelo enriquecido para el dominio de la

aplicación, por lo que deja libre al diseñador para elegir el modelo de
especificación del dominio. Sin embargo, el modelo hipermedia está
definido en dos niveles de abstracción: las clases navegacionales y los
contextos navegacionales.
En el momento de la especificación de las clases navegacionales es cuando

el diseñador define las correspondencias y, aunque OOHDM sugiere
algunas, no impone metáforas preestablecidas tan sistemáticamente como
RMM. Los nodos inducidos de las clases del modelo del dominio y los
enlaces inducidos de las relaciones del modelo del dominio se pueden
precisar. Como el segundo nivel está consagrado a la especificación de la
navegación, expresada exclusivamente sobre los objetos navegacionales (no
sobre los elementos del modelo del dominio), constituye un mecanismo que
permite enriquecer el modelo hipermedia.
La tercera etapa está dedicada a la especificación de la interfaz abstracta.

Así, se define la forma en la cual deben aparecer los contextos
navegacionales. También se incluye aquí el modo en que dichos objetos de
interfaz activarán la navegación y el resto de funcionalidades de la
aplicación, esto es, se describirán los objetos de interfaz y se los asociará
con objetos de navegación. La separación entre el diseño navegacional y el
diseño de interfaz abstracta permitirá construir diferentes interfaces para el
mismo modelo navegacional.
Por fin, la cuarta etapa, dedicada a la puesta en práctica, es donde se hacen

corresponder los objetos de interfaz con los objetos de implementación.
33
2.2.2.1 Selección de Metodología
Para seleccionar la metodología se asignó valores entre el 1 al 5 a ciertos

criterios de evaluación. Estos valores fueron asignados de acuerdo al juicio de
expertos, los cuales fueron encuestados para realizar la evaluación, dicha
encuesta se encuentra en el Anexo 1. Los criterios de evaluación son los
siguientes:
Flexibilidad, Se refiere a si la metodología puede adaptarse a cualquier

situación y si se puede hacer variantes de acuerdo al problema.
Requerimientos, Aquí hacemos mención a si la metodología contempla una

captura de requerimientos adecuada.
Soporte Bibliográfico, Se refiere a si existe información (bibliografía,

antecedentes, etc.) de la metodología.
Compatible, Si es o no compatible para el desarrollo para aplicaciones de

escritorio.
Tiempo de Desarrollo, Si la metodología ayuda a extender un poco el tiempo

de desarrollo del proyecto, sin perjudicarlo.
Soporte de Software, Si hay la existencia de software que apoye a la

metodología en selección.
Se empleará la Escala de Likert (Consiste en un conjunto de afirmaciones,

juicios y preguntas frente a la cual la persona expresa su reacción), el significado
de los valores se muestran en la siguiente:
34
Puntaje Significado
1 Muy Bajo
2 Bajo
3 Medio
4 Alto
5 Muy Alto
Tabla 1: Puntaje y significado

Fuente: Elaboración propia
Se realizó tres encuestas de las cuales se obtiene el promedio de los tres puntajes
asignados a cada par metodología/criterio (Las encuestas se pueden observar en
el Anexo 1). La puntuación de los criterios de evaluación con las diferentes
tecnologías obtenida es la siguiente:
CRITERIO DE EVALUACIÓN
METODOLOGÍA
Tiempo de Desarrollo
Soporte Bibliográfico
Soporte Software
Requerimientos
Compatibilidad
Flexibilidad
Sumatoria
RUP 4 4.67 5 4.34 3.67 5 26.67
ICONIX 3 3.67 3.34 3.34 3 3.34 19.67
OOHDM 3 3.34 2.67 3.67 3 3.34 19
Tabla 2: Evaluación de las metodologías

Por lo tanto se concluye que, para el presente proyecto se empleará la

metodología RUP, ya que en la evaluación fue la que obtuvo más puntaje de
acuerdo al juicio de expertos.
35
2.2.3 Tecnología
a. Gestor de Base de Datos
Según (Cobo Yera), un sistema de gestión de base de datos (SGBD) es un

software o conjunto de programas que permite crear y mantener una base de
datos. El SGBD actúa como interfaz entre los programas de aplicación
(Usuarios) y el sistema operativo. El objetivo principal de un SGBD es
proporcionar un entorno eficiente a la hora de almacenar y recuperar la
información de la base de datos.
Este software facilita el proceso de definir, construir y manipular bases de
datos para diversas aplicaciones.
b. Lenguaje de Programación
Según (Rodríguez Sala, 2003), Lenguaje artificial que se utiliza para

expresar programas de ordenador.
Cada ordenador, según su diseño, “entiende” un cierto conjunto de
instrucciones elementales (lenguaje máquina). No obstante, para facilitar la
tarea del programador, se dispone también de lenguajes de alto nivel más
fáciles de manejar y que no dependen del diseño específico de cada
ordenador. Los programas escritos en un lenguaje de alto nivel no podrían
ser ejecutados por un ordenador mientras no sean traducidos al lenguaje
propio de éste.
c. IBM Rational Rose
De acuerdo a (IBM, 2011), Rational Rose es una herramienta CASE que

proporciona un lenguaje de modelado común que permite desarrollar
software de calidad rápidamente. Es compatible con el lenguaje UML y
agiliza el desarrollo de aplicaciones con código generado a partir de modelos
visuales.
36
2.3 Definición de términos
Sistema de Información
Según afirma (Laudon, 2004), es un conjunto de componentes interrelacionados

que recolectan (o recuperan), procesan, almacenan y distribuyen información
para apoyar a la toma de decisiones y el control de una organización. Además de
apoyar la toma de decisiones, las coordinaciones y el control, los sistemas de
información también pueden ayudar a los gerentes y trabajadores a analizar los
problemas, a visualizar asuntos complejos y a crear productos Nuevos.
Gestión
De acuerdo a (García-Pelayo y Gross, 1972), el Pequeño Larousse Ilustrado

define a la gestión como la acción y efecto de administrar. Según (R. Terry,
1974), administrar es un proceso distintivo que consiste en la planeación,
organización, ejecución y control, ejecutados para determinar y lograr los
objetivos mediante el uso de gente y recursos.
Lenguaje de modelado de objetos
Según (Wikipedia, 2017), es un conjunto estandarizado de símbolos y de modos

de disponerlos para modelar (parte de) un diseño de software orientado a
objetos.
Sistema de Gestión de Base de Datos
De acuerdo a (Wikipedia, 2017), es un conjunto de programas que permiten el

almacenamiento, modificación y extracción de la información en una base de
datos, además de proporcionar herramientas para añadir, borrar, modificar y
analizar los datos. Los usuarios pueden acceder a la información usando
herramientas específicas de consulta y de generación de informes, o bien
mediante aplicaciones al efecto.
37
CAPÍTULO III: MATERIALES Y

MÉTODOS
3.1 Material
3.1.1 Unidad de Análisis

Gestión de la empresa UP AND DONW INVERSIONES SAC.
3.1.2 Objeto de Estudio

Los procesos implicados en el manejo de información correspondiente a la
gestión de la empresa UP AND DONW INVERSIONES SAC.
3.1.3 Población y Muestra

La población y muestra se calculará por indicador y para ello se usarán las
siguientes fórmulas:
- Fórmula para el cálculo de la muestra
NZ 2 PQ
n ………………......................................(3.1)
( N  1) D 2  Z 2 PQ
Donde:
n : Muestra
N : Población
Z : Nivel de confianza (95%)
P : Probabilidad de éxito (50%)
Q : Probabilidad de fracaso (50%)
e : Error (5%)
- Fórmula para el cálculo de la muestra ajustada
n ….…………………......................................................(3.2)
n' 
n
1
N
Donde:
n' : Muestra ajustada
n : Muestra
N : Población
39
3.1.4 Indicadores
I1: Tiempo de Generación del Parte Diario.
El usuario genera el reporte de Parte Diario en promedio 2 veces al día, entonces
la población sería:
𝒓𝒆𝒑𝒐𝒓𝒕𝒆𝒔 𝒅𝒊𝒂𝒔
𝟐 ×𝟔 × 𝟏𝟐 𝒔𝒆𝒎𝒂𝒏𝒂𝒔 = 𝟏𝟒𝟒 𝒓𝒆𝒑𝒐𝒓𝒕𝒆𝒔
𝒅𝒊𝒂 𝒔𝒆𝒎𝒂𝒏𝒂
Hallamos la muestra con la ecuación (3.1):
(144)(0.95) 2 (0.5)(0.5) .........................................(3.5)

n
(144  1)(0.05) 2  (0.95) 2 (0.5)(0.5)
n  56
Por lo la tanto la muestra es 56.
I2: Costos en la Elaboración del Parte Diario.

El usuario genera el reporte de Parte Diario 2 veces en promedio al día
(frecuencia). La población, tal como se calculó anteriormente, es 144 y la
muestra es 56.
I3: Costo en la Elaboración del Reporte de Matrículas.

El usuario genera el reporte de matrículas 8 veces a la semana en promedio,
entonces la población sería:
𝒓𝒆𝒑𝒐𝒓𝒕𝒆𝒔
𝟖 × 𝟏𝟐 𝒔𝒆𝒎𝒂𝒏𝒂𝒔 = 𝟗𝟔 𝒆𝒎𝒊𝒔𝒊𝒐𝒏𝒆𝒔
𝒔𝒆𝒎𝒂𝒏𝒂
Hallamos la muestra con la ecuación (3.1):
(96)(0.95) 2 (0.5)(0.5) .........................................(3.6)

n
(96  1)(0.05) 2  (0.95) 2 (0.5)(0.5)
n  47
40
Por lo la tanto la muestra es 47.
I4: Nivel de satisfacción de usuario.

Se tomara como población y a la vez muestra a los usuarios del sistema que
corresponde a 4 personas.
En la siguiente tabla se muestra el resumen de los indicadores:
Indicador Población Muestra Prueba Estadística

I1: Generación del 144 56 Prueba Z
Parte Diario
I2: Costo en la 144 56 Prueba Z
elaboración del Parte
Diario
I3:Costo en la 96 47 Prueba Z
elaboración del
Reporte de Matrículas
I4: Nivel de 4 4 Prueba T
Satisfacción de
Usuario
Tabla 3: Población, Muestra y Prueba Estadística de cada Indicador
Las condiciones para usar las pruebas estadísticas son las siguientes:
a. Para un indicadores cualitativos

Ya que se tiene una muestra n<=30 se utilizará la Prueba de t Student
diferencia de medias.
b. Para un indicadores cuantitativos

Ya que se tiene una muestra n>30 se utilizará la Prueba de Z Normal
diferencia de medias.
41
3.2 Métodos
3.2.1 Tipo de Investigación

a. De acuerdo a la orientación:
Aplicada, dado que en la investigación a realizar se pone en práctica los
conocimientos adquiridos a lo largo de la carrera.
b. De acuerdo a la técnica de contrastación:
La investigación a realizar es de tipo cuasi - experimental, porque para el
estudio se manipulan algunas variables deliberadamente, lo que se va a
hacer es observar tal y como se desarrollan en su contexto natural, para
posteriormente analizarlos.
3.3 Técnicas
Las técnicas para el levantamiento de información que se emplearon en este
proyecto son las siguientes:
Técnica Descripción
 Se utiliza como instrumento el cuestionario cuyas preguntas

Encuestas fueron seleccionadas y clasificadas, teniendo como fuente a
los clientes, empleados (Ver Anexo 2 y Anexo 3).
Entrevistas  Se utilizará para extraer información al personal

administrativo de la empresa
 Utilizando como fuente de datos libros, informes, separatas,
Documentos páginas de Internet, etc. referente a temas relacionados con la
investigación.
Observación Directa  Las observaciones de primera mano realizadas por los

investigadores.
Tabla 4: Técnicas para la recolección de datos

42
CAPÍTULO IV: RESULTADOS
4.1 FASE DE INCEPCION
4.1.1 MODELO DEL NEGOCIO
4.1.1.1 Visión del Negocio
4.1.1.1.1 Posicionamiento
Oportunidad de Negocio
Con el desarrollo e implementación de esta tesis se reemplazan los procesos
manuales que se venían haciendo en la Empresa UP AND DOWN
INVERSIONES SAC, implementando un Sistema de Información que
brindará apoyo en el proceso de gestión del personal administrativos e
instructores.
Permitiendo al personal automatizar los procesos así como también tener un

control de las asistencias de los alumnos y el control de pagos para posibles
estrategias de negocio que puedan elaborarse por la gerencia.
El gimnasio UP AND DOWN S.A.C. es uno de los gimnasios más

reconocidos de Trujillo. Ante la necesidad de automatizar los procesos de
control de asistencia de alumnos e instructores, gestión de pago y facilitar la
toma de decisiones del área de gerencia, además la ausencia de un sistema
control y estable obliga a la implementación de un sistema de información
para reducir los tiempos de control de asistencia y gestión de pago y sirva
para mejorar la imagen y prestigio de la empresa a través del uso de nuevas
tecnologías.
4.1.1.1.2 Descripción de los usuarios
A. Demografía del Mercado

La comunidad de usuarios en el entorno del gimnasio UP AND DOWN
S.A.C es un conjunto de personas conocedoras del uso de aplicaciones
informáticas y espera del sistema características de utilidad, interfaz
amigable, seguridad y velocidad.
44
B. Descripción de Stakeholders
Nombre Representa Rol

Secretaria Usuario final que usará el sistema. Verifica y procesa el registro
Registrar matricula, nuevo alumnos, de las matrículas, alumnos e
nuevo instructor y gestión de pago. instructores además realiza
consultas de pago a los
instructores.
Instructor Usuario Final que usará el sistema. Registra la asistencia de los
Registra la asistencia de los alumnos. alumnos. Emite e imprime las
fichas de asistencia.
Tabla 5: Descripción de Stakeholders

C. Ambiente de Usuario
La comunidad de usuarios en el entorno del gimnasio UP AND DOWN

S.A.C tiene como ambiente de trabajo el local administrativo, donde se
desarrollan todas las actividades del gimnasio y donde acuden los
diferentes alumnos de la ciudad y de la región, en dicho local.
4.1.1.2 Reglas del Negocio.
- El gimnasio brinda paquetes de servicios, es decir, hace descuentos por

asistir a varios servicios.
- También brinda descuentos a clientes frecuentes.
- El gimnasio ofrece los servicios de aeróbicos, máquinas, spinning, sauna y

fullbody.
- También ofrece la venta de bebida hidratantes, bebidas gaseosas, productos

para el aumento de masa, vitaminas y agua embotellada.
- A cada alumno se le proporciona una cartilla en donde se le indica la rutina

de ejercicios q llevará y recomendaciones generales.
- Además, a cada alumno se le proporciona un carné identificatorio el cual se

actualiza en cada matricula.
45
- La matrícula varía por servicio pero en la mayoría cuesta 50 soles.
4.1.1.3 Glosario del Negocio
- Actor: Conjunto uniforme de personas, sistemas o maquinas externas al

sistema que estamos modelando, que cumple un rol determinado y que
interactúan con él.
- Artefacto: Piezas de información usadas o producidas durante el proceso de

desarrollo de software pueden ser código fuente, normas ejecutables de
programas, documentación, otros.
- Atributos de requerimiento: Es una propiedad de una clase identificada

con su nombre.
- Caso de uso: Especifica el comportamiento de un sistema o una parte del

mismo, y es una descripción de un conjunto de secuencia de acciones.
- Cliente: Actores que representa roles que juegan las personas que
interactúan con el sistema.
- Diseñador: Es la persona responsable para desarrollar la funcionalidad de

acuerdo con las normas, estándares y procedimientos adoptados del
proyecto. Esto puede incluir actividades en cualquiera de las disciplinas de
requisitos, análisis y diseño, implementación y pruebas
- Especificador de requerimiento: Detalla la especificación de una parte de

la funcionalidad del sistema, descubriendo los aspectos de los requerimientos
de uno o varios casos de uso y otros requerimientos de software de apoyo.
También pueden ser responsables para un paquete de caso de uso, y
mantiene la integridad de ese paquete.
- Iteración: Se utiliza para modelar los aspectos dinámicos de las

colaboraciones, que representa sociedades de objetos que juegan roles
específicos, y colaboran entre sí para llevar a cabo un comportamiento
mayor que la suma de los comportamientos de sus elementos.
46
- Rasgo: Servicios observable externamente proporcionado por el sistema que

cumple directamente una necesidad de stakeholder.
- Requerimiento de software: Es una característica de diseño, una propiedad

o un comportamiento de un sistema.
- Rol: Denota el comportamiento de un actor es un contexto en particular,

dicho de otra manera un rol es la cara que una abstracción presenta al
mundo.
- Stakeholder: Son individuos y organizaciones que están activamente

involucrados en el proyecto y cuyos intereses pueden ser artefactos positivos
o negativos como resultado de la ejecución del proyecto o su culminación
exitosa.
- TI: Tecnología de información
- Usuario: Persona que usará el sistema que será desarrollado.
47
4.1.1.4 Diagrama de Casos de uso del Negocio.
Figura 4: Diagrama de Casos de uso del Negocio

48
4.1.1.5 Diagrama de Actividades del Negocio
4.1.1.5.1 Diagrama de Actividades: Registrar matrícula.
Figura 5: Diagrama de Actividades del Caso de Uso: Registrar nueva matrícula

49
4.1.1.5.2 Diagrama de Actividades: Registrar asistencia diaria de alumnos.
Figura 6: Diagrama de Actividades del Caso de Uso: Registrar asistencia diaria de alumnos
50
4.1.1.5.3 Diagrama de Actividades: Generar Reporte de Parte Diario
Figura 7: Diagrama de Actividades del Caso de Uso: Generar Reporte de Parte Diario
51
4.1.1.5.4 Diagrama de Actividades: Calcular Pago a Instructores
Figura 8: Diagrama de Actividades del Caso de Uso: Calcular Pago a Instructores

52
4.1.1.5.5 Diagrama de Actividades: Marcar asistencia diaria de instructores.
Figura 9: Diagrama de Actividades del Caso de Uso: Marcar asistencia diaria de instructores
53
4.1.1.6 Modelo de Objetos del Negocio
4.1.1.6.1 MON CU: Registrar matricula.
Figura 10: MON CU: Registrar matricula

4.1.1.6.2 MON CU: Registrar asistencia diaria de alumnos.
Figura 11: MON CU: Registrar asistencia diaria de alumnos

54
4.1.1.6.3 MON CU: Generar Reporte de Parte Diario.
Figura 12: MON CU: Generar Reporte de Parte Diario

4.1.1.6.4 MON CU: Registrar asistencia de instructores.
Figura 13: MON CU: Registrar asistencia de instructores

55
4.1.1.6.5 MON CU: Calcular Pago a instructores.
Figura 14: MON CU: Calcular Pago a instructores

56
4.1.1.7 Modelo de Dominio
Figura 15: Modelo de Dominio

57
4.1.2 MODELO DE REQUERIMIENTOS
4.1.2.1 Requerimientos funcionales.

 Registrar alumnos nuevos con nombre, dirección, fecha de
nacimiento y correo electrónico.
 Registrar asistencia diaria de alumnos.
 Mostrar alumnos por código, apellido, servicio o paquete.
 Mostrar asistencia de alumnos por código.
 Registrar matrículas con servicio, paquete, fecha de inicio, fecha

final, cantidad a pagar, tipo (diario, interdiario) y tiempo (1 mes, 15
días, 1 semana, libre).
 Registrar matrículas con canje.
 Registrar asistencia de instructores.
 Mostrar asistencia de instructores por servicio y mes.
 Registrar entradas y salidas de dinero
 Generar informe de parte diario
 Generar sueldos automáticamente de acuerdo al horario
4.1.2.2 Requerimientos no funcionales.

 Uso del sistema operativo Windows 7.
 Lenguaje de desarrollo Visual Basic.NET 2010.
 Base de Datos SQL Server 2008 Express.
 El software debe ser intuitiva amigable para el usuario.
 Los reportes deben ser generados en Excel.
 Las interfaces del software debe tener una combinación de colores

que no cansen al usuario.
58
 El software debe ser implementado en base a buenas prácticas

estándares de desarrollo.
 El tiempo de atención al público debe disminuir.
4.1.2.3 Diagrama de casos de uso de requerimientos.
Figura 16: Diagrama de casos de uso de requerimientos

59
4.1.2.4 Hojas de descripción de casos de uso.
4.1.2.4.1 Hoja de Descripción de Caso de uso: Gestionar Matrícula
Empresa : UP AND DOWN S.A.C.

Hoja de Descripción de Caso de uso: Sistema : "Sistema UP AND DOWN"
Gestionar Matrícula Fecha : 01/2011
Elaborado por: Reátegui Leau José
Mauricio
Objetivo: Registrar, modificar o eliminar la matrícula de un alumno
Pre Condiciones:
El alumno debe estar registrado.
Flujo Principal:
1. Buscar las matrículas, se búsqueda se hace de dos maneras: Búsqueda por

alumno y búsqueda por matrículas. Al buscar por alumno se busca por código
de alumno y/o apellidos del alumno y/o nombres del alumno. Al buscar por
matrícula se busca por código de matrícula y por fecha inicial de matrícula.
Los resultados de búsqueda de matrículas se muestran en una grilla.
2. El usuario tendrá la opción de registrar una nueva matrícula (S1) o seleccionar
una de las ya existentes del resultado de búsqueda y solicitar su modificación
(S2) o eliminación (S3).
Flujo Secundario S1:
1. Desplegar una nueva ventana que muestre campos en blanco que deben ser
llenados con los datos de la matrícula.
2. Seleccionar el alumno e ingresar los datos de la matrícula a registrar, el
sistema debe validar los datos ingresados (E1).
3. Mostrar mensaje de confirmación del registro de la matrícula.
4. Cerrar la ventana y actualizar la búsqueda.
60
1. Seleccionar una matrícula a modificar de la grilla de resultados de búsqueda.

2. Desplegar una nueva ventana que muestre campos llenados con los datos de la
matrícula seleccionada (E2).
3. Modificar y los datos de la matrícula seleccionada, el sistema debe validar los
datos modificados (E1).
4. Mostrar mensaje de confirmación de la modificación de la matrícula.
1. Seleccionar una matrícula a eliminar de la grilla de resultados de búsqueda.

2. Preguntar al usuario si está seguro de realizar la eliminación de la matrícula
(E2).
3. Eliminar la matrícula seleccionada.
4. Mostrar mensaje de confirmación de la eliminación de la matrícula.
5. Actualizar la búsqueda.
Excepciones:
E1: Información incompleta o errónea. Se solicita al usuario que verifique los campos.
E2: No se seleccionó matrícula alguna. Se indica al usuario que no se hizo la selección.
Post Condiciones:
Ninguno.
Requisito satisfechos:
Registrar matrículas con servicio, paquete, fecha de inicio, fecha final, cantidad a pagar, tipo
(diario, interdiario) y tiempo (1 mes, 15 días, 1 semana, libre).
Tabla 6: Hoja de Descripción de Caso de uso: Gestionar Matrícula

61
4.1.2.4.2 Hoja de Descripción de Caso de uso: Gestionar Alumno

Gestionar Alumno Fecha : 01/2011
Mauricio
Objetivo: Registrar, modificar o eliminar los datos de los alumnos que asisten al gimnasio.
Pre Condiciones:
Ninguno.
Flujo Principal:
1. Desplegar campos en blanco para búsqueda de alumnos ya registrados cuyo

resultado de búsqueda se mostrará en una grilla.
2. El usuario tendrá la opción de registrar un nuevo alumno (S1) o seleccionar
uno de los ya existentes del resultado de búsqueda y solicitar su modificación
(S2) o eliminación (S3).
llenados con los datos del alumno.
2. Ingresar los datos del alumno a registrar, el sistema debe validar los datos
ingresados (E1).
3. Mostrar mensaje de confirmación del registro del alumno.
1. Desplegar una nueva ventana que muestre campos llenados con los datos del
alumno seleccionado (E2).
2. Modificar los datos del alumno seleccionado, el sistema debe validar los datos
62
modificados (E1).
3. Mostrar mensaje de confirmación de la modificación del alumno.
1. Preguntar al usuario si está seguro de realizar la eliminación del alumno (E2).

2. Eliminar el alumno seleccionado.
3. Mostrar mensaje de confirmación de la eliminación del alumno.
Excepciones:
E2: No se seleccionó alumno alguno. Se indica al usuario que no se hizo la selección.
Post Condiciones:
Ninguno.
Registrar alumnos nuevos con nombre, dirección, fecha de nacimiento y correo electrónico.
Tabla 7: Hoja de Descripción de Caso de uso: Gestionar Alumno

63
4.1.2.4.3 Hoja de Descripción de Caso de uso: Registrar Asistencia de Alumno

Registrar Asistencia de Alumno Fecha : 01/2011
Mauricio
Objetivo: Registrar la fecha y hora de las asistencias de los alumnos.
Pre Condiciones:
Flujo Principal:
1. Desplegar el campo en blanco del código de alumno para ser llenado.

2. Ingresar el código del alumno del cual se desea registrar la asistencia
3. Registrar la asistencia presionando “Marcar asistencia” o presionando el botón
Enter, el sistema genera un nuevo registro de asistencia del alumno el cual se
ha ingresado el código (E1, E2) guardando la fecha y hora.
4. Mostrar el nombre del alumno, la fecha y la hora del registro de asistencia.
5. Mostrar los datos de todas las matrículas del alumno y su estado en una grilla.
Flujo Secundario:
Ninguno
Excepciones:
E1: Información incompleta o código de alumno incorrecto. Se pide al usuario
que verifique lo ingresado.
E2: La matrícula del alumno ya no es vigente, el registro de asistencia no se
realiza y se despliega un mensaje indicando lo anterior.
Post Condiciones:
Ninguno
64
Registrar asistencia diaria de alumnos.
Tabla 8: Hoja de Descripción de Caso de uso: Registrar Asistencia de Alumno

65
4.1.2.4.4 Hoja de Descripción de Caso de uso: Consultar Asistencia de Alumno

Consultar Asistencia de Alumno Fecha : 01/2011
Elaborado Por: Reátegui Leau José
Mauricio
Objetivo: Mostrar la fecha de las asistencias de los alumnos.
Pre Condiciones:
Flujo Principal:
1. Desplegar el campo en blanco del código de alumno para ser llenado.

2. Ingresar el código del alumno del cual se desea realizar la consulta de
asistencia.
3. En un formato de calendario a dos meses mostrar las fechas de las asistencias
en negrita (E1).
4. Mostrar en una grilla todas las asistencias del alumno de una fecha
seleccionada del calendario.
Flujo Secundario:
Ninguno
Excepciones:
E1: Información incompleta o código de alumno incorrecto. Se pide al usuario
que verifique y complete el campo.
Post Condiciones:
Ninguno
Consultar asistencia de alumnos.
Tabla 9: Hoja de Descripción de Caso de uso: Consultar Asistencia de Alumno

66
4.1.2.4.5 Hoja de Descripción de Caso de uso: Gestionar Instructor

Gestionar Instructor Fecha : 01/2011
Mauricio
Objetivo: Registrar, modificar o eliminar los datos de los instructores que trabajan en el
gimnasio.
Pre Condiciones:
Ninguno.
Flujo Principal:
1. Mostrar en una grilla los instructores ya registrados.

2. El usuario tendrá la opción de registrar un nuevo instructor (S1), seleccionar
uno de los ya existentes del resultado de búsqueda y solicitar su modificación
(S2) o eliminación (S3), registrar los servicios por instructor (S4) y registrar las
condiciones de trabajo (S5).
llenados con los datos del instructor.
2. Ingresar los datos del instructor a registrar, el sistema debe validar los datos
ingresados (E1).
3. Mostrar mensaje de confirmación del registro del instructor.
1. Seleccionar un instructor a modificar de la grilla.

67
instructor seleccionado (E2).

3. Modificar los datos del instructor seleccionado, el sistema debe validar los
4. Mostrar mensaje de confirmación de la modificación del instructor.
1. Seleccionar un instructor a eliminar de la grilla.

2. Preguntar al usuario si está seguro de realizar la eliminación del instructor
(E2).
3. Eliminar el instructor seleccionado.
4. Mostrar mensaje de confirmación de la eliminación del instructor.
1. Seleccionar un instructor para registrarle sus servicios.

2. Desplegar una nueva ventana que permita seleccionar los servicios a registrar
al instructor.
3. Mostrar una grilla con los servicios ya registrados al instructor seleccionado.
4. Seleccionar un servicio.
5. Agregar el servicio seleccionado al instructor.
6. Actualizar grilla con los servicios del instructor.
1. Seleccionar un instructor para registrar sus condiciones de trabajo.

2. Desplegar una nueva ventana en donde se muestra la lista de registros de
fechas de inicio y fin del trabajo con el pago por hora ingresado; esta lista se
muestra en una grilla.
3. Mostrar grilla con los horarios registrados para cada condición de trabajo.
4. El usuario tendrá la opción de registrar una nueva condición de trabajo (S6),
seleccionar una de las condiciones ya existentes de la grilla y solicitar su
modificación (S7) o eliminación (S8).
5. Así mismo, se tendrá la opción de registrar el horario de una condición de
trabajo. El usuario tendrá la opción de registrar una hora de entrada o salida de
un horario (S9), seleccionar una de las horas y solicitar su modificación (S10) o
68
eliminación (S11).
llenados con los datos de la condición de trabajo como fecha inicial, fecha
final y pago por hora.
2. Ingresar los datos de la condición a registrar.
3. Luego de registrar cerrar la ventana y actualizar el listado de condiciones de
trabajo por instructor.
1. Seleccionar una condición de trabajo de la grilla.

condición de trabajo seleccionada.
3. Modificar los datos de la condición de trabajo seleccionada.
4. Luego de registrar la modificación cerrar la ventana y actualizar el listado de
condiciones de trabajo por instructor.
1. Seleccionar una condición de trabajo de la grilla.

2. Preguntar al usuario si está seguro de realizar la eliminación de la condición de
trabajo.
3. Eliminar la condición de trabajo seleccionada.
4. Mostrar mensaje de confirmación de la eliminación y actualizar el listado de
condiciones de trabajo por instructor.
llenados con los datos de la hora como tipo (entrada o salida) y hora en sí.
2. Ingresar los datos de la hora a registrar.
3. Luego de registrar cerrar la ventana y actualizar el listado de horario.
1. Seleccionar una hora de la grilla.

69
hora seleccionada.
3. Modificar los datos de la hora seleccionada.
4. Luego de registrar la modificación cerrar la ventana y actualizar el listado de
horario.
1. Seleccionar una hora de la grilla.

2. Preguntar al usuario si está seguro de realizar la eliminación de la hora
seleccionada.
3. Eliminar la hora seleccionada.
4. Mostrar mensaje de confirmación de la eliminación y actualizar el listado de
horario.
Excepciones:
E2: No se seleccionó instructor alguno. Se indica al usuario que no se hizo la selección.
Post Condiciones:
Ninguno.
Registrar instructores nuevos.
Tabla 10: Hoja de Descripción de Caso de uso: Gestionar Instructor

70
4.1.2.4.6 Hoja de Descripción de Caso de uso: Registrar Asistencia de Instructor

Registrar Asistencia de Instructor Fecha : 01/2011
Mauricio
Objetivo: Registrar la fecha y hora de las asistencias de los instructores.
Pre Condiciones:
El instructor debe estar registrado.
Flujo Principal:
1. Desplegar el campo en blanco del código de instructor para ser llenado.

2. Ingresar el código del instructor del cual se desea registrar la asistencia
3. Registrar la asistencia presionando “Marcar asistencia” o presionando el botón
Enter, el sistema genera un nuevo registro de asistencia del instructor el cual se
ha ingresado el código (E1) guardando la fecha y hora.
4. Mostrar el nombre del instructor, la fecha y la hora del registro de asistencia.
Flujo Secundario:
Ninguno
Excepciones:
E1: Información incompleta o código de instructor incorrecto. Se pide al usuario
que verifique lo ingresado.
Post Condiciones:
Ninguno
Registrar asistencia diaria de instructores.
Tabla 11: Hoja de Descripción de Caso de uso: Registrar Asistencia de Instructor

71
4.1.2.4.7 Hoja de Descripción de Caso de uso: Consultar Asistencia de Instructor

Consultar Asistencia de Instructor Fecha : 01/2011
Mauricio
Objetivo: Mostrar la fecha de las asistencias de los instructores.
Pre Condiciones:
Flujo Principal:
1. Desplegar el campo en blanco del código de instructor para ser llenado.

2. Ingresar el código del instructor del cual se desea realizar la consulta de
asistencia.
3. En un formato de calendario a dos meses mostrar las fechas de las asistencias
en negrita (E1).
4. Mostrar en una grilla todas las asistencias del instructor de una fecha
seleccionada del calendario.
Flujo Secundario:
Ninguno
Excepciones:
E1: Información incompleta o código de instructor incorrecto. Se pide al usuario
que verifique y complete el campo.
Post Condiciones:
Ninguno
Consultar asistencia de instructores.
Tabla 12: Hoja de Descripción de Caso de uso: Consultar Asistencia de Instructor

72
4.1.2.4.8 Hoja de Descripción de Caso de uso: Calcular Pago a Instructores

Calcular Pago a Instructores Fecha : 01/2011
Mauricio
Objetivo: Determinar el pago de los instructores.
Pre Condiciones:
El instructor debe estar registrado.
Flujo Principal:
1. Desplegar campos en blanco para cálculo de pago a instructor

2. Seleccionar instructor para cálculo de pago.
3. Seleccionar rango de fechas
4. Mostrar detalle en una grilla de horas laboradas de acuerdo a las asistencias y
pago por hora de acuerdo lo ingresado en el registro de instructor entre el
rango de fechas seleccionado.
5. Calcular el pago multiplicando el pago por hora del instructor por el número
de horas trabajadas entre el rango de fechas seleccionado.
6. Desplegar el resultado del cálculo.
7. El usuario puede registrar el pago en el parte diario (S1).
llenados con los datos del pago (Descripción, tipo de movimiento, monto
calculado y fecha).
2. Ingresar los datos del pago a registrar, el sistema debe validar los datos
ingresados (E1).
3. Mostrar mensaje de diálogo donde se pregunte si el usuario está seguro de
73
hacer el registro.
4. Hacer el registro.
5. Mostrar mensaje de confirmación del registro del instructor.
6. Cerrar la ventana.
Excepciones:
E1: El monto ingresado no es numérico, se le indica al usuario que se debe
corregir.
Post Condiciones:
Ninguno
Calcular pago a instructores.
Tabla 13: Hoja de Descripción de Caso de uso: Calcular Pago a Instructores

74
4.1.2.4.9 Hoja de Descripción de Caso de uso: Registrar Movimiento de Dinero

Registrar Movimiento de Dinero Fecha : 01/2011
Mauricio
Objetivo: Registrar las entradas y salidas de dinero para determinar el saldo de dinero diario.
Pre Condiciones:
Ninguno.
Flujo Principal:
1. Desplegar campos en blanco de descripción, tipo (entrada o salida) y monto

para el registro de movimiento de dinero.
2. Registrar el movimiento de dinero (E1, E2), para los casos que se desee
modificar o eliminar un movimiento se debe realizar una operación de extorno
del movimiento.
3. Calcular el saldo en cada registro de movimiento de dinero.
4. Generar el reporte de parte diario, este reporte corresponde al detalle de los
movimientos de dinero de un día determinado y su saldo final de ese día.
Excepciones:
E1: El monto ingresado no es numérico. Se solicita al usuario corregir.
E2: El campo de descripción está vacío. Se solicita al usuario ingresar una descripción.
Post Condiciones:
Ninguno.
Generar reporte de parte diario
Tabla 14: Hoja de Descripción de Caso de uso: Registrar Movimiento de Dinero

75
4.1.2.4.10 Hoja de Descripción de Caso de uso: Generar Reporte de Matrículas

con Vencimiento a la Fecha Actual

Generar Reporte de Matrículas con Fecha : 01/2011
Vencimiento a la Fecha Actual Elaborado por: Reátegui Leau José
Mauricio
Objetivo: Mostrar la lista de matrículas que vencen a la fecha actual
Pre Condiciones:
Ninguno.
Flujo Principal:
1. Mostrar el detalle de las matrículas y los alumnos que corresponden a esas

matrículas cuya fecha de vencimiento corresponden a la fecha actual,
desplegándolo en una grilla. Esta ventana también se debe mostrar al iniciar el
sistema.
Excepciones:
Ninguna
Post Condiciones:
Ninguno.
Generar Reporte de Matrículas con Vencimiento a la Fecha Actual.
Tabla 15: Hoja de Descripción de Caso de uso: Generar Reporte de Matrículas con Vencimiento a
la Fecha Actual
76
4.1.2.4.11 Hoja de Descripción de Caso de uso: Gestionar Servicio

Gestionar Servicio Fecha : 01/2011
Mauricio
Objetivo: Registrar, modificar o eliminar los datos de los servicios que brinda el gimnasio.
Pre Condiciones:
Ninguno.
Flujo Principal:
1. Desplegar la lista de servicios ya registrados en una grilla.

2. El usuario tendrá la opción de registrar una nuevo servicio (S1) o seleccionar
uno de los ya existentes y solicitar su modificación (S2) o eliminación (S3).
llenados con los datos del servicio.
2. Ingresar los datos del servicio a registrar, el sistema debe validar los datos
ingresados (E1).
3. Mostrar mensaje de confirmación del registro del servicio.
4. Cerrar la ventana y actualizar el listado de servicios registrados.
servicio seleccionado (E2).
2. Modificar los datos del servicio seleccionado, el sistema debe validar los datos
modificados (E1).
3. Mostrar mensaje de confirmación de la modificación del servicio.
4. Cerrar la ventana y actualizar el listado de servicios registrados.
77
6. Preguntar al usuario si está seguro de realizar la eliminación del servicio (E2).

7. Eliminar el servicio seleccionado.
8. Mostrar mensaje de confirmación de la eliminación del servicio.
9. Actualizar el listado de servicios registrados.
Excepciones:
E2: No se seleccionó servicio alguno. Se indica al usuario que no se hizo la selección.
Post Condiciones:
Ninguno.
Registrar servicios nuevos.
Tabla 16: Hoja de Descripción de Caso de uso: Gestionar Servicio

78
4.1.2.4.12 Hoja de Descripción de Caso de uso: Gestionar Paquete

Gestionar Paquete Fecha : 01/2011
Mauricio
Objetivo: Incluir o quitar servicios a un determinado paquete.
Pre Condiciones:
El paquete y los servicios de este deben estar creados.
Flujo Principal:
1. Mostrar todos paquetes en una lista desplegable y todos los servicios en otra
lista desplegable.
2. Seleccionar el paquete de servicios el cual se va a gestionar de la lista de
paquetes, por defecto estará seleccionado el primer paquete de la lista.
3. Desplegar en una grilla los servicios pertenecientes al paquete seleccionado.
4. El usuario tendrá la opción de agregar un servicio al paquete (S1) o quitar un
determinado servicio al paquete (S2).
1. Seleccionar un servicio de la lista de servicios, por defecto estará seleccionado

el primer servicio de la lista.
2. Agregar el servicio al paquete (E1).
3. Actualizar el listado de servicios pertenecientes al paquete seleccionado.
1. Seleccionar un servicio del listado de servicios en la grilla pertenecientes al

paquete seleccionado.
2. Remover el servicio del paquete (E2).
5. Actualizar el listado de servicios pertenecientes al paquete seleccionado.
79
Excepciones:
E1: El servicio seleccionado ya está agregado al paquete seleccionado. Se solicita al
usuario que seleccione otro servicio.
E2: No se seleccionó servicio alguno. Se indica al usuario que no se hizo la selección.
Post Condiciones:
Ninguno.
Registrar servicios a paquetes de servicios.
Tabla 17: Hoja de Descripción de Caso de uso: Gestionar Paquete

80
4.1.2.4.13 Hoja de Descripción de Caso de uso: Gestionar Categoría

Gestionar Categoría Fecha : 01/2011
Mauricio
Objetivo: Registrar, modificar o eliminar los datos de las categorías de los servicios que
brinda el gimnasio.
Pre Condiciones:
Ninguno.
Flujo Principal:
3. Desplegar la lista de categorías ya registradas en una grilla.

4. El usuario tendrá la opción de registrar una nueva categoría (S1) o seleccionar
una de las ya existentes y solicitar su modificación (S2) o eliminación (S3).
llenados con los datos de la categoría.
6. Ingresar los datos de la categoría a registrar, el sistema debe validar los datos
ingresados (E1).
7. Mostrar mensaje de confirmación del registro de la categoría.
8. Cerrar la ventana y actualizar el listado de categorías registradas.
categoría seleccionada (E2).
7. Modificar los datos de la categoría seleccionada, el sistema debe validar los
8. Mostrar mensaje de confirmación de la modificación de la categoría.
81
9. Cerrar la ventana y actualizar el listado de categorías registradas.
10. Preguntar al usuario si está seguro de realizar la eliminación de la categoría

(E2).
11. Eliminar la categoría seleccionada.
12. Mostrar mensaje de confirmación de la eliminación de la categoría.
13. Actualizar el listado de categorías registradas.
Excepciones:
E2: No se seleccionó categoría alguna. Se indica al usuario que no se hizo la selección.
Post Condiciones:
Ninguno.
Registrar servicios nuevos.
Tabla 18: Hoja de Descripción de Caso de uso: Gestionar Categoría

82
4.1.2.5 Estimación del Tiempo de Desarrollo Basado en Puntos de Casos de Uso

La planificación basada en puntos de casos de uso es lo más práctico para la
determinación del tiempo de desarrollo, de esa forma se puede obtener las
diferentes potencialidades del sistema.
4.1.2.5.1 Calculo de Puntos de Caso de Uso sin ajustar

Este cálculo se realiza a partir de la evaluación de la complejidad de los
actores que pertenecen al sistema; se basa en la siguiente fórmula:
UUCP = UAW + UUCW........................................... (4.1)
Donde:
• UUCP: Puntos de Casos de Uso sin ajustar

• UAW: Factor de Peso de los Actores sin ajustar
• UUCW: Factor de Peso de los Casos de Uso sin ajustar
d. Factor de Peso de los Actores sin ajustar (UAW)
- Actores Simples
No existen actores simples.
- Actores Normales
No existen actores normales.
- Actores Complejos
Actor Factor
Alumno 3
Instructor 3
Secretaria 3
Tabla 19: Actores complejos

83
- Factor de peso por cada actor y su tipo
Tipo de Actor Factor N° de Actores Resultado
Simple 1 0 0
Normal 2 0 0
Complejo 3 3 9
Tabla 20: Factor de peso por cada actor y su tipo

Entonces hallamos el Factor de Peso de los actores sin ajustar

(UAW):
3
UAW   ( FactorXTip odeActor * NroActores )
i 1
UAW = 1*0 + 2*0 + 3*3 = 9........................... (4.2)
El factor de peso de los actores sin ajustar no es más que el análisis

de la cantidad de actores presentes y la complejidad de cada uno de
ellos. En el sistema se tiene que existen 3 actores complejos.
e. Factor de Peso de Los Casos de Uso sin Ajustar (UUCW):
- Casos de Uso Simples
Caso de Uso Factor

Calcular Pago a Instructores 5
Consultar Asistencia de Alumno 5
Consultar Asistencia de Instructor 5
Generar Reporte de matrículas con
5
vencimiento a la fecha actual
Gestionar Alumno 5
Gestionar Categoría 5
Gestionar instructor 5
Gestionar Matrícula 5
84
Caso de Uso Factor

Gestionar Paquete 5
Gestionar Servicio 5
Registrar Asistencia de Alumno 5
Registrar Asistencia de Instructor 5
Registrar Movimiento de Dinero 5
Tabla 21: Casos de Uso Simples

- Casos de Uso Normales

No existen casos de uso normales
- Casos de Uso Complejos

No existen casos de uso complejos
f. Factor de Peso por cada Caso de Uso y su Tipo
Tipo de Caso de N° de Casos de

Factor Resultado
Uso Uso
Simple 5 13 65
Normal 10 0 0
Complejo 15 0 0
Tabla 22: Factor de peso de cada caso de uso y su tipo

Entonces hallamos el factor de peso de los casos de uso sin ajustar (UUCW):
3
UUCW   ( FactorXTip oCasoUsodeUso * NroCasosUso)
i 1
UUCW = 5*13 + 10*0 + 15*0 = 65............................ (4.3)
85
g. Puntos de Casos de Uso sin Ajustar(UUCP)
Remplazando (4.2) y (4.3) en (4.1) se obtiene:
UUCP = UAW + UUCW
UUCP = 9 + 65
UUCP =74
4.1.2.5.2 Calculo de Puntos de Caso de Uso ajustados (UCP)
Luego de calcular los Puntos de Casos de Uso sin ajustar, se debe ajustar este
valor mediante la siguiente fórmula:
UCP = UUCP * TCF * EF .........................................(4.4)
Donde:
- UUCP: Casos de Uso sin Ajustar

- TCF: Factor de Complejidad Técnica.
- EF: Factor de Ambiente.
a. Factor de Complejidad Técnica (TCF).
Este coeficiente se calcula mediante la cuantificación de un conjunto de factores

que determinan la complejidad técnica del sistema. Los factores se cuantifican
con un valor de 0 a 5, donde 0 significa un aporte irrelevante y 5 un aporte muy
importante y está dado por la siguiente fórmula:
TCF = 0.6 + 0.01 * Σ (Peso i * Valor i) .....................(4.5)
Donde:
- TCF: Factor de Complejidad Técnica.
Factor Valor
Descripción Peso Valor Total
Técnico Asignado
T1 Sistema distribuido 2 1 2
T2 Tiempo de respuesta 1 3 3
T3 Eficiencia por el usuario 1 3 3
T4 Procesamiento interno complejo 1 3 3
T5 Reusabilidad 1 2 2
86
Factor Valor
Descripción Peso Valor Total
Técnico Asignado
T6 Facilidad de instalación 0.5 1 0.5
T7 Facilidad de uso 0.5 5 2.5
T8 Portabilidad 2 4 8
T9 Facilidad de cambio 1 4 4
T10 Concurrencia 1 5 5
T11 Objetivos especiales de seguridad 1 3 3
T12 Acceso directo a terceras partes 1 1 1

Facilidades especiales de
T13 1 1 1
entrenamiento a usuarios finales
Total (FT) 38
Tabla 23: Peso de cada factor de complejidad técnica y su valor

Calculamos el factor técnico de complejidad (TCF) en (4.5):
TCF = 0.6 + 0.01 * (FT)
TCF = 0.6 + 0.01 * (38) = 0.98
b. Factor de Ambiente (EF).
Las habilidades y el entrenamiento del grupo involucrado en el desarrollo tienen

un gran impacto en las estimaciones de tiempo. Estos factores son los que se
contemplan en el cálculo del Factor de ambiente, este se calcula mediante la
siguiente fórmula:
EF = 1.4 - 0.03 * Σ (Peso i * Valor i) .........................................(4.6)
Donde:
- EF: Factor de Ambiente
Factor de Valor Valor

Descripción Peso
Ambiente Asignado Total
Familiaridad con el modelo de proyecto 6.75
E1 1.5 4.5
utilizado
E2 Experiencia en la aplicación 0.5 4 2
E3 Experiencia en orientación a objetos 1 5 5
E4 Capacidad del analista líder 0.5 5 2.5
87
Factor de Valor Valor

Descripción Peso
Ambiente Asignado Total
E5 Motivación 1 5 5
E6 Estabilidad de los requerimientos 2 4 8
E7 Personal a tiempo compartido -1 0 0
E8 Dificultad del lenguaje de programación -1 1 -1
Total (C) 28.25
Tabla 24: Peso de cada factor de ambiente y su valor

Calculamos el factor de ambiente (TCF):
EF = 1.4 + (– 0.03 * Factor C)
EF = 1.4 – 0.03 * (28.25) = 0.55
Después de haber obtenido los resultados de los cálculos de Factor Complejidad

Técnica y el Factor de ambiente, se puede concluir el cálculo de los Puntos de
Casos de uso ajustado partiendo de la fórmula antes mostrada:
Ahora remplazando (4.5) y (4.6) en (4.4) se obtiene:
UCP = UUCP * TCF * EF
UCP = 74 * 0.98 * 0.55
UCP = 40.06730 CU
4.1.2.5.3 Estimación del Esfuerzo.

La estimación del Esfuerzo está representada por la ecuación que se muestra
a continuación:
E = UCP * CF .................................................(4.7)
Donde:
- CF: Factor de Conversión
El valor de CF según Karner es 20 Horas Hombres.
Entonces reemplazando (4.4) y el valor de conversión en (4.7) se

obtiene:
E = 40.06730 CU * 20 H-H/CU = 801.346 H-H
88
Porcentaje de cada actividad y su valor en Horas-Hombre
Para la obtención de una estimación más exacta de la duración del

proyecto, se hace necesario agregar a la estimación del esfuerzo obtenida
por los Puntos de Casos de Uso, las estimaciones de esfuerzo de las
restantes actividades que se llevaron a cabo durante el desarrollo del
software; así la distribución del esfuerzo entre dichas actividades está
dada por la siguiente aproximación:
Actividad Porcentaje
Análisis 10.00%
Diseño 20.00%
Programación 40.00%
Pruebas 15.00%
Sobrecarga 15.00%
Tabla 25: Distribución Genérica del Esfuerzo

En base a estos porcentajes se puede calcular el valor en Horas-Hombre de

cada actividad:
Actividad Horas-Hombre
Análisis 200.3365
Diseño 400.673
Programación 801.346
Pruebas 300.50475
Sobrecarga 300.50475
Total 2003.365
Tabla 26: Distribución Real del Esfuerzo

E total = 2003.365 H/H
89
4.1.2.5.4 Cálculo del Tiempo de Desarrollo (TDES).
El Tiempo de Desarrollo se calcula a partir de la expresión:

𝑬 𝑻𝒐𝒕𝒂𝒍
𝑻𝑫𝑬𝑺 𝑻𝒐𝒕𝒂𝒍 = 𝑪𝑯 𝑻𝒐𝒕𝒂𝒍...........................................................(4.8)
Donde:
- TDES: Tiempo de Desarrollo

- CH: Cantidad de Hombres
En esta intervienen el esfuerzo y la cantidad de personas que participan en el

desarrollo de la aplicación.
𝟐𝟎𝟎𝟑.𝟑𝟔𝟓 𝐇𝐨𝐫𝐚𝐬/𝐇𝐨𝐦𝐛𝐫𝐞
𝑻𝑫𝑬𝑺 𝑻𝒐𝒕𝒂𝒍 = = 𝟐𝟎𝟎𝟑. 𝟑𝟔𝟓 𝐡𝐨𝐫𝐚𝐬
𝟏 𝑯𝒐𝒎𝒃𝒓𝒆
Tomando en cuenta que en la semana se trabaja 48 horas (6 días por

semana) y que un mes comprende 4 semanas, el tiempo de desarrollo en
meses es:
𝟏 𝐝í𝐚 𝟏 𝒔𝒆𝒎𝒂𝒏𝒂 𝟏𝐦𝐞𝐬

𝑻𝑫𝑬𝑺 𝑻𝒐𝒕𝒂𝒍 = 𝟐𝟎𝟎𝟑. 𝟑𝟔𝟓 𝐡𝐨𝐫𝐚𝐬 × ×
𝟖 𝐡𝐨𝐫𝐚𝐬 𝟔 𝒅í𝒂𝒔 𝟒 𝐬𝐞𝐦𝐚𝐧𝐚𝐬
𝑻𝑫𝑬𝑺 𝑻𝒐𝒕𝒂𝒍 = 𝟏𝟎. 𝟒𝟑 𝐦𝐞𝐬𝐞𝐬
4.1.2.6 Estudio de Factibilidad Económica

El estudio de factibilidad económica es una de las partes más importantes del
proyecto porque permite determinar si se debe continuar o no con el desarrollo
de este. El estudio de factibilidad económica comprende:
 Costos
- Costos de inversión
- Costos de desarrollo e implementación
- Costos de operación
 Beneficios tangibles e intangibles
 Análisis de rentabilidad
90
4.1.2.6.1 Costos
a. Costos de Inversión
Para el presente proyecto se equipó un centro de trabajo especialmente para
el desarrollo del sistema, siendo este el domicilio del tesista.
 Costos de Adquisición de Hardware:
Cantidad Descripción Precio Unitario (S/.) Total (S/.)
PC: Procesador AMD Semprom 2.0 + 3000,

1 00.00 00.00
2 GB RAM, 80 GB Disco duro (Disponible)
Impresora Canon PIXMA iP2500
1 00.00 00.00
(Disponible)
1 Memoria USB Kingston 2 GB (Disponible) 00.00 00.00
Costo Total de Inversión 00.00
Tabla 27: Costos de Inversión: Costos de Adquisición de Hardware

 Costos de Adquisición de Software:
1 Microsoft Windows 7 (Disponible) 00.00 00.00
1 Microsoft Visual Studio 2010

00.00 00.00
(Disponible)
1 Microsoft SQL Server 2008 R2
00.00 00.00
EXPRESS (Disponible)
1 IBM Rational Rose (Disponible) 00.00 00.00
Tabla 28: Costos de Inversión: Costos de Adquisición de Software

91
 Costos de Adquisición de Mobiliario:
1 Mueble para PC (Disponible) 00.00 00.00
Tabla 29: Costos de Inversión: Costos de Adquisición de Mobiliario

El resumen de los costos de Inversión del proyecto se muestra a

continuación:
Tipo de Inversión Total (S/.)

Costos de Adquisición de Hardware 00.00
Costos de Adquisición de Software 00.00
Costos de Adquisición de Mobiliario 00.00
Total de Costos de Inversión 00.00
Tabla 30: Costos de Inversión

b. Costos de Desarrollo e Implementación

El tiempo de desarrollo del proyecto según la estimación por puntos de casos
de uso es de 10.43 meses.
 Costos de Recursos Humanos
Cantidad Tiempo Costo Unitario

RR HH Total (S/.)
(Hombres/mes) (mes) (S/.)
Analista -
1 10.43 1000.00 10430.00
Programador
Total de Costos de Recursos Humanos 10430.00
Tabla 31: Costos de Desarrollo e Implementación: Recursos Humanos

92
 Costos de Insumos
Insumo Cantidad Costo (S/.) Total (S/.)
Cartucho Color 1 Unidad 40.00 40.00
Hojas Bond A4 2 Millares 20.00 40.00
Fólder Manila 10 Unidades 0.50 5.00
Lapiceros 5 Unidades 0.50 2.50
Lápices 3 Unidades 0.50 1.50
Corrector 2 Unidades 2.00 4.00
CD's 5 Unidades 1.00 5.00
Cartucho Blanco y Negro 4 Unidades 40.00 160.00
Borrador 1 Unidad 0.50 0.50
Total 258.50
Tabla 32: Costos de Desarrollo e Implementación: Insumos

 Costos de Energía Eléctrica

Se realiza el cálculo de los costos de energía eléctrica considerando que
utilizaremos la computadora 8 horas por día durante 24 días al mes por
10.43 meses que dura el proyecto, y que el consumo de un computador es
200 watts por hora (0.2 KW.h). “HIDRANDINA S.A., Cálculo del
Consumo Eléctrico Domiciliario”. El consumo de energía eléctrica en
este tiempo se obtiene de la siguiente manera:
𝒉𝒐𝒓𝒂𝒔 𝒅í𝒂𝒔
𝑪𝒐𝒏𝒔𝒖𝒎𝒐 𝒕𝒐𝒕𝒂𝒍 = 𝟎. 𝟐 𝑲𝑾. 𝒉 × 𝟖 × 𝟐𝟒 × 𝟏𝟎. 𝟒𝟑 𝒎𝒆𝒔𝒆𝒔
𝒅í𝒂 𝒎𝒆𝒔
𝑪𝒐𝒏𝒔𝒖𝒎𝒐 𝒕𝒐𝒕𝒂𝒍 = 𝟒𝟎𝟎. 𝟓𝟏𝟐 𝑲𝑾
El costo lo calculamos tomando como referencia la tarifa de S/.0.35 por

KW. “MINISTERIO DE ENERGÍA Y MINAS, Cálculo del Consumo
Eléctrico Domiciliario”. El costo se obtiene de la siguiente manera:
93
𝒔𝒐𝒍𝒆𝒔
𝑪𝒐𝒔𝒕𝒐 = 𝟎. 𝟑𝟓 × 𝟒𝟎𝟎. 𝟓𝟏𝟐 𝑲𝑾 = 𝑺/. 𝟏𝟒𝟎. 𝟏𝟖
𝑲𝑾
Tiempo Días Tiempo

Potencia Costo
Descripción Cantidad de uso trabajados Proyecto Total (S/.)
(KW.h) (S/./KW)
(h/día) por mes (mes)
PC 1 0.2 8 24 10.43 0.35 140.18
Total 140.18
Tabla 33: Costos de Desarrollo e Implementación: Energía Eléctrica

El resumen de los costos de desarrollo e implementación del proyecto se

muestra a continuación:

Costos de Recursos Humanos 10430.00
Costos de Insumos 258.50
Costos de Energía Eléctrica 140.18
Total de Costos de Desarrollo e Implementación 10828.68
Tabla 34: Resumen de Costos de Desarrollo e Implementación

c. Costos de Operaciones
 Costos de Energía Eléctrica

Se realiza el cálculo de costo de energía eléctrica para el costo de
operaciones considerando que utilizaremos la computadora 8 horas por
día durante 24 días al mes por 12 meses del año, y que el consumo de un
computador es 200 watts por hora (0.2 KW.h), tal como se consideró en
el cálculo anterior. Consideraremos el uso de la impresora de 1 hora al
día, también durante 24 días al mes, y que el consumo de este es de 150
watts por hora (0.15 KW.h). “HIDRANDINA S.A., Cálculo del
Consumo Eléctrico Domiciliario”. El consumo de energía eléctrica para
el costo de operaciones en este tiempo se obtiene de la siguiente manera:
94
𝒉𝒐𝒓𝒂 𝒅í𝒂𝒔
𝑪𝒐𝒏𝒔𝒖𝒎𝒐 𝑷𝑪 = 𝟎. 𝟐 𝑲𝑾. 𝒉 × 𝟖 × 𝟐𝟒 × 𝟏𝟐 𝒎𝒆𝒔𝒆𝒔
𝑪𝒐𝒏𝒔𝒖𝒎𝒐 𝑷𝑪 = 𝟒𝟔𝟎. 𝟖 𝑲𝑾
𝒉𝒐𝒓𝒂 𝒅í𝒂𝒔
𝑪. 𝑰𝒎𝒑𝒓𝒆𝒔𝒐𝒓𝒂 = 𝟎. 𝟏𝟓 𝑲𝑾. 𝒉 × 𝟏 × 𝟐𝟒 × 𝟏𝟐 𝒎𝒆𝒔𝒆𝒔
𝑪𝒐𝒏𝒔𝒖𝒎𝒐 𝑷𝑪 = 𝟒𝟑. 𝟐 𝑲𝑾
El costo lo calculamos tomando como referencia la tarifa de S/.0.35 por

KW. “MINISTERIO DE ENERGÍA Y MINAS, Cálculo del Consumo
Eléctrico Domiciliario”. Además duplicamos el consumo del computador
dado que se consideran 2 unidades. El costo se obtiene de la siguiente
manera:
𝑪𝒐𝒔𝒕𝒐 𝑷𝑪𝒔 = 𝟐 × 𝟎. 𝟑𝟓 × 𝟒𝟔𝟎. 𝟖𝑲𝑾 = 𝑺/. 𝟑𝟐𝟐. 𝟓𝟔
𝑲𝑾
𝑪𝒐𝒔𝒕𝒐 𝑰𝒎𝒑𝒓𝒆𝒔𝒐𝒓𝒂 = 𝟎. 𝟑𝟓 × 𝟒𝟑. 𝟐𝑲𝑾 = 𝑺/. 𝟏𝟓. 𝟏𝟐
𝑲𝑾
Descripción Cantidad Potencia Tiempo de Días Tiempo Costo Total

(KW) uso (h/día) trabajados Proyecto (S/./KW) (S/.)
por mes (mes)
PC 2 0.2 8 24 12 meses 0.35 322.56
Impresora 1 0.15 1 24 12 meses 0.35 15.12
Total 337.68
Tabla 35: Costos de Operaciones: Energía Eléctrica

 Costos de Mantenimiento
Equipo Cantidad Costo (S/.) Frecuencia Total (S/.)

PC 2 30.00 4 240.00
Impresora 1 30.00 3 90.00
Total 330.00
Tabla 36: Costos de Operaciones: Mantenimiento

95
 Costos de Depreciación
Equipo Cantidad Costo (S/.) Frecuencia Total (S/.)

PC 2 1800.00 0.20 720.00
Impresora 1 150.00 0.20 30.00
Total 750.00
Tabla 37: Costos de Operaciones: Depreciación

 Costos de Insumos
Insumo Cantidad Costo (S/.) Subtotal (S/.)
Papel A4 80 gr. 10 millares 24.00 240.00
Lapicero 20 unidades 0.50 10.00
Folder Manila 50 unidades 0.50 25.00

Cartucho de Tinta
10 unidades 25.00 250.00
de Inyección
Total 525.00
Tabla 38: Costos de Operaciones: Insumos

El resumen de los costos de operación del proyecto se muestra a

continuación:

Costos de Energía Eléctrica 337.68
Costos de Mantenimiento 330.00
Costos de Depreciación 750.00
Costos de Insumos 525.00
Total de Costos de Operaciones S/. 1942.68
Tabla 39: Resumen de Costos de Operaciones

96
4.1.2.6.2 Beneficios
Los Beneficios son las ventajas en ahorro de tiempo y dinero que se obtiene
después de lanzar a producción el sistema de información, respecto a la
situación en que no se hace uso del sistema.
a. Beneficios Intangibles
 Llamar la atención del cliente por la tecnología y la atención
moderna.
 Tener una ventaja competitiva.
 Disminución en el tiempo y de errores en los registros de los
clientes.
 Disminución en el tiempo de búsqueda
 Información oportuna, veraz, exacta, precisa y clara.
 Buena imagen que se puede llevar un cliente por el servicio
brindado por la empresa.
 Mejora en los procesos.
 Se elimina la duplicidad de documentos, se evita la pérdida y
deterioro de documentos y problemas similares
b. Beneficios Tangibles
Descripción Monto Mensual Tiempo (mes) Total (S/.)

Reducción de
Personal (1 800.00 12 9600.00
secretaria)
Papelería 10.00 12 120.00
Reducción de horas
100.00 12 1200.00
de trabajo
Total S/. 10920.00
Tabla 40: Resumen de Costos de Operaciones

97
Resumiendo:
Costos de Inversión 00.00

Costos de Desarrollo e Implementación 10828.68
Costos Operacionales 1942.68
Beneficios 10920.00
10.43 meses (Fuente: Estudio de
Tiempo de Duración del Proyecto
puntos de casos de uso)
Tabla 41: Cuadro Resumen

98
4.1.2.6.3 Análisis de la Rentabilidad Económica del Proyecto
A. Flujo de Caja del Proyecto
Concepto Año 0 Año 1 Año 2

I.- Inversión
1.1 Costos de Hardware (00.00) - -
1.2 Costos de Software (00.00) - -
1.3 Costos de Mobiliario (00.00) - -
Total (00.00) - -
II.- Desarrollo e Implementación
2.1 Recursos Humanos (10430.00) - -
2.2 Insumos (258.50) - -
2.3 Energía Eléctrica (140.18) - -
Total (10828.68) - -
Total de Costos Iniciales (10828.68) - -
III.- Beneficios
3.1 Por Reducción de Personal - 9600.00 9600.00
3.2 Por Papelería - 120.00 120.00
3.3 Por Reducción de Horas de
- 1200.00 1200.00
Trabajo
Total de Beneficios - 10920.00 10920.00
IV.- Costos Operacionales
4.1 Energía Eléctrica (337.68) (337.68)
4.2 Mantenimiento (330.00) (330.00)
4.3 Depreciación (750.00) (750.00)
4.4 Insumos (525.00) (525.00)
Total Costos Operacionales (1942.68) (1942.68)
Beneficio Neto Anual (10828.68) 8977.32 8977.32
Tabla 42: Análisis de Rentabilidad: Flujo de Caja

B. Valor Neto Actual

También llamado valor presente neto, compara los ingresos y egresos
del proyecto en un solo memento del tiempo que por lo general es el
periodo cero, en otras palabras es la suma algebraica de los valores
actualizados de los costos y beneficios generados por el proyecto.
99
I0 = Inversión + Costo de Desarrollo = 0.00+ 10828.68 = 10828.68
i = 14% según Mi Banco (consulta hecha el 1 de abril del 2008)
VAN = -10828.68 + 8977.32 + 8977.32
(1+i) 1 (1+i) 2
VAN = S/. 3953.92
VAN > 0
Como el Valor Actual Neto es positivo el proyecto es factible y

recomendable.
C. Relación Beneficio Costo
Es un indicador que permite establecer si se debe o no realizar la

inversión, viendo que la razón sea mayor a la unidad, entonces los
beneficios son mayores que los costos. Resulta de dividir la sumatoria
de los beneficios actualizados entre la sumatoria de los costos
actualizados que son generados en la vida útil del proyecto.
VPb
B/C  . ....................................................(4.9)
VPc
n
Bn
VPb   ..............................................(4.10)
i 1 (1  k )n
n
Cn
VPc  Ci   ......................................(4.11)
i 1 (1  k )n
Reemplazando en (4.10):
 10920.00   10920.00 
Vpb     
1

2 
 (1  0.14)   (1  0.14) 
Vpb  S / . 17981.53
100
1942.68 1942.68
Vpc  10828.68  
(1  0.14) (1  0.14) 2
1
Vpc  S / . 14027.61
17981.53
B/C 
14027.61
B / C  1.28
B/C 1
El proyecto es factible
D. Tasa Interna de Retorno
Representa la tasa de rendimiento a la cual el proyecto se hace

indiferente, es decir, cuando el VAN igual a cero. Es la tasa de
descuento que iguala el valor actual de los beneficios y el valor actual
de los costos.
8977.32 8977.32
0  10828.68  
(1  TIR) 1
(1  TIR) 2
TIR  41.49%
Como el TIR es mayor al porcentaje establecido el proyecto (14%) es

factible económicamente.
101
E. Tiempo de recuperación de Capital
Io
TR  ........................................................(4.12)
Pr omedioBene ficioNeto
10828.68
TR 
8977.32
TR  1.21
El tiempo en que se recuperará la inversión es de 1.21 años, que

equivale a 1 año, 2 meses y 16 días.
Por lo tanto, el proyecto informático; de acuerdo a los indicadores económicos

encontrados, es rentable.
102
4.2 FASE DE ELABORACIÓN
4.2.1 MODELO DE ANÁLISIS
4.2.1.1 Diagrama de Clases de Análisis
Figura 17: Diagrama de Clases de Análisis

103
4.2.1.2 Diagrama de Colaboración
- Diagrama de Colaboración para el C.U. Registrar Nuevo Alumno
Figura 18: Diagrama de Colaboración para el C.U. Registrar Nuevo Alumno

104
- Diagrama de Colaboración para el C.U. Registrar Nueva Matrícula
Figura 19: Diagrama de Colaboración para el C.U. Registrar Nueva Matrícula

105
- Diagrama de Colaboración para el C.U. Registrar Nuevo Instructor
Figura 20: Diagrama de Colaboración para el C.U. Registrar Nuevo Instructor

106
- Diagrama de Colaboración para el C.U. Marcar Asistencia Diaria de Alumnos
Figura 21: Diagrama de Colaboración para el C.U. Marcar Asistencia Diaria de Alumnos
107
- Diagrama de Colaboración para el C.U. Marcar Asistencia Diaria de Instructores
Figura 22: Diagrama de Colaboración para el C.U. Marcar Asistencia Diaria de Instructores
108
- Diagrama de Colaboración para el C. U. Consular Asistencia de Alumno
Figura 23: Diagrama de Colaboración para el C. U. Consular Asistencia de Alumno

109
- Diagrama de colaboración para el C.U. Consultar Asistencia de Instructor
Figura 24: Diagrama de colaboración para el C.U. Consultar Asistencia de Instructor

110
- Diagrama de Colaboración para El C.U. Calcular pago a Instructor
Figura 25: Diagrama de Colaboración para El C.U. Calcular pago a Instructor

111
- Diagrama de Colaboración para el C.U. Registrar Movimiento de Dinero
Figura 26: Diagrama de Colaboración para el C.U. Registrar Movimiento de Dinero

112
4.2.1.3 Diagrama de Paquetes

4.2.1.4 Diagrama de Paquetes de Casos de Uso
Figura 27: Diagrama de Paquetes de Casos de Uso

4.2.1.5 Diagrama de Paquetes de Actores
Figura 28: Diagrama de Paquetes de Actores

113
4.2.1.6 Diagrama de Paquetes de Controles
Figura 29: Diagrama de Paquetes de Controles

4.2.1.7 Diagrama de Paquetes de Entidades
Figura 30: Diagrama de Paquetes de Entidades

114
4.2.2 MODELO DE DISEÑO
4.2.2.1 Diagrama de Clases de Diseño
Figura 31: Diagrama de Clases de Diseño

115
4.2.2.2 Diagrama de Clases de Diseño
- Modelo de Casos de Uso de Realización
Figura 32: Modelo de Casos de Uso de Realización

116
Diseños de Pantallas de Casos de Uso de Realización
Diseño de Pantalla de Caso de Uso de Realización: Gestionar Matrícula
Figura 33: Diseño de Pantalla de Caso de Uso de Realización: Gestionar Matrícula

Diseño de Pantalla de Caso de Uso de Realización: Gestionar Alumno
Figura 34: Diseño de Pantalla de Caso de Uso de Realización: Gestionar Alumno

117
Diseño de Pantalla de Caso de Uso de Realización: Registrar Asistencia de

Alumno
Figura 35: Diseño de Pantalla de Caso de Uso de Realización: Registrar Asistencia de Alumno
Diseño de Pantalla de Caso de Uso de Realización: Consultar Asistencia de

Alumno
Figura 36: Diseño de Pantalla de Caso de Uso de Realización: Consultar Asistencia de Alumno
118
Diseño de Pantalla de Caso de Uso de Realización: Gestionar Instructor
Figura 37: Diseño de Pantalla de Caso de Uso de Realización: Gestionar Instructor

119
Diseño de Pantalla de Caso de Uso de Realización: Registrar Asistencia de

Instructor
Figura 38: Diseño de Pantalla de Caso de Uso de Realización: Registrar Asistencia de Instructor
Diseño de Pantalla de Caso de Uso de Realización: Consultar Asistencia de

Instructor
Figura 39: Diseño de Pantalla de Caso de Uso de Realización: Consultar Asistencia de Instructor
120
Diseño de Pantalla de Caso de Uso de Realización: Gestionar Servicio
Figura 40: Diseño de Pantalla de Caso de Uso de Realización: Gestionar Servicio

Diseño de Pantalla de Caso de Uso de Realización: Gestionar Categoría
Figura 41: Diseño de Pantalla de Caso de Uso de Realización: Gestionar Categoría

121
Diseño de Pantalla de Caso de Uso de Realización: Registrar Movimiento de

Dinero
Figura 42: Diseño de Pantalla de Caso de Uso de Realización: Registrar Movimiento de Dinero
Diseño de Pantalla de Caso de Uso de Realización: Calcular Pago a

Instructores
Figura 43: Diseño de Pantalla de Caso de Uso de Realización: Calcular Pago a Instructores
122
4.2.2.3 Diagramas de Secuencia
- Diagrama de Secuencia para el C.U. Gestionar Alumno
Figura 44: Diagrama de Secuencia para el C.U. Gestionar Alumno

123
- Diagrama de Secuencia para el C.U. Registrar Nueva Matrícula
Figura 45: Diagrama de Secuencia para el C.U. Registrar Nueva Matrícula

124
- Diagrama de Secuencia para el C.U. Registrar Nuevo Instructor
125
Figura 46: Diagrama de Secuencia para el C.U. Registrar Nuevo Instructor

126
- Diagrama de Secuencia para el C.U. Registrar Asistencia de Alumno
Figura 47: Diagrama de Secuencia para el C.U. Registrar Asistencia de Alumno

127
- Diagrama de Secuencia para el C.U. Registrar Asistencia de

Instructor
Figura 48: Diagrama de Secuencia para el C.U. Registrar Asistencia de Instructor

128
- Diagrama de Secuencia para el C. U. Consular Asistencia de Alumno
Figura 49: Diagrama de Secuencia para el C. U. Consular Asistencia de Alumno

129
- Diagrama de Secuencia para el C.U. Consultar Asistencia de

Instructor
Figura 50: Diagrama de Secuencia para el C.U. Consultar Asistencia de Instructor

130
- Diagrama de Secuencia para el C.U. Calcular Pago a Instructor
Figura 51: Diagrama de Secuencia para el C.U. Calcular Pago a Instructor

131
- Diagrama de Secuencia para el C.U. Registrar Movimiento de

Dinero
Figura 52: Diagrama de Secuencia para el C.U. Registrar Movimiento de Dinero

132
4.2.2.4 Diagrama de Estados
- Diagrama de Estados de la clase Matrícula
Figura 53: Diagrama de Estados de la clase Matrícula

4.2.2.5 Diagrama de Componentes
Figura 54: Diagrama de Componentes

133
4.2.2.6 Diagrama de Navegabilidad
Figura 55: Diagrama de Navegabilidad

134
4.3 IMPLEMENTACIÓN
4.3.1 Diseño de la Base de Datos
4.3.1.1 Modelo lógico de datos
Figura 56: Modelo lógico de datos

135
4.3.1.2 Modelo físico de datos
Figura 57: Modelo físico de datos

136
4.3.1.3 Modelo de Datos.
Figura 58: Modelo de Datos

137
4.4 TRANSICIÓN
4.4.1 MODELO DE PRUEBAS E IMPLANTANCIÓN
4.4.1.1 Casos de Uso de Prueba

Se utilizó los casos de uso más críticos para el funcionamiento del software, en
donde se intentó generar la mayor cantidad de errores posibles para probar el
sistema, para esto se ingresó datos válidos e inválidos para verificar los
resultados. Los casos de uso de prueba son los siguientes:
1. Registrar Movimiento de Dinero.

2. Registrar Asistencia de Instructor.
3. Calcular Pago a Instructores.
138
4.4.1.2 Pruebas de Caja Negra
4.4.1.2.1 Caso de Uso: Registrar Movimiento de Dinero
Identificador
Valores
del Caso de Escenario Resultados del Proceso
ingresados
Prueba
1 Letras Se registra correctamente.
Se registra correctamente porque
2 Números
lo toma como texto.
Campo
Letras y Se registra correctamente porque
Descripción 3
números lo toma como texto.
Se inhabilita el botón que realiza
4 Vacío
el registro para evitarlo.
Valor
1 seleccionado de Se registra correctamente.
Campo Tipo
la lista
Movimiento
2 Vacío
Números
1
mayores e Se registra correctamente.
iguales a cero
Números
2 menores que
Campo Monto el registro para evitarlo.
cero
Letras y Se inhabilita el botón que realiza
3
números el registro para evitarlo.
4 Vacío
Se registra correctamente. El
control selecciona
Fecha automáticamente la fecha actual y
Campo Fecha 1
seleccionada solo permite seleccionar valores
de fecha por lo que sólo se puede
tomar en cuenta un escenario.
Tabla 43: Prueba de caja negra "Registrar Movimiento de Dinero"

Fuente: Elaboración Propia
139
4.4.1.2.2 Caso de Uso: Registrar Asistencia de Instructor
Identificador
Valores
ingresados
Prueba
Números Se registra correctamente en caso
1
mayores e que el código de instructor
iguales a cero ingresado exista en el sistema.
Números
El sistema no permite ingresar
2 menores que
caracteres que no sean números.
cero
El sistema no permite ingresar
Campo Código 3 Letras
caracteres que no sean números.
de Instructor
4 Vacío
el registro de la asistencia.
No se realiza el registro de la
Números que no
asistencia y se muestra un
correspondan a
5 mensaje indicando que el código
un código de
de instructor ingresado no existe
instructor
en el sistema.
Tabla 44: Prueba de caja negra "Registrar Asistencia de Instructor"

140
4.4.1.2.3 Caso de Uso: Calcular Pago a Instructores
Identificador
Valores
ingresados
Prueba
Se registra correctamente. Sólo
hay un escenario para este campo
Valor
Campo porque corresponde a un control
1 seleccionado de
Instructor de lista de despliegue que ya
la lista
viene con un instructor
seleccionado
Se registra correctamente. No se
Fecha inicial ha considerado el valor vacío en
1 menor a fecha los escenarios ya que el control
final de este campo siempre tiene un
Campo Fecha
valor de fecha asignado.
Inicial
No se realiza el registro y se
Fecha inicial
muestra un mensaje que indica
2 mayor a fecha
que la fecha inicial no puede ser
final
mayor a la final
Se registra correctamente. No se
Fecha final ha considerado el valor vacío en
1
mayor a fecha los escenarios ya que el control
final de este campo siempre tiene un
Campo Fecha
valor de fecha asignado
Final
No se realiza el registro y se
Fecha final
muestra un mensaje que indica
2 menor a fecha
que la fecha inicial no puede ser
final
mayor a la final
Tabla 45: Prueba de caja negra "Calcular Pago a Instructores"

141
4.4.1.3 Pruebas de Caja Blanca

En estas pruebas se analiza el código fuente de acuerdo a la secuencia lógica de
cómo fue implementado y se evalúa su correcta ejecución. Se verificó las líneas
de código en tiempo de ejecución con la ayuda del IDE Visual Studio 2010.
Se realizó las pruebas para los procesos más importantes que maneja el software
para poder evaluar la lógica del mismo y poder detectar errores presentes.
4.4.1.4 Pruebas de Aceptación
4.4.1.4.1 Pruebas Alfa

Estas pruebas son realizadas por el usuario en ambiente de desarrollo, se
realiza en presencia del autor del proyecto para poder detectar y anotar las
correcciones que sean necesarias. En el transcurso del desarrollo del
software se fueron probando los formularios ya listos con el usuario para
poder corregir errores no detectados y realizar mejoras sugeridas por el
usuario.
4.4.1.4.2 Pruebas Beta

Estas pruebas son realizadas por el usuario generalmente sin presencia del
autor del proyecto. El usuario final realizó las pruebas respectivas y
comunicó al autor del proyecto los errores detectados y las mejoras
sugeridas.
4.4.1.5 Manuales
El manual de usuario fue elaborado y entregado al usuario final al culminar el
proyecto luego de la capacitación respectiva.
4.4.1.6 Capacitación
Se realizó la capacitación a los usuarios finales luego de la culminación del
proyecto. También se dará el soporte respectivo a los usuarios ante fallas del
sistema o desconocimiento del funcionamiento del mismo.
142
4.4.1.7 Puesta en Marcha del Sistema

El software fue puesto en producción luego de las pruebas respectivas, en donde
el responsable del proyecto se encargó de dejar el software instalado y operativo
en todos los equipos de los usuarios finales.
143
CAPITULO V: ANÁLISIS Y
DISCUSIÓN DE RESULTADOS
5.1 CONTRASTACIÓN DE LA HIPÓTESIS
Se considera en el proyecto un diseño cuasiexperimental de series cronológicas de

un solo grupo, por tal motivo la contrastación de la hipótesis se realizó mediante el
Método PreTest - PostTest. Para llevarla a cabo se identificaron los siguientes
indicadores:
5.1.1 INDICADOR CUALITATIVO
5.1.1.1 Prueba estadística de la Hipótesis para el indicador cualitativo Nivel de

Satisfacción del Usuario.
Se realizó un cuestionario a las personas que trabajan con el sistema para

determinar el grado de satisfacción de usuario (Ver Anexo 2 y Anexo 3).
Para construir los indicadores cualitativos, hay que determinar primero una tabla
de valores, que permita ubicar los valores cuantitativos de los indicadores. Para
cuantificar las respuestas obtenidas del cuestionario se utilizó los siguientes
valores:
Respuesta Valor
Aprobación Plena (AP) 5
Aprobación Simple (AS) 4
Indecisión o Indiferencia (II) 3
Desaprobación Simple (DS) 2
Desaprobación Plena (DP) 1
Tabla 46: Valores de respuesta
Se decidió trabajar con la población que lidia con el sistema en total a una
muestra de 4 personas incluida la gerencia.
Para realizar la ponderación correspondiente de las preguntas aplicadas a los

usuarios se tuvo en cuenta la frecuencia de ocurrencia para cada una de las
posibles respuestas (5) por cada encuestado (4) y se calculó el puntaje total y
puntaje promedio, como se muestra a continuación:
𝑃𝑇𝑖 = ∑4𝑗=1(𝐹𝑖𝑗 ∗ 𝑃𝑗 ) ..............................................(5.1)
Donde:
145
PTi = Puntaje total de la pregunta i - ésima
Fij = Frecuencia j - ésima de la pregunta i - ésima
Pj = Peso j - ésimo
El cálculo del promedio ponderado por cada pregunta sería:
𝑃𝑇𝑖 ......................................................(5.2)
𝑃𝑃𝑖 =
𝑛
Donde:
𝑃𝑃𝑖 = Promedio de puntaje total de la pregunta i - ésima
n = usuarios del sistema
En el siguiente cuadro podemos ver las fórmulas de la ponderación expresadas a

través de los criterios de evaluación del indicador cualitativo Nivel de
Satisfacción del Usuario:
Puntaje Puntaje
Peso
Total Promedio
Nro Pregunta AP AS II DS DP
PTi 𝑃𝑃𝑖
5 4 3 2 1
4
𝑃𝑇1
1 Se registran alumnos con P1,1 P1,2 P1,3 P1,4 P1,5 ∑(𝐹1𝑗 ∗ 𝑃𝑗 )
facilidad y rapidez. 𝑗=1
𝑛
4
𝑃𝑇2
2 Se registran matrículas con P2,1 P2,2 P2,3 P2,4 P2,5 ∑(𝐹2𝑗 ∗ 𝑃𝑗 )
facilidad y rapidez. 𝑗=1
𝑛
4
𝑃𝑇𝑖
i ... Pi,1 Pi,2 Pi,3 Pi,4 Pi,5 ∑(𝐹𝑖𝑗 ∗ 𝑃𝑗 )
𝑗=1
𝑛
4
𝑃𝑇11
11 Es sencillo el control de las P11,1 P11,2 P11,3 P11,4 P11,5 ∑(𝐹11𝑗 ∗ 𝑃𝑗 )
matrículas. 𝑗=1
𝑛
Tabla 47: Fórmulas de la ponderación expresadas a través de los criterios de evaluación del
indicador cualitativo Nivel de Satisfacción del Usuario
146
En el siguiente cuadro se observa la ponderación de los criterios de evaluación

para el indicador cualitativo Nivel de Satisfacción de Usuario en el PreTest:
AP AS II DS DP
Puntaje Puntaje
Nro Pregunta
5 4 3 2 1 Total Promedio
Se registran alumnos con

1 0 0 0 0 4
facilidad y rapidez. 4 1
Se registran matrículas con
2 0 0 0 3 1
facilidad y rapidez. 7 1.75
Se realizan consultas de
3 0 0 0 0 4
matrículas con rapidez. 4 1
Se registran las asistencias de
4 0 0 0 2 2
alumnos con facilidad y rapidez. 6 1.5
5 asistencias de alumnos con 0 0 2 2 0
rapidez. 10 2.5
6 instructores con facilidad y 0 0 0 2 2
rapidez. 6 1.5
7 asistencias de instructores con 0 0 1 3 0
rapidez. 9 2.25
Se registran instructores con
8 0 0 0 0 4
facilidad y rapidez. 4 1
Se genera el reporte de parte
9 0 0 0 2 2
diario con facilidad. 6 1.5
Se genera el reporte de pagos
10 0 0 0 1 3
con facilidad. 5 1.25
Es sencillo el control de las
11 0 0 0 1 3
matrículas. 5 1.25
Satisfacción de Usuario en el PreTest
En el siguiente cuadro se observa la ponderación de los criterios de evaluación

para el indicador cualitativo Nivel de Satisfacción de Usuario en el PostTest:
147
AP AS II DS DP
Puntaje Puntaje
Nro Pregunta
5 4 3 2 1 Total Promedio
Se registran alumnos con

1 1 2 1 0 0 16 4
facilidad y rapidez.
Se registran matrículas con
2 2 2 0 0 0 18 4.5
3 3 1 0 0 0 19 4.75
matrículas con rapidez.
4 4 0 0 0 0 20 5
alumnos con facilidad y rapidez.
5 asistencias de alumnos con 4 0 0 0 0 20 5
rapidez.
6 instructores con facilidad y 3 1 0 0 0 19 4.75
rapidez.
7 asistencias de instructores con 4 0 0 0 0 20 5
rapidez.
Se registran instructores con
8 2 1 1 0 0 17 4.25
Se genera el reporte de parte
9 3 1 0 0 0 19 4.75
diario con facilidad.
Se genera el reporte de pagos
10 2 2 0 0 0 18 4.5
con facilidad.
Es sencillo el control de las
11 3 1 0 0 0 19 4.75
matrículas.
Satisfacción de Usuario en el PostTest
148
Ahora podemos hacer la contrastación de los resultados del PreTest y PostTest

para el indicador cualitativo:
Pregunta PreTest PostTest Di Di2

1 1 4 -3 9
2 1.75 4.5 -2.75 7.5625
3 1 4.75 -3.75 14.0625
4 1.5 5 -3.5 12.25
5 2.5 5 -2.5 6.25
6 1.5 4.75 -3.25 10.5625
7 2.25 5 -2.75 7.5625
8 1 4.25 -3.25 10.5625
9 1.5 4.75 -3.25 10.5625
10 1.25 4.5 -3.25 10.5625
11 1.25 4.75 -3.5 12.25
Suma 16.5 51.25 -34.75 111.1875
Promedio 1.5 4.66
Tabla 50: Resultados del PreTest y PostTest

El nivel de significancia será de 5% (α=0.05).
Las variables se definen de la siguiente manera:
Q1 = Satisfacción del usuario antes de la implementación del Sistema Propuesto.
Q2 = Satisfacción del usuario después de la implementación del Sistema

Propuesto.
149
Hipótesis Estadísticas
Las hipótesis Planteadas son:
Hipótesis H0: El nivel de satisfacción de los usuarios antes de la

implementación del Sistema Propuesto es mayor o igual que el nivel de
satisfacción de los usuarios después de la implementación del Sistema
Propuesto.
H0: Q1 - Q2 ≥ 0
Hipótesis H1: El nivel de satisfacción de los usuarios antes de la

implementación del Sistema Propuesto es menor que el nivel de satisfacción de
los usuarios después de la implementación del Sistema Propuesto.
H1: Q1 - Q2 < 0
Resultados de la Hipótesis Estadística
Diferencia Promedio:
D i
d i 1 .....................................................(5.3)
n
11
D
i 1
i
 34.75
d    3.15909091
n 11
Desviación Estándar:
n Di2  ( D i ) 2 ...........................................(5.4)
d 
2
n(n  1)
11(111.1875)  (-34.75) 2
d   0.3753786
11(10)
150
Función de prueba t:
d n .....................................................(5.5)
t0 
d
- 3.15909091 11
t0   -27.9118717
0.3753786
Valor Crítico de “T” de Student α = 0.05 (Ver tabla T Student en el Anexo

4):
j(1 )( 1)  t(10.05)(111)  1.812
Conclusión:
Dado que t0 = - 27.9118717 < tα = -1.812, estando t0 en la región de rechazo, se

acepta la hipótesis alterna H1: Q1 - Q2 < 0 y se rechaza la hipótesis nula Ho: Q1 -
Q2 ≥ 0.
Con esto podemos comprobar que la implementación de este sistema,

proporcionará una mejora significativa en la empresa.
Región de Rechazo Región de Aceptación
t0 = -27.9118717 tα = -1.812 0
Figura 59: Gráfico de evaluación de hipótesis para el indicador cualitativo Nivel de Satisfacción del
Usuario
151
5.1.2 INDICADORES CUANTITATIVOS
5.1.2.1 Prueba Estadística de la Hipótesis para el Indicador Cuantitativo Tiempo

de Generación del Reporte del Parte Diario.
Definición de Variables:
μa: Tiempo de generación del reporte del parte diario con el sistema actual
(segundos).
μd: Tiempo de generación del reporte del parte diario con presencia del Sistema
propuesto (segundos).
Enunciamos las hipótesis:
Hipótesis H0: El tiempo generación del reporte del parte diario con el sistema
actual (manual) es menor que el tiempo de generación del reporte del parte
diario con el sistema propuesto.
Hipótesis Ha: El tiempo generación del reporte del parte diario con el sistema
actual (manual) es mayor que el tiempo de generación del reporte del parte
diario con el sistema propuesto.
El nivel de Significancia (α) escogido para la prueba de la hipótesis será del 5%,
por lo tanto el nivel de confianza (1- α = 0.95) será del 95%
H0 : μa <= μd : μa - μd <= 0
Ha : μa > μd : μa - μd > 0
Para un nivel de significancia  =5% (Ver Anexo 5)

z (1 )  z (10.05)  z ( 0.95)  1.645
152
Estadígrafo de contraste:
Dado que el tamaño de la muestra es n=56, usaremos la distribución normal (Z).
x i
......................................................(5.6)
x i 1
 x  xa 
2
ia
 a2  i 1 ...............................................(5.7)
n 1
xa  xd   u a  u d  ...........................................(5.8)
zc 
 2
  2
 
a
 d
 a
n n d 
Resultados:
Los datos obtenidos de las mediciones se muestran en la siguiente tabla:
Tiempo Tiempo
Xi-Xmed Xi-Xmed (Xi-Xmed)2 (Xi-Xmed)2
Nro. segundos segundos
(antes) (después) (antes) (después)
(antes) (después)
1 882 348 36.536 16.089 1334.858 258.865
2 809 297 -36.464 -34.911 1329.644 1218.758
3 889 325 43.536 -6.911 1895.358 47.758
4 865 335 19.536 3.089 381.644 9.544
5 812 367 -33.464 35.089 1119.858 1231.258
6 824 357 -21.464 25.089 460.716 629.472
7 897 315 51.536 -16.911 2655.930 285.972
8 821 325 -24.464 -6.911 598.501 47.758
9 852 317 6.536 -14.911 42.716 222.329
10 815 302 -30.464 -29.911 928.073 894.651
11 836 357 -9.464 25.089 89.573 629.472
12 879 309 33.536 -22.911 1124.644 524.901
13 850 291 4.536 -40.911 20.573 1673.687
14 847 296 1.536 -35.911 2.358 1289.579
15 816 320 -29.464 -11.911 868.144 141.865
16 847 343 1.536 11.089 2.358 122.972
17 856 370 10.536 38.089 111.001 1450.794
18 856 332 10.536 0.089 111.001 0.008
19 884 306 38.536 -25.911 1485.001 671.365
20 828 291 -17.464 -40.911 305.001 1673.687
21 857 306 11.536 -25.911 133.073 671.365
22 814 320 -31.464 -11.911 990.001 141.865
23 808 365 -37.464 33.089 1403.573 1094.901
24 865 344 19.536 12.089 381.644 146.151
25 847 347 1.536 15.089 2.358 227.687
26 885 321 39.536 -10.911 1563.073 119.044
153
Tiempo Tiempo
Xi-Xmed Xi-Xmed (Xi-Xmed)2 (Xi-Xmed)2
Nro. segundos segundos
(antes) (después) (antes) (después)
(antes) (después)
27 800 308 -45.464 -23.911 2067.001 571.722
28 799 365 -46.464 33.089 2158.930 1094.901
29 891 296 45.536 -35.911 2073.501 1289.579
30 819 370 -26.464 38.089 700.358 1450.794
31 851 343 5.536 11.089 30.644 122.972
32 846 349 0.536 17.089 0.287 292.044
33 884 321 38.536 -10.911 1485.001 119.044
34 889 326 43.536 -5.911 1895.358 34.937
35 852 362 6.536 30.089 42.716 905.365
36 806 329 -39.464 -2.911 1557.430 8.472
37 894 362 48.536 30.089 2355.716 905.365
38 879 306 33.536 -25.911 1124.644 671.365
39 855 324 9.536 -7.911 90.930 62.579
40 828 364 -17.464 32.089 305.001 1029.722
41 840 308 -5.464 -23.911 29.858 571.722
42 823 318 -22.464 -13.911 504.644 193.508
43 878 324 32.536 -7.911 1058.573 62.579
44 827 362 -18.464 30.089 340.930 905.365
45 840 333 -5.464 1.089 29.858 1.187
46 890 361 44.536 29.089 1983.430 846.187
47 819 359 -26.464 27.089 700.358 733.829
48 848 342 2.536 10.089 6.430 101.794
49 812 308 -33.464 -23.911 1119.858 571.722
50 852 369 6.536 37.089 42.716 1375.615
51 805 329 -40.464 -2.911 1637.358 8.472
52 811 322 -34.464 -9.911 1187.787 98.222
53 804 334 -41.464 2.089 1719.287 4.365
54 874 345 28.536 13.089 814.287 171.329
55 827 318 -18.464 -13.911 340.930 193.508
56 862 324 16.536 -7.911 273.430 62.579
Suma 47346 18587 47017.929 29886.554
Promedio 845.464 331.911
Tabla 51: Datos obtenidos de las mediciones para el indicador cuantitativo Tiempo de Generación
del Reporte del Parte Diario
Calculamos la media aritmética de la muestra

n
x i
x i 1
x a = 845.464
x d = 331.911
154
Calculamos la varianza
n
 x  xa 
2
ia
47017.929
 a2  i 1
 = 839.6058673
n 56
 x  xd 
2
id
29886.554
 d2  i 1
  533.6884566
n 56
Calculamos la función estadística (Zc) de prueba y determinamos la región

de Aceptación y la región de Rechazo
xa  x d  845.464 - 331.911

zc   = 3.86290934
  
2 2
839.6058673 2 533.6884566 2
  a
 d

 a
n n d 
56 56
Conclusión:
En el siguiente gráfico se puede observar la región de aceptación y rechazo para

la prueba de hipótesis de Tiempo de generación del reporte del parte diario.
Figura 60: Gráfico de evaluación de hipótesis para el

indicador cuantitativo Tiempo de Generación del Reporte
del Parte Diario
155
Debido a que el valor de Zc = 3.86290934 es mayor que Zα = 1.645 está ubicado

en la Región de Rechazo (RR), entonces rechazamos la Hipótesis Nula (H0) y
aceptamos la Hipótesis Alternativa (Ha).
Por tanto, queda estadísticamente demostrado que con el Sistema Propuesto se

ahorra tiempo en la generación del reporte de parte diario.
5.1.2.2 Prueba Estadística de la Hipótesis para el indicador cuantitativo Costo en la

Elaboración del Reporte del Parte Diario.
El costo en la elaboración del reporte del parte diario se obtuvo con la siguiente
fórmula:
CRG  tg * ch  cp .............................................................................(5.9)
Donde:
CRG: Costo en la elaboración de reporte del parte diario
tg: tiempo de generación de reporte de gestión
ch: Costo hora-hombre
cp: Costo de papel por impresión
Para el costo hora-hombre se considera el pago mensual de la secretaria que

corresponde a 800 nuevos soles mensuales y se transforma a costo por segundo
ya que el tiempo de generación del reporte del parte diario está en segundos:
𝟖𝟎𝟎 𝒔𝒐𝒍𝒆𝒔 𝟏 𝒉𝒐𝒓𝒂 𝟏 𝒎𝒊𝒏𝒖𝒕𝒐

𝒄𝒉 = 𝒉𝒐𝒓𝒂𝒔 × × 𝟔𝟎 𝒔𝒆𝒈𝒖𝒏𝒅𝒐𝒔 =
𝟑𝟎 𝒅𝒊𝒂𝒔∗𝟒𝟖 60 𝑚𝑖𝑛𝑢𝑡𝑜𝑠
𝟕 𝒅𝒊𝒂𝒔
𝟖𝟎𝟎 𝒔𝒐𝒍𝒆𝒔 𝒔𝒐𝒍𝒆𝒔

= 𝟎. 𝟎𝟎𝟏𝟎𝟖𝟎𝟐𝟓 𝒔𝒆𝒈𝒖𝒏𝒅𝒐
𝟕𝟒𝟎𝟓𝟕𝟏.𝟒𝟐𝟗 𝒔𝒆𝒈𝒖𝒏𝒅𝒐𝒔
El costo de papel por impresión se calcula de la siguiente manera:
cp  canth (ctp  cup ) .............................................................................(5.10)
156
Donde:
canth: Cantidad de hojas por impresión
ctp: Costo de tinta por página
cup: Costo unitario de hoja
Un cartucho de tinta tiene un rendimiento promedio de 250 páginas estándar

impresas y tiene un costo promedio de 25 nuevos soles, entonces el costo de
tinta por página es:
𝟐𝟓 𝒔𝒐𝒍𝒆𝒔
𝒄𝒕𝒑 = = 𝟎. 𝟏 𝒔𝒐𝒍𝒆𝒔/𝒑á𝒈𝒊𝒏𝒂
𝟐𝟓𝟎 𝒑á𝒈𝒊𝒏𝒂𝒔
El millar de hojas bond tiene un costo promedio de 24 nuevos soles, entonces el costo
unitario de hoja es:
𝟐𝟒 𝒔𝒐𝒍𝒆𝒔
𝒄𝒖𝒑 = = 𝟎. 𝟎𝟐𝟒 𝒔𝒐𝒍𝒆𝒔/𝒉𝒐𝒋𝒂
𝟏𝟎𝟎𝟎 𝒉𝒐𝒋𝒂𝒔
Por lo tanto, el costo de papel por impresión tomando en cuenta la cantidad de hojas es
(reemplazando en (5.10)):
𝒄𝒑 = 𝒄𝒂𝒏𝒕𝒉(𝒄𝒕𝒑 + 𝒄𝒖𝒑) = 𝒄𝒂𝒏𝒕𝒉(𝟎. 𝟏 + 𝟎. 𝟎𝟐𝟒) = 𝒄𝒂𝒏𝒕𝒉 ∗ 𝟎. 𝟏𝟐𝟒 𝒔𝒐𝒍𝒆𝒔
La fórmula del costo en la elaboración del reporte del parte diario se resume de
la siguiente forma (reemplazando en (5.9)):
CRG  tg * 0.00108025  canth * 0.124
157
μa: Costo operacional en la elaboración del reporte del parte diario con el
sistema actual (segundos).
μd: Costo operacional en la elaboración del reporte del parte diario con
presencia del Sistema propuesto (segundos).
Hipótesis H0: El costo operacional en la elaboración del reporte del parte diario
con el sistema actual (manual) es menor que el tiempo de generación del reporte
del parte diario con el sistema propuesto.
Hipótesis Ha: El costo operacional en la elaboración del reporte del parte diario
con el sistema actual (manual) es mayor que el tiempo de generación del reporte
del parte diario con el sistema propuesto.
H0 : μa <= μd : μa - μd <= 0
Ha : μa > μd : μa - μd > 0
z (1 )  z (10.05)  z ( 0.95)  1.645
158
x i
x i 1 ......................................................(5.11)
n
 x  xa 
2
ia
 a2  i 1 ...............................................(5.12)
n 1
xa  xd   u a  u d 
zc  ..........................................(5.13)
 2
  2
 
a
 d
 a
n n d 
Resultados:
Xi-
Tiempo Tiempo Hojas Costo (Xi-
Hojas Costo Xi-Xmed Xmed (Xi-Xmed)2
Nro. segundo segundos (después (después Xmed)2
(antes) (antes) (antes) (despu (después)
s (antes) (después) ) ) (antes)
és)
1 882 1 348 1 1.08 0.50 -0.02 -0.03 0.0004 0.0010
2 809 1 297 1 1.00 0.44 -0.10 -0.09 0.0098 0.0075
3 889 1 325 2 1.08 0.60 -0.01 0.07 0.0002 0.0046
4 865 1 335 1 1.06 0.49 -0.04 -0.05 0.0015 0.0021
5 812 1 367 1 1.00 0.52 -0.10 -0.01 0.0092 0.0001
6 824 2 357 2 1.14 0.63 0.04 0.10 0.0017 0.0105
7 897 1 315 1 1.09 0.46 0.00 -0.07 0.0000 0.0045
8 821 2 325 1 1.13 0.48 0.04 -0.06 0.0014 0.0032
9 852 2 317 2 1.17 0.59 0.07 0.06 0.0051 0.0035
10 815 2 302 1 1.13 0.45 0.03 -0.08 0.0010 0.0066
11 836 1 357 2 1.03 0.63 -0.07 0.10 0.0049 0.0105
12 879 2 309 2 1.20 0.58 0.10 0.05 0.0101 0.0026
13 850 1 291 1 1.04 0.44 -0.05 -0.09 0.0030 0.0086
14 847 2 296 2 1.16 0.57 0.07 0.04 0.0043 0.0013
15 816 1 320 2 1.01 0.59 -0.09 0.06 0.0084 0.0039
16 847 2 343 1 1.16 0.49 0.07 -0.04 0.0043 0.0013
17 856 1 370 1 1.05 0.52 -0.05 -0.01 0.0023 0.0001
18 856 1 332 1 1.05 0.48 -0.05 -0.05 0.0023 0.0024
19 884 1 306 2 1.08 0.58 -0.02 0.05 0.0003 0.0022
20 828 1 291 1 1.02 0.44 -0.08 -0.09 0.0062 0.0086
21 857 1 306 1 1.05 0.45 -0.05 -0.08 0.0022 0.0059
22 814 2 320 2 1.13 0.59 0.03 0.06 0.0009 0.0039
23 808 2 365 2 1.12 0.64 0.02 0.11 0.0006 0.0123
24 865 2 344 1 1.18 0.50 0.09 -0.04 0.0073 0.0013
25 847 2 347 1 1.16 0.50 0.07 -0.03 0.0043 0.0011
26 885 2 321 1 1.20 0.47 0.11 -0.06 0.0114 0.0037
159
Xi-
Tiempo Tiempo Hojas Costo (Xi-
Hojas Costo Xi-Xmed Xmed (Xi-Xmed)2
Nro. segundo segundos (después (después Xmed)2
(antes) (antes) (antes) (despu (después)
s (antes) (después) ) ) (antes)
és)
27 800 2 308 1 1.11 0.46 0.02 -0.07 0.0002 0.0056
28 799 2 365 1 1.11 0.52 0.01 -0.01 0.0002 0.0002
29 891 1 296 2 1.09 0.57 -0.01 0.04 0.0001 0.0013
30 819 2 370 1 1.13 0.52 0.04 -0.01 0.0013 0.0001
31 851 2 343 2 1.17 0.62 0.07 0.09 0.0049 0.0076
32 846 2 349 1 1.16 0.50 0.06 -0.03 0.0042 0.0009
33 884 1 321 1 1.08 0.47 -0.02 -0.06 0.0003 0.0037
34 889 1 326 1 1.08 0.48 -0.01 -0.06 0.0002 0.0030
35 852 2 362 1 1.17 0.52 0.07 -0.02 0.0051 0.0003
36 806 2 329 1 1.12 0.48 0.02 -0.05 0.0005 0.0027
37 894 1 362 2 1.09 0.64 -0.01 0.11 0.0001 0.0116
38 879 2 306 2 1.20 0.58 0.10 0.05 0.0101 0.0022
39 855 1 324 2 1.05 0.60 -0.05 0.07 0.0024 0.0045
40 828 1 364 2 1.02 0.64 -0.08 0.11 0.0062 0.0121
41 840 1 308 1 1.03 0.46 -0.07 -0.07 0.0043 0.0056
42 823 2 318 1 1.14 0.47 0.04 -0.06 0.0016 0.0041
43 878 2 324 1 1.20 0.47 0.10 -0.06 0.0099 0.0033
44 827 2 362 1 1.14 0.52 0.04 -0.02 0.0020 0.0003
45 840 2 333 2 1.16 0.61 0.06 0.08 0.0034 0.0058
46 890 1 361 1 1.09 0.51 -0.01 -0.02 0.0001 0.0003
47 819 1 359 1 1.01 0.51 -0.09 -0.02 0.0078 0.0004
48 848 1 342 1 1.04 0.49 -0.06 -0.04 0.0033 0.0014
49 812 1 308 1 1.00 0.46 -0.10 -0.07 0.0092 0.0056
50 852 1 369 2 1.04 0.65 -0.05 0.12 0.0028 0.0133
51 805 2 329 2 1.12 0.60 0.02 0.07 0.0004 0.0052
52 811 1 322 1 1.00 0.47 -0.10 -0.06 0.0094 0.0035
53 804 2 334 2 1.12 0.61 0.02 0.08 0.0004 0.0060
54 874 1 345 2 1.07 0.62 -0.03 0.09 0.0008 0.0080
55 827 2 318 2 1.14 0.59 0.04 0.06 0.0020 0.0036
56 862 1 324 1 1.06 0.47 -0.04 -0.06 0.0018 0.0033
Suma 61.44 29.75 0.198183 0.238370
Promedio 1.0971 0.5313
Tabla 52: Datos obtenidos de las mediciones para el indicador cuantitativo Costo en la Elaboración
x i
x i 1
x a = 1.0971
x d = 0.5313
160
 x  xa 
2
ia
0.198183 = 0.003538985
 a2  i 1

n 56
 x  xd 
2
id
0.238370 0.004256614
 d2  i 1
 
n 56

xa  x d  1.0971 - 0.5313

zc   = 764.9252175
  a2  d2  0.003538985 2 0.004256614 2
   
 na nd  56 56
Conclusión:

la prueba de hipótesis del costo operacional en la elaboración del reporte del
parte diario.

indicador cuantitativo Costo Operacional en la Elaboración
161
Debido a que el valor de Zc = 764.9252175 es mayor que Zα = 1.645 está

ubicado en la Región de Rechazo (RR), entonces rechazamos la Hipótesis Nula
(H0) y aceptamos la Hipótesis Alternativa (Ha).

ahorra costos en la elaboración del reportes del parte diario.
5.1.2.3 Prueba Estadística de la Hipótesis para el Indicador Cuantitativo Costo en

la Elaboración del Reporte de Matrículas.
El costo operacional en la elaboración del reporte de matrículas se obtuvo con la

siguiente fórmula:
CRG  tg * ch  cp .............................................................................(5.14)
Donde:
CRG: Costo operacional en la elaboración de reporte de matrículas
tg: tiempo de generación de reporte de gestión
ch: Costo hora-hombre
Para el costo hora-hombre se considera el pago mensual de la secretaria que

corresponde a 800 nuevos soles mensuales y se transforma a costo por segundo
ya que el tiempo de generación del reporte del parte diario está en segundos:
𝟖𝟎𝟎 𝒔𝒐𝒍𝒆𝒔 𝟏 𝒉𝒐𝒓𝒂 𝒎𝒊𝒏𝒖𝒕𝒐

𝒄𝒉 = 𝒉𝒐𝒓𝒂𝒔 × × 𝟏 𝟔𝟎 𝒔𝒆𝒈𝒖𝒏𝒅𝒐𝒔 =
𝟑𝟎 𝒅𝒊𝒂𝒔∗𝟒𝟖 60 𝑚𝑖𝑛𝑢𝑡𝑜𝑠
𝟕 𝒅𝒊𝒂𝒔
𝟖𝟎𝟎 𝒔𝒐𝒍𝒆𝒔 𝒔𝒐𝒍𝒆𝒔

= 𝟎. 𝟎𝟎𝟏𝟎𝟖𝟎𝟐𝟓 𝒔𝒆𝒈𝒖𝒏𝒅𝒐
𝟕𝟒𝟎𝟓𝟕𝟏.𝟒𝟐𝟗 𝒔𝒆𝒈𝒖𝒏𝒅𝒐𝒔
El costo de papel por impresión se calcula de la siguiente manera:
cp  canth (ctp  cup ) .............................................................................(5.15)
162
Donde:
canth: Cantidad de hojas por impresión
ctp: Costo de tinta por página
cup: Costo unitario de hoja
Un cartucho de tinta tiene un rendimiento promedio de 250 páginas estándar

impresas y tiene un costo promedio de 25 nuevos soles, entonces el costo de
tinta por página es:
𝟐𝟓 𝒔𝒐𝒍𝒆𝒔
𝒄𝒕𝒑 = = 𝟎. 𝟏 𝒔𝒐𝒍𝒆𝒔/𝒑á𝒈𝒊𝒏𝒂
𝟐𝟓𝟎 𝒑á𝒈𝒊𝒏𝒂𝒔
El millar de hojas bond tiene un costo promedio de 24 nuevos soles, entonces el costo
unitario de hoja es:
𝟐𝟒 𝒔𝒐𝒍𝒆𝒔
𝒄𝒖𝒑 = = 𝟎. 𝟎𝟐𝟒 𝒔𝒐𝒍𝒆𝒔/𝒉𝒐𝒋𝒂
𝟏𝟎𝟎𝟎 𝒉𝒐𝒋𝒂𝒔
Por lo tanto, el costo de papel por impresión tomando en cuenta la cantidad de hojas es
(reemplazando en (5.40)):
𝒄𝒑 = 𝒄𝒂𝒏𝒕𝒉(𝒄𝒕𝒑 + 𝒄𝒖𝒑) = 𝒄𝒂𝒏𝒕𝒉(𝟎. 𝟏 + 𝟎. 𝟎𝟐𝟒) = 𝒄𝒂𝒏𝒕𝒉 ∗ 𝟎. 𝟏𝟐𝟒 𝒔𝒐𝒍𝒆𝒔
La fórmula del costo operacional en la elaboración del reporte de matrículas se

resume de la siguiente forma (reemplazando en (5.14)):
CRG  tg * 0.00108025  canth * 0.124
μa: Costo en la elaboración del reporte de matrículas con el sistema actual

(segundos).
μd: Costo operacional en la elaboración del reporte de matrículas con presencia

del Sistema propuesto (segundos).
163
Hipótesis H0: El costo operacional en la elaboración del reporte de matrículas

con el sistema actual (manual) es menor que el tiempo de generación del reporte
de matrículas con el sistema propuesto.
Hipótesis Ha: El costo operacional en la elaboración del reporte de matrículas

con el sistema actual (manual) es mayor que el tiempo de generación del reporte
de matrículas con el sistema propuesto.
H0 : μa <= μd : μa - μd <= 0
Ha : μa > μd : μa - μd > 0
z (1 )  z (10.05)  z ( 0.95)  1.645
x i
x i 1 ......................................................(5.16)
n
 x  xa 
2
ia
 a2  i 1
n 1 ...............................................(5.17)
xa  xd   u a  u d 
zc  ..........................................(5.18)
  a2  d2 
  
 a
n n d 
Resultados:
164
Tiempo Tiempo Xi- (Xi- (Xi-

Hojas Hojas Costo Costo Xi-Xmed
Nro. segundos segundos Xmed Xmed)2 Xmed)2
(antes) (después) (antes) (después) (después)
(antes) (después) (antes) (antes) (después)
1 918 1 88 1 1.12 0.22 -0.14 -0.09 0.0204 0.0074
2 961 1 76 2 1.16 0.33 -0.10 0.02 0.0093 0.0006
3 918 2 69 3 1.24 0.45 -0.02 0.14 0.0004 0.0200
4 953 2 70 3 1.28 0.45 0.02 0.14 0.0004 0.0203
5 921 1 84 2 1.12 0.34 -0.14 0.03 0.0195 0.0011
6 936 1 65 2 1.14 0.32 -0.12 0.01 0.0152 0.0002
7 906 1 84 1 1.10 0.21 -0.16 -0.09 0.0242 0.0082
8 956 1 74 2 1.16 0.33 -0.10 0.02 0.0103 0.0005
9 897 1 68 1 1.09 0.20 -0.17 -0.11 0.0274 0.0116
10 909 3 67 2 1.35 0.32 0.10 0.02 0.0091 0.0002
11 988 1 74 1 1.19 0.20 -0.07 -0.10 0.0045 0.0103
12 963 3 72 1 1.41 0.20 0.15 -0.10 0.0237 0.0107
13 898 2 91 2 1.22 0.35 -0.04 0.04 0.0016 0.0017
14 921 1 90 2 1.12 0.35 -0.14 0.04 0.0195 0.0016
15 991 2 82 1 1.32 0.21 0.06 -0.09 0.0036 0.0086
16 988 3 62 2 1.44 0.31 0.18 0.01 0.0327 0.0001
17 885 2 91 1 1.20 0.22 -0.05 -0.08 0.0030 0.0069
18 898 3 65 3 1.34 0.44 0.08 0.14 0.0070 0.0188
19 946 3 70 2 1.39 0.32 0.14 0.02 0.0184 0.0003
20 922 2 82 1 1.24 0.21 -0.01 -0.09 0.0002 0.0086
21 990 2 61 1 1.32 0.19 0.06 -0.12 0.0035 0.0133
22 890 1 82 2 1.09 0.34 -0.17 0.03 0.0299 0.0010
23 993 2 88 3 1.32 0.47 0.06 0.16 0.0039 0.0262
24 893 1 61 1 1.09 0.19 -0.17 -0.12 0.0288 0.0133
25 975 3 67 1 1.43 0.20 0.17 -0.11 0.0278 0.0118
26 912 3 77 2 1.36 0.33 0.10 0.03 0.0098 0.0007
27 939 2 72 2 1.26 0.33 0.00 0.02 0.0000 0.0004
28 1004 3 91 1 1.46 0.22 0.20 -0.08 0.0393 0.0069
29 1002 3 92 3 1.45 0.47 0.20 0.17 0.0384 0.0276
30 959 2 64 2 1.28 0.32 0.03 0.01 0.0007 0.0001
31 903 3 91 3 1.35 0.47 0.09 0.17 0.0079 0.0273
32 936 3 83 3 1.38 0.46 0.12 0.16 0.0156 0.0245
33 920 1 63 3 1.12 0.44 -0.14 0.13 0.0198 0.0182
34 924 1 63 1 1.12 0.19 -0.14 -0.11 0.0186 0.0128
35 980 1 65 1 1.18 0.19 -0.08 -0.11 0.0057 0.0123
36 972 3 71 3 1.42 0.45 0.16 0.14 0.0268 0.0206
37 900 2 79 1 1.22 0.21 -0.04 -0.10 0.0015 0.0092
38 995 2 61 1 1.32 0.19 0.06 -0.12 0.0042 0.0133
39 997 2 76 3 1.33 0.45 0.07 0.15 0.0044 0.0222
40 934 1 74 3 1.13 0.45 -0.13 0.15 0.0157 0.0215
41 920 2 70 1 1.24 0.20 -0.02 -0.11 0.0003 0.0111
42 954 1 78 2 1.15 0.33 -0.10 0.03 0.0108 0.0007
43 929 2 76 1 1.25 0.21 -0.01 -0.10 0.0000 0.0098
44 927 3 64 1 1.37 0.19 0.11 -0.11 0.0132 0.0126
45 885 3 74 2 1.33 0.33 0.07 0.02 0.0048 0.0005
46 940 1 71 2 1.14 0.32 -0.12 0.02 0.0142 0.0004
47 943 3 83 1 1.39 0.21 0.13 -0.09 0.0175 0.0084
Suma 59.15 14.34 0.61320 0.46432
Promedio 1.2584 0.3052
Tabla 53: Datos obtenidos de las mediciones para el indicador cuantitativo Costo en la Elaboración
del Reporte de Matrículas
165
x i
x i 1
x a = 1.2584
x d = 0.3052
 x  xa 
2
ia
0.61320
 2
a
i 1
 = 0.013046713
n 47
 x  xd 
2
id
0.46432 0.009879051
 2
d
i 1
 
n 47

xa  x d  1.2584 - 0.3052

zc   = 399.3290483
 2
  2
0.013046713 2 0.0098790512
 a
 d

 a
n n d 
47 47
Conclusión:

la prueba de hipótesis del costo operacional en la elaboración del reporte de
matrículas.
166

indicador cuantitativo Costo Operacional en la Elaboración
del Reporte de Matrículas
Debido a que el valor de Zc = 399.3290483 es mayor que Zα = 1.645 está

ubicado en la Región de Rechazo (RR), entonces rechazamos la Hipótesis Nula
(H0) y aceptamos la Hipótesis Alternativa (Ha).

ahorra costos en la elaboración del reporte de matrículas.
167
5.1.3 DISCUSIÓN DE RESULTADOS
5.1.3.1 Indicador Cualitativo Nivel de Satisfacción del Usuario
La estimación de los niveles de satisfacción promedio del usuario con el sistema

actual y el sistema propuesto lo resumimos en la siguiente tabla, teniendo como
base la escala del 1 al 5, tomamos el valor de 5 (100%) como base para los
cálculos:
Nivel de Satisfacción de Nivel de Satisfacción de Nivel de Impacto:

Usuario Actual Usuario Propuesto Incremento
NA (1 a 5) % NP (1 a 5) % ∆N (1 a 5) ∆%
1.5 30% 4.66 93.2% 3.16 63.2%
Tabla 54: Nivel de Impacto en el Indicador Cualitativo Nivel de Satisfacción del Usuario
El nivel de satisfacción promedio del usuario en el sistema actual es de 1.5

(30%), con el sistema propuesto el nivel de satisfacción promedio del usuario es
de 4.66 (93.2%), sobre una escala valorada de 1 a 5 puntos, obteniendo así un
incremento significativo de 3.16 puntos (63.2%).
Lo descrito se puede observar en el siguiente gráfico:
Nivel de Satisfacción del Usuario
4.66
5
3.5
4
3
1.5
2
93.20%
63.20%
1 30%
0
Actual Propuesta Impacto
Valores (Promedios) Porcentajes
Figura 63: Nivel de Satisfacción del Usuario

168
5.1.3.2 Indicador Cuantitativo Tiempo de Generación del Reporte del Parte Diario
La estimación de los tiempos promedio de generación del reporte de parte diario

con el sistema actual y el sistema propuesto lo resumimos en la siguiente tabla,
tomando como base el tiempo promedio de generación del reporte de parte
diario con el sistema actual como el 100%:
Tiempo de Generación
Tiempo de Generación Nivel de Impacto:
del Parte Diario
del Parte Diario Actual Reducción
Propuesto
TA TP ∆T
% % ∆%
(Segundos) (Segundos) (Segundos)
845.464 100% 331.911 39.26% 513.554 60.74%
Tabla 55: Nivel de Impacto en el Indicador Cuantitativo Tiempo de Generación del Reporte del
Parte Diario
El tiempo promedio de generación del reporte del parte diario con el sistema
actual es de 845.464 segundos (100%), con el sistema propuesto el tiempo
promedio de generación del reporte del parte diario es de 331.911 segundos
(39.26%), obteniendo así una reducción significativa de 513.554 segundos
(60.74%).
Tiempo de Generación del Reporte del Parte

Diario
1000 845.464
800
513.554
600
331.911
400
200 100% 39.26% 60.74%
0
Figura 64: Tiempo de Generación del Reporte del Parte Diario

169
5.1.3.3 Indicador Cuantitativo Costo en la Elaboración del Reporte del Parte

Diario
La estimación de los costos promedio en la elaboración del reporte de parte

diario con el sistema actual y el sistema propuesto lo resumimos en la siguiente
tabla, tomando como base el costo promedio en la elaboración del reporte de
parte diario con el sistema actual como el 100%:
Costo en la Elaboración
Costo en la Elaboración Nivel de Impacto:
del Parte Diario
del Parte Diario Actual Reducción
Propuesto
CA (S/.) % CP (S/.) % ∆C (S/.) ∆%
1.10 100% 0.53 48.42% 0.57 51.58%
Tabla 56: Nivel de Impacto en el Indicador Cuantitativo Costo en la Elaboración del Reporte del
Parte Diario
El costo promedio en la elaboración del reporte del parte diario con el sistema
actual es de S/.1.10 (100%), con el sistema propuesto el costo promedio en la
elaboración del reporte del parte diario es de S/.0.53 (48.42%), obteniendo así
una reducción significativa de S/.0.57 (51.58%).
Costo en la Elaboración del Reporte del Parte

Diario
1.1
1.2 100%
1
0.8 0.57 51.58%
0.53 48.42%
0.6
0.4
0.2
0
Figura 65: Costo en la Elaboración del Reporte del Parte Diario

170
5.1.3.4 Indicador Cuantitativo Costo en la Elaboración del Reporte de Matrículas
La estimación de los costos promedio en la elaboración del reporte de matrículas

con el sistema actual y el sistema propuesto lo resumimos en la siguiente tabla,
tomando como base el costo promedio en la elaboración del reporte de
matrículas con el sistema actual como el 100%:
Costo en la Elaboración Costo en la Elaboración Nivel de Impacto:

del Reporte Actual del Reporte Propuesto Reducción
CA (S/.) % CP (S/.) % ∆C (S/.) ∆%
1.26 100% 0.31 24.25% 0.95 75.75%
Tabla 57: Nivel de Impacto en el Indicador Cuantitativo Costo en la Elaboración del Reporte de
Matrículas
El costo promedio en la elaboración del reporte de matrículas con el sistema

actual es de S/.1.26 (100%), con el sistema propuesto el costo promedio en la
elaboración del reporte de matrículas es de S/.0.31 (24.25%), obteniendo así una
reducción significativa de S/.0.95 (75.75%).
Costo en la Elaboración del Reporte de Matrículas
1.4 1.26
1.2 100% 0.95

1 75.75%
0.8
0.6
0.31
0.4 24.25%
0.2
0
Figura 66: Costo en la Elaboración del Reporte de Matrículas

171
CAPÍTULO VI:
CONCLUSIONES Y
RECOMENDACIONES
CONCLUSIONES
Se logró mejorar la gestión de alumnos, instructores y parte diario de la empresa UP

AND DOWN INVERSIONES SAC a través del sistema de información, lo cual se
evidencia en:
- Reducción en los tiempos empleados en el proceso de gestión, por ejemplo el

tiempo promedio de generación de reporte del Parte Diario se ha reducido de
848 segundos a 330 segundos que representa un 61% del tiempo total. Con la
Implementación y puesta en ejecución del Sistema de Información se comprobó
que el Tiempo de Generación del Reporte de Pagos con el sistema propuesto,
asciendo a un promedio de 115 segundos, mientras que la misma operación
realizada con el sistema actual el tiempo promedio es de 508 segundos; esto
equivale a una disminución aproximada del 77.28% en la generación de reportes
de pago, esto queda demostrado mediante el análisis de tiempo y la prueba
estadística efectuada. Se mejoró considerablemente el proceso de obtención de
reportes de asistencia, como podemos ver detalladamente en nuestro análisis de
tiempos y la prueba estadística realizada. Con el sistema actual el tiempo
promedio para generar un reporte de asistencias es de 796 segundos habiéndose
logrado disminuir dicho tiempo con el sistema propuesta unos 77 segundos,
obteniéndose con ello una disminución del 90.34% de tiempo en dicho proceso.
- Reducción de los costos de realización de los procesos en la Empresa UP AND

DOWN INVERSIONES SAC, tal como se muestra en la elaboración del reporte
de parte diario en donde se redujo el costo promedio de elaboración de S/.1.10 a
S/.0.53. Además, el análisis de factibilidad económico desarrollado determinó
que en un periodo de 1 año y 7 meses obtendremos un VAN positivo y una TIR
de 67.4% .Así mismo el valor Beneficio/Costo es de 3.87.
- Incremento del nivel de satisfacción del usuario, esto se determinó mediante la

prueba de estadística efectuada a los usuarios del sistema en base al indicador de
satisfacción del usuario. Por ejemplo, al consultar si se registran las matrículas
con facilidad y rapidez, el puntaje obtenido en las encuestas subió de 1.75 a 4.5.
El personal que se encarga de proceso de gestión demostró su aceptación en la
173
mejora del procesamiento de información con el sistema implementado en

comparación con el sistema utilizado anteriormente.
RECOMENDACIONES
- Debido a lo genérico y adaptable de la metodología RUP, se recomienda su uso

para la captura de nuevos requerimientos de usuario en este sistema de
Información; ya que se reúne la mejor de varias técnicas modernas de desarrollo
de software y tiene una gran aceptación en los medio académicos.
- Planificar un plan de Backup para realizar copias de seguridad y respaldo de la

base de datos así como de la aplicación Web, para afrontar cualquier
imprevisto.
- Tomar como base el presente sistema web para su extensión en los módulos de
contabilidad, de tal manera que al personal pertinente se le brinde una mejor
herramienta en el manejo de información y control de sus procesos.
- Llevar a cabo un plan de políticas de seguridad en la empresa sobre el uso del

sistema desarrollado, para evitar accesos no autorizados.
- Incluir en la política de la empresa, un manejo de categorías de clientes para que

de este modo se puedan identificar a los clientes más asiduos, a los que más
acuden al gimnasio en un determinado lapso de tiempo, para luego brindarles
ofertas y descuentos en los servicios futuros.
- Capacitar al personal en el manejo de Software.
174
REFERENCIAS
BIBLIOGRÁFICAS
- Carranza Liza, María Isabel. 2010. Análisis, diseño e implementación de un

sistema de solicitudes de pago de remuneraciones eventuales vía una Intranet.
Tesis para optar el Título de Ingeniero Informático de la Pontificia Universidad
Católica del Perú. Lima : s.n., 2010.
- Cobo Yera, Angel. Diseño y programación de bases de datos. Madrid :

Editorial Visión Libros.
- Date, C. J. 2001. Introducción a los sistemas de bases de datos. s.l. : Pearson

Educación, 2001.
- de San Martin Oliva, Carla Rebeca Patricia. 2004. sitio Web Universidad
Nacional de San Juan. [En línea] 2004. [Citado el: 1 de Agosto de 2011.]
http://www.unsj-
cuim.edu.ar/portalzonda/seminario08/archivos/MetodologiaICONIX.pdf.
- Debrauwer, Laurent y Van der Heyde, Fien. 2009. UML 2 Iniciación,

ejemplos y ejercicios corregidos. Barcelona : Ediciones ENI, 2009.
- García-Pelayo y Gross, Ramón. 1972. Pequeño Larousse Ilustrado. Buenos

Aires : Ediciones Larousse Argentina, 1972.
- IBM. 2011. IBM Rational Rose. [En línea] 2011. [Citado el: 7 de Agosto de
2011.] http://www.ibm.com/pe/es/.
- Kendall, Kenneth E. y Kendall, Julie E. 2005. Análisis y Diseño de Sistemas.

[trad.] Antonio Núñez Ramos. Ciudad de México : Pearson Educación, 2005.
- Lamarca Lapuente, María Jesús. 2011. HIPERTEXTO. [En línea] 2011.

[Citado el: 2 de agosto de 2011.]
http://www.hipertexto.info/documentos/oohdm.htm.
- Laudon, K. y Laudon, J.P. 2004. Sistemas de Información Gerencial. Octava

Edición. Ciudad de México : PEARSON EDUCACIÓN, 2004.
- Monografías. 2017. Sistema de Información. [En línea] 2017. [Citado el: 26 de

abril de 2017.] http://www.monografias.com/trabajos7/sisinf/sisinf.shtml#ei.
176
- Powel Douglass, Bruce. 2014. Real-Time UML Workshop for Embedded

Systems. Segunda Edición. Waltham. Elsevier, 2014.
- Real Academia Española. 2010. Real Academia Española. Diccionario de la

Lengua Española 2.0. [En línea] 2010. [Citado el: 7 de Agosto de 2011.]
http://drae2.es/.
- Reynoso, Carlos. Métodos Heterodoxos en Desarrollo de Software. Buenos

Aires : s.n.
- Rodríguez Sala, Jesús Javier. 2003. Introducción a la programación: teoría y

práctica. Alicante : Editorial Club Universitario, 2003.
- Rueda, Julio Cesar. 2006. [En línea] 2006. [Citado el: 2 de junio de 2011.]
http://biblioteca.usac.edu.gt/tesis/08/08_7691.pdf.
- Urrelo Chunga, Juan Carlos y Caballero Armas, Victor Eduardo. 2011.

Solución web para mejorar la gestión de citas de la empresa logística Neptunia
S.A. aplicado el Proceso Unificado de Rational. Tesis para optar el Título de
Ingeniero de Sistemas de la Universidad Nacional de Trujillo. Trujillo : s.n.,
2011.
- Wikipedia. 2017. Lenguaje de Modelado de Objetos. [En línea] 2017. [Citado

el: 2 de mayo de 2017.]
https://es.wikipedia.org/wiki/Lenguaje_de_modelado_de_objetos.
- Wikipedia. 2017. Sistema de gestión de bases de datos. [En línea] 2017. [Citado
el: 2 de mayo de 2017.]
https://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_bases_de_datos.
- Zelada Vela, Rosa Margarita. 2002. Implementación de un Sistema Integrado

para Mejorar la Gestión Académica y Administrativa del Colegio Nacional
María Negrón Ugarte. Tesis para optar el Título de Ingeniero de Sistemas de la
Universidad Nacional de Trujillo. Trujillo : s.n., 2002.
177
ANEXOS
ANEXO 1: Encuestas a Expertos para Selección de la Metodología de Desarrollo
179
180
181
ANEXO 2: Encuestas Antes de la Implantación del Sistema Informático para

Medir la Satisfacción de Usuario
1. Se registran alumnos con facilidad y rapidez.

Nivel de Satisfacción de Usuario
Usuarios Aprobación Aprobación Indecisión o Desaprobación Desaprobación
Plena Simple Indiferencia Simple Plena
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
2. Se registran matrículas con facilidad y rapidez.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
3. Se realizan consultas de matrículas con rapidez.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
4. Se registran las asistencias de alumnos con facilidad y rapidez.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
5. Se realizan consultas de asistencias de alumnos con rapidez.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
182
6. Se registran las asistencias de instructores con facilidad y rapidez.

Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
7. Se realizan consultas de asistencias de instructores con rapidez.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
8. Se registran instructores con facilidad y rapidez.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
9. Se genera el reporte de parte diario con facilidad.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
10. Se genera el reporte de pagos con facilidad.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
11. Es sencillo el control de las matrículas.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
183
ANEXO 3: Encuestas Después de la Implantación del Sistema Informático para

Medir la Satisfacción de Usuario
1. Se registran alumnos con facilidad y rapidez.

Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
2. Se registran matrículas con facilidad y rapidez.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
3. Se realizan consultas de matrículas con rapidez.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
4. Se registran las asistencias de alumnos con facilidad y rapidez.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
5. Se realizan consultas de asistencias de alumnos con rapidez.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
184
6. Se registran las asistencias de instructores con facilidad y rapidez.

Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
7. Se realizan consultas de asistencias de instructores con rapidez.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
8. Se registran instructores con facilidad y rapidez.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
9. Se genera el reporte de parte diario con facilidad.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
10. Se genera el reporte de pagos con facilidad.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
11. Es sencillo el control de las matrículas.
Gerente x
Trabajador 1 x
Trabajador 2 x
Trabajador 3 x
185
ANEXO 4: Distribución T Student
186
ANEXO 5: Distribución Normal Z
187
ANEXO 6: Gráfico Estadístico de Matrículas por Mes del Año 2010
Cantidad de Matrículas por Mes del Año 2010

350 329
310
300
254 254
250
221 225
205 207 202
192
200
168
140
150
100
50
188
ANEXO 7: Detalle de Asistencia de Instructores desde el 17/12/2009 al 31/12/2009
Instructor Fecha y Hora

BACA JEZZER 17/12/2009 07:25:01
VALLEJO VASQUEZ CECILIA 17/12/2009 07:25:31
BURGOS TOÑO 17/12/2009 08:24:47
PINILLOS JASMIN 17/12/2009 16:16:02
RODRIGUEZ JAVIER 17/12/2009 17:47:37
MOYA KARINA 17/12/2009 17:56:15
BACA JEZZER 18/12/2009 07:08:52
RAZZETO ROGRIGUEZ JORGE 18/12/2009 07:09:25
BURGOS TOÑO 18/12/2009 07:09:30
BACA JEZZER 18/12/2009 08:10:52
BACA JEZZER 18/12/2009 09:08:14
CHERO JARA JHANNY 18/12/2009 12:36:53
BURGOS TOÑO 18/12/2009 15:35:49
BURGOS TOÑO 18/12/2009 18:50:33
HAMMER JAVIER 18/12/2009 19:04:16
PANDA SHELY 18/12/2009 19:54:05
HAMMER JAVIER 19/12/2009 09:06:41
BURGOS TOÑO 21/12/2009 19:38:48
MOYA KARINA 21/12/2009 20:04:18
CUBAS EDUARDO 21/12/2009 20:04:41
BACA JEZZER 23/12/2009 07:17:37
BACA JEZZER 23/12/2009 08:40:39
BURGOS TOÑO 28/12/2009 06:53:27
RAZZETO ROGRIGUEZ JORGE 28/12/2009 07:06:47
189
ANEXO 8: Detalle de Asistencia de Alumnos del Día 05/01/2011
Alumno Fecha y Hora

CASANOVA SUGUIYAMA VIRGINIA 05/01/2011 06:42:28
YBARRA NORMA 05/01/2011 06:42:41
FERNANDEZ YOVERA SARA 05/01/2011 06:59:10
CAMPOS BRAVO SILVIA 05/01/2011 07:06:32
FLORES GUAYANAY MILAGROS 05/01/2011 07:08:03
SAN MARTIN BALLEN LISSETH 05/01/2011 07:08:08
MARTINEZ MIRIAN 05/01/2011 07:08:14
MALQUI SANCHEZ GABY 05/01/2011 07:08:36
PACHECO VASQUEZ FLOR 05/01/2011 07:09:55
IPARRAGUIRRE PAREDES CARMEN 05/01/2011 07:21:11
YBARRA NORMA 05/01/2011 07:24:58
CHOTON ALZA DOUGLAS 05/01/2011 07:36:49
VASQUEZ PANDURO SAMUEL 05/01/2011 07:40:05
DIAZ VIGO MILAGROS 05/01/2011 07:50:03
VIGO RIOS MARIE ROSSANA 05/01/2011 07:50:53
ZAVALETA GARCIA GUISELA 05/01/2011 07:59:03
SALAZAR ALFARO SARA 05/01/2011 08:06:06
VILLACHICO SHEYLA 05/01/2011 08:10:29
REQUELME IBAÑEZ RAFAEL 05/01/2011 08:14:49
GUZMAN REYNA KATIA 05/01/2011 08:32:21
PEREDA ARRUNATEGUI ELIA 05/01/2011 08:42:22
MEDEROS CONCEPCION ARTURO 05/01/2011 08:42:45
VANDICK JUDITH 05/01/2011 09:04:19
JULCA GINO 05/01/2011 09:06:33
PORTURAS AVILA RICARDO 05/01/2011 09:13:12
MENDIETA GOMEZ LIANA 05/01/2011 09:16:32
FERNANDEZ CHUNG DIEGO 05/01/2011 09:27:43
AMAYA BENITES LUZ 05/01/2011 09:38:40
BENITES BERECHE LIDUVINA 05/01/2011 09:39:22
ROJAS ALANIA ANA MARIA 05/01/2011 09:40:23
BOCANEGRA DEZA LUIS 05/01/2011 09:49:56
GOMEZ ZAVALETA KELLY 05/01/2011 10:07:35
MENDOZA SILLAU KAROL 05/01/2011 10:07:39
FINAFLOR RODRIGUEZ YADIRA 05/01/2011 10:17:03
CACERES MARTINEZ VERONICA 05/01/2011 10:17:15
IBAÑEZ LAZARO ELVA 05/01/2011 10:52:32
PAREDES RICHARD 05/01/2011 11:01:48
BELTRAN SALDAÑA VANESSA 05/01/2011 11:10:51
ESQUIVEL LEON LUIS 05/01/2011 11:23:43
DE LA TORRE ZAVALA SISSY 05/01/2011 12:02:10
BURGA TOLEDO JUAN CESAR 05/01/2011 15:31:43
190
CARRANZA LIZ 05/01/2011 15:44:41

AYASTA QUISPE VANESSA 05/01/2011 16:21:57
GUADIAMOS PAREDES RENATO 05/01/2011 16:50:27
RODRIGUEZ NOMURA ADA 05/01/2011 17:48:52
BECERRA PEREZ CAROLINA 05/01/2011 17:49:36
PUENTE ROJAS ROSSY 05/01/2011 17:49:52
ARROYO AVILA SILVANA 05/01/2011 17:50:26
SAROVIA FERRADAS DANIELA 05/01/2011 17:51:12
PEREZ FERRADAS MARJORIE 05/01/2011 17:51:16
PEREZ FERRADAS FLOR DE MARIA 05/01/2011 17:51:21
VARGAS ANGELES ESTIBAN 05/01/2011 17:51:26
VILLAR CASTRO GIULIANA 05/01/2011 17:55:34
WATANABE SILVA AKEMI 05/01/2011 17:55:42
HERRERA MENDOZA CLAUDIA 05/01/2011 17:57:22
TAPIA COBA FANNY 05/01/2011 18:02:52
ALVA ROSAS ROMY 05/01/2011 18:03:02
VIDAL CARRANZA LUISA 05/01/2011 18:04:00
GARCIA QUINTANILLA GISELA 05/01/2011 18:06:07
MENDIETA RAMOS MILAGROS 05/01/2011 18:07:23
TULUMBA GUZMAN SILVIA 05/01/2011 18:08:06
ARISMENDIZ URRUNAGA ANA MARIA 05/01/2011 18:08:11
YOUNG YON SUSANA 05/01/2011 18:08:37
ALVA ANTICONA JOHANA 05/01/2011 18:09:26
RODRIGUEZ ROBERTO 05/01/2011 18:09:29
PAZ PLASENCIA DIANA 05/01/2011 18:46:05
ACUÑA SILVA FLOR 05/01/2011 18:46:28
CASTILLO ANTICONA MARIELLA 05/01/2011 18:56:06
HENRIQUEZ PREVOO SILVIA 05/01/2011 18:59:18
MARTINEZ VALDIVIEZO CARLOS 05/01/2011 19:01:02
FLORES RAMIREZ DIANA 05/01/2011 19:02:21
CASTILLO ANTICONA ANA CECILIA 05/01/2011 19:04:15
GROSSI BLANCO GINO 05/01/2011 19:06:27
INFANTE HERRERA VANESSA 05/01/2011 19:06:35
INFANTE HERRERA VANESSA 05/01/2011 19:06:46
LUNA GUERRERO CARLA 05/01/2011 19:11:19
CORDOVA GAMARRA CLAUDIA 05/01/2011 19:11:33
ZEGARRA CIELO MARIA 05/01/2011 19:18:17
GUTIERREZ MIRANDA HAROLD 05/01/2011 19:19:39
HENRIQUEZ PREVOO MARUSHKA 05/01/2011 19:21:57
AREBALO MARGARITA 05/01/2011 19:25:24
PEÑA CAMPOS SUCELY 05/01/2011 19:34:32
ADRIANZEN JUAREZ ROMULO 05/01/2011 19:45:52
AYESTA VEGA CARLA 05/01/2011 19:45:59
BUENDIA IWANAGA SEIKO 05/01/2011 19:47:20
191
PORRAS GARCIA LUIS 05/01/2011 19:57:15

COLMENARES IVONE 05/01/2011 19:57:19
MENDOZA TELLO ZULEMA 05/01/2011 19:59:14
ANDRADE DIEGO SEBASTIAN 05/01/2011 19:59:19
ROBLES ALMENDRAS RICARDO 05/01/2011 19:59:26
CALLATA CARDOZA PILAR 05/01/2011 20:03:23
ARCE ESCOBAR JEANETTE 05/01/2011 20:10:05
LAVADO MARTELL LUIS ERNESTO 05/01/2011 20:10:45
DEZA MENDOZA MILAGROS 05/01/2011 20:12:01
HORA REVILLA DIANA 05/01/2011 20:12:10
MORAN ALVARADO KARLA 05/01/2011 20:13:45
MANTILLA RENGIFO CARLOS 05/01/2011 21:13:35
PAREDES CARRANZA MARIO 05/01/2011 21:42:24
192

Sistema de información para mejorar procesos administrativos

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Sistema de información para mejorar procesos administrativos

Cargado por

Copyright:

Formatos disponibles

BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN

UNIVERSIDAD NACIONAL DE TRUJILLO

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

“IMPLEMENTACIÓN DE UN SISTEMA DE INFORMACIÓN

AUTOR: BACH. REÁTEGUI LEAU, JOSÉ MAURICIO

A mis padres y hermana, por darme su sincero apoyo

Al Ing. Juan Carlos Obando por todo el apoyo

Señores Miembros del Jurado:

De Conformidad con lo establecido en el Reglamento de Grados y Títulos de la

“Implementación De Un Sistema De Información Para La Mejora Del Proceso

Trujillo, mayo del 2017

Debido a lo anterior expuesto, se determinó que la implementación de un sistema

Luego de un estudio y analizar diferentes metodologías de determinó que el más

Como resultado de este trabajo tenemos un sistema amigable y eficiente, mediante el

Due to the above exposed, we determined that implementation of a system optimized

CAPÍTULO II: MARCO TEÓRICO .................................................................... 20

2.2.2 Metodologías y/o Métodos ............................................................................... 27

CAPÍTULO III: MATERIALES Y MÉTODOS ................................................. 38

CAPÍTULO IV: RESULTADOS ........................................................................... 43

4.1.1.4 Diagrama de Casos de uso del Negocio. ......................................................... 48

4.1.2.5.1 Calculo de Puntos de Caso de Uso sin ajustar........................................... 83

4.4.1.3 Pruebas de Caja Blanca ................................................................................. 142

CAPITULO V: ANÁLISIS Y DISCUSIÓN DE RESULTADOS .................... 144

CAPÍTULO VI: CONCLUSIONES Y RECOMENDACIONES ..................... 172

REFERENCIAS BIBLIOGRÁFICAS ................................................................ 175

ANEXOS ................................................................................................................ 178

Figura 1: Diagramas UML ............................................................................................................ 26

Tabla 1: Puntaje y significado ...................................................................................................... 35

Tabla 41: Cuadro Resumen ......................................................................................................... 98

1.1 Realidad Problemática

El gimnasio UP AND DOWN S.A.C. es uno de los gimnasios más reconocidos de

La matrícula en el gimnasio se realiza de la siguiente manera: El alumno al realizar

El control de asistencia de alumnos se maneja con registros manuales, al alumno se

Para el control de asistencia de instructores la secretaria registra en un cuaderno de

El control de las entradas y salidas de dinero se plasma en el reporte de parte diario

Tal como ocurre en el reporte anterior, el tiempo empleado en construir

La reducción de estos tiempos en los procesos de la empresa constituiría también

Por otro lado, se realizó un cuestionario a los trabajadores de la empresa incluyendo

De la descripción efectuada se pueden identificar los siguientes problemas:

- Mucho tiempo empleado para realizar el proceso de gestión de la empresa.

1.2 Enunciado del Problema

¿Cómo incide la implementación de un sistema de información en la gestión de la

El sistema de información mejora la gestión de la empresa UP AND DOWN

1.4.1 Justificación Académica

El presente proyecto se desarrollará dentro del reglamento de Grados y

1.4.2 Justificación Económica

La presencia de un sistema informático contribuirá de manera

1.4.3 Justificación Operativa

Se facilitará la ejecución de los procesos y operaciones relacionados

1.4.4 Justificación Tecnológica

La presencia de un sistema de información como herramienta tecnológica

1.4.5 Justificación Social

Los empleados de la empresa mejorarán su trabajo y tendrán una mejor

1.5.1 Objetivo General

Mejorar la gestión de alumnos, instructores y parte diario de la empresa

1.5.2 Objetivos Específicos

1. Reducir el tiempo del proceso de gestión de alumnos, instructores

En esta tesis no se enfocó en el aspecto contable, logístico de la empresa. Además, se

CAPÍTULO II: MARCO

- “Implementación de un Sistema Integrado para mejorar la Gestión

- “Solución Web para Mejorar la Gestión de Citas de la empresa logística

- “Análisis, diseño e implementación de un sistema de solicitudes de pago de

Se relaciona con el proyecto porque está dividida en capítulos donde detalla