Tesis Llerena Sanchez v12

UNIVERSIDAD NACIONAL DE UCAYALI
Facultad de Ingeniería de Sistemas y de Ingeniería Civil
Escuela Profesional de Ingeniería de Sistemas
“SISTEMA DE INFORMACIÓN PARA

MEJORAR EL ABASTECIMIENTO DE BIENES
Y SERVICIOS EN LA MUNICIPALIDAD
PROVINCIAL DE CORONEL PORTILLO”
Tesis para optar el título profesional de Ingeniero de

Sistemas
TESISTAS : Bach. Piero Paolo Llerena Lima
Bach. Christian Hans Sánchez Escudero
PUCALLPA – PERU
2013
“SISTEMA DE INFORMACIÓN PARA MEJORAR EL
ABASTECIMIENTO DE BIENES Y SERVICIOS EN LA
MUNICIPALIDAD PROVINCIAL DE CORONEL PORTILLO”
Por:
______________________________
Bach. Piero Paolo Llerena Lima
_________________________________
Bach. Christian Hans Sánchez Escudero
Aprobado
______________________________
Mg. Romel Pinedo Ríos
______________________________
Mg. Nilton César Ayra Apac
______________________________
Mg. N.N.
Asesor:
______________________________
Mg. Jorge Luis Hilario Rivas

Dedicatoria
Dedicamos la presente tesis a nuestros padres por
el apoyo incondicional en todos los aspectos de
nuestra formación profesional y nuestra vida
personal, ya que gracias a ellos y su gran esfuerzo
por apoyarnos y logremos alcanzar nuestros sueños
de ser profesionales de éxito.

Agradecimientos
En primera instancia agradecer a Dios por la vida y las oportunidades que nos
brinda; de igual forma mis agradecimientos a mi asesor de tesis Ing. Mg. Jorge
Luis Hilario Rivas, por brindarme las pautas adecuados para llevar a cabo este
estudio y mantenerse al pendiente en el avance; del mismo modo a nuestros
padres, que día a día nos brindaron el apoyo para el proceso de nuestra formación
profesional.
Resumen
La presente tesis realiza el análisis, diseño y desarrollo de un sistema de
información para mejorar el abastecimiento de bienes y servicios en la
Municipalidad Provincial de Coronel Portillo; mediante el uso de RUP y UML, ya
que éstos forman una metodología estándar para el proceso de desarrollo se
software gracias a las herramientas case que nos ofrece UML y facilita el
modelamiento de los procesos. Así mismo se hace énfasis en la necesidad de
contar con un software que sistematice los procesos de la organización, para
alcanzar los objetivos eficientemente y así optimizar la carga laboral de los
empleados. Para desarrollar el software se tuvo en cuenta la necesidad de
información en cada proceso, obteniendo adaptabilidad bastante considerable en
el funcionamiento de éste, así mismo se tomó como opción desarrollarlo mediante
las tecnologías ASP.NET, C# y Java Script, por la experiencia adquirida en con la
herramienta. En el desarrollo se elaboró cada uno de los diagramas de UML: casos
de uso de negocio, requerimientos, colaboración, estados, paquetes, secuencia,
dominio, actividad entre otros. El software cuenta con autentificación de usuario con
permisos limitados para cada módulo de usuario; así mismo, el sistema se
desarrolló con el paradigma orientado a objetos sobre una base de datos relacional
contando así con integridad de los datos manejados.
Palabras claves: Sistema, software y objetos.

Summary
This thesis makes the analysis, design and development of an information system
to improve the supply of goods and services in the Municipalidad Provincial de
Coronel Portillo using RUP and UML, as they are a standard methodology for the
process of software development using the tools offered by UML case and facilitates
the modeling of processes. It also emphasizes the need for software that
systematizes organizational processes, to achieve the objectives efficiently and
optimize the workload of employees. To develop the software took into account the
need for information in each process, obtaining considerable flexibility in the
operation of it, so it was taken as an option by the technologies develop ASP.NET,
C # and Java Script, by the experience of with the tool. During development, each
elaborated UML diagrams: business use cases, requirements, collaboration, state,
package, sequence, domain, activity among others. The software has user
authentication with limited permissions for each user module, likewise, the system
was developed with the object-oriented paradigm on a relational database thus
having managed data integrity.
Keywords: system, software and objects.

Introducción
La tesis denominada “sistema de información para mejorar el abastecimiento de
bienes y servicios en la Municipalidad Provincial de Coronel Portillo”, es parte de
una política de sistematización de la información de la institución. Para modelar los
datos se utilizó el motor de base de datos SQL Server 2008, se modelo la base de
datos para obtener información relevante en la administración de la unidad de
abastecimiento de bienes y servicios en la Municipalidad Provincial de Coronel
Portillo; aplicándose el Proceso Unificado Rational (RUP) y el Lenguaje Unificado
de Modelado (UML) permite representar el sistema informático que gestione la
información en la unidad de abastecimiento de bienes y servicios en la MPCP, de
manera adecuada. Asi mismo, se utilizó las herramientas Web: como lenguaje de
programación ASP.NET, C#, Java Script; el manejador de Base de Datos SQL
Server 2008 y un Servidor Web Internet Information Server 7.0 (IIS), permiten
gestionar la información en la unidad de abastecimiento de bienes y servicios en la
MPCP.
De lo dicho la presente tesis, esta compuesta por cinco capítulos, tal como se
describe a continuación:
CAPITULO I. En este capítulo se definen los antecedentes del problema para así
formularlo, con el cual se logra definir los objetivos, justificación, hipótesis y
operacionalización de las variables.
CAPITULO II.- En este capítulo se definen los antecedentes del estudio, es decir
se estudia empíricamente como la implementación de un sistema logra optimizar
algún proceso administrativo; así mismo se define el marco teórico y la definición
de términos básicos para la tesis.

CAPITULO III.- En este capítulo se define la metodología de la investigación, así
mismo se establece el tamaño total de población y muestra, también se mencionan
las técnicas e instrumentos de recolección de datos, finalmente se define de qué
forma se realiza el tratamiento de datos.
CAPITULO IV.- En este capítulo se documenta el proceso de desarrollo de software
que constituye el documento visión del negocio y el plan de desarrollo de software.
CAPITULO V.- En este capítulo se realiza el procesamiento de los datos
recolectados para su respectivo análisis, lo cual es clave para la definición de
conclusiones
Y por último se plantean las conclusiones y recomendaciones de la presente tesis.

Tabla de contenido
Dedicatoria ............................................................................................................... i
Agradecimientos...................................................................................................... ii
Resumen ................................................................................................................ iii
Summary ................................................................................................................ iv
Introducción ............................................................................................................. v
CAPITULO I ........................................................................................................... 1
1.1. Antecedentes del problema....................................................................... 1
1.2. Formulación del problema ......................................................................... 6
1.3. Objetivos ................................................................................................... 7
1.3.1. Objetivo general.................................................................................. 7
1.3.2. Objetivos específicos .......................................................................... 7
1.4. Justificaciones ........................................................................................... 8
1.5. Hipótesis y variables ................................................................................. 9
1.5.1. Hipótesis ............................................................................................. 9
1.5.2. Variables ............................................................................................. 9
1.6. Operacionalización .................................................................................. 10
CAPITULO II ........................................................................................................ 11
2.1. Antecedentes del estudio ........................................................................ 11
2.2. Bases teóricas ......................................................................................... 11
2.2.1. Sistema WEB.................................................................................... 11
2.2.2. SISTEMA .......................................................................................... 22
2.2.3. WEB ................................................................................................. 23
2.2.4. SISTEMA INFORMATICO ................................................................ 23
2.2.5. INGENIERÍA DE SOFTWARE .......................................................... 24
2.2.6. SOFTWARE ..................................................................................... 24
2.2.7. LENGUAJE DE PROGRAMACIÓN .................................................. 26
2.2.8. PROGRAMACION ORIENTADA A OBJETOS ................................. 26
2.2.9. OBJETO ........................................................................................... 29
2.2.10. ORIENTADO A OBJETOS ............................................................ 31
2.2.11. ADMINISTRADOR DE BASE DE DATOS..................................... 31
2.2.12. BASE DE DATOS ......................................................................... 32
2.2.13. DATO ............................................................................................ 33
2.2.14. SQL SERVER ............................................................................... 34
2.2.15. PROCESO UNIFICADO DE RATIONAL ....................................... 34
2.2.16. FASES EN EL CICLO DE DESARROLLO .................................... 37
2.2.17. LENGUAJE DE MODELO UNIFICADO ........................................ 40
2.2.18. TECNOLOGÍA JAVA ..................................................................... 45
2.2.19. PROCESOS ADMINISTRATIVOS ................................................ 53
2.2.20. PROCESOS .................................................................................. 53
2.2.21. ADMINISTRATIVO ........................................................................ 54
2.2.22. CONTROL DE INVENTARIO ........................................................ 54
2.2.23. INVENTARIO ................................................................................ 55
2.3. Definición de términos básicos ................................................................ 58
CAPITULO III ....................................................................................................... 62
METODOLOGÍA DE LA INVESTIGACIÓN .......................................................... 62
3.1. Tipo de la investigación ........................................................................... 62
3.2. Nivel de la investigación .......................................................................... 63
3.3. Métodos de investigación ........................................................................ 63
3.4. Diseño de investigación .......................................................................... 64
3.5. Modelo de investigación .......................................................................... 65
3.5.1. Diseño de modelo ............................................................................. 65
3.5.2. Construcción ..................................................................................... 65
3.6. Población y muestra. ............................................................................... 66
3.7. Técnicas e instrumentos para recolección de datos................................ 67
3.8. Procesamiento para recolección de datos. ............................................. 68
3.9. Tratamiento de datos. ............................................................................. 68
CAPITULO IV ....................................................................................................... 69
PROCESO DE DESARROLLO DE SOFTWARE ................................................. 69
4.1. FASE INICIAL ......................................................................................... 69
4.1.1. Modelamiento de visión del negocio ................................................. 69
4.2. FASE DE ELABORACIÓN .................................................................... 101
4.2.1. Flujo de trabajo de requerimientos ................................................. 101
B.1). Descripción del modelo Use-Case: Gestión de pedidos ..................... 104
B.2). Descripción del modelo Use-Case: Gestión de usuarios .................... 111
B.3). Descripción del modelo Use-Case: Gestión de almacén .................... 113
4.3. FASE DE CONSTRUCCIÓN ................................................................. 126
4.3.1. Diagrama de componentes ............................................................. 126
4.4. FASE DE TRANSICIÓN ........................................................................ 126
CAPITULO V ...................................................................................................... 130
ANALISIS DE LOS RESULTADOS .................................................................... 130
5.1. Interpretación de resultados ..................................................................... 130
5.1.1. Análisis pre test .............................................................................. 130
5.1.2. Análisis post test ............................................................................. 156
5.2. Prueba de hipótesis .................................................................................. 183
CONCLUSIONES Y RECOMENDACIONES ..................................................... 186
CONCLUCIONES .............................................................................................. 186
RECOMENDACIÓNES ...................................................................................... 187
REFERENCIAS BIBLIOGRAFICAS ................................................................... 188
ANEXOS ............................................................................................................ 191
Anexo 1. Cuestionario pre test aplicada a los colaboradores de la organización.
........................................................................................................................... 192
........................................................................................................................... 194
Anexo 3. Guía de entrevista. .............................................................................. 196
Anexo 4. Validación del instrumento .................................................................. 197
Anexo 5. Manual de usuario ............................................................................... 199
Índice de cuadros
Cuadro 1. Orgánico de cargos ............................................................................... 5
Cuadro 2. Indicadores Variable Independiente .................................................... 10
Cuadro 3. Indicadores Variable Dependiente ....................................................... 10
Cuadro 4. Distribución de la muestra ................................................................... 66
Cuadro 5. Instrumentos de recolección de datos ................................................. 67
Cuadro 6: Establecimiento del problema .............................................................. 73
Cuadro 7: Sumario de stakeholders ..................................................................... 75
Cuadro 8: Sumario de usuarios ............................................................................ 76
Cuadro 9: Necesidades principales de los stakeholders y usuarios ..................... 78
Cuadro 10: Entregables del proyecto ................................................................... 91
Cuadro 11: Papeles y responsabilidades ............................................................. 93
Cuadro 12: Plan de proceso de desarrollo de acuerdo a fases ............................ 94
Cuadro 13: Fases del proyecto e hitos principales ............................................... 94
Cuadro 14: Principales tareas del proyecto .......................................................... 96
Cuadro 15: Presupuesto del proyecto .................................................................. 97
Cuadro 16: Descripción de procesos. ................................................................ 100
Cuadro 17: Gestionar Unidad Medida. ............................................................... 104
Cuadro 18: Gestionar Grupos del Producto. ...................................................... 104
Cuadro 19: Gestionar Clases del Producto. ....................................................... 104
Cuadro 20: Gestionar Familia del Producto........................................................ 105
Cuadro 21: Gestionar Producto. ......................................................................... 105
Cuadro 22: Gestionar Tipo de proveedor. .......................................................... 106
Cuadro 23: Gestionar rubros del proveedor. ...................................................... 106
Cuadro 24: Gestionar proveedor. ....................................................................... 107

Cuadro 25: Gestionar referencia. ....................................................................... 107
Cuadro 26: Gestionar Grupos del Producto. ...................................................... 108
Cuadro 27: Gestionar almacén........................................................................... 108
Cuadro 28: Gestionar instrucción. ...................................................................... 109
Cuadro 29: Gestionar Pedido (Órdenes de compra y servicios). ....................... 109
Cuadro 30: Gestionar Sistemas. ........................................................................ 111
Cuadro 31: Gestionar Grupos de Usuarios. ....................................................... 112
Cuadro 32: Gestionar Grupos de Sistemas. ....................................................... 112
Cuadro 33: Gestionar Usuarios. ......................................................................... 112
Cuadro 34: Gestionar Penalidades. ................................................................... 113
Cuadro 35: Gestionar Valoración de Almacenes................................................ 114
Cuadro 36: Gestionar Salidas de Almacenes. .................................................... 115
Cuadro 37: Gestionar reportes de salidas. ......................................................... 115
Cuadro 38: Tabla inicial T_ALMACEN ............................................................... 118
Cuadro 39: Tabla inicial T_CLASE ..................................................................... 118
Cuadro 40: Tabla inicial T_DETINVENTARIO.................................................... 119
Cuadro 41: Tabla inicial T_DETNEA .................................................................. 119
Cuadro 42: Tabla inicial T_DETORDEN ............................................................ 120
Cuadro 43: Tabla inicial T_DETPECOSA .......................................................... 120
Cuadro 44: Tabla inicial T_FAMILIA ................................................................... 120
Cuadro 45: Tabla inicial T_GRUPO ................................................................... 121
Cuadro 46: Tabla inicial T_GRUPOSISTEMA .................................................... 121
Cuadro 47: Tabla inicial T_GRUPOUSUARIO ................................................... 122
Cuadro 48: Tabla inicial T_IGV .......................................................................... 122
Cuadro 49: Tabla inicial T_INSTITUCION .......................................................... 122

Cuadro 50: Tabla inicial T_INVENTARIO ........................................................... 123
Cuadro 51: Tabla inicial T_MOVIMIENTO ......................................................... 124
Cuadro 52: Tabla inicial T_MOVIMIENTO ......................................................... 125
Cuadro 53: Prueba de operatividad.................................................................... 128
Cuadro 54: Prueba de carga en el servidor ........................................................ 129
Cuadro 55: Prueba de carga en el cliente .......................................................... 129
Cuadro 56. ¿Se lleva un registro de productos para planificar los procesos
posteriores?........................................................................................................ 130
Cuadro 57. ¿Se lleva un registro de proveedores para planificar los procesos
posteriores?........................................................................................................ 130
Cuadro 58. ¿Se lleva un registro de los requerimientos realizados por los
usuarios? ............................................................................................................ 131
Cuadro 59. ¿Se tiene claro el manejo de los datos para organizar los procesos?
........................................................................................................................... 133
Cuadro 60. ¿Se cuenta con el recurso humano necesario para realizar el proceso
general? ............................................................................................................. 134
Cuadro 61. ¿Se cuenta con los recursos tecnológicos necesarios para realizar los
procesos? ........................................................................................................... 135
Cuadro 62. ¿El modo en el cual se realiza una orden de compra es eficiente,
sencillo y seguro?............................................................................................... 136
Cuadro 63. ¿El modo en el cual se realiza una orden de servicio es eficiente,
Cuadro 64. ¿El modo en el cual se realiza el registro de ingreso de producto es
eficiente, sencillo y seguro? ............................................................................... 137

Cuadro 65. ¿El modo en el cual se realiza el registro de salida de producto es
eficiente, sencillo, seguro? ................................................................................. 138
Cuadro 66. ¿Se cuenta con un registro para realizar auditoria a las operaciones
realizadas? ......................................................................................................... 139
Cuadro 67. ¿Se cuenta con una modalidad para visualizar los reportes de las
operaciones realizadas? .................................................................................... 140
Cuadro 68. ¿Considera usted importante el uso de un servidor Web? .............. 141
Cuadro 69. ¿Considera usted que es beneficioso la tecnología de desarrollo para
el mejoramiento de los procesos? ...................................................................... 142
Cuadro 70. ¿Considera que el software actual de trabajo funciona correctamente?
........................................................................................................................... 143
Cuadro 71. ¿Cree usted que el software actual de trabajo es fácil de usar? ..... 144
Cuadro 72. ¿Cree que el software actual es eficiente? ...................................... 146
Cuadro 73. ¿Cree que el software actual es una herramienta portable? ........... 147
Cuadro 74. ¿Cree que el software actual es confiable? ..................................... 148
Cuadro 75. ¿Considera importante una base de datos? .................................... 149
Cuadro 76. ¿Considera de fácil manejo a la actual base de datos? .................. 150
Cuadro 77. ¿Escucho usted hablar de sistemas de información?...................... 151
Cuadro 78. ¿Posee usted experiencia en el manejo de sistema de información?
........................................................................................................................... 152
Cuadro 79. ¿Cree que un sistema de información, podría mejorar su desempeño
laboral? .............................................................................................................. 153
Cuadro 80. ¿Cree que actualmente las áreas están correctamente organizadas?
........................................................................................................................... 154
Cuadro 81. ¿Considera que las condiciones laborales actuales, son perfectas?155
Cuadro 82. ¿El modo de trabajo y el estrés laboral crea un buen clima laboral
entre Ud. y sus colegas? .................................................................................... 155
Cuadro 83. ¿Se lleva un registro de productos para planificar los procesos
posteriores?........................................................................................................ 156
Cuadro 84. ¿Se lleva un registro de proveedores para planificar los procesos
posteriores?........................................................................................................ 157
Cuadro 85. ¿Se lleva un registro de los requerimientos realizados por los
usuarios? ............................................................................................................ 159
........................................................................................................................... 160
Cuadro 87. ¿Se cuenta con el recurso humano necesario para realizar el proceso
general? ............................................................................................................. 161
Cuadro 88. ¿Se cuenta con los recursos tecnológicos necesarios para realizar los
procesos? ........................................................................................................... 162
Cuadro 89. ¿El modo en el cual se realiza una orden de compra es eficiente,
Cuadro 90. ¿El modo en el cual se realiza una orden de servicio es eficiente,
Cuadro 91. ¿El modo en el cual se realiza el registro de ingreso de producto es
Cuadro 92. ¿El modo en el cual se realiza el registro de salida de producto es
Cuadro 93. ¿Se cuenta con un registro para realizar auditoria a las operaciones
realizadas? ......................................................................................................... 166

Cuadro 94. ¿Se cuenta con una modalidad para visualizar los reportes de las
Cuadro 95. ¿Considera usted importante el uso de un servidor Web? .............. 168
Cuadro 96. ¿Considera usted que es beneficioso la tecnología de desarrollo para
........................................................................................................................... 170
Cuadro 98. ¿Cree usted que el software actual de trabajo es fácil de usar? ..... 172
Cuadro 99. ¿Cree que el software actual es eficiente? ...................................... 173
Cuadro 100. ¿Cree que el software actual es una herramienta portable? ......... 174
Cuadro 101. ¿Cree que el software actual es confiable? ................................... 175
Cuadro 102. ¿Considera importante una base de datos? .................................. 176
Cuadro 103. ¿Considera de fácil manejo a la actual base de datos? ................ 177
Cuadro 104. ¿Escucho usted hablar de sistemas de información?.................... 178
........................................................................................................................... 179
Cuadro 106. ¿Cree que un sistema de información, podría mejorar su
desempeño laboral? ........................................................................................... 180
........................................................................................................................... 181
Cuadro 108. ¿Considera que las condiciones laborales actuales, son perfectas?
........................................................................................................................... 182
Cuadro 109. ¿El modo de trabajo y el estrés laboral crea un buen clima laboral

Lista de gráficos
Gráfico 1. El modelo tradicional para las aplicaciones Web comparado con el
modelo de AJAX................................................................................................... 50
Gráfico 2. La interacción sincrónica de una aplicación comparada con el patrón
asincrónico de Ajax .............................................................................................. 51
Gráfico 3. ¿Se lleva un registro de productos para planificar los procesos
posteriores?........................................................................................................ 130
Gráfico 4. ¿Se lleva un registro de proveedores para planificar los procesos
posteriores?........................................................................................................ 131
Gráfico 5. ¿Se lleva un registro de los requerimientos realizados por los usuarios?
........................................................................................................................... 132
Gráfico 6. ¿Se tiene claro el manejo de los datos para organizar los procesos? 133
Gráfico 7. ¿Se cuenta con el recurso humano necesario para realizar el proceso
general? ............................................................................................................. 134
Gráfico 8. ¿Se cuenta con los recursos tecnológicos necesarios para realizar los
procesos? ........................................................................................................... 135
Gráfico 9. ¿El modo en el cual se realiza una orden de compra es eficiente,
Gráfico 10. ¿El modo en el cual se realiza una orden de servicio es eficiente,
Gráfico 11. ¿El modo en el cual se realiza el registro de ingreso de producto es
Gráfico 12. ¿El modo en el cual se realiza el registro de salida de producto es

Gráfico 13. ¿Se cuenta con un registro para realizar auditoria a las operaciones
realizadas? ......................................................................................................... 140
Gráfico 14. ¿Se cuenta con una modalidad para visualizar los reportes de las
Gráfico 15. ¿Considera usted importante el uso de un servidor Web? .............. 142
Gráfico 16. ¿Considera usted que es beneficioso la tecnología de desarrollo para
Gráfico 17. ¿Considera que el software actual de trabajo funciona correctamente?
........................................................................................................................... 144
Gráfico 18. ¿Cree usted que el software actual de trabajo es fácil de usar? ..... 145
Gráfico 19. ¿Cree que el software actual es eficiente? ...................................... 146
Gráfico 20. ¿Cree que el software actual es una herramienta portable? ........... 147
Gráfico 21. ¿Cree que el software actual es confiable? ..................................... 148
Gráfico 22. ¿Considera importante una base de datos? .................................... 149
Gráfico 23. ¿Considera de fácil manejo a la actual base de datos? ................... 150
Gráfico 24. ¿Escucho usted hablar de sistemas de información? ...................... 151
Gráfico 25. ¿Posee usted experiencia en el manejo de sistema de información?
........................................................................................................................... 152
Gráfico 26. ¿Cree que un sistema de información, podría mejorar su desempeño
laboral? .............................................................................................................. 153
Gráfico 27. ¿Cree que actualmente las áreas están correctamente organizadas?
........................................................................................................................... 154
Gráfico 28. ¿Considera que las condiciones laborales actuales, son perfectas? 155
Gráfico 29. ¿El modo de trabajo y el estrés laboral crea un buen clima laboral

Gráfico 30. ¿Se lleva un registro de productos para planificar los procesos
posteriores?........................................................................................................ 157
Gráfico 31. ¿Se lleva un registro de proveedores para planificar los procesos
posteriores?........................................................................................................ 158
Gráfico 32. ¿Se lleva un registro de los requerimientos realizados por los
usuarios? ............................................................................................................ 159
Gráfico 33. ¿Se tiene claro el manejo de los datos para organizar los procesos?
........................................................................................................................... 160
Gráfico 34. ¿Se cuenta con el recurso humano necesario para realizar el proceso
general? ............................................................................................................. 161
Gráfico 35. ¿Se cuenta con los recursos tecnológicos necesarios para realizar los
procesos? ........................................................................................................... 162
Gráfico 36. ¿El modo en el cual se realiza una orden de compra es eficiente,
Gráfico 37. ¿El modo en el cual se realiza una orden de servicio es eficiente,
Gráfico 38. ¿El modo en el cual se realiza el registro de ingreso de producto es
Gráfico 39. ¿El modo en el cual se realiza el registro de salida de producto es
Gráfico 40. ¿Se cuenta con un registro para realizar auditoria a las operaciones
realizadas? ......................................................................................................... 167
Gráfico 41. ¿Se cuenta con una modalidad para visualizar los reportes de las
Gráfico 42. ¿Considera usted importante el uso de un servidor Web? .............. 169
Gráfico 43. ¿Considera usted que es beneficioso la tecnología de desarrollo para
........................................................................................................................... 171
Gráfico 45. ¿Cree usted que el software actual de trabajo es fácil de usar? ..... 172
Gráfico 46. ¿Cree que el software actual es eficiente? ...................................... 173
Gráfico 47. ¿Cree que el software actual es una herramienta portable? ........... 174
Gráfico 48. ¿Cree que el software actual es confiable? ..................................... 175
Gráfico 49. ¿Considera importante una base de datos? .................................... 176
Gráfico 50. ¿Considera de fácil manejo a la actual base de datos?................... 177
Gráfico 51. ¿Escucho usted hablar de sistemas de información? ...................... 178
........................................................................................................................... 179
Gráfico 53. ¿Cree que un sistema de información, podría mejorar su desempeño
laboral? .............................................................................................................. 180
........................................................................................................................... 181
Gráfico 55. ¿Considera que las condiciones laborales actuales, son perfectas? 182
Gráfico 56. ¿El modo de trabajo y el estrés laboral crea un buen clima laboral

Lista de figuras
Figura 1.Organigrama estructural - 2012 ............................................................... 4
Figura 2. Protocolo HTTP ..................................................................................... 12
Figura 3. Arquitectura de un sitio Web básica ...................................................... 20
Figura 4. Arquitectura de un sitio Web dinámico .................................................. 21
Figura 5. Fases RUP ............................................................................................ 38
Figura 6. : Origen UML ......................................................................................... 42
Figura 7. Compilación y ejecución de programas en Java ..................................... 45
Figura 8. Representación de los Inventarios Activo y de seguridad. .................... 56

1
CAPITULO I
PLANTEAMIENTO DEL PROBLEMA
1.1. Antecedentes del problema
La provincia de Coronel Portillo es la más poblada de la región Ucayali,
presentando el más alto índice de urbanidad sobre todo los distritos
colindantes a la ciudad de Pucallpa, la que va incrementando su población y
extensión por la migración del campo a la ciudad y población proveniente de
fuera de la provincia, las que van buscando mejores oportunidades
económicas y calidad de vida, sin embargo esta población se va asentando
en las zonas periurbanas con limitada cobertura y calidad de los principales
servicios. Comparada con las demás provincias de la región, Coronel Portillo
tiene el mayor Índice de Desarrollo Humano - IDH, sin embargo la
distribución del bienestar no es homogénea presentando distritos como
Iparía que presenta uno de los IDH más bajos del Perú.
 Ubicación geográfica estratégica, nodo de interconexión Iquitos - el
Amazonas y en el futuro Pucallpa – Rio Branco.
La ciudad de Pucallpa viene a ser el principal punto articulador de la
región Ucayali. El río Ucayali y sus afluentes, articulan la mayor parte del
territorio de la provincia y las ciudades más importantes de la Amazonía
peruana. Además cumplirá un rol muy importante para la interconexión
vial con Brasil.
 Riqueza de recursos naturales, (Agua, Flora, Fauna, Bosques y
Paisajes, Recursos energéticos, minerales).

2
Una de las principales potencialidades del Distrito de Coronel Portillo es
contar con un vasto patrimonio de recursos naturales, estratégicos para
el desarrollo de la Provincia. Además se convierte en territorio clave para
la conservación de la diversidad biológica por contar ecosistemas
ideales y protegidos a través de áreas de conservación.
 Bono demográfico abre una ventana de oportunidades en inversión de
educación y capital humano.
Como tendencia de la transición demográfica la población en edad
productiva va incrementándose, abriendo una oportunidad para la
inversión y ahorro en el capital humano, la cual requiere de fortalecer los
procesos de formación humana.
 Buenas condiciones de la infraestructura educativa en la zona urbana.
En los últimos años en la provincia de Coronel Portillo se ha dado un
gran impulso por mejorar las condiciones de infraestructura de las
Instituciones Educativas, teniendo mayor énfasis en la zona urbana.
 Incremento de las actividades económicas.
Durante los últimos años, el PBI local ha venido evolucionando
favorablemente tras el incremento de las actividades económicas tanto
productivas como de servicios. La inversión estatal se ha focalizado en
la promoción de la actividad agropecuaria, pesquería y la generación de
valor agregado. Por otro lado el sector privado se ha orientado por el
comercio y la generación de servicios.
 Intercambio comercial internacional y nacional
Los volúmenes de intercambio comercial y empresarial entre la provincia
y el resto del país, señalan la existencia de grandes potencialidades aún

3
no desarrolladas eficientemente. Este aspecto puede generar nuevos
roles de promoción empresarial a ciudades como Pucallpa, ciudades
capitales de distrito y centros poblados importantes por su ubicación
preferencial en la Provincia.
 Organizaciones sociales que van fortaleciéndose y desarrollan
actividades en diversos ámbitos.
Los procesos de fortalecimiento de las Organizaciones Sociales, se van
intensificando, gracias a la creación de espacios y a las inversiones
públicas, privadas y provenientes de la cooperación técnica.
INFORMACIÓN INSTITUCIONAL
Siendo la Municipalidad Provincial de Coronel Portillo considerada, por el
presupuesto que maneja, el número de personal que la integra, así como la
población a la que debe brindar atención; como una institución, de alta
complejidad y en pleno desarrollo; es necesario repensar su organización
para introducir profundos cambios, no sólo para adecuarla a los nuevos
enfoques de una gestión pública descentralizada y por resultados, sino
también para hacerla competitiva y poder afrontar de una mejor manera los
retos y desafíos que demanda los efectos de la globalización y tecnología.
En este contexto se ha desarrollado el diagnostico institucional, tomando en
cuenta los aspectos internos y externos que definen el desempeño de las
diferentes áreas de la Municipalidad en su rol de promoción del desarrollo
integral de la Provincia.
4
Figura 1.Organigrama estructural - 2012

5
SUB GERENCIA DE LOGÍSTICA – GERENCIA DE ADMINISTRACIÓN Y
FINANZAS - MPCP
Es la Unidad orgánica de apoyo que tiene la responsabilidad de conducir,
orientar, ejecutar, supervisar y controlar las acciones relacionadas con el
sistema de Abastecimiento.
Considerando la racionalidad, eficiencia y eficacia para el cumplimiento de
los objetivos de la institución.
Cuadro 1. Orgánico de cargos
Denominación de la Unidad
N° de Cargos
Orgánica y cargos
orden Estructurales
Clasificados
01 Unidad de Abastecimiento Jefe de Abastecimiento
02 Técnico Administrativo III Técnico Adquisiciones
03 Técnico Administrativo III Técnico Almacén
04 Técnico Administrativo III Tec. Control Patrimonial
05 Técnico Administrativo II. Operador del SEACE
06 Técnico Administrativo II. Técnico en Archivos
07 Asistente Administrativo I Asistente Administrativo
08 Auxiliar de Almacén I. Auxiliar Almacén
Tiene por finalidad dotar y suministrar de medios materiales y servicios de
calidad y cantidad requerida al menor costo posible, mediante la ejecución
del Plan Anual de Adquisiciones y Contrataciones y los procesos técnicos de
abastecimiento.
Comprende las aéreas de Adquisiciones, Almacén, Patrimonio, Archivo y
Servicios Auxiliares.
El abastecimiento o aprovisionamiento logístico, mediante el cual se provee
a la institución de todo el material necesario para su funcionamiento.
 Área que requiere sistematizar los procesos y manejar la información
de manera adecuada y segura.

6
Sin embargo, la unidad de abastecimiento, tiene un sin número de
dificultades, que a continuación se describen:
 Deficiencia en el control y administración de los procesos tanto
logístico, como de almacén.
 Existe pérdida de información al momento de integrar los procesos
tanto logísticos, como de los almacenes,
 Existen restricciones al momento de controlar los movimientos de
almacén (Ingreso y salida) y stock de productos, con información
redundante e incoherente y carente de datos que permitan una
información consistente para la toma decisiones.
 Carece de funcionalidades que permitan a los centros de costos hacer
sus peticiones en sito.
 Inconsistencia de información al atender las órdenes de compra.
 No existe un correcto manejo en el flujo de la información que sea en
forma detallada y resumida para la toma de decisiones.
 Carencia y deficiencia de reportes necesarios para el buen
funcionamiento.
 No disponibilidad de consultas realizadas en tiempo real
Todo ello nos conlleva a un inadecuado abastecimiento de bienes y servicios
en la Municipalidad provincial de Coronel Portillo.
1.2. Formulación del problema
¿En qué manera un adecuado sistema de información mejora el
abastecimiento de bienes y servicios en la Municipalidad Provincial de
Coronel Portillo?
7
1.3. Objetivos
1.3.1. Objetivo general
Desarrollar un adecuado sistema de información que mejore el
abastecimiento de bienes y servicios en la Municipalidad Provincial
de Coronel Portillo.
1.3.2. Objetivos específicos
1. Identificar los procesos administrativos abastecimiento de bienes
y servicios en la Municipalidad Provincial de Coronel Portillo.
2. Modelar los datos para obtener información relevante en la
administración de la unidad de abastecimiento de bienes y
servicios en la Municipalidad Provincial de Coronel Portillo.
3. Aplicar el Proceso Unificado Rational (RUP) y el Lenguaje
Unificado de Modelado (UML) para analizar y diseñar el sistema
informático que gestione la información en la unidad de
4. Utilizar las herramientas Web: como lenguaje de programación
ASP.NET, C#, Java Script; el manejador de Base de Datos SQL
Server 2008 y un Servidor Web Internet Information Server 7.0
(IIS), para que gestione la información en la unidad de
5. Proponer un sistema informático con tecnología ASP.NET que
gestione la información en la unidad de abastecimiento de bienes
y servicios en la Municipalidad Provincial de Coronel Portillo.

8
1.4. Justificaciones
Justificación teórica
Un sistema de información permitirá dar apoyo a tareas de las diferentes
jerarquías de la empresa, como el análisis y el control de los mismos,
además de permitir sistematizar y automatizar procesos en tiempo real, dado
que un sistema de información puede ser ejecutado vía Internet e Intranet
desde un navegador WEB, el cual es capaz de soportar el lenguaje de este
sistema.
Justificación práctica
El Sistema planteado mejorará el control de los procesos dando satisfacción
tanto a los colaboradores como a los proveedores de la empresa, así mismo,
permitirá usar el sistema en forma distribuida.
Justificación metodológica
Se pretende seguir los lineamientos del proceso de investigación científica
la cual incluye el planteamiento de interrogantes, objetivos e hipótesis, a
fin de establecer un conocimiento probable acerca de los factores que
influyen en las principales operaciones de la municipalidad.
Para el desarrollo del proyecto se utilizará el Proceso Unificado Racional, el
cual es un proceso de desarrollo de software que junto con el Lenguaje
Unificado de Modelado UML, constituye la metodología estándar más
utilizada para el análisis, implementación y documentación de sistemas
orientados a objetos.
EL Proceso Racional Unificado permite seleccionar fácilmente el conjunto de
componentes de proceso que se ajustan a las necesidades específicas del
proyecto.
9
Este conjunto de herramientas de desarrollo estará apoyado con la
herramienta de Lenguaje Unificado de Modelado, que permitirá expresar de
forma gráfica los procesos del sistema de manera que sea reutilizable para
mantenimientos futuros.
1.5. Hipótesis y variables
1.5.1. Hipótesis
Hipótesis general
“Un adecuado sistema de información mejora el abastecimiento de
bienes y servicios en la Municipalidad Provincial de Coronel Portillo".
1.5.2. Variables
Variable independiente
Sistema de información.
Variable dependiente
Abastecimiento de bienes y servicios.
Variable interviniente
Municipalidad Provincial de Coronel Portillo.
Unidad de análisis
Sub Gerencia de Logística – Gerencia de Administración y Finanzas.

10
1.6. Operacionalización
Variable Independiente: Sistema de información.
Cuadro 2. Indicadores Variable Independiente

Dimensiones Indicadores
Servidor web  Importancia de servidor.
 Tecnología de desarrollo.
Calidad de software  Funcionabilidad
 Usabilidad
 Eficiencia
 Portabilidad
 Confiabilidad
Gestor de base de datos  Importancia de base de datos.
 Facilidad de manejo de datos.
Variable Dependiente: Abastecimiento de bienes y servicios.
Cuadro 3. Indicadores Variable Dependiente

Dimensiones Indicadores
Planeación  Registro de productos.
 Registro de proveedores.
 Registro de requerimientos.
Organización  Manejo de datos.
 Recursos humanos.
 Recursos tecnológicos.
Ejecución  Registro de orden de compra.
 Registro de orden de servicio.
 Registro Ingreso de producto.
 Registro de Salida de producto.
Control  Auditoria de operaciones.
 Reportes de operaciones.
11
CAPITULO II
MARCO TEÓRICO
2.1. Antecedentes del estudio
En los últimos años el uso de los Sistemas Web en las organizaciones dieron
muchos resultados favorables para la mejor optimización de los procesos y
políticas de negocio dentro de una organización; existen Sistemas que
brindan reportes o informes que permiten plantearse diferentes alternativas
para toma de decisiones, así también los que aceleran procesos tediosos.
(Luna Velasquez & Tominaga García, 2008)
Estos sistemas Web pueden ser desarrollados sobre distintas plataformas
como J2EE, .NET, PHP, etc. Pero a nivel nacional y regional no existen
antecedentes de Sistemas Web desarrollados bajo la plataforma J2EE, por
lo que esta investigación se presenta como un punto de inicio para futuras
investigaciones. (Luna Velasquez & Tominaga García, 2008)
A nivel mundial podemos mencionar algunos sistemas de botica y
consultorios médicos desarrollados en el lenguaje de programación .NET,
entre ellos tenemos:
 Adesynet. Implantado en Perú.
 hiDoctor. implantado en Brasil.
2.2. Bases teóricas
2.2.1. Sistema WEB
Sistema web son aplicaciones que se ejecutan mediante un servidor
WEB, pueden ser ejecutadas vía Internet e Intranet desde un

12
navegador WEB, el cual es capaz de soportar el lenguaje de este
sistema. (Luna Velasquez & Tominaga García, 2008)
En las aplicaciones WEB suelen distinguirse tres niveles (como en
las arquitecturas cliente/servidor de tres niveles): el nivel superior
que interactúa con el usuario (el cliente web, normalmente un
navegador), el nivel inferior que proporciona los datos (la base de
datos) y el nivel intermedio que procesa los datos (el servidor web).
(Lujan Mora, 2007)
Una aplicación web (web-base application) es un tipo especial de
aplicación cliente/servidor, donde tanto el cliente (el navegador,
explorador o visualizador) como el servidor (servidor web) e el
protocolo mediante el que se comunican (HTTP) están
estandarizados y no han de ser creados por el programador de
aplicaciones. (Lujan Mora, 2007)
Figura 2. Protocolo HTTP
Fuente: (Lujan Mora, 2007)
Arquitectura Cliente/Servidor (Luna Velasquez & Tominaga
García, 2008)
Es una arquitectura descentralizada que permite a los usuarios finales
obtener acceso a la información de forma transparente; es decir que

13
al usuario le es indiferente de donde viene la información. Clientes y
servidores son entidades lógicas independientes que operan en
conjunto a través de una red para realizar una tarea.
Con la proliferación de ordenadores personales de bajo coste en el
mercado, los recursos de sistemas de información existentes en
cualquier organización se pueden distribuir entre ordenadores de
diferentes tipos: ordenadores personales de gama baja, media y alta,
estaciones de trabajo, mini ordenadores o incluso grandes
ordenadores.
El concepto de cliente/servidor proporciona una forma eficiente de
utilizar todos estos recursos de máquina de tal forma que la seguridad
y fiabilidad que proporcionan los entornos mainframe se traspasa a la
red de área local. A esto hay que añadir la ventaja de la potencia y
simplicidad de los ordenadores personales.
La arquitectura cliente/servidor es un modelo para el desarrollo de
sistemas de información en el que las transacciones se dividen en
procesos independientes que cooperan entre sí para intercambiar
información, servicios o recursos. Se denomina cliente al proceso que
inicia el diálogo o solicita los recursos y servidor al proceso que
responde a las solicitudes.
En este modelo las aplicaciones se dividen de forma que el servidor
contiene la parte que debe ser compartida por varios usuarios, y en el
cliente permanece sólo lo particular de cada usuario.

14
Los clientes realizan generalmente funciones como:
 Manejo de la interfaz de usuario.
 Captura y validación de los datos de entrada.
 Generación de consultas e informes sobre las bases de datos.
Por su parte los servidores realizan, entre otras, las siguientes
funciones:
 Gestión de Periféricos compartidos.
 Control de accesos concurrentes a la Base de Datos.
 Enlaces de comunicaciones con otras redes de área local o
extensa.
Siempre que un cliente requiere un servicio lo solicita al servidor
correspondiente y éste le responde proporcionándolo. Normalmente,
pero no necesariamente, el cliente y el servidor están ubicados en
distintos procesadores. Los clientes se suelen situar en ordenadores
personales y/o estaciones de trabajo y los servidores en procesadores
departamentales o de grupo.
Entre las principales características de la arquitectura cliente/servidor
se pueden destacar las siguientes:
 El servidor presenta a todos sus clientes una interfaz única y bien
definida.
15
 El cliente no necesita conocer la lógica del servidor, sólo su
interfaz externa.
 El cliente no depende de la ubicación física del servidor, ni del
tipo de equipo físico en el que se encuentra, ni de su sistema
operativo.
 Los cambios en el servidor implican pocos o ningún cambio en
el cliente.
a) Arquitectura Cliente Servidor 2 capas
La arquitectura Cliente Servidor de dos capas ha sido la más
utilizada con los lenguajes de cuarta generación. En este tipo de
aplicaciones se desarrollan dos capas:
Una capa llamada front-end (la interfaz de usuario), que
normalmente está constituida de aplicaciones de escritorio que
hacen llamadas a un servidor SQL. La otra capa se conoce como
back-end, normalmente constituida por un servidor de base de
datos con interfaz SQL y un sistema operativo multitarea.
Aunque este tipo de arquitectura es fácil de implementar, el
hecho de que la lógica del negocio y la presentación se
encuentren almacenados en el cliente (front-end), lleva a que
cambios en la base de datos o en la lógica de negocios implique
hacer actualizaciones en todos los clientes. Otra desventaja es
la dificultad de compartir procesos comunes.

16
b) Arquitectura Cliente Servidor 3 capas
Una arquitectura de tres capas provee adicionalmente una capa
explícita para las reglas del negocio, que se sitúa entre el front-
end y el back-end. Esta capa intermedia encapsula el modelo de
negocio asociado con el sistema y lo separa tanto de la
presentación como del manejo de la base de datos.
Normalmente las reglas del negocio se encapsulan en
componentes, en cada uno de los cuales radican servicios al
usuario.
Por regla general, La capa de la presentación es una interfaz
gráfica que muestra los datos a los usuarios.
La capa de la lógica de negocios es responsable de procesar los
datos recuperados y enviarlos a la capa de presentación.
La capa de datos almacena los datos de la aplicación en un
almacén persistente, tal como una base de datos relacional o
archivos XML.
Se pueden alojar todas las capas en el mismo servidor, pero
también es posible alojar cada capa en varios servidores.
Las ventajas de esta arquitectura son:
 Los servidores del negocio pueden compartirse.
 Las plataformas de software y hardware entre clientes y
servidores son independientes: precisamente una de las

17
principales ventajas de esta arquitectura es la posibilidad de
conectar clientes y servidores independientemente de sus
plataformas.
 Se mantiene la independencia entre el código de la
aplicación (reglas y conocimiento del negocio) y los datos,
mejorando la portabilidad de las aplicaciones.
 Se puede modificar la lógica del negocio sin hacer cambios
a la interfaz del usuario o la base de datos.
 Provee escalabilidad horizontal y vertical. La escalabilidad
horizontal permite agregar más estaciones de trabajo
activas sin afectar significativamente el rendimiento. La
escalabilidad vertical permite mejorar las características del
servidor o agregar múltiples servidores.
c) Arquitectura cliente servidor n capas
Los sistemas de n capas están formados por múltiples capas
totalmente independientes y que por lo tanto presentan muy
poco acoplamiento. Una división típica de un sistema de n-
capas será la siguiente:
 Capa de cliente: Está formada por los componentes
que se ejecutan en el cliente. Los tipos de clientes
pueden ser muy variados (aplicaciones de escritorio,
navegadores Web, dispositivos portátiles, etc). Según
el cliente se distingue entre dos tipos de clientes:

18
"gruesos" y "finos". Los clientes gruesos representan
aplicaciones que acceden directamente a la capa de
lógica de negocio. Los clientes finos, suelen ser
navegadores Web que acceden a la capa de
presentación.
 Capa de presentación: Se encarga de crear la
presentación que renderizará la capa de cliente. Actúa
como un puente entre la capa de cliente y la capa de
lógica de negocio.
 Capa de lógica de negocio: Esta capa contiene a
todos nuestros objetos de negocio y servicios de
procesado de la lógica de negocio. Suelen representar
una vista objetual de la información presente en la
base de datos. El servidor de aplicaciones se encarga
de automatizar gran cantidad de tareas como la
gestión de transacciones, seguridad, redundancia,
balanceo de carga, cachés, pools, etc.
 Capa de integración: En esta capa suelen colocarse
clases u objetos que automaticen el acceso a base de
datos. No es una capa básica pero sí que suele
utilizarse mucho.
 Capa de datos: Representa los sistemas de
información empresarial de nuestra organización.
Suele estar formada por bases de datos, servidores de

19
sockets, sistemas legacy, etc. La capa de integración
nos ayuda a acceder a estos sistemas heterogéneos
de la forma más transparente posible.
Algunas características generales de los sistemas de
n-capas son:
 Tienen una buena fiabilidad y disponibilidad ya que
el servidor de aplicaciones ofrece sistemas de
clustering que aseguran que el sistema está
disponible. No existe un único punto de fallo.
 La lógica de negocio está separada del resto de
capas. Un cambio a la lógica de negocio no implica
la modificación de todos los clientes. Asimismo la
capa de presentación nos permite modificar el
interfaz de la aplicación sin tener la necesidad de
realizar cambios en los clientes.
 El rendimiento suele ser muy bueno. El servidor de
aplicaciones ofrece automáticamente soporte de
pool de objetos y conexiones, cachés, balanceo de
carga, gestión de múltiples instancias, etc.
 Es un modelo con muy buena escalabilidad, tanto
horizontal como vertical.
 La extensibilidad es excelente. Existe poco
acoplamiento entre las diferentes capas.

20
 La seguridad se encuentra centralizada. Por contra
la seguridad suele implicar gran cantidad de
sistemas y tiene una arquitectura compleja.
d) Arquitectura web
La arquitectura de un sitio Web tiene tres componentes: un
servidor Web, una conexión de red y uno o más clientes
(Browsers).
El servidor Web distribuye páginas de información formateada a
los clientes que la solicitan. Los requerimientos son hechos a
través de una conexión de red y para ello se usa el protocolo
HTTP.
La arquitectura de las aplicaciones Web está evolucionando
hacia modelos más avanzados que permitan cumplir los
requisitos de las empresas que invierten en Internet. La aparición
de clientes dinámicos y nuevos dispositivos, y el compromiso de
nuevos servicios Web, están orientando las tecnologías de
desarrollo de aplicaciones para Internet en una nueva dirección.
La información mostrada en las páginas esta típicamente
almacenada en un archivo. Sin embargo muchas veces esta
información esta almacenada en una base de datos y las
páginas son creadas dinámicamente. Los sitios Web que usan
este esquema son llamados sitios Web dinámicos.
Figura 3. Arquitectura de un sitio Web básica

21
Web Server Http Client Browser
Di
e rs
str
nd
ib
e
ut
R
es
Web Page
Fuente: (Luna Velasquez & Tominaga García, 2008)
Figura 4. Arquitectura de un sitio Web dinámico

22
2.2.2. SISTEMA
Un sistema es un todo lo que está definido por la(s) función(es) que
realiza como parte uno o varios sistemas más grandes, y consiste en
dos o más partes esenciales, sin las cuales no puede llevar a cabo las
funciones que lo definen. (Herrsch, 2008)
Un sistema es un conjunto de componentes que interactúan entre sí
para lograr un objetivo común. (Fernandez Alarcon, 2006)
Conjunto de cosas que ordenadamente relacionadas entre sí,
contribuyen a determinado objeto. (Arahal, Berenguel Soria, &
Rodriguez Diaz, 2006)
Un sistema es un objeto formado por un conjunto de cosas o partes,
entre las cuales se establece alguna forma de relación que las articula
en la unidad que es el sistema. (Arahal, Berenguel Soria, & Rodriguez
Diaz, 2006)
El término sistema se deriva del griego, que a su vez se deriva de
synistemi que significa: conjugar, combinar, organizar. El término se
encuentra ya en los diálogos de Platón con el significado de fuerza
conjunta (en leyes) y de composición (en Filebus). (González
Casanova & Roitman Rosenmann, 2006)
Un sistema es una combinación de componentes que actúan juntos y
realizan un objetivo determinado. Un sistema no está necesariamente
limitado a los sistemas físicos. (Ogata, 2006)
TIPOS DE SISTEMAS
Según su constitución:
23
 Físicos. Sistemas formados por objetos reales, que
interactúan con todo su entorno en el cual es utilizado.
 Abstractos. Sistemas formados por ideas, que no se
pueden ver ni tocar, algo que no existe en el medio, puede
ser un software.
Según su naturaleza:
 Cerrados. Sistema que no interactúa con el medio que los
rodea, solo existen teóricamente.
 Abiertos. Sistemas que interactúan con el medio que los
rodea, están en todos lados, desde el universo hasta una
partícula microscópica. (Fernandez Alarcon, 2006)
2.2.3. WEB
La Word Wide Web, más conocida como Web, es una de las áreas de
internet que se ha desarrollado más rápidamente. Nació en 1989,
como parte del proyecto del CERN de suiza y con el objetivo de
mejorar el intercambio de información dentro de Internet, y vea en lo
que se ha convertido actualmente… (Hobbs, 2007)
2.2.4. SISTEMA INFORMATICO
Un sistema informático es el conjunto de hardware y software y el
equipo humano que puede interactuar con esta asociación. (Martinez
Perales, 2009)
Es el conjunto formado por uno o varios ordenadores y sus periféricos
(componentes, físicos o hardware), que ejecutan aplicaciones
informáticas (componente lógico o software) y que son controlados

24
por cierto personal especializado (componente humano). (Desonglez
Corrales, 2006)
Un conjunto de recursos interrelacionados dinámicamente y
organizados en torno al objetivo de satisfacer las necesidades de
información de una organización mediante la correcta gestión de
datos. (Pablos Heredero, 2006)
2.2.5. INGENIERÍA DE SOFTWARE
La ingeniería del software es una disciplina de la ingeniería que
comprende todos los aspectos de la producción de software desde
las etapas iniciales de la especificación del sistema, hasta el
mantenimiento de éste después de que se utiliza. (Sommerville, 2007)
La ingeniería de software es el establecimiento y uso de principios
robustos de la ingeniería a fin de obtener económicamente software
que sea fiable y que funcione eficientemente sobre maquinas reales.
(Pressman, 2007)
2.2.6. SOFTWARE
Los productos de software se pueden desarrollar para algún cliente
en particular o para un mercado general. (Sommerville, 2007)
Muchas personas asocian el término software con los programas de
computadora. Sin embargo, yo prefiero una definición más amplia
donde el software no solo son programas, sino todos los documentos
asociados y la configuración de datos que se necesitan para hacer
que estos programas operen de manera correcta. (Sommerville, 2007)
El software del sistema es un conjunto de programas generalizados
que administra los recursos de las computadoras, como el procesador

25
central, los enlaces de comunicaciones y los dispositivos periféricos.
(Laundon & Laundon, 2004)
Es la parte lógica de un sistema de cómputo. Se define como
programática, ya que incluye todo lo no tangible de la computación,
es decir, son todos los programas del sistema, de aplicación y los
lenguajes de programación. (Orozco Guzman, Chavez a la Torre, &
Chavez a la Torre, 2007)
El software de computadora es el producto que diseñan y construyen
los ingenieros del software. Esto abarca programas que se ejecutan
dentro de una computadora de cualquier tamaño y arquitectura,
documentos que comprenden formularios virtuales e impresos y datos
que combinan números y texto y también incluyen representaciones
de información de audio, video e imágenes. (Pressman, 2007)

26
2.2.7. LENGUAJE DE PROGRAMACIÓN
Un lenguaje de programación, proporciona métodos para modificar el
flujo del programa permitiendo pasar varias veces por un conjunto de
instrucciones.
Los lenguajes de programación, en los que los programadores
escriben instrucciones para las computadoras, también son parte del
sistema de software. Las instrucciones se traducen a señales
eléctricas que la computadora puede manipular y procesar. (Besken,
Cram, Duffy, Friedrichsen, & Eisner Reding, 2009)
Un lenguaje de programación es un sistema notacional para describir
computaciones en una forma legible tanto para la maquina como para
el ser humano. (Kenneth C., 2006)
Un lenguaje de programación propone un motor de gestión de un tipo
de organización. (Gabillaud, 2008)
Los lenguajes de programación se clasifican en paradigmas, es decir
se refiere a una manera de conceptuar y estructurar las tareas que
realiza una computadora. (Jamrichoja Parsons, 2008)
2.2.8. PROGRAMACION ORIENTADA A OBJETOS
El análisis y diseño orientado a objetos es un enfoque cuyo propósito
es facilitar el desarrollo de sistemas que deben cambiar con rapidez
en respuesta a entornos de negocios dinámicos.
Es difícil trabajar con técnicas orientadas a objetos en situaciones en
las cuales sistemas de información complicados requieren de
mantenimiento, adaptación y rediseño de manera continua. Los
enfoques orientados a objetos utilizan el estándar de la industria para

27
la modelación (UML, Unified Modeling Language), para analizar un
sistema en forma de modelo de casos de uso. (Cerezo López, 2007)
La programación orientada a objetos difiere de la programación
tradicional de procedimientos que en la primera examina los objetos
que conforman un sistema. Cada objeto es una representación en
computadora de alguna cosa o suceso real. (Kendall, Kendall, &
Nuñes Ramos, 2006)
La programación orientada a objetos (POO) es una forma de
programación en computadoras que surge en los años 70 pero tiene
un desarrollo sorpréndete los años 90 al utilizarlo en las
microcomputadoras. Se diferencia de la programación clásica en que
las instrucciones hacen referencia a los elementos del entorno. Esos
elementos representan “objetos”, y todos los datos y todas las
acciones que se hagan con ellos, están encapsuladas u ocultas en el
objeto. (Kendall, Kendall, & Nuñes Ramos, 2006)
La POO combina la programación estructurada con conceptos nuevos
con el objetivo de descomponer los datos del programa en objetos
que simplifiquen su tratamiento. (Kendall, Kendall, & Nuñes Ramos,
2006)
La programación orientada a objetos consiste en organizar el
programa en un conjunto de objetos que interaccionen los unos con
los otros, en donde cada objeto tiene su propio rol en las tareas que
deba realizarse. (Aumaille, 2005)
a) Características (Luna Velasquez & Tominaga García, 2008)

28
 Abstracción. La abstracción consiste en captar las
características esenciales de un objeto, así como su
comportamiento. Por ejemplo, en los automóviles, ¿Qué
características podemos abstraer de ellos? O lo que es lo
mismo ¿Qué características semejantes tienen todos los
automóviles? Todos tendrán una marca, un modelo, número
de chasis, peso, llantas, puertas, ventanas, etc. Y en cuanto
a su comportamiento todos los automóviles podrán acelerar,
frenar, retroceder, etc.
En los lenguajes de programación orientada a objetos, el
concepto de Clase es la representación y el mecanismo por
el cual se gestionan las abstracciones.
 Encapsulamiento. El encapsulamiento consiste en unir en
la Clase las características y comportamientos, esto es, las
variables y métodos. Es tener todo esto es una sola entidad.
En los lenguajes estructurados esto era imposible. La
utilidad del encapsulamiento va por la facilidad para manejar
la complejidad, ya que tendremos a las Clases como cajas
negras donde sólo se conoce el comportamiento pero no los
detalles internos, y esto es conveniente porque nos
interesará será conocer qué hace la Clase pero no será
necesario saber cómo lo hace.
 Herencia. La herencia es uno de los conceptos más
cruciales en la POO. La herencia básicamente consiste en

29
que una clase puede heredar sus variables y métodos a
varias subclases (la clase que hereda es llamada
superclase o clase padre). Esto significa que una subclase,
aparte de los atributos y métodos propios, tiene
incorporados los atributos y métodos heredados de la
superclase. De esta manera se crea una jerarquía de
herencia.
 Polimorfismo. Es la capacidad de que diferentes objetos
reaccionen de distinta forma a un mismo mensaje. Es la
capacidad de referirse a objetos de clases distintas en una
jerarquía utilizando el mismo elemento de programa
(método) para realizar la misma operación, pero de manera
diferente.
2.2.9. OBJETO
Es una instancia que responde a mensajes activando un método.
(Sabana Mendoza, 2006)
Un objeto es una instancia u ocurrencia concreta de la abstracción
que representa la clase. (Matsukawa Maeda, 2006)
Un objeto es una entidad prevista de un conjunto de propiedades o
atributos (datos) de un comportamiento o funcionalidad (métodos) y
de sus posibles relaciones con otros objetos.
El concepto de objeto tiene un concepto equivalente al objeto de
nuestro mundo real. En nuestro entorno siempre estamos en
constante relación con objetos: los creamos, los usamos, los
modificamos cambiando sus atributos, características o propiedades,

30
los relacionamos con otros objetos, etc. Por ejemplo tenemos el objeto
Automóvil. Un automóvil es un objeto bastante pesado que tiene un
conjunto de propiedades como su identificación (placa), color, marca,
modelo, accesorios, etc. Tiene también un conjunto de funciones
como la desplazarse, detenerse, ponerse en marcha. Podemos
cambiarle de color, aumentar o quitar accesorios; es decir podemos
modificar sus propiedades. Tienen de la capacidad de ser activos para
poner en acción sus funcionalidades; es decir, disponemos de un
procedimiento para ponerlo en marcha, avanzar en retroceso,
detenerlo, voltear a la izquierda o derecha; es decir, mediante un
conjunto de métodos podemos darle uso al objeto automóvil. (Condor,
2007)
Un objeto básico es una «unidad de texto» creado por un ingeniero de
software durante el análisis, diseño, codificación o pruebas.
Por ejemplo, un objeto básico podría ser una sección de una
especificación de requisitos, un listado fuente de un módulo o un
conjunto de casos prueba que se usan para ejercitar el código. Un
objeto compuesto es una colección de objetos básicos y de otros
objetos compuestos. (Pressman, 2007)
Un objeto pertenece a un tipo específico (que aquí se llama clase) y
tendrá una serie de operaciones (o métodos) definidas sobre todos
los objetos de esa clase. (Galindo Gómez & Rodríguez Corral, 2006)
31
2.2.10. ORIENTADO A OBJETOS
La orientación a objetos proporciona una solución que conduce a un
universo de objetos, que interactúan entre sí para cumplir los
diferentes requerimientos. (Sabana Mendoza, 2006)
El modelo orientado a objetos se basa en encapsular código y datos
en una unidad lógica, llamada objeto. (Alarcon Herrera & Crovetto
Huerta, 2006)
Es una forma de programación en computadoras que surge los años
70 pero tiene un desarrollo sorprendente en los años 90 al utilizarlo
en microcomputadores. Se deferencia de la progresión clásica o
estructurada en que las instrucciones hacen referencia a los
elementos del entorno. Esos momentos representan “objetos”; y todos
los datos y acciones que se hagan con ellos o sobre ellos, están
encapsuladas u ocultas en el objeto. “Un objeto es una entidad
provista de un conjunto de propiedades o atributos (datos), de un
comportamiento o funcionalidad (métodos) y de sus posibles
relaciones con otros objetos”. (Alarcon Herrera & Crovetto Huerta,
2006)
2.2.11. ADMINISTRADOR DE BASE DE DATOS
Es una aplicación que permite a los usuarios definir, crear, y mantener
la base de datos, y proporciona acceso controlado a la misma.
(Alarcon Herrera & Crovetto Huerta, 2006)
El SGBD es la aplicación que interacciona con los usuarios de los
programas de aplicación y la base de datos. (Pantigoso Silva, 2009)

32
DBMS es una colección de numerosas rutinas de software
interrelacionadas, cada una de las cuales es responsable de una tarea
específica. (Pantigoso Silva, 2009)
Son un tipo de software muy específico, dedicado a servir de interfaz
entre las bases de datos y las aplicaciones que la utilizan,
consiguiendo, que el acceso a los datos se realice de una forma más
eficiente, más fácil de implementar, sobretodo más seguro. (Sabana
Mendoza, 2006)
2.2.12. BASE DE DATOS
Una base de datos es un conjunto de datos almacenados entre los
que existen relaciones lógicas y ha sido diseñada para satisfacer los
requerimientos de información de una empresa u organización.
(Pantigoso Silva, 2009)
La base de datos es un gran almacén de datos que se define una sola
vez y que se utiliza al mismo tiempo por muchos departamentos y
usuarios. (Pantigoso Silva, 2009)
Es una colección de archivos interrelacionados, son creados con un
DBMS. El contenido de una base de datos engloba a la información
concerniente (almacenadas en archivos) de una organización, de tal
manera que los datos estén disponibles para los usuarios, una
finalidad de la base de datos es eliminar la redundancia o al menos
minimizarla. (Pantigoso Silva, 2009)

33
Una base de datos es una colección de datos estructurados según un
modelo que refleje las relaciones y restricciones existentes en el
mundo real. (Sabana Mendoza, 2006)
Una base de datos es un conjunto de datos almacenados entre los
que existen relaciones lógicas y ha sido diseñada para satisfacer los
requerimientos de información de una empresa u organización.
(Alarcon Herrera & Crovetto Huerta, 2006)
2.2.13. DATO
Es una información que refleja el valor de una característica de un
objeto real, sea concreto o abstracto, o imaginario. Debe permanecer
en el tiempo, debe tener un significado y debe ser manipulable
mediante operadores. (Sabana Mendoza, 2006)
Conjunto de caracteres con algún significado, pueden ser numéricos,
alfabéticos, o alfanuméricos. (Pantigoso Silva, 2009)
Es un concepto básico elemental que es susceptible de ser captado
por la mente, es decir, son los hechos, la materia prima de la
información. (Orozco Guzman, Chavez a la Torre, & Chavez a la
Torre, 2007)
Los datos consisten en hechos y cifras que tienen de algún modo de
existencia propia e independiente y que tiene poco significado para el
usuario. Una característica más significativa de los datos es que por
ellos mismos no indican ni son relevantes o irrelevantes, ya que es
necesario definir un contexto en donde establecerla. (Fernandez
Alarcon, 2006)
34
2.2.14. SQL SERVER
Es un administrador de base de datos relacional de arquitectura
cliente/servidor (RDPMS) que usa órdenes SQL, conocidas como
Transact-SQL, para mandar requerimientos desde un cliente al SQL
Server. (Sabana Mendoza, 2006)
SQL Server es un sistema de gestión de base de datos relacionales
(SGBDR), desarrollados por Microsoft, que permite, como su propio
nombre indica, la gestión de un entorno de bases de datos
relacional. (Pantigoso Silva, 2009)
2.2.15. PROCESO UNIFICADO DE RATIONAL
Concepto
El Proceso Unificado Rational es un proceso de Ingeniería de
software. Este provee un enfoque disciplinado de tareas y
responsabilidades dentro de una organización para su desarrollo. Su
meta es asegurar la producción de software de una calidad superior
que satisfaga las necesidades de sus usuarios finales, dentro de una
administración y cronograma establecido.
El Proceso Unificado Rational realiza la productividad del equipo,
proporcionándole el acceso fácil a cada miembro del equipo que está
desarrollando el sistema, a una base de conocimientos con las
pautas, plantillas y guías de la herramienta para toda actividad crítica
de desarrollo. Teniendo todos los miembros del equipo el acceso a la
misma base de conocimiento, no importa si se trabaja con los
requerimientos, diseño, prueba, administración del proyecto, o
administración de la configuración, se asegura que todos los

35
miembros del equipo comparten un lenguaje común, un proceso
común y una visión de cómo se desarrollará el software.
Las actividades del Proceso Unificado Rational crean y mantienen
modelos más que enfocarse en cantidades de producción de
documentos en general. El Proceso Unificado Rational enfatiza el
desarrollo y mantenimiento de modelos, para una representación rica
en semántica para el desarrollo del software del sistema.
Orígenes
El antecedente más importante lo ubicamos en 1967 con la
Metodología Ericsson (Ericsson Approach), ésta es una aproximación
de desarrollo basada en componentes, que introdujo el concepto de
caso de uso; entre los años de 1987 a 1995 Jacobson funda la
compañía “Objectory AB” y lanza el proceso de desarrollo Objectory
(abreviación de Object Factory), posteriormente en 1995 “Rational
Software Corporation” adquiere “Objectory AB” y es entre 1995 y 1997
que se desarrolla “Rational Objectory Process (ROP)” fruto del
encuentro y evolución de Objectory 3.8 y la Metodología Rational
(Rational Approach) que adopta por primera vez UML como lenguaje
de modelamiento.
A principios de los noventas, la guerra de los métodos hizo evidente
la necesidad de unificar criterios, es así como Grady Booch autor del
método Booch y James Rumbaugh (desarrollador para General
Electric) se unieron en Rational en 1994, después en 1995 se une
Jacobson y gracias al esfuerzo de varias compañías y metodologistas
evolucionó UML hasta ser un estándar en 1997, el cual es adoptado

36
en todos los modelos del ROP. Desde ese entonces y a la cabeza de
Booch, Jacobson y Rumbaugh, Rational ha desarrollado e
incorporado diversos elementos para expandir el ROP, destacándose
especialmente el flujo de trabajo conocido como modelamiento del
negocio, es así como en junio del 1998 se lanza Rational Unified
Process 5.0 evolucionado hasta el momento de elaboración de este
documento bajo el nombre de RUP.
Características
a) Guiado/Manejado por casos de uso: La razón de ser de un sistema
software es servir a usuarios ya sean humanos u otros sistemas; un
caso de uso es una facilidad que el software debe proveer a sus
usuarios. Los casos de uso reemplazan la antigua especificación
funcional tradicional y constituyen la guía fundamental establecida para
las actividades a realizar durante todo el proceso de desarrollo
incluyendo el diseño, la implementación y las pruebas del sistema.
b) Centrado en arquitectura: La arquitectura involucra los elementos
más significativos del sistema y está influenciada entre otros por
plataformas software, sistemas operativos, manejadores de bases de
datos, protocolos, consideraciones de desarrollo como sistemas
heredados y requerimientos no funcionales. Los casos de uso guían el
desarrollo de la arquitectura y la arquitectura se realimenta en los casos
de uso, los dos juntos permiten conceptualizar, gestionar y desarrollar
adecuadamente el software.
37
c) Iterativo e Incremental: Para hacer más manejable un proyecto se
recomienda dividirlo en ciclos. Para cada ciclo se establecen fases de
referencia, cada una de las cuales debe ser considerada como un mini
proyecto cuyo núcleo fundamental está constituido por una o más
iteraciones de las actividades principales básicas de cualquier proceso
de desarrollo.
d) Desarrollo basado en componentes: La creación de sistemas
intensivos en software requiere dividir el sistema en componentes con
interfaces bien definidas, que posteriormente serán ensamblados para
generar el sistema. Esta característica en un proceso de desarrollo
permite que el sistema se vaya creando a medida que se obtienen o
que se desarrollen y maduran sus componentes.
e) Utilización de un único lenguaje de modelamiento: UML es
adoptado como único lenguaje de modelamiento para el desarrollo de
todos los modelos.
f) Proceso Integrado: Se establece una estructura que abarque los
ciclos, fases, flujos de trabajo, mitigación de riesgos, control de calidad,
gestión del proyecto y control de configuración; el proceso unificado
establece una estructura que integra todas estas facetas. Además esta
estructura cubre a los vendedores y desarrolladores de herramientas
para soportar la automatización del proceso, soportar flujos individuales
de trabajo, para construir los diferentes modelos e integrar el trabajo a
través del ciclo de vida y a través de todos los modelos.
2.2.16. FASES EN EL CICLO DE DESARROLLO

38
Este proceso de desarrollo considera que cualquier desarrollo de un
sistema software debe pasar por cuatro fases que se describirán a
continuación, la figura muestra las fases de desarrollo y los diversos
flujos de trabajo involucrados dentro de cada fase con una
representación gráfica en cuál de los flujos se hace mayor énfasis
según la fase, cabe destacar el flujo de trabajo concerniente al
negocio.
Figura 5. Fases RUP
FASE DE INICIACIÓN
Esta fase es el punto de inicio del proyecto y consiste básicamente en
recoger información y desarrollar concepto del proyecto para tener
una visión global del mismo. En esta fase se analiza que recursos se
requieren para llevar a cabo el proyecto, y su factibilidad. Al finalizar
el estudio preliminar se tomará la decisión de iniciar o no el proyecto.
(Matsukawa Maeda, 2006)

39
Su objetivo principal es establecer los objetivos para el ciclo de vida
del producto. En esta fase se establece el caso del negocio con el fin
de delimitar el alcance del sistema, saber qué se cubrirá y delimitar el
alcance del proyecto. (Luna Velasquez & Tominaga García, 2008)
FASE DE ELABORACIÓN
Esta fase está determinada por el análisis, planificación y elaboración
de la arquitectura del sistema. Lo que se busca es determinar lo que
el sistema debe hacer; es decir, especificar el comportamiento del
sistema. (Matsukawa Maeda, 2006)
Su objetivo principal es plantear la arquitectura para el ciclo de vida
del producto. En esta fase se realiza la captura de la mayor parte de
los requerimientos funcionales, manejando los riesgos que interfieran
con los objetivos del sistema, acumulando la información necesaria
para el plan de construcción y obteniendo suficiente información para
hacer realizable el caso del negocio. (Luna Velasquez & Tominaga
García, 2008)
FASE DE CONSTRUCCIÓN
En esta fase el sistema es construido siguiendo las etapas del proceso
de desarrollo de software: análisis, diseño, codificación y prueba.
Su objetivo principal es alcanzar la capacidad operacional del
producto. En esta fase a través de sucesivas iteraciones e
incrementos se desarrolla un producto software, listo para operar, éste

40
es frecuentemente llamado versión beta. (Luna Velasquez &
Tominaga García, 2008)
FASE DE TRANSICIÓN
Esta fase se inicia cuando el sistema se ha completado y está listo
para ser entregado a los usuarios. Incluye tareas como: ejecución de
la prueba de aceptación final, finalización de la documentación del
sistema, y capacitación de los usuarios. (Matsukawa Maeda, 2006)
Su objetivo principal es realizar la entrega del producto operando, una
vez realizadas las pruebas de aceptación por un grupo especial de
usuarios y habiendo efectuado los ajustes y correcciones que sean
requeridos. (Luna Velasquez & Tominaga García, 2008)
2.2.17. LENGUAJE DE MODELO UNIFICADO
El UML (Unified Modeling Language o Lenguaje Unificado de
Modelado) es un lenguaje gráfico para la especificación, visualización,
construcción y documentación de piezas de información usadas o
producidas durante el desarrollo de software. (Liza Avila, 2007)
El Lenguaje Unificado de Modelado (UML), es un lenguaje para
representar modelos de sistemas especialmente intensivos en el uso
de software. (Liza Avila, 2007)
En todas las disciplinas de la Ingeniería se hace evidente la
importancia de los modelos ya que describen el aspecto y la conducta
de "algo". Ese "algo" puede existir, estar en un estado de desarrollo o
estar, todavía, en un estado de planeación. Es en este momento
cuando los diseñadores del modelo deben investigar los

41
requerimientos del producto terminado y dichos requerimientos
pueden incluir áreas tales como funcionalidad, performance y
confiabilidad. Además, a menudo, el modelo es dividido en un número
de vistas, cada una de las cuales describe un aspecto específico del
producto o sistema en construcción.
El modelado sirve no solamente para los grandes sistemas, aun en
aplicaciones de pequeño tamaño se obtienen beneficios de modelado,
sin embargo es un hecho que entre más grande y más complejo es el
sistema, más importante es el papel de que juega el modelado por
una simple razón: "El hombre hace modelos de sistemas complejos
porque no puede entenderlos en su totalidad".
UML es una técnica para la especificación sistemas en todas sus
fases. Nació en 1994 cubriendo los aspectos principales de todos los
métodos de diseño antecesores y, precisamente, los padres de UML
son Grady Booch, autor del método Booch; James Rumbaugh, autor
del método OMT e Ivar Jacobson, autor de los métodos OOSE y
Objectory. La versión 1.0 de UML fue liberada en Enero de 1997 y ha
sido utilizado con éxito en sistemas construidos para toda clase de
industrias alrededor del mundo: hospitales, bancos, comunicaciones,
aeronáutica, finanzas, etc.
UML es un Lenguaje, que proporciona un vocabulario y las reglas para
combinar palabras de ese vocabulario con el objetivo de posibilitar la
comunicación.
UML es un Lenguaje para Visualizar, es algo más que un simple
montón de símbolos gráficos; detrás de cada símbolo en la notación

42
UML hay una semántica bien definida. De esta manera, un
desarrollador puede escribir un modelo en UML y otro desarrollador o
incluso otra herramienta, puede interpretar este modelo sin
ambigüedad.
UML es un Lenguaje para especificar, significa construir modelos
precisos y completos.
UML es un Lenguaje para construir, sus modelos pueden
conectarse de forma directa a una gran variedad de lenguajes de
programación.
UML es un lenguaje para documentar, una organización produce
toda clase de artefactos que incluyen requisitos, arquitectura, diseño,
código fuente, planificación de proyectos, pruebas, prototipos y
versiones. (Luna Velasquez & Tominaga García, 2008)
Figura 6. : Origen UML
Los principales beneficios de UML son:

43
 Mejores tiempos totales de desarrollo (de 50 % o más).
 Modelar sistemas (y no sólo de software) utilizando conceptos
orientados a objetos.
 Establecer conceptos y artefactos ejecutables.
 Encaminar el desarrollo del escalamiento en sistemas complejos
de misión crítica.
 Crear un lenguaje de modelado utilizado tanto por humanos como
por máquinas.
 Mejor soporte a la planeación y al control de proyectos.
 Alta reutilización y minimización de costos.
UML se puede usar para modelar distintos tipos de sistemas: sistemas
de software, sistemas de hardware, y organizaciones del mundo real.
UML ofrece nueve diagramas en los cuales modelar sistemas.
 Diagramas de Casos de Uso para modelar los procesos
'business'.
 Diagramas de Secuencia para modelar el paso de mensajes entre
objetos.
 Diagramas de Colaboración para modelar interacciones entre
objetos.
 Diagramas de Estado para modelar el comportamiento de los
objetos en el sistema.
 Diagramas de Actividad para modelar el comportamiento de los
Casos de Uso, objetos u operaciones.
 Diagramas de Clases para modelar la estructura estática de las
clases en el sistema.
44
 Diagramas de Objetos para modelar la estructura estática de los
objetos en el sistema.
 Diagramas de Componentes para modelar componentes.
 Diagramas de Implementación para modelar la distribución del
sistema.
ACTORES
Un actor es un conjunto uniforme de personas, sistemas o maquinas
externos al sistema que estamos modelando, que cumplen un rol
determinado y que interactúan con él. (Liza Avila, 2007)
Un actor es un rol que el usuario juega con respecto al sistema. (Liza
Avila, 2007)
CASOS DE USO
Un caso de uso (Use Case) es una secuencia de acciones realizadas
por el sistema que producen un resultado observable y valioso para
alguien en particular. (Liza Avila, 2007)
Los casos de uso son acciones que debe realizar el sistema, es por
ello que debe nombrárseles mediante un verbo seguido con el
principal objeto que es afectado por la acción. (Liza Avila, 2007)
CLASE
Una clase es un conjunto de cosas que tienen los mismos atributos y
comportamiento. (Liza Avila, 2007)
Una clase es un conjunto de objetos que comparten los mismos
atributos, operaciones, relaciones y semántica. (Liza Avila, 2007)

45
Una clase es un conjunto de datos (variables o campos) y de las
funciones (los métodos) utilizadas para acceder a estos datos.
2.2.18. TECNOLOGÍA JAVA
a) Lenguaje de Programación Java (9)
La tecnología Java consta de un lenguaje de programación y una
plataforma. Java es un lenguaje de programación de alto nivel que
tiene las siguientes características:
 Orientado a objetos
 Distribuido y dinámico
 Robusto
 Seguro
 Multitarea
 Portable
La mayoría de los lenguajes de programación se caracterizan por ser
interpretados o compilados, lo que determina la manera en como serán
ejecutados en una computadora.
Java tiene la característica de ser al mismo tiempo compilado e
interpretado. El compilador es el encargado de convertir el código
fuente de un programa en un código intermedio llamado bytecode que
es independiente de la plataforma en que se trabaje y que es ejecutado
por el intérprete de Java que forma parte de la Máquina Virtual de Java.
Figura 7. Compilación y ejecución de programas en Java

46
Fuente: Introducción al Lenguaje Java (Aumaille, 2005)
Entre las características más importantes del lenguaje se encuentra la
robustez. Justamente por la forma en que está diseñado, Java no
permite el manejo directo del hardware ni de la memoria (inclusive no
permite modificar valores de punteros, por ejemplo). El intérprete
siempre tiene el control. El compilador es suficientemente inteligente
como para no permitir cosas que podrían traer problemas, como usar
variables sin inicializarlas, modificar valores de punteros directamente,
acceder a métodos o variables en forma incorrecta, etc. Además, Java
implementa mecanismos de seguridad que limitan el acceso a recursos
de las máquinas donde se ejecuta, especialmente en el caso de los
Applets (que son aplicaciones que se cargan desde un servidor y se
ejecutan en el cliente). También está diseñado específicamente para
trabajar sobre una red, de modo que incorpora objetos que permiten
acceder a archivos en forma remota (vía URL por ejemplo). Además,
con el JDK (Java Development Kit) vienen incorporadas muchas
herramientas, entre ellas un generador automático de documentación.
b) Java Servlets
47
Los servlets son aplicaciones Java que se ejecutan en el servidor bajo
una arquitectura cliente-servidor-Web, extendiendo las capacidades
del servidor Web. El servidor donde se ejecutan los servlets debe
contar con una máquina virtual de Java (JVM). Los servlets responden
a eventos generados en las estaciones clientes desde requerimientos
HTML, y permiten construir una respuesta dinámica a dichos
requerimientos. Permiten además retornar una respuesta dinámica a
los requerimientos, estos constituyen una mejor alternativa frente a
otras tecnologías como los CGI´s, aunque ambos permiten generar
respuestas dinámicas para los requerimientos de los clientes, los
servlets presentan ventajas sobre los CGI’s, como por ejemplo la
portabilidad e independencia de la plataforma.
Los servlets al ser componentes escritos en Java, tienen acceso al
conjunto completo de API’s Java que les permiten interactuar con
diferentes tipos de interfaces, como por ejemplo aquellas que acceden
a Bases de Datos. Además pueden encontrarse en muchos tipos de
servidores diferentes pues el API definido para los servlets, al igual que
las demás API’s Java, no dependen del ambiente del servidor o de los
protocolos utilizados.
Un servlet (Condor, 2007) es cargado una sola vez en el servidor Web
e invocado en cada requerimiento. Esto se debe a que los servlets son
programas multihilos (multithread). Los servlets pueden entonces
mantener recursos del sistema como conexiones a Bases de Datos.
c) Java Server Pages

48
JavaServer Pages (JSP), en el campo de la Informática, es una
tecnología para crear aplicaciones Web. Es un desarrollo de la
compañía Sun Microsystems, y su funcionamiento se basa en scripts,
que utilizan una variante del lenguaje java.
JSP, es una tecnología Java que permite a los programadores generar
contenido dinámico para Web, en forma de documentos HTML, XML, o
de otro tipo. Los JSP's permite al código Java y a algunas acciones
predefinidas ser incrustadas en el contenido estático del documento
Web.
En los JSP, se escribe el texto que va a ser devuelto en la salida
(normalmente código HTML) incluyendo código java dentro de él para
poder modificar o generar contenido dinámicamente. El código java se
incluye dentro de las marcas de etiqueta <% y %>, a esto se le
denomina scriptlet.
d) Java Beans
Un JavaBean o Bean es un componente hecho en software que se
puede reutilizar y que puede ser manipulado visualmente por una
herramienta de programación en lenguaje Java.
Para ello, se define un interfaz para el momento del diseño (design
time) que permite a la herramienta de programación o IDE, interrogar
(query) al componente y conocer las propiedades (properties) que
define y los tipos de sucesos (events) que puede generar en respuesta
a diversas acciones.
e) Técnica Ajax
49
Ajax (Asynchronous JavaScript And XML) no es una tecnología. Es
realmente muchas tecnologías, cada una floreciendo por su propio
mérito, uniéndose en poderosas nuevas formas. AJAX incorpora:
 presentación basada en estándares usando XHTML y CSS;
 exhibición e interacción dinámicas usando el Document Object
Model ;
 Intercambio y manipulación de datos usando XML and XSLT;
 Recuperación de datos asincrónica usando XMLHttpRequest;
 y JavaScript poniendo todo junto.
El modelo clásico de aplicaciones Web funciona de esta forma: La
mayoría de las acciones del usuario en la interfaz disparan un
requerimiento HTTP al servidor Web. El servidor efectúa un proceso
(recopila información, procesa números, hablando con varios sistemas
propietarios), y le devuelve una página HTML al cliente.

50
Gráfico 1. El modelo tradicional para las aplicaciones Web comparado con el

modelo de AJAX
Fuente: Ajax: Una nueva aproximación a las aplicaciones Web
Una aplicación AJAX elimina la naturaleza “arrancar-frenar- arrancar-
frenar” de la interacción en la Web introduciendo un intermediario -un
motor AJAX- entre el usuario y el servidor. Parecería que sumar una
capa a la aplicación la haría menos reactiva, pero la verdad es lo
contrario.
El motor AJAX permite que la interacción del usuario con la aplicación
suceda asincrónicamente (independientemente de la comunicación
con el servidor). Así el usuario nunca estará mirando una ventana en
blanco del navegador y un icono de reloj de arena esperando a que el
servidor haga algo.

51
Gráfico 2. La interacción sincrónica de una aplicación comparada con el patrón

asincrónico de Ajax
Fuente: Ajax: Una nueva aproximación a las aplicaciones Web (12)
Cada acción de un usuario que normalmente generaría un
requerimiento HTTP toma la forma de un llamado JavaScript al motor
AJAX en vez de ese requerimiento. Cualquier respuesta a una acción
del usuario que no requiera un viaje de vuelta al servidor (como una
simple validación de datos, edición de datos en memoria, incluso algo
de navegación) es manejado por su cuenta.
Si el motor necesita algo del servidor para responder (sea enviando
datos para procesar, cargar código adicional, o recuperando nuevos
datos) hace esos pedidos asincrónicamente, usualmente usando XML,
sin frenar la interacción del usuario con la aplicación.

52
f) Patrones de Diseño JAVA EE 6
Un patrón de diseño es una abstracción de una solución en un nivel
alto. Los patrones solucionan problemas que existen en muchos niveles
de abstracción. Hay patrones que abarcan las distintas etapas del
desarrollo; desde el análisis hasta el diseño y desde la arquitectura
hasta la implementación.
Muchos diseñadores y arquitectos de software han definido el término
de patrón de diseño de varias formas que corresponden al ámbito a la
cual se aplican los patrones. Luego, se dividió los patrones en
diferentes categorías de acuerdo a su uso.
Los diseñadores de software extendieron la idea de patrones de diseño
al proceso de desarrollo de software. Debido a las características que
proporcionaron los lenguajes orientados a objetos (como herencia,
abstracción y encapsulamiento) les permitieron relacionar entidades de
los lenguajes de programación a entidades del mundo real fácilmente,
los diseñadores empezaron a aplicar esas características para crear
soluciones comunes y reutilizables para problemas frecuentes que
exhibían patrones similares.
Con la aparición del JAVA EE 6, todo un nuevo catálogo de patrones
de diseño apareció. Desde que JAVA EE 6 es una arquitectura por si
misma que involucra otras arquitecturas, incluyendo servlets,
JavaServer Pages, Enterprise JavaBeans, y más, merece su propio
conjunto de patrones específicos para diferentes aplicaciones
empresariales. Veamos el catalogo de patrones en 3 capas:
Presentación, Negocios e Integración. (Dewit, 2008)

53
2.2.19. PROCESOS ADMINISTRATIVOS
Procesos de llevar a cabo las cosas a través y con la gente operando
en grupos organizados. (Rodríguez Valencia J. , 2006)
Conjunto de fases o etapas sucesivas a través de las cuales se hace
efectiva la administración, mismas que se interrelacionan y formal un
proceso integral. (Rodríguez Valencia J. , 2006)
Una serie de partes separadas, o funciones que constituyen un
proceso total. (Rodríguez Valencia J. , 2006)
Las funciones fundamentales (planeación, organización, ejecución y
control) son los medios por los cuales administra el gerente.
(Rodríguez Valencia J. , 2006)
2.2.20. PROCESOS
Un proceso implica el uso de los recursos de una organización, para
obtener algo de valor. Los procesos sostienen toda actividad de
trabajo y se presentan en todas las funciones de una organización.
(Krajewski & Ritzman, 2005)
Conjunto actividades mutuamente relacionadas o que interactúan,
las cuales transforman elementos de entrada en resultados. (Perez
Fernandez De Velasco, 2009)
Un proceso define quien hace que, cuando y como para alcanzar
cierto objetivo. En general, el éxito las empresas u organizaciones

54
depende en gran medida de la definición y seguimiento adecuados
de sus procesos. (Weitzenfeld, 2005)
Un proceso es básicamente un programa en ejecución. La
información relativa a un proceso se almacena en una tabla del
sistema llamada tabla de procesos, la cual consta de una lista ligada
de estructuras con información sobre cada uno de los procesos
existentes. (Quero Catalinas, 2006)
2.2.21. ADMINISTRATIVO
Abarca toda la organización al relacionarla con su entorno. Consiste
en aplicar en la práctica la acción de planear, organizar, integrar
recursos, dirigir, controlar y coordinar para alcanzar los objetivos
organizacionales. (Rodríguez Valencia J. , 2006)
2.2.22. CONTROL DE INVENTARIO
El propósito del control de inventarios es mantener suficiente
mercancía para cumplir adecuada y oportunamente los pedidos de los
clientes. El nivel de inventario se relaciona con el movimiento y el
bodegaje de la mercancía. El análisis de control de inventarios
procura equilibrar el costo de mantener inventarios y el costo de pedir
inventarios. (Cyr, 2006)
El control de inventario se refiere a obtener un equilibrio entre dos
objetos opuestos: 1) minimizar el costo de mantener un inventario y
2) maximizar el servicio de los clientes. Los costos de inventario
incluyen los costos de inversión, de almacenamiento y de obsolencias
o daños posibles. (Groover, 2005)

55
La administración de inventario requiere establecer un sistema de
control de inventario. Los sistemas abarcan desde los más sencillos
hasta los extremadamente complejos según el tamaño de la
compañía y la naturaleza de su inventario. (Brigham & Houston F.,
2005)
2.2.23. INVENTARIO
Es el conjunto de artículos almacenados en espera de una demanda
para su utilización. (Arbones & Malisani, 2004)
La demanda puede proceder:
 Del mercado (Inventario de artículos terminados).
 Del interior de la empresa (Inventario de materias primas o
productos en curso de fabricación).
La demanda puede ser determinista o probabilística.
Demanda determinista. Entendemos que la cantidad perdida en los
diversos periodos es conocida con certidumbre. Además, la demanda
en igual periodo de tiempo puede ser constante o variable, estas dos
circunstancias son conocidas como demanda estática y demanda
dinámica.
Demanda probabilística. Ocurre cuando la demanda en un cierto
periodo de tiempo es incierta (con incertidumbre) pero puede ser
expresada por una distribución de probabilidad. Igual que la anterior,
la demanda puede ser estática o dinámica.

56
Figura 8. Representación de los Inventarios Activo y de seguridad.
Fuente: (Arbones & Malisani, 2004)
Inventario activo. Es el formado para hacer frente a las necesidades
normales de la empresa y es el que se renueva y conserva en cada
periodo.
Inventario de Seguridad. Es el formado en previsión del posible
agotamiento del inventario activo.
Funciones del Inventario
La función del inventario es adecuar un flujo de productos a un flujo
de utilización o empleo que tiene una frecuencia diferente.
Existen cinco clases básicas de inventario, definidas por las
funciones:
 Tránsito. Son los originados por el desplazamiento necesario de
los materiales de un lugar a otro. Los productos fabricados deben
ser distribuidos a clientes y a depósitos regionales con demandas
variables, por lo tanto, para poder atender estas demandas sin

57
interrupción, deberá disponerse de inventarios, que suelen
adquirir volúmenes importantes.
 Tamaño del lote. Por razones de costos y de practicidad
(preparación de máquinas, transporte) los artículos y sus
componentes se producen por lotes y como suele ser imposible
fabricar artículos y al mismo tiempo venderlos, se debe producir
cantidades mayores que la demanda, lo que da asi origen al
inventario por tamaño de lote.
 Seguridad. Como generalmente las provisiones de venta no se
cumplen exactamente, para proteger las fluctuaciones de las
demandas la empresa dispone de un inventario P de seguridad
para absorber las fluctuaciones y satisfacer así puntualmente los
requerimientos.
 Especulación. Estos inventarios se crean cuando la empresa
prevé un incremento en los precios de las materias primas o en
el valor de sus productos.
 Estacionalidad. En el caso de fabricación de productos con gran
demanda en determinadas épocas del año, como por ejemplo
ciertos productos textiles, de turismo, etc, que en producción
normal la empresa no podrá satisfacer, entonces se hace
necesario producir para inventario, quien será el encargado de
cumplir con los pedidos estacionales. (Arbones & Malisani, 2004)
Método de línea roja. Procedimiento de control de inventario en que
se traza una línea roja alrededor de una caja para indicar el nivel del
punto de reórden. (Brigham & Houston F., 2005)

58
Método de las dos cajas. Procedimiento de control de inventario en
que se coloca un pedido al quedar vacía una de las dos cajas
guardadas en almacén. (Brigham & Houston F., 2005)
2.3. Definición de términos básicos
Arquitectura. Un entramado de componentes funcionales que
aprovechando diferentes estándares, convenciones, reglas y procesos,
permite integrar una amplia gama de productos y servicios informáticos.
Atributo. Es una característica de interés o un hecho sobre una entidad o
sobre una relación. (Alarcon Herrera & Crovetto Huerta, 2006)
Certidumbre. Firme adhesión de la mente a algo conocible, sin temor de
errar.
Cliente. Persona que utiliza con asiduidad los servicios de un profesional o
Empresa. Unidad de organización dedicada a actividades industriales,
mercantiles o de prestación de servicios con fines lucrativos.
Código. Combinación de signos que tiene un determinado valor dentro de
un sistema establecido.
Componentes. Que compone o entra en la composición de un todo.
Confiabilidad. Cualidad de fiable
Costo. Cantidad que se da o se paga por algo.
Documentar. Probar, justificar la verdad de algo con documentos.
Ejecutable. Que se puede hacer o ejecutar.

59
Eventos. Suceso importante y programado.
Factibilidad. Cualidad o condición de factible
Framework. Una estructura conceptual y tecnológica de soporte definida,
normalmente con artefactos o módulos de software concretos.
Funciones. Tarea que corresponde realiza una determinada acción.
Implementación. Poner en funcionamiento, aplicar métodos, medidas, etc.,
para llevar algo a cabo.
Incertidumbre. Falta de certidumbre.
Incremental. Que crece
Inspección. Cargo y cuidado de velar por algo.
Integrar. Aunar, fusionar dos o más conceptos, corrientes, etc., divergentes
entre sí, en una sola que las sintetice.
Iterativo. . Dicho de una palabra: Que indica repetición o reiteración.
Mercancía. Cosa mueble que se hace objeto de trato o venta.
Modelamiento. Ajustarse a un modelo abstracto algo real.
Modelo. Arquetipo o punto de referencia para imitarlo o reproducirlo.
Nativo. Innato, propio y conforme a la naturaleza de cada cosa.
Operaciones. Conjunto de reglas que permiten, partiendo de una o varias
cantidades o expresiones, llamadas datos, obtener otras cantidades o
expresiones llamadas resultados.

60
Performance. Una muestra escénica, muchas veces con un importante
factor de improvisación, en que la provocación o el asombro, así como el
sentido de la estética, juegan un rol principal.
Periférico. Aparato auxiliar e independiente conectado a la unidad central
de una computadora.
Productividad. Capacidad o grado de producción por unidad de trabajo.
Protocolo. Serie ordenada de escrituras matrices y otros documentos que
un notario o escribano autoriza y custodia con ciertas formalidades.
Prototipo. Ejemplar original o primer molde en que se fabrica una figura u
otra cosa.
Prueba. Ensayo o experimento que se hace de algo, para saber cómo
resultará en su forma definitiva.
Relaciones. Conexión, correspondencia de algo con otra cosa.
Requisito. Circunstancia o condición necesaria para algo.
Rol. Cargo o función que alguien o algo cumple en alguna situación o en la
vida.
Servidor. Es una computadora que, formando parte de una red, provee
servicios a otras computadoras denominadas clientes.
Tecnología. Lenguaje propio de una ciencia o de un arte.
Usuario. Que usa ordinariamente algo.

61
Versión. Cada una de las formas que adopta la relación de un suceso, el
texto de una obra o la interpretación de un tema.

62
CAPITULO III
METODOLOGÍA DE LA INVESTIGACIÓN
3.1. Tipo de la investigación
La presente investigación será de tipo aplicada, cualitativa y transversal.
 Aplicada :
Es de tipo aplicada por que se utilizará conocimientos, modelos y procesos
ya conocidos para la resolución del problema de forma práctica para el
beneficio de la comunidad.
Este tipo de investigación, también conocido como activo o dinámico,
corresponde a la asimilación y aplicación de la investigación a problemas
definidos en situaciones y aspectos específicos, mediante la práctica de
alguna técnica particular (Landeau, 2007).
Está dirigida a la aplicación de las teorías y leyes científicas ya
comprobadas, a la resolución de los problemas sociales. Tiene importancia
práctica y científica, toda vez que permiten someter a confirmación empírica
los resultados de la investigación teórica (Díaz Narvárez, 2006).
 Cualitativa :
Es de tipo cuantitativa por que se realizar la descripción en general de los
datos recolectado de la realidad donde se realizara el estudio, que lo causa
y los posibles efectos.
Se refiere a los estudios sobre el quehacer cotidiano de las personas o
grupos pequeños. En este tipo de investigación interesa lo que la gente dice,
piensa, siente o hace; sus patrones culturales; el proceso y el significado de
sus relaciones interpersonales y con el medio. (Lerma Gonzalez, 2004)
 Transversal :
63
Es de tipo transversal porque los datos serán recolectados en un tiempo
único y en un solo momento. (Heinemann, 2003)
3.2. Nivel de la investigación
La presente investigación será de nivel explicativo o correlacional, por que
se estudiaran y se analizaran las dos: variables causa – efecto; tratando de
cubrir todos los factores que intervienen en el tema de estudio.
El nivel explicativo o correlacional, trata de buscar la relación entre una
posible causa (factor de estudio) y un efecto (criterio de evaluación). La
dimensión de esta relación se anticipa a través de la hipótesis, que son
imprescindibles en este tipo de objetivos (Fuentelsaz Gallego, Icart Isern, &
Pulpón Segura, 2006).
3.3. Métodos de investigación
En la presente investigación utilizaremos los métodos de descriptivo,
explicativo y deductivo.
 Descriptivo:
Describe de qué forma se realiza los procesos de promoción de los recursos
turísticos de a las provincias, así también cuales son los factores que no
permite brindar el servicio de calidad a la comunidad y a los turistas (Lerma
Gonzalez, 2004).
 Explicativo:
Porque se señala a través de la hipótesis los efectos de los factores
importantes del entorno como: socioculturales, tecnológicos y económicos
inclusive ambientales que se genera en las provincias, que se presenta a

64
través de datos actualizados y como esto puede causar su evolución en el
turismo (Heinemann, 2003).
 Deductivo
Por qué en un principio veremos factores particulares y luego se va ir
generalizando; se comenzara por la observación de la realizad con el fin de
llegar a posibles soluciones e indicios generales (Fuentelsaz Gallego, Icart
Isern, & Pulpón Segura, 2006).
3.4. Diseño de investigación
Se refiere a una investigación prospectiva. Se presenta mediante
manipulación de una variable experimental no comprobada, en condiciones
rigurosamente controladas, con el fin de describir de qué modo o por que
causa se produce una situación o acontecimiento en particular. El
experimento es una situación provocada por el investigador para introducir
determinadas variables de estudios manipuladas por él para controlar el
aumento o disminución de esas variables y su efecto en las conductas
observadas. (Rodriguez Miguel, 2005)
Se puede representar mediante la siguiente simbología: GE, O1, X, O2.
Dónde:
GE : Grupo Experimental
O1 : Análisis de los resultados, antes de la instalación de la
implementación del sistema de información
X : Implementación del sistema de información
O2 : Análisis de los resultados, después de la instalación de la
implementación del sistema de información.

65
Al final de la investigación se establecerán diferencias entre O 1 y O2 para
determinar si existe mejoramiento o no en los indicadores expresados en la
variable independiente.
GE: O1 X O2
3.5. Modelo de investigación
3.5.1. Diseño de modelo
3.5.2. Construcción
Para el desarrollo del modelo se analizó las fases del proceso global a
realizarse en la empresa y se estructuro con sub procesos y/o actividades,
con las cuales se logran los objetivos para el cual está desarrollada la
presente tesis.
 Planificación. Se planifica el modelo de trabajo y se mantiene un
catálogo para ser utilizado en las siguientes fases.
 Organización. Se plantea el bueno manejo de los recursos humanos
y tecnológicos, para juntos ejecutar con éxito la siguiente fase.

66
 Ejecución. Se realiza las actividades específicas el cual dan
funcionamiento al proceso global, haciendo uso de los recursos
preparados en las fases anteriores.
 Control. Se maneja un registro de todas operaciones realizadas, del
mismo modo, se pueden visualizar resultados para la toma de
decisiones.
3.6. Población y muestra.
Población. La población para nuestro estudio de investigación son los
colaboradores de la SUB GERENCIA DE LOGÍSTICA – GERENCIA DE
ADMINISTRACIÓN Y FINANZAS – MPCP.
Muestra.
La muestra para el presente estudio de investigación, se estimó el mismo
número de personas, dado que es pequeña, por lo tanto la muestra es por
conveniencia, que se tiene en cuenta el siguiente cuadro:
Cuadro 4. Distribución de la muestra
Denominación de la Unidad
N° de Cargos
Orgánica y cargos Total
orden Estructurales
Clasificados
01 Unidad de Abastecimiento Jefe de Abastecimiento 01
02 Técnico Administrativo III Técnico Adquisiciones 01
03 Técnico Administrativo III Técnico Almacén 11
04 Técnico Administrativo III Tec. Control Patrimonial 12
05 Técnico Administrativo II. Operador del SEACE 02
06 Técnico Administrativo II. Técnico en Archivos 05
07 Asistente Administrativo I Asistente Administrativo 01
08 Auxiliar de almacén I. Auxiliar almacén 05
TOTAL 38
67
3.7. Técnicas e instrumentos para recolección de datos
Cuadro 5. Instrumentos de recolección de datos
Fuente Técnicas Instrumentos
Entrevista Tabla de Preguntas

Primaria
Encuesta Cuestionario
a) La entrevista
Entendida la entrevista como una comunicación interpersonal, entre el
investigador y los sujetos que constituyen la muestra de la investigación,
con tal razón seleccionamos esta técnica con la finalidad de obtener
datos en cuanto a los conocimientos básicos. Se usó la entrevista
estructurada.
Instrumento:
- Tabla de preguntas; consistente en un conjunto de preguntas
secuenciales, categorizadas y estructuradas con anticipación.
b) La encuesta
Con la finalidad de recoger evidencias sobre el conocimiento, interés y
necesidades.
Instrumentos:
- Los cuestionarios y pruebas de ejecución; son hoja que contiene
un conjunto de preguntas en su mayor parte cerradas, respecto a
un tema o variable determinado.

68
3.8. Procesamiento para recolección de datos.
Los instrumentos de recolección de datos serán aplicados a los
colaboradores y al jefe de la SUB GERENCIA DE LOGÍSTICA – GERENCIA
DE ADMINISTRACIÓN Y FINANZAS – MPCP.
3.9. Tratamiento de datos.
Los datos son procesados por un software especializado, el cual tiene
características adecuadas para procesar datos estadísticos y de
investigación.
69
CAPITULO IV
PROCESO DE DESARROLLO DE SOFTWARE
4.1. FASE INICIAL
4.1.1. Modelamiento de visión del negocio
A. DOCUMENTO DE VISIÓN DEL NEGOCIO
A.1). Introducción
A.1.1. Propósito
El propósito de este documento es brindar un
panorama de la funcionalidad y requerimientos del
Sistema Logístico y de Almacén, en función de los
requerimientos de los usuarios finales de la
MUNICIPALIDAD PROVINCIAL DE CORONEL
PORTILLO.
A.1.2. Alcance
En este documento visión aplicada al Sistema de
Logística y Almacén para la MUNICIPALIDAD
PROVINCIAL DE CORONEL PORTILLO, se
desarrollará por el equipo de desarrollo de software
de la OFICINA DE TECNOLOGÍAS DE
INFORMACÓN DE LA MUNICIPALIDAD
PROVINCIAL DE CORONEL PORTILLO.
El sistema permitirá a los usuarios lo siguiente:

70
Carácter general:
 Registrar Familia de Productos.
 Registrar Clasificación de Productos.
 Registrar Clases de Productos.
 Registrar Productos.
 Registrar Rubros.
 Registrar Almacenes.
 Registrar Instituciones.
 Registrar IGV.
 Registrar Unidad de Medida.
Almacén:
 Registrar Órdenes Recepcionadas.
 Registrar NEA.
 Registrar Inventario Inicial.
 Registrar Pecosas.
 Registrar Recepción de Pecosas.
 Reporte de NEA.
 Reporte de Órdenes Recepcionadas.
 Reporte Productos.
 Reporte de Kardex Valorizado.
 Reporte de Pecosas.
 Reporte de Ingresos a Almacén.
 Reporte de Pecosas por Producto.
 Reporte de Órdenes de Compra.

71
 Reporte de Órdenes de Compra con Plazo.
 Reporte Kardex detallado por Ubicaciones.
 Reporte de Pecosas de Inventario de Kardex.
Logística:
 Registrar Órdenes de Compras.
 Registrar Órdenes de Servicio.
 Reportes de Productos.
 Reportes de Proveedores.
 Reporte de Proveedores por Producto.
 Reporte de Tipo de Proveedores.
 Reporte de Órdenes por Productos.
 Reporte Órdenes por Unidades.
 Reporte de Clases por Órdenes de Compra.
Patrimonio:
 Registrar Cuentas Contables.
 Registrar Asignación del Código Siaf a las
Órdenes de Compra.
Órdenes de Servicio.
 Registrar Asignación del Código Siaf a las NEA.
 Registrar Asignación del Código Siaf a los
Inventario.
72
 Registrar Asignación del Código Cuenta
Contable a las Órdenes de Compra.
Contable a las Órdenes de Servicio.
Contable a las NEA.
Contable a los Inventario.
 Reporte de Kardex.
A.2). Posicionamiento
A.2.1. Oportunidades del negocio
Hoy en día las empresas reconocen que un
sistema de información es una herramienta vital
para la toma de decisiones y para mejorar los
procesos administrativos de la organización. Por
esto es necesario que la Municipalidad Provincial
de Coronel Portillo, cuente con un sistema de
información que les ayude a realizar el monitoreo y
consulta en tiempo real; además permitirá a la
Municipalidad Provincial de Coronel Portillo

73
mejorar la imagen institucional frente a los demás,
en el sector empresarial.
A.2.2. Exposición del problema
Cuadro 6: Establecimiento del problema
 Deficiencia en el control y administración de los

procesos tanto logístico, como de almacén.
 Existe pérdida de información al momento de
integrar los procesos tanto logísticos, como de los
almacenes,
 Existen restricciones al momento de controlar los
movimientos de almacén (Ingreso y salida) y stock
de productos, con información redundante e
incoherente y carente de datos que permitan una
información consistente para la toma decisiones.
Realidad  Carece de funcionalidades que permitan a los
problemática:
centros de costos hacer sus peticiones en sito.
 Inconsistencia de información al atender las
órdenes de compra.
 No existe un correcto manejo en el flujo de la
información que sea en forma detallada y resumida
para la toma de decisiones.
 Carencia y deficiencia de reportes necesarios para
el buen funcionamiento.
 No disponibilidad de consultas realizadas en
tiempo real.
 Gerencia de la Municipalidad Provincial de Coronel
Portillo.
Afecta:  Usuario Final de la Municipalidad Provincial de
Coronel Portillo.
 Personal administrativo.
74
 Proveedores de la Municipalidad Provincial de

Coronel Portillo.
 Eficiencia de la Gerencia en la toma de decisiones.
 Eficiencia del Personal administrativo de la
El impacto: Municipalidad Provincial de Coronel Portillo.
 Imagen institucional de la Municipalidad Provincial
 Mejorar la administración y control de procesos
tanto Logísticos y de almacén.
 Realizar exitosamente los procesos logísticos,
partiendo desde los pedidos desde los centro de
costos, realizando las cotización respectivas,
llevando a cabo las órdenes de compra, hasta su
atención, que permita el aprovisionamiento
Una solución exitosa:
oportuno de las diferentes áreas de la empresa.
 Permitir un mejor control de los movimientos
(Ingreso y salida) y stock de productos.
 Contar con información consistente, relevante y
oportuna para la eficiente toma de decisiones y
brindar un mejor servicio a los usuarios, tanto
directos como indirectos.
A.3). Descripción de stakeholders y usuarios
A.3.1. Mercado demográfico.
La Municipalidad Provincial de Coronel Portillo, no
tienen un sistema Logístico y de Almacén que sea
eficiente y que permita realizar sus procesos y
consultas en tiempo real que sean rápidas y
precisas. Esto amerita atención urgente, ya que los

75
fines primordiales de la Municipalidad Provincial de
Coronel Portillo, es llevar a cabo sus
aprovisionamientos y control de sus procesos tanto
Logísticos, como almacén de forma eficiente, de tal
manera que permita que el flujo de abastecimiento
a todas las áreas de la Municipalidad Provincial de
Coronel Portillo sean efectuados sin percances y
en los tiempos establecidos, para de esta manera
mejorar el servicio de atención a sus clientes.
A.3.2. Sumario de stakeholders
Cuadro 7: Sumario de stakeholders
NOMBRE ROL
Encargado de velar por los
movimientos realizados en
Almacenero.
almacén, tanto los ingresos, como
las salidas.
Jefes o Encargados de Oficina Encargados de emitir los pedidos
Encargados de realizar las

Jefe de Logística. cotizaciones, órdenes de compra
y/o servicios y las atenciones.
Evalúa y supervisa los procesos
Gerente de la Empresa.
administrativos. Toma decisiones.
Son las áreas que realizan

Cliente.
peticiones de salida de almacén.
Son aquellas personas naturales o

jurídicas a las cuales se les realiza
Proveedor. el pedido de la Orden de compra
y/o servicio y generan ingresos al
almacén.
76
Es el que lleva el control valorizado

de almacén y los costos generados
Contador.
en las peticiones de las órdenes de
compras.
A.3.3. Sumario de usuarios
Cuadro 8: Sumario de usuarios
NOMBRE DESCRIPCIÓN STAKEHOLDERS
Encargado de Registrar los

movimientos realizados en el almacén, Representa así
Almacenero
realizar la transferencia entre mismo
almacenes.
Jefes o
Representa así
encargados de Realizan la emisión de los pedidos.
mismo
Oficinas Usuarias
Encargados de realizar las

cotizaciones, aprobar o rechazar las Representa así
Jefe de Logística
órdenes de compra y llevar a cabo las mismo
atenciones.
Realizan las consultas y resúmenes de

Gerente de la Representa así
los procesos realizados en las oficinas
empresa mismo
de almacén y logística.
Es el que lleva el control valorizado de

Representa así
Contador almacén y los costos generados en las
mismo
peticiones de las órdenes de compras.
Jefe de Encargado de la administración del

ninguno
Informática sistema.
A.3.4. Ambiente de usuarios
Almacenero: Podrá acceder al sistema las 24
horas del día desde cualquier parte que tenga
acceso a internet para realizar las operaciones

77
concebidas al módulo de almacén como:
Registrar productos, registrar los movimientos
(ingreso y salida de almacén), transferencia entre
almacenes, etc.
Jefes o encargados de oficinas usuarias: Podrá
acceder al sistema las 24 horas del día desde
cualquier parte que tenga acceso a internet para
realizar las operaciones de pedidos previstas por
sus centros de costos.
Jefe de logística: Podrá acceder al sistema las 24
horas del día desde cualquier parte que tenga
acceso a internet para realizar las operaciones
concebidas al módulo de logística como: Registrar
órdenes de compra, Registrar las atenciones, etc.
Gerente de la empresa: Podrá realizar las
consultas, resúmenes y análisis de los procesos
durante las 24 horas del día en tiempo real.
Contador: Podrá realizar las consultas,
resúmenes y análisis de los procesos valorizados
de almacén y costos de las órdenes de compras.
Jefe de informática: Encargado de la
administración del sistema.

78
A.3.5. Necesidades principales de los stakeholders y
usuarios
Cuadro 9: Necesidades principales de los stakeholders y usuarios
SOLUCIÓN SOLUCIÓN
NECESIDAD PRIORIDAD CONCERNIENTE
ACTUAL PROPUESTA
Sistema
permitirá
Proceso tedioso y
Trabajo realizar las
Registrar los carente de
realizado por consultas de
movimientos información
Alta un sistema de manera rápida
realizados en relevantes para
consola y precisa con
el almacén. realizar las
aislado. la consistencia
consultas.
de información
requerida.
Se realiza de El sistema
Operación para
manera permitirá
Realizar la salida (Almacén
independiente, realizar las
operación de emisor) y entrada
tanto para la transferencias
transferencia Alta (Almacén
salida en el de manera
entre Receptor) de
origen, como automática en
almacenes. productos e
la entrada en una sola
insumos.
el destino. operación.
El sistema
permitirá
realizar la
valorización de
Se realiza de manera
Realizar las
manera automática
operaciones
Calculo de costos independiente para todos los
de
por movimientos por almacén, almacenes de
valorización Alta
realizados y cierre sin tener en la empresa,
y cierre de
del periodo. cuenta las incluyendo las
periodo de
ubicaciones ubicaciones y
almacén.
existentes. lotes de
productos, y
realizar el
cierre del
periodo.
79
El sistema
permitirá
Realizada realizar las
Emisión de manualmente emisiones de
Emisión realizada
Pedidos de por cada pedidos en
Alta por centro de
insumos y/o oficina para cada oficina
costos en sito.
servicios sus centros de para sus
costos. centros de
costos
respectivos.
El sistema
permitirá
Consultas y
realizar las
análisis de Consultas
consultas de
Realizar las órdenes de realizadas de
forma rápida y
órdenes de Alta compra forma lenta y
precisa en
compra aprobadas y/o en solo en su
tiempo real
autorizadas y forma básica.
con
rechazadas.
información
detalla.
El sistema
automatizará
el proceso
haciéndolo
más eficiente,
Realizada de
Realizar las Atenciones y llevando los
forma lenta,
atenciones realizadas de las procesos de
Alta produciendo
de la órdenes órdenes de registro de
carga de
de compra compras. almacén tanto
trabajo.
de ingreso
como de salida
automáticos
para las
atenciones.
80
A.4). Objetivos de modelamiento del negocio
Proceso de movimiento de almacén
 Registrar NEA.
 Reporte de NEA.
 Reporte de Pecosas de Inventario de Kardex.

81
Proceso de emisión de pedidos:
Proceso de valorización de almacén:
 Registrar Asignación del Código Siaf a las Órdenes
de Compra.
 Registrar Asignación del Código Siaf a las Órdenes
de Servicio.
 Registrar Asignación del Código Siaf a las NEA.
 Registrar Asignación del Código Siaf a los Inventario.

82
 Registrar Asignación del Código Cuenta Contable a
las Órdenes de Compra.
las Órdenes de Servicio.
las NEA.
los Inventario.
Proceso de atención
 Registrar Atenciones por Órdenes de compra.
 Reporte de Atenciones.
 Resumen Gerencial por Centro de Costos.
Proceso de administración general
 Registrar Usuario del Sistema.

83
A.5). Rangos de calidad
Disponibilidad: El Sistema de Logístico y Almacén deberá
estar disponible las 24 horas del día en un Servidor Web
para la atención de los usuarios.
Uso: El Sistema de Logística y Almacén, deberá ser fácil
de manejar con interfaces sencillas y entendibles para el
usuario.
A.6). Panorama del producto
Perspectiva: El Sistema de Logístico y Almacén se
implementará en un servidor Web del área de informática y
será accedido desde cualquier computadora por los
usuarios de oficina que realizarán los pedidos, y para los
módulos de logísticas y almacén estarán restringidos para
los usuarios de oficina de las respectivas áreas y gerencia,
teniendo en cuenta que existirá niveles de acceso por
usuario.
Restricciones: El sistema de Logística y Almacén estará
limitado a los procesos de logística y almacén de la
Empresa.
84
A.7). Requerimientos
A.7.1. Requisitos funcionales
Carácter general:
 Registrar Familia de Productos.
 Registrar Clasificación de Productos.
 Registrar Clases de Productos.
 Registrar Productos.
 Registrar Rubros.
 Registrar Almacenes.
 Registrar Instituciones.
 Registrar Igv.
 Registrar Unidad de Medida.
Almacén:
 Registrar NEA.
 Reporte de NEA.
85
 Reporte de Pecosas de Inventario de
Kardex.
Logística:

86
 Reporte de Clases por Órdenes de
Compra.
Patrimonio:
Órdenes de Compra.
Órdenes de Servicio.
NEA.
 Registrar Asignación del Código Siaf a los
Inventario.
Contable a las Órdenes de Compra.
Contable a las Órdenes de Servicio.
Contable a las NEA.
Contable a los Inventario.

87
 Reporte de Clases por Órdenes de
Compra.
A.7.2. Requisitos no funcionales
 El sistema se desarrolló utilizando
herramientas Web: como lenguaje de
programación ASP.NET, C#, Java Script;
el manejador de Base de Datos SQL
Server 2008 y un Servidor Web Internet
Information Server 7.0 (IIS).
 Definir políticas de seguridad.
 Registrar niveles de seguridad.
 El tiempo de respuesta por consulta se
realice en tiempo real.
 Contar con máquina para el Servidor, con
requerimientos mínimos como Tecnología
Pentium y una estructura de red.

88
 Instalar el Sistema operativo Windows
Server 2003
 Características del servidor: Servidor IBM
SYSTEM X 250 GB. Ram 2 Gb.
 Contar con una Impresora de Inyección de
Tinta que actuará como dispositivo de
salida para las terminales en la impresión
de reportes del sistema y consultas
requeridas.
89
B. PLAN DE DESARROLLO DEL SOFTWARE
B.1). Introducción
B.1.1. 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 Propuesto.
B.1.2. Alcance
Este Plan de Desarrollo de Software describe el
plan global a ser usado por los encargados del
proyecto para desarrollar el proyecto de
implementación de un Sistema de Logística y de
Almacén, describirán los detalles de los
procesamientos individuales del plan. Los planes
que se dan en este documento se basan en los
requisitos del producto como está especificado en
el documento de visión.
B.1.3. Referencias
Las referencias aplicables es la visión para la
elaboración e implementación del Sistema de
Logística y de Almacén.
90
B.1.4. Apreciación global
Este Plan de Desarrollo de Software contiene la
información siguiente:
 Proyecto de apreciación global:
Proporciona la descripción del propósito del
proyecto, alcance y objetivos. También
determina el entregable que se espera en el
proyecto en determinados periodos.
 El Proceso de dirección: Explica el costo
estimado y lo fija, define las fases mayores
e hitos para el proyecto, y describe el modo
de supervisión para el proyecto.
 Los Planes del proceso técnicos:
Proporciona un panorama global del
proceso de desarrollo de Software, incluso
los métodos, herramientas y técnicas para
ser seguido.
B.2). La apreciación global del proyecto
B.2.1. Propósito del proyecto, alcance y objetivos
Definimos las actividades y metas que se
realizaran en la desarrollo de cada fase e
iteraciones requeridas para la elaboración e

91
implementación del Sistema de Logística y
Almacén.
B.2.2. Entregables del proyecto
Los entregables siguientes se desarrollaran
durante el proyecto.
Cuadro 10: Entregables del proyecto
FASES WORKFLOWS ARTEFACTOS

 Documentos de visión.
 Plan de desarrollo de
Software.
Inicial Modelo de negocio  Modelo de Use Case del
Negocio.
 Modelo de Dominio del
Problema.
 Modelo de Use Case.
Requerimientos  Especificación de los Use
Case.
 Diagrama de colaboración.
Elaboración
 Prototipo arquitectónico.
Análisis y diseño
 Diagrama de clases.
 Diagrama de secuencia.
 Paquetes del diseño.
 Diseño de Base de Datos.
Análisis y diseño
 Prototipo Inicial.
Construcción  Diagrama de
Componentes.
Implementación
 Diagrama de
Despliegue.
 Prototipo del Software Final
Transición Prueba  Prueba por Use Case

92
B.2.3. Evolución del plan de desarrollo de software
El Plan de Desarrollo de Software se revisará
anterior a la salida de cada proceso de iteración.
B.3). La organización del proyecto
B.3.1. Estructura orgánica
El equipo de trabajo se comprende por dos
personas, el desarrollador del sistema y un asesor
Ingeniero para el desarrollo del proyecto.
B.3.2. Interfaces externas
El equipo del proyecto también actuará
recíprocamente con otro stakeholders para solicitar
las entradas y revisión de los artefactos.
B.3.3. Roles y responsabilidades
La tabla siguiente identifica las unidades orgánicas
que serán responsables para cada uno de los flujos
de trabajo, y el detalle de los procesos de apoyo.

93
Cuadro 11: Papeles y responsabilidades
PAPEL RESPONSABILIDAD
 Responsables del manejo del flujo del producto de
dirección del proyecto global.
 Responsables principales de manejar el modelado
comercial y el flujo de trabajo de los requisitos,
Bach. Piero Paolo proporcionando el apoyo y entradas de Workflow de
Llerena Lima. Dirección de Proyecto.
Bach. Christian  Responsable principal para el análisis, diseño,
Hans Sánchez aplicación, configuración, capacitación y flujos de
Escudero. trabajo del ambiente.
 Proporciona el apoyo al Workflow de dirección de
proyección.
 Es el responsable para manejar la prueba, y
Workflows del Despliegue.
Asesor del
 Realiza la asesoría, seguimiento y correcciones de
Proyecto
entregables de proyectos.
B.4). Proceso de dirección
B.4.1. Estimación del proyecto
Las estimaciones del proyecto son basadas en el
Estudio de Factibilidad aplicado al proyecto. El
tiempo y el esfuerzo estimado en este informe es
la base del presupuesto del proyecto y horario.
B.4.2. Plan de proyecto
a). Plan de fase.
El Sistema de Logística y Almacén será
desarrollado usando un acercamiento
escalonado a la cual utilizará cuatro fases de

94
interacción. Las fases y el horario relativo se
muestran en la tabla siguiente:
Cuadro 12: Plan de proceso de desarrollo de acuerdo a fases
FASE EMPIEZA TERMINA
Fase de Inicio 01/11/2012 30/11/2012
Fase de Elaboración 01/12/2008 31/12/2012
Fase de Construcción 01/01/2013 31/03/2013
Fase de Transición 01/04/2013 30/04/2013
Cuadro 13: Fases del proyecto e hitos principales
FASE DESCRIPCIÓN HITO

 Determina la factibilidad
del proyecto desde un
punto de vista del negocio.
 En esta etapa se define el
 Se definen los
modelo del negocio, los
requerimientos,
Inicio requerimientos del producto
características, claves y
y se elabora el plan de
principales restricciones.
desarrollo de Software.
 Estima los recursos
(Tiempo, costos del
ambiente de desarrollo)
95
 La fase de Elaboración
analizará los requisitos y se
desarrollará el prototipo
arquitectónico.
 En la realización de la fase
de la elaboración todos los
casos de uso seleccionados
para una primera versión 1.0
 El hito del prototipo
habrán completado el
 Arquitectónico marca el
Elaboración análisis y el plan.
término de la fase de la
 Además se habrán
elaboración.
analizado los Use Case de
alto riesgo que para una
versión 2.0 ya se habrán
diseñado. El prototipo
arquitectónico probará la
viabilidad y actuación de la
arquitectura que se requiere
para Versión 1.0.
 Durante la fase de la  Actualización con todos los
construcción se analizan los elementos necesarios para
Use Case restantes y se dar soporte a la
diseñarán estos. La versión implantación de la
beta para la Versión 1.0 se persistencia (ejemplo
Construcción
desarrollará y se distribuirá tablas, index, mapeo de
para la evaluación. modelo de datos orientado
a objetos a relacionar).
 Completa en la
concordancia con los
 En esta fase se requerimientos del
empaquetará, distribuirá e producto definidas en el
Transición
instalará el producto. documento de Visión del
Negocio. El producto final
debe estar disponible para
los usuarios.
96
b). Horario del proyecto.
El horario del proyecto que contiene el nombre
de las labores, las fecha de inicio y fin se
muestran a continuación:
Cuadro 14: Principales tareas del proyecto
Fase Empieza Termina

Modelamiento del Negocio 01/11/2012 15/11/2012
Requerimientos 16/11/2012 30/11/2012
Análisis y Diseño 01/12/2012 31/12/2012
Implementación 01/01/2013 28/02/2013
Prueba 01/03/2013 31/03/2013
Despliegue 01/04/2013 30/04/2013
B.5). Recursos para el proyecto
B.5.1. Plan de adquisición de recursos
La Oficina de Tecnologías de Información de la
Municipalidad Provincial de Coronel Portillo, entre
las metas de su POI, ha proyectado asignar al
personal del área de desarrollo de software para
lograr el objetivo. Que tendrá a su disposición los
materiales, herramientas y/o equipos necesarios
para el cumplimiento correcto del proyecto de
software.
97
B.5.2. Entrenamiento que se planean
Se entrenara al equipo del proyecto en las
siguientes habilidades, al comienzo de las
actividades del plan:
 Lenguaje Modelamiento Unificado (UML).
 VISUAL STUDIO 2008.
 C#, ASP.NET.
 JAVASCRIPT.
 RATIONAL ROSE.
 SQL SERVER 2008
B.6). Presupuesto
Cuadro 15: Presupuesto del proyecto
Sistema de Logística y Almacén

Trabajo personal
Actividades Esfuerzo Costo
Desarrollo Sistema de 10 Meses $ 6000.00
Almacén y Logística. * $ 600 por mes
Total trabajo personal
Transporte $ 15.00
Servicios $ 15.00
Gastos de
Materiales $ 20.00
Otros gastos indirectos $ 9.00
Aprovisionamiento
Total de Gastos de $ 59.00
Aprovisionamiento
Costo de los Paquetes de Software – Herramientas para Desarrollo
Para Servidor $3,070.00
Visual Studio 2005 Para 1 Usuario(Desarrollador) $800.00
Total Visual Studio 2005 $3,870.00
Para Servidor $7,500.00
Sql Server 2005 Para 16 Usuarios (16 oficinas) $320,00
Total Sql Server 2005 $7,820.00
INVERSION TOTAL $17 749.00
98
El costo de acceso por usuario al Servidor Sql Server 2008
es de $ 20 (dólares americanos).
El Costo Total del proyecto sería de $17 749.00 dólares
americanos.
99
C. VISTAS CASOS DE USO
C.1). Modelo de Casos de uso del negocio
Diagrama 1: Casos de usos de negocio
USE CASE DE NEGOCIO - SISTEMA DE LOGISTICA DE LA MPCP
Sistema de Tramite Gestión de Pedidos Logística

Documentario
Patrimonio
Proveedor
Unidad Orgánica
Gestión de Usuarios
Administrador
Gestión de Almacén Almacén

Oficina de Tecnologías de
Información
100
D. Descripción del Proceso del negocio
Cuadro 16: Descripción de procesos.
ESTEREOTIPO DESCRIPCIÓN
En este proceso se realizan las peticiones de
las diferentes áreas, la realización de las
órdenes de compras y servicios, sus

Gestión de Pedidos
respectivas atenciones y sus derivados.
En este proceso se realiza el control de usuario,
mediante permisos de consulta, y actualización.

Gestión de Usuarios
En este proceso se realiza el control del
inventario, a través de los movimientos
realizados en los diferentes almacenes y sus

Gestión de Almacén
respectivas valorizaciones de costos.
101
4.2. FASE DE ELABORACIÓN
4.2.1. Flujo de trabajo de requerimientos
A. Modelo de casos de usos de requerimientos
Diagrama 2: Requerimiento: Gestión de usuarios.
USE CASE DE REQUERIMIENTO - GESTION USUARIO - SISTEMA DE LOGISTICA DE LA MUNICIPALIDAD PROVINCIAL DE CORONEL PORTILLO
Busc ar Grupo Us uarios <<inc lude>> Gestionar Grupo Us uarios

Adminis trador
(from Use-Case Model)
<<inc lude>>
<<inc lude>> Busc ar Sis temas <<inc lude>>

Gestionar Sis temas
Patrimonio
<<inc lude>>
Gestionar Us uario
Oficina de Tecnologías de
Informac ión
(from Use-Case Mo...
Logís tic a
<<inc lude>> Gestionar Grupo de Sis temas
(from Use-Case Model) Busc ar Grupo Sis temas
Almac én
102
Diagrama 3: Requerimiento: Gestión de pedidos.
USE CASE DE REQUERIMIENTO - GESTION PEDIDO - SISTEMA DE LOGISTICA DE LA MUNICIPALIDAD PROVINCIAL DE CORONEL PORTILLO
Reportes de Productos Reportes de Proveedores

(Consumo,Kardex, Porveedores), Reportes de Unidades Orgánicas
(Orden de Compra / Servic...
Reportes de Pedido (Orden de <<extend>>
Compra / Servicio) <<extend>> <<extend>>
<<extend>>
<<include>> Buscar Pedido (Orden de Compra /

Servicio)
Gestionar Reportes de Pedido <<include>>
<<include>> <<include>>
Buscar Unidad Medida Gestionar Unidad Medida

<<include>> Buscar Productos
<<include>>
<<include>>
<<include>> Buscar Institución
Buscar Familia Gestionar Familia Gestionar Institución
<<include>>
<<include>>
<<include>>
<<include>>
Buscar Clase Gestionar Clase Gestionar Álmacen
Buscar Álmacen
Gestionar Productos
Logística
Buscar Grupo Gestionar Grupo
Gestionar Pedido (Orden de Compra /

<<include>> Gestionar Unidades Orgánicas Servico)
<<include>>
Buscar Tipo de Proveedor Gestionar Tipo de Proveedor

Buscar Unidades Orgánicas
Gestionar Rubros
Sistema de Tramite
<<include>> <<include>> Documentario
Unidad Orgánica
Gestionar Proveedor <<include>> (from Use-Case Mo...
Buscar Rubros
Referencia Buscar Referencia
<<include>>
Proveedor
<<include>>
(from Use-Case Mo... Buscar Proveedor
103
Diagrama 4: Requerimiento: Gestión de almacén.
US E CAS E DE RE QUE RIM IE NTO - GE S TION DE ALM ACÉN - S IS T E MA DE LOGIS T ICA DE LA M UNICIP ALIDAD PROVINCIAL DE CORONE L P ORTILLO
<<include>>
Gestionar Pedido (Orden de Compra /

Servico)
(from Gestionar Pedi... Buscar Pedido (Orden de Compra /
Servicio)
(from Gestionar Pedi...
<<include>>
Logística Buscar Unidades Orgánicas

...) Buscar Ingreso de Bienes (from Gestionar Pedi...
Gestionar Ingreso de Bienes
<<include>> Buscar Penalidades
<<include>>
Gestionar Saldo Iniciales <<extend>>
Sistema de Tramite
Documentario
Gestionar Movimiento de Almacén Gestionar Penalidades
Almacén
<<extend>>
...)
Gestionar Unidades Orgánicas

(from Gestionar Pedi...
<<include>> Gestionar Valoración de A lmacén

Gestionar NEA
<<include>>
<<include>> Histórico de Pecosas
Unidad Orgánica
Buscar Movimiento de Almacén
<<include>> <<extend>>
Históricos de Orden de Compra,
Gestionar Salidas de Almacén Servicio y P ecosas
Buscar Salidas de Almacén
<<extend>>
<<include>>
Gestionar Reportes de Salida
<<extend>>
Reportes de Análisis de Compras, Servicio
y Pecosas
Patrimonio
<<include>> <<extend>>
...) <<include>>
<<include>>
Estado de Cuenta por Ordenes de Compra
y Pecosas
Buscar Reportes de Salida

Administrador
...)
104
B. Especificaciones de los casos de uso de requerimientos
B.1). Descripción del modelo Use-Case: Gestión de pedidos
Cuadro 17: Gestionar Unidad Medida.
Nombre Gestionar Unidad Medida.

Actor Logística.
Definición Permite crear, modificar, eliminar las unidades de medida.
Precondición Ninguna.
1. El Jefe de Logística puede elegir la opción deseada de la interfaz, ya sea
crear, modificar o eliminar.
2. En caso de que la opción sea crear, el Jefe de Logística debe rellenar la cajilla
de texto correspondiente a la descripción del tipo de establecimiento que
quiere registrar y se procede a registrar, donde se generará un código único
Pasos de identificación del registro.
3. En caso la opción sea modificar, el Jefe de Logística deberá seleccionar de la
lista el ítem que será modificado, donde podrá actualizar la descripción del
tipo de establecimiento.
4. En caso la opción sea eliminar, el jefe de Logística deberá seleccionar el ítem
correspondiente a lo que quiere eliminar y luego confirmar su eliminación.
1. Al momento de crear, sino se ha llenado la cajilla de texto, se mostrara un
Excepciones
mensaje de advertencia.
Cuadro 18: Gestionar Grupos del Producto.
Nombre Gestionar Grupos del Producto

Actor Logística.
Definición Permite crear, modificar, eliminar la familia de los productos.
de texto correspondiente al código del producto (según lo establecido en la
MEF) y la descripción del grupo del producto que se quiere registrar y se
procede a registrar, donde se generará un código único de identificación del
Pasos
registro.
lista el ítem que será modificado, donde podrá actualizar el código referencial
del producto y la descripción del grupo del producto.
Excepciones
Cuadro 19: Gestionar Clases del Producto.

105
Nombre Gestionar Clases del Producto

Actor Logística.
Definición Permite crear, modificar, eliminar las clases del producto.
Precondición Haber registrado grupo.
2. En caso de que la opción sea crear, el Jefe de Logística debe seleccionar al
grupo que va a pertenecer y rellenar la cajilla de texto correspondiente a la
clase del producto que se quiere registrar y se procede a registrar, donde se
Pasos generará un código único de identificación del registro.
lista el ítem que será modificado, donde podrá actualizar la descripción de la
clase de producto.
Excepciones
Cuadro 20: Gestionar Familia del Producto.
Nombre Gestionar Familia del Producto

Actor Logística.
Definición Permite crear, modificar, eliminar las familias de los productos.
Precondición Haber registrado clase de producto.
2. En caso de que la opción sea crear, el Jefe de Logística debe seleccionar el
grupo y la clase que va a pertenecer y rellenar la cajilla de texto
correspondiente a la familia del producto que se quiere registrar y se procede
Pasos a registrar, donde se generará un código único de identificación del registro.
lista el ítem que será modificado, donde podrá actualizar la descripción de la
familia del producto.
Excepciones
Cuadro 21: Gestionar Producto.
Nombre Gestionar Producto

106
Actor Logística.
Definición Permite crear, modificar, eliminar los productos.
Precondición Haber registrado familia y unidad medida.
2. En caso de que la opción sea crear, el Jefe de Logística debe seleccionar la
familia y la unidad de medida que va a pertenecer y rellenar la cajilla de texto
correspondiente al producto que se quiere registrar y se procede a registrar,
Pasos donde se generará un código único de identificación del registro.
producto.
Excepciones
Cuadro 22: Gestionar Tipo de proveedor.
Nombre Gestionar Tipo de proveedor

Actor Logística.
Definición Permite crear, modificar, eliminar los tipos de proveedores.
2. En caso de que la opción sea crear, el Jefe de Logística rellenar la cajilla de
texto correspondiente al tipo de proveedor que se quiere registrar y se
Pasos registro.
tipo de proveedor.
Excepciones
Cuadro 23: Gestionar rubros del proveedor.
Nombre Gestionar rubros del proveedor

107
Actor Logística.
Definición Permite crear, modificar, eliminar los rubros de proveedores.
2. En caso de que la opción sea crear, el Jefe de Logística rellenar la cajilla de
texto correspondiente al rubro del proveedor que se quiere registrar y se
Pasos registro.
rubro del proveedor.
Excepciones
Cuadro 24: Gestionar proveedor.
Nombre Gestionar proveedor

Actor Logística.
Definición Permite crear, modificar, eliminar los proveedores.
2. En caso de que la opción sea crear, el Jefe de Logística debe seleccionar el
tipo de proveedor y rubro que va a pertenecer y rellenar la cajilla de texto
correspondiente al proveedor que se quiere registrar y se procede a registrar,
proveedor.
Excepciones
Cuadro 25: Gestionar referencia.
Nombre Gestionar referencia

Actor Logística.
108
Definición Permite crear, modificar, eliminar las referencias.

2. En caso de que la opción sea crear, el Jefe de Logística debe rellenar la
cajilla de texto correspondiente a las referencias que se quiere registrar y se
registro.
Pasos
3. En caso la opción sea modificar, el Jefe de Logística deberá seleccionar de
la lista el ítem que será modificado, donde podrá actualizar la descripción de
la referencia.
4. En caso la opción sea eliminar, el jefe de Logística deberá seleccionar el
ítem correspondiente a lo que quiere eliminar y luego confirmar su
eliminación.
Excepciones
Cuadro 26: Gestionar Grupos del Producto.
Nombre Gestionar unidades orgánicas

Actor Logística.
Definición Permite consultar las unidades orgánicas
Pasos 1. El Jefe de Logística puede elegir la unidad orgánica requerida.
Excepciones 1. No se podrá crear, modificar y eliminar una unidad orgánica.
Cuadro 27: Gestionar almacén.
Nombre Gestionar almacén.

109
Actor Logística.
Definición Permite crear, modificar, eliminar los almacenes.
cajilla de texto correspondiente a los almacenes que se quiere registrar y se
registro.
Pasos
la lista el ítem que será modificado, donde podrá actualizar la descripción
de los almacenes.
eliminación.
Excepciones
Cuadro 28: Gestionar instrucción.
Nombre Gestionar instrucción

Actor Logística.
Definición Permite crear, modificar, eliminar las instituciones.
cajilla de texto correspondiente a las instituciones que se quiere registrar y
se procede a registrar, donde se generará un código único de identificación
del registro.
Pasos
las instituciones.
eliminación.
Excepciones
Cuadro 29: Gestionar Pedido (Órdenes de compra y servicios).

110
Nombre Gestionar Pedido (Órdenes de compra y servicios)

Actor Logística.
Permite crear, modificar, eliminar los pedidos (Órdenes de compra y
Definición
servicios).
Haber registrado institución, unidades orgánicas, referencias, productos,

Precondición
proveedor.
2. En caso de que la opción sea crear, el Jefe de Logística debe seleccionar la
institución, unidades orgánicas, referencias, productos, proveedor. que va a
pertenecer y rellenar la cajilla de texto correspondiente al pedido que se
Pasos
de identificación del registro.
la lista el ítem que será modificado, donde podrá actualizar el pedido.
eliminación.
Excepciones
111
B.2). Descripción del modelo Use-Case: Gestión de usuarios
Cuadro 30: Gestionar Sistemas.
Nombre Gestionar Sistemas.
Actor Oficina de Tecnologías de Información, Almacén, Administrador, Logística.
Definición Permite crear, modificar, eliminar los sistemas.

1. El encargado de la oficina de Tecnologías de Información puede elegir la
opción deseada de la interfaz, ya sea crear, modificar o eliminar. Para los
usuarios de almacén, administrador y de Logística.
2. En caso de que la opción sea crear, encargado de la oficina de Tecnologías
de Información, debe rellenar la cajilla de texto correspondiente a la
descripción de los sistemas que se quiere registrar y se procede a registrar,
3. En caso la opción sea modificar, encargado de la oficina de Tecnologías de
Información deberá seleccionar de la lista el ítem que será modificado,
donde podrá actualizar la descripción del sistema.
4. En caso la opción sea eliminar, el encargado de la oficina de Tecnologías de
Información deberá seleccionar el ítem correspondiente a lo que quiere
eliminar y luego confirmar su eliminación.
Excepciones
112
Cuadro 31: Gestionar Grupos de Usuarios.
Nombre Gestionar Grupos de Usuarios
Definición Permite crear, modificar, eliminar los grupos de usuarios.

descripción de los grupos de usuarios que se quiere registrar y se procede
donde podrá actualizar la descripción del grupo de usuario.
Excepciones
Cuadro 32: Gestionar Grupos de Sistemas.
Nombre Gestionar Grupos de Sistemas
Definición Permite crear, modificar, eliminar los grupos de sistemas

descripción de los grupos de sistemas que se quiere registrar y se procede
donde podrá actualizar la descripción del grupo de sistemas.
Excepciones
Cuadro 33: Gestionar Usuarios.
113
Nombre Gestionar Usuarios
Definición Permite crear, modificar, eliminar los usuarios.

descripción de los usuarios que se quiere registrar y se procede a registrar,
donde podrá actualizar la descripción de los usuarios.
Excepciones
B.3). Descripción del modelo Use-Case: Gestión de almacén
Cuadro 34: Gestionar Penalidades.

114
Nombre Gestionar Penalidades.

Actor Logística.
Definición Permite crear, modificar, eliminar las penalidades.
cajilla de texto correspondiente a la descripción de las penalidades que se
de identificación del registro.
Pasos
la penalidad.
eliminación.
Excepciones
Cuadro 35: Gestionar Valoración de Almacenes.
Nombre Gestionar Valoración de Almacenes.

Actor Almacén.
Definición Permite crear valoraciones de almacenes.
Precondición Haber registrado las salidas de almacenes.
crear.
de texto correspondiente a las salidas de almacenes que se quiere registrar y
Pasos se procede a registrar, donde se generará un código único de identificación
del registro.
lista el ítem que será modificado, donde podrá actualizar las valoraciones de
los almacenes.
Excepciones Ninguno.
115
Cuadro 36: Gestionar Salidas de Almacenes.
Nombre Gestionar Salidas de Almacenes.

Actor Almacén.
Definición Permite crear salidas de almacenes.
Haber registrado las unidades orgánicas, los pedidos (órdenes de compra),
Precondición
los productos.
de texto correspondiente a las salidas de almacenes que se quiere registrar y
se procede a registrar, donde se generará un código único de identificación
Pasos del registro.
lista el ítem que será modificado, donde podrá actualizar las salidas de los
almacenes.
1. Al momento de crear, sino se ha registrado correctamente se mostrará un
Excepciones
Cuadro 37: Gestionar reportes de salidas.
Nombre Gestionar reportes de salidas

Actor Almacén.
Definición Permite crear reportes de salidas de almacenes.
Precondición Haber registrado las salidas de almacenes.
crear.
Pasos
de texto respectivas correspondiente a las salidas de almacenes que se quiere
reportar y se procede a realizar la consulta donde se generará un reporte de
salidas.
1. Al momento de crear, sino se ha registrado correctamente los parámetros se
Excepciones
mostrará un mensaje de advertencia.
A. Diseño de la arquitectura.
116
Diagrama 5: Diseño de la arquitectura.
<<subsystem>> <<subsystem>> <<subsystem>>

PRESENTACION
Paginas HTML Code Behing Paginas aspx
aspx.c s
Clases de Aplic ación
<<subsystem>>
Gestionar
Pedido <<subsystem>>
Gestionar NEGOCIO
Almacén
<<subsystem>>
Gestionar
Usuarios
<<subsystem>> <<subsystem>>
Acceso a datos Procedimientos
<<subsystem>> DATOS
ADO.net Function
Almacenados
<<subsystem>> <<subsystem>>
Web Browser <<subsystem>> <<subsystem>> <<subsystem>> <<subsystem>>
Servidor Asp Net 2.0 Framework Atlas DBMS MSSQL
Web/Aplic acion Net Framework
2.0 SERVER 2008
MIDLEWARE
<<subsystem>>
TCP IP
SISTEMA
117
B. Diseño de la base de datos
B.1). Diseño del esquema de la base de datos
Diagrama 6: Diagrama de la base de datos
DETPECOSADIF
idDetP ecosaDif
TEMPPECOSADIF
idP ecosaDif idTempP ecosaDif
GRUPOSISTEMA GRUPOUSUARIO idM ov imientoDif idS ession
idG ruS is idGruU su PECOSASOLICITUD
cantidad
idG ruU su nombre idP ecosa MOVIMIENTODIF idM ov imientoDif
precio cantidad
hora idM ov imientoDif
idS istema
subtotal precio
fecha saldoC antidad
estado
igv subtotal
responsable
total igv
total
USUARIO
idU suario
username
userclav e
MENU
nombre
idM enu
sexo
PECOSA TEMPPECOSA
idS istema idP ecosa idTemppecosa
direccion
nombre SISTEMA idU nidad correlativ o PECOSADIF
USUARIOGRUPO telefono idP ecosaDif
icono idS istema idU suario idP ecosa
idU suGru dni
url idU nidad
nombre fecharegistro idS ession
idU suario tipo
fechacreacion idU suario
fecha solicitante idU suario
idGruU su fecha
usuariocreacion fechaRegistro
v ersion lugar idP roducto
estado fechaRecepcion
fechamodificacion estado justificacion idDocumento
idU nidad solicitante
usuariomodificacion estadoempresa total cantidad
tipoC lav e idU nidadDestino
dependencia estadoanio estado precio
ip justificacion
estado estadomes igv igv indiv idual
hostname total
subtotal subtotal
igv
observ acionA nulado
subtotal
fechaA nulado
estado
idU suarioA nulado
REFERENCIA
idReferencia
ORDEN
idO rden
nombre
idP rov eedor TEMPORDEN TEMPINVENTARIO INVENTARIO TEMPNEA NEA PRODUCTODIF
idTemO rd idTemN ea
idU nidad idTemIn idInv entario idN ea idP roductoDif
idU suario idU suario
idReferencia idU suario idU suario idP rocedencia descripcion
idS iaf
idP roducto
idP roducto idS iaf
idP roducto
idDestino
DETPECOSA precio
PROVEEDOR idU suario
descripcion
descripcion idDocumento
Descripcion
idU suario
idDetP ec
stock
idP rov eedor detalle detalle idP ecosa
resumen detalle fecharegistro idS iaf idU M
razon und und idP roducto
numfactura und subtotal fecharegistro idF amilia
direccion idDocumento DETINVENTARIODIF
cantidad cantidad
numguia cantidad igv fechaentrega idDetInv entarioDif
tipo precio precio cantidad
justificacion precio total fechaanulacion idInv entarioDif
cci subtotal subtotal precio
observ acion subtotal estado observ acion idP roductoDif
banco igv indiv idual igv indiv idual igv indiv idual
obsanu igv indiv idual obsanu detalle
idrubro subtotal
numreferencia numfactura cantidad
fecharegistro numguia precio
fechaentrega subtotal subtotal
fechaanulacion INSTITUCION igv TEMPINVENTARIODIF
fechacaducidad idInstitucion total idTempInv entarioDif
nombre
RUBRO subtotal estado idS ession
idRubro igv direccion
idP roductoDif
Nombre total telefono DETINVENTARIO detalle
tipo estado idDetInv entario
cantidad
modalidad idInv entario
precio
igv penalidad idP roducto
subtotal
idIgv estado idC uenta INVENTARIODIF
anio plazo ALMACEN detalle idInv entarioDif
mes fechaprov eedor idA lmacen cantidad idU suario
idtramite nombre precio idDocumento
subtotal fechaRegistro
tipotramite TIPOGARANTIA direccion
garantia idTipoGarantia estado igv indiv idual DETNEA subtotal
idTipoG arantia nombre idDetN ea igv
idA lmacen idN ea total
idInstitucion idP roducto estado
descporcen idC uenta fechaRecepcion
numpenalidad detalle
cantidad
precio
CUENTACONTABLE subtotal
idC uenta
igv indiv idual
Descripcion
Dependencia
DETORDEN
idDetO rd
idO rden
idP roducto
idC uenta
detalle
cantidadaceptada
cantidaddespachada
precio
PRODUCTO FAMILIA
subtotal idP roducto
idF amilia
igv indiv idual descripcion MOVIMIENTO
nombre
idM ov imiento
precio
idC lase
idP roducto
stock
idDocumento
idU M
fecha
idF amilia
cantmov
tipomov
CLASE
FALTANTE idC lase precio
idF altante igv indiv idual
nombre
idP roducto
BAJA idG rupo importe
idM ov imiento saldocantidad
idBaja
idDocumento saldomonto
idP roducto
cantidad saldoigv indiv idual
idM ov imiento
precio estado
idDocumento
igv indiv idual
cantidad UNIDADMEDIDA
subtotal idU M
observ acion
observ acion nombre
fechaRegistro
fechaRegistro
observ acionA nulacion
GRUPO
observ acionA nulacion
fechaA nulacion idGrupo
fechaA nulacion
estado nombre
estado
118
B.2). Diccionario de datos
La base de datos del proyecto de desarrollo se normalizo
hasta la tercera forma normal.
A continuación se presentan las tablas de las base de
datos.
Cuadro 38: Tabla inicial T_ALMACEN
Ordinal Name Data Type Nullable Comments

correlativo de 3 digitos
.1 idAlmacen CHAR(3) NO Referenced by:

dbo.FUR.idAlmacen
dbo.ORDEN.idAlmacen
.2 nombre VARCHAR(250) NO descripcion del almacen
.3 direccion VARCHAR(250) NO direccion del almacen
.4 estado CHAR(1) NO A=Activo; B=Baja
Cuadro 39: Tabla inicial T_CLASE

idGrupo + corellativo de 2 digitos.
.1 idClase CHAR(5) NO
Referenced by:
dbo.FAMILIA.idClase
.2 nombre VARCHAR(250) NO Descripción del nombre de la clase.
.3 idGrupo CHAR(3) NO References: dbo.GRUPO.idGrupo
119
Cuadro 40: Tabla inicial T_DETINVENTARIO
Ordina Nullabl
Name Data Type Comments
l e
idDetInventari
.1 CHAR(12) NO idInventario + correlativo de 2 digitos
o
.2 idInventario CHAR(10) NO References: dbo.INVENTARIO.idInventario
.3 idProducto CHAR(13) NO References: dbo.PRODUCTO.idProducto
References:
.4 idCuenta VARCHAR(11) YES dbo.CUENTACONTABLE.idCuenta(disable
d)
VARCHAR(3000 La descripcion del detalle que pudiera tener
.5 detalle YES
) el producto.
.6 cantidad FLOAT NO La cantidad que pudiera tener.
.7 precio FLOAT NO El precio que pudiera tener.
.8 subtotal FLOAT NO El subtotal que pudiera tener.
.9 igvindividual DECIMAL(10,2) NO El monto igv que pudiera tener.
Cuadro 41: Tabla inicial T_DETNEA

.1 idDetNea CHAR(13) NO idNea + correlativo de 3 digitos
.2 idNea CHAR(10) NO References: dbo.NEA.idNea

References:
.4 idCuenta VARCHAR(11) YES
dbo.CUENTACONTABLE.idCuenta(disabled)
La descripcion del detalle que pudiera tener
.5 detalle VARCHAR(3000) YES
el producto.
.9 igvindividual DECIMAL(10,2) NO El igv que pudiera tener.
120
Cuadro 42: Tabla inicial T_DETORDEN
.1 idDetOrd CHAR(14) NO idOrden + correlativo de 3 digitos.
.2 idOrden CHAR(10) NO References: dbo.ORDEN.idOrden
id: Es un campo forekey que puede ser

requerimiento.PRODUCTO.idProducto (la
tabla requerimiento.PRODUCTO contempla
los bienes y servicios del catálogo de bienes
.3 idProducto CHAR(13) NO
y servicios emitido por el Ministerio de
Economia y Finazas )
References: dbo.PRODUCTO.idProducto
References:
.4 idCuenta VARCHAR(11) NO
dbo.CUENTACONTABLE.idCuenta(disabled)
.5 detalle VARCHAR(3000) YES El detalle que pudiera tener el producto.
Cantidadaceptada: Es la cantidad de un
.6 cantidadaceptada FLOAT NO producto aceptada que ingresa por la unidad
de logistica.
Cantidaddespachada: Es la cantidad
despachada de un producto dado, por la
.7 cantidaddespachada FLOAT YES unidad de almacen, esta cantidad
inicialmente es 0 y cuamo se va entregando
tiende a ser igual que la cantidadaceptada.
. 10 igvindividual DECIMAL(10,2) NO El igv que pudiera tener.
Cuadro 43: Tabla inicial T_DETPECOSA

iDetPec: idPecosa + correlativo de 3
.1 idDetPec VARCHAR(14) NO
digitos.
.2 idPecosa CHAR(10) NO References: dbo.PECOSA.idPecosa
idDocumento: Este campo puede ser
.4 idDocumento CHAR(10) NO
idOrden, idNea, idInventario
precio: Es el precio del bien con el cual
ingreso a almacen mediante una orden
.6 precio FLOAT NO
de compra o una nota de entrada o un
proceso de invetariado de bienes.
.7 igvindividual DECIMAL(10,3) NO El igv que pudiera tener.
.8 subtotal FLOAT NO subtotal: precio*cantidad
Cuadro 44: Tabla inicial T_FAMILIA

121

idClase + correlativo de 4 digitos.
.1 idFamilia CHAR(9) NO
Referenced by: dbo.PRODUCTO.idFamilia
.2 nombre VARCHAR(255) NO El nombre que pudiera tener.
.3 idClase CHAR(5) NO References: dbo.CLASE.idClase
Cuadro 45: Tabla inicial T_GRUPO

CODIGO de refencia MEF de digitos.
.1 idGrupo CHAR(3) NO
Referenced by: dbo.CLASE.idGrupo
.2 nombre VARCHAR(255) NO La descripción que pudiera tener.
Cuadro 46: Tabla inicial T_GRUPOSISTEMA
.1 idGruSis CHAR(4) NO idGruUsu + idSistema
.2 idGruUsu CHAR(2) NO References: dbo.GRUPOUSUARIO.idGruUsu

.3 idSistema CHAR(2) NO References: dbo.SISTEMA.idSistema
.4 estado CHAR(1) NO A=Activo, B=Baja
122
Cuadro 47: Tabla inicial T_GRUPOUSUARIO
Correlativo de 2 digitos
.1 idGruUsu CHAR(2) NO
Referenced by:
dbo.GRUPOSISTEMA.idGruUsu
dbo.USUARIOGRUPO.idGruUsu
.2 nombre VARCHAR(50) NO La descripcion del nombre que pudiera tener.
Cuadro 48: Tabla inicial T_IGV
.1 idIgv CHAR(6) NO Año + mes
.2 anio CHAR(4) NO La descripción del año que pudiera tener.
.3 mes CHAR(2) NO La descripcion del mes que pudiera tener.
.4 porcentaje FLOAT NO El monto del porcentaje que pudiera tener.
Cuadro 49: Tabla inicial T_INSTITUCION

RUC de la institución
.1 idInstitucion CHAR(11) NO
Referenced by: dbo.ORDEN.idInstitucion
.2 nombre VARCHAR(250) NO La descripcion del nombre que pudieta tener.
.3 direccion VARCHAR(250) NO La descripcion de la direccion que pudiera tener.
.4 telefono VARCHAR(25) NO La descripcion del telefono que pudiera tener.
.5 estado CHAR(1) NO A=Activo, B=Baja

123
Cuadro 50: Tabla inicial T_INVENTARIO
IN + los dos ultimos digitos de la derecha del año +

correlativo de 6 digitos
.1 idInventario CHAR(10) NO
Referenced by:
dbo.DETINVENTARIO.idInventario
dbo.MOVIMIENTO.idDocumento(disabled)
.2 idUsuario CHAR(3) NO References: dbo.USUARIO.idUsuario
.3 idSiaf VARCHAR(7) YES
La descripcion del documento de donde se registró

.4 idDocumento CHAR(10) NO
su ingreso.
.5 fecharegistro DATETIME NO La descripcion de la fecha que se registro.
.6 subtotal FLOAT NO El monto del subtotal que pudiera tener.
.7 igv FLOAT NO El monto del igv que pudiera tener.
.8 total FLOAT NO El monto del total que pudiera tener.
.9 estado CHAR(1) NO A=Activo, R=Recepcionado

124
Cuadro 51: Tabla inicial T_MOVIMIENTO

idMovimiento: anio(2) + idProducto +
.1 idMovimiento CHAR(20) NO
correlativo(4), 0807............000
idDocumento: Código del documento

con el cual ingresa y sale el producto.
.3 idDocumento CHAR(10) NO References:

dbo.INVENTARIO.idInventario(disabled)
dbo.NEA.idNea(disabled)
dbo.ORDEN.idOrden(disabled)
fecha: Fecha en el que se realiza el

.4 fecha DATETIME NO
movimiento
.5 cantmov FLOAT NO cantmov: Cantidad del movimiento
tipomov: Tipo de movimieto: E: entrada,

.6 tipomov CHAR(1) NO
S: salida
.7 precio FLOAT YES
.8 igvindividual DECIMAL(10,2) NO
.9 importe FLOAT YES El monto del importe que pudiera tener.
Saldo en cantidad del un determinando

. 10 saldocantidad FLOAT NO
producto
Saldo en montos del un determinando

. 11 saldomonto FLOAT YES
producto
El monto del saldoigvindividual que se

. 12 saldoigvindividual DECIMAL(10,2) NO
pudiera tener.
Estado: A: Activo D: Desactivo (

Cuando una ordende compra es
. 13 estado CHAR(1) YES
anulada, todo los movimientos que
genero esta orden son desactivadas)
125
Cuadro 52: Tabla inicial T_MOVIMIENTO

idMovimiento: anio(2) + idProducto +
.1 idMovimiento CHAR(20) NO
correlativo(4), 0807............000
idDocumento: Codigo del documento

con el cual ingresa y sale el producto.
.3 idDocumento CHAR(10) NO References:

dbo.INVENTARIO.idInventario(disabled)
dbo.NEA.idNea(disabled)
dbo.ORDEN.idOrden(disabled)
fecha: Fecha en el que se realiza el

.4 fecha DATETIME NO
moviemto
.5 cantmov FLOAT NO cantmov: Cantidad del movimiento
tipomov: Tipo de movimieto: E: entrada,

.6 tipomov CHAR(1) NO
S: salida
.7 precio FLOAT YES
.8 igvindividual DECIMAL(10,2) NO
.9 importe FLOAT YES El monto del importe que pudiera tener.
Saldo en cantidad de un determinado

. 10 saldocantidad FLOAT NO
producto
Saldo en montos del un determinando

. 11 saldomonto FLOAT YES
producto
El monto del saldoigvindividual que se

. 12 saldoigvindividual DECIMAL(10,2) NO
pudiera tener.
Estado: A: Activo D: Desactivo (

Cuando una ordende compra es
. 13 estado CHAR(1) YES
anulada, todo los movimientos que
genero esta orden son desactivadas)
126
4.3. FASE DE CONSTRUCCIÓN
4.3.1. Diagrama de componentes
Diagrama 7: Diagrama de componentes
Inicio.htm
Index.aspx
App_We App_Code.dl Anthem.dll AnthemAutosuggest.dll

b l
Puede ser
distribu... AutosuggestMenu.dll
AjaxControlToolkit.dll
dbSiloalpa
4.4. FASE DE TRANSICIÓN
4.4.1. Pruebas
127
El Rational Unified Process propone que las pruebas se determinan
en tres niveles: calidad, estado y pruebas de tipo. Pero por la
naturaleza del sistema se ha optado por realizar algunas de estas
pruebas, siendo las siguientes:
4.4.1.1. A NIVEL DE CALIDAD
A. Funcionabilidad
A.1). Requerimientos del sistema
Por cada requerimiento se realizó un cuadro de
datos válidos y otro con datos no validos
respectivamente.
A.2). Operatividad
Se han realizado las pruebas necesarias para
demostrar la operatividad del sistema través de la
validación de la entrada de datos, cuyos valores
pueden ser numéricos, alfabéticos.

128
Cuadro 53: Prueba de operatividad
TIPO CASO DE PRUEBA RESULTADO

1. Número valido Aceptado
2. Número positivo Aceptado
Numérico
3. Número negativo Rechazado
4. No número Rechazado
1. Alfabético valido Aceptado
2. No alfabético Rechazado
Alfabético
3. Campo vacío Aceptado
4. Campo espacio Aceptado
Alfanumérico 1. Alfanumérico valido Aceptado
B. A nivel de estado
B.1). Sistema
Seguridad
Los usuarios han accedido al sistema mediante
su nombre de usuario y contraseña; y de acuerdo
al tipo de usuario se ha validado para que sea
restringido y así ingresen donde les corresponde.
Aceptación de interfaz de usuario (GUI)
Se ha aplicado una entrevista a 15 usuarios para
determinar la facilidad del uso de la interfaz del
sistema.
129
C. A nivel de pruebas de tipo
C.1). Prueba de carga
En el servidor
El sistema informático, denominado: “SISTEMA
DE INFORMACIÓN PARA MEJORAR LA
GESTIÓN LOGÍSTICA DE LA MUNICIPALIDAD
PROVINCIAL DE CORONEL PORTILLO”, se ha
instalado en el respectivo servidor al igual que la
base de datos SQL Server, que existe en la
Cuadro 54: Prueba de carga en el servidor
Aplicación Resultado
Base de Datos: WebSilolapa Levanto
Aplicación: WebSilolapa.war Levanto
En el cliente:
En el lado del cliente el sistema es accedido a
través de navegadores de internet mediante los
terminales respectivos.
Cuadro 55: Prueba de carga en el cliente
Aplicación Resultado
Acceso BD Levanto
130
CAPITULO V
ANALISIS DE LOS RESULTADOS
5.1. Interpretación de resultados
5.1.1. Análisis pre test
P1. ¿Se lleva un registro de productos para planificar los procesos posteriores?
Cuadro 56. ¿Se lleva un registro de productos para planificar los procesos posteriores?
Porcentaje
Frecuencia Porcentaje acumulado
Válidos Nunca 7 18,4 18,4
Casi Nunca 12 31,6 50,0
Algunas veces 6 15,8 65,8

Muchas veces 13 34,2 100,0
Total 38 100,0
Gráfico 3. ¿Se lleva un registro de productos para planificar los procesos posteriores?
P2. ¿Se lleva un registro de proveedores para planificar los procesos posteriores?
Cuadro 57. ¿Se lleva un registro de proveedores para planificar los procesos posteriores?
131
Porcentaje
Casi Nunca 10 26,3 55,3
Total 38 100,0
Gráfico 4. ¿Se lleva un registro de proveedores para planificar los procesos posteriores?
P3. ¿Se lleva un registro de los requerimientos realizados por los usuarios?
Cuadro 58. ¿Se lleva un registro de los requerimientos realizados por los usuarios?
132
Porcentaje
Casi Nunca 12 31,6 47,4
Total 38 100,0
133
P4. ¿Se tiene claro el manejo de los datos para organizar los procesos?
Porcentaje
Casi Nunca 8 21,1 50,0
Total 38 100,0
134
P5. ¿Se cuenta con el recurso humano necesario para realizar el proceso
general?
Cuadro 60. ¿Se cuenta con el recurso humano necesario para realizar el proceso general?
Porcentaje
Casi Nunca 12 31,6 55,3
Total 38 100,0
Gráfico 7. ¿Se cuenta con el recurso humano necesario para realizar el proceso general?
135
P6. ¿Se cuenta con los recursos tecnológicos necesarios para realizar los
procesos?
Cuadro 61. ¿Se cuenta con los recursos tecnológicos necesarios para realizar los procesos?
Porcentaje
Total 38 100,0
Gráfico 8. ¿Se cuenta con los recursos tecnológicos necesarios para realizar los procesos?
P7. ¿El modo en el cual se realiza una orden de compra es eficiente, sencillo y
seguro?
136
Cuadro 62. ¿El modo en el cual se realiza una orden de compra es eficiente, sencillo y seguro?
Porcentaje
Total 38 100,0
Gráfico 9. ¿El modo en el cual se realiza una orden de compra es eficiente, sencillo y seguro?
P8. ¿El modo en el cual se realiza una orden de servicio es eficiente, sencillo y
seguro?
Cuadro 63. ¿El modo en el cual se realiza una orden de servicio es eficiente, sencillo y seguro?
137
Porcentaje
Casi Nunca 11 28,9 60,5
Total 38 100,0
Gráfico 10. ¿El modo en el cual se realiza una orden de servicio es eficiente, sencillo y seguro?
P9. ¿El modo en el cual se realiza el registro de ingreso de producto es eficiente,
sencillo y seguro?
Cuadro 64. ¿El modo en el cual se realiza el registro de ingreso de producto es eficiente, sencillo y seguro?
138
Porcentaje
Total 38 100,0
Gráfico 11. ¿El modo en el cual se realiza el registro de ingreso de producto es eficiente, sencillo y seguro?
P10. ¿El modo en el cual se realiza el registro de salida de producto es eficiente,
sencillo, seguro?
Cuadro 65. ¿El modo en el cual se realiza el registro de salida de producto es eficiente, sencillo, seguro?
139
Porcentaje
Casi Nunca 11 28,9 60,5
Total 38 100,0
Gráfico 12. ¿El modo en el cual se realiza el registro de salida de producto es eficiente, sencillo, seguro?
P11. ¿Se cuenta con un registro para realizar auditoria a las operaciones
realizadas?
Cuadro 66. ¿Se cuenta con un registro para realizar auditoria a las operaciones realizadas?
140
Porcentaje
Casi Nunca 11 28,9 39,5
Total 38 100,0
Gráfico 13. ¿Se cuenta con un registro para realizar auditoria a las operaciones realizadas?
P12. ¿Se cuenta con una modalidad para visualizar los reportes de las
operaciones realizadas?
Cuadro 67. ¿Se cuenta con una modalidad para visualizar los reportes de las operaciones realizadas?
141
Porcentaje
Total 38 100,0
Gráfico 14. ¿Se cuenta con una modalidad para visualizar los reportes de las operaciones realizadas?
P13. ¿Considera usted importante el uso de un servidor Web?
Cuadro 68. ¿Considera usted importante el uso de un servidor Web?

142
Porcentaje
Casi Nunca 12 31,6 44,7
Total 38 100,0
Gráfico 15. ¿Considera usted importante el uso de un servidor Web?
P14. ¿Considera usted que es beneficioso la tecnología de desarrollo para el
mejoramiento de los procesos?
Cuadro 69. ¿Considera usted que es beneficioso la tecnología de desarrollo para el mejoramiento de los
procesos?
143
Porcentaje
Total 38 100,0
Gráfico 16. ¿Considera usted que es beneficioso la tecnología de desarrollo para el mejoramiento de los
procesos?
P15. ¿Considera que el software actual de trabajo funciona correctamente?

144
¿Considera que el software actual de trabajo funciona correctamente?
Porcentaje Porcentaje
Frecuencia Porcentaje válido acumulado
Válidos Nunca 9 23,7 23,7 23,7
Casi Nunca 9 23,7 23,7 47,4
Algunas veces 12 31,6 31,6 78,9
Muchas veces 8 21,1 21,1 100,0
Total 38 100,0 100,0
P16. ¿Cree usted que el software actual de trabajo es fácil de usar?
Cuadro 71. ¿Cree usted que el software actual de trabajo es fácil de usar?
145
Porcentaje
Casi Nunca 13 34,2 42,1
Total 38 100,0
Gráfico 18. ¿Cree usted que el software actual de trabajo es fácil de usar?
146
P17. ¿Cree que el software actual es eficiente?
Cuadro 72. ¿Cree que el software actual es eficiente?
Porcentaje
Total 38 100,0
Gráfico 19. ¿Cree que el software actual es eficiente?

147
P18. ¿Cree que el software actual es una herramienta portable?
Cuadro 73. ¿Cree que el software actual es una herramienta portable?
Porcentaje
Casi Nunca 11 28,9 55,3
Total 38 100,0
Gráfico 20. ¿Cree que el software actual es una herramienta portable?

148
P19. ¿Cree que el software actual es confiable?
Cuadro 74. ¿Cree que el software actual es confiable?
Porcentaje
Total 38 100,0
Gráfico 21. ¿Cree que el software actual es confiable?

149
P20. ¿Considera importante una base de datos?
Cuadro 75. ¿Considera importante una base de datos?
Porcentaje
Casi Nunca 12 31,6 63,2
Total 38 100,0
Gráfico 22. ¿Considera importante una base de datos?

150
P21. ¿Considera de fácil manejo a la actual base de datos?
Cuadro 76. ¿Considera de fácil manejo a la actual base de datos?
Porcentaje
Casi Nunca 12 31,6 55,3
Total 38 100,0
Gráfico 23. ¿Considera de fácil manejo a la actual base de datos?

151
P22. ¿Escucho usted hablar de sistemas de información?
Cuadro 77. ¿Escucho usted hablar de sistemas de información?
Porcentaje
Total 38 100,0
Gráfico 24. ¿Escucho usted hablar de sistemas de información?

152
P23. ¿Posee usted experiencia en el manejo de sistema de información?
Porcentaje
Total 38 100,0

153
P24. ¿Cree que un sistema de información, podría mejorar su desempeño
laboral?
Cuadro 79. ¿Cree que un sistema de información, podría mejorar su desempeño laboral?
Porcentaje
Casi Nunca 12 31,6 42,1
Total 38 100,0
Gráfico 26. ¿Cree que un sistema de información, podría mejorar su desempeño laboral?
154
P25. ¿Cree que actualmente las áreas están correctamente organizadas?
Porcentaje
Total 38 100,0
155
P26. ¿Considera que las condiciones laborales actuales, son perfectas?
Porcentaje
Casi Nunca 11 28,9 60,5
Total 38 100,0
Gráfico 28. ¿Considera que las condiciones laborales actuales, son perfectas?
P27. ¿El modo de trabajo y el estrés laboral crea un buen clima laboral entre Ud.
y sus colegas?
Cuadro 82. ¿El modo de trabajo y el estrés laboral crea un buen clima laboral entre Ud. y sus colegas?
156
Porcentaje
Total 38 100,0
Gráfico 29. ¿El modo de trabajo y el estrés laboral crea un buen clima laboral entre Ud. y sus colegas?
5.1.2. Análisis post test
P1. ¿Se lleva un registro de productos para planificar los procesos posteriores?
Cuadro 83. ¿Se lleva un registro de productos para planificar los procesos posteriores?
157
Porcentaje
Válidos Casi Nunca 8 21,1 21,1
Siempre 8 21,1 100,0
Total 38 100,0
Gráfico 30. ¿Se lleva un registro de productos para planificar los procesos posteriores?
P2. ¿Se lleva un registro de proveedores para planificar los procesos posteriores?
Cuadro 84. ¿Se lleva un registro de proveedores para planificar los procesos posteriores?
158
Porcentaje
Siempre 7 18,4 100,0
Total 38 100,0
Gráfico 31. ¿Se lleva un registro de proveedores para planificar los procesos posteriores?
159
P3. ¿Se lleva un registro de los requerimientos realizados por los usuarios?
Cuadro 85. ¿Se lleva un registro de los requerimientos realizados por los usuarios?
Porcentaje
Siempre 9 23,7 100,0
Total 38 100,0
160
P4. ¿Se tiene claro el manejo de los datos para organizar los procesos?
Porcentaje
Siempre 11 28,9 100,0
Total 38 100,0
161
P5. ¿Se cuenta con el recurso humano necesario para realizar el proceso
general?
Cuadro 87. ¿Se cuenta con el recurso humano necesario para realizar el proceso general?
Porcentaje
Siempre 8 21,1 100,0
Total 38 100,0
Gráfico 34. ¿Se cuenta con el recurso humano necesario para realizar el proceso general?
162
P6. ¿Se cuenta con los recursos tecnológicos necesarios para realizar los
procesos?
Cuadro 88. ¿Se cuenta con los recursos tecnológicos necesarios para realizar los procesos?
Porcentaje
Siempre 9 23,7 100,0
Total 38 100,0
Gráfico 35. ¿Se cuenta con los recursos tecnológicos necesarios para realizar los procesos?
P7. ¿El modo en el cual se realiza una orden de compra es eficiente, sencillo y
seguro?
163
Cuadro 89. ¿El modo en el cual se realiza una orden de compra es eficiente, sencillo y seguro?
Porcentaje
Siempre 8 21,1 100,0
Total 38 100,0
Gráfico 36. ¿El modo en el cual se realiza una orden de compra es eficiente, sencillo y seguro?
P8. ¿El modo en el cual se realiza una orden de servicio es eficiente, sencillo y
seguro?
Cuadro 90. ¿El modo en el cual se realiza una orden de servicio es eficiente, sencillo y seguro?
164
Porcentaje
Siempre 6 15,8 100,0
Total 38 100,0
Gráfico 37. ¿El modo en el cual se realiza una orden de servicio es eficiente, sencillo y seguro?
P9. ¿El modo en el cual se realiza el registro de ingreso de producto es eficiente,
sencillo y seguro?
Cuadro 91. ¿El modo en el cual se realiza el registro de ingreso de producto es eficiente, sencillo y seguro?
165
Porcentaje
Siempre 6 15,8 100,0
Total 38 100,0
Gráfico 38. ¿El modo en el cual se realiza el registro de ingreso de producto es eficiente, sencillo y seguro?
P10. ¿El modo en el cual se realiza el registro de salida de producto es eficiente,
sencillo, seguro?
Cuadro 92. ¿El modo en el cual se realiza el registro de salida de producto es eficiente, sencillo, seguro?
166
Porcentaje
Siempre 13 34,2 100,0
Total 38 100,0
Gráfico 39. ¿El modo en el cual se realiza el registro de salida de producto es eficiente, sencillo, seguro?
P11. ¿Se cuenta con un registro para realizar auditoria a las operaciones
realizadas?
Cuadro 93. ¿Se cuenta con un registro para realizar auditoria a las operaciones realizadas?
167
Porcentaje
Siempre 8 21,1 100,0
Total 38 100,0
Gráfico 40. ¿Se cuenta con un registro para realizar auditoria a las operaciones realizadas?
P12. ¿Se cuenta con una modalidad para visualizar los reportes de las
Cuadro 94. ¿Se cuenta con una modalidad para visualizar los reportes de las operaciones realizadas?
168
Porcentaje
Siempre 13 34,2 100,0
Total 38 100,0
Gráfico 41. ¿Se cuenta con una modalidad para visualizar los reportes de las operaciones realizadas?
P13. ¿Considera usted importante el uso de un servidor Web?
Cuadro 95. ¿Considera usted importante el uso de un servidor Web?

169
Porcentaje
Siempre 7 18,4 100,0
Total 38 100,0
Gráfico 42. ¿Considera usted importante el uso de un servidor Web?
P14. ¿Considera usted que es beneficioso la tecnología de desarrollo para el
mejoramiento de los procesos?
Cuadro 96. ¿Considera usted que es beneficioso la tecnología de desarrollo para el mejoramiento de los
procesos?
170
Porcentaje
Siempre 9 23,7 100,0
Total 38 100,0
Gráfico 43. ¿Considera usted que es beneficioso la tecnología de desarrollo para el mejoramiento de los
procesos?
P15. ¿Considera que el software actual de trabajo funciona correctamente?

171
Porcentaje
Siempre 10 26,3 100,0
Total 38 100,0

172
P16. ¿Cree usted que el software actual de trabajo es fácil de usar?
Cuadro 98. ¿Cree usted que el software actual de trabajo es fácil de usar?
Porcentaje
Siempre 8 21,1 100,0
Total 38 100,0
Gráfico 45. ¿Cree usted que el software actual de trabajo es fácil de usar?
173
P17. ¿Cree que el software actual es eficiente?
Cuadro 99. ¿Cree que el software actual es eficiente?
Porcentaje
Siempre 8 21,1 100,0
Total 38 100,0
Gráfico 46. ¿Cree que el software actual es eficiente?

174
P18. ¿Cree que el software actual es una herramienta portable?
Cuadro 100. ¿Cree que el software actual es una herramienta portable?
Porcentaje
Siempre 8 21,1 100,0
Total 38 100,0
Gráfico 47. ¿Cree que el software actual es una herramienta portable?

175
P19. ¿Cree que el software actual es confiable?
Cuadro 101. ¿Cree que el software actual es confiable?
Porcentaje
Siempre 7 18,4 100,0
Total 38 100,0
Gráfico 48. ¿Cree que el software actual es confiable?

176
P20. ¿Considera importante una base de datos?
Cuadro 102. ¿Considera importante una base de datos?
Porcentaje
Siempre 7 18,4 100,0
Total 38 100,0
Gráfico 49. ¿Considera importante una base de datos?

177
P21. ¿Considera de fácil manejo a la actual base de datos?
Cuadro 103. ¿Considera de fácil manejo a la actual base de datos?
Porcentaje
Siempre 11 28,9 100,0
Total 38 100,0
Gráfico 50. ¿Considera de fácil manejo a la actual base de datos?

178
P22. ¿Escucho usted hablar de sistemas de información?
Cuadro 104. ¿Escucho usted hablar de sistemas de información?
Porcentaje
Siempre 12 31,6 100,0
Total 38 100,0
Gráfico 51. ¿Escucho usted hablar de sistemas de información?

179
P23. ¿Posee usted experiencia en el manejo de sistema de información?
Porcentaje
Siempre 11 28,9 100,0
Total 38 100,0

180
P24. ¿Cree que un sistema de información, podría mejorar su desempeño
laboral?
Cuadro 106. ¿Cree que un sistema de información, podría mejorar su desempeño laboral?
Porcentaje
Siempre 12 31,6 100,0
Total 38 100,0
Gráfico 53. ¿Cree que un sistema de información, podría mejorar su desempeño laboral?
181
P25. ¿Cree que actualmente las áreas están correctamente organizadas?
Porcentaje
Siempre 9 23,7 100,0
Total 38 100,0
182
P26. ¿Considera que las condiciones laborales actuales, son perfectas?
Porcentaje
Siempre 5 13,2 100,0
Total 38 100,0
Gráfico 55. ¿Considera que las condiciones laborales actuales, son perfectas?
P27. ¿El modo de trabajo y el estrés laboral crea un buen clima laboral entre Ud.
y sus colegas?
Cuadro 109. ¿El modo de trabajo y el estrés laboral crea un buen clima laboral entre Ud. y sus colegas?
183
Porcentaje
Siempre 12 31,6 100,0
Total 38 100,0
Gráfico 56. ¿El modo de trabajo y el estrés laboral crea un buen clima laboral entre Ud. y sus colegas?
5.2. Prueba de hipótesis
Para la prueba de hipótesis utilizaremos, la Hipótesis relativas a dos
medias, donde: “Si las distribuciones de dos variables aleatorias
independientes tienen medias u1 y u2 y las varianzas v21 y v22, entonces la

184
distribución de su suma (o diferencia) tiene una media u1 + u2 (o u1-u2) y la
varianza v21 + v22”
Parámetros para la toma de decisiones:
1) Hipótesis
Hipótesis nula: “Un adecuado sistema de información No mejora el
de Coronel Portillo”
Hipótesis alterna: “Un adecuado sistema de información mejora el
2) Nivel de significancia: 5%
3) Criterio: Se rechaza la hipótesis nula si z > 1,645, donde z está
calculada por formula.
4) Cálculos
𝑢2 − 𝑢1
𝑧= = 19,49
√𝑣1 + 𝑣2
𝑛1 𝑛2
5) Decisión: Dado que z = 16,42, la hipótesis nula debe rechazarse;
esto es, la diferencia observada entre las dos muestras es
significativa.
Por lo tanto: “Un adecuado sistema de información mejora el
185
186
CONCLUSIONES Y RECOMENDACIONES
CONCLUCIONES
1. Se identificaron los procesos administrativos abastecimiento de bienes y
servicios en la Municipalidad Provincial de Coronel Portillo, como son:
Almacenaje, Logística y Patrimonio.
2. Para modelar los datos se utilizó el motor de base de datos SQL Server 2008,
se modelo la base de datos para obtener información relevante en la
administración de la unidad de abastecimiento de bienes y servicios en la
3. Se comprobó que al aplicar el Proceso Unificado Rational (RUP) y el Lenguaje
Unificado de Modelado (UML) permite representar el sistema informático que
gestione la información en la unidad de abastecimiento de bienes y servicios
en la Municipalidad Provincial de Coronel Portillo, de manera adecuada.
4. La utilizar las herramientas Web: como lenguaje de programación ASP.NET,
C#, Java Script; el manejador de Base de Datos SQL Server 2008 y un
Servidor Web Internet Information Server 7.0 (IIS), permiten gestionar la
información en la unidad de abastecimiento de bienes y servicios en la
5. La propuesta de un sistema informático con tecnología ASP.NET que gestione
la información en la unidad de abastecimiento de bienes y servicios en la
Municipalidad Provincial de Coronel Portillo, genera mayor efectividad en el
orden laboral.
187
RECOMENDACIÓNES
1. Los analizadores y diseñadores de software deben utilizar el Proceso
Unificado Rational (RUP) y el Lenguaje Unificado de Modelado (UML), en la
construcción de sistemas informáticos, dado que permite la integración
sistema de las mismas.
2. Los desarrolladores de software deben realizar interfaces amigables, de tal
manera que el usuario, no lo observe tedioso su manejo.
3. En este proyecto se adquirió un conocimiento básico de la importancia del
sistema de información para sistematizar los procesos operativos y su
evolución hacia fuentes importantes de información. Esto sirve de base
de apoyo a los niveles medio y alto gerenciales para la toma de decisiones.
Finalmente, es útil como una herramienta para obtener ventajas competitivas
mediante su implantación y uso apoyando el máximo nivel de la organización.
También sirve para adquirir el conocimiento sobre el desarrollo de los
sistemas mediante los diferentes tipos de desarrollo de sistemas de
información.
188
REFERENCIAS BIBLIOGRAFICAS
Alarcon Herrera, E., & Crovetto Huerta, C. (2006). Modelamiento de Base de Datos con
ERWIN. Lima: Megabyte.
Arahal, M. R., Berenguel Soria, M., & Rodriguez Diaz, F. (2006). Técnicas de predicción
con Aplicaciones en Ingeniería. Sevilla: Universidad de Sevilla 2006.
Arbones, E. A., & Malisani. (2004). Optimización Industria(II): Programación de

Reccursos. Barcelona: Marcombo S.A.
Aumaille, B. (2005). Java 2. Barcelona: ENI. Barcelona: CID.
Besken, D., Cram, C., Duffy, J., Friedrichsen, L., & Eisner Reding, E. (2009). Microsoft
Oficce 2007, Windows Vista: Introducción. Mexico: Cengage Learning.
Brigham, E. F., & Houston F., J. (2005). Fundamentos de la administración Financiera.

Madrid: Thomson.
Cerezo López, Y. P. (2007). Iniciación a la programación en C#: un enfoque práctico.

Madrid: Delta.
Condor, I. (2007). Aplicaciones del Excel 2007 con Macros y VBA. . Mexico: Ilmer.
Cyr, D. &. (2006). Marketing en la pequeña y mediana empresa. Bogota: Norma.
Desonglez Corrales, J. (2006). Técnicos en soporte informatico de la comunidad castilla y

leon. Madrid: Mad, S.R.
Dewit, O. (2008). ASP .NET: Programación Web con Visual Studio y Web Matrix. Mexico:
Ediciones ENI.
Díaz Narvárez, V. P. (2006). Metodologia de la Investigación Científica y Bioestadística.

Santiago de Chile: Ril Ediciones.
Fernandez Alarcon, V. (2006). Desarrollo de Sistemas de Información. Barcelona:

Edicions UPC, 2006.
Fuentelsaz Gallego, C., Icart Isern, M. T., & Pulpón Segura, A. (2006). Elaboracion y
Presentación de un Proyecto de Investigacion y una Tesiana. Barcelona:
Publicacions y edicions de la Univesidad de Barcelona.
Gabillaud, J. (2008). SQL Server 2008 SQL Transact SQL. Barcelona: ENI.
189
Galindo Gómez, J., & Rodríguez Corral, J. M. (2006). Aprendiendo C. España. Madrid:
Servicio Publicaciones UCA.
González Casanova, P., & Roitman Rosenmann, M. (2006). La formación de conceptos

en ciencias y humanidades. México: Siglo XXI editores, S.A.
Groover, M. P. (2005). Fundamentos de manufactura moderna: materiales, procesos y

sistemas. Madrid: Pearson educación.
Heinemann, K. (2003). Introducción a la Metodologia de la Investigación Empírica.

Barcelona: Paidotribo.
Herrsch, E. G. (2008). Pensamiento Sistémico. Buenos Aires: Ediciones Granica S.A.
Hobbs, L. (2007). Diseñar su propia pagina WEB. Barcelona: MARCOMBO.
Jamrichoja Parsons, J. (2008). Conceptos de computación: nuevas perspectivas. Mexico:

Cengage Learning.
Kendall, K. E., Kendall, J. E., & Nuñes Ramos, A. (2006). Análisis y Diséño de sistemas.
Mexico: Pearson.
Kenneth C., L. (2006). Lenguajes de programación: Principios y Prácticas. Mexico:

Cengage Learning.
Krajewski, L. J., & Ritzman, L. P. (2005). Administración de operaciones: estrategia y

análisis. Mexico: Adam Hamel.
Landeau, R. (2007). Elaboracion de Trabajo de Investigacion. Venezuela: Editorial ALFA.
Laundon, K. C., & Laundon, J. P. (2004). Sistemas de Información Gerencial. Mexico:

Person Educación.
Lerma Gonzalez, H. D. (2004). Metodología de la investigación : propuesta, anteproyecto

y proyecto. Bogota: ECOE Ediciones.
Liza Avila, C. (2007). Modelando con UML. Lima: SJ S.R. Ltda.
Lujan Mora, S. (2007). Programación de aplicaciones Web: historia, principios basicos y

clientes web. Alicante: Club Universitario.
Luna Velasquez, J., & Tominaga García, Y. (2008). SISTEMA WEB CON TECNOLOGÍA
J2EE PARA LA ADMINISTRACIÓN EN LA BIBLIOTECA DE LA UNIVERSIDAD
NACIONAL DE UCAYALI. Pucallpa: Universidad Nacional de Ucayali.
190
Martinez Perales, D. (2009). UNIX a base de ejemplos. Madrid: Madrid.
Matsukawa Maeda, S. (2006). Análissis y Diseño orientado a objetos con UML. LIMA:
Empresa Editora Macro EIRL.
Ogata, K. (2006). Ingeniería de Control Moderna. madrid: Pearson Educación S.A.
Orozco Guzman, M. A., Chavez a la Torre, M. d., & Chavez a la Torre, J. (2007).
Informatica I. Mexico D.F.: THOMSON.
Pablos Heredero, C. (2006). Informatica y comunicaciones de la empresa. Madrid: ESIC.
Pantigoso Silva, J. (2009). SQL Server 2008. Lima: Megabyte.
Perez Fernandez De Velasco, J. A. (2009). Gestión por procesos. Madrid: ESIC.
Pressman, R. S. (2007). Ingeniería de Software. Madrir: Concepción Fernandez Madrid.
Quero Catalinas, E. (2006). Sistemas operativos y lenguajes de programación. Madrid:

Paraninfo.
Rodriguez Miguel, E. A. (2005). Metodología de la Investigación. Mexico: Universidad

Juarez Autónoma de Tabasco.
Rodríguez Valencia, J. (2006). Administración I. Mexico: Cengage Learning.
Rodríguez Valencia, J. (2006). Administración I. Mexico: Cengage Learning.
Sabana Mendoza, M. (2006). Modelamiento e Implementacion de BASE DE DATOS.

Lima: Megabyte.
Sommerville, I. (2007). Ingeniería de Software. Madrid: Pearson Educacion S.A.
Weitzenfeld, A. (2005). Ingeniería de software orientada a objetos con UML, Java e

Internet. Cengage Learning.
191
ANEXOS
192
CUESTIONARIO PRE TEST APLICADA A LOS COLABORADORES DE LA SUB GERENCIA DE

LOGÍSTICA – GERENCIA DE ADMINISTRACIÓN Y FINANZAS – MPCP
NRO : _____________ EDAD: ___________________

FECHA : ___/___/2012 SEXO: |_|M |_|F
Instrucciones: Mediante el presente cuestionario se pretende medir el nivel actual (pre

implementación) de las variables en estudio, para comparar si existiría (post implementación) mejora
o no al implementar el sistema de información en estudio, por favor lea detenidamente y conteste
con una X en la respuesta que considere conveniente.
Dimensión: Planeación
Siempre
Algunas
Muchas
Nunca
nunca
N° Ítems
veces
veces
Casi
1 ¿Se lleva un registro de productos para planificar los
procesos posteriores?
2 ¿Se lleva un registro de proveedores para planificar
los procesos posteriores?
3 ¿Se lleva un registro de los requerimientos realizados
por los usuarios?
Dimensión: Organización
4 ¿Se tiene claro el manejo de los datos para organizar
los procesos?
5 ¿Se cuenta con el recurso humano necesario para
realizar el proceso general?
6 ¿Se cuenta con los recursos tecnológicos necesarios
para realizar los procesos?
Dimensión: Ejecución
7 ¿El modo en el cual se realiza una orden de compra es
eficiente, sencillo y seguro?
8 ¿El modo en el cual se realiza una orden de servicio es
9 ¿El modo en el cual se realiza el registro de ingreso de
producto es eficiente, sencillo y seguro?
10 ¿El modo en el cual se realiza el registro de salida de
producto es eficiente, sencillo, seguro?
Dimensión: Control
11 ¿Se cuenta con un registro para realizar auditoria a las
12 ¿Se cuenta con una modalidad para visualizar los
reportes de las operaciones realizadas?
Dimensión: Servidor Web
13 ¿Considera usted importante el uso de un servidor
Web?
14 ¿Considera usted que es beneficioso la tecnología de
desarrollo para el mejoramiento de los procesos?
Dimensión: Calidad de software
193
15 ¿Considera que el software actual de trabajo funciona

correctamente?
16 ¿Cree usted que el software actual de trabajo es fácil
de usar?
17 ¿Cree que el software actual es eficiente?
18 ¿Cree que el software actual es una herramienta
portable?
19 ¿Cree que el software actual es confiable?
Dimensión: Gestor de base de datos
20 ¿Considera importante una base de datos?

21 ¿Considera de fácil manejo a la actual base de datos?
Dimensión: Personal
22 ¿Escucho usted hablar de sistemas de información?
23 ¿Posee usted experiencia en el manejo de sistema de
información?
24 ¿Cree que un sistema de información, podría mejorar
su desempeño laboral?
Dimensión: Áreas
25 ¿Cree que actualmente las áreas están correctamente
organizadas?
26 ¿Considera que las condiciones laborales actuales, son
perfectas?
27 ¿El modo de trabajo y el estrés laboral crea un buen
clima laboral entre Ud. y sus colegas?
194

CUESTIONARIO PRE TEST APLICADA A LOS COLABORADORES DE LA SUB GERENCIA DE
LOGÍSTICA – GERENCIA DE ADMINISTRACIÓN Y FINANZAS – MPCP
NRO : _____________ EDAD: ___________________

FECHA : ___/___/2013 SEXO: |_|M |_|F
Instrucciones: Mediante el presente cuestionario se pretende medir el nivel actual (pre

implementación) de las variables en estudio, para comparar si existiría (post implementación) mejora
o no al implementar el sistema de información en estudio, por favor lea detenidamente y conteste
con una X en la respuesta que considere conveniente.
Dimensión: Planeación
Siempre
Algunas
Muchas
Nunca
nunca
N° Ítems
veces
veces
Casi
1 ¿Se lleva un registro de productos para planificar los
procesos posteriores?
2 ¿Se lleva un registro de proveedores para planificar
los procesos posteriores?
3 ¿Se lleva un registro de los requerimientos realizados
por los usuarios?
Dimensión: Organización
4 ¿Se tiene claro el manejo de los datos para organizar
los procesos?
5 ¿Se cuenta con el recurso humano necesario para
realizar el proceso general?
6 ¿Se cuenta con los recursos tecnológicos necesarios
para realizar los procesos?
Dimensión: Ejecución
7 ¿El modo en el cual se realiza una orden de compra es
8 ¿El modo en el cual se realiza una orden de servicio es
9 ¿El modo en el cual se realiza el registro de ingreso de
producto es eficiente, sencillo y seguro?
10 ¿El modo en el cual se realiza el registro de salida de
producto es eficiente, sencillo, seguro?
Dimensión: Control
11 ¿Se cuenta con un registro para realizar auditoria a las
12 ¿Se cuenta con una modalidad para visualizar los
reportes de las operaciones realizadas?
Dimensión: Servidor Web
13 ¿Considera usted importante el uso de un servidor
Web?
14 ¿Considera usted que es beneficioso la tecnología de
desarrollo para el mejoramiento de los procesos?
Dimensión: Calidad de software
195
15 ¿Considera que el software actual de trabajo funciona

correctamente?
16 ¿Cree usted que el software actual de trabajo es fácil
de usar?
17 ¿Cree que el software actual es eficiente?
18 ¿Cree que el software actual es una herramienta
portable?
19 ¿Cree que el software actual es confiable?
Dimensión: Gestor de base de datos
20 ¿Considera importante una base de datos?

21 ¿Considera de fácil manejo a la actual base de datos?
Dimensión:
22 ¿Cree que es necesaria una base de datos en la
empresa?
23 ¿Tiene conocimientos de modelado de base de datos?
Dimensión: Personal
24 ¿Escucho usted hablar de sistemas de información?
25 ¿Posee usted experiencia en el manejo de sistema de
información?
26 ¿Cree que un sistema de información, podría mejorar
su desempeño laboral?
Dimensión: Áreas
27 ¿Cree que actualmente las áreas están correctamente
organizadas?
28 ¿Considera que las condiciones laborales actuales, son
perfectas?
29 ¿El modo de trabajo y el estrés laboral crea un buen
clima laboral entre Ud. y sus colegas?
196
Anexo 3. Guía de entrevista.

Nombre del Entrevistado: __________________________________________
Cargo que desempeña: ___________________________________________
Hora de entrevista: _________________________________________________
1. Que operación quisiera que realice el sistema.

Bueno, que se pueda registrar las compras, ventas, controlar el
inventario, controlar los ingresos, egresos y utilidades, que se pueda
registrar las consultas de los pacientes así como el historial.
2. ¿Y en las consultas?
Ahí si es necesario, para registrar el historial médico, para registrar el
diagnóstico y la receta, en caso que sea necesario se generará una cita
para una fecha determinada.
3. ¿Cuál es el stock mínimo que debe tener por productos?

Depende, puede ser entre 3 o 5 productos.
4. ¿Cómo se realizan los pedidos para mantener el stock?

Cuando se va vendiendo, se apunta en una lista los productos que están
bajos en stock, para realizar la compra.
5. ¿Cómo se controla el inventario?

El encargado del inventario, cuenta los productos comprados de las
facturas y los suma con el stock actual, para así saber cuánto tenemos.
6. ¿Cómo se maneja el precio de los productos?

Bueno, la mayoría de los productos tienen dos precios uno normal y otro
con inflación; cuando un cliente viene a comprar un producto específico,
se vende con el precio normal, al momento de vender un producto en una
consulta o cuando un cliente viene y me pregunta que pudiera tomar para
el malestar “tal”, lo vendo con el precio de inflación.
7. ¿Desearía tener un sitio web para publicidad de su empresa?

Sería interesante.
Muchas gracias por atendernos y esperamos que el software que vamos

a realizar sea de su total satisfacción.
197
Anexo 4. Validación del instrumento

Método: Alpha de Cronbach
Si su valor es cercano a la unidad se trata de un instrumento fiable que hace
mediciones estables y consistentes.
Si su valor está debajo de 0,8 el instrumento que se está evaluando presenta una
variabilidad heterogénea en sus ítems y por lo tanto nos llevará a conclusiones
equivocadas.
a) Primer método. Mediante la variante de los ítems.
𝐾 ∑ 𝑉𝑖
𝛼= [1 − ]
𝐾−1 𝑉𝑡
Dónde:
𝛼 = 𝐴𝑙𝑓𝑎 𝑑𝑒 𝑐𝑟𝑜𝑛𝑏𝑎𝑐ℎ
𝐾 = 𝑁𝑢𝑚𝑒𝑟𝑜 𝑑𝑒 𝑖𝑡𝑒𝑚𝑠
𝑉𝑖 = 𝑉𝑎𝑟𝑖𝑎𝑛𝑧𝑎 𝑑𝑒 𝑐𝑎𝑑𝑎 𝑖𝑡𝑒𝑚
𝑉𝑡 = 𝑉𝑎𝑟𝑖𝑎𝑛𝑧𝑎 𝑑𝑒 𝑙𝑎 𝑠𝑢𝑚𝑎 𝑑𝑒 𝑙𝑜𝑠 𝑖𝑡𝑒𝑚𝑠
 𝐾 = 27
 ∑ 𝑉𝑖 = 6.1428
 𝑉𝑡 = 27.9943
Reemplazando tenemos:
𝛼 = 0.8106
b) Segundo método. Mediante matriz de correlaciones.

𝑛𝑝
𝛼=
1 + 𝑝(𝑛 − 1)
Dónde:
𝛼 = 𝐴𝑙𝑓𝑎 𝑑𝑒 𝑐𝑟𝑜𝑛𝑏𝑎𝑐ℎ
𝑛 = 𝑁𝑢𝑚𝑒𝑟𝑜 𝑑𝑒 𝑖𝑡𝑒𝑚𝑠
𝑝 = 𝑝𝑟𝑜𝑚𝑒𝑑𝑖𝑜 𝑑𝑒 𝑙𝑎𝑠 𝑐𝑜𝑟𝑟𝑒𝑙𝑎𝑐𝑖𝑜𝑛𝑒𝑠
 𝑛 = 27
 𝑝 = 0.1523
Reemplazando tenemos:
𝛼 = 0.8291
198
c) Tercer método: Calculo del Alfa de Cronbach por el IBM SPSS
Estadísticos de fiabilidad
Alfa de
Cronbach N de elementos
,869 27
d) Conclusión. Mediante dos métodos de cálculo del Alfa de Cronbach, se
demostró que el instrumento utilizado es 81,06% y 86,9 % confiable
respectivamente, por el cual se puede llegar a conclusiones bastantes
acertadas con respecto a los resultados finales de la presente tesis.

199
Anexo 5. Manual de usuario
I. INICIO DE SESION
1. Entrada al Sistema: Para Ingresar al Sistema tenemos q hacer click en el icono

"SISTEMA DE LOGISTICA", el cual abrirá una ventana para ingresar nuestro usuario.
2. Login del Sistema: Ingresamos nuestro Usuario y Contraseña1, y hacemos click en el

botón "INGRESAR".
1
Los Usuarios son personales e intransferibles, queda bajo su responsabilidad el buen uso del mismo. Para
solicitar un usuario comuníquese a la Oficina de Tecnologías de Información
200
3. Acceso a Sistemas: Según su nivel de acceso al Sistema veremos una lista de módulos
asignados. Para Ingresar a cada uno de ellos, damos click en . Si deseamos salir
hacemos click en Cerrar Sesión.
II. LOGISTICA - COMPRA/SERVICIO
Una Vez entremos a la Ventana Principal, en este modulo veremos lo siguiente:

201
1. Mantenimientos: El Menú Mantenimiento consta de lo siguiente:
1.1. Productos: Esta opción nos muestra el listado de los productos registrados en el Sistema
A) Buscar: Para buscar un producto de la lista, escribimos el nombre del

producto2 en la caja de texto Descripción, y luego damos click en el botón
"Buscar"
2
Se puede poner el nombre completo o parte del nombre, el sistema buscara todas las coincidencias que
comiencen con esa palabra o nombre
202
B) Mostrar Todo: Vuelve a cargar toda la lista de productos del sistema.

C) Nuevo: Este botón sirve para registrar un nuevo producto, al hacer click en
el botón, nos mostrara un formulario, donde seleccionaremos la Clase,
Familia, Und. de Medida y escribiremos la Descripción y el
Precio(referencial), el Stock3 no se ingresa. Por último damos click en el
botón "Grabar".
D) Editar: Este opción nos permite modificar los datos del producto, como son
Clase, Familia, Descripción y Precio. Solo se puede modificar productos
que no están siendo usados en alguna Orden de Compra, NEA e Inventario.
Una vez modificados los datos damos click en el botón "Grabar".
3
El Stock de un producto no se ingresa ni se modifica manualmente, cuando se crea un producto el Stock se
inicializa en cero. El Stock aumenta y disminuye de acuerdo a las entradas y salidas del almacén.
203
E) Eliminar: Este opción nos permite eliminar un producto . Solo se puede

eliminar los que no están siendo usados en alguna Orden de Compra, NEA
e Inventario. Antes de eliminar el sistema te avisara si estás seguro de
realizar dicha acción.
1.2. Proveedores: Esta opción nos muestra el listado de los proveedores registrados en el
Sistema
204
A) Buscar: Para buscar un proveedor de la lista, tenemos dos opciones de

búsqueda por Razón Social4 y por RUC, escribimos en la caja de texto, y
luego damos click en el botón "Buscar"
B) Nuevo: Este botón sirve para registrar un nuevo proveedor, al hacer click en
el botón, nos mostrara un formulario, donde ingresaremos el RUC, Nombre,
Dirección, CCI, Banco, y seleccionamos el Tipo y Rubro. Por último
damos click en el botón "Grabar".
4
Se puede poner la razón social completa o parte del mismo, el sistema buscara todas las coincidencias que
comiencen con esa palabra
205
C) Editar: Este opción nos permite modificar los datos del proveedor, a
excepción del RUC. Una vez modificados los datos damos click en el botón
"Grabar".
A) Eliminar: Este opción nos permite eliminar un proveedor. Solo se puede

eliminar los que no están siendo usados en alguna Orden de
Compra/Servicio. Antes de eliminar el sistema te avisara si estás seguro de
1.3. Rubros5: Esta opción nos muestra el listado de los rubros registrados en el Sistema
5
El listado de Rubros es el que se visualiza en el registro de Proveedores
206
A) Agregar: Para agregar un nuevo Rubro en la lista, solo tenemos que digitar
su nombre y luego dar click en el botón "Agregar".
B) Editar: Este opción nos permite modificar el nombre del Rubro. Al darle
click en se habilitara la edición en la misma lista, una vez modificado,
haremos click en y se guardara los cambios realizados, y si deseamos
cancelar haremos click en .
C) Eliminar: Este opción nos permite eliminar un Rubro. Solo se puede

eliminar los que no están siendo usados en algún Proveedor. Antes de
eliminar el sistema te avisara si estás seguro de realizar dicha acción.
207
1.4. Almacén6: Esta opción nos muestra el listado de los Almacenes registrados en el Sistema.
A) Nuevo: Este botón sirve para registrar un nuevo Almacén, al hacer click en
el botón, nos mostrara un formulario, donde ingresaremos el Nombre,
Dirección, y seleccionamos el Estado. Por último damos click en el botón
"Grabar".
B) Editar: Este opción nos permite modificar los datos del Almacén. Una vez
modificados los datos damos click en el botón "Grabar".
6
La opción de Almacén se utiliza a la hora de realizar una Orden de Compra/Servicio, indica al proveedor la
dirección de destino de los productos a entregar.
208
C) Eliminar: Este opción nos permite eliminar un Almacén. Solo se puede

1.1. Institución7: Esta opción nos muestra el listado de las Instituciones registrados en el
Sistema.
A) Nuevo: Este botón sirve para registrar una nueva Institución, al hacer click
en el botón, nos mostrara un formulario, donde ingresaremos el Nombre,
Dirección, Teléfono, y seleccionamos el Estado. Por último damos click
en el botón "Grabar".
7
La Institución se utiliza a la hora de realizar una Orden de Compra/Servicio.
209
B) Editar: Esta opción nos permite modificar los datos de una Institución. Una
vez modificados los datos damos click en el botón "Grabar".
C) Eliminar: Este opción nos permite eliminar una Institución. Solo se puede
2. Procesos: Esta opción nos permite Crear Órdenes de Compra y/o Servicio.
2.1. Orden de Compra/Servicio: Esta opción nos muestra el listado de las Ordenes de
Compra registradas en el Sistema.
210
A) Buscar: Para buscar una Orden de la lista, tenemos 4 opciones de búsqueda:

 Código: Ingresamos el numero de la orden y seleccionamos el año
 Fecha: Ingresamos un intervalo de fechas
 Razón Social: Ingresamos la razón social del proveedor y

seleccionamos el año
 Referencia: Seleccionamos la referencia (requerimiento,

resolución, informe, Tramite Interno y Externo, etc.), luego
ingresamos el numero de referencia; cuando se trate de trámite
interno y externo seleccionaremos el año.
211
B) Nuevo: Este botón sirve para registrar una nueva Orden, al hacer click en el
botón, nos mostrara un formulario, donde ingresaremos los datos del
Proveedor, la modalidad, el plazo de entrega, el almacén de destino, la
institución, un resumen de la orden, observación, justificación, unidad de
destino, la referencia, el tramite documentario, en el caso de una orden de
servicio se adiciona la garantía y descuento(si fuera el caso), luego
ingresamos los productos de la Orden. Por último damos click en el botón
"Grabar".
 Cuando digitemos la razón social nos saldrá una lista con las
coincidencias de lo que estamos digitando, debemos seleccionar de
esta lista al proveedor, una vez seleccionado hacemos click en

, para que se cargue los datos del proveedor, si el proveedor no
existe en el sistema hacemos click en el botón "Nuevo" y nos saldrá
la ventana de Registrar Proveedor. Si deseamos actualizar la
información del Proveedor, como su dirección, CCI y Banco le
damos click en "Actualizar".
212
 Cuando digitemos la Unidad nos saldrá una lista con las

áreas(Gerencias, Sub Gerencias, oficinas, áreas, etc.) que hay en la
Institución. Debemos seleccionar de la lista que te da el sistema.
 Cuando digitemos el (los) producto(s) también nos saldrá una

listado con las coincidencias que estamos digitando, seleccionamos
de la lista, ingresamos su precio y cantidad y luego damos click en
"Agregar". En el Listado veremos no solo el nombre del producto
sino también su unidad de medida.
213
 Una vez agregado el producto, tenemos la opción de agregar las

especificaciones del mismo, para lo cual hacemos click en la
columna "Detalle".
C) Recepción del Proveedor: Una vez realizada la Orden, damos click en
para que comience a contar los días de plazo8 que tiene el

proveedor para entregar el (los) producto(s). El Sistema nos preguntara si
estamos seguro de recepcionar, y luego nos mostrara una ventana con la
fecha de recepción, por ultimo damos click en "Recepcionar"
8
Cuando se trata de una Licitación, el sistema verificara si el proveedor entrego dentro del plazo el
producto, de no ser así, se calculara una penalidad. En almacén no podrán recepcionar la orden por el
sistema, si es que dicha orden no se encuentra recepcionada por el proveedor.
214
D) Editar: Esta opción nos permite modificar los datos de una Orden. Una vez
modificados los datos damos click en el botón "Grabar". Solo podemos
modificar una orden en estado "Emitido".
E) Anular: Esta opción nos permite anular una Orden, debiendo poner una
observación, además nos da una opción de "autogenerar", si activamos esta
opción no solo anulamos la orden sino que generamos una nueva orden con
los mismos datos, si la orden estuviera recepcionada, y Ud. desea anularla,
el sistema verificara que no tenga pecosas, de ser así, tendrá que pedir al área
de almacén que anule dichas pecosas, para poder anular la Orden.
215
F) Detalle: Esta opción nos permite visualizar los datos de una Orden, no
pudiendo hacer ninguna modificación.
G) Imprimir: Esta opción nos permite imprimir el formato de la Orden de

Compra/Servicio.
H) Trámite Doc.: Esta opción nos permite enlazarnos al sistema de Tramite

Documentario, para visualizar el recorrido del tramite asignado a la Orden.
3. Consultas: Este opción nos permite realizar diversas consultas al sistema.
3.1. Orden de Compra/Servicio: Esta opción nos permite sacar un reporte de las Ordenes
de Compra registradas en el Sistema, en un intervalo de fechas, teniendo la opción de
escoger el estado de las Ordenes o en su defecto Todo.
216
3.2. Productos: Esta opción nos permite sacar diferentes reportes de los Productos
registrados en el Sistema, como son:
 Todo: Crea un reporte de todos los productos que cuenten con

stock. Solo tenemos que dar click en el botón "Buscar".
 Descripción: Tendremos que ingresar la descripción del producto

o parte del mismo, y nos creara un reporte con todas las
coincidencias. Luego damos click en el botón "Buscar".
217
 Kardex: Ingresamos un intervalo de fechas y damos click en el

botón "Buscar", el sistema creara un reporte tipo Kardex de esas
fechas.
 Consumo: Ingresamos un intervalo de fechas y damos click en el

botón "Buscar", el sistema creara un reporte de los productos
consumidos en esas fechas.
218
3.3. Proveedor: Esta opción nos permite sacar un reporte con los datos del proveedor, tiene dos
opciones de búsqueda, por Razón Social y por RUC.
3.4. Proveedores por Productos: Esta opción nos permite sacar un reporte de los productos
comprados a un Proveedor, tiene dos opciones de búsqueda, por Razón Social y por RUC.
219
3.5. Tipo Proveedores: Esta opción nos permite sacar un reporte de los proveedores según su
tipo(Bienes, Servicios, Locador de Servicios, Todos), en un rango de fechas; este rango de
fechas se aplicara a las Órdenes de Compra/Servicio del Proveedor.
3.6. Orden por Producto: Esta opción nos permite sacar un reporte de las Ordenes de
Compra/Servicio, de un producto especifico, en un rango de fechas. Al escribir el nombre
del producto nos saldrá una lista con las coincidencias, debemos seleccionar de la lista y
luego procedemos a ingresar el rango de fechas a consultar.
220
3.7. Orden por Producto: Esta opción nos permite sacar un reporte de las Ordenes de
Compra/Servicio, de un Área9 específica, en un rango de fechas. Al escribir el nombre del
Área nos saldrá una lista con las coincidencias, debemos seleccionar de la lista y luego
procedemos a ingresar el rango de fechas a consultar.
9
El Sistema mostrara un listado de Áreas que se encuentran en el Sistema de Tramite Documentario
221
3.8. Lista de Clases por Orden: Esta opción nos permite sacar un reporte de las Clases de los
productos por Ordenes de Compra/Servicio, ya sean emitidas o recepcionadas, distribuidas
por mes, se debe seleccionar el año.
222
3.9. Cerrar Sesión: Esta opción nos permite, finalizar la sesión de Usuario.
III. ALMACEN
Una Vez entremos a la Ventana Principal, en este modulo veremos las opciones del Menú y
además nos saldrá una ventana con las Órdenes de Compra que ya fueron recepcionadas por los
proveedores, de esta manera el encargado del Almacén sabrá q Ordenes están por vencer su plazo
de entrega o ya se encuentran vencidas.
223
1.1. Productos: Esta opción nos muestra el listado de los productos registrados en el
Sistema; tiene la mismas opciones que en el modulo de Logística10.
2. Procesos: Esta opción nos permite, recepcionar Órdenes de Compra, así como crear Inventarios
y NEA.
2.1. Ordenes Recepcionadas: Esta opción nos muestra el listado de las Ordenes de Compra
recepcionadas en el Almacén. Las Ordenes tienen un color de estado para hacer más
fácil su identificación.
10
Ver el punto II. Logística Orden de Compra/Servicio
224
A) Buscar: Para buscar una Orden de la lista, tenemos 4 opciones de búsqueda:

 Código: Ingresamos el numero de la orden y seleccionamos el año
 Razón Social: Ingresamos la razón social del proveedor y

seleccionamos el año
 Referencia: Seleccionamos la referencia (requerimiento,

resolución, informe, Tramite Interno y Externo, etc.), luego
ingresamos el numero de referencia; cuando se trate de trámite
interno y externo seleccionaremos el año.
225
B) Nuevo: Este botón sirve para recepcionar una Orden de Compra, al hacer
click en el botón, nos mostrara un formulario, donde seleccionaremos el
periodo, luego ingresaremos el numero de la orden, y damos click en el botón
"Buscar", el cual nos mostrara el detalle de la orden, antes de proceder a
recepcionar tendremos q ingresar el número de factura y guía, y por ultimo
damos click en el botón "Recepcionar"11. Una vez recepcionada los stock
de los productos aumenta automáticamente, y se puede proceder a emitir las
Pecosas respectivas.
2.2. Lista de NEA: Esta opción nos muestra el listado de las Notas de Entrada a Almacén.
11
Si la modalidad de la Orden de Compra es Licitación y el proveedor a excedido la fecha de entrega, el
sistema generara un documento de Penalidad
226
A) Buscar: Para buscar una NEA de la lista, tenemos 2 opciones de búsqueda:
 Código: Ingresamos el numero de la NEA y seleccionamos el año
B) Nuevo: Este botón sirve para registrar una NEA, al hacer click en el botón,
nos mostrara un formulario, donde ingresaremos la Procedencia y el Destino,
la observación y agregaremos los productos, los cuales una vez agregados
podremos detallar sus especificaciones. Por último damos click en el botón
"Grabar".
227
C) Editar: Esta opción nos permite modificar los datos de una NEA. Una vez
modificados los datos damos click en el botón "Grabar". Solo podemos
modificar una NEA en estado "Emitido".
D) Anular: Esta opción nos permite anular una NEA, debiendo poner una
observación. El sistema verificara que la NEA no tenga Pecosas emitidas, de
lo contrario primero deberá Anular las Pecosas.
228
E) Detalle: Esta opción nos permite visualizar los datos de una NEA, no
F) Imprimir: Esta opción nos permite imprimir el formato de la NEA.
2.3. NEA Recepcionadas: Esta opción nos muestra el listado de las NEA recepcionadas en el
Almacén.
229
A) Buscar: Para buscar una NEA de la lista, tenemos 2 opciones de búsqueda,

igual que en Lista de NEA.
B) Nuevo: Este botón sirve para recepcionar una NEA, al hacer click en el
botón, nos mostrara un formulario, donde seleccionaremos el periodo, luego
ingresaremos el numero de la NEA, y damos click en el botón "Buscar", el
cual nos mostrara el detalle de la NEA, antes de proceder a recepcionar
tendremos q ingresar el número de factura y guía, y por ultimo damos click
en el botón "Recepcionar". Una vez recepcionada los stock de los
productos aumenta automáticamente, y se puede proceder a emitir las
Pecosas respectivas
C) Detalle: Esta opción nos permite visualizar los datos de una NEA, no
2.4. Inventario Inicial: Esta opción nos muestra el listado de Inventarios ingresados al Sistema.
230
A) Buscar: Para buscar un Inventario de la lista, tenemos 2 opciones de

búsqueda, igual que en Lista de NEA.
B) Nuevo: Este botón sirve para registrar un Inventario, al hacer click en el

botón, nos mostrara un formulario, donde ingresaremos el documento
(Orden de Compra o NEA) con el que ingreso al Almacén, y agregaremos
los productos, los cuales una vez agregados podremos detallar sus
especificaciones. Por último damos click en el botón "Grabar".
C) Editar: Esta opción nos permite modificar los datos de un Inventario. Una
vez modificados los datos damos click en el botón "Grabar". Solo podemos
modificar un Inventario en estado "Emitido".
231
D) Detalle: Esta opción nos permite visualizar los datos de un Inventario, no

E) Recepcionar: Esta opción nos permite recepcionar un inventario, una vez
recepcionado el stock de los productos se actualizara de forma automática y
se podrán realizar pecosas.
2.5. Ingreso de Pecosas: Esta opción nos permite crear una Pecosa, ingresamos el nombre de la
Unidad y damos click en el botón "Realizar".
Si tiene Órdenes de Compra asignadas a la Unidad, el sistema te mostrara una opción para
realizar una pecosa de toda la Orden. Seleccionamos la Orden y le damos click en el botón
"Toda la Orden", sino deseamos realizar una pecosa de toda la orden le damos click en el
botón "Personalizar".
232
Luego ingresamos el nombre de la persona solicitante, el área de destino, la justificación,

escogemos el tipo de búsqueda12, y por ultimo ingresamos los productos y la cantidad.
Luego damos click en para guardar e imprimir el formato de la Pecosa.
2.6. Lista de Pecosas: Esta opción nos permite ver un listado de Pecosas, podemos buscarlo por
Área, por número de Pecosa, persona solicitante, y justificación, determinando el periodo,
luego damos click en el botón "Buscar".
Si no ingresamos el Área y tampoco seleccionamos el tipo de Búsqueda el sistema buscara

solo por el Periodo
12
Tenemos dos tipos de búsqueda PEPS (Primeras entradas, primeras salidas) del cual seleccionaremos del
tipo de documento(Inventario, Nea, Orden de Compra y Otros) y Personalizado, que permite escoger el
documento especifico del cual vas a sacar el producto
233
A) Editar: Esta opción nos permite modificar los datos de una Pecosa. Solo
podemos modificar una Pecosa en estado "Pendiente en Almacén", para
modificar una Pecosa Recepcionada, el sistema nos pedirá confirmar nuestro
Usuario y Contraseña, y además nos pedirá un Código de Acceso13.
B) Anular: Esta opción nos permite anular una Pecosa, que se encuentra
pendiente Almacén, si deseamos Anular una Pecosa Recepcionada, el
sistema nos pedirá confirmar nuestro Usuario y Contraseña, y además nos
pedirá un Código de Acceso; para proceder con la anulación ingresaremos
una observación.
C) Imprimir: Esta opción nos permite imprimir el formato de la Pecosa.
D) Acta de Conformidad: Esta opción nos permite imprimir el formato de
Recepción y Conformidad de la Orden de Compra. Este formato se imprime
cuando se consume toda la Orden de Compra en una sola Pecosa.
2.7. Recepcionar Pecosa: Esta opción nos permite recepcionar una Pecosa pendiente en
Almacén.
13
El administrador del Sistema agregara al usuario para que tenga acceso al Modulo de Código de Acceso,
el cual genera diariamente un nuevo código, teniendo la opción de modificar el código por uno mas fácil de
recordar.
234
3.1. NEA: Esta opción nos permite sacar un reporte de las NEA registradas en el Sistema,
en un intervalo de fechas.
3.2. Ordenes Recepcionadas: Esta opción nos permite sacar un reporte de las Ordenes de
Compra recepcionadas en el Sistema, en un intervalo de fechas.
3.3. Productos14: Esta opción nos permite sacar un reporte de los Productos registrados en
el sistema.
3.4. Kardex: Esta opción nos permite sacar un reporte tipo Kardex por tipo de Documento
(Orden de Compra, NEA, Inventario), en un intervalo de fechas.
14
Revisar Modulo de Logística - Consultas
235
3.5. Pecosas: Esta opción nos permite sacar un reporte de las Pecosas ingresadas al sistema, en
un intervalo de fechas.
3.6. Ingresos a Almacén: Esta opción nos permite sacar un reporte de los Productos ingresados
al Almacén, en un intervalo de fechas.
236
3.7. Pecosas por Producto: Esta opción nos permite sacar un reporte de Consumo (Pecosas) de
un Producto especifico, agrupado por documento de ingreso (Orden de Compra, NEA,
Inventario), en un intervalo de fechas. Tenemos la Opción de Especificar el Área.
3.8. Orden de Compra: Esta opción nos permite sacar un reporte de Saldos o Pecosas de una
Orden de Compra, ingresos el numero de la Orden de Compra y el año.
237
3.9. Orden de Compra/Servicio - Lectura: Esta opción nos muestra un listado de las Ordenes
de Compra/Servicio en la cual tenemos las opciones de visualización e impresión.
238
3.10. Pecosa Inventario - Kardex: Esta opción permite sacar un reporte de las Pecosas numero
de documento de inventario.
IV. PATRIMONIO

239
1.1. Cuenta Contable: Esta opción nos muestra el listado de las Cuentas Contables
registrados en el Sistema.
A) Buscar: Para buscar una Cuenta Contable de la lista, tenemos 2 opciones de

búsqueda por Código y Descripción.
B) Nuevo: Este botón sirve para registrar una Cuenta Contable, al hacer click
en el botón, nos mostrara un formulario, donde ingresaremos el código y la
descripción, debajo de la descripción aparece el código del cual depende.
Por último damos click en el botón "Grabar".
240
C) Editar: Esta opción nos permite modificar los datos de una Cuenta
Contable.
D) Detalle: Esta opción nos permite visualizar las cuenta contables

dependientes.
E) Eliminar: Esta opción nos permite eliminar una cuenta contable.
2. Procesos: Esta opción nos permite asignar los códigos de SIAF y Cuenta Contable, así como
revisar el Kardex.
2.1. Asignar Código SIAF

241
 Orden de Compra/Servicio - SIAF: Nos muestra la lista de Orden de

Compra/Servicio, en la cual hay una columna donde debemos ingresar el código
Siaf, una vez digitado le damos click en .
 NEA - SIAF
 Inventario - SIAF
2.2. Asignar Cuenta Contable
 Orden de Compra/Servicio - Cta. Contable: Nos muestra la lista de Orden de

Compra/Servicio, en la cual hay una columna donde debemos ingresar el código
de cuenta contable, una vez digitado le damos click en .

242
 NEA - Cta. Contable
 Inventario - Cta. Contable
2.3. Kardex: Esta opción nos muestra un listado agrupado por tipo de documento de
entrada (Orden de Compra, NEA, Inventario) de los Productos Recepcionados en
almacén, en la cual podemos ver el stock inicial y el stock actual, además de ver el
listado de pecosas de dicho producto y documento, haciendo click en

243
3.1. Orden de Compra/Servicio - Cuenta: Esta opción nos permite sacar un reporte de las
Ordenes registradas en el Sistema con sus respectivas cuentas contables. Se puede
realizar las búsqueda por intervalo de fechas, por numero de orden y por cuenta
contable.
244
3.2. NEA - Cuenta: Esta opción nos permite sacar un reporte de las NEAs registradas en el
Sistema con sus respectivas cuentas contables. Se puede realizar las búsqueda por
intervalo de fechas, por numero de NEA y por cuenta contable.
3.3. Inventario - Cuenta: Esta opción nos permite sacar un reporte de los Inventario
registrados en el Sistema con sus respectivas cuentas contables. Se puede realizar las
búsqueda por intervalo de fechas, por numero de Inventario y por cuenta contable.
3.4. Orden de Compra/Servicio - Siaf: Esta opción nos permite sacar un reporte de las
Ordenes registradas en el Sistema con sus respectivos códigos Siaf. Se puede realizar
las búsqueda por intervalo de fechas, por numero de orden y código Siaf.
3.5. NEA - Siaf: Esta opción nos permite sacar un reporte de las NEAs registradas en el
Sistema con sus respectivos códigos Siaf. Se puede realizar las búsqueda por intervalo
de fechas, por numero de NEA y código Siaf.
3.6. Inventario - Siaf: Esta opción nos permite sacar un reporte de los Inventarios
registrados en el Sistema con sus respectivos códigos Siaf. Se puede realizar las
búsqueda por intervalo de fechas, por numero de Inventario y código Siaf.
245
3.7. Kardex: Esta opción nos permite sacar un reporte tipo Kardex por tipo de Documento
(Orden de Compra, NEA, Inventario), en un intervalo de fechas15.
3.8. Orden de Compra/Servicio - Lectura: Esta opción nos muestra un listado de las
Ordenes de Compra/Servicio en la cual tenemos las opciones de visualización e
impresión15.
3.9. Ordenes Recepcionadas15: Esta opción nos permite sacar un reporte de las Ordenes de
Compra recepcionadas en el Sistema, en un intervalo de fechas.
3.10. Productos16: Esta opción nos permite sacar un reporte de los Productos registrados
en el sistema.
3.11. Orden de Compra15: Esta opción nos permite sacar un reporte de Saldos o Pecosas
de una Orden de Compra, ingresos el numero de la Orden de Compra y el año.
3.12. Pecosas por Producto15: Esta opción nos permite sacar un reporte de Consumo
(Pecosas) de un Producto especifico, agrupado por documento de ingreso (Orden de
Compra, NEA, Inventario), en un intervalo de fechas. Tenemos la Opción de Especificar
el Área.
3.13. Lista de Pecosas: Esta opción nos permite ver un listado de Pecosas, podemos
buscarlo por Área, por número de Pecosa, persona solicitante, y justificación,
determinando el periodo, luego damos click en el botón "Buscar". Esta opcion solo nos
permite la impresión de las pecosas.
3.14. Lista de Pecosas por Fecha: Esta opción nos permite sacar un reporte de las
Pecosas registradas en el Sistema, en un intervalo de fechas.
15
Revisar Modulo de Almacén - Consultas
16
246
3.15. Orden de Compra/Servicio17: Esta opción nos permite sacar un reporte de las
Ordenes de Compra registradas en el Sistema, en un intervalo de fechas, teniendo la
opción de escoger el estado de las Ordenes o en su defecto Todo.
V. UTILITARIO
1. Usuario: El Menú Usuario consta de lo siguiente:
1.1. Cambiar Clave: Esta opción permite modificar nuestra clave de acceso al sistema.
17

Tesis Llerena Sanchez v12

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Tesis Llerena Sanchez v12

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD NACIONAL DE UCAYALI

Facultad de Ingeniería de Sistemas y de Ingeniería Civil

Escuela Profesional de Ingeniería de Sistemas

“SISTEMA DE INFORMACIÓN PARA

Tesis para optar el título profesional de Ingeniero de

TESISTAS : Bach. Piero Paolo Llerena Lima

Bach. Christian Hans Sánchez Escudero

Bach. Piero Paolo Llerena Lima

Bach. Christian Hans Sánchez Escudero

Mg. Romel Pinedo Ríos

Mg. Nilton César Ayra Apac

Mg. Jorge Luis Hilario Rivas

Dedicamos la presente tesis a nuestros padres por

el apoyo incondicional en todos los aspectos de

nuestra formación profesional y nuestra vida

personal, ya que gracias a ellos y su gran esfuerzo

por apoyarnos y logremos alcanzar nuestros sueños

de ser profesionales de éxito.

estudio y mantenerse al pendiente en el avance; del mismo modo a nuestros

La presente tesis realiza el análisis, diseño y desarrollo de un sistema de

información para mejorar el abastecimiento de bienes y servicios en la

Municipalidad Provincial de Coronel Portillo; mediante el uso de RUP y UML, ya

que éstos forman una metodología estándar para el proceso de desarrollo se

modelamiento de los procesos. Así mismo se hace énfasis en la necesidad de

contar con un software que sistematice los procesos de la organización, para

alcanzar los objetivos eficientemente y así optimizar la carga laboral de los

empleados. Para desarrollar el software se tuvo en cuenta la necesidad de

información en cada proceso, obteniendo adaptabilidad bastante considerable en

el funcionamiento de éste, así mismo se tomó como opción desarrollarlo mediante

las tecnologías ASP.NET, C# y Java Script, por la experiencia adquirida en con la

herramienta. En el desarrollo se elaboró cada uno de los diagramas de UML: casos

de uso de negocio, requerimientos, colaboración, estados, paquetes, secuencia,

permisos limitados para cada módulo de usuario; así mismo, el sistema se

contando así con integridad de los datos manejados.

Palabras claves: Sistema, software y objetos.

to improve the supply of goods and services in the Municipalidad Provincial de

systematizes organizational processes, to achieve the objectives efficiently and

need for information in each process, obtaining considerable flexibility in the

operation of it, so it was taken as an option by the technologies develop ASP.NET,

elaborated UML diagrams: business use cases, requirements, collaboration, state,

was developed with the object-oriented paradigm on a relational database thus

having managed data integrity.

Keywords: system, software and objects.

La tesis denominada “sistema de información para mejorar el abastecimiento de

bienes y servicios en la Municipalidad Provincial de Coronel Portillo”, es parte de

una política de sistematización de la información de la institución. Para modelar los

datos para obtener información relevante en la administración de la unidad de

abastecimiento de bienes y servicios en la Municipalidad Provincial de Coronel

Portillo; aplicándose el Proceso Unificado Rational (RUP) y el Lenguaje Unificado

de Modelado (UML) permite representar el sistema informático que gestione la

información en la unidad de abastecimiento de bienes y servicios en la MPCP, de

programación ASP.NET, C#, Java Script; el manejador de Base de Datos SQL

gestionar la información en la unidad de abastecimiento de bienes y servicios en la

formularlo, con el cual se logra definir los objetivos, justificación, hipótesis y

operacionalización de las variables.

se estudia empíricamente como la implementación de un sistema logra optimizar

algún proceso administrativo; así mismo se define el marco teórico y la definición

de términos básicos para la tesis.

mismo se establece el tamaño total de población y muestra, también se mencionan

las técnicas e instrumentos de recolección de datos, finalmente se define de qué

forma se realiza el tratamiento de datos.

CAPITULO IV.- En este capítulo se documenta el proceso de desarrollo de software

que constituye el documento visión del negocio y el plan de desarrollo de software.