Download - Modelado Rup Web
UNIVERSIDAD PRIVADA ANTENOR ORREGO
FACULTAD DE INGENIERIA
ESCUELA ACADEMICO PROFESIONAL DE INGENIERIA DE
COMPUTACION Y SISTEMAS
“SISTEMA INFORMATICO WEB PARA LA GESTION DEL ÁREA
DE PRODUCCIÓN DE LOS VIVEROS UTILIZANDO EL
FRAMEWORK DEL OPENBRAVO ERP”
TESIS PARA OBTENER EL TÍTULO DE INGENIERO DE
COMPUTACIÓN Y SISTEMAS
AUTORES:
BACH. FERNANDEZ RODRÍGUEZ, ROSMERY
BACH. TAFUR GISMONDI, KATHIA
ASESOR:
ING. ENRIQUE CÁRDENAS RENGIFO
Trujillo -2009
Fernández -Tafur 2009
2
TESIS: “SISTEMA INFORMATICO WEB PARA LA GESTION DEL ÁREA DE
PRODUCCIÓN DE LOS VIVEROS UTILIZANDO EL FRAMEWORK DEL
OPENBRAVO ERP”
Elaborado por:
Bach. Fernández Rodríguez, Rosmery Elizabeth.
Bach. Tafur Gismondi, Kathia Lucía.
Aprobada por:
-----------------------------------------
Dr. Carlos Raymundo Ibáñez
PRESIDENTE
-----------------------------------------
Dr. Agustín Ullón Ramírez
SECRETARIO
-----------------------------------------
Ing. Jorge Piminchumo Flores
VOCAL
-----------------------------------------
Ing. Enrique Cárdenas Rengifo.
ASESOR
Fernández -Tafur 2009
3
PRESENTACIÓN
Señores Miembros del Jurado:
Cumpliendo con los requisitos estipulados en el Reglamento de Grados y Títulos de la
Universidad Privada Antenor Orrego, para optar el Título de Ingeniero de Computación y
Sistemas, sometemos a vuestra consideración el trabajo de suficiencia profesional titulado:
“Sistema Informático Web para la Gestión del Área de Producción de los Viveros
utilizando el Framework del Openbravo ERP”.
El presente trabajo de suficiencia profesional, es el resultado de nuestro esfuerzo, donde hemos
plasmado todos los conocimientos y experiencias adquiridas a lo largo de nuestra formación
profesional, complementado además con la orientación y apoyo de nuestro asesor y todas
aquellas personas que nos aconsejaron y guiaron durante el desarrollo del presente trabajo.
Muy a pesar de todo el entusiasmo y esfuerzo que pusimos para poder alcanzar los objetivos
planteados, somos conscientes de que el presente trabajo pudiera tener algunas imperfecciones,
por lo cual, invocamos a vuestra comprensión para saber dispensar cualquier error involuntario
en el cual pudiéramos haber incurrido.
Gracias.
Bach. Fernández Rodríguez, Rosmery Elizabeth
Bach. Tafur Gismondi, Kathia Lucía
Trujillo, Setiembre del 2009
Fernández -Tafur 2009
4
DEDICATORIA
Este trabajo está dedicado a todos
aquellos que colaboraron para que se
realizara, pues aunque muy grande o
pequeño haya sido el apoyo sirvió para
que diera un resultado. A mi querida familia pues gracias a su
amor y comprensión soy lo que soy;
gracias por todo el apoyo que me
brindaron desde el inicio ¡Muchas
Gracias!
A mis queridos padres, Consuelo y
Eduardo, que siempre me han sabido
guiar y enseñar los valores
fundamentales para sobreponerme ante
las adversidades.
A mis queridos hermanos, Patricia,
Eduardo y Christian, que han sabido
como apoyarme y comprenderme a lo
largo de toda mi carrera.
A nuestro asesor, Ing. Luis Cárdenas
Rengifo por brindarme parte de su
valioso tiempo en todo el proceso que
deparo el presente proyecto.
Kathia L. Tafur Gismondi
Fernández -Tafur 2009
5
Este trabajo está dedicado a todos
aquellos que colaboraron para que se
realizara, pues aunque muy grande o
pequeño haya sido el apoyo sirvió para
que diera un resultado. A mis queridos padres, Edita y
Enrique, que siempre me han sabido
guiar y enseñar los valores
fundamentales para sobreponerme ante
las adversidades.
A mis queridos hermanos, Edwin.
Genny, Luis y Segundo, que me han
enseñado a ser muy paciente y
constante en todo lo que deseaba
alcanzar
A mis queridos amigos, quienes me
brindaron su amistad, alegría y apoyo
incondicional.
A nuestro asesor, Ing. Luis Cárdenas
Rengifo por brindarme parte de su
valioso tiempo en todo el proceso que
deparo el presente proyecto.
Rosmery E. Fernández Rodríguez
Fernández -Tafur 2009
6
AGRADECIMIENTOS
Muchas personas han intervenido en la realización de éste proyecto de Tesis. Deseamos
reconocer a las siguientes personas y expresarles nuestro sincero agradecimiento por sus
sugerencias, críticas y estímulos:
A nuestros profesores, por sus enseñanzas, buenas prácticas y consejos
A esta institución, por otorgarnos los valores que harán de nosotros ciudadanos
ejemplares para el país.
A nuestras familias, por su paciencia, comprensión y apoyo incansables en este largo
tiempo.
A nuestros amigos, por las muchas charlas interminables que hicieron en muchas
ocasiones enseñarnos la perseverancia y por las largas noches de estudios.
A nuestros amigos Ingenieros Agrónomos, que con sus conocimientos técnicos y
buenas prácticas y sobre todo comprensión y paciencia fueron gran ayuda para que este
proyecto saliera adelante.
Las Autoras
Fernández -Tafur 2009
7
ÍNDICE GENERAL
PRESENTACIÓN ___________________________________________________ 3
DEDICATORIA _____________________________________________________ 4
AGRADECIMIENTOS _______________________________________________ 6
ÍNDICE GENERAL __________________________________________________ 7
ÍNDICE DE ILUSTRACIONES ________________________________________ 9
ÍNDICE DE TABLAS _______________________________________________ 12
RESUMEN ________________________________________________________ 13
ABSTRACT _______________________________________________________ 14
INTRODUCCIÓN __________________________________________________ 15
CAPÍTULO I. MARCO TEÓRICO Y CONCEPTUAL _____________________ 19
1.1. PRODUCCIÓN DE PLÁNTULAS EN VIVEROS ___________________ 19
1.2. SISTEMA DE INFORMACIÓN __________________________________ 44
1.3. APLICACIONES BASADAS EN WEB ____________________________ 45
1.4. PROCESO ÁGIL UNIFICADO - AUP (Larman, 2002) _______________ 45
1.5. UML 2.0 (LARMAN ,2003) _____________________________________ 60
1.6. FRAMEWORK _______________________________________________ 68
1.7. OPENBRAVO – ERP __________________________________________ 70
1.8. MODELADOR: IBM RATIONAL ROSE ENTERPRISE EDITION ____ 109
1.9. ORACLE DATABASE 10G EXPRESS EDITION __________________ 110
1.10. SERVIDOR DE APLICACIÓN / SERVIDOR WEB _________________ 111
CAPÍTULO II. RESULTADOS ______________________________________ 112
2.1. FASE DE CONCEPCIÓN - ANÁLISIS ___________________________ 112
2.1.1. Análisis Situacional _______________________________________ 112
2.1.2. Pictogramas _____________________________________________ 113
2.1.3. Modelado del Negocio _____________________________________ 115
2.1.4. Modelo de Casos de Uso de Requerimientos ____________________ 117
2.2. FASE DE ELABORACIÓN – DISEÑO ___________________________ 145
2.2.1. Modelado de Requerimientos ________________________________ 145
2.2.2. Requerimientos Suplementarios ______________________________ 156
2.2.4. Diagramas de Actividad ____________________________________ 196
2.2.5. Diagrama de Clases _______________________________________ 201
2.2.6. Diagrama Físico de Datos __________________________________ 205
2.2.7. Diagrama de Componentes __________________________________ 209
Fernández -Tafur 2009
8
2.2.8. Diagrama de Despliegue ____________________________________ 210
2.2.9. Diagramas de Navegación __________________________________ 212
2.3. FASE DE TRANSICION ______________________________________ 216
2.3.1. Modelo de Pruebas ________________________________________ 216
2.3.2. Prueba de Caja Negra ______________________________________ 216
2.3.3. Prueba de Performance _____________________________________ 222
2.3.4. Prueba de Navegación _____________________________________ 223
2.3.5. Prueba de Servidor de Datos ________________________________ 223
2.4. IMPLANTACIÓN DEL PROYECTO ____________________________ 223
2.4.1. Costos __________________________________________________ 223
2.4.2. Beneficios _______________________________________________ 229
2.4.3. Análisis de Rentabilidad ____________________________________ 232
CAPÍTULO III. DISCUSIÓN __________________________________________ 237
3.1. PRUEBA DE HIPÓTESIS _____________________________________ 237
3.1.1. Formulación del problema __________________________________ 237
3.1.2. Planteamiento de la hipótesis ________________________________ 237
3.1.3. Diseño de contrastación ____________________________________ 238
3.1.4. Análisis estadístico ________________________________________ 239
3.1.5. Parámetros estadísticos _____________________________________ 239
3.1.6. Prueba de Hipótesis _______________________________________ 241
3.1.7. Conclusión ______________________________________________ 243
CONCLUSIONES ___________________________________________________ 244
RECOMENDACIONES ______________________________________________ 246
REFERENCIAS BIBLIOGRÁFICAS ____________________________________ 247
ANEXOS __________________________________________________________ 250
Fernández -Tafur 2009
9
ÍNDICE DE ILUSTRACIONES
Ilustración 1. Proceso de Producción de Plántulas ...................................................................... 20
Ilustración 2. Distribución de Espacios de un Vivero ................................................................ 22
Ilustración 3. Diagrama de flujo de información para Siembra .................................................. 28
Ilustración 4. Diagrama de flujo de información para Siembra .................................................. 29
Ilustración 5. Diagrama de flujo de información para Siembra .................................................. 30
Ilustración 6. Flujo de Riego ....................................................................................................... 31
Ilustración 7. Flujo de Siembra ................................................................................................... 32
Ilustración 8. Flujo 2 de Siembra ................................................................................................ 33
Ilustración 9. Flujo 01 de Riego .................................................................................................. 37
Ilustración 10. Flujo 02 de Riego ................................................................................................ 38
Ilustración 11. Flujo 03 de Riego ................................................................................................ 39
Ilustración 12. Flujo 01 de Sanidad ............................................................................................. 42
Ilustración 13. Flujo 02 de Sanidad ............................................................................................. 43
Ilustración 14. Flujo 03 de Sanidad ............................................................................................. 44
Ilustración 15. Fases de AUP ..................................................................................................... 46
Ilustración 16. Modelado de AUP ............................................................................................... 50
Ilustración 17. Implementación de AUP ..................................................................................... 56
Ilustración 18. Configuración de AUP ........................................................................................ 59
Ilustración 19. Estereotipo de Server Page .................................................................................. 64
Ilustración 20. Client Page .......................................................................................................... 65
Ilustración 21. Estereotipo de Form ............................................................................................ 66
Ilustración 30. Arquitectura funcional del Openbravo ................................................................ 75
Ilustración 31. Arquitectura del Openbravo ................................................................................ 76
Ilustración 32. Build Tasks.......................................................................................................... 83
Ilustración 33. Barra de Botones ................................................................................................. 89
Ilustración 34. Barra de Pestañas ................................................................................................ 91
Ilustración 35. Menú de la Aplicación ........................................................................................ 91
Ilustración 36. Ventana en Modo Edición ................................................................................... 92
Ilustración 37. Ventana en Modo Edición ................................................................................... 93
Ilustración 38. Buscador de Ventana ........................................................................................... 94
Ilustración 39. Alerta de Cambio ................................................................................................ 94
Ilustración 40. Tablas y Columnas .............................................................................................. 98
Ilustración 41. Datos de una Tabla .............................................................................................. 99
Ilustración 42. Definición de Columna ..................................................................................... 100
Ilustración 43. Ventana en el diccionario de datos .................................................................... 100
Ilustración 44. Solapa Permisos para una Ventana ................................................................... 101
Ilustración 45. Administración de Solapas de una Ventana ...................................................... 101
Ilustración 46. Administración de Campos de una Solapa ........................................................ 102
Ilustración 47. Secuencia de Campo ......................................................................................... 102
Ilustración 48. Callouts ............................................................................................................. 103
Ilustración 49. Validaciones ...................................................................................................... 104
Ilustración 50. Informes y Procesos .......................................................................................... 104
Ilustración 51. Ventana de creación de Menú ........................................................................... 106
Ilustración 52. Asignación en árbol de Menú............................................................................ 106
Ilustración 53. Creación de usuario ........................................................................................... 107
Fernández -Tafur 2009
10
Ilustración 54. Creación de Roles ............................................................................................. 108
Ilustración 55. Pictograma de Situación Actual ........................................................................ 113
Ilustración 56. Pictograma Solución Deseada ........................................................................... 114
Ilustración 57. Casos de Uso del Negocio ................................................................................. 115
Ilustración 58. Modelo del Dominio ......................................................................................... 116
Ilustración 59. Gestión de la Planificación de la Producción .................................................... 119
Ilustración 60. Casos de Uso Gestión de Siembra..................................................................... 120
Ilustración 61. Casos de Uso Gestión de Riego ........................................................................ 121
Ilustración 62. Casos de Uso Gestión de Sanidad ..................................................................... 122
Ilustración 63. Casos de Uso de Jefe de Vivero ........................................................................ 163
Ilustración 64. Casos de Uso Jefe de Producción ..................................................................... 163
Ilustración 65. Casos de Uso de Jefe de Siembra ...................................................................... 164
Ilustración 66. Casos de Uso Evaluador de Siembra ................................................................. 164
Ilustración 67. Casos de Uso de Jefe de Riego.......................................................................... 165
Ilustración 68. Casos de Uso de Riego. ..................................................................................... 165
Ilustración 69. Casos de Uso de Jefe de Sanidad ...................................................................... 166
Ilustración 70. Casos de Uso de Evaluador de Sanidad ............................................................ 166
Ilustración 71. Mantenimiento Presentación de Despacho ....................................................... 167
Ilustración 72. Mantenimiento de Cultivo ................................................................................. 167
Ilustración 73. Mantenimiento de Estaciones Climáticas ...................................................... 168
Ilustración 74. Mantenimiento de Recursos .............................................................................. 168
Ilustración 76. Registro de Matriz de Producción ..................................................................... 169
Ilustración 77. Registro de Plan de Producción ........................................................................ 169
Ilustración 78. Registro de siembra ........................................................................................... 170
Ilustración 79. Registro de Formula .......................................................................................... 170
Ilustración 80. Registro de Calendario de Aplicaciones ........................................................... 170
Ilustración 81. Registro de Evaluación de Riego ...................................................................... 171
Ilustración 82. Programa de Riego y Fertirriego ....................................................................... 171
Ilustración 83. Mantenimiento de Plagas y Enfermedades ....................................................... 171
Ilustración 84. Registro de Criterios de Fumigación ................................................................. 172
Ilustración 85. Registro de Evaluación Sanitaria ...................................................................... 172
Ilustración 86. Registro de Programa de Sanidad ..................................................................... 172
Ilustración 87. Diagrama de Secuencia Registrando Cultivo .................................................... 174
Ilustración 88. Diagrama de Secuencia Registrando Bandejas ................................................. 175
Ilustración 89. Diagrama de Secuencia Registrando Recursos ................................................. 175
Ilustración 90. Diagrama de Secuencia Registrando Vivero ..................................................... 176
Ilustración 91. Diagrama de Secuencia Registrando Sectorización de Vivero ......................... 177
Ilustración 92. Diagrama de Secuencia Registrando Definición de Etapa ................................ 178
Ilustración 93. Diagrama de Secuencia Registrando Matriz de Producción ............................. 179
Ilustración 94. Diagrama de Secuencia Copiando Matriz de Producción ................................. 180
Ilustración 95. Registrando Plan de Producción ....................................................................... 181
Ilustración 96. Diagrama de Secuencia Registrando Programa Diario de Siembra .................. 182
Ilustración 97. Diagrama de Secuencia Registrando Programa de Evaluación de Siembra ...... 183
Ilustración 98. Diagrama de Secuencia Actualizando Movimiento de Bandejas ...................... 184
Ilustración 99. Diagrama Secuencia Registrando Producto Terminado .................................... 185
Ilustración 100. Diagrama de Secuencia Registrando Fórmulas ............................................... 186
Ilustración 101. Diagrama de Secuencia Registrando Evaluación de Riego ............................. 187
Ilustración 102. Diagrama de Secuencia Registrando Programa de Riego y Fertirriego .......... 188
Fernández -Tafur 2009
11
Ilustración 103. Diagrama de Secuencia Actualizando Programa de Riego y Fertirriego ........ 189
Ilustración 104. Diagrama de Secuencia Registrando Criterios de Fumigación ....................... 190
Ilustración 105. Diagrama de Secuencia Registrando Plagas y Enfermedades ......................... 191
Ilustración 106. Diagrama de Secuencia Registrando Evaluación de Sanidad ......................... 192
Ilustración 107. Diagrama de Secuencia Registrando Programa de Sanidad ........................... 193
Ilustración 109. Diagrama de Secuencia Registrando Equipos de Control Sanitario ............... 194
Ilustración 108. Diagrama de Secuencia Actualizando Programa de Sanidad ......................... 194
Ilustración 110. Diagrama de Secuencia Registrando Técnicas de Tratamiento Sanitario ....... 195
Ilustración 111. Diagrama de Actividad Generar Plan de Producción ...................................... 196
Ilustración 112. Diagrama Actividad Evaluación de Siembra .................................................. 197
Ilustración 113. Diagrama de Actividad Programa de Riego .................................................... 198
Ilustración 114. Diagrama de Actividad Ubicar Siembra ......................................................... 199
Ilustración 115. Diagrama de Actividad Programa de Sanidad ................................................ 200
Ilustración 116. Diagrama de Clases de Gestión de Producción ............................................... 201
Ilustración 117. Diagrama de Clases de Gestión de Siembra .................................................... 202
Ilustración 118. Diagrama de Clases de Gestión de Riego y Fertirriego .................................. 203
Ilustración 119. Diagrama de Clases de Gestión de sanidad ..................................................... 204
Ilustración 120. Diagrama de Datos de Gestión de Producción ................................................ 205
Ilustración 121. Diagrama de datos de Gestión de Siembra ...................................................... 206
Ilustración 122. Diagrama de datos de Gestión de Riego ......................................................... 207
Ilustración 123. Diagrama de datos de Gestión de Sanidad ...................................................... 208
Ilustración 124. Diagrama de datos de Gestión de Riego ......................................................... 209
Ilustración 125. Diagrama Lógico de Despliegue .................................................................... 210
Ilustración 126. Diagrama de Despliegue Físico....................................................................... 211
Ilustración 127. Diagrama de Navegación - Planificación de la Producción ............................ 212
Ilustración 128. Diagrama de Navegación - Siembra y Evaluación de Siembra ....................... 213
Ilustración 129. Diagrama de Navegación Riego y Fertirriego ................................................. 214
Ilustración 130. Diagrama de Navegación de Gestión de Sanidad ........................................... 215
Ilustración 131. Región de Aceptación y Rechazo de la Hipótesis ........................................... 242
Ilustración 132. Comparación de T – Student con el valor teórica ........................................... 242
Ilustración 133. Reporte de Recursos Consolidados ................................................................. 262
Ilustración 134. Reporte de Recursos por Etapa de Plan .......................................................... 262
Ilustración 135. Reporte de Recursos Totales de Insumos por Plan ......................................... 263
Ilustración 136. Registro de Siembra en Vivero ....................................................................... 264
Ilustración 137. Programa Diario de Siembra ........................................................................... 264
Ilustración 138. Formulario de Programación de Siembra ........................................................ 265
Ilustración 139. Reporte de Producción de Plantas por Cliente ................................................ 265
Ilustración 140. Reporte de Movimiento de Bandejas .............................................................. 266
Ilustración 141. Reporte Consolidado de Evaluacion ............................................................... 266
Ilustración 142. Programa de Despacho .................................................................................... 267
Ilustración 143. Cartilla de Evaluación de Germinación .......................................................... 268
Ilustración 144. Reporte Evaluación de Riego .......................................................................... 269
Ilustración 145. Calendario de Aplicación ................................................................................ 269
Ilustración 146. Plagas y Enfermedades.................................................................................... 270
Ilustración 147. Evaluación de Sanidad .................................................................................... 270
Ilustración 148. Programa diario de Fumigación ...................................................................... 270
Ilustración 149. Programa de Manejo de Plagas ....................................................................... 271
Ilustración 150. Registro del Tratamiento Fitosanitario ............................................................ 272
Fernández -Tafur 2009
12
ÍNDICE DE TABLAS
Tabla 1. Disciplinas de AUP ....................................................................................................... 47
Tabla 2. Descripción de Modelado por Fase ............................................................................... 55
Tabla 3. Fase de Implementación de AUP .................................................................................. 58
Tabla 4. Descripción de Diagramas ............................................................................................ 63
Tabla 5. Iconos de Componentes ................................................................................................ 88
Tabla 6. Tipos de Selectores ....................................................................................................... 89
Tabla 7. Descripción de Botones................................................................................................. 90
Tabla 8. Declaración del Problema ........................................................................................... 145
Tabla 9. Declaración de Posición del Producto ......................................................................... 146
Tabla 10. Resumen de Stakeholders ......................................................................................... 146
Tabla 11. Resumen de Empleados del Negocio ........................................................................ 146
Tabla 12. Requerimientos de los Usuarios ................................................................................ 147
Tabla 13. Roles y responsabilidades ......................................................................................... 157
Tabla 14. PONDERACION DE LOS ACTORES (PA) ........................................................... 158
Tabla 15. PONDERACION DE LOS CASOS DE USO (PCU) ............................................... 158
Tabla 16. FACTOR TECNICO DE COMPLEJIDAD (TCF) .................................................. 159
Tabla 17.FACTOR TECNICO DEL NIVEL DE EXPERIENCIA DEL EQUIPO (TEF) ...... 160
Tabla 18. Prueba de caja negra Registrando Plan de Producción ............................................. 217
Tabla 19. Prueba de caja negra Registrando Programa de Siembra .......................................... 218
Tabla 20. Prueba de caja negra Registrando Programa de Riego .............................................. 218
Tabla 21. Prueba de caja negra Registrando Programa de Sanidad .......................................... 220
Tabla 22. Prueba de caja negra Registrando Matriz de Producción .......................................... 221
Tabla 23. Prueba de caja negra Registrando Cultivo ................................................................ 222
Tabla 24. Costo de inversión de Hardware ............................................................................... 224
Tabla 25. Costo de Inversión de Software ................................................................................ 225
Tabla 26. Costo de Inversión de Capacitación .......................................................................... 225
Tabla 27. Consolidado Costo de Inversión ............................................................................... 225
Tabla 28. Costo de Recursos Humanos por el Desarrollo ......................................................... 226
Tabla 29. Costo de Desarrollo de Bienes de Consumo ............................................................. 226
Tabla 30. Costo de Desarrollo de Servicios .............................................................................. 226
Tabla 31. Consolidado Costo de Desarrollo de Software ......................................................... 227
Tabla 32. Costo de Implantación de Recursos Humanos. ......................................................... 227
Tabla 33. Consolidado Costo de Implantación ......................................................................... 227
Tabla 34. Costo por Año de Energía Eléctrica .......................................................................... 228
Tabla 35. Costo Anual de Operación y Mantenimiento de Equipos ......................................... 229
Tabla 36. Costo de Operación de Recursos de Materiales ........................................................ 229
Tabla 37. Consolidado del Costo de Operación ........................................................................ 229
Tabla 38. Depreciación ............................................................................................................. 229
Tabla 39. Resumen del Ahorro del Dinero por Reducción del Tiempo .................................... 230
Tabla 40. Ahorro del Dinero por Reducción de Gastos Administrativos .................................. 231
Tabla 41. Resumen de Beneficios Tangibles ............................................................................ 231
Tabla 42. Flujo de Caja del Proyecto ........................................................................................ 233
Tabla 43. Indicadores del Sistema de Trabajo .......................................................................... 238
Tabla 44. Tiempo en realizar los procesos de producción antes .............................................. 239
Tabla 45. Tiempo en realizar los procesos de producción después ........................................... 240
Fernández -Tafur 2009
13
RESUMEN
“Sistema Informático Web para la Gestión del Área de Producción de los Viveros
utilizando el Framework del Openbravo ERP”
Por:
Bach. Kathia Lucía Tafur Gismondi
Bach. Rosmery Elizabeth Fernández Rodríguez
La implantación del presente proyecto, tiene por objetivo la organización, de manera
ordenada, de los procesos definidos a alto nivel que se encuentran inmersos en una
“Producción de plántulas” dentro del marco de un Vivero. Dichos procesos se
encuentran determinados y estructurados dentro de cada una de las “Etapas de
producción”, las cuales son: Siembra, Riego y Sanidad. Como consecuencia de dicha
organización se busca la reducción de tiempo en el procesamiento y obtención al
instante de la información actualizada de cualquier producción de plántulas de manera
general dentro de una empresa, puesto que la vida del producto final siempre se
encuentra en un estado crítico de supervivencia. Así mismo, esta organización del flujo
de información, podrá ser accedido por las personas competentes, para que se pueda
utilizar de manera conveniente, de tal modo lograr generar un valor agregado.
El Sistema Informático Web para la Gestión del Área de Producción de los Viveros se
desarrolló bajo la Metodología Proceso Unificado Ágil, desarrollando las fases de
Inicio, Elaboración, Construcción y Transición; aplicando como principal herramienta
tecnológica el Framework de desarrollo de Openbravo ERP y el Gestor de Base de
Datos Oracle Express Edition 10g.
La implementación del presente proyecto de investigación de un Sistema Informático
Web para la Gestión del Área de Producción de Viveros donde se producen Plántulas
logrará la integración de procesos del área de producción de los Viveros, incrementará
el control en el manejo de los recursos de producción mediante el ordenamiento del
flujo de su información, además de reducir el tiempo en la obtención de información y
realización de procesos de los Viveros.
Fernández -Tafur 2009
14
ABSTRACT
“Sistema Informático Web para la Gestión del Área de Producción de los Viveros
utilizando el Framework del Openbravo ERP”
By:
Bach. Kathia Lucía Tafur Gismondi
Bach. Rosmery Elizabeth Fernández Rodríguez
The present project of investigation was developed for the implementation of a Web
Information System for the Management of the production area, whose objective the
nurseries where seedlings are produced.
The Web Information System for Management of Production Area nurseries will be
developed under the Unified Process Agile Methodology, developing stages of Home,
Development, Construction and Transition, as the main tool to implement the
Framework technological development and Openbravo ERP Manager Oracle Database
10g Express Edition.
The implementation of this project aims at organizing an orderly set of processes at a
high level who are involved in a "production of seedlings within the framework of a
nursery. These processes are defined and structured within each of the "stages of
production," which are: Planting, Irrigation and Public Health. As a result of this
organization is to reduce the time and get instant access to updated information of any
production of seedlings in a generic way within an enterprise's life since the final
product is always in a critical survival. Likewise, the organization of information flow
may be accessed by persons competent to be used appropriately, so generate an added
value.
Fernández -Tafur 2009
15
INTRODUCCIÓN
Nuestro cambiante entorno ha incrementado notablemente la tendencia de construir e
implementar sistemas de información que ayuden a la toma de decisiones. Esto se debe
a los requerimientos de los usuarios finales los cuales son principalmente la rapidez y la
eficiencia en los procesos y entorno donde operan.
Por otro lado, la tecnología avanza, surgen nuevas y mejores formas de hacer las cosas,
siempre buscando métodos más efectivos, confiables, con mayor calidad y menores
riesgos.
La actual tendencia es el desarrollo rápido de aplicaciones, reutilización de
componentes y diseño uniforme. La muestra más clara es el uso de un Framework de
desarrollo, una estructura de soporte definida en la cual otro proyecto de software puede
ser organizado y desarrollado.
Los Frameworks son diseñados con el propósito de facilitar el desarrollo de software,
permitiendo a los diseñadores y programadores pasar más tiempo identificando
requerimientos de software que tratando con los tediosos detalles técnicos de un sistema
funcional.
Al mismo tiempo, en nuestro país se han incrementado notablemente las agro-
exportaciones de diversas variedades de cultivos. Los requerimientos de insumos y
materias primas para tal fin hacen que cada día el Perú produzca sus propios elementos
primarios. Una plántula o plantín es la pieza fundamental para gran parte del área
agrícola, esta pasa por distintas etapas bien diferenciadas, en las que se debe tener un
Fernández -Tafur 2009
16
especial cuidado para poder lograr el cumplimiento de los estándares internacionales de
producción.
La producción de plántulas es una de las actividades agrícolas que movilizan una gran
cantidad de divisas hacia nuestro país. Al mismo tiempo la necesidad de poder
manipular el flujo de información es un factor muy importante en actividades agrícolas
como la producción de plántulas; la rapidez y el dinamismo son valiosos dentro de los
procesos que tiene, puesto que la vida del producto final siempre se encuentra en un
estado crítico de supervivencia.
Estas empresas y compañías de tamaños muy variados tienen la necesidad de un
sistema de gestión integrado, debido a la gran cantidad de información que manejan una
solución estándar no es suficiente para cubrir todas sus necesidades específicas.
Se realizó un análisis del problema en la gestión del Área de Producción de los Viveros
y se concluyó lo siguiente:
¿Cómo se podría reducir el tiempo en la ejecución de procesos del Área de Producción
de los Viveros utilizando Tecnologías de Información?
Ante este problema se plantea la siguiente hipótesis:
“Un Sistema Informático Web construido con AUP y el Framework Openbravo podrá
reducir el tiempo en la realización de los procesos del Área de Producción de los
Viveros”.
El objetivo general de la tesis es:
“Desarrollar un Sistema Informático Web para la gestión del Área de Producción
de los Viveros utilizando la metodología AUP y el Framework Openbravo”.
Fernández -Tafur 2009
17
A través del análisis realizado en el proceso de Producción de los Viveros se pudo
constatar el manejo de una gran información para la producción y mantenimiento de una
plántula durante todo su proceso de desarrollo, así como la necesidad de obtener
información al instante y precisa de cada una de las distintas etapas de producción.
También existe la necesidad de planificación y control de los procesos, lo cual
permitiría obtener datos más puntuales que ayudaran en el análisis de toda la producción
y la toma de mejores decisiones.
Al desarrollar el Sistema Informático web permitirá la integración de procesos del área
de Producción de los Viveros, reducir el tiempo en dichos procesos, así como
incrementar el control en el manejo de los recursos de producción mediante el
ordenamiento del flujo de su información y reducir el tiempo en la obtención de
información y realización de procesos de producción de los Viveros.
Los Objetivos Específicos son:
Realizar una investigación bibliográfica sobre producción de plántulas, el
Framework de desarrollo libre Openbravo y AUP.
Analizar la realidad problemática en los Viveros de nuestra región,
específicamente en las etapas de producción.
Modelar cada uno de los procesos que intervienen en el Proceso productivo
de una empresa productora de plántulas utilizando AUP y Rational Rose.
Implementar el software para llevar a cabo la captura y almacenamiento de
datos referente al proceso de producción de plántulas utilizando el
Framework Openbravo ERP 2.24, el gestor de Base de Datos Oracle Express
Edition Database 10g y el servidor de aplicaciones Apache Tomcat 5.55.
Fernández -Tafur 2009
18
Realizar una etapa de pruebas y evaluación de resultados a través de la
simulación por computadora, para el proceso de Producción de plántulas.
Para una mayor comprensión y entendimiento global del trabajo desarrollado en este
proyecto, detallamos a continuación cada uno de los capítulos:
En el Capítulo I: Fundamento Teórico, se describe el marco teórico, donde se expone
el conocimiento sobre todo lo que se refiere a Proceso de Producción, Programación
Web haciendo referencia al MVC, se detalla el “Proceso Unificado Agil - AUP”,
además de definir y dar las características de las herramientas y técnicas para la
construcción de este proyecto con estándares abiertos como SQL, HTML, CSS, XML
ENGINE Y SQLC. Por último nos referimos al Diseño de Investigación utilizado para
la Comprobación de la Hipótesis.
En el Capítulo II: Resultados; se detalla la aplicación del “Proceso Unificado Agil -
AUP” y su uso combinado con la “Extensión de Aplicación Web de UML” (WAE),
mostrando los resultados del Análisis y Diseño a través de documentos, diagramas con
los estereotipos Web, además de las características para el desarrollo del Sistema.
En el Capítulo III: Discusión, se describe los resultados de la Comprobación de la
Hipótesis obtenida en base a los indicadores identificados para medir el proceso
productivo y evaluar la situación actual y luego la situación con el Sistema propuesto.
En el Capítulo VI, Conclusiones y Recomendaciones, se mencionan las conclusiones
y recomendaciones del estudio realizado.
Finalmente se presentan las referencias bibliográficas y los anexos.
Fernández -Tafur 2009
19
CAPÍTULO I. MARCO TEÓRICO Y CONCEPTUAL
1.1. PRODUCCIÓN DE PLÁNTULAS EN VIVEROS
La producción mundial de plántulas ha seguido creciendo y ha evolucionado
notablemente en la medida que ha avanzado la tecnología en los productos,
equipos y en el conocimiento del comportamiento de las plantas.
Al mismo tiempo, en nuestro país se han incrementado notablemente las agro -
exportaciones de diversas variedades de cultivos, los requerimientos de insumos
y materias primas para tal fin hacen que cada día el Perú produzca sus propios
elementos primarios. La producción de plántulas es una de las actividades
agrícolas y económicas que movilizan una gran cantidad de ingresos hacia
nuestro país.
La producción de plántulas es una oportunidad de negocio, sobre todo si la
actividad se realiza con cultivos de exportación o bien, de gran demanda
comercial; como son las frutas y hortalizas, siendo esto un indicador de
factibilidad financiera. Es recomendable empezar de manera adecuada la
actividad y lo primero es obtener plántulas de buena calidad, para que con esto
asegure el éxito de la producción.
En la propagación se utilizan semilleros, que son parcelas o superficies
reducidas de cultivo, los cuales se construyen para proporcionar condiciones de
desarrollo adecuadas para la producción de plántulas.
El objetivo de la producción de plántulas en viveros es obtener, a partir de
semillas, plantas vigorosas, libres de enfermedades y capaces de acondicionarse
Fernández -Tafur 2009
20
al medio ambiente cuando sean trasplantadas, de tal manera que puedan
sostener una adecuada producción (Herrera, 2006).
El proceso de Producción de plántulas se divide en 3 grandes etapas las cuales
son Siembra, Riego y Sanidad; nosotros incluimos también una cuarta etapa que
es la de Planificación de la Producción en Conjunto.
1.1.1. Planificación de la Producción
La planificación de la producción consiste en definir el volumen y el
momento de fabricación de los productos, estableciendo un equilibrio
entre la producción y la capacidad a los distintos niveles, en busca de la
competitividad deseada. Para ello, se requiere un proceso concatenado de
planes que vinculen los distintos niveles jerárquicos de la organización.
Ilustración 1. Proceso de Producción de Plántulas
PRODUCCIÓN DE PLANTULAS
PLANIFICACIÓN DE LA
PRODUCCIÓN
ETAPA DE SIEMBRA
EVALUACIÓN DE SIEMBRA
ETAPA DE RIEGO Y
FERTIRRIEGO
EVALUACIÓN DE RIEGO Y
FERTIRRIEGO
ETAPA DE SANIDAD
EVALUACIÓN DE SANIDAD
Fernández -Tafur 2009
21
El objetivo fundamental de la planificación de producción, consiste en la
determinación previa de los gastos indispensables para obtener un
volumen dado de producción y entrega de cada tipo y de toda la
producción de la empresa, con la calidad establecida.
1.1.1.1. Matriz de Producción
Herramienta que permite el manejo de los recursos para el
proceso de la producción en una medida base que permitirá
calcular los recursos necesarios en una producción especifica
según parámetros como Cultivos y Variedad de Cultivos.
1.1.1.2. Recursos de Producción
El manejo de los recursos en la producción son vitales ya que sin
ellos no se puede proceder a la producción, es por eso que se debe
gestionar la disponibilidad y calidad de los mismos (materia
prima, mano de obra) en todo momento para garantizar una
producción continua y sin problemas.
1.1.1.3. Plan de Producción
Es el programa de producción en el que se especifican el cuanto
es lo que se necesita producir, cantidad y fechas de producción,
además de indicar la cantidad total de los recursos en cada una de
sus etapas de producción.
1.1.1.4. Espacio de Producción
El manejo de espacios en vivero es importante ya que permitirá
conocer la capacidad de producción de un vivero para atender
producciones en un tiempo específico. Un vivero estándar divide
su espacio de esta manera:
Fernández -Tafur 2009
22
CAMA
CAMA
CAMA
CAMA
CAMA
CAMA
CAMA
CAMA
CAMA
CAMA
CAMA
CAMA
CAMA
CAMA
CAMA
MODULO
NAVE NAVE NAVE
Ilustración 2. Distribución de Espacios de un Vivero
1.1.2. Etapa de Siembra
La Etapa de Siembra es el inicio del ciclo de una plántula en el vivero. La
semilla que se utilice en esta etapa debe de tener las mejores
características de germinación, vigor y sanidad, esto se logra escogiendo
semillas de variedades adecuadas para las condiciones de clima del sitio
de siembra y técnicas de manejo del cultivo, por lo que las semillas son
acondicionadas.
1.1.2.1. Recursos de la Siembra:
Semilla:
La semilla es la estructura mediante la que realizan la
propagación las plantas. Una semilla contiene un embrión del
que puede desarrollarse una nueva planta bajo condiciones
apropiadas. Pero también contiene una fuente de alimento
almacenado y está envuelto en una cubierta protectora.
Bandejas:
Las bandejas generalmente están hechas de material plástico
aunque también existen de estereofón y otros materiales; se les
Fernández -Tafur 2009
23
encuentra en una amplia gama de medidas, formas, calidades,
cualidades, capacidades y usos. En cuanto a las medidas y
capacidades de las bandejas plásticas se puede encontrar en el
mercado con medidas de 28 x 54 cm con 200 agujeros que
miden 2 x 2 cm x 5 cm de profundidad; bandejas de 23 x 67
cm con 192 agujeros que miden 3 x 3 cm x 7 cm de
profundidad; bandejas de 28 x 54 cm con 98 agujeros que
miden 3 x 3 cm x 5 cm de profundidad.
En bandejas elaboradas con durapax también se encuentran en
variadas dimensiones, no obstante las más utilizadas son las de
67 x 34 cm. de 200 agujeros de 3 x 3 cm y 7 cm de
profundidad.
Sustrato:
El sustrato es un lugar que sirve de asiento a una planta, pero
que a diferencia de la tierra, no aporta ningún elemento a la
nutrición de la planta, lo cual lo hace idóneo para el trabajo en
vivero ya que se puede controlar la cantidad y la calidad de los
nutrientes que recibe la planta.
El sustrato es el insumo básico para la etapa de Siembra, con
este recurso se llenan las bandejas (sustrato) el cual es
importado y se encuentra de venta en el mercado; sin
embargo, existe la alternativa de fabricarlo con materiales
fáciles de obtener en nuestro medio. Para producir sustrato, el
productor puede utilizar materia orgánica.
Fernández -Tafur 2009
24
1.1.2.2. Actividades de la Siembra:
Desinfección de la semilla
Acondicionamiento del sustrato
Llenado de bandejas
Enrazado
Marcado de bandejas
Siembra
Tapado
Transporte
1.1.2.3. Proceso de Siembra:
El proceso de siembra comienza con la elaboración del contrato
en la administración por parte de la subgerente administrativa, y
la elaboración de la orden de producción de este contrato en caso
de empresas grandes recibe también el Programa de Transplante
de parte del Cliente.
A. Elaborar Programa de Siembra:
1. El subgerente de producción solicita al encargado de riego
los espacios libres que queden en el vivero.
2. El encargado de riego se encarga de informar al
subgerente de producción de los espacios libres del vivero.
3. Con los datos obtenidos más el reporte de espacios libres
en vivero genera el Programa de Siembra. Y de aquí se
generan dos documentos Programa de siembra general y el
programa de siembra por cliente.
Fernández -Tafur 2009
25
B. Verificar insumos: Después de la generación de la orden de
trabajo el Sub Gerente de Producción realiza la verificación de
los insumos necesarios para su programa de Siembra, luego el
Sub Gerente de Producción le remite el programa de siembra
a realizar a la jefa de siembra.
1. El subgerente de producción solicita un reporte de
insumos a almacén para saber si tiene lo necesario para
empezar la siembra.
2. El almacén le genera un reporte de insumos con todos lo
que hay y le informa para la elaboración de una nota de
pedido.
3. Si existen todos los insumos el subgerente de producción
comunica al Gerente de Vivero de forma verbal el inicio
de la siembra.
4. Si no existen insumos hace un requerimiento de insumos a
gerente de vivero.
5. El gerente de vivero se encarga de gestionar el
requerimiento.
C. Elaborar Pedido de insumos: La jefa de siembra elabora un
pedido de insumos que será aprobado por el subgerente de
producción.
D. Ejecutar Siembra y distribución de bandejas en Vivero:
Quien se encarga de hacer la Siembra en vivero y la
colocación de las bandejas en camas.
Fernández -Tafur 2009
26
1. Almacén despacha los insumos al jefe de siembra con la
nota de insumos aprobada por el subgerente de
producción.
2. El jefe de siembra se encarga de verificar si las semillas
esta o no desinfectada.
3. Si no está desinfectada, la desinfecta y luego prepara el
sustrato.
4. Si está desinfectada se preparara el sustrato con agua y
surfactante.
5. Luego los llenadores se encargan de poner el sustrato en
las bandejas y la pasan al enrazado.
6. En el enrazado se saca el exceso de sustrato de las
bandejas, se empareja y se pasan para el marcado de
bandejas.
7. Luego se marca la posición de las bandejas, en otras
palabras ahuecan para poder hacer espacio para las
semillas en los conos y las pasan a las sembradoras.
8. Las sembradoras se encargan de poner las semillas en el
centro de los conos y las pasan a los tapadores.
9. Los tapadores tapan las bandejas con el sustrato.
10. Luego se van poniendo las bandejas en unas parihuelas
para su posterior transporte.
11. Luego el jefe de siembra contabiliza y controla el avance
de la siembra.
Fernández -Tafur 2009
27
12. Después de contabilizar le indica al personal la ubicación
donde van a ir las bandejas.
13. El personal obrero transporta las bandejas a las camas
asignadas por el jefe de siembra.
14. Se coloca las bandejas en las camas designadas.
15. Finalmente el jefe de siembra contabiliza los lotes de
siembra y los identifica con los banderines y elabora el
registro de siembra y el cuaderno de siembra.
E. Verificar Registro de Siembra: Al final del día el Evaluador
de Siembra hace una evaluación de bandejas y genera un
Registro de Siembra y un Cuaderno de Siembra que hace
llegar al Sub Gerente de Producción.
F. Reprogramar avance de Siembra: Si el programa no se
cumple se actualiza y se reprograma.
G. Actualizar programa de Siembra: Luego actualiza el
Programa de siembra.
H. Revisar Avances y monitoreo del cumplimiento de
contrato: El Sub Gerente de Producción hace una evaluación
final a las bandejas y aprueba el Registro de Siembra y lo
reporta al Gerente de Vivero.
I. Evaluación de Despacho: El evaluador de siembra registra
el programa de siembra en el programa de despacho para su
posterior entrega al cliente por parte del área de logística de
la empresa.
Fernández -Tafur 2009
28
Ilustración 3. Diagrama de flujo de información para Siembra
Fernández -Tafur 2009
29
Ilustración 4. Diagrama de flujo de información para Siembra
Fernández -Tafur 2009
30
Ilustración 5. Diagrama de flujo de información para Siembra
Fernández -Tafur 2009
31
Ilustración 6. Flujo de Riego
Fernández -Tafur 2009
32
Ilustración 7. Flujo de Siembra
Fernández -Tafur 2009
33
Ilustración 8. Flujo 2 de Siembra
Fernández -Tafur 2009
34
1.1.3. Etapa de Riego y Fertirriego
El riego y fertirriego consiste en combinar la aplicación de agua de riego
con los fertilizantes. Esta práctica incrementa notablemente la eficiencia
de la aplicación de los nutrientes, obteniéndose mayores rendimientos y
mejor calidad, con una mínima polución del medio ambiente. El
fertirriego permite aplicar los nutrientes en forma exacta y uniforme
solamente al volumen radicular humedecido, donde están concentradas
las raíces activas. Para programar correctamente el fertirriego se deben
conocer la demanda de nutrientes en las diferentes etapas fenológicas del
ciclo del cultivo. La curva óptima de consumo de nutrientes define la tasa
de aplicación de los nutrientes, evitando así posibles deficiencias o
consumo de lujo. Distintos métodos de dosificación, preparación de
soluciones Fertilizantes, equipos de inyección y monitoreo son expuestos
en este Trabajo, según los diferentes requisitos de estas especies
(UNAM, 1998).
Tiene actividades como: Instalación del Sistema de Riego, Rociado de
Fertilizantes, Remojo de Zanja, Tapado de Zanja, Conexión de manguera
Goteo, Arado de Yeso, Planchado, Cultivado de Yeso entre otros.
1.1.3.1. Frecuencia de riego
La frecuencia de riego es variable, ya que depende de diversos
factores el más importante es el clima y la edad de la plántula.
El primer riego debe aplicarse al semillero una vez sembrado.
Debe hacerse con cuidado para evitar compactar y remover la
tierra, por eso se recomienda realizar el riego con manguera
provista de boquilla difusora o micro aspersores y/o
Fernández -Tafur 2009
35
nebulizadores. El resto de los riegos se aplicaran periódicamente
con el fin de mantener el semillero con la humedad suficiente
para que no se reseque, endurezca el suelo y - marchiten las
plántulas. Es recomendable aplicar en el agua de riego los
fertilizantes, macro-micro elementos, durante el crecimiento y
antes del transplante de la plántula.
La dosis del riego debe permitir el agotamiento entre riego y riego
de aproximadamente el 30 – 40% del agua útil que tenga el
sustrato, se fuerza en ese sentido para asegurar su oxigenación e
inducir un potente crecimiento y desarrollo. Esto nos llevara
generalmente a regar 2 – 3 días en invierno y a diario en verano,
aunque se expuso anteriormente esto depende de muchos factores
tales como clima, especie y estado de la plántula, propiedades
físicas del sustrato, etc. (Casseres,1996) .
1.1.3.2. Proceso de Riego y Fertirriego
A. Solicitar Registro de Evaporaciones diarias: El jefe de Riego y
Fertirriego solicita al evaluador de Riego el registro de
evaporaciones diarias.
B. Elaborar Programa de Riego y Fertirriego: Con el registro de
evaporaciones diaria elabora el Programa de Riego y Fertirriego
de acuerdo al grado de evaporación y otros factores.
C. Solicitar requerimiento de insumos: El subgerente de
producción realiza su requerimiento de todos los insumos
necesarios para realizar las soluciones del Programa de Riego y
Fertirriego.
Fernández -Tafur 2009
36
D. Preparar la solución de Riego y Fertirriego: El jefe de riego
realiza la mezcla de los insumos en los Tanques de Inyección.
E. Ejecutar programa de Riego y Fertirriego:
El jefe de Riego y Fertirriego procede a la apertura de llaves para
el riego por turnos de acuerdo al programa de Riego y Fertirriego.
F. Reportar Programa de Riego y Fertirriego Ejecutado y
aprobado: Al final del día, acabado el Programa de Riego y
Fertirrigación el subgerente de producción lo lleva al Gerente de
Vivero para su aprobación.
G. Aprobar programa de riego y Fertirriego: El gerente de vivero
aprueba y archiva el programa de riego y fertirriego.
Fernández -Tafur 2009
37
Ilustración 9. Flujo 01 de Riego
Fernández -Tafur 2009
38
Ilustración 10. Flujo 02 de Riego
Fernández -Tafur 2009
39
Ilustración 11. Flujo 03 de Riego
Fernández -Tafur 2009
40
1.1.4. Etapa de Sanidad
En esta etapa se realiza una evaluación constante del cultivo para
prevenir, detectar, combatir o erradicar plagas que afectan o pueden
afectar a los cultivos, con el fin de evitar que causen daños a las mismas
y reduzcan la cantidad o calidad de la producción (Foucard, 1997).T
1.1.4.1. Proceso de Sanidad
A. Elaborar Programa de Fumigación: El subgerente de
producción se encarga de la elaboración del programa de
Fumigación el cual es enviado al gerente de vivero para su
aprobación.
B. Aprobar Programa de Fumigación: El gerente de vivero se
encarga de aprobar el programa de fumigación.
C. Elaborar orden de trabajo fitosanitario: Con el programa de
fumigación aprobado, el jefe de sanidad se encarga de elaborar la
orden de trabajo fitosanitario.
D. Solicitar requerimientos de insumos para la fumigación: El
jefe de sanidad elabora sus requerimientos de insumos para la
fumigación.
E. Preparar el caldo pesticida: El jefe de sanidad se encarga de
preparar el caldo pesticida.
F. Sacar muestras para laboratorio: Luego el jefe de sanidad se
encarga de sacar y enviar unas muestras para el laboratorio.
G. Ejecutar aplicación y reportar orden de trabajo fitosanitario
a subgerencia de producción: El jefe de sanidad se encarga de la
Fernández -Tafur 2009
41
ejecución de la aplicación junto con los aplicadores y completa la
orden de trabajo fitosanitario.
H. Aprobar orden de trabajo fitosanitario ejecutado: El
subgerente de producción aprueba la orden de trabajo fitosanitario
ejecutado.
I. Elaborar registro de tratamiento fitosanitario: Con la orden de
trabajo fitosanitario elabora el registro de tratamiento
fitosanitario.
J. Evaluar eficiencia de aplicación: Luego evalúa la eficiencia de
la aplicación y elabora la cartilla de evaluación fitosanitaria.
K. Archivar cartilla de evaluación: El subgerente de producción
archiva la cartilla de evaluación fitosanitaria.
Fernández -Tafur 2009
42
Ilustración 12. Flujo 01 de Sanidad
Fernández -Tafur 2009
43
Ilustración 13. Flujo 02 de Sanidad
Fernández -Tafur 2009
44
Ilustración 14. Flujo 03 de Sanidad
1.2. SISTEMA DE INFORMACIÓN
Es un conjunto de personas, datos y procedimientos que funcionan en conjunto.
En teoría de sistemas significa que los diversos componentes buscan un
objetivo común para apoyar las actividades de la organización incluyendo las
operaciones diarias de la empresa, la comunicación de los datos e informes, la
administración de las actividades y la toma de decisiones (Connell, 1997).
Fernández -Tafur 2009
45
1.3. APLICACIONES BASADAS EN WEB
Las “WebApps” engloban un espectro amplio de aplicaciones. En su forma más
simple, las WebApps son apenas un poco más que un conjunto de archivo de
hipertexto ligados que presenta información mediante texto y algunas gráficas.
Sin embargo, a medida que el comercio electrónico y las aplicaciones B2B
adquieren mayor importancia, las WebApps evolucionan hacia ambientes
computacionales sofisticados que no sólo proporcionan características,
funciones de computo y contenidos independientes al usuario final, sino que
están integrados con base de datos corporativas y aplicaciones de negocios
(Pressman, 2006).
1.4. PROCESO ÁGIL UNIFICADO - AUP (Larman, 2002)
AUP es la versión ágil de RUP que adopta técnicas propias de XP, es la
metodología ideal para quienes están acostumbrados a RUP pero debido al gran
número de artefactos y documentación preparados resulta improductivo y poco
re - actualizable en el corto tiempo, mientras que tomando algunos de ellos
podemos capturar lo necesario empleando métodos de XP. AUP se basa en la
simplicidad de las descripciones, de conocer lo que se quiere y se debe hacer
siempre, en la agilidad y sobretodo la independencia de la herramienta para
controlar los artefactos, es decir, no depende de emplear el Rational Rose o el
Rational Modeler. Agrupa las disciplinas de modelamiento de negocios,
requerimientos y análisis y diseño en: modelamiento, y las disciplinas de
configuración y administración de cambios en: administración de la
configuración.
Fernández -Tafur 2009
46
Esta metodología intenta ser tan ágil como sea posible, en su aprovechamiento
como en su descripción. Se pueden aplicar técnicas ágiles como el test driven
development (TDD), Agile Model Driven Development (AMDD), Agile
Change Management, y Database Refactoring para mejorar su productividad.
Ilustración 15. Fases de AUP
Esta Imagen Representa el ciclo de vida del AUP. La primera cosa que
notarás es que las disciplinas han cambiado. Primero, la disciplina modelo
abarca las disciplinas el modelar, de los requisitos, y del análisis y del
diseño del negocio del RUP. El modelo es una parte importante del AUP,
como puedes ver.
1.4.1. Disciplinas AUP
Las disciplinas son realizadas de una manera iterativa, definiendo las
actividades que los miembros de equipo de desarrollo realizan para
construir, validar, y entregar el software trabajado que se encuentre de
acuerdo a las necesidades del Stakeholder.
Fernández -Tafur 2009
47
Disciplina Descripción
Modelo El objetivo de esta disciplina es entender el Negocio de la
Organización, dirigir el dominio del problema hacia el
proyecto e identificar una solución viable para manejarlo
y dirigirlo.
Implementación El objetivo de esta disciplina es de transformar su
modelo(s) en el código ejecutable y realizar un nivel
básico de pruebas, en pequeñas unidades de prueba.
Prueba El objetivo de esta disciplina es de realizar una
evaluación objetiva para asegurar la calidad. Esto incluye
la localización de defectos, validando que el sistema
trabaja como fue diseñado, y verificación de los
requerimientos.
Despliegue El objetivo de esta disciplina es de planear la entrega del
sistema y ejecutar el plan para hacer el sistema
disponible a los usuarios finales.
Administración
de Configuración
El objetivo de esta disciplina es de manejar el acceso de
los productos del proyecto. Esto incluye no sólo
versiones de producto sobre tiempo (updates) si no
también el cambio del control y la dirección.
Administración
del Proyecto
El objetivo de esta disciplina es de dirigir las actividades
que ocurren en el proyecto. Esto incluye manejar riesgos,
dirigir gente (asignando tareas, rastreando el progreso,
etc.), y coordinando con la gente y sistemas externos el
alcance del proyecto para estar seguros de que sea
entregado a tiempo y dentro del presupuesto.
Ambiente El objetivo de esta disciplina es de apoyar el resto del
esfuerzo asegurándose que el proceso sea el apropiado,
y que la dirección (normas y directrices), e instrumentos
(el hardware, el software, etc.) estén disponible para el
equipo cuando sea necesario.
Tabla 1. Disciplinas de AUP
Fernández -Tafur 2009
48
1.4.2. Modelado
El objetivo de esta disciplina es entender el Negocio de la Organización,
dirigir el dominio del problema hacia el proyecto e identificar una solución
viable para manejarlo y dirigirlo.
Mejores prácticas
No es necesario crear todos los modelos mostrados en el diagrama de
proceso anterior, solamente los que sean apropiados a su situación.
No es necesario muchos detalles durante el Inicio y fases de Elaboración,
por eso no se invierte mucho tiempo detallando el modelado y la
documentación.
Utilización del modelo Storming que está hecho en base a “JUST IN
TIME” (JIT) para conseguir los detalles que se necesitan, típicamente
durante la Construcción.
Creación de los modelos que estén lo suficientemente coherentes para
que la situación esté al alcance de la mano, siempre puede volver y
mejorar sus modelos cuando usted necesita más detalles o cambie la
situación.
La mayor parte de modelos son desechados después de usados, una
pequeña minoría es guardada.
La mayor parte de modelos son hechos usando herramientas simples, y
son desechados cuando ya no son necesitados. Esta es una particularidad
verdadera de los " Modelos de Análisis " porque estos son rara vez
necesitados una vez que sus requerimientos han sido implementados
satisfactoriamente.
Fernández -Tafur 2009
49
Hay una amplia gama de accesos de modelado: las herramientas CASE ,
pero no son su única opción.
Aprovechamiento del activo de la empresa como un modelo de
arquitectura de la empresa, cualquier arquitectura de referencia, o la
dirección de la empresa.
Busque oportunidades para la reutilización, se puede reutilizar más que
solo código.
La amplitud de gama de modelos que usted entiende, es una buena
oportunidad para la correcta elección de un producto que se adecue a su
situación. UML es una parte importante de su modelado de herramientas,
pero es sólo un subconjunto que necesita ser ampliado más allá de su
alcance.
Modelamiento en equipo, para un intercambio de opiniones conveniente
para un mejor resultado.
La participación activa de su Stakeholder es crítica para el éxito del
proyecto.
Las operaciones y el personal de apoyo son importantes. Los
stakeholders del proyecto quienes no sólo entenderán los problemas del
actual sistema, ellos además tendrán exigencias únicas las que tendrán
que implementar en el sistema.
Fernández -Tafur 2009
50
Ilustración 16. Modelado de AUP
Fernández -Tafur 2009
51
1.4.2.1. Modelado durante cada Fase
MODELADO
Fase Actividades
Inicio
El modelado de exigencias de alto nivel inicia. Sus
Stakeholders deben participar activamente en el
desarrollo de los requerimientos de modelado de alto
nivel, los cuales definen el alcance inicial y
proporcionan la información suficiente para una
estimación áspera.
Exploración hecha definiendo Casos de uso.
Identificación de los procesos de negocio vía la
creación de Organigramas de datos (Diagrama
Situacional).
Identificación de las entidades principales de Negocio
y sus relaciones en el Modelo de dominio del
Negocio.
Identificación de las principales reglas del Negocio y
requerimientos técnicos. Por ahora, el nombre de las
entidades de negocio, reglas, y requerimientos
técnicos son suficientes (puede sacar los detalles del
modelo Storming durante la fase de Construcción).
Desarrollo de un Glosario describiendo los negocios
importantes y términos técnicos.
Entendimiento de la estructura política dentro de su
comunidad de Stakeholders vía el modelado
organizacional.
Tratar a los requerimientos como prioritarios, los
cuales son desarrollados en tiempo extra (se soportan
cambios en la dirección pero no en la prevención).
Casos de Uso del Negocio, Reglas de negocio, y
Requerimientos Técnicos.
Modelado inicial de alto nivel. Su objetivo debe
Fernández -Tafur 2009
52
identificar una estrategia arquitectónica viable, las
entradas críticas en el planeamiento de las actividades
del proyecto así como sus esfuerzos de
implementación. El mejor modo de trabajar es
conseguir a varias personas técnicas, incluyendo
algunos desarrolladores, todos juntos en un cuarto
para desarrollar una estrategia arquitectónica creando
diagramas libres y quizá algunos forms del modelo
inicial de despliegue.
Elaboración
Identifique riesgos técnicos. Sus requerimientos de
productos, en particular sus Casos de Uso y sus
Requerimientos Técnicos, revelarán riesgos técnicos
potenciales en su proyecto. Estos riesgos pueden
incluir la introducción de nueva tecnología en su
organización, un nuevo uso de tecnologías existentes,
significaría acentuarlos en su aplicación. Los riesgos
de prioridad más altos deberían ser dirigidos por sus
esfuerzos de implementación en el desarrollo de punta
a punta del esqueleto del sistema.
Modelado arquitectónico. Como usted construye el
prototipo arquitectónico usted necesitará detalles de
partes de su arquitectura.
Prototipo de Interfaz de usuario En paralelo al
desarrollo del prototipo arquitectónico usted también
debe considerar prototipar las Interfaz de usuario de
varias pantallas principales. No desea hacer
demasiados prototipos porque sus requerimientos
probablemente van a cambiar y por lo tanto su trabajo
tendrá que ser desechado. Su objetivo debería ser
entender las paginas principales de su interfaz de
usuario, con el entendimiento de esto, podrán cambiar
durante la Construcción, e identificar lo básico de " la
mirada y el sentido " en su sistema.
Fernández -Tafur 2009
53
Construcción
Modelo de Análisis Storming. Durante las iteraciones
de Construcción necesitara trabajar estrechamente con
sus Stakeholders del proyecto para entender sus
necesidades acerca de Just in Time (JIT).
Participación activa de su stakeholder incluido en el
modelado el cual usa herramientas simples y técnicas
siendo primordiales para su éxito.
Podría desear desarrollar los detalles de su Casos de
uso, quizás visualmente utilizando Organigramas o
diagramas de actividad UML en vez de descripciones
de texto.
Explore las reglas de negocio y los requerimientos
técnicas de la misma manera.
Podría necesitar interfaces herenciables así como
sistemas existentes o Bases de datos. El análisis de
herencia puede ser difícil y políticamente un trabajo
“cargado”.
En vez de descripciones de caso de uso, descripciones
de reglas de negocio, y descripciones de
requerimientos técnicos, podría encontrar más
efectivo escribir casos de la aceptación de prueba.
Esto le permite estar cerca para singularizar la
información fuente porque no necesita capturar los
requerimientos, en un documento de requerimientos y
en una descripción de pruebas.
Como la interfaz de usuario es el sistema para muchos
de sus Stakeholders, probablemente descubrirá que
ellos prefieren enfocarse en pantallas y reportes
parecidos en vez de enfocarse en el desarrollo de
otros productos de trabajo, tenga preparado un
Prototipo.
Guarde su glosario de proyecto actualizándolo si es
necesario
Fernández -Tafur 2009
54
Modelo de diseño Storming. Durante las iteraciones
de Construcción su objetivo debe ser solamente
modelar y estudiar detenidamente el diseño de un solo
requerimiento, o una parte de este, antes de la
implementación del requerimiento. Los modeladores
ágiles modelan directamente con desarrolladores,
ellos no simplemente dan los modelos, a menudo
toman el papel de desarrolladores.
Diagramas de secuencia UML. Estos diagramas
representan la lógica dinámica dentro de su código
original.
Modelo de despliegue. Usted normalmente debe
crear algunos tipos de " Diagrama de Despliegue "
representando la arquitectura de despliegue/red de su
sistema.
Diagramas de forma libre. Los diagramas de forma
libre probablemente van el modelo más común
dibujado. Los documentos de descripción de sistema
típicamente incluyen varios diagramas de forma libre.
diagramas de clase UML. Si usted va a hacer
cualquier diagrama de clases use una herramienta
modeladora la cual generara el código fuente. Sus
diagramas de clase deberían estar basados en su
modelo de dominio.
Modelo de amenaza de Seguridad. Si las cuestiones
de seguridad son una preocupación entonces debería
pensar modelarlos para ayudar a estudiar
detenidamente las amenazas potenciales así como
manejar aquellas amenazas.
Modelos de Datos. Esto probablemente es su modelo
de diseño más importante, el cual debe considerar
usando una herramienta CASE para desarrollar y
mantener con el tiempo, en particular un instrumento
Fernández -Tafur 2009
55
que genera el código de DDL. Es posible tomar un
acercamiento ágil al Modelado de Datos.
Documento de decisiones críticas de diseño. Como
usted hace decisiones críticas de diseño debería
pensar registrar algunas que no parezcan obvias, o
que usted cree que alguien más en el futuro desearía
realmente conocer, como un principio a su
Documentación de descripción de sistema.
Transición
Modelo Storming. Necesitara hacer algunos
modelados JIT intentando entender la causa de origen
de un defecto.
Finalice la documentación de la descripción del
sistema. El mejor momento de ultimar su
documentación de descripción del sistema es durante
esta fase cuando la meta de su sistema realmente se ha
estabilizado. Use sus decisiones críticas de diseño, si
documento durante la Construcción. Otra información
importante que necesitara en este documento es un
sumario del alcance del sistema y diagramas de
arquitectura críticos.
Tabla 2. Descripción de Modelado por Fase
1.4.3. Implementación
El objetivo de esta disciplina es trasformar tu modelo en código ejecutable
y realizar un nivel básico de pruebas, en unidades particulares de prueba.
Mejores prácticas:
Programación en paralelo: donde dos desarrolladores trabajan juntos en
una mimas terminal de trabajo, esto puede mejorar la calidad de su
trabajo, sus experiencias de aprendizaje y su productividad.
Fernández -Tafur 2009
56
Pruebe el desarrollo manejado, donde usted escribe una prueba y luego
produce el suficiente código para satisfacer la prueba, esto funciona muy
bien.
Un bosquejo puede merecer mil líneas de código. modele antes del
código, incluso si es un simple plan de pizarra blanca, esto impedirá
trabajar doble.
Adoptar y seguir un código común de directrices.
Replantear su código y su esquema de DB para mantener su calidad.
Ilustración 17. Implementación de AUP
Fernández -Tafur 2009
57
1.4.3.1. Implementación durante cada Fase
IMPLEMENTACIÓN
Fase Actividades
Inicio
Prototipeo Técnico. Podría necesitar un “punto" un
pequeño aspecto de los requerimientos para entenderlos
suficientemente, permitiéndose estimar el esfuerzo
requerido. Estos prototipos son típicamente pequeños,
pedazos de código.
Interfaz de usuario prototipeo. Para la mayoría de
stakeholders la interfaz de usuario (UI) - las pantallas,
informes, y manuales - es el sistema. Cuando las UI son
potencialmente complejas, o cuando sus stakeholder
necesitan ver lo que ellos van a conseguir antes de
comprar, debe considerar prototipear al menos las pantallas
principales. El prototipo UI, por lo general en este punto,
sería usado para convencer a sus stakeholders que usted
entiende sus necesidades (las cuales exploraras como parte
de tu esfuerzo de modelado).
Elaboración
Pruebe la arquitectura. La actividad crítica dentro de la fase
de elaboración es para identificar una arquitectura potencial
y luego demostrar que su arquitectura trabaja vía el
desarrollo de un prototipo arquitectónico para su sistema,
así mitigara la mayor parte del riesgo técnico en su
proyecto. Prototipos técnicos como estos son código de
producción con calidad que forman la base o esqueleto de
su sistema.
Construcción
Pruebe primero. Tome un TDD basado en todos los
aspectos de la implementación.
Construya continuamente. Construcciones diarias son
buenas para comenzar, pero lo que desea para construir su
sistema es siempre que el código original cambie.
Automatice, para supervisar las nuevas versiones del
sistema, de los cambios en su código y reconstrucciones
necesarias
Desarrolle la lógica de dominio. Implemente su lógica de
Fernández -Tafur 2009
58
negocio en su dominio de clases.
Desarrolle la interfaz de usuario. La interfaz de usuario es
el sistema para la mayoría de sus usuarios. Esfuércese en
hacer su software tan utilizable como pueda siguiendo
normas como la usabilidad y estrategias de diseño de
interfaces de usuario.
Desarrolle el esquema de datos. Su esquema de datos
debería ser desarrollado a la par con su dominio y su
código de interfaz de usuario. Necesitará replantear su BD
tanto como otros tipos de código.
Desarrolle interfaces con herencia. Usted a menudo tendrá
que tener acceso a funcionalidades existentes dentro de
sistemas de herencia. Esto puede ser hecho vía una
variedad de medios, incluyendo un interfaces de servicios
de web, un C-API, procedimientos almacenados, etc. El
análisis de herencia es a menudo una parte importante de su
Modelado de esfuerzos.
Escriba datos de conversión de scripts. Usted a menudo
tendrá que tener acceso sobre fuentes de datos
herenciables. Estas fuentes de datos a menudo sufren
problemas de diseño y calidad y por consiguiente usted
tendrá que escribir datos de conversión de scripts para
poner los datos en un formato que se pueda usar.
Transición Corrija defectos. Su foco cambia a la fijación de los
defectos encontrados como consecuencia de sus pruebas.
Tabla 3. Fase de Implementación de AUP
Fernández -Tafur 2009
59
1.4.4. Configuración de la metodología AUP - UML 2.0
Ilustración 18. Configuración de AUP
Fernández -Tafur 2009
60
1.5. UML 2.0 (LARMAN ,2003)
UML son las siglas para Unified Modeling Language, que en castellano quiere
decir: Lenguaje de Modelado Unificado. Para comprender qué es el UML, basta
con analizar cada una de las palabras que lo componen, por separado.
Lenguaje: el UML es, precisamente, un lenguaje. Lo que implica que éste cuenta
con una sintaxis y una semántica. Por lo tanto, al modelar un concepto en UML,
existen reglas sobre cómo deben agruparse los elementos del lenguaje y el
significado de esta agrupación.
Modelado: el UML es visual. Mediante su sintaxis se modelan distintos
aspectos del mundo real, que permiten una mejor interpretación y
entendimiento de éste.
Unificado: unifica varias técnicas de modelado en una única.
Ya que el UML proviene de técnicas orientadas a objetos, se crea con la fuerte
intención de que este permita un correcto modelado orientado a objetos.
En las versiones previas del UML, se hacía un fuerte hincapié en que UML no
era un lenguaje de programación. Un modelo creado mediante UML no podía
ejecutarse. En el UML 2.0, esta asunción cambió de manera drástica y se
modificó el lenguaje, de manera tal que permitiera capturar mucho más
comportamiento (Behavior). De esta forma, se permitió la creación de
herramientas que soporten la automatización y generación de código ejecutable,
a partir de modelos UML.
1.5.1. Estándares que conforman UML
Fernández -Tafur 2009
61
Superestructura: Es la especificación que usamos todos los días. Aquí
se encuentran todos los diagramas que la mayoría de los desarrolladores
conocen.
Infraestructura: Conceptos de bajo nivel. Meta-Modelo da soporte a la
superestructura, entre otras.
OCL: Lenguaje de restricción. De utilidad para especificar conceptos
ambiguos sobre los distintos elementos del diagrama.
XMI / Intercambio de diagramas: Permite compartir diagramas entre
diferentes herramientas de modelado UML.
1.5.2. Breve descripción de los diagramas
En beneficio de quienes quieran seguir investigando dentro del mundo
UML, en el siguiente cuadro se muestra la importancia que tiene, para un
desarrollador, conocer cada una de las nuevas características del UML 2.0.
Sobre esta premisa, ampliaremos la explicación de cada diagrama en las
próximas ediciones, dando más importancia a los diagramas que figuran
con mayor prioridad en el cuadro.
Diagrama Descripción Prioridad
Diagrama de
Clases
Muestra una colección de elementos de
modelado declarativo (estáticos), tales como
clases, tipos y sus contenidos y relaciones.
Alta
Diagrama de
Componentes
Representa los componentes que componen una
aplicación, sistema o empresa. Los
componentes, sus relaciones, interacciones y
sus interfaces públicas.
Media
Diagrama de
Estructura de
Composición
Representa la estructura interna de un
clasificador (tal como una clase, un componente
o un caso de uso), incluyendo los puntos de
interacción de clasificador con otras partes del
Baja
Fernández -Tafur 2009
62
sistema.
Diagrama de
Despliegue
Físico
Un diagrama de despliegue físico muestra cómo
y dónde se desplegará el sistema. Las máquinas
físicas y los procesadores se representan como
nodos y la construcción interna puede ser
representada por nodos o artefactos embebidos.
Como los artefactos se ubican en los nodos para
modelar el despliegue del sistema, la ubicación
es guiada por el uso de las especificaciones de
despliegue.
Media
Diagrama de
Objetos
Un diagrama que presenta los objetos y sus
relaciones en un punto del tiempo. Un diagrama
de objetos se puede considerar como un caso
especial de un diagrama de clases o un
diagrama de comunicaciones.
Baja
Diagrama de
Paquetes
Un diagrama que presenta cómo se organizan
los elementos de modelado en paquetes y las
dependencias entre ellos, incluyendo
importaciones y extensiones de paquetes.
Baja
Diagrama de
Actividades
Representa los procesos de negocios de alto
nivel, incluidos el flujo de datos. También
puede utilizarse para modelar lógica compleja
y/o paralela dentro de un sistema.
Alta
Diagrama de
Comunicaciones
(anteriormente:
Diagrama de
colaboraciones)
Es un diagrama que enfoca la interacción entre
líneas de vida, donde es central la arquitectura
de la estructura interna y cómo ella se
corresponde con el pasaje de mensajes. La
secuencia de los mensajes se da a través de un
esquema de numerado de la secuencia.
Baja
Diagrama de
Revisión de la
Interacción
Los Diagramas de Revisión de la Interacción
enfocan la revisión del flujo de control, donde
los nodos son Interacciones u Ocurrencias de
Interacciones. Las Líneas de Vida los Mensajes
no aparecen en este nivel de revisión
Baja
Diagrama de
Secuencias
Un diagrama que representa una interacción,
poniendo el foco en la secuencia de los Alta
Fernández -Tafur 2009
63
mensajes que se intercambian, junto con sus
correspondientes ocurrencias de eventos en las
Líneas de Vida.
Diagrama de
Máquinas de
Estado
Un diagrama de Máquina de Estados ilustra
cómo un elemento, muchas veces una clase, se
puede mover entre estados que clasifican su
comportamiento, de acuerdo con disparadores
de transiciones, guardias de restricciones y otros
aspectos de los diagramas de Máquinas de
Estados, que representan y explican el
movimiento y el comportamiento.
Media
Diagrama de
Tiempos
El propósito primario del diagrama de tiempos
es mostrar los cambios en el estado o la
condición de una línea de vida (representando
una Instancia de un Clasificador o un Rol de un
clasificador) a lo largo del tiempo lineal. El uso
más común es mostrar el cambio de estado de
un objeto a lo largo del tiempo, en respuesta a
los eventos o estímulos aceptados. Los eventos
que se reciben se anotan, a medida que
muestran cuándo se desea mostrar el evento que
causa el cambio en la condición o en el estado.
Baja
Diagrama de
Casos de Uso
Un diagrama que muestra las relaciones entre
los actores y el sujeto (sistema), y los casos de
uso.
Media
Tabla 4. Descripción de Diagramas
1.5.3. Extensión de aplicación Web para UML – WAE (Connallen, 2002)
Esta extensión de UML define un conjunto de estereotipos, valores
etiquetados y restricciones que nos permiten modelar aplicaciones web.
Los estereotipos y restricciones se aplican a ciertos componentes que son
particulares de sistemas web y nos permiten representarlos en el mismo
modelo, y en los mismos diagramas que describen el resto del sistema.
Fernández -Tafur 2009
64
El elemento principal específico de aplicaciones web es la página web. Hay
varios estereotipos que pueden ser aplicados a una página web, y otros
adicionales que son asignados a otros elementos de HTML y que
representan componentes arquitecturalmente significativos del sistema
(frames, formularios, etc.). La mayoría de los valores etiquetados
mencionados en esta extensión pueden ser considerados como una
presentación más bien que estructurales.
Estereotipos.
Una extensión para el vocabulario del lenguaje. Un estereotipo nos
permite vincular un nuevo significado semántico en un elemento del
modelo. Pueden a casi cada elemento del modelo y estos son
usualmente representados con un String entre un par de comillas.
1.5.3.1. Server page (Página servidor)
Ilustración 19. Estereotipo de Server Page
Clase Metamodelo: Clase
Descripción: Una página de servidor representa una página web
que tiene scripts que ejecutados por el servidor. Estos scritps
interactúan con recursos del servidor como bases de datos, lógica
de negocio y sistemas externos. Las operaciones del objeto
Fernández -Tafur 2009
65
representan las funciones en el script, y sus atributos representan
las variables que son visibles en el ámbito de la página (accesibles
por todas las funciones de la página).
Restricciones: La página de servidor sólo puede tener relaciones
con objetos localizados en el servidor.
Valores Etiquetados: Motor del Script – Tanto el lenguaje como
el motor que debería usarse para ejecutar o interpretar esta página
(JavaScript, VBScript, etc.).
1.5.3.2. Client page (Página cliente)
Ilustración 20. Client Page
Clase del metamodelo: Clase
Descripción: Una instancia de una página cliente es una página
web con formato HTML y es una mezcla de datos, presentación e
incluso lógica. Las páginas clientes son representadas por los
navegadores clientes, y pueden contener scripts que son
interpretados por el navegador. Las funciones de la página cliente
mapean las funciones en las etiquetas script de la página.
Restricciones: No
Fernández -Tafur 2009
66
Valores Etiquetados: EtiquetaTítulo – El título de la página lo
muestra el navegador
EtiquetaBase – El URL base por referencia de URLs relativos.
EtiquetaCuepo – El conjunto de atributos para la etiqueta
<cuerpo> que establecen el color de fondo y los atributos del
texto por defecto.
1.5.3.3. Form(Class)
Ilustración 21. Estereotipo de Form
Clase del metamodelo: Clase
Descripción: Una clase estereotipada como «form» es una
colección de campos de entrada que forman parte de una página
cliente. Una clase form se mapea directamente con la etique de
HTML form . Los atributos de esta clase representan los campos
de entrada del formulario HTML (input boxes, text areas, radio
buttons, check boxes, y campos hidden).
Un «form» no tiene operaciones, por lo que no pueden ser
encapsuladas en un formulario. Cualquier operación que
interactúe con el formulario es una propiedad de la página que
contiene al formulario.
Fernández -Tafur 2009
67
Restricciones: Ninguna
Valores Etiquetados: Method – el método usado para enviar
datos al URL del action, puede tomar los valores GET o POST.
1.5.3.4. |Submit
Clase del metamodelo: Asociación
Descripción: Una asociación “submit” es siempre entre un
“form” (formulario) y una “server-page” (página servidor). Los
formularios envían los valores de sus campos al servidor a través
de páginas servidor para procesarlos. El servidor web procesa la
página servidor, la cual acepta y usa la información dentro del
formulario enviado.
Restricciones: Ninguna
Valores Etiquetados: Parámetros – una lista de nombres de
parámetros que deberían ser pasados con la petición de la página
enlazada
1.5.3.5. Link
Clase del metamodelo: Asociación
Descripción: Un link (enlace) es un puntero desde una página
cliente a otra «Page». En un diagrama de clases, un link es una
asociación entre una «client page» y cualquier otra «client page»
o una «server page». Una asociación Link se mapea directamente
con la etiqueta HTML ancla.
Fernández -Tafur 2009
68
Restricciones: Ninguna
Valores Etiquetados: Parámetros – una lista de nombres de
parámetros que deberían ser pasados con la petición de la página
enlazada.
1.5.3.6. Build
Clase del metamodelo: Asociación
Descripción: La relación «builds» es un tipo especial de relación
que une el vacío entre las páginas cliente y de servidor. Las
páginas de servidor existen únicamente en el servidor. Son usadas
para crear páginas cliente. La asociación «builds» identifica que
página de servidor es responsable de la creación de una página
cliente. Ésta es una relación direccional, pues la página cliente no
tiene conocimiento de cómo ha sido creada. Una página de
servidor puede crear múltiples páginas cliente, pero una página
cliente tan solo puede ser construida por una página de servidor.
Restricciones: Ninguna
Valores Etiquetados: No
1.6. FRAMEWORK
Un Framework es una estructura de soporte definida en la cual otro proyecto de
software puede ser organizado y desarrollado (Balta, 2006). Puede ser
considerado también como el conjunto de procesos y tecnologías usados para resolver
un problema complejo, es el esqueleto sobre el cual varios objetos son integrados para
una solución dada.
Fernández -Tafur 2009
69
1.6.1. Desarrollo de software,
Es una estructura de soporte definida, mediante la cual otro proyecto de software
puede ser organizado y desarrollado. Típicamente, puede incluir soporte de
programas, bibliotecas y un lenguaje interpretado entre otros software para ayudar
a desarrollar y unir los diferentes componentes de un proyecto.
Representa una arquitectura de software que modela las relaciones generales de
las entidades del dominio. Provee una estructura y una metodología de trabajo la
cual extiende o utiliza las aplicaciones del dominio.
Son diseñados con el intento de facilitar el desarrollo de software, permitiendo a
los diseñadores y programadores pasar más tiempo identificando requerimientos
de software que tratando con los tediosos detalles de bajo nivel de proveer un
sistema funcional. Sin embargo, hay quejas comunes acerca de que el uso de
frameworks añade código innecesario y que la preponderancia de frameworks
competitivos y complementarios significa que el tiempo que se pasaba
programando y diseñando ahora se gasta en aprender a usar frameworks. Después
de todo, un Framework no debe ser consciente de todos estos requerimientos sin
tener que ser intrusivo con las aplicaciones que permite dentro de sí mismo. A
esto le sumamos la capacidad de extenderse sin prejuicios para diversificar la
expresión del programa mismo.
Entre los Frameworks más conocidos tenemos:
MVC
.NET Framework
Struts 2.0
Springs
ADF Oracle
Existen también Frameworks orientados a diversos temas como:
PMBOK Framework
Fernández -Tafur 2009
70
CMMI 1.2
ITIL
COBIT 4.0
1.7. OPENBRAVO – ERP
Openbravo es un sistema de gestión empresarial integrado (también conocido
como ERP) en software libre y basado en web de código abierto. El sistema está
enfocado a empresas de mediano y pequeño tamaño (pymes).
Openbravo se inicio como un proyecto de código abierto el año 2001, siendo
sus tres fundadores Nicolás Serrano, Ismael Ciordia y Moncho Aguinaga, a
partir del código de Tecnicia (actualmente Openbravo). En 2005, dos socios
deciden analizar la propuesta y expandir operaciones del Openbravo en distintas
partes del mundo. En enero de 2006, la compañía cerró una primera ronda de
financiación de 5 millones de euros con Sodena, un organismo español de
desarrollo empresarial de la región de Navarra, donde Openbravo tiene sus
oficinas centrales. Esta financiación, la más importante realizada en una
empresa de ERP en software libre, ha permitido dar un impulso al desarrollo del
software y a la expansión internacional de la compañía.
Desde sus inicios Openbravo fue concebido como un proyecto en software libre
publicándose oficialmente su código en SourceForge en abril de 2006.
1.7.1. Licencia
El código del núcleo del software de Openbravo ERP se distribuye bajo la
licencia OBPL (Openbravo Public License, licencia pública Openbravo),
una variante de la MPL (Mozilla Public License). El Openbravo MVC
Framework, que forma parte de Openbravo ERP, se distribuye bajo la
licencia Apache Software License 2.0.
Fernández -Tafur 2009
71
La licencia OPBL se ha derivado de la MPL sustituyendo las referencias a
Mozilla Foundation por referencias a Openbravo.
La licencia OBPL incluye además una cláusula de marca, según la cual
cualquiera que redistribuya el código, ya sea en su forma original o
modificada, debe conservar el logotipo de Openbravo y el enlace a su
web en las pantallas de arranque o de inicio de sesión.
1.7.2. Versiones
La primera versión de Openbravo, la 2.05 fue publicada en abril del 2006,
en la página de SourceForge, programa especializado en la colaboración
para administración de desarrollos.
Cada año se publican distintas versiones con releases periódicos y
versiones estables, estas son alimentadas por el equipo oficial de desarrollo
y mediante la colaboración de la comunidad Openbravo que hacen cada día
mejoras considerables.
La versión que se utilizará para el proyecto es Openbravo 2.24, versión
estable publicada a mediados del año 2007.
Para la versión 2.30 estable el principal cambio fue el cambio de interface y
mejoras considerables en integración de Openbravo con otras herramientas
como JasperReport para el desarrollo de reportes de maneras más sencilla.
En la versión estable 2.4 se vieron notables integraciones con herramientas
de análisis como Pentaho además de estabilizar notablemente la
contabilidad general.
Actualmente se encuentra la versión 2.5 que nos trae como novedad la
Modularidad, que es el nuevo enfoque que busca el equipo de Openbravo.
Fernández -Tafur 2009
72
1.7.3. Características
Aplicación Web Nativa
Openbravo ha sido diseñado de manera nativa en entorno web, lo que
habilita un acceso universal a la aplicación desde cualquier dispositivo
conectable a la red, proporcionando simultáneamente seguridad de
acceso y sencillez de implantación al hacer innecesaria cualquier
instalación en los equipos locales, más allá de un navegador
convencional. Adicionalmente, ofrece una facilidad de uso similar a la de
cualquier página web y está integrado con las aplicaciones ofimáticas de
la empresa (xls, pdf, etc.).
Funcionalidades
Openbravo incluye un amplio abanico de funcionalidades, consideradas
actualmente como las propias de soluciones ERP extendidas: gestión de
compras y almacenes, gestión de proyectos y servicios, gestión de la
producción, gestión comercial y gestión económico-financiera.
Adicionalmente incluye, dentro de la misma aplicación y de manera
perfectamente integrada con el resto de áreas, funcionalidad en el ámbito
de la gestión avanzada de clientes o CRM (Customer Relationship
Management) e inteligencia de negocio o BI (Business Intelligence).
Actualmente, Openbravo soporta las operaciones de un buen número de
empresas de sectores muy diversos incluyendo empresas fabricantes, de
distribución y de servicios
En el mercado de aplicaciones de gestión para pymes existe un grupo de
aplicativos autodenominados de manera incorrecta “Soluciones ERP”
que han sido paquetizadas a partir de diferentes módulos funcionales
Fernández -Tafur 2009
73
diseñados de manera independiente y que posteriormente han sido
integrados con complejas e inestables interfaces. Desde el inicio,
Openbravo fue diseñado como un ERP estándar, es decir como un todo:
las diferentes funcionalidades comparten la misma arquitectura, filosofía,
reglas e interfaz de usuario y se integran entre ellas de manera 'natural'.
La empresa cliente puede decidir en cada caso cuál es el momento más
conveniente para configurar y utilizar una determinada funcionalidad o
simplemente no utilizar aquellas funciones que no aplican a su tipo de
negocio.
Software libre
Openbravo se distribuye bajo una licencia de tipo Open Source, sin
ningún coste por uso, número de usuarios, módulos funcionales
utilizados o cualquier otro esquema habitual en otros ERPs privativos.
Pero más allá de la ausencia de inversión necesaria en el software por la
gratuidad las licencias, los modelos de licencia Open Source
proporcionan acceso ilimitado al código fuente de la aplicación y la
libertad para modificarlo según las necesidades con total independencia
de la empresa fabricante de la solución. Ello hace posible que pueda
desarrollarse, como en el caso de Openbravo, una comunidad
independiente de profesionales de las tecnologías de la información que
proporcionen servicios alrededor de Openbravo (Openbravo, 2009).
Arquitectura
Openbravo se ha diseñado sobre el modelo MVC (Modelo, Vista,
Controlador) el cual facilita el desacoplamiento de las áreas de
desarrollo, permitiendo el crecimiento sostenible de la aplicación y una
Fernández -Tafur 2009
74
mayor facilidad en el mantenimiento del código. Por otra parte, MDD
(Model Driven Development) proporciona una mejor calidad del código
al reducir drásticamente la codificación manual, al tiempo que mejora la
productividad y eficiencia del desarrollo.
Utilización de Software Libre
Toda la aplicación ha sido construida siguiendo estándares abiertos:
J2EE, SQL, JDBC, HTML, CSS, MDD, XML Engine y SQLC para el
desarrollo y XML, FOP, PDF, RTF para el intercambio y presentación de
datos. El lenguaje de desarrollo es Java y la base de datos tanto Oracle
como PostgreSQL. Los métodos de desarrollo se pueden encontrar en
publicaciones de la IEEE. El uso de estándares y tecnologías abiertas
garantiza un ciclo de vida de la solución más largo que el de otras
soluciones basadas en tecnologías propietarias.
1.7.4. Openbravo MVC Framework
Openbravo es una aplicación completamente web que ha sido desarrollada
siguiendo el modelo MVC (Model, View, Control), lo que facilita el
desacoplamiento de las áreas de desarrollo, permitiendo el crecimiento
sostenible de la aplicación y una mayor facilidad en el mantenimiento del
código. La mayor parte del código se genera automáticamente por el motor
denominado WAD (Wizard for Application Development), basándose en la
información contenida en el Diccionario del modelo de datos (Data Model
Dictionary). Esta característica proporciona una mejor calidad del código al
reducir drásticamente la codificación manual, al tiempo que mejora la
productividad y eficiencia del desarrollo. El motor ejecuta y recompila la
Fernández -Tafur 2009
75
aplicación cada vez que el administrador modifica la configuración para
adaptarla a un nuevo requerimiento.
MVC
Configuración
del diccionario
MDD
Desarrollo
manual
MVC
Diccionario MDD
de la aplicación
WAD
MDD
Paginas XML y
HTML
Código JAVA
Código SQL
Paginas XML y
HTML
Servlets de
Control
Clases Java de
Modelo
Librerías Java y
JavaScript
SQLC
FRAMEWORK MVC
de Openbravo
HttpBaseServlet
XMLengine
Openbravo
Ficheros
binarios
Estándares y Frameworks Utilizados
Motor Generador de Códigos
Operating Envionment de Openbravo
Oracle 10g
PostgreSQLTomCat JDK Ant Log4j Otras Librerias
Estándares
Java HTML XML JavaScript SQL FO (pdf)
Ilustración 22. Arquitectura funcional del Openbravo
Esta característica proporciona una mejor calidad del código al reducir
drásticamente la codificación manual, al tiempo que mejora la
productividad y eficiencia del desarrollo. El motor ejecuta y recompila la
aplicación cada vez que el administrador modifica la configuración para
adaptarla a un nuevo requerimiento.
1.7.5. Entorno de desarrollo de Openbravo
Esta ejecución crea los ficheros correspondientes al modelo MVC, tal como
muestra la figura anterior:
Modelo: ficheros XSQL con sentencias SQL ejecutables.
Fernández -Tafur 2009
76
Presentación: ficheros HTML y XML que definen el aspecto de las
transacciones y su relación con los datos.
Control: servlets Java que definen las acciones que se deben ejecutar,
gestionan el modelo y generan la presentación.
Usuario
Navegador
(IE, Mozilla,
Chrome)
Windows/
Linux/
MacOS
Servidor
ServletsA
pa
ch
e T
om
ca
t
Control
Páginas
XML y
HTML
Vista
Clases java
de modelo
Modelo
XML Engine
Utilidades
...
LibreriasServidor de
Aplicaciones
(contenedor de
servlet)
Windows/Linux/MacOS
Sistema Operativo
Base de datos
jdbc Oracle
Postgre
SQL
RED IP
http/https
Ilustración 23. Arquitectura del Openbravo
Para ejecutar el código, la aplicación debe estar instalada en un servidor
que ejecuta MVC Foundation Framework (que proporciona apoyo a la
arquitectura MVC) y un grupo de aplicaciones de para el entorno operativo
(Operating Environment). Para ser ejecutado es necesario un browser.
Tanto WAD Y el MVC-FF son en gran medida desarrollos propios de
Openbravo. El Modelo Diccionario de Datos (MDD), es una extensión de
Compiere, con módulos originales.
1.7.6. Entorno operativo de Openbravo
Openbravo requiere de un grupo de aplicaciones conocidas tales como
Tomcat, Ant, Log4J, y algunos otros servicios públicos. Base de datos
Oracle 10g (versión 2 SE) o PostgreSQL es también necesario.
Fernández -Tafur 2009
77
El modelo se basa en el estándar SQL, por lo que no es necesario utilizar
un servidor EJB. Usamos Apache Tomcat como contenedor Servlet, pero
otros pueden ser usados en su lugar. Ant se usa para hacer la compilación y
Log4J construye y se utiliza para propósitos de depuración. Todas estas
aplicaciones se pueden instalar tanto en Linux como en Windows.
1.7.6.1. MVC Foundation Framework (MVC-FF)
MVC-FF está compuesto por un conjunto de utilidades desarrolladas
por Openbravo: XmlEngine, SQLC y HttpBaseSecureServlet. MVC-
FF es necesaria para permitir el desarrollo de archivos disociados para
los componentes de la arquitectura MVC (Modelo Vista Control).
Este conjunto de utilitarios se han utilizado en el desarrollo de muchas
otras aplicaciones MVC, y ha demostrado ser muy eficiente para el
equipo de desarrollo de Openbravo.
XmlEngine
XmlEngine es una herramienta que usa para crear documentos
XML/HTML a partir de una plantilla con formato XML/HTML y de
un archivo de configuración XML con datos dinámicos que serán
insertados en la plantilla. XmlEngine es fácil de usar porque el diseño
de la plantilla es idéntico al documento final deseado. El ingreso de
datos se realiza identificando los lugares donde los datos se mostraran
usando atributos del estándar XML/HTML como "id" 0 etiquetas
como "DIV". El archivo de configuración mapea la fuente de datos de
los campos en los lugares identificados en la plantilla. Para mejorar el
rendimiento, las plantillas se leen y se almacenan en la memoria.
Fernández -Tafur 2009
78
Cuando una página se requiere, la plantilla crea un documento en el
que se llena con los datos proporcionados por la aplicación. Con esta
herramienta podemos generar los formularios para la edición de un
registro, una lista de selección de registros, crear informes con los
niveles de agrupación o imprimir específicas formularios de una
aplicación.
SQLC
SQLC (compilador SQL) es una herramienta usada para evitar
repetici6n de tareas de escritura de clases Java para interactuar con la
base de datos. El ingreso es un archivo XML que contiene
declaraciones SQL y parámetros que serán usadas en las
declaraciones. SQLC lee este archivo y genera una clase Java que
tiene todo el c6digo necesario para conectarse a la base de datos,
ejecutar las declaraciones, lee los registros y crea un tipo estándar de
Java como retorno de los métodos.
HttpBaseServlet
HttpBaseServlet y HttpBaseSecureServlet son los servlets a partir del
cual todos los servlets que el sistema implementa son derivados al
control de componentes del MVC. Estos servlets implementan
funcionalidades comunes como autenticación, autorización,
conectividad de bases de datos y manejo de errores. Los servlets que
derivan de HttpBaseSecureServlet hacen el control de lectura de
datos, interactúan con la base de datos con las clases generadas por
SQLC y proporcionan la salida con XmlEngine.
Fernández -Tafur 2009
79
Data Model Dictionary y WAD
La automatización de generaci6n de c6digo se consigue mediante el
Diccionario Modelo de Datos (MOD) y WAD (Asistente para la
aplicaci6n Diccionario). WAD genera automáticamente todos los
archivos de la aplicaci6n con arquitectura MVC. Los archivos que se
generan usan XmlEngine, SOLC y HttpBaseSecureServlet.
La automatización en la generación de c6digo proporciona mejor
calidad porque los archivos son siempre codificados utilizando las
mismas reglas y estilo. El conocimiento del dominio es contenido por
el modelo y no en el código escrito manualmente. Además, la mejora
de las funcionalidades a través del tiempo aplicado en WAD se añade
a todos los archivos cuando el código se regenera sin ninguna
intervención adicional.
1.7.7. Estructura del Proyecto de Desarrollo
Aquí describimos la estructura de un proyecto de desarrollo de Openbravo
ERP. Openbravo ERP tiene un árbol de la estructura de directorios que,
lógicamente, divide diferentes componentes principales (XmlEngine,
SQLC, HttpBaseServlet) y SLC (Asistente para la Aplicación Diccionario)
de la ERP en sí mismo (formularios, informes, llame-outs, combos, los
flujos de trabajo, procesos y así sobre) (Openbravo, 2009).
Fernández -Tafur 2009
80
Estructura del Proyecto. Esta es la estructura del proyecto de Openbravo.
openbravo
|-build
|-config
|-database
|-docs
|-legal
|-lib
|-src
|-src-core
|-src-db
|-src-trl
|-src-wad
|-srcAD
|-web
build. El directorio build es donde se copian todas las clases Java
después de ser compiladas por la herramienta ANT.
|-build
|-classes
|-org
...
|-javasqlc
|-src
|-srcAD
config. Directorio que contiene todos los archivos de configuración de
Openbravo.
|-config
|-log4j.lcf
|-Openbravo.properties
|-quartz.properties
|-...
docs. El directorio docs contiene toda la documentación de los APIs de
Openbravo, los cuales son generados por la herramienta Javadoc
Fernández -Tafur 2009
81
legal. Directorio que contiene la recopilación de licencias para las
distintas bibliotecas que utiliza Openbravo ERP.
lib. Contiene todos las librerías Java JAR usadas en toda la aplicación.
|-lib
|-build
|-runtime
src. Es el directorio de alto nivel donde se encuentra todo el código
fuente del proyecto Openbravo ERP.
|-src
|-org
|-openbravo
|-authentication
|-base
|-dal
|-erpCommon
|-ad_actionButton
|-ad_background
|-ad_callouts
...
|-ad_reports
|-erpReports
|-scheduling
|-services
src-core. Contiene el código fuente componentes del core de Openbravo:
XmlEngine, SQLC y HttpBaseServlet.
|-src-core
|-src
|-org
|-openbravo
|-base
...
|-HttpBaseServlet.java
|-HttpBaseUtils.java
...
|-data
|-Sqlc.java
|-database
|-ConnectionPool.java
Fernández -Tafur 2009
82
|-exception
|-uriTranslation
|-utils
|-xmlEngine
src-db. Contiene todo el código fuente requerido para crear el archivo
dbmanager,jar.
|-src-db
|-build
|-database
|-lib
|-model
|-sourcedata
|-docs
|-src
|-com
|-openbravo
|-db
src-trl. Contiene el código fuente que ha sido traducido.
|-src-trl
|-src
|-org
|-openbravo
|-translate
src-wad. Contiene el código fuente de WAD (Asistente para el
Diccionario de Aplicaciones).
|-src-wad
|-src
|-org
|-openbravo
|-wad
srcAD. Contiene todo el código generado automáticamente por el
Diccionario de Aplicaciones.
web. Contiene todos los recursos web como CSS, código javascript,
imágenes y windows pop-ups.
Fernández -Tafur 2009
83
web
|-images
|-js
|-popups
|-skins
1.7.8. ANT BUILD TASKS
Ant Task se define como los comandos que utiliza dicha herramienta para
el proceso de compilación de Openbravo ERP.
Proceso estándar.
En la mayoría de los casos sólo es necesario usar 3 tasks (install.source,
smartbuild y export.database).
La principal taks para el proceso estándar es smartbuild que realiza
todos los procesos. Esta task opcionalmente acepta dos propiedades:
desarrollos locales o remotos que por defecto están configurados y que
indican si después de reiniciar el proceso de construcción debe ser
reiniciado el Tomcat o no, como valor por defecto.
Ilustración 24. Build Tasks
Fernández -Tafur 2009
84
Instalación inicial
Después de descargar los archivos fuente de Openbravo ERP (por
ejemplo la comprobación a partir de subversión). Es necesario para
instalar e implementar la misma.
El primer paso es configurar correctamente todas las propiedades
requeridas. Todas las propiedades están almacenadas en el archivo
Openbravo.properties.
Después de configurar todas las propiedades el siguiente paso es
construir la aplicación desde cero. Todo esto se lo hace install.source
task. Esta task crea la base de datos, inserta los datos de muestra,
compila y despliega la aplicación.
Comando ejecutado en el directorio raíz Openbravo ERP: ant
install.source.
Desarrollos locales
Una vez Opebravo ERP está en marcha y funcionando es posible
desarrollar en él. La manera estándar para el desarrollo local consiste
en:
o Elaborar y / o modificar las ventanas, pestañas, etc a través de la
aplicación del diccionario.
o Crear / modificar objetos de base de datos directamente en la
base de datos.
o Elaborar y / o modificar las ventanas de edición manual de html,
xml, xsql y java.
Fernández -Tafur 2009
85
Los comandos para la compilación son:
ant compile.complete
ant compile –Dtab=”Nombre de Objeto”
ant compile.development –Dtab=”Nombre
de Objeto”
ant clean
1.7.9. Reportes Java servlet (Interfaz Manual)
Los reportes son definidos por el Diccionario de Aplicaciones de
Openbravo ERP. Estos son implementados como un servlet normal. En este
caso Openbravo no maneja los parámetros automáticamente.
Estos reportes son definidos por:
UI Pattern: actualizado manualmente
Report: cambiar el campo a YES.
Process Class (tab): especifica la clase java (servlet) implementada
del reporte.
Process Mapping (sub-tab de Process Class (tab): agregar todas las
URLs que se mapeen desde el servlet. Normalmente cada entrada
tiene una archivo HTML correspondiente a la clase.
Ejemplo de un reporte tipo. Será utilizado como ejemplo el reporte
Discount Invoice Report (Sales Management || Analysis Tools || Discount
Invoice Report || Discount Invoice Report).
Este reporte consiste un número determinado de archivos individuales que
se encuentran en la carpeta org/openbravo/erpCommon/ad_reports:
Fernández -Tafur 2009
86
ReportInvoiceDiscountJR.java: este archivo es un servlet java
implementado para mostrar los parámetros que contiene la ventana.
ReportInvoiceDiscount_data.xsql: este archivo sqlc contiene
todas las consultas SQL necesarias para el reporte.
ReportInvoiceDiscountJR.html: esta plantilla HTML es usada por
XmlEngine para renderizar los parámetros de la ventana.
ReportInvoiceDiscountJR.xml: este archivo XML controla el
archive usado por XmlEngine.
Display of the parameter window (method: printPageDataSheet)
El siguiente código muestra de manera general el uso de XmlEngine:
Este parámetro de la plantilla está definido en el archivo de control xml del
reporte:
<PARAMETER id="paramToolBar" name="toolbar" default=""/>
// load the HTML template and xml control file
XmlDocument xmlDocument = xmlEngine.readXmlTemplate(
"org/openbravo/erpCommon/ad_reports/ReportInvoiceDiscountJR")
.createXmlDocument();
// set parameter and data for the template
xmlDocument.setParameter("ccurrencyid", strCurrencyId);
xmlDocument.setData("reportC_Currency_ID", "liststructure",
comboTableData.select(false));
...
// produce html output and write the servlet response
response.setContentType("text/html; charset=UTF-8");
PrintWriter out = response.getWriter();
out.println(xmlDocument.print());
out.close();
Fernández -Tafur 2009
87
Este tag define el parámetro para XmlEngine con nombre del toolbar. El valor del
parámetro ser reemplazado en la posición del elemento de la plantilla HTML que
tenga el id="paramToolBar".
1.7.10. Procesos PL/SQL
Los procesos PL/SQL son implementados a través de la base de datos como
procedimientos almacenados.
Defining a PL/SQL process
Los procesos PL/SQL son definidos en Application Dictionary || Report and
Process.
El único campo que debemos tomar en cuenta es el tipo de Procedimiento. Es
decir el nombre que tiene el procedimiento dentro de la base de datos. La interfaz
para un proceso PL/SQL es automáticamente generada mediante la asignación del
mismo al un campo de tipo botón.
En el caso que el proc eso necesite algun parámetro es possible definirlo
mediarnte la ventana de Reportes y Procesos.
1.7.11. Interfaz de Usuario
Los componentes pueden ser de varios tipos los que se encuentran dentro
de las Ventanas y Menú Principal. El tipo de cada componente se identifica
por el icono que le precede.
ICONO NOMBRE
Ventana estándar (puede aparecer
en dos estados: edición o relación)
Formulario
<div class="Main_ContentPane_ToolBar" id="paramToolBar"></div>
Fernández -Tafur 2009
88
Informe
Proceso
Tarea
Información
Flujo de Trabajo
Tabla 5. Iconos de Componentes
Otras de las características destacables dentro de las ventanas de la
aplicación es la inclusión de selectores que facilitan la introducción de
datos.
ICONO NOMBRE
Productos
Proyectos
Cuentas
Huecos
Atributos
Terceros
Pedidos
Albarán
Facturas
Fernández -Tafur 2009
89
Activos
Calendario
Calculadora
Tabla 6. Tipos de Selectores
1.7.11.1. Barra de Botones
En la parte superior se encuentra la barra de botones para cada una de
las acciones que se pueden realizar en cada una de las ventanas. La
barra varía dependiendo de la ventana que se esté mostrando en cada
momento.
ICONO NOMBRE
Ocultar o mostrar el menú, con lo que
logramos aumentar el área trabajo de la
ventana
Crear un nuevo registro
Guardar el registro actual e ir a la relación de
los registros
Guarda el registro y muestra el formulario
para crear un nuevo registro
Guardar el registro y mantiene la
visualización del registro activo
Guardar el registro y se mueve al siguiente
registro
Borrar el registro
Mostrar los documentos anexos al registro
activo
Ilustración 25. Barra de Botones
Fernández -Tafur 2009
90
Imprimir el documento
Mostrar los registros en modo relación
Editar un registro concreto
Mostrar la ventana de filtro de los registros
Mostrar la ventana de selección de orden de
los registros
Refrescar la ventana para volver al estado
inicial correspondiente a antes de
editarla
Refrescar los datos de la ventana
Ir al primer registro
Ir al registro anterior
Ir al siguiente registro
Ir al último registro
Mostrar la ventana de ayuda del formulario
Mostrar información acerca de la versión del
producto
Tabla 7. Descripción de Botones
1.7.11.2. Barra de pestañas
En la parte superior de la ventana de producto hay una barra de
pestañas que permite mostrar la información de una manera más
ordenada, comprensible y agrupada.
Fernández -Tafur 2009
91
Ilustración 26. Barra de Pestañas
En la altura de las pestañas se puede observar la relación entre las
mismas (en este caso se aprecia que todas son hijas de Producto y
hermanas entre sí).
1.7.11.3. Menú de la aplicación
En el menú de la aplicación aparecen todos los componentes a los que
se tiene acceso. El menú se construye en modo árbol de forma que se
pueden agrupar los componentes en carpetas. La configuración
depende de los permisos que tenga el usuario y por lo tanto del rol con
el que haya hecho login.
Ilustración 27. Menú de la Aplicación
Fernández -Tafur 2009
92
1.7.11.4. Ventanas
- Ventana en el modo de edición
Se toma como ejemplo de una ventana de edición la de producto.
Todas las ventanas de edición de datos de la aplicación tienen la
misma estructura. En la zona superior se sitúa la botonera donde
aparecen los botones propios de la edición. Debajo de la botonera
tenemos la zona de las solapas, aquí se ven todas las solapas que
tiene la ventana con su jerarquía además de estar resaltada la que
se está editando en cada momento. Por último ocupando la mayor
parte de la ventana está la zona de edición de la ventana
propiamente dicho. El contenido de esta zona varía dependiendo
de la ventana seleccionada incluyendo los campos necesarios en
cada caso.
Ilustración 28. Ventana en Modo Edición
Fernández -Tafur 2009
93
- Ventana en el modo relación
En el modo relación se pueden observar los registros de la solapa
de manera global viendo las características básicas que se hayan
definido en la configuración de la ventana. En el caso de la
ventana de producto se pueden ver todos productos registrados en
la aplicación.
Ilustración 29. Ventana en Modo Edición
La ventana de producto se ha configurado en este caso para que se
considere de gran volumen, de forma que al abrirla se da la
posibilidad de filtrar los datos a visualizar mediante una ventana
de filtro.
Fernández -Tafur 2009
94
Ilustración 30. Buscador de Ventana
Antes de realizar otra operación o realizar cambios en otra pestaña
del producto es necesario guardar el registro de forma explícita
con uno de los botones de guardar. Si después de que se hace un
cambio, se intenta realizar otra operación, el sistema avisa de que
se han realizado estos cambios:
Ilustración 31. Alerta de Cambio
1.7.11.5. Descripción de los elementos comunes de la aplicación
Son elementos que aparecen de manera repetitiva en la aplicación.
Estos elementos incluyen tanto solapas y campos de ventanas como
procesos que se ejecuten mientras se trabaja con la aplicación.
Traducción
La aplicación está diseñada para poder trabajar en distintos
idiomas que el usuario puede elegir al hacer login.
Fernández -Tafur 2009
95
La solapa de Traducción aparece en las ventanas de la aplicación
que incluyen registros que pueden ser traducidos. Para ello se
indica en la ventana que tiene traducción y los campos que se
desea tengan traducción. Para definir la solapa de traducción es
necesario tener la tabla de traducción creada.
Entidad
La entidad es una empresa o una entidad legal. No se puede
compartir información entre empresas. La aplicación tiene la
opción multi empresas, que significa que se puede trabajar con
varias entidades que pueden ser totalmente independientes entre
sí.
Organización
Organización es una unidad de negocio. Cada entidad puede tener
más de una organización definida. Las organizaciones pueden ser
departamentos, divisiones, etc. que pueden ser en varias
localidades, países, etc. La gestión de cada organización en
aplicación es independiente aunque se puede compartir la
información entre las organizaciones.
Nombre
Nombre descriptivo del registro que puede tener hasta 60
caracteres.
Descripción
Este campo permite introducir una descripción del registro
elegido. Está limitada a 255 caracteres
Activo
Fernández -Tafur 2009
96
Permite activar y desactivar el registro, implica que cuando un
registro esté desactivado no estará disponible para poder ser
seleccionado, pero si para verlo en los informes. Hay dos razones
para desactivar un registro pero no borrarlo:
o El sistema requiere el registro para su propio
funcionamiento.
o El registro es utilizado por otros registros.
Por ejemplo, no se puede borrar un tercero si existen facturas del
mismo.
Desactivando el tercero se asegura que en un futuro puedan existir
más entradas para ese tercero.
Nivel de agrupación
Indica que el registro pertenece a un árbol y que es un nodo de
agrupación.
Moneda
Indica la moneda que se va a utilizar cuando se gestione el
registro. En procesos o informes.
Identificador
El identificador permite un método rápido de encontrar un registro
particular. Si al guardar el registro el identificador está vacío, el
sistema automáticamente genera un número.
1.7.11.6. Botones
Procesar/Cerrar
Mediante estos botones se cambia el estado de los documentos
ejecutado el proceso que se habrá definido para cada caso. En la
aplicación hay varios tipos de documentos, entre ellos pedido,
Fernández -Tafur 2009
97
albarán y factura que tienen un ciclo de vida definido. Los ciclos
de vida tienen 5 estados distintos a los que se puede llegar de
distintas maneras.
o Borrador: El documento está sin terminar de introducir en
la aplicación, falta darle el visto bueno.
o Completado: Un documento alcanza este estado cuando se
han realizado todas las operaciones relacionadas con el
documento. Si se desea modificar los documentos es
posible reactivarlos para pasarlo al estado reabierto.
o Anulado: Los documentos no se pueden borrar, por lo
tanto, cuando se desea eliminar uno se anula. Si el
documento es una factura completada el proceso de anular
el documento genera un nueva factura al mismo tercero
con importe contrario al anulado.
o Cerrado: Es un paso más allá que completado. En este caso
no se puede reactivar el documento para hacer
modificaciones. En el caso de un pedido al cerrarlo se
actualiza la cantidad pedida a la entregada.
Copiar líneas
El botón de copiar líneas sirve para documentos similares. Con
este proceso se pueden elegir una o más líneas de otros
documentos ya definidos que se copiaran al documento principal.
Fernández -Tafur 2009
98
1.7.11.7. Diccionario de aplicación
En el diccionario de la aplicación se definen los metadatos. En este
módulo se dan de alta los informes, procesos y formularios que se
usen en la aplicación, para poder acceder a ellos mediante el menú o
botones en ventanas. También se definen todas las ventanas que se
construyen automáticamente al compilar la aplicación, para ello se
registran las tablas y columnas correspondientes de la base de datos y
se define el diseño de la ventana.
Tablas y columnas
La definición de una tabla incluye la definición de los parámetros
de la tabla y de las columnas que pertenecen a dicha tabla. Es
necesario dar de alta la tabla en la aplicación para poder acceder
posteriormente a ella desde una ventana.
Ilustración 32. Tablas y Columnas
Fernández -Tafur 2009
99
Los datos más significativos son el nombre que va a tomar la tabla
en la aplicación, el nombre que tiene la tabla en la base de datos,
acceso de datos, ventana y tipo de entidad.
Ilustración 33. Datos de una Tabla
Para crear nuevas tablas y columnas en la aplicación, es necesario
crearlas primero en la base de datos de la aplicación. Mediante el
botón Crear columnas de la base de datos se introducen todos los
registros de esta solapa. Es conveniente verificar que el proceso
automático ha configurado cada uno de los campos
adecuadamente.
La definición de la columna determina el diseño del campo en la
solapa.
Fernández -Tafur 2009
100
Ilustración 34. Definición de Columna
Ventanas, solapas y campos
La ventana Ventanas, solapas y campos permiten definir la
presentación de cada una de las ventanas, solapas y campos de la
aplicación.
Ilustración 35. Ventana en el diccionario de datos
Fernández -Tafur 2009
101
Para la creación de una determinada ventana debe de estar creada
la tabla en la base de datos y dada de alta en la aplicación en
Diccionario de aplicación/Tablas y columnas.
En la solapa Permiso se definen los permisos de acceso a esta
ventana. Se pueden dar diferentes permisos de acceso a los
diferentes roles de la aplicación. De esta manera podemos definir
diferentes configuraciones de acceso para cada rol.
Ilustración 36. Solapa Permisos para una Ventana
La solapa Solapa define las distintas solapas que contiene una
determinada ventana de la aplicación. Dentro de una ventana, las
solapas pueden ser independientes entre sí o bien subordinadas a
otras. Pueden ocultarse, copiarse, modificar, etc.
Ilustración 37. Administración de Solapas de una Ventana
Fernández -Tafur 2009
102
Mediante la solapa Campo se definen los distintos campos que
contiene una determinada solapa que se correspondan con
columnas en la tabla asociada a la solapa.
Ilustración 38. Administración de Campos de una Solapa
A través de la solapa Secuencia del Campo se establece la
secuencia de los campos en la ventana seleccionada
Ilustración 39. Secuencia de Campo
Fernández -Tafur 2009
103
1.7.11.8. Callout
Los callouts son disparadores que se lanzan al modificar la columna a
la que se aplican y que sirven para modificar el valor de otros campos
de la ventana. En esta ventana se dan de alta todos los callouts que se
utilicen en la aplicación y que previamente se han desarrollado
manualmente.
Ilustración 40. Callouts
1.7.11.9. Reglas de validación
En esta ventana se puede definir todas las reglas de validación
existentes en la aplicación para la correcta introducción y
mantenimiento de los datos.
Fernández -Tafur 2009
104
Ilustración 41. Validaciones
1.7.11.10. Informes y procesos
En esta ventana se dan de alta todos los informes y procesos a los que
se quiere acceder directamente desde la aplicación. Si un informe o
proceso necesita parámetros de entrada se definen en la solapa de
parámetros.
Ilustración 42. Informes y Procesos
Fernández -Tafur 2009
105
1.7.11.11. Reglas generales
El módulo de Reglas Generales permite configurar las
funcionalidades de la aplicación como:
Planificación de procesos
Idiomas
Monedas
Menú (arboles, nodos, etc.)
Flujos de trabajo
Gestión de Entidades, Usuarios y Roles
Gestión de Organizaciones, Bancos y Cajas
Preferencias de entidades
Variables de sesiones
Importación de datos
Impresión, etc.
1.7.11.12. Menú
La ventana Menú permite definir la estructura de menús y submenús
de la aplicación. Los menús que cada usuario pueda visualizar
dependen de la configuración de los roles. A esta ventana solamente
puede acceder el System Administrator. Cada entrada del menú que
no sea de agrupación se relaciona con un elemento de la aplicación.
Mediante el campo acción se indica el tipo de elemento.
Fernández -Tafur 2009
106
Ilustración 43. Ventana de creación de Menú
Proceso de creación del menú:
1º. Crear un nuevo registro mediante el botón Nuevo.
2º. Rellenar el registro adecuadamente según la descripción que se
realiza más abajo sobre cada uno de los campos.
3º. Asignar el menú creado a un determinado lugar de la estructura
de árbol. Para ello, en recuadro asignar, elegir abajo el menú que
deseamos colocar en el árbol. Y arriba el punto de la estructura
del que queremos colgarlo. Si se desea que el elemento sea hijo se
selecciona "Es hijo" y pulsar "Asignar".
Ilustración 44. Asignación en árbol de Menú
Fernández -Tafur 2009
107
1.7.11.13. Usuario
La ventana Usuario permite definir y editar usuarios de la aplicación.
Una vez han accedido a la aplicación, dependiendo de los roles que
cada usuario tenga asignados, podrá acceder a unas funcionalidades
determinadas. En esta ventana también se pueden editar los contactos
que se hayan definido en la ventana de terceros. Para que un usuario
tenga acceso.
Ilustración 45. Creación de usuario
1.7.11.14. Rol
La ventana Rol permite definir los accesos o permisos para cada uno
de los usuarios de este sistema. Los roles controlan el acceso a las
ventanas, tareas, informes, etc.
El proceso de creación de entidad crea automáticamente los roles de
Administrador de la entidad y Usuario de la entidad. Además se
Fernández -Tafur 2009
108
pueden añadir roles adicionales para controlar el acceso a las
diferentes funcionalidades o datos.
Posteriormente, a cada usuario se le asignan los roles
correspondientes.
Ilustración 46. Creación de Roles
1.7.11.15. Importar datos
El módulo Importar datos permite:
Definir diferentes formatos que se utilizan en las
importaciones. Los formatos se definen con parámetros
particulares y por los campos que forman la plantilla de
importación.
Importar ficheros de carga, indicando el formato de
importación, en la tabla temporal correspondiente a los datos
que se desean importar.
Importar ficheros EDI (Electronic Data Interchange)
En las ventanas se encuentran los datos importados con los
ficheros de carga. De aquí, mediante el botón Importar, se
introducen en la aplicación.
Fernández -Tafur 2009
109
1.8. MODELADOR: IBM RATIONAL ROSE ENTERPRISE EDITION
Rational Rose es la herramienta CASE desarrollada por los creadores de UML
(Booch, Rumbaugh y Jacobson), que cubre todo el ciclo de vida de un proyecto:
concepción y formalización del modelo, construcción de los componentes,
transición a los usuarios y certificación de las distintas fases y entregables.
Esta herramienta propone la utilización de cuatro tipos de modelo para realizar
un diseño del sistema, utilizando una vista estática y otra dinámica de los
modelos del sistema, uno lógico y otro físico. Permite crear y refinar estas
vistas creando de esta forma un modelo completo que representa el dominio del
problema y el sistema de software.
Rational Rose es la mejor herramienta de modelado. Para los analistas de
negocios, Rose ofrece la capacidad de modelar y visualizar sus procesos de
negocios y destacar oportunidades para aumentar la eficiencia. Para los
analistas de datos, el modelado de su diseño de base de datos en Rose, mejora la
comunicación entre usted y los desarrolladores, y, cuando usted modela sus
casos de uso en Rose, asegura que la solución sea creada con el usuario en
mente. Rational Rose unifica a los analistas de negocios, sistemas y datos al
permitirles crear y administrar modelos en una herramienta con un solo
lenguaje de modelado.
Rose utiliza un proceso de desarrollo iterativo controlado (Controled Iterative
Process Development), donde el desarrollo se lleva a cabo en una secuencia de
iteraciones. Cada iteración comienza con una primera aproximación del
análisis, diseño e implementación para identificar los riesgos del diseño, los
cuales se utilizan para conducir la iteración, primero se identifican los riesgos y
después se prueba la aplicación para que éstos se hagan mínimos (Rational
Software, 2007).
Fernández -Tafur 2009
110
1.9. ORACLE DATABASE 10G EXPRESS EDITION
Desarrollo, implementación y distribución sin cargo, Oracle Database 10g
Express Edition (Oracle Database XE) es una base de datos de entrada de
footprint pequeño, creada sobre la base de código Oracle Database 10g Release
2 que puede desarrollarse, implementarse y distribuirse sin cargo; es fácil de
descargar y fácil de administrar. Oracle Database XE es una excelente base de
datos inicial para:
Desarrolladores que trabajan en PHP, Java, .NET, XML, y aplicaciones de
Código Abierto
DBAs que necesitan una base de datos inicial y sin cargo para la
capacitación e implementación
Proveedores Independientes de Software (ISVs) y proveedores de
hardware que quieren una base de datos inicial para distribuir sin cargo
Instituciones educativas y estudiantes que necesitan una base de datos sin
cargo para su plan de estudios
Con Oracle Database XE, usted ahora puede desarrollar e implementar
aplicaciones con una infraestructura avanzada, probada, y líder del sector, y
luego realizar una actualización cuando sea necesario sin migraciones
complejas y costosas.
Oracle Database XE puede instalarse en máquinas host de cualquier tamaño con
cualquier cantidad de CPUs (una base de datos por máquina), no obstante XE
almacenará hasta 4GB de datos de usuarios, utilizará hasta 1GB de memoria, y
utilizará una sola CPU en la máquina host.
Fernández -Tafur 2009
111
1.10. SERVIDOR DE APLICACIÓN / SERVIDOR WEB
Tomcat (también llamado Jakarta Tomcat o Apache Tomcat) funciona como un
contenedor de servlets desarrollado bajo el proyecto Jakarta en la Apache
Software Foundation. Tomcat implementa las especificaciones de los servlets y
de JavaServer Pages (JSP) de Sun Microsystems.
Entorno
Tomcat es un servidor web con soporte de servlets y JSPs. Incluye el compilador
Jasper, que compila JSPs convirtiéndolas en servlets. El motor de servlets de
Tomcat a menudo se presenta en combinación con el servidor web Apache.
Tomcat puede funcionar como servidor web por sí mismo. En sus inicios existió
la percepción de que el uso de Tomcat de forma autónoma era sólo
recomendable para entornos de desarrollo y entornos con requisitos mínimos de
velocidad y gestión de transacciones. Hoy en día ya no existe esa percepción y
Tomcat es usado como servidor web autónomo en entornos con alto nivel de
tráfico y alta disponibilidad.
Dado que Tomcat fue escrito en Java, funciona en cualquier sistema operativo
que disponga de la máquina virtual Java.
Tomcat 5.x
Implementado a partir de las especificaciones Servlet 2.4 y JSP 2.0
Recolección de basura reducida
Capa envolvente nativa para Windows y Unix para la integración de las
plataformas
Análisis rápido JSP
Fernández -Tafur 2009
112
CAPÍTULO II. RESULTADOS
2.1. FASE DE CONCEPCIÓN - ANÁLISIS
2.1.1. Análisis Situacional
Mediante visitas a distintos viveros de nuestra región como son: Vivero
Nueva California, Viveros Génesis, A & a Viveros y Vivero Los Viñedos,
se pudo observar lo siguiente:
Se maneja una gran cantidad de información para la producción y
mantenimiento de una plántula durante todo su proceso de desarrollo.
La necesidad más importante que se pudo apreciar fue obtener
información al instante y precisa de cada una de las distintas etapas de
producción, y el cumplimiento de estándares que aseguren que el
producto final tenga la calidad deseada, pues la plántula debe tener
especial cuidado ya que su tiempo de estancia en Vivero es breve y por
lo mismo las acciones sobre ella deben ser inmediatas.
La planificación y control dentro de todo el proceso es parte importante
para poder obtener el costo medio del producto terminado; esto
permitirá lograr un resultado más preciso que ayudara al análisis de
toda la producción y a la toma de mejores decisiones.
Para el cumplimiento de las etapas de desarrollo de la plántula existe una
planificación previa que se encuentra definida gracias a la parametrización
que existe en cada vivero mediante un aprendizaje continuo, aún así la
planificación tiene un ajuste constante debido a distintos factores
ambientales, en especial los climáticos que ocasionan cambios
intempestivos sobre la marcha.
Fernández -Tafur 2009
113
2.1.2. Pictogramas
2.1.2.1. Pictograma Situación Actual
Ilustración 47. Pictograma de Situación Actual
Fernández -Tafur 2009
114
2.1.2.2. Pictograma Solución deseada
Ilustración 48. Pictograma Solución Deseada
Fernández -Tafur 2009
115
2.1.3. Modelado del Negocio
2.1.3.1. Modelo de Casos de Uso del Negocio
Ilustración 49. Casos de Uso del Negocio
Sistema ventas
Jefe de Siembra
Jefe de Sanidad
Jefe de Producción
Jefe de Riego y Fertirriego
Sistema Logistica
Sistema RR.HH.
Gestión de Planificación de la Producción
Gestion de Siembra
Gestion de sanidad
Gestion de Riego y Fertirriego
Jefe de Vivero
Fernández -Tafur 2009
116
2.1.3.2. Modelo de Dominio
Ilustración 50. Modelo del Dominio
Recurs
os
Activi
dad
1..
n1
1..
n1
Eta
pa
1..
n
11..
n
1
Matr
iz d
e P
roducció
n
11..
n
11..
n
Bandeja Turn
os
Aplic
acio
nes
Pla
n d
e
Pro
ducció
n
11
11
1 11 1
Pro
gra
ma d
e
Sie
mbra
Pro
gra
ma d
e
Rie
go
1..
n
1 1..
n
1
Pro
gra
ma d
e
Sanid
ad
1..
n
1 1..
n
1
Códig
o d
e
Sie
mbra
1..
n1
1..
n1
1 1..
n
1 1..
n
1
1..
n
1
1..
n
1
1..
n
1
1..
n
Cam
a
Nave 1..
n
1 1..
n
1
Viv
ero
1..
n1
1..
n1
Modulo1..
n
1 1..
n
1
1..
n
1 1..
n
1
Cultiv
o
11 11
Variedad
n1 n1
Fernández -Tafur 2009
117
2.1.4. Modelo de Casos de Uso de Requerimientos
2.1.4.1. Definición de Requerimientos
A. Planificación de la producción
Registrar cultivo
Registrar bandejas
Registrar Recursos
Registrar Vivero
Registrar Sectorización de Vivero
Registrar definiciones de Etapas y Actividades
Registrar Matriz Producción
Registrar Plan de Producción
Reportar consolidado de Matriz de Producción
Reportar consolidado de Plan de Producción
Reportar Espacios de Vivero
Reportar Sectorización de Vivero
Reportar Recursos Básicos para la Producción
Reportar Actividades Diarias por Plan de Producción
Reportar Recursos Necesarios para la Producción
B. Gestión de Siembra
Generar Programa Diario de Siembra
Actualizar Código de Siembra de
Actualizar Ubicación de Siembra
Reprogramar Siembra
Generar Programa de Evaluación de Siembra
Actualizar Código de Siembra Evaluado
Actualizar ubicación
Registrar evaluación de Germinación
Registrar movimiento de bandejas
Reprogramar movimiento de bandejas
Registrar Salida de Producto Terminado de Producción
Fernández -Tafur 2009
118
Reportar Siembra Diaria
Reportar Consolidado de Siembra
Reportar Costos Totales por Siembra Diaria
Reportar Costos Totales por Código de Siembra
Reporte de Avance de Producción por Cliente
Reporte de Recursos Programados y Ejecutados de
Siembra
Reporte consolidado de Evaluación de Siembra
Reporte de Evaluación de la Germinación
Reporte de Movimiento de Bandejas
Reporte de Despacho de Códigos de Siembra
C. Gestión de Riego y Fertirriego
Registrar Fórmulas de Riego y Fertirriego
Registrar evaluación de riego
Registrar programa de riego
Actualizar programa de riego
Reporte de Evaluación de Riego y Fertirriego
Reporte de Programa de Riego y Fertirriego
Reporte de Formulas de Riego y Fertirriego
Reporte de Calendario de Aplicaciones
Reporte de Riego y Fertirriego por Código de Siembra
D. Gestión de Sanidad
Registrar criterios de fumigación
Registrar plagas y enfermedades
Registrar evaluación de sanidad
Registrar programa de sanidad
Actualizar programa de sanidad
Registrar equipos de control sanitario
Registrar Técnicas de Tratamiento Sanitario
Reportar Criterios de Fumigación
Fernández -Tafur 2009
119
Reportar Plagas y Enfermedades
Reportar Evaluación de Sanidad
Reportar Programa de Manejo Integrado de Plagas
Reportar Tratamiento fitosanitario por Código de Siembra
2.1.4.2. Diagrama de Casos de Uso de Requerimientos
2.1.4.2.1. Gestión de la Planificación de la Producción
Ilustración 51. Gestión de la Planificación de la Producción
Registrando VariedadRegistrando Tipo Presentación de
Despacho
Registrando Etapa
Registrando Actividad
Registrando Recurso
<<extend>>
<<extend>>
Generar PresupuestoRegistrando Espacio en Vivero
Registrando Cultivo
<<include>> <<include>>
Registrando Bandejas
Registrando Recursos
Registrar Sectorización de Vivero
Reportando Actividades Diarias por
Plan de Producción
Jefe de Produccion
Registrar Vivero
Registrando Definición de Etapas
Reportando Recursos Básicos
para la Producción
Reporte Consolidado de Matriz de
Producción
Reportando Espacios de Vivero
Reporte Consolidado de Plan de
Producción
Reportando Sectorización de
Vivero
Registrando Código de Siembra
<<include>>
Registrando Plan de Producción
<<include>>
Jefe de Vivero
Registrando Matriz
<<extend>>
Fernández -Tafur 2009
120
2.1.4.2.2. Gestión de Siembra
Ilustración 52. Casos de Uso Gestión de Siembra
Actualizando Ubicación
Actualizando Código de Siembra
Actualizando Ubicación
Actualizando Código de Siembra
Actualizando Germinación
Reportando Recursos Programados
y Ejecutados de Siembra
Reportando avance de Producción
por Cliente
Reportando Costos Totales de
Siembra por CS
Reportando Costos Totales por
Siembra Diaria
Reportando Consolidado de
Siembra
Reportando Siembra Diaria
Consolidado de Evaluación de
Siembra
Registrando Programa de Siembra
Reprogramando Movimiento de
Bandejas
Reportando Movimiento de
Bandejas
Registrando Programa de
Evaluación de Siembra
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>
Jefe de Siembra
Reprogramando Programa de
Siembra
Reportando Evaluación de la
Germinación
Reportando despachos de CS
Evaluador de
Siembra
Fernández -Tafur 2009
121
2.1.4.2.3. Gestión de Riego y Fertirriego
Ilustración 53. Casos de Uso Gestión de Riego
Re
gis
tra
ndo
Tu
rno
sR
eg
istr
an
do U
bic
aci
ón
de
Tur
nos
Re
gis
tra
ndo
CS
de
Tu
rno
s
<<i
nclu
de
>>
Re
gis
tra
ndo
Fó
rmul
as
de
Pro
gra
ma
de
Rie
go y
Fe
rtirr
ieg
o
<<i
nclu
de
>>
Re
gis
tra
ndo
Eva
lua
ció
n d
e R
ieg
o y
Fer
tirri
ego
Re
gis
tra
ndo
Ub
ica
ció
n d
e
Eva
lua
ció
n d
e R
ieg
o y
Fer
tirri
ego
Re
gis
tra
ndo
Pe
so
de
Ban
de
jas
Eva
lua
do
r de
Rie
go
Re
gis
tra
ndo
Fó
rmul
as
de
Rie
go
y
Fer
tirri
ego
Pro
gra
ma
nd
o R
ieg
o y
Fe
rtirr
iego
<<i
nclu
de
>>
<<i
nclu
de
>>
Act
ual
izan
do
Pro
gra
ma
de
Rie
go
y
Fer
tirri
ego
Re
por
tan
do F
órm
ula
s d
e R
ieg
o y
Fer
tirri
ego
Re
por
tan
do E
valu
aci
ón
de
Rie
go
y
Fer
tirri
ego
Re
por
tan
do P
rog
ram
a d
e R
iego
y
Fer
tirri
ego
Re
por
tan
do C
ale
nda
rio
de
Apl
icac
ion
es
Re
por
te d
e R
ieg
o y
Fe
rtirr
iego
por
CS
Jefe
de
Rie
go
y
Fer
tirri
ego
Fernández -Tafur 2009
122
2.1.4.2.4. Gestión de Sanidad
Ilustración 54. Casos de Uso Gestión de Sanidad
Re
gis
tra
nd
o P
rod
ucto
s
Re
gis
tra
nd
o U
bic
ació
nR
eg
istr
an
do
Ap
lica
cio
ne
s
<<
inclu
de
>>
Re
gis
tra
nd
o E
valu
ació
n d
e
Sa
nid
ad
Eva
lua
do
r d
e
Sa
nid
ad
Re
gis
tra
nd
o P
lag
asR
eg
istr
an
do
Cri
teri
os
de
Fu
mig
ació
n
Actu
aliza
nd
o P
rog
ram
a d
e
Sa
nid
ad
Re
gis
tra
nd
o P
rog
ram
a d
e S
an
ida
d
<<
inclu
de
>>
<<
inclu
de
>>
Re
gis
tra
nd
o E
qu
ipo
s d
e C
on
tro
l
Sa
nita
rio
Re
gis
tra
nd
o T
écn
ica
s d
e
Tra
tam
ien
to S
an
ita
rio
Re
po
rta
nd
o C
rite
rio
s d
e
Fu
mig
ació
n
Re
po
rta
nd
o P
lag
as
y
En
ferm
ed
ad
es
Re
po
rta
nd
o E
valu
ació
n d
e S
an
ida
d
Re
po
rta
nd
o M
an
ejo
In
teg
rad
o d
e
Pla
ga
s
Re
po
rte
de
Tra
tam
ien
to
Fito
sa
nita
rio
po
r C
S
Je
fe d
e S
an
ida
d
Fernández -Tafur 2009
123
2.1.4.3. Especificación de los Casos de Uso de Requerimientos
2.1.4.3.1. Registrar cultivo
Caso de Uso Registrando Cultivo
Descripción Permitir al usuario registrar los Cultivos, Variedades y las
Bandejas.
Actores Sub Gerente de Producción
Precondiciones Deben estar registradas las bandejas.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. EL sistema muestra un nuevo formulario de ingreso
para el registro de Cultivo.
3. El usuario ingresa el nombre de cultivo, identificador,
color, color secundario, cantidad de variedades,
germinación estándar.
4. El usuario hace clic en el botón “Guardar”.
5. El sistema guarda en la base de datos el nuevo
registro del Cultivo.
6. El usuario hace clic en la solapa “Variedad”.
7. El usuario hace clic en el botón “Nuevo Registro”.
8. El sistema muestra un nuevo formulario de ingreso
para el registro de la Variedad.
9. El usuario ingresa el nombre de la variedad y su
identificador.
10. El usuario hacer clic en el botón “Guardar”.
11. El usuario hace clic en la solapa “Bandejas”.
12. El usuario hace clic en el botón “Nuevo Registro”.
13. El sistema muestra un nuevo formulario de ingreso
para el registro de Bandejas.
14. El usuario selecciona la bandeja a utilizarse para el
cultivo.
15. El usuario hacer clic en el botón “Guardar”.
Flujo
Alternativo
5.1. El sistema verifica si existe un registro de igual
características en el sistema.
5.2. El sistema envía un mensaje de alerta que el
Fernández -Tafur 2009
124
registro ya existe.
5.3. Regresar al punto 3.
Post
Condiciones Quedan registrados Cultivo, Variedad y Bandeja.
Notas Un Cultivo puede tener n Variedades y n Bandejas.
2.1.4.3.2. Registrar bandejas
Caso de Uso Registrando Bandejas
Descripción Permitir al usuario registrar una bandeja.
Actores Sub Gerente de Producción
Precondiciones Sin precondiciones.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. EL sistema muestra un nuevo formulario de ingreso
para el registro de Bandejas.
3. El usuario ingresa el nombre de la bandeja y su
capacidad.
4. El usuario hace clic en el botón “Guardar”.
5. El sistema guarda en la base de datos el nuevo
registro de bandeja.
Flujo
Alternativo
5.4. El sistema verifica si existe un registro de igual
características en el sistema.
5.5. El sistema envía un mensaje de alerta que el
registro ya existe.
5.6. Regresar al punto 3.
Post
Condiciones La bandeja queda registrada.
Notas
Fernández -Tafur 2009
125
2.1.4.3.3. Registrar Recursos
Caso de Uso Registrando Recursos
Descripción Permitir al usuario registrar un Recurso.
Actores Sub Gerente de Producción
Precondiciones Debe estar registrado el producto.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. EL sistema muestra un nuevo formulario de ingreso
para el registro de Recursos
3. El usuario selecciona el tipo de recurso, recurso e
ingresa el nombre del recurso.
4. El usuario hace clic en el botón “Guardar”.
5. El sistema guarda en la base de datos el nuevo registro
de recurso.
Flujo
Alternativo
5.7. El sistema verifica si existe un registro de igual
características en el sistema.
5.8. El sistema envía un mensaje de alerta que el
registro ya existe.
5.9. Regresar al punto 3.
Post
Condiciones El Recurso queda registrado.
Notas
2.1.4.3.4. Registrando Vivero
Caso de Uso Registrando Vivero
Descripción Permitir al usuario registrar los Módulos, Naves y Camas
de un Vivero.
Actores Sub Gerente de Producción
Precondiciones Sin precondiciones.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. EL sistema muestra un nuevo formulario de ingreso
para el registro de Modulo.
Fernández -Tafur 2009
126
3. El usuario ingresa el nombre de modulo, coordenada
x, coordenada y capacidad de naves.
4. El usuario hace clic en el botón “Guardar”.
5. El sistema guarda en la base de datos el nuevo
registro del Modulo.
6. El usuario hace clic en la solapa “Nave”.
7. El usuario hace clic en el botón “Nuevo Registro”.
8. El sistema muestra un nuevo formulario de ingreso
para el registro de Nave.
9. El usuario ingresa el nombre de la nave y capacidad
de camas.
10. El usuario hacer clic en el botón “Guardar”.
11. El usuario hace clic en la solapa “Cama”.
12. El usuario hace clic en el botón “Nuevo Registro”.
13. El sistema muestra un nuevo formulario de ingreso
para el registro de Cama.
14. El usuario ingresa el nombre de la cama y capacidad
de bandejas, numero, nebulizadores y peso promedio.
15. El usuario hacer clic en el botón “Guardar”.
Flujo
Alternativo
5.10. El sistema verifica si existe un registro de
igual características en el sistema.
5.11. El sistema envía un mensaje de alerta que
el registro ya existe.
5.12. Regresar al punto 3.
Post
Condiciones La quedan registrados Módulos, Naves y Camas.
Notas Un Modulo puede tener n Naves y una nave puede tener n
Camas.
2.1.4.3.5. Registrar Sectorización de Vivero
Caso de Uso Registrando Sectorización de Vivero
Descripción Permitir al usuario registrar el Sector Cultivo,
Fernández -Tafur 2009
127
Sectorización de Cultivo, Sector Cliente y Sectorización
de Cliente de un Vivero.
Actores Sub Gerente de Producción
Precondiciones Deben estar registrados los Módulos, Naves y Camas del
Vivero en el sistema.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. EL sistema muestra un nuevo formulario de ingreso
para el registro de Sector Cultivo.
3. El usuario ingresa el nombre del sector.
4. El usuario hace clic en el botón “Guardar”.
5. El sistema guarda en la base de datos el nuevo registro
del Sector Cultivo.
6. El usuario hace clic en la solapa “Sectorización de
Cultivo”.
7. El usuario hace clic en el botón “Nuevo Registro”.
8. El sistema muestra un nuevo formulario de ingreso
para el registro de Sectorización de Cultivo.
9. El usuario ingresa el nombre de la sectorización de
cultivo, fecha de inicio y fecha de término de esa
sectorización.
10. El usuario hacer clic en el botón “Guardar”.
11. El usuario hace clic en la solapa “Sector de Cliente”.
12. El usuario hace clic en el botón “Nuevo Registro”.
13. El sistema muestra un nuevo formulario de ingreso
para el Sector de Cliente.
14. El usuario ingresa el tercero y el nombre del sector de
cliente.
15. El usuario hacer clic en el botón “Guardar”.
16. El usuario hace clic en la solapa “Sectorización de
Cliente”.
17. El usuario hace clic en el botón “Nuevo Registro”.
18. El sistema muestra un nuevo formulario de ingreso
para la Sectorización de Cliente.
Fernández -Tafur 2009
128
19. El usuario ingresa la fecha inicial, la fecha final, el
nombre y selecciona la sectorización del cliente.
20. El usuario hacer clic en el botón “Guardar”
Flujo
Alternativo
5.13. El sistema verifica si existe un registro de
igual características en el sistema.
5.14. El sistema envía un mensaje de alerta que
el registro ya existe.
5.15. Regresar al punto 3.
Post
Condiciones
La quedan registrados el Sector Cultivo, Sectorización de
Cultivo, Sector Cliente y Sectorización de Cliente de un
Vivero.
Notas
Un Sector Cultivo puede tener n Sectorizaciones de
cultivo y n Sectores de Cliente, un Sector cliente puede
tener n sectorizaciones de cliente.
2.1.4.3.6. Registrar Definiciones de Etapas y Actividades
Caso de Uso Registrando Definición de Etapas y Actividades
Descripción Permitir al usuario registrar las definiciones de Etapa con
sus respectivas actividades.
Actores Sub Gerente de Producción
Precondiciones Sin precondiciones.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. El sistema muestra un nuevo formulario de ingreso
para el registro de Definición de Etapa.
3. El usuario ingresa el nombre de la Definición de
Etapa y su descripción.
4. El usuario hace clic en el botón “Guardar”.
5. El sistema guarda en la base de datos el nuevo
registro de la Definición de Etapa.
6. El usuario hace clic en la solapa “Definición de
Actividad”.
7. El usuario hace clic en el botón “Nuevo Registro”.
Fernández -Tafur 2009
129
8. El sistema muestra un nuevo formulario de ingreso
para el registro de Definición de Actividad.
9. El usuario ingresa el nombre de la Definición de
Actividad y su descripción.
10. El usuario hacer clic en el botón “Guardar”.
Flujo
Alternativo
5.16. El sistema verifica si existe un registro de
igual características en el sistema.
5.17. El sistema envía un mensaje de alerta que
el registro ya existe.
5.18. Regresar al punto 3.
Post
Condiciones
La quedan registrados Definición de Etapa y Definiciones
de Actividad.
Notas La Definición de Etapa puede tener n Definiciones de
Actividad y una nave puede tener n Camas.
2.1.4.3.7. Registrar Matriz Producción
Caso de Uso Registrando Matriz de Producción
Descripción Este Proceso tiene como objetivo generar una plantilla de
asignándole Etapas, Actividades y recursos de un Cultivo.
Actores Sub Gerente de Producción
Precondiciones Deben estar registrados las Etapas, Actividades y
Recursos del Vivero en el sistema.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. EL sistema muestra un nuevo formulario de ingreso
para el registro Matriz de Producción.
3. El usuario selecciona el cultivo, variedad, la bandeja,
estación y unidad
4. El usuario ingresa el nombre de la Matriz, la duración
de almácigo, la fecha de creación.
5. El usuario hace clic en el botón “Guardar”.
6. El sistema guarda en la base de datos el nuevo registro
de la Matriz de Producción.
Fernández -Tafur 2009
130
7. El usuario hace clic en la solapa “Etapa”.
8. El usuario hace clic en el botón “Nuevo Registro”.
9. El sistema muestra un nuevo formulario de ingreso
para el registro de Etapa.
10. El usuario selecciona la etapa y su unidad, ingresa el
tiempo que durara en realizarse esta etapa.
11. El usuario hacer clic en el botón “Guardar”.
12. El usuario hace clic en la solapa “Actividad”.
13. El usuario hace clic en el botón “Nuevo Registro”.
14. El sistema muestra un nuevo formulario de ingreso
para la Actividad de una Etapa.
15. El usuario selecciona la Actividad, e ingresa el nro.
De veces y el tiempo que durara la actividad.
16. El usuario hacer clic en el botón “Guardar”.
17. El usuario hace clic en la solapa “Recursos”.
18. El usuario hace clic en el botón “Nuevo Registro”.
19. El sistema muestra un nuevo formulario de ingreso
para Recursos
20. El usuario selecciona el tipo de recurso, el recurso, la
unidad y la moneda.
21. El usuario ingresa la cantidad y el costo del recurso.
22. El usuario hacer clic en el botón “Guardar”
Flujo
Alternativo
5.19. El sistema verifica si existe un registro de
igual características en el sistema.
5.20. El sistema envía un mensaje de alerta que
el registro ya existe.
5.21. Regresar al punto 3.
Post
Condiciones
La quedan registrados la Matriz de Producción para un
cultivo, sus etapas, actividades y recursos.
Notas
Una Matriz de Producción puede tener n Etapas de
Producción, una Etapa puede tener n Actividades, una
Actividad puede tener n recursos.
Fernández -Tafur 2009
131
2.1.4.3.8. Registrando Plan de Producción
Caso de Uso Registrando Plan de Producción
Descripción Este proceso tiene por objetivo generar un Plan de
Producción de acuerdo a la Matriz de Producción elegida.
Actores Sub Gerente de Producción
Precondiciones Deben estar registrados Cultivos, Variedades y Matriz de
Producción en el sistema.
Flujo Básico 1. El usuario selecciona el botón buscar Orden de
Producción pendientes.
2. El usuario elige la Orden de Producción que desea
registrar.
3. El sistema autocompleta de acuerdo a la orden de
producción el nombre de Lote, Cultivo y Variedad.
4. El Sistema filtra de acuerdo al cultivo los tipos de
bandeja y las Matrices de Producción.
5. El usuario selecciona la Matriz de Producción.
6. El usuario hace clic el botón “Generar Plan de
Producción”.
7. El sistema Genera el presupuesto de el Plan de
Producción de acuerdo a la Matriz elegida.
8. El Sistema muestra un mensaje de confirmación del
proceso.
9. El usuario hace clic en el botón “Generar Códigos de
Siembra”.
10. El sistema Genera los Códigos de Siembra de acuerdo
a la fecha de inicio y sí el avance de Siembra es fijo.
11. El Sistema muestra un mensaje de confirmación del
proceso.
12. El usuario hace clic en “Sugerir Espacios”.
13. El sistema registra la ubicación de siembra
verificando la sectorización de cultivo y cliente.
14. El sistema muestra un mensaje de confirmación del
proceso.
Fernández -Tafur 2009
132
15. El usuario hace clic en botón “Completar”.
16. El sistema verifica las aprobaciones del Plan de
Producción, el registro de costes de etapas,
actividades y recursos, y de códigos de Siembra.
17. El sistema cambia el estado del Plan de Producción de
borrador a “Completado”.
Flujo
Alternativo
9.1 El sistema muestra el mensaje “El avance de
Siembra no es fijo”.
9.2 El usuario hace clic en la solapa Códigos de
Siembra.
9.3 El sistema muestra un nuevo formulario de
ingreso de Códigos de Siembra.
9.4 El usuario selecciona la fecha de Siembra e
ingresa la cantidad y porcentaje de germinación.
9.5 El sistema autocompleta el nombre del
Código de Siembra, la fecha de despacho y la
cantidad de bandejas.
9.6 El usuario hace clic en el botón Guardar.
9.7 El sistema guarda el registro.
9.1 El sistema muestra el mensaje “El avance de
Siembra no es fijo”.
9.2 El usuario hace clic en botón “Importar
Códigos de Siembra”.
9.3 El Sistema registra los códigos de Siembra de
acuerdo a los datos de la hoja de Excel importada.
9.4 El sistema muestra el mensaje de
confirmación del proceso.
12.1 El usuario hace clic en la solapa Códigos de
Siembra.
12.2 El sistema muestra el formulario con los
datos del código de siembra.
12.3 El usuario selecciona la opción asignar y
Fernández -Tafur 2009
133
hace clic en la opción Cantidad Total Operación y
la cama origen.
12.4 El usuario hace clic en botón guardar.
12.5 El sistema guarda las opciones elegidas por
el usuario
12.6 El usuario hace clic en botón “Procesar
Operación”
12.7 El sistema asigna los espacios para el código
de siembra determinado de acuerdo a los datos
ingresados por el usuario.
12.8 El sistema muestra un mensaje de
confirmación del proceso.
Post
Condiciones
El Plan de Producción queda registrado con sus Códigos
de Siembra y Ubicación.
Notas El registro de Etapa y Actividad se describe de manera
general puesto que los campos son distintos para cada
etapa y actividad.
2.1.4.3.9. Registrar Programa Diario de Siembra
Caso de Uso Registrando Programa Diario de Siembra
Descripción Permitir al usuario registrar el Programa Diario de
Siembra.
Actores Jefe de Siembra
Precondiciones Debe estar registrado por lo menos un Plan de
Producción.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. El sistema muestra un nuevo formulario de ingreso
para el registro de Programa de Siembra.
3. El usuario selecciona la fecha actual.
4. El sistema completa el nombre del programa de
Siembra.
5. El usuario hace clic en el botón “Guardar”.
6. El sistema guarda en la base de datos el nuevo
Fernández -Tafur 2009
134
registro del Programa de Siembra.
7. El usuario hace clic en el botón “Iniciar Siembra”.
8. El sistema registra los códigos de siembra
programados para la fecha determinada y su
ubicación correspondiente.
9. El sistema muestra un mensaje de confirmación del
proceso.
Flujo
Alternativo
7.1.El sistema verifica si existen códigos de Siembra
programados.
7.2.El sistema envía un mensaje de alerta no han sido
programados códigos de siembra para la fecha
dada.
Post
Condiciones La queda Registrado el Programa diario de Siembra
Notas
2.1.4.3.10. Registrar Reprogramación de Siembra
Caso de Uso Registrar Reprogramación de Siembra
Descripción Permitir al usuario la cambiar la fecha de siembra de un
código de producción.
Actores Evaluador de Siembra
Precondiciones Debe estar registrado por lo menos un Programa de
Producción.
Flujo Básico
1. El usuario hace clic en el formulario Reprogramación
de Siembra.
2. El sistema muestra el formulario de Reprogramación
de Siembra.
3. El usuario selecciona el Plan de Producción al cual
desea realizar una reprogramación.
4. El usuario hace clic en el botón “Buscar”.
5. El sistema muestra los Códigos de Siembra
programados para el Plan de Producción
Fernández -Tafur 2009
135
seleccionado.
6. El usuario selecciona el código de Siembra que quiere
reprogramar, selecciona la fecha de siembra y la
cantidad de bandejas que desea sembrar en la nueva
fecha.
7. El usuario hace clic en el botón “Guardar”.
8. El sistema guarda los nuevos datos de los Códigos de
Siembra.
Flujo
Alternativo
Post
Condiciones
Queda registrado el código de siembra con sus nuevos
valores (fecha y/o cantidad a sembrar).
Notas
2.1.4.3.11. Registrando Programa de Evaluación de Siembra
Caso de Uso Registrando Programa de Evaluación de Siembra
Descripción Permitir al usuario registrar las definiciones de Etapa con
sus respectivas actividades.
Actores Evaluador de Siembra
Precondiciones Debe estar registrado por lo menos un Programa Diario
de Siembra.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. El sistema muestra un nuevo formulario de ingreso
para el registro de Programa de Evaluación de
Siembra.
3. El usuario selecciona la fecha del programa y el
intervalo de días de movimiento de bandejas.
4. El usuario hace clic en el botón “Guardar”.
5. El sistema guarda en la base de datos el nuevo
registro del Programa de Evaluación de Siembra.
6. El usuario hace clic en el botón “Iniciar Evaluación”.
7. El sistema registra los códigos de Siembra a Evaluar,
Fernández -Tafur 2009
136
sus fechas de evaluación de Germinación y fechas de
Movimiento de Bandejas.
Flujo
Alternativo
6.1. El sistema verifica si existen Códigos de Siembra
registrados para la fecha.
6.2. El sistema muestra el mensaje “No se
programaron códigos de Siembra”.
Post
Condiciones
La queda registrado el Programa de Evaluación de
Siembra.
Notas
2.1.4.3.12. Reprogramar Movimiento de Bandejas
Caso de Uso Reprogramando Movimiento de Bandejas
Descripción Permitir al usuario registrar las definiciones de Etapa con
sus respectivas actividades.
Actores Evaluador de Siembra
Precondiciones Debe estar registrado por lo menos un Programa de
Evaluación de Siembra.
Flujo Básico
9. El usuario hace clic en el formulario Movimiento de
Bandejas.
10. El sistema muestra el formulario de Movimiento de
Bandejas.
11. El usuario selecciona la fecha de movimiento en la
que quiere reprogramar el Movimiento de Bandejas.
12. El usuario hace clic en el botón “Buscar”.
13. El sistema muestra los Códigos de Siembra
programados para la fecha seleccionada.
14. El usuario cambia las fechas de los códigos de
siembra que desea reprogramar.
15. El usuario hace clic en el botón “Guardar”.
16. El sistema guarda las nuevas fechas de movimiento
de bandejas.
Flujo 4.1 El sistema no arroja ningún Movimiento de
Fernández -Tafur 2009
137
Alternativo Bandejas para la fecha seleccionada.
4.2 Regresa al punto 3.
Post
Condiciones
La queda reprogramado el registro de movimiento de
bandejas.
Notas
2.1.4.3.13. Registrar Fórmulas de Riego y Fertirriego
Caso de Uso Registrando Fórmulas de Riego y Fertirriego
Descripción Permitir al usuario registrar las Fórmulas y sus
respectivos componentes.
Actores Jefe de Riego y Fertirriego
Precondiciones Debe estar registrado los productos
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. EL sistema muestra un nuevo formulario de ingreso
para el registro de la Fórmula.
3. El usuario ingresa el nombre, duración de turnos y
Cant. Disolvente
4. El usuario hace clic en el botón “Guardar”.
5. El sistema guarda en la base de datos el nuevo registro
de la Fórmula.
6. El usuario hace clic en la solapa “Componente”.
7. El usuario hace clic en el botón “Nuevo Registro”.
8. El sistema muestra un nuevo formulario de ingreso
para el registro de Componentes.
9. El usuario ingresa el producto, cantidad.
10. El usuario hacer clic en el botón “Guardar”.
Flujo
Alternativo
5.22. El sistema verifica si existe un registro de igual
características en el sistema.
5.23. El sistema envía un mensaje de alerta que el
registro ya existe.
5.24. Regresar al punto 3.
Post La quedan registrados Módulos, Naves y Camas.
Fernández -Tafur 2009
138
Condiciones
Notas Un Modulo puede tener n Naves y una nave puede tener n
Camas.
2.1.4.3.14. Registrar Evaluación de Riego
Caso de Uso Registrando Evaluación de Riego
Descripción Permitir al usuario registrar las Evaluaciones de Riego
Actores Evaluador de Riego
Precondiciones Debe estar Registrado por lo menos un registro de Código
de Siembra Evaluado y el registro de temperatura del día.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. El sistema muestra un nuevo formulario de ingreso
para el registro de Evaluación de Riego.
3. El usuario selecciona la fecha.
4. El sistema completa los campos de temperatura, ETP
– Estación, eficiencia y caudal.
5. El usuario hace clic en el botón “Guardar”.
6. El sistema guarda el nuevo registro de Evaluación de
Riego.
7. El usuario hace clic en la solapa Ubicación.
8. El sistema muestra un nuevo formulario de ingreso de
Ubicación.
9. El usuario selecciona la nave, cama.
10. El sistema completa los campos de Nro. de Bandejas
y Nro. de Nebulizadores.
11. El usuario hacer clic en el botón “Guardar”.
12. El usuario hace clic en la solapa Peso de Bandejas.
13. El sistema muestra el nuevo formulario de ingreso de
peso de bandejas.
14. El usuario selecciona el tipo de bandejas, sustrato,
tipo de sustrato e ingresa edad mínima, edad máxima
y peso.
Fernández -Tafur 2009
139
15. El usuario hace clic en el botón “Guardar”.
16. El sistema guarda el nuevo registro de Peso de
Bandejas.
Flujo
Alternativo
6.3. El sistema verifica si existe un registro de la
fecha seleccionada.
6.4. El sistema envía un mensaje de alerta que el
registro ya existe.
6.5. Regresar al punto 3.
6.6. El usuario hace clic en el botón “Importar
Evaluación de Riego”.
6.7. El sistema importa los datos de ubicación y peso
de bandejas; y calcula los resultados
correspondientes a cada registro.
Post
Condiciones Queda registrada la Evaluación de Riego
Notas La Evaluación de Riego arroja resultados necesarios para
el Registro del Programa de Riego.
2.1.4.3.15. Registrar Programa de Riego y Fertirriego
Caso de Uso Registrando Programa de Riego y Fertirriego
Descripción Permitir al usuario registrar el Programa de Riego de
acuerdo a la necesidad de riego.
Actores Jefe de Sanidad
Precondiciones Sin precondiciones.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. El sistema muestra un nuevo formulario de ingreso
para el registro de Programa de Riego.
3. El usuario selecciona la fecha y la evaluación de
riego.
4. El usuario hace clic en el botón “Guardar”.
5. El sistema guarda en la base de datos el nuevo
registro del Programa de Riego y Fertirriego.
6. El usuario hace clic en botón “Programar Riego”.
Fernández -Tafur 2009
140
7. El sistema registra las soluciones a aplicar, turnos,
ubicaciones y los clientes y cultivos del Programa de
Riego.
8. El usuario hace clic en la solapa “Solución”.
9. El sistema muestra las soluciones productos
registrados de acuerdo al criterio de fumigación
seleccionado.
10. El usuario selecciona los productos que no desea para
el programa.
11. El usuario hace clic en el botón “Borrar registro”.
12. El usuario hace clic en la solapa “Turnos”.
13. El sistema muestra los Turnos registrados en el
Vivero de acuerdo a la Evaluación de Riego
seleccionado.
14. El usuario selecciona los Turnos que no desea que se
consideren en el programa de Riego y Fertirriego.
15. El usuario hace clic en el botón “Borrar registro”.
Flujo
Alternativo
6.8. El sistema verifica si existe un registro de igual
características en el sistema.
6.9. El sistema envía un mensaje de alerta que el
registro ya existe.
6.10. Regresar al punto 3.
Post
Condiciones
La queda registrado el Programa de Riego y Fertirriego
para una fecha determinada y una evaluación específica.
Notas
2.1.4.3.16. Registrar criterios de fumigación
Caso de Uso Registrando Criterios de Fumigación
Descripción Permitir al usuario registrar los Criterios de Fumigación
Actores Jefe de Sanidad
Precondiciones Deben estar registrados los cultivos, métodos de
fumigación, plagas y productos
Fernández -Tafur 2009
141
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. EL sistema muestra un nuevo formulario de ingreso
para el registro del Criterio de Fumigación.
3. El usuario selecciona el cultivo y el método de
fumigación, ingresa la capacidad del cilindro.
4. El usuario hace clic en el botón “Guardar”.
5. El sistema guarda en la base de datos el nuevo registro
del Criterio de Fumigación.
6. El usuario hace clic en la solapa “Plagas”.
7. El usuario hace clic en el botón “Nuevo Registro”.
8. El sistema muestra un nuevo formulario de ingreso
para el registro de Plagas.
9. El usuario selecciona el nombre de la Plaga.
10. El usuario hacer clic en el botón “Guardar”.
11. El usuario hace clic en la solapa “Productos”.
12. El usuario hace clic en el botón “Nuevo Registro”.
13. El sistema muestra un nuevo formulario de ingreso
para el registro de Productos.
14. El usuario selecciona el Producto, umbral de
aplicación, clasificación toxicológica.
15. El usuario registra dosis etiqueta, periodo de carencia,
dosis mínima, dosis máxima, cantidad mínima,
cantidad máxima, periodo de reingreso y
observación.
16. El usuario hace clic en el botón “Guardar”.
Flujo
Alternativo
5.25. El sistema verifica si existe un registro de igual
características en el sistema.
5.26. El sistema envía un mensaje de alerta que el
registro ya existe.
5.27. Regresar al punto 3.
Post
Condiciones La quedan registrados los Criterios de Fumigación
Notas Un criterio de fumigación puede tener n Plagas y una
Fernández -Tafur 2009
142
Plaga puede ser atacada con n Productos.
2.1.4.3.17. Registrar plagas y enfermedades
Caso de Uso Registrando Plagas y enfermedades
Descripción Permitir al usuario registrar plagas o enfermedades
Actores Jefe de Sanidad
Precondiciones Sin precondiciones.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. El sistema muestra un nuevo formulario de ingreso
para el registro de Plagas o Enfermedades.
3. El usuario selecciona el tipo de registro e ingresa el
nombre y la descripción.
4. El usuario hace clic en el botón “Guardar”.
5. El sistema guarda en la base de datos el nuevo
registro de la Plaga o Enfermedad.
6. El usuario hace clic en la solapa “Severidad”.
7. El usuario hace clic en el botón “Nuevo Registro”.
8. El sistema muestra un nuevo formulario de ingreso
para el registro de Severidad.
9. El usuario ingresa el nivel y el indicador.
10. El usuario hacer clic en el botón “Guardar”.
11. El sistema guarda el nuevo registro de severidad para
la plaga o enfermedad dada.
Flujo
Alternativo
3.1. El sistema verifica si existe un registro de igual
características en el sistema.
3.2. El sistema envía un mensaje de alerta que el
registro ya existe.
3.3. Regresar al punto 3.
Post
Condiciones La queda registrada una plaga o enfermedad
Notas La Plaga o Enfermedad puede tener n registros de
Severidad.
Fernández -Tafur 2009
143
2.1.4.3.18. Registrar programa de Sanidad
Caso de Uso Registrando Programa de Sanidad
Descripción Permitir al usuario registrar el Programa de Sanidad de
acuerdo al cultivo.
Actores Jefe de Sanidad
Precondiciones Sin precondiciones.
Flujo Básico
16. El usuario hace clic en el botón “Nuevo Registro”.
17. El sistema muestra un nuevo formulario de ingreso
para el registro de Programa de Sanidad.
18. El usuario selecciona el Criterio de Fumigación
correspondiente a un cultivo determinado; selecciona
la fecha, estrategia de manejo e ingresa método.
19. El usuario hace clic en el botón “Guardar”.
20. El sistema guarda en la base de datos el nuevo
registro del Programa de Sanidad.
21. El usuario hace clic en botón “Programar Aplicación
Sanitaria”.
22. El sistema registra los productos, aplicaciones y
ubicaciones del Programa de Sanidad.
23. El usuario hace clic en la solapa “Productos”.
24. El sistema muestra los productos registrados de
acuerdo al criterio de fumigación seleccionado.
25. El usuario selecciona los productos que no desea para
el programa.
26. El usuario hace clic en el botón “Borrar registro”.
27. El usuario hace clic en la solapa “Aplicación
Sanitaria”.
28. El sistema muestra los Códigos de Siembra
registrados en el Vivero de acuerdo al Cultivo del
Criterio de Fumigación seleccionado.
29. El selecciona los códigos de Siembra que no desea
que se le aplique para ese programa.
30. El usuario hace clic en el botón “Borrar registro”.
Fernández -Tafur 2009
144
Flujo
Alternativo
5.28.El sistema verifica si existe un registro de
igual características en el sistema.
5.29.El sistema envía un mensaje de alerta que
el registro ya existe.
5.30.Regresar al punto 3.
Post
Condiciones
La queda registrado el Programa de Sanidad para una
fecha determinada y un criterio de fumigación específico.
Notas
2.1.4.3.19. Registrar equipos de Control Sanitario
Caso de Uso Registrando Equipos de Control Sanitario
Descripción Permitir al usuario registrar las definiciones de Etapa con
sus respectivas actividades.
Actores Jefe de Sanidad
Precondiciones Sin precondiciones.
Flujo Básico
1. El usuario hace clic en el botón “Nuevo Registro”.
2. El sistema muestra un nuevo formulario de ingreso
para el registro de Equipos de Control Sanitario.
3. El usuario ingresa el nombre del Equipo, el Tipo y la
descripción.
4. El usuario hace clic en el botón “Guardar”.
5. El sistema guarda en la base de datos el nuevo
registro de la Equipos de Control Sanitario.
Flujo
Alternativo
4.1 El sistema verifica si existe un registro de
igual características en el sistema.
4.2 El sistema envía un mensaje de alerta que el
registro ya existe.
4.3 Regresar al punto 3.
Post
Condiciones La queda registrado el equipo de control sanitario.
Notas
Fernández -Tafur 2009
145
2.2. FASE DE ELABORACIÓN – DISEÑO
2.2.1. Modelado de Requerimientos
2.2.1.1. Oportunidad de Negocio
El negocio de la industria de Viveros en nuestro país crece de manera
exponencial dada la nueva apertura de mercados e inversiones. Es por
eso que aumenta la importancia de ordenar los procesos y la
automatización se hace necesaria para la evolución de cualquier
empresa del rubro.
El proceso productivo es complejo por lo que una herramienta que
ayude a ordenar los conocimientos técnicos necesarios para la
producción de plántulas en viveros se hace necesaria para una mejora
de la planificación, del proceso y de resultados finales que ayuden a la
toma de decisiones.
2.2.1.2. Declaración del Problema
En el proceso de producción de plántulas en viveros:
Problema
Ausencia de herramienta donde se puedan ordenar los
procesos de Producción de plántulas de los Viveros.
Errores en los cálculos y toma de datos.
Afectados
Gerencia de Viveros.
Obreros
Agricultores Clientes.
Impacto
Pérdidas monetarias.
Pérdidas en tiempos de planificación.
Pérdidas en tiempos de ejecución.
Solución
Implementación de un Software de Gestión de
Producción para Viveros construido con AUP y el
framework del Openbravo ERP puede minimizar
errores en la toma de datos y reducir tiempos en la
planificación y ejecución de procesos.
Tabla 8. Declaración del Problema
Fernández -Tafur 2009
146
2.2.1.3. Posición del Producto
Para Viveros
Quién Gerencia de Producción
Nombre PROVI 1.0
Es Sistema de Gestión de
Producción de Viveros.
Tabla 9. Declaración de Posición del Producto
2.2.1.4. Declaración de Stakeholders y Empleados del Negocio
2.2.1.4.1. Resumen de Stakeholders
Nombre de Cargo Responsabilidad
Gerente de Vivero Toma de decisiones que involucra a la
empresa.
Sub Gerente de
Vivero
Planifica y organiza todo el proceso de
producción de las plántulas (Siembra,
Riego y Sanidad).
Tabla 10. Resumen de Stakeholders
2.2.1.4.2. Resumen de Empleados de Negocio
Nombre de
Cargo Descripción Responsabilidades Stakeholder
Jefe de
Siembra
Encargado de la
supervisión de
Siembra.
Maneja los recursos
necesarios y la
programación de siembra.
Sub Gerente
de Vivero
Jefe de
Riego
Encargado de la
supervisión de
Riego.
Tratamiento de agua, diseño
de tuberías, así como el
riego tecnificado.
Sub Gerente
de Vivero
Jefe de
Sanidad
Encargado de
supervisión de
Sanidad
Supervisa la sanidad de los
cultivos.
Sub Gerente
de Vivero
Tabla 11. Resumen de Empleados del Negocio
Fernández -Tafur 2009
147
2.2.1.4.3. Requerimientos de los Usuarios
Necesidad Prioridad Interesado Solución Actual Solución Propuesta
Obtener la
ubicación
exacta de un
Código de
Siembra de
un cliente
determinado.
ALTA Sub
Gerente de
Vivero
Se mide en
función del
reporte del Jefe
de Siembra.
El software de
gestión de viveros
permitirá obtener la
ubicación inmediata
de un Código de
Siembra
determinado.
Obtener de
manera
inmediata la
información
del estado de
un Código de
Siembra de
un cliente y
cultivo
determinados
ALTA Sub
Gerente de
Vivero
Se elabora un
cuadro resumen
al final de la
campaña
indicando los
integrantes del
equipo y la
productividad
del fundo al que
pertenecen.
El software de
gestión de viveros
permitirá emitirá
distintos reportes
por Código de
Siembra de acuerdo
a cliente y cultivo
que mostrará el
estado y la
trazabilidad del
mismo.
Tabla 12. Requerimientos de los Usuarios
2.2.1.5. Alternativas y Competencias
La mayoría de los Viveros visitados no cuentan con un sistema de
gestión de producción especializado en producción de plántulas, que
le pueda dar la información de ubicación exacta, trazabilidad y estado
del Código de Siembra.
Se propone adquirir un Software para la gestión de producción de los
viveros que cumpla con las necesidades de las empresas del rubro,
según sus requerimientos, y de esta forma mejorar sus índices de
Fernández -Tafur 2009
148
gestión en el proceso de producción de plántulas, ser líderes en el
mercado y estar encima de la competencia.
2.2.1.6. Especificaciones del Software
2.2.1.6.1. Descripción General
El producto en desarrollo está orientado a minimizar errores del
flujo de información para la gestión de producción en los
Viveros dedicadas a la venta de plántulas y servicio de
almacigado de cultivos de cualquier variedad.
Este software permitirá procesar la información como reflejo de
los procesos de producción en los Viveros dentro del contexto de
Etapas y Actividades que este implica. Además permitirá tener
información lista y al instante del estado general de una
producción específica de acuerdo a cliente y cultivo.
El software tendrá múltiples usuarios, los cuales tendrán una
configuración distinta de acuerdo a los roles que se le asignen;
estos roles se han definido de acuerdo a la realidad y
organigrama del área de producción de un Vivero.
Finalmente a través del software se podrán obtener múltiples
reportes que se han configurado a sugerencia del usuario final,
enfocados a satisfacer los requerimientos del área de Producción
de un Vivero.
Fernández -Tafur 2009
149
2.2.1.6.2. Funcionalidad
Gestión de Planificación de Producción
El registro de todas las partes necesarias para poder llegar a
una adecuada configuración del Plan de Producción. Los
resultados, un presupuesto de producción con detalle de
acuerdo al cultivo y la gestión de la planificación de los días
de siembra de la producción.
Gestión de Siembra
El registro del Código de Siembra y la ejecución del mismo;
así mismo la evaluación del Código de Siembra durante todo
el tiempo de vida en el vivero luego de que este haya sido
ubicado en su respectiva posición.
Gestión de Riego
El registro del Programa de Riego y de los recursos necesarios
para su ejecución, el monitoreo de su ejecución y la
comparación en contraste planeado ejecutado.
Gestión de Sanidad
El registro del Programa de Sanidad y de los recursos
necesarios para su ejecución, el monitoreo de su ejecución y la
comparación en contraste planeado ejecutado.
2.2.1.6.3. Utilidad
Capacitación
Previo al uso del sistema, se realizará una capacitación
dirigida a los usuario tanto para la parte administrativa
Fernández -Tafur 2009
150
(Gerente de Vivero) como el equipo ejecutor (Jefes de
Siembra, Jefe de Riego, Jefe de Sanidad y los respectivos
evaluadores de Etapa) con el fin de prepararlos para el uso de
la aplicación.
La duración de la capacitación dependerá en gran parte del
nivel de experiencia del equipo encargado de la capacitación y
de las mismas personas.
Tiempos Evaluables
El tiempo empleado será el mínimo en el proceso, la manera
como se presenta los escenarios para su evaluación en la
producción de plántulas permitirá al usuario percatarse del
grado de aprendizaje en el que se encuentra, y conocer
distintos escenarios plasmados en proceso dentro del sistema.
Además dentro del vivero existe ya la asignación de roles y
usuarios destinados a cada proceso tomado en cuenta dentro
del sistema.
Estándares Comunes
Debido a la familiaridad que tienen los usuarios, de trabajar
bajo ambiente Web, el estándar común es el presentado por la
W3C además de tomar en cuenta los patrones que nos
presenta Openbravo dentro de su entorno. Openbravo en su
versión 2.24 nos presenta un diseño de ventanas con solapas
padre hijo con las que el usuario se podrá adaptar
rápidamente.
Fernández -Tafur 2009
151
Diseño de Interfaces
Dado que el producto final se desarrollo dentro del entorno
del Framework del Openbravo ERP, el diseño está definido
por el que posee este. Asimismo toda la información volcada
dentro del sistema se encuentra definida por la realidad de un
vivero por lo que las interfaces se definirán de manera
familiar al usuario, sobre todo de fácil uso.
2.2.1.6.4. Confiabilidad
Disponibilidad
El software deberá soportar al menos las horas en que se lleve
a cabo un proceso completo de Producción de Plántulas para
un Plan de Producción de un cultivo determinado.
Exactitud
Los datos manejados en los flujos de entrada y salida del
software serán redondeados a 3 decimales para de estar forma
uniformizar los datos, y tener información exacta, puesto que
son de vital importancia para la planificación y ejecución de la
Producción.
Rendimiento
Se encuentra dentro de los estándares marcados por la
respuesta del Openbravo ERP y de acuerdo al Hardware que
se utilice para la implementación.
Fernández -Tafur 2009
152
2.2.1.6.5. Performance
Tiempo de Respuesta
Todas las transacciones que se realizarán en el software
deberán ser en el menor tiempo posible, ese tiempo se
encuentra calificado dentro de los estándares de desarrollo de
Openbravo ERP. Un tiempo aproximado para transacciones
de registro y actualización de los datos deberá ser realizada en
menos de 3.5 segundos, en transacciones que involucren una
lectura de gran cantidad de datos y procesamiento de los
mismos tales como algunos procesos complejos, como los
programas de producción, no deberán superar los 6 segundos.
Estos tiempos dependerán del tipo de recursos tecnológicos
que se tenga en la organización.
2.2.1.6.6. Recursos
Requerimientos de Hardware para el Sistema por Computadora:
Servidor de Aplicaciones
Modelo: HP DL 160 G5p Server Series
Memoria RAM: 4GB DIMM 800Mhz
Disco Duro: 450 GB
Procesadir Intel Xeon 5200 Series
Rack: 1U
Fernández -Tafur 2009
153
Servidor de Base de datos
Modelo: HP DL 160 G5p Server Series
Memoria RAM: 4GB DIMM 800Mhz
Disco Duro: 450 GB
Procesadir Intel Xeon 5200 Series
Rack: 1U
Cliente
Laptop
HP Pavilion dv 2425
Procesador: Intel Core 2 Duo 2.0 Ghz
Memoria RAM: 2GB DDR2
Disco Duro: 160 GB
Computadoras Ensambladas
Procesador: Intel Core 2 Duo 2.0 Ghz
Memoria RAM: 1GB DDR2
Disco Duro: 120 GB
Requerimientos para la Red
Switch
SW 3COM 2824 24PT GGBIT
Fernández -Tafur 2009
154
Puertos: 24 puertos
10/10/1000BASE TX(Gigabit Ethernet)
Router Wireless
3COM Wirelless
11N Cable/DSL
Puertos: 4 puertos LAN 10/100
Tarjeta Inalambrica
3COM Wireless 11G PCI Adapater
802.11 b/g
2.2.1.6.7. Restricciones de Diseño
El diseño de la aplicación debe cumplir con los estándares de
diseño, como por ejemplo, Disposición de botones, o menús.
Debe ser un diseño amigable y confiable con el fin de que el
usuario se sienta bien cuando hace uso de esta. El acceso a la
información o los formularios debe ser sencillo.
2.2.1.7. Soporte
El uso de Openbravo ERP para el desarrollo del sistema y las
tecnologías programáticas que este utiliza el framework, Java y
PL/SQL, facilitan mucho la tarea referente a soporte, debido a su
robustez y potencia a nivel de rendimiento como de codificación y
concepción. Se debe tener en cuenta también que el proyecto
Openbravo se encuentra bajo una licencia open source, lo que facilita
Fernández -Tafur 2009
155
el intercambio con las comunidades de desarrollo en donde cualquier
problema que se pueda presentar es resuelto, además del
enriquecimiento que se puede lograr de acuerdo a la evolución de la
herramienta. Bajo este concepto se indicaría que en un primer nivel,
se emplearán los estándares de codificación y nombrado
característicos de Openbravo ERP 2.24.
2.2.1.8. Documentación y Requerimientos de ayuda del Sistema
El sistema deberá contar con la ayuda necesaria para que el usuario
entienda el uso de la aplicación mediante un manual de usuario
definido específicamente para las funcionalidades del proceso de
producción de Viveros. Adicionalmente Openbravo ERP tiene
manuales de usuario con libre acceso, los cuales se adjuntarán como
referencia para los usuarios y en donde también se encuentran
definidos los pasos para la instalación y configuración del software.
2.2.1.9. Interfaces
Interfaces de Usuario
Los usuarios se comunicarán con el sistema de forma directa a
través de la computadora, todos los componentes permiten que la
aplicación tenga interfaces gráficas través de un browser de
navegación por ser una aplicación web.
Interfaces de Hardware
El sistema no necesita interactuar con dispositivos Hardware.
Interfaces Software
Fernández -Tafur 2009
156
El sistema no necesita comunicarse con los sistemas de otras
áreas para obtener la información.
Interfaces Comunicación
La red de la empresa trabajará sobre el protocolo TCP/IP. Y la
aplicación solo requiere interfaces con la salida de impresión.
2.2.1.10. Requerimientos de Licenciamiento
El sistema debe cumplir los puntos establecidos por la licencia de
Openbravo ERP.
2.2.1.11. Información de Soporte
Se realizará un Manual de Usuario para todos los usuarios que usen y
aprovechen el sistema.
2.2.2. Requerimientos Suplementarios
2.2.2.1. Funcionalidad
Confidencialidad de la Información.
La información de la empresa contará con la seguridad necesaria
para evitar la extracción de la información de la BD y el mal uso
de la misma por personas ajenas a la empresa.
2.2.2.2. Modelo de Desarrollo del Sistema
El modelo de desarrollo del Sistema será establecido como Web,
el cual por naturaleza es distribuido, por lo mismo será instalado
en el servidor de aplicaciones y la base de datos en un servidor de
base de datos.
2.2.2.3. Plan de Desarrollo del Software
Fernández -Tafur 2009
157
Entregables del Proyecto
Todo el desarrollo del proyecto será debidamente documentado,
cada etapa de desarrollo contará con un documento de referencia
con el cual podrán tener conocimiento sobre análisis que se realizo
respecto al proceso de producción de plántulas.
Al finalizar el Proyecto, el equipo de analistas hará entrega de
toda la documentación que se generó tras el respectivo análisis en
cada etapa de desarrollo del proyecto.
2.2.2.4. Organización del Proyecto
El equipo encargado del desarrollo del Proyecto estará a cargo de
los bachilleres: Kathia L. Tafur Gismondi y Rosmery E.
Fernández Rodríguez.
El equipo de desarrollo contará con asesoría por parte del Ing.
Luís Cárdenas Rengifo.
Persona Rol AUP
Tafur Gismondi , Kathia L. Jefe del Proyecto, Analista y
Programador.
Fernández Rodríguez, Rosmery E. Analista, Diseñador y
Programador
Tabla 13. Roles y responsabilidades
Fernández -Tafur 2009
158
2.2.2.5. Dirección del Proceso
2.2.2.6. Estimación del Proyecto
2.2.2.6.1. Cuadro de Estimación de Proyecto
TIPO DESCRIPCION FACTOR Nº ACTORES Promedio
Simple Interfaz con otro Sistema 1 0 0
Promedio Interfaz con un Protocolo 1 3 3
Complejo Interfaz grafica 1 4 4
PA 7
Tabla 14. PONDERACION DE LOS ACTORES (PA)
TIPO DESCRIPCION FACTOR
CASO DE
USOS Promedio
Simple Menos de 3 transacciones 5 30 150
Promedio Entre 4 y 7 transacciones 10 3 30
Complejo Más de 7 transacciones 15 0 0
PCU 180
Tabla 15. PONDERACION DE LOS CASOS DE USO (PCU)
Fernández -Tafur 2009
159
2.2.2.6.2. Ponderación de factores técnicos
TIPO DESCRIPCION FACTOR
VALOR
ASIGNADO TFACTOR
T1 Sistema Distribuido. 2 1 2
T2 Tiempo de respuesta o rendimiento. 1 3 3
T3 Eficiencia del usuario final. 1 2 2
T4 Procesamiento complejo interno. 1 1 1
T5 Código que debe ser rehusado. 1 1 1
T6 Facilidad de instalación. 0.5 1 0.5
T7 Facilidad de uso. 0.5 2 0.5
T8 Portabilidad. 2 1 2
T9 Facilidad de cambio. 1 2 2
T10 Concurrencia. 1 2 2
T11 Seguridad. 1 2 2
T12 Proveer directiva de acceso por nivel. 1 1 1
T13 Facilidad de entrenamiento a usuarios. 1 2 2
SUBTOTAL 21
TCF=0.6+( 0.01*TFACTOR) 0.126
Tabla 16. FACTOR TECNICO DE COMPLEJIDAD (TCF)
TIPO DESCRIPCION FACTOR
VALOR
ASIGNADO EFACTOR
F1 Familiaridad con el proceso de desarrollo. 1.5 1 1.5
F2 Experiencia en el desarrollo de aplicaciones. 0.5 2 1
F3 Experiencia en orientado a objetos. 1 1 1
F4 Capacidad del líder del equipo (jefe de
0.5 2 1
Fernández -Tafur 2009
160
proyecto).
F5 Motivación. 1 2 2
F6 Establecer los requerimientos. 2 3 6
F7 Trabaja a tiempo parcial. -1 3 -3
F8
Deficiencias en el manejo del lenguaje de
programación. -1 2 -2
Subtotal 7.5
TEF= 1.4 + ( -0.03 * EFACTOR) 1.175
Tabla 17.FACTOR TECNICO DEL NIVEL DE EXPERIENCIA DEL EQUIPO (TEF)
2.2.2.6.3. Estimaciones del proyecto
Puntos de Casos de Uso in ajustables UCCP = TCF*TEF 0.148
Puntos de Casos de Uso UCP = (PA+PCU)*UCCP 27.676
TIPO DESCRIPCION VALOR
PVAF1F6
Promedio del valor asignado de F1 a
F6 2.083
PVAF7F8
Promedio del valor asignado de F7 a
F8 -2.5
SPVA PVAF1F6 + PVAF7F8 0.4167
FHP
UCP 27.676
Factor Horas Persona 16.668
Nro. semanas 44.344
Fernández -Tafur 2009
161
FC
Factor de Contingencia (2-4
semanas) 3
FC 47.344
NPE
Nro. Personas x Equipo (1-4) 2
Sueldo ($) 120
240
Tiempo estimado del Proyecto (TEP) 32.007 semanas
(Factor Horas Persona * (UCCP/48) + FC) / NPE 8 meses
COSTO ESTIMADO DEL PROYECTO (CEP) 1,920.00 dólares
2.2.2.6.4. Conclusiones de la Estimación del Costo del Proyecto
Luego de haber realizado las estimaciones del proyecto
podemos dar como conclusiones:
El equipo desarrollador está conformado por 2 personas.
El sueldo base mensual por persona será de USD$ 120
dólares americanos
El tiempo estimado en el que se desarrollara el software será
de 32 semanas incluyendo el tiempo de contingencia.
El costo total de mano de obra del proyecto ascenderá a los
USD$ 1,920.0 dólares americanos.
Fernández -Tafur 2009
162
2.2.2.7. Definición de Actores
A. Gerente de Vivero
El gerente de vivero el cual maneja la planificación durante el
proceso productivo es por eso que maneja las interfaces de registro de
Matriz de Producción y Plan de Producción; aunque al mismo tiempo
podrá tener acceso a todas las interfaces de todo el proceso
productivo.
B. Sub Gerente de Vivero
El Sub Gerente de Vivero es el usuario que supervisa todas las etapas
del proceso productivo de manera técnica. El usuario tendrá la
capacidad de generar los programas de Siembra, Riego o Sanidad en
caso de necesidad; y de manera constante supervisar todas las
interfaces del proceso.
C. Jefe de Siembra
Encargado de programar la siembra diaria y de planificar los recursos
para su ejecución.
D. Evaluador de Siembra
Encargado de la supervisión de las labores de evaluación de siembra
luego que esta ha sido dejada en el vivero.
E. Jefe de Riego y Fertirriego
Programa el Riego de acuerdo a las necesidades del vivero, tomando
factores de la evaluación de riego.
F. Evaluador de Riego
Registra la evaluación de riego donde se calculan los resultados de
los posibles códigos de siembra a ser regados.
G. Jefe de Sanidad
Programa las aplicaciones sanitarias del vivero de acuerdo a su
criterio y evaluación de Sanidad.
H. Evaluador de Sanidad
Registra la evaluación de sanidad de todo el vivero de acuerdo a los
criterios de las plagas y enfermedades.
Fernández -Tafur 2009
163
2.2.2.8. Diagramas de Casos de Uso de Requerimientos por Actor
2.2.2.8.1. Jefe de Vivero
Ilustración 55. Casos de Uso de Jefe de Vivero
2.2.2.8.2. Jefe de Producción
Registrando Etapa
Registrando Actividad
Registrando Recurso
<<extend>>
<<extend>>
Generar Presupuesto
Registrando Definición de Etapas
Reportando Recursos Básicos
para la Producción
Registrando Matriz
<<extend>>
Registrando Plan de Producción
<<include>>
Reporte Consolidado de Matriz de
Producción
Reporte Consolidado de Plan de
Producción
Reportando Espacios de Vivero
Reportando Sectorización de
Vivero
Reportando Actividades Diarias por
Plan de Producción
Gerente Vivero
Reportando Recursos Necesarios
para la Producción
Registrar Vivero
Registrando Variedad
Registrando Tipo Presentación de
Despacho
Registrando Etapa
Registrando Actividad
Registrando Recurso
<<extend>>
<<extend>>
Generar PresupuestoRegistrando Espacio en Vivero
Registrando Definición de Etapas
Reportando Recursos Básicos
para la Producción
Registrando Cultivo
<<include>> <<include>>
Registrando Bandejas
Registrando Recursos
Registrando Matriz
<<extend>>
Registrando Plan de Producción
<<include>>
Registrar Sectorización de Vivero
Reporte Consolidado de Matriz de
Producción
Reporte Consolidado de Plan de
Producción
Registrando Código de Siembra
<<include>>
Reportando Espacios de Vivero
Reportando Sectorización de
Vivero
Reportando Actividades Diarias por
Plan de Producción
Sub Gerente
Vivero
Reportando Recursos Necesarios
para la Producción
Registrar Vivero
Ilustración 56. Casos de Uso Jefe de Producción
Jefe Vivero
Fernández -Tafur 2009
164
2.2.2.8.3. Jefe de Siembra
Ilustración 57. Casos de Uso de Jefe de Siembra
2.2.2.8.4. Evaluador de Siembra
Ilustración 58. Casos de Uso Evaluador de Siembra
Actualizando Ubicación
Actualizando Código de Siembra
Actualizando UbicaciónActualizando Código de Siembra
Germinación
Registrando Programa de
Evaluación de Siembra
<<extend>>
<<extend>>
<<extend>>
Reprogramando Programa de
Siembra
Registrando Programa de Siembra
<<extend>>
<<extend>>
Reportando Siembra DiariaReportando Consolidado de
Siembra
Reportando Costos Totales por
Siembra Diaria
Reportando Costos Totales de
Siembra por CS
Reportando avance de Producción
por Cliente
Reportando Recurso Programados
y Ejecutados de Siembra
Consolidado de Evaluación de
Siembra
Reportando Evaluación de la
Germinación
Reportando Movimiento de
Bandejas
Reportando Despachos de CS
Reprogramando Movimiento de
Bandejas
Jefe de Siembra
Actualizando UbicaciónActualizando Código de Siembra
Germinación
Registrando Programa de
Evaluación de Siembra
<<extend>> <<extend>>
<<extend>>
Consolidado de Evaluación de
Siembra
Reportando Evaluación de la
Germinación
Reportando Movimiento de
Bandejas
Reportando Despachos de CS
Evaluador de
Siembra
Reprogramando Movimiento de
Bandejas
Fernández -Tafur 2009
165
2.2.2.8.5. Jefe de Riego y Fertirriego
Ilustración 59. Casos de Uso de Jefe de Riego y F.
2.2.2.8.6. Evaluador de Riego y Fertirriego
Ilustración 60. Casos de Uso de Riego y F.
Registrando Turnos
Registrando Ubicación de Turnos
Registrando CS de Turnos
<<include>>
Registrando Fórmulas de
Programa de Riego y Fertirriego
<<include>>
Registrando Evaluación de Riego y
Fertirriego
Registrando Ubicación de
Evaluación de Riego y Fertirriego
Registrando Peso de Bandejas
Registrando Fórmulas de Riego y
Fertirriego
Programando Riego y Fertirriego
<<include>>
<<include>>
Actualizando Programa de Riego y
Fertirriego
Reportando Fórmulas de Riego y
Fertirriego
Reportando Evaluación de Riego y
Fertirriego
Reportando Programa de Riego y
Fertirriego
Reportando Calendario de
Aplicaciones
Reporte de Riego y Fertirriego por
CS
Jefe de Riego y
Fertirriego
Registrando Evaluación de Riego y
Fertirriego
Registrando Ubicación de
Evaluación de Riego y Fertirriego
Registrando Peso de Bandejas
Evaluador de
RiegoReportando Evaluación de Riego y
Fertirriego
Fernández -Tafur 2009
166
2.2.2.8.7. Jefe de Sanidad
Ilustración 61. Casos de Uso de Jefe de Sanidad
2.2.2.8.8. Evaluador de Sanidad
Ilustración 62. Casos de Uso de Evaluador de Sanidad
Registrando Productos
Registrando UbicaciónRegistrando Aplicaciones
<<include>>Registrando Evaluación de
Sanidad
Registrando Plagas
Registrando Criterios de
Fumigación
Actualizando Programa de
Sanidad
Registrando Programa de Sanidad
<<include>>
<<include>>
Registrando Equipos de Control
Sanitario
Registrando Técnicas de
Tratamiento Sanitario
Reportando Criterios de
Fumigación
Reportando Plagas y
Enfermedades
Reportando Evaluación de Sanidad
Reportando Manejo Integrado de
Plagas
Reporte de Tratamiento
Fitosanitario por CS
Jefe de Sanidad
Evaluador de
Sanidad
Reportando Evaluación de Sanidad
Registrando Evaluación de
Sanidad
Fernández -Tafur 2009
167
2.2.3. Prototipo del Sistema de Gestión Web
2.2.3.1. Planificación de la Producción
2.2.3.1.1. Mantenimiento Presentación de Despacho (Bandejas)
Ilustración 63. Mantenimiento Presentación de Despacho
2.2.3.1.2. Mantenimiento de Cultivo
Ilustración 64. Mantenimiento de Cultivo
Fernández -Tafur 2009
168
2.2.3.1.3. Mantenimiento de Estaciones Climáticas
Ilustración 65. Mantenimiento de Estaciones Climáticas
2.2.3.1.4. Mantenimiento de Recursos
Ilustración 66. Mantenimiento de Recursos
2.2.3.1.5. Mantenimiento de Definición de Etapa
Ilustración 67. Mantenimiento de Definición de Etapa
Fernández -Tafur 2009
169
2.2.3.1.6. Matriz de Producción
Ilustración 68. Registro de Matriz de Producción
2.2.3.1.7. Plan de Producción
Ilustración 69. Registro de Plan de Producción
Fernández -Tafur 2009
170
2.2.3.2. Producción en Ejecución
2.2.3.2.1. Programa de Siembra
Ilustración 70. Registro de siembra
2.2.3.2.2. Registro de fórmulas
Ilustración 71. Registro de Formula
2.2.3.2.3. Registro de Calendario de Aplicaciones
Ilustración 72. Registro de Calendario de Aplicaciones
Fernández -Tafur 2009
171
2.2.3.2.4. Registro de Evaluación de Riego
Ilustración 73. Registro de Evaluación de Riego
2.2.3.2.5. Programa de Riego y Fertirriego
Ilustración 74. Programa de Riego y Fertirriego
2.2.3.2.6. Mantenimiento de Plagas y Enfermedades
Ilustración 75. Mantenimiento de Plagas y Enfermedades
Fernández -Tafur 2009
172
2.2.3.2.7. Registro de Criterios de Fumigación
Ilustración 76. Registro de Criterios de Fumigación
2.2.3.2.8. Registro de Evaluación Sanitaria
Ilustración 77. Registro de Evaluación Sanitaria
2.2.3.2.9. Registro de Programa de Sanidad
Ilustración 78. Registro de Programa de Sanidad
Fernández -Tafur 2009
173
2.2.3.3. Matriz de Trazabilidad
REQUERIMIENTO GUI - WEB TABLAS COMPONENTE
Gestión de
Planificación
Cultivo STI_P_CULTIVO InsertarCultivo
STI_P_VARIEDAD RegistrarVariedad
Presentación de despacho STI_P_BANDEJA RegistrarBandejas
InsertarBandejas
Recursos STI_P_RECURSO RegistrarRecurso
InsertarRecurso
Estaciones Climaticas STI_P_ESTACION RegistrarEstacionClimática
InsertarEstacionClimatica
Definición de Etapa STI_P_DEFINICIONETAPA RegistrarDefinicionEtapa
InsertarDefinicionEtapa
Matriz de Producción STI_P_MATRIZPRODUCCION RegistrarMatrizProduccion
InsertarMatrizProduccion
Producción STI_P_PLANRODUCCION RegistrarPlanProduccion
InsertarPlanProduccion
Gestión de Siembra Siembra STI_P_SIEMBRADIARIA RegistrarSiembra
InsertarSiembra
Gestión de Riego y
Fertirriego
Formula STI_P_FORMULA RegistrarFormula
Calendario de Aplicación STI_P_CALENDARIO_APP RegistrarCalendario
Evaluación de Riego STI_P_RIEGOEVALUACION RegistrarEvaluacionRiego
Programa de Riego y
Fertirriego
STI_P_RIEGO_PROGRAMA RegistrarProgramariego
Gestión de Sanidad Plagas y enfermedades STI_P_PLAGA RegistrarPlagas
Criterios de fumigación STI_P_CRITERIOFUMIGACION RegistrarCriterios
Evaluación Sanitaria STI_P_SANIDAD_EVAL RegistrarEvaluacionSanidad
Programa de Sanidad STI_P_SANIDAD_PROGRAMA RegistrarPrograma
Fernández -Tafur 2009
174
2.2.3.4. Diagramas de Secuencia WAE
2.2.3.4.1. Registrando Cultivo
Ilustración 79. Diagrama de Secuencia Registrando Cultivo
: Sub Gerente de
Vivero
: Sub Gerente de
Vivero
: FRM Registrar Cultivo : FRM Registrar Cultivo : SP Registrador de
Cultivo
: SP Registrador de
Cultivo : Cultivo : Cultivo : SP Registrador de
Variedad
: SP Registrador de
Variedad : Variedad : Variedad : SP Registrador de
Bandeja
: SP Registrador de
Bandeja
: Bandeja : Bandeja
Click Botón "Nuevo Registro"
printEditHTML(new Obj)
display FRMEdit
Ingresa Nombre, Identificador, Color
Click Botón "Guardar"
registrarCultivo(Nombre, Identificador, Color)
insertarCultivo()
display FRMEdit
Click Solapa "Variedad"
printEditHTML()
getVariedad()
ObjNave
display FRMEdit
Clickbotón "Nuevo Registro"
Obj
printEditHTML (new Obj)
display FRMEdit
Ingresa Nombre, Descripcion, Identificador
Clickbotón "Guardar"
registrarVariedad(Nombre, Descripcion, Identificador)
insertarVariedad()
Obj
display FRMEdit
Click Solapa "Bandeja"
printEditHTML()
getBandeja()
ObjBandeja
display FRMEdit
Ingresa Nombre, Capacidad
Clickbotón "Guardar"
registrarBandeja(Nombre, capacidad)
Clickbotón "Nuevo registro"
printEditHTML (new Obj)
display FRMEdit
insertarVariedad()
Obj
display FRMEdit
Fernández -Tafur 2009
175
2.2.3.5. Registrando Bandejas
Ilustración 80. Diagrama de Secuencia Registrando Bandejas
2.2.3.6. Registrando Recursos
Ilustración 81. Diagrama de Secuencia Registrando Recursos
: Sub Gerente de
Vivero
: Sub Gerente de
Vivero
: FRM Registrar
Bandeja
: FRM Registrar
Bandeja
: SP
RegistradorBandeja
: SP
RegistradorBandeja
: Bandeja : Bandeja
Click botón "Nuevo Registro"
Ingresa Nombre, Capacidad
registrarBandeja(nombre,capacidad)
insertarBandeja()
printEditHTML(new Obj)
display FRMEdit
Click botón "Guardar"
display FRMEdit
: Sub Gerente de
Vivero
: Sub Gerente de
Vivero
: FRM Registrar
Recurso
: FRM Registrar
Recurso
: SP Registrador
de Recurso
: SP Registrador
de Recurso
: Recurso : Recurso
Click botón "Nuevo Registro"
print EditHTML(new Obj)
display FRMEdit
Ingresa TipoRecurso, Producto, Nombre
submit "Guardar"
registrarRecurso(TipoRecurso, Producto, Nombre)
insertarRecurso()
display FRMEdit
Fernández -Tafur 2009
176
2.2.3.7. Registrando Vivero
Ilustración 82. Diagrama de Secuencia Registrando Vivero
: Sub Gerente de
Vivero
: Sub Gerente de
Vivero
: HTML Menu General OB : HTML Menu General OB : FRM Registrar Modulo : FRM Registrar Modulo : SP Registrador de
Modulo
: SP Registrador de
Modulo
: Modulo : Modulo : SP Registrador de
Nave
: SP Registrador de
Nave
: Nave : Nave : SP Registrador de
Cama
: SP Registrador de
Cama
: Cama : Cama
Click menú "Vivero"
Despliega ventana "Vivero"
Click botón "Guardar"
registrarModulo(nombre,capacidad_n,x,y)
insertarModulo()
Ingresa Nombre, Capacidad de Naves, Posición x, Posición Y
Click botón "Nuevo Registro"
Click solapa "Nave"
Click botón "Nuevo Registro"
Ingresa Nombre Capacidad de Camas, Numero
Click botón "Guardar"
registrarNave(nombre,capacidad_c)
insertarNave()
Click solapa "Cama"
Click botón "Nuevo Registro"
Ingresa Nombre,Capacidad, Numero, Nro. Nebulizadores, Peso Promedio
Click botón "Guardar"
registrarCama (nombre,capacidad_pd, ...)
insertaCama()
printEditHTML(new Obj)
display FRMEdit
display FRMEdit
printEditHTML()
display FRMEdit
printEditHTML(new Obj)
display FRMEdit
display FRMEdit
Obj
Obj
printEditHTML
getNave()
ObjNave
getCama()
ObjCama
display FRMEdit
printEditHTML(new Obj)
display FRMEdit
Objt
display FRMEdit
Fernández -Tafur 2009
177
2.2.3.8. Registrando Sectorización de Vivero
Ilustración 83. Diagrama de Secuencia Registrando Sectorización de Vivero
: S
ub
Ge
re
nte
de
V
ive
ro
: F
RM
Re
gis
tra
r S
ec
tor
Cu
ltiv
o
: S
P R
eg
istr
ad
or
Se
cto
rC
ultiv
o
: S
P R
eg
istr
ad
or
Se
cto
riz
ac
ion
Cu
ltiv
o
: S
P R
eg
istr
ad
or
Se
cto
rC
lie
nte
: S
P R
eg
istr
ad
or
Se
cto
riz
ac
ion
Clie
nte
: S
ec
toriz
ac
ion
Clie
nte
: S
ec
toriz
ac
ion
Cu
ltiv
o : S
ec
torC
ultiv
o : S
ec
torC
lie
nte
Clic
k b
otó
n "
Nu
ev
o R
eg
istr
o"
De
sp
lie
ga
nu
ev
o fo
rm
ula
rio
de
re
gis
tro
Ing
re
sa
cu
ltiv
o, n
om
bre
, d
es
crip
ció
n
Clic
k b
otó
n "
Gu
ard
ar"
re
gis
tra
rS
ec
torC
ultiv
o(c
ultiv
o, n
om
bre
, d
es
crip
ció
n)
ins
erta
rS
ec
torC
ultiv
o()
clic
k S
ola
pa
"S
ec
toriz
ac
ion
de
Cu
ltiv
o"
De
sp
lie
ga
lis
ta d
e r
eg
istr
os
de
"S
ec
toriz
ac
ión
Cu
ltiv
o"
Clic
k b
otó
n "
Nu
ev
o R
eg
istr
o"
[Mo
str
ar F
RM
Re
gis
tra
r S
ec
toriz
ac
ion
Cu
ltiv
o]
De
sp
lie
ga
Nu
ev
o F
orm
ula
rio
de
In
gre
so
Ing
re
sa
ca
ma
, n
om
bre
, F
. in
icio
, F
. fin
Clic
k b
otó
n "
Gu
ard
ar"
re
gis
tra
rS
ec
toriz
ac
ion
Cu
ltiv
o(c
am
a, n
om
bre
, F
. in
icio
, F
. fin
)
ins
erta
Se
cto
riz
ac
ion
Cu
ltiv
o()
Clic
k S
ola
pa
"S
ec
tor C
lie
nte
"
De
sp
lie
gu
e lis
ta d
e r
eg
istr
os
de
"S
ec
tor C
lie
nte
"
Clic
k b
otó
n "
Nu
ev
o R
eg
istr
o"
[Mo
str
ar F
RM
Re
gis
tra
r S
ec
torC
lie
nte
]
De
sp
lie
ga
Nu
ev
o F
orm
ula
rio
de
In
gre
so
Ing
re
sa
te
rc
ero
, n
om
bre
, d
es
crip
ció
n
Clic
k b
otó
n "
Gu
ard
ar"
re
gis
tra
rS
ec
torC
lie
nte
(te
rc
ero
, n
om
bre
, d
es
crip
ció
n)
ins
erta
Se
cto
rC
lie
nte
()
Clic
k S
ola
pa
"S
ec
toriz
ac
ion
Clie
nte
"
De
sp
lie
ga
lis
ta d
e r
eg
istr
os
"S
ec
toriz
ac
ion
Clie
nte
"
Clic
k b
otó
n "
Nu
ev
o R
eg
istr
o"
[Mo
str
ar F
RM
Re
gis
tra
r S
ec
toriz
ac
ion
Clie
nte
]
De
sp
lie
ga
Nu
ev
o F
orm
ula
rio
de
In
gre
so
Ing
re
sa
se
cto
riz
ac
ion
cu
ltiv
o, n
om
bre
, d
es
crip
ció
n, F
. in
icia
l, F
. fin
al
Clic
k b
otó
n "
Gu
ard
ar"
re
gis
tra
r S
ec
toriz
ac
ion
Clie
nte
(s
ec
toriz
ac
ion
cu
ltiv
o, n
om
bre
, d
es
crip
cio
n, F
. in
icia
l, F
. fin
al)
ins
erta
Se
cto
riz
ac
ion
Clie
nte
()
Fernández -Tafur 2009
178
2.2.3.9. Registrando Definición de Etapa
Ilustración 84. Diagrama de Secuencia Registrando Definición de Etapa
: Sub Gerente de
Vivero
: Sub Gerente de
Vivero
: FRM Registrar
Definicion de Etapa
: FRM Registrar
Definicion de Etapa
: SP Registrador
Definicion de Etapa
: SP Registrador
Definicion de Etapa : Definicion Etapa : Definicion Etapa : SP Registrador
Definicion de Actividad
: SP Registrador
Definicion de Actividad
: Definicion Actividad : Definicion Actividad
Click en ventana "Definicion de Etapa"
Click en botón "Nuevo Registro"
Ingresar Nombre, Descripción
registrarDefinicionEtapa(nombre,descripcion)
insertarDefinicionEtapa()
Click botón "Guardar"
Click en solapa "Definición de Actividad"
Click en botón "Nuevo Registro"
Ingresar Nombre, Descripción
Click en botón "Guardar"
registrarDefinicionActividad(nombre, descripcion)
insertarDefinicionActividad()
printEditHTML()
display FRMEdit
getDefinicionEtapa
ObjDefinicionEtapa
printEditHTML(new Obj)
display FRMEdit
ObjDefEtapa
display FRMEdit
printEditHTML()
getDefinicionActividad()
ObjDefActividad
displayFRMEdit
printEditHTML(new Objt)
display FRMEdit
ObjDefActividad
display FRMEdit
Fernández -Tafur 2009
179
2.2.3.10. Registrando Matriz de Producción
Ilustración 85. Diagrama de Secuencia Registrando Matriz de Producción
: S
ub
Ge
ren
te d
e
Viv
ero
: F
RM
Re
gis
tra
r M
atr
iz
de
Pro
du
ccio
n
: S
P
Re
gis
tra
do
rMa
triz
Pro
du
ccio
n : M
atr
izP
rod
uccio
n
: S
P R
egis
trad
or
de
Eta
pa
: E
tap
a
: S
P R
egis
trad
or
de
Activ
ida
d : A
ctivi
da
d : S
P R
egis
trad
or
de
Re
cu
rso
: R
ecu
rso
Click
bo
tón
"N
uevo
re
gis
tro
"
De
sp
lieg
a n
ue
vo fo
rmu
lari
o d
e in
gre
so
Se
leccio
na
cu
ltivo
, va
rie
da
d, e
sta
cio
n, u
nid
ad
, b
an
de
ja
Ing
resa
nom
bre
, a
lma
cig
o, fe
ch
a
Click
bo
tón
"G
uard
ar"
reg
istra
rMa
triz
Pro
du
cci
on(n
om
bre
, a
lma
cig
o, f
ech
a)
ins
ert
aM
atr
izP
rod
ucci
on()
Click
So
lap
a "
Eta
pa
"
De
sp
lieg
a n
ue
vo fo
rmu
lari
o d
e in
gre
so
de
Eta
pa
Se
leccio
na
De
fin
ició
n d
e E
tap
a, U
nid
ad
Ing
resa
tie
mp
o
Click
bo
tón
"G
uara
da
r"
reg
istra
rEta
pa
()in
se
rta
rEta
pa
()
Click
So
lap
a "
Activi
da
d"
De
sp
lieg
a n
ue
vo fo
rmu
lari
o d
e in
gre
so
de
Activi
da
d
Se
leccio
na
De
fin
ició
n d
e A
ctivi
da
d, U
nid
ad
Ing
resa
Nro
ve
ce
s, t
iem
po
Click
bo
tón
"G
uard
ar"
reg
istra
rAct
ivid
ad
()
ins
ert
aA
ctiv
ida
d()
Click
So
lap
a "
Re
curs
os
"
De
sp
lieg
a n
ue
vo fo
rmu
lari
o d
e in
gre
so
de
Recu
rso
s
Se
leccio
na
tip
ore
cu
rso
, re
cu
rso
Ing
resa
ca
ntid
ad
, co
sto
Click
bo
tón
"G
uard
ar"
reg
istra
rRe
curs
o()
ins
ert
aR
ecurs
o()
Fernández -Tafur 2009
180
2.2.3.11. Copiando Matriz de Producción
Ilustración 86. Diagrama de Secuencia Copiando Matriz de Producción
: Sub Gerente de Vivero : Sub Gerente de Vivero : FRM Registrar Matriz de
Produccion
: FRM Registrar Matriz de
Produccion
: SP RegistradorMatrizProduccion : SP RegistradorMatrizProduccion : SP CopiadorMatrizProduccion : SP CopiadorMatrizProduccion : MatrizProduccion : MatrizProduccion
Despliega vista relación de "Matriz Producción"
Click botón "Nuevo Regis...
Despliega nuevo formulario de ingreso
Ingresa Nombre,cultivo, variedad,estacion,unidad...
Cl ick botón "Guar...
registrarMatrizProduccion(nombre,cultivo,variedad,estacion,unidad)
insertarMatrizProduccion()
Cl ick botón "Copiar de ...
listarMatrices()
leerMatriz()
listaMatrices
Click en Ventana "Matriz Producc...
[generarPopUp]
Selecciona Matriz de Producción
Click botón "Ok"
copiarMatrizProduccion(idMatrizProduccion)
copiarMatrizProduccion()
varResp
Muestra mensaje "Proceso Completado Satisfactoriamente"
Fernández -Tafur 2009
181
2.2.3.12. Registrando Plan de Producción
Ilustración 87. Registrando Plan de Producción
: Sub Gerente de
Viv ero
: Sub Gerente de
Viv ero
: FRM Registrar Plan de
Produccion
: FRM Registrar Plan de
Produccion
: SP Registrador de Plan de
Produccion
: SP Registrador de Plan de
Produccion
: CP PopUp : CP PopUp : SP CreateFrom : SP CreateFrom : SP Registrador de
Presuesto
: SP Registrador de
Presuesto
: SP Registrador de
Fechas de Siembra
: SP Registrador de
Fechas de Siembra
: SP Registrador de
Ubicacion de Siembra
: SP Registrador de
Ubicacion de Siembra
: Plan de Produccion : Plan de Produccion : Codigo de Siembra : Codigo de Siembra : Ubicacion : Ubicacion
Click botón "Nuev o Registro"
Selecciona Documento
[muestraDatosDocumento]
Click botón "Guardar"
registrarPlanProduccion(nombre, CantTotal, Cultiv o, Variedad, MatrizProduccionID, TipoBandeja)
Click botón "Generar Plan de Producción"
generarPlanProduccion(MatrizProduccionID, CantTotal)
insertaGenerarPlanProduccion()
Click botón "Aceptar"
Click botón "Generar Códigos de Producción"
Click botón "Aceptar"
registrarUbicacionSiembra(Cliente, Cultiv o, CodSiembraID)
insertaUbicacionSiembra()
v arResp
Mensaje "Proceso Completado Satisf actoriamente"
printEditHTML()
getPlanProduccion()
ObjPlanProduccion
display FRMEdit
insertarPlanProduccion()
ObjPlanProduccion
display FRMEdit
conf irmationAction()
build
display "Desea completar el proceso"
Click botón "OK"
ObjResp
display "Proceso Completado Satisf actoriamente"
conf irmationAction()
build
display "Desea completar el proceso"
[genera PopUp]
Despliega PopUp
Click botón "Aceptar"
Mensaje "Proceso Completado Satisf actoriamente"
Click botón "Sugerir Espacios"
[genera PopUp]
Despliega PopUp
registrarCodigosSiembra(Av anceFijo, CantTotal, FechaInicial)
v arResp
insertaCodigosSiembra()
ObjResp
ObjResp
Fernández -Tafur 2009
182
2.2.3.13. Registrando Programa Diario de Siembra
Ilustración 88. Diagrama de Secuencia Registrando Programa Diario de Siembra
: J
efe
de
Sie
mb
ra :
Je
fe d
e S
iem
bra
: F
RM
Pro
gra
ma
de
Sie
mb
ra
: F
RM
Pro
gra
ma
de
Sie
mb
ra
: C
P P
op
Up
: C
P P
op
Up
: S
P R
eg
istr
ad
or
de
Pro
gra
ma
de
Sie
mb
ra
: S
P R
eg
istr
ad
or
de
Pro
gra
ma
de
Sie
mb
ra
: S
P P
rog
ram
ad
or
de
Sie
mb
ra
: S
P P
rog
ram
ad
or
de
Sie
mb
ra
: S
P C
rea
teF
rom
: S
P C
rea
teF
rom
: S
iem
bra
: S
iem
bra
: C
od
igo
de
Sie
mb
ra :
Co
dig
o d
e S
iem
bra
: U
bic
acio
n :
Ub
ica
cio
n
Cli
ck
bo
tón
"N
ue
vo
de
Re
gis
tro
"
Se
leccio
na
fe
ch
a d
e s
iem
bra
Ca
llo
ut
- p
rin
tPa
ge
()
Cli
ck
bo
tón
"G
ua
rda
r"
reg
istr
arP
rog
ram
aS
iem
bra
(fe
ch
a)
inse
rta
rSie
mb
ra()
Cli
ck
bo
tón
"In
icia
r S
iem
bra
"
pri
ntE
dit
HT
ML
(ob
jNe
w)
dis
pla
y F
RM
Ed
it
dis
pla
y F
RM
Ed
it
co
nfi
rma
tio
nA
cti
on
()
pro
gra
ma
rSie
mb
ra(S
iem
bra
ID)
inse
rta
rUb
ica
cio
nS
iem
bra
()
inse
rta
Co
dig
oS
iem
bra
()
bu
ild
dis
pla
y "
De
sea
co
mp
leta
r e
l p
roce
so"
Cli
ck
bo
tón
"O
K"
bu
ild
dis
pla
y "
Pro
ce
so c
om
ple
tad
o S
ati
sfa
cto
ria
me
nte
"
Cli
ck
bo
tón
"O
K"
for
N C
od
Sie
mb
ra
Fernández -Tafur 2009
183
2.2.3.14. Registrando Programa de Evaluación de Siembra
Ilustración 89. Diagrama de Secuencia Registrando Programa de Evaluación de Siembra
: E
valu
ad
or d
e
Sie
mb
ra
: E
valu
ad
or d
e
Sie
mb
ra
: F
RM
Re
gis
tra
r P
rog
ram
a
de
E. d
e S
iem
bra
: F
RM
Re
gis
tra
r P
rog
ram
a
de
E. d
e S
iem
bra
: R
eg
istr
ad
or
de P
rog
ram
a
de
Eva
lua
cio
n d
e S
iem
bra
: R
eg
istr
ad
or
de P
rog
ram
a
de
Eva
lua
cio
n d
e S
iem
bra
: S
P G
ene
rad
or
de
Pro
gra
ma
de
Eva
lua
cio
n d
e S
iem
bra
: S
P G
ene
rad
or
de
Pro
gra
ma
de
Eva
lua
cio
n d
e S
iem
bra
: E
valu
acio
n d
e S
iem
bra
: E
valu
acio
n d
e S
iem
bra
: C
od
igo
de
Sie
mb
ra : C
od
igo
de
Sie
mb
ra : U
bic
acio
n : U
bic
acio
n : E
valu
acio
n
Ge
rmin
acio
n
: E
valu
acio
n
Ge
rmin
acio
n
: M
ovi
mie
nto
de
Ba
nd
eja
s
: M
ovi
mie
nto
de
Ba
nd
eja
s
Click b
otó
n "
Nu
evo
Re
gis
tro
"
De
sp
lieg
a n
ue
vo fo
rmu
lari
o d
e in
gre
so
Se
leccio
na
fe
ch
a d
e P
. d
e E
valu
ació
n d
e S
iem
bra
[co
mp
leta
no
mb
reP
ES
iem
bra
]
Click b
otó
n "
Gu
ard
ar"
reg
istra
rPro
gE
vaS
iem
bra
(fe
ch
aE
vaS
ie)
ins
ert
arP
rog
Eva
Sie
mb
ra()
Click b
otó
n "
Inic
iar
Eva
lua
ció
n" g
en
era
rPro
gra
ma
Eva
Sie
mb
ra(E
vaS
iem
bra
ID)
ins
ert
arP
rog
ram
aE
vaS
iem
bra
()
[ge
ne
raP
op
Up
]
De
sp
lieg
a P
op
Up
Click b
otó
n "
OK
"
varR
es
p
Me
ns
aje
"P
roce
so
Co
mp
leta
do S
atis
facto
ria
me
nte
"
ins
ert
arC
od
igo
Sie
mb
raE
valu
ad
o()
ins
ert
arE
valu
acio
nG
erm
ina
cio
n()
ins
ert
arM
ovi
mie
nto
Ba
nd
eja
s()
ins
ert
arU
bic
acio
nC
SE
()
Fernández -Tafur 2009
184
2.2.3.15. Actualizando Movimiento de Bandejas
Ilustración 90. Diagrama de Secuencia Actualizando Movimiento de Bandejas
: Evaluador de
Siembra
: Evaluador de
Siembra
: FRM Actualizar
Movimiento de Bandejas
: FRM Actualizar
Movimiento de Bandejas
: SP Mostrador Movimiento
de Bandejas
: SP Mostrador Movimiento
de Bandejas
: SP Actualizador
Movimiento de Bandejas
: SP Actualizador
Movimiento de Bandejas
: Movimiento de
Bandejas
: Movimiento de
Bandejas
selecciona "Fecha Movimiento"
Click en botón "Buscar"
mostrarMovimientoBandejas(fechaMov)
mostrarMovimientos()
lstMovimiento
lstMovimiento
selecciona "Nueva Fecha Movimiento"
[while nroCS > 1]
actualizarMovBandejas(listNuevaFecha)
actualizarMovBandejas()
varResp
mensaje "Movimientos de Bandejas Actualizados"
Fernández -Tafur 2009
185
2.2.3.16. Registrando Producto Terminado
Ilustración 91. Diagrama Secuencia Registrando Producto Terminado
: Evaluador de
Siembra
: Evaluador de
Siembra
: FRM Producto
Terminado
: FRM Producto
Terminado
: SP Listador
CodigoSiembra
: SP Listador
CodigoSiembra
: Codigo de Siembra : Codigo de Siembra : ProductoTerminado : ProductoTerminado
Selecciona Plan de Produccion, fechaDesde, fechaHasta
Click botón "Buscar"
listaCodigoSiembra(PlanID,fechaI, fechaF)
listarCodigoSiembra()
objLista
listCodSiembra
Selecciona CodigoSiembra
[while nroCS > 1]
Click botón "Guardar"
registrarProductoTerminado(listCodSiembra)
insertarProductoTerminado()
varResp
Muestra mensaje "Se registraron n CodigosSiembra"
Fernández -Tafur 2009
186
2.2.3.17. Registrando Fórmulas
Ilustración 92. Diagrama de Secuencia Registrando Fórmulas
: Jefe de Riego y
Fertirriego
: FRM Registrar
Fórmula
: SP Registrador de
Fórmula
: Fórmula : Componente : SP Registrador de
Componente
Click botón "NuevoRegistro"
Despliega nuevo formulario de ingreso
Ingresa nombres, duración turno, cant. disolvente
Selecciona unidad
Click botón "Guardar"
registrarformula()
insertaformula()
Click Solapa "Componente"
Desp'liega nuevo formulario de ingreso "Componente"
Selecciona producto
Ingresa cantidad
Click botón "Guardar"registrarcomponente()
insertacomponente()
Fernández -Tafur 2009
187
2.2.3.18. Registrando Evaluación de Riego
Ilustración 93. Diagrama de Secuencia Registrando Evaluación de Riego
: J
efe
de R
ieg
o y
Fert
irri
eg
o
: J
efe
de R
ieg
o y
Fert
irri
eg
o : F
RM
Reg
istr
ar
Eva
luacio
n d
e R
ieg
o : F
RM
Reg
istr
ar
Eva
luacio
n d
e R
ieg
o : S
P R
eg
istr
ador
de
Eva
luacio
n d
e R
ieg
o
: S
P R
eg
istr
ador
de
Eva
luacio
n d
e R
ieg
o : S
P R
eg
istr
ador
de U
bic
acio
n d
e E
valu
acio
n : S
P R
eg
istr
ador
de U
bic
acio
n d
e E
valu
acio
n : S
P R
eg
istr
ador
de P
eso d
e B
andeja
s : S
P R
eg
istr
ador
de P
eso d
e B
andeja
s : E
valu
acio
n d
e R
ieg
o : E
valu
acio
n d
e R
ieg
o : U
bic
acio
n d
e E
valu
acio
n : U
bic
acio
n d
e E
valu
acio
n : P
eso d
e B
andeja
s : P
eso d
e B
andeja
s
Click
botó
n "
Nuevo
Reg
istr
o"
Desplieg
a n
uevo
form
ula
rio d
e ing
reso
Ing
resa fecha, sele
ccio
na T
em
pera
tura
Click
botó
n "
Guard
ar"
reg
istr
arE
valu
acio
nR
ieg
o(f
echa,T
em
pera
tura
ID)
insert
aE
valu
acio
nR
ieg
o()
Click
sola
pa "
Ubic
ació
n d
e E
valu
ació
n"
Desplieg
a n
uevo
form
ula
rio d
e ing
reso d
e U
bic
ació
n d
e E
valu
ació
n
Sele
ccio
na N
ave
y C
am
a
Click
en b
otó
n "
Guard
ar"
muestr
a N
roN
ebulizadore
s,
Click
en s
ola
pa "
Peso d
e B
andeja
s"
Deplie
ga n
uevo
form
ula
rio d
e ing
reso d
e P
eso d
e B
andeja
s
Sele
ccio
na T
ipo d
e B
andeja
y S
ustr
ato
; ing
resa E
dad y
Peso d
e B
andeja
s
Click
botó
n "
Guard
ar"
reg
istr
arP
esoB
andeja
s(T
ipoB
andeja
ID, S
ustr
ato
ID, E
dad, P
eso)
insert
aP
esoB
andeja
s()
pro
media
rPeso(P
eso)
pro
media
rPeso()
reg
istr
arU
bic
acio
nE
valu
acio
n(N
ave
ID, C
am
aID
)
insert
arU
bic
acio
nE
valu
acio
n()
Fernández -Tafur 2009
188
2.2.3.19. Registrar Programa de Riego y Fertirriego
Ilustración 94. Diagrama de Secuencia Registrando Programa de Riego y Fertirriego
: Jefe de Riego y
Fertirriego
: FRM Registrar Programa
de Riego y Fertirriego
: SP Registrador de Programa de
Riego y Fertirriego
: Programa de Riego y
Fertirriego
: Ubicación : Turno : Cliente y Cultivo : SP Generar Programa
de Riego y Fertirriego
Click botón "Nuevo Registro"
Despliega nuevo formulario de ingreso
Selecciona fecha
Ingresa presión
Click botón "Guardar"
registrarProgramaRiegoyFertirriego(presión)
Clik botón "Programar Riego"
[Genrea popUp]
Despliega popUp
Click botón "OK"
insertaProgramaRiegoyFertirriego(presión)
generarProgramaRiegoyFertirriego(presion)insertaTurno()
insertaUbicacion()
insertaClienteyCultivo()
varResp
Muestra mensaje "Proceso completado satisfactoriamente"
Click botón "Completar"
[Genera popUp]
Despliega popUp
Click botón "OK"
Fernández -Tafur 2009
189
2.2.3.20. Actualizar programa de Riego y Fertirriego
Ilustración 95. Diagrama de Secuencia Actualizando Programa de Riego y Fertirriego
: SP Mostrador de Programa
de Riego y Fertirriego : Jefe de Sanidad : FRM Actualizador Programa de
riego y Fertirriego
: SP Actualizador Programa
de Riego y Fertirriego
: Programa de Riego y
Fertirriego
Selecciona "Fecha de Programa"
Click en botón "Buscar"
Obj()
mostrarProgramaRiegoFertirriego()
actualizarProgramaRiegoFertirriego()
Ingresa Presion
Click botón "Guardar"
actualizarProgramaRiegoFertirriego(Presion)
Obj()
mostrarProgramaRiegoFertirriego(fecha)
Fernández -Tafur 2009
190
2.2.3.21. Registrando Criterios de Fumigación
Ilustración 96. Diagrama de Secuencia Registrando Criterios de Fumigación
De
sp
lieg
a n
ue
vo fo
rmu
lari
o d
e in
gre
so
de
pro
du
cto
s
: J
efe
de
San
idad
: F
RM
Re
gis
tra
r
Cri
teri
os
de
Fu
mig
aci
ón
: S
P R
egis
trad
or
Cri
teri
os
...
: C
rite
rio
s d
e F
um
iga
ció
n : S
P R
egis
trad
or
de
Pla
ga
...
: P
lag
as
y E
nfe
rme
da
de
s : S
P R
egis
trad
or
de
Pro
du
cto
s
: P
rodu
cto
Click
bo
tón
"N
uevo
Re
gis
tro
"
De
sp
lieg
a N
uevo
fo
rmu
lario
de in
gre
so
Se
leccio
na
cu
ltiv
o, m
éto
do
de a
plic
ació
n
Ing
resa
Ca
p. cilin
dro
Click
bo
tón
"G
uard
ar"
reg
istra
rCri
teri
oF
um
iga
cio
n()
ins
ert
aC
rite
rio
Fu
mig
acio
n
Click
So
lap
a "
Pla
ga
s"
De
sp
lieg
a n
ue
vo fo
rmu
lari
o d
e in
gre
so
de
pla
ga
s
Se
leccio
na
pla
ga
Click
bo
tón
"G
uard
ar"
reg
istra
rPla
ga
()
ins
ert
aP
lag
a()
Click
So
lap
a "
Pro
du
cto
s"
Se
leccio
na
Pro
du
cto
, U
mb
ral, C
las
ific
ació
n
Ing
resa
peri
od
o c
are
ncia
, d
os
is m
in, do
sis
ma
x
Click
bo
tón
"G
uard
ar"
reg
istra
rPro
du
cto
()
ins
ert
aP
rod
ucto
()
Mu
es
tra
in
gre
die
nte
activo
, d
os
is
Fernández -Tafur 2009
191
2.2.3.22. Registrando Plagas y Enfermedades
Ilustración 97. Diagrama de Secuencia Registrando Plagas y Enfermedades
: J
efe
de
Sa
nid
ad
: J
efe
de
Sa
nid
ad
: F
RM
Re
gis
tra
r P
lag
as
y E
nfe
rme
da
de
s
: F
RM
Re
gis
tra
r P
lag
as
y E
nfe
rme
da
de
s
: S
P R
eg
istr
ad
or
de
Pla
ga
s y
En
ferm
ed
ad
es
: S
P R
eg
istr
ad
or
de
Pla
ga
s y
En
ferm
ed
ad
es
: P
lag
as
y E
nfe
rme
dad
es
: P
lag
as
y E
nfe
rme
dad
es
Click b
otó
n "
Nu
evo
Re
gis
tro
"
De
sp
lie
ga
nu
evo
fo
rmula
rio
de
ing
res
o
Se
leccio
na
Pla
go
o E
nfe
rme
da
d, no
mb
re, d
es
cri
pcio
n
Click b
otó
n "
Gu
ard
ar"
reg
istr
arP
lag
aE
nfe
rme
da
de
s(v
arS
ele
c, n
om
bre
,de
scri
p)
ins
ert
aP
lag
aE
nfe
rme
da
d
Fernández -Tafur 2009
192
2.2.3.23. Registrando evaluación de sanidad
Ilustración 98. Diagrama de Secuencia Registrando Evaluación de Sanidad
: E
valu
ad
or
de
Sa
nid
ad
: F
RM
Re
gis
tra
r
Eva
lua
ció
n d
e S
an
ida
d
: S
P R
eg
istr
ad
or
de
Eva
lua
ció
n d
e S
an
ida
d
: S
P R
eg
istr
ad
or
de
Ub
ica
cio
n d
e E
valu
acio
n
: S
P R
eg
istr
ad
or
de
Pla
ga
s y
En
ferm
ed
ad
es
: P
lag
as
y E
nfe
rme
da
de
s : U
bic
acio
n d
e E
valu
acio
n : E
valu
ació
n d
e S
an
ida
d
Click
bo
tón
"N
ue
vo R
eg
istr
o"
De
sp
lie
ga
nu
evo
fo
rmu
lario
de
in
gre
so
Ing
resa
fe
ch
a, n
om
bre
Click
bo
tón
"G
ua
rda
r"
reg
istr
arE
valu
aci
on
Sa
nid
ad
(fe
ch
a, n
om
bre
)
ins
ert
aE
valu
aci
on
Sa
nid
ad
()C
lick
So
lap
a "
Ub
ica
ció
n"
De
sp
lie
ga
nu
evo
fo
rmu
lario
de
in
gre
so
de
ub
ica
ció
n
Se
leccio
na
na
ve, ca
ma
Click
bo
tón
"G
ua
rda
r"
reg
istr
arU
bic
acio
nE
valu
aci
on
()
ins
ert
aU
bic
acio
nE
valu
acio
n()
Click
So
lap
a "
Pla
ga
s o
En
ferm
ed
ad
es
"
De
sp
lie
ga
nu
evo
fo
rmu
lario
de
in
gre
so
de
pla
ga
s
Se
leccio
na
tip
o d
e e
valu
ació
n, p
lag
a
Ing
resa
ed
ad
plá
ntu
la
Click
bo
tón
"G
ua
rda
r"
reg
istr
arP
lag
aE
nfe
rme
da
d()
ins
ert
aP
lag
aE
nfe
rme
da
d()
Fernández -Tafur 2009
193
2.2.3.24. Registrando Programa de Sanidad
: J
efe
de
Sa
nid
ad
: J
efe
de
Sa
nid
ad
: F
RM
Re
gis
tra
r
Pro
gra
ma
de
Sa
nid
ad
: F
RM
Re
gis
tra
r
Pro
gra
ma
de
Sa
nid
ad
: S
P R
eg
istr
ad
or
de
Pro
gra
ma
de
Sa
nid
ad
: S
P R
eg
istr
ad
or
de
Pro
gra
ma
de
Sa
nid
ad
: S
P G
en
era
r P
rog
ram
a
de
Sa
nid
ad
: S
P G
en
era
r P
rog
ram
a
de
Sa
nid
ad
: P
rog
ram
a d
e S
an
ida
d : P
rog
ram
a d
e S
an
ida
d : A
plica
cio
n S
an
ita
ria
: A
plica
cio
n S
an
ita
ria
: P
rod
ucto
Ap
lica
cio
n : P
rod
ucto
Ap
lica
cio
n : U
bic
acio
n : U
bic
acio
n
Click b
otó
n "
Nu
evo
Re
gis
tro
"
De
sp
lie
ga
nu
evo
fo
rmu
lari
o d
e in
gre
so
Se
leccio
na
Cri
teri
o d
e F
um
iga
ció
n, fe
ch
a, e
str
ate
gia
Ing
resa
me
tod
o
Click b
otó
n "
Gu
ard
ar"
reg
istra
rPro
gra
ma
Sa
nita
rio
(cri
teri
oID
, fe
ch
a, e
str
ate
gia
, m
eto
do
,vo
lum
en
, ca
pB
, ca
pC
, ca
pM
)
ins
ert
arP
rog
ram
aS
an
ida
d()
Click b
otó
n "
Pro
gra
ma
r A
plica
ció
n S
an
ita
ria
"
ge
ne
rarP
rog
ram
aA
pp
Sa
nita
ria
(crite
rio
ID, fe
ch
a)
[ge
ne
raP
op
Up
]
De
sp
lie
ga
Po
pU
p
Click b
otó
n "
OK
"
ins
ert
aA
plic
acio
nS
an
ita
ria
()
ins
ert
aP
rod
ucto
sA
pp
S()
ins
ert
aU
bic
acio
nA
plic
acio
n
varR
es
p
Mu
es
tra
me
ns
aje
"P
roce
so
co
mp
leta
do
sa
tis
facto
ria
me
nte
"
Ilustración 99. Diagrama de Secuencia Registrando Programa de Sanidad
Fernández -Tafur 2009
194
2.2.3.25. Actualizar Programa de Sanidad
2.2.3.26. Registrando Equipos de Control Sanitario
Ilustración 101. Diagrama de Secuencia Registrando Equipos de Control Sanitario
: Jefe de Sanidad : FRM Actualizar
Programa de Sanidad
: SP Mostrador de
Programa de Sanidad
: SP Actualizador de
Programa de Sanidad : Programa de Sanidad
Selecciona "Fecha de Programa"
mostrarProgramaSanidad(fecha)
Click en botón "Buscar"
mostrarProgramaSanidad()
Obj()
Obj()
Ingresa Ph, Ce
Click botón "Guardar"
actualizarProgramaSanidad(Ph, Ce)
actualizaProgramaSanidad()
: Jefe de Sanidad : Jefe de Sanidad : FRM Registro de Equipos
de Control Sanitario
: FRM Registro de Equipos
de Control Sanitario
: SP Registrador de
Equipos Sanidad
: SP Registrador de
Equipos Sanidad
: Equipos de Control de
Sanidad
: Equipos de Control de
Sanidad
Click botón "Nuevo Registro"
Ingresa
Despliega nuevo formulario de ingreso
registrarEquiposControlSanidad(nombre)
insertaEquiposControlSanidad()
Ilustración 100. Diagrama de Secuencia Actualizando Programa de Sanidad
Fernández -Tafur 2009
195
2.2.3.27. Registrando Técnicas de Tratamiento Sanitario
Ilustración 102. Diagrama de Secuencia Registrando Técnicas de Tratamiento Sanitario
: J
efe
de
Sa
nid
ad
: F
RM
Re
gis
tra
r T
écn
ica
de
Tra
tam
ien
to s
an
itari
o
: T
écn
ica
de
Tra
tam
iento
Sa
nita
rio
: S
P R
eg
istr
ad
or
de
Té
cnic
a...
Click
bo
tón
"N
ue
vo R
eg
istr
o"
De
sp
lie
ga
Nu
evo
fo
rmu
lari
o d
e in
gre
so
Ing
res
a n
om
bre
, d
es
crip
ció
n
Click
bo
tón
"G
ua
rda
r"
reg
istr
arT
ecn
icaT
rata
mie
nto
(no
mb
re, d
escri
pció
n)
ins
ert
aT
ecn
icaT
rata
mie
nto
()
Fernández -Tafur 2009
196
2.2.4. Diagramas de Actividad
2.2.4.1. Generar Plan de Producción
Ilustración 103. Diagrama de Actividad Generar Plan de Producción
Fernández -Tafur 2009
197
2.2.4.2. Programar Evaluación de Siembra
Ilustración 104. Diagrama Actividad Evaluación de Siembra
Fernández -Tafur 2009
198
2.2.4.3. Programar Riego
Ilustración 105. Diagrama de Actividad Programa de Riego
Fernández -Tafur 2009
199
2.2.4.4. Ubicar Siembra
Ilustración 106. Diagrama de Actividad Ubicar Siembra
Fernández -Tafur 2009
200
2.2.4.5. Programar Sanidad
Ilustración 107. Diagrama de Actividad Programa de Sanidad
Fernández -Tafur 2009
201
2.2.5. Diagrama de Clases
2.2.5.1. Diagrama de Clases de Gestión de Producción
Ilustración 108. Diagrama de Clases de Gestión de Producción
Fernández -Tafur 2009
202
2.2.5.2. Diagrama de Clases de Gestión de Siembra
Ilustración 109. Diagrama de Clases de Gestión de Siembra
Fernández -Tafur 2009
203
2.2.5.3. Diagrama de Clases de Gestión de Riego
Ilustración 110. Diagrama de Clases de Gestión de Riego y Fertirriego
Fernández -Tafur 2009
204
2.2.5.4. Diagrama de Clases de Gestión de Sanidad
Ilustración 111. Diagrama de Clases de Gestión de sanidad
Fernández -Tafur 2009
205
2.2.6. Diagrama Físico de Datos
2.2.6.1. Diagrama de Datos de Gestión de Producción
Ilustración 112. Diagrama de Datos de Gestión de Producción
Fernández -Tafur 2009
206
2.2.6.2. Diagrama de Datos de Gestión de Siembra
Ilustración 113. Diagrama de datos de Gestión de Siembra
Fernández -Tafur 2009
207
2.2.6.3. Diagrama de Datos de Gestión de Riego y Fertirriego
Ilustración 114. Diagrama de datos de Gestión de Riego
Fernández -Tafur 2009
208
2.2.6.4. Diagrama de Datos de Gestión de Sanidad
Ilustración 115. Diagrama de datos de Gestión de Sanidad
Fernández -Tafur 2009
209
2.2.7. Diagrama de Componentes
Ilustración 116. Diagrama de datos de Gestión de Riego
AppOpenbravo(html,
PDF)
Servlet.java
Modelo de
Datos
HTTPBaseServlet
HTTPSecureBaseServlet
SqlC
DBOpenbravo
XmlEngine
Fernández -Tafur 2009
210
2.2.8. Diagrama de Despliegue
2.2.8.1. Diagrama Lógico de Despliegue
Ilustración 117. Diagrama Lógico de Despliegue
Fernández -Tafur 2009
211
2.2.8.2. Diagrama Físico de Despliegue
Ilustración 118. Diagrama de Despliegue Físico
Fernández -Tafur 2009
212
2.2.9. Diagramas de Navegación
2.2.9.1. Diagrama de Navegación de Gestión de Planificación de
Producción
Ilustración 119. Diagrama de Navegación - Planificación de la Producción
Fernández -Tafur 2009
213
2.2.9.2. Diagrama de Navegación de Gestión de Siembra
Ilustración 120. Diagrama de Navegación - Siembra y Evaluación de Siembra
Fernández -Tafur 2009
214
2.2.9.3. Diagrama de Navegación de Gestión de Riego y Fertirriego
Ilustración 121. Diagrama de Navegación Riego y Fertirriego
Fernández -Tafur 2009
215
2.2.9.4. Diagrama de Navegación de Gestión de Sanidad
Openbravo Producción en Ejecución
Sanidad
Plagas Producto
Severidad
Plagas y
Enfermeda
des
Criterios de
Evaluación
de P. y E.
Técnica de
Tratamiento
Equipos de
Proteccion
Ubicacion Plagas o
Enferm.
Evaluación
Sanitaria
Programa
de Sanidad
Programa
de Sanidad
Ejecutado
ProductosAplicación
SanitariaUbicación
EquiposTécnica de
Tratam.
Ilustración 122. Diagrama de Navegación de Gestión de Sanidad
Fernández -Tafur 2009
216
2.3. FASE DE TRANSICION
2.3.1. Modelo de Pruebas
Las pruebas de software nos van a permitir verificar los requerimientos,
de esta manera se podrá detectar cuanto antes, posibles defectos. Esta
verificación de requerimientos se realiza mediante ejecuciones o ensayos
de funcionamiento con la finalidad de evaluar la calidad de los productos
generados.
2.3.2. Prueba de Caja Negra
La Prueba de Caja Negra es un caso de prueba específico, con el que
podemos probar el sistema, lo que incluye la entrada y resultado con los
que se ha de probar y las condiciones bajo las que ha de probarse. Un
caso de prueba basado en un caso de uso especifica una prueba del
sistema como “caja negra”, es decir una prueba el comportamiento
observable externamente del sistema.
A continuación se muestra las pruebas de caso de usos más
representativos que hemos realizado.
P. C. N. Registrando Plan de Producción
REGISTRANDO PLAN DE PRODUCCION
ITEM CAMPO DATOS INGRESADOS RESPUESTA
1 Línea
documento
de Venta
Se lista en un combo las Líneas de documento de
Venta que tienen estado “Aprobado”, donde se
indican Tipo de documento, número de documento,
fecha de registro, total por venta, total por línea y
nombre de documento”
Ejemplo: “CVTP-100077-08 – 29-09-2008 – 29155 –
10 – 14000 – CVTP-1000077-08”.
Datos
Aceptados
2 Línea Pedido
de Venta
Se lista un combo con la Línea del Pedido de venta
de acuerdo a la cotización seleccionada previamente.
Ejemplo “TRU-1000079-08”.
Datos
Aceptados
Fernández -Tafur 2009
217
3 Fecha Clic en la imagen de calendario donde aparecerá la
imagen de un calendario y se selecciona la fecha
deseada (por defecto la actual).
Ejemplo: “13-10-2008”.
Datos
Aceptados
4 Matriz de
Producción
Se lista un combo con las Matrices de producción
que han sido filtradas de acuerdo a la Línea de doc.
de venta seleccionado previamente. Se elige una
Matriz de producción.
Ejemplo “M/A/Pri”
Datos
Aceptados
5 Presentación
de despacho
Se lista un combo con las Presentaciones de
despacho que han sido filtradas de acuerdo a la Línea
de doc. de venta seleccionado previamente. Se elige
una Presentación de despacho.
Datos
Aceptados
6 Lote de
producción
Campo llenado automáticamente de acuerdo a los
campos seleccionados previamente (1 y 4). Este
puede ser modificado (acepta números, literales y
símbolos)
Ejemplo “A/IS/DA-TRU79”.
Datos
Aceptados
7 Descripción Se ingresa la descripción o comentario acerca del
Plan de Producción (Acepta ingresar números,
literales o caracteres).
Ejemplo: “Plan de Producción del cultivo Alcachofa
Imperial Star para Damper en Vivero Trujillo”.
Datos
Aceptados
Tabla 18. Prueba de caja negra Registrando Plan de Producción
Si los campos de los ítems 1, 3, 4 y 6 no están llenos, o no se llenan como
se detalla en la Tabla 18, en el formulario de Registrando Plan de
producción se emite el siguiente mensaje “Este campo es obligatorio y no
puede estar en blanco”.
P. C. N. Registrando Programa de Siembra
REGISTRANDO PROGRAMA DE SIEMBRA
ITEM CAMPO DATOS INGRESADOS RESPUESTA
1 Fecha de
Siembra
Clic en la imagen de calendario donde aparecerá la
imagen de un calendario y se selecciona la fecha
deseada (por defecto la actual).
Ejemplo: “13-10-2008”.
Datos
Aceptados
Fernández -Tafur 2009
218
2 Nombre Campo llenado automáticamente de acuerdo al campo
seleccionado previamente (1). Este puede ser
modificado (acepta números, literales y símbolos)
Ejemplo “PR-SIE-13-10-2008”
Datos
Aceptados
Tabla 19. Prueba de caja negra Registrando Programa de Siembra
Si los campos de los ítems 1 y 2 no están llenos, o no se llenan como se
detalla en la Tabla 19 en el formulario de Registrando Programa de Riego
se emite el siguiente mensaje “Este campo es obligatorio y no puede estar
en blanco”
P. C. N. Registrando Programa de Riego
REGISTRANDO PROGRAMA DE RIEGO
ITEM CAMPO DATOS INGRESADOS RESPUESTA
1 Fecha Clic en la imagen de calendario donde aparecerá la
imagen de un calendario y se selecciona la fecha
deseada (por defecto la actual).
Ejemplo: “13-10-2008”.
Datos
Aceptados
2 Evaluación
de Riego
Se lista en un combo las Evaluaciones de Riego,
previamente registradas, que se encuentran validadas
de acuerdo a la fecha del último registro de
evaluación, se selecciona uno.
Ejemplo: ”EVA-R-12-10-2008”
Datos
Aceptados
3 Presión
(bar)
Se ingresa un numero decimal (acepta hasta 3
decimales después de la coma).
Ejemplo: 1,2
Datos
Aceptados
Tabla 20. Prueba de caja negra Registrando Programa de Riego
Si el campo del ítems 1 no está lleno, o no se llena como se detalla en la
Tabla 20 en el formulario de Registrando Programa de Riego se emite el
siguiente mensaje “Este campo es obligatorio y no puede estar en blanco”
Fernández -Tafur 2009
219
P. C. N. Registrando Programa de Sanidad
REGISTRANDO PROGRAMA DE SANIDAD
ITEM CAMPO DATOS INGRESADOS RESPUESTA
1 Criterios de
Fumigación
Se lista en un combo los Criterios de Fumigación,
previamente registrados, se selecciona uno.
Ejemplo: ”CF - Espárrago”
Datos
Aceptados
2 Evaluación
de Sanidad
Se lista en un combo las Evaluaciones de Sanidad,
previamente registradas, que se encuentran validadas
de acuerdo a la fecha de los tres últimos registros de
evaluación, se selecciona uno.
Ejemplo: ”EVA-SAN-12-10-2008”
Datos
Aceptados
3 Fecha Prog.
Sanitario
Clic en la imagen de calendario donde aparecerá la
imagen de un calendario y se selecciona la fecha
deseada (por defecto la actual).
Ejemplo: “13-10-2008”
Datos
Aceptados
4 Estrategia
de manejo
Ingresar datos relacionados a un rango de evaluación
que acepta números como letras.
Ejemplo: “Este intervalo un punto crítico dentro de la
cosecha”
Datos
Aceptados
5 Método Se lista en un combo los métodos registrados por
medio de la aplicación (valores estáticos), se
selecciona uno.
Ejemplo: ”Químico”
Datos
Aceptados
6 Cap.
Máxima (P.
Despacho)
Se ingresa un número enteros (valida ingreso sólo
enteros), por defecto tiene valor estándar de 2200.
Ejemplo: 2200
Datos
Aceptados
7 Cap.
Cilindro
(Litros)
Se ingresa un número enteros (valida ingreso sólo
enteros), por defecto tiene valor estándar de 200.
Ejemplo: 200
Datos
Aceptados
8 Cap.
Mochila
(Litros)
Se ingresa un número enteros (valida ingreso sólo
enteros), por defecto tiene valor estándar de 2200.
Ejemplo: 20
Datos
Aceptados
Fernández -Tafur 2009
220
9 Preparación
y Ejecución
Se ingresa la secuencia de componentes de las
soluciones (Acepta ingresar números, literales o
caracteres).
Ejemplo: “1. Ácido Fosfórico, 2. Agua, 3. Metomil”.
Datos
Aceptados
Tabla 21. Prueba de caja negra Registrando Programa de Sanidad
Si los campos de los ítems 1, 3, 6, 7 y 8 no están llenos, o no se llenan
como se detalla en la Tabla 21 en el formulario de Registrando Programa
de Sanidad se emite el siguiente mensaje “Este campo es obligatorio y no
puede estar en blanco”.
P. C. N. Registrando Matriz de Producción
REGISTRANDO MATRIZ DE PRODUCCION
ITEM CAMPO DATOS INGRESADOS RESPUESTA
1 Cultivo
Se lista en un combo los Cultivos, previamente
registrados, se selecciona uno.
Ejemplo: ” Espárrago”
Datos
Aceptados
2 Estación
Climatológica
Se lista en un combo las Estaciones, previamente
registrados, se selecciona uno.
Ejemplo: ”Primavera”
Datos
Aceptados
3 Variedad
Se lista en un combo las Variedades, previamente
registrados, se encuentra validadas por el cultivo
seleccionado, se selecciona uno.
Ejemplo: ”Ciprés”
Datos
Aceptados
4 Unidad
Se lista en un combo las Unidades de medida,
previamente registrados, por defecto millar, se
selecciona uno.
Ejemplo: ”Millar”
Datos
Aceptados
5 Presentación
de despacho
Se lista en un combo las Presentación de despacho,
previamente registradas, se encuentra validadas por
el cultivo seleccionado, se selecciona uno.
Ejemplo: ”Ciprés”
Datos
Aceptados
Fernández -Tafur 2009
221
6 Nombre
Campo llenado automáticamente de acuerdo a los
campos seleccionados previamente (1 y 4). Este
puede ser modificado (acepta números, literales y
símbolos)
Ejemplo “M/ES/CI/Pri”.
Datos
Aceptados
7 Observaciones
Se ingresa la descripción o comentario acerca del
Plan de Producción (Acepta ingresar números,
literales o caracteres).
Ejemplo: “Matriz de Producción del cultivo
Esparrago Ciprés, especial para la estación
climatológica Primavera”.
Datos
Aceptados
8 Duración de
almacigo
Se ingresa un numero de acuerdo a los días de
almacigo del cultivo (sólo acepta números).
Ejemplo: 65
Datos
Aceptados
9 Fecha de
creación
Clic en la imagen de calendario donde aparecerá la
imagen de un calendario y se selecciona la fecha
deseada (por defecto la actual).
Ejemplo: “13-10-2008”
Datos
Aceptados
Tabla 22. Prueba de caja negra Registrando Matriz de Producción
Si los campos de los ítems 1, 2 y 4 no están llenos, o no se llenan como se
detalla en la Tabla 22 en el formulario de Registrando Matriz de
Producción se emite el siguiente mensaje “Este campo es obligatorio y no
puede estar en blanco”.
P. C. N. Registrando Cultivo
REGISTRANDO CULTIVO
ITEM CAMPO DATOS INGRESADOS RESPUESTA
1 Nombre Se ingresa el nombre de cultivo (pueden ser letras
o números).
Ejemplo: Pimiento
Datos
Aceptados
2 Descripción Ingresar datos relacionados con el cultivo (acepta
letras, números o caracteres).
Ejemplo: Cultivo de la familia de los ajíes que
posee distintas variedades.
Datos
Aceptados
Fernández -Tafur 2009
222
3 Identificador Se ingresan las letras que identificaran de manera
única al cultivo a nivel de vivero (sólo acepta
letras en mayúscula, como máximo 4 letras).
Ejemplo: PI
Datos
Aceptados
4 Color Se lista en un combo los distintos colores
registrados como tipo lista de Openbravo, se
selecciona uno que sea representativo del cultivo.
Ejemplo: Rojo
Datos
Aceptados
5 Color
secundario
Se lista en un combo los distintos colores
registrados como tipo lista de Openbravo, se
selecciona uno representativo para el cultivo.
Ejemplo: Rosado
Datos
Aceptados
6 Cantidad de
Variedades
Se ingresa el numero de variedades de acuerdo a
las que posee el cultivo (solo acepta números).
Ejemplo: 22
Datos
Aceptados
7 Germinación
Estándar
Se ingresa un numero decimal (acepta hasta 3
decimales después de la coma).
Ejemplo: 0.923
Datos
Aceptados
8 Días de
almacigo
Se ingresa un numero de acuerdo a los días de
almacigo del cultivo (sólo acepta números).
Ejemplo: 35
Datos
Aceptados
Tabla 23. Prueba de caja negra Registrando Cultivo
Si los campos de los ítems 1, 3 y 8 no están llenos, o no se llenan como se
detalla en la Tabla 23 en el formulario de Registrando Cultivo se emite el
siguiente mensaje “Este campo es obligatorio y no puede estar en blanco”
2.3.3. Prueba de Performance
En cuanto al almacenamiento de los datos, se comprobó que la aplicación
Web, realiza el registro de los datos en forma rápida gracias a los
procedimientos almacenados que son eficaces, la búsqueda no se hace
lenta por la existencia de filtrados; la base de datos se actualiza
permitiendo que no se originen cuellos de botella, por lo tanto la
performance de la aplicación no se hace lenta.
Fernández -Tafur 2009
223
2.3.4. Prueba de Navegación
La aplicación puede ser navegada por cualquier usuario sin ninguna
dificultad, solo se necesita tener conocimientos básicos de Microsoft
Windows y de Internet Explorer.
2.3.5. Prueba de Servidor de Datos
La aplicación está compuesta por STORED PROCEDURE, en la cual se
utilizo el gestor de Base de Datos Oracle 10g Express Edition la cual
aloja los procedimientos almacenados y los archivos de datos. El sistema
operativo en la cual se probó nuestra aplicación Web fue Windows XP
Professional.
2.4. IMPLANTACIÓN DEL PROYECTO
El presente capitulo tratará acerca del análisis del Presupuesto e Inversión del
presente proyecto a fin de verificar si es factible, si se justifica la inversión y si
puede ser recuperada en un determinado período. Se tomara en cuenta la premisa
de costeo que nos dice que el precio del producto, no debe ser mayor al 33% del
bruto de las ventas anuales de la organización en la cual se implementa.
2.4.1. Costos
2.4.1.1. Costos de Inversión
2.4.1.1.1. Costos de inversión de Hardware
Nombre Descripción Cantidad Costo Unit.
(S/.)
Total
(S/.)
Servidor de
Aplicaciones
Modelo: HP DL 160 G5p Server
Series
Memoria RAM: 4GB DIMM 800Mhz
Disco Duro: 450 GB
Procesadir Intel Xeon 5200 Series
Rack: 1U
1 un 2835.00 2835.00
Fernández -Tafur 2009
224
Servidor de Base de
datos
Modelo: HP DL 160 G5p Server
Series
Memoria RAM: 4GB DIMM 800Mhz
Disco Duro: 450 GB
Procesadir Intel Xeon 5200 Series
Rack: 1U
1 un 2835.00 2835.00
Cliente - Laptop HP Pavilion dv 2425
Procesador: Intel Core 2 Duo 2.0 Ghz
Memoria RAM: 2GB DDR2
Disco Duro: 160 GB
4 un 2340.00 9360.00
Cliente -
Computadoras
Ensambladas
Procesador: Intel Core 2 Duo 2.0 Ghz
Memoria RAM: 1GB DDR2
Disco Duro: 120 GB
Incluye periféricos
5 un 1800.00 9000.00
Switch
SW 3COM 2824 24PT GGBIT
Puertos: 24 puertos
10/10/1000BASE TX(Gigabit
Ethernet)
2 un 450.00 900.00
Router Wireless
3COM Wirelless
11N Cable/DSL
Puertos: 4 puertos LAN 10/100
1 un 330.00 330.00
Tarjeta Inalámbrica 3COM Wireless 11G PCI Adapater
802.11 b/g
2 un 189.00 378.00
Impresora Láser HP 3745 C 3 un 180.00 540.00
Conectores RJ45 35 un 0.25 8.75
Cable UTP 500
metros
0.75 375.00
Rack para servidor
1U 1 un 350.00 350.00
Total Hardware 26911.75
Tabla 24. Costo de inversión de Hardware
Fernández -Tafur 2009
225
2.4.1.1.2. Costos de Inversión de Software
Nombre Descripción Cantidad Costo Unit.
(S/.)
Total
(S/.)
Openbravo ERP ERP y Framework para desarrollo 1 0.00 0.00
Postgres 4.2 Gestor de base de datos 1 0.00 0.00
TomCat 6 Servidor de Aplicaciones 1 0.00 0.00
Java Runtime Java Virtual Machine 1 0.00 0.00
Total costos software 0.00
Tabla 25. Costo de Inversión de Software
2.4.1.1.3. Capacitación
Nombre Descripción Cantidad Costo Unit.
(S/.)
Total (S/.)
Capacitación
Siembra
Jefe de Siembra y evaluador de
Siembra.
2 sesiones 150.00 300.00
Capacitación Riego Jefe de Riego y evaluador de
Riego.
2 sesiones 150.00 300.00
Capacitación
Sanidad
Jefe de Sanidad y evaluador de
Sanidad.
2 sesiones 150.00 300.00
Capacitación
General
Gerente de Vivero y Subgerente
de Vivero.
2 sesiones 300.00 600.00
Total costos software 1500.00
Tabla 26. Costo de Inversión de Capacitación
Descripción Total (S/.)
Hardware 26911.75
Software 0.0
Capacitación 1500.00
Total 28411.75
Tabla 27. Consolidado Costo de Inversión
Fernández -Tafur 2009
226
2.4.1.2. Costos de Desarrollo de Software
2.4.1.2.1. RECURSOS HUMANOS
El Tiempo es el calculado por el desarrollo del Proyecto
Función Cantidad
(hombre/mes)
Tiempo
(mes)*
Costo Unit.
(S/.)
Total
(S/.)
Analista-Programador 2 8 360.00 2880.00
Tabla 28. Costo de Recursos Humanos por el Desarrollo
2.4.1.2.2. BIENES DE CONSUMO
Descripción Cantidad Costo
Unitario (S/.)
Total (S/.)
Papel Bond 80 grs T/A4 1 Millar 24.45 24.45
Toner negro para Impresora HP 1 Unidad 210.00 210.00
DVD Samsung 4.38 GB 5 Unidades 2.50 12.50
Bolígrafos 6 unidades 2.00 12.00
Total Bienes de Consumo 259.00
Tabla 29. Costo de Desarrollo de Bienes de Consumo
2.4.1.2.3. SERVICIOS
Descripción Unidad Consumo
Mensual
Tiempo
(mes)*
Costo
Unitario
(S/.)
Total (S/.)
Energía
Eléctrica
Kwh 90 8 0.60 432.00
Telefonía minutos 100 8 0.10 80
Internet horas 50 8 110.00 880.00
Transporte pasajes 60 8 0.80 384
Total 1776.00
Tabla 30. Costo de Desarrollo de Servicios
Fernández -Tafur 2009
227
Descripción Total (S/.)
Recursos Humanos 2880.00
Bienes de Consumo 259.00
Servicios 1776.00
Imprevistos 250.00
Total 5165.00
Tabla 31. Consolidado Costo de Desarrollo de Software
2.4.1.3. COSTOS DE IMPLANTACIÓN DE SOFTWARE
En esta sección se muestran los costos que se emplearían si se pone en marcha
el Sistema, es decir que el Software desarrollado entre en funcionamiento y
pueda ser utilizado por los usuarios.
Algunos costos ya han sido considerados en el costo de desarrollo, por lo que
en esta sección se muestran costos adicionales no considerados anteriormente.
2.4.1.3.1. Recursos Humanos
* El tiempo es el que se emplearía en la Implantación del Sistema.
Función Cantidad
(hombre/mes)
Tiempo
(mes)*
Costo Unitario
(S/.)
Total
(S/.)
Analista-Programador 2 1 360.00 720.00
Tabla 32. Costo de Implantación de Recursos Humanos.
Descripción Total (S/.)
Recursos Humanos
Imprevistos
720.00
70.00
Total (S/.) 790.00
Tabla 33. Consolidado Costo de Implantación
Fernández -Tafur 2009
228
2.4.1.4. COSTOS DE OPERACIÓN
Se consideran aquí los costos por operación de los equipos,
suministros para éstos, además del consumo de energía,
mantenimiento del sistema y del entorno.
2.4.1.4.1. Operación y Mantenimiento de Equipos
Calculamos primero los Costos por consumo de Energía Eléctrica
para la operación de los equipos. Para esto se consideró el Total
de Horas de funcionamiento al año:
año
Horas
año
mesesx
mes
díasx
día
Horas230412248
(*)Tomado de las especificaciones técnicas de los equipos
Descripción Unidad Consumo * Funcionamiento
(Horas/año)
Costo Unitario
(S/./kWh)
Total
(S/.)
PC
Switch
Impresora
kWh
kWh
kWh
0.25
0.20
0.22
2304
2304
2304
0.60
0.60
0.60
345.60
276.48
340.13
Tabla 34. Costo por Año de Energía Eléctrica
Con estos datos calculamos el Costo de Operación y Mantenimiento de
Equipos:
Nombre Cantidad Valor Unitario
(S/.)
Total (S/.)
Servidor de Aplicaciones 1 un 345.60 345.60
Servidor de Base de datos 1 un 345.60 345.60
Cliente - Laptop 4 un 345.60 1382.40
Cliente - Computadoras
Ensambladas
5 un 345.60 1728.00
Switch 2 un 276.48 552.96
Router Wireless 1 un 276.48 276.48
Fernández -Tafur 2009
229
Tarjeta Inalámbrica 2 un 276.48 552.96
Impresora Láser 3 un 340.13 1020.39
Total 6204.39
Tabla 35. Costo Anual de Operación y Mantenimiento de Equipos
2.4.1.4.2. Recursos Materiales
Descripción Cantidad
Anual
Costo Unitario
(S/.)
Total (S/.)
Toner negro para Impresora HP
Papel Bond 60 grs T/A4
Papel Bond 80 grs T/A4
24 Unidades
35 Millares
125 Millares
210.00
15.00
24.50
5040.00
525.00
3062.50
Total 8627.50
Tabla 36. Costo de Operación de Recursos de Materiales
Descripción Total (US$)
Operación y Mantenimiento de equipos
Recursos Materiales
6204.39
8627.50
Total 14831.89
Tabla 37. Consolidado del Costo de Operación
Descripción Inversión Inicial
(S/.)
Depreciación (S/.) – (25% anual)
Año 1 Año 2 Año 3
Hardware 26911.75 6727.94 5045.95 3784.46
Tabla 38. Depreciación
2.4.2. BENEFICIOS
Los Beneficios son las ventajas, traducidas en ahorro de tiempo y dinero,
que se obtendrían luego de implantar el Sistema Informático Web de
Gestión de Producción de Viveros en una empresa del rubro con
respecto al proceso actual.
Fernández -Tafur 2009
230
2.4.2.1. BENEFICIOS TANGIBLES
Son aquellos cuyos resultados se pueden apreciar de forma
inmediata luego de implantar el Sistema Informático, esto se
traduce en una reducción de tiempo con respecto al proceso actual.
2.4.2.1.1. Ahorro de Dinero por Reducción de Tiempo en la
Realización Procesos
De acuerdo a las entrevistas realizadas, se pudo determinar que el
personal pierde mucho tiempo en procesar y organizar la
información referente al proceso de producción. Para determinar
el beneficio por ahorro de tiempo se identificó:
Sueldo promedio de los Jefes de las Áreas Siembra, Riego y
Sanidad y de los evaluadores S/. 1500.00
De lo anterior se deduce que:
Hora
S/.7.81
Horas8
Día1x
Días24
Mes1x
Mes
S/.1500.00
Nº Proceso Total
(S/./Año)
1 Ahorro del Dinero por Reducción del Tiempo en la
Planificación de la Producción
1413897.8
2 Ahorro del Dinero por Reducción del Tiempo en la
Siembra
478319.55
3 Ahorro del Dinero por Reducción del Tiempo en el Riego 84565.90
4 Ahorro del Dinero por Reducción del Tiempo en la
Sanidad
84679.925
Total 2061463.18
Tabla 39. Resumen del Ahorro del Dinero por Reducción del Tiempo
Fernández -Tafur 2009
231
2.4.2.1.2. Ahorro de Dinero por Reducción de Gastos
Administrativos
Descripción Unidad Cantidad
(Und/Año)
Precio
(S/./Und)
Total
(S/./Año)
Formatos
Formato de Siembra Ciento 22.26 22.26 22.26
Formato de Evaluación de Siembra Ciento 21.42 428.4 21.42
Formato de Evaluación de Germinación Ciento 18.45 738 18.45
Formato de Evaluación de Riego Ciento 18.45 738 18.45
Formato de Programa de Riego Ciento 21 21 21
Formato de Evaluación de Sanidad Ciento 18.63 745.2 18.63
Formato de Programa de Sanidad Ciento 2.97 11.88 2.97
Formato de Registro Sanitario por Código
de Siembra
Ciento 12 600 12
Materiales de Consumo
Cuadernos de Catálogos Unidad 15 9.63 144.45
Archivador Unidad 12 27.54 330.48
Lapiceros Unidad 100 1.38 138
Corrector Unidad 15 2.28 34.2
Total 3951.87
Tabla 40. Ahorro del Dinero por Reducción de Gastos Administrativos
Concepto Monto (US$/Año)
Ahorro por Reducción del Tiempo 2’061’463.18
Ahorro por Reducción de Gastos Administrativos 3’951.87
Total 19384.69
Tabla 41. Resumen de Beneficios Tangibles
Fernández -Tafur 2009
232
2.4.2.2. BENEFICIOS INTANGIBLES
Organización del flujo de información de los procesos de un
vivero.
Mejora en el trabajo del personal involucrado en los procesos
productivos.
Generación de Reportes en forma rápida, adecuada y oportuna.
Integridad y Uniformidad de la Información obtenida,
aumentando la confiabilidad de los datos.
Mejora en la Oportunidad de la Información, contando con la
información deseada y oportuna para la toma de decisiones en el
momento requerido.
2.4.3. ANÁLISIS DE RENTABILIDAD
Años 0 1 2 3
2009 2010 2011 2012
COSTOS
Costos de Inversión 26’911.75
Costos de Desarrollo 5’165.00
Costos de Implantación 790.00
Costos de Operación
Operación y Mantenimiento de
Equipos
6204.39 6204.39 6204.39
Recursos Materiales 8627.50 8627.50 8627.50
Depreciación 6727.94 6727.94 6727.94
Total 64’679.49 21’559.83 21’559.83 21’559.83
BENEFICIOS
Fernández -Tafur 2009
233
Ahorro por Reducción de Tiempo 2061463.1
8
2061463.1
8
2061463.1
8
Ahorro por Reducción de Gastos
Administrativos
3951.87 3951.87 3951.87
Total 6196245.1
5
2065415.0
5
2065415.0
5
2065415.0
5
Flujo de Caja (S/.) (6’131’565
.66)
2’043’855.
22
2’043’855.
22
2’043’855.
22
Tabla 42. Flujo de Caja del Proyecto
2.4.3.1. VALOR ACTUAL NETO (VAN)
Definido como el Valor presente de una inversión a partir de una tasa
de descuento, una inversión inicial y una serie de pagos futuros. La
idea del VAN es actualizar todos los flujos futuros al periodo inicial
(cero), compararlos para verificar si los beneficios son mayores que
los costos. Si los beneficios actualizados son mayores que los costos
actualizados, significa que la rentabilidad del proyecto es mayor que
la tasa de descuento, se dice por tanto que “es conveniente invertir” en
esa alternativa.
Para nuestro caso, se ha considerado como periodo de evaluación de
3 años y la tasa de descuento considerada es la correspondiente a la
Tasa de Interés Activa en Moneda Nacional (TAMN) que es de
22.00%1. Luego para calcular el Valor Actual Neto del Proyecto se
efectúa la siguiente ecuación:
1 Fuente: Banco Central de Reserva del Perú – Enero 2009.
Fernández -Tafur 2009
234
3
1nnr1
nC
0VAN C
Donde:
C0 : Flujo de Inversión.
n : Número de periodos considerados.
r : Tasa de descuento.
Cn : Flujos Anuales.
Reemplazando los valores del Flujo del Proyecto en la ecuación
anterior se obtiene:
322.01
2043855.22
222.01
2043855.22
122.01
2043855.22VAN 64679.49
VAN = 4109366.3
El Valor Actual Neto es mayor que cero, lo que indica que la
implantación del Sistema Informático de Almacenamiento de
Existencias propuesto sería económicamente factible.
2.4.3.2. TASA INTERNA DE RETORNO (TIR)
La TIR se define como aquella tasa que permite descontar los
flujos netos de operación de un proyecto e igualarlos a la
inversión inicial.
Fernández -Tafur 2009
235
3
1nnTIR1
nC
0C0
Donde:
C0 : Flujo de Inversión.
n : Número de periodos considerados.
Cn : Flujos Anuales.
Reemplazando:
3TIR12
TIR11
TIR10
2043855.222043855.222043855.2264679.49
TIR = 48 %
La Tasa Interna de Retorno es mayor que la Tasa de Descuento
del Proyecto, lo que indica que la implantación del Sistema
Informático de Almacenamiento de Existencias propuesto sería
económicamente factible.
2.4.3.3. RELACIÓN BENEFICIO-COSTO
El Índice de Rentabilidad (o ratio beneficio-costo) es el valor
actual de los flujos anuales previstos dividido por la inversión
inicial. Es un indicador que permite establecer si se debe o no
realizar la Inversión, viendo que la razón sea mayor a la unidad,
entonces los Beneficios son mayores que los Costos.
0
3
1nnr1
nC
B/CC
Fernández -Tafur 2009
236
64679.49
30.221
2043855.22
20.221
2043855.22
10.221
2043855.22
B/C
B/C = 5.66
El valor del índice B/C indica que por cada unidad monetaria
invertida generará 0.66 unidades monetarias de utilidad, lo que
indica que la implantación del Sistema Informático propuesto
sería económicamente factible.
En conclusión, de acuerdo al Estudio de Factibilidad realizado, el
proyecto sería económicamente factible pues los indicadores
económicos calculados lo demuestran:
VAN = S/. 11149.76 > 0
TIR = 48 % > 22%
B/C = 5.66 > 1
Por lo tanto, el Sistema Informático Web de Gestión de Viveros, de acuerdo a los
indicadores económicos, queda demostrada su rentabilidad.
Fernández -Tafur 2009
237
CAPÍTULO III. DISCUSIÓN
3.1. PRUEBA DE HIPÓTESIS
El presente capítulo tratará sobre la contrastación de la hipótesis planteada, es
decir, demostrar que la hipótesis planteada en la presente tesis dará solución al
problema; basado en los resultados de un Check List Requerimientos y Tiempo
de ejecución de procesos, que fue realizado a los usuarios antes y después del
desarrollo (implementación y puesta en marcha) del Sistema Informático Web
construido con AUP y el Framework Openbravo. Cabe resaltar que la
contrastación de la hipótesis se realizará mediante el esquema del diseño
experimental clásico de prueba y post prueba.
3.1.1. Formulación del problema
¿En qué medida un Sistema Informático Web para la gestión de producción
de viveros, construido con AUP y el Framework Openbravo reducirá el
tiempo en la realización de los procesos de Gestión del Área de Producción
de Viveros?
3.1.2. Planteamiento de la hipótesis
A través de la implementación de un Sistema Informático Web construido
con AUP y el Framework Openbravo, se podrá reducir el tiempo empleado
en la realización y del manejo de la información de los procesos de la
Gestión de Producción de Viveros.
Variable Independiente
Sistema Informático Web construido con AUP y el Framework Openbravo.
Variable Dependiente
Reducción del tiempo de realización de los procesos de la Gestión de
Producción de Viveros.
Fernández -Tafur 2009
238
Muestra
La muestra para probar la hipótesis está constituida por los usuarios de
distintos viveros de la región La Libertad, siendo estos 14, aplicándoseles
una encuesta antes y después de implantar el Sistema de Información bajo
entorno Web construido con AUP y el Framework Openbravo.
3.1.3. Diseño de contrastación
Para la contrastación, se hizo efectiva la medición del tiempo empleado en
la realización de procesos relevantes mediante un Check List de pruebas de
los requerimientos el cual se ejecuto con la ayuda de los Stakeholders
definidos para el Sistema de Gestión de Viveros.
La variable utilizada como indicador para evaluar el resultado del Sistema
de Gestión de Viveros fue el tiempo (en minutos), considerándose los
siguientes tiempos:
Tiempo en realizar los procesos de producción tY
Tiempo antes del Sistema de Información tAY
Tiempo después del Sistema de Información tDY
Los indicadores para evaluar los resultados se muestran en el siguiente
cuadro:
Indicador (Tiempo) Sistema de Trabajo
Antes Después
tY tAY
tDY
Tabla 43. Indicadores del Sistema de Trabajo
Fernández -Tafur 2009
239
3.1.4. Análisis estadístico
Para la realización del análisis estadístico de la contrastación de la hipótesis
se hizo uso de los datos del Check List, después de ser analizadas se
obtuvieron resultados estadísticos que representan el(los) valor(es) que
tiene cada indicador antes y después de la implementación y prueba del
Sistema de Gestión de Viveros.
A continuación presentamos los cuadros de distribución de frecuencias
para lo cual se utilizó:
Rango = Valormáx - Valormin
N° de Intervalos = 1+3.32*Log(N) Fórmula de Sturges
Amplitud del Intervalo = Rango / N° Intervalos
Intervalo Marca de clase Frecuencia Fx Fx2
<24 - 95.74] 59.87 7 419.07 175621.99
<95.74 - 167.47] 131.60 7 921.22 848643.20
<167.47 - 239.21] 203.34 5 1016.69 1033655.47
<239.21 - 310.94] 275.07 12 3300.87 10895764.57
<310.94 - 382.68] 346.81 1 346.81 120275.69
<382.68 - 454.41] 418.54 10 4185.43 17517818.65
Total
42.00 10190.09 30591779.58
Tabla 44. Tiempo en realizar los procesos de producción antes del sistema de Información
3.1.5. Parámetros estadísticos
Promedio:
N
fxX
___
= 42
09.10190
___
X 242.62°
Fernández -Tafur 2009
240
Desviación Estándar
22
XN
FxS
S = 2)62.242(42
30591779
S = 818.24 2S 669510.66
Después del Sistema de Gestión de Viveros tDY se obtuvo:
Intervalo Marca de clase Frecuencia Fx Fx2
<10.20 - 27.47] 18.84 33 336.60 113299.56
<27.47 - 44.75 ] 36.11 3 82.42 6792.9172
<44.75 - 62.02 ] 53.38 5 223.73 50055.3449
<62.02 - 79.29 ] 70.66 0 0.00 0
<79.29 - 96.57 ] 87.93 0 0.00 0
<96.57 - 113.84] 105.20 0 0.00 0
<113.84 - 131.11] 122.47 1 113.84 12959.1611
Total 42 756.59 572425.37
Tabla 45. Tiempo en realizar los procesos de producción después del Sistema de Información
Parámetros estadísticos
Promedio:
N
fxX
___
= 42
59.756
___
X 18.014
Desviación Estándar
2_2
XN
FxS
= 2)014.18(
42
37.572425
S 115.35 2S 13304.67
Fernández -Tafur 2009
241
INDICADOR Antes Después
Promedio
Promedio
: Tiempo 242.62 818.24 669510.66 18.0139996 115.35 13304.67 Tabla 46. Resumen de Estadísticos para la Prueba de la Hipótesis
3.1.6. Prueba de Hipótesis:
Para demostrar la hipótesis estadísticamente se hará a través de la prueba T
- Student, se aplicará ésta prueba estadística debido al número de datos que
se tiene para indicador y determinar de esta forma si la hipótesis planteada
se acepta o rechaza.
Expresión matemática de la hipótesis
1) Hipótesis Estadística
0:0
YYH tDtA Hipótesis Nula
0: YYH tDtAa Hipótesis Alternativa
2) Nivel de Significancia
Al 95% de confianza, es decir: 05.0
3) Estadísticos de Prueba (T – Student)
2
2
1
2
N
S
N
S
XXt
despuésantes
despuésantes
42
35.115
42
24.818
014.1862.242
t
80.1t t experimental
Grados de libertad = (n1 + n2 - 2) = 42 + 42 –2 = 42
S 2S S 2S
tY
Fernández -Tafur 2009
242
4) Valor Tcrítico
664.1)42,( críticot
5) Región de Aceptación y Rechazo de la Hipótesis
Ilustración 123. Región de Aceptación y Rechazo de la Hipótesis
RA: Región de aceptación de hipótesis.
RR: Región de rechazo de hipótesis.
6) Comparación de T – Student con el valor teórica
Ilustración 124. Comparación de T – Student con el valor teórica
Fernández -Tafur 2009
243
7) Decisión: como t crítico pertenece a RR, se rechaza hipótesis nula y se
acepta hipótesis alternativa; es decir el indicador del tiempo actual es
mayor que del tiempo propuesto.
3.1.7. Conclusión
Como se puede apreciar para el indicador (tiempo) se rechaza la hipótesis
nula y se acepta la hipótesis de interés de la investigación por lo tanto
queda probado estadísticamente al 95 % de confianza que: mediante el
“Sistema de Información para la Gestión de Viveros bajo entorno Web
construido con AUP y el Framework Openbravo” se logrará reducir el
tiempo en el manejo de la información en los Viveros de Producción de
plántulas. Además de acuerdo a las medias halladas del tiempo total de
realización de los procesos analizados podemos concluir que el tiempo de
ejecución se redujo en un 92%.
Fernández -Tafur 2009
244
CONCLUSIONES
1. De la investigación realizada se llegó a definir lo siguiente:
a. Producción de Plántulas, es el proceso que se ha incrementado y ha
evolucionado notablemente en la medida que avanzó la tecnología de los
productos y equipos, además del conocimiento del comportamiento de
las plantas
b. Frameworks de desarrollo libre, es una estructura de soporte definida,
mediante la cual otro proyecto de software puede ser organizado y
desarrollado.
c. AUP, es una metodología de gestión y desarrollo que se basa en la
simplicidad de las descripciones, de conocer lo que se quiere y se debe
hacer siempre, en la agilidad y sobre todo en la independencia de la
herramienta para controlar los artefactos.
2. Se pudo concluir que la problemática en los Viveros en el área de Producción
son causadas principalmente por la ausencia o mal manejo de Tecnologías de la
Información lo cual origina errores en la toma de decisiones que afectan
directamente a las plántulas.
3. Se logró desarrollar satisfactoriamente el presente proyecto con la utilización de
Openbravo ERP ya que al tener un Framework de desarrollo permite reducir el
tiempo de construcción de nuevas funcionalidades con la reutilización de
componentes y el manejo de un diseño ordenado.
4. El Análisis y Diseño desarrollado con AUP del sistema se caracteriza por tener
72 casos de uso de requerimiento, 31 Diagramas de Secuencia, 5 Diagramas de
Actividad, 18 formularios, 34 clases modeladas usando Rational Rose. El uso
Fernández -Tafur 2009
245
del Framework Openbravo obligó a la incrementación de clases y entidades en el
diseño pues por cada ventana es obligatorio el uso de una Tabla – Entidad.
5. Las pruebas y evaluaciones al sistema desarrollado permitirá demostrar la
efectividad del mismo al cubrir los requerimientos de usuario identificados.
6. La implementación de este software ayudará a reducir los tiempos en los
procesos de producción de plántulas en un 92% de acuerdo a la demostración de
la Hipótesis Alternativa, además de darle a los Viveros una ayuda en el
momento que se desee lograr una certificación, para lo cual es necesario
demostrar que se cuenta con procesos bien definidos y documentados.
7. El costo de implantación del sistema en un vivero tipo con la adquisición de
equipos para 9 usuarios finales (hardware y software) para las distintas áreas de
Siembra, Riego y Sanidad de un vivero en el área de Producción y las
capacitaciones correspondientes seria de $28’411.75.
Fernández -Tafur 2009
246
RECOMENDACIONES
1. La realización de un buen análisis de la problemática del negocio, para poder
comprender el desarrollo de los procesos y entender la realidad situacional.
2. La elaboración del Modelo de Negocio debe ser considerado como base
fundamental del proceso, porque en este se plasma la primera concepción del
Sistema y es además el punto de partida para la elaboración de los demás
Modelos.
3. El diseño de la base de datos es fundamental, definir adecuadamente los campos
necesarios y las relaciones que habrá entre las diferentes entidades, además de ser
el pilar dentro de la adaptación del proceso al framework utilizado.
4. La utilización de una metodología adecuada y a la vez ágil nos permite una
definición adecuada de requerimientos y un adecuado seguimiento de todo el
proceso de desarrollo.
5. El uso de Openbravo framework como herramienta de desarrollo, flexible y
adaptable a cualquier proceso de negocio que al ser un ERP por definición tiene
por objetivo final la integración total de todas las áreas del negocio.
6. La adaptación móvil para la toma de datos dentro de los procesos evaluativos en
la producción de plántulas se hace necesaria pues agilizaría mucho más el flujo de
información que se manejo dentro del proyecto.
7. La utilización de un framework es recomendable porque ayuda a reducir el
tiempo en el desarrollo de un proyecto, además de permitir la reutilización de su
código y el diseño uniforme.
8. Para la realización de las pruebas es indispensable la participación de los usuarios
con el Sistema Informático para garantizar que éste ha sido probado con el mayor
número de escenarios posibles.
9. Este Proyecto demuestra los beneficios que las Tecnologías de la Información
brindan cuando son aplicadas al desarrollo de los procesos de producción de
plántulas; por tal motivo se recomienda que este proyecto sirva como ejemplo de
solución para la problemática de gestión que presentan los viveros del país.
Fernández -Tafur 2009
247
REFERENCIAS BIBLIOGRÁFICAS
LIBROS
1. Mc Connell, Steve. “Desarrollo de Gestión de Proyectos Informáticos”.
Editorial Mc Graw Hill, 1era.Ed.1997.
2. Conallen Jim. “Building Web Applications with UML”. Addison Wesley
Longman, Inc. 3º ed. Massachesetts, E.E.U.U., 2002.
3. Jendrow, Erick, et. al. (2006). “The Java EE5 Tutorial”. Tercera Edición.
Estados Unidos, Editorial Adison-Wesley. págs. 41 – 70
4. Larman, Craig. (2003). “UML y Patrones Una Introducción al Análisis y
Diseño Orientado a Objetos y al Proceso Unificado”, Segunda Edición, España,
Editorial Prentice Hall, págs. 10 – 125
5. Booch, Grady, et al. (2005). “The Unified Modeling Language User Guide “,
Segunda Edición, Universidad de Michigan, Editorial Addison-Wesley, págs.
11-40
6. Pressman, Roger S. (2005). “Ingeniería del Software un Enfoque Práctico”.
Sexta Edición, México, Editorial McGraw Hill Interamericana, págs. 97 – 102
7. Weitzenfeld Alfredo (2005). “Ingeniería de Software Orientada a Objetos con
UML, Java e Internet”. Primera Edición, Editorial Thomson Learning, págs.
8. Cares Ramirez, Maximino. (2008).”Openbravo ERP Guía del Usuario,
Princiantes e Intermedios”. Segunda Edición, Chile. Editorial MIND
Information Technologies SpA, págs. 10 – 40
9. Herrera Jorge, et al. (2006). “Germinación y Crecimiento de la Planta”.
Segunda Edición, Costa Rica. Editorial Universidad de Costa Rica, págs. 41 -
50.
Fernández -Tafur 2009
248
10. Casseres Ernesto (1996) “Producción de Hortalizas”. Primera Edición, Perú.
Editorial de Ciencias Agrícolas de la OEA.
11. Programa de Investigación en Hortalizas (1998) “Cultivo Hortícolas”.
Universidad Nacional Agraria de la Molina - Lima – Perú.
12. Delgado de la Flor, Francisco, et. al. (1994) “Hortalizas - Costos De
Producción”. Editorial La Molina, Lima - Perú.
13. Cuisance, Pierre (1988) “La Multiplicación de las Plantas y el Vivero”. Primera
Edición. Editorial Mundi-Prensa. España.
14. Foucard, Jean-Claude (1997) “Viveros: de la Producción a la Plantación“.
Primera Edición. Editorial Mundi-Prensa. España.
15. Balta Alva, Victor, et. al. (2006) “Super Java 2 for Web”. Primera Edición.
Editorial Parainformático. Lima – Perú.
DOCUMENTOS ELECTRÓNICOS Y REFERENCIAS DE INTERNET
1. Oracle Database 10g Express Edition. “Oracle Database 10g Express Edition,
Free to develop, deploy, and distribute”. [En Línea]. EEUU, disponible en:
http://www.oracle.com/lang/es/database/Express_Edition.html [Acceso el 20 de
Junio de 2008]
2. The Apache Software Fundation. “Apache Tomcat”. [En Línea]. EEUU,
disponible en: http://tomcat.apache.org/ [Acceso el 20 de Junio de 2008]
3. Craig Larman. (2002). “An Agile UP: Introduction” en The Agile Unified
Process (AUP). [En Línea]. EEUU, disponible en:
http://www.old.netobjectdays.org/pdf/02/slides/tut/agile%20UP%20intro-
larman.pdf [Acceso el 18 de Junio de 2008]
Fernández -Tafur 2009
249
4. Rational Software. (2004).”Rational Unified Process: Overview” [En Línea].
EEUU, disponible en: www.rational.com/index.jsp [Acceso el 18 de Junio de
2008]
5. Openbravo. (2003). Manual de Usuario de Openbravo ERP. [Descarga].
España, disponible en:
http://sourceforge.net/project/showfiles.php?group_id=162271 [Acceso el 05 de
Junio de 2008]
6. Global GAP. Puntos de Criterio y Control de Frutas y Hortalizas. [En Línea].
EEUU disponible en:
http://www.globalgap.org/cms/upload/The_Standard/Version_AchiveOther_La
nguages/Spanish/EUREPGAP_CPCC_PM_SP_V1_0_May06.pdf [Acceso el
10 de junio de 2008]
7. Openbravo ERP Community. Developer Guide. [En Línea]. EEUU, disponible
en:
http://wiki.openbravo.com/wiki/ERP/2.50/Developers_Guide/Concepts/Development_
Build_Tasks [Acceso el 05 de Mayo de 2009]
Fernández -Tafur 2009
250
ANEXOS
1. CHECK LIST PARA LA TOMA DE TIEMPOS DE LOS PROCESOS DEL
VIVERO
1.1. Siembra
Proceso Personal Tiempo Sist.
Actual (min)
Tiempo Sist.
Prop. (min)
Ahorro en
Tiempo (min)
Generar Programa Diario de
Siembra Jefe de Siembra 24 10.2 13.8
Actualizar Código de Siembra
de Jefe de Siembra 24 10.2 13.8
Actualizar Ubicación de
Siembra Jefe de Siembra 180 15 165
Reprogramar Siembra Jefe de Siembra 240 60 180
Generar Programa de
Evaluación de Siembra Evaluador de
Siembra
180 15 165
Actualizar Código de Siembra
Evaluado Evaluador de
Siembra
120 10.2 109.8
Actualizar ubicación Evaluador de
Siembra
300 30 270
Registrar evaluación de
Germinación Evaluador de
Siembra
180 60 120
Registrar movimiento de
bandejas Evaluador de
Siembra
180 120 60
Reprogramar movimiento de
bandejas Evaluador de
Siembra
240 10.2 229.8
Registrar Salida de Producto
Terminado de Producción Evaluador de
Siembra
120 10.2 109.8
Reportar Siembra Diaria Jefe de Siembra 240 10.2 229.8
Reportar Consolidado de
Siembra Jefe de Siembra 240 10.2 229.8
Reportar Costos Totales por
Siembra Diaria Jefe de Siembra 480 10.2 469.8
Reportar Costos Totales por
Código de Siembra Gerente de Vivero 480 10.2 469.8
Reporte de Avance de
Producción por Cliente Gerente de Vivero 480 10.2 469.8
Reporte de Recursos
Programados y Ejecutados de
Siembra
Jefe de Siembra 480 10.2 469.8
Reporte consolidado de
Evaluación de Siembra Evaluador de
Siembra
240 10.2 229.8
Reporte de Evaluación de la
Germinación Evaluador de
Siembra
480 10.2 469.8
Reporte de Movimiento de
Bandejas Evaluador de
Siembra
240 10.2 229.8
Fernández -Tafur 2009
251
Reporte de Despacho de
Códigos de Siembra Evaluador de
Siembra
240 10.2 229.8
1.2. Riego
Proceso Personal Tiempo Sist.
Actual (min)
Tiempo Sist.
Prop. (min)
Ahorro en
Tiempo (min)
Registrar Fórmulas de Riego y
Fertirriego Jefe de Riego 60 10.2 49.8
Registrar evaluación de riego Evaluador de
Riego
240 30 210
Registrar programa de riego Jefe de Riego 480 15 465
Actualizar programa de riego Jefe de Riego 240 60 180
Reporte de Evaluación de
Riego y Fertirriego Evaluador de
Riego
480 10.2 469.8
Reporte de Programa de Riego
y Fertirriego Jefe de Riego 240 10.2 229.8
Reporte de Formulas de Riego
y Fertirriego Jefe de Riego 120 10.2 109.8
Reporte de Calendario de
Aplicaciones Jefe de Riego 120 10.2 109.8
Reporte de Riego y Fertirriego
por Código de Siembra Jefe de Riego,
Evaluador de
Riego
240 10.2 229.8
1.3. Sanidad
Proceso Personal Tiempo Sist.
Actual (min)
Tiempo Sist.
Prop. (min)
Ahorro en
Tiempo (min)
Registrar criterios de
fumigación
Jefe de Sanidad 60 10.2 49.8
Registrar plagas y
enfermedades
Jefe de Sanidad 60 10.2 49.8
Registrar evaluación de
sanidad
Evaluador de
Sanidad 180 60 120
Registrar programa de sanidad Jefe de Sanidad 480 60 420
Actualizar programa de
sanidad
Evaluador de
Sanidad 240 30 210
Registrar equipos de control
sanitario
Jefe de Sanidad 60 10.2 49.8
Registrar Técnicas de
Tratamiento Sanitario
Jefe de Sanidad 60 10.2 49.8
Reportar Criterios de
Fumigación
Jefe de Sanidad 120 10.2 109.8
Reportar Plagas y
Enfermedades
Jefe de Sanidad,
Evaluador de
Sanidad
120 10.2 109.8
Reportar Evaluación de
Sanidad
Evaluador de
Sanidad 480 10.2 469.8
Reportar Programa de Manejo
Integrado de Plagas
Jefe de Sanidad,
Evaluador de
Sanidad
120 10.2 109.8
Fernández -Tafur 2009
252
Reportar Tratamiento
fitosanitario por Código de
Siembra
Jefe de Sanidad,
Evaluador de
Sanidad
480 10.2 469.8
2. ESTIMACIÓN DE COSTOS MEDIANTE TIEMPOS EMPLEADOS EN LOS
PROCESOS
Fernández -Tafur 2009
253
Fernández -Tafur 2009
254
3. PROCEDIMIENTO ALMACENADO DE MATRIZ DE PRODUCCION
create or replace PROCEDURE STI_P_MATRIZPROD_COPIAR
( PInstance_ID IN NUMBER )
AS
v_ResultStr VARCHAR2(2000):='';
v_Message VARCHAR2(2000):='';
v_Record_ID NUMBER;
v_Result NUMBER:=1;
v_IsMovementType CHAR(2);
v_TipoP VARCHAR2(60):='P+';
-- Parameter
TYPE RECORD IS REF CURSOR;
/* Objetivo: Copia todas las partes de una Matriz de
Producción seleccionada*/
Cur_Parameter RECORD;
Cur_Etapa RECORD;
Cur_Actividad RECORD;
Cur_Recurso RECORD;
-- Parameter Variables
MatrizProduccionId NUMBER(10,0);
v_CodEtapa NUMBER(10,0);
v_CodActividad NUMBER(10,0);
v_CodRecurso NUMBER(10,0);
v_CantEtapas NUMBER(10,0);
p_User NUMBER;
BEGIN
BEGIN --BODY
-- Get Parameters
v_ResultStr :='ReadingParameters';
FOR Cur_Parameter IN
Fernández -Tafur 2009
255
(SELECT i.Record_ID,
i.AD_User_ID ,
p.ParameterName ,
p.P_String ,
p.P_Number ,
p.P_Date
FROM AD_PInstance i
LEFT JOIN AD_PInstance_Para p
ON i.AD_PInstance_ID=p.AD_PInstance_ID
WHERE i.AD_PInstance_ID=PInstance_ID
ORDER BY p.SeqNo
)
LOOP
v_Record_ID:=Cur_Parameter.Record_ID;
p_User:=Cur_Parameter.AD_User_ID;
IF(Cur_Parameter.ParameterName='Sti_p_matrizproduccion_id')
THEN
MatrizProduccionId:=Cur_Parameter.P_Number;
DBMS_OUTPUT.PUT_LINE(' MatrizProduccionId=' ||
MatrizProduccionId) ;
ELSE
DBMS_OUTPUT.PUT_LINE('*** Unknown Parameter=' ||
Cur_Parameter.ParameterName) ;
END IF;
END LOOP; -- Get Parameter
Select count(*) into v_CantEtapas from sti_p_etapa where
sti_p_matrizproduccion_id = v_Record_ID;
if (v_CantEtapas=0)then
FOR Cur_Etapa IN
Fernández -Tafur 2009
256
(SELECT *
FROM sti_p_etapa
WHERE
sti_p_matrizproduccion_id=MatrizProduccionId
)
LOOP
Ad_Sequence_Next('STI_P_ETAPA', 1000032,
v_CodEtapa);
INSERT
INTO STI_P_ETAPA
(
STI_P_ETAPA_ID ,
STI_P_DEFINICIONETAPA_ID ,
STI_P_MATRIZPRODUCCION_ID,
NAME ,
TIEMPO ,
AD_CLIENT_ID ,
AD_ORG_ID ,
STI_SUCURSAL_ID ,
ISACTIVE ,
CREATED ,
CREATEDBY ,
UPDATED ,
UPDATEDBY ,
STI_P_UNIDAD_ID
)
VALUES
(
v_CodEtapa ,
Cur_Etapa.STI_P_DEFINICIONETAPA_ID,
Fernández -Tafur 2009
257
v_Record_ID ,
Cur_Etapa.NAME ,
Cur_Etapa.TIEMPO ,
Cur_Etapa.AD_CLIENT_ID ,
Cur_Etapa.AD_ORG_ID ,
Cur_Etapa.STI_SUCURSAL_ID ,
'Y' ,
SYSDATE ,
Cur_Etapa.CREATEDBY ,
SYSDATE ,
Cur_Etapa.UPDATEDBY ,
Cur_Etapa.STI_P_UNIDAD_ID
);
FOR Cur_Actividad IN
(SELECT *
FROM sti_p_actividad
WHERE sti_p_etapa_id =
Cur_Etapa.sti_p_etapa_id
)
LOOP
Ad_Sequence_Next
(
'STI_P_ACTIVIDAD', 1000032, v_CodActividad
)
;
INSERT
INTO STI_P_ACTIVIDAD
(
STI_P_ACTIVIDAD_ID ,
STI_P_ETAPA_ID ,
Fernández -Tafur 2009
258
NAME ,
NROVECES ,
STI_P_DEFINICIONACTIVIDAD_ID,
AD_CLIENT_ID ,
AD_ORG_ID ,
STI_SUCURSAL_ID ,
ISACTIVE ,
CREATED ,
CREATEDBY ,
UPDATED ,
UPDATEDBY,
tiempo_actividad,
c_uom_id
)
VALUES
(
v_CodActividad ,
v_CodEtapa ,
Cur_Actividad.NAME ,
Cur_Actividad.NROVECES ,
Cur_Actividad.STI_P_DEFINICIONACTIVIDAD_ID,
Cur_Actividad.AD_CLIENT_ID ,
Cur_Actividad.AD_ORG_ID ,
Cur_Actividad.STI_SUCURSAL_ID ,
'Y' ,
SYSDATE ,
Cur_Actividad.CREATEDBY ,
SYSDATE ,
Cur_Actividad.UPDATEDBY,
Cur_Actividad.tiempo_actividad,
Fernández -Tafur 2009
259
Cur_Actividad.c_uom_id
);
FOR Cur_Recurso IN
(SELECT *
FROM sti_p_actividad_recurso
WHERE sti_p_actividad_id =
Cur_Actividad.sti_p_actividad_id
)
LOOP
Ad_Sequence_Next
(
'STI_P_ACTIVIDAD_RECURSO', 1000032,
v_CodRecurso
)
;
INSERT
INTO STI_P_ACTIVIDAD_RECURSO
(
STI_P_ACTIVIDAD_RECURSO_ID,
STI_P_ACTIVIDAD_ID ,
STI_P_RECURSO_ID ,
STI_P_UNIDAD_ID ,
CANTIDAD ,
AD_CLIENT_ID ,
AD_ORG_ID ,
COSTODIRECTO ,
STI_SUCURSAL_ID ,
ISACTIVE ,
CREATED ,
Fernández -Tafur 2009
260
CREATEDBY ,
UPDATED ,
UPDATEDBY ,
COSTO ,
STI_P_TIPORECURSO_ID
)
VALUES
(
v_CodRecurso ,
v_CodActividad ,
Cur_Recurso.STI_P_RECURSO_ID ,
Cur_Recurso.STI_P_UNIDAD_ID ,
Cur_Recurso.CANTIDAD ,
Cur_Recurso.AD_CLIENT_ID ,
Cur_Recurso.AD_ORG_ID ,
Cur_Recurso.COSTODIRECTO ,
Cur_Recurso.STI_SUCURSAL_ID ,
'Y' ,
SYSDATE ,
Cur_Recurso.CREATEDBY ,
SYSDATE ,
Cur_Recurso.UPDATEDBY ,
Cur_Recurso.COSTO ,
Cur_Recurso.STI_P_TIPORECURSO_ID
);
END LOOP;
END LOOP;
END LOOP;
else
Fernández -Tafur 2009
261
v_ResultStr:='Matriz de Producción ya tiene
registradas Etapas';
Ad_Update_Pinstance(PInstance_ID, NULL, 'N', 0,
v_ResultStr);
RETURN;
end if;
AD_UPDATE_PINSTANCE
(
PInstance_ID, NULL, 'N', v_Result, v_Message
)
;
RETURN;
END; --BODY
EXCEPTION
WHEN OTHERS THEN
v_ResultStr:=v_ResultStr || ': ' || SQLERRM || ' - ' ||
v_Message;
DBMS_OUTPUT.PUT_LINE
(
v_ResultStr
) ;
AD_UPDATE_PINSTANCE
(
PInstance_ID, NULL, 'N', 0, v_ResultStr
)
;
RETURN;
END STI_P_MATRIZPROD_COPIAR;
Fernández -Tafur 2009
262
4. REPORTES DE GESTION ADMINISTRATIVA PARA VIVEROS
4.1. Reporte de Plan de Producción
Ilustración 125. Reporte de Recursos Consolidados
4.2. Recursos por Etapa de Plan de Producción
Ilustración 126. Reporte de Recursos por Etapa de Plan
Fernández -Tafur 2009
263
4.3. Recursos totales por plan de producción
Ilustración 127. Reporte de Recursos Totales de Insumos por Plan
4.4. Programa de Siembra en Vivero
Fernández -Tafur 2009
264
Ilustración 128. Registro de Siembra en Vivero
4.5. Programa de siembra diario
Ilustración 129. Programa Diario de Siembra
Fernández -Tafur 2009
265
4.6. Reprogramación de siembra
Ilustración 130. Formulario de Programación de Siembra
4.7. Producción de plantas por cliente
Ilustración 131. Reporte de Producción de Plantas por Cliente
Fernández -Tafur 2009
266
4.8. Movimiento de Bandejas
Ilustración 132. Reporte de Movimiento de Bandejas
4.9. Reporte Consolidado de Evaluación
Ilustración 133. Reporte Consolidado de Evaluacion
Fernández -Tafur 2009
267
4.10. Programa de despacho
Ilustración 134. Programa de Despacho
Fernández -Tafur 2009
268
4.11. Cartilla de Evaluación de Germinación
Ilustración 135. Cartilla de Evaluación de Germinación
Fernández -Tafur 2009
269
4.12. Reporte de evaluación de riego
Ilustración 136. Reporte Evaluación de Riego
4.13. Calendario de Aplicaciones
Ilustración 137. Calendario de Aplicación
Fernández -Tafur 2009
270
4.14. Plagas y Enfermedades
Ilustración 138. Plagas y Enfermedades
4.15. Evaluación de Sanidad
Ilustración 139. Evaluación de Sanidad
4.16. Programa Diario de Fumigación
Ilustración 140. Programa diario de Fumigación
Fernández -Tafur 2009
271
4.17. Programa de manejo integrado de Plagas
Ilustración 141. Programa de Manejo de PLagas
Fernández -Tafur 2009
272
4.18. Registro del tratamiento fitosanitario
Ilustración 142. Registro del Tratamiento Fitosanitario