Quiroz Briones, Daniel Antonio, Tasilla Culqui, Jeremías Jerson

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

FACULTAD DE INGENIERÍA
E.A.P. Ingeniería de Sistemas
TESIS
SISTEMA DE INFORMACIÓN CON TECNOLOGÍA WEB PARA LA MEJORA DE LA
GESTIÓN DEL PROCESO DE ABASTECIMIENTO Y ALMACÉN DE LA
MUNICIPALIDAD DISTRITAL DE GUADALUPE
Para Optar el grado de Ingeniero de Sistemas
Autores:
 Bach. QUIROZ BRIONES, DANIEL ANTONIO.

 Bach. TASILLA CULQUI, JEREMÍAS JERSON.
Asesor Metodológico:
 ING. MG. SÁNCHEZ TICONA, ROBERTS.
TRUJILLO - PERÚ
2015
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 Dios, Por ser quien me escucha y
me ayuda a sobrellevar muchos
momentos difíciles vividos, gracias
señor.
A mis queridos padres Daniel A.
Quiroz Carranza y Lucía
Ernestina Briones Esteves, gracias
por la fortaleza que me trasmiten en
sus palabras y acciones, por el
apoyo moral en esta formación
académica. Para ellos mi eterno
agradecimiento.
Daniel Antonio, Quiroz Briones.
ii
DEDICATORIA
A Dios, origen y fin de todas las cosas,
por ser quien me escucha, me dirige y
me ayuda a poder sobrellevar muchos
momentos difíciles vividos en mi vida
diaria, gracias Señor por todo lo que
tengo y por todas las bendiciones que
me brindas.
A mis queridos padres Homero Tasilla
Villanueva y Casimira Culqui Sánchez
por su infinito amor y apoyo
incondicional que me dieron a lo largo de
mi carrera, por haber luchado y seguido
adelante cada día para verme feliz y
realizada en la vida, muchas gracias
padres por el sacrificio dado, gracias por
haber fomentado en mí el deseo de
superación y el anhelo de triunfo en la
vida y finalmente agradecer a mis
familiares, maestros y amigos por el
apoyo y motivación.
Jeremías Jerson, Tasilla Culqui.
iii
PRESENTACIÓN
En cumplimiento de las normas establecidas por la Escuela de Ingeniería de
Sistemas pertenecientes 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 de Información con Tecnología Web para la
mejora de la Gestión del Proceso de Abastecimiento y Almacén de la Municipalidad
Distrital de Guadalupe ”, cuyo objetivo es demostrar que se puede mejorar la Gestión de
Abastecimiento y Almacén mediante la implementación de un Sistema de Información.
Lo que se desea al implementar este sistema es que la Municipalidad Distrital de Guadalupe
cuente con un Sistema de Abastecimiento y Almacén basado en Web, el cual permitirá
mejorar la Gestión del Proceso de Abastecimiento y Almacén en la Institución Pública, así
como agilizar y controlar sus procesos para mayor satisfacción de los usuarios.
El Sistema ha sido implementado utilizando PHP 5.3.13 como lenguaje de programación,
MySQL 5.5.24 como motor de base de datos, WAMPSERVER 2.2 como servidor Web, y
como Sistema Operativo Windows 7 Ulltimate; basándose en la Metodología Orientada a
Objetos utilizando el Proceso Unificado de Desarrollo de Software.
iv
AGRADECIMIENTO
La realización de la presente investigación significó un esfuerzo y paciencia memorable de
parte de las personas que participaron en su realización, y cuyo fruto es este informe que
presentamos.
Agradecer al Mg. Ing. Robert Ticona Sánchez, por el apoyo y guía profesional permanente
y desinteresada durante la elaboración del presente trabajo de investigación.
A toda la plana Docente de la Escuela de Ingeniería de Sistemas, que durante nuestra
carrera universitaria nos inculcaron el esfuerzo, la investigación, los valores entre
compañeros y el estudio constante, para ser exitosos en el campo laboral.
Al personal del Área de Abastecimiento y Almacén de la Municipalidad, por su apoyo y
colaboración brindada para el proceso de culminación de esta Tesis.
Finalmente 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.
Los Autores
RESUMEN
El presente proyecto abarca el desarrollo de un software para la automatización de las
diferentes áreas de la Municipalidad Distrital de Guadalupe.
Partimos de la descripción de la organización en todos sus ámbitos, considerando un
análisis de sus factores críticos de éxitos, así como el análisis FODA entre otros. Se
desarrolla el planteamiento de los principales procesos que ocurren dentro de la
organización, así como su representación a través de diagramas. También se especifica sus
principales objetivos como empresa, sus metas y todo lo concerniente a su Filosofía
Institucional.
El logro al desarrollar un software, es el de brindar una mejor herramienta, de información
pertinente, exacta y oportuna para la integración de los departamentos de la Institución.
Finalmente para el desarrollo del aplicativo se plantea el uso de software libre por tratarse
de una Institución Pública, utilizando para esto PHP 5.3.13 como lenguaje de
programación, MySQL 5.5.24 como motor de base de datos, WAMPSERVER 2.2 como
servidor Web, y como sistema Operativo base Windows 7 Ulltimate.
vi
ABSTRACT
This project involves the development of a software for automation of the different areas of
the District Municipality of Guadalupe.
We start from the description of the organization in all areas, whereas an analysis of its
critical success factors and FODA analysis among others. The approach of the main
processes that occur within the organization and its representation through diagrams is
developed. You also specify the main objectives as a company, your goals and everything
related to your School Philosophy.
The achievement in developing a software, is to provide a better tool, relevant, accurate and
timely integration of information departments of the institution.
Finally for the development of application software using free arises because it is a public
institution, using this programming language PHP 5.3.13, MySQL 5.5.24 as database
engine, WAMPSERVER 2.2 as Web server, and operating system as Windows 7 Ulltimate.
vii
INDICE GENERAL
CARATULA ......................................................................................................................i
DEDICATORIA ............................................................................................................... ii
PRESENTACIÓN ............................................................................................................ iv
AGRADECIMIENTO ....................................................................................................... v
RESUMEN ....................................................................................................................... vi
ABSTRACT ....................................................................................................................vii
INDICE GENERAL .......................................................................................................viii
I. CAPÍTULO I: GENERALIDADES
1.1. Título ...............................................................................................................02
1.2. Autores ............................................................................................................02
1.3. Tipo de Investigación ......................................................................................02
1.4. Régimen de investigación ...............................................................................02
1.5. Localidad e institución donde se desarrolla el proyecto .................................02
1.6. Área de Investigación......................................................................................03
1.7. Institución que Investiga .................................................................................03
1.8. Duración del Proyecto .....................................................................................03
1.9. Fecha de Inicio ................................................................................................03
1.10. Fecha de Término ...........................................................................................03
1.11. Horas semanales dedicadas al proyecto ..........................................................03
1.12. Realidad Problemática ....................................................................................04
1.13. Formulación del Problema ..............................................................................05
1.14. Hipótesis .........................................................................................................05
1.15. Variables - Indicadores ..................................................................................05
1.16. Justificación ....................................................................................................09
1.17. Objetivos .........................................................................................................10
1.17.1. Objetivo General .................................................................................10
1.17.2. Objetivos Específicos ..........................................................................10
viii
II. CAPÍTULO II: MARCO TEÓRICO

2.1. Antecedentes y Marco Teórico .......................................................................12
2.1.1. Antecedentes .......................................................................................12
2.1.2. Marco Teórico .....................................................................................15
2.1.2.1. Sistemas de Información .......................................................15
2.1.2.2. Lenguaje Unificado de Modelado del Software ...................22
2.1.2.3. Metodología para el Desarrollo Web ....................................25
2.2. Marco Conceptual ...........................................................................................34
2.3. Diseño de Contrastación .................................................................................36
2.3.1. Diseño General ....................................................................................36
2.3.2. Diseño de la Información ....................................................................37
2.3.3. Indicadores ..........................................................................................38
2.3.4. Técnicas para la recolección de datos .................................................42
2.4. Cronograma .....................................................................................................47
III. CAPÍTULO III: MATERIALES Y MÉTODOS

3.1. Recursos ..........................................................................................................50
3.1.1. Recursos Disponibles ..........................................................................50
3.1.2. Recursos No Disponibles ....................................................................51
3.1.3. Locales ................................................................................................52
3.2. Presupuesto .....................................................................................................52
3.3. Financiación ....................................................................................................54
IV. CAPITULO IV: GENERALIDADES EMPRESARIALES

4.1. Datos Empresariales ........................................................................................56
4.1.1. Razón Social........................................................................................56
4.1.2. R.U.C...................................................................................................56
4.1.3. Giro del Negocio .................................................................................56
4.1.4. Dirección .............................................................................................56
4.1.5. Teléfonos .............................................................................................56
4.1.6. Email ...................................................................................................56
ix
4.1.7. Contacto ..............................................................................................56

3.1.7.1. Apellidos y Nombres ............................................................56
3.1.7.2. Teléfono ................................................................................56
4.2. Estructura Organizacional ...............................................................................57
4.3. Reseña Histórica .............................................................................................58
4.4. Funciones Empresariales ................................................................................59
4.5. Fuerza Laboral ................................................................................................62
4.6. Direccionamiento Empresarial ........................................................................63
4.6.1. Misión .................................................................................................63
4.6.2. Visión ..................................................................................................63
4.6.3. Rol Empresarial ...................................................................................63
4.6.4. Valores Empresariales .........................................................................63
4.6.5. Metas Institucionales ...........................................................................65
4.6.6. Análisis Interno ...................................................................................66
4.6.6.1.Fortalezas.................................................................................66
4.6.6.2.Debilidades ..............................................................................66
4.6.7. Análisis Externo ..................................................................................67
4.6.7.1.Amenazas ................................................................................67
4.6.7.2.Oportunidades .........................................................................67
4.7. Factores Críticos de Éxito ...............................................................................68
4.8. Problemas Empresariales ................................................................................68
4.9. Estrategias Empresariales ...............................................................................68
V. CAPITULO V: FASE I: INCEPCIÓN

5.1. Modelo del Negocio ........................................................................................70
5.1.1. Lista de Actores y Trabajadores del Negocio ...................................70
5.1.2. Reglas del Negocio ...........................................................................71
5.2. Modelo de Casos de Uso del Negocio ............................................................74
5.3. Hojas de Descripción de los Casos de Uso del Negocio.................................77
1. H.D. del Caso de Uso " Requerimiento de Compra " ..............................77
2. H.D. del Caso de Uso " Requerimiento de Servicio " .............................78
3. H.D. del Caso de Uso " Consultar Aprobación " .....................................79

4. H.D. del Caso de Uso " Consultar Presupuesto " ....................................80
5. H.D. del Caso de Uso " Elaborar Cotización " ........................................81
6. H.D. del Caso de Uso " Generar Orden de Compra " ..............................82
7. H.D. del Caso de Uso " Generar Orden de Servicio " .............................83
8. H.D. del Caso de Uso " Generar Reporte" ...............................................84
9. H.D. del Caso de Uso " Generar Orden Ingreso de Producto " ...............85
10. H.D. del Caso de Uso " Generar Pedido-Comprobante de Salida " ........86
11. H.D. del Caso de Uso " Generar Reporte" ...............................................87
5.4. Diagramas de Actividades del Negocio (D.A.N.) ...........................................88
5.5. Modelo de Objetos del Caso de Uso del Negocio (M.O.N.C.U.N.) .............100
1. M.O.N.C.U.N. "Generar Requerimiento de Compra" ...........................100
2. M.O.N.C.U.N. "Generar Requerimiento de Servicio". ..........................101
3. M.O.N.C.U.N. " Generar Orden de Compra". .......................................101
4. M.O.N.C.U.N. " Generar Orden de Servicio"........................................102
5. M.O.N.C.U.N. "Generar Pedido-Comprobante de Salida". ...................103
6. M.O.N.C.U.N. "Generar Ingreso de Producto". ....................................104
5.6. Modelo del Dominio .....................................................................................105
5.6.1. Proceso de Abastecimiento ............................................................... 105
5.6.2. Proceso de Almacén ..........................................................................106
VI. CAPITULO VI: MODELO DE REQUERIMIENTOS

6.1. Documento de Visión del Negocio ............................................................... 108
A. Introducción ...........................................................................................108
1. Propósito .........................................................................................108
2. Alcance ...........................................................................................108
B. Posicionamiento .....................................................................................109
1. Oportunidad de Negocio .................................................................109
2. Exposición del problema ................................................................ 110
6.2. Requerimientos .............................................................................................112
A. Requerimientos Funcionales ..................................................................112
xi
B. Requerimientos No Funcionales ............................................................113

6.3. Plan del Desarrollo del Software ..................................................................114
6.3.1. Introducción ....................................................................................114
6.3.2. Apreciación Global de Proyecto .....................................................115
6.3.3. Organización del Proyecto ..............................................................117
6.4. Diagramas de Casos de Uso de Requerimientos ...........................................118
6.4.1. Diagrama de Paquetes del Sistema de Abastecimiento ..................118
6.4.2. Diagrama de Paquetes del Módulo de Abastecimiento ..................118
6.4.3. Diagrama de Paquetes del Módulo de Almacén .............................119
6.4.4. Modelo de Casos de Uso por Paquetes ...........................................119
6.4.5. Hojas de Descripción de los Casos de Uso de Requerimientos ......126
6.5. Estimación del tiempo de desarrollo basado en puntos de casos de uso.......155
6.5.1. Calculo de Puntos de Casos de Uso sin Ajustar .............................156
6.5.2. Calculo de Puntos de Casos de Uso Ajustados ............................... 159
6.5.3. Calculo de Tiempo de Desarrollo ...................................................163
6.6. Estudio de Viabilidad Económica .................................................................164
6.6.1. Costos de Inversión .........................................................................165
6.6.2. Costos de Desarrollo .......................................................................168
6.6.3. Costos de Implementación ..............................................................171
6.6.4. Costos de Operación .......................................................................174
6.6.5. Beneficios .......................................................................................177
6.6.6. Flujo de Caja ...................................................................................181
6.7. Evaluación Económica del Proyecto ............................................................182
6.7.1. Tasa de Efectiva Anual (TEA) .......................................................182
6.7.2. Indicadores Económicos ................................................................ 183
6.7.2.1. Valor Actual Neto (VAN) .................................................183
6.7.2.2.Cálculo Beneficio – Costo (B/C) ........................................185
6.7.2.3.Tasa Interna de Retorno (TIR) ...........................................188
6.7.2.4.Tiempo de Retorno (TR) ....................................................190
6.8. Priorización de Casos de Uso de Requerimientos ........................................191
6.9. Mitigación de Riesgo ....................................................................................194
xii
VII. CAPITULO VII: FASE II: ELABORACIÓN

7.1. Modelo de Análisis .......................................................................................198
7.1.1. Diagramas Parciales de Análisis .....................................................197
7.1.2. Diagrama de Clases de Análisis......................................................204
7.1.3. Diagrama de Colaboración – Proceso de Abastecimiento ..............205
A. D.C. “Editar Tipo Usuario” .....................................................205
B. D.C. “Registrar Usuario” .........................................................206
C. D.C. “Registrar Área” ..............................................................207
D. D.C. “Registrar Cargo” ............................................................208
E. D.C. “Registrar Personal” ........................................................209
F. D.C. “Registrar Proyecto” .......................................................210
G. D.C. “Registrar Proveedor” .....................................................211
H. D.C. “Registrar Servicio” ........................................................212
I. D.C. “Registrar Almacén” .......................................................213
J. D.C. “Generar Requerimiento de Compra” .............................215
K. D.C. “Generar Requerimiento de Servicio” .............................216
L. D.C. “Generar Orden de Compra” ...........................................217
M. D.C. “Generar Orden de Servicio” ..........................................218
N. D.C. “Generar Reporte” ...........................................................219
7.1.4. Diagrama de Colaboración – Proceso de Almacén ........................220
A. D.C. “Registrar Categoría” .....................................................220
B. D.C. “Registrar Producto” ......................................................221
C. D.C. “Generar Ingreso de Producto” ......................................223
D. D.C. “Generar Pedido-Comprobante de Salida” ....................224
E. D.C. “Generar Reporte” ..........................................................225
xiii
VIII. CAPITULO VIII: MODELO DE DISEÑO

8.1. Modelo de Diseño .........................................................................................227
8.1.1. Diagrama de Clases de Diseño ..........................................................228
8.2. Casos de Uso de Realización ........................................................................229
8.2.1. Casos de Uso de Realización Ingresar al Sistema .............................229
8.2.2. Casos de Uso de Realización Editar Tipo Usuario ...........................230
8.2.3. Casos de Uso de Realización Registrar Usuario ............................... 231
8.2.4. Casos de Uso de Realización Registrar Área ....................................232
8.2.5. Casos de Uso de Realización Registrar Cargo ..................................233
8.2.6. Casos de Uso de Realización Registrar Personal ..............................234
8.2.7. Casos de Uso de Realización Registrar Proyecto .............................235
8.2.8. Casos de Uso de Realización Registrar Proveedor ...........................236
8.2.9. Casos de Uso de Realización Registrar Servicio ..............................237
8.2.10. Casos de Uso de Realización Registrar Almacén .............................238
8.2.11. Casos de Uso de Realización Generar Requerimiento de Compra ...239
8.2.12. Casos de Uso de Realización Generar Requerimiento de Servicio...240
8.2.13. Casos de Uso de Realización Generar Orden de Compra .................241
8.2.14. Casos de Uso de Realización Generar Orden de Servicio ................242
8.2.15. Casos de Uso de Realización Generar Reporte .................................243
8.2.16. Casos de Uso de Realización Registrar Categoría ............................244
8.2.17. Casos de Uso de Realización Registrar Producto .............................245
8.2.18. Casos de Uso de Realización Generar Ingreso de Producto .............246
8.2.19. Casos de Uso de Realización Generar Pedido Comprobante............247
8.2.20. Casos de Uso de Realización Generar Reporte .................................248
8.3. Diagrama de Secuencia .................................................................................249
8.3.1. Proceso Abastecimiento ....................................................................249
8.3.2. Proceso Almacén ...............................................................................264
8.4. Diagrama de Estado ......................................................................................270
8.4.1. Proceso de Abastecimiento ............................................................... 270
8.4.2. Proceso de Almacén ..........................................................................272
8.5. Diagrama de Navegabilidad ..........................................................................274
xiv
IX. CAPITULO IX: MODELO DE DESARROLLO

9.1. Modelo de Desarrollo ...................................................................................276
9.1.1. Diagrama de Componentes ............................................................... 276
9.1.2. Diagrama de Despliegue ...................................................................277
9.2. Modelo de Datos ...........................................................................................279
9.3. Modelo de Entidades - Relación ...................................................................280
9.4. Modelo de Entidades Físico ..........................................................................281
9.5. Modelo de Entidades Lógico ........................................................................282
X. CAPITULO X: MODELO DE IMPLEMENTACIÓN

10.1. Implementación del Sistema .........................................................................284
10.1.1. Vista Lógica de la Arquitectura del Sistema .....................................284
10.1.2. Selección del Software ......................................................................284
10.2. Construcción del Sistema del Proceso de Abastecimiento y Almacén Web 285
10.2.1. Diseño Externo ..................................................................................285
10.2.2. Diseño Interno ...................................................................................286
10.2.3. Estructura Modular del Sistema ........................................................288
XI. CAPITULO XI: FASE IV: TRANSICIÓN

11.1. Modelo de Pruebas ........................................................................................290
11.1.1. Casos de Uso de Prueba ....................................................................290
11.2. Prueba de la Caja Negra ................................................................................291
11.2.1. Enfoque Funcional o de Caja Negra .................................................291
11.2.1.1. Caso de Prueba de Registrar Tipo .......................................293
11.2.1.2. Caso de Prueba de Registrar Usuario ..................................293
11.2.1.3. Caso de Prueba de Registrar Área.......................................294
11.2.1.4. Caso de Prueba de Registrar Cargo.....................................295
11.2.1.5. Caso de Prueba de Registrar Personal.................................296
11.2.1.6. Caso de Prueba de Registrar Proyecto ................................ 298
11.2.1.7. Caso de Prueba de Registrar Proveedor ..............................299
11.2.1.8. Caso de Prueba de Registrar Servicio .................................301
xv
11.2.1.9. Caso de Prueba de Registrar Almacén ................................ 302

11.2.1.10. Caso de Prueba de Generar Requerimiento de Compra ...303
11.2.1.11. Caso de Prueba de Generar Requerimiento de Servicio ...304
11.2.1.12. Caso de Prueba de Generar Orden de Compra .................306
11.2.1.13. Caso de Prueba de Generar Orden de Servicio .................307
11.2.1.14. Caso de Prueba de Registrar Categoría ............................309
11.2.1.15. Caso de Prueba de Registrar Producto..............................310
11.2.1.16. Caso de Prueba de Generar Pedido Comprobante ............311
11.3. Prueba de la Caja Blanca ..............................................................................312
11.3.1. Registrar Entradas de Mantenedores de Sistema Principal ...............313
11.4. Manual de Usuario ........................................................................................316
11.5. Capacitación ..................................................................................................316
XII. CAPITULO XII: CONTRASTACIÓN DE HIPÓTESIS

12.1.Planteamiento de la Hipótesis .......................................................................318
12.1.1. Variable Independiente .....................................................................318
12.1.2. Variable Dependiente ........................................................................318
12.2.Contrastación de la Hipótesis........................................................................318
12.3.Indicador Cualitativo ....................................................................................320
11.3.1. Confiabilidad de la Información .......................................................320
12.4.Indicador Cuantitativo ..................................................................................329
12.4.1. Tiempo en la Generación de Orden de Compra y/o Servicio ...........329
12.4.2. Costos Horas – Hombre en la Elaboración de Informes ...................340
12.4.3. Tiempo de Generación de Reportes ..................................................344
XIII. CAPITULO XIII: DISCUSIÓN DE RESULTADOS

13.1. Indicadores Cualitativos................................................................................351
13.1.1. Confiabilidad de la Información .......................................................351
13.2. Indicadores Cuantitativos..............................................................................353
13.2.1. Tiempo de Generación de Orden de Compra y/o Servicio ...............353
13.2.2. Costo Hora – Hombre en la Elaboración de Informes ......................355
xvi
13.2.3. Tiempo de Generación de Reportes ..................................................357

CONCLUSIONES ........................................................................................359
RECOMENDACIONES ...............................................................................360
XIV. CAPITULO XIV: GLOSARIO DE TERMINOS

14.1.Glosario de Términos ....................................................................................362
XV. CAPITULO XV: REFERENCIAS BIBLIOGRÁFICAS

15.1.Referencias Bibliográficas ............................................................................368
XVI. CAPITULO XVI: ANEXOS

Anexo Nº 01: Árbol de Problemas ........................................................................374
Anexo N° 02: Árbol de Objetivos .........................................................................375
Anexo N° 03: Comparación de las Metodologías de Desarrollo de Software ......376
Anexo Nº 04: Elección de la Metodología de Desarrollo de Software según criterios de
evaluación ..............................................................................................................378
Anexo Nº 05: Manual de Uso para el Sistema ......................................................381
Anexo Nº 06: Plan de Capacitación para Usuarios Finales ...................................397
Anexo Nº 07: Tabla de la Distribución “T de Student” ........................................400
Anexo Nº 08: Tabla de la Distribución Normal ....................................................401
Anexo Nº 09: Encuesta para Validación de Encuesta ...........................................402
Anexo Nº 10: Encuesta para Determinar la Confiabilidad de la Información ......409
xvii
CAPÍTULO I:
GENERALIDADES
Universidad Nacional de Trujillo
Escuela de Ingeniería de Sistemas Quiroz Briones & Tasilla Culqui
1. CAPÍTULO I: GENERALIDADES
1.1. TÍTULO
“Sistema de Información con Tecnología Web para la Mejora de la Gestión del
Proceso de Abastecimiento y Almacén de la Municipalidad Distrital de
Guadalupe”.
1.2. AUTORES
- QUIROZ BRIONES, Daniel Antonio. Bachiller en Ingeniería de Sistemas
de la Universidad Nacional de Trujillo.
- TASILLA CULQUI, Jeremías Jerson. Bachiller en Ingeniería de Sistemas
de la Universidad Nacional de Trujillo.
1.3. TIPO DE INVESTIGACIÓN

1.3.1. De Acuerdo a la Orientación:
Es una investigación Aplicada, debido a que da solución a problemas
haciendo uso de técnicas ya existentes.
1.3.2. De acuerdo a la Técnica de Contratación:

Es cuasi-experimental porque, manejaremos variables que serán puestos en
estudio para su manipulación, con el fin de determinar el efecto que
provoca.
1.4. RÉGIMEN DE INVESTIGACIÓN

El régimen de investigación será libre, ya que el tema de estudio fue determinado
según el interés de los autores.
1.5. LOCALIDAD E INSTITUCIÓN DONDE SE DESARROLLA EL

PROYECTO
Localidad: GUADALUPE.
Empresa: Municipalidad Distrital de Guadalupe.
Sistema de Información con Tecnología Web para la Mejora

2
de la Gestión del Proceso de Abastecimiento y Almacén de la
Municipalidad
Esta obra Distritalbajo
ha sido publicada de Guadalupe
la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
1.6. ÁREA DE INVESTIGACIÓN

Sector Público.
1.7. INSTITUCIÓN QUE INVESTIGA

Escuela de Ingeniería de Sistemas.
Universidad Nacional de Trujillo.
1.8. DURACIÓN DEL PROYECTO
Tabla N° 1.1. Cronograma de la Elaboración del Informe.

FECHA DE FECHA DE DURACIÓN
ACTIVIDAD
INICIO TÉRMINO (Semanas)
Recolección de datos 19/03/2015 19/04/2015 4
Análisis de datos 24/03/2015 09/06/2015 7
Elaboración de
12/06/2015 19/08/2015 9
informe
TOTAL 20
Fuente: (Elaboración propia, 2015).
1.9. FECHA DE INICIO

19 Marzo del 2015.
1.10. FECHA DE TÉRMINO

19 Agosto del 2015.
1.11. HORAS SEMANALES DEDICADAS AL PROYECTO

El proyecto tiene una dedicación de 3 horas por día, de lunes a sábado. La cual reúne
un total de 18 horas/semana.

3
Municipalidad
1.12. REALIDAD PROBLEMÁTICA

Geográficamente la Municipalidad Distrital de Guadalupe, se encuentra ubicada en el
Distrito de Guadalupe, Provincia de Pacasmayo, Departamento de La Libertad.
La Municipalidad Distrital de Guadalupe, es un centro dinámico con participación de
la ciudadanía que identifica las necesidades locales para ejecutar las obras de interés
común que contribuyan al desarrollo integral, sostenible y armónico de Guadalupe y
caseríos. Fuente: (MILUSKA ZEGARRA, Jefe-Abastecimiento, 2015).
Dicha entidad pública, no cuenta con una buena organización de la información al

momento de solicitar y adquirir productos y/o servicios ni un control adecuado del
producto cuando sale de almacén. Por lo cual se debe tener un adecuado proceso de
abastecimiento y almacén. A continuación identificamos los siguientes problemas al
momento de adquirir los productos y/o servicios:
Ver encuesta Anexo N° 09.
- Demora en la atención de requerimientos de compra y/o servicios solicitados por

el personal, debido a que algunos se los deja en espera.
- Errores en el llenado de documentos por parte del personal encargado, tales

como: requerimientos, órdenes de compra y/o servicios, Ingreso de Productos y
Pedido comprobantes de salida, lo cual trae consigo pérdidas de tiempo para el
encargado que tiene que volver a hacer el llenado de ellos debido a la existencia
de borrones o enmendaduras y pérdida de material de escritorio.
- Retrasos en el trabajo debido a la cantidad de acciones manuales a realizar, la

cual trae consigo pérdidas de documentos debido a que no existe una
organización eficiente de los requerimientos, órdenes de compra y/o servicios,
Ingreso de Productos y Pedido comprobantes de salida.
- Es imposible determinar en cualquier momento informaciones estadísticas de los

productos más solicitados y órdenes diarias.

4
Municipalidad
- Información desactualizada de los documentos sobre todo cuando se trata del

reporte de todos los productos, debido a que no posee la herramienta necesaria
para hacerlo.
- Demora en la entrega de productos, debido a que se los tiene que buscar por
categorías en cada almacén, ocasionando así molestias por parte del personal y
estrés laboral.
- Descontrol en el uso de los productos por parte del personal de la

Municipalidad.
A partir de esta problemática surge la necesidad de contar con un Sistema de

Información con Tecnología Web que contribuya a la mejora de la Gestión del
Proceso de Abastecimiento y Almacén de la Municipalidad Distrital de Guadalupe de
manera rápida, eficiente y eficaz.
Ver Árbol de Problemas, Anexo N° 01.
1.13. FORMULACIÓN DEL PROBLEMA

¿En qué medida un Sistema de Información con Tecnología Web influye en la
Gestión del Proceso de Abastecimiento y Almacén de la Municipalidad Distrital de
Guadalupe?
1.14. HIPÓTESIS
El Sistema de Información con Tecnología Web mejora la Gestión del Proceso de
Abastecimiento y Almacén de la Municipalidad Distrital de Guadalupe.
1.15. VARIABLES-INDICADORES
A. Variable:
- Definición Conceptual de la Variable Independiente:

5
Municipalidad
El Sistema de Información con Tecnología Web, sería en sí el soporte

informático de todos los requerimientos, órdenes, Ingreso de Productos,
Pedido comprobantes de salida y reportes diarios referidos a Abastecimiento y
Almacén que se dieran en la entidad pública; el cual debe tener un
mantenimiento frecuente y una mejoría progresiva a través del tiempo para
una buena toma de decisiones.
- Definición Operacional de la Variable Independiente:

Procesamiento de la información en el área de Abastecimiento y Almacén que
servirá como herramienta de apoyo para una mejora en la labor del personal.
- Definición Conceptual de la Variable Dependiente:

Gestión del Proceso de Abastecimiento; en sí una buena Gestión del
Proceso de Abastecimiento mejorará la manera de controlar y organizar
aquellos requerimientos de compra y/o servicios que solicita cada área de la
Institución para adquirir productos y/o servicios según su funcionamiento y
también la elección de una buena toma de decisiones.
Gestión del Proceso de Almacén; Una buena Gestión del Proceso de

Almacén mejorará la manera de controlar y organizar los productos que entran
y salen de almacén y que cada jefe de área solicita para su cumplir su labor.
- Definición Operacional de la Variable Dependiente:

La variable “Gestión del Proceso de Abastecimiento” será medida a través
del tiempo con el número de Requerimientos de compras y servicios y Orden
de Compra y Servicios establecidos a comienzos de mes en la entidad pública.
Frente a los resultados el Jefe de Abastecimiento tomaría las decisiones del
caso.
La variable “Gestión del Proceso de Almacén”, será medida a través del
tiempo con el número de Ingreso de Productos y Pedido comprobante de
salida de los productos.

6
Municipalidad
B. Indicadores:
Tabla N° 1.2. Indicadores. Parte 1 de 2.
Unidad
Tipo de
N° Indicador Descripción de Instrumento Fuente Operatividad
Variable
Medida
n
 CIi
Confiabilidad de la Confianza de la CI  i 1
1 Cualitativo Encuestas Encuesta Usuarios. n
Información Información
CI = confiabilidad
de la Información
n
 TGOi
i 1
Tiempo de Tiempo de Demora TGO 
n
Generación de en Generar Orden de Jefe de
2 Cuantitativo Minutos Cronómetro TGO = Tiempo de
Orden de Compra Compra y/o Abastecimiento.
Generar Orden de
y/o Servicios. Servicios.
Compra y/o
Servicio.
Fuente: (Elaboración Propia, 2015).

de la Gestión del Proceso de Abastecimiento y Almacén de 7
la Municipalidad Distrital de Guadalupe
Tabla N° 1.2. Indicadores. Parte 2 de 2.
Tipo de Unidad de
N° Indicador Descripción Instrumento Fuente Operatividad
Variable Medida
n
 CHHi
Costo de Horas - Costo de Horas - CHH  i 1
n
3 Hombres en la Hombres en la Jefe de
Cuantitativo Minutos Cronómetro CHH = Costo de
Elaboración de Elaboración de Abastecimiento.
Horas - Hombres en
Informes Informes
la Elaboración de
Informes.
n
 TGRi
i 1
Tiempo de Tiempo de demora Jefe de Almacén TGRI 
n
4 Generación de en la Generación de Cuantitativo Minutos Cronómetro y
TGR = tiempo de
Reportes Reportes Abastecimiento.
Generación de
Reportes.

1.16. JUSTIFICACIÓN
- Justificación Legal.
El software a implementar estará debidamente legalizado, así como el
software a utilizar por lo cual la institución no tendrá ningún problema ante la
justicia.
- Justificación Tecnológica.
El desarrollo del presente proyecto contribuirá al uso de modernas tecnologías
de la información y comunicaciones.
- Justificación Operativa.
El Proyecto, presenta un entorno gráfico, amigable y sencillo, por lo que se
requiere un esfuerzo operacional mínimo por parte del usuario final, además el
personal encargado del Sistema deberá tener conocimientos básicos en
informática.
- Justificación Económica.
El Sistema de Información Web disminuirá el consumo de material de
escritorio y el pago mensual al asistente del Jefe de Abastecimiento.
Además como el proyecto de investigación está basado en el empleo de
software libre, va a permitir un ahorro sostenible comparado con el empleo de
una plataforma de software propietario.
- Justificación Social.
El presente proyecto de tesis planteado involucra diferentes aspectos entre
ellos tenemos el aspecto social, ya que esto contribuirá a que este sea más
rápido, eficaz e informativo beneficiando así al personal que labora en la
empresa.
Sistema de Información con Tecnología Web para la Mejora 9

Municipalidad
Esta obra Distrital
ha sido publicada de la
bajo Guadalupe
licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
1.17. OBJETIVOS
1.17.1. Objetivo General.
Mejorar la Gestión del Proceso de Abastecimiento y Almacén de la
Municipalidad Distrital de Guadalupe, mediante un Sistema de Información
con Tecnología Web.
1.17.2. Objetivos específicos.

1. Aumentar el nivel de Confiabilidad de la Información.
2. Disminuir el tiempo de Generación de Orden de Compra y/o Servicios en
el proceso de Abastecimiento de la Municipalidad.
3. Reducir el costo de Horas – Hombre en la Elaboración de Informes.
4. Disminuir el tiempo de Generación de Reportes.
Ver Árbol de Objetivos, Anexo N° 02.

de la Gestión del Proceso de Abastecimiento y Almacén de
10
CAPÍTULO II:
MARCO TEÓRICO
2. CAPÍTULO II: PLAN DE INVESTIGACIÓN
2.1. ANTECEDENTES Y MARCO TEÓRICO

2.1.1. Antecedentes.
A. Tesis Local.
Título:
“Desarrollo e Implementación de un Sistema e Información Basado en
Web para mejorar la Gestión de Rentas de la Municipalidad Distrital De
Pacasmayo” (MARTÍNEZ QUIROZ, y otros, 2009).
Autor:
- Bach. Martínez Quiroz, Manuel Ernesto.
- Bach. Santos Candela, Carlos Pascua.
Universidad: Universidad Nacional De Trujillo.
Año: 2009.
Resumen:
El presente proyecto de tesis tiene por objetivo realizar el análisis,
diseño e implementación de un sistema de información Web que
automatice los procesos de Información en el área de rentas de la
Municipalidad Distrital de Pacasmayo la cual se encarga de recaudar
impuestos y arbitrios en dicha entidad pública.
Correlación:
Este proyecto utilizó herramientas Web para solucionar un problema en
una Municipalidad. Nosotros también utilizaremos las herramientas
Web para desarrollar una aplicación que solucione los problemas en la
gestión del proceso de abastecimiento y almacén de una Municipalidad.

12
B. Tesis Nacional.
Título:
“Nivel de Conocimiento de los Funcionarios y uso de las Tecnologías de
Información y Comunicaciones (TIC) en la Municipalidad Provincial
del Santa de la ciudad de Chimbote en el año 2010” (AMBROCIO
RAMIREZ, 2010).
Autor:
- Bach. Neycer Milán Ambrocio Ramírez.
Universidad: Universidad Católica Los Ángeles de Chimbote.
Año: 2010.
Resumen:
El presente proyecto de tesis tiene por objetivo determinar hasta qué
punto los funcionarios de la Municipalidad Provincial del Santa,
conocen las TICS (Tecnologías de la Información y Comunicaciones)
existentes en la actualidad y cómo esta Institución las utiliza en sus
actividades diarias, utilizando herramientas del software libre.
Correlación:
Este proyecto nos permitirá tener una visión general sobre el nivel de
conocimiento que tienen los funcionarios de una entidad pública sobre
las tecnologías de información; ya que nosotros trabajaremos en este
rubro.

13
C. Tesis Internacional.
Título:
“Análisis y mejoramiento de los procesos de abastecimiento de Primax
en Ecuador” (GAVILANÉZ VÁSCONEZ, 2010).
Autor:
- Bach. Gavilánez Vásconez, Christian.
Universidad: Universidad Andina Simón Bolívar.
Año: 2010.
Resumen:
Este trabajo busca implementar un sistema informático que permita
analizar los procesos de abastecimiento de la comercializadora Primax
en el Ecuador y mejorar la productividad en el área de adquisiciones del
mercado.
Correlación:
Este proyecto tiene por objetivo el análisis y mejoramiento de los
procesos de abastecimiento, lo cual nos servirá de guía para el desarrollo
de nuestro sistema de información.

14
2.1.2. Marco Teórico.

2.1.2.1. Sistemas de Información.
Según (LAUNDON, y otros, 2008), Afirman que “… Un Sistema de
Información es un conjunto de componentes interrelacionados que
reúne (u obtiene), procesa, almacena y distribuye información para
apoyar la toma de decisiones y el control dentro de una
organización…”.
La información se obtiene luego de procesar los datos. Las

actividades del sistema de información son: entrada, procesamiento y
salida de datos. La retroalimentación sirve para mejorar o controlar el
funcionamiento.
Desde la perspectiva de los negocios, un sistema de información es

una solución organizacional y administrativa, basada en tecnología de
información, a un reto que se presenta en el entorno (LAUNDON, y
otros, 2008).
A. Fases en el Proceso de Desarrollo de un Sistema de Información.

El proceso de desarrollo de un Sistema de información está conformado
por 7 fases:
- Planificación del Sistema.

- Análisis del Sistema Actual.
- Análisis de Requerimientos.
- Diseño lógico.
- Diseño físico.
- Implementación.
- Instalación y pruebas.

15
Tal y como ocurre en la mayoría de metodologías para el desarrollo de

sistemas, no es trivial agrupar las fases en cuatro posibles etapas, ya que
en algunas fases pertenecen a más de una etapa (ALARCON, 2010).
Tabla N° 2.1. Fases y Etapas de un Sistema de Información.

FASES ETAPAS
Planificación del Sistema
Planificación
Análisis del Sistema Actual
Análisis de Sistemas
Análisis de Requerimientos
Diseño lógico
Diseño de Sistemas
Diseño físico
Implementación
Implementación
Instalación y pruebas
B. Sistemas de Información para la Administración de Almacenes.

La función de un sistema de administración de almacenes es apoyar los
procesos de almacenamiento en la cadena de abastecimiento. Su meta es
encontrar la solución óptima a la configuración del almacén y agilizar el
proceso de la gestión de inventarios. En la actualidad el rol que juegan los
sistemas de administración de almacenes, ha evolucionado, debido a que
se puede desde administrar las órdenes de pedido, los recursos, las
ubicaciones de los materiales y integrar con el sistema financiero. Sin
embargo, el propósito principal de un WMS es controlar los movimientos
y almacenamiento de productos y/o materiales y sus transacciones
asociadas (The applications of warehouse management systems: an
exploratory study, 2006).

16
Como mínimo un WMS debe:

- Administrar y controlar las ubicaciones y los recursos del
almacén.
- Automatizar los procesos de recepción, almacenamiento y
expedición de mercaderías.
- Operar en tiempo real el control de los inventarios.
Sus ventajas serían minimizar las pérdidas de inventario, le reducir los

costos operativos, incrementar la capacidad del almacén y la exactitud del
inventario, un control de operación en tiempo real, e incrementará el nivel
del servicio al cliente. Además el WMS impactará positivamente fuera de
la organización, en la distribución y el control de las ventas.
La aplicación de un WMS es a veces complejo (Linking warehouse

complexity to planning and control structure, 2002). La implementación
requiere la recolección de los recursos del almacén como recoger datos
sobre las cantidades físicas, materiales, inventarios, así como es necesario
definir las estrategias para el funcionamiento del almacén.
C. Sistema de Información para la Gestión de Compras.

Los Sistemas de Gestión de Compras permiten automatizar todo el
proceso de compras de una organización, coordinando las tareas entre los
distintos departamentos implicados y almacenando toda la información y
los documentos generados en el proceso.
Por ejemplo: Pixelware, compañía especializada en soluciones verticales

para la gestión de procesos específicos de negocio de empresas privadas y
organismos públicos, ofrece una solución que atiende y centraliza toda la
gestión de las solicitudes de compras, realizadas por los usuarios, y
coordina la comunicación con el sistema contable, proporcionándole la
información validada. Así mismo permite gestionar, almacenar y

17
relacionar toda la información generada (requerimientos, órdenes,

usuarios, proveedores, etc.) (PIXELWARE, 2010).
Figura N° 2.1. Esquema del Proceso de Compras.
Fuente: (PIXELWARE, 2010).
C.1. Proceso de Abastecimiento.

El objetivo general del proceso de abastecimiento es proveer a la
función de producción los materiales y recursos necesarios, en
tiempo y forma adecuada.
El proceso de abastecimiento puede ser dividido en seis etapas, estas

son:
- Recepción de Requerimiento de Compra.

- Selección de proveedores.
18
- Pedido de cotizaciones.
- Estudio de ofertas recibidas y selección del proveedor.
- Negociación de condiciones.
- Generación de Orden de Compra.
- Seguimiento (ESCUDERO SERRANO, 2009).
El Sistema de Abastecimiento comprende 3 sub funciones:

- Gestión de Compras.
- Recepción.
- Almacenaje-Administración de Stock (BORLAND, y otros,
2007).
Figura N° 2.2. Funciones del Proceso de Abastecimiento.
Fuente: (BORLAND, y otros, 2007).
- Gestión de Compras:
La Gestión de compras es proceso de adquisición de bienes y
servicios necesarios para el desarrollo de las actividades de la
organización, ya sea tanto del abastecimiento de las materias
primas e insumos básicos para el proceso de transformación,
como de las maquinarias y equipos, repuestos para
mantenimiento, elementos de seguridad, servicios varios,
19
muebles y artículos de oficina, artículos de limpieza e higiene,

y elementos de consumo para el personal (agua, hojas,
lapiceros, etc.) entre otros (MONTERROSO, 2002).
Los principales objetivos del Área de compras son:
- Buscar proveedores competitivos.

- Adquirir materiales con la calidad adecuada para los fines
a los que se destinan. Se debe buscar la satisfacción del
cliente interno (fabricación) como del externo (usuario
final).
- Conseguir la mejor relación Calidad- Precio.
- Optimizar las decisiones de compra por medio de la
definición de indicadores de referencia como stock de
seguridad, lote óptimo de compra, puntos máximo y
mínimo de pedido, etc.
- Establecer controles necesarios para garantizar una gestión
eficiente.
- Gestión de Recepción:
Esta sub función de abastecimiento puede tener una
configuración variable. Puede que esté dentro de la
dependencia de compras, dentro de la dependencia de
almacenaje, o bien ser un sector independiente.
Su principal función es el control de bienes recibidos. Verifica

que los que productos que se hayan recibido sean los mismos
que se solicitaron en la Orden de Compra.

20
- Gestión de Almacén:
El objetivo de este proceso es acumular, custodiar y controlar
inventarios de materiales, materias primas y productos en
procesos con el fin de nivelar los intercambios entre compras y
producción.
Las funciones de éste sector son las siguientes:
- Ingreso de materiales.
- Identificación y catalogación.
- Ubicación.
- Custodia.
- Recepción de los pedidos de los sectores usuarios.
- Despacho.
- Registro de altas y bajas (Administración de inventarios).
- Control de Existencias (BORLAND, y otros, 2007).
Figura N° 2.3. Proceso de Abastecimiento.
Fuente: (CHACON, 2009).

21
2.1.2.2. Lenguaje Unificado de Modelado (UML).

UML es un lenguaje de modelado visual que se usa para especificar,
visualizar, construir y documentar artefactos de un sistema de
software; captura decisiones y conocimiento sobre sistemas que se
deben construir.
UML permite modelar sistemas de información, y su objetivo es

lograr modelos que, además de describir con cierto grado de
formalismo tales sistemas, puedan ser entendidos por los clientes o
usuarios de aquello que se modela. Para ello, es importante que el
idioma en el que estén las palabras y textos que aparezcan en tales
modelos sean el propio de éstas personas (RUMBAUGH, y otros,
2007).
A. Modelo:
Un modelo es una representación, en cierto medio, de algo en el
mismo u otro medio. El modelo capta los aspectos importantes
de lo que estamos modelando, desde cierto punto de vista, y
simplifica u omite el resto. Un modelo sirve para:
- Captar y enumerar excautivamente los requisitos y el

dominio de conocimiento, de forma que todos los
implicados puedan entenderlos y estar de acuerdo con ellos.
- Ayudan a pensar en el diseño del Sistema.
- Capturar decisiones del diseño en una forma mutable a
partir de requisitos.
- Generar productos aprovechables para el trabajo.
- Organizar encontrar, filtrar, recuperar, examinar, y corregir
la información en grandes sistemas.
- Explorar económicamente múltiples soluciones.

22
Los modelos tienen dos aspectos importantes: Información

Semántica y Presentación Visual (notación).
- Información Semántica: Éste aspecto capta el significado

de una aplicación como una red de construcciones lógicas,
por ejemplo clases, asociaciones, estados, casos de uso, y
mensajes.
- Presentación Visual: Muestra la información semántica de
modo que pueda ser considerada, hojeada y corregida por
seres humanos. Los elementos de la presentación llevan la
presentación visual del modelo-estos es, lo muestran en
una forma directamente comprensible por las personas.
B. Vistas de UML:
Una vista es un subconjunto de UML que modela construcciones
y representan un aspecto de un sistema.
Las vistas se pueden dividir en tres áreas: clasificación

estructural, comportamiento dinámico, y gestión del modelo.
- Clasificación Estructural: Describe los elementos del

sistema y sus relaciones con otros elementos. Los
clasificadores incluyen clases, casos de uso, componentes, y
nodos.
- Comportamiento Dinámico: Describe el comportamiento de

un sistema en el tiempo.
- Gestión del modelo: Describe la organización de los propios

modelos en el tiempo (RUMBAUGH, y otros, 2000).

23
Tabla N° 2.2. Vistas y Diagramas UML.

Área Vista Diagramas Conceptos Principales
Diagrama de Clase, asociación, generalización,
Vista Estática.
Clases. dependencia, realización, interfaz.
Caso de uso, actor, asociación,
Vista de Casos Diagrama de
extensión, inclusión, generalización
de Uso. Casos de Uso.
ESTRUCTURAL de casos de uso.
Vista de Diagrama de Componente, interfaz, dependencia,
Implementación. Componentes. realización.
Vista Diagrama de Nodo, componente, dependencia,
Despliegue. Despliegue. localización.
Vista de
Diagrama de
Maquina de Estado, evento, transición, acción.
Estados.
Estados.
Vista de Diagrama de Estado, actividad, transición de
Actividad. Actividades. terminación, división, unión.
DINÁMICA
Diagrama de Interacción, objeto, mensaje,
Vista de Secuencia. activación,
Interacción. colaboración, interacción, rol de
Diagrama de
Colaboración, mensaje.
Colaboración.
GESTIÓN DEL Vista de Gestión Diagrama de

Paquete, subsistema, modelo.
MODELO del Modelo. Clases.
Extensión de Restricción, estereotipo, valores
Todas. Todos.
UML etiquetados.
Fuente: (RUMBAUGH, y otros, 2000).

24
2.1.2.3. Metodologías para el Desarrollo Web.

En la actualidad existen varia metodologías para el desarrollo, las
cuales se pueden agrupar en dos grupos. Por un lado tenemos las
metodologías tradicionales, que usan procesos bien definidos la
compilación de la información se realiza al inicio del proyecto.
Básicamente las metodologías tradicionales buscan dividir en etapas

el proceso de desarrollo de una manera secuencial, siendo de alto
grado de ordenamiento y disciplina, pero cuando se está
desarrollando un proyecto se resiste al cambio. La resistencia al
cambio no se da en el otro grupo de metodologías conocidas como
metodologías ágiles, las cuales son una buena elección cuando el
proyecto en el que se está trabajando presenta requisitos
desconocidos o variables.
Las metodologías ágiles brindan una serie de principios, pautas y

técnicas pragmáticas las cuales harán que el proyecto sea menos
complicado.
A. Metodología RUP:
Es un proceso iterativo de desarrollo de software, el cual brinda una
perspectiva para asignar tareas y responsabilidades dentro de una
organización.
El objetivo de ésta metodología es garantizar la elaboración de un

software de alta calidad que satisfaga las necesidades del usuario
final dentro de un tiempo y presupuesto previsible.

25
A.1. Ciclo de Vida: En el ciclo de vida del RUP es una

implementación del desarrollo en espiral. En éste ciclo de vida
se desarrollan tareas en fases e iteraciones. El RUP maneja el
proceso en cuatro fases, dentro de las cuales se realizan varias
iteraciones en número variable.
A.2. Fases del RUP: El RUP divide un ciclo de desarrollo en cuatro

fases consecutivas.
- Inicio.
Se determina la visión del proyecto, identificación de los
procesos de negocio.
- Elaboración.
En esta etapa el objetivo es determinar la arquitectura
óptima, se elabora un plan de proyecto y se trata de eliminar
riesgos.
- Construcción.
Se concentra en la elaboración de un producto totalmente
operativo y eficiente.
- Transición.
Se entrega el producto a los usuarios finales, los cuales
pueden presentar nuevos requerimientos (MARTINEZ, y
otros, 2005).

26
Figura N° 2.4. Ciclo de Vida del Proyecto de Sistemas.
Fuente: (Gallego, y otros, 2007).
B. Extreme Programming XP:

La Programación Extrema es una metodología ligera de desarrollo de
software que se basa en la simplicidad, la comunicación y la
realimentación o reutilización del código desarrollado
(FERNÁNDEZ ESCRIBANO, 2002).
Según (BECK, y otros, 2005), “… Todo en el software cambia Los

requisitos cambian El diseño cambia. El negocio cambia. La
tecnología cambia. El equipo cambia. Los miembros del equipo
cambian. El problema no es el cambio en sí mismo, puesto que
sabemos que el cambio va a suceder; el problema es la incapacidad
de adaptarnos a dicho cambio cuando éste tiene lugar…”.

27
B.1. Fases del Proyecto: El ciclo de vida ideal de XP consiste de seis

fases:
- Exploración.
En esta fase, los clientes entregar la información necesaria
para las historias de usuario que son importantes para la
primera entrega del producto.
Al mismo tiempo el equipo de desarrollo se familiariza con

las herramientas, tecnologías y prácticas que se utilizarán en
el proyecto. Se prueba la tecnología y se exploran las
posibles arquitecturas del sistema construyendo un
prototipo.
- Planificación de la Entrega.
En esta fase ese prioriza cada historia de usuario, para que
luego, los programadores, realicen una estimación del
esfuerzo necesario de cada una de ellas. Se coordina sobre el
contenido de la primera entrega y se determina un
cronograma de la mano con el cliente. Una entrega debería
obtenerse en no más de tres meses.
- Iteraciones.
Esta fase consiste en varias iteraciones sobre el sistema
antes de ser entregado al cliente.
- Producción.
En esta se necesitan realizar pruebas adicionales y revisiones
de rendimiento antes de que el sistema sea puesto al entorno
del cliente. A la vez, se deben decidir sobre la inclusión de
nuevas características al sistema actual, debido a cambios
durante esta fase.

28
- Mantenimiento.
En esta fase de se debe mantener el sistema en
funcionamiento a la vez que se desarrolla nuevas iteraciones.
- Muerte del Proyecto.

En esta etapa el cliente no tiene más requerimientos
(historias de usuario) para ser incluidas en el sistema. Esto
requiere que se satisfagan las necesidades del cliente. Esto
también ocurre cuando el sistema no genera los beneficios
esperados por el cliente y éste no se siente conforme
(LETELIER, 2006).
Figura N° 2.5. Metodología Extreme Programing.
Fuente: (MENDOZA SANCHEZ, y otros, 2004).
C. SCRUM:
Scrum es una metodología de desarrollo muy simple, que requiere
trabajo duro porque no se basa en el seguimiento de un plan, sino en
la adaptación continua a las circunstancias de la evolución del
proyecto.
Scrum es una metodología ágil, y como tal:

29
- Es un modo de desarrollo de carácter adaptable más que

predictivo.
- Orientado a las personas más que a los procesos.
- Emplea la estructura de desarrollo ágil incremental basada en
iteraciones y revisiones.
Se basa en el principio ágil de desarrollo iterativo e incremental.
Se comienza con la visión general del producto, especificando y

dando detalle a las funcionalidades esas partes que tienen mayor
prioridad de desarrollo y que pueden llevarse a cabo en un periodo de
tiempo breve (normalmente de 30 días).
Cada uno de estos periodos de desarrollo es una iteración que finaliza

con la producción de un incremento operativo del producto.
Estas iteraciones son la base del desarrollo ágil, y Scrum gestiona su

evolución a través de reuniones breves diarias en las que todo el
equipo revisa el trabajo realizado el día anterior y el previsto para el
día siguiente (PALACIO,Juan, 2006).
Figura N° 2.6. Diagrama del ciclo de SCRUM.
Fuente: (PALACIO, y otros, 2011).

30
D. Comparación y Selección entre Metodologías.

Para tener una idea más clara acerca de cada metodología, se creó
conveniente hacer una comparación entre ellas según las ventajas y
desventajas que presenta cada una, (Ver Anexo N° 03).
Para la selección de nuestra metodología entrevistamos a tres

Ingenieros especialistas en el tema de investigación. A los cuales se
les solicitó sus datos personales tales como: nombre, apellidos, cargo,
profesión y empresa. Por cada entrevistado se elaboró una matriz,
que después pasarán a formar una matriz resumen de las 3 matrices.
Las matrices están formadas por una parte los criterios de selección;
las cuales son:
- Información (C1): Se analizará la cantidad de información que

pueda existir.
- Conocimiento (C2): Se tomará en cuenta el grado de

conocimiento que se tiene de la metodología, para el debido
desarrollo del proyecto.
- Flexibilidad (C3): Flexibilidad de la Metodología para

adaptarse en cualquier situación.
- Compatibilidad (C4): Se examinará el grado de

compatibilidad de las metodologías.
- Requerimientos (C5): La metodología tendrá que considerar

una captura de los requerimientos adecuados.

31
- Tiempo de Desarrollo (C6): Se tomará el tiempo requerido

que abarca la metodología para el correcto desarrollo del
proyecto.
Los criterios mencionados, de acuerdo al impacto que tengan se

pondrán un valor que estará comprendido entre 1 y 5, tal como se ve
en la tabla 2.3:
Tabla N° 2.3. Escala de Valoración.

Criterios
Calificativo Puntaje
Muy alto 5
Alto 4
Normal 3
Bajo 2
Muy bajo 1

32
D.1. Matriz Resumen de la Metodología.

Luego de haber consultado a los Ingenieros, se recolectó los
datos como se ve plasmado en las matrices (Ver Anexo N 04),
a partir de los cuales vamos a calcular un promedio que va
indicar la selección de la metodología. De ésta forma la
metodología que obtenga el promedio más alto será la
recomendada para utilizar en el desarrollo del proyecto.
Habiendo sacado los respectivos promedios de cada criterio de

evaluación, se va observar que la metodología R.U.P. tiene la
ponderación más alta de todas, por lo cual se ha seleccionado
ésta metodología para el desarrollo de nuestro proyecto.
Tabla N° 2.4. Matriz Resumen de la Metodología.
Criterios
TOTAL
𝒏
C1 C2 C3 C4 C5 C6
(∑ 𝑪𝒊∗ ∗ 𝑷𝒊 )
𝒊=𝟏
Metodología
P1 = 0.1 P2 = 0.2 P3 = 0.2 P4 = 0.2 P5 = 0.1 P6 = 0.2
RUP 5 4.7 4.7 4 4.7 4 4.45*
Extreme
3.7 4.3 4.3 4 3.3 3.7 3.96
Programming
Scrum 3.3 3.7 4 3.3 3.7 3 3.5
Fuente: (Tablas A3.1, A3.2 y A3.3, 2015).
Metodología seleccionada: (*)

33
2.2. MARCO CONCEPTUAL

 JAVASCRIPT
Es un lenguaje de programación orientado a objetos que se utiliza
principalmente para crear páginas web dinámicas; además los programas
escritos con JavaScript se pueden probar directamente en cualquier navegador
sin necesidad de procesos intermedios (DAMIÁN PERÉZ, 2010).
 HTML
El HTML (Hyper Text Markup Language) es el lenguaje con el que se
escriben las páginas web. Es un lenguaje de hipertexto, es decir, un lenguaje
que permite escribir texto de forma estructurada, y que está compuesto por
etiquetas, que marcan el inicio y el fin de cada elemento del documento. Es
un lenguaje universal para todas las páginas Web (VAN LACKER, 2009).
 PHP
Es un lenguaje interpretado del lado del servidor que se caracteriza por su
versatilidad, potencia, modularidad y robustez. Los programas escritos en
PHP son embebidos directamente con el código HTML y ejecutados por el
servidor web a través de un intérprete antes de transferir al cliente que lo había
solicitado un resultado en forma de código HTML puro (ULLMAN, 2010).
 CSS 960 GRID SYSTEM

960 Grid es un Framework de CSS donde se declara los estilos que dispone
las clases necesarias para implementar columnas en una página web, de
diversos tamaños, con las que hace que maquetar nuestros contenidos sea más
fácil y ordenadamente. A pesar de que ofrece estilos tipográficos básicos, su
principal objetivo es ofrecer una base multi-navegador (KENNEDY, y otros,
2011).
 PHTML
Es una extensión para un tipo de páginasweb que llevan código PHP para ser

34
generadas. Cuando una página está escrita en PHP podemos encontrarla con
varios tipos de extensiones, como por ejemplo: .php, .php4, .php3, o .phtml
(comocreartuweb.com, 2012).
 MySQL
Sistema de gestión de base de datos relacional orientada a objetos libre,
basado en Open Source y que soporta gran parte del estándar SQL, permite
métodos almacenados, restricciones de integridad, vistas, etc. (COBO, y
otros, 2005).
 SISTEMA DE ADMINISTRACIÓN DE BASE DE DATOS

Un sistema de administración de base de datos (BDMS por sus siglas en
inglés) es un conjunto de programas que maneja la estructura de la base de
datos y controla el acceso a los datos guardados en éstas. El BDMS permite
compartir los datos de la base de datos entre múltiples aplicaciones y usuarios.
(ROB, y otros, 2003).
 LENGUAJE DE PROGRAMACIÓN:
Lenguaje Artificial que se utiliza para expresar programas de ordenador. Es un
conjunto de símbolos, palabras claves y reglas gramáticas que permiten
construir sentencias (instrucciones, ordenes) sintáctica y semánticamente
correctas. (RODRIGUEZ SALA, 2003).
 IBM RATIONAL ROSE

Es una herramienta software para el Modelado Visual mediante UML de
sistemas software. Permite Especificar, Analizar, Diseñar el sistema antes de
Codificarlo (SCHMULLER, 2004).
 WORLD WIDE WEB

Medio de comunicación de texto, gráficos y otros objetos multimedia a través
de Internet. Es decir, la web es un sistema de hipertexto que utiliza Internet

35
como su mecanismo de transporte o desde otro punto de vista, una forma

gráfica de explorar Internet (MORVILLE, y otros, 2006).
2.3. DISEÑO DE CONTRASTACIÓN

El método general de investigación empleado para nuestro proyecto será un diseño
lineal con pre test y post test, este se puede ver mejor en la Ilustración 2.7:
Figura N° 2.7. Diseño de Investigación.

Dónde:
- O0: Nivel de Gestión del proceso de Abastecimiento y Almacén de la
Municipalidad Distrital de Guadalupe , antes de la implementación del Sistema
de Información Web.
- X: Implementación del Sistema de Información Web.
- O1: Nivel de Gestión del proceso de Abastecimiento y Almacén de la

Municipalidad Distrital de Guadalupe, después de la implementación del
Sistema de Información Web.
Al final se establecerán las diferencias entre O0 y O1. Estas variables permitirán

determinar si hay un mejoramiento o no en los resultados obtenidos según nuestros
indicadores.
2.3.1. Diseño General.

Se empleará el método Pre-Test y Post-Test a los indicadores para contrastar
la Hipótesis, al finalizar se evaluarán las diferencias entre los indicadores
tanto antes de contrastar como después y de acuerdo a los resultados se
obtendrá las conclusiones y recomendaciones respectivas.

36
2.3.2. Diseño de la Información.

A. Objeto de Estudio.
La operación sistematizada del manejo de la información de la Gestión
del Proceso de Abastecimiento y Almacén en la Municipalidad Distrital
de Guadalupe.
B. Población.
De acuerdo a los indicadores, corresponde a los jefes de cada área (12) de
la de la Municipalidad Distrital de Guadalupe.
C. Muestra.
La muestra se calculará por indicador, los cuales queremos contrastar,
para ello usaremos las siguientes formulas:
- Fórmula para cálculo de muestra.

NZ 2 PQ …………….……...……….....................(2.1)
n
( N  1)e 2  Z 2 PQ
Dónde:
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 cálculo de muestra ajustada

n
n'  ...............................................................................(2.2)
n
1
N
Dónde: n': Muestra ajustada.
2.3.3. Indicadores.

37
A. Indicadores Cualitativos:
I1: Aumentar el Nivel de Confiabilidad de la Información.
- Población
La Población de usuarios del sistema es conocida (finita) puesto
que sólo los jefes de cada área pueden dar a conocer.
Tabla N° 2.5. Población de Usuarios.
Descripción Cantidad
Área de Abastecimiento 1
Área de Almacén 1
Área de Registro Civil 1
Área de Rentas 1
Área de Obras e Infraestructura 1
Área de Contabilidad y Presupuesto 2

Área de Control Patrimonial 1
Área de Relaciones Públicas 1
Área de Gerencia Municipal 1
Área de Alcaldía 1
Área de Asesoría Legal 1
N = (Población) 12
Puesto que N < = 80 (12 < = 80) por lo tanto n = N, es decir: Se realizarán
encuestas y/o entrevistas a n = 12 personas.
B. Indicadores Cuantitativos:

38
I2: Disminuir el Tiempo de Generación de Orden de Compra y/o

Servicios en el proceso de Abastecimiento de la Municipalidad.
- Población:
La población se estima en función al tiempo de generación de cada
orden de compra y/o servicios que realiza el jefe de abastecimiento en el
periodo de estudio de la presente investigación (04 meses), teniéndose
un promedio de diez (10) órdenes de compra y/o servicio, trabajándose
los cinco (05) días de la semana. Por lo tanto la población (N), es:
(10 𝑜𝑟𝑑𝑒𝑛𝑒𝑠 𝑑𝑒 𝑐𝑜𝑚𝑝𝑟𝑎 𝑦/𝑜 𝑠𝑒𝑟𝑣𝑖𝑐𝑖𝑜𝑠)(05 𝑑í𝑎𝑠)(16 𝑠𝑒𝑚𝑎𝑛𝑎𝑠)

𝐍=
(𝑑í𝑎𝑠)(𝑠𝑒𝑚𝑎𝑛𝑎𝑠)
N = 800 órdenes de compra y/o servicios.
- Muestra:
Como N = 800 órdenes de compra y/o servicios es mayor a 80, se tiene
que calcular la muestra.
Por tanto remplazando valores en la fórmula (2.1), se deduce que:
(800) * (1.96) 2 * (0.5 * 0.5)
n
(800  1) * (0.05) 2  (1.96) 2 * (0.5 * 0.5)
n = 249.16
Puesto que n > 80, entonces ajustamos la muestra reemplazando valores

en la fórmula (2.2), se deduce que:
249.16
n
249.16
1
800
n = 189.99 = 190 Órdenes de compra y/o servicios, es decir se realizarán
190 tomas de tiempo que se demora en registrar cada orden de compra
y/o servicios.

39
I3: Reducir el Costo de Horas – Hombre en la Elaboración de Informes.
- Población
La población está determinada por el asistente de abastecimiento de la
Municipalidad. El número de personal en total se muestra en el siguiente
cuadro:
Tabla N° 2.6. Población de Clientes Internos (Personal).

Puesto/Cargo Cantidad
Asistente de Abastecimiento 01
Total 01
- Muestra:
N = 01 personas.

40
I4: Tiempo de Acceso y Respuesta a la aplicación en la búsqueda de

reportes por parte de los Usuarios.
I4.1: Disminuir el Tiempo de Generación de Reportes.
- Población
La población se estima en función al tiempo que demora el jefe de
abastecimiento y almacén en generar reportes en un periodo de estudio
de investigación de (04 meses), teniéndose un promedio de búsqueda
de una (01) vez por día, trabajándose los cinco (05) días de la semana.
Por lo tanto la población (N), es:
(1 𝑣𝑒𝑐𝑒𝑠)(5 𝑑í𝑎𝑠)(4 𝑠𝑒𝑚𝑎𝑛𝑎𝑠)(4 𝑚𝑒𝑠𝑒𝑠)

𝐍=
(𝑑í𝑎𝑠)(𝑠𝑒𝑚𝑎𝑛𝑎𝑠)(𝑚𝑒𝑠𝑒𝑠)
N = 80 veces.
- Muestra:
Como N = 80 veces es igual a 80, se tiene que calcular la muestra.
Por tanto remplazando los valores según la fórmula (2.1), se deduce
que:
(80) * (1.96) 2 * (0.5 * 0.5)

n
(80  1) * (0.05) 2  (1.96) 2 * (0.5 * 0.5)
n = 66.35
Puesto que n < 80, no hay necesidad de ajustar la muestra.
Por lo tanto n = 66.35 = 66 veces, es decir se realizarán 66 tomas de

tiempo en generar reportes por el jefe de abastecimiento y almacén.

41
2.3.4. Técnicas para la recolección de datos.

Técnicas e instrumentos empleadas para el levantamiento de información:
Tabla N° 2.7. Flujo de trabajo de las Técnicas e Instrumentos. Parte 1 de 5.

DISCIPLINA O
FASES FLUJO DE TÉCNICA INSTRUMENTO FUENTE INFORMANTE
TRABAJO
Jefe de
Definición del Grabadora, Hoja
Entrevista. Alcalde. Abastecimiento
proyecto. de Encuesta.
y Almacén.
Equipo de trabajo. --- --- --- --------------------
Cronograma de
Diagrama. Ordenador. --- --------------------
I. GENERALIDADES actividades.
Analizar Jefe de cada
--- --- ---
entrevistas. Área.
Formulación de
Equipo de
las generalidades --- --- ---
desarrollo.
del proyecto.
Búsqueda de
Bibliotecas de Bibliotecarios de
antecedentes de la Investigación
Ficha resumen. las las
investigación en Documental.
universidades. universidades.
las universidades.
Búsqueda de
II. MARCO antecedentes de la Investigación
Ordenador. Internet. --------------------
TEÓRICO investigación en Documental.
internet.
Búsqueda de Bibliotecas de
información Investigación Ficha resumen- las
Bibliotecario.
relacionada a la Documental. Computadora. universidades
investigación. – Internet.

42

DISCIPLINA O
FASES FLUJO DE TÉCNICA INSTRUMENTO FUENTE INFORMANTE
TRABAJO
II. MARCO Formulación del
--- Ordenador. --- ---
TEÓRICO Marco Teórico.
Determinación de Objetivos Equipo de
Análisis. ---
los Indicadores. específicos. desarrollo.
Determinación de Municipalidad Administrador
Cálculo
la población Ordenador. Distrital de de la
III. MATERIALES Y estadístico.
muestral. Guadalupe. Municipalidad.
MÉTODOS
Determinación de
los materiales y
Análisis. --- --- Desarrolladores.
métodos a usar en
la investigación.
Formulación del Ingeniería
modelado del del Ordenador. Generalidades. Desarrolladores.
negocio. Software.
Modelado de los Ingeniería
Modelado del
casos de uso del del Ordenador. Desarrolladores.
Negocio.
IV. CAPTURA DE negocio. Software.
REQUERIMIENTOS Elaboración de los Ingeniería Modelado de
diagramas de del Ordenador. casos de uso Desarrolladores.
clases parciales. Software. del negocio.
Elaboración del Ingeniería Diagramas de
modelo del del Ordenador. clases Desarrolladores.
dominio. Software. parciales.

43

DISCIPLINA O
FASES TÉCNICA INSTRUMENTO FUENTE INFORMANTE
FLUJO DE TRABAJO
Formulación de los
Ingeniería
IV. CAPTURA DE requerimientos Administración
del Ordenador. Desarrolladores.
REQUERIMIENTOS funcionales y no del Restaurant.
Software.
funcionales.
Ingeniería
Modelado del diagrama Captura de
del Ordenador. Desarrolladores.
de clases de análisis. Requerimientos.
V. MODELO DE Software.
ANÁLISIS Elaboración del Ingeniería
Captura de
diagrama de casos de del Ordenador. Desarrolladores.
Requerimientos.
uso de realización. Software.
Elaboración del Ingeniería Diagrama de
Diagrama de Clases de del Ordenador. Clases de Desarrolladores.
Diseño. Software. Análisis.
Elaboración del modelo Ingeniería Diagrama de
de entidades y del Ordenador. Clases de Desarrolladores.
diccionario de datos. Software. Diseño.
Ingeniería Diagrama de
VI. MODELO DE Elaboración del
del Ordenador. Clases de Desarrolladores.
DISEÑO diagrama de estados.
Software. Diseño.
Diseño de las interfaces Ingeniería Diagrama de
de los casos de uso de del Ordenador. Clases de Desarrolladores.
realización. Software. Diseño.
Modelado de los Ingeniería Interfaces de los
diagramas de del Ordenador. casos de uso de Desarrolladores.
colaboración, paquetes. Software. realización.

44

DISCIPLINA O FLUJO
FASES TÉCNICA INSTRUMENTO FUENTE INFORMANTE
DE TRABAJO
Realización de páginas Ingeniería Interfaces de los
con los objetos del del Ordenador. casos de uso de Desarrolladores.
VI. MODELO DE negocio. Software. realización.
DISEÑO Diseño del diagrama de Ingeniería Interfaces de los
componentes y de del Ordenador. casos de uso de Desarrolladores.
despliegue. Software. realización.
Elaboración del Costo de Ingeniería
Ordenador. Proveedores. Desarrolladores.
Inversión. Económica.
Elaboración del Costo de Ingeniería Grupo de
Ordenador. Desarrolladores.
Desarrollo. Económica. Desarrollo.
Elaboración del Costo de Ingeniería Grupo de
VII. EVALUACIÓN Ordenador. Desarrolladores.
Implementación. Económica. Desarrollo.
ECONÓMICA DEL
Costos de
PROYECTO
Cálculo de los beneficios Ingeniería Inversión,
tangibles e intangibles. Económica. Implementación,
etc.
Costos de
Formulación del flujo de Ingeniería Grupo de
Ordenador. Inversión,
caja del proyecto. Económica. Desarrolladores.
Implementación.
VII. EVALUACIÓN
Ingeniería Flujo de Caja
ECONÓMICA DEL Evaluación del proyecto. Ordenador. Desarrolladores.
Económica. del Proyecto.
PROYECTO
Cálculo del tiempo Puntos de
VIII. ESTIMACIÓN estimado del proyecto función de Captura de
DE TIEMPOS basado en puntos de casos de Requerimientos.
función. uso

45

DISCIPLINA O
FASES FLUJO TÉCNICA INSTRUMENTO FUENTE INFORMANTE
DE TRABAJO
Toma de datos antes Muestra Jefe de cada
Encuesta. Hoja de Encuesta.
del estímulo. poblacional. Área.
Grupo de
Puesta en marcha --- Ordenador. Desarrolladores.
Desarrollo.
Toma de datos Muestra Jefe de cada

IX. ANÁLISIS DE Encuesta. Hoja de Encuesta.
después del estímulo. poblacional. Área.
RESULTADOS
Toma de datos
Análisis de datos Análisis
Ordenador. antes y después Desarrolladores.
recolectados. Estadístico.
del estímulo.
Contrastación de la Análisis Análisis de
hipótesis. Estadístico. datos.
Faces
Análisis
Formulación de las I, II, III, IV, V,
inductivo- Ordenador. Desarrolladores.
conclusiones. VI,
deductivo.
VII, VIII, IX.
Faces
Análisis
X. Formulación de las I, II, III, IV, V,
inductivo- Ordenador. Desarrolladores.
CONCLUSIONES Y recomendaciones. VI,
deductivo.
RECOMENDACIONES VII, VIII, IX.
Formulación de
Faces
anexos adicionales
I, II, III, IV, V,
del proyecto Ordenador. Desarrolladores.
VI,
(glosario, referencias
VII, VIII, IX.
bibliográficas).

46
2.4. CRONOGRAMA.
Figura N° 2.7. Diseño de Investigación

CAPÍTULO III:
MATERIALES Y
MÉTODOS
3. MATERIALES Y MÉTODOS
3.1. RECURSOS
3.1.1. Recursos Disponibles.
A. Personal:
A.1. Investigador(es):
- Bach. QUIROZ BRIONES, Daniel Antonio.
- Bach. TASILLA CULQUI, Jeremías Jerson.
A.2. Asesor:
- Mg. Ing.SANCHES TICONA, Roberts.
B. Materiales y Equipos:
Tabla N° 3.1. Materiales y Equipos de Recursos Disponibles. Parte 1

de 2.
Descripción Unidad de Medida Cantidad
Material de Escritorio
Cartucho de tinta Negro Unidad 1
Cartucho de tinta Color Unidad 1
Hojas Bond A4 Millar 1
Folder Manilla Unidad 10
Lapiceros Unidad 5
Lápices Unidad 5
Corrector Unidad 2
Borrador Unidad 2
Suministro de Cómputo
Memoria USB Kingston 8 GB Unidad 2

50
Tabla N° 3.1. Materiales y Equipos de Recursos Disponibles. Parte 2

de 2.
Software
Windows Seven Professional Licencia 1
Microsoft Office 2010 Licencia 1
Equipos
PC personal: Procesador
Ordenador 2
CORE 2 DUO
Impresora HP D110 Impresora 1
Mobiliario
Escritorio de Trabajo Escritorio 2
Servicios
Acceso a Internet Hora 50
Telefonía Llamadas 30
3.1.2. Recursos No Disponibles.

A. Materiales y Equipos:
Tabla N° 3.2. Materiales y Equipos de Recursos No Disponibles.

CD’s Unidad 5
Cartucho para Impresora Cartucho 4
Tinta para Impresora Pomo 4
Servicios
Fotocopias Hoja 90
Movilidad Pasaje 300

51
3.1.3. Locales
- Biblioteca de Ingeniería de la Universidad Nacional de Trujillo.
- Biblioteca de otras universidades (Universidad Privada del Norte).
- Domicilio de los Investigadores.
3.2. PRESUPUESTO
A. Presupuesto Disponible.
Tabla N° 3.3. Presupuesto Disponible para el Proyecto de Tesis. Parte 1 de 2.
Unidad de Costo / Unidad Sub Total

Medida (S/.) (S/.)
Materiales de Escritorio
Cartucho de tinta Negro Unidad 1 50.00 50.00
Cartucho de tinta Color Unidad 1 50.00 50.00
Hojas Bond A4 Millar 1 25.00 25.00
Folder Manilla Unidad 10 0.50 5.00
Lapiceros Unidad 5 0.50 2.50
Lápices Unidad 3 1.00 3.00
Corrector Unidad 2 1.50 3.00
Borrador Unidad 2 1.00 2.00
Memoria USB Kingston 8 GB Unidad 2 40.00 80.00
Software
Windows Seven Professional Licencia 1 0.00 0.00
Microsoft Office 2010 Licencia 1 0.00 0.00

52
Tabla N° 3.3. Presupuesto Disponible para el Proyecto de Tesis. Parte 2 de 2.

Unidad de Costo / Sub Total
Medida Unidad (S/.) (S/.)
Equipos
PC personal: Procesador CORE
Ordenador 2 2,500.00 5,000.00
2 DUO
Impresora HP D110 Impresora 1 300.00 300.00
Mobiliario
Escritorio de Trabajo Escritorio 2 100.00 200,00
Servicios
Acceso a Internet Hora 50 1.00 50.00
Telefonía Llamadas 30 0.50 15.00
MONTO TOTAL S/.5,785.00
B. Presupuesto No Disponible.
Tabla N° 3.4. Presupuesto No Disponible para el Proyecto de Tesis.
Unidad de Costo / Unidad Sub Total

Medida (S/.) (S/.)
CD’s Unidad 5 1.00 5.00
Cartucho para Impresora Cartucho 4 50.00 200.00
Tinta para Impresora Pomo 4 15.00 60.00
Servicios
Fotocopias Hoja 90 0.05 4.50
Movilidad Pasaje 300 1.00 300.00
MONTO TOTAL S/.569.50


53
C. Total Presupuesto.
Tabla N° 3.5. Total Presupuesto.
Descripción Sub – Total (S/.)
Presupuesto Disponible 5,785.00
Presupuesto No Disponible 569.50
TOTAL PRESUPUESTO S/.6,354.50
3.3. FINANCIACIÓN
A. De Fuentes Externas:
Con recursos externos: S/.0.00 Nuevos Soles.
B. Autofinanciación:
- Recursos Disponibles: S/. 5,785.00 Nuevos Soles.
- Recursos No Disponibles: S/. 569.50 Nuevos Soles.

54
CAPÍTULO IV:
GENERALIDADES
EMPRESARIALES
4. CAPÍTULO IV: GENERALIDADES EMPRESARIALES

4.1. DATOS EMPRESARIALES
4.1.1. Razón Social.
Municipalidad Distrital de Guadalupe.
4.1.2. R.U.C.
La Municipalidad cuenta con el número de Registro Único del
Consumidor N° 20189022655.
4.1.3. Giro del negocio.

Administración pública.
4.1.4. Dirección.
Calle: Av. La Victoria – Plaza de Armas-Guadalupe.
4.1.5. Teléfono.
La Municipalidad Distrital de Guadalupe cuenta con el siguiente número
telefónico: 044 - 576355.
4.1.6. Email.
http://www.muniguadalupe.gob.pe
4.1.7. Contacto.
A. Apellidos y Nombres.
- Miluska Zegarra Angulo. - Jefe de Abastecimiento.
- Manuela Aguirre Ninatanta. - Jefe de Almacén.
B. Teléfonos.
- 044 – 234483.
- 044 – 436656.

56
4.2. ESTRUCTURA ORGANIZACIONAL
Figura N° 4.1. Organigrama de la Institución.

57
4.3. RESEÑA HISTÓRICA . (Guadalupe, 2010).

La Municipalidad Distrital de Guadalupe se crea el 15 de Abril de 1950, está ubicada
en el departamento de La Libertad, provincia de Pacasmayo, distrito de Guadalupe al
frente de la Plaza de Armas de la ciudad de Guadalupe.
La Municipalidad de Guadalupe, es un centro dinámico de participación de la

ciudadanía, que identifica las necesidades locales para ejecutar las obras de interés
común que contribuyan al desarrollo integral, sostenible y armónico de Guadalupe y
caseríos.
Además la Municipalidad trabaja por hacer de su distrito, un lugar más seguro,

moderno y solidario, ofreciendo a sus vecinos garantía de seguridad, paz y
tranquilidad. También promueve el desarrollo económico sostenible, fomentando el
empleo, la mejora del sistema comercial. Propiciando la convivencia plena, armónica,
apoyando la educación, la creatividad, el arte, la música, construyendo una
ciudadanía participativa, basada en la igualdad, la libertad y la justicia social.
Finalmente la Municipalidad, no sólo ofrece mejores servicios a la ciudadanía, sino

también los mantiene informados de los proyectos, actividades y atenciones que se
realiza.

58
4.4. FUNCIONES EMPRESARIALES

Son las responsabilidades necesarias, permanentes y coordinadas que cumplen los
integrantes de la institución pública, para alcanzar los objetivos y las metas
propuestas de la Municipalidad. A continuación presentaremos algunas funciones
definidas por oficinas y Gerencias:
A. Alcandía.
- Máxima autoridad sobre todas las Unidades Orgánicas de la Municipalidad.
- Defender y cautelar los derechos e intereses de la municipalidad y los
derechos de la ciudadanía.
- Suscribir convenios con otras municipalidades para ejecución de obras y
prestación de servicios comunes.
- Informar al consejo municipal mensualmente respecto de la recaudación de
los ingresos municipales y autorizar los egresos de conformidad con la ley y
el presupuesto aprobado, etc.
B. Gerencia Municipal.
- Encargado de planificar, organizar y dirigir las funciones de administración
y servicios locales.
- Controlar el nivel de sub-gerencias y demás áreas de la gestión de procesos
que ejecuten las gerencias.
- Dirigir, supervisa y control el cumplimiento de los objetivos generales,
contenidos en el Plan Estratégico Institucional.
Dentro de la Gerencia Municipal tenemos a:
B.1. Área de Asesoría Legal.

- Asesorar en materia de asuntos jurídicos al concejo municipal y alta
dirección cuando el caso lo requiera.
- Absolver consultas de carácter legal en asuntos administrativos y
tributarios y otros que los diferentes órganos lo soliciten.

59
- Coordinar la interpretación y aplicación de las normas legales de

competencia municipal.
- Emitir opinión legal sobre los proyectos de ordenanzas, acuerdos,
decretos y resoluciones para su correcta ejecución y aplicación, etc.
B.2. Área de Contabilidad y Presupuesto.

- Organizar y poner en ejecución el sistema contable, financiero y
presupuestal de acuerdo con las normas legales y estatutarias vigentes.
- Elaborar, presentar y certificar los estados financieros de la
Municipalidad en los periodos fijados legal y estatutariamente.
- Controlar la ejecución presupuestal de ingresos y gastos que realice la
Municipalidad en desarrollo de sus objetivos y metas.
- Dirigir el registro de la información contable de las operaciones de la
Municipalidad.
- Realizar los pagos correspondientes a proveedores de la Municipalidad
y recibir los ingresos en concepto de impuestos, tasas y otras fuentes.
B.3. Área de Abastecimiento.

- Organizar, programar, dirigir, coordinar, ejecutar y evaluar las
actividades relacionadas con el sistema de abastecimiento y los servicios
auxiliares, en concordancia con la política institucional y dispositivos
legales vigentes.
- Velar por el mantenimiento, conservación y seguridad de los muebles,
inmuebles, maquinarias, equipos y otros bienes de la institución.
- Programar, coordinar, proporcionar y controlar la prestación de
servicios de los vehículos y equipos mecánicos.
- Programar el almacenamiento y garantizar el abastecimiento racional y
oportuno de los bienes, materiales e insumos que requieran los órganos
de la Municipalidad.

60
- Coordinar oportunamente con las diferentes unidades orgánicas sus

necesidades y especificaciones técnicas para la adquisición y
contratación de bienes, servicios y obras, según el plan vigente.
- Programar y controlar los procesos técnicos para la toma de inventarios
de los bienes patrimoniales de la Municipalidad, como son: Inmuebles,
Maquinarias y Equipos, Mobiliario y Enseres, Otros bienes, etc.
B.4. Área de Almacén.

- Planificar, Coordinar y supervisar todos los movimientos operativos del
almacén.
- Velar por la integridad de la carga que está bajo su custodia.
- Controlar que la mercancía esté almacenada en el lugar y bajo las
condiciones que le han sido asignadas.
- Controlar la documentación archivada con relación a la mercancía
recibida y despachada.
- Coordinar, supervisar y hacer seguimiento al inventario físico.
- Atender los requerimientos del usuario, encargándose de la distribución
o entrega de la mercadería solicitada.
B.5. Área de Rentas.

- La oficina de rentas es el encargado de dar apoyo a la gestión de los
demás órganos de la municipalidad, en cuanto a recursos económicos y
financiero.
- Emitir Resoluciones Gerenciales en primera instancia en temas de su
competencia, de conformidad con la cuarta disposición complementaria
del reglamento de organización y funciones.
- Planear, organizar, dirigir, coordinar y controlar el proceso de
administración de los tributos municipales a fin de cumplir con las
metas presupuestadas, etc.

61
4.5. FUERZA LABORAL
Tabla Nº 4.1. Fuerza Laboral de la Municipalidad Distrital de Guadalupe.
Área de Abastecimiento 1
Área de Almacén 1
Área de Registro Civil 1
Área de Rentas 1
Área de Obras e Infraestructura 1
Área de Contabilidad y Presupuesto 2
Área de Control Patrimonial 1
Área de Relaciones Públicas 1
Área de Gerencia Municipal 1
Área de Alcaldía 1
Área de Asesoría Legal 1
TOTAL 12

62
4.6. DIRECCIONAMIENTO EMPRESARIAL

4.6.1. Visión.
“Elevar la calidad de vida y el desarrollo integral del vecino Guadalupano,
liderando el proceso de construcción del desarrollo local y el ejercicio pleno
de una democracia participativa, orientado al desarrollo humano sostenible,
mediante la ejecución de un modelo de Gestión Municipal moderna,
utilizando tecnología de punta”.
4.6.2. Misión.
“Proveer a las Áreas, Oficinas y usuarios en general, las herramientas
basadas en tecnologías informáticas para incrementar la productividad,
agilizar los procedimientos y reducir los costos operativos, proporcionando
además, a las Gerencias y Jefatura, información oportuna y confiable, de
manera que les sirva como soporte, para tomar decisiones adecuadas”.
4.6.3. Rol Empresarial.

La Municipalidad Distrital de Guadalupe identifica las necesidades locales de
la ciudadanía contribuyendo así al desarrollo integral, sostenible y armónico
del distrito de Guadalupe a favor de su gente.
4.6.4. Valores Empresariales.

Los Valores Institucionales de la Municipalidad Distrital de Guadalupe son:
A. Honestidad: Organizar y utilizar de modo responsable los recursos

humanos técnicos y económicos al servicio de la población en
concordancia con los objetivos institucionales.
B. Transparencia: Institucionalizar la información abierta a la ciudadanía a

través de los portales electrónicos en internet y cualquier otro medio de
acceso a la información pública, para la difusión de los planes,
presupuestos, objetivos, metas y resultados.

63
C. Eficacia y Eficiencia: Organizar la gestión institucional y optimizar la

dirección, articulación y conducción del proceso de desarrollo local en
torno a los planes estratégicos y al cumplimiento de objetivos y metas
explícitos y de público conocimiento a través del óptimo uso de los
recursos.
D. Puntualidad: Se manifiesta en el respeto a los vecinos en la solución de

los problemas locales dentro de los plazos establecidos.
E. Concertación: Capacidad institucional de consensuar las políticas, planes

y programas del proceso de desarrollo local con todos los actores
involucrados.
F. Participación: La gestión institucional se desarrollará y hará uso de

instancias y estrategias concretas de participación ciudadana y de los
principales actores del proceso de desarrollo local.
G. Compromiso: Actitud manifiesta mediante la cual la institución y sus

trabajadores cumplen cabalmente con los objetivos institucionales y de la
gestión interna.
H. Solidaridad: Sentirse parte del conjunto de actores de diverso tipo y

orientación, que aportan de distinto modo a los fines y objetivos del
desarrollo local y actuar consecuentemente con ellos.
I. Trabajo en Equipo: Contribuir permanentemente al esfuerzo colegiado

de los recursos humanos que coadyuve efectivamente al logro de los
objetivos institucionales y del proceso de desarrollo local.

64
4.6.5. Metas Institucionales.

- Brindar una cálida atención a todo el personal de la institución.
- Concluir con el proyecto en un 100% de acuerdo al cronograma
establecido.
- Reducir en un 55% el uso de material de escritorio.
- Mejorar el desempeño y control de los procesos de abastecimiento y
almacén.
- Desarrollar sistemas de información acorde con los requerimientos de
la Municipalidad.

65
4.6.6. Análisis Interno.

A. Fortalezas.
- Las relaciones interpersonales son buenas, permitiendo el trabajo en
equipo.
- Existe una voluntad a ser democráticas, hábiles y trabajadores.
- La Gestión actual cuenta con un mayor conocimiento sobre las
necesidades de la población Guadalupe.
- La Gestión actual propicia la organización y participación de los
vecinos, lo que conlleva a identificar a la comunidad.
- Mejoramiento de la infraestructura de la Municipalidad, que permite
una mejor atención al personal de cada área y a su vez le otorga la
facilidad para que puedan ejercer bien sus funciones.
- Se ha recuperado el principio de autoridad, orden, seguridad y
limpieza, entre otros.
B. Debilidades.
- La falta de liquidez financiera, afecta la ejecución de algunas
acciones programadas y de importancia.
- Carencia de información y base de datos de años anteriores, que
dificulta tener una buena toma de decisiones de manera oportuna,
frente a los hechos que se presentan.
- Falta de conocimiento sobre los valores, misión y visión por parte del
personal.
- La ubicación geográfica impide nuestra identificación a nivel
Nacional.

66
4.6.7. Análisis Externo.

A. Amenazas.
- La crisis económica y recesiva que atraviesa el mundo, afecta las
inversiones en el país por ende los ingresos Municipales.
- Débil conciencia cívica y de valores de los vecinos.
- Existen grupos reducidos de personas que distorsionan la
información sobre la gestión, con el fin de confundir y alarmar a los
vecinos.
- Incremento de diferentes problemas sociales tales como: disolución
de hogares, maternidad infantil, violencia familiar, abandono de
niños, consumo de drogas, cuadros clínicos de depresión que en
muchos casos lleva al suicidio, origina realizar un mayor trabajo, lo
que implica a su vez prever actividades para cumplir con nuestros
objetivos institucionales.
- Los medios de comunicación que solo se encargan de entretener y
difundir hechos negativos.
B. Oportunidades.
- Se encuentra una respuesta favorable por parte del vecino, a las
políticas de puertas abiertas y el dialogo directo establecido por la
actual Gestión.
- Se cuenta con mayor apoyo por parte de la Policía Nacional del Perú,
en las acciones de Seguridad Ciudadana que realiza la Municipalidad.
- El avance de la tecnología, permite ofrecer una mejor atención al
contribuyente. Por ejemplo: El desarrollo de la página Web de la
Municipalidad.
- Avance tecnológico de la informática facilita el trabajo, ahorrando
tiempo y otorgando seguridad, como es el caso del Sistema Peruano
de Información Jurídica que tiene las últimas modificatorias en
cuanto a las normas legales.

67
4.7. FACTORES CRÍTICOS DE ÉXITO

- Buena capacitación a todo el personal encargado de las distintas áreas.
- Predisposición del nivel administrativo para la adquisición y mejoramiento de la
infraestructura tecnológica de la Institución.
- Fomentar el trabajo en equipo.
4.8. PROBLEMAS EMPRESARIALES

- Poco presupuesto asignado por el gobierno central a las instituciones del estado.
- Molestia por parte de cada jefe de Área, Abastecimiento y Almacén al momento
de solicitar los requerimientos y generar órdenes y comprobantes debido a que
todos los procesos son realizados de forma manual.
- Perdida de información, debido al mal archivamiento y toma manual de datos.
- La generación de reportes es muy dificultosa e ineficiente, debido a su
realización manual. (Lourdes Flores,Alcaldesa, 2014).
4.9. ESTRATEGIAS EMPRESARIALES

- Mantener un clima laboral de confianza entre el personal, promoviendo la
identificación del personal con la municipalidad.
- Implementar un plan de capacitación al personal con el fin de reforzar la
calidad de atención en la municipalidad.
- Promover el uso de tecnologías de información en las diferentes actividades.
- Implementación de modernos equipos de cómputo.
- Implementación de la página web de la Municipalidad.
- Implementar sistemas de información basado en software libre.

68
CAPÍTULO V:
FASE I:
INCEPCIÓN
INTRODUCCIÓN
Este capítulo nos permite ver con mayor claridad el proceso de negocio de la Aplicación
Web para la Municipalidad Distrital de Guadalupe. Nuestro modelamiento del negocio nos
va poder permitir entender cuál es el alcance del proceso que posteriormente se va a
automatizar, sus reglas, problemática y consideraciones que debemos tener para la
construcción de una Aplicación Web que responda a una necesidad de la Municipalidad.
5. CAPÍTULO IV: FASE I: INCEPCIÓN

5.1. MODELO DEL NEGOCIO
A. Lista de Actores y Trabajadores del Negocio.
Tabla N° 5.1. Actores y Trabajadores del Negocio.

Categoría Nombre Representa Rol
Persona encargada de aprobar o desaprobar Encargado de dar la orden
los requerimientos que cada jefe de área para que el requerimiento se
Actores NewClass
Gerente_Municipal elabora. realice.

del
Persona que provee de productos y/o Abastecer de productos y/o
Negocio
NewClass
servicios a la Municipalidad servicios a la Institución.
(Business Proveedor
Persona que informa si existe presupuesto
Actor) Controlar la recepción y
disponible para adquirir algún producto y/o
NewClass
aplicación del presupuesto.
Jefe_Presupuesto servicio.
Persona que realiza una función dentro de la Elaborar requerimiento de

Municipalidad. compra y/o servicio.
Trabajado NewClass2
Jefe_Área
res del Persona encargada de atender y verificar los
Suministrar productos y/o
Negocio requerimientos para suministrarlos de
servicios a todas las áreas
NewClass2
(Business Jefe_Abastecimiento productos y/o servicios a todas las áreas.
Worker) Persona encargada de administrar y controlar Administrar, controlar y
NewClass2
las entradas y salidas de los productos. atender todos los productos.
Jefe_Almacén

70
Esta obra ha sido publicada
la Municipalidad bajo de
Distrital la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Guadalupe
B. Reglas del Negocio.

- Proceso de Abastecimiento.
[RN1] Cada jefe de área genera un requerimiento de compra y/o servicio
y las envía al área de abastecimiento.
[RN2] El jefe de abastecimiento envía el requerimiento de compra y/o

servicio a la Gerencia Municipal para su aprobación; una vez
aprobada el gerente municipal elabora un memorándum y se la
envía junto con el requerimiento de compra y/o servicio al jefe
de presupuesto, en caso de no aprobarse el jefe abastecimiento
informa al jefe de área involucrado.
[RN3] El jefe de presupuesto después de verificar si hay dinero

disponible para la ejecución de dicho requerimiento, registra la
Certificación Presupuestal y la envía junto con el memorándum y
el requerimiento de compra y/o servicio al jefe de
abastecimiento; en caso de no haber dinero retiene el
requerimiento de compra y/o servicio hasta que haya presupuesto
disponible.
[RN4] Una vez que se haya aprobado el requerimiento y con presupuesto

disponible, el jefe de abastecimiento se encarga de seleccionar
los requerimientos de compra y/o servicio más urgentes.
[RN5] Con los requerimientos de compras y/o servicio, el jefe de

abastecimiento contacta a los proveedores y les solicita
cotizaciones correspondientes al/los requerimiento(s).
[RN6] Después de recibir las cotizaciones solicitadas, el jefe de

abastecimiento se encarga de evaluarlas y de seleccionar las
mejores ofertas.

71
Guadalupe
[RN7] El jefe de abastecimiento, después haber seleccionado al/los

proveedor(es) correspondientes, genera la orden de compra y/o
servicio respectiva.
[RN8] El jefe de abastecimiento Genera Reportes.
- Proceso de Almacén.
[RN9] El jefe de Almacén recibe el requerimiento de compra entregado
por el jefe de abastecimiento, revisa, verifica existencias, entrega
productos y finalmente genera un pedido comprobante de salida.
[RN10] Cuando los productos son entregados por el proveedor al jefe de

almacén, este recepciona y verifica que los productos entregados
estén en perfectas condiciones, chequeando la guía de remisión
(generada por el proveedor) y la orden de compra (generada por el
jefe de abastecimiento). Posteriormente el jefe de almacén
generara un ingreso de producto.
[RN11] El Jefe de Almacén Genera reportes.

72
Guadalupe
C. Características del Producto.

- Disponibilidad.
El sistema debe funcionar diariamente a todas horas dependiendo
básicamente de que tan disponible este el servidor, la red y la Base de
Datos, así mismo el sistema debe ser desarrollado con tecnología nueva
la cual pueda ir adecuándose con la aparición de nuevas herramientas y
actualizándose para que tenga un tiempo de vida prolongado.
- Interfaz.
La interfaz se puede decir que es la cara del sistema ante el usuario, es
decir, es la manera formal de como el sistema recibe, procesa datos y las
manda al exterior. En este caso para el usuario encargado de
abastecimiento tendrá casi el dominio total del sistema, además podrá
hacer algunas modificaciones con respecto a la información del sistema;
para el caso de almacén tendrá la opción de generar Ingreso de Producto
y Pedido comprobante de salida, registrar productos, registrar categoría,
y generar reportes.
- Otras Características del Producto.

Ergonométricos:
Si pensamos en los requerimientos ergonómicos debemos pensar en la
forma en que el ser humano interactúa con el sistema físicamente y pues
en este caso el sistema debe ser mayormente operado por los usuarios a
través del “Mouse” para evitar cansancio en las muñecas, manos y
brazos.

73
Guadalupe
D. Documentos Requeridos.
- Manual de Usuario.
Se realizara un manual de usuario que describa el uso del sistema para el
los jefes de abastecimiento y almacén.
- Guía de Instalación.
La existencia de un documento guía de instalación es necesaria para la
empresa, la cual debe incluir: información de requisitos mínimos,
instrucciones de instalación y las posibles configuraciones que fuesen
necesarias, además debe existir un archivo léeme, que haga una
descripción de las características del sistema, y de posibles
configuraciones que fuesen necesarias.
5.2. MODELO DE CASOS DE USO DEL NEGOCIO

A. Proceso de Abastecimiento.
El proceso es llevado a cabo en el Área de Abastecimiento por el Jefe de
Abastecimiento; a continuación se puede ver el proceso detalladamente en el
siguiente Caso de Uso del Negocio.
Ver Figura N° 5.1, Página 75.

74
Guadalupe
Figura Nº 5.1. Caso de uso del Negocio del Proceso de Abastecimiento.
Generar Requerimiento_Compra
Elaborar Certificación Presupuestal

Jefe_Presupuesto
Generar Requerimiento_Servicio
Jefe_Área
Consultar Aprobación
Consultar Presupuesto
Gerente Municipal
Elaborar Memorándum
Seleccionar Requerimiento de
Compra y/o Servicio más Urgente
Solicitar Cotización
Jefe_Abastecimiento
Evaluar Cotización
Enviar Cotización
Proveedor
Seleccionar Cotización
Generar Reporte
Generar Orden_Compra
Seleccionar Contrato
Generar Orden_Servicio

75
Guadalupe
B. Proceso de Almacén.
El proceso es llevado a cabo en el Área de Almacén por el Jefe de Almacén; a
continuación se puede ver el proceso detalladamente en el siguiente Caso de Uso
del Negocio.
Figura Nº 4.2. Caso de uso del Negocio del Proceso de Almacén.
Enviar Recepcionar Requerimiento_Compra

Requerimiento_Compra
Verificar existencia de Producto
Jefe_Abastecimiento
Entregar Producto
Enviar Orden_Compra
Generar Pedido-Comprobante_Salida
Jefe_Almacén
Jefe_Area
Verificar Orden_Compra
Entregar Producto
Generar Reporte
Verificar Estado de Producto
Proveedor
Enviar Guía de Remisión

Generar Ingreso_Producto

76
Guadalupe
5.3. HOJAS DE DESCRIPCIÓN DE LOS CASOS DE USO DEL NEGOCIO

Se procede a describir los casos de uso del negocio, con la secuencia de las
actividades que van realizando los actores del negocio y los trabajadores. A
continuación veremos las hojas de Descripción de cada caso de uso del negocio.
5.3.1. Proceso de Abastecimiento.
1. H.D. del Caso de Uso Generar Requerimiento de Compra.
Tabla Nº 5.2. Hoja de Descripción del Caso de Uso “Requerimiento de Compra”.

Empresa: Municipalidad Distrital de Guadalupe..
Caso de Uso Sistema: Sistema Web del Proceso de Abastecimiento y Almacén.
“Requerimiento de Compra” Elaborado por: Quiroz Briones y Tasilla Culqui..
Fecha: 10/04/2015.
Objetivo: Requerimiento de Compra.
Jefe_Área
Precondiciones:
Ninguna.
Flujo principal:
F.1. El Jefe_Área registra la información de los productos adquirir, tales como: el número de
requerimiento de compra, fecha, nombre del solicitante, dependencia, nombre del proyecto,
código del producto, nombre del producto, unidad, categoría, cantidad y glosario.
F.2. El Jefe_Área registra el requerimiento de compra.
Flujos Secundarios:
No presenta.
Exepciones:
E.1. El Jefe_Área anota el nombre del proyecto y especifica en que se utilizará dichos productos.
E.2. El Jefe_Área cancela o elimina la operación de registrar requerimiento de compra.
Requisitos Satisfechos:
Generar Requerimiento de Compra.

77
Guadalupe
2. H.D. del Caso de Uso Registrar Requerimiento de Servicio.
Tabla Nº 5.3. Hoja de Descripción del Caso de Uso “Requerimiento de

Servicio”.
Empresa Municipalidad Distrital de Guadalupe.
Caso de Uso
Sistema: Sistema Web del Proceso de Abastecimiento y Almacén.
“Requerimiento de
Elaborado por: Quiroz Briones y Tasilla Culqui .
Servicio”
Fecha: 10/04/2015.
Objetivo: Requerimiento de Servicio.
Jefe_Área
Precondiciones:
Ninguna.
Flujo principal:
F.1. El Jefe_Área registra la información de el/los servicios a ejecutar, tales como: el número de
requerimiento de servicio, fecha, solicitante, dependencia, código del servicio, nombre del
servicio, nombre del proyecto y glosario.
F.2. El Jefe_Área registra el requerimiento de servicio.
Flujos Secundarios:
No presenta.
Exepciones:
E.1. El Jefe_Área anota el nombre del proyecto y especifica en que se utilizará dicho(s) servicio(s).
E.2. El Jefe_Área cancela o elimina la operación de registrar requerimiento de compra y/o servicio.
Post Condiciones:
Ninguna.
Generar Requerimiento de Servicio.

78
Guadalupe
3. H.D. del Caso de Uso Consultar Aprobación.
Tabla Nº 5.4. Hoja de Descripción del Caso de Uso “Consultar Aprobación”.

“Consultar Aprobación” Elaborado por : Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
Objetivo: Consultar Aprobación.
Consultar Aprobación
Jefe_Abastecimiento Gerente Municipal
Precondiciones:
Ninguna.
Flujo principal:
F.1. El Jefe_Abastecimiento envía el requerimiento de compra y/o servicio para consultar su
aprobación o desaprobación por parte del Gerente_Municipal
F.2. El Gerente_Municipal elabora un memorándum aprobando el requerimiento de compra o
servicio y se la envía al jefe de abastecimiento adjuntando (memorándum y requerimiento).
Flujos Secundarios:
No presenta.
Exepciones:
E.1. El Jefe_Abastecimiento informa al Jefe_Área involucrado si su requerimiento solicitado ha
sido desaprobado.
E.1. El Jefe_Abastecimiento cancela la operación de consultar aprobación de requerimiento de
compra y/o servicio.
Post Condiciones:
Ninguna.
Consultar Aprobación.

79
Guadalupe
4. H.D. del Caso de Uso Consultar Presupuesto.
Tabla Nº 5.5. Hoja de Descripción del Caso de Uso “Consultar Presupuesto”.

“Consultar Presupuesto” Elaborado por: Quiroz Briones y Tasilla Culqui .
Fecha: 10/04/2015.
Objetivo: Consultar Presupuesto.
Consultar Presupuesto
Jefe_Abastecimiento Jefe_Presupuesto
Precondiciones:
Ninguna.
Flujo principal:
F.1. El Jefe_Abastecimiento envía el memorándum y requerimiento de compra o servicio al
Jefe_presupuesto para consultar si hay dinero disponible.
F.2. El Jefe_Presupuesto verifica si hay dinero disponible y elabora la certificación presupuestal
correspondiente y se la envía al jefe de abastecimiento adjuntando (memorándum,
requerimiento y certificación presupuestal).
Flujos Secundarios:
No presenta.
Exepciones:
E.1. EL Jefe_Abastecimiento retiene el requerimiento de compra o servicio y memorándum en
caso de no haber dinero hasta contar con el dinero disponible.
E.1. El Jefe_Abastecimiento cancela la operación de elaborar certificación presupuestal.
Post Condiciones:
Ninguna.
Elaborar Certificación Presupuestal.

80
Guadalupe
5. H.D. del Caso de Uso Elaborar Solicitar Cotización.
Tabla Nº 5.6. Hoja de Descripción del Caso de Uso “Solicitar Cotización”.

“Solicitar Cotización” Elaborado por: Quiroz Briones y Tasilla Culqui .
Fecha: 10/04/2015.
Objetivo: Solicitar Cotización.
Jefe_Abastecimiento Proveedor
Precondiciones:
Ninguna.
Flujo principal:
F.1. El Jefe_Abastecimiento solicita cotización (es) al/los proveedor (es) para adquirir los
productos y/o servicios necesarios.
F.2. El Jefe_Abastecimiento solicita cotización.
Flujos Secundarios:
No presenta.
Exepciones:
E.1. El Jefe_Abastecimiento cancela la operación de solicitar cotización.
Post Condiciones:
Ninguna.
Solicitar Cotización.

81
Guadalupe
6. H.D. del Caso de Uso Generar Orden de Compra.
Tabla Nº 5.7. Hoja de Descripción del Caso de Uso “Generar Orden de

Compra”.
Caso de Uso
“Generar Orden de
Compra”
Fecha: 10/04/2015.
Objetivo: Generar Orden de Compra.
Jefe_Abastecimiento
Precondiciones:
P.1. Haber sido aprobado el requerimiento de compra.
P.2. Contar con dinero disponible para la adquisición de dichos productos.
Flujo principal:
F.1. El Jefe_Abastecimiento registra la información de los productos adquirir, tales como:
número de la orden de compra, fecha, solicitante, proveedor, dirección del proveedor,
RUC, número de certificación presupuestal, glosario, código del producto, nombre del
producto, unidad, categoría, cantidad, precio unitario, número de referencia del
requerimiento de compra y total.
F.2. El Jefe_Abastecimiento Genera la Orden de Compra.
Flujos Secundarios:
No presenta.
Exepciones:
E.1. El Jefe_Abastecimiento cancela o elimina la operación de Generar Orden de Compra.
Post Condiciones: Ninguna.
Generar Orden de Compra.

82
Guadalupe
7. H.D. del Caso de Uso Generar Orden de Servicio.
Tabla Nº 5.8. Hoja de Descripción del Caso de Uso “Generar Orden de

Servicio”.
Caso de Uso
“Generar Orden de
Servicio”
Fecha: 10/04/2015.
Objetivo: Generar Orden de Servicio.
Jefe_Abastecimiento
Precondiciones:
P.1. Haber sido aprobado el requerimiento de servicio.
P.2. Contar con dinero disponible para la ejecución del servicio solicitado.
Flujo principal:
F.1. El Jefe_Abastecimiento registra la información de el/los servicios a adquirir, tales como:
número, fecha, solicitante, proveedor, dirección del proveedor, RUC, número de contrato,
número de certificación presupuestal, glosario, código del requerimiento de servicio,
nombre del servicio, número de referencia del requerimiento de servicio y total
F.2. El Jefe_Abastecimiento Genera la Orden de Servicio.
Flujos Secundarios:
No presenta.
Exepciones:
E.1. El Jefe_Abastecimiento cancela o elimina la operación de Generar Orden de Servicio.
Post Condiciones:
Ninguna.
Generar Orden de Servicio.

83
Guadalupe
8. H.D. del Caso de Uso Generar Reporte
Tabla Nº 5.9. Hoja de Descripción del Caso de Uso “Generar Reporte”.

“Generar Reporte” Elaborado por: Quiroz Briones y Tasilla Culqui .
Fecha: 10/04/2015.
Objetivo: Revisar y actualizar el reporte de órdenes diarios.
Generar Reporte
Jefe_Abastecimiento
Precondiciones:
Ninguna.
Flujo principal:
F.1. El Jefe_Abastecimiento tiene la opción de elegir el reporte de Órdenes Diarias.
F.2. El Jefe_Abastecimiento tiene la opción de buscar por fecha o por tipo de Orden ya sea
orden de compra ó servicio para realizar el reporte de las ordenes diarias.
F.2. El Jefe_Abastecimiento debe exportar a PDF las órdenes para el reporte requerido.
Flujos Secundarios:
F.S. El Jefe_Abastecimiento tiene la opción de imprimir, guardar y revisar el reporte.
Exepciones:
Ninguna.
Post Condiciones:
Ninguna.
Generar Reporte.

84
Guadalupe
5.3.2. PROCESO DE ALMACÉN.

9. H.D. del Caso de Uso Generar Ingreso de Producto.
Tabla Nº 5.10. Hoja de Descripción del Caso de Uso “Generar Ingreso de

Producto”.
Caso de Uso
“Generar Ingreso de
Producto”
Fecha: 10/04/2015
Objetivo: Generar Ingreso de Producto.
Jefe_Almacén
Precondiciones:
P.1. Recepciona y verifica la entrada de productos que se encuentren en buen estado.
P.2. Revisa guía de remisión y Orden de Compra.
Flujo principal:
F.1. El Jefe_Almacén registra la información del ingreso de productos a almacén, tales como:
número de orden de compra, fecha, proveedor, dirección, RUC, almacén al cual van,
número de certificación presupuestal, número de referencia de la orden de compra,
código del producto, cantidad, unidad, nombre del producto, precio, subtotal y total.
Flujos Secundarios:
No presenta.
Exepciones:
E.1. El Jefe_Almacén regresa los productos observados al proveedor.
E.2. El Jefe_Almacén cancela la operación de Generar Ingreso de Producto.
Post Condiciones:
Ninguna.
Generar Ingreso de Producto.

85
Guadalupe
10. H.D. del Caso de Uso Generar Pedido-Comprobante de Salida.
Tabla Nº 5.11. Hoja de Descripción del Caso de Uso “Generar Pedido-

Comprobante de Salida”.
Caso de Uso
Sistema: Sistema Web del Proceso de Abastecimiento y
“Generar Pedido-
Almacén.
Comprobante de
Salida”
Fecha: : 10/04/2015.
Objetivo: Generar Pedido-Comprobante de Salida.
Generar Pedido-Comprobante_Salida
Jefe_Almacén
Precondiciones:
P.1. Verificar existencia del producto solicitado.
Flujo principal:
F.1. El Jefe_Almacén registra la información de la salida de productos de almacén, tales
como: número de pedido comprobante de salida, fecha, nombre del solicitante, área
al que van los productos, almacén, nombre del producto, unidad, categoría y
cantidad.
Flujos Secundarios:
No presenta.
Exepciones:
E1. El Jefe_Almacén cancela o elimina la operación de Generar Pedido-Comprobante de
Salida.
Generar Pedido-Comprobante de Salida.

86
Guadalupe
11. H.D. del Caso de Uso Generar Reporte.
Tabla Nº 5.12. Hoja de Descripción del Caso de Uso “Generar Reporte”.

“Generar Reporte” Elaborado por: Quiroz Briones y Tasilla Culqui .
Fecha: : 10/04/2015.
Objetivo: Revisar y actualizar los tipos de reporte como: reporte de productos más
solicitados y reporte de todos los productos.
Generar Reporte
Jefe_Almacén
Precondiciones:
Ninguna.
Flujo principal:
F.1. El Jefe_Almacén tiene la opción de elegir el tipo de reporte los cuales son: reporte de
productos más solicitados y reporte de todos los productos.
F.2. Mientras se elija el reporte de todos los productos, el jefe de almacén debe de
seleccionar el almacén para reportar todos los productos por almacén.
Flujos Secundarios:
F.S. El Jefe_Almacén tiene la opción de revisar el reporte de los productos.
Exepciones:
Ninguno.
Post Condiciones:
P1. Elegir el tipo de reporte..
Generar Reporte.

87
Guadalupe
5.4. DIAGRAMA DE ACTIVIDADES DEL NEGOCIO (D.A.N)

La actividad llevada a cabo en el Área de Abastecimiento se puede ver
detalladamente en el siguiente Diagrama de Actividades del Negocio.
Figura Nº 5.3. Diagrama de Actividades de Generar Requerimiento de

Compra.
Jefe_Área Jefe _Abastecimiento
PRODUCTO
[Leer]
PERSONAL
[Leer]
ROYECTO
[Leer]
REQUERIMIENTO DE
COMPRA
[Generado]
Enviar Requerimiento de Compra
REQUERIMIENTO DE
COMPRA
[Enviado]
Recepcionar Requerimiento de Compra
REQUERIMIENTO DE
COMPRA
[Recepcionado]

88
Guadalupe
Figura Nº 5.4. Diagrama de Actividades de Generar Requerimiento de Servicio.
Jefe_Área Jefe _Abastecimiento
SERVICIO
[Leer]
PROYECTO
[Leer]
PERSONAL
[Leer]
REQUERIMIENTO DE
SERVICIO
[Generado]
Enviar Requerimiento de Servicio
REQUERIMIENTO DE
SERVICIO
[Enviado]
Recepcionar Requerimiento de Servicio
REQUERIMIENTO DE
SERVICIO
[Recepcionado]

89
Guadalupe
Figura Nº 5.5. Diagrama de Actividades de Consultar Aprobación. Parte

1 de 2.
Jefe _Abastecimiento Gerente_Municipal
Enviar Requerimiento de
Compra y/o Servicio
REQUERIMIENTO DE COMPRA
Y/O SERVICIO
[Enviado]
Recepcionar Requerimiento
de Compra y/o Servicio
Y/O SERVICIO
[Recepcionado]
Y/O SERVICIO
[Leer]
Evaluar Requerimiento de Compra y/o Servicio
[No] ¿Aprobado?
Enviar Requerimiento de [Si]

Compra y/o Servicio
Y/O SERVICIO Elaborar Memorándum
[Enviado]
Recepcionar Requerimiento
MEMORÁNDUM
[Creado]
Y/O SERVICIO
[Recepcionado]
Firmar Menorándum
Informar Desaprobación del Requerimiento

MEMORÁNDUM
[Firmado]
Y/O SERVICIO
[Informado]

90
Guadalupe
MEMORÁNDUM
[Firmado]
Y/O SERVICIO
[Informado] Figura Nº 5.5. Diagrama de Actividades de Consultar Aprobación. Parte
2 de 2.
Enviar Requerimiento de Firmar Menorándum

Compra y/o Servicio
MEMORÁNDUM
REQUERIMIENTO DE COMPRA [Firmado]
Y/O SERVICIO
[Enviado]
Recepcionar Requerimiento de Compra y/o Servicio
REQUERIMIENTO
Seleccionar Requerimiento de DE COMPRA
Compra y/o Servicio
Y/O SERVICIO
[Recepcionado]
Y/O SERVICIO
[Seleccionado]
Evaluar Requerimiento de Compra o Servicio

Cada Documento 1
contiene: [No]
Memorándum + ¿Aprobado?
Requeriminto de
Compra y/o Servicio [Si]
Enviar Documento 1
Compra y/o Servicio
Cada Documento 1
DOCUMENTO 1 contiene:
DOCUMENTO 1Elaborar Memorándum
Y/O SERVICIO
[Recepcionado] [Enviado] Memorándum +
[Enviado]
Requeriminto de
Recepcionar Requerimiento de Compra y/o Servicio Compra y/o Servicio
Recepcionar Documento 1
MEMORÁNDUM
[Creado]
Y/O SERVICIO
[Recepcionado]

Firmar Menorándum

91
Guadalupe
Para ver una copia de dicha licencia,
REQUERIMIENTO visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
DE COMPRA
Y/O SERVICIO
[Informado]
Figura Nº 5.6. Diagrama de Actividades de Consultar Presupuesto. Parte 1

de 2.
Jefe _Abastecimiento Jefe_Presupuesto
Enviar Documento 1
DOCUMENTO 1
[Enviado]
Recepcionar Documento 1
Cada Documento 1
Cada Documento 1 DOCUMENTO 1 contiene:
contiene: [Recepcionado] Memorándum +
Memorándum + Requeriminto de
Requeriminto de Compray/ o Servicio
Compra y/o Servicio
Y/O SERVICIO
[Leer]
Verficar Presupuesto
[No] ¿Presupuesto
Disponible?
Esperar Documento 1 [Si]
MEMORÁNDUM REQUERIMIENTO DE COMPRA

[Leer] Y/O SERVICIO
[Leer]
Elaborar Certificación Presupuestal
CERTIFICACIÓN
PRESUPUESTAL
[Elaborado]
CERTIFICACIÓN
PRESUPUESTAL
[Firmado]
Firmar Certificación Presupuestal
CERTIFICACIÓN
PRESUPUESTAL
[Firmado]

92
Guadalupe
PRESUPUESTAL
[Firmado]

Figura Nº 5.6. Diagrama de Actividades de Consultar Presupuesto. Parte 2 de 2.

Firmar Certificación Presupuestal

Compra y/o Servicio
CERTIFICACIÓN
PRESUPUESTAL
[Firmado]
Y/O SERVICIO
[Enviado]
Seleccionar Documento 1
Y/O SERVICIO
Cada Documento 1
DOCUMENTO 1 contiene:
[Recepcionado]
[Seleccionado] Memorándum +
Requeriminto de
Compra y/o Servicio
Cada Documento 2
contiene:
Memorándum +
Requerimiento de
Compra y/o Servicio
+ Certificación
Presupuestal Evaluar Requerimiento de Compra o Servicio
Enviar Documento 2
[No] Cada Documento 2

¿Aprobado?
contiene:
DOCUMENTO 2 DOCUMENTO 2 Memorándum +
[Recepcionado] [Enviado] de
[Si]
Requerimiento de
Enviar Requerimiento Compra y/o Servicio
Compra y/o Servicio + Certificación
Recepcionar Documento 2 Presupuestal
Y/O SERVICIO Elaborar Memorándum
[Enviado]
MEMORÁNDUM
[Creado]
Y/O SERVICIO
[Recepcionado]

93
Guadalupe
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/ Firmar Menorándum
Figura Nº 5.7. Diagrama de Actividades de Solicitar Cotización.

Jefe _Abastecimiento Prov eedor
MEMORÁNDUM REQUERIMIENTO DE COMPRA

[Leer] Y/O SERVICIO
[Leer]
Seleccionar Docum ento 2 m ás Urgente
Cada Documento 2
contiene:
Memorándum + DOCUMENTO 2
Requerimiento de
[Seleccionado]
Compra y/o Servicio
+ Certificación
Presupuestal
PRODUCTO REQUERIMIENTO DE COMPRA

[Leer] Y/O SERVICIO
[Leer]
COTIZACIÓN
[Solicitado]
Enviar Solicitud
SOLICITUD
[Enviado]
Recepcionar Solicitud
SOLICITUD
[Recepcionado]
Enviar Cotización
COTIZACIÓN
[Enviado]
Recepcionar Cotización
COTIZACIÓN
[Recepcionado]
Evaluar Cotizacón
¿Aprobada?
[Si] COTIZACIÓN
[Seleccionado]
[No]
Seleccionar Cotización

94
Guadalupe
Figura Nº 5.8. Diagrama de Actividades de Generar Orden de Compra.

Jefe _Abastecimiento
PRODUCTO REQUERIMIENTO DE
[Leer] COMPRA
[Leer]
Evaluar Cotización
[No]
¿Aprobada?
[Si] REQUERIMIENTO DE
ALMACÉN COMPRA
[Leer] [Leer]
PRODUCTO PROVEEDOR
[Leer] [Leer]
Generar Orden de Compra
PERSONAL ORDEN DE
[Leer] COMPRA
[Generado]

95
Guadalupe
Figura Nº 5.9. Diagrama de Actividades de Generar Orden de Servicio.

Jefe_Abastecimiento
SERVICIO REQUERIMIENTO DE
[Leer] SERVICIO
[Leer]
Evaluar Cotización
[No] ¿Aprobada?
[Si]
REQUERIMIENTO DE
SERVICIO
SERVICIO [Leer]
[Leer]
Generar Orden de Servicio

PROVEEDOR
[Leer]
PERSONAL
[Leer]
ORDEN DE
SERVICIO
[Generado]
Figura Nº 5.10. Diagrama de Actividades de Generar Reporte.

Jefe_Abastecimiento
ORDENSERVICIO
[Leer]
Seleccionar Reporte de Órdenes Diarios
¿Existen? [Si]
[No]
[Si]
Generar Reporte Orden_Servicio
ORDENCOMPRA
[Leer]
Generar Reporte Orden_Compra
Imprimir Reporte Exportar a PDF

96
Guadalupe
5.4.2. Proceso de Almacén.

La actividad llevada a cabo en el Área de Almacén se puede ver
detalladamente en el siguiente Diagrama de Actividades del Negocio.
Figura Nº 5.11. Diagrama de Actividades para Generar Pedido-

Comprobante de Salida.
Jefe_Abastecimiento Jefe_ Almacén Jefe _Área
Enviar Requerimiento de Compra
REQUERIMIENTO DE
COMPRA
[Enviado]
Recepcionar Requerimieinto de Compra
REQUERIMIENTO DE
COMPRA
[Recepcionado]
PRODUCTO
[Leer]
Verificar existencia de Producto
¿Existen?
[No] [Si]
Entregar Producto
PRODUCTO
[Leer] PRODUCTO
[Entregado]
Generar Pedido-Comprobante de Salida
REQUERIMIENTO DE PEDIDO-
COMPRA COMPROBANTE_SALIDA
[Leer] [Generado]

97
Guadalupe
Figura Nº 5.12. Diagrama de Actividades para Generar Ingreso de

Producto.
Prov eedor Jefe_ Almacén Jefe_Área
Enviar Producto
GUÍA DE
REMISIÓN
[Enviado]
Recepcionar Producto
PRODUCTO
[Recepcionado]
PRODUCTO GUÍA DE ORDEN DE

[Solicitado] REMISIÓN COMPRA
[Leer] [Leer]
Verificar Estado de Producto
[No]
¿Buen Estado?
[Si]
Solicitar Nuevo Producto
Recibir Producto
PRODUCTO
[Recibido]
ORDEN DE ALMACÉN
COMPRA
[Leer]
[Leer]
PRODUCTO
Generar Ingreso de Producto
[Leer]
INGRESO_PRODUCTO
[Emitido]

98
Guadalupe
Figura Nº 5.13. Diagrama de Actividades para Generar Reporte.

Jefe_Almacén
ALMACÉN
[Leer]
Elegir Tipo de Reporte
[No] ¿Elige? [Si]
[Si]
Reportar Productos
PRODUCTO
[Leer]
PRODUCTO
Reportar Producto más Solicitado
[Leer]
Generar Reporte

99
Guadalupe
5.5. MODELO DE OBJETOS DEL CASO DE USO DEL NEGOCIO

(M.O.N.C.U.N.)
1. M.O.N del caso de uso Generar Requerimiento de Compra.
Figura N° 5.14. MONCUN Generar Requerimiento de Compra.
JEFE_ÁREA
lee genera
lee lee
PERSONAL PROYECTO PRODUCTO REQUECOMPRA

1
contiene
1..n
DETALLEREQUECOMPRA

100
Guadalupe
2. M.O.N del caso de uso Generar Requerimiento de Servicio.

Figura N° 5.15. MONCUN Generar Requerimiento de Servicio.
JEFE_ÁREA
lee
genera
lee lee
PERSONAL SERVICIO PROYECTO REQUERIMIENTO

1
contiene
1..n
DETALLEREQUESERVICIO
3. M.O.N del caso de uso Generar Orden de Compra.
Figura N° 5.16. MONCUN Generar Orden de Compra.
Jefe_Abastecimiento
lee genera
lee
lee lee lee
PERSONAL PROVEEDOR PRODUCTO REQUERIMIENTO ALMACEN ORDEN

1 1
contiene contiene
1..n 1..n
DETALLEREQUECOMPRA DETALLEORDENCOMPRA

101
Guadalupe
4. M.O.N del caso de uso Generar Orden de Servicio.
Figura N° 5.17. MONCUN Generar Orden de Servicio.
Jefe_Abastecimiento
lee genera
lee lee
lee
PROVEEDOR PERSONAL REQUERIMIENTO SERVICIO ORDEN

1 1
contiene contiene
1..n 1..n
DETALLEREQUESERVICIO DETALLEORDENSERVICIO

102
Guadalupe

5. M.O.N del caso de uso Generar Pedido-Comprobante de Salida.
Figura N° 5.18. MONCUN Generar Pedido-Comprobante de Salida.
Jefe_Almacén
lee genera
lee lee
PERSONAL ALMACEN PRODUCTO PEDIDOCOMPROBANTE

1
contiene
1..n
DETALLEPEDIDO

103
Guadalupe
5.5.2.1. M.O.N del caso de uso Generar Ingreso de Producto.
Figura N° 5.19. MONCUN Generar Ingreso de Producto.
Jefe_Almacén
lee genera
lee lee lee
PROVEEDOR ORDEN PRODUCTO ALMACEN INGRESOPRODUCTO

1
contiene
1..n
DETALLEORDENCOMPRA

104
Guadalupe
5.6. MODELO DE DOMINIO

Figura N° 5.20. Modelo de dominio Proceso de Abastecimiento.

tiene
1 1..n
1..n
1 1..n
tiene
DETALLEORDENCOMPRA INGRESOPRODUCTO
1..n
1..n
PROVEEDOR ORDEN
genera pertenece
1
1..n
DETALLEORDENSERVICIO
pertenece
pertenece pertenece
1
1
PERSONAL SERVICIO
1 1..n
genera 1
pertenece
1
1 1..n
1
PRODUCTOALMACÉN
CARGO REQUERIMIENTO DETALLEREQUE COMPRA
1..n 1..n
1..n
tiene
pertenece pertenece
1 1
1
tiene
1 1..n 1..n 1..n
ÁREA PROY ECTO CATEGORÍA PRODUCTO ALMACÉN

105
Guadalupe
Figura N° 5.21. Modelo de dominio Proceso de Almacén.
compuesto
1 1..n
PEDIDOCOMPROBANTE DETALLEPEDIDO
1..n
tiene 1..n
genera 1 PROVEEDOR
1
1..n tiene
1 genera 1..n
1 1..n
1
PERSONAL ORDEN DETALLEORDENCOMPRA INGRESOPRODUCTO
1 1..n 1..n
pertenece
pertenece genera pertenece pertenece
1..n
1 1 1
CARGO REQUERIMIENTO DETALLEREQUECOMPRA PRODUCTOALMACEN

1..n 1..n
tiene pertenece
1 1
1 1..n
tiene 1..n 1..n
AREA CATEGORIA PRODUCTO ALMACEN

106
Guadalupe
CAPÍTULO VI:
MODELO DE
REQUERIMIENTOS
6. CAPÍTULO V: MODELO DE REQUERIMIENTOS

6.1. DOCUMENTO DE VISIÓN DEL NEGOCIO
A. Introducción.
1. Propósito:
El propósito de este documento es el de brindar un panorama de la
funcionalidad y requerimientos del Sistema de Información con
tecnología Web en función de los requerimientos de los usuarios del
área de Abastecimiento y Almacén de la Municipalidad.
2. Alcance:
El Sistema de Información con tecnología Web implementará los
siguientes procesos: Generar Requerimiento de Compra y Servicio,
Generar Orden de Compra y Servicio, Generar Pedido-Comprobante
de Salida, Ingreso de Producto y Generar Reportes.
El Sistema de Información con tecnología Web permitirá a cada jefe

de área generar requerimientos de compra y/o servicio, al jefe de
abastecimiento permitirá generar órdenes de compra y/o servicios, al
jefe de almacén permitirá generar los Pedido-comprobantes salida y/o
Ingreso de Producto además de controlar y actualizar los productos y
también permitirá a ambos jefes de Abastecimiento y Almacén generar
automáticamente reportes.
El Sistema de Información con tecnología Web es un Sistema

transaccional que integra los procesos de abastecimiento y almacén
como son: Generar Requerimiento de Compra y/o Servicio, Generar
Orden de Compra y/o Servicio, y Generar Pedido-Comprobante de
Salida y/o Ingreso de Producto. El Sistema permitirá hacer consultas y
reportes relacionados con los procesos permitiendo la mejora de la
productividad de la Gestión de Abastecimiento y Almacén a nivel
operativo de la Municipalidad Distrital de Guadalupe.

108
Esta obra la
haMunicipalidad
sido publicadaDistrital
bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
de Guadalupe
B. Posicionamiento.
1. Oportunidad del Negocio:
En la actualidad los Sistemas de Información constituyen herramientas
estratégicas para cualquier Organización, siendo la Municipalidad
Distrital de Guadalupe una Institución que día a día maneja una cantidad
considerable de información, necesita contar con un Sistema de
Información que le permita integrar, automatizar, controlar y supervisar
sus procesos tanto de Abastecimiento como de Almacén, teniendo como
puntos críticos la información precisa, control adecuado en almacén y
menor tiempo de procesamiento de las transacciones de consultas y
reportes referidos a abastecimiento y almacén. De esta manera es
justificable la implementación del Sistema de Información con tecnología
Web.
Asimismo el Sistema de Información con tecnología Web se desarrollará

en un entorno Cliente/Servidor, lo cual garantiza la integración de las
Áreas involucradas con el proceso de Abastecimiento y Almacén, la
Seguridad e Integridad de la Información.

109
Esta obra la
haMunicipalidad
de Guadalupe
2. Exposición del Problema:

Tabla N° 6.1. Exposición del Problema. Parte 1 de 2.
CON RESPECTO AL PROCESO
- Generar Requerimiento de compra y/o servicio.
La demora en el registro de requerimientos tanto de compra como
de servicio es debido a que ocurren enmendaduras y se hace de
forma manual.
- Generar Orden de Compra.
La demora en la generación de la orden compra genera un cuello
de botella, ocasionado por las enmendaduras ocurridas como por
ejemplo el registro de productos, registro de proveedor y suma
incorrecta de precios, debido a que el proceso es manual.
- Generar Orden de Servicio.
La demora en la generación de la orden servicio genera un cuello
EL de botella, ocasionado por las enmendaduras ocurridas como por
PROBLEMA ejemplo el registro de servicios, registro de proveedor y suma
incorrecta de precios, debido a que el proceso es manual.
- Generar Ingreso de Producto.
La demora en la generación del ingreso de producto genera un
cuello de botella, ocasionado por el tiempo que demora en
verificar cada producto nuevo, y perdida de documentación,
debido a que el proceso es manual.
- Generar Pedido-Comprobante de Salida.
La demora en la generación del Pedido-comprobante de salida
genera un cuello de botella, ocasionado por el tiempo que demora
en buscar cada producto solicitado, enmendaduras ocurridas al
momento de generar el Pedido-comprobante de salida y perdida
de documentación, debido a que el proceso es manual.

110
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.1. Exposición del Problema. Parte 2 de 2.

- Generar Reportes.
Se realiza de manera manual, la cual genera algunos errores
EL PROBLEMA
de cálculo y enmendaduras al momento de elaborar los
reportes solicitados.
AFECTA - Personal de cada Área de la Municipalidad.
- Procesamiento de la Información de manera lenta y costosa.
EL IMPACTO - Pérdida de Documentación.
- Desconfianza de Información por parte de los usuarios.
- Disminuir el tiempo y costo del procesamiento de
información, material de escritorio y pago mensual al
asistente de abastecimiento.
UNA SOLUCIÓN - Documentación Registrada en Base de Dato.
EXITOSA PODRÍA - Satisfacción de usuarios.
- Integración del proceso de Abastecimiento y Almacén.
- Contar con información oportuna para tomar decisiones a
nivel operativo y táctico.

111
Esta obra la
haMunicipalidad
de Guadalupe
6.2. REQUERIMIENTOS.
A. Requerimientos Funcionales:
Los siguientes requerimientos funcionales se obtuvieron mediante entrevistas y
encuestas:
- RF1: Autenticarse en el sistema: Validar usuario y contraseña y adecuar

el sistema de acuerdo al permiso del usuario.
- RF2: Generar Requerimiento de Compra.
- RF3: Generar Requerimiento de Servicio.
- RF4: Generar Orden de Compra.
- RF5: Generar Orden de Servicio.
- RF6: Generar Pedido-Comprobante de Salida.
- RF7: Generar Ingreso de Producto.
- RF8: Generar Reportes.

112
Esta obra la
haMunicipalidad
de Guadalupe
B. Requerimientos No Funcionales:
Los requerimientos no funcionales son propiedades o cualidades que debe tener
el producto para hacerse más atractivo, usable, rápido y confiable. A
continuación detallaremos algunos de los puntos más importantes:
- RNF1: Usabilidad: El sistema debe ser implantado en todas las distintas

áreas de la Municipalidad, de tal manera que puedan acceder a los
módulos de la aplicación web y realizar los procesos.
- RNF2: Rendimiento: Tiempo de respuesta inmediato; respecto al estado

de conexión con el servidor, base de datos y velocidad de la red.
- RNF3: Requerimientos de Soporte: Garantiza la configuración del

servidor y sistema web. Se realizan pruebas principales de los distintos
módulos del sistema web para garantizar la calidad del producto.
- RNF4: Requerimiento de portabilidad: Compatible con varios sistemas

operativos. En el sistema puede ser usado en cualquier versión de
Windows que soporte jquery 1.9.1., servidor Wampserver 2.2, lenguaje
de programación PHP 5.5.13, gestor de base de datos MySQL 5.5.24 y
utilitarios IBM Rational Rose Enterprise v7.0.
- RNF5: Requerimiento de Seguridad: El acceso al sistema es

principalmente por usuarios; la información está protegida al acceso no
autorizado con permisos.
- RNF6: Requerimientos de Software: Instalar y configurar Windows 7

para las distintas áreas de la Municipalidad.
- RNF7: Requerimiento de Hardware: Dispositivos de conectividad

como modem, red LAN, un servidor para Hosting con servicios HTTP y
doce (12) ordenadores para cada área.

113
Esta obra la
haMunicipalidad
de Guadalupe
6.3. PLAN DE DESARROLLO DEL SOFTWARE

Este Plan de Desarrollo de Software contiene la siguiente información:
- Apreciación Global del Proyecto: Proporciona una descripción del propósito
del proyecto, alcance y objetivos. Así mismo define los entregables del
proyecto.
- Organización del Proyecto: Brinda información sobre el equipo responsable del
desarrollo del proyecto.
- El Proceso de Dirección: Explica y calcula el costo estimado, tiempo de
duración, fases mayores e hitos para el proyecto.
6.3.1. Introducción.
A. Propósito:
El objetivo de este plan de Desarrollo de Software es definir las
actividades realizadas durante el desarrollo de las fases e iteraciones,
requeridas para llevar a cabo el Sistema de Información con Tecnología
Web.
B. Alcance:
Este Plan de Desarrollo del Software describe el Plan Global a seguir por
los responsables del Proyecto para implementar el Sistema de
Información con Tecnología Web en la Municipalidad Distrital de
Guadalupe.
C. Referencias:
Las referencias a considerar son: el documento de Misión para el Sistema
de Información con Tecnología Web en la Municipalidad Distrital de
Guadalupe.

114
Esta obra la
haMunicipalidad
de Guadalupe
6.3.2. Apreciación Global de Proyecto.

A. Entregables del Proyectos.
Los entregables a producir durante el desarrollo del proyecto son los
siguientes:
Tabla N° 6.2. Entregables del Proyecto. Parte 1 de 2.

FLUJO DE
FASES ENTREGABLES
TRABAJO
- Documento de Visión del Negocio.
- Plan de Desarrollo de Software.
- Modelo de Casos de Uso del
Negocio.
MODELO DEL - Hojas de Descripción de los Casos
NEGOCIO de Uso del Negocio.
- Diagrama de actividades del
Negocio.
- Modelo de Objetos del Negocio.
- Modelo del Dominio del Problema.
INICIO
- Requerimientos Funcionales.
- Requerimientos no Funcionales.
- Modelo de Casos de Uso por
Paquetes.
- Hojas de Descripción de los Casos
REQUERIMIENTOS
de Requerimientos.
- Estimación de Tiempos basado en
Casos de Uso.
- Priorización de Casos de Uso.
- Mitigación de Riesgos.

115
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.2. Entregables del Proyecto. Parte 2 de 2.

FLUJO DE
FASES ENTREGABLES
TRABAJO
- Diagrama Parciales de Análisis.
- Diagrama de Clases de Análisis.
- Diagrama de Actividades.
ANÁLISIS
- Diagrama de paquetes.
- Diagrama de Subsistemas.
ELABORACIÓN - Diagramas de Colaboración.
- Diagrama de Clases de Diseño.
- Casos de Uso de Realización.
DISEÑO - Diagrama de Secuencia.
- Diagrama de Estado.
- Diagrama de Navegabilidad.
- Diagrama de Colaboración
- Diagrama de Despliegue.
- Modelo de Datos (Rational).
CONSTRUCCIÓN DESARROLLO
- Modelo de E-R.
- Modelo de entidades lógico (erwin).
- Modelo de entidades físico (erwin).
- Prueba de Caja Blanca.
PRUEBA - Prueba de Caja Negra.
TRANSICIÓN - Manual de Instalación.
- Implementación del Sistema.
IMPLEMENTACIÓN
- Mantenimiento del Sistema.
- Contrastación de Hipótesis.
ANÁLISIS DE RESULTADOS
- Discusión de Resultados.
- Conclusiones.
CONCLUSIÓN Y RECOMENDACIÓN
- Recomendaciones.

116
Esta obra la
haMunicipalidad
de Guadalupe
B. Elaboración del Plan de Desarrollo de Software:

El plan de desarrollo de software se revisara con anterioridad a la salida
de cada fase de iteración.
6.3.3. Organización del Proyecto

A. Estructura Orgánica:
El equipo está conformado por dos (02) Bach. de Ingeniería de Sistemas
de la Universidad Nacional de Trujillo y un Ingeniero Asesor del
Proyecto.
B. Papeles y Responsabilidades:
Se identifican las unidades orgánicas que serán responsables para cada
uno de los flujos de trabajo y el detalle de los procesos de apoyo.
Tabla 6.3. Papeles y Responsabilidades.

PAPEL RESPONSABILIDAD
Estudiantes que diseñan - Responsables del Modelado del
e implementa el Sistema Negocio y el Flujo de Trabajo de
y realizan las pruebas Requerimientos.
respectivas. - Responsables principales de los
flujos de trabajo de análisis y
diseño e implementación del
sistema.
- Responsables de las pruebas del
sistema.
Asesor del Proyecto - Realiza la asesoría y revisión de los
entregables del proyecto.

117
Esta obra la
haMunicipalidad
de Guadalupe
6.4. CASOS DE USO DE REQUERIMIENTOS

6.4.1. Diagrama de Paquetes del Sistema de Abastecimiento.
Figura N° 6.1. Diagrama de Paquetes del Sistema de Abastecimiento.
SISAB
Proceso de Proceso de
Abastecimiento Almacén
6.4.2. Diagrama de Paquetes del Módulo de Abastecimiento.
Figura N° 6.2. Diagrama de Paquetes del Módulo de Abastecimiento.
Proceso de
Abastecimiento
Gestión de Gestión de Gestión de

Requerimiento Orden Reporte

118
Esta obra la
haMunicipalidad
de Guadalupe
6.4.3. Diagrama de Paquetes del Módulo de Almacén.

Figura N° 6.3. Diagrama de Paquetes del Módulo de Almacén.
Proceso de
Alm acén
Gestión de Ingreso Gestión de Pedido Gestión de

de Producto Com probante Reporte
6.4.4. Modelos de Casos de Uso por Paquetes.

A. Proceso de Abastecimiento.
A.1. Caso de Uso del Paquete “Editar Tipo de Usuario”:
Figura N° 6.4. Paquete Editar Tipo de Usuario.
Editar Tipo_Usuario
Jefe_Abastecimiento
A.2. Caso de Uso del Paquete “Acceder Usuario”:

Figura N° 6.5. Paquete Acceder Usuario.
Jefe_Área
Acceder Usuario
Jefe_Abastecimiento Personal
Jefe_Almacén

119
Esta obra la
haMunicipalidad
de Guadalupe
A.3. Caso de Uso del Paquete “Registrar Área”:
Figura N° 6.6. Paquete Registrar Área.
Registrar Área
Jefe_Abastecimiento
A.4. Caso de Uso del Paquete “Registrar Cargo”:
Figura N° 6.7. Paquete Registrar Cargo.

<<include>>
Registrar Cargo Seleccionar Área

Jefe_Abastecimiento
A.5. Caso de Uso del Paquete “Registrar Personal”:
Figura N° 6.8. Paquete Registrar Personal.
<<include>>
Registrar Personal Seleccionar Cargo

Jefe_Abastecimiento

A.6. Caso de Uso del Paquete “Registrar Proyecto”:
Figura N° 6.9. Paquete Registrar Proyecto.
Registrar Proyecto
Jefe_Abastecimiento

120
Esta obra la
haMunicipalidad
de Guadalupe
A.7. Caso de Uso del Paquete “Registrar Proveedor”:
Figura N° 6.10. Paquete Registrar Proveedor.
Registrar Proveedor
Jefe_Abastecimiento
A.8. Caso de Uso del Paquete “Registrar Servicio”:
Figura N° 6.11. Paquete Registrar Servicio.
Registrar Servicio
Jefe_Abastecimiento
A.9. Caso de Uso del Paquete “Registrar Almacén”:
Figura N° 6.12. Paquete Registrar Almacén.
Registrar Almacén
Jefe_Almacén

121
Esta obra la
haMunicipalidad
de Guadalupe
A.10. Caso de Uso del Paquete “Generar Requerimiento de Compra”:
Figura N° 6.13. Paquete Generar Requerimiento de Compra.
Buscar Proyecto
Generar Requerimiento_Compra <<include>>

Jefe_Área
Buscar Producto
A.11. Caso de Uso del Paquete “Generar Requerimiento de Servicio”:
Figura N° 6.14. Paquete Generar Requerimiento de Servicio.
<<include>>
Buscar Proyecto
Generar Requerimiento_Servicio <<include>>

Jefe_Área
Buscar Servicio

122
Esta obra la
haMunicipalidad
de Guadalupe
A.12. Caso de Uso del Paquete “Generar Orden de Compra”:
Figura N° 6.15. Paquete Generar Orden de Compra.
<<include>> Bus car Proveedor
<<include>>
Generar Orden_Com pra <<include>> Seleccionar Almacén

Jefe_Abas tecimiento
Bus car Requerimiento_Compra
A.13. Caso de Uso del Paquete “Generar Orden de Servicio”:
Figura N° 6.16. Paquete Generar Orden de Servicio.
<<include>>
Buscar Proveedor
<<include>>
Jefe_Abastecimiento
Buscar Requerim iento_Servicio
A.14. Caso de Uso del Paquete “Generar Reporte”:
Figura N° 6.17. Paquete Generar Reporte.
<<include>>
Generar Reporte de Orden por Día Seleccionar Orden

Jefe_Abastecimiento

123
Esta obra la
haMunicipalidad
de Guadalupe
B. Proceso de Almacén:
B.1. Caso de Uso del Paquete “Registrar Categoría”:
Figura N° 6.18. Paquete Registrar Categoría.
Registrar Categoría
Jefe_Almacén

B.2. Caso de Uso del Paquete “Registrar Producto”:
Figura N° 6.19. Paquete Registrar Producto.
<<include>>
Registrar Producto Seleccionar Categoría

Jefe_Almacén
B.3. Caso de Uso del Paquete “Generar Ingreso de Producto”:
Figura N° 6.20. Paquete Generar Ingreso de Producto.
<<include>> <<extend>>
Generar Ingreso_Producto Buscar Orden_Compra Seleccionar Producto

Jefe_Almacén

124
Esta obra la
haMunicipalidad
de Guadalupe
B.4. Caso de Uso del Paquete “Generar Pedido-Comprobante”:
Figura N° 6.21. Generar Pedido-Comprobante.
<<include>>
Buscar Personal
<<include>>
Generar Pedido-Comprobante de
Jefe_Almacén
Salida
Buscar Producto

B.5. Caso de Uso del Paquete “Generar Reporte”:
Figura N° 6.22. Paquete Generar Reporte.
<<include>>
Generar Reporte de stock Productos Seleccionar Almacén

Jefe_Almacén
Generar Reporte de Productos más

solicitados

125
Esta obra la
haMunicipalidad
de Guadalupe
6.4.5. Hojas de Descripción de los Casos de Uso de Requerimientos.

C. Proceso de Abastecimiento.
1. H.D. del Caso de Editar Tipo de Usuario.
Tabla N° 6.4. Hojas de Descripción del Caso “Editar Tipo de Usuario”.

Caso de Uso
“Editar Tipo de
Elaborado por: Quiroz Briones y Tasilla Culqui
Usuario”
Fecha: 10/04/2015.
OBJETIVO: Editar Tipo de Usuario.
Editar Tipo_Us uario

Pre-Condición:
PC1: Iniciar sesión.
PC2: Los datos del usuario debe haberse registrado previamente.
Flujo Principal:
FP1: Aparece la lista del tipo de usuario ya registrados.
FP2: El Jefe de Abastecimiento hace clic en el botón editar de un tipo de usuario, y se ejecuta
el sub Flujo Editar Tipo de Usuario (SF1).
SF1: Editar Tipo de Usuario.
 Ingresa Descripción.
 Hacer clic en el combo de verificación de Estado.
Flujo Secundario:
FS1: El Jefe de Abastecimiento tiene la opción de buscar (descripción o código) el tipo de
usuario que crea necesario después de haberse registrado.
Excepciones:
E1: En caso de ingresar usuario y/o contraseña en blanco, se muestra un mensaje.
Requisitos Satisfechos: Registro correctamente.

126
Esta obra la
haMunicipalidad
de Guadalupe
2. H.D. del Caso de Registrar Usuario.
Tabla N° 6.5. Hojas de Descripción del Caso “Registrar Usuario”.

Caso de Uso
“Registrar Usuario” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
OBJETIVO: Registrar Usuario.
<<include>>
Seleccionar Pers onal
<<include>>
Regis trar Us uario

Jefe_Abas tecim iento
Seleccionar Tipo_Us uario
Pre-Condición:
Flujo Principal:
FP1: Aparece la lista de los usuarios ya registrados.
FP2: El Jefe de Abastecimiento hace clic en el botón nuevo, y se ejecuta el sub Flujo Registrar
Usuario (SF1).
SF1: Registrar Usuario.
 Selecciona Personal por nombres.
 Selecciona Tipo por descripción.
 Ingresa Login (Usuario).
 Ingresa Contraseña.
Flujo Secundario:
FS1: El Jefe de Abastecimiento tiene la opción de editar, eliminar y buscar (descripción, código o
tipo de usuario) el usuario que crea necesario después de haberse registrado.
Excepciones:
Requisitos Satisfechos: Registro Correctamente.

127
Esta obra la
haMunicipalidad
de Guadalupe
3. H.D. del Caso de Registrar Área.
Tabla N° 6.6. Hojas de Descripción del Caso “Registrar Área”.

“Registrar Área” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
OBJETIVO: Registrar Área.
Regis trar Área

Jefe_Abastecimiento
Pre-Condición:
Flujo Principal:
FP1: Aparece la lista de las áreas ya registradas.
Área (SF1).
SF1: Registrar Área.
 Hacer clic en combo de verificación de Estado.
Flujo Secundario:
FS1: El Jefe de Abastecimiento tiene la opción de editar, eliminar y buscar (descripción o código)
el área que crea necesario después de haberse registrado.
Excepciones:

128
Esta obra la
haMunicipalidad
de Guadalupe
4. H.D. del Caso de Registrar Cargo.

Tabla N° 6.7. Hojas de Descripción del Caso “Registrar Cargo”.
“Registrar Cargo” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
OBJETIVO: Registrar Cargo.
<<include>>
Registrar Cargo Seleccionar Área

Jefe_Abastecimiento
Pre-Condición:
Flujo Principal:
FP1: Aparece la lista de los cargos ya registrados.
Cargo (SF1).
SF1: Registrar Cargo.
 Selecciona Área por descripción.
Flujo Secundario:
FS1: El Jefe de Abastecimiento tiene la opción de editar, eliminar y buscar (descripción, código o
área) el cargo que crea necesario después de haberse registrado.
Excepciones:
Requisitos Satisfechos: Fuente: (Elaboración Propia, 2015).
Registro Correctamente.

129
Esta obra la
haMunicipalidad
de Guadalupe
5. H.D. del Caso de Registrar Personal.

Tabla N° 6.8. Hojas de Descripción del Caso “Registrar Personal”.
CASO DE USO Sistema: Sistema Web del Proceso de Abastecimiento y Almacén.
“Registrar Personal” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
OBJETIVO: Registrar Personal.
<<include>>
Regis trar Pers onal Seleccionar Cargo

Jefe_Abastecimiento
Pre-Condición:
Flujo Principal:
FP1: Aparece la lista de los personales ya registrados.
Personal (SF1).
SF1: Registrar Personal.
 Selecciona Cargo por descripción.
 Ingresa Nombre.
 Ingresa DNI.
 Ingresa Dirección.
 Ingresa Teléfono.
 Genera Automáticamente descripción del Área.
Flujo Secundario:
FS1: El Jefe de Abastecimiento tiene la opción de editar, eliminar y buscar el personal (nombres, DNI,
cargo o área) que crea necesario después de haberse registrado.
Excepciones:

130
Esta obra la
haMunicipalidad
de Guadalupe
6. H.D. del Caso de Registrar Proyecto.
Tabla N° 6.9. Hojas de Descripción del Caso “Registrar Proyecto”.

“Registrar Proyecto” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
OBJETIVO: Registrar Proyecto.
Regis trar Proyecto

Pre-Condición:
Flujo Principal:
FP1: Aparece la lista de los proyectos ya registrados.
Proyecto (SF1).
SF1: Registrar Proyecto.
Flujos Secundarios:
FS1: El Jefe de Abastecimiento tiene la opción de editar, eliminar y buscar (descripción o código) el
proyecto que crea necesario después de haberse registrado.
Excepciones:

131
Esta obra la
haMunicipalidad
de Guadalupe
7. H.D. del Caso de Registrar Proveedor.
Tabla N° 6.10. Hojas de Descripción del Caso “Registrar Proveedor”.

“Registrar Proveedor” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
OBJETIVO: Registrar Proveedor.
Regis trar Proveedor

Jefe_Abastecimiento
Pre-Condición:
Flujo Principal:
FP1: Aparece la lista de los proveedores ya registrados.
Proveedor (SF1).
SF1: Registrar Proveedor.
 Ingresa Nombre.
 Ingresa RUC.
 Ingresa Teléfono.
 Ingresa email.
 Ingresa Contacto.
Flujos Secundarios:
FS1: El Jefe de Abastecimiento tiene la opción de editar, eliminar y buscar (RUC y nombre) al
proveedor que crea necesario después de haberse registrado.
Excepciones:

132
Esta obra la
haMunicipalidad
de Guadalupe
8. H.D. del Caso de Registrar Servicio.
Tabla N° 6.11. Hojas de Descripción del Caso “Registrar Servicio”.

“Registrar Servicio” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
OBJETIVO: Registrar Servicio.
Registrar Servicio
Jefe_Abastecimiento
Pre-Condición:
Flujo Principal:
FP1: Aparece la lista de los servicios ya registrados.
Servicio (SF1).
SF1: Registrar Servicio.
Flujos Secundarios:
FS1: El Jefe de Abastecimiento tiene la opción de editar, eliminar y buscar (descripción o código)
el servicio que crea necesario después de haberse registrado.
Excepciones:

133
Esta obra la
haMunicipalidad
de Guadalupe
9. H.D. del Caso de Registrar Almacén.

Tabla N° 6.12. Hojas de Descripción del Caso “Registrar Almacén”.
“Registrar Almacén” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
OBJETIVO: Registrar Almacén.
Registrar Almacén
Jefe_Almacén
Jefe_Abastecimiento
Pre-Condición:
Flujo Principal:
FP1: Aparece la lista de los almacenes ya registrados.
FP2: El Jefe de Almacén hace clic en el botón nuevo, y se ejecuta el sub Flujo Registrar Almacén
(SF1).
SF1: Registrar Almacén.
Flujos Secundarios:
FS1: El Jefe de Almacén tiene la opción de editar, eliminar y buscar (descripción o código) el
almacén que crea necesario después de haberse registrado.
Excepciones:

134
Esta obra la
haMunicipalidad
de Guadalupe
10. H.D. del Caso de Generar Requerimiento de Compra.
Tabla N° 6.13. Hojas de Descripción del Caso “Requerimiento de

Compra”. Parte 1 de 3.
CASO DE USO Empresa: Municipalidad Distrital de Guadalupe.

“Generar Sistema: Sistema Web del Proceso de Abastecimiento y Almacén.
Requerimiento de Elaborado por: Quiroz Briones y Tasilla Culqui
Compra” Fecha: 10/04/2015.
OBJETIVO: Generar Requerimiento de Compra.
<<include>>
Buscar Proyecto
<<include>>
Generar Requerimiento Compra

Jefe_Área
Buscar Producto
Pre-Condición:
Flujo Principal:
FP1: El Jefe de Área hace clic en el botón nuevo, y se ejecuta el sub Flujo Generar
Requerimiento de Compra (SF1).
SF1: Generar Requerimiento de Compra.
 Ingresa Glosario.
 Ingresa Cantidad.
FP2: El Jefe de Área hace clic en el botón buscar proyecto, y se ejecuta el Flujo secundario
Buscar Proyecto (FS1).

135
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.13. Hojas de Descripción del Caso “Requerimiento de Compra”.

Parte 2 de 3.
CASO DE USO
“Generar Requerimiento de
Compra”
Fecha: 10/04/2015.
Flujo Principal:
FP3: El Jefe de Área hace clic en el botón buscar y se ejecuta el Flujo secundario Buscar Producto
(FS2).
FP4: El Jefe de Área hace clic en el botón agregar, para obtener el producto y sus atributos
correspondientes.
FP5: El Jefe de Área tiene la opción de eliminar y cancelar el producto seleccionado.
FP6: El número de requerimiento de compra, fecha, solicitante, dependencia y uso aparecen
automáticamente.
FP7: El Jefe de Área hace clic en el botón Grabar para Generar el requerimiento de compra.
Flujos Secundarios:
FS1: Buscar Proyecto.
 Se muestra un formulario donde se debe de buscar el proyecto por nombre o código para
obtener los atributos necesarios (código y descripción).
 Se procede a selecciona el proyecto indicado, para obtener el código y nombre de este en el
flujo principal.
FS2: Buscar Producto.
 Se muestra un formulario donde se debe de buscar el producto por nombre o código para
obtenner los atributos necesarios (código, descripción, unidad de medida, y categoría).
 Se procede a seleccionar cada producto requerido, para obtener (código, descripción y unidad
de medida ) en el flujo principal.

136
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.13. Hojas de Descripción del Caso “Requerimiento de Compra”.

Parte 3 de 3.

CASO DE USO Sistema: Sistema Web del Proceso de Abastecimiento y
“Generar Requerimiento Almacén.
de Compra” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
Flujos Secundarios:
FS3: El Jefe de Área tiene la opción de buscar el requerimiento de compra (código) y obtener
los atributos necesarios (número del requerimiento de compra, fecha, solicitante,
dependencia, nombre del proyecto, glosario, cantidad, unidad de medida, descripción del
producto y uso).
FS4: El Jefe de Área tiene la opción de cancelar el requerimiento de compra antes de haberse
registrado de eliminar el requerimiento de compra después de haberse registrado.
Excepciones:
Post Condiciones:
Ninguna.

137
Esta obra la
haMunicipalidad
de Guadalupe
11. H.D. del Caso de Generar Requerimiento de Servicio.
Tabla N° 6.14. Hojas de Descripción del Caso “Requerimiento de

Servicio”. Parte 1 de 3.
CASO DE USO Empresa: Municipalidad Distrital de Guadalupe.

“Generar Sistema: Sistema Web del Proceso de Abastecimiento y Almacén.
Requerimiento de Elaborado por: Quiroz Briones y Tasilla Culqui
Servicio” Fecha: 10/04/2015.
OBJETIVO: Generar Requerimiento de Servicio.
<<include>>
Buscar Proyecto
Generar Requerimiento_Servicio <<include>>

Jefe_Área
Buscar Servicio
Pre-Condición:
Flujo Principal:
FP1: El Jefe de Área hace clic en el botón nuevo, y se ejecuta el sub Flujo Generar
Requerimiento de Servicio (SF1).
SF1: Registrar Requerimiento de Servicio.
 Ingresa Glosario.
FP2: El Jefe de Área hace clic en el botón buscar proyecto, y se ejecutará el Flujo secundario
Buscar Proyecto (FS1).

138
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.14. Hojas de Descripción del Caso “Requerimiento de Servicio”.

Parte 2 de 3.

“Generar Requerimiento Almacén.
de Servicio” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
Flujo Principal:
FP3: El Jefe de Área hace clic en el botón buscar servicio y se ejecuta el Flujo secundario
Buscar Servicio (FS2).
FP4: El Jefe de Área hace clic en el botón agregar, para obtener el servicio y sus atributos
correspondientes.
FP5: El Jefe de Área tiene la opción de eliminar y cancelar el servicio seleccionado.
FP6: El número de requerimiento de servicio, fecha, solicitante, dependencia y uso aparecen
automáticamente.
FP7: El Jefe de Área hace clic en el botón Grabar para registrar el requerimiento de servicio.
Flujos Secundarios:
FS1: Buscar Proyecto.
 Se muestra un formulario donde se debe de buscar el proyecto por nombre o código
para obtener los atributos necesarios (código y descripción).
 Se procede a seleccionar el proyecto indicado, para obtener el nombre de este en el
flujo principal.

139
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.14. Hojas de Descripción del Caso “Requerimiento de Servicio”.

Parte 3 de 3.

“ Generar Requerimiento Almacén.
de Servicio” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
Flujos Secundarios:
FS2: Buscar Servicio.
 Se muestra un formulario donde se debe de buscar el servicio por nombre o código
para obtener los atributos necesarios (código y descripción).
 Se procede a seleccionar cada servicio requerido, para obtener (código ydescripción)
en el flujo principal.
FS3: El Jefe de Área tiene la opción de buscar el requerimiento de servicio (código ) y obtener
los atributos necesarios (número del requerimiento de servicio, fecha, solicitante,
dependencia, nombre del proyecto, glosario, código, descripción del servicio y uso).
FS4: El Jefe de Área tiene la opción de cancelar el requerimiento de servicio antes de haberse
registrado y eliminar el requerimiento de servicio después de haberse registrado.
Excepciones:
E1: En caso de ingresar datos en blanco, se muestra un mensaje.
Post Condiciones:
Ninguna.

140
Esta obra la
haMunicipalidad
de Guadalupe
12. H.D. del Caso de Generar Orden de Compra.
Tabla N° 6.15. Hojas de Descripción del Caso “Generar Orden de

Compra”. Parte 1 de 3.

CASO DE USO
“ Generar Orden de
Compra”
Fecha: 10/04/2015.
OBJETIVO: Generar Orden de Compra.
<<include>>
Bus car Proveedor
<<include>>
Generar Orden_Com pra

Jefe_Abas tecimien
to
Bus car Requerimiento Compra
Pre-Condición:
Flujo Principal:
FP1: El Jefe de Abastecimiento hace clic en el botón nuevo, y se ejecuta el sub Flujo Nueva
Orden de Compra (SF1).
SF1: Nueva Orden de Compra
 Clic en el botón buscar para buscar proveedor, para ejecutar el Flujo secundario
Buscar proveedor (FS1).
 Selecciona almacén
 Ingresa Número de Certificación Presupuestal.
 Ingresa Asunto.

141
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.15. Hojas de Descripción de Caso de Generar “Orden de Compra”.

Parte 2 de 3.
“Generar Orden de Compra” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
Flujo Principal:
Mientras (Haya requerimientos de compra disponibles) hacer
 Clic en el botón buscar de requerimiento de compra. Se ejecuta el Flujo
secundario Buscar Requerimiento de compra (FS2).
 Ingresa Costo.
 Clic en el botón agregar, para obtener el requerimiento de compra y sus atributos
correspondientes.
 Genera Automáticamente el subtotal de requerimientos de productos a adquirir.
 Genera Automáticamente el Total.
Repetir
 El número de orden de compra, la fecha y el solicitante aparecen automáticamente.
 Clic en el botón Grabar para registrar la orden de compra.
.
Flujos Secundarios:
FS1: Buscar Proveedor.
 Se muestra un formulario donde se debe de buscar el proveedor por códigos o nombres para
obtener los atributos necesarios (codigo,nombre del proveedor, dirección y estado).
 Se procede a seleccionar el proveedor indicado, para obtener el nombre, dirección y ruc de este
en el flujo principal.

142
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.15. Hojas de Descripción de Caso de Generar “Orden de Compra”.

Parte 3 de 3.
“Generar Orden de Compra” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
Flujos Secundarios:
FS2: Buscar Requerimiento de Compra.
 Se muestra un formulario donde se debe de buscar el requerimiento de compra por fechas o por
área (descripción) para obtener los atributos necesarios (código, nombre del producto, unidad,
cantidad, y uso).
 Se procede a seleccionar cada registro teniendo en cuenta el color de cada registro ya que el
color rojo significa que dicho registro ya fue atendido, y el color celeste significa que aun esta
pendiente, y asi obtener el requerimiento de compra requerido, para obtener (referencia,
código, cantidad, unidad, descripción, precio, subtotal y total) en el flujo principal.
FS3: El Jefe de Abastecimiento tiene la opción de buscar la orden de compra (código) y obtener los
atributos necesarios (número de orden de compra, fecha, solicitante, nombre del proveedor,
dirección, RUC, almacén, número de certificación presupuestal, asunto, número de referencia,
código del producto, cantidad unidad de medida, descripción del producto, precio y subtotal).
FS4: El Jefe de Abastecimiento tiene la opción de cancelar la orden antes de haberse registrado y
eliminar la orden de compra después de haberse registrado.
Excepciones:
E1: En caso de ingresar datos en blanco, se muestra un mensaje.
Post Condiciones:
Ninguna.

143
Esta obra la
haMunicipalidad
de Guadalupe
13. H.D. del Caso de Generar Orden de Servicio.
Tabla N° 6.16. Hojas de Descripción del Caso “Generar Orden de


CASO DE USO
“ Generar Orden de
Servicio”
Fecha: 10/04/2015.
OBJETIVO: Generar Orden de Servicio.
<<include>>
Bus car Proveedor
<<include>>
Bus car Requerim iento_Servicio
Pre-Condición:
Flujo Principal:
FP1: El Jefe de Abastecimiento hace clic en el botón nuevo, y se ejecuta el sub Flujo Nueva
Orden de Servicio (SF1).
SF1: Nueva Orden de Servicio.
 Clic en el botón buscar proveedor para ejecutar el Flujo secundario Buscar
proveedor (FS1).
 Ingresa Contrato.
 Ingresa Número de Certificación Presupuestal.
 Ingresa Asunto.

144
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.16. Hojas de Descripción de Caso de Generar “Orden de

“Generar Orden de Servicio” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
Flujo Principal:
Mientras (Haya requerimientos de servicios disponibles) hacer
 Clic en el botón buscar de requerimiento de servicio ejecutando el Flujo secundario
Buscar Requerimiento de servicio (FS2).
 Ingresa Costo.
 clic en el botón agregar, para obtener el requerimiento de servicio y sus atributos
correspondientes.
 Genera Automáticamente el subtotal del servicio adquirir.
 Genera Automáticamente el Total.
Repetir
 El número de orden de servicio, la fecha y el solicitante aparecen automáticamente.
 Clic en el botón Grabar para registrar la orden de servicio.
Flujos Secundarios:
FS1: Buscar Proveedor.
 Se muestra un formulario donde se debe de buscar el proveedor por codigo o nombres para
obtener los atributos necesarios (nombre del proveedor, dirección).
 Se procede a seleccionar el proveedor indicado, para obtener el nombre de este en el flujo
principal.

145
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.16. Hojas de Descripción de Caso de Generar “Orden de Servicio”.

Parte 3 de 3.

“Generar Orden de Almacén.
Servicio” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
Flujos Secundarios:
FS2: Buscar Requerimiento de Servicio.
 Se muestra un formulario donde se debe de buscar el requerimiento de servicio por
fechas o por área (descripción) para obtener los atributos necesarios (código y
descripción del servicio y area en uso).
 Se procede a seleccionar cada requerimiento de servicio requerido(teniendo en cuenta
el color de cada registro ya que el color celeste significa que dicho servicio esta
pendiente y el color rojo significa que dicho servicio ya fue atendido), para obtener
(referencia, código, descripción, precio, subtotal y total) en el flujo principal.
FS3: El Jefe de Abastecimiento tiene la opción de buscar la orden de servicio (código) y
obtener los atributos necesarios (número de orden de servicio, fecha, solicitante, nombre
del proveedor, dirección, RUC, contrato, número de certificación presupuestal, asunto,
número de referencia, código del servicio, descripción del servicio y subtotal).
FS4: El Jefe de Abastecimiento tiene la opción de cancelar la orden antes de haberse registrado
y eliminar la orden de servicio después de haberse registrado.
Excepciones:
Post Condiciones:
Ninguna.

146
Esta obra la
haMunicipalidad
de Guadalupe
14. H.D. del Caso de Generar Reporte.
Tabla N° 6.17. Hojas de Descripción del Caso “Generar Reporte”.

“Generar Reporte” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
OBJETIVO: Revisar/actualizar el reporte de órdenes diarias.
<<include>>
Generar Reporte de Orden por Día Seleccionar Orden

Pre-Condición:
Flujo Principal:
FP1: El Jefe de Abastecimiento señala el menú de resultados y hace clic en Reporte de Órdenes,
ejecutándose así el sub Flujo Reporte de Órdenes (SF1).
SF1: Reporte de Órdenes.
 Ingresa fechas y Selecciona el tipo de orden, luego hace click en botón buscar.
FP2: El Jefe de Abastecimiento hace clic en el botón Exportar a PDF para imprimir las órdenes.
Flujos Secundarios:
FS1: El Jefe de Abastecimiento tiene la opción de imprimir y guardar el reporte de las órdenes
después de haberse generado si en caso desee.
Excepciones:
Reporte de Órdenes diario Correctamente.

147
Esta obra la
haMunicipalidad
de Guadalupe
D. Proceso de Almacén.
1. H.D. del Caso de Registrar Categoría.
Tabla N° 6.18. Hojas de Descripción del Caso “Registrar Categoría”.

Caso de Uso
“Registrar
Categoría”
Fecha: 10/04/2015.
OBJETIVO: Registrar Categoría.
Regis trar Categoría

Jefe_Almacén
Pre-Condición:
Flujo Principal:
FP1: Aparece la lista de las categorías ya registradas.
FP2: El Jefe de Almacén hace clic en el botón nuevo, y se ejecuta el sub Flujo Registrar Categoría
(SF1).
SF1: Registrar Categoría.
Flujos Secundarios:
FS1: El Jefe de Almacén tiene la opción de editar, eliminar y buscar (descripción o código) la
categoría que crea necesario después de haberse registrado.
Excepciones:
E1: En caso de ingresar contraseña en blanco, se muestra un mensaje.

148
Esta obra la
haMunicipalidad
de Guadalupe
2. H.D. del Caso de Registrar Producto.
Tabla N° 6.19. Hojas de Descripción del Caso “Registrar Producto”.

“Registrar Producto” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
OBJETIVO: Registrar Producto.
<<include>>
Regis trar Producto Seleccionar Categoría

Jefe_Alm acén
Pre-Condición:
Flujo Principal:
FP1: Aparece la lista de los productos ya registrados.
FP2: El Jefe de Almacén hace clic en el botón nuevo, y se ejecuta el sub Flujo Registrar
Producto (SF1).
SF1: Registrar Producto.
 Selecciona Categoría por Descripción.
 Ingresa Descripción de producto.
 Ingresa Unidad de Medida.
Flujos Secundarios:
FS1: El Jefe de Almacén tiene la opción de editar, eliminar, buscar (descripción, unidad medida o
categoría) al producto que crea necesario después de haberse registrado.
Excepciones:

149
Esta obra la
haMunicipalidad
de Guadalupe
3. H.D. del Caso de Generar Ingreso de Producto a Almacén.
Tabla N° 6.20. Hojas de Descripción del Caso “Ingreso de producto a

Almacén”. Parte 1 de 2.
Caso de Uso Sistema: Sistema Web del Proceso de Abastecimiento y
“Generar Ingreso de Almacén.
Producto a Almacén Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
OBJETIVO: Generar Ingreso de Producto a Almacén”.

Jefe_Almacén
Pre-Condición:
Flujo Principal:
FP1: El Jefe de Almacén procede a buscar la orden de compra dando click en el botón
buscar, y se ejecuta el Flujo Secundario Buscar Orden de Compra (FS1).
FP2: El Jefe de Almacén procede a seleccionar cada producto entrante que se ha requerido
en la orden de compra.
FP3: El Jefe de Almacén hace clic en el botón Nuevo y luego hace click ene el botón Grabar
para registrar el ingreso del producto a Almacén.

150
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.20. Hojas de Descripción del Caso “Generar Ingreso de Producto a


CASO DE USO
“Generar Ingreso de
Producto a Almacén”
Fecha: 10/04/2015.
OBJETIVO: Generar Ingreso de Producto a Almacén.

Jefe_Almacén
Flujos Secundarios:
FS1: Buscar Orden de Compra.
 Al dar clic en el botón buscar el cursor se ubica en el campo de texto de búsqueda,
luego se ingresa el código de la orden que deseamos buscar, para obtener los atributos
necesarios (número de orden de compra, nombre del proveedor, dirección del
proveedor, RUC, almacén. número de certificación presupuestal, glosario, número de
referencia de la orden de compra, código, cantidad, unidad, descripción del poducto,
precio, subtotal y total).
FS2: El Jefe de Almacén tiene la opción de cancelar el ingreso del producto a almacén que crea
necesario antes o después de haberse generado.
Excepciones:
Post Condiciones:
Ninguna.
Stock Ingreso Correctamente.

151
Esta obra la
haMunicipalidad
de Guadalupe
4. H.D. del Caso de Generar Pedido-Comprobante de Salida.
Tabla N° 6.21. Hojas de Descripción del Caso “Generar Pedido-Comprobante de

Salida”. Parte 1 de 2.
Caso de Uso Empresa: Municipalidad Distrital de Guadalupe.
“Generar Pedido- Sistema: Sistema Web del Proceso de Abastecimiento y Almacén.
Comprobante de Elaborado por: Quiroz Briones y Tasilla Culqui
Salida” Fecha: 10/04/2015.
OBJETIVO: Generar Pedido-Comprobante de Salida.
<<include>>
Buscar Personal
<<include>>
Generar Pedido-Comprobante de
Jefe_Almacén
Salida
Buscar Producto
Pre-Condición:
Flujo Principal:
FP1: El Jefe de Almacén hace clic en el botón nuevo, y se ejecuta el sub Flujo Generar Pedido-
Comprobante de Salida (SF1).
SF1: Generar Pedido-Comprobante de Salida.
 Selecciona Almacén por descripción.
 Ingresa Cantidad.
FP2: El Jefe de Almacén hace clic en el botón buscar personal en zona de recepcionista, y se
ejecuta el Flujo secundario Buscar personal (FS1).
FP3: El Jefe de Almacén hace clic en el botón buscar en productos, y se ejecuta el Flujo
secundario Buscar Producto (FS2).
FP4: El Jefe de Abastecimiento hace clic en el botón agregar, para obtener el requerimiento de
compra y sus atributos correspondientes.

152
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.21. Hojas de Descripción del Caso “Generar Pedido-Comprobante de

Salida”. Parte 2 de 2.
CASO DE USO
“Generar Pedido-
Comprobante de Salida”
Fecha: 10/04/2015.
Flujo Principal:
FP5: El Jefe de Almacén tiene la opción de eliminar y cancelar los productos seleccionados seleccionados.
FP6: El número de pedido-comprobante de salida, solicitante, dependencia y fecha aparecen
automáticamente.
FP7: El Jefe de Almacén hace clic en el botón Grabar para generar el pedido-comprobante de salida.
Flujos Secundarios:
FS1: Buscar Personal.
 Se muestra un formulario donde se debe de buscar el personal por nombre o código para obtener los
atributos necesarios (código, nombre, descripción del área).
 Se procede a seleccionar el proyecto indicado, para obtener el nombre de este en el flujo principal.
FS2: Buscar Producto.
 Se muestra un formulario donde se debe de buscar el producto por nombre o por código para
obtener los atributos necesarios (código, unidad de medida, descripción y categoría).
 Se procede a seleccionar cada producto requerido, para obtener (cantidad, unida de medida,
descripción de lproducto y descripción del almacén) en el flujo principal.
FS3: El Jefe de Almacén tiene la opción de cancelar y eliminar el pedido-comprobante de salida que crea
necesario antes o después de haberse generado.
Excepciones:

153
Esta obra la
haMunicipalidad
de Guadalupe
5. H.D. del Caso de Generar Reporte.
Tabla N° 6.22. Hojas de Descripción del Caso “Generar Reporte”.

“Generar Reporte” Elaborado por: Quiroz Briones y Tasilla Culqui
Fecha: 10/04/2015.
OBJETIVO: Revisar/actualizar los tipos de reporte como son: reporte de producto más solicitado y
reporte de producto.
<<include>>
Generar Reporte de stock Producto Seleccionar Almacén

Jefe_Almacén
Generar Reporte de Producto más

solicitado
Pre-Condición:
Flujo Principal:
FP1: El Jefe de Almacén señala el menú de resultados y hace clic en Reporte de producto más
solicitado, ejecutándose así el reporte gráfico de dichos productos.
FP2: El Jefe de Almacén señala el menú de resultados y hace clic en Reporte de producto,
ejecutándose el sub Flujo Reporte de Producto (SF1).
SF1: Reporte de Producto.
 Selecciona Almacén.
Flujos Secundarios: Ninguna.

Excepciones:
Requisitos Satisfechos: Reporte de Producto Correctamente.

154
Esta obra la
haMunicipalidad
de Guadalupe
6.5.ESTIMACIÓN DE TIEMPO DE DESARROLLO BASADO EN PUNTOS DE

CASOS DE USO.
Método de Gustav Karner de Objectory AB.
Tabla N° 6.23. Factor de peso de los Actores sin Ajustar.

Tipo de Actor Descripción Factor de Peso
Otro sistema que interactúa con el
Simple sistema a desarrollar mediante una 1
interfaz de programación (API).
Otro sistema que interactúa con el
sistema a desarrollar mediante un
Medio 2
protocolo o una interfaz basada en
texto.
Una persona que interactúa con el
Complejo sistema mediante una interfaz 3
gráfica.
Tabla N° 6.24. Factor de peso de los Casos de Uso sin Ajustar.

Tipo de Caso de
Descripción Factor de Peso
Uso
El Caso de Uso contiene de 1 a 3
Simple 5
transacciones.
El Caso de Uso contiene de 4 a 7
Medio 10
transacciones.
El Caso de Uso contiene más de 8
Complejo 15
transacciones.

155
Esta obra la
haMunicipalidad
de Guadalupe
6.5.1. Calculo de Puntos de Casos de Uso sin Ajustar.

Se realiza a partir de la siguiente ecuación:
CUSA= FPAS + FPCS……………..……………...….….….………….. (6.1)
Dónde:
CUSA: Puntos de Caso de Uso sin Ajustar.
FPAS: Factor de Peso de los Actores sin Ajustar.
FPCS: Factor de Peso de Casos de Uso sin Ajustar.
A. Factor de peso de los actores sin ajustar (FPAS).

El FPAS se calcula determinando si cada actor es una persona u otro
sistema, además evalúa la forma en la que este interactúa con el caso de
uso, y la cantidad de actores de cada tipo. Se le asigna un valor que puede
ser Simple, Medio o Complejo. Se cuentan los actores de cada tipo que
fueron identificados y se multiplican por su factor correspondiente para
obtener el resultado por cada tipo de actor, luego se suman cada producto
para obtener el FPAS.
Tabla N° 6.25. Factor de Peso de los Actores Sin Ajustar.

Actor Tipo de Actor Factor
Jefe de Área. Simple 1
Jefe de Almacén. Medio 2
Jefe de Abastecimiento. Complejo 3
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 éste
proyecto se tiene que existe 1 actor complejo, 1 actor medio y 10 actor
simple, por lo que FPAS está dado por la expresión que se muestra a
continuación.

156
Esta obra la
haMunicipalidad
de Guadalupe
n
FPAS   ( Factor * NúmerodeActores ) ……………….…………… (6.2)
i 0
Reemplazando valores en la fórmula (5.2), se deduce que:

FPAS= (1*10) + (1*2) + (1*3) = 15.
B. Factor de Pesos de Casos de Uso sin ajustar (FPCS).

Para determinar el factor de peso de los casos de uso sin ajustar (FPCS) se
le asigna una clasificación correspondiente a las transacciones o a las clases
que pueden ser Simple, Medio o Complejo, se le asigna un factor
dependiendo de la clasificación anterior, este se multiplica por la cantidad
de elementos que son clasificados de la misma manera y luego se suman
los tres productos. Éste factor está representado por la siguiente expresión:
n
FPCS   ( Factor * NúmerodeCasosdeUso) ………………….......…(6.3)
i 1
Tabla N° 6.26. Factores de Peso de Casos de Uso Sin Ajustar. Parte 1

de 2
N° Nombre Tipo Factor
1 Registrar Producto. Simple 5
2 Registrar Servicio. Simple 5
3 Registrar Proveedor. Simple 5
4 Registrar Personal. Simple 5
5 Registrar Área. Simple 5
6 Registrar Cargo. Simple 5
7 Registrar Proyecto. Simple 5
8 Generar Requerimientos de Compra. Simple 10
9 Generar Requerimientos de Servicio. Simple 10
10 Generar Orden de Compra. Medio 10
11 Generar Orden de Servicio. Medio 10

157
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.26. Factores de Peso de Casos de Uso Sin Ajustar. Parte 2

de 2
N° Nombre Tipo Factor
12 Generar Reporte. Simple 5
13 Generar Ingreso de Producto. Medio 5
14 Generar Pedido-Comprobante. Medio 10
15 Registrar Almacén. Simple 5
16 Registrar Categoría. Simple 5
17 Registrar Usuario Simple 5
18 Editar Tipo de Usuario Simple 5
El Factor de Peso de los Casos de Uso sin ajustar está dado por la cantidad
de Casos de Uso que existan en el sistema y la complejidad que presenta
cada uno de ellos, este factor está representado por la suma de los pesos
asignados a los Casos de Uso de Requerimientos:
FPCS = (13* 5) + (5* 10) = 65 + 50

FPCS = 115.
Una vez calculados el Factor de Peso de los Actores sin ajustar y el Factor
de Peso de los Casos de Uso Sin Ajustar y Según la fórmula (6.1), se
deduce que:
CUSA = FPAS + FPCS = 15 + 115

CUSA = 130

158
Esta obra la
haMunicipalidad
de Guadalupe
6.5.2. Cálculo de Puntos de Casos de Uso Ajustados (PCA).

El cálculo de puntos de casos de uso Ajustados se obtiene a partir del
resultado del cálculo de Puntos de Caso de Uso sin Ajustar, como los muestra
la siguiente ecuación:
PCA = CUSA * TCF * FA …………………...………………….…...….(6.4)
Dónde:
PCA : Punto de Casos de Uso Ajustados.
CUSA: Puntos de Casos de Uso sin ajustar.
TCF : Factor de Complejidad Técnica.
FA : Factor de Ambiente.
- Factor de Complejidad Técnica (TCF).

No es más que el coeficiente que se calcula mediante la cuantificación de
un conjunto de factores que determinan la complejidad técnica del sistema
y está dado por la siguiente ecuación:
13
TCF  0.6  0.2 *  Pesoi * Valori  …………………………..…… (6.5)
i 1
Asignar un valor comprendido entre [0 - 5] a cada factor técnico el cual

puede ser: 0 para el menos importante y 5 para el más importante.

159
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.27. Factor de Complejidad Técnica.

Factor Descripción Pesoi Valori Pesoi*Valori
T1 Sistema Distribuidos 2 2 4
T2 Tiempo de Respuesta 1 4 4
Eficiencia por el 4
T3 1 4
Usuario
Procesamiento Interno 3
T4 1 3
Complejo
T5 Reusabilidad 1 2 2
T6 Facilidad de Instalación 0.5 3 1.5
T7
T8 Facilidad de Uso
Portabilidad 0.5
2 3 1.54
T9 Facilidad de Cambio 1 3 3
T10 Concurrencia 1 3 3
Objetivos Especiales de 3 3
T11 1
Seguridad
Acceso directo a 2
T12 1 2
terceras partes
T13 Facilidades 1 2 3
TOTAL 38
TCF = 0.6 + 0.01 * 38

TCF = 0.98

160
Esta obra la
haMunicipalidad
de Guadalupe
- Factor Ambiente (FA).

Este factor representa las características favorables que posee el personal
encargado para el desarrollo del proyecto, el cual se obtiene de asignar un
valor a cada característica.
8
FA  1.4  0.03 *  ( Pesoi * Valori ) ……….……………..………… (6.6)
i 1
Tabla N° 6.28. Factor Ambiente.

Factor Descripción Pesoi Valori Pesoi * Valori
Familiaridad con el modelo
E1 1.5 4 6.0
de proyecto utilizado
E2 Experiencia en la aplicación 0.5 4 2.0
Experiencia en Orientación
E3 1.0 4 4.0
de Objeto
E4 Capacidad del Analista líder 0.5 5 2.5
E5 Motivación 1.0 5 5.0
Estabilidad de los
E6 2.0 4 8.0
requerimientos
E7 Personal a tiempo compartido -1.0 2 -2.0
Dificultad del lenguaje de
E8 -1.0 2 -2.0
programación
TOTAL 23.5

FA = 1.4 – 0.03*(23.5) = 0.695
Entonces Reemplazando valores en la fórmula (6.4) se deduce que:

PCA = CUSA * TCF * FA
PCA = 130 * 0.98 * 0.695 = 88.54

161
Esta obra la
haMunicipalidad
de Guadalupe
- Estimación de Esfuerzo.
El cálculo del Esfuerzo H-H se realiza con el fin de tener una aproximación
del esfuerzo, pensando solo en el desarrollo según las funcionalidades de
los casos de uso. En esto interviene el Factor de Conversión (CF) que para
este caso será de 20 (H-H); además del resultado obtenido a partir de los
cálculos de los Puntos de Caso de Uso Ajustados
E= PCA * CF…………………..……………………..……………..…(6.7)
H−H
𝐄 = (88.54 CU) ∗ (20 )
CU
𝐄 = 1770.80 H − H
Con el dato obtenido de 1770.80 H-H, se procede a hallar el porcentaje

para cada actividad y su valor en H-H utilizando el método de la regla de
tres simple:
Tabla N° 6.29. Estimación de Esfuerzo.
Actividades Porcentaje (%) H-H
Análisis 10% 442.70
Diseño 20% 885.40
Programación 40% 1770.80
Pruebas 15% 664.05
Sobre Carga 15% 664.05
Total 100% 4427.00

162
Esta obra la
haMunicipalidad
de Guadalupe
6.5.3. Calculo del Tiempo de Desarrollo:

Utiliza la fórmula siguiente:
E
TDS  ...….………………………...……………………………….. (6.8)
CH
Dónde:
TDs: Tiempo de Desarrollo.
CH: Cantidad de Hombres.
Para este caso el equipo de desarrollo es de dos (02) integrantes; por lo tanto.
CH = 2
E = 4257
4427
𝐓𝐃𝐬 =
2
TDS = 2213.50 Horas
Se tiene en cuenta 8 horas diarias y 6 días a la semana (Lunes a Sábado).
horas
Tt = 8 horas * 5 días = 40
semana
También se tiene en cuenta que cada mes tiene 4 semanas, entonces:
horas horas
𝐓𝐭 = 40 ∗ 4 semanas = 160
semana mes

163
Esta obra la
haMunicipalidad
de Guadalupe
Procedemos para obtener la cantidad de meses estimados para el desarrollo

del Sistema.
2,213.50 (H − H)
𝐌𝐞𝐬𝐞𝐬 =
horas
160 ( mes )
Meses ≈ 13.83 meses.
30 días
𝐃í𝐚𝐬 = 0.83 meses ∗ ( ) = 24.9 días
1 mes
Según lo obtenido el tiempo de desarrollo será de 13 meses y 25 días de

desarrollo.
6.6. ESTUDIO DE VIABILIDAD ECONÓMICA

Para realizar el estudio de viabilidad económica se tendría que tomar en cuenta:
1. Costos:
A. Inversión
B. Desarrollo e Implementación
C. Operación
2. Beneficios:
A. Tangibles
B. Intangibles
3. Flujo de Caja
Análisis de Rentabilidad
A. Valor Actual Neto (VAN).
B. Relación Beneficio Costo (B/C).
C. Tasa Interna de Retorno (TIR).
D. Tiempo de Retorno (TR).

164
Esta obra la
haMunicipalidad
de Guadalupe
6.6.1. Costos de Inversión.

A. Costo de Hardware:
Tabla N° 6.30. Costos de Inversión de Hardware.
Descripción Cantidad Disponible Precio Unitario (S/.) Sub-total (S/.)
Servidor
1 Unidad No 2,500.00 2,500.00
Power Edge T110.
Terminales HP
12 Unidad Si 0.00 0.00
Core 2DUO.
Impresora HP
1 Unidad Si 0.00 0.00
D110 Photosmart.
Switch TL-SL1117
1 Unidad Si 0.00 0.00
16 Puertos.
Router Wifi
1 Unidad Si 0.00 0.00
Huawei Hg 530.
TOTAL S/. 2,500.00
B. Costo de Software:
Tabla N° 6.31. Costos de Inversión de Software. Parte 1 de 2.
Costo Unitario Sub-total

Descripción Cantidad Disponible
(S/.) (S/.)
Sistemas Operativos:
- Windows 7 1 Unidad Si 0.00 0.00
Ultimate.
Gestor Base de Datos:
1 Unidad Si 0.00 0.00
- MySQL 5.5.24.

165
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.31. Costos de Inversión: Software. Parte 2 de 2.
Costo Sub-total
Unitario (S/.) (S/.)
Lenguaje de Desarrollo:
1 Unidad Si 0.00 0.00
- PHP 5.3.13.
Servidor Web:
1 Unidad Si 0.00 0.00
- 01 Wampserver 2.2.
- JQuery 1.9.2. 1 Unidad Si 0.00 0.00
Herramienta Case:
1 Unidad Si 0.00 0.00
- IBM Rational Rose.
Herramientas Web:
1 Unidad No 150.00 150.00
- Hosting y Dominio-
TOTAL S/. 150.00
C. Costo de Mobiliario y Enseres:
Tabla N° 6.32. Costos de Inversión de Mobiliario y Enseres.
Costo Sub-total
Unitario (S/.) (S/.)
- Muebles de
12 Unidad Si 0.00 0.00
Oficina.
- Sillas de Oficina. 12 Unidad Si 0.00 0.00
TOTAL S/. 0.00

166
Esta obra la
haMunicipalidad
de Guadalupe
El Resumen de los costos de Inversión tanto en lo que respecta a la

adquisición de Hardware, Software y Mobiliario y enseres, se muestra a
continuación:
D. Cuadro Resumen:
Tabla N° 6.33. Resumen Consolidado del Costo de Inversión del

Proyecto.
Tipo de Inversión Sub-Total
Inversión en Hardware. S/. 2,500.00
Inversión en Software. S/. 150.00
Inversión en Mobiliario y Enseres. S/. 00.00
TOTAL S/. 2,650.00

167
Esta obra la
haMunicipalidad
de Guadalupe
6.6.2. Costo de Desarrollo.

A. Recursos Humanos:
Tabla N° 6.34. Costos de Desarrollo de Recursos Humanos.

Tiempo en Costo Unitario Sub-Total
Meses (S/. / Mes) (S/.)
Analista -
2 13.25 30.19 800.04
Programador
TOTAL S/. 800.04
B. Materiales de Consumo:
Tabla N° 6.35. Costos de Materiales de Consumo.

Sub–Total
Materiales Cantidad Medida P. Unitario. (S/.)
(S/.)
Cartucho Color. 2 Unidad 50.00 100.00
Cartucho Negro. 2 Unidad 50.00 100.00
Hojas Bond A4. 2 Millar 15.00 30.00
Fólder Manila. 10 Unidad 0.50 5.00
Lapiceros. 5 Unidad 0.50 2.50
Lápices. 3 Unidad 1.00 3.00
Corrector. 2 Unidad 1.50 3.00
CD's. 5 Unidad 1.00 5.00
Tinta para
4 Pomos 15.00 60.00
impresora.
Borrador. 2 Unidad 1.00 2.00
TOTAL S/. 310.50

168
Esta obra la
haMunicipalidad
de Guadalupe
C. Servicios:
Tabla N° 6.36. Cuadro Detallado de Energía y Costo.
Potencia Eléctrica Costo KW-Hora
Equipo
Watts Watts/1000 kW (Hidrandina)
Ordenador: 130.00 1000 0.13 0.40
- Lenovo G560 + Cargador.
- HP 625 + Cargador. 167.00 1000 0.17 0.40
Impresora HP D110 Photosmart 18.60 1000 0.02 0.40

Router Wifi Huawei Hg 530. 6.00 1000 0.01 0.40
Switch TL-SL1117 16 Puertos. 15.40 1000 0.02 0.40
C1. Equipos:
Tabla N° 6.37. Costo de Energía Eléctrica de Equipos.
Consumo Costo de Energía
Días al Mes
Cantidad
(kW * Horas * Tiempo Costo kW Mensual (S/.)

Horas
kW
Descripción
Días al Mes * (meses) Hora (S/.) (Consumo * Tiempo *
Cantidad) Costo kW Hora)
Ordenador:
1 8 15 0.13 15.60 13.25 0.40 82.68
- Lenovo G560 +
Cargador.
- HP 625 +
1 8 15 0.17 20.40 13.25 0.40 108.12
Cargador.
Impresora HP D110
1 8 15 0.02 2.40 13.25 0.40 12.72
Photosmart
Router Wifi Huawei
1 8 15 0.01 1.20 13.25 0.40 6.36
Hg 530.
Switch TL-SL1117
1 8 15 0.02 2.40 13.25 0.40 12.72
16 Puertos
TOTAL S/. 222.60

169
Esta obra la
haMunicipalidad
de Guadalupe
C2. Transporte:
Tabla N° 6.38. Costo de Transporte.
Tiempo Monto Mensual Sub – Total

Descripción
(meses) (S/.) (S/.)
Tasilla Culqui Jeremías 13.25 24 318.00
Quiroz Briones Daniel 13.25 26 344.50
TOTAL S/. 662.50

D. Cuadro Resumen:
El Resumen de los costos de Desarrollo tanto en lo que respecta a
Recursos Humanos, Material de Consumo y Servicios, se muestra a
continuación:
Tabla N° 6.39. Resumen Consolidado del Costo de Desarrollo del Proyecto.
Tipo de Recurso Total (S/.)

Recursos Humanos 800.04
Materiales de Consumo 310.50
Servicios 885.10
TOTAL S/. 1,995.64

170
Esta obra la
haMunicipalidad
de Guadalupe
6.6.3. Costo de Implementación.

Cantidad Tiempo en Costo Unitario
Descripción Sub-Total (S/.)
(H / mes) Meses (S/. / Mes)
Analista -
2 4 100.00 800.00
Programador
TOTAL S/. 800.00
P. Unitario. Sub–Total
Materiales Cantidad Medida
(S/.) (S/.)
Lapiceros 4 Unidad 0.50 20.00
Discos
5 Unidad 1.00 5.00
Compactos
Memoria USB
Kingston Data 2 Unidad 20.00 40.00
Traveler de 1 GB
Fólder Manila 5 Unidad 0.50 2.50
Papel Bond A4
2 Millar 15.00 30.00
de 80 gr.
TOTAL S/. 97.50


171
Esta obra la
haMunicipalidad
de Guadalupe
C. Servicios:
C1. Equipos.
Consumo Costo de Energía
Días al Mes
Cantidad
(KW * hora * Tiempo Costo kW Mensual (Consumo
Horas
kW
Descripción
Días al Mes * (meses) Hora (S/.) * Tiempo * Costo
Cantidad) kW Hora)
Ordenador:
1 8 15 0.13 15.60 4 0.40 24.96
- Lenovo
G560 +
Cargador.
- HP 625 + 1 8 15 0.17 20.40 4 0.40 32.64
Cargador.
Impresora HP
D110 1 8 15 0.02 2.40 4 0.40 3.84
Photosmart
Router Wifi
Huawei Hg 1 8 15 0.01 0.72 4 0.40 1.15
530.
Switch TL-
SL1117 16 1 8 15 0.02 2.40 4 0.40 3.84
Puertos
TOTAL S/. 66.43

172
Esta obra la
haMunicipalidad
de Guadalupe
C2. Transporte.
Tabla N° 6.43. Costo de Transporte.
Tiempo Monto Mensual Sub-Total

Descripción
(meses) (S/.) (S/.)
Tasilla Culqui, jeremías 4 16.00 64.00
Quiroz Briones Daniel 4 16.00 64.00
TOTAL S/. 128.00
D. Cuadro Resumen:
El Resumen de los costos de Implementación tanto en lo que respecta a
Recursos Humanos, Material de Consumo y Servicios, se muestra a
continuación:
Tabla N° 6.44. Resumen Consolidado del Costo de Implementación del

Proyecto.
Recursos Humanos 800.00
Materiales de Consumo 97.50
Servicios 194.43
TOTAL S/. 1,091.93

173
Esta obra la
haMunicipalidad
de Guadalupe
6.6.4. Costo de Operación:


Cantidad Nro. Veces al Costo Sub-Total
Descripción
(H/mes) Año Unitario (S/.) (S/.)
Ing. De
1 2 900.00 1,800.00
Sistemas
TOTAL S/. 1,800.00
P. Unitario. Sub–Total
Materiales Cantidad Medida
(S/.) (S/.)
Lapiceros 4 Unidad 0.50 20.00
Memoria USB
Kingston Data 1 Unidad 20.00 20.00
Traveler de 1 GB
Papel Bond A4 de 80
1 Millar 15.00 15.00
gr.
TOTAL S/. 55.00

174
Esta obra la
haMunicipalidad
de Guadalupe
C. Servicios:
Costo de Energía
Consumo
Cantidad Mensual (S/.)
(KW * Horas Tiempo Costo kW
Horas
Días
kW
Descripción (Consumo *
* Días * (meses) Hora (S/.)
Tiempo * Costo
Cantidad)
kW Hora)
Ordenador Monitor 12 8 2 0.09 17.28 12 0.40 82.94
HP Core 2 C.P.U. 12 8 2 0.36 69.12 12 0.40 331.78
Duo Bocinas 12 8 2 0.01 1.92 12 0.40 9.22
Impresora HP D110
1 8 2 0.02 0.32 12 0.40 1.53
Photosmart.
Router Wifi
1 8 2 0.01 0.16 12 0.40 0.77
Huawei Hg 530.
Switch TL-SL1117
1 8 2 0.02 0.32 12 0.40 1.53
16 Puertos.
TOTAL S/. 427.77
D. Costo de Operación y Mantenimiento de Equipos.

La empresa cubre un costo promedio anual de S/. 2,500.00 para el
mantenimiento de sus equipos y para la compra de algún material.
Depreciación
Periodo de depreciación: 3 años.

175
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.48. Depreciación de equipos.

Inversión
Concepto Depreciación Sub Total (S/.)
Inicial (S/.)
Hardware. 2,500.00 20% 500.00
Software. 150.00 0% 0.00
TOTAL S/. 500.00

F
Tabla N° 6.49. Resumen Consolidado del Costo de Operación del

Proyecto.
Recursos Humanos. 1,800.00
Materiales de Consumo. 55.00
Servicios. 427.77
Operación y mantenimiento de equipos. 2,500.00
Depreciación. 500.00
TOTAL S/. 5,282.77
E. Resumen de Costos
Tabla N° 6.50. Resumen de Costos.
Concepto Periodo Inicial Anual
Costos de Inversión. S/. 2,650.00
Costos de Desarrollo. S/. 1,995.64
Costos de Implementación. S/. 1,091.93
Costos de Operación. S/. 5,282.77
TOTAL S/. 5,737.57 S/. 5,282.77

176
Esta obra la
haMunicipalidad
de Guadalupe
6.6.5. Beneficios.
A. Tangibles:
Con la implementación de la Aplicación Web, se logra un ahorro en
tiempo con respecto al tiempo calculado durante los procesos actuales y
de prescindir al asistente de abastecimiento.
Salario de horas del usuario:
Para el cálculo respectivo necesitamos conocer lo siguiente:
Tabla N° 6.51. Salario por Hora del Usuario.

Sueldo
Sueldo Horas
Cargo Número por
Mensual al Mes
Hora
Jefe de Área 12 S/. 1,500.00 200 h. S/. 7.50
Asistente de Abastecimiento 1 S/. 300.00 200 h. S/. 1.5
Beneficio por reducción del tiempo en registro de información

Se procedió a determinar cuál es la frecuencia con que necesitan el
proceso de registro de información. Para los procesos cuya frecuencia no
es fija, se procedió a determinar la frecuencia a través de entrevistas con
los usuarios y con la observación directa a través de un periodo de un mes
y luego se procedió a efectuar el promedio de éstas muestras para
determinar la frecuencia de uso. Ver tabla N° 6.52.
Beneficio por reducción del tiempo de obtención de reportes:

Se procedió a determinar las frecuencias, el tiempo actual y proyectado
para la obtención de reportes. Ver tabla N° 6.53.
Beneficio por reducción Papelería: Se procedió a identificar uso de
material de escritorio y costo de papelería. Ver tabla N° 6.54.

177
Esta obra la
haMunicipalidad
de Guadalupe
Tabla N° 6.52. Beneficios por Reducción de Tiempo Empleado en el Registro de Información.
Beneficios en soles
Beneficios al
por periodo
año
Tiempo Tiempo Ahorro Costo / ((Frecuencia *
Registro de Información Personal Frecuencia (Beneficios
actual proyectado Estimado hora Ahorro estimado) /
en soles *
60minitos) *Costo
Mes)
hora
Generación de Requerimiento
Jefe_Área 300/mes 6.68’ 2.58’ 4.10‘ S/.7.50 S/.153.75/mes S/.1,845.00
de Compra y/o Servicio.
Generación de Orden de
Jefe_Abastecimiento 200/mes 8.31’ 4.30’ 4.01’ S/.7.50 S/.100.25/mes S/.1,203.00
Compa y/o servicio.
Generación de Ingreso de
Jefe_Almacén 40/mes 8.69’ 1.54’ 7.15’ S/.7.50 S/.35.75/mes S/. 429.00
Producto.
Generación de Pedido-
Jefe_Almacén 160/mes 8.68’ 1.47’ 7.21’ S/.7.50 S/.144.20/mes S/. 1,730.40
TOTAL ANUAL S/.5,207.40

Tabla N° 6.53. Beneficios por Reducción de Tiempo Empleado en el Reporte de Información.

Beneficios en
Reporte de Tiempo Ahorro Costo / Beneficios
Personal Frecuencia Tiempo actual soles por
Información proyectado Estimado hora al año
periodo
Generación de Jefe_Abastecimiento
50/mes 19.42’ 3.06’ 16.36’ S/.6.25 S/.42.60mes S/.511.25
Reporte. y Jefe_Almacén
TOTAL ANUAL S/.511.25
Tabla N° 6.54. Beneficios por Reducción de Papelería y Accesorios.

Reducción de Papelería y Precio Unitario
Personal Cantidad Unidad Medida Total
Accesorios (S/.)
Hojas Jefe_Área 49 Millar 15.00 S/.735.00
Lapiceros Jefe_Área 24 Unidad 0.50 S/. 12.00
Corrector Jefe_Área 24 Unidad 0.50 S/. 12.00
Lápiz Jefe_Área 24 Unidad 1.00 S/. 24.00
Borrador Jefe_Área 12 Unidad 1.00 S/. 12.00
Tajador Jefe_Área 12 Unidad 0.50 S/. 6.00
TOTAL ANUAL S/.813.00

Resumen de Beneficios Tangibles (Anual)
Tabla N° 6.55. Resumen de Beneficios Tangibles Anual.

Ítem Total anual (S/.)
Beneficio por reducción del tiempo de ingreso de
5,207.40
información.
Beneficio por reducción del tiempo de obtención de
511.25
reportes.
Reducción de Papelería y Accesorios 813.00
Total Beneficio anual S/.10,131.65
B. Intangibles:
Tabla N° 6.56. Beneficios Intangibles.

Descripción
- Mejora de la imagen institucional.
- Aumento del control de productos en almacén.
- Obtención de Reportes en cuestión de segundos, de manera oportuna y
confiable.
- Aumento de la fiabilidad de datos.
- Integridad de la información (información completa).

180
6.6.6. Flujo de Caja.

Tabla N° 6.57. Flujo de Caja del Proyecto.
RUBRO AÑO 0 AÑO 1 AÑO 2 AÑO 3
1. INGRESOS 10,131.65 10,131.65 10,131.65
1.1.Beneficios Tangibles 10,131.65 10,131.65 10,131.65
Ingreso de la Información. 5,207.40 5,207.40 5,207.40
Obtención de Reportes. 511.25 511.25 511.25
Reducción de papelería 813.00 813.00 813.00
Reducción de Empleado. 3,600.00 3,600.00 3,600.00
2. EGRESOS 5,737.57
2.1.Costos de Inversión 2,650.00
Inversión en Software. 150.00
Inversión en Hardware. 2,500.00
Inversión en Mobiliario y
Enseres. 0.00
2.2.Costos de Desarrollo 1,995.64
Recursos Humanos. 800.00
Recursos Materiales. 310.50
Servicios. 885.10
2.3.Costos de Implementación 1,091.93
Recursos Humanos. 800.00
Recursos Materiales. 97.50
Servicios. 194.43
2.4.Costos de operación 5,282.77 5,282.77 5,282.77
Mantenimiento de equipos 2,500.00 2,500.00 2,500.00
Recursos Materiales. 55.00 55.00 55.00
Recursos Humanos. 1,800.00 1,800.00 1,800.00
Servicios. 427.77 427.77 427.77
Depreciación. 500.00 500.00 500.00
TOTAL BENEFICIO NETO 5,737.57 4,848.88 4,848.88 4,848.88

Figura N° 6.24. Representación del Flujo de Caja del Proyecto.
Fuente: (Tabla N° 6.55, 2015).
6.7. EVALUACIÓN ECONÓMICA DEL PROYECTO

Está referida a la evaluación de la rentabilidad inherente al proyecto, sin considerar el
financiamiento externo. Se basa en el flujo real de los productos y servicios
absorbidos por el proyecto.
6.7.1. Tasa de Interés Bancaria o Tasa Efectiva Anual (TEA).

El proyecto será evaluado a través de la tasa de interés bancaria proporcionada
por el Banco de la Nación a una tasa anual efectiva del 15%, la fecha de
vigencia esta desde el 01/01/2015. Se asume que para que el proyecto sea
rentable, la tasa de retorno tiene que ser mayor que el costo de capital.
Tabla N° 6.58. Tasa de Interés Efectiva

FUENTE TASA (%)
Banco de la Nación 15 %

6.7.2. Indicadores Económicos.

6.7.2.1.Valor Actual Neto (VAN).
Llamado también Valor Presente Neto, representa el excedente
generado por un proyecto en términos absolutos después de haber
cubierto los costos de inversión, de operación y de uso de capital. En
resumen el VAN es la suma algebraica de los costos y beneficios
generados por el proyecto en el valor presente.
Si VAN > 0  Aceptar el Proyecto.

Si VAN < 0  Rechazar el Proyecto.
La fórmula a utilizar es:
BC BC
VAN = - Io +  ...  …………………...…… (6.9)
(1  i) 1
(1  i) n
Dónde:
VAN = Valor Actual Neto.

Io = Costo Total.
B = Beneficio Esperado.
C = Costo Esperado.
i = Tasa de Interés Bancario.
n = Periodo de Vida del Proyecto.
Según el flujo de caja económico, considerando como vida útil del

sistema un periodo de tres años y con una tasa efectiva anual de
15.00% se deduce lo siguiente:

Figura N° 6.25. Valor Actual Neto Económico del Proyecto.
Ahora reemplazamos valores en la fórmula (6.9), se deduce que:
(4,848.88) (4,848.88) (4,848.88)

𝐕𝐀𝐍 = −5,737.57 + + +
(1 + 0.15)1 (1 + 0.15)2 (1 + 0.15)3
VAN = S/. 5,333.51
Por lo tanto como S/.5,333.51 es mayor a cero, se concluye que el

proyecto es rentable.

6.7.2.2. Calculo Beneficio – Costo (B/C).

La relación beneficio – costo es el indicador de rentabilidad que señala en qué
medida los beneficios futuros supera a la inversión inicial.
Si B/C ≥1  Aceptar el Proyecto.
Si B/C <1  Rechazar el Proyecto.
VpB
B/C  ………………...............…………………………………...…(6.10)
VpC
Dónde:
VPB: Valor Presente de los Beneficios.
VPC: Valor Presente de los Costos.
a. Cálculo del valor presente de los beneficios (VPB):
Figura N° 6.26. Valor Presente Neto de los Beneficios del Proyecto.
Para hallar el valor presente de los beneficios netos del proyecto se plantea
la siguiente fórmula:
B B
VpB   ...  …………………………….……….……(6.11)
(1  i)1 (1  i) n

Dónde:
VPb: Valor Presente de los beneficios.
B : Beneficio en el periodo n.
n : Número de Periodos.
i : Costo de oportunidad de capital.
101,31.65 10,131.65 10,131.65

VpB   
(1  0.15)1 (1  0.15) 2 (1  0.15) 3
VPB = S/.23,132.84
b. Cálculo del valor presente de los costos (VPC):
Figura N° 6.27. Valor Presente Neto de los Costos del Proyecto.
Para hallar el valor presente de los costos netos del proyecto se plantea la
siguiente ecuación matemática:
C C
VpC  Io   ...  ………………………....……..……(6.12)
(1  i)1
(1  i) n

Dónde:
VPc: Valor Presente de los costos.
Ci : Costo Inicial (año cero).
Cn : Costo en el periodo n.
n : Número de Periodos.
i : Tasa de Interés Bancario.
Reemplazando los valores en la fórmula (6.12), se deduce que:
52,82.77 52,82.77 52,82.77

VpC  57,37.57   
(1  0.15) (1  0.15)
1 2
(1  0.15) 3
VPC = S/.17,799.32
c. Cálculo de la relación Beneficio-Costo (B/C):

Reemplazando los valores de beneficio y costo según la fórmula (6.10), se
deduce que:
S/.23,132. 84
B/C 
S/. 17,799.32
B / C  1.30  1
Por el método de beneficio – costo se demuestra que el proyecto es

rentable, ya que la relación B/C es mayor a 1, lo que significa que los
beneficios son superiores a los costos.
Por lo tanto por cada sol invertido se tendrá una ganancia de 0.30 soles.
6.7.2.3. Tasa Interna de Retorno (TIR).

Esa aquella tasa de interés a la que igualan los flujos de netos económicos
actualizados al año presente (cero) con la inversión del proyecto. Representa la
tasa de rendimiento a la cual el proyecto se hace indiferente, es decir, cuando al
VAN = 0.
Si TIR > Costo de Capital  Aceptar el Proyecto.
Si TIR < Costo de Capital  Rechazar el Proyecto.
n
FNE n
 I0    0 ……………………………...………..………..(6.13)
n 1 (1  TIR)
n
Dónde:
TIR = Tasa Interna de Retorno.
FNEn = Flujo Neto Económico del Periodo n.
n = Periodo de Vida del Proyecto.
Reemplazando los datos del flujo de caja económico según la ecuación (6.13),
tenemos:
 5737.57  560.88 x ( P , i,3)  0

A
(4,848.88) (4,848.88) (4,848.88)

−(57,37.57) + + + =0
(1 + 𝑖)1 (1 + 𝑖)2 (1 + 𝑖)3
1 − (1 + 𝑖)−3
−5,737.57 + 4,848.88 [ ]=0
𝑖
1 − (1 + 𝑖)−3
4,848.88 [ ] = 5,737.57
𝑖
1 − (1 + 𝑖)−3 5,737.57
[ ]=
𝑖 4,848.88
1 − (1 + 𝑖)−3
[ ] = 1.18
𝑖

Ahora como ya no se puede despejar el interés (i), empezamos a iterar (i) hasta
tener un valor menor o igual a 1.18.
a. Si i = 60%:
1 − (1 + 0.60)−3
[ ] = 1.26
0.60
b. Si i = 66%:
1 − (1 + 0.66)−3
[ ] = 𝟏. 𝟏𝟖
0.66
c. Si i = 67%
1 − (1 + 0.67)−3
[ ] = 1.17
0.67
Como se observa la TIR = 66% tiene un valor mucho más aproximado a 1.18.
Como 66% es mayor al Costo de Capital (15%), significa que del dinero que se
invierte inicialmente, se recupera en promedio el 66% cada año. Por lo tanto, se
aceptará el proyecto.
Figura N° 6.28. Hallando TIR en Excel.

6.7.2.4. Tiempo de Retorno (TR)

Este indicador calcula tiempo en el que se recupera la inversión inicial. Esta
recuperación se da mediante las utilidades obtenidas. Si la TR es menor al
número de periodos del proyecto, entonces se acepta el proyecto, sino, se
rechaza.
𝑰𝒐
𝑻𝑹 = ………….…………….…………………...............….. (6.14)
(𝑩−𝑪)
5,737.57
TR =
10,131.65 − 4,848.88
𝐓𝐑 = 𝟏. 𝟎𝟗 Años
Para meses: 0.09años x (12 meses / 1 año) = 1.08 meses.

Para días: 0.08 meses x (30días / 1 meses) = 2.4 => 2 día.
El Tiempo de Recuperación del capital será en 1 año, 1 mes y 2 días.
6.7.2.5. Conclusiones de la Evaluación Económica:

VAN = S/. 5,333.51> 0
B/C = 1.30 > 1
TIR = 66 % > 15%
En conclusión podremos decir que invertir en este proyecto es beneficioso para

la Municipalidad.

6.8. PRIORIZACIÓN DE CASOS DE USO DE REQUERIMIENTOS

Tabla N° 6.59. Descripción de los Criterios de Priorización.
Criterios Descripción
Mejora el buen Funcionamiento en
CP1
el Área.
Permite mantener en Orden la
CP2
Documentación en el Área
Optimiza los tiempos de Ocio en el
CP3
Área.
Mejora el nivel de confiabilidad de
CP4
la información.
CP5 Módulo prioritario o básico.
La ponderación que se aplique a cada parámetro debe sumar 1, es decir:
CP1 + CP2 + CP3 + CP4 + CP5= 1

Tabla N° 6.60. Escala de Valoración.
Calificativo Puntaje
Excelente 5
Muy Bueno 4
Bueno 3
Regular 2
Malo 1

Tabla N° 6.61. Matriz de Priorización de Casos de Uso. (Continúa). Parte 1 de 2.
TOTAL
CP1 CP2 CP3 CP4 CP5
Criterio 6 PRIORIDAD
Caso de Uso P1 = 0.25 P2 = 0.2 P3 = 0.15 P4 = 0.2 P5 = 0.2
 (CPi * Pj )
i 1
Registrar
3 2 1 4 3 2.30 8°
Producto.
Registrar
3 2 1 2 2 2.10 9°
Categoría.
Registrar
2 2 1 2 1 1.65 16°
Almacén.
Generar
Requerimiento 4 3 3 4 4 3.65 6°
de Compra.
Registrar
3 2 1 2 2 2.10 10°
Proveedor.
Editar Tipo de
2 2 1 2 2 1.85 15°
Usuario
Generar
Pedido-
4 4 3 4 4 3.85 3°
Comprobante
Salida.
Generar
Ingreso de 4 4 3 4 4 3.85 4°
Producto
Registrar
2 2 2 2 2 2.00 14°
Personal.
Generar Orden
4 4 3 4 4 3.85 5°
de Compra.

Tabla N° 6.61. Matriz de Priorización de Casos de Uso. Parte 2 de 2.
TOTAL
CP1 CP2 CP3 CP4 CP5
Criterio 6 PRIORIDAD
Caso de Uso P1 = 0.25 P2 = 0.2 P3 = 0.2 P4 = 0.15 P5 = 0.2
 (CP * P )
i 1
i j
Registrar
3 2 1 2 2 2.10 11°
Proyecto.
Generar Orden
4 4 3 4 5 4.05 2°
de Servicio.
Registrar Cargo. 2 2 1 2 1 1.65 17°
Registrar
3 2 1 3 1 2.10 12°
Servicio.
Registrar
2 2 1 2 3 2.05 13°
Usuario.
Registrar Área. 2 2 1 1 1 1.45 18°
´Generar
Requerimiento 3 4 3 4 2 3.20 7°
de Servicio.
Generar
5 4 3 4 4 4.10 1°
Reporte.

6.9. MITIGACIÓN DE RIESGOS

Para la gestión de riesgos del proyecto se consideró por la clasificación propuesta por
el R.U.P. que se muestra a continuación:
Tabla N° 6.62. Gestión de Riesgos según el R.U.P.

Clasificación de los riesgos de un proyecto de software
Riesgo de
Hace referencia a la organización , al equipo de trabajo y al tiempo disponible
recursos
Referente a riesgos de estabilidad y entrega de requerimientos. Así como los
estrechamente ligados con el proceso de desarrollo de software. Este riesgo se
divide en los siguientes subtipos:
Riesgo
 Riesgo de alcance: El trabajo a ser realizado
Técnico
 Riesgo tecnológico: Las tecnologías utilizadas para el desarrollo del proyecto.
 Riesgo de dependencia externa: Dependencia de otros proyectos, dependencia
de herramientas de desarrollo, backups.
Riesgo de
Referente al cronograma y las fechas de entrega.
Calendario
Fuente: (LETELIER, 2010).
Además de su tipo, cada riesgo se documentó indicando su impacto, su indicador de

ocurrencia y su magnitud (Alto, Medio o Bajo).
Al inicio de cada iteración se revisaba la lista de riesgos para identificar nuevos o
determinar una nueva magnitud a los riesgos que ya se encontraban en la lista, ello
debido a que podía cambiar su grado de impacto de acuerdo al avance del proyecto.
Asimismo, cada riesgo poseía un plan de mitigación para evitar que el riesgo se
presente y un plan de contingencia con las acciones a realizar una vez el riesgo se
haya dado. A continuación se presenta una tabla en donde se indica en qué fases del
desarrollo del proyecto se realizaron las actividades de mitigación de cada uno de los
riesgos identificados:
Tabla N° 6.63. Planificación de Gestión de Riesgos. Parte 1 de 2.

Riesgos
Incepción Elaboración Construcción Transición
Tipo Subtipo Nombre
El informe de equipo de
pruebas no se entrega a X
tiempo.
Pérdida de la
información almacenada
(Dispositivo de X X X X
almacenamiento y
DEPENDENCIA EXTERNA
backups).
Capacidad insuficiente
TÉCNICO
de recursos tecnológicos
X X X
destinados al desarrollo
(Recursos tecnológicos).
No hay disponibilidad de
los recursos tecnológicos
en el momento en que se
X X
necesiten
(Disponibilidad de
recursos tecnológicos).
Problemas relacionados
a las funcionalidades de X X X
la aplicación.

Tabla N° 6.63. Planificación de Gestión de Riesgos. Parte 2 de 2.

Riesgos
Incepción Elaboración Construcción Transición
Tipo Subtipo Nombre
ALCANCE
Cambios en el
X X
alcance del proyecto
Falta de dominio de
las tecnologías
utilizadas con la
herramienta de
TECNOLÓGICO
desarrollo X X X
RECURSO
(Conocimiento de
las tecnologías para
el equipo de
desarrollo).
Arquitectura no X
probada.
Dificultad de la X X X
comunicación del
RECURSO
equipo de desarrollo
con los demás
miembros del
proyecto.

CAPÍTULO VII:
FASE II:
ELABORACIÓN
7.1. MODELO DE ANÁLISIS

7.1.1. Diagramas Parciales de Análisis.
Diagrama N° 7.01. Diagrama Parcial de Registrar Cargo.
Diagrama N° 7.02. Diagrama Parcial de Registrar Personal.

Diagrama N° 7.03. Diagrama Parcial de Registrar Usuario.
Diagrama N° 7.04. Diagrama Parcial de Registrar Producto.

Diagrama N° 7.05. Diagrama Parcial de Generar Requerimiento de

Compra.
Diagrama N° 7.06. Diagrama Parcial de Generar Requerimiento de

Servicio.

Diagrama N° 7.07. Diagrama Parcial de Generar Orden de Compra.
Diagrama N° 7.08. Diagrama Parcial de Generar Orden de Servicio.

Diagrama N° 7.09. Diagrama Parcial de Generar Ingreso de Producto.
Diagrama N° 7.10. Diagrama Parcial de Pedido-Comprobante de Salida.

7.1.2. Diagrama de Clases de Análisis

El diagrama de clases de análisis expresa de manera general la estructura
estática del sistema en términos de clases, atributos y sus relaciones. A
continuación presentamos el diagrama de clases de análisis de la
Municipalidad Distrital de Guadalupe.
Ver Figura N° 7.11, Página 204.

Diagrama N° 7.11. Diagrama de Clases de Análisis.

7.1.3. Diagrama de Colaboración (D.C) - Proceso de Abastecimiento.

A. D.C. Editar Tipo Usuario: La operación “Editar Tipo Usuario”, viene a ser la
modificación de cada registro de tipo de usuario, la cual tendrá como
responsable al Jefe de Abastecimiento que será el encargado de iniciar sesión,
seleccionar el tipo de usuario que desee modificar, llenar los datos del tipo de
usuario que desee editar, comprobar a través de mensajes de alerta que, ningún
campo sea vacío, que los datos ingresados sean válidos y finalmente registrar el
nuevo tipo de usuario apareciendo un mensaje “Editó Correctamente” en el
sistema.
Diagrama N° 7.12. Diagrama de Colaboración Editar Tipo Usuario.
: Abastecimientos : TipoUsuario.phtml
9: Editó Correctamente
1: Iniciar Sesión
8: 7: Editar Tipo de
Usuario
3: Llenar Dato de Tipo de
Usuario Correctamente
6: :TIPO
2: Seleccionar Tipo de Usuario
: Jefe_Abastecimiento
f(){
4: Comprobación de datos
}
: frmRegistrar Tipo : scriptvalidación
Usuarios
5:

B. D.C. Registrar Usuario: La operación “Registrar Usuario”, viene a ser el

registro de cada usuario de la Municipalidad Distrital de Guadalupe, la cual
tendrá como responsable al Jefe de Abastecimiento que será el encargado de
iniciar sesión, llenar los datos del usuario (según cargo y tipo de usuario),
comprobar a través de mensajes de alerta que ningún campo sea vacío, que los
datos ingresados sean válidos y finalmente registrar el nuevo usuario
apareciendo un mensaje “Registro Correctamente” en el sistema.
Diagrama N° 7.13. Diagrama de Colaboración Registrar Usuario.
: Abastecimiento :
Usuarios.phtml
19: Registro Correctamente

1: Iniciar Sesión
13: Llenar Datos de Usuario 18: 17: Registrar

Correctamente Usuario
2: Activar Usuario
8: Seleccionar Tipo de Usuario
16:
3: Seleccionar Personal :USUARIO
f(){
14: Comprobación de datos }
frmRegistrar Usuarios : scriptvalidación
15:
12: Mostrar Resultado 4:

7: Mostrar Resultado
9:
10: Acceder y Seleccionar 5: Acceder y Seleccionar

: :
TipoUsuario.phtml :TIPO :PERSONAL
Personal.phtml
11: 6:

C. D.C. Registrar Área: La operación “Registrar Área”, viene a ser el registro de

cada área de la Municipalidad Distrital de Guadalupe, la cual tendrá como
llenar los datos del área en el formulario del sistema, comprobar a través de
mensajes de alerta que ningún campo sea vacío, que los datos ingresados sean
válidos y finalmente registrar la nueva Área apareciendo un mensaje “Registró
Correctamente” en el sistema.
Diagrama N° 7.14. Diagrama de Colaboración Registrar Área.
: Abastecimiento :Areas.phtml
9: Registró Correctamente
1: Iniciar Sesión
8: 7: Registrar Area
6:
2: Activar Area :AREA
3: Llenar Datos del Área
: Jefe_Abastecimiento Correctamente
f(){
}
: frmregistrar Área : : scriptvalidación
5:

D. D.C. Registrar Cargo: La operación “Registrar Cargo”, viene a ser el registro

de cada cargo de la Municipalidad Distrital de Guadalupe, la cual tendrá como
llenar los datos del cargo en el formulario del sistema, comprobar a través de
mensajes de alerta que ningún campo sea vacío, que los datos ingresados sean
válidos y finalmente registrar el nuevo Cargo apareciendo un mensaje “Registro
Correctamente” en el sistema.
Diagrama N° 7.15. Diagrama de Colaboración Registrar Cargo.
: Abastecimiento :Cargos.phtml
1: Iniciar Sesión
13: 12: Registrar Cargo
11:
8: Llenar Datos del Cargo 2: Activar Cargo :CARGO
Correctamente
3: Seleccionar Área
f(){
}: :
: frmRegistrar Cargo 9: Comprobación de datos
scriptvalidación
10:
5: Acceder y Seleccionar
:
:AREA
Areas.phtml
6:

E. D.C. Registrar Personal: La operación “Registrar Personal”, viene a ser el

registro de cada personal de la Municipalidad Distrital de Guadalupe, la cual
tendrá como responsable al Jefe de Abastecimiento que será el encargado de
iniciar sesión, llenar los datos del personal en el formulario del sistema,
datos ingresados sean válidos y finalmente registrar el nuevo personal
apareciendo un mensaje “Registró Correctamente” en el sistema.
Diagrama N° 7.16. Diagrama de Colaboración Registrar Personal.
: Abastecimiento
: Personal.phtml

1: Iniciar Sesión
13: 12: Registrar Personal

11:
8: Llenar Datos del Personal
Correctamente :PERSONAL
: Jefe_Abastecimiento 3: Seleccionar Cargo 2: Activar Personal
f(){
: frmRegistrar Personall : script validación
10:
:
Cargos.phtml :CARGO
6:

F. D.C. Registrar Proyecto: La operación “Registrar Proyecto”, viene a ser el

registro de cada proyecto de la Municipalidad Distrital de Guadalupe, la cual
tendrá como responsable al Jefe de Abastecimientos que será el encargado de
iniciar sesión, llenar los datos del proyecto en el formulario del sistema,
datos ingresados sean válidos y finalmente registrar el nuevo proyecto
Diagrama N° 7.17. Diagrama de Colaboración Registrar Proyecto.
: Abastecimiento : Proyectos.phtml
9: Registrar Correctamente
1: Iniciar Sesión
8: 7: Registrar Proyecto
6:
2: Activar Proyecto :PROYECTO
: Jefe_Ábastecimiento
3: Llenar Datos del Proyecto
Correctamente
f(){
}
: frmRegistrar Proyecto : script validación
5:

G. D.C. Registrar Proveedor: La operación “Registrar Proveedor”, viene a ser

el registro de cada proveedor de la Municipalidad Distrital de Guadalupe, la
cual tendrá como responsable al Jefe de Abastecimiento que será el encargado
de iniciar sesión, llenar los datos del proveedor en el formulario del sistema,
datos ingresados sean válidos y finalmente registrar el nuevo proveedor
Diagrama N° 7.18. Diagrama de Colaboración Registrar Proveedor.
: Abastecimiento :
proveedores.phtml
1: Iniciar Sesión
8: 7: Registrar Proveedor
6:
:PROVEEDOR
3: Llenar Datos del Proveedor 2: Activar Proveedor
Correctamente
f(){
: frmRegistrar Proveedor : script validación
5:

H. D.C. Registrar Servicio: La operación “Registrar Servicio”, viene a ser el

registro de cada servicio de la Municipalidad Distrital de Guadalupe, la cual
tendrá como responsable al Jefe de Abastecimientos que será el encargado de
iniciar sesión, llenar los datos del servicio en el formulario del sistema,
datos ingresados sean válidos y finalmente registrar el nuevo servicio
apareciendo un mensaje “Registro Correctamente” en el sistema.
Diagrama N° 7.19. Diagrama de Colaboración Registrar Servicio.
: Abastecimiento : Servicios.phtml
1: Iniciar Sesión
8: 7: Registrar Servicio
6:
2: Activar Servicio :SERVICIO
3: Llenar Datos del Servicio
Correctamente
: Jefe_Ábastecimientos
f(){
}
4: Comprobarción de datos
: frmRegistrar Servicio : script validación
5:

I. D.C. Registrar Almacén: La operación “Registrar Almacén”, viene a ser el

registro de cada almacén de la Municipalidad Distrital de Guadalupe, la cual
tendrá como responsable al Jefe de Almacén que será el encargado de iniciar
sesión, llenar los datos del almacén en el formulario del sistema, comprobar a
través de mensajes de alerta que ningún campo sea vacío, que los datos
ingresados sean válidos y finalmente registrar el nuevo almacén apareciendo un
mensaje “Registró Correctamente” en el sistema.
Diagrama N° 7.20. Diagrama de Colaboración Registrar Almacén.
: Abastecimiento :Almacen.phtml
1: Iniciar Sesión
8: 7: Registrar Almacén
6:
:ALMACEN
2: Activar Almacén
3: Llenar Datos del Almacén

Correctamente
:
Jefe_Almacen
f(){
}
: frmRegistrar Almacén : scriptvalidación
5:

J. D.C. Generar Requerimiento de Compra: La operación “Generar Requerimiento de

Compra”, viene a ser el registro de cada Requerimiento de Compra elaborado por cada
jefe de área que solicita la compra de algunos productos necesarios para seguir
laborando en la Municipalidad Distrital de Guadalupe, así mismo será el encargado de
ingresar los nuevos datos al formulario correspondiente del sistema, buscar el proyecto
en el que se van a utilizar los productos, buscar productos que desea adquirir,
comprobar que ningún campo sea vació y finalmente generar un nuevo Requerimiento
de Compra. Ver Diagrama N° 7.21, Página 215.
K. D.C. Generar Requerimiento de Servicio: La operación “Generar Requerimiento de

Servicio”, viene a ser el registro de cada Requerimiento de Servicio elaborado por cada
jefe de área que solicita el servicio de empresas necesarios para seguir laborando en la
Municipalidad Distrital de Guadalupe, así mismo será el encargado de ingresar los
nuevos datos al formulario correspondiente del sistema, buscar el proyecto en el que se
van a utilizar, buscar el servicios que desea adquirir y finalmente generar un nuevo
Requerimiento de Servicio. Ver Diagrama N° 7.22, Página 216.
L. D.C. Generar Orden de Compra: La operación “Generar Orden de Compra”, viene

a ser el registro de cada Orden de Compra generada por el jefe de Abastecimiento para
obtener los productos faltantes de la Municipalidad Distrital de Guadalupe, así mismo
será el encargado de ingresar los nuevos datos al formulario correspondiente del
sistema, comprobar que ningún campo sea vació y finalmente Generar la nueva Orden
de Compra. Ver Diagrama N° 7.23, Página 217.
M. D.C. Generar Orden de Servicio: La operación “Generar Orden de Servicio”, viene

a ser el registro de cada Orden de Servicio elaborado por el jefe de Abastecimiento
para obtener el servicio a favor del pueblo y/o de la Municipalidad Distrital de
Guadalupe, así mismo será el encargado de ingresar los nuevos datos al formulario
correspondiente del sistema, comprobar que ningún campo sea vació y finalmente
Generar la nuevo Orden de Servicio. Ver Diagrama N° 7.24, Página 218.

Diagrama N° 7.21. Diagrama de Colaboración Generar Requerimiento de Compra.
:Abastecimiento
21: Mostrar resultado

:PROYECTO
6: Acceder y buscar 7: 28: Registro Correctamente
1: Iniciar Sesión
: :
Proyectos.phtml 12: Activar busqueda :
RequerimientoCompra.php Productos.phtml
2: Activar requerimiento
25:
10:
8: 16: Acceder y
5: Enviar consulta buscar
: frmGenerar- 26: Generar Requerimiento de
RequerimientoCompra Compra 17:
27:
: ConsultaBusqueda-
Proyecto :PRODUCTO
3: Cargar formulario
:REQUERIMIENTO
20:
23: Comprobar ingreso de 15: Enviar consulta
24: 18:
datos no vacíos
22: Ingresar Datos 13: Cargar formulario

f(){
9: Seleccionar proyecto }
: script validación
4: Introducir consulta
19: Seleccionar producto

: ConsultaBusqueda-
Producto
: Jefe_Área

Diagrama N° 7.22. Diagrama de Colaboración Generar Requerimiento de Servicio.

1: Iniciar Sesión
: Abastecimiento
:PROYECTO 11: Mostrar resultado
:SERVICIO
6: Acceder y buscar 7: 28: Registro Correctamente 16: Acceder y buscar
17:
: : :
Proyectos.phtml requerimientoservicio.php Servicios.phtml
12: Activar busqueda
2: Activar Requerimiento
25:
10:
5: Enviar consulta 8: : frmGenerar-
RequerimientoServicio 27: 26: Generar Requerimiento de
Servicio
: ConsultaBusqueda- :REQUERIMIENTO
Proyecto 3: Cargar formulario
23: Comprobar 15: Enviar consulta 18:

24: ingreso de datos 20:
9: Seleccionar proyecto
4: Introducir connsulta f(){ 13: Cargar formulario
22: Ingresar Datos }
19: Seleccionar servicio

: ConsultaBusqueda-
Servicio
: Jefe_Área

Sistema de Información con Tecnología Web para la Mejora º
Diagrama N° 7.23. Diagrama de Colaboración Generar Orden de Compra.
1: Iniciar Sesión
: Abastecimiento

:PROVEEDOR 11: Mostrar resultado :REQUERIMIENTO
6: Acceder y buscar 7: 33: Registro correctamente 16: Acceder y buscar

: ordencompra.php
17:
12: Activar busqueda

: 2: Activar Orden
:
Proveedores.phtml requerimientocompra.php
30:
31: Generar Orden de
32: Compra
10: :ORDEN
5: Enviar consulta 8:
: frmGenerar-
OrdenCompra
28: Comprobar
ingreso de dato
: ConsultaBusqueda- f(){
Proveedor }
3: Cargar formulario
29: 20:
27: Mostrar 24:
Resultado
22: Ingresar Datos 25: Acceder y

9: Seleccionar proveedor Seleccionar 13: Cargar formulario
23: Seleccionar Almacén :
4: Introducir consulta Almacén.phtml :ALMACEN
26:
19: Seleccionar requerimiento

: ConsultaBusqueda-
RequerimientoCompra

Diagrama N° 7.24. Diagrama de Colaboración Generar Orden de Servicio.
1: Iniciar Sesión
: Abastecimiento

:REQUERIMIENTO
:PROVEEDOR 11: Mostrar resultado
16: Acceder y buscar
6: Acceder y buscar 7: 17:
: 12: Activar busqueda :

Proveedores.php :
2: Activar Orden ordenservicio.php requerimientoservicio.php
25:
: frmGenerar-
5: Enviar Consulta 8: OrdenServicio 27:
10: 26: Generar Orden de Compra
:ORDEN
: ConsultaBusqueda- 3: Cargar fomulario
Proveedor
24: 23: Comprobar 13: Cargar formulario 20:
Ingreso de dato
f(){
}
22: Ingresar datos
9: Seleccionar proveedor
19: Seleccionar Requerimiento de Servicio

: ConsultaBusqueda-
RequerimientoServicio

N. D.C. Generar Reporte: La operación “Generar Reporte”, viene a ser el reporte de

orden diario de la Municipalidad Distrital de Guadalupe, la cual tendrá como
seleccionar el tipo de orden y finalmente visualizar el reporte gráfico de órdenes diario
en el sistema.
Diagrama N° 7.25. Diagrama de Colaboración Generar Reporte.
: abastecimiento :
2: Seleccionar "Generar Reporte de pdfReqReporte1.php
Órdenes Diario"
1: Inisiar Sesión 11: Mostrar Reporte
8: Mostrar Resultado 6: Acceder y

Seleccionar
:
9: Exportar a PDF reporteordenesdiario.php :ORDEN
: Jefe_Abastecimiento 4: Seleccionar Tipo de 3:

Orden 7:
5:
10:
:
frmReporteOrdenesDiario


A. D.C. Registrar Categoría: La operación “Registrar Categoría”, viene a ser el
registro de cada categoría de la Municipalidad Distrital de Guadalupe, la cual
sesión, llenar los datos de la categoría en el formulario del sistema, comprobar a
ingresados sean válidos y finalmente registrar la nueva categoría apareciendo
un mensaje “Registró Correctamente” en el sistema.
Diagrama N° 7.26. Diagrama de Colaboración Registrar Categoría.
: : Productos.phtml
Abastecimiento
9: Registró Correctamente
1: Inisiar Sesión
6: 8:
7: Registrar Categoría
3: Ingresar Datos de Categoría 2: Activar categoría :CATEGORIA

Correctamente
: Jefe_Almacén
f(){
}
: frmRegistrar Categoría : scriptvalidación
5:

B. D.C. Registrar Producto: La operación “Registrar Producto”, viene a ser el

registro de cada producto de la Municipalidad Distrital de Guadalupe, la cual
sesión, llenar los datos del producto en el formulario del sistema, comprobar a
ingresados sean válidos y finalmente registrar el nuevo producto apareciendo
un mensaje “Registró Correctamente” en el sistema.
Diagrama N° 7.27. Diagrama de Colaboración Registrar Producto.
: : Productos.phtml
Abastecimiento
1: Iniciar Sesión
12: Registrar Producto

11:
2: Activar Producto :PRODUCTO

3: Ingresar datos
4: Seleccionar Categoría
: Jefe_Almacén
f(){
}
: frmRegistrar Producto : scriptvalidación
10:
:
Categorias.phtml :CATEGORIA
7:

C. D.C. Generar Ingreso de Producto: La operación “Generar Ingreso de

Producto”, viene a ser el ingreso de cada producto al área de Almacén
(teniendo en cuenta la orden de compra) para obtener así una información
detallada de los productos y mantener actualizado el stock respectivamente, de
tal forma el Jefe de Almacén es el encargado de ingresar los datos al formulario
correspondiente del sistema además de comprobar que los datos ingresados no
son vacíos y finalmente de Generar el Ingreso de Producto en el sistema.
Ver Diagrama N° 7.28, Página 223.
D. D.C. Generar Pedido-Comprobante de Salida: La operación “Generar

Pedido-Comprobante de Salida”, viene a ser el registro de todos los productos
salientes del área de Almacén para obtener una información detallada de ellos
y poder actualizar nuestro stock respectivamente, de tal forma el Jefe de
Almacén que será el encargado de ingresar los datos al formulario
correspondiente del sistema, comprobar los datos ingresados correctamente y
generar el nuevo Pedido-Comprobante Salida en el sistema.

Diagrama N° 7.28. Diagrama de Colaboración Generar Ingreso de Producto.
12:
: frmGenerar- : ingresoinventario.php
IngresoProducto
13: Generar Ingreso de Producto

11: Seleccionar producto entrante
14:
15: Stock Ingreso Correctamente
INGRESOPRODUCTO
1: Iniciar Sesión
: Abastecimiento
:ORDEN
: Jefe_Almacén
8: Seleccionar Orden de Compra
5: Acceder y buscar
2: Cargar formularío
6:
4: Enviar Consulta
9:
: ConsultaBusqueda- : ordencompra.php
OrdenCompra
7:

Diagrama N° 7.29. Diagrama de Colaboración Generar Pedido-Comprobante de Salida.
1: Iniciar Sesión
: Abastecimiento
:PRODUCTO
:PERSONAL
11: Mostrar resultado 21: Mostrar resultado
16: Acceder y buscar

6: Acceder y buscar 7: 17:
:
pedidocomprobantesalida.php
: 2: Activar Pedido Comprobante de
Personales.phtml Salida :
12: Activar busqueda Productos.phtml
30:
32: 31: Generar Pedido
Comprobante de Salida
5: Enviar Consulta 8:
10:
: frmGenerar-Pedido- :PEDIDOCOMPROBANTE
ComprobanteSalida
: ConsultaBusqueda-
Personal 28: Comprobar Ingreso de dato
3: Cargar Personal
f(){
} 15: Enviar consulta
29: 20:
: scriptvalidación
27: Mostrar 24: 18:
Resultado
22: Ingresar datos

23: Seleccionar Almacén
4: Introducir Consulta 25: Acceder y
9: Seleccionar personal : Seleccionar 13: Cargar formulario
Almacen.phtml :ALMACEN
26:

19: Seleccionar Producto
: ConsultaBusqueda-
Producto
: Jefe_Almacén

E. D.C. Generar Reporte: La operación “Generar Reporte”, viene a ser el

reporte de los productos más solicitados y el reporte de todos los productos
existentes en de la Municipalidad Distrital de Guadalupe, la cual tendrá como
responsable al Jefe de Almacén.
Diagrama N° 7.30. Diagrama de Colaboración Generar Reporte.
4: 5: Acceder y Seleccionar
: :
frmReporteProductoMásSolicitado reportessolicitados.php :PRODUCTO
6:
:PRODUCTO
3:
8: Seleccionar Reporte de Producto 7: Mostrar Reporte
17: Acceder y Seleccionar 18:
2: Seleccionar Reporte Producto
Más Solicitado
1: Iniciar Sesión
: Abastecimiento :
reportestockminimo.php
19: Mostrar Reporte

: Jefe_Almacén 15: Seleccionar Todos los
Productos
14: Mostrar Resultado 12: Acceder y Seleccionar
10: Seleccionar Almacén :
Almacen.phtml :ALMACEN
9:
13:
11:
16:
:
frmReporteProducto

CAPÍTULO VIII:
MODELO DE
DISEÑO
8. CAPÍTULO VIII: MODELO DE DISEÑO

8.1. MODELO DE DISEÑO
8.1.1. Diagrama de Clases de Diseño.
A continuación se muestra el diagrama de diseño de la Municipalidad
Distrital de Guadalupe, donde se observa la relación que hay entre los
objetos y la solución diseñada para resolver el problema.
Ver Diagrama N° 8.01, Pagina 228.

Diagrama N° 8.01. Diagrama de Clases de Diseño.

de la Gestión del Proceso de Abastecimiento y Almacén de Fuente: (Elaboración Propia, 2015). 274
8.2. CASOS DE USO DE REALIZACIÓN

8.2.1. Caso de Uso de Realización Ingresar al Sistema.
Diagrama N° 8.02. Diagrama de Caso de Uso de Realización Ingresar al

Sistema.
Ingresar al Sistema
<<realize>>
Ingresar al Sistema
Captura de Pantalla del CUR Ingresar al Sistema.
Figura N° 8.01. Captura de Pantalla del CUR Ingresar al Sistema.

8.2.2. Caso de Uso de Realización Editar Tipo Usuario.
Diagrama N° 8.03. Diagrama de Caso de Uso de Realización Editar Tipo

Usuario.
Editar Tipo
<<realize>>
Editar Tipo
Captura de Pantalla del CUR Editar Tipo Usuario.
Figura N° 8.02. Captura de Pantalla del CUR Editar Tipo Usuario.

8.2.3. Caso de Uso de Realización Registrar Usuario.
Diagrama N° 8.04. Diagrama de Caso de Uso de Realización Registrar

Usuario.
Registrar Usuario
<<realize>>
Registrar Usuario
Captura de Pantalla del CUR Registrar Usuario.
Figura N° 8.03. Captura de Pantalla del CUR Registrar Usuario.

8.2.4. Caso de Uso de Realización Registrar Área.
Diagrama N° 8.05. Diagrama de Caso de Uso de Realización Registrar Área.
Registrar Área
<<realize>>
Registrar Área
Captura de Pantalla del CUR Registrar Área.
Figura N° 8.04. Captura de Pantalla del CUR Registrar Área.

8.2.5. Caso de Uso de Realización Registrar Cargo.

Cargo.
Registrar Cargo
<<realize>>
Registrar Cargo
Captura de Pantalla del CUR Registrar Cargo.
Figura N° 8.05. Captura de Pantalla del CUR Registrar Cargo.

8.2.6. Caso de Uso de Realización Registrar Personal.

Personal.
Registrar Personal
<<realize>>
Registrar Personal
Captura de Pantalla del CUR Registrar Personal.
Figura N° 8.06. Captura de Pantalla del CUR Registrar Personal.

8.2.7. Caso de Uso de Realización Registrar Proyecto.

Proyecto.
Registrar Proyecto
<<realize>>
Registrar Proyecto
Captura de Pantalla del CUR Registrar Proyecto.
Figura N° 8.07. Captura de Pantalla del CUR Registrar Proyecto.

8.2.8. Caso de Uso de Realización Registrar Proveedor.

Proveedor.
Registrar Proveedor
<<realize>>
Registrar proveedor
Captura de Pantalla del CUR Registrar Proveedor.
Figura N° 8.08. Captura de Pantalla del CUR Registrar Proveedor.

8.2.9. Caso de Uso de Realización Registrar Servicio.

Servicio.
Registrar Servicio
<<realize>>
Registrar Servicio
Captura de Pantalla del CUR Registrar Servicio.
Figura N° 8.09. Captura de Pantalla del CUR Registrar Servicio.

8.2.10. Caso de Uso de Realización Registrar Almacén.

Almacén.
Registrar Almacén
<<realize>>
Registrar Almacén
Captura de Pantalla del CUR Registrar Almacén.
Figura N° 8.10. Captura de Pantalla del CUR Registrar Almacén.

8.2.11. Caso de Uso de Realización Generar Requerimiento_Compra.
Diagrama N° 8.12. Diagrama de Caso de Uso de Realización Generar

Requerimiento_Compra.
<<realize>>
Captura de Pantalla del CUR Generar Requerimiento_Compra.

Figura N° 8.11. Captura de Pantalla del Generar Requerimiento_Compra.
Fuente: FuFuente: (Elaboración Propia, 2015).

8.2.12. Caso de Uso de Realización Generar Requerimiento_Servicio.

Requerimiento_Servicio.
Generar_Requerimiento_Serviciol
<<realize>>
Generar_Requerimiento_Serviciol
Captura de Pantalla del CUR Generar Requerimiento_Servicio

Figura N° 8.12. Captura de Pantalla del CUR Generar Req._Servicio.

8.2.13. Caso de Uso de Realización Generar Orden_Compra.

Orden_Compra.
<<realize>>

Captura de Pantalla del CUR Generar Orden_Compra.
Figura N° 8.13. Captura de Pantalla del CUR Generar Orden_Compra.

8.2.14. Caso de Uso de Realización Generar Orden_Servicio.

Orden_Servicio
<<realize>>

Captura de Pantalla del CUR Generar Orden_Servicio.
Figura N° 8.14. Captura de Pantalla del CUR Generar Orden_Servicio

8.2.15. Caso de Uso de Realización Generar Reporte.

Reporte
Generar Reporte de Órdenes Diario
<<realize>>
Generar Reporte de Órdenes Diario
Captura de Pantalla del CUR Generar Reporte.
Figura N° 8.15. Captura de Pantalla del CUR Generar Reporte.

8.2.16. Caso de Uso de Realización Registrar Categoría.

Categoría.
<<realize>>
Captura de Pantalla del CUR Registrar Categoría.
Figura N° 8.16. Captura de Pantalla del CUR Registrar Categoría.

8.2.17. Caso de Uso de Realización Registrar Producto.

Producto.
Registrar Producto
<<realize>>
Registrar Producto
Captura de Pantalla del CUR Registrar Producto.
Figura N° 8.17. Captura de Pantalla del CUR Registrar Producto.

8.2.18. Caso de Uso de Realización Generar Ingreso_Producto.

Ingreso_Producto.
<<realize>>
Captura de Pantalla del CUR Generar Ingreso_Producto.
Figura N° 8.18. Captura de Pantalla del CUR Generar Ingreso_Producto.

8.2.19. Caso de Uso de Realización Generar Pedido-Comprobante_Salida.

Pedido-Comprobante_ Salida.
Generar Pedido-ComprobanteSalida
<<realize>>
Generar Pedido-ComprobanteSalida
Captura de Pantalla del CUR Generar Pedido-Comprobante_ Salida.
Figura N° 8.19. Captura de Pantalla del CUR Generar Pedido-

ComprobanteSalida.

8.2.20. Caso de Uso de Realización Generar Reporte.

Reporte.
<<realize>>
Generar Reporte de Producto más Generar Reporte de Producto más

Solicitado Solicitado
<<realize>>
Generar Reporte de stock Productos Generar Reporte de stock Producto
Captura de Pantalla del CUR Generar Reporte.
Figura N° 8.20. Captura de Pantalla del CUR Generar Reporte.
F
u
e
n
t
e
:
(
E
l
a

8.3. DIAGRAMA DE SECUENCIA.

En esta sección se detalla el diseño del sistema, cuyo objetivo es mostrar cómo se
resuelve el problema planteado en la especificación de requisitos. A continuación
presentamos a los siguientes diagramas de secuencia.
A. Diagrama de Secuencia del Caso de Uso de Realización Editar Tipo
Usuario.
El proceso llevado a cabo se puede ver detalladamente en el siguiente
diagrama de secuencia.
Diagrama N° 8.22. Diagrama de Secuencia del Caso de Uso de
Realización Editar Tipo de Usuario.
f(){
}
: Abastecimiento : frmRegistrar : script validación :
Tipo Usuario TipoUsuario.phtml
: :TIPO
Jefe_Abastecimiento
Iniciar Sesión
Seleccionar Tipo de Usuario
Llenar Dato de Tipo de Usuario Correctamente
Comprobación de datos
Editar Tipo de Usuario
Editó Correctamente

B. Diagrama de Secuencia del Caso de Uso de Realización Registrar

Usuario.

Realización Registrar Usuario.
f(){
}
: Abastecimientos : frmRegistrar : script validación : : :
Usuario Personal.phtml TipoUsuario.phtml Usuarios.phtml
:PERSONAL :TIPO :USUARIO
:
Jefe_Abastecimiento
Iniciar Sessión
Activar Usuario
Seleccionar Personal
Acceder y Seleccionar
Mostrar Resultado
Seleccionar Tipo de Usuario
Mostrar Resultado
Llenar Datos de Usuario Correctamente

Registrar Usuario
Registró Correctamente

C. Diagrama de Secuencia del Caso de Uso de Realización Registrar Área.


Realización Registrar Área.
f(){
}
: Abastecimiento : formRegistrar : script validación :
Área Areas.phtml
:AREA
:
Jefe_Abastecimiento
Iniciar Sesión
Activar Área
Llenar Datos del Área Correctamente
Registrar Área

D. Diagrama de Secuencia del Caso de Uso de Realización Registrar Cargo.


Realización Registrar Cargo.
f(){
}
: Abastecimiento : frmRegistrar : script validación : : Cargos.phtml
Cargo Areas.phtml :AREA :CARGO
:
Jefe_Abastecimiento
Iniciar Sesión
Activar Cargo
Seleccionar Área
Mostrar Resultado
Llenar Datos del Cargo Correctamente
Registrar Cargo

E. Diagrama de Secuencia del Caso de Uso de Realización Registrar

Personal.

Realización Registrar Personal.
f(){
}
: Abastecimiento : frmRegistrar : script validación : :
Personal Cargos.phtml Personal.phtml
:CARGO :PERSONAL
:
Jefe_Abastecimiento
Iniciar Sessión
Activar Personal
Seleccionar Cargo
Mostrar Resultado
Llenar Datos del Personal Correctamente
Registrar Personal

F. Diagrama de Secuencia del Caso de Uso de Realización Registrar

Proyecto.

Realización Registrar Proyecto.
f(){
}
: Abastecimiento : frmRegistrar : script validación : Proyectos.phtml
Proyecto
:PROYECTO
Iniciar Sesión
Activar Proyecto
Llenar Datos del Proyecto Correctamente
Registrar Proyecto

G. Diagrama de Secuencia del Caso de Uso de Realización Registrar

Proveedor.

Realización Registrar Proveedor.
f(){
}
Proveedor Proveedores.phtml :PROVEEDOR
:
Jefe_Abastecimiento
Iniciar Sesión
Activar Proveedor
Llenar Datos del Proveedor Correctamente
Registrar Proveedor

H. Diagrama de Secuencia del Caso de Uso de Realización Registrar

Servicio.

Realización Registrar Servicio.
f(){
}
Servicio Servicios.phtml
:SERVICIO
: Jefe_Abastecimientos
Iniciar Sesión
Activar Servicio
Llenar Datos del Servicio Correctamente
Registrar Servicio

I. Diagrama de Secuencia del Caso de Uso de Realización Registrar

Almacén.

Realización Registrar Almacén.
f(){
}
: Abastecimientos
: : scriptvalidación :
frmRegistrar Almacén Almacen.phtml :ALMACÉN
:
Jefe_Almacén
Iniciar Sessión
Activar Almacén
Llenar Datos del Almacén Correctamente
Registrar Almacén

J. Diagrama de Secuencia del Caso de Uso de Realización Generar

Requerimiento de Compra.
El proceso llevado a cabo se puede ver detalladamente en el siguiente diagrama de
secuencia.
K. Diagrama de Secuencia del Caso de Uso de Realización Generar

Requerimiento de Servicio.
secuencia.
L. Diagrama de Secuencia del Caso de Uso de Realización Generar Orden de

Compra.
secuencia.
M. Diagrama de Secuencia del Caso de Uso de Realización generar Orden de

Servicio.

secuencia.

Escuela de Ingeniería de Sistemas Quiros Briones & Tasilla Culqui
Diagrama N° 8.31. Diagrama de Secuencia del Caso de Uso de Realización Generar Requerimiento de Compra.
f(){
}
: Abastecimiento : frmGenerar- : ConsultaBusqueda- : ConsultaBusqueda- : script validación : : :
RequerimientoCompra Proyecto Producto Proyectos.phtml Productos.phtml RequerimientoCompra.phtml
:PROYECTO :PRODUCTO :REQUERIMIENTO
COMPRA
: Jefe_Área
Iniciar Sessión
Activar requerimiento
Cargar formulario
Introducir consulta
Enviar consulta
Acceder y buscar
Seleccionar proyecto
Mostrar resultado
Activar busqueda
Cargar formulario
Introducir consulta
Enviar consulta
Acceder y buscar
Seleccionar producto
Mostrar resultado
Ingresar Datos Comprobar ingreso de datos no vacíos
Generar Requerimiento de Compra
Registro Correctamente

Diagrama N° 8.32. Diagrama de Secuencia del Caso de Uso de Realización Generar Requerimiento de Servicio.
f(){
}
: sisab : f rmGenerar- : ConsultaBusqueda- : ConsultaBusqueda- : script v alidación : : :
RequerimientoServ icio Proy ecto Serv icio mantenimientoproy ecto.php mantenimientoserv icio.php requerimientoserv icio.php
:PROY ECTO :SERVICIO :REQUERIMIENTO
: Jef e_Área
SERVICIO
Iniciar Sessión
Activ ar Requerimiento
Cargar f ormulario
Introducir connsulta
Env iar consulta
Acceder y buscar
Seleccionar proy ecto
Mostrar resultado
Activ ar busqueda
Cargar f ormulario
Introducir consulta Env iar consulta

Acceder y buscar
Seleccionar serv icio
Mostrar resultado
Ingresar Datos Comprobar ingreso de datos
Generar Requerimiento de Serv icio

Diagrama N° 8.33. Diagrama de Secuencia del Caso de Uso de Realización Generar Orden de Compra.
f(){
}
: sisab : frmGenerar- : ConsultaBusqueda- : ConsultaBusqueda- : script validación : : : : ordencompra.php
OrdenCompra Proveedor RequerimientoCompra mantenimientoproveedor.php requerimientocompra.php mantenimientoalmacén.php
:PROVEEDOR :REQUERIMIENTO :ALMACÉN :ORDENCOMPRA
COMPRA
Iniciar Sesión
Activar Orden
Cargar formulario
Introducir consulta
Enviar consulta
Acceder y buscar
Seleccionar proveedor
Mostrar resultado
Activar busqueda
Cargar formulario
Enviar consulta
Introducir consulta
Acceder y buscar
Seleccionar requerimiento
Mostrar resultado
Ingresar Datos
Seleccionar Almacén
Mostrar Resultado
Comprobar ingreso de dato
Registro correctamente

Diagrama N° 8.34. Diagrama de Secuencia del Caso de Uso de Realización Generar Orden de Servicio.
f(){
}
: sisab : frmGenerar- : ConsultaBusqueda- : ConsultaBusqueda- : script validación : : : ordenservicio.php
OrdenServicio Proveedor RequerimientoServicio mantenimientoproveedor.php requerimientoservicio.php
:PROVEEDOR :REQUERIMIENTO :ORDENSERVICIO
SERVICIO
:
Jefe_Abastecimiento
Iniciar Sessión
Activar Orden
Cargar fomulario
Introducir consulta
Enviar Consulta
Acceder y buscar
Seleccionar proveedor
Mostrar resultado
Activar busqueda
Cargar formulario
Introducir consulta Enviar consulta
Acceder y buscar
Seleccionar Requerimiento de Servicio
Mostrar resultado
Ingresar datos
Comprobar Ingreso de dato

N. Diagrama de Secuencia del Caso de Uso de Realización de Generar Reporte.

secuencia.
Diagrama N° 8.35. Diagrama de Secuencia del Caso de Uso de Realización de

Generar Reporte.
: sisab : :
mantenimientoalmacén.php reportesstockminimo.php
:ALMACÉN :PRODUCTOALMACÉN
:
Jefe_Abastecimiento
Inisiar Sessión
Mostrar Resultado
Seleccionar Todos los Productos
Mostrar Resultado


A. Diagrama de Secuencia del Caso de Uso de Realización Registrar
Categoría.

Realización Registrar Categoría.
f(){
}
: sisab : frmRegistrar- : scriptvalidación : mantenimientocategoríaproducto.php
Categoría :CATEGORÍA
: Jefe_Área
Inisiar Sessión
Activar categoría
Ingresar Datos de Categoría Correctamente
Comproba ingreso de dato no vacío

B. Diagrama de Secuencia del Caso de Uso de Realización Registrar

Producto.

Realización Registrar Producto.
f(){
}
: sisab : frmRegistrar- : scriptvalidación : :
Producto mantenimientocategoríaproducto.php mantenimientoproducto.php
:CATEGORÍA :PRODUCTO
: Jefe_Área
Iniciar Sessión
Activar Producto
Ingresar datos
Seleccionar Categoría
Mostrar Resultado
Comprobar dato no vacío
Registrar Producto

C. Diagrama de Secuencia del Caso de Uso de Realización Generar

Ingreso de Producto.
D. Diagrama de Secuencia del Caso de Uso de Realización Generar

Pedido-Comprobante de Salida.

Diagrama N° 8.38. Diagrama de Secuencia del Caso de Uso de Realización Generar

Ingreso de Producto.
: sisab : frmGenerar- : ConsultaBusqueda- : : ingresoinventario.php

IngresoProducto OrdenCompra ordencompra.php
: Jefe_Almacén :ORDENCOMPRA INGRESOPRODUCTO
Iniciar Sessión
Cargar formularío
Introducir consulta
Enviar Consulta
Acceder y buscar
Seleccionar Orden de Compra
Mostrar resultado
Seleccionar producto entrante
Generar Ingreso de Producto
Stock Ingreso Correctamente

Diagrama N° 8.39. Diagrama de Secuencia del Caso de Uso de Realización Generar Pedido-Comprobante de Salida.
f(){
}
: sisab : frmGenerar-Pedido- : ConsultaBusqueda- : ConsultaBusqueda- : scriptvalidación : : : :
ComprobanteSalida Personal Producto mantenimientopersonal mantenimientoproducto.php mantenimientoalmacen.php pedidocomprobantesalida.php
:PERSONAL :PRODUCTO :ALMACÉN :PEDIDOCOMPROBANTE
: Jefe_Almacén
Iniciar Sessión
Activar Pedido Comprobante de Salida

Cargar Personal
Introducir Consulta
Enviar Consulta
Acceder y buscar
Seleccionar personal
Mostrar resultado
Activar busqueda
Cargar formulario
Introducir consulta
Enviar consulta
Acceder y buscar
Seleccionar Producto
Mostrar resultado
Ingresar datos
Mostrar Resultado
Comprobar Ingreso de dato
Generar Pedido Comprobante de Salida

E. Diagrama de Secuencia del Caso de Uso de Realización Generar Reporte.

secuencia.
Diagrama N° 8.40. Diagrama de Secuencia del Caso de Uso de Realización

Generar Reporte.
: Abastecimiento : : : : :
f rmReporteProductoMásSolicitado f rmReporteProducto reportestocsolicitados.php mantenimientoalmacen.php reportestockminimo.php
: Jef e_Almacén
:ALMACEN :PRODUCTO
Iniciar Sesión
Seleccionar Reporte Producto Más Solicitado
Mostrar Reporte
Seleccionar Reporte de Producto
Mostrar Resultado
Seleccionar Todos los Productos
Mostrar Reporte

8.4. DIAGRAMA DE ESTADO

Diagrama N° 8.41. Diagrama de Estado de la Clase Tipo.
Seleccionar()
Seleccionado Registrar() Registrado
Buscar()
Seleccionar()
Buscado Registrar() Editar()
Editar() Editado
Diagrama N° 8.42. Diagrama de Estado de la Clase Registrar.

Las clases de Usuario, Área, Cargo, Personal, Proyecto Proveedor, Servicio y
Almacén tienen los mismos cambios de estado en el tiempo. Es por ello que se
utilizará el mismo diagrama de estado para cada uno de los objetos ya
mencionados.
Agregar Nuevo Registrar() Registrado Listar() Listado
Eliminar()
Registrar() Eliminar()
Buscar() Buscar()
Editar()
Editado Editar() Buscado Eliminar() Eliminado

Diagrama N° 8.43. Diagrama de Estado de la Clase Generar.

Las clases de Requerimiento de Compra y/o Servicios y las Órdenes de
Compra y/o Servicios tienen los mismos cambios de estado en el tiempo. Es
por ello que se utilizará el mismo diagrama de estado para cada uno de los
objetos ya mencionados.
Generar()
Nuevo Generado
Agregar() Buscar()
Cancelar()
elemento[ estado=No ] /
Cancelado Cancelar() Buscado
Buscar() elemento[ estado=Si ] / Seleccionar()

Cancelar()
Activado Seleccionado Generar()
Cancelar() Activar() Agregar()
Agregado
Eliminar()
Eliminado

Diagrama N° 8.44. Diagrama de Estado Registrar Categoría y Almacén.
Eliminar()
Nuevo Registrar() Registrado Eliminado
Listar()
Eliminar()
Buscar()
Listado
Registrar()
Editar()
Buscar()
Editado Editar() Buscado
Eliminar()
Diagrama N° 8.45. Diagrama de Estado Registrar Producto.
Eliminar()
Nuevo Registrar() Registrado Eliminado
Listar()
Eliminar()
Buscar() Listado
Eliminar()
Registrar()
Registrar()
Editar()
Stock
Mínimo
Buscar()
Editado Editar() Buscado

Eliminar()

Diagrama N° 8.46. Diagrama de Estado Generar Ingreso de Producto.
elemento[ estado=No ] / Cancelar()
Buscado Cancelado
Buscar()
elemento[ estado=Si ] /
Seleccionar() Cancelar()
Cancelar()
Buscar() Seleccionado
Agregar()
Generado Agregado
Diagrama N° 8.47. Diagrama de Estado Generar Pedido-Comprobante de

Salida.
Generar()
Nuevo Generado
Agregar() Buscar()
Cancelar()
elemento[ estado=No ] /
Cancelado Cancelar() Buscado
Buscar() elemento[ estado=Si ] / Seleccionar()

Cancelar()
Activado Seleccionado Generar()
Cancelar() Activar() Agregar()
Agregado
Eliminar()
Eliminado

8.5. DIAGRAMA DE NAVEGABILIDAD

Diagrama N° 8.48. Diagrama de Navegabilidad.

CAPÍTULO IX:
FASE III:
CONSTRUCCIÓN
Universidad Nacional de TrujilloBIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
9. CAPÍTULO IX: FASE III: CONSTRUCCIÓN

9.1. MODELO DE DESARROLLO
9.1.1. Diagrama de Componentes
Diagrama N° 9.01. Diagrama de Componentes.
Servicio.phtml Categoría.phtml Proyecto.phtml.
Persona.phtml
RequerimientoCompra.phtml.
<% <%
<% <%
%> <%
%> %> %>
%>
IngresoProductoInventario.phtml
p RequerimientoServicio.phtml.
php
<%
%> <%
%>
<<php>>
OrdenServicio.phtml index.phtml
OrdenCompra.phtml
<%
<%
%>
%>
Almacen.phtml
Abastecimi Area.phtml
ento.php
Abastecimi
ento.exe
________________________________________________________________________________________...
<<php>> <<php>> <<php> <<php>> <<php>>

RequerimientoServicio.Controller.php OrdenServicioController.php AreaController.php ServiciosController.php ProveedoresController.php
________________________________________________________________________________________...
Datos
<<php>> <<php>> <<php>> <<php>> <<php>> <<php>>

RequerimientoModel.php AreaModel.php. OrdenServicioModel.php Config.php UsuariosModel.php CategoriaModel.php
__________________________________________________________________________________________...
ABASTECIMIENTO

9.1.2. Diagrama de Despliegue

A continuación se detalla brevemente los dispositivos y procesadores que
se van a utilizar para utilizar el sistema web en la Municipalidad Distrital
de Guadalupe.
Diagrama N° 9.02. Diagrama de Despliegue.
<<Dispositivo>> <<Procesador>>
Internet PowerEdge T110
Servidor Hosting
RAM: 8Gb
HDD: 1 TB
OS: Windows Server 2008
<<Dispositivo>>
Moden Router
Router Huawei WiFi Hg 530
4 puertos rj-45 54 Mbps,
TL-SL 1117
Servicios de filtrado de puerto
16 puertos 10/100 Mbps,
Servicios de filtrado de puerto
<<Dispositivo>> <<Procesador>>
Switch PCÁrea HP CORE 2 DUO
<<tcp/ip>> RAN: 2GB
1 DISCO DURO: 500 GB duro
12
OS: Windows Seven Ultimate 32 bits
<<Procesador>>
Servidor de aplicaciones
<<Dispositivo>>
Impresora
HP D110
Photosmart

9.2. DIAGRAMA DE MODELO DE DATOS

Ver Diagrama N° 9.03, Página N° 279.
9.3. MODELO DE ENTIDAD - Relación.

9.4. MODELO DE ENTIDADES FÍSICO

9.5. MODELO DE ENTIDADES LÓGICO


Diagrama N° 9.03. Modelo de Modelo de Datos.

Diagrama N° 9.04. Modelo de Entidad - Relación.

PEDIDOCOMPROBANTE
codigopedidocomp: INTEGER
fecha: DATE
PERSONAL PROVEEDOR
USUARIO estado: NUMERIC(1,0)
codigopersonal: INTEGER codigoproveedor: INTEGER codigopersonal: INTEGER (FK)
codigousuario: INTEGER
codigopersonaldestino: INTEGER
nombres: VARCHAR(40) nombres: VARCHAR(100)
usuario: VARCHAR(15)
dni: INTEGER ruc: NUMERIC(1,0)
password: VARCHAR(20) DETALLEPEDIDO
direccion: VARCHAR(100) direccion: VARCHAR(200)
estado: NUMERIC(1,0)
telefono: VARCHAR(50) telefono: VARCHAR(30) codigopedidocomp: INTEGER (FK)
codigotipo: INTEGER (FK)
estado: NUMERIC(1,0) email: VARCHAR(100) codigoproducto: INTEGER (FK)
codigopersonal: INTEGER (FK)
codigocargo: INTEGER (FK) contacto: VARCHAR(100)
estado: NUMERIC(1,0) cantidad: NUMERIC
codigoalmacen: INTEGER (FK)
CARGO
codigocargo: INTEGER
ORDEN DETALLEORDENCOMPRA
descripcion: VARCHAR(100) INGRESOPRODUCTO
codigoorden: INTEGER codigoorden: INTEGER (FK)
estado: NUMERIC(1,0) codigoreq: INTEGER (FK)
codigoreq: INTEGER (FK)
codigoarea: INTEGER (FK) codigoproducto: INTEGER (FK)
fecha: DATE codigoproducto: INTEGER (FK)
certpres: INTEGER codigoorden: INTEGER (FK)
TIPO
glosa: VARCHAR(300) precio: NUMERIC
cantidad: INTEGER
codigotipo: INTEGER estado: NUMERIC(1,0) subtotal: NUMERIC
codigoalmacen: INTEGER (FK)
codigopersonal: INTEGER (FK) estado: NUMERIC(1,0)
descripcion: VARCHAR(50)
estado: NUMERIC(1,0) codigoproveedor: INTEGER (FK)
total: FLOAT
AREA estado2: NUMERIC(1,0) codigoorden: INTEGER (FK)
codigoarea: INTEGER codigoservicio: INTEGER (FK)
descripcion: VARCHAR(45) contrato: VARCHAR(200)
estado: NUMERIC(1,0) SERVICIO subtotal: NUMERIC
precio: NUMERIC
codigoservicio: INTEGER
codigoservicio: INTEGER (FK)
cantidad: NUMERIC
PRODUCTO
REQUERIMIENTO estado: NUMERIC(1,0)
codigoproducto: INTEGER
PROYECTO codigoreq: INTEGER PRODUCTOALMACEN
DETALLEREQUECOMPRA
unidad: VARCHAR(20) codigoproducto: INTEGER (FK)
codigoproyecto: INTEGER fecha: DATE codigoreq: INTEGER (FK) descripcion: VARCHAR(300)
asunto: VARCHAR(300) codigoalmacen: INTEGER (FK)
descripcion: VARCHAR(200) codigoproducto: INTEGER (FK) estado: NUMERIC(1,0)
estado: NUMERIC(1,0) codigocategoria: INTEGER (FK) stockactual: NUMERIC
estado: NUMERIC(1,0) codigoproyecto: INTEGER (FK) cantidad: NUMERIC stockmin: NUMERIC
codigopersonal: INTEGER (FK) estado: NUMERIC(1,0) stockmax: NUMERIC
ALMACEN
CATEGORIA
codigoalmacen: INTEGER
codigocategoria: INTEGER
descripcion: VARCHAR(300) direccion: VARCHAR(100)
estado: NUMERIC(1,0) estado: NUMERIC(1,0)

Diagrama N° 9.05. Modelo de Entidades Físico de la Base de Datos Abastecimiento.
PEDIDOCOMPROBANTE
USUARIO PERSONAL PROVEEDOR
DETALLEPEDIDO
CARGO
DETALLEORDENCOMPRA INGRESOPRODUCTO
ORDEN
TIPO
AREA DETALLEORDENSERVICIO
SERVICIO
PRODUCTO
PROYECTO REQUERIMIENTO
DETALLEREQUECOMPRA PRODUCTOALMACEN
CATEGORIA ALMACEN

Diagrama N° 9.06. Modelo de Entidades Lógico de la Base de Datos Abastecimiento.

PEDIDOCOMPROBANTE
codigopedidocomp
codigopersonal (FK)
PERSONAL PROVEEDOR
USUARIO fecha
codigopersonal codigoproveedor estado
codigousuario
codigopersonaldestino
nombres nombres
codigopersonal (FK)
dni ruc
usuario DETALLEPEDIDO
direccion direccion
password
telefono telefono codigoproducto (FK)
estado
estado email codigopedidocomp (FK)
codigotipo (FK)
codigocargo (FK) contacto
estado codigoalmacen (FK)
cantidad
CARGO
codigocargo
ORDEN DETALLEORDENCOMPRA
descripcion INGRESOPRODUCTO
codigoorden codigoorden (FK)
estado codigoorden (FK)
codigoreq (FK)
codigoarea (FK) codigoproducto (FK)
fecha codigoproducto (FK)
certpres codigoreq (FK)
TIPO
glosa precio
codigoalmacen (FK)
codigotipo codigopersonal (FK) subtotal
cantidad
codigoproveedor (FK) estado
descripcion
estado total
estado
AREA estado2 codigoorden (FK)
codigoreq (FK)
codigoarea codigoservicio (FK)
descripcion subtotal
estado SERVICIO precio
contrato
codigoservicio
descripcion
estado
codigoreq (FK)
codigoservicio (FK)
estado
PRODUCTO
REQUERIMIENTO cantidad
codigoproducto
PROYECTO codigoreq PRODUCTOALMACEN
DETALLEREQUECOMPRA
unidad codigoproducto (FK)
codigoproyecto codigoproyecto (FK) codigoreq (FK) descripcion
codigopersonal (FK) codigoalmacen (FK)
descripcion codigoproducto (FK) estado
fecha codigocategoria (FK) stockactual
estado asunto cantidad stockmin
estado estado stockmax
estado
ALMACEN
CATEGORIA
codigoalmacen
codigocategoria
descripcion
descripcion direccion
estado estado

CAPÍTULO X:
MODELO DE
IMPLEMENTACIÓN
10. CAPÍTULO X: MODELO DE IMPLEMENTACIÓN.

10.1. IMPLEMENTACIÓN DEL SISTEMA.
10.1.1. Vista Lógica de la Arquitectura del Sistema.
Figura N° 10.1. Vista Lógica de la Arquitectura del Sistema.
10.1.2. Selección del Software

Para el Desarrollo de un Sistema basado en Tecnología Web para mejorar la
Gestión del Proceso de Abastecimiento y Almacén, se determinó la tecnología
PHP (php basado en objetos) del lado del servidor, así mismo el servidor
WAMPSERVER 2.2 y MySQL 5.5.24 como gestor de base de Datos,
teniendo como único fin la utilización de Herramientas Open Source, Para el
análisis y modelado UML. Se utilizó IBM Rational Rose 2003, Para la creación
de imágenes y animaciones se utilizó Adobe Photoshop CS6, Para la
codificación se utilizó Adobe Dreamweaver CS6 como editor PHP, Para el
diseño y estilos se utilizó Framework 960 grid y Framework datable.

10.2. Construcción del Sistema del Proceso de Abastecimiento y Almacén Web

10.2.1. Diseño Externo
Estructura de la Página index.phtml

En la siguiente figura se muestra la estructura de la página cuando se
inicia el sistema de Proceso de Abastecimiento ó Almacén (index.phtml),
permitiendo al usuario ingresar su usuario y contraseña del usuario al
sistema.
Figura N° 10.2. Estructura de la Página index.phtml.

Estructura de la Pagina Administrador/home.phtml
Figura N° 10.3. Estructura de la Página Administrador/home.phtml.
USO DE ARCHIVOS
Los archivos utilizados en la construcción del sistema son los archivos PHP
conjuntamente con las librerías JQuery (script), css (estilos) y gráfico ( jpeg, gif ,
png,etc.).
10.2.2. Diseño Interno.

Uso de Archivos:
Se utilizó el modelo MVC (modelo, vista controlador), con la finalidad de reutilizar
el código para facilitar la tarea de desarrollo de aplicaciones y del mantenimiento.

Figura N° 10.4. Modelo Vista Controlador.
- Todo el sistema está basado en php y basado en objetos.

- En la carpeta de view se encuentran todos los mantenedores (Diseño) del
sistema (archivos .phtml y los popups archivos .php).
- En la carpeta controller se encuentran los controladores del sistema (archivos
.php) y la lógica del negocio (requerimientos).
- En la carpeta model se encuentran las entidades del negocio (clases).
- En la carpeta datatable se encuentran las siguientes carpetas: css, img y js, que
son componentes del framework datatable, la carpeta js contiene la carpeta
llamada libs (jquery) y todos los archivos validadores (a .js) del lado del cliente.
- En la carpeta F960-CSS encontramos el framework 960-grid, estilos del menú,
- En la carpeta includes se encuentra la conexión a la base de datos
- En la carpeta js se encuentran los scripts del datable para su diseño.
- En la carpeta css se encuentran otros estilos del framework datatable.
- En la carpeta public se encuentran estilos e imágenes de la cabecera.
- En la carpeta Ajax se encuentran los archivos auxiliares para el envío de datos
de los mantenedores a la base de datos.
Uso de Sesiones: Las Sesiones son usadas para autentificar a los usuarios al ingreso
del sistema. Las Sesiones se mantendrán activas hasta que el usuario termine su
sesión o cierre la ventana del navegador.
Estas Sesiones estarán en todo el recorrido que haga el usuario en el sistema.

10.2.3. Estructura Modular del Sistema
Figura N° 10.5. Estructura modular del Sistema.

CAPÍTULO XI:
FASE IV:
TRANSICIÓN
11. CAPÍTULO XI: FASE IV: TRANSICIÓN

11.1. MODELO DE PRUEBAS
11.1.1. Casos de Uso de Pruebas.
- Caso de Uso Registrar Tipo.

- Caso de Uso Registrar Usuario.
- Caso de Uso Registrar Área.
- Caso de Uso Registrar Cargo.
- Caso de Uso Registrar Personal.
- Caso de Uso Registrar Proveedor.
- Caso de Uso Registrar Proyecto.
- Caso de Uso Registrar Servicio.
- Caso de Uso Registrar Almacén.
- Caso de Uso Registrar Categoría.
- Caso de Uso Registrar Producto.
- Caso de Uso Generar Requerimiento de Compra.
- Caso de Uso Generar Requerimiento de Servicio.
- Caso de Uso Generar Orden de Compra.
- Caso de Uso Generar Orden de Servicio.
- Caso de Uso Generar Ingreso de Producto.
- Caso de Uso Generar Pedido-Comprobante de Salida.

11.2. Pruebas de Caja Negra.

Como se sabe las pruebas de caja negra son aquellas que se enfocan
directamente en el exterior del módulo del sistema, sin importar el código, son
pruebas funcionales en las que se trata de encontrar fallas en las que éste no se
atiene a su especificación, como la interfaz con el usuario, apariencia de los
menús, control de las teclas, etcétera. Este tipo de pruebas no es aplicable a los
módulos que trabajan en forma transparente al usuario.
Para poder realizar estas pruebas existe una técnica algebraica llamada "clases
de equivalencia", consiste en tratar a todos las posibles entradas y parámetros
como un modelo algebraico, y utilizar las clases de este modelo para probar un
amplio rango de posibilidades.
La prueba de la caja negra nos permite obtener un conjunto de condiciones de
entrada que ejerciten completamente todos los requisitos funcionales de un
programa.
La prueba de la caja negra intenta encontrar errores de las siguientes categorías:
- Funciones incorrectas o ausentes.
- Errores de interfaz.
- Errores en estructuras de datos o en bases de datos externas.
- Errores de rendimiento.
- Errores de inicialización y de terminación.
11.2.1. Enfoque funcional o de Caja Negra

Consiste en estudiar las especificaciones de las funciones, entrada y salida
para derivar los casos. Aquí, la prueba ideal de software consistiría en
probar todas las posibles entradas y salidas del programa.
Como se sabe la prueba de caja negra se refiere a las pruebas que se llevan
a cabo sobre la interfaz del software. O sea los casos de prueba pretenden
demostrar que las funciones del software son operativas, que las entradas se
aceptan de forma adecuada y que se producen en un resultado correcto, así
como que la integridad de la información externa se mantiene. Una prueba

de caja negra examina algunos aspectos del modelo fundamental del

sistema sin tener mucho en cuenta la estructura lógica interna del sistema.
La prueba de caja negra no es una alternativa a la prueba de caja blanca.
Más bien se trata de un enfoque complementario que intenta descubrir
diferentes tipos de errores que los métodos de la caja blanca.
Figura N° 11.01. Esquema de la Caja Negra.
En la codificación de los diferentes módulos de nuestro Sistema, se

efectuaron las pruebas de la caja negra para garantizar la correcta
validación de los datos asociados a los diferentes objetos:

11.2.1.1. Casos de Prueba de Registrar Tipo:

El modelo destinado para registrar Tipo, solicita y manipula los siguientes
datos:
- Nombre de tipo de Usuario.
A continuación se muestran las clases de equivalencia para realizar la “prueba

de la caja negra” a la funcionalidad de “Editar Tipo”.
Tabla N° 11.01. Clases de equivalencia, Casos de Prueba “Editar Tipo”

N° Nombre Dato Equivalencia Resultado
01 Descripción < 1 caracteres Inválido
Rango entre 1 y 50
02 Descripción Válido
caracteres
En la próxima tabla se muestran las pruebas realizadas:
Tabla N° 11.02. Pruebas realizadas, Caso de Prueba “Editar Tipo”

01 Descripción Vacío Inválido
02 Descripción Jefe de Almacén Válido
11.2.1.2. Casos de Prueba de Registrar Usuario:

El modelo destinado para registrar Usuario, solicita y manipula los siguientes
datos:
- Login.
- Contraseña.


de la caja negra” a la funcionalidad de “Registrar Usuario”.
Tabla N° 11.03. Clases de equivalencia, Casos de Prueba “Registrar

Usuario”
01 Login <1 caracteres Inválido
02 Login >15 caracteres Inválido
03 Login Rango entre 1 y 15 caracteres Válido
04 Contraseña <1 caracteres Inválido
05 Contraseña >20 caracteres Inválido
06 Contraseña Rango entre 1 y 20 caracteres Válido
Tabla N° 11.04. Pruebas realizadas, Caso de Prueba “Registrar Usuario”

01 Nombre de Usuario Vacío Inválido
02 Nombre de Usuario Daniel Antonio.jjjkbriones Inválido
03 Nombre de Usuario Jersintasilla Válido
04 Contraseña Vacío Inválido
05 Contraseña Daniel_Hernandez123456:D Inválido
06 Contraseña DanielHernandez1 Válido
11.2.1.3. Casos de Prueba de Registrar Área:

El modelo destinado para registrar Área, solicita y manipula los siguientes
datos:

- Descripción.
de la caja negra” a la funcionalidad de “Registrar Área”.

Área”
01 Descripción <1 caracteres Inválido
02 Descripción >45 caracteres Inválido
03 Descripción Rango entre 1 y 45 caracteres Válido
Tabla N° 11.06. Pruebas realizadas, Caso de Prueba “Registrar Área”

02 Descripción Área 08 de … obra social Inválido
03 Descripción Área de Almacén Válido
11.2.1.4. Casos de Prueba de Registrar Cargo:

El modelo destinado para registrar Cargo, solicita y manipula los siguientes
datos:
- Descripción.

de la caja negra” a la funcionalidad de “Registrar Cargo”.


Cargo”
Tabla N° 11.08. Pruebas realizadas, Casos de Prueba “Registrar Cargo”

02 Descripción Jefe en el … finanzas Inválido
03 Descripción Jefe de Abastecimiento Válido
11.2.1.5. Casos de Prueba de Registrar Personal:

El modelo destinado para registrar Personal, solicita y manipula los siguientes
datos:
- Nombre.
- DNI.
- Dirección.
- Teléfono.

de la caja negra” a la funcionalidad de “Registrar Personal”.


Personal”
01 Nombre <1 caracteres Inválido
03 Nombre Rango 1 y 45 caracteres Válido
04 DNI <1 carácter numérico Inválido
05 DNI >8 caracteres numéricos Inválido
06 DNI Caracteres numéricos de 8 Dígitos Válido
07 Dirección <1 caracteres Inválido
08 Dirección >100 caracteres Inválido
09 Dirección Rango entre 1 y 100 caracteres Válido
10 Teléfono <1 caracteres Inválido
11 Teléfono >10 caracteres Inválido
12 Teléfono Rango entre 1 y 10 caracteres Válido

Tabla N° 11.10. Pruebas realizadas, Casos de Prueba “Registrar Personal”

01 Nombres Vacío Inválido
02 Nombres 12546357 Inválido
03 Nombres Jerson Tasilla Culqui Válido
04 DNI Vacío Inválido
05 DNI 14578654872356 Inválido
06 DNI 45781149 Válido
07 Dirección Vacío Inválido
08 Dirección La Paz…123 Inválido
09 Dirección Jr. Ayacucho N° 156 Válido
10 Teléfono Vacío Inválido
11 Teléfono 2gk784….36584798 Inválido
12 Teléfono #984562958 Válido
11.2.1.6. Casos de Prueba de Registrar Proyecto:

El modelo destinado para registrar Proyecto, solicita y manipula los siguientes
datos:
- Descripción.
de la caja negra” a la funcionalidad de “Registrar Proyecto”.
Tabla N° 11.11. Clases de equivalencia, Casos de Prueba “Registrar Proyecto”


Tabla N° 11.12. Pruebas realizadas, Casos de Prueba “Registrar Proyecto”

Proyecto de pavimentación…. en
02 Descripción Inválido
Guadalupe
Proyecto de pavimentación del
03 Descripción Válido
puente de Guadalupe
11.2.1.7. Casos de Prueba de Registrar Proveedor:

El modelo destinado para registrar Proveedor, solicita y manipula los
siguientes datos:
- Nombre.
- RUC.
- Dirección.
- Teléfono.
- Email.
- Contacto.

de la caja negra” a la funcionalidad de “Registrar Proveedor”.
Tabla N° 11.13.Clases de equivalencia, Casos de Prueba “Registrar

Proveedor”. Parte 1 de 2.
02 Nombre Rango 1 y 100 caracteres Válido
Tabla N° 11.13.Clases de equivalencia, Casos de Prueba “Registrar

Proveedor”. Parte 2 de 2.
03 RUC <1 caracteres numérico Inválido
04 RUC >11 caracteres numéricos Inválido
05 RUC Caracteres numéricos de 11 Dígitos Válido
07 Dirección >200 caracteres Inválido
09 Teléfono <1 caracteres Inválido
10 Teléfono >30 caracteres Inválido
11 Teléfono Rango entre 1 y 30 caracteres Válido
12 Email <1 caracteres Inválido
13 Email >100 caracteres y “@” Inválido
14 Email <100 caracteres y “@” Válido
15 Contacto <1 caracteres Inválido
16 Contacto >100 caracteres Inválido
17 Contacto Rango 1 y 100 caracteres Válido
Tabla N° 11.14. Pruebas realizadas, Casos de Prueba “Registrar Proveedor”.

Parte 1 de 2.
01 Nombres Vacío Inválido
02 Nombres Cementos Pacasmayo E.I.R.L Válido
03 RUC Vacío Inválido
04 RUC 203654120874512 Inválido

Tabla N° 11.14. Pruebas realizadas, Casos de Prueba “Registrar Proveedor”.

Parte 2 de 2.
05 RUC 20045126987 Válido
07 Dirección Urbanización … Chiclayo Inválido
Urbanización 3 de Octubre
08 Dirección Válido
Chiclayo
09 Teléfono Vacío Inválido
10 Teléfono 12345678…124569875 Inválido
11 Teléfono 123456781114 Válido
12 Email Vacío Inválido
13 Email Cementos…eirl@hotmail.com Inválido
14 Email Cementonorte@hotmail.com Válido
15 Contacto Vacío Inválido
Juan jime 03…Gerente del área de
16 Contacto Inválido
logística
17 Contacto Juan Jiménez Válido
11.2.1.8. Casos de Prueba de Registrar Servicio:

El modelo destinado para registrar Servicio, solicita y manipula los siguientes
datos:
- Descripción.

de la caja negra” a la funcionalidad de “Registrar Servicio”.

Tabla N° 11.15. Clases de equivalencia, Casos de Prueba “Registrar Servicio”

Tabla N° 11.16. Pruebas realizadas, Casos de Prueba “Registrar Servicio”

Servicio de … para la
02 Descripción Inválido
Municipalidad
03 Descripción Servicio de Alumbrado Público Válido
11.2.1.9. Casos de Prueba de Registrar Almacén:

El modelo destinado para registrar Almacén, solicita y manipula los siguientes
datos:
- Descripción.
- Dirección.

de la caja negra” a la funcionalidad de “Registrar Almacén”.


Tabla N° 11.18. Pruebas realizadas, Casos de Prueba “Registrar Almacén”

Nombre del
01 Vacío Inválido
Almacén
Nombre del
02 Almacén N° 01 Válido
Almacén
04 Dirección Lado sur de la Municipalidad Válido
11.2.1.10. Casos de Prueba de Generar Requerimiento de Compra:

El modelo destinado para Generar Requerimiento de Compra, solicita y
manipula los siguientes datos:
- Glosario.
- Cantidad.

de la caja negra” a la funcionalidad de “Generar Requerimiento de Compra”.

Tabla N° 11.19. Clases de equivalencia, Casos de Prueba “Generar

Requerimiento de Compra”
01 Glosario <1 caracteres Inválido
02 Glosario >300 caracteres Inválido
03 Glosario Rango entre 1 y 300 caracteres Válido
04 Cantidad <1 caracteres Inválido
05 Cantidad Valores enteros Válido
Tabla N° 11.20. Pruebas realizadas, Casos de Prueba “Generar

Requerimiento de Compra”
01 Glosario Vacío Inválido
Empleo de
02 Glosario Inválido
materiales…Electricidad
Utilización de material de
03 Glosario construcción para el puente de Válido
ventanillas
04 Cantidad Vacío Inválido
05 Cantidad 50 Válido
11.2.1.11. Casos de Prueba de Generar Requerimiento de Servicio:

El modelo destinado para Generar Requerimiento de Servicio, solicita y
- Glosario.


de la caja negra” a la funcionalidad de “Generar Requerimiento de Servicio”.
Tabla N° 11.21. Clases de equivalencia, Casos de Prueba “Generar

Requerimiento de Servicio”
Tabla N° 11.22. Pruebas realizadas, Casos de Prueba “Generar

Requerimiento de Servicio”
Empleo del
servicio…Electricidad
Servicio a utilizar en la
03 Glosario construcción del puente de Válido
Ventanillas

11.2.1.12. Casos de Prueba de Generar Orden de Compra:

El modelo destinado para Generar Orden de Compra, solicita y manipula los
siguientes datos:
- Número de Certificación Presupuestal.

- Glosario.
- Precio unitario.

de la caja negra” a la funcionalidad de “Generar Orden de Compra”.
Tabla N° 11.23. Clases de equivalencia, Casos de Prueba “Generar Orden de

Compra”
Número de Certificación
01 <1 caracteres numérico Inválido
Presupuestal
02 Valores decimales Inválido
Presupuestal
03 Valores enteros Válido
Presupuestal
07 Precio unitario <1 caracteres Inválido
08 Precio unitario Valores enteros o decimales Válido

Tabla N° 11.24. Pruebas realizadas, Casos de Prueba “Registrar Orden de

Compra”
01 Vacío Inválido
Presupuestal
02 1.35 Inválido
Presupuestal
03 482 Válido
Presupuestal
Entrega de 146 … Jefe de
Almacén
Entrega de 146 Millares de
06 Glosario papel bond A4 al Jefe de Válido
Almacén
07 Precio unitario Vacío Inválido
08 Precio unitario 154.32 / 154 Válido
11.2.1.13. Casos de Prueba de Generar Orden de Servicio:

El modelo destinado para Generar Orden de Servicio, solicita y manipula los
siguientes datos:
- Número de Contrato.
- Número de Certificación Presupuestal
- Glosario.
- Costo.

de la caja negra” a la funcionalidad de “Generar Orden de Servicio”.

Tabla N° 11.25. Clases de equivalencia, Casos de Prueba “Generar Orden de

Servicio”
01 Número de Contrato <1 caracteres Inválido
02 Número de Contrato >200 caracteres Inválido
03 Número de Contrato Rango entre 1 y 200 caracteres Válido
04 <1 carácter numérico Inválido
Presupuestal
05 Valores decimales Inválido
Presupuestal
06 Valores enteros Válido
Presupuestal
10 Costo <1 caracteres Inválido
11 Costo Valores enteros o decimales Válido

01 Número de Contrato Vacío Inválido
Contrato número 136 …
02 Número de Contrato Inválido
Gerencia
03 Número de Contrato A135 Válido
04 Vacío Inválido
Presupuestal

05 542.30 Inválido
Presupuestal
06 542 Válido
Presupuestal
Servicio de mantenimiento ...
Municipalidad
Servicio de Limpieza en la
09 Glosario Válido
Municipalidad
10 Costo Vacío Inválido
11 Costo 500.36 / 550 Válido
11.2.1.14. Casos de Prueba de Registrar Categoría:

El modelo destinado para registrar Categoría, solicita y manipula los
siguientes datos:
- Descripción.

de la caja negra” a la funcionalidad de “Registrar Categoría”.

Categoría”

Tabla N° 11.28. Pruebas realizadas, Casos de Prueba “Registrar Categoría”

02 Descripción Material de Construcción Válido
11.2.1.15. Casos de Prueba de Registrar Producto:

El modelo destinado para registrar Producto, solicita y manipula los siguientes
datos:
- Unidad de Medida.
- Descripción.

de la caja negra” a la funcionalidad de “Registrar Producto”.

Producto”
01 Unidad de Medida <1 caracteres Inválido
02 Unidad de Medida Rango entre 1 y 20 caracteres Válido

Tabla N° 11.30. Pruebas realizadas, Casos de Prueba “Registrar Producto”

01 Unidad de Medida Vacío Inválido
02 Unidad de Medida Materiales de Construcción Válido
04 Descripción Cemento para piso de 50 kg Válido
11.2.1.16. Casos de Prueba de Generar Pedido-Comprobante de Salida:

El modelo destinado para generar Pedido-Comprobante de Salida, solicita y
- Cantidad.
A continuación se muestran las clases de equivalencia para realizar la “prueba de
la caja negra” a la funcionalidad de “Generar Pedido Comprobante de Salida”.
Tabla N° 11.32. Clases de equivalencia, Casos de Prueba “Generar Pedido-

02 Cantidad Valores enteros o decimales Válido
Tabla N° 11.33. Pruebas realizadas, Casos de Prueba “Generar Pedido-

02 Cantidad Valores enteros o decimales Válido
11.3. Pruebas de Caja Blanca

Se sabe que las pruebas de caja blanca son las más amplias, y también se
pueden denominar pruebas de cobertura o pruebas de caja transparente, al total
de pruebas de caja blanca se le llama cobertura; la cobertura es un número
porcentual que indica cuanto código del programa se ha probado.
Principalmente la idea de pruebas de cobertura consiste en diseñar un plan de
pruebas en las que se vaya ejecutando sistemáticamente el código hasta que
haya corrido todo o la gran mayoría de él; tomando los diferentes elementos
que lo constituyen, para realizar un examen minucioso y determinar si la
implementación se ha realizado exitosamente para cumplir con las distintas
especificaciones.
- Enfoque Estructural o de Caja Blanca
Esto va consistir en centrarse en la estructura interna (Implementación) del

Software para poder elegir los casos de prueba. En este caso, la prueba
ideal, la prueba (exhaustiva) del software consistiría en probar todos los
posibles caminos de ejecución, a través de las instrucciones del código, que
puedan trazarse.
La prueba de caja blanca del software se basa en el minucioso examen de
los detalles procedimentales. Se comprueban los caminos lógicos del
software proponiendo casos de prueba que ejerciten conjuntos específicos
de condiciones y/o bucles. Se pueden examinar el “Estado del programa”
en varios puntos para determinar si el estado real coincide con el esperado
o mencionado.

Figura N° 11.02. Esquema de la Caja Blanca.
Para esto se utilizó como herramienta y básicamente el lenguaje de

programación PHP para la aplicación respectiva.
11.3.1. Registrar entradas de los Mantenedores del Sistema Principal

En las siguientes tablas se muestra los códigos respectivos de cada proceso del
mantenedor (Generar Orden Compra, Generar Requerimiento de Compra,
Generar Ingreso de Producto y Generar Pedido Comprobante de Salida) que
contiene el sistema principal:
Para las pruebas de caja blanca se utilizó Unit Test en PHP en la cual se podrá
obtener una simulación de las operaciones de la clase. A continuación las
pruebas de los casos de usos más resaltantes:

1. Unit Test en PHP = Registrar Orden Compra.

require_once 'simpletest/autorun.php';
require_once 'CProducto.php';
class OrdenCompra extends UnitTestCase
{
var $ordencompra;
function setUp() {
$this-> ordencompra = new ordencompra ();
}
function testbuscar_producto ()
{
$result = $this-> producto -> testbuscar_ producto (CAT_código);
$this->assertEqual(result, $result);
}
function test buscar_requerimientocompra ()
{
$result = $this-> ordencompra -> buscar_ requerimientocompra (2, 5);
}
function test registrar_ ordencompra ()
{
$result = $this-> ordencompra -> registrar_ ordencompra (4);
$this->assertTrue(is_numeric($result));
}
}

1. Unit Test en PHP = Registrar Requerimiento Compra.
require_once RequerimientoCompra.php';
class RequerimientoCompra extends UnitTestCase

{
var $ RequerimientoCompra;
function setUp() {
$this-> RequerimientoCompra = new RequerimientoCompra ();
}
function test registrar_ RequerimientoCompra ()

{
$result = $this-> RequerimientoCompra -> registrar_
RequerimientoCompra (codigoreq, fecha, codigopersonal, asunto,
codigoproyecyo, codigoproducto, cantidad, estado);
}
function test modificar_ RequerimientoCompra ()

{
$result = $this-> RequerimientoCompra -> modificar_
RequerimientoCompra (2, 5);
}
}

2. Unit Test en PHP = Ingreso Producto.
require_once 'ingresoproducto.php';
class 'ingresoproducto extends UnitTestCase
{
var $'ingresoproducto;
function setUp() {
$this-> 'ingresoproducto = new 'ingresoproducto ();
}
function testbuscar_'ingresoproducto ()
{
$result = $this-> 'ingresoproducto -> testbuscar_ 'ingresoproducto (código,
fecha);
}
function test registrar_ 'ingresoproducto ()
{
$result = $this-> 'ingresoproducto -> registrar_
'ingresoproducto (4);
$this->assertTrue(is_numeric($result));
}
}
11.4. MANUAL DE USUARIO

Ver Anexo N° 05.
11.5. CAPACITACIÓN
Ver Anexo N° 06.

CAPÍTULO XII:
ANÁLISIS DE LOS
RESULTADOS
12. CAPÍTULO XII: ANALISIS DE LOS RESULTADOS

12.1.Planteamiento de la Hipótesis.
El Sistema de Información con Tecnología Web mejorará la Gestión del Proceso
de Abastecimiento y Almacén de la Municipalidad Distrital de Guadalupe.
12.1.1. Variable Independiente.

Sistema Informático Web.
12.1.2. Variable Dependiente.

Gestión en el Proceso de Abastecimiento y Almacén.
12.2. Contrastación de Hipótesis.

La contrastación de hipótesis se realizó con el método propuesto Análisis de
Contrastación PreTest y PostTest, que nos permite aceptar o rechazar la
hipótesis planteada.
Para esto se realizó una prueba por cada indicador de las cuales se emplearan
las siguientes formulas:
- Prueba Z utilizando la Distribución Normal:

En donde se utilizan las siguientes ecuaciones:
 TA i
TAa  i 1
……………………………...……………..…….… (12.1)
n
n
 TP i
TP d  i 1
……………………………………….………..……(12.2)
n
n
 (TA  TA) i
2
 a2  i 1
……………………………..……………. (12.3)
n

 (TP  TP)
i
2
 d2  i 1
……………………………..……………. (12.4)
n
( x A  xD )  ( x A  xD )
zc 
………………………….……….(12.5)
  A2  D2 
  
 A
n n D 
Probaremos H0, por lo tanto:
(TAa  TP d )
zc 
  a2  d2  ………………………………………..…..(12.6)
  
 a
n n d 
Para llevarla a cabo la contrastación de Hipótesis se identificaron indicadores

cuantitativos y cualitativos, los cuales se describen a continuación:
Tabla N° 12.1. Pruebas Estadísticas para los indicadores. Parte 1 de 2.

Ítem Indicador Muestra Prueba estadística
Aumentar el Nivel de Confiabilidad de la Prueba t - student
I1 12
Información. (Diferencia de medias)
Disminuir el Tiempo en la Generación de Orden Prueba Z (Diferencia de
I2 190
de Compra y/o Servicios. medias)
Reducir el Costo de Horas - Hombres en la Prueba t - student
I3 12
elaboración de Informes (Diferencia de medias)
Tiempo de Acceso y Disminuir el Tiempo
Respuesta a la aplicación de Generación de
Prueba Z (Diferencia de
I4 en la obtención de Reportes. 66
medias)
reportes por parte de los
Usuarios.

12.3. Indicador Cualitativo

Para contrastar la validez del estudio y de nuestra hipótesis planteada en el
Capítulo II, se determinaron los valores t de distribución normal por ser el valor
de la muestra menor a 30, y que detalle en las páginas posteriores.
12.3.1. Confiabilidad de la Información

Para contrastar la hipótesis se aplicó una encuesta a los usuarios internos
de la Aplicación. Han sido tabuladas, de manera que se calculen los
resultados obtenidos de acuerdo a los rangos que se presentan a
continuación:
En la tabla 12.2 podemos ver el rango de valores para evaluar la

Confiabilidad de la información de los usuarios.
Tabla N° 12.2. Confiabilidad de la información.

Rango Nivel de Aprobación Peso
NF Nada favorable 1
PF Poco favorable 2
F Favorable 3
MF Muy favorable 4
Los valores se calcularon en base a las respuestas proporcionados por

los usuarios de la aplicación (12), ya que ellos se encuentran inmersos
en el manejo del sistema actual.
Para realizar la ponderación correspondiente de las preguntas aplicadas

en las encuestas se tomó como base la escala de Likert (rango de
ponderación: [1-4]). Para cada pregunta se contabilizo la frecuencia de
ocurrencia para cada una de las posibles tipos de respuestas (04) por
cada entrevistado (12), luego se calculó el puntaje total y puntaje
promedio, como se detalla a continuación:

4
PTi   Fij * Pj ………………………………………………………..(12.7)
i 1
Donde:
PTi  Puntaje total de la pregunta i-esima.
Fij  Frecuencia j – esima de la pregunta i- esima.
Pj  Peso j – esimo.
El cálculo del promedio ponderado por cada pregunta sería:
PTi
P Pi  …………………………………………………………(12.8)
n
Donde:
P Pi  Promedio de Puntaje Total de la pregunta i-esima.
n  número de usuarios de la aplicación.
En la Tabla N° 12.3 podemos ver la Ponderación de los criterios de

evaluación del indicador Confiabilidad de la información antes de aplicar
el estímulo con los valores obtenidos en las encuestas realizadas:

Tabla N° 12.3. Tabulación para la confiabilidad de la información Pre – test.

MF F PF NF 4
PTi
PTi   Fij * Pj P Pi 
N⁰ Pregunta 4 3 2 1 i 1 n
¿Cree Ud. Que el nivel de

fiabilidad de la información
1 0 1 3 8 17 1.42
es, para la imagen de esta
Municipalidad?
¿De qué manera califica
usted la veracidad de la
2 0 3 3 6 21 1.75
información de un reporte
de Inventario?
3 0 1 6 5 20 1.67
de Abastecimiento?
4 1 7 4 21 1.75
de Almacén?
¿Cree usted que el Sistema
del Proceso Abastecimiento
5 y Almacén actual hace que 0 1 7 4 21 1.75
la fiabilidad en la
información sea?
6 0 1 7 4 21 1.75
y Almacén actual hace que
la fiabilidad en estas sea?
De la misma manera se realizó la tabulación a los usuarios de la aplicación después
de haber aplicado el estímulo y éstos fueron los resultados:
Tabla N° 12.4. Tabulación para la confiabilidad de la información Post – test.

MF F PF NF 4
PTi
PTi   Fij * Pj P Pi 
N⁰ Pregunta 4 3 2 1 i 1 n
¿Cree Ud. Que el nivel de

fiabilidad de la información
1 8 3 1 0 43 3.58
es, para la imagen de esta
Municipalidad?
2 9 2 1 0 44 3.67
información de un reporte de
Inventario?
3 8 4 0 0 48 4.00
Abastecimiento?
4 10 2 0 0 46 3.86
Almacén?
5 y Almacén actual hace que 9 3 0 0 45 3.75
la fiabilidad en la
información sea?
6 9 3 0 0 45 3.75
y Almacén actual hace que
la fiabilidad en estas sea?
Podemos ver en la Tabla N° 12.5 la contrastación de los resultados de las pruebas
realizadas Pre y Post Test.
Tabla N° 12.5. Contrastación Pre – test y Post– test.

Pregunta Pre Test Post Test Di Di2
¿Cree Ud. Que el nivel de fiabilidad
de la información es, para la imagen 1.42 3.58 2.16 4.67
de esta Municipalidad?
¿De qué manera califica usted la
veracidad de la información de un 1.75 3.67 1.92 3.69
reporte de Inventario?
reporte de Abastecimiento?
reporte de Almacén?
¿Cree usted que el Sistema del
Proceso Abastecimiento y Almacén
1.75 3.75 2.00 4.00
actual hace que la fiabilidad en la
información sea?
¿Cree usted que el Sistema del
Proceso Abastecimiento y Almacén
1.75 3.75 2.00 4.00
actual hace que la fiabilidad en estas
sea?
∑ -12.52 26.54
Detalle del Cálculo:
Di: Para hallar Di Se debe de restas el Pre Testi menos el Post Testi.
Di2 : Para Hallar el Di2 solo se debe elevar al cuadrado el número obtenido en Di.

a. Definición de las variables.

µa: Confiabilidad de la información antes de la implementación de la aplicación
web.
µd: Confiabilidad de la información con la implementación de la aplicación web.
b. Definición de las hipótesis estadísticas.

H0: La confiabilidad de la información antes de la implementación de la
aplicación web de gestión de Abastecimiento y Almacén es mayor o igual
que la confiabilidad de la información con la aplicación web.
(µa-µd ≥ 0)………………………………………………………………(12.9)
Ha: La confiabilidad de la información antes de la implementación de la

aplicación web de gestión de Abastecimiento y Almacén es menor que la
confiabilidad de la información con la aplicación web.
(µa-µd < 0)……………………………………………………………(12.10)
- Nivel de significancia.
El nivel 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%.
- Tipo de prueba a aplicar.

La distribución es t-student (t) y la muestra tomada es no agrupada
con 4 grados de libertad.
c. Resultado del análisis estadístico.
- Tamaño de la muestra.
na = nd = 6

- Diferencia promedio.
Para hallar la diferencia promedio se procesa todos los valores de la
segunda columna de la derecha según la siguiente fórmula:
n
D
i 1
i
D ………………………..……………...………………..(12.11)
n
Reemplazando los valores definidos anteriormente según la fórmula

(12.11), se deduce que:
 12.52
D  2.09
6
- Diferencia promedio al cuadrado.

Para hallar la diferencia promedio al cuadrado se procesa todos los valores
de la segunda columna de la derecha según la siguiente fórmula.
D 2
i
D i 1
………………………………………………….……..(12.12)
n
Reemplazando los valores definidos anteriormente según la fórmula

(12.12), se deduce que:
26.54
D  4.42
6

- Cálculo de la desviación estándar.

Para el cálculo de la desviación estándar se hace uso de la siguiente
fórmula:
2
n
 n 
n D    Di 
i
2
2

i 1  i 1 
SD ………………………..…......................(12.13)
n(n  1)
Reemplazando los valores de las sumatorias obtenidas en la Tabla N° 12.5

de Di y 𝐷𝑖2 en la fórmula (12.13), se deduce que:
(6) * (26.54)   12.52

2

2
SD
6(5)
S D  0.08
2
- Cálculo de la estadística de prueba

Para el cálculo del valor t se hace uso de la siguiente fórmula:
D n
t ……………………………………………………..……(12.14)
SD
Reemplazando los valores según la fórmula (12.12), se deduce que:
(2.09)( 6 )
t
0.08
t  18.10
- Valor crítico de t.
t(1-α)(n-1)= t(0.95)(5)= -2.015
(*)Ver ANEXO N 07.

Figura N° 12.1. Zona de Aceptación de Ho.
- Conclusión.
Puesto que tc = -18.10 calculado es menor que t = -2.015 y estando este
valor dentro de la región de rechazo <-α,-2.015>, se concluye que ua - ud
≤0, se rechaza Ho y por consiguiente se acepta Ha. Se concluye entonces
que la confiabilidad de la información antes de la implementación de la
aplicación web del proceso de abastecimiento y almacén es menor que la
confiabilidad de la información con la aplicación web propuesta, con un
nivel de error del 5% y un nivel de confianza del 95%.

12.4. Indicador Cuantitativo.

Para contrastar la validez del estudio y de nuestra hipótesis planteada en el
Capítulo II, se determinaron los valores Z de la distribución normal Z por ser el
valor de la muestra superior a 30, y que detalle en las páginas posteriores.
12.4.1. Indicador N° 01: Tiempo en la Generación de Orden de Compra y/o

Servicios.
Tabla N° 12.6. Tiempo en la Generación de Orden de Compra y/o Servicios. Parte 1

de 8.
ANTES DESPUES
N (𝑻𝑨𝒊 − ̅̅̅̅
𝑻𝑨)𝟐 (𝑻𝑷𝒊 − ̅̅̅̅
𝑻𝑷)𝟐
TAi (Min.) ̅̅̅̅
𝑻𝑨𝒊 − 𝑻𝑨 𝑻𝑷𝒊 (Min.) ̅̅̅̅
𝑻𝑷𝒊 − 𝑻𝑷
1 8.40 0.07 4.50 0.18 0.00 0.03
2 8.90 0.57 3.50 -0.82 0.32 0.67
3 8.30 -0.03 4.20 -0.12 0.00 0.01
4 7.60 -0.73 4.20 -0.12 0.54 0.01
5 7.90 -0.43 4.70 0.38 0.19 0.15
6 8.50 0.17 3.90 -0.42 0.03 0.17
7 9.10 0.77 3.10 -1.22 0.59 1.48
8 8.60 0.27 4.20 -0.12 0.07 0.01
9 7.60 -0.73 3.90 -0.42 0.54 0.17
10 9.50 1.17 3.60 -0.72 1.36 0.51
11 7.40 -0.93 3.60 -0.72 0.87 0.51
12 8.20 -0.13 3.80 -0.52 0.02 0.27
13 9.30 0.97 4.10 -0.22 0.93 0.05
14 7.10 -1.23 4.70 0.38 1.52 0.15
15 8.00 -0.33 3.60 -0.72 0.11 0.51
16 9.40 1.07 5.10 0.78 1.14 0.61
17 7.30 -1.03 4.00 -0.32 1.07 0.10


de 8.
ANTES DESPUES
N ̅̅̅̅)𝟐
(𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅)𝟐
(𝑻𝑷𝒊 − 𝑻𝑷
TAi (Min.) 𝑻𝑨𝒊 − ̅̅̅̅
𝑻𝑨 𝑻𝑷𝒊 (Min.) 𝑻𝑷𝒊 − ̅̅̅̅
𝑻𝑷
18 8.60 0.27 3.60 -0.72 0.07 0.51
19 7.40 -0.93 3.80 -0.52 0.87 0.27
20 7.20 -1.13 4.60 0.28 1.28 0.08
21 7.10 -1.23 5.10 0.78 1.52 0.61
22 8.30 -0.03 5.40 1.08 0.00 1.17
23 9.20 0.87 4.90 0.58 0.75 0.34
24 9.40 1.07 4.80 0.48 1.14 0.23
25 8.10 -0.23 3.80 -0.52 0.05 0.27
26 7.50 -0.83 3.90 -0.42 0.69 0.17
27 8.30 -0.03 4.90 0.58 0.00 0.34
28 9.30 0.97 4.60 0.28 0.93 0.08
29 9.00 0.67 5.10 0.78 0.44 0.61
30 8.00 -0.33 3.40 -0.92 0.11 0.84
31 8.30 -0.03 4.50 0.18 0.00 0.03
32 7.10 -1.23 3.50 -0.82 1.52 0.67
33 8.30 -0.03 4.20 -0.12 0.00 0.01
34 8.70 0.37 5.20 0.88 0.13 0.78
35 9.20 0.87 4.70 0.38 0.75 0.15
36 9.40 1.07 3.90 -0.42 1.14 0.17
37 9.00 0.67 3.10 -1.22 0.44 1.48
38 7.60 -0.73 4.20 -0.12 0.54 0.01
39 8.10 -0.23 3.90 -0.42 0.05 0.17
40 9.00 0.67 3.60 -0.72 0.44 0.51
41 7.60 -0.73 6.50 2.18 0.54 4.77
42 9.00 0.67 3.80 -0.52 0.44 0.27


de 8.
ANTES DESPUES
N ̅̅̅̅)𝟐
(𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅)𝟐
𝑻𝑷
43 8.60 0.27 4.10 -0.22 0.07 0.05
44 8.50 0.17 4.70 0.38 0.03 0.15
45 8.60 0.27 3.60 -0.72 0.07 0.51
46 7.60 -0.73 5.10 0.78 0.54 0.61
47 8.40 0.07 4.00 -0.32 0.00 0.10
48 9.20 0.87 3.60 -0.72 0.75 0.51
49 8.30 -0.03 3.80 -0.52 0.00 0.27
50 7.60 -0.73 4.60 0.28 0.54 0.08
51 9.50 1.17 5.10 0.78 1.36 0.61
52 9.40 1.07 5.40 1.08 1.14 1.17
53 7.60 -0.73 4.90 0.58 0.54 0.34
54 8.20 -0.13 4.80 0.48 0.02 0.23
55 7.60 -0.73 3.80 -0.52 0.54 0.27
56 9.30 0.97 3.90 -0.42 0.93 0.17
57 8.60 0.27 4.90 0.58 0.07 0.34
58 7.30 -1.03 4.60 0.28 1.07 0.08
59 8.40 0.07 5.10 0.78 0.00 0.61
60 7.60 -0.73 3.40 -0.92 0.54 0.84
61 7.40 -0.93 3.60 -0.72 0.87 0.51
62 8.00 -0.33 5.30 0.98 0.11 0.97
63 9.50 1.17 5.10 0.78 1.36 0.61
64 9.70 1.37 3.40 -0.92 1.87 0.84
65 8.20 -0.13 4.90 0.58 0.02 0.34
66 9.30 0.97 4.60 0.28 0.93 0.08
67 7.10 -1.23 3.80 -0.52 1.52 0.27


de 8.
ANTES DESPUES
N ̅̅̅̅)𝟐
(𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅)𝟐
𝑻𝑷
68 8.00 -0.33 3.90 -0.42 0.11 0.17
69 9.40 1.07 4.70 0.38 1.14 0.15
70 7.30 -1.03 4.50 0.18 1.07 0.03
71 8.60 0.27 5.30 0.98 0.07 0.97
72 7.40 -0.93 3.80 -0.52 0.87 0.27
73 7.20 -1.13 3.90 -0.42 1.28 0.17
74 7.10 -1.23 4.90 0.58 1.52 0.34
75 8.30 -0.03 4.60 0.28 0.00 0.08
76 9.20 0.87 5.10 0.78 0.75 0.61
77 9.40 1.07 3.40 -0.92 1.14 0.84
78 8.10 -0.23 4.50 0.18 0.05 0.03
79 7.50 -0.83 3.50 -0.82 0.69 0.67
80 8.30 -0.03 4.20 -0.12 0.00 0.01
81 9.30 0.97 5.20 0.88 0.93 0.78
82 9.00 0.67 4.70 0.38 0.44 0.15
83 8.00 -0.33 3.90 -0.42 0.11 0.17
84 8.30 -0.03 3.10 -1.22 0.00 1.48
85 7.10 -1.23 4.20 -0.12 1.52 0.01
86 8.30 -0.03 3.90 -0.42 0.00 0.17
87 8.70 0.37 3.60 -0.72 0.13 0.51
88 9.20 0.87 6.50 2.18 0.75 4.77
89 9.40 1.07 3.80 -0.52 1.14 0.27
90 9.00 0.67 4.10 -0.22 0.44 0.05
91 7.60 -0.73 4.70 0.38 0.54 0.15
92 7.90 -0.43 3.60 -0.72 0.19 0.51


de 8.
ANTES DESPUES
N ̅̅̅̅)𝟐
(𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅)𝟐
𝑻𝑷
93 8.50 0.17 5.10 0.78 0.03 0.61
94 9.10 0.77 4.00 -0.32 0.59 0.10
95 8.60 0.27 3.60 -0.72 0.07 0.51
96 7.60 -0.73 3.80 -0.52 0.54 0.27
97 9.50 1.17 4.60 0.28 1.36 0.08
98 7.40 -0.93 5.10 0.78 0.87 0.61
99 8.20 -0.13 5.40 1.08 0.02 1.17
100 9.30 0.97 4.90 0.58 0.93 0.34
101 7.10 -1.23 4.80 0.48 1.52 0.23
102 8.00 -0.33 3.80 -0.52 0.11 0.27
103 9.40 1.07 3.90 -0.42 1.14 0.17
104 7.30 -1.03 4.90 0.58 1.07 0.34
105 8.60 0.27 4.60 0.28 0.07 0.08
106 7.40 -0.93 5.10 0.78 0.87 0.61
107 7.20 -1.13 3.40 -0.92 1.28 0.84
108 7.10 -1.23 3.60 -0.72 1.52 0.51
109 8.30 -0.03 5.30 0.98 0.00 0.97
110 9.20 0.87 5.10 0.78 0.75 0.61
111 9.40 1.07 3.40 -0.92 1.14 0.84
112 8.10 -0.23 4.90 0.58 0.05 0.34
113 7.50 -0.83 4.60 0.28 0.69 0.08
114 8.30 -0.03 3.80 -0.52 0.00 0.27
115 9.30 0.97 3.90 -0.42 0.93 0.17
116 9.00 0.67 4.90 0.58 0.44 0.34
117 8.00 -0.33 4.60 0.28 0.11 0.08


de 8.
ANTES DESPUES
N ̅̅̅̅)𝟐
(𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅)𝟐
𝑻𝑷
118 8.30 -0.01 5.10 0.80 0.00 0.64
119 7.10 -1.21 3.40 -0.90 1.46 0.81
120 8.30 -0.01 4.50 0.20 0.00 0.04
121 8.70 0.39 3.50 -0.80 0.15 0.64
122 9.20 0.89 4.20 -0.10 0.80 0.01
123 9.40 1.09 5.20 0.90 1.19 0.81
124 9.00 0.69 4.70 0.40 0.48 0.16
125 7.60 -0.71 3.90 -0.40 0.50 0.16
126 8.10 -0.21 3.10 -1.20 0.04 1.44
127 9.00 0.69 4.20 -0.10 0.48 0.01
128 7.60 -0.71 3.90 -0.40 0.50 0.16
129 9.00 0.69 3.60 -0.70 0.48 0.49
130 8.60 0.29 3.20 -1.10 0.09 1.21
131 8.50 0.19 3.80 -0.50 0.04 0.25
132 8.60 0.29 4.10 -0.20 0.09 0.04
133 7.60 -0.71 4.70 0.40 0.50 0.16
134 8.40 0.09 3.60 -0.70 0.01 0.49
135 9.20 0.89 5.10 0.80 0.80 0.64
136 8.30 -0.01 4.00 -0.30 0.00 0.09
137 7.60 -0.71 3.60 -0.70 0.50 0.49
138 9.50 1.19 3.80 -0.50 1.42 0.25
139 9.40 1.09 4.60 0.30 1.19 0.09
140 7.60 -0.71 5.10 0.80 0.50 0.64
141 8.20 -0.11 5.40 1.10 0.01 1.21
142 7.60 -0.71 4.90 0.60 0.50 0.36


de 8.
ANTES DESPUES
N ̅̅̅̅)𝟐
(𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅)𝟐
𝑻𝑷
143 9.30 0.99 4.80 0.50 0.99 0.25
144 8.60 0.29 3.80 -0.50 0.09 0.25
145 7.30 -1.01 3.90 -0.40 1.01 0.16
146 8.40 0.09 4.90 0.60 0.01 0.36
147 7.60 -0.71 4.60 0.30 0.50 0.09
148 7.10 -1.21 4.60 0.30 1.46 0.09
149 8.00 -0.31 5.10 0.80 0.09 0.64
150 9.40 1.09 3.40 -0.90 1.19 0.81
151 7.30 -1.01 3.60 -0.70 1.01 0.49
152 8.60 0.29 5.30 1.00 0.09 1.00
153 7.40 -0.91 5.10 0.80 0.82 0.64
154 7.20 -1.11 3.40 -0.90 1.23 0.81
155 7.10 -1.21 4.90 0.60 1.46 0.36
156 8.30 -0.01 4.60 0.30 0.00 0.09
157 9.20 0.89 3.80 -0.50 0.80 0.25
158 9.40 1.09 3.90 -0.40 1.19 0.16
159 8.10 -0.21 4.90 0.60 0.04 0.36
160 7.50 -0.81 4.60 0.30 0.65 0.09
161 8.30 -0.01 5.10 0.80 0.00 0.64
162 9.30 0.99 3.40 -0.90 0.99 0.81
163 9.00 0.69 4.50 0.20 0.48 0.04
164 8.00 -0.31 3.50 -0.80 0.09 0.64
165 8.30 -0.01 4.20 -0.10 0.00 0.01
166 7.10 -1.21 5.20 0.90 1.46 0.81
167 8.30 -0.01 4.70 0.40 0.00 0.16


de 8.
ANTES DESPUES
N ̅̅̅̅)𝟐
(𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅)𝟐
𝑻𝑷
168 8.70 0.39 3.90 -0.40 0.15 0.16
169 9.20 0.89 3.10 -1.20 0.80 1.44
170 9.40 1.09 4.20 -0.10 1.19 0.01
171 9.00 0.69 3.90 -0.40 0.48 0.16
172 7.60 -0.71 3.60 -0.70 0.50 0.49
173 8.10 -0.21 3.20 -1.10 0.04 1.21
174 7.60 -0.71 3.80 -0.50 0.50 0.25
175 9.30 0.99 4.10 -0.20 0.99 0.04
176 8.60 0.29 4.70 0.40 0.09 0.16
177 7.30 -1.01 3.60 -0.70 1.01 0.49
178 8.40 0.09 5.10 0.80 0.01 0.64
179 7.60 -0.71 4.80 0.50 0.50 0.25
180 7.10 -1.21 3.80 -0.50 1.46 0.25
181 8.00 -0.31 3.90 -0.40 0.09 0.16
182 9.40 1.09 4.90 0.60 1.19 0.36
183 7.30 -1.01 4.60 0.30 1.01 0.09
184 8.60 0.29 4.60 0.30 0.09 0.09
185 7.40 -0.91 5.10 0.80 0.82 0.64
186 8.10 -0.21 3.40 -0.90 0.04 0.81
187 7.60 -0.71 3.60 -0.70 0.50 0.49
188 9.30 0.99 5.10 0.80 0.99 0.64
189 8.60 0.29 4.80 0.50 0.09 0.25
190 7.30 -1.01 3.80 -0.50 1.01 0.25
Suma 1578.30 817.10 110.10 85.13
Promedio 8.31 4.30

a. Definición de las variables

µ a: Tiempo de Generación de Orden de Compra y/o Servicios antes de la
implementación del sistema de información.
µd: Tiempo de Generación de Orden de Compra y/o Servicios después de la
implementación del sistema de información.
b. Definición de las hipótesis estadísticas

H0: El tiempo que se demora en la Generación de Orden de Compra y/o
Servicios antes de la implementación del sistema de información es menor o
igual al tiempo que se demora en la Generación de Orden de Compra y/o
Servicios después de la implementación del sistema de información.
(µa-µd <= 0)……………………………………………………………(12.15)
Ha: El tiempo que se demora en la Generación de Orden de Compra y/o

Servicios antes de la implementación del sistema de información es mayor al
tiempo que se demora en la Generación de Orden de Compra y/o Servicios
después de la implementación del sistema de información.
(µa-µd > 0)…………...………………………………………………..(12.16)
- Nivel de significancia
El nivel de significancia (α) escogido para la prueba de la hipótesis será
del 5%. Por lo tanto el nivel de confianza será del 95%. (1 – α = 0.95).
- Tipo de prueba a aplicar

La Distribución es Normal Z con una muestra de 190 tomas.
c. Resultado del análisis estadístico

- Tamaño de la muestra
n a = n d =190

- Media Aritmética Muestral.

Es el promedio de todos los valores obtenidos antes y después del
estímulo.
Reemplazando valores en la fórmula (12.11) y (12.12), se deduce que:
n
 TA i
1578.30
TAa  i 1
  8.31
n 190
 TP i
817.10
TPd  i 1
  4.30
n 190
- Varianza Muestral
Es la diferencia al cuadrado de las diferencias obtenidas, entre el valor
observado y la media, antes y después del estímulo.
Reemplazando valores en la fórmula (12.13) y (12.14), se deduce que:
110.10 85.13
 a2   0.58  d2   0.45
190 190

(8.31  4.30) 4.01

zc    57.28
 0.58 0.45  0.07
  
 190 190 
- Valor crítico de Z
Z (α) = Z (0.05) = Z (0.95) = 1.645

Figura N° 12.2. Zona de Aceptación y Rechazo de Ho.
Fuente: (Elaboración Propia, 2015)
- Conclusión
Puesto que Zc = 57.28 calculado es mayor que Zα = 1.645 y estando este
valor dentro de la región de rechazo <1.645,  >, entonces se rechaza H0
y por consiguiente se acepta Ha. Se concluye entonces que el tiempo que
se demora en la Generación de Orden de Compra y/o Servicios después
de la implementación del sistema de información es menor al tiempo
que se demora en la Generación de Orden de Compra y/o Servicios
antes de la implementación del sistema de información con un nivel de
error del 5% y un nivel de confianza del 95%.

12.4.2. Indicador N° 02: Costos Horas – Hombre en la Elaboración de Informes

Nuestra Población está determinada por los jefes de cada área de la Municipalidad.
El número de empleados en total se muestra en el siguiente cuadro:
Tabla N° 12.7. Población de Clientes Internos (Personal).

Puesto/Cargo Cantidad
Asistente de Abastecimiento 1
Total 1
a. Definición de Variables.
𝐶𝐻𝐻𝑎 : Costos horas-hombre para la elaboración de informes con el proceso
actual (nuevos soles).
𝐶𝐻𝐻𝑝 : Costos horas-hombre para la elaboración de informes con un Sistema
Web (nuevos soles).
b. Definición de Hipótesis estadísticas.

H0 : El costo operacional para la elaboración de informes con el proceso
actual, es menor o igual que el costo horas-hombre para la
elaboración de informes con un sistema web.
𝐶𝐻𝐻𝑎 – 𝐶𝐻𝐻𝑝 ≤ 0………………………………………..……(12.17)
Ha : El costo operacional para la elaboración de informes con el proceso

actual, es mayor que el costo horas-hombre para la elaboración de
informes con un sistema web.
𝐶𝐻𝐻𝑎 – 𝐶𝐻𝐻𝑝 > 0…………………………………………..(12.18)

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%.
- Tipo de Prueba
Siendo α = 0.05 y n–1=5 grados de libertad, se tiene el valor crítico t de
Student:
Valor crítico: t α = 0.05 = 2.015
(*)Ver ANEXO N° 07.
La región de rechazo consiste en aquellos valores de t mayores que t α =
0.05 = 2.016
c. Resultado del Análisis Estadístico.

Se compararan los gastos incurridos en la utilización de papel; basándonos en
datos históricos de los últimos seis meses contra el gasto único mensual de un
millar de papel (cuyo costo es de S/.15.00) como producto de impresiones de
informes generados con el Sistema Web.
Tabla N° 12.8. Costos horas-hombre para la generación de informes.

Meses 𝐶𝐻𝐻𝑎 𝐶𝐻𝐻𝑝 𝐶𝐻𝐻𝑎 − 𝐶𝐻𝐻𝑝 (𝐶𝐻𝐻𝑎 − 𝐶𝐻𝐻𝑝 )2
Enero 30.00 15.00 15.00 225.00

Febrero 45.00 15.00 30.00 900.00
Marzo 45.00 15.00 30.00 900.00
Abril 45.00 15.00 30.00 225.00
Mayo 60.00 15.00 45.00 2,025.00
Junio 75.00 15.00 60.00 3,600.00
Total 285.00 90.00 210.00 7875.00

d. Resultados de la hipótesis estadística

- Diferencia Promedio
n
D i
Dp  i 1 ……………………………………………...…...……. (12.19)
n
Reemplazado los valores en la fórmula (12.19), se deduce que:
𝟐𝟏𝟎.𝟎𝟎
̅̅̅̅
𝑫𝑷 = = 35.00
𝟔
- Desviación estándar
n n
n Di 2  (  Di )2
dp  i 1 i 1
n( n  1)
……………..……………………….……(12.20)
6(7,875.00)−(210.00)2
dp = √ = 10.25
6(6−1)
- Función de prueba
̅̅̅̅
𝐷𝑝
t0 = ∗ √𝑛 ………..…………………………………………… (12.21)
𝑑𝑝
̅̅̅̅̅̅̅̅
35.00
t0 = √6 = 8.36
10.25

Figura N° 12.3. Área de aceptación y rechazo para el indicador

Costos horas-hombre para la elaboración de informes
Conclusión:
Puesto que t0 = 8.36 (t calculado) > tα = 2.015 (t tabular) y estando este
valor dentro de la región de rechazo, se concluye que Ha: 𝐶𝐻𝐻𝑎 – 𝐶𝐻𝐻𝑝
> 0; por lo tanto se rechaza H0 y Ha es aceptada con un nivel de error del
5% y un nivel de confianza del 95%.

12.4.3. Tiempo de Acceso y Respuesta a la aplicación en la obtención de reportes por

parte de los Usuarios.
12.4.3.1. Indicador N° 03: Tiempo de Generación de Reportes.
Tabla N° 12.9. Tiempo de Generación de Reportes. Parte 1 de 3.

ANTES DESPUES
N ̅̅̅̅)𝟐
(𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅)𝟐
𝑻𝑨 𝑻𝑷𝒊 (Min.) 𝑻𝑷𝒊 − ̅̅̅̅̅
𝑻𝑷𝒊
1 18.30 -1.12 3.20 0.14 1.25 0.02
2 18.40 -1.02 3.10 0.04 1.03 0.00
3 19.70 0.28 2.60 -0.46 0.08 0.21
4 19.60 0.18 2.50 -0.56 0.03 0.31
5 20.30 0.88 2.30 -0.76 0.78 0.58
6 20.60 1.18 2.20 -0.86 1.40 0.74
7 18.30 -1.12 3.60 0.54 1.25 0.29
8 19.70 0.28 3.40 0.34 0.08 0.12
9 19.60 0.18 4.10 1.04 0.03 1.08
10 18.40 -1.02 3.80 0.74 1.03 0.55
11 19.20 -0.22 3.50 0.44 0.05 0.19
12 20.60 1.18 2.60 -0.46 1.40 0.21
13 20.40 0.98 2.70 -0.36 0.97 0.13
14 19.90 0.48 3.10 0.04 0.23 0.00
15 19.60 0.18 2.90 -0.16 0.03 0.03
16 18.70 -0.72 2.50 -0.56 0.51 0.31
17 20.30 0.88 3.40 0.34 0.78 0.12
18 19.50 0.08 4.10 1.04 0.01 1.08
19 18.90 -0.52 3.20 0.14 0.27 0.02
20 18.70 -0.72 2.20 -0.86 0.51 0.74


ANTES DESPUES
N ̅̅̅̅)𝟐
(𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅)𝟐
𝑻𝑷𝒊
21 19.30 -0.12 3.60 0.54 0.01 0.29
22 18.60 -0.82 3.50 0.44 0.67 0.19
23 20.30 0.88 2.60 -0.46 0.78 0.21
24 18.70 -0.72 2.40 -0.66 0.51 0.44
25 19.80 0.38 2.80 -0.26 0.15 0.07
26 18.30 -1.12 3.10 0.04 1.25 0.00
27 18.40 -1.02 3.30 0.24 1.03 0.06
28 19.70 0.28 3.60 0.54 0.08 0.29
29 19.60 0.18 2.50 -0.56 0.03 0.31
30 20.30 0.88 2.90 -0.16 0.78 0.03
31 20.60 1.18 3.50 0.44 1.40 0.19
32 18.30 -1.12 2.80 -0.26 1.25 0.07
33 19.70 0.28 2.70 -0.36 0.08 0.13
34 19.60 0.18 3.10 0.04 0.03 0.00
35 18.40 -1.02 2.90 -0.16 1.03 0.03
36 19.20 -0.22 2.50 -0.56 0.05 0.31
37 20.60 1.18 3.40 0.34 1.40 0.12
38 20.40 0.98 4.10 1.04 0.97 1.08
39 19.90 0.48 3.20 0.14 0.23 0.02
40 19.60 0.18 2.20 -0.86 0.03 0.74
41 18.70 -0.72 3.60 0.54 0.51 0.29
42 20.30 0.88 3.50 0.44 0.78 0.19
43 19.50 0.08 2.60 -0.46 0.01 0.21
44 18.90 -0.52 2.40 -0.66 0.27 0.44
45 18.70 -0.72 2.80 -0.26 0.51 0.07
46 19.30 -0.12 3.10 0.04 0.01 0.00


ANTES DESPUES
N ̅̅̅̅)𝟐
(𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅)𝟐
𝑻𝑷𝒊
47 18.60 -0.82 3.30 0.24 0.67 0.06
48 20.30 0.88 3.60 0.54 0.78 0.29
49 18.70 -0.72 2.50 -0.56 0.51 0.31
50 19.80 0.38 3.80 0.74 0.15 0.55
51 19.60 0.18 3.50 0.44 0.03 0.19
52 18.40 -1.02 2.60 -0.46 1.03 0.21
53 19.20 -0.22 2.70 -0.36 0.05 0.13
54 20.60 1.18 3.10 0.04 1.40 0.00
55 20.40 0.98 2.90 -0.16 0.97 0.03
56 19.90 0.48 2.50 -0.56 0.23 0.31
57 19.60 0.18 3.40 0.34 0.03 0.12
58 18.70 -0.72 4.10 1.04 0.51 1.08
59 20.30 0.88 3.30 0.24 0.78 0.06
60 19.50 0.08 3.60 0.54 0.01 0.29
61 18.90 -0.52 2.50 -0.56 0.27 0.31
62 18.70 -0.72 3.80 0.74 0.51 0.55
63 19.30 -0.12 3.50 0.44 0.01 0.19
64 18.60 -0.82 2.60 -0.46 0.67 0.21
65 20.30 0.88 2.70 -0.36 0.78 0.13
66 18.70 -0.72 2.30 -0.76 0.51 0.58
Suma 1281.50 202.00 35.51 18.12
Promedio 19.42 3.06

a. Definición de las variables

µ a: Tiempo de Generación de Reportes antes de la implementación del sistema
de información.
µd: Tiempo de Generación de Reportes después de la implementación del

sistema de información.
b. Definición de las hipótesis estadísticas
H0: El tiempo de Generación de Reportes antes de la implementación del

sistema de información es menor o igual al tiempo de Generación de
Reportes después de la implementación del sistema de información.
(µa-µd <= 0)…………………………………………………………(12.22)
Ha: El tiempo de Generación de Reportes antes de la implementación del

sistema de información es mayor al tiempo de Generación de Reportes
después de la implementación del sistema de información.
(µa-µd > 0)…………………………………………………………..(12.23)
El nivel de significancia (α) escogido para la prueba de la hipótesis será del
5%. Por lo tanto el nivel de confianza será del 95%. (1 – α = 0.95).
- Tipo de prueba a aplicar

La Distribución es Normal Z con una muestra de 66 tomas.

c. Resultado del análisis estadístico

- Tamaño de la muestra
n a = n d =66
- Media Aritmética Muestral.

Es el promedio de todos los valores obtenidos antes y después del estímulo.
A continuación Reemplazando los valores en la fórmula (12.1) y (12.2), se
deduce que:
1281.50
̅̅̅̅
𝑇𝐴 = = 19.42
66
202.00
̅̅̅̅ =
𝑇𝑃 = 3.06
66
- Varianza Muestral
Es la diferencia al cuadrado de las diferencias obtenidas, entre el valor
observado y la media, antes y después del estímulo.
A continuación reemplazando los valores en la fórmula (12.3) y (12.4), se

deduce que:
35.52
𝜎𝑇𝐴2 = = 0.54
66
18.12
𝜎𝑇𝑃2 = = 0.27
66


(19.42 − 3.06) 16.36

𝑍𝑐 = = = 148.73
0.11
√0.55 + 0.28
66 66
𝑍𝑐 = 148.73
- Valor crítico de Z
Z (α) = Z (0.05) = Z (0.95) = 1.645
Figura N° 12.3. Zona de Aceptación y Rechazo de Ho.
- Conclusión
Puesto que Zc = 148.73 calculado es mayor que Zα = 1.645 y estando este
valor dentro de la región de rechazo <1.645,  >, entonces se rechaza H0 y por
consiguiente se acepta Ha. Se concluye entonces que el tiempo de Generación
de Reportes después de la implementación del sistema de información es
menor al tiempo de Generación de Reportes antes de la implementación del
sistema de información con un nivel de error del 5% y un nivel de confianza
del 95%.

CAPÍTULO XIII
DISCUSION DE
RESULTADOS
13. CAPÍTULO XIII: DISCUCIÓN DE RESULTADOS

13.1. Indicadores Cualitativos
Para el indicador cualitativo de la presente investigación, la información es
presentada a través de cuadros y gráficos estadísticos de una y doble entrada,
luego se realizará la discusión de este indicador. A su vez se utilizó escalas
valoradas de 1 a 4. Veamos.
13.1.1. Confiabilidad de la información.
Tabla N° 13.1. Discusión de resultados para el indicador “Confiabilidad de la

Información”.
Escala
Porcentaje (%) Nivel de impacto
valorada
Indicadores
Porcentaje
Antes Después Antes Después Incremento
(%)
Confiabilidad
de la 1.68 3.77 33.60% 75.40% 2.09 41.80%
Información
Fuente: (Capitulo XII, 2015).
Discusión:
Se ve que la Disponibilidad de la información actual es de 1.68 puntos
(33.60%) y con el sistema de información propuesto es de 3.77 puntos
(75.40 %), lo que representa un incremento de 2.09 puntos (41.80%).

Figura N° 13.1. Discusión de resultados para el indicador “Disponibilidad de la

información”, en escala valorada (1-5).
Figura N° 13.2. Discusión de resultados para el indicador “Disponibilidad de la

información”, en porcentajes (0-100%)

13.2. Indicadores Cuantitativos

Para los indicadores cuantitativos de la presente investigación, la información es
presentada a través de cuadros y gráficos estadísticos de una y doble entrada, luego
se realizará la discusión de este indicador. Veamos.
13.2.1. Tiempo de Generación de Orden de Compra y/o Servicio.
Tabla N° 13.2. Discusión de resultados para el indicador “Tiempo de

Generación de Orden de Compra y/o Servicio”.
Escala (minutos) Porcentaje (%) Nivel de impacto
”Indicador
Antes Después Antes Después Incremento (%)
Tiempo de
Generación de
Orden de Compra 8.31 4.30 100.00% 51.74% 4.01 48.26%
y/o Servicio
Fuente: (Capítulo XII, 2015).

Discusión:
El tiempo que se demora en Generar Orden de Compra y/o Servicios es de 8.31
minutos (100.00%) y con el sistema de información propuesto es de 4.30 minutos
(51.74%), lo que representa un ahorro de 4.01 minutos (48.26%).

Figura N° 13.3. Discusión de resultados para el indicador “Tiempo para

Generar Orden de Compra y/o Servicios”, en minutos.
Figura N° 13.4. Discusión de resultados para el indicador “Generar Orden de

Compra y/o Servicio”, en porcentajes (0-100%)

13.2.2. Costo Hora – Hombre en la Elaboración de Informes.
Tabla N° 13.3. Discusión de resultados para el indicador “Costo Hora –

Hombre en la Elaboración de Informes”.
Escala (soles) Porcentaje (%) Nivel de impacto
”Indicador
Antes Después Antes Después Ahorro (%)
Costo Hora –
Hombre en la
285.00 90.00 100.00% 31.58% 195.00 68.42%
Elaboración de
Informes
Discusión:
El costo de Hora – Hombre en la Elaboración de Informes es de S/. 285.00
(100.00%) y con el sistema de información propuesto es de S/. 90.00 (31.85%), lo
que representa un ahorro de S/. 195.00 (68.42%)
Figura N° 13.5. Discusión de resultados para el indicador “Costo Hora –
Hombre en la Elaboración de Informes” en soles.

Figura N° 13.6. Discusión de resultados para el indicador “Costo Hora –

Hombre en la Elaboración de Informes”, en porcentajes (0-100%).

13.2.3. Tiempo de Generación de Reportes.
Tabla N° 13.4. Discusión de resultados para el indicador “Tiempo de

Generación de Reportes”.
Escala (minutos) Porcentaje (%) Nivel de impacto
”Indicador
Antes Después Antes Después Incremento (%)
Tiempo de
Generación de 19.42 3.06 100.00% 15.76% 16.36 84.24%
Reportes.
Discusión:
El tiempo que se demora en Generar un Reporte es de 19.42 minutos (100.00%) y
con el sistema de información propuesto es de 3.06 minutos (15.76%), lo que
representa un ahorro de 16.36 minutos (84.24%).
Discusión de resultados para el indicador “Tiempo de Generación de

Reportes”, en minutos.
Tiempo de Generación de Reportes
20
18
16
Tiempo(minutos)
14
12
10
8
6
4
2
0
Antes Después Incremento
Tiempo de Generación de
19.42 3.06 16.36
Reporte

Figura N° 13.7. Discusión de resultados para el indicador “Tiempo Generación

de Reportes”, en porcentajes (0-100%).
Tiempo de Generación de Reportes
100.00%
90.00%
80.00%
70.00%
Porcentaje
60.00%
50.00%
40.00%
30.00%
20.00%
10.00%
0.00%
Antes Después (%)
Tiempo de Generación de
100.00% 15.76% 84.24%
Reporte

CONCLUSIONES
[C1]. La confiabilidad de la información con el sistema actual tiene un puntaje de 1.68
(33.60%), mientras que con el sistema propuesto el puntaje obtenido es de 3.77
(75.40%) de aprobación. Por lo tanto se obtiene un puntaje aumentado de 2.09
(41.80%) manifestándose así una mejora en la obtención y registro de información.
[C2]. El tiempo empleado en el cálculo de Generación de Orden de Compra y/o Servicios

generada por el jefe de abastecimiento, con el sistema propuesto mejora en relación
a los tiempos con las herramientas actuales, manifestándose así una mejora en la
generación de información. Por ejemplo el tiempo de generación de Orden de
Compra y/o Servicio con la forma en que se obtenían manualmente se hacía en un
tiempo promedio de 8.43 minutos que representa el (100%), y con el sistema
propuesto se hace en un tiempo promedio de 4.30 minutos que representa el
(51.74%); por lo tanto se obtiene una reducción de tiempo de 4.01 minutos lo que
representa el (48.26%).
[C3]. El Costo operacional de Horas – Hombre en la elaboración de informes con el

sistema propuesto mejora en relación con las herramientas existentes actualmente,
manifestándose así un ahorro en papelería. Por ejemplo: Se disminuyó el costo de
Horas – Hombre en la Elaboración de Informes, disminuyendo el coso promedio de
285.00 soles (100%) a 90.00 soles (31.58%), siendo el ahorro de 195.00 soles, que
en porcentaje es de 68.42%.
[C4]. El tiempo de generación de reportes, con el sistema propuesto mejora en relación al

tiempo con las herramientas actuales, manifestándose así una mejora en la
obtención de información. Por ejemplo, la Generación de Reportes con la forma en
que se realizaba manualmente se realizaba en un tiempo promedio de 19.42
minutos que representa el (100%), y con el sistema propuesto se realiza en un
tiempo promedio de 3.06 minutos que representa el (15.76%); por lo tanto se
obtiene una reducción de tiempo de 16.36 minutos lo que representa el (84.24%).

RECOMENDACIONES
R1. Capacitar a los usuarios del sistema en el manejo de herramientas de cómputo, para
aumentar su nivel de destreza y disminuir al máximo su disposición al error, además
de dar la seguridad pertinente en el tratamiento de la información.
R2. Evaluar nuevos procesos de desarrollo y herramientas tecnológicas que motiven el

interés por la producción y aplicación de instrumentos más ventajosos para el manejo
de aplicaciones complejas.
R3. Se recomienda a la Institución evaluar y desarrollar lo que se ha obtenido en la

investigación con el fin de asegurar una mejora continua en los procesos de
abastecimiento y almacén de los Productos y Servicios.
R4. Realizar un monitoreo constante al sistema para corroborar su eficiencia y el

cumplimiento de los objetivos de la empresa.

GLOSARIO DE
TÉRMINOS
-A-
Almacén
Es el espacio físico donde se guardan los diferentes tipos de productos.
Autenticación
Es el proceso que realiza el sistema para autorizar un ingreso al sistema de información. En
ésta acción se adquiere privilegios particulares al usuario.
Apache.
El servidor HTTP Apache es un servidor HTTP de código abierto para plataformas Unix
(BSD, GNU/Linux, etcétera), Windows y otras, que implementa el protocolo HTTP/1.1
(RFC 2616) y la noción de sitio virtual.
-B-
Backup.
Copia de seguridad de Base de Datos, documentos, archivos o ficheros de tal forma que
puedan recuperarse en caso de fallo en el sistema.
-C-
Campo.
Es el espacio en la memoria que sirve para almacenar temporalmente un dato durante el
proceso, Su contenido varía durante la ejecución del programa.
Certificado Presupuestal.
Es el documento legalizado que elabora el Jefe de Presupuesto con el fin de garantizar el
pago de los gastos.
Comprobante de Entrada.
Es el documento que acredita el ingreso real del bien a la Entidad.
Es el documento que acredita la salida del bien del almacén y que sirve para el control
interno de la entidad.
Cotización.
Documento que indica el valor real de un bien o de un servicio.
-D-
Dato.
En un sentido estricto, los datos son las señales individuales en bruto y sin ningún
significado que manipulan las computadoras para producir información.
Dominio de internet.
Es una etiqueta asociada a un grupo de dispositivos o equipos conectados a la red. El
propósito de los nombres de dominio en internet y del sistema de nombres de dominio
(DNS), es traducir las direcciones Ip de cada nodo activo en la red, en términos
memorizables y fáciles de encontrar.
-E-
Entidad.
Es la representación de un Objeto o concepto del mundo real que se describe en una base de
datos.
-G-
GPL.
General Public License. Una de las mejores aportaciones de la FSF (Fundación para el
software libre). Es una licencia que protege la creación y distribución de software libre.
-H-
Home Page.
(Página principal o de entrada) Página de información de la Web, escrita en HTML. En
general, el término hace referencia a la página principal o de acceso inicial de un sitio.
-I-
Interfaz.
Una conexión e interacción entre hardware, software y usuario, es decir como la plataforma
o medio de comunicación entre usuario o programa.
Interprete.
Dispositivo o programa que recibe una por una las sentencias de un programa fuente, la
analiza y la convierte en lenguaje de maquina si no hay errores en ella. También se puede
producir el listado de las instrucciones del programa.
-J-
JQuery.
Biblioteca de JavaScript que permite simplificar la manera de interactuar con los
documentos HTML, manejar eventos, desarrollar animaciones, etc.
-L-
Librerías.
Se refiere al conjunto de rutinas que realizan las operaciones usualmente requeridas por los
programas.

-M-
Memorándum.
Documento escrito que utiliza el Gerente Municipal para comunicarse internamente dando
una orden.
Multiusuario.
Capacidad de algunos sistemas para ofrecer sus recursos a diversos usuarios conectados a
través de terminales.
-O-
Objeto.
Es una unidad dentro de un programa de computadora que consta de un estado, de un
comportamiento, de datos almacenados y de tareas realizables durante el tiempo de
ejecución.
Open Source.
Permite que varios programadores puedan leer, modificar y redistribuir el código fuente de
un programa, por lo que ese programa evoluciona.
-P-
Página Web.
Cualquier página de información que es accesible a través del www.
Programa Fuente.
Instrucción escrita por el programador en un lenguaje de programación para plantear al
computador el proceso que debe ejecutar.

-R-
Registro.
Es un grupo de campos relacionados que se usan para almacenar datos acerca de un tema
(registro maestro) ó actividad (registro de transacción).
Requerimiento.
Es la petición de una cosa que se considera necesaria.
-S-
Servidor.
Es el proceso encargado de atender a múltiples clientes que hacen peticiones de algún
recurso administrado por él. Al proceso servidor se le conoce con el término back-end.
-T-
TAG.
Se llama así a cada uno de los elementos del lenguaje HTML.
Tecnología.
Aplicación de los conocimientos a la consecución de resultados prácticos, bien en forma de
equipos o bien de técnicas conducentes a procesos industriales.
-U-
Usuario.
Cualquier individuo que interactúa con la computadora a nivel de aplicación. Los
programadores, operadores y otro personal técnico no son considerados usuarios cuando
trabajan con la computadora a nivel profesional.
REFERENCIAS
BIBLIOGRAFICAS
15.1 REFERENCIAS BIBLIOGRÁFICAS.
- ALARCON, Vicen Fernández. 2010. Desarrollo de sistemas de información: Una

metodología basada en el modelado. ESPAÑA : Univ. Politèc. de Catalunya, 2010.
9788483018620.
- AMBROCIO RAMIREZ, Neycer Milán. 2010. “Nivel de conocimiento de los

funcionarios y uso de las tecnologías de información y comunicaciones (TIC) en la
Municipalidad Provincial del Santa de la ciudad de Chimbote en el año 2010”, Tesis
para optar el título de Ingeniero de Sistemas” . Universidad Católica los Angeles de
Chimbote : s.n., 2010.
- BARRANCO DE AREBA, Jesus. 2001. Metodología del Análisis Estructurado de

Sistemas. España : Universidad Pontificia Comillas de Madrid, 2001. 84-8468-043-6.
- BECK, kent y ANDRES, Cynthia. 2005. Extreme Programming Explained:

Embrace Change. Estados Unidos : Addison-Wesley, 2005. 0-201-61641-6.
- BORLAND, Lucrecia, y otros. 2007. "Funciones de la administración". Argentina :

EdiUNS, 2007. 9789871171637.
- CANÓS, José H., LETELIER, Patricio y C., PENADÉS Maria. 2008.

"Métodologías Ágiles en el Desarrollo de Software". [Documento]
Valencia.ESPAÑA : s.n., 2008.
- CHACON, Jose. 2009. Monografias. La gestión de compras y el manejo de

inventarios como herramienta fundamental en el logro de objetivos corporativos en
empresas comercializadoras de vinos. [En línea] 2009. [Citado el: 21 de 05 de
2012.].

- COBO, Ángel, y otros. 2005. PHP y MySQL: Tecnología para el desarrollo de

aplicaciones web. España : Ediciones Díaz de Santos, 2005. 9788479787066.
- ESCUDERO SERRANO, María Jose. 2009. "Gestión de aprovisionamiento".

Madrid,España : PARANINFO, 2009. 9788497327268.
- FERNÁNDEZ ESCRIBANO, Gerardo. 2002. Introducción a Extreme

Programming. DSI. [En línea] 09 de 12 de 2002. [Citado el: 20 de 05 de 2012.].
- FIGUEROA, Roberth G., J., SOLÍS Camilo y CABRERA, Armando.

"METODOLOGÍAS TRADICIONALES VS. METODOLOGÍAS ÁGILES".
Loja.ECUADOR : Universidad Particular de Loja.
- Gavilánez Vásconez, Christian. 2010. "Análisis y mejoramiento de los procesos de

abastecimiento de Primax en Ecuador". Quito : s.n., 2010.
- KENDALL, Kenneth E. y KENDALL, Julie E. 2005. Analisis Y Diseño de

Sistemas. Mexico : Pearson Educación, 2005. 9789702605775.
- KENNEDY, Anthony y DE LEOM, Inayaili. 2011. Pro CSS for High Traffic
Websites. New York : Apress, 2011. 9781430232889.
- LAUNDON, Kenneth C. y LAU DON, Jane P. 2008. "Sistemas de Información

Gerencial: Administracion de la empresa digital". México : PEARSON
EDUCACIÓN, 2008. Vol. X. 978-970-26-1191-2.
- LETELIER, Patricio. 2006. Métodologías ágiles para el desarrollo de software:

eXtreme Programming (XP). [En línea] 15 de 04 de 2006. [Citado el: 20 de 05 de
2012.] http://www.cyta.com.ar/ta0502/v5n2a1.htm.

- Linking warehouse complexity to planning and control structure. FABER, Nynke, y

otros. 2002. 5, s.l. : International Journal of Physical Distribution & Logistics
Management, 2002, Vol. XXXII. 09600035.
- LUJAN MORA, Sergio. 2002. Programación de aplicaciones web: Historia,

principios básicos y clientes web. España : Editorial Club Universitario, 2002.
9788484542063.
- MARTÍNEZ QUIROZ, Manuel Ernesto y SANTOS CANDELA, Carlos Pascua.

2007. “Desarrollo e Implementación de un Sistema e Información Basado en Web
para mejorar la Gestión de Rentas de la Municipalidad Distrital De Pacasmayo” .
Trujillo : s.n., 2007.
- MARTINEZ, Raul y MARTINEZ, Alejandro. 2005. "Guía a Rational Unified

Process". [En línea] 2005. [Citado el: 23 de 05 de 2012.]
http://www.dsi.uclm.es/asignaturas/42551/trabajosAnteriores/Trabajo-
Guia%20RUP.pdf.
- MENDOZA SANCHEZ, María A. y PENADÉS, Carmen. 2004. Informatizate.

Metodologias de Desarrollo de Software. [En línea] 7 de 06 de 2004. [Citado el: 20
de 05 de 2012.].
http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_070
62004.html.
- MONTERROSO, Elda. 2002. "La Gestón de Abastecimiento". Argentina : s.n.,

2002.
- MORVILLE, Peter y ROSENFELD, Louis. 2006. Information Architecture for the

World Wide Web. Estados Unidos : O'Reilly Media, Inc., 2006. 9780596527341.

- Namakforoosh, Mohammad Naghi. 2005. Metodología de la investigación.

Mexico : Editorial Limusa, 2005. 9789681855178.
- PALACIO, Juan y Claudia, RUATA. 2011. Scrum Manager Gestión de Proyectos.

Safe Creative. [En línea] 01 de 2011. [Citado el: 20 de 05 de 2012.]
http://www.scrummanager.net/files/sm_proyecto.pdf.
- PALACIO,Juan. 2006. El modelo Scrum. Navegapolis.net. [En línea] 2006. [Citado

el: 20 de 05 de 2012.] http://www.navegapolis.net/files/s/NST-010_01.pdf.
- PIXELWARE. 2010. PIXELWARE. PIXELWARE Especialistas en procesos de

negocio. [En línea] Pixelware, 2010. [Citado el: 12 de 05 de 2012.]
http://pixelware.com/sn-gestion-compra.html.
- ROB, Peter y CORONEL, Carlos. 2003. Sistemas de bases de datos: Diseño,

implementación y administración. España : Cengage Learning Editores, 2003.
9789706862860.
- RODRIGUEZ SALA, Jesus Javier. 2003. Introducción a la programación: Teoría

y práctica. España : Editorial Club Universitario, 2003. 9788484542742.
- RUMBAUGH, James, BOOCH, Grady y JACOBSON, Ivar. 2007. "El Lenguaje

unificado de modelado: Manual de referencia". España : Pearson Addison-Wesley,
2007. 9788478290871.
- RUMBAUGH, James, JACOBSON, Ivar y BOOCH, Grady. 2000. Lenguaje

Unificado de Modelado. Madrid : PEARSON EDUCACIÓN, 2000. 84-7829-037-0.
- SCHMULLER, Joseph. 2004. Sams Teach Yourself UML in 24 Hours. Estados

Unidos : Sams Publishing, 2004. 9780672326400.

- STAIR, Ralph M. y REINOLDS, George Walter. 2000. Principios de Sistemas de

Informacion: Enfoque Administrativo. España : Cengage Learning Editores, 2000.
9789687529974.
- The applications of warehouse management systems: an exploratory study. MIN, H.

2006. 2, s.l. : International Journal of Logistics, 2006, Vol. 9.
- ULLMAN, Larry. 2010. PHP. España : Anaya Multimedia, 2010. 9788441526433.
- VAN LACKER, Luc. 2009. Recursos Informaticos Coleccion. HTML 4 Dominar el

codigo fuenter. España : Ediciones ENI, 2009. 9782746048812.
- WEITZENFELD, Alfredo. 2005. Ingenieria de Software Orientada a Objetos Con

Uml, Java E Internet. España : Cengage Learning Editores, 2005. 9789706861900.

ANEXOS
ANEXO N° 01 – Árbol de Problemas.
Cuadro N° A01. Árbol de Problemas.
Escaza
Organización
Control inadecuado de
Pérdida de Documentos
Productos
Falta de un Sistema Web para mejorar la Gestión del Proceso de Abastecimiento y

Almacén de la Municipalidad Distrital de Guadalupe.
Existe un tiempo Existe un tiempo excesivo

Existe un tiempo excesivo
excesivo que se utiliza para la Generación de
que se utiliza para la
para la Elaboración de Reportes solicitados por la
búsqueda de Productos
Documentos alta Dirección
Existencia de borrones o Mala organización en el Escaza o falta de

enmendaduras almacén conocimientos informáticos
Baja Información para la Adquisición de los Productos

ANEXO N° 02 – Árbol de Objetivos.
Cuadro N° A2. Árbol de Objetivos.
Incrementar
Organización
Eliminar o Disminuir la Aumentar Control de

Pérdida de Documentos Productos
Contar con un Sistema Web para mejorar la Gestión del Proceso de Abastecimiento
y Almacén de la Municipalidad Distrital de Guadalupe.
Disminuir el tiempo
Disminuir el tiempo Disminuir el tiempo excesivo para la
excesivo que se utiliza excesivo que se utiliza generación de reportes
para la elaboración de para la búsqueda de solicitados por la alta
Documentos Productos Dirección
Eliminar la existencia de Aumentar la supervisión Aumentar Conocimientos

borrones o de la organización en el
enmendaduras almacén Informáticos
Incrementar Información para la Adquisición de los Productos

ANEXO N° 03 – Comparación entre las Metodologías de Desarrollo de Software.
Para tener más en claro las ventajas y desventajas que presenta cada Metodología, se ha
creído conveniente construir un cuadro comparativo entre ellas, la cual veremos a
continuación.
Tabla N° A3. Ventajas y Desventajas de las Metodologías. Parte 1 de 2.
Metodología Ventajas Desventajas

- Es una de las Metodologías más - Si el conjunto de documentos y
Completa. artefactos no son concebidos tal
- Permite evaluar tempranamente y como se plantea en RUP,
los riesgos en lugar de descubrir dicha documentación solo
problemas en la integración final servirá para ser archivada lo
del sistema. cual no genera valor respecto a
- Reduce el costo del riesgo a los la calidad del desarrollo, y
costos de un solo incremento. evoluciona en problemas más
- Acelera el ritmo del esfuerzo de complejos (aplicación que no
desarrollo en su totalidad debido satisface los requerimientos,
a que los desarrolladores trabajan diseño de la estructura no
para obtener resultados claros a coincide con la estructura final
R.U.P de la aplicación, etc.).
corto plazo.
- Distribuye la carga de trabajo a lo - Lo más importante en el
largo del tiempo del proyecto ya desarrollo de un producto
que todas las disciplinas informático es el propio
colaboran en cada iteración. desarrollo, en RUP se gasta
- Facilita la reutilización del código posiblemente demasiado tiempo
teniendo en cuenta que se para pasar a la fase de
realizan revisiones en las desarrollo.
primeras iteraciones lo cual

además permite que se aprecien
oportunidades de mejoras en el
diseño.
Tabla N° A3. Ventajas y Desventajas de las Metodologías. Parte 2 de 2.
Metodología Ventajas Desventajas

- Programación organizada. - Es recomendable emplearlo
- Poca documentación en el solo en proyectos a corto
desarrollo del proyecto. plazo.
- Menor taza de errores. - Altas comisiones en caso de
- Satisfacción del programador. fallar.
- El cliente tiene el control - Imposible prever todo antes
XP sobre las prioridades. de programar.

- Se hacen pruebas continuas - Crecimiento del sistema cada
durante el proyecto. vez que se le entrega al
- Satisfacción del programador. cliente.
- Presencia constante del
usuario, lo cual en la realidad
es muy difícil de lograr.
- Cumplimiento de expectativas - Dificultad de aplicación en
- Flexible a cambios. grandes proyectos.
- Mayor calidad del software. - Altas comisiones en caso de
- Mayor productividad. fallar.
- Se trabaja en iteraciones - Es una metodología que
SCRUM
cortas, de alto enfoque y total difiere del resto, y esto causa
transparencia. cierta resistencia en su
- Permite producir software de aplicación para algunas
una forma consistente, personas.
sostenida y competitiva.

ANEXO N° 04 – Elección de la Metodología de Desarrollo de Software según Criterios

de Evaluación.
- Matriz 1.
Datos del Experto:

Apellidos y Nombres: DAVID AGREDA GAMBOA Empresa: __ UNT_____
Profesión: _INGENIERO DE SISTEMAS_ Cargo: DOCENTE UNIVERSITARIO
Ingresar en una escala de 1 al 5 el grado de importancia de cada criterio para

determinar si es una buena alternativa en cuanto a metodología para el desarrollo de un
Tabla N° A4. Criterios de Evaluación realizada por el Experto 1.

Criterio
C1 C2 C3 C4 C5 C6
Metodología
RUP 5 4 5 4 5 4
Extreme Programming 3 4 4 4 3 3
Scrum 3 3 4 3 3 3
Fuente: (Experto 1, 2015).
C1: Información.
C2: Conocimiento.
C3: Flexibilidad.
C4: Compatibilidad.
C5: Requerimientos.
C6: Tiempo de Desarrollo.

- Matriz 2.
Datos del Experto:

Apellidos y Nombres: JOSE FERNÁNDEZ MURRUGARRA Empresa: _UNT_
Profesión: INGENIERO DE SISTEMAS Cargo: DOCENTE UNIVERSITARIO

Tabla N° A4. Criterios de Evaluación realizada por el Experto 2.

Criterio
Metodología C1 C2 C3 C4 C5 C6
RUP 5 5 5 4 4 4
Scrum 4 4 4 4 3 3
C1: Información.
C2: Conocimiento.
C3: Flexibilidad.
C4: Compatibilidad.
C5: Requerimientos.

- Matriz 3.
Datos del Experto:
Apellidos y Nombres: MARCELINO TORRES VILLANUEVA Empresa: UNT_ _

Profesión: _INGENIERO DE SISTEMAS Cargo: DOCENTE UNIVERSITARIO

Tabla N°A4. Criterios de Evaluación realizada por el Experto 3.

Criterio
Metodología C1 C2 C3 C4 C5 C6
RUP 5 5 4 4 5 4
Scrum 3 4 4 3 4 3
C1: Información.
C2: Conocimiento.
C3: Flexibilidad.
C4: Compatibilidad.
C5: Requerimientos.

ANEXO N 05. MANUAL DE USO PARA EL SISTEMA DE ABASTECIMIENTO Y

ALMACÉN DE LA MUNICIPALIDAD DISTRITAL DE GUADALUPE.
1. UN BREVE PASEO POR EL MÓDULO DE ABASTECIMIENTO

1.1. Ingresando al Módulo de Abastecimiento
Para ingresar al Sistema de Abastecimiento activamos wampserver y luego
ingresamos http://localhost/Abastecimientos/
Figura N° A1. Ingreso al Módulo de Abastecimiento.
Una vez ingresada la URL aparecerá la página de inicio de sesión del sistema. En
el cuadro se requiere poner en los espacios indicados el nombre de usuario y la
clave o contraseña del usuario, y a continuación hacer click en entrar, esto para
que solamente el personal autorizado tenga acceso a la información que se
maneja en este rubro.

Figura N° A2. Iniciar Sesión.
1.2. Descripción de la Ventana de Sistema de Abastecimiento – Módulo

Abastecimiento
La ventana del módulo de Abastecimiento sistema de Abastecimiento y
Almacén, elaborada dinámicamente contribuye a la facilidad de su manejo como
a la agilización del proceso en las tareas programadas.
1.2.1. Componentes de la Ventana

Barra de título: Sistema de Abastecimiento y Almacén
Barra de menú: compuesta de la siguiente manera:
A. Inicio:
- Salir.
B. Procesos
- Generar Requerimiento de Compra.
- Generar Requerimiento de Servicio.
- Generar Orden de Compra.
- Generar Orden de Servicio.
C. Mantenimiento
- Proveedor.
- Personal.
- Área.
- Servicio.
- Proyecto
- Usuario.
- Tipo de Usuario.
- Cargo
D. Resultados
- Reporte de Órdenes diario.
E. Ayuda
Por otro lado en la parte inferior de la cabecera, presenta el nombre y tipo de
usuario del personal, hora y fecha y también un enlace para salir del sistema, ya
que para ingresar al sistema hay 3 tipos de usuarios (J. Abastecimientos-J.
Almacén-J. Área) cada uno con sus respectivos procesos y mantenimiento.
Figura N° A3. Módulo de Abastecimiento.
Título
Salir y cerrar
Hora y Fecha sesión del
sistema
Datos de Personal Barra de Menú

2. COMO UTILIZAR LA VENTANA DE MANTENIMIENTO DE ITEMS

Para explicar éste punto vamos a tomar como ejemplo la Ventana Producto del Módulo
Almacén. En dicha ventana podemos observar lo siguiente:
Figura N° A4. Mantenimiento de Items.
Click para cargar ventana
e ingresar nuevo registro
- Botón Nuevo:
Se utiliza para registrar un producto nuevo. Al hacer click en dicho botón
automáticamente cargará una ventana donde ingresaremos los siguientes datos:
Unidad de Medida, Descripción del producto, categoría, y estado. Una vez
ingresado los datos daremos click en Registrar Producto para que el producto sea
registrado. Si ya no deseamos hacer la operación anterior hacemos click en cancelar.
Ésta opción nos permite cancelar el proceso y volver a la ventana anterior.

Figura N° A5. Mantenimiento de Items – Botón Nuevo.
Ingresar
Datos
Click para grabar
- Enlace Editar.
Sirve para editar los datos de un producto. Para utilizar ésta opción seleccionamos
un registro de la lista de productos a editar. Luego hacemos clic en el enlace editar.
Automáticamente cargará una ventana donde podremos modificar los siguientes
datos: Unidad de Medida, Descripción del producto, categoría, y estado. Una vez
modificado los datos haremos clic en Registrar Producto para que el producto sea
modificado. Si ya no deseamos hacer la operación anterior hacemos click en
cancelar. Ésta opción nos permite cancelar el proceso y volver a la ventana anterior.

Figura N° A6. Mantenimiento de Items – Enlace Editar. Parte 1 de 2.
Click para editar
Figura N° A6. Mantenimiento de Items – Botón Editar. Parte 2 de 2.
Ingresar Datos
Modificados
Click para grabar

- Enlace Eliminar.
Se utiliza para eliminar productos de la base de datos. Para utilizar ésta opción
primero hacemos click en un registro de la lista de productos a eliminar. Luego Al
realizar esto, se mostrará una ventana preguntando si desea eliminar el producto. Si
deseamos eliminar hacemos click en aceptar. Caso contrario haremos click en
cancelar.
Figura N° A7. Mantenimiento de Items – Enlace Eliminar. Parte 1 de 2.
Click para eliminar

Figura N° A7. Mantenimiento de Items – Enlace Eliminar. Parte 2 de 2.
Click para confirmar eliminación

3. ELABORACION REQUERIMIENTOS DE COMPRA Y /O SERVICIO

3.1. Como Ingresar a los Requerimientos.
Para ingresar a Los requerimientos de compra o de servicio, en la ventana de
sistema de abastecimiento y Almacén nos ubicaremos en la barra de menú,
específicamente en el menú Procesos luego nos deslizaremos hasta el submenú
requerimientos de compra o servicio, a continuación haremos click. (Jefe-.Área).
Figura N° A8. Generación de Requerimientos.
Click
Una vez realizada esta acción aparecerá en pantalla la ventana del tipo de
requerimiento seleccionado.
3.2. Requerimiento de Compra.

La ventana de requerimiento contiene en la parte inferior 5 botones que facilitan
la labor del trabajador de logística, tales funciones de los iconos se detallan a
continuación:
- Nuevo
- Cancelar
- Grabar
- Eliminar
- Buscar

Para nuestros propósitos haremos click en la opción nuevo, el cual nos permite
habilitar la ventana titulada ingreso de requerimiento de compra.
La ventana de requerimiento de compra: Es el lugar donde el trabajador del

área de abastecimiento va a realizar el requerimiento de productos que necesita su
área para cumplir a cabalidad sus funciones.
La ventana de requerimiento de compra presenta los siguientes puntos:

- Número, fecha, solicitante y dependencia, que son llenados
automáticamente por el sistema es por eso que aparece bloqueado.
Seguidamente presenta los siguientes puntos, que si deben ser llenados por el
trabajador, y que son:
- Proyecto: click en el botón buscar para buscar proyecto, para el cual va a ser
asignado la solicitud.
- Glosa: indicaciones para requerimiento y/o algunas especificaciones.
También presenta el detalle de productos que permite buscar los productos a

solicitar. En esta parte tenemos botón buscar para buscar productos, botón agregar
para agregar registros al detalle y cada registro presenta un enlace para quitar
producto de la lista. Luego al hacer click en el botón grabar nuestro requerimiento
y podrá ser registrado.

Figura N° A8. Proceso de Requerimiento de Compra. Parte 1 de 2.
Click para grabar

requerimiento
Figura N° A8. Proceso de Requerimiento de Compra. Parte 2 de 2.
Click para
confirmar

Finalmente aparecerá una ventana con el reporte del proceso.
Figura N° A9. Reporte de Requerimiento de Compra.
4. ORDENES DE COMPRA
4.1. Como Ingresar la Orden de Compra.
Para ingresar a las órdenes de compra, en la ventana de sistema de
abastecimiento y Almacén nos ubicaremos en la barra de menú, específicamente
en el menú Procesos luego nos deslizaremos hasta el submenú Generar órdenes
de compra, y a continuación haremos click.

Figura N° A10. Proceso de Orden de Compra.
Click
4.2. Orden de Compra

La ventana Orden de Compra contiene en la parte inferior las siguientes
opciones:
- Nuevo: Podemos ingresar una nueva orden de compra.

- Grabar: Nos permite grabar una orden de compra.
- Buscar: Busca determinada orden de compra para.
- Eliminar: Nos permite eliminar alguna orden de compra.
- Cancelar: Nos permite salir de la ventana Órdenes de compra.
También se puede apreciar entre otros, los siguientes puntos:
- Numero - Glosa
- Proveedor - Solicitante
- Almacén - Ruc
- Fecha
- Dirección
- Cert. Presupuestal

Figura N° A11. Generar de Orden de Compra.
Botones
mantenimiento
Para ingresar una nueva orden de compra hacemos click en la opción Nuevo,
inmediatamente se generará automáticamente el número de orden, la fecha y el
solicitante. Luego procedemos a ingresar los siguientes datos: Proveedor,
dirección, ruc, almacén, certificación presupuestal y glosario.
Figura N° A12. Generar de Orden de Compra.
Mantenimiento del
detalle de la orden de
compra

A continuación hacemos click en el botón nuevo y luego en el botón buscar. Nos

aparecerá una nueva ventana con la relación de requerimientos que aún no han
sido atendidos. Seleccionamos el requerimiento y aparecerá a su lado derecho el
detalle de dicho requerimiento. Seleccionamos un producto del detalle del
requerimiento y hacemos click en seleccionar.
Figura N° A13. Generar de Orden de Compra – Buscar Requerimiento de

Compra.
Click para seleccionar

producto
Click para seleccionar Detalle del requerimiento

requerimiento número 43
Inmediatamente los datos de dicho producto pasarán a la ventana de la Orden de

Compra. Ahí procedemos a colocar el precio unitario del producto y hacemos
click en agregar. Al hacer esto el producto será agregado a la lista de productos a
ordenar. Realizamos éste proceso hasta que se crea conveniente. Finalmente
hacemos click en el botón Grabar.

Figura N° A14. Grabar Orden de Compra. Parte 1 de 2.
Click para grabar
Figura N° A14. Grabar Orden de Compra. Parte 2 de 2.
Click para confirmar al

grabar

Por último, automáticamente aparecerá el reporte de la orden generada.
Figura N° A15. Reporte de Orden de Compra. Parte.

ANEXO N 06: PLAN DE CAPACITACIÓN PARA USUARIOS FINALES
1. JUSTIFICACION
El presente plan se sustenta en el marco de la ejecución del proyecto Sistema de
Abastecimientos, que ofrece una solución eficiente para la mejora de la gestión del
proceso de abastecimiento y Almacén de la Municipalidad Distrital de Guadalupe.
El proyecto ha identificado la no relación que tienen los trabajadores con el área
sistematizada de abastecimiento y almacén y su total desconocimiento en relación a las
TIC’S, por lo que nace como necesidad la capacitación de los usuarios finales de
Sistema de Abastecimientos.
2. OBJETIVOS
Generar capacidades en los trabajadores en el uso del nuevo Sistema de
Abastecimiento y Almacén, con la finalidad de que mejoren su desarrollo laboral y
comunicación inter-áreas.
3. ESTRUCTURA DE PLAN DE CAPACITACION
Tabla N° A1. Plan de Capacitación.
Tema Duración Modalidad Facilitador Participantes

1 INTRODUCCION 1 HORA Presencial Tasilla Culqui Jefes de áreas
2 DESCRIPCION DE 1 Hora Presencial Tasilla Culqui Jefes de áreas
MODULOS
3 INICIO DE SESION 1 Hora Presencial Tasilla Culqui Jefes de áreas
4 MANTENIMIENTO 30 Minutos Presencial Tasilla Culqui Jefes de áreas
DE ITEMS
5 GESTION DE 30 Minutos Presencial Quiroz Briones Jefes de áreas
USUARIOS
6 OPERACIONES DEL 1 Hora y 30 Presencial Quiroz Briones Jefes de áreas
SISTEMA Minutos
7 CONSULTAS DEL 1 Hora y 30 Presencial Tasilla Culqui y Jefes de áreas
SISTEMA Minutos Quiroz Briones

4. CONTENIDOS
a) INTRODUCCION: Espacio en el cual se realizara:

- La presentación del equipo de desarrollo de Sistema de Abastecimientos.
- Encuesta relacionada con la gestión del proceso de abastecimiento y almacén
de la municipalidad.
- La visión general de los usuarios finales hacia Sistema de Abastecimientos.
- Interacción con usuarios finales.
- Sistema de Abastecimientos nace.
- Presentación del sistema.
b) DESCRIPCION DE MODULOS:
Espacio en el cual se llevara a cabo la introducción y descripción de cada uno de
los módulos de Sistema de Abastecimientos a los usuarios finales, resolviendo
todas y cada una de las dudas que se presenten acerca del tema que se trate en el
momento este proceso se llevara a cabo por la Bach. Tasilla Culqui.
c) INICIO DE SESION:
Módulo el cual está diseñado para ingresar al sistema por medio de un código o
nombre de usuario y su respectiva contraseña, los ingresos al sistema serán
controlados por medio de perfiles los cuales tendrán ciertas restricciones para
realizar acciones en el sistema.
d) MANTENIMIENTO DE ITEMS
Modulo el cual fue diseñado para creación edición, actualización y eliminación de
los ítems utilizados en el sistema, entre los cuales tenemos: producto, servicio,
proveedores, personal, área, cargo, categoría, almacén, etc.

e) GESTION DE USUARIOS
Modulo el cual fue diseñado para la creación, edición, actualización y eliminación
de usuarios y perfiles dentro del sistema.
f) PROCESOS DEL SISTEMA

Módulo el cual fue diseñado para la creación y manejo de requerimientos y
órdenes de compra y/o servicios dentro del sistema.
g) CONSULTAS DEL SISTEMA

Módulo el cual fue diseñado para realizar reportes de los procesos del sistema.
h) EJECUCION
La ejecución del plan de capacitación se llevara a cabo en el auditorio de la
Municipalidad Distrital de Guadalupe, donde será proyectado por medio de un
video in a todos los jefes del área que se encuentren presentes el día 24 de
octubre.
i) EVALUACION
La evaluación del plan de evaluación se realizara por medio de una encuesta en la
cual se recogerá la información en un documento que será diligenciado por los
jefes de área, en el cual se evidenciara la información que se logró dejar clara.
j) SEGUIMIENTO:
Se realizara con encuestas eventuales a los jefes de área de la Municipalidad
Distrital de Guadalupe que se encuentren realizando uso del sistema para tener
información acerca de la interacción que presentan con el sistema.

ANEXO N 07: TABLA DE LA DISTRIBUCIÓN “T DE STUDENT”
Figura A01. Tabla T Student.

ANEXO N 08: TABLA DE DISTRIBUCIÓN NORMAL.
Figura A02. Tabla Z de Distribución Normal.

ANEXO N 09: ENCUESTA PARA VALIDACIÓN DE ENCUESTA.
1. ¿De qué manera califica usted la veracidad de la información de un reporte de

Comprobante para un usuario cualquiera?
Nada Favorable
Poco Favorable
Favorable
Muy Favorable

Requerimiento para un usuario cualquiera?
Nada Favorable
Poco Favorable
Favorable
Muy Favorable
3. ¿Cree Ud. Que el nivel de fiabilidad de la información es, para la imagen de esta
Municipalidad?
Nada Favorable
Poco Favorable
Favorable
Muy Favorable

Inventario?
Nada Favorable
Poco Favorable
Favorable
Muy Favorable

Abastecimiento?
Nada Favorable
Poco Favorable
Favorable
Muy Favorable

Almacén?
Nada Favorable
Poco Favorable
Favorable
Muy Favorable
7. ¿Cree usted que el Sistema del Proceso Abastecimiento y Almacén actual hace que la
fiabilidad en la información sea?
Nada favorable
Poco Favorable
Favorable
Muy Favorable
fiabilidad en estas sea?
Nada favorable
Poco Favorable
Favorable
Muy Favorable

9. ¿Cómo califica la atención que recibe al solicitar productos en almacén?

Nada Favorable
Poco Favorable
Favorable
Muy Favorable
10. ¿Cómo califica la atención que recibe al solicitar Requerimientos de Compra y/o
Servicios?
Nada Favorable
Poco Favorable
Favorable
Muy Favorable
11. ¿Cómo califica el proceso de abastecimiento con el que actualmente trabaja su

municipalidad?
Nada Favorable
Poco Favorable
Favorable
Muy Favorable
12. ¿Cómo califica el proceso de almacén con el que actualmente trabaja su

municipalidad?
Nada Favorable
Poco Favorable
Favorable
Muy Favorable

13. ¿Con que frecuencia solicita productos en almacén?

Diariamente
Semanalmente
Mensualmente
Anualmente
14. ¿Encuentra todo lo que necesita en almacén?

Siempre
Casi Siempre
A veces
Nunca
15. ¿Con qué frecuencia queda satisfecho con los productos y/o servicios que se le
entregan?
Siempre
Casi Siempre
A veces
Nunca
16. ¿Con qué frecuencia queda satisfecho con los requerimientos de compra y/o servicios?
Siempre
Casi Siempre
A veces
Nunca

17. ¿Después de que generó su requerimiento de compra y/o servicio. ¿Cuánto tiempo
demoran en entregarle el producto que solicitó?
Menor de 2 días
Menor de 3 días
Menor de 4 días
De 4 a más días
18. ¿Cómo calificarías la idea de implementar un sistema de registro de productos en

almacén para tener un mejor control de ellos?
Nada Favorable
Poco Favorable
Favorable
Muy Favorable
19. ¿Cómo calificarías la idea de implementar un sistema de registro de requerimientos en

de compra y/o servicios?
Nada Favorable
Poco Favorable
Favorable
Muy Favorable
20. ¿Cuánto tiempo se demora en realizar un requerimiento de compra y/o servicio?

De 6 a 7 minutos
De 8 a 9 minutos
De 10 a 11 minutos
De 11 a más minutos

Figura A16. Análisis de Procedimiento de Alfa de Cronbach Utilizando Spss. Parte 1

de 3.

de 3.


de 4.

de 4.

CONCLUSION: Como se puede apreciar, el resultado tiene un valor α de 0 .819, lo que

indica que este instrumento tiene una confiabilidad aceptable, validando su uso para la
recolección de datos.
ANEXO N 10: ENCUESTA PARA DETERMINAR LA CONFIABILIDAD DE LA

INFORMACIÓN.
1. ¿Cree Ud. Que el nivel de fiabilidad de la información es, para la imagen de esta
Municipalidad?
Nada favorable
Poco Favorable
Favorable
Muy Favorable

Inventario?
Nada favorable
Poco Favorable
Favorable
Muy Favorable

Abastecimiento?
Nada favorable
Poco Favorable
Favorable
Muy Favorable


Almacén?
Nada favorable
Poco Favorable
Favorable
Muy Favorable
fiabilidad en la información sea?
Nada favorable
Poco Favorable
Favorable
Muy Favorable
fiabilidad en estas sea?
Nada favorable
Poco Favorable
Favorable
Muy Favorable


Quiroz Briones, Daniel Antonio, Tasilla Culqui, Jeremías Jerson

Uploaded by

Document Information

Original Description:

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Quiroz Briones, Daniel Antonio, Tasilla Culqui, Jeremías Jerson

Uploaded by

Copyright:

Available Formats

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

UNIVERSIDAD NACIONAL DE TRUJILLO

 Bach. QUIROZ BRIONES, DANIEL ANTONIO.

 ING. MG. SÁNCHEZ TICONA, ROBERTS.

A Dios, Por ser quien me escucha y

me ayuda a sobrellevar muchos

momentos difíciles vividos, gracias

A mis queridos padres Daniel A.

Quiroz Carranza y Lucía

Ernestina Briones Esteves, gracias

por la fortaleza que me trasmiten en

sus palabras y acciones, por el

apoyo moral en esta formación

académica. Para ellos mi eterno

Daniel Antonio, Quiroz Briones.

A Dios, origen y fin de todas las cosas,

por ser quien me escucha, me dirige y

me ayuda a poder sobrellevar muchos

momentos difíciles vividos en mi vida

diaria, gracias Señor por todo lo que

tengo y por todas las bendiciones que

Villanueva y Casimira Culqui Sánchez

por su infinito amor y apoyo

incondicional que me dieron a lo largo de

mi carrera, por haber luchado y seguido

adelante cada día para verme feliz y

realizada en la vida, muchas gracias

padres por el sacrificio dado, gracias por

haber fomentado en mí el deseo de

superación y el anhelo de triunfo en la

vida y finalmente agradecer a mis

familiares, maestros y amigos por el

Jeremías Jerson, Tasilla Culqui.

En cumplimiento de las normas establecidas por la Escuela de Ingeniería de

Sistemas pertenecientes 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 de Información con Tecnología Web para la

mejora de la Gestión del Proceso de Abastecimiento y Almacén de la Municipalidad

Distrital de Guadalupe ”, cuyo objetivo es demostrar que se puede mejorar la Gestión de

Abastecimiento y Almacén mediante la implementación de un Sistema de Información.

Lo que se desea al implementar este sistema es que la Municipalidad Distrital de Guadalupe

cuente con un Sistema de Abastecimiento y Almacén basado en Web, el cual permitirá

mejorar la Gestión del Proceso de Abastecimiento y Almacén en la Institución Pública, así

El Sistema ha sido implementado utilizando PHP 5.3.13 como lenguaje de programación,

como Sistema Operativo Windows 7 Ulltimate; basándose en la Metodología Orientada a

Objetos utilizando el Proceso Unificado de Desarrollo de Software.

La realización de la presente investigación significó un esfuerzo y paciencia memorable de

y desinteresada durante la elaboración del presente trabajo de investigación.

A toda la plana Docente de la Escuela de Ingeniería de Sistemas, que durante nuestra

carrera universitaria nos inculcaron el esfuerzo, la investigación, los valores entre

compañeros y el estudio constante, para ser exitosos en el campo laboral.

Al personal del Área de Abastecimiento y Almacén de la Municipalidad, por su apoyo y

colaboración brindada para el proceso de culminación de esta Tesis.

Finalmente queremos agradecer a nuestros Padres y familiares que compartieron con

nuestras metas en nuestra vida profesional.

El presente proyecto abarca el desarrollo de un software para la automatización de las

diferentes áreas de la Municipalidad Distrital de Guadalupe.

Partimos de la descripción de la organización en todos sus ámbitos, considerando un

desarrolla el planteamiento de los principales procesos que ocurren dentro de la

organización, así como su representación a través de diagramas. También se especifica sus

principales objetivos como empresa, sus metas y todo lo concerniente a su Filosofía

El logro al desarrollar un software, es el de brindar una mejor herramienta, de información

pertinente, exacta y oportuna para la integración de los departamentos de la Institución.