Tesis Llerena Sanchez V12

UNIVERSIDAD NACIONAL DE UCAYALI
Facultad de Ingeniera de Sistemas y de Ingeniera Civil
Escuela Profesional de Ingeniera de Sistemas
SISTEMA DE INFORMACIN PARA

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

Sistemas
TESISTAS : Bach. Piero Paolo Llerena Lima
Bach. Christian Hans Snchez Escudero
PUCALLPA PERU
2013
SISTEMA DE INFORMACIN PARA MEJORAR EL
ABASTECIMIENTO DE BIENES Y SERVICIOS EN LA
MUNICIPALIDAD PROVINCIAL DE CORONEL PORTILLO
Por:
______________________________
Bach. Piero Paolo Llerena Lima
_________________________________
Bach. Christian Hans Snchez Escudero
Aprobado
______________________________
Mg. Romel Pinedo Ros
______________________________
Mg. Nilton Csar 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 formacin profesional y nuestra vida
personal, ya que gracias a ellos y su gran esfuerzo
por apoyarnos y logremos alcanzar nuestros
sueos 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 da a da nos brindaron el apoyo para el proceso de nuestra
formacin profesional.
Resumen
La presente tesis realiza el anlisis, diseo y desarrollo de un sistema de
informacin 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 metodologa estndar 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 organizacin, 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
informacin en cada proceso, obteniendo adaptabilidad bastante considerable en
el funcionamiento de ste, as mismo se tom como opcin desarrollarlo mediante
las tecnologas 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, colaboracin, estados, paquetes,
secuencia, dominio, actividad entre otros. El software cuenta con autentificacin
de usuario con permisos limitados para cada mdulo 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.

Introduccin
La tesis denominada sistema de informacin para mejorar el abastecimiento de
bienes y servicios en la Municipalidad Provincial de Coronel Portillo, es parte de
una poltica de sistematizacin de la informacin de la institucin. Para modelar
los datos se utiliz el motor de base de datos SQL Server 2008, se modelo la
base de datos para obtener informacin relevante en la administracin de la
unidad de abastecimiento de bienes y servicios en la Municipalidad Provincial de
Coronel Portillo; aplicndose el Proceso Unificado Rational (RUP) y el Lenguaje
Unificado de Modelado (UML) permite representar el sistema informtico que
gestione la informacin 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 programacin 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 informacin en la unidad de abastecimiento de bienes y
servicios en la MPCP.
De lo dicho la presente tesis, esta compuesta por cinco captulos, tal como se
describe a continuacin:
CAPITULO I. En este captulo se definen los antecedentes del problema para as
formularlo, con el cual se logra definir los objetivos, justificacin, hiptesis y
operacionalizacin de las variables.
CAPITULO II.- En este captulo se definen los antecedentes del estudio, es decir
se estudia empricamente como la implementacin de un sistema logra optimizar
algn proceso administrativo; as mismo se define el marco terico y la definicin
de trminos bsicos para la tesis.

CAPITULO III.- En este captulo se define la metodologa de la investigacin, as
mismo se establece el tamao total de poblacin y muestra, tambin se
mencionan las tcnicas e instrumentos de recoleccin de datos, finalmente se
define de qu forma se realiza el tratamiento de datos.
CAPITULO IV.- En este captulo se documenta el proceso de desarrollo de
software que constituye el documento visin del negocio y el plan de desarrollo de
software.
CAPITULO V.- En este captulo se realiza el procesamiento de los datos
recolectados para su respectivo anlisis, lo cual es clave para la definicin 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
Introduccin ............................................................................................................. v
CAPITULO I ........................................................................................................... 1
1.1. Antecedentes del problema....................................................................... 1
1.2. Formulacin del problema ......................................................................... 6
1.3. Objetivos ................................................................................................... 7
1.3.1. Objetivo general.................................................................................. 7
1.3.2. Objetivos especficos .......................................................................... 7
1.4. Justificaciones ........................................................................................... 8
1.5. Hiptesis y variables ................................................................................. 9
1.5.1. Hiptesis ............................................................................................. 9
1.5.2. Variables ............................................................................................. 9
1.6. Operacionalizacin .................................................................................. 10
CAPITULO II ........................................................................................................ 11
2.1. Antecedentes del estudio ........................................................................ 11
2.2. Bases tericas ......................................................................................... 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. INGENIERA DE SOFTWARE .......................................................... 24
2.2.6. SOFTWARE ..................................................................................... 24
2.2.7. LENGUAJE DE PROGRAMACIN .................................................. 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 .................................... 38
2.2.17. LENGUAJE DE MODELO UNIFICADO ........................................ 40
2.2.18. TECNOLOGA 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. Definicin de trminos bsicos ................................................................ 58
CAPITULO III ....................................................................................................... 62
METODOLOGA DE LA INVESTIGACIN .......................................................... 62
3.1. Tipo de la investigacin ........................................................................... 62
3.2. Nivel de la investigacin .......................................................................... 63
3.3. Mtodos de investigacin ........................................................................ 63
3.4. Diseo de investigacin .......................................................................... 64
3.5. Modelo de investigacin .......................................................................... 65
3.5.1. Diseo de modelo ............................................................................. 65
3.5.2. Construccin ..................................................................................... 65
3.6. Poblacin y muestra. ............................................................................... 66
3.7. Tcnicas e instrumentos para recoleccin de datos................................ 67
3.8. Procesamiento para recoleccin 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 visin del negocio ................................................. 69
4.2. FASE DE ELABORACIN .................................................................... 101
4.2.1. Flujo de trabajo de requerimientos ................................................. 101
B.1). Descripcin del modelo Use-Case: Gestin de pedidos ..................... 104
B.2). Descripcin del modelo Use-Case: Gestin de usuarios .................... 111
B.3). Descripcin del modelo Use-Case: Gestin de almacn .................... 114
4.3. FASE DE CONSTRUCCIN ................................................................. 126
4.3.1. Diagrama de componentes ............................................................. 126
4.4. FASE DE TRANSICIN ........................................................................ 126
CAPITULO V ...................................................................................................... 130
ANALISIS DE LOS RESULTADOS .................................................................... 130
5.1. Interpretacin de resultados ..................................................................... 130
5.1.1. Anlisis pre test .............................................................................. 130
5.1.2. Anlisis post test ............................................................................. 156
5.2. Prueba de hiptesis .................................................................................. 183
CONCLUSIONES Y RECOMENDACIONES ..................................................... 186
CONCLUCIONES .............................................................................................. 186
RECOMENDACINES ...................................................................................... 187
REFERENCIAS BIBLIOGRAFICAS ................................................................... 188
ANEXOS ............................................................................................................ 191
Anexo 1. Cuestionario pre test aplicada a los colaboradores de la organizacin.
........................................................................................................................... 192
........................................................................................................................... 194
Anexo 3. Gua de entrevista. .............................................................................. 196
Anexo 4. Validacin del instrumento .................................................................. 197
Anexo 5. Manual de usuario ............................................................................... 199
ndice de cuadros
Cuadro 1. Orgnico de cargos ............................................................................... 5
Cuadro 2. Indicadores Variable Independiente .................................................... 10
Cuadro 3. Indicadores Variable Dependiente ....................................................... 10
Cuadro 4. Distribucin de la muestra ................................................................... 66
Cuadro 5. Instrumentos de recoleccin 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: Descripcin de procesos. ................................................................ 100
Cuadro 17: Gestionar Unidad Medida. ............................................................... 104
Cuadro 18: Gestionar Grupos del Producto. ...................................................... 104
Cuadro 19: Gestionar Clases del Producto. ....................................................... 105
Cuadro 20: Gestionar Familia del Producto........................................................ 105
Cuadro 21: Gestionar Producto. ......................................................................... 106
Cuadro 22: Gestionar Tipo de proveedor. .......................................................... 106
Cuadro 23: Gestionar rubros del proveedor. ...................................................... 107
Cuadro 24: Gestionar proveedor. ....................................................................... 107

Cuadro 25: Gestionar referencia. ....................................................................... 108
Cuadro 26: Gestionar Grupos del Producto. ...................................................... 108
Cuadro 27: Gestionar almacn........................................................................... 109
Cuadro 28: Gestionar instruccin. ...................................................................... 109
Cuadro 29: Gestionar Pedido (rdenes de compra y servicios). ....................... 110
Cuadro 30: Gestionar Sistemas. ........................................................................ 111
Cuadro 31: Gestionar Grupos de Usuarios. ....................................................... 112
Cuadro 32: Gestionar Grupos de Sistemas. ....................................................... 112
Cuadro 33: Gestionar Usuarios. ......................................................................... 113
Cuadro 34: Gestionar Penalidades. ................................................................... 114
Cuadro 35: Gestionar Valoracin 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 tecnolgicos 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 tecnologa 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 fcil 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 fcil manejo a la actual base de datos? .................. 150
Cuadro 77. Escucho usted hablar de sistemas de informacin?...................... 151
Cuadro 78. Posee usted experiencia en el manejo de sistema de informacin?
........................................................................................................................... 152
Cuadro 79. Cree que un sistema de informacin, podra mejorar su desempeo
laboral? .............................................................................................................. 153
Cuadro 80. Cree que actualmente las reas estn correctamente organizadas?
........................................................................................................................... 154
Cuadro 81. Considera que las condiciones laborales actuales, son perfectas?155
Cuadro 82. El modo de trabajo y el estrs 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 tecnolgicos 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 tecnologa de desarrollo para
........................................................................................................................... 170
Cuadro 98. Cree usted que el software actual de trabajo es fcil 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 fcil manejo a la actual base de datos? ................ 177
Cuadro 104. Escucho usted hablar de sistemas de informacin?.................... 178
........................................................................................................................... 179
Cuadro 106. Cree que un sistema de informacin, podra mejorar su
desempeo laboral? ........................................................................................... 180
........................................................................................................................... 181
Cuadro 108. Considera que las condiciones laborales actuales, son perfectas?
........................................................................................................................... 182
Cuadro 109. El modo de trabajo y el estrs laboral crea un buen clima laboral

Lista de grficos
Grfico 1. El modelo tradicional para las aplicaciones Web comparado con el
modelo de AJAX................................................................................................... 50
Grfico 2. La interaccin sincrnica de una aplicacin comparada con el patrn
asincrnico de Ajax .............................................................................................. 51
Grfico 3. Se lleva un registro de productos para planificar los procesos
posteriores?........................................................................................................ 130
Grfico 4. Se lleva un registro de proveedores para planificar los procesos
posteriores?........................................................................................................ 131
Grfico 5. Se lleva un registro de los requerimientos realizados por los usuarios?
........................................................................................................................... 132
Grfico 6. Se tiene claro el manejo de los datos para organizar los procesos? 133
Grfico 7. Se cuenta con el recurso humano necesario para realizar el proceso
general? ............................................................................................................. 134
Grfico 8. Se cuenta con los recursos tecnolgicos necesarios para realizar los
procesos? ........................................................................................................... 135
Grfico 9. El modo en el cual se realiza una orden de compra es eficiente,
Grfico 10. El modo en el cual se realiza una orden de servicio es eficiente,
Grfico 11. El modo en el cual se realiza el registro de ingreso de producto es
Grfico 12. El modo en el cual se realiza el registro de salida de producto es

Grfico 13. Se cuenta con un registro para realizar auditoria a las operaciones
realizadas? ......................................................................................................... 140
Grfico 14. Se cuenta con una modalidad para visualizar los reportes de las
Grfico 15. Considera usted importante el uso de un servidor Web? .............. 142
Grfico 16. Considera usted que es beneficioso la tecnologa de desarrollo para
Grfico 17. Considera que el software actual de trabajo funciona correctamente?
........................................................................................................................... 144
Grfico 18. Cree usted que el software actual de trabajo es fcil de usar? ..... 145
Grfico 19. Cree que el software actual es eficiente? ...................................... 146
Grfico 20. Cree que el software actual es una herramienta portable? ........... 147
Grfico 21. Cree que el software actual es confiable? ..................................... 148
Grfico 22. Considera importante una base de datos? .................................... 149
Grfico 23. Considera de fcil manejo a la actual base de datos? ................... 150
Grfico 24. Escucho usted hablar de sistemas de informacin? ...................... 151
Grfico 25. Posee usted experiencia en el manejo de sistema de informacin?
........................................................................................................................... 152
Grfico 26. Cree que un sistema de informacin, podra mejorar su desempeo
laboral? .............................................................................................................. 153
Grfico 27. Cree que actualmente las reas estn correctamente organizadas?
........................................................................................................................... 154
Grfico 28. Considera que las condiciones laborales actuales, son perfectas? 155
Grfico 29. El modo de trabajo y el estrs laboral crea un buen clima laboral

Grfico 30. Se lleva un registro de productos para planificar los procesos
posteriores?........................................................................................................ 157
Grfico 31. Se lleva un registro de proveedores para planificar los procesos
posteriores?........................................................................................................ 158
Grfico 32. Se lleva un registro de los requerimientos realizados por los
usuarios? ............................................................................................................ 159
Grfico 33. Se tiene claro el manejo de los datos para organizar los procesos?
........................................................................................................................... 160
Grfico 34. Se cuenta con el recurso humano necesario para realizar el proceso
general? ............................................................................................................. 161
Grfico 35. Se cuenta con los recursos tecnolgicos necesarios para realizar los
procesos? ........................................................................................................... 162
Grfico 36. El modo en el cual se realiza una orden de compra es eficiente,
Grfico 37. El modo en el cual se realiza una orden de servicio es eficiente,
Grfico 38. El modo en el cual se realiza el registro de ingreso de producto es
Grfico 39. El modo en el cual se realiza el registro de salida de producto es
Grfico 40. Se cuenta con un registro para realizar auditoria a las operaciones
realizadas? ......................................................................................................... 167
Grfico 41. Se cuenta con una modalidad para visualizar los reportes de las
Grfico 42. Considera usted importante el uso de un servidor Web? .............. 169
Grfico 43. Considera usted que es beneficioso la tecnologa de desarrollo para
........................................................................................................................... 171
Grfico 45. Cree usted que el software actual de trabajo es fcil de usar? ..... 172
Grfico 46. Cree que el software actual es eficiente? ...................................... 173
Grfico 47. Cree que el software actual es una herramienta portable? ........... 174
Grfico 48. Cree que el software actual es confiable? ..................................... 175
Grfico 49. Considera importante una base de datos? .................................... 176
Grfico 50. Considera de fcil manejo a la actual base de datos?................... 177
Grfico 51. Escucho usted hablar de sistemas de informacin? ...................... 178
........................................................................................................................... 179
Grfico 53. Cree que un sistema de informacin, podra mejorar su desempeo
laboral? .............................................................................................................. 180
........................................................................................................................... 181
Grfico 55. Considera que las condiciones laborales actuales, son perfectas? 182
Grfico 56. El modo de trabajo y el estrs 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 bsica ...................................................... 21
Figura 4. Arquitectura de un sitio Web dinmico .................................................. 21
Figura 5. Fases RUP ............................................................................................ 38
Figura 6. : Origen UML ......................................................................................... 42
Figura 7. Compilacin y ejecucin de programas en Java ..................................... 46
Figura 8. Representacin 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 ms poblada de la regin Ucayali,
presentando el ms alto ndice de urbanidad sobre todo los distritos
colindantes a la ciudad de Pucallpa, la que va incrementando su poblacin
y extensin por la migracin del campo a la ciudad y poblacin proveniente
de fuera de la provincia, las que van buscando mejores oportunidades
econmicas y calidad de vida, sin embargo esta poblacin se va asentando
en las zonas periurbanas con limitada cobertura y calidad de los principales
servicios. Comparada con las dems provincias de la regin, Coronel
Portillo tiene el mayor ndice de Desarrollo Humano - IDH, sin embargo la
distribucin del bienestar no es homognea presentando distritos como
Ipara que presenta uno de los IDH ms bajos del Per.
Ubicacin geogrfica estratgica, nodo de interconexin Iquitos - el
Amazonas y en el futuro Pucallpa Rio Branco.
La ciudad de Pucallpa viene a ser el principal punto articulador de la
regin Ucayali. El ro Ucayali y sus afluentes, articulan la mayor parte
del territorio de la provincia y las ciudades ms importantes de la
Amazona peruana. Adems cumplir un rol muy importante para la
interconexin vial con Brasil.
Riqueza de recursos naturales, (Agua, Flora, Fauna, Bosques y
Paisajes, Recursos energticos, minerales).

2
Una de las principales potencialidades del Distrito de Coronel Portillo
es contar con un vasto patrimonio de recursos naturales, estratgicos
para el desarrollo de la Provincia. Adems se convierte en territorio
clave para la conservacin de la diversidad biolgica por contar
ecosistemas ideales y protegidos a travs de reas de conservacin.
Bono demogrfico abre una ventana de oportunidades en inversin de
educacin y capital humano.
Como tendencia de la transicin demogrfica la poblacin en edad
productiva va incrementndose, abriendo una oportunidad para la
inversin y ahorro en el capital humano, la cual requiere de fortalecer
los procesos de formacin humana.
Buenas condiciones de la infraestructura educativa en la zona urbana.
En los ltimos aos 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 econmicas.
Durante los ltimos aos, el PBI local ha venido evolucionando
favorablemente tras el incremento de las actividades econmicas tanto
productivas como de servicios. La inversin estatal se ha focalizado en
la promocin de la actividad agropecuaria, pesquera y la generacin
de valor agregado. Por otro lado el sector privado se ha orientado por
el comercio y la generacin de servicios.
Intercambio comercial internacional y nacional
Los volmenes de intercambio comercial y empresarial entre la
provincia y el resto del pas, sealan la existencia de grandes

3
potencialidades an no desarrolladas eficientemente. Este aspecto
puede generar nuevos roles de promocin empresarial a ciudades
como Pucallpa, ciudades capitales de distrito y centros poblados
importantes por su ubicacin preferencial en la Provincia.
Organizaciones sociales que van fortalecindose y desarrollan
actividades en diversos mbitos.
Los procesos de fortalecimiento de las Organizaciones Sociales, se van
intensificando, gracias a la creacin de espacios y a las inversiones
pblicas, privadas y provenientes de la cooperacin tcnica.
INFORMACIN INSTITUCIONAL
Siendo la Municipalidad Provincial de Coronel Portillo considerada, por el
presupuesto que maneja, el nmero de personal que la integra, as como la
poblacin a la que debe brindar atencin; como una institucin, de alta
complejidad y en pleno desarrollo; es necesario repensar su organizacin
para introducir profundos cambios, no slo para adecuarla a los nuevos
enfoques de una gestin pblica descentralizada y por resultados, sino
tambin para hacerla competitiva y poder afrontar de una mejor manera los
retos y desafos que demanda los efectos de la globalizacin y tecnologa.
En este contexto se ha desarrollado el diagnostico institucional, tomando
en cuenta los aspectos internos y externos que definen el desempeo de
las diferentes reas de la Municipalidad en su rol de promocin del
desarrollo integral de la Provincia.

4
Figura 1.Organigrama estructural - 2012

5
SUB GERENCIA DE LOGSTICA GERENCIA DE ADMINISTRACIN Y
FINANZAS - MPCP
Es la Unidad orgnica 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 institucin.
Cuadro 1. Orgnico de cargos
Denominacin de la Unidad
N de Cargos
Orgnica y cargos
orden Estructurales
Clasificados
01 Unidad de Abastecimiento Jefe de Abastecimiento
02 Tcnico Administrativo III Tcnico Adquisiciones
03 Tcnico Administrativo III Tcnico Almacn
04 Tcnico Administrativo III Tec. Control Patrimonial
05 Tcnico Administrativo II. Operador del SEACE
06 Tcnico Administrativo II. Tcnico en Archivos
07 Asistente Administrativo I Asistente Administrativo
08 Auxiliar de Almacn I. Auxiliar Almacn
Tiene por finalidad dotar y suministrar de medios materiales y servicios de
calidad y cantidad requerida al menor costo posible, mediante la ejecucin
del Plan Anual de Adquisiciones y Contrataciones y los procesos tcnicos
de abastecimiento.
Comprende las areas de Adquisiciones, Almacn, Patrimonio, Archivo y
Servicios Auxiliares.
El abastecimiento o aprovisionamiento logstico, mediante el cual se provee
a la institucin de todo el material necesario para su funcionamiento.
rea que requiere sistematizar los procesos y manejar la
informacin de manera adecuada y segura.

6
Sin embargo, la unidad de abastecimiento, tiene un sin nmero de
dificultades, que a continuacin se describen:
Deficiencia en el control y administracin de los procesos tanto
logstico, como de almacn.
Existe prdida de informacin al momento de integrar los procesos
tanto logsticos, como de los almacenes,
Existen restricciones al momento de controlar los movimientos de
almacn (Ingreso y salida) y stock de productos, con informacin
redundante e incoherente y carente de datos que permitan una
informacin consistente para la toma decisiones.
Carece de funcionalidades que permitan a los centros de costos
hacer sus peticiones en sito.
Inconsistencia de informacin al atender las rdenes de compra.
No existe un correcto manejo en el flujo de la informacin 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. Formulacin del problema
En qu manera un adecuado sistema de informacin 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 informacin que mejore el
abastecimiento de bienes y servicios en la Municipalidad Provincial
de Coronel Portillo.
1.3.2. Objetivos especficos
1. Identificar los procesos administrativos abastecimiento de bienes
y servicios en la Municipalidad Provincial de Coronel Portillo.
2. Modelar los datos para obtener informacin relevante en la
administracin 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 disear el sistema
informtico que gestione la informacin en la unidad de
abastecimiento de bienes y servicios en la Municipalidad
Provincial de Coronel Portillo.
4. Utilizar las herramientas Web: como lenguaje de programacin
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 informacin en la unidad de
abastecimiento de bienes y servicios en la Municipalidad
Provincial de Coronel Portillo.
5. Proponer un sistema informtico con tecnologa ASP.NET que
gestione la informacin en la unidad de abastecimiento de bienes
y servicios en la Municipalidad Provincial de Coronel Portillo.

8
1.4. Justificaciones
Justificacin terica
Un sistema de informacin permitir dar apoyo a tareas de las diferentes
jerarquas de la empresa, como el anlisis y el control de los mismos,
adems de permitir sistematizar y automatizar procesos en tiempo real,
dado que un sistema de informacin puede ser ejecutado va Internet e
Intranet desde un navegador WEB, el cual es capaz de soportar el lenguaje
de este sistema.
Justificacin prctica
El Sistema planteado mejorar el control de los procesos dando
satisfaccin tanto a los colaboradores como a los proveedores de la
empresa, as mismo, permitir usar el sistema en forma distribuida.
Justificacin metodolgica
Se pretende seguir los lineamientos del proceso de investigacin cientfica
la cual incluye el planteamiento de interrogantes, objetivos e hiptesis, 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 metodologa estndar ms
utilizada para el anlisis, implementacin y documentacin de sistemas
orientados a objetos.
EL Proceso Racional Unificado permite seleccionar fcilmente el conjunto
de componentes de proceso que se ajustan a las necesidades especficas
del proyecto.
9
Este conjunto de herramientas de desarrollo estar apoyado con la
herramienta de Lenguaje Unificado de Modelado, que permitir expresar de
forma grfica los procesos del sistema de manera que sea reutilizable para
mantenimientos futuros.
1.5. Hiptesis y variables
1.5.1. Hiptesis
Hiptesis general
Un adecuado sistema de informacin mejora el abastecimiento de
bienes y servicios en la Municipalidad Provincial de Coronel Portillo".
1.5.2. Variables
Variable independiente
Sistema de informacin.
Variable dependiente
Abastecimiento de bienes y servicios.
Variable interviniente
Municipalidad Provincial de Coronel Portillo.
Unidad de anlisis
Sub Gerencia de Logstica Gerencia de Administracin y Finanzas.

10
1.6. Operacionalizacin
Variable Independiente: Sistema de informacin.
Cuadro 2. Indicadores Variable Independiente

Dimensiones Indicadores
Servidor web Importancia de servidor.
Tecnologa 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
Planeacin Registro de productos.
Registro de proveedores.
Registro de requerimientos.
Organizacin Manejo de datos.
Recursos humanos.
Recursos tecnolgicos.
Ejecucin 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 TERICO
2.1. Antecedentes del estudio
En los ltimos aos el uso de los Sistemas Web en las organizaciones
dieron muchos resultados favorables para la mejor optimizacin de los
procesos y polticas de negocio dentro de una organizacin; existen
Sistemas que brindan reportes o informes que permiten plantearse
diferentes alternativas para toma de decisiones, as tambin los que
aceleran procesos tediosos. (Luna Velasquez & Tominaga Garca, 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 investigacin se presenta como un punto de inicio para futuras
investigaciones. (Luna Velasquez & Tominaga Garca, 2008)
A nivel mundial podemos mencionar algunos sistemas de botica y
consultorios mdicos desarrollados en el lenguaje de programacin .NET,
entre ellos tenemos:
Adesynet. Implantado en Per.
hiDoctor. implantado en Brasil.
2.2. Bases tericas
2.2.1. Sistema WEB
Sistema web son aplicaciones que se ejecutan mediante un
servidor WEB, pueden ser ejecutadas va Internet e Intranet desde

12
un navegador WEB, el cual es capaz de soportar el lenguaje de
este sistema. (Luna Velasquez & Tominaga Garca, 2008)
En las aplicaciones WEB suelen distinguirse tres niveles (como en
las arquitecturas cliente/servidor de tres niveles): el nivel superior
que interacta 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 aplicacin web (web-base application) es un tipo especial de
aplicacin 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) estn
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
Garca, 2008)
Es una arquitectura descentralizada que permite a los usuarios
finales obtener acceso a la informacin de forma transparente; es

13
decir que al usuario le es indiferente de donde viene la informacin.
Clientes y servidores son entidades lgicas independientes que
operan en conjunto a travs de una red para realizar una tarea.
Con la proliferacin de ordenadores personales de bajo coste en el
mercado, los recursos de sistemas de informacin existentes en
cualquier organizacin 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 mquina 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 aadir la ventaja de
la potencia y simplicidad de los ordenadores personales.
La arquitectura cliente/servidor es un modelo para el desarrollo de
sistemas de informacin en el que las transacciones se dividen en
procesos independientes que cooperan entre s para intercambiar
informacin, servicios o recursos. Se denomina cliente al proceso
que inicia el dilogo 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 slo lo particular de cada usuario.

14
Los clientes realizan generalmente funciones como:
Manejo de la interfaz de usuario.
Captura y validacin de los datos de entrada.
Generacin de consultas e informes sobre las bases de datos.
Por su parte los servidores realizan, entre otras, las siguientes
funciones:
Gestin de Perifricos 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 proporcionndolo. Normalmente,
pero no necesariamente, el cliente y el servidor estn 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 caractersticas 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 lgica del servidor, slo su
interfaz externa.
El cliente no depende de la ubicacin fsica del servidor, ni del
tipo de equipo fsico en el que se encuentra, ni de su sistema
operativo.
Los cambios en el servidor implican pocos o ningn cambio en
el cliente.
a) Arquitectura Cliente Servidor 2 capas
La arquitectura Cliente Servidor de dos capas ha sido la ms
utilizada con los lenguajes de cuarta generacin. 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 fcil de implementar, el
hecho de que la lgica del negocio y la presentacin se
encuentren almacenados en el cliente (front-end), lleva a que
cambios en la base de datos o en la lgica 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 explcita para las reglas del negocio, que se sita 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 presentacin 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 presentacin es una interfaz
grfica que muestra los datos a los usuarios.
La capa de la lgica de negocios es responsable de procesar
los datos recuperados y enviarlos a la capa de presentacin.
La capa de datos almacena los datos de la aplicacin en un
almacn persistente, tal como una base de datos relacional o
archivos XML.
Se pueden alojar todas las capas en el mismo servidor, pero
tambin 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 cdigo de la
aplicacin (reglas y conocimiento del negocio) y los datos,
mejorando la portabilidad de las aplicaciones.
Se puede modificar la lgica 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 ms estaciones de trabajo
activas sin afectar significativamente el rendimiento. La
escalabilidad vertical permite mejorar las caractersticas
del servidor o agregar mltiples servidores.
c) Arquitectura cliente servidor n capas
Los sistemas de n capas estn formados por mltiples capas
totalmente independientes y que por lo tanto presentan muy
poco acoplamiento. Una divisin tpica 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 porttiles, etc). Segn
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
lgica de negocio. Los clientes finos, suelen ser
navegadores Web que acceden a la capa de
presentacin.
Capa de presentacin: Se encarga de crear la
presentacin que renderizar la capa de cliente.
Acta como un puente entre la capa de cliente y la
capa de lgica de negocio.
Capa de lgica de negocio: Esta capa contiene a
todos nuestros objetos de negocio y servicios de
procesado de la lgica de negocio. Suelen
representar una vista objetual de la informacin
presente en la base de datos. El servidor de
aplicaciones se encarga de automatizar gran
cantidad de tareas como la gestin de transacciones,
seguridad, redundancia, balanceo de carga, cachs,
pools, etc.
Capa de integracin: En esta capa suelen colocarse
clases u objetos que automaticen el acceso a base
de datos. No es una capa bsica pero s que suele
utilizarse mucho.
Capa de datos: Representa los sistemas de
informacin empresarial de nuestra organizacin.

19
Suele estar formada por bases de datos, servidores
de sockets, sistemas legacy, etc. La capa de
integracin nos ayuda a acceder a estos sistemas
heterogneos de la forma ms transparente posible.
Algunas caractersticas 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 lgica de negocio est separada del resto de
capas. Un cambio a la lgica de negocio no
implica la modificacin de todos los clientes.
Asimismo la capa de presentacin nos permite
modificar el interfaz de la aplicacin sin tener la
necesidad de realizar cambios en los clientes.
El rendimiento suele ser muy bueno. El servidor de
aplicaciones ofrece automticamente soporte de
pool de objetos y conexiones, cachs, balanceo de
carga, gestin de mltiples instancias, etc.
Es un modelo con muy buena escalabilidad, tanto
horizontal como vertical.

20
La extensibilidad es excelente. Existe poco
acoplamiento entre las diferentes capas.
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 conexin de red y uno o ms clientes
(Browsers).
El servidor Web distribuye pginas de informacin formateada
a los clientes que la solicitan. Los requerimientos son hechos a
travs de una conexin de red y para ello se usa el protocolo
HTTP.
La arquitectura de las aplicaciones Web est evolucionando
hacia modelos ms avanzados que permitan cumplir los
requisitos de las empresas que invierten en Internet. La
aparicin de clientes dinmicos y nuevos dispositivos, y el
compromiso de nuevos servicios Web, estn orientando las
tecnologas de desarrollo de aplicaciones para Internet en una
nueva direccin.
La informacin mostrada en las pginas esta tpicamente
almacenada en un archivo. Sin embargo muchas veces esta
informacin esta almacenada en una base de datos y las

21
pginas son creadas dinmicamente. Los sitios Web que usan
este esquema son llamados sitios Web dinmicos.
Figura 3. Arquitectura de un sitio Web bsica
Web Server Http Client Browser

Di
e rs
str
nd
ib
e
ut
R
es
Web Page
Fuente: (Luna Velasquez & Tominaga Garca, 2008)
Figura 4. Arquitectura de un sitio Web dinmico

22
2.2.2. SISTEMA
Un sistema es un todo lo que est definido por la(s) funcin(es) que
realiza como parte uno o varios sistemas ms grandes, y consiste en
dos o ms 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 interactan entre s
para lograr un objetivo comn. (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 relacin que las
articula en la unidad que es el sistema. (Arahal, Berenguel Soria, &
Rodriguez Diaz, 2006)
El trmino sistema se deriva del griego, que a su vez se deriva de
synistemi que significa: conjugar, combinar, organizar. El trmino se
encuentra ya en los dilogos de Platn con el significado de fuerza
conjunta (en leyes) y de composicin (en Filebus). (Gonzlez
Casanova & Roitman Rosenmann, 2006)
Un sistema es una combinacin de componentes que actan juntos
y realizan un objetivo determinado. Un sistema no est
necesariamente limitado a los sistemas fsicos. (Ogata, 2006)
TIPOS DE SISTEMAS
Segn su constitucin:
23
Fsicos. Sistemas formados por objetos reales, que
interactan 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.
Segn su naturaleza:
Cerrados. Sistema que no interacta con el medio que
los rodea, solo existen tericamente.
Abiertos. Sistemas que interactan con el medio que los
rodea, estn en todos lados, desde el universo hasta una
partcula microscpica. (Fernandez Alarcon, 2006)
2.2.3. WEB
La Word Wide Web, ms conocida como Web, es una de las reas
de internet que se ha desarrollado ms rpidamente. Naci en 1989,
como parte del proyecto del CERN de suiza y con el objetivo de
mejorar el intercambio de informacin dentro de Internet, y vea en lo
que se ha convertido actualmente (Hobbs, 2007)
2.2.4. SISTEMA INFORMATICO
Un sistema informtico es el conjunto de hardware y software y el
equipo humano que puede interactuar con esta asociacin.
(Martinez Perales, 2009)
Es el conjunto formado por uno o varios ordenadores y sus
perifricos (componentes, fsicos o hardware), que ejecutan
aplicaciones informticas (componente lgico o software) y que son

24
controlados por cierto personal especializado (componente humano).
(Desonglez Corrales, 2006)
Un conjunto de recursos interrelacionados dinmicamente y
organizados en torno al objetivo de satisfacer las necesidades de
informacin de una organizacin mediante la correcta gestin de
datos. (Pablos Heredero, 2006)
2.2.5. INGENIERA DE SOFTWARE
La ingeniera del software es una disciplina de la ingeniera que
comprende todos los aspectos de la produccin de software desde
las etapas iniciales de la especificacin del sistema, hasta el
mantenimiento de ste despus de que se utiliza. (Sommerville,
2007)
La ingeniera de software es el establecimiento y uso de principios
robustos de la ingeniera a fin de obtener econmicamente 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 algn cliente
en particular o para un mercado general. (Sommerville, 2007)
Muchas personas asocian el trmino software con los programas de
computadora. Sin embargo, yo prefiero una definicin ms amplia
donde el software no solo son programas, sino todos los
documentos asociados y la configuracin de datos que se necesitan
para hacer que estos programas operen de manera correcta.
(Sommerville, 2007)
25
El software del sistema es un conjunto de programas generalizados
que administra los recursos de las computadoras, como el
procesador central, los enlaces de comunicaciones y los dispositivos
perifricos. (Laundon & Laundon, 2004)
Es la parte lgica de un sistema de cmputo. Se define como
programtica, ya que incluye todo lo no tangible de la computacin,
es decir, son todos los programas del sistema, de aplicacin y los
lenguajes de programacin. (Orozco Guzman, Chavez a la Torre, &
Chavez a la Torre, 2007)
El software de computadora es el producto que disean y construyen
los ingenieros del software. Esto abarca programas que se ejecutan
dentro de una computadora de cualquier tamao y arquitectura,
documentos que comprenden formularios virtuales e impresos y
datos que combinan nmeros y texto y tambin incluyen
representaciones de informacin de audio, video e imgenes.
(Pressman, 2007)
26
2.2.7. LENGUAJE DE PROGRAMACIN
Un lenguaje de programacin, proporciona mtodos para modificar
el flujo del programa permitiendo pasar varias veces por un conjunto
de instrucciones.
Los lenguajes de programacin, en los que los programadores
escriben instrucciones para las computadoras, tambin son parte del
sistema de software. Las instrucciones se traducen a seales
elctricas que la computadora puede manipular y procesar. (Besken,
Cram, Duffy, Friedrichsen, & Eisner Reding, 2009)
Un lenguaje de programacin 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 programacin propone un motor de gestin de un
tipo de organizacin. (Gabillaud, 2008)
Los lenguajes de programacin 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 anlisis y diseo orientado a objetos es un enfoque cuyo propsito
es facilitar el desarrollo de sistemas que deben cambiar con rapidez
en respuesta a entornos de negocios dinmicos.
Es difcil trabajar con tcnicas orientadas a objetos en situaciones en
las cuales sistemas de informacin complicados requieren de
mantenimiento, adaptacin y rediseo de manera continua. Los
enfoques orientados a objetos utilizan el estndar de la industria

27
para la modelacin (UML, Unified Modeling Language), para
analizar un sistema en forma de modelo de casos de uso. (Cerezo
Lpez, 2007)
La programacin orientada a objetos difiere de la programacin
tradicional de procedimientos que en la primera examina los objetos
que conforman un sistema. Cada objeto es una representacin en
computadora de alguna cosa o suceso real. (Kendall, Kendall, &
Nues Ramos, 2006)
La programacin orientada a objetos (POO) es una forma de
programacin en computadoras que surge en los aos 70 pero tiene
un desarrollo sorprndete los aos 90 al utilizarlo en las
microcomputadoras. Se diferencia de la programacin clsica 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, estn encapsuladas u ocultas en el
objeto. (Kendall, Kendall, & Nues Ramos, 2006)
La POO combina la programacin estructurada con conceptos
nuevos con el objetivo de descomponer los datos del programa en
objetos que simplifiquen su tratamiento. (Kendall, Kendall, & Nues
Ramos, 2006)
La programacin 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) Caractersticas (Luna Velasquez & Tominaga Garca, 2008)

28
Abstraccin. La abstraccin consiste en captar las
caractersticas esenciales de un objeto, as como su
comportamiento. Por ejemplo, en los automviles, Qu
caractersticas podemos abstraer de ellos? O lo que es lo
mismo Qu caractersticas semejantes tienen todos los
automviles? Todos tendrn una marca, un modelo,
nmero de chasis, peso, llantas, puertas, ventanas, etc. Y
en cuanto a su comportamiento todos los automviles
podrn acelerar, frenar, retroceder, etc.
En los lenguajes de programacin orientada a objetos, el
concepto de Clase es la representacin y el mecanismo
por el cual se gestionan las abstracciones.
Encapsulamiento. El encapsulamiento consiste en unir en
la Clase las caractersticas y comportamientos, esto es, las
variables y mtodos. 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 slo 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 cmo lo hace.
Herencia. La herencia es uno de los conceptos ms
cruciales en la POO. La herencia bsicamente consiste en

29
que una clase puede heredar sus variables y mtodos a
varias subclases (la clase que hereda es llamada
superclase o clase padre). Esto significa que una subclase,
aparte de los atributos y mtodos propios, tiene
incorporados los atributos y mtodos heredados de la
superclase. De esta manera se crea una jerarqua 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
jerarqua utilizando el mismo elemento de programa
(mtodo) para realizar la misma operacin, pero de
manera diferente.
2.2.9. OBJETO
Es una instancia que responde a mensajes activando un mtodo.
(Sabana Mendoza, 2006)
Un objeto es una instancia u ocurrencia concreta de la abstraccin
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 (mtodos) 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 relacin con objetos: los creamos, los usamos, los
modificamos cambiando sus atributos, caractersticas o propiedades,

30
los relacionamos con otros objetos, etc. Por ejemplo tenemos el
objeto Automvil. Un automvil es un objeto bastante pesado que
tiene un conjunto de propiedades como su identificacin (placa),
color, marca, modelo, accesorios, etc. Tiene tambin 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 accin 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 mtodos podemos darle uso al objeto
automvil. (Condor, 2007)
Un objeto bsico es una unidad de texto creado por un ingeniero
de software durante el anlisis, diseo, codificacin o pruebas.
Por ejemplo, un objeto bsico podra ser una seccin de una
especificacin de requisitos, un listado fuente de un mdulo o un
conjunto de casos prueba que se usan para ejercitar el cdigo. Un
objeto compuesto es una coleccin de objetos bsicos y de otros
objetos compuestos. (Pressman, 2007)
Un objeto pertenece a un tipo especfico (que aqu se llama clase) y
tendr una serie de operaciones (o mtodos) definidas sobre todos
los objetos de esa clase. (Galindo Gmez & Rodrguez Corral, 2006)
31
2.2.10. ORIENTADO A OBJETOS
La orientacin a objetos proporciona una solucin que conduce a un
universo de objetos, que interactan entre s para cumplir los
diferentes requerimientos. (Sabana Mendoza, 2006)
El modelo orientado a objetos se basa en encapsular cdigo y datos
en una unidad lgica, llamada objeto. (Alarcon Herrera & Crovetto
Huerta, 2006)
Es una forma de programacin en computadoras que surge los aos
70 pero tiene un desarrollo sorprendente en los aos 90 al utilizarlo
en microcomputadores. Se deferencia de la progresin clsica 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,
estn 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 (mtodos) y de sus posibles
relaciones con otros objetos. (Alarcon Herrera & Crovetto Huerta,
2006)
2.2.11. ADMINISTRADOR DE BASE DE DATOS
Es una aplicacin 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 aplicacin que interacciona con los usuarios de los
programas de aplicacin y la base de datos. (Pantigoso Silva, 2009)

32
DBMS es una coleccin de numerosas rutinas de software
interrelacionadas, cada una de las cuales es responsable de una
tarea especfica. (Pantigoso Silva, 2009)
Son un tipo de software muy especfico, 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 ms
eficiente, ms fcil de implementar, sobretodo ms 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 lgicas y ha sido diseada para satisfacer los
requerimientos de informacin de una empresa u organizacin.
(Pantigoso Silva, 2009)
La base de datos es un gran almacn 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 coleccin de archivos interrelacionados, son creados con un
DBMS. El contenido de una base de datos engloba a la informacin
concerniente (almacenadas en archivos) de una organizacin, de tal
manera que los datos estn 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 coleccin de datos estructurados segn
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 lgicas y ha sido diseada para satisfacer los
requerimientos de informacin de una empresa u organizacin.
(Alarcon Herrera & Crovetto Huerta, 2006)
2.2.13. DATO
Es una informacin que refleja el valor de una caracterstica 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 algn significado, pueden ser numricos,
alfabticos, o alfanumricos. (Pantigoso Silva, 2009)
Es un concepto bsico elemental que es susceptible de ser captado
por la mente, es decir, son los hechos, la materia prima de la
informacin. (Orozco Guzman, Chavez a la Torre, & Chavez a la
Torre, 2007)
Los datos consisten en hechos y cifras que tienen de algn modo de
existencia propia e independiente y que tiene poco significado para
el usuario. Una caracterstica ms 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 gestin de base de datos relacionales
(SGBDR), desarrollados por Microsoft, que permite, como su propio
nombre indica, la gestin 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 Ingeniera de
software. Este provee un enfoque disciplinado de tareas y
responsabilidades dentro de una organizacin para su desarrollo. Su
meta es asegurar la produccin de software de una calidad superior
que satisfaga las necesidades de sus usuarios finales, dentro de una
administracin y cronograma establecido.
El Proceso Unificado Rational realiza la productividad del equipo,
proporcionndole el acceso fcil a cada miembro del equipo que
est desarrollando el sistema, a una base de conocimientos con las
pautas, plantillas y guas de la herramienta para toda actividad crtica
de desarrollo. Teniendo todos los miembros del equipo el acceso a
la misma base de conocimiento, no importa si se trabaja con los
requerimientos, diseo, prueba, administracin del proyecto, o
administracin de la configuracin, se asegura que todos los

35
miembros del equipo comparten un lenguaje comn, un proceso
comn y una visin de cmo se desarrollar el software.
Las actividades del Proceso Unificado Rational crean y mantienen
modelos ms que enfocarse en cantidades de produccin de
documentos en general. El Proceso Unificado Rational enfatiza el
desarrollo y mantenimiento de modelos, para una representacin
rica en semntica para el desarrollo del software del sistema.
Orgenes
El antecedente ms importante lo ubicamos en 1967 con la
Metodologa Ericsson (Ericsson Approach), sta es una
aproximacin de desarrollo basada en componentes, que introdujo el
concepto de caso de uso; entre los aos de 1987 a 1995 Jacobson
funda la compaa Objectory AB y lanza el proceso de desarrollo
Objectory (abreviacin 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 evolucin de Objectory 3.8 y la Metodologa
Rational (Rational Approach) que adopta por primera vez UML como
lenguaje de modelamiento.
A principios de los noventas, la guerra de los mtodos hizo evidente
la necesidad de unificar criterios, es as como Grady Booch autor del
mtodo Booch y James Rumbaugh (desarrollador para General
Electric) se unieron en Rational en 1994, despus en 1995 se une
Jacobson y gracias al esfuerzo de varias compaas y
metodologistas evolucion UML hasta ser un estndar en 1997, el

36
cual es adoptado 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, destacndose 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
elaboracin de este documento bajo el nombre de RUP.
Caractersticas
a) Guiado/Manejado por casos de uso: La razn 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
especificacin funcional tradicional y constituyen la gua fundamental
establecida para las actividades a realizar durante todo el proceso de
desarrollo incluyendo el diseo, la implementacin y las pruebas del
sistema.
b) Centrado en arquitectura: La arquitectura involucra los elementos
ms 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 guan 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 ms 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 ncleo fundamental est constituido por una o ms
iteraciones de las actividades principales bsicas de cualquier proceso
de desarrollo.
d) Desarrollo basado en componentes: La creacin de sistemas
intensivos en software requiere dividir el sistema en componentes con
interfaces bien definidas, que posteriormente sern ensamblados para
generar el sistema. Esta caracterstica 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) Utilizacin 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, mitigacin de riesgos, control de
calidad, gestin del proyecto y control de configuracin; el proceso
unificado establece una estructura que integra todas estas facetas.
Adems esta estructura cubre a los vendedores y desarrolladores de
herramientas para soportar la automatizacin del proceso, soportar
flujos individuales de trabajo, para construir los diferentes modelos e
integrar el trabajo a travs del ciclo de vida y a travs de todos los
modelos.
38
2.2.16. FASES EN EL CICLO DE DESARROLLO
Este proceso de desarrollo considera que cualquier desarrollo de un
sistema software debe pasar por cuatro fases que se describirn a
continuacin, la figura muestra las fases de desarrollo y los diversos
flujos de trabajo involucrados dentro de cada fase con una
representacin grfica en cul de los flujos se hace mayor nfasis
segn la fase, cabe destacar el flujo de trabajo concerniente al
negocio.
Figura 5. Fases RUP
FASE DE INICIACIN
Esta fase es el punto de inicio del proyecto y consiste bsicamente
en recoger informacin y desarrollar concepto del proyecto para
tener una visin 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 decisin 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 Garca, 2008)
FASE DE ELABORACIN
Esta fase est determinada por el anlisis, planificacin y
elaboracin 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 informacin
necesaria para el plan de construccin y obteniendo suficiente
informacin para hacer realizable el caso del negocio. (Luna
Velasquez & Tominaga Garca, 2008)
FASE DE CONSTRUCCIN
En esta fase el sistema es construido siguiendo las etapas del
proceso de desarrollo de software: anlisis, diseo, codificacin y
prueba. (Matsukawa Maeda, 2006)
Su objetivo principal es alcanzar la capacidad operacional del
producto. En esta fase a travs de sucesivas iteraciones e
incrementos se desarrolla un producto software, listo para operar,

40
ste es frecuentemente llamado versin beta. (Luna Velasquez &
Tominaga Garca, 2008)
FASE DE TRANSICIN
Esta fase se inicia cuando el sistema se ha completado y est listo
para ser entregado a los usuarios. Incluye tareas como: ejecucin de
la prueba de aceptacin final, finalizacin de la documentacin del
sistema, y capacitacin de los usuarios. (Matsukawa Maeda, 2006)
Su objetivo principal es realizar la entrega del producto operando,
una vez realizadas las pruebas de aceptacin por un grupo especial
de usuarios y habiendo efectuado los ajustes y correcciones que
sean requeridos. (Luna Velasquez & Tominaga Garca, 2008)
2.2.17. LENGUAJE DE MODELO UNIFICADO
El UML (Unified Modeling Language o Lenguaje Unificado de
Modelado) es un lenguaje grfico para la especificacin,
visualizacin, construccin y documentacin de piezas de
informacin 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 Ingeniera 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, todava, en un estado de planeacin. Es en este

41
momento cuando los diseadores del modelo deben investigar los
requerimientos del producto terminado y dichos requerimientos
pueden incluir reas tales como funcionalidad, performance y
confiabilidad. Adems, a menudo, el modelo es dividido en un
nmero de vistas, cada una de las cuales describe un aspecto
especfico del producto o sistema en construccin.
El modelado sirve no solamente para los grandes sistemas, aun en
aplicaciones de pequeo tamao se obtienen beneficios de
modelado, sin embargo es un hecho que entre ms grande y ms
complejo es el sistema, ms importante es el papel de que juega el
modelado por una simple razn: "El hombre hace modelos de
sistemas complejos porque no puede entenderlos en su totalidad".
UML es una tcnica para la especificacin sistemas en todas sus
fases. Naci en 1994 cubriendo los aspectos principales de todos los
mtodos de diseo antecesores y, precisamente, los padres de UML
son Grady Booch, autor del mtodo Booch; James Rumbaugh, autor
del mtodo OMT e Ivar Jacobson, autor de los mtodos OOSE y
Objectory. La versin 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, aeronutica, 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 comunicacin.
42
UML es un Lenguaje para Visualizar, es algo ms que un simple
montn de smbolos grficos; detrs de cada smbolo en la notacin
UML hay una semntica 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
ambigedad.
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
programacin.
UML es un lenguaje para documentar, una organizacin produce
toda clase de artefactos que incluyen requisitos, arquitectura, diseo,
cdigo fuente, planificacin de proyectos, pruebas, prototipos y
versiones. (Luna Velasquez & Tominaga Garca, 2008)
Figura 6. : Origen UML

43
Los principales beneficios de UML son:
Mejores tiempos totales de desarrollo (de 50 % o ms).
Modelar sistemas (y no slo de software) utilizando conceptos
orientados a objetos.
Establecer conceptos y artefactos ejecutables.
Encaminar el desarrollo del escalamiento en sistemas complejos
de misin crtica.
Crear un lenguaje de modelado utilizado tanto por humanos
como por mquinas.
Mejor soporte a la planeacin y al control de proyectos.
Alta reutilizacin y minimizacin 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 Colaboracin para modelar interacciones entre
objetos.
Diagramas de Estado para modelar el comportamiento de los
objetos en el sistema.
44
Diagramas de Actividad para modelar el comportamiento de los
Casos de Uso, objetos u operaciones.
Diagramas de Clases para modelar la estructura esttica de las
clases en el sistema.
Diagramas de Objetos para modelar la estructura esttica de los
objetos en el sistema.
Diagramas de Componentes para modelar componentes.
Diagramas de Implementacin para modelar la distribucin 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 interactan 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 nombrrseles mediante un verbo seguido con el
principal objeto que es afectado por la accin. (Liza Avila, 2007)
CLASE
Una clase es un conjunto de cosas que tienen los mismos atributos y
comportamiento. (Liza Avila, 2007)

45
Una clase es un conjunto de objetos que comparten los mismos
atributos, operaciones, relaciones y semntica. (Liza Avila, 2007)
Una clase es un conjunto de datos (variables o campos) y de las
funciones (los mtodos) utilizadas para acceder a estos datos.
(Matsukawa Maeda, 2006)
2.2.18. TECNOLOGA JAVA
a) Lenguaje de Programacin Java (9)
La tecnologa Java consta de un lenguaje de programacin y una
plataforma. Java es un lenguaje de programacin de alto nivel que
tiene las siguientes caractersticas:
Orientado a objetos
Distribuido y dinmico
Robusto
Seguro
Multitarea
Portable
La mayora de los lenguajes de programacin se caracterizan por ser
interpretados o compilados, lo que determina la manera en como
sern ejecutados en una computadora.
Java tiene la caracterstica de ser al mismo tiempo compilado e
interpretado. El compilador es el encargado de convertir el cdigo
fuente de un programa en un cdigo intermedio llamado bytecode que
es independiente de la plataforma en que se trabaje y que es

46
ejecutado por el intrprete de Java que forma parte de la Mquina
Virtual de Java.
Figura 7. Compilacin y ejecucin de programas en Java
Fuente: Introduccin al Lenguaje Java (Aumaille, 2005)
Entre las caractersticas ms importantes del lenguaje se encuentra la
robustez. Justamente por la forma en que est diseado, Java no
permite el manejo directo del hardware ni de la memoria (inclusive no
permite modificar valores de punteros, por ejemplo). El intrprete
siempre tiene el control. El compilador es suficientemente inteligente
como para no permitir cosas que podran traer problemas, como usar
variables sin inicializarlas, modificar valores de punteros directamente,
acceder a mtodos o variables en forma incorrecta, etc. Adems, Java
implementa mecanismos de seguridad que limitan el acceso a
recursos de las mquinas 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). Tambin est diseado especficamente
para trabajar sobre una red, de modo que incorpora objetos que
permiten acceder a archivos en forma remota (va URL por ejemplo).
Adems, con el JDK (Java Development Kit) vienen incorporadas

47
muchas herramientas, entre ellas un generador automtico de
documentacin.
b) Java Servlets
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 mquina virtual de Java (JVM). Los servlets responden
a eventos generados en las estaciones clientes desde requerimientos
HTML, y permiten construir una respuesta dinmica a dichos
requerimientos. Permiten adems retornar una respuesta dinmica a
los requerimientos, estos constituyen una mejor alternativa frente a
otras tecnologas como los CGIs, aunque ambos permiten generar
respuestas dinmicas para los requerimientos de los clientes, los
servlets presentan ventajas sobre los CGIs, como por ejemplo la
portabilidad e independencia de la plataforma.
Los servlets al ser componentes escritos en Java, tienen acceso al
conjunto completo de APIs Java que les permiten interactuar con
diferentes tipos de interfaces, como por ejemplo aquellas que acceden
a Bases de Datos. Adems pueden encontrarse en muchos tipos de
servidores diferentes pues el API definido para los servlets, al igual
que las dems APIs 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

48
son programas multihilos (multithread). Los servlets pueden entonces
mantener recursos del sistema como conexiones a Bases de Datos.
c) Java Server Pages
JavaServer Pages (JSP), en el campo de la Informtica, es una
tecnologa para crear aplicaciones Web. Es un desarrollo de la
compaa Sun Microsystems, y su funcionamiento se basa en scripts,
que utilizan una variante del lenguaje java.
JSP, es una tecnologa Java que permite a los programadores
generar contenido dinmico para Web, en forma de documentos
HTML, XML, o de otro tipo. Los JSP's permite al cdigo Java y a
algunas acciones predefinidas ser incrustadas en el contenido esttico
del documento Web.
En los JSP, se escribe el texto que va a ser devuelto en la salida
(normalmente cdigo HTML) incluyendo cdigo java dentro de l para
poder modificar o generar contenido dinmicamente. El cdigo 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 programacin en lenguaje Java.
Para ello, se define un interfaz para el momento del diseo (design
time) que permite a la herramienta de programacin o IDE, interrogar
(query) al componente y conocer las propiedades (properties) que

49
define y los tipos de sucesos (events) que puede generar en
respuesta a diversas acciones.
e) Tcnica Ajax
Ajax (Asynchronous JavaScript And XML) no es una tecnologa. Es
realmente muchas tecnologas, cada una floreciendo por su propio
mrito, unindose en poderosas nuevas formas. AJAX incorpora:
presentacin basada en estndares usando XHTML y CSS;
exhibicin e interaccin dinmicas usando el Document Object
Model ;
Intercambio y manipulacin de datos usando XML and XSLT;
Recuperacin de datos asincrnica usando XMLHttpRequest;
y JavaScript poniendo todo junto.
El modelo clsico de aplicaciones Web funciona de esta forma: La
mayora de las acciones del usuario en la interfaz disparan un
requerimiento HTTP al servidor Web. El servidor efecta un proceso
(recopila informacin, procesa nmeros, hablando con varios sistemas
propietarios), y le devuelve una pgina HTML al cliente.

50
Grfico 1. El modelo tradicional para las aplicaciones Web comparado con el

modelo de AJAX
Fuente: Ajax: Una nueva aproximacin a las aplicaciones Web
Una aplicacin AJAX elimina la naturaleza arrancar-frenar- arrancar-
frenar de la interaccin en la Web introduciendo un intermediario -un
motor AJAX- entre el usuario y el servidor. Parecera que sumar una
capa a la aplicacin la hara menos reactiva, pero la verdad es lo
contrario.
El motor AJAX permite que la interaccin del usuario con la aplicacin
suceda asincrnicamente (independientemente de la comunicacin
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
Grfico 2. La interaccin sincrnica de una aplicacin comparada con el patrn

asincrnico de Ajax
Fuente: Ajax: Una nueva aproximacin a las aplicaciones Web (12)
Cada accin de un usuario que normalmente generara un
requerimiento HTTP toma la forma de un llamado JavaScript al motor
AJAX en vez de ese requerimiento. Cualquier respuesta a una accin
del usuario que no requiera un viaje de vuelta al servidor (como una
simple validacin de datos, edicin de datos en memoria, incluso algo
de navegacin) es manejado por su cuenta.
Si el motor necesita algo del servidor para responder (sea enviando
datos para procesar, cargar cdigo adicional, o recuperando nuevos
datos) hace esos pedidos asincrnicamente, usualmente usando
XML, sin frenar la interaccin del usuario con la aplicacin.

52
f) Patrones de Diseo JAVA EE 6
Un patrn de diseo es una abstraccin de una solucin en un nivel
alto. Los patrones solucionan problemas que existen en muchos
niveles de abstraccin. Hay patrones que abarcan las distintas etapas
del desarrollo; desde el anlisis hasta el diseo y desde la
arquitectura hasta la implementacin.
Muchos diseadores y arquitectos de software han definido el trmino
de patrn de diseo de varias formas que corresponden al mbito a la
cual se aplican los patrones. Luego, se dividi los patrones en
diferentes categoras de acuerdo a su uso.
Los diseadores de software extendieron la idea de patrones de
diseo al proceso de desarrollo de software. Debido a las
caractersticas que proporcionaron los lenguajes orientados a objetos
(como herencia, abstraccin y encapsulamiento) les permitieron
relacionar entidades de los lenguajes de programacin a entidades
del mundo real fcilmente, los diseadores empezaron a aplicar esas
caractersticas para crear soluciones comunes y reutilizables para
problemas frecuentes que exhiban patrones similares.
Con la aparicin del JAVA EE 6, todo un nuevo catlogo de patrones
de diseo apareci. Desde que JAVA EE 6 es una arquitectura por si
misma que involucra otras arquitecturas, incluyendo servlets,
JavaServer Pages, Enterprise JavaBeans, y ms, merece su propio
conjunto de patrones especficos para diferentes aplicaciones
empresariales. Veamos el catalogo de patrones en 3 capas:
Presentacin, Negocios e Integracin. (Dewit, 2008)

53
2.2.19. PROCESOS ADMINISTRATIVOS
Procesos de llevar a cabo las cosas a travs y con la gente
operando en grupos organizados. (Rodrguez Valencia J. , 2006)
Conjunto de fases o etapas sucesivas a travs de las cuales se hace
efectiva la administracin, mismas que se interrelacionan y formal un
proceso integral. (Rodrguez Valencia J. , 2006)
Una serie de partes separadas, o funciones que constituyen un
proceso total. (Rodrguez Valencia J. , 2006)
Las funciones fundamentales (planeacin, organizacin, ejecucin y
control) son los medios por los cuales administra el gerente.
(Rodrguez Valencia J. , 2006)
2.2.20. PROCESOS
Un proceso implica el uso de los recursos de una organizacin,
para obtener algo de valor. Los procesos sostienen toda actividad
de trabajo y se presentan en todas las funciones de una
organizacin. (Krajewski & Ritzman, 2005)
Conjunto actividades mutuamente relacionadas o que interactan,
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 definicin y seguimiento adecuados
de sus procesos. (Weitzenfeld, 2005)
Un proceso es bsicamente un programa en ejecucin. La
informacin 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 informacin sobre cada uno de los
procesos existentes. (Quero Catalinas, 2006)
2.2.21. ADMINISTRATIVO
Abarca toda la organizacin al relacionarla con su entorno.
Consiste en aplicar en la prctica la accin de planear, organizar,
integrar recursos, dirigir, controlar y coordinar para alcanzar los
objetivos organizacionales. (Rodrguez Valencia J. , 2006)
2.2.22. CONTROL DE INVENTARIO
El propsito del control de inventarios es mantener suficiente
mercanca para cumplir adecuada y oportunamente los pedidos de
los clientes. El nivel de inventario se relaciona con el movimiento y el
bodegaje de la mercanca. El anlisis 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 inversin, de almacenamiento y de
obsolencias o daos posibles. (Groover, 2005)

55
La administracin de inventario requiere establecer un sistema de
control de inventario. Los sistemas abarcan desde los ms sencillos
hasta los extremadamente complejos segn el tamao de la
compaa y la naturaleza de su inventario. (Brigham & Houston F.,
2005)
2.2.23. INVENTARIO
Es el conjunto de artculos almacenados en espera de una demanda
para su utilizacin. (Arbones & Malisani, 2004)
La demanda puede proceder:
Del mercado (Inventario de artculos terminados).
Del interior de la empresa (Inventario de materias primas o
productos en curso de fabricacin).
La demanda puede ser determinista o probabilstica.
Demanda determinista. Entendemos que la cantidad perdida en los
diversos periodos es conocida con certidumbre. Adems, la
demanda en igual periodo de tiempo puede ser constante o variable,
estas dos circunstancias son conocidas como demanda esttica y
demanda dinmica.
Demanda probabilstica. Ocurre cuando la demanda en un cierto
periodo de tiempo es incierta (con incertidumbre) pero puede ser
expresada por una distribucin de probabilidad. Igual que la anterior,
la demanda puede ser esttica o dinmica.

56
Figura 8. Representacin 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 previsin del posible
agotamiento del inventario activo.
Funciones del Inventario
La funcin del inventario es adecuar un flujo de productos a un flujo
de utilizacin o empleo que tiene una frecuencia diferente.
Existen cinco clases bsicas de inventario, definidas por las
funciones:
Trnsito. 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 depsitos regionales con
demandas variables, por lo tanto, para poder atender estas

57
demandas sin interrupcin, deber disponerse de inventarios,
que suelen adquirir volmenes importantes.
Tamao del lote. Por razones de costos y de practicidad
(preparacin de mquinas, transporte) los artculos y sus
componentes se producen por lotes y como suele ser imposible
fabricar artculos y al mismo tiempo venderlos, se debe producir
cantidades mayores que la demanda, lo que da asi origen al
inventario por tamao 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.
Especulacin. 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 fabricacin de productos con gran
demanda en determinadas pocas del ao, como por ejemplo
ciertos productos textiles, de turismo, etc, que en produccin
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)
58
Mtodo de lnea roja. Procedimiento de control de inventario en
que se traza una lnea roja alrededor de una caja para indicar el nivel
del punto de rerden. (Brigham & Houston F., 2005)
Mtodo de las dos cajas. Procedimiento de control de inventario en
que se coloca un pedido al quedar vaca una de las dos cajas
guardadas en almacn. (Brigham & Houston F., 2005)
2.3. Definicin de trminos bsicos
Arquitectura. Un entramado de componentes funcionales que
aprovechando diferentes estndares, convenciones, reglas y procesos,
permite integrar una amplia gama de productos y servicios informticos.
Atributo. Es una caracterstica de inters o un hecho sobre una entidad o
sobre una relacin. (Alarcon Herrera & Crovetto Huerta, 2006)
Certidumbre. Firme adhesin 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 organizacin dedicada a actividades industriales,
mercantiles o de prestacin de servicios con fines lucrativos.
Cdigo. Combinacin de signos que tiene un determinado valor dentro de
un sistema establecido.
Componentes. Que compone o entra en la composicin de un todo.
Confiabilidad. Cualidad de fiable
Costo. Cantidad que se da o se paga por algo.

59
Documentar. Probar, justificar la verdad de algo con documentos.
Ejecutable. Que se puede hacer o ejecutar.
Eventos. Suceso importante y programado.
Factibilidad. Cualidad o condicin de factible
Framework. Una estructura conceptual y tecnolgica de soporte definida,
normalmente con artefactos o mdulos de software concretos.
Funciones. Tarea que corresponde realiza una determinada accin.
Implementacin. Poner en funcionamiento, aplicar mtodos,
medidas, etc., para llevar algo a cabo.
Incertidumbre. Falta de certidumbre.
Incremental. Que crece
Inspeccin. Cargo y cuidado de velar por algo.
Integrar. Aunar, fusionar dos o ms conceptos, corrientes, etc.,
divergentes entre s, en una sola que las sintetice.
Iterativo. . Dicho de una palabra: Que indica repeticin o reiteracin.
Mercanca. 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.

60
Operaciones. Conjunto de reglas que permiten, partiendo de una o varias
cantidades o expresiones, llamadas datos, obtener otras cantidades o
expresiones llamadas resultados.
Performance. Una muestra escnica, muchas veces con un importante
factor de improvisacin, en que la provocacin o el asombro, as como el
sentido de la esttica, juegan un rol principal.
Perifrico. Aparato auxiliar e independiente conectado a la unidad central
de una computadora.
Productividad. Capacidad o grado de produccin 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 cmo
resultar en su forma definitiva.
Relaciones. Conexin, correspondencia de algo con otra cosa.
Requisito. Circunstancia o condicin necesaria para algo.
Rol. Cargo o funcin que alguien o algo cumple en alguna situacin o en la
vida.
Servidor. Es una computadora que, formando parte de una red, provee
servicios a otras computadoras denominadas clientes.

61
Tecnologa. Lenguaje propio de una ciencia o de un arte.
Usuario. Que usa ordinariamente algo.
Versin. Cada una de las formas que adopta la relacin de un suceso, el
texto de una obra o la interpretacin de un tema.

62
CAPITULO III
METODOLOGA DE LA INVESTIGACIN
3.1. Tipo de la investigacin
La presente investigacin ser de tipo aplicada, cualitativa y transversal.
Aplicada :
Es de tipo aplicada por que se utilizar conocimientos, modelos y procesos
ya conocidos para la resolucin del problema de forma prctica para el
beneficio de la comunidad.
Este tipo de investigacin, tambin conocido como activo o dinmico,
corresponde a la asimilacin y aplicacin de la investigacin a problemas
definidos en situaciones y aspectos especficos, mediante la prctica de
alguna tcnica particular (Landeau, 2007).
Est dirigida a la aplicacin de las teoras y leyes cientficas ya
comprobadas, a la resolucin de los problemas sociales. Tiene importancia
prctica y cientfica, toda vez que permiten someter a confirmacin
emprica los resultados de la investigacin terica (Daz Narvrez, 2006).
Cualitativa :
Es de tipo cuantitativa por que se realizar la descripcin 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 pequeos. En este tipo de investigacin 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)
63
Transversal :
Es de tipo transversal porque los datos sern recolectados en un tiempo
nico y en un solo momento. (Heinemann, 2003)
3.2. Nivel de la investigacin
La presente investigacin 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 relacin entre una
posible causa (factor de estudio) y un efecto (criterio de evaluacin). La
dimensin de esta relacin se anticipa a travs de la hiptesis, que son
imprescindibles en este tipo de objetivos (Fuentelsaz Gallego, Icart Isern, &
Pulpn Segura, 2006).
3.3. Mtodos de investigacin
En la presente investigacin utilizaremos los mtodos de descriptivo,
explicativo y deductivo.
Descriptivo:
Describe de qu forma se realiza los procesos de promocin de los
recursos tursticos de a las provincias, as tambin 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 seala a travs de la hiptesis los efectos de los factores
importantes del entorno como: socioculturales, tecnolgicos y econmicos
inclusive ambientales que se genera en las provincias, que se presenta a

64
travs de datos actualizados y como esto puede causar su evolucin en el
turismo (Heinemann, 2003).
Deductivo
Por qu en un principio veremos factores particulares y luego se va ir
generalizando; se comenzara por la observacin de la realizad con el fin de
llegar a posibles soluciones e indicios generales (Fuentelsaz Gallego, Icart
Isern, & Pulpn Segura, 2006).
3.4. Diseo de investigacin
Se refiere a una investigacin prospectiva. Se presenta mediante
manipulacin 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 situacin o acontecimiento en particular. El
experimento es una situacin provocada por el investigador para introducir
determinadas variables de estudios manipuladas por l para controlar el
aumento o disminucin de esas variables y su efecto en las conductas
observadas. (Rodriguez Miguel, 2005)
Se puede representar mediante la siguiente simbologa: GE, O1, X, O2.
Dnde:
GE : Grupo Experimental
O1 : Anlisis de los resultados, antes de la instalacin de la
implementacin del sistema de informacin
X : Implementacin del sistema de informacin
O2 : Anlisis de los resultados, despus de la instalacin de la
implementacin del sistema de informacin.

65
Al final de la investigacin se establecern 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 investigacin
3.5.1. Diseo de modelo
3.5.2. Construccin
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.
Planificacin. Se planifica el modelo de trabajo y se mantiene un
catlogo para ser utilizado en las siguientes fases.
Organizacin. Se plantea el bueno manejo de los recursos
humanos y tecnolgicos, para juntos ejecutar con xito la siguiente
fase.
66
Ejecucin. Se realiza las actividades especficas 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. Poblacin y muestra.
Poblacin. La poblacin para nuestro estudio de investigacin son los
colaboradores de la SUB GERENCIA DE LOGSTICA GERENCIA DE
ADMINISTRACIN Y FINANZAS MPCP.
Muestra.
La muestra para el presente estudio de investigacin, se estim el mismo
nmero de personas, dado que es pequea, por lo tanto la muestra es por
conveniencia, que se tiene en cuenta el siguiente cuadro:
Cuadro 4. Distribucin de la muestra
Denominacin de la Unidad
N de Cargos
Orgnica y cargos Total
orden Estructurales
Clasificados
01 Unidad de Abastecimiento Jefe de Abastecimiento 01
02 Tcnico Administrativo III Tcnico Adquisiciones 01
03 Tcnico Administrativo III Tcnico Almacn 11
04 Tcnico Administrativo III Tec. Control Patrimonial 12
05 Tcnico Administrativo II. Operador del SEACE 02
06 Tcnico Administrativo II. Tcnico en Archivos 05
07 Asistente Administrativo I Asistente Administrativo 01
08 Auxiliar de almacn I. Auxiliar almacn 05
TOTAL 38
67
3.7. Tcnicas e instrumentos para recoleccin de datos
Cuadro 5. Instrumentos de recoleccin de datos
Fuente Tcnicas Instrumentos
Entrevista Tabla de Preguntas

Primaria
Encuesta Cuestionario
a) La entrevista
Entendida la entrevista como una comunicacin interpersonal, entre el
investigador y los sujetos que constituyen la muestra de la
investigacin, con tal razn seleccionamos esta tcnica con la finalidad
de obtener datos en cuanto a los conocimientos bsicos. Se us la
entrevista estructurada.
Instrumento:
- Tabla de preguntas; consistente en un conjunto de preguntas
secuenciales, categorizadas y estructuradas con anticipacin.
b) La encuesta
Con la finalidad de recoger evidencias sobre el conocimiento, inters y
necesidades.
Instrumentos:
- Los cuestionarios y pruebas de ejecucin; 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 recoleccin de datos.
Los instrumentos de recoleccin de datos sern aplicados a los
colaboradores y al jefe de la SUB GERENCIA DE LOGSTICA
GERENCIA DE ADMINISTRACIN Y FINANZAS MPCP.
3.9. Tratamiento de datos.
Los datos son procesados por un software especializado, el cual tiene
caractersticas adecuadas para procesar datos estadsticos y de
investigacin.
69
CAPITULO IV
PROCESO DE DESARROLLO DE SOFTWARE
4.1. FASE INICIAL
4.1.1. Modelamiento de visin del negocio
A. DOCUMENTO DE VISIN DEL NEGOCIO
A.1). Introduccin
A.1.1. Propsito
El propsito de este documento es brindar un
panorama de la funcionalidad y requerimientos del
Sistema Logstico y de Almacn, en funcin de los
requerimientos de los usuarios finales de la
MUNICIPALIDAD PROVINCIAL DE CORONEL
PORTILLO.
A.1.2. Alcance
En este documento visin aplicada al Sistema de
Logstica y Almacn para la MUNICIPALIDAD
PROVINCIAL DE CORONEL PORTILLO, se
desarrollar por el equipo de desarrollo de
software de la OFICINA DE TECNOLOGAS DE
INFORMACN DE LA MUNICIPALIDAD
PROVINCIAL DE CORONEL PORTILLO.
El sistema permitir a los usuarios lo siguiente:

70
Carcter general:
Registrar Familia de Productos.
Registrar Clasificacin de Productos.
Registrar Clases de Productos.
Registrar Productos.
Registrar Rubros.
Registrar Almacenes.
Registrar Instituciones.
Registrar IGV.
Registrar Unidad de Medida.
Almacn:
Registrar rdenes Recepcionadas.
Registrar NEA.
Registrar Inventario Inicial.
Registrar Pecosas.
Registrar Recepcin de Pecosas.
Reporte de NEA.
Reporte de rdenes Recepcionadas.
Reporte Productos.
Reporte de Kardex Valorizado.
Reporte de Pecosas.
Reporte de Ingresos a Almacn.
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.
Logstica:
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 Asignacin del Cdigo Siaf a las
rdenes de Compra.
rdenes de Servicio.
NEA.
Registrar Asignacin del Cdigo Siaf a los
Inventario.
72
Registrar Asignacin del Cdigo 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 da las empresas reconocen que un
sistema de informacin es una herramienta vital
para la toma de decisiones y para mejorar los
procesos administrativos de la organizacin. Por
esto es necesario que la Municipalidad Provincial
de Coronel Portillo, cuente con un sistema de
informacin que les ayude a realizar el monitoreo
y consulta en tiempo real; adems permitir a la
Municipalidad Provincial de Coronel Portillo

73
mejorar la imagen institucional frente a los dems,
en el sector empresarial.
A.2.2. Exposicin del problema
Cuadro 6: Establecimiento del problema
Deficiencia en el control y administracin de los

procesos tanto logstico, como de almacn.
Existe prdida de informacin al momento de
integrar los procesos tanto logsticos, como de los
almacenes,
Existen restricciones al momento de controlar los
movimientos de almacn (Ingreso y salida) y stock
de productos, con informacin redundante e
incoherente y carente de datos que permitan una
informacin consistente para la toma decisiones.
Realidad Carece de funcionalidades que permitan a los
problemtica:
centros de costos hacer sus peticiones en sito.
Inconsistencia de informacin al atender las
rdenes de compra.
No existe un correcto manejo en el flujo de la
informacin 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
de Coronel Portillo.
Mejorar la administracin y control de procesos
tanto Logsticos y de almacn.
Realizar exitosamente los procesos logsticos,
partiendo desde los pedidos desde los centro de
costos, realizando las cotizacin respectivas,
llevando a cabo las rdenes de compra, hasta su
atencin, que permita el aprovisionamiento
Una solucin 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 informacin consistente, relevante y
oportuna para la eficiente toma de decisiones y
brindar un mejor servicio a los usuarios, tanto
directos como indirectos.
A.3). Descripcin de stakeholders y usuarios
A.3.1. Mercado demogrfico.
La Municipalidad Provincial de Coronel Portillo, no
tienen un sistema Logstico y de Almacn que sea
eficiente y que permita realizar sus procesos y
consultas en tiempo real que sean rpidas y
precisas. Esto amerita atencin urgente, ya que

75
los fines primordiales de la Municipalidad
Provincial de Coronel Portillo, es llevar a cabo sus
aprovisionamientos y control de sus procesos
tanto Logsticos, como almacn 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 atencin 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.
almacn, tanto los ingresos, como
las salidas.
Jefes o Encargados de Oficina Encargados de emitir los pedidos
Encargados de realizar las

Jefe de Logstica. cotizaciones, rdenes de compra
y/o servicios y las atenciones.
Evala y supervisa los procesos
Gerente de la Empresa.
administrativos. Toma decisiones.
Son las reas que realizan

Cliente.
peticiones de salida de almacn.
Son aquellas personas naturales

o jurdicas a las cuales se les
Proveedor. realiza el pedido de la Orden de
compra y/o servicio y generan
ingresos al almacn.
76
Es el que lleva el control

valorizado de almacn y los
Contador. costos generados en las
peticiones de las rdenes de
compras.
A.3.3. Sumario de usuarios
Cuadro 8: Sumario de usuarios
NOMBRE DESCRIPCIN STAKEHOLDERS
Encargado de Registrar los

movimientos realizados en el almacn, Representa as
Almacenero
realizar la transferencia entre mismo
almacenes.
Jefes o
Representa as
encargados de Realizan la emisin de los pedidos.
mismo
Oficinas Usuarias
Encargados de realizar las

cotizaciones, aprobar o rechazar las Representa as
Jefe de Logstica
rdenes de compra y llevar a cabo las mismo
atenciones.
Realizan las consultas y resmenes de

Gerente de la Representa as
los procesos realizados en las oficinas
empresa mismo
de almacn y logstica.
Es el que lleva el control valorizado de

Representa as
Contador almacn y los costos generados en las
mismo
peticiones de las rdenes de compras.
Jefe de Encargado de la administracin del

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

77
concebidas al mdulo de almacn como:
Registrar productos, registrar los movimientos
(ingreso y salida de almacn), transferencia entre
almacenes, etc.
Jefes o encargados de oficinas usuarias:
Podr acceder al sistema las 24 horas del da
desde cualquier parte que tenga acceso a internet
para realizar las operaciones de pedidos previstas
por sus centros de costos.
Jefe de logstica: Podr acceder al sistema las
24 horas del da desde cualquier parte que tenga
acceso a internet para realizar las operaciones
concebidas al mdulo de logstica como: Registrar
rdenes de compra, Registrar las atenciones, etc.
Gerente de la empresa: Podr realizar las
consultas, resmenes y anlisis de los procesos
durante las 24 horas del da en tiempo real.
Contador: Podr realizar las consultas,
resmenes y anlisis de los procesos valorizados
de almacn y costos de las rdenes de compras.
Jefe de informtica: Encargado de la
administracin del sistema.

78
A.3.5. Necesidades principales de los stakeholders y
usuarios
Cuadro 9: Necesidades principales de los stakeholders y usuarios
SOLUCIN SOLUCIN
NECESIDAD PRIORIDAD CONCERNIENTE
ACTUAL PROPUESTA
Sistema
permitir
Proceso tedioso y
Trabajo realizar las
Registrar los carente de
realizado por consultas de
movimientos informacin
Alta un sistema de manera rpida
realizados en relevantes para
consola y precisa con
el almacn. realizar las
aislado. la consistencia
consultas.
de informacin
requerida.
Se realiza de El sistema
Operacin para
manera permitir
Realizar la salida (Almacn
independiente, realizar las
operacin de emisor) y entrada
tanto para la transferencias
transferencia Alta (Almacn
salida en el de manera
entre Receptor) de
origen, como automtica en
almacenes. productos e
la entrada en una sola
insumos.
el destino. operacin.
El sistema
permitir
realizar la
valorizacin
Se realiza de de manera
Realizar las
manera automtica
operaciones
Calculo de costos independiente para todos los
de
por movimientos por almacn, almacenes de
valorizacin Alta
realizados y cierre sin tener en la empresa,
y cierre de
del periodo. cuenta las incluyendo las
periodo de
ubicaciones ubicaciones y
almacn.
existentes. lotes de
productos, y
realizar el
cierre del
periodo.
79
El sistema
permitir
Realizada realizar las
Emisin de manualmente emisiones de
Emisin 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
anlisis de Consultas
consultas de
Realizar las rdenes de realizadas de
forma rpida y
rdenes de Alta compra forma lenta y
precisa en
compra aprobadas y/o en solo en su
tiempo real
autorizadas y forma bsica.
con
rechazadas.
informacin
detalla.
El sistema
automatizar
el proceso
hacindolo
ms eficiente,
Realizar las Realizada de y llevando los
Atenciones
atenciones forma lenta, procesos de
realizadas de las
de la Alta produciendo registro de
rdenes de
rdenes de carga de almacn tanto
compras.
compra trabajo. de ingreso
como de
salida
automticos
para las
atenciones.
80
A.4). Objetivos de modelamiento del negocio
Proceso de movimiento de almacn
Registrar NEA.
Registrar Pecosas.
Reporte de NEA.
Reporte Productos.
Reporte de Pecosas.
Reporte de rdenes de Compra con Plazo.
Reporte Kardex detallado por Ubicaciones.
Reporte de Pecosas de Inventario de Kardex.

81
Proceso de emisin de pedidos:
Proceso de valorizacin de almacn:
Registrar Asignacin del Cdigo Siaf a las rdenes
de Compra.
Registrar Asignacin del Cdigo Siaf a las rdenes
de Servicio.
Registrar Asignacin del Cdigo Siaf a las NEA.

82
Inventario.
Registrar Asignacin del Cdigo Cuenta Contable a
las rdenes de Compra.
las rdenes de Servicio.
las NEA.
los Inventario.
Reporte de Kardex.
Proceso de atencin
Registrar Atenciones por rdenes de compra.
Reporte de Atenciones.
Resumen Gerencial por Centro de Costos.

83
Proceso de administracin general
Registrar Usuario del Sistema.
A.5). Rangos de calidad
Disponibilidad: El Sistema de Logstico y Almacn
deber estar disponible las 24 horas del da en un
Servidor Web para la atencin de los usuarios.
Uso: El Sistema de Logstica y Almacn, deber ser fcil
de manejar con interfaces sencillas y entendibles para el
usuario.
A.6). Panorama del producto
Perspectiva: El Sistema de Logstico y Almacn se
implementar en un servidor Web del rea de informtica
y ser accedido desde cualquier computadora por los
usuarios de oficina que realizarn los pedidos, y para los
mdulos de logsticas y almacn estarn 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 Logstica y Almacn estar
limitado a los procesos de logstica y almacn de la
Empresa.
84
A.7). Requerimientos
A.7.1. Requisitos funcionales
Carcter general:
Registrar Familia de Productos.
Registrar Clasificacin de Productos.
Registrar Clases de Productos.
Registrar Productos.
Registrar Rubros.
Registrar Almacenes.
Registrar Instituciones.
Registrar Igv.
Registrar Unidad de Medida.
Almacn:
Registrar NEA.
Registrar Pecosas.
Reporte de NEA.
85
Reporte Productos.
Reporte de Pecosas.
Reporte de rdenes de Compra con
Plazo.
Reporte Kardex detallado por
Ubicaciones.
Reporte de Pecosas de Inventario de
Kardex.
Logstica:

86
Reporte de Clases por rdenes de
Compra.
Patrimonio:
rdenes de Compra.
rdenes de Servicio.
NEA.
Inventario.
Contable a las rdenes de Compra.
Contable a las rdenes de Servicio.
Contable a las NEA.

87
Contable a los Inventario.
Reporte de Kardex.
Reporte de Clases por rdenes de
Compra.
A.7.2. Requisitos no funcionales
El sistema se desarroll utilizando
herramientas Web: como lenguaje de
programacin 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 polticas de seguridad.
Registrar niveles de seguridad.
El tiempo de respuesta por consulta se
realice en tiempo real.

88
Contar con mquina para el Servidor, con
requerimientos mnimos como Tecnologa
Pentium y una estructura de red.
Instalar el Sistema operativo Windows
Server 2003
Caractersticas del servidor: Servidor IBM
SYSTEM X 250 GB. Ram 2 Gb.
Contar con una Impresora de Inyeccin
de Tinta que actuar como dispositivo de
salida para las terminales en la impresin
de reportes del sistema y consultas
requeridas.
89
B. PLAN DE DESARROLLO DEL SOFTWARE
B.1). Introduccin
B.1.1. Propsito
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
implementacin de un Sistema de Logstica y de
Almacn, describirn 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 visin.
B.1.3. Referencias
Las referencias aplicables es la visin para la
elaboracin e implementacin del Sistema de
Logstica y de Almacn.
90
B.1.4. Apreciacin global
Este Plan de Desarrollo de Software contiene la
informacin siguiente:
Proyecto de apreciacin global:
Proporciona la descripcin del propsito del
proyecto, alcance y objetivos. Tambin
determina el entregable que se espera en
el proyecto en determinados periodos.
El Proceso de direccin: Explica el costo
estimado y lo fija, define las fases mayores
e hitos para el proyecto, y describe el modo
de supervisin para el proyecto.
Los Planes del proceso tcnicos:
Proporciona un panorama global del
proceso de desarrollo de Software, incluso
los mtodos, herramientas y tcnicas para
ser seguido.
B.2). La apreciacin global del proyecto
B.2.1. Propsito del proyecto, alcance y objetivos
Definimos las actividades y metas que se
realizaran en la desarrollo de cada fase e
iteraciones requeridas para la elaboracin e

91
implementacin del Sistema de Logstica y
Almacn.
B.2.2. Entregables del proyecto
Los entregables siguientes se desarrollaran
durante el proyecto.
Cuadro 10: Entregables del proyecto
FASES WORKFLOWS ARTEFACTOS

Documentos de visin.
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 Especificacin de los Use
Case.
Diagrama de colaboracin.
Elaboracin
Prototipo arquitectnico.
Anlisis y diseo
Diagrama de clases.
Diagrama de secuencia.
Paquetes del diseo.
Diseo de Base de Datos.
Anlisis y diseo
Prototipo Inicial.
Construccin Diagrama de
Componentes.
Implementacin
Diagrama de
Despliegue.
Prototipo del Software Final
Transicin Prueba Prueba por Use Case

92
B.2.3. Evolucin del plan de desarrollo de software
El Plan de Desarrollo de Software se revisar
anterior a la salida de cada proceso de iteracin.
B.3). La organizacin del proyecto
B.3.1. Estructura orgnica
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 tambin actuar
recprocamente con otro stakeholders para
solicitar las entradas y revisin de los artefactos.
B.3.3. Roles y responsabilidades
La tabla siguiente identifica las unidades
orgnicas que sern 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
direccin 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. Direccin de Proyecto.
Bach. Christian Responsable principal para el anlisis, diseo,
Hans Snchez aplicacin, configuracin, capacitacin y flujos de
Escudero. trabajo del ambiente.
Proporciona el apoyo al Workflow de direccin de
proyeccin.
Es el responsable para manejar la prueba, y
Workflows del Despliegue.
Asesor del
Realiza la asesora, seguimiento y correcciones de
Proyecto
entregables de proyectos.
B.4). Proceso de direccin
B.4.1. Estimacin 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 Logstica y Almacn ser
desarrollado usando un acercamiento
escalonado a la cual utilizar cuatro fases de

94
interaccin. 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 Elaboracin 01/12/2008 31/12/2012
Fase de Construccin 01/01/2013 31/03/2013
Fase de Transicin 01/04/2013 30/04/2013
Cuadro 13: Fases del proyecto e hitos principales
FASE DESCRIPCIN HITO

Determina la factibilidad del
proyecto desde un punto de
En esta etapa se define el vista del negocio.
modelo del negocio, los Se definen los requerimientos,
Inicio requerimientos del producto y caractersticas, claves y
se elabora el plan de desarrollo principales restricciones.
de Software. Estima los recursos (Tiempo,
costos del ambiente de
desarrollo)
95
La fase de Elaboracin
analizar los requisitos y se
desarrollar el prototipo
arquitectnico.
En la realizacin de la fase de
la elaboracin todos los casos
de uso seleccionados para una
primera versin 1.0 habrn El hito del prototipo
completado el anlisis y el Arquitectnico marca el
Elaboracin
plan. trmino de la fase de la
Adems se habrn analizado elaboracin.
los Use Case de alto riesgo
que para una versin 2.0 ya se
habrn diseado. El prototipo
arquitectnico probar la
viabilidad y actuacin de la
arquitectura que se requiere
para Versin 1.0.
Durante la fase de la
Actualizacin con todos los
construccin se analizan los
elementos necesarios para dar
Use Case restantes y se
soporte a la implantacin de la
disearn estos. La versin
persistencia (ejemplo tablas,
beta para la Versin 1.0 se
Construccin index, mapeo de modelo de
desarrollar y se distribuir
datos orientado a objetos a
para la evaluacin.
relacionar).
Completa en la concordancia
con los requerimientos del
En esta fase se empaquetar,
producto definidas en el
distribuir e instalar el
Transicin documento de Visin del
producto.
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 continuacin:
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
Anlisis y Diseo 01/12/2012 31/12/2012
Implementacin 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 adquisicin de recursos
La Oficina de Tecnologas de Informacin 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 disposicin 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 Logstica y Almacn

Trabajo personal
Actividades Esfuerzo Costo
Desarrollo Sistema de 10 Meses $ 6000.00
Almacn y Logstica. * $ 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 (dlares americanos).
El Costo Total del proyecto sera de $17 749.00 dlares
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 Gestin de Pedidos Logstica

Documentario
Patrimonio
Proveedor
Unidad Orgnica
Gestin de Usuarios
Administrador
Gestin de Almacn Almacn

Oficina de Tecnologas de
Informacin
100
D. Descripcin del Proceso del negocio
Cuadro 16: Descripcin de procesos.
ESTEREOTIPO DESCRIPCIN
En este proceso se realizan las peticiones de
las diferentes reas, la realizacin de las
rdenes de compras y servicios, sus

Gestin de Pedidos
respectivas atenciones y sus derivados.
En este proceso se realiza el control de
usuario, mediante permisos de consulta, y
Gestin de Usuarios actualizacin.
En este proceso se realiza el control del
inventario, a travs de los movimientos
realizados en los diferentes almacenes y sus

Gestin de Almacn
respectivas valorizaciones de costos.
101
4.2. FASE DE ELABORACIN
4.2.1. Flujo de trabajo de requerimientos
A. Modelo de casos de usos de requerimientos
Diagrama 2: Requerimiento: Gestin 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 Tecnologas de
Informac in
(from Use-Case Mo...
Logs tic a
<<inc lude>> Gestionar Grupo de Sis temas
(from Use-Case Model) Busc ar Grupo Sis temas
Almac n
102
Diagrama 3: Requerimiento: Gestin 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 Orgnicas
(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 Institucin
Buscar Familia Gestionar Familia Gestionar Institucin
<<include>>
<<include>>
<<include>>
<<include>>
Buscar Clase Gestionar Clase Gestionar lmacen
Buscar lmacen
Gestionar Productos
Logstica
Buscar Grupo Gestionar Grupo
Gestionar Pedido (Orden de Compra /

<<include>> Gestionar Unidades Orgnicas Servico)
<<include>>
Buscar Tipo de Proveedor Gestionar Tipo de Proveedor

Buscar Unidades Orgnicas
Gestionar Rubros
Sistema de Tramite
<<include>> <<include>> Documentario
Unidad Orgnica
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: Gestin de almacn.
US E CAS E DE RE QUE RIM IE NTO - GE S TION DE ALM ACN - 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>>
Logstica Buscar Unidades Orgnicas

...) 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 Almacn Gestionar Penalidades
Almacn
<<extend>>
...)
Gestionar Unidades Orgnicas

(from Gestionar Pedi...
<<include>> Gestionar Valoracin de A lmacn

Gestionar NEA
<<include>>
<<include>> Histrico de Pecosas
Unidad Orgnica
Buscar Movimiento de Almacn
<<include>> <<extend>>
Histricos de Orden de Compra,
Gestionar Salidas de Almacn Servicio y P ecosas
Buscar Salidas de Almacn
<<extend>>
<<include>>
Gestionar Reportes de Salida
<<extend>>
Reportes de Anlisis 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). Descripcin del modelo Use-Case: Gestin de pedidos
Cuadro 17: Gestionar Unidad Medida.
Nombre Gestionar Unidad Medida.

Actor Logstica.
Definicin Permite crear, modificar, eliminar las unidades de medida.
Precondicin Ninguna.
1. El Jefe de Logstica puede elegir la opcin deseada de la interfaz, ya sea
crear, modificar o eliminar.
2. En caso de que la opcin sea crear, el Jefe de Logstica debe rellenar la
cajilla de texto correspondiente a la descripcin del tipo de establecimiento
que quiere registrar y se procede a registrar, donde se generar un cdigo
nico de identificacin del registro.
Pasos
3. En caso la opcin sea modificar, el Jefe de Logstica deber seleccionar de
la lista el tem que ser modificado, donde podr actualizar la descripcin
del tipo de establecimiento.
4. En caso la opcin sea eliminar, el jefe de Logstica deber seleccionar el
tem correspondiente a lo que quiere eliminar y luego confirmar su
eliminacin.
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 Logstica.
Definicin Permite crear, modificar, eliminar la familia de los productos.
cajilla de texto correspondiente al cdigo del producto (segn lo establecido
en la MEF) y la descripcin del grupo del producto que se quiere registrar y
se procede a registrar, donde se generar un cdigo nico de identificacin
Pasos del registro.
la lista el tem que ser modificado, donde podr actualizar el cdigo
referencial del producto y la descripcin del grupo del producto.
eliminacin.
Excepciones
105
Cuadro 19: Gestionar Clases del Producto.
Nombre Gestionar Clases del Producto

Actor Logstica.
Definicin Permite crear, modificar, eliminar las clases del producto.
Precondicin Haber registrado grupo.
2. En caso de que la opcin sea crear, el Jefe de Logstica 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
generar un cdigo nico de identificacin del registro.
Pasos
la lista el tem que ser modificado, donde podr actualizar la descripcin de
la clase de producto.
eliminacin.
Excepciones
Cuadro 20: Gestionar Familia del Producto.
Nombre Gestionar Familia del Producto

Actor Logstica.
Definicin Permite crear, modificar, eliminar las familias de los productos.
Precondicin Haber registrado clase de producto.
2. En caso de que la opcin sea crear, el Jefe de Logstica 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 a registrar, donde se generar un cdigo nico de identificacin del
Pasos registro.
la lista el tem que ser modificado, donde podr actualizar la descripcin de
la familia del producto.
eliminacin.
Excepciones
106
Cuadro 21: Gestionar Producto.
Nombre Gestionar Producto

Actor Logstica.
Definicin Permite crear, modificar, eliminar los productos.
Precondicin Haber registrado familia y unidad medida.
2. En caso de que la opcin sea crear, el Jefe de Logstica 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, donde se generar un cdigo nico de identificacin del registro.
Pasos
del producto.
eliminacin.
Excepciones
Cuadro 22: Gestionar Tipo de proveedor.
Nombre Gestionar Tipo de proveedor

Actor Logstica.
Definicin Permite crear, modificar, eliminar los tipos de proveedores.
2. En caso de que la opcin sea crear, el Jefe de Logstica rellenar la cajilla de
texto correspondiente al tipo de proveedor que se quiere registrar y se
registro.
Pasos
del tipo de proveedor.
eliminacin.
Excepciones
107
Cuadro 23: Gestionar rubros del proveedor.
Nombre Gestionar rubros del proveedor

Actor Logstica.
Definicin Permite crear, modificar, eliminar los rubros de proveedores.
2. En caso de que la opcin sea crear, el Jefe de Logstica rellenar la cajilla de
texto correspondiente al rubro del proveedor que se quiere registrar y se
registro.
Pasos
del rubro del proveedor.
eliminacin.
Excepciones
Cuadro 24: Gestionar proveedor.
Nombre Gestionar proveedor

Actor Logstica.
Definicin Permite crear, modificar, eliminar los proveedores.
2. En caso de que la opcin sea crear, el Jefe de Logstica 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, donde se generar un cdigo nico de identificacin del registro.
Pasos
del proveedor.
eliminacin.
Excepciones
108
Cuadro 25: Gestionar referencia.
Nombre Gestionar referencia

Actor Logstica.
Definicin Permite crear, modificar, eliminar las referencias.
cajilla de texto correspondiente a las referencias que se quiere registrar y
del registro.
Pasos
de la referencia.
eliminacin.
Excepciones
Cuadro 26: Gestionar Grupos del Producto.
Nombre Gestionar unidades orgnicas

Actor Logstica.
Definicin Permite consultar las unidades orgnicas
Pasos 1. El Jefe de Logstica puede elegir la unidad orgnica requerida.
Excepciones 1. No se podr crear, modificar y eliminar una unidad orgnica.
109
Cuadro 27: Gestionar almacn.
Nombre Gestionar almacn.

Actor Logstica.
Definicin Permite crear, modificar, eliminar los almacenes.
cajilla de texto correspondiente a los almacenes que se quiere registrar y
se procede a registrar, donde se generar un cdigo nico de
identificacin del registro.
Pasos
3. En caso la opcin sea modificar, el Jefe de Logstica deber seleccionar
de la lista el tem que ser modificado, donde podr actualizar la
descripcin de los almacenes.
eliminacin.
Excepciones
Cuadro 28: Gestionar instruccin.
Nombre Gestionar instruccin

Actor Logstica.
Definicin Permite crear, modificar, eliminar las instituciones.
cajilla de texto correspondiente a las instituciones que se quiere registrar y
del registro.
Pasos
de las instituciones.
eliminacin.
Excepciones
110
Cuadro 29: Gestionar Pedido (rdenes de compra y servicios).
Nombre Gestionar Pedido (rdenes de compra y servicios)

Actor Logstica.
Permite crear, modificar, eliminar los pedidos (rdenes de compra y
Definicin
servicios).
Haber registrado institucin, unidades orgnicas, referencias, productos,

Precondicin
proveedor.
2. En caso de que la opcin sea crear, el Jefe de Logstica debe seleccionar
la institucin, unidades orgnicas, referencias, productos, proveedor. que
va a pertenecer y rellenar la cajilla de texto correspondiente al pedido que
se quiere registrar y se procede a registrar, donde se generar un cdigo
Pasos
la lista el tem que ser modificado, donde podr actualizar el pedido.
eliminacin.
Excepciones
111
B.2). Descripcin del modelo Use-Case: Gestin de usuarios
Cuadro 30: Gestionar Sistemas.
Nombre Gestionar Sistemas.
Actor Oficina de Tecnologas de Informacin, Almacn, Administrador, Logstica.
Definicin Permite crear, modificar, eliminar los sistemas.

1. El encargado de la oficina de Tecnologas de Informacin puede elegir la
opcin deseada de la interfaz, ya sea crear, modificar o eliminar. Para los
usuarios de almacn, administrador y de Logstica.
2. En caso de que la opcin sea crear, encargado de la oficina de
Tecnologas de Informacin, debe rellenar la cajilla de texto
correspondiente a la descripcin de los sistemas que se quiere registrar y
Pasos
del registro.
3. En caso la opcin sea modificar, encargado de la oficina de Tecnologas de
Informacin deber seleccionar de la lista el tem que ser modificado,
donde podr actualizar la descripcin del sistema.
4. En caso la opcin sea eliminar, el encargado de la oficina de Tecnologas
de Informacin deber seleccionar el tem correspondiente a lo que quiere
eliminar y luego confirmar su eliminacin.
Excepciones
112
Cuadro 31: Gestionar Grupos de Usuarios.
Nombre Gestionar Grupos de Usuarios
Definicin Permite crear, modificar, eliminar los grupos de usuarios.

correspondiente a la descripcin de los grupos de usuarios que se quiere
registrar y se procede a registrar, donde se generar un cdigo nico de
Pasos
donde podr actualizar la descripcin del grupo de usuario.
Excepciones
Cuadro 32: Gestionar Grupos de Sistemas.
Nombre Gestionar Grupos de Sistemas
Definicin Permite crear, modificar, eliminar los grupos de sistemas

correspondiente a la descripcin de los grupos de sistemas que se quiere
Pasos
donde podr actualizar la descripcin del grupo de sistemas.
Excepciones
113
Cuadro 33: Gestionar Usuarios.
Nombre Gestionar Usuarios
Definicin Permite crear, modificar, eliminar los usuarios.

correspondiente a la descripcin de los usuarios que se quiere registrar y
Pasos
del registro.
donde podr actualizar la descripcin de los usuarios.
Excepciones
114
B.3). Descripcin del modelo Use-Case: Gestin de almacn
Cuadro 34: Gestionar Penalidades.
Nombre Gestionar Penalidades.

Actor Logstica.
Definicin Permite crear, modificar, eliminar las penalidades.
cajilla de texto correspondiente a la descripcin de las penalidades que se
quiere registrar y se procede a registrar, donde se generar un cdigo
Pasos
de la penalidad.
eliminacin.
Excepciones
Cuadro 35: Gestionar Valoracin de Almacenes.
Nombre Gestionar Valoracin de Almacenes.

Actor Almacn.
Definicin Permite crear valoraciones de almacenes.
Precondicin Haber registrado las salidas de almacenes.
crear.
cajilla de texto correspondiente a las salidas de almacenes que se quiere
Pasos registrar y se procede a registrar, donde se generar un cdigo nico de
la 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 Almacn.
Definicin Permite crear salidas de almacenes.
Haber registrado las unidades orgnicas, los pedidos (rdenes de compra),
Precondicin
los productos.
cajilla de texto correspondiente a las salidas de almacenes que se quiere
Pasos
la lista el tem que ser modificado, donde podr actualizar las salidas de los
almacenes.
eliminacin.
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 Almacn.
Definicin Permite crear reportes de salidas de almacenes.
Precondicin Haber registrado las salidas de almacenes.
crear.
Pasos
cajilla 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 parmetros se
Excepciones
mostrar un mensaje de advertencia.
116
A. Diseo de la arquitectura.
Diagrama 5: Diseo de la arquitectura.
<<subsystem>> <<subsystem>> <<subsystem>>

PRESENTACION
Paginas HTML Code Behing Paginas aspx
aspx.c s
Clases de Aplic acin
<<subsystem>>
Gestionar
Pedido <<subsystem>>
Gestionar NEGOCIO
Almacn
<<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. Diseo de la base de datos
B.1). Diseo 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 continuacin 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 Descripcin 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(disabled
)
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 catlogo 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 descripcin 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 Ao + mes
.2 anio CHAR(4) NO La descripcin del ao 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 institucin
.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 ao +

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 su

.4 idDocumento CHAR(10) NO
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: Cdigo 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 CONSTRUCCIN
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 TRANSICIN
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 vlidos y otro con datos no validos
respectivamente.
A.2). Operatividad
Se han realizado las pruebas necesarias para
demostrar la operatividad del sistema travs de
la validacin de la entrada de datos, cuyos
valores pueden ser numricos, alfabticos.

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

1. Nmero valido Aceptado
2. Nmero positivo Aceptado
Numrico
3. Nmero negativo Rechazado
4. No nmero Rechazado
1. Alfabtico valido Aceptado
2. No alfabtico Rechazado
Alfabtico
3. Campo vaco Aceptado
4. Campo espacio Aceptado
Alfanumrico 1. Alfanumrico valido Aceptado
B. A nivel de estado
B.1). Sistema
Seguridad
Los usuarios han accedido al sistema mediante
su nombre de usuario y contrasea; y de
acuerdo al tipo de usuario se ha validado para
que sea restringido y as ingresen donde les
corresponde.
Aceptacin 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 informtico, denominado: SISTEMA
DE INFORMACIN PARA MEJORAR LA
GESTIN LOGSTICA 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
Aplicacin Resultado
Base de Datos: WebSilolapa Levanto
Aplicacin: WebSilolapa.war Levanto
En el cliente:
En el lado del cliente el sistema es accedido a
travs de navegadores de internet mediante los
terminales respectivos.
Cuadro 55: Prueba de carga en el cliente
Aplicacin Resultado
Acceso BD Levanto
130
CAPITULO V
ANALISIS DE LOS RESULTADOS
5.1. Interpretacin de resultados
5.1.1. Anlisis 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
Vlidos 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
Grfico 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
Grfico 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
Grfico 7. Se cuenta con el recurso humano necesario para realizar el proceso general?
135
P6. Se cuenta con los recursos tecnolgicos necesarios para realizar los
procesos?
Cuadro 61. Se cuenta con los recursos tecnolgicos necesarios para realizar los procesos?
Porcentaje
Total 38 100,0
Grfico 8. Se cuenta con los recursos tecnolgicos 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
Grfico 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
Grfico 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?
Porcentaje
138
Total 38 100,0
Grfico 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?
Porcentaje

Casi Nunca 11 28,9 60,5
139
Total 38 100,0
Grfico 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?
Porcentaje
Casi Nunca 11 28,9 39,5

140
Porcentaje
Casi Nunca 11 28,9 39,5
Total 38 100,0
Grfico 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?
Porcentaje
141
Total 38 100,0
Grfico 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?
Porcentaje

Casi Nunca 12 31,6 44,7

142
Porcentaje
Casi Nunca 12 31,6 44,7
Total 38 100,0
Grfico 15. Considera usted importante el uso de un servidor Web?
P14. Considera usted que es beneficioso la tecnologa de desarrollo para el
mejoramiento de los procesos?
Cuadro 69. Considera usted que es beneficioso la tecnologa de desarrollo para el mejoramiento de los
procesos?
143
Porcentaje
Total 38 100,0
Grfico 16. Considera usted que es beneficioso la tecnologa de desarrollo para el mejoramiento de los
procesos?
P15. Considera que el software actual de trabajo funciona correctamente?
Considera que el software actual de trabajo funciona correctamente?
Porcentaje Porcentaje
Frecuencia Porcentaje vlido acumulado
Vlidos Nunca 9 23,7 23,7 23,7

Casi Nunca 9 23,7 23,7 47,4
144
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 fcil de usar?
Cuadro 71. Cree usted que el software actual de trabajo es fcil de usar?
Porcentaje
Casi Nunca 13 34,2 42,1

Total 38 100,0
145
Grfico 18. Cree usted que el software actual de trabajo es fcil 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
Grfico 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
Grfico 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
Grfico 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
Grfico 22. Considera importante una base de datos?

150
P21. Considera de fcil manejo a la actual base de datos?
Cuadro 76. Considera de fcil manejo a la actual base de datos?
Porcentaje
Casi Nunca 12 31,6 55,3
Total 38 100,0
Grfico 23. Considera de fcil manejo a la actual base de datos?

151
P22. Escucho usted hablar de sistemas de informacin?
Cuadro 77. Escucho usted hablar de sistemas de informacin?
Porcentaje
Total 38 100,0
Grfico 24. Escucho usted hablar de sistemas de informacin?

152
P23. Posee usted experiencia en el manejo de sistema de informacin?
Porcentaje
Total 38 100,0

153
P24. Cree que un sistema de informacin, podra mejorar su desempeo
laboral?
Cuadro 79. Cree que un sistema de informacin, podra mejorar su desempeo laboral?
Porcentaje
Casi Nunca 12 31,6 42,1
Total 38 100,0
Grfico 26. Cree que un sistema de informacin, podra mejorar su desempeo laboral?
154
P25. Cree que actualmente las reas estn 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
Grfico 28. Considera que las condiciones laborales actuales, son perfectas?
P27. El modo de trabajo y el estrs laboral crea un buen clima laboral entre Ud.
y sus colegas?
Cuadro 82. El modo de trabajo y el estrs laboral crea un buen clima laboral entre Ud. y sus colegas?
156
Porcentaje
Total 38 100,0
Grfico 29. El modo de trabajo y el estrs laboral crea un buen clima laboral entre Ud. y sus colegas?
5.1.2. Anlisis 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
Vlidos Casi Nunca 8 21,1 21,1
Siempre 8 21,1 100,0
Total 38 100,0
Grfico 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?
Porcentaje

158
Siempre 7 18,4 100,0
Total 38 100,0
Grfico 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
Grfico 34. Se cuenta con el recurso humano necesario para realizar el proceso general?
162
P6. Se cuenta con los recursos tecnolgicos necesarios para realizar los
procesos?
Cuadro 88. Se cuenta con los recursos tecnolgicos necesarios para realizar los procesos?
Porcentaje
Siempre 9 23,7 100,0
Total 38 100,0
Grfico 35. Se cuenta con los recursos tecnolgicos 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
Grfico 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
Grfico 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?
Porcentaje
165
Siempre 6 15,8 100,0
Total 38 100,0
Grfico 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?
Porcentaje

166
Siempre 13 34,2 100,0
Total 38 100,0
Grfico 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?
Porcentaje

Siempre 8 21,1 100,0
167
Porcentaje
Siempre 8 21,1 100,0
Total 38 100,0
Grfico 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?
Porcentaje
168
Siempre 13 34,2 100,0
Total 38 100,0
Grfico 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?
Porcentaje

Siempre 7 18,4 100,0

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

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

172
P16. Cree usted que el software actual de trabajo es fcil de usar?
Cuadro 98. Cree usted que el software actual de trabajo es fcil de usar?
Porcentaje
Siempre 8 21,1 100,0
Total 38 100,0
Grfico 45. Cree usted que el software actual de trabajo es fcil 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
Grfico 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
Grfico 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
Grfico 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
Grfico 49. Considera importante una base de datos?

177
P21. Considera de fcil manejo a la actual base de datos?
Cuadro 103. Considera de fcil manejo a la actual base de datos?
Porcentaje
Siempre 11 28,9 100,0
Total 38 100,0
Grfico 50. Considera de fcil manejo a la actual base de datos?

178
P22. Escucho usted hablar de sistemas de informacin?
Cuadro 104. Escucho usted hablar de sistemas de informacin?
Porcentaje
Siempre 12 31,6 100,0
Total 38 100,0
Grfico 51. Escucho usted hablar de sistemas de informacin?

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

180
P24. Cree que un sistema de informacin, podra mejorar su desempeo
laboral?
Cuadro 106. Cree que un sistema de informacin, podra mejorar su desempeo laboral?
Porcentaje
Siempre 12 31,6 100,0
Total 38 100,0
Grfico 53. Cree que un sistema de informacin, podra mejorar su desempeo laboral?
181
P25. Cree que actualmente las reas estn 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
Grfico 55. Considera que las condiciones laborales actuales, son perfectas?
P27. El modo de trabajo y el estrs laboral crea un buen clima laboral entre Ud.
y sus colegas?
Cuadro 109. El modo de trabajo y el estrs laboral crea un buen clima laboral entre Ud. y sus colegas?
183
Porcentaje
Siempre 12 31,6 100,0
Total 38 100,0
Grfico 56. El modo de trabajo y el estrs laboral crea un buen clima laboral entre Ud. y sus colegas?
5.2. Prueba de hiptesis
Para la prueba de hiptesis utilizaremos, la Hiptesis 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
distribucin de su suma (o diferencia) tiene una media u1 + u2 (o u1-u2) y la
varianza v21 + v22
Parmetros para la toma de decisiones:
1) Hiptesis
Hiptesis nula: Un adecuado sistema de informacin No mejora el
de Coronel Portillo
Hiptesis alterna: Un adecuado sistema de informacin mejora el
de Coronel Portillo
2) Nivel de significancia: 5%
3) Criterio: Se rechaza la hiptesis nula si z > 1,645, donde z est
calculada por formula.
4) Clculos
2 1
= = 19,49
1 + 2
1 2
5) Decisin: Dado que z = 16,42, la hiptesis nula debe rechazarse;
esto es, la diferencia observada entre las dos muestras es
significativa.
Por lo tanto: Un adecuado sistema de informacin mejora el
de Coronel Portillo
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, Logstica 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 informacin relevante en la
administracin 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
informtico que gestione la informacin 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 programacin 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
informacin en la unidad de abastecimiento de bienes y servicios en la
5. La propuesta de un sistema informtico con tecnologa ASP.NET que
gestione la informacin en la unidad de abastecimiento de bienes y servicios
en la Municipalidad Provincial de Coronel Portillo, genera mayor efectividad
en el orden laboral.
187
RECOMENDACINES
1. Los analizadores y diseadores de software deben utilizar el Proceso
Unificado Rational (RUP) y el Lenguaje Unificado de Modelado (UML), en la
construccin de sistemas informticos, dado que permite la integracin
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 bsico de la importancia del
sistema de informacin para sistematizar los procesos operativos y su
evolucin hacia fuentes importantes de informacin. 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 implantacin y uso apoyando el mximo nivel de la
organizacin. Tambin sirve para adquirir el conocimiento sobre el desarrollo
de los sistemas mediante los diferentes tipos de desarrollo de sistemas de
informacin.
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). Tcnicas de prediccin
con Aplicaciones en Ingeniera. Sevilla: Universidad de Sevilla 2006.
Arbones, E. A., & Malisani. (2004). Optimizacin Industria(II): Programacin 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: Introduccin. Mexico: Cengage Learning.
Brigham, E. F., & Houston F., J. (2005). Fundamentos de la administracin Financiera.

Madrid: Thomson.
Cerezo Lpez, Y. P. (2007). Iniciacin a la programacin en C#: un enfoque prctico.

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

leon. Madrid: Mad, S.R.
Dewit, O. (2008). ASP .NET: Programacin Web con Visual Studio y Web Matrix. Mexico:
Ediciones ENI.
Daz Narvrez, V. P. (2006). Metodologia de la Investigacin Cientfica y Bioestadstica.

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

Edicions UPC, 2006.
Fuentelsaz Gallego, C., Icart Isern, M. T., & Pulpn Segura, A. (2006). Elaboracion y
Presentacin 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 Gmez, J., & Rodrguez Corral, J. M. (2006). Aprendiendo C. Espaa. Madrid:
Servicio Publicaciones UCA.
Gonzlez Casanova, P., & Roitman Rosenmann, M. (2006). La formacin de conceptos

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

sistemas. Madrid: Pearson educacin.
Heinemann, K. (2003). Introduccin a la Metodologia de la Investigacin Emprica.

Barcelona: Paidotribo.
Herrsch, E. G. (2008). Pensamiento Sistmico. Buenos Aires: Ediciones Granica S.A.
Hobbs, L. (2007). Disear su propia pagina WEB. Barcelona: MARCOMBO.
Jamrichoja Parsons, J. (2008). Conceptos de computacin: nuevas perspectivas. Mexico:

Cengage Learning.
Kendall, K. E., Kendall, J. E., & Nues Ramos, A. (2006). Anlisis y Diso de sistemas.
Mexico: Pearson.
Kenneth C., L. (2006). Lenguajes de programacin: Principios y Prcticas. Mexico:

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

anlisis. Mexico: Adam Hamel.
Landeau, R. (2007). Elaboracion de Trabajo de Investigacion. Venezuela: Editorial ALFA.
Laundon, K. C., & Laundon, J. P. (2004). Sistemas de Informacin Gerencial. Mexico:

Person Educacin.
Lerma Gonzalez, H. D. (2004). Metodologa de la investigacin : propuesta, anteproyecto

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

clientes web. Alicante: Club Universitario.
Luna Velasquez, J., & Tominaga Garca, Y. (2008). SISTEMA WEB CON TECNOLOGA
J2EE PARA LA ADMINISTRACIN 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). Anlissis y Diseo orientado a objetos con UML. LIMA:
Empresa Editora Macro EIRL.
Ogata, K. (2006). Ingeniera de Control Moderna. madrid: Pearson Educacin 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). Gestin por procesos. Madrid: ESIC.
Pressman, R. S. (2007). Ingeniera de Software. Madrir: Concepcin Fernandez Madrid.
Quero Catalinas, E. (2006). Sistemas operativos y lenguajes de programacin. Madrid:

Paraninfo.
Rodriguez Miguel, E. A. (2005). Metodologa de la Investigacin. Mexico: Universidad

Juarez Autnoma de Tabasco.
Rodrguez Valencia, J. (2006). Administracin I. Mexico: Cengage Learning.
Rodrguez Valencia, J. (2006). Administracin I. Mexico: Cengage Learning.
Sabana Mendoza, M. (2006). Modelamiento e Implementacion de BASE DE DATOS.

Lima: Megabyte.
Sommerville, I. (2007). Ingeniera de Software. Madrid: Pearson Educacion S.A.
Weitzenfeld, A. (2005). Ingeniera 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

LOGSTICA GERENCIA DE ADMINISTRACIN Y FINANZAS MPCP
NRO : _____________ EDAD: ___________________

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

implementacin) de las variables en estudio, para comparar si existira (post implementacin)
mejora o no al implementar el sistema de informacin en estudio, por favor lea detenidamente y
conteste con una X en la respuesta que considere conveniente.
Dimensin: Planeacin
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?
Dimensin: Organizacin
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 tecnolgicos necesarios
para realizar los procesos?
Dimensin: Ejecucin
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?
Dimensin: 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?
Dimensin: Servidor Web
13 Considera usted importante el uso de un servidor
Web?
14 Considera usted que es beneficioso la tecnologa de
desarrollo para el mejoramiento de los procesos?
Dimensin: Calidad de software
193
15 Considera que el software actual de trabajo funciona

correctamente?
16 Cree usted que el software actual de trabajo es fcil
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?
Dimensin: Gestor de base de datos
20 Considera importante una base de datos?

21 Considera de fcil manejo a la actual base de datos?
Dimensin: Personal
22 Escucho usted hablar de sistemas de informacin?
23 Posee usted experiencia en el manejo de sistema de
informacin?
24 Cree que un sistema de informacin, podra mejorar
su desempeo laboral?
Dimensin: reas
25 Cree que actualmente las reas estn correctamente
organizadas?
26 Considera que las condiciones laborales actuales, son
perfectas?
27 El modo de trabajo y el estrs laboral crea un buen
clima laboral entre Ud. y sus colegas?
194

CUESTIONARIO PRE TEST APLICADA A LOS COLABORADORES DE LA SUB GERENCIA DE
LOGSTICA GERENCIA DE ADMINISTRACIN Y FINANZAS MPCP
NRO : _____________ EDAD: ___________________

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

implementacin) de las variables en estudio, para comparar si existira (post implementacin)
mejora o no al implementar el sistema de informacin en estudio, por favor lea detenidamente y
conteste con una X en la respuesta que considere conveniente.
Dimensin: Planeacin
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?
Dimensin: Organizacin
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 tecnolgicos necesarios
para realizar los procesos?
Dimensin: Ejecucin
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?
Dimensin: 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?
Dimensin: Servidor Web
13 Considera usted importante el uso de un servidor
Web?
14 Considera usted que es beneficioso la tecnologa de
desarrollo para el mejoramiento de los procesos?
Dimensin: Calidad de software
195
15 Considera que el software actual de trabajo funciona

correctamente?
16 Cree usted que el software actual de trabajo es fcil
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?
Dimensin: Gestor de base de datos
20 Considera importante una base de datos?

21 Considera de fcil manejo a la actual base de datos?
Dimensin:
22 Cree que es necesaria una base de datos en la
empresa?
23 Tiene conocimientos de modelado de base de datos?
Dimensin: Personal
24 Escucho usted hablar de sistemas de informacin?
25 Posee usted experiencia en el manejo de sistema de
informacin?
26 Cree que un sistema de informacin, podra mejorar
su desempeo laboral?
Dimensin: reas
27 Cree que actualmente las reas estn correctamente
organizadas?
28 Considera que las condiciones laborales actuales, son
perfectas?
29 El modo de trabajo y el estrs laboral crea un buen
clima laboral entre Ud. y sus colegas?
196
Anexo 3. Gua de entrevista.

Nombre del Entrevistado: __________________________________________
Cargo que desempea: ___________________________________________
Hora de entrevista: _________________________________________________
1. Que operacin 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 mdico, para registrar el
diagnstico y la receta, en caso que sea necesario se generar una cita
para una fecha determinada.
3. Cul es el stock mnimo que debe tener por productos?

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

Cuando se va vendiendo, se apunta en una lista los productos que
estn bajos en stock, para realizar la compra.
5. Cmo 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 cunto tenemos.
6. Cmo se maneja el precio de los productos?

Bueno, la mayora de los productos tienen dos precios uno normal y
otro con inflacin; cuando un cliente viene a comprar un producto
especfico, 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 inflacin.
7. Deseara tener un sitio web para publicidad de su empresa?

Sera interesante.
Muchas gracias por atendernos y esperamos que el software que

vamos a realizar sea de su total satisfaccin.
197
Anexo 4. Validacin del instrumento

Mtodo: 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 heterognea en sus tems y por lo tanto nos llevar a conclusiones
equivocadas.
a) Primer mtodo. Mediante la variante de los tems.

= [1 ]
1
Dnde:
=
=
=
=
= 27
= 6.1428
= 27.9943
Reemplazando tenemos:
= 0.8106
b) Segundo mtodo. Mediante matriz de correlaciones.

=
1 + ( 1)
Dnde:
=
=
=
= 27
= 0.1523
Reemplazando tenemos:
= 0.8291
198
c) Tercer mtodo: Calculo del Alfa de Cronbach por el IBM SPSS
Estadsticos de fiabilidad
Alfa de
Cronbach N de elementos
,869 27
d) Conclusin. Mediante dos mtodos de clculo 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 Contrasea1, y hacemos click en el

botn "INGRESAR".
3. Acceso a Sistemas: Segn su nivel de acceso al Sistema veremos una lista de mdulos
asignados. Para Ingresar a cada uno de ellos, damos click en . Si deseamos salir
hacemos click en Cerrar Sesin.
1
Los Usuarios son personales e intransferibles, queda bajo su responsabilidad el buen uso del mismo. Para
solicitar un usuario comunquese a la Oficina de Tecnologas de Informacin
200
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 opcin 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 Descripcin, y luego damos click en el botn
"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 botn sirve para registrar un nuevo producto, al hacer click en
el botn, nos mostrara un formulario, donde seleccionaremos la Clase,
Familia, Und. de Medida y escribiremos la Descripcin y el
Precio(referencial), el Stock3 no se ingresa. Por ltimo damos click en el
botn "Grabar".
D) Editar: Este opcin nos permite modificar los datos del producto, como
son Clase, Familia, Descripcin y Precio. Solo se puede modificar
productos que no estn siendo usados en alguna Orden de Compra, NEA e
Inventario. Una vez modificados los datos damos click en el botn
"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 almacn.
203
E) Eliminar: Este opcin nos permite eliminar un producto . Solo se puede

eliminar los que no estn siendo usados en alguna Orden de Compra, NEA
e Inventario. Antes de eliminar el sistema te avisara si ests seguro de
realizar dicha accin.
1.2. Proveedores: Esta opcin 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

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

eliminar los que no estn siendo usados en alguna Orden de
Compra/Servicio. Antes de eliminar el sistema te avisara si ests seguro de
1.3. Rubros5: Esta opcin 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 botn "Agregar".
B) Editar: Este opcin nos permite modificar el nombre del Rubro. Al darle
click en se habilitara la edicin 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 opcin nos permite eliminar un Rubro. Solo se puede

eliminar los que no estn siendo usados en algn Proveedor. Antes de
eliminar el sistema te avisara si ests seguro de realizar dicha accin.
207
1.4. Almacn6: Esta opcin nos muestra el listado de los Almacenes registrados en el Sistema.
A) Nuevo: Este botn sirve para registrar un nuevo Almacn, al hacer click en
el botn, nos mostrara un formulario, donde ingresaremos el Nombre,
Direccin, y seleccionamos el Estado. Por ltimo damos click en el botn
"Grabar".
B) Editar: Este opcin nos permite modificar los datos del Almacn. Una vez
modificados los datos damos click en el botn "Grabar".
6
La opcin de Almacn se utiliza a la hora de realizar una Orden de Compra/Servicio, indica al proveedor la
direccin de destino de los productos a entregar.
208
C) Eliminar: Este opcin nos permite eliminar un Almacn. Solo se puede

1.1. Institucin7: Esta opcin nos muestra el listado de las Instituciones registrados en el
Sistema.
A) Nuevo: Este botn sirve para registrar una nueva Institucin, al hacer click
en el botn, nos mostrara un formulario, donde ingresaremos el Nombre,
Direccin, Telfono, y seleccionamos el Estado. Por ltimo damos click
en el botn "Grabar".
B) Editar: Esta opcin nos permite modificar los datos de una Institucin.
Una vez modificados los datos damos click en el botn "Grabar".
7
La Institucin se utiliza a la hora de realizar una Orden de Compra/Servicio.
209
C) Eliminar: Este opcin nos permite eliminar una Institucin. Solo se puede
2. Procesos: Esta opcin nos permite Crear rdenes de Compra y/o Servicio.
2.1. Orden de Compra/Servicio: Esta opcin 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

bsqueda:
Cdigo: Ingresamos el numero de la orden y seleccionamos el ao
Fecha: Ingresamos un intervalo de fechas
Razn Social: Ingresamos la razn social del proveedor y

seleccionamos el ao
Referencia: Seleccionamos la referencia (requerimiento,

resolucin, informe, Tramite Interno y Externo, etc.), luego
ingresamos el numero de referencia; cuando se trate de trmite
interno y externo seleccionaremos el ao.
211
B) Nuevo: Este botn sirve para registrar una nueva Orden, al hacer click en
el botn, nos mostrara un formulario, donde ingresaremos los datos del
Proveedor, la modalidad, el plazo de entrega, el almacn de destino, la
institucin, un resumen de la orden, observacin, justificacin, unidad de
destino, la referencia, el tramite documentario, en el caso de una orden de
servicio se adiciona la garanta y descuento(si fuera el caso), luego
ingresamos los productos de la Orden. Por ltimo damos click en el botn
"Grabar".
Cuando digitemos la razn 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 botn "Nuevo" y nos
saldr la ventana de Registrar Proveedor. Si deseamos actualizar la
informacin del Proveedor, como su direccin, 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
Institucin. Debemos seleccionar de la lista que te da el sistema.
Cuando digitemos el (los) producto(s) tambin 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 tambin su unidad de medida.
213
Una vez agregado el producto, tenemos la opcin de agregar las

especificaciones del mismo, para lo cual hacemos click en la
columna "Detalle".
C) Recepcin del Proveedor: Una vez realizada la Orden, damos click en
para que comience a contar los das 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 recepcin, por ultimo damos click en "Recepcionar"
8
Cuando se trata de una Licitacin, el sistema verificara si el proveedor entrego dentro del plazo el
producto, de no ser as, se calculara una penalidad. En almacn no podrn recepcionar la orden por el
sistema, si es que dicha orden no se encuentra recepcionada por el proveedor.
214
D) Editar: Esta opcin nos permite modificar los datos de una Orden. Una
vez modificados los datos damos click en el botn "Grabar". Solo
podemos modificar una orden en estado "Emitido".
E) Anular: Esta opcin nos permite anular una Orden, debiendo poner una
observacin, adems nos da una opcin de "autogenerar", si activamos
esta opcin 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 almacn que anule dichas pecosas, para poder anular la
Orden.
215
F) Detalle: Esta opcin nos permite visualizar los datos de una Orden, no
pudiendo hacer ninguna modificacin.
G) Imprimir: Esta opcin nos permite imprimir el formato de la Orden de

Compra/Servicio.
H) Trmite Doc.: Esta opcin nos permite enlazarnos al sistema de Tramite

Documentario, para visualizar el recorrido del tramite asignado a la Orden.
3. Consultas: Este opcin nos permite realizar diversas consultas al sistema.
3.1. Orden de Compra/Servicio: Esta opcin nos permite sacar un reporte de las Ordenes
de Compra registradas en el Sistema, en un intervalo de fechas, teniendo la opcin de
escoger el estado de las Ordenes o en su defecto Todo.
216
3.2. Productos: Esta opcin 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 botn "Buscar".
Descripcin: Tendremos que ingresar la descripcin del producto

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

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

botn "Buscar", el sistema creara un reporte de los productos
consumidos en esas fechas.
218
3.3. Proveedor: Esta opcin nos permite sacar un reporte con los datos del proveedor, tiene
dos opciones de bsqueda, por Razn Social y por RUC.
3.4. Proveedores por Productos: Esta opcin nos permite sacar un reporte de los productos
comprados a un Proveedor, tiene dos opciones de bsqueda, por Razn Social y por RUC.
219
3.5. Tipo Proveedores: Esta opcin nos permite sacar un reporte de los proveedores segn 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 opcin 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 opcin nos permite sacar un reporte de las Ordenes de
Compra/Servicio, de un rea9 especfica, 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 opcin 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 ao.
222
3.9. Cerrar Sesin: Esta opcin nos permite, finalizar la sesin de Usuario.
III. ALMACEN
Una Vez entremos a la Ventana Principal, en este modulo veremos las opciones del Men y
adems nos saldr una ventana con las rdenes de Compra que ya fueron recepcionadas por los
proveedores, de esta manera el encargado del Almacn sabr q Ordenes estn por vencer su
plazo de entrega o ya se encuentran vencidas.
223
1.1. Productos: Esta opcin nos muestra el listado de los productos registrados en el
Sistema; tiene la mismas opciones que en el modulo de Logstica10.
2. Procesos: Esta opcin nos permite, recepcionar rdenes de Compra, as como crear
Inventarios y NEA.
2.1. Ordenes Recepcionadas: Esta opcin nos muestra el listado de las Ordenes de
Compra recepcionadas en el Almacn. Las Ordenes tienen un color de estado para
hacer ms fcil su identificacin.
10
Ver el punto II. Logstica Orden de Compra/Servicio
224
A) Buscar: Para buscar una Orden de la lista, tenemos 4 opciones de

bsqueda:
Cdigo: Ingresamos el numero de la orden y seleccionamos el ao
Razn Social: Ingresamos la razn social del proveedor y

seleccionamos el ao
Referencia: Seleccionamos la referencia (requerimiento,

resolucin, informe, Tramite Interno y Externo, etc.), luego
225
ingresamos el numero de referencia; cuando se trate de trmite

interno y externo seleccionaremos el ao.
B) Nuevo: Este botn sirve para recepcionar una Orden de Compra, al hacer
click en el botn, nos mostrara un formulario, donde seleccionaremos el
periodo, luego ingresaremos el numero de la orden, y damos click en el
botn "Buscar", el cual nos mostrara el detalle de la orden, antes de
proceder a recepcionar tendremos q ingresar el nmero de factura y gua, y
por ultimo damos click en el botn "Recepcionar"11. Una vez
recepcionada los stock de los productos aumenta automticamente, y se
puede proceder a emitir las Pecosas respectivas.
2.2. Lista de NEA: Esta opcin nos muestra el listado de las Notas de Entrada a Almacn.
11
Si la modalidad de la Orden de Compra es Licitacin 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 bsqueda:
Cdigo: Ingresamos el numero de la NEA y seleccionamos el ao
B) Nuevo: Este botn sirve para registrar una NEA, al hacer click en el botn,
nos mostrara un formulario, donde ingresaremos la Procedencia y el
Destino, la observacin y agregaremos los productos, los cuales una vez
agregados podremos detallar sus especificaciones. Por ltimo damos click
en el botn "Grabar".
227
C) Editar: Esta opcin nos permite modificar los datos de una NEA. Una vez
modificados los datos damos click en el botn "Grabar". Solo podemos
modificar una NEA en estado "Emitido".
D) Anular: Esta opcin nos permite anular una NEA, debiendo poner una
observacin. El sistema verificara que la NEA no tenga Pecosas emitidas,
de lo contrario primero deber Anular las Pecosas.
228
E) Detalle: Esta opcin nos permite visualizar los datos de una NEA, no
F) Imprimir: Esta opcin nos permite imprimir el formato de la NEA.
2.3. NEA Recepcionadas: Esta opcin nos muestra el listado de las NEA recepcionadas en el
Almacn.
229
A) Buscar: Para buscar una NEA de la lista, tenemos 2 opciones de bsqueda,

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

bsqueda, igual que en Lista de NEA.
B) Nuevo: Este botn sirve para registrar un Inventario, al hacer click en el

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

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

escogemos el tipo de bsqueda12, 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 opcin nos permite ver un listado de Pecosas, podemos buscarlo
por rea, por nmero de Pecosa, persona solicitante, y justificacin, determinando el
periodo, luego damos click en el botn "Buscar".
Si no ingresamos el rea y tampoco seleccionamos el tipo de Bsqueda el sistema buscara

solo por el Periodo
12
Tenemos dos tipos de bsqueda 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 opcin nos permite modificar los datos de una Pecosa. Solo
podemos modificar una Pecosa en estado "Pendiente en Almacn", para
modificar una Pecosa Recepcionada, el sistema nos pedir confirmar
nuestro Usuario y Contrasea, y adems nos pedir un Cdigo de Acceso13.
B) Anular: Esta opcin nos permite anular una Pecosa, que se encuentra
pendiente Almacn, si deseamos Anular una Pecosa Recepcionada, el
sistema nos pedir confirmar nuestro Usuario y Contrasea, y adems nos
pedir un Cdigo de Acceso; para proceder con la anulacin ingresaremos
una observacin.
C) Imprimir: Esta opcin nos permite imprimir el formato de la Pecosa.
D) Acta de Conformidad: Esta opcin nos permite imprimir el formato de
Recepcin 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 opcin nos permite recepcionar una Pecosa pendiente en
Almacn.
13
El administrador del Sistema agregara al usuario para que tenga acceso al Modulo de Cdigo de Acceso,
el cual genera diariamente un nuevo cdigo, teniendo la opcin de modificar el cdigo por uno mas fcil de
recordar.
234
3.1. NEA: Esta opcin nos permite sacar un reporte de las NEA registradas en el Sistema,
en un intervalo de fechas.
3.2. Ordenes Recepcionadas: Esta opcin nos permite sacar un reporte de las Ordenes de
Compra recepcionadas en el Sistema, en un intervalo de fechas.
3.3. Productos14: Esta opcin nos permite sacar un reporte de los Productos registrados en
el sistema.
3.4. Kardex: Esta opcin 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 Logstica - Consultas
235
3.5. Pecosas: Esta opcin nos permite sacar un reporte de las Pecosas ingresadas al sistema, en
un intervalo de fechas.
3.6. Ingresos a Almacn: Esta opcin nos permite sacar un reporte de los Productos
ingresados al Almacn, en un intervalo de fechas.
236
3.7. Pecosas por Producto: Esta opcin 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 Opcin de Especificar el rea.
3.8. Orden de Compra: Esta opcin nos permite sacar un reporte de Saldos o Pecosas de una
Orden de Compra, ingresos el numero de la Orden de Compra y el ao.
237
3.9. Orden de Compra/Servicio - Lectura: Esta opcin nos muestra un listado de las
Ordenes de Compra/Servicio en la cual tenemos las opciones de visualizacin e
impresin.
238
3.10. Pecosa Inventario - Kardex: Esta opcin permite sacar un reporte de las Pecosas
numero de documento de inventario.
IV. PATRIMONIO

239
1.1. Cuenta Contable: Esta opcin 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 bsqueda por Cdigo y Descripcin.
B) Nuevo: Este botn sirve para registrar una Cuenta Contable, al hacer click
en el botn, nos mostrara un formulario, donde ingresaremos el cdigo y la
descripcin, debajo de la descripcin aparece el cdigo del cual depende.
Por ltimo damos click en el botn "Grabar".
240
C) Editar: Esta opcin nos permite modificar los datos de una Cuenta
Contable.
D) Detalle: Esta opcin nos permite visualizar las cuenta contables

dependientes.
E) Eliminar: Esta opcin nos permite eliminar una cuenta contable.
2. Procesos: Esta opcin nos permite asignar los cdigos de SIAF y Cuenta Contable, as como
revisar el Kardex.
2.1. Asignar Cdigo 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 cdigo
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 cdigo
de cuenta contable, una vez digitado le damos click en .

242
NEA - Cta. Contable
Inventario - Cta. Contable
2.3. Kardex: Esta opcin nos muestra un listado agrupado por tipo de documento de
entrada (Orden de Compra, NEA, Inventario) de los Productos Recepcionados en
almacn, en la cual podemos ver el stock inicial y el stock actual, adems de ver el
listado de pecosas de dicho producto y documento, haciendo click en

243
3.1. Orden de Compra/Servicio - Cuenta: Esta opcin nos permite sacar un reporte de
las Ordenes registradas en el Sistema con sus respectivas cuentas contables. Se puede
realizar las bsqueda por intervalo de fechas, por numero de orden y por cuenta
contable.
244
3.2. NEA - Cuenta: Esta opcin nos permite sacar un reporte de las NEAs registradas en
el Sistema con sus respectivas cuentas contables. Se puede realizar las bsqueda por
intervalo de fechas, por numero de NEA y por cuenta contable.
3.3. Inventario - Cuenta: Esta opcin nos permite sacar un reporte de los Inventario
registrados en el Sistema con sus respectivas cuentas contables. Se puede realizar las
bsqueda por intervalo de fechas, por numero de Inventario y por cuenta contable.
3.4. Orden de Compra/Servicio - Siaf: Esta opcin nos permite sacar un reporte de las
Ordenes registradas en el Sistema con sus respectivos cdigos Siaf. Se puede realizar
las bsqueda por intervalo de fechas, por numero de orden y cdigo Siaf.
3.5. NEA - Siaf: Esta opcin nos permite sacar un reporte de las NEAs registradas en el
Sistema con sus respectivos cdigos Siaf. Se puede realizar las bsqueda por intervalo
de fechas, por numero de NEA y cdigo Siaf.
3.6. Inventario - Siaf: Esta opcin nos permite sacar un reporte de los Inventarios
registrados en el Sistema con sus respectivos cdigos Siaf. Se puede realizar las
bsqueda por intervalo de fechas, por numero de Inventario y cdigo Siaf.
245
3.7. Kardex: Esta opcin 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 opcin nos muestra un listado de las
Ordenes de Compra/Servicio en la cual tenemos las opciones de visualizacin e
impresin15.
3.9. Ordenes Recepcionadas15: Esta opcin nos permite sacar un reporte de las Ordenes
de Compra recepcionadas en el Sistema, en un intervalo de fechas.
3.10. Productos16: Esta opcin nos permite sacar un reporte de los Productos registrados
en el sistema.
3.11. Orden de Compra15: Esta opcin nos permite sacar un reporte de Saldos o
Pecosas de una Orden de Compra, ingresos el numero de la Orden de Compra y el
ao.
3.12. Pecosas por Producto15: Esta opcin 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 Opcin de
Especificar el rea.
3.13. Lista de Pecosas: Esta opcin nos permite ver un listado de Pecosas, podemos
buscarlo por rea, por nmero de Pecosa, persona solicitante, y justificacin,
determinando el periodo, luego damos click en el botn "Buscar". Esta opcion solo
nos permite la impresin de las pecosas.
3.14. Lista de Pecosas por Fecha: Esta opcin nos permite sacar un reporte de las
Pecosas registradas en el Sistema, en un intervalo de fechas.
15
Revisar Modulo de Almacn - Consultas
16
246
3.15. Orden de Compra/Servicio17: Esta opcin nos permite sacar un reporte de las
Ordenes de Compra registradas en el Sistema, en un intervalo de fechas, teniendo la
opcin 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 opcin permite modificar nuestra clave de acceso al sistema.
17

Tesis Llerena Sanchez V12

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Tesis Llerena Sanchez V12

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDAD NACIONAL DE UCAYALI

Facultad de Ingeniera de Sistemas y de Ingeniera Civil

Escuela Profesional de Ingeniera de Sistemas

SISTEMA DE INFORMACIN PARA

Tesis para optar el ttulo profesional de Ingeniero de

TESISTAS : Bach. Piero Paolo Llerena Lima

Bach. Christian Hans Snchez Escudero

Bach. Piero Paolo Llerena Lima

Bach. Christian Hans Snchez Escudero

Mg. Romel Pinedo Ros

Mg. Nilton Csar Ayra Apac

Mg. Jorge Luis Hilario Rivas

Dedicamos la presente tesis a nuestros padres por

el apoyo incondicional en todos los aspectos de

nuestra formacin profesional y nuestra vida

personal, ya que gracias a ellos y su gran esfuerzo

por apoyarnos y logremos alcanzar nuestros

sueos de ser profesionales de xito.

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

padres, que da a da nos brindaron el apoyo para el proceso de nuestra

La presente tesis realiza el anlisis, diseo y desarrollo de un sistema de

informacin 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 metodologa estndar 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 organizacin, 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

informacin en cada proceso, obteniendo adaptabilidad bastante considerable en

el funcionamiento de ste, as mismo se tom como opcin desarrollarlo mediante

las tecnologas 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, colaboracin, estados, paquetes,

secuencia, dominio, actividad entre otros. El software cuenta con autentificacin

de usuario con permisos limitados para cada mdulo 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.

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

systematizes organizational processes, to achieve the objectives efficiently and

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 informacin para mejorar el abastecimiento de

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

una poltica de sistematizacin de la informacin de la institucin. Para modelar

base de datos para obtener informacin relevante en la administracin de la

unidad de abastecimiento de bienes y servicios en la Municipalidad Provincial de

Coronel Portillo; aplicndose el Proceso Unificado Rational (RUP) y el Lenguaje

Unificado de Modelado (UML) permite representar el sistema informtico que

gestione la informacin en la unidad de abastecimiento de bienes y servicios en la

lenguaje de programacin ASP.NET, C#, Java Script; el manejador de Base de

permiten gestionar la informacin en la unidad de abastecimiento de bienes y

CAPITULO I. En este captulo se definen los antecedentes del problema para as

formularlo, con el cual se logra definir los objetivos, justificacin, hiptesis y

operacionalizacin de las variables.

se estudia empricamente como la implementacin de un sistema logra optimizar

algn proceso administrativo; as mismo se define el marco terico y la definicin

de trminos bsicos para la tesis.

mismo se establece el tamao total de poblacin y muestra, tambin se

mencionan las tcnicas e instrumentos de recoleccin de datos, finalmente se