UNIVERSIDAD NACIONAL DE
TRUJILLO
FACULTAD DE INGENIERÍA
Escuela Profesional de Ingeniería de
Sistemas
“SISTEMA WEB PARA LA AGILIZACIÓN DE PROCESOS EN LA GESTIÓN DE COMERCIALIZACIÓN DE LA EMPRESA POSTES
DEL NORTE S.A DE TRUJILLO” Tesis
PARA OPTAR EL TITULO DE: INGENIERO DE SISTEMAS
Presentado por:
•
BURGOS GONZALES, MILUSKA GERALDINE•
RODRÍGUEZ PORTAL, VANESSA LOURDESAsesorado por:
SANTOS FERNÁNDEZ, JUAN PEDRO
TRUJILLO - PERÚ
DEDICATORIA
A Dios:
A mis padres:
A mi familia:
Por guiarme siempre y darme fuerzas en los momentos difíciles a lo largo de esta vida.
Genaro e Isabel por su gran amor y sacrificio durante los años de formación profesional y por la confianza que depositaron en mí siempre.
A Dios:
A mis padres:
A mi familia:
Vanessa Lourdes El que guía cada uno de los pasos
que doy a lo largo de mi vida.
Álvaro y Marina, por su amor incondicional, continuos consejos, y soporte que me ayudaron y ayudan a cumplir cada una de mis metas.
PRESENTACIÓN Señores Miembros del Jurado:
En cumplimiento de las normas establecidas por la Escuela de Ingeniería de Sistemas
perteneciente a la Facultad de Ingeniería de la Universidad Nacional de Trujillo, para
la obtención del título de Ingeniero de sistemas, ponemos a consideración el presente
trabajo de investigación titulado: “SISTEMA WEB PARA LA AGILIZACIÓN DE
PROCESOS EN LA GESTIÓN DE COMERCIALIZACIÓN DE LA EMPRESA
POSTES DEL NORTE S.A DE TRUJILLO”, cuyo objetivo es agilizar los procesos
para la gestión de ventas y logística en la empresa Postes del Norte SA
En estos días, en los cuales la automatización de los procesos en las organizaciones y
globalización de los negocios son de gran importancia para ser competitivos y tener
un mejor control, lo que deseamos es que la empresa Postes del Norte SA de la ciudad
de Trujillo permita dinamizar la gestión del área de ventas y logística, así como agilizar
sus procesos para mayor satisfacción del usuario.
Trujillo, Septiembre 2018
______________________________ ______________________________
AGRADECIMIENTO
Toda tarea se hace más fácil cuando se encuentra el apoyo de personas profesionales,
amicales y familiares.
Al: Mg. Ing. JUAN PEDRO SANTOS FERNANDEZ por el apoyo y guía profesional
permanente y desinteresada durante la elaboración del presente trabajo de
investigación.
A: Nuestros maestros de la vida universitaria por sus enseñanzas y consejos.
Al: Gerente General y personal de la empresa Postes del Norte SA de Trujillo, por su
apoyo y colaboración brindada en la ejecución del presente trabajo de investigación.
A: Por último, queremos agradecer a nuestros Padres y familiares que compartieron
con nosotros la vida universitaria guiándonos con sus consejos y experiencias para
lograr nuestras metas en nuestra vida profesional.
RESUMEN
TITULO: SISTEMA WEB PARA LA AGILIZACIÓN DE PROCESOS EN LA
GESTIÓN DE COMERCIALIZACIÓN DE LA EMPRESA POSTES DEL NORTE
S.A DE TRUJILLO
AUTORES:
Burgos Gonzáles Miluska
Rodríguez Portal Vanessa
POSTES DEL NORTE SA es una empresa dedicada a fabricar y comercializar postes
y elementos de concreto. El contexto en el cual se desarrollan sus actividades
productivas conlleva a una constante toma de decisiones por parte de la gerencia,
referente a la compra de recursos procedente de todos los proveedores con los que
cuenta.
La presencia de una logística ineficiente ha llevado a realizar una mala asignación de
recursos, por lo que es imperativo que los procesos dentro de esta área sean mejorados,
con el fin de realizar una eficiente designación de recursos.
Actualmente en la empresa existe lentitud en el manejo de la información en cada una
de las áreas de la empresa, pues la información que se obtiene demora en ser
procesada, para la consecuente toma de decisiones.
Para el desarrollo del sistema se ha tomado como guía Metodología el RUP y hará uso
del motor de base de datos MYSQL y como lenguaje de programación PHP.
ABSTRACT
TITLE: WEB SYSTEM FOR FAST TRACK PROCESS MANAGEMENT SALES
AND LOGISTICS COMPANY POSTES DEL NORTE S.A OF TRUJILLO
AUTHORS: Burgos Gonzales Miluska
Vanessa Rodríguez Portal
POSTES DEL NORTE SA is a company dedicated to manufacturing and marketing
posts and concrete elements. The context in which their productive activities are
carried out leads to a constant decision-making by management concerning the
purchase of resources from all suppliers with which account.
The presence of inefficient logistics has led to make a misallocation of resources, so it
is imperative that the processes within this area will be improved, in order to perform
an efficient allocation of resources.
Currently in the company it exists slowness in information management in each of the
areas of the company, because information is obtained promptly be processed for the
subsequent decision making.
For the development of the system has been taken as a guide RUP methodology and
make use of motor MYSQL database as PHP programming language.
In Chapter I, it will discuss general information about the project, as well as available
and unavailable materials to be used and will be needed for its development budget
and estimated demand.
In Chapter II, the problem actually framed and then make an introduction on the matter
with a theoretical framework. Likewise, the objectives, rationale, the problem,
variables and indicators are included.
INDICE GENERAL
PRESENTACIÓN iv
AGRADECIMIENTO v
RESUMEN vi
ABSTRACT vii
1. CAPÍTULO I: INTRODUCCIÓN 2
1.1. Realidad Problemática 2 1.2. Enunciado del problema 3 1.3. Hipótesis 3 1.4. Justificación 4 1.5. Objetivos 5 1.5.1. Objetivo General 5 1.5.2. Objetivos Específicos 5
2. CAPÍTULO II: MARCO TEÓRICO 7
3.1.1.1. Insumos 23 3.1.1.2. Servicios 24 3.1.2. Población y muestra 24 3.1.2.1. Población 24 3.1.2.2. Muestra 24 3.1.2.3. Indicadores 25 3.2. Métodos 28 3.2.1. TIPO DE INVESTIGACIÓN 28 3.2.1.1. De acuerdo a la Orientación 28 3.2.1.2. De acuerdo a la Técnica de Contrastación 28 3.3. Técnicas 29
4. CAPÍTULO IV: GENERALIDADES DE LA EMPRESA 32
4.1. DESCRIPCIÓN DE LA EMPRESA 32
4.1.1. BREVE RESEÑA HISTÓRICA 32
4.1.2. RAZÓN SOCIAL 33
4.1.3. GIRO DEL NEGOCIO 33
4.1.4. DIRECCIÓN 33
4.1.5. TELÉFONO 33
4.1.6. SITIO WEB 33
4.1.7. ORGANIGRAMA 34
4.2. DIRECCIONAMIENTO EMPRESARIAL 35
4.2.1. MISIÓN 35
4.2.2. VISIÓN 35
4.2.3. OBJETIVOS 35
4.2.4. ANÁLISIS INTERNO 35
4.2.4.1. FORTALEZAS 35
4.2.4.2. DEBILIDADES 36
4.2.5. ESTRATEGIAS 37
4.2.5.1. ESTRATEGIAS FO 37
4.2.5.2. ESTRATEGIAS FA 37
4.2.5.4. ESTRATEGIAS DA 38
5. CAPÍTULO V: DESARROLLO DEL PROYECTO 40
5.1. Fase I: Incepción 40
5.1.1. Modelo del Negocio 40
5.1.1.1. Reglas del Negocio 40
5.1.1.2. Diagrama de objetivos del negocio 42
5.1.1.3. Diagrama de casos de uso VS. Objetivos del negocio 42
5.1.1.4. Modelo de Casos de Uso del Negocio 43
5.1.1.5. Documentación de los Casos de Uso del Negocio 44
5.1.1.6. Diagrama de estado 46
5.1.1.6.1. Diagrama de Estado-Guía de remisión de venta 46
5.1.1.6.2. Diagrama de Estado-Listado de requerimiento 47
5.1.1.6.3. Diagrama de Estado-Orden de compra 47
5.1.1.6.4. Diagrama de Estado-Orden de trabajo 48
5.1.1.6.5. Diagrama de Estado-Producto 48
5.1.1.6.6. Diagrama de Estado-Factura 49
5.1.1.6.7. Diagrama de Estado-Voucher 49
5.1.1.6.8. Diagrama de Estado-Guía de Remisión 49
5.1.1.6.9. Diagrama de Estado-Cotización 50
5.1.1.7. Diagrama de actividades del negocio 51
5.1.1.7.1. Diagrama de Actividades-Generar cotización 51
5.1.1.7.2. Diagrama de Actividades-Procesar orden de compra 52
5.1.1.7.3. Diagrama de Actividades-Generar orden de trabajo 53
5.1.1.7.4. Diagrama de Actividades-Procesar facturación 54
5.1.1.8.4. Modelo de Objetos -Procesar facturación 59
5.1.1.8.5. Modelo de Objetos -Procesar compras 60
5.1.1.8.6. Modelo de Objetos - Procesar almacén 60
5.1.1.8.7. Modelo de Objetos -Procesar distribución de productos 61
5.1.1.9. Modelo de dominio 62
5.1.2. Modelo del Requerimientos 63
5.1.2.1. Requerimientos Funcionales 63
5.1.2.2. Requerimientos No Funcionales 63
5.1.2.3. Modelo de Casos de Uso 65
5.1.2.3.1. Organización del Modelo 65
5.1.2.3.2. Actores del Sistema 66
5.1.2.3.3. Diagrama de Actores del Sistema 66
5.1.2.3.4. Diagrama de Paquetes y sus Relaciones 67
5.1.2.3.5. Modelo de Caso Uso por Paquetes 68
5.1.2.3.6. Diagrama General de Casos de Uso 71
5.1.2.3.7. Descripción de los Casos de Uso 72
5.1.2.4. Estimación De Tiempo De Desarrollo 92
5.1.2.4.1. Puntos de Casos de Uso sin ajustar (UUCP) 92
5.1.2.4.2. Puntos de Casos de Uso Ajustados (UCP) 96
5.1.2.4.3. Estimación del Esfuerzo (E) 98
5.1.2.4.4. Tiempo de Desarrollo 100
5.1.2.5. Viabilidad Económica 100
5.1.2.6. Priorización de Casos de Uso 112
5.1.2.7. Mitigación de Riesgos 114
5.2. FASE II: ELABORACIÓN 115
5.2.1. MODELO DE ANÁLISIS 115
5.2.1.1. ARQUITECTURA DE ANÁLISIS 115
5.2.1.2. DIAGRAMA GENERAL DE CASOS DE USO SEGÚN ANÁLISIS 116
5.2.1.3. REALIZACIONES DE ANÁLISIS 117
5.2.1.4. DIAGRAMAS DE CLASES DE ANÁLISIS 121
5.2.1.6. DIAGRAMA DE COLABORACIÓN 144
5.2.1.7. MODELO CONCEPTUAL 173
5.2.1.8. MODELO UML 174
5.2.1.9. MODELO DE DATOS LÓGICO 175
5.2.1.10. MODELO DE DATOS FÍSICO 179
5.2.2. MODELO DE DISEÑO 183
5.3. FASE III: CONSTRUCCIÓN 241
5.3.1. MODELO DE CONSTRUCCIÓN 241
5.3.1.1. DIAGRAMA DE COMPONENTES 241
5.3.1.2. DIAGRAMA DE DESPLIEGUE 242
5.4. FASE III: TRANSICIÓN 243
5.4.1. MODELO DE PRUEBAS 243
5.4.1.1. PRUEBA DE LA CAJA BLANCA 243
5.4.1.2. PRUEBA DE LA CAJA NEGRA 245
5.4.1.3. MANUAL DE INSTALACIÓN Y DE USUARIO 245
6. CAPÍTULO VI: ANÁLISIS DE RESULTADOS 247
6.1. Estimación de la muestra 247
6.1.1. Indicador N° 1: Tiempo de registro de ventas 247
6.1.2. Indicador N° 2: Tiempo de procesamiento de órdenes de trabajo 247
6.1.3. Indicador N° 3: Tiempo de validación de documentos para la entrega de
productos terminados 247
6.1.4. Indicador N° 4: Tiempo de generación de reportes 248
6.1.5. Indicador N° 5: Nivel de satisfacción de los usuarios de las áreas de
comercialización 248
6.5.3. Tiempo de validación de documentos para la entrega de productos
terminados 268
6.5.4. Tiempo de generación de reportes 274
6.6. Discusión de Resultados 279
6.6.1. Indicador Cuantitativo “Tiempo de Registro de Ventas” 279
6.6.2. Indicador Cuantitativo “Tiempo de procesamiento de órdenes de trabajo”
280
6.6.3. Indicador Cuantitativo “Tiempo de validación de documentos para la
entrega de productos terminados” 281
6.6.4. Indicador Cuantitativo “Tiempo de generación de reportes” 282
6.6.5. Indicador Cualitativo “Nivel de Satisfacción de Usuarios” 283
CAPÍTULO VII: CONCLUSIONES Y RECOMENDACIONES 284
7.1. Conclusiones 285
7.2. Recomendaciones 286
ÍNDICE DE FIGURAS
Figura N° 1 Fases de la Metodología RUP ... 14
Figura N° 2: Fases de la Metodología SCRUM ... 19
Figura N° 3 Organigrama de la empresa ... 34
Figura N° 4 Diagrama de objetivos del negocio ... 42
Figura N° 5 Diagrama de CU VS ON ... 42
Figura N° 6 Modelo de CUN ... 43
Figura N° 7 DE-Guía de remisión de venta ... 46
Figura N° 8 DE-Listado de Requerimiento ... 47
Figura N° 9 DE-Orden de compra... 47
Figura N° 10 DE-Orden de trabajo ... 48
Figura N° 11 DE-Producto ... 48
Figura N° 12 DE-Factura ... 49
Figura N° 13 DE-Voucher ... 49
Figura N° 14 DE-Guía de remisión ... 49
Figura N° 15 DE-Cotización ... 50
Figura N° 16 DA-Generar cotización ... 51
Figura N° 17 DA-Procesar orden de compra ... 52
Figura N° 18 DA-Generar orden de trabajo ... 53
Figura N° 19 DA- Procesar facturación ... 54
Figura N° 20 DA-Procesar compras ... 55
Figura N° 21 DA-Procesar almacén ... 56
Figura N° 22 DA-Procesar distribución de productos ... 57
Figura N° 23 Modelo de Objetos-Generar cotización ... 58
Figura N° 24 Modelo de objetos-Procesar orden de compra ... 58
Figura N° 25 Modelo de Objetos-Generar orden de trabajo ... 59
Figura N° 35 Paquete de mantenimiento ... 68
Figura N° 36 Paquete de logística ... 69
Figura N° 37 Paquete de ventas ... 70
Figura N° 38 Paquete de reportes ... 70
Figura N° 39 Diagrama General de Casos de Uso ... 71
Figura N° 40 Prototipo del C.U. Gestionar cotización ... 73
Figura N° 41 Prototipo del C.U. Registrar orden de compra ... 74
Figura N° 42 Prototipo del C.U. Gestionar orden de compra ... 76
Figura N° 43 Prototipo del C.U. Gestionar documento de venta ... 77
Figura N° 44 Prototipo del C.U. Gestionar pagos ... 78
Figura N° 45 Prototipo del C.U. Gestionar compra ... 79
Figura N° 46 Prototipo del C.U. Visualizar movimiento de producto ... 80
Figura N° 47 Prototipo del C.U. Visualizar movimiento de insumo ... 81
Figura N° 48 Prototipo del C.U. Visualizar stock de productos ... 82
Figura N° 49 Prototipo del C.U. Visualizar stock de insumos ... 83
Figura N° 50 Prototipo del C.U. Gestionar orden de trabajo ... 84
Figura N° 51 Prototipo del C.U. Gestionar producción ... 85
Figura N° 52 Prototipo del C.U. Gestionar despacho ... 86
Figura N° 53 Prototipo del C.U. Generar reporte de existencias en almacén ... 87
Figura N° 54 Prototipo del C.U. Generar reporte de cotizaciones vs pedidos ... 88
Figura N° 55 Prototipo del C.U. Generar reporte de ventas ... 89
Figura N° 56 Prototipo del C.U. Generar reporte de compras ... 90
Figura N° 57 Prototipo del C.U. Generar reporte de avance de órdenes de trabajo ... 91
Figura N° 58: Arquitectura de análisis ... 115
Figura N° 59: Diagrama General de Casos de Uso según Análisis ... 116
Figura N° 60: Realizaciones Paquete Seguridad ... 117
Figura N° 61: Realizaciones Paquete Mantenimiento ... 118
Figura N° 62: Realizaciones Paquete Gestión de comercialización ... 119
Figura N° 63: Realizaciones Paquete Reportes ... 120
Figura N° 64: D. Clases de Análisis Ingresar al sistema ... 121
Figura N° 65: D. Clases de Análisis Gestionar usuario ... 121
Figura N° 66: D. Clases de Análisis Gestionar permiso ... 122
Figura N° 67: D. Clases de Análisis Gestionar Menú ... 122
Figura N° 68: D. Clases de Análisis Gestionar Tipo de Movimiento ... 123
Figura N° 70: D. Clases de Análisis Gestionar insumo ... 124
Figura N° 71: D. Clases de Análisis Gestionar unidad de medida ... 124
Figura N° 72: D. Clases de Análisis Gestionar documento ... 125
Figura N° 73: D. Clases de Análisis Gestionar sucursal ... 125
Figura N° 74: D. Clases de Análisis Gestionar almacén ... 126
Figura N° 75: D. Clases de Análisis Gestionar producto ... 126
Figura N° 76:D. Clases de Análisis Gestionar Proveedor ... 127
Figura N° 77:D. Clases de Análisis Gestionar cliente ... 128
Figura N° 78:D. Clases de Análisis Gestionar compra ... 128
Figura N° 79:D. Clases de Análisis Visualizar stock de productos ... 129
Figura N° 80:D. Clases de Análisis Visualizar stock de insumos ... 129
Figura N° 81:D. Clases de Análisis Visualizar movimientos de insumos ... 130
Figura N° 82:D. Clases de Análisis Visualizar movimientos de productos ... 131
Figura N° 83:D. Clases de Análisis Gestionar orden de trabajo ... 132
Figura N° 84:D. Clases de Análisis Gestionar producción ... 133
Figura N° 85:D. Clases de Análisis Gestionar despacho ... 133
Figura N° 86:D. Clases de Análisis Gestionar cotización ... 134
Figura N° 87:D. Clases de Análisis Registrar orden de compra ... 135
Figura N° 88:D. Clases de Análisis Gestionar orden de compra... 136
Figura N° 89:D. Clases de Análisis Gestionar documento de venta ... 137
Figura N° 90:D. Clases de Análisis Gestionar pago ... 138
Figura N° 91:D. Clases de Análisis Generar reporte de existencias en almacén ... 138
Figura N° 92:D. Clases de Análisis Generar reporte de cotizaciones vs órdenes de compra .... 139
Figura N° 93:D. Clases de Análisis Generar reporte de ventas ... 140
Figura N° 94:D. Clases de Análisis Generar reporte de órdenes de compra anuladas... 141
Figura N° 95:D. Clases de Análisis Generar reporte de avance de órdenes de trabajo ... 142
Figura N° 96:D. Clases de Análisis Entidad - General ... 143
Figura N° 105: D. de Colaboración Gestionar documento ... 152
Figura N° 106: D. de Colaboración Gestionar almacén ... 153
Figura N° 107: D. de Colaboración Gestionar sucursal ... 154
Figura N° 108: D. de Colaboración Gestionar producto ... 155
Figura N° 109: D. de Colaboración Gestionar proveedor ... 156
Figura N° 110: D. de Colaboración Gestionar cliente ... 157
Figura N° 111: D. de Colaboración Gestionar compra ... 158
Figura N° 112: D. de Colaboración Visualizar stock de productos... 159
Figura N° 113: D. de Colaboración Visualizar stock de insumos ... 160
Figura N° 114: D. de Colaboración Visualizar movimientos de insumos ... 161
Figura N° 115: D. de Colaboración Visualizar movimientos de productos ... 162
Figura N° 116: D. de Colaboración Gestionar orden de trabajo ... 163
Figura N° 117: D. de Colaboración Gestionar producción ... 164
Figura N° 118: D. de Colaboración Gestionar despacho... 165
Figura N° 119: D. de Colaboración Gestionar cotización ... 166
Figura N° 120: D. de Colaboración Registrar orden de compra ... 167
Figura N° 121: D. de Colaboración Gestionar orden de compra ... 168
Figura N° 122: D. de Colaboración Gestionar documento de venta ... 169
Figura N° 123: D. de Colaboración Gestionar pago ... 169
Figura N° 124: D. de Colaboración Generar reporte de cotizaciones vs órdenes de compra ... 170
Figura N° 125: D. de Colaboración Generar reporte de existencias en almacén ... 171
Figura N° 126: D. de Colaboración Generar reporte de ventas ... 171
Figura N° 127: D. de Colaboración Generar reporte de órdenes de compra anuladas ... 172
Figura N° 128: D. de Colaboración Generar reporte de avance de órdenes de trabajo ... 172
Figura N° 129: Modelo Conceptual ... 173
Figura N° 130: Modelo Conceptual ... 174
Figura N° 131: Modelo de datos lógico – Paquete Seguridad ... 175
Figura N° 132: Modelo de datos lógico – Paquete Mantenimiento ... 176
Figura N° 133: Modelo de datos lógico – Paquete Ventas ... 177
Figura N° 134: Modelo de datos lógico – Paquete Logística ... 178
Figura N° 135: Modelo de datos físico – Paquete Seguridad ... 179
Figura N° 136: Modelo de datos físico – Paquete Mantenimiento ... 180
Figura N° 137: Modelo de datos físico – Paquete Ventas ... 181
Figura N° 138: Modelo de datos físico – Paquete Logística ... 182
Figura N° 140: Diagrama de Navegabilidad ... 184
Figura N° 141: Realizaciones Paquete Seguridad ... 185
Figura N° 142: Realizaciones Paquete Mantenimiento ... 186
Figura N° 143: Realizaciones Paquete Gestión de comercialización ... 187
Figura N° 144: Realizaciones Paquete Reportes... 188
Figura N° 145: D. Clases de Diseño Ingresar al sistema ... 189
Figura N° 146: D. Clases de Diseño Gestionar usuario ... 189
Figura N° 147: D. Clases de Diseño Gestionar permiso ... 190
Figura N° 148: D. Clases de Diseño Gestionar menu ... 190
Figura N° 149: D. Clases de Diseño Gestionar Tipo de Movimiento ... 191
Figura N° 150: D. Clases de Diseño Gestionar Tipo de Producto ... 191
Figura N° 151: D. Clases de Diseño Gestionar insumo ... 192
Figura N° 152: D. Clases de Diseño Gestionar unidad de medida ... 192
Figura N° 153: D. Clases de Diseño Gestionar documento ... 193
Figura N° 154: D. Clases de Diseño Gestionar almacén ... 193
Figura N° 155: D. Clases de Diseño Gestionar sucursal ... 194
Figura N° 156: D. Clases de Diseño Gestionar producto ... 195
Figura N° 157:D. Clases de Diseño Gestionar Proveedor ... 195
Figura N° 158:D. Clases de Diseño Gestionar cliente ... 196
Figura N° 159:D. Clases de Diseño Gestionar compra ... 197
Figura N° 160:D. Clases de Diseño Visualizar stock de productos ... 198
Figura N° 161:D. Clases de Diseño Visualizar stock de insumos ... 198
Figura N° 162:D. Clases de Diseño Visualizar movimientos de insumos ... 199
Figura N° 163:D. Clases de Diseño Visualizar movimientos de productos ... 200
Figura N° 164:D. Clases de Diseño Gestionar orden de trabajo ... 201
Figura N° 165:D. Clases de Diseño Gestionar producción ... 202
Figura N° 166:D. Clases de Diseño Gestionar despacho ... 203
Figura N° 175:D. Clases de Diseño Generar reporte de O/C anuladas... 209
Figura N° 176:D. Clases de Diseño Generar reporte de avance de órdenes de trabajo ... 210
Figura N° 177: D. de Secuencia Ingresar al sistema... 211
Figura N° 178: D. de Secuencia Gestionar usuario ... 212
Figura N° 179: D. de Secuencia Gestionar permiso ... 213
Figura N° 180: D. de Secuencia Gestionar menu ... 214
Figura N° 181: D. de Secuencia Gestionar tipo de movimiento ... 215
Figura N° 182: D. de Secuencia Gestionar tipo de producto ... 216
Figura N° 183: D. de Secuencia Gestionar insumo... 217
Figura N° 184: D. de Secuencia Gestionar unidad de medida ... 218
Figura N° 185: D. de Secuencia Gestionar documento ... 219
Figura N° 186: D. de Secuencia Gestionar almacén ... 220
Figura N° 187: D. de Secuencia Gestionar sucursal ... 221
Figura N° 188: D. de Secuencia Gestionar producto ... 222
Figura N° 189: D. de Secuencia Gestionar proveedor ... 223
Figura N° 190: D. de Secuencia Gestionar cliente ... 224
Figura N° 191: D. de Secuencia Gestionar compra ... 225
Figura N° 192: D. de Secuencia Visualizar stock de productos ... 226
Figura N° 193: D. de Secuencia Visualizar stock de insumos ... 226
Figura N° 194: D. de Secuencia Visualizar movimientos de insumos ... 227
Figura N° 195: D. de Secuencia Visualizar movimientos de productos ... 228
Figura N° 196: D. de Secuencia Gestionar orden de trabajo ... 229
Figura N° 197: D. de Secuencia Gestionar producción ... 230
Figura N° 198: D. de Secuencia Gestionar despacho ... 231
Figura N° 199: D. de Secuencia Gestionar cotización ... 232
Figura N° 200: D. de Secuencia Registrar orden de compra ... 233
Figura N° 201: D. de Secuencia Gestionar orden de compra ... 234
Figura N° 202: D. de Secuencia Gestionar documento de venta ... 235
Figura N° 203: D. de Secuencia Gestionar pago... 236
Figura N° 204: D. de Secuencia Generar reporte de existencias en almacén ... 236
Figura N° 205: D. de Secuencia Generar reporte de cotizaciones vs órdenes de compra ... 237
Figura N° 206: D. de Secuencia Generar reporte de ventas ... 238
Figura N° 207: D. de Secuencia Generar reporte de órdenes de compra anuladas ... 239
Figura N° 208: D. de Secuencia Generar reporte de avance de órdenes de trabajo ... 240
Figura N° 210: Diagrama de despliegue ... 242
Figura N° 211: Gráfico de Aceptación Nivel de Satisfacción Usuarios ... 258
Figura N° 212: Gráfico de Aceptación Tiempo de registro de ventas ... 263
Figura N° 213: Gráfico de Aceptación de Tiempo de Procesamiento de Órdenes de trabajo ... 268
Figura N° 214: Gráfico de Aceptación de Tiempo de Validación de documentos para la entrega de productos terminados ... 274
Figura N° 215: Gráfico de Aceptación de Tiempo de generación de reportes ... 278
Figura N° 216: Tiempo de Registro de ventas ... 279
Figura N° 217: Tiempo de procesamiento de órdenes de trabajo ... 280
Figura N° 218: Tiempo de validación de documentos para la entrega de productos terminados .. 281
Figura N° 219: Tiempo de generación de reportes ... 282
Figura N° 220: Nivel de Satisfacción de Usuarios ... 283
Figura N° 221 Diagrama de Pareto ... 296
Figura N° 222 Diagrama de Ishikawa ... 298
Figura N° 223 Árbol de Problemas ... 299
ÍNDICE DE TABLAS
Tabla N° 1: Servicios No Disponibles ... 24
Tabla N°2: Usuarios del Sistema ... 27
Tabla N°3: Técnicas ... 29
Tabla N°4: Indicadores con técnicas e instrumento de recolección de datos ... 30
Tabla N°5: Descripción del Caso de Uso Generar cotización ... 44
Tabla N°6: Descripción del Caso de Uso Procesar Orden de Compra ... 44
Tabla N°7: Descripción del Caso de Uso Generar Orden de Trabajo ... 44
Tabla N°8: Descripción del Caso de Uso Procesar Facturación ... 45
Tabla N°9: Descripción del Caso de Uso Procesar Compras ... 45
Tabla N°10: Descripción del Caso de Uso Procesar Almacén ... 45
Tabla N°11: Descripción del Caso de Uso Procesar Distribución de productos ... 46
Tabla N°12: Descripción de Actores ... 66
Tabla N°13: Descripción del Caso de Uso Gestionar cotización ... 72
Tabla N°14: Descripción del Caso de Uso Registrar Orden de Compra ... 73
Tabla N°15: Descripción del Caso de Uso Gestionar Orden de Compra ... 74
Tabla N°16: Descripción del Caso de Uso Gestionar Documentos de Venta ... 76
Tabla N°17: Descripción del Caso de Uso Gestionar pagos ... 77
Tabla N°18: Descripción del Caso de Uso Gestionar compra ... 78
Tabla N°19: Descripción del Caso de Uso Visualizar movimiento de productos ... 80
Tabla N°20: Descripción del Caso de Uso Visualizar movimiento de insumo ... 80
Tabla N°21: Descripción del Caso de Uso Visualizar Stock de productos ... 81
Tabla N°22: Descripción del Caso de Uso Visualizar Stock de Insumos ... 82
Tabla N°23: Descripción del Caso de Uso Gestionar orden de trabajo ... 83
Tabla N°24: Descripción del Caso de Uso Gestionar producción ... 84
Tabla N°25: Descripción del Caso de Uso Gestionar despacho ... 85
Tabla N°26: Descripción del Caso de Uso Generar reporte de existencias en almacén ... 86
Tabla N°27: Descripción del Caso de Uso Generar reporte de cotizaciones vs pedidos ... 87
Tabla N°28: Descripción del Caso de Uso Generar reporte de ventas ... 88
Tabla N°29: Descripción del Caso de Uso Generar reporte de compras ... 89
Tabla N°30: Descripción del Caso de Uso Generar reporte de avance de órdenes de trabajo .... 90
Tabla N°31: Factor de Peso por Tipo de Actor ... 92
Tabla N°32: Resumen de Factor de Peso de Actores sin ajustar ... 93
Tabla N°34: Factores de Peso de Casos de Uso ... 95
Tabla N°35: Peso de cada factor de Complejidad Técnica y su valor ... 97
Tabla N°36: Peso de cada factor ambiente y su valor ... 98
Tabla N°37: Porcentaje de Actividad y su valor en Horas-Hombre ... 99
Tabla N°38: Determinación del costo de hardware... 101
Tabla N°39: Determinación del costo de software ... 101
Tabla N°40: Determinación del costo del mobiliario ... 102
Tabla N°41: Resumen del costo de desarrollo ... 102
Tabla N°42: Determinación del costo de Recursos Humanos ... 103
Tabla N°43: Determinación del costo de Recursos Materiales ... 103
Tabla N°44: Determinación de costo de consumo de energía ... 104
Tabla N°45: Determinación del costo de consumo de energía ... 104
Tabla N°46: Resumen de costos de desarrollo ... 105
Tabla N°47: Determinación de los beneficios tangibles ... 106
Tabla N°48: Costos de Recursos Humanos ... 107
Tabla N°49: Costos de materiales ... 108
Tabla N°50: Costos de energía eléctrica ... 108
Tabla N°51: Resumen de costos operacionales... 109
Tabla N°52: Resumen de costos ... 109
Tabla N°53: Flujo de Caja ... 110
Tabla N°54: Interpretación valor actual neto ... 112
Tabla N°55: Nivel de impacto de casos de uso... 113
Tabla N°56: Cuadro de priorización de casos de uso ... 113
Tabla N°57: Cuadro de priorización de casos de uso ... 114
Tabla N° 58: Tabla de Indicadores ... 249 Tabla N° 59: Escala de Medición de Indicadores Cualitativos ... 250
Tabla N° 67: Tiempos para el indicador “Tiempo de validación de documentos para la entrega de productos terminados” ... 272 Tabla N° 68: Tiempos para el indicador “Tiempo de generación de reportes” ... 276 Tabla N° 69: Nivel de Impacto-Indicador Cuantitativo 1 ... 279 Tabla N° 70: Nivel de Impacto-Indicador Cuantitativo 2 ... 280 Tabla N° 71: Nivel de Impacto-Indicador Cuantitativo 3 ... 281 Tabla N° 72: Nivel de Impacto-Indicador Cuantitativo 4 ... 282 Tabla N° 73: Nivel de Impacto-Indicador Cualitativo 1 ... 283
Tabla N°74: Lluvia de ideas ... 293
Tabla N°75: Análisis de Problemas ... 293
Tabla N°76: Cuadros de Problemas ... 294
Tabla N°77: Cuadro de efecto y elementos ... 295
Tabla N°78: Cuadro de puntaje del problema ... 295
CAPÍTULO I:
1. CAPÍTULO I: INTRODUCCIÓN 1.1.Realidad Problemática
POSTES DEL NORTE SA es una empresa dedicada a fabricar y comercializar postes
y elementos de concreto. El contexto en el cual se desarrollan sus actividades
productivas conlleva a una constante toma de decisiones por parte de la gerencia,
referente a la compra de recursos procedente de todos los proveedores con los que
cuenta.
La presencia de una logística ineficiente ha llevado a realizar una mala asignación de
recursos, por lo que es imperativo que los procesos dentro de esta área sean mejorados,
con el fin de realizar una eficiente designación de recursos.
Actualmente en la empresa existe lentitud en el manejo de la información en cada una
de las áreas de la empresa, pues la información que se obtiene demora en ser
procesada, para la consecuente toma de decisiones.
Existe lentitud en la retroalimentación interdepartamental, lo que no permite que la
información sea manejada de manera eficiente para la toma de decisiones.
La gerencia de la empresa cuenta con información limitada al momento de tomar
decisiones estratégicas empresariales, dado que sólo toma como punto de referencia
para el análisis del progreso económico del negocio a los reportes escasos que el
sistema de gestión con el que cuenta actualmente emite a partir del registro de ventas
diarias.
La ausencia de un adecuado sistema de gestión para que la empresa tome sus
decisiones comerciales y estratégicas a corto, mediano y largo plazo es un motivo de
estudio y razón suficiente de desarrollo a realizar.
En resumen la empresa cuenta con los siguientes problemas:
- Demora en el registro y procesamiento de ventas.
- Demora en el procesamiento de órdenes de trabajo.
- Lentitud en la validación de documentos para la entrega de productos terminados.
- Demora en la generación de reportes de las áreas de comercialización.
- Personal de las áreas de comercialización insatisfecho.
1.2.Enunciado del problema
¿De qué manera incide el desarrollo de un Sistema Web en el proceso de gestión de
comercialización de la empresa POSTES DEL NORTE S.A?
1.3.Hipótesis
El desarrollo de un Sistema Web agiliza los procesos de gestión de comercialización
de la empresa POSTES DEL NORTE S.A.
- V. Independiente (V. Causal): Sistema Web
• Definición Conceptual
Es un conjunto de elementos orientados al tratamiento y administración de datos e
información, organizados y listos para su uso posterior, generados para cubrir una
necesidad o un objetivo, cuya ejecución se realiza a través de un navegador.
• Definición Operacional
Se medirá los tiempos de registro y búsqueda de información, como unidad de
medida se trabajará en base a segundos.
Se medirá el tiempo de la generación de reportes operativos, como unidad de medida
se trabajará en base a segundos.
- V. Dependiente (V. Efecto): Procesos de gestión de comercialización.
• Definición Conceptual
Los procesos de gestión de comercialización es el conjunto de procesos cuya función
1.4.Justificación
a. Justificación Económica
La solución propuesta a la problemática presente en la empresa POSTES DEL NORTE
S.A estuvo al alcance de inversión de esta misma puesto que los gastos fueron mínimos
para la empresa. Así como también logró a mediano y largo plazo minimizar los gastos
que emite la empresa actualmente en el día a día del negocio.
b. Justificación Tecnológica
Las tecnologías que se propusieron al desarrollar este proyecto estuvieron al alcance
de lo que la empresa estaba dispuesta a desembolsar, puesto que el sistema web usa
software libre abriéndose al código abierto de la implementación, y en cuanto al
hardware que está alineado a la solución planteada.
c. Justificación Operativa
La solución propuesta tiene características de adaptabilidad, seguridad, portabilidad,
flexibilidad y usabilidad para quienes lo usan y se ajusta a nuevos posteriores con
capacitaciones previas y los manuales de usuario previstos.
d. Justificación Social
Permitió la toma de decisiones más eficientes y la agilización de la comunicación de
la alta gerencias y los procesos a fines a la gestión gerencial.
Disminuyó los gastos actuales por el uso innecesario de recursos para la comunicación
procesos.
Asimismo generó satisfacción de los usuarios y clientes de la empresa.
e. Justificación Ambiental
El desarrollo del proyecto contribuyó enormemente al medio ambiente; puesto que uno
de los problemas es la cantidad de información en papel físico que se tenía para la
comunicación entre áreas del core del negocio, y el digitalizar todo ello disminuyó la
contaminación que produce en el uso de material físico para el control de los procesos
1.5.Objetivos
1.5.1.Objetivo General
Agilizar los procesos de la gestión de comercialización de la empresa POSTES DEL
NORTE S.A. por medio de un Sistema Web. (Ver Anexo 5: Árbol de Objetivos)
1.5.2.Objetivos Específicos
- Reducir el tiempo empleado en el registro de ventas.
- Agilizar el procesamiento de órdenes de trabajo a partir de las órdenes de compra.
- Agilizar la validación de documentos para la entrega de productos terminados.
- Reducir el tiempo en la generación de reportes en las áreas de comercialización.
- Incrementar el nivel de satisfacción de los usuarios de las diferentes áreas de
comercialización.
CAPÍTULO II:
2. CAPÍTULO II: MARCO TEÓRICO 2.1.Antecedentes
Para la elaboración de esta investigación tomamos como referencia de manera local la
investigación de los Tesistas Garcia Gonzales & Pereda Rodríguez para evaluar los
resultados finales de tesis debido a la relación que se tiene con esta investigación, que
se resume a continuación “Esta investigación contiene el diseño y posterior
implementación de un Sistema de Información para uso interno y externo del fondo
Mi vivienda que logra reducir los tiempos de las operaciones realizadas y permitiendo
así obtener una respuesta más eficiente en cuanto al manejo del flujo de datos y
actividades que maneja la institución”(Garcia Gonzales and Pereda Rodríguez, 2013).
También a nivel nacional, para tener un enfoque de otra ciudad nos referenciamos de
la tesista Vargas Sánchez que trata el problema sobre “…la ausencia de una
herramienta que brinde información propicia a la gerencia para la toma de decisiones
acertadas, fue necesaria la implementación del Sistema de Información Gerencial,
buscando que este sea una herramienta válida para la gestión, suministrando la
información adecuada a los usuarios internos y que en consecuencia tenga un impacto
positivo en el rendimiento de la empresa …”(Vargas Sánchez, 2014). Que luego de
sus investigaciones demostró la efectividad del Sistema por medio de la medición de
los indicadores de rendimiento generando una aporte fundamental en la toma de
decisiones fundamentadas en los reportes generados por el Sistema.
Otro tesista que realiza su investigación en las empresas Pyme usando un sistema web
es del caso de Castillo Ascencio que demuestra lo siguiente “…Al finalizar el proyecto
de software, lo cual nos hace optar como un punto a considerar en la elección de
nuestra metodología a utilizar para esta investigación.
Y como no solamente a nivel nacional tenemos que referenciarnos, también citaremos
a un tesista del país de Chile que nos ayudará a tener un panorama un poco más elevado
en nuestra investigación para el tema de la elaboración de un sistema web integrado y
ver de qué manera los puntos normativos contribuyen a la facilidad de análisis de los
procesos para su caso que es un sistema para la construcción de obra civiles aplicado
a la construcción de puentes, Según (Salgado Quiroga, 2010) “Esta tesis muestra un
modelo de Sistema Integrado de Gestión para la Construcción de Obras Civiles,
aplicado a la construcción de puentes, se presenta el Manual de Gestión el cual hace
referencia a todos los Procedimientos Documentados establecidos para el Sistema
Integrado de Gestión y una descripción de la interacción entre los procesos. Se
mencionan los puntos normativos ISO 9001:2008 Sistema de Gestión de la Calidad;
ISO 14001:2004 Sistema de Gestión Ambiental; OHSAS 18001:2007 Sistema de
Gestión de Seguridad y Salud en el Trabajo, a los cuales se hace referencia para crear
los procedimientos del Sistema Integrado de Gestión. Se ilustra el Plan Integrado de
Gestión orientado a la construcción de puentes, en el que se identifican los procesos
del sistema, los recursos y controles aplicados a las diferentes partidas de la obra,
emanados de este Plan se desglosan los procedimientos constructivos”
2.2.Definición de términos
2.2.1.Sistemas de información
Para la realización de este proyecto nos basamos en la importancia que actualmente
tienen los sistemas de información para el crecimiento y existencia de las empresas en
este siglo y así lo sustenta el autor ” (Laudon, 2004, p. 6) en una nota técnica citando
“Lo que hace de los sistemas de información gerencial el tema más emocionante en
los negocios es el cambio continuo en la tecnología, su uso administrativo y el impacto
desaparecen y las empresas exitosas son las que aprenden cómo usar las nuevas
tecnologías.
El autor (Laudon, 2004, p. 6). sigue mencionando, “…hay una interdependencia cada vez mayor entre la habilidad de una empresa de usar la tecnología de la información y su destreza para implementar estrategias corporativas y lograr los objetivos corporativos. Las empresas de negocios invierten mucho en sistemas de información para lograr seis objetivos de negocios estratégicos: excelencia operacional; nuevos productos, servicios y modelos de negocios; intimidad con clientes y proveedores; toma de decisiones mejorada; ventaja competitiva, y sobrevivencia.”
Según («nota tecnica erp - Los Sistemas de Informacion en la Empresa - Nota tecnica
- Carlos Suarez Rey - 23-03-2012.pdf», s. f.) Los Sistemas Integrados de Gestión
(ERP 1) surgen en los años noventa como una evolución de los existentes hasta la
fecha: sistemas de gestión de inventarios y planificación de la producción, en sus
distintas versiones (MRP: Material Requirements Planning, de los años setenta;
MRP II: Manufacturing Resources Planning, de los años ochenta); programas de
contabilidad; aplicaciones de gestión de la facturación; etc. Los sistemas ERP
(Enterprise Resource Planning) tienen el objetivo de facilitar la gestión de todos
los recursos de la empresa, a través de la integración de la información de los
distintos departamentos y áreas funcionales.
2.2.2.Sistema integrado
2.2.2.1. Ventajas de la integración de sistemas
- Menor esfuerzo de mantenimiento del sistema.
- Integración de la información y el control de gestión.
- Relacionabilidad de las diferentes tareas en un único puesto de trabajo.
- Reducción del tiempo y coste de mantenimiento del sistema.
2.2.3.JavaScript
Fue creado por por Brendan Eich en la empresa Netscape Communications. Utilizado
principalmente en páginas web. Es similar a Java, aunque no es un lenguaje orientado
a objetos, el mismo no dispone de herencias. La mayoría de los navegadores en sus
últimas versiones interpretan código JavaScript.
El código Javascript puede ser integrado dentro de nuestras páginas web. Para evitar
incompatibilidades el World Wide Web Consortium (W3C) diseño un estándar
denominado DOM (Freddie, 2011).
Ventajas:
- Lenguaje de scripting seguro y fiable.
- Los script tienen capacidades limitadas, por razones de seguridad.
- El código Javascript se ejecuta en el cliente. Desventajas:
- Código visible por cualquier usuario.
- El código debe descargarse completamente.
- Puede poner en riesgo la seguridad del sitio, con el actual problema llamado XSS (significa en inglés Cross Site Scripting renombrado a XSS por su similitud con las
hojas de estilo CSS).
2.2.3.1. Framework JavaScript – ExtJS
La página Oficial de Sencha, nos menciona que es una biblioteca de JavaScript para
el desarrollo de aplicaciones web interactivas usando tecnologías como AJAX,
DHTML y DOM. Sencha ha centrado su atención estratégicamente en HTML5. El
redimiento de JavaScript continúa mejorando tanto en los navegadores móviles, así
En cuanto a la seguridad, Sencha ExtJS tiene muchas clases donde se pueden
configurar para mitigar las amenazas de seguridad comunes.
2.2.4.PHP
La página Oficial de PHP, nos menciona sobre el concepto del lenguaje; PHP
(acrónimo recursivo de PHP: Hypertext Preprocessor) es un lenguaje de código abierto
muy popular especialmente adecuado para el desarrollo web y que puede ser
incrustado en HTML.
En lugar de usar muchos comandos para mostrar HTML (como en C o en Perl), las
páginas de PHP contienen HTML con código incrustado que hace "algo" (en este caso,
mostrar "¡Hola, soy un script de PHP!). El código de PHP está encerrado entre las
etiquetas especiales de comienzo y final <?php y ?> que permiten entrar y salir del
"modo PHP".
De acuerdo a («PHP: ¿Qué es PHP? - Manual», s. f.) Lo que distingue a PHP de algo
del lado del cliente como Javascript es que el código es ejecutado en el servidor,
generando HTML y enviándolo al cliente. El cliente recibirá el resultado de ejecutar
el script, aunque no se sabrá el código subyacente que era. El servidor web puede ser
configurado incluso para que procese todos los ficheros HTML con PHP, por lo que
no hay manera de que los usuarios puedan saber qué se tiene debajo de la manga.
2.2.4.1. Frameworks PHP
Tal como lo menciona (Hostalia, 2015) un framework puede ser definido como un
entorno de trabajo para el desarrollo de aplicaciones, ya sean web o de escritorio, que
ofrece componentes que facilitan el trabajo a los programadores, tales como
bibliotecas de funciones, uso de plantillas, administración de recursos en tiempo de
- Vista: Es la forma que utilizamos para presentar los datos
- Controlador: Es la parte del programa encargada de procesar las peticiones de los usuarios y controlar el flujo de la ejecución del sistema.
De acuerdo a esta arquitectura se tienen los siguientes frameworks:
2.2.4.1.1. Laravel
De acuerdo a (Romero, 2016) las principales características con las que cuenta Laravel
son las siguientes:
- Sistema de envasado modular con un gestor de dependencia dedicada.
- Diferentes formas de acceso a bases de datos relacionados.
- Utilidades que ayudan en la implementación de las aplicaciones y al mantenimiento de las mismas.
- Facilidad de autenticación, proporcionando una interfaz sencilla y fácil de usar. 2.2.4.1.2. CodeIgniter
Según (Alvarez, 2011) CodeIgniter tiene las siguientes características:
- Capaz de trabajar en la mayoría de los entornos o servidores.
- Cuenta con facilidad de instalación:
- Es menos rígido que otros frameworks, define una manera de trabajar específica.
- El núcleo es bastante ligero, lo que permite que el servidor no se sobrecargue interpretando o ejecutando grandes porciones de código.
- La documentación de CodeIgniter es fácil de seguir y de asimilar, porque está escrita en modo de tutorial.
2.2.4.1.3. Yii
El autor (Reifman, 2014) describe algunas de las características:
- Formularios de entrada, validación, y soporte para Ajax están incorporados. Yii hace formularios de manera fácil.
- Autenticación integrada y poderosas extensiones hacen que el lanzamiento de aplicaciones web sea fácil.
- Soporte de almacenamiento en cache hace que sea fácil de poner en práctica el tipo de almacenamiento en cache que sea mejor para su aplicación.
2.2.5.Metodologías de desarrollo web
De acuerdo a (Valdez, 2016) una metodología para el desarrollo de software es una
representación abstracta de un proceso. Cada modelo representa un proceso desde una
perspectiva particular y así proporcione información parcial sobre el proceso. Éstos
modelos generales no son descripciones definitivas de los procesos del software más
bien son abstracciones de los procesos que se pueden utilizar para el desarrollo del
software. Puede pensarse en ellos como marcos de trabajo del proceso y que pueden
ser adaptados para crear procesos más específicos.
3. Metodología RUP
Según el autor (Vasquez, 2010) establece como definición a RUP como una
metodología cuyo fin es entregar un producto de software. Se estructura todos los
procesos y se mide la eficiencia de la organización.
Es un proceso de desarrollo de software el cual utiliza el lenguaje unificado de
modelado UML, constituye la metodología estándar más utilizada para el análisis,
implementación y documentación de sistemas orientados a objetos.
Describe cómo aplicar enfoques para el desarrollo del software, llevando a cabo unos
pasos para su realización.
Se centra en la producción y mantenimiento de modelos del sistema, a continuación se
detallará las fases que RUP implementa en su metodología y el flujo de trabajo de este
que se aprecia en la Figura N°1. Fases
Según(Rodríguez, 2016) las fases son:
realiza la especificación de los casos de uso seleccionados y el primer análisis del
dominio del problema, se diseña la solución preliminar.
• Fase de Desarrollo: El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requerimientos pendientes, administrar los
cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las
mejoras para el proyecto.
• Fase de Cierre: El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de
aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. Se debe
verificar que el producto cumpla con las especificaciones entregadas por las personas
involucradas en el proyecto.
Figura N° 1 Fases de la Metodología RUP Fuente: (Vasquez, 2010)
4. Metodología XP
Según (Portillo, 2015) la Programación Extrema PX, mejor conocida por su nombre
en inglés Extreme Programming (PX), es una de las llamadas Metodologías Ágiles de
disciplina de desarrollo de software hace aproximadamente unos seis años, y ha
causado un gran revuelo entre el colectivo de programadores del mundo..
Para mantener la simplicidad es necesaria la Refactorización del Código, ésta es la
manera de mantener el código simple a medida que crece. También se aplica la
simplicidad en la documentación, de esta manera el código debe comentarse en su justa
medida, intentando eso sí que el Código esté auto-documentado.
La Comunicación se realiza de diferentes formas, para los Programadores el código
comunica mejor cuanto más simple sea. Si el código es complejo hay que esforzarse
para hacerlo inteligible. El código auto-documentado es más fiable que los
comentarios ya que éstos últimos pronto quedan desfasados con el código a medida
que es modificado. Debe comentarse sólo aquello que no va a variar, por ejemplo el
objetivo de una clase o la funcionalidad de un método.
Las Pruebas Unitarias son otra forma de comunicación ya que describen el diseño de
las clases y los métodos al mostrar ejemplos concretos de como utilizar su
funcionalidad. Los programadores se comunican constantemente gracias a la
programación por parejas. La comunicación con el cliente es fluida ya que el cliente
forma parte del equipo de desarrollo. El cliente decide que características tienen
prioridad y siempre debe estar disponible para solucionar dudas.
Retroalimentación feedback: Al estar el cliente integrado en el Proyecto, su opinión
sobre el estado del proyecto se conoce en tiempo real. Al realizarse ciclos muy cortos
tras los cuales se muestran resultados, se minimiza el tener que rehacer partes que no
cumplen con los requisitos y ayuda a los programadores a centrarse en lo que es más
importante. Considérense los problemas que derivan de tener ciclos muy largos. Meses
si va en la dirección correcta. La forma de construir marcos de trabajo es mediante la
refactorización del código en sucesivas aproximaciones.
Fases
• 1ª Fase: Planificación del proyecto.
Historias de usuario: Según (Sanchez, 2016) el primer paso de cualquier proyecto que
siga la metodología X.P es definir las historias de usuario con el cliente. Las historias
de usuario tienen la misma finalidad que los casos de uso pero con algunas diferencias:
Constan de 3 ó 4 líneas escritas por el cliente en un lenguaje no técnico sin hacer
mucho hincapié en los detalles; no se debe hablar ni de posibles algoritmos para su
implementación ni de diseños de base de datos adecuados, etc. Son usadas para estimar
tiempos de desarrollo de la parte de la aplicación que describen. También se utilizan
en la fase de pruebas, para verificar si el programa cumple con lo que especifica la
historia de usuario. Cuando llega la hora de implementar una historia de usuario, el
cliente y los desarrolladores se reúnen para concretar y detallar lo que tiene que hacer
dicha historia. El tiempo de desarrollo ideal para una historia de usuario es entre 1 y 3
semanas.
• 2ª Fase: Diseño. Diseños simples:
De acuerdo a (Sanchez, 2016) la metodología X.P sugiere que hay que conseguir
diseños simples y sencillos. Hay que procurar hacerlo todo lo menos complicado
posible para conseguir un diseño fácilmente entendible e implementable que a la larga
costará menos tiempo y esfuerzo desarrollar.
Glosarios de términos: Usar glosarios de términos y una correcta especificación de los
nombres de métodos y clases ayudará a comprender el diseño y facilitará sus
posteriores ampliaciones y la reutilización del código.
Riesgos: Si surgen problemas potenciales durante el diseño, X.P sugiere utilizar una
pareja de desarrolladores para que investiguen y reduzcan al máximo el riesgo que
Funcionalidad extra: Nunca se debe añadir funcionalidad extra al programa aunque se
piense que en un futuro será utilizada. Sólo el 10% de la misma es utilizada, lo que
implica que el desarrollo de funcionalidad extra es un desperdicio de tiempo y
recursos.
Tarjetas C.R.C. El uso de las tarjetas C.R.C (Class, Responsabilities and
Collaboration) permiten al programador centrarse y apreciar el desarrollo orientado a
objetos olvidándose de los malos hábitos de la programación procedural clásica.
Las tarjetas C.R.C representan objetos; la clase a la que pertenece el objeto se puede
escribir en la parte de arriba de la tarjeta, en una columna a la izquierda se pueden
escribir las responsabilidades u objetivos que debe cumplir el objeto y a la derecha, las
clases que colaboran con cada responsabilidad.
• 3ª Fase: Codificación. .
El autor (Sanchez, 2016) nos sigue mencionando que el cliente es una parte más del
equipo de desarrollo; su presencia es indispensable en las distintas fases de X.P. A la
hora de codificar una historia de usuario su presencia es aún más necesaria. Antes del
desarrollo de cada historia de usuario el cliente debe especificar detalladamente lo que
ésta hará y también tendrá que estar presente cuando se realicen los test que verifiquen
que la historia implementada cumple la funcionalidad especificada.
• 4ª Fase: Pruebas.
Por su parte (Esquivel, 2016) menciona que uno de los pilares de la metodología X.P
es el uso de test para comprobar el funcionamiento de los códigos que vayamos
implementando.
El uso de los test en X.P es el siguiente:
Un punto importante es crear test que no tengan ninguna dependencia del código que
en un futuro evaluará. Hay que crear los test abstrayéndose del futuro código, de esta
forma aseguraremos la independencia del test respecto al código que evalúa.
Como se comentó anteriormente los distintos test se deben subir al repositorio de
código acompañados del código que verifican. Ningún código puede ser publicado en
el repositorio sin que haya pasado su test de funcionamiento, de esta forma,
aseguramos el uso colectivo del código (explicado en el apartado anterior).
El uso de los test es adecuado para observar la refactorización. Los test permiten
verificar que un cambio en la estructura de un código no tiene por qué cambiar su
funcionamiento.
Test de aceptación. Los test mencionados anteriormente sirven para evaluar las
distintas tareas en las que ha sido dividida una historia de usuario. Para asegurar el
funcionamiento final de una determinada historia de usuario se deben crear "Test de
aceptación"; estos test son creados y usados por los clientes para comprobar que las
distintas historias de usuario cumplen su cometido.
Según (Portillo, 2016), al ser las distintas funcionalidades de nuestra aplicación no
demasiado extensas, no se harán test que analicen partes de las mismas, sino que las
pruebas se realizarán para las funcionalidades generales que debe cumplir el programa
especificado en la descripción de requisitos.
5. Metodología SCRUM
Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas
prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado
posible de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene
origen en un estudio de la manera de trabajar de equipos altamente productivos.
Como toda metodología, Scrum trabaja también con fases, desde el inicio del proyecto
hasta el entregable final, en la Figura N° 2, se visualiza el flujo de trabajo de las fases
de dicha metodología.
En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por
indicado para proyectos en entornos complejos, donde se necesita obtener resultados
pronto, donde los requisitos son cambiantes o poco definidos, donde la innovación, la
competitividad, la flexibilidad y la productividad son fundamentales. Cada entregable
tiene una secuencia de actividades para que se logre el objetivo (Figura N°2) y de esta manera se cumpla con los requerimientos del cliente.
De acuerdo a (Anónimo, 2015), Scrum también se utiliza para resolver situaciones en
que no se está entregando al cliente lo que necesita, cuando las entregas se alargan
demasiado, los costes se disparan o la calidad no es aceptable, cuando se necesita
capacidad de reacción ante la competencia, cuando la moral de los equipos es baja y
la rotación alta, cuando es necesario identificar y solucionar ineficiencias
sistemáticamente o cuando se quiere trabajar utilizando un proceso especializado en el
5.1.1.Elección de la Metodología.
La ficha de validación de informe de opinión del juicio del experto se encuentra en el Anexo
05.
Información (C1): Se analizara la cantidad de información que pueda existir.
Conocimiento (C2): Se tomara en cuenta el grado de conocimiento que se tiene de la metodología, para el debido desarrollo del proyecto.
Flexibilidad (C3): Adaptabilidad de la Metodología para adaptarse en cualquier situación. Compatibilidad (C4): Se examinara el grado de compatibilidad de las metodologías. Requerimientos (C5): Se examinara el grado de requerimientos de las metodologías.
Tiempo de Desarrollo (C6): Se tomará el tiempo requerido que abarca la metodología para el correcto desarrollo del proyecto.
Calificativos:
A continuación se presenta un cuadro comparativo y se definen los valores para los niveles de
medición de cada criterio:
Tabla N° 1: Matriz de Selección de Metodología
Criterios
Metodología
C1 C2 C3 C4 C5 C6 TOTAL
P1 = 0,1 P2 = 0,2 P3 = 02 P4 = 0,2 P5 = 0,1 P6 = 0,2
(
=)
6 1 * i Ci Pi
RUP 4,67 5 3,33 4,33 4,67 3,33 4,13(*)
Extreme
Programming 4,33 3 4 4,33 4,33 4,67 4,07
Scrum 4,00 3,67 4 3,67 3,33 4 3,80
Tabla N° 2: Escala de Valoración
Calificativo Puntaje Muy Bueno 5
Bueno 4
Regular 3
Malo 2
Muy Malo 1
Fuente: (Elaboración propia, 2018)
Metodología seleccionada……. (*)
De la matriz promedio, la metodología que obtenga más alto puntaje, será la más
recomendada para utilizar en este desarrollo del proyecto, para este caso la metodología RUP
es la que obtuvo mayor puntaje por lo que se ha seleccionado dicha metodología para el
desarrollo de este proyecto. (Ver Anexo N° 6: Encuesta para determinar metodología de
CAPÍTULO III:
MATERIALES Y
3. CAPÍTULO III: MATERIALES Y MÉTODOS 3.1.Material
Tabla N° 3: Equipos de Desarrollo Disponible
Descripción Cantidad
Laptop Core i3, 6 Gb. RAM 1
Laptop Core i5 , 4 Gb. RAM 1
Impresora Canon MP230 1
Fuente: (Elaboración propia, 2018)
3.1.1.Recursos No Disponibles 3.1.1.1. Insumos
Tabla N° 4: Insumos No Disponibles
Ítem Descripción Cantidad Unidad/Medida
1 Memoria USB 01 Unidad
4 Lapiceros 02 Unidad
5 Corrector 02 Unidad
6 Papel Bond A4 02 Millar
7 Folder Manila 10 Unidad
8 Cartuchos de Tinta impresión (Negro) 02 Unidad
9 Cartuchos de Tinta impresión ( Color) 02
3.1.1.2. Servicios
Tabla N° 1: Servicios No Disponibles
Descripción Cantidad Unidad/Medida
Transporte 100 Días
Fotocopias 50 Unidad
Llamadas telefónicas 100 Minutos
Fuente: (Elaboración propia, 2018)
3.1.2.Población y muestra 3.1.2.1. Población
De acuerdo a los indicadores, corresponde a los clientes personal administrativo que
serán usuarios del software especializado de la empresa POSTES DEL NORTE SA.
3.1.2.2. Muestra
La muestra se calculará por indicador, los cuales queremos contrastar, para ello
usaremos las siguientes formulas:
Fórmula N° 1: Para calcular la muestra
PQ Z e N PQ NZ n 2 2 2 ) 1 ( − +
= ...(3.1)
Donde:
n : Muestra
N : Población
Z : Nivel de confianza (95%)
P : Probabilidad de éxito (50%)
Q : Probabilidad de fracaso (50%)
Fórmula N° 2: Para cálculo de muestra ajustada N n n n + = 1
' …...(3.2)
Donde:
n' : Muestra ajustada
n : Muestra
N : Población
3.1.2.3. Indicadores
6. Indicadores Cuantitativos
• Tiempo de registro de ventas
Para este indicador se utilizó como población el total de formularios registrados en un
periodo de 2 meses.
Por lo tanto la población (N) es:
𝑁 =(17 𝑣𝑒𝑛𝑡𝑎𝑠)(2 𝑚𝑒𝑠𝑒𝑠)
(𝑚𝑒𝑠)
𝑁 = 34 𝑣𝑒𝑛𝑡𝑎𝑠.
• Tiempo de procesamiento de órdenes de trabajo
Para este indicador se utilizó como población el total de reportes elaborados en un
periodo de 2 meses.
• Tiempo de validación de documentos para la entrega de productos terminados Para este indicador se utilizó como población el total de validaciones registradas en un
periodo de 2 meses.
Por lo tanto la población (N) es:
𝑁 =(41 𝑣𝑎𝑙𝑖𝑑𝑎𝑐𝑖𝑜𝑛𝑒𝑠)(2 𝑚𝑒𝑠𝑒𝑠)
(𝑚𝑒𝑠)
𝑁 = 82 𝑣𝑎𝑙𝑖𝑑𝑎𝑐𝑖𝑜𝑛𝑒𝑠.
Como la población fue mayor a 80 se realizó el cálculo de la muestra a través de la
formula (2.1).
𝑛 = 82 𝑥 1.96
2𝑥(0.5)(0.5)
(82 − 1)𝑥0.052+ 1.962𝑥(0.5)(0.5)
𝑛 = 67.72
n= 68 validaciones para tomar las muestras respectivas
• Tiempo de generación de reportes
Para este indicador se utilizó como población el total de reportes generados en un
periodo de 2 meses.
Por lo tanto la población (N) es:
𝑁 =(16 𝑟𝑒𝑝𝑜𝑟𝑡𝑒𝑠)(2 𝑚𝑒𝑠𝑒𝑠)
(𝑚𝑒𝑠)
7. Indicadores Cualitativos
• Nivel de satisfacción de los usuario de las áreas de comercialización
La población estuvo formada por las 8 personas que ocupan cargos directivos en la
organización, ya que estos son los que hicieron uso del nuevo sistema.
Tabla N°2: Usuarios del Sistema
Cargo Cantidad
Gerente General 01
Jefe de Ventas 01
Jefe de Logística 01
Jefe de Producción 01
Asesor comercial 02
Encargadas de Contabilidad 02
Total 08