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


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


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


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


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


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


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


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 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 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


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


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


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


13

RESUMEN


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.


14

ABSTRACT


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.


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


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”.


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.


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.


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


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


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:


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


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.


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.


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.


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.


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.


28

Ilustración 3. Diagrama de flujo de información para Siembra


29



30



31

Ilustración 6. Flujo de Riego


32

Ilustración 7. Flujo de Siembra


33

Ilustración 8. Flujo 2 de Siembra


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


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.


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.


37

Ilustración 9. Flujo 01 de Riego


38



39



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


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.


42

Ilustración 12. Flujo 01 de Sanidad


43



44


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).


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.


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.


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


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.


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.


50

Ilustración 16. Modelado de AUP


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


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.


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


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


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.


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


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


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


59

1.4.4. Configuración de la metodología AUP - UML 2.0

Ilustración 18. Configuración de AUP


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


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


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


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.


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


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


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.


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.


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


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.


68


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


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.


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.


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


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.


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.


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


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


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


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.


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.


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.


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.


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).


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


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.


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:


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();

http://www.google.com/search?q=allinurl%3APrintWriter+java.sun.com&bntl=1


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>

http://december.com/html/4/element/div.html


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


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


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.


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


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


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.


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.


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


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,


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.


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


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.


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


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


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


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.


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


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.


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ú


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


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.


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).

http://www.rational.com/products/rose/index.jsp


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.


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


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.


113

2.1.2. Pictogramas

2.1.2.1. Pictograma Situación Actual

Ilustración 47. Pictograma de Situación Actual


114

2.1.2.2. Pictograma Solución deseada

Ilustración 48. Pictograma Solución Deseada


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


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


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


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


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


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>>


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 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


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


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


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”.


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”.



para el registro de Bandejas.

14. El usuario selecciona la bandeja a utilizarse para el

cultivo.


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


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.


Precondiciones Sin precondiciones.

Flujo Básico



para el registro de Bandejas.

3. El usuario ingresa el nombre de la bandeja y su

capacidad.



registro de bandeja.

Flujo

Alternativo




registro ya existe.


Post

Condiciones La bandeja queda registrada.

Notas


125

2.1.4.3.3. Registrar Recursos

Caso de Uso Registrando Recursos

Descripción Permitir al usuario registrar un Recurso.


Precondiciones Debe estar registrado el producto.

Flujo Básico



para el registro de Recursos

3. El usuario selecciona el tipo de recurso, recurso e

ingresa el nombre del recurso.


5. El sistema guarda en la base de datos el nuevo registro

de recurso.

Flujo

Alternativo




registro ya existe.


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.



Flujo Básico



para el registro de Modulo.


126

3. El usuario ingresa el nombre de modulo, coordenada

x, coordenada y capacidad de naves.



registro del Modulo.

6. El usuario hace clic en la solapa “Nave”.



para el registro de Nave.

9. El usuario ingresa el nombre de la nave y capacidad

de camas.


11. El usuario hace clic en la solapa “Cama”.



para el registro de Cama.

14. El usuario ingresa el nombre de la cama y capacidad

de bandejas, numero, nebulizadores y peso promedio.


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.


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,


127

Sectorización de Cultivo, Sector Cliente y Sectorización

de Cliente de un Vivero.


Precondiciones Deben estar registrados los Módulos, Naves y Camas del

Vivero en el sistema.

Flujo Básico



para el registro de Sector Cultivo.

3. El usuario ingresa el nombre del sector.



del Sector Cultivo.

6. El usuario hace clic en la solapa “Sectorización de

Cultivo”.



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.


11. El usuario hace clic en la solapa “Sector de Cliente”.



para el Sector de Cliente.

14. El usuario ingresa el tercero y el nombre del sector de

cliente.


16. El usuario hace clic en la solapa “Sectorización de

Cliente”.



para la Sectorización de Cliente.


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






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.



Flujo Básico



para el registro de Definición de Etapa.

3. El usuario ingresa el nombre de la Definición de

Etapa y su descripción.



registro de la Definición de Etapa.

6. El usuario hace clic en la solapa “Definición de

Actividad”.



129


para el registro de Definición de Actividad.

9. El usuario ingresa el nombre de la Definición de

Actividad y su descripción.


Flujo

Alternativo






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.


Precondiciones Deben estar registrados las Etapas, Actividades y

Recursos del Vivero en el sistema.

Flujo Básico



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.



de la Matriz de Producción.


130

7. El usuario hace clic en la solapa “Etapa”.



para el registro de Etapa.

10. El usuario selecciona la etapa y su unidad, ingresa el

tiempo que durara en realizarse esta etapa.


12. El usuario hace clic en la solapa “Actividad”.



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.


17. El usuario hace clic en la solapa “Recursos”.



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






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.


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.


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.


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


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



para el registro de Programa de Siembra.

3. El usuario selecciona la fecha actual.

4. El sistema completa el nombre del programa de

Siembra.




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


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.


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




Precondiciones Debe estar registrado por lo menos un Programa Diario

de Siembra.

Flujo Básico



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.



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,


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




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”.


programados para la fecha seleccionada.

14. El usuario cambia las fechas de los códigos de

siembra que desea reprogramar.


16. El sistema guarda las nuevas fechas de movimiento

de bandejas.

Flujo 4.1 El sistema no arroja ningún Movimiento de


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



para el registro de la Fórmula.

3. El usuario ingresa el nombre, duración de turnos y

Cant. Disolvente



de la Fórmula.

6. El usuario hace clic en la solapa “Componente”.



para el registro de Componentes.

9. El usuario ingresa el producto, cantidad.


Flujo

Alternativo




registro ya existe.


Post La quedan registrados Módulos, Naves y Camas.


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



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.


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.


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.


139


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.


registro ya existe.


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


Flujo Básico



para el registro de Programa de Riego.

3. El usuario selecciona la fecha y la evaluación de

riego.



registro del Programa de Riego y Fertirriego.

6. El usuario hace clic en botón “Programar Riego”.


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.


Flujo

Alternativo




registro ya existe.


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


Precondiciones Deben estar registrados los cultivos, métodos de

fumigación, plagas y productos


141

Flujo Básico



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.



del Criterio de Fumigación.

6. El usuario hace clic en la solapa “Plagas”.



para el registro de Plagas.

9. El usuario selecciona el nombre de la Plaga.


11. El usuario hace clic en la solapa “Productos”.



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.


Flujo

Alternativo




registro ya existe.


Post

Condiciones La quedan registrados los Criterios de Fumigación

Notas Un criterio de fumigación puede tener n Plagas y una


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



Flujo Básico



para el registro de Plagas o Enfermedades.

3. El usuario selecciona el tipo de registro e ingresa el

nombre y la descripción.



registro de la Plaga o Enfermedad.

6. El usuario hace clic en la solapa “Severidad”.



para el registro de Severidad.

9. El usuario ingresa el nivel y el indicador.


11. El sistema guarda el nuevo registro de severidad para

la plaga o enfermedad dada.

Flujo

Alternativo




registro ya existe.


Post

Condiciones La queda registrada una plaga o enfermedad

Notas La Plaga o Enfermedad puede tener n registros de

Severidad.


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.



Flujo Básico



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.



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.


27. El usuario hace clic en la solapa “Aplicación

Sanitaria”.


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.



144

Flujo

Alternativo

5.28.El sistema verifica si existe un registro de


5.29.El sistema envía un mensaje de alerta que


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





Flujo Básico



para el registro de Equipos de Control Sanitario.

3. El usuario ingresa el nombre del Equipo, el Tipo y la

descripción.



registro de la Equipos de Control Sanitario.

Flujo

Alternativo

4.1 El sistema verifica si existe un registro de


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


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


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


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


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.


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


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.


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.


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


153

Servidor de Base de datos

Modelo: HP DL 160 G5p Server Series


Disco Duro: 450 GB


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



Disco Duro: 120 GB

Requerimientos para la Red

Switch

SW 3COM 2824 24PT GGBIT


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


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


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


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


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)


159

2.2.2.6.2. Ponderación de factores técnicos


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)


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


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


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.


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.


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 Recurso

<<extend>>

<<extend>>

Generar Presupuesto



para la Producción

Registrando Matriz

<<extend>>


<<include>>


Producción


Producción



Vivero


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 Recurso

<<extend>>

<<extend>>

Generar PresupuestoRegistrando Espacio en Vivero



para la Producción

Registrando Cultivo

<<include>> <<include>>

Registrando Bandejas

Registrando Recursos

Registrando Matriz

<<extend>>


<<include>>



Producción


Producción

Registrando Código de Siembra

<<include>>



Vivero


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


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ónActualizando Código de Siembra

Germinación



<<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


Siembra


Germinación


Bandejas

Reportando Despachos de CS


Bandejas

Jefe de Siembra

Actualizando UbicaciónActualizando Código de Siembra

Germinación



<<extend>> <<extend>>

<<extend>>


Siembra


Germinación


Bandejas

Reportando Despachos de CS

Evaluador de

Siembra


Bandejas


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


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


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


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


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


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


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


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


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


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


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()


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


print EditHTML(new Obj)

display FRMEdit

Ingresa TipoRecurso, Producto, Nombre

submit "Guardar"

registrarRecurso(TipoRecurso, Producto, Nombre)

insertarRecurso()

display FRMEdit


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"


registrarModulo(nombre,capacidad_n,x,y)

insertarModulo()

Ingresa Nombre, Capacidad de Naves, Posición x, Posición Y


Click solapa "Nave"


Ingresa Nombre Capacidad de Camas, Numero


registrarNave(nombre,capacidad_c)

insertarNave()

Click solapa "Cama"


Ingresa Nombre,Capacidad, Numero, Nro. Nebulizadores, Peso Promedio


registrarCama (nombre,capacidad_pd, ...)

insertaCama()


display FRMEdit

display FRMEdit

printEditHTML()

display FRMEdit


display FRMEdit

display FRMEdit

Obj

Obj

printEditHTML

getNave()

ObjNave

getCama()

ObjCama

display FRMEdit


display FRMEdit

Objt

display FRMEdit


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

()


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 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


display FRMEdit

ObjDefEtapa

display FRMEdit

printEditHTML()

getDefinicionActividad()

ObjDefActividad

displayFRMEdit

printEditHTML(new Objt)

display FRMEdit

ObjDefActividad

display FRMEdit


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()


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"


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]


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"


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


Mensaje "Proceso Completado Satisf actoriamente"

Click botón "Sugerir Espacios"

[genera PopUp]

Despliega PopUp

registrarCodigosSiembra(Av anceFijo, CantTotal, FechaInicial)

v arResp

insertaCodigosSiembra()

ObjResp

ObjResp


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


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

()


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


: SP Mostrador Movimiento

de Bandejas

: SP Mostrador Movimiento

de Bandejas

: SP Actualizador


: SP Actualizador


: 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"


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]


registrarProductoTerminado(listCodSiembra)

insertarProductoTerminado()

varResp

Muestra mensaje "Se registraron n CodigosSiembra"


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"


Ingresa nombres, duración turno, cant. disolvente

Selecciona unidad


registrarformula()

insertaformula()

Click Solapa "Componente"

Desp'liega nuevo formulario de ingreso "Componente"

Selecciona producto

Ingresa cantidad

Click botón "Guardar"registrarcomponente()

insertacomponente()


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()


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




Selecciona fecha

Ingresa presión


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"


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


: Programa de Riego y

Fertirriego

Selecciona "Fecha de Programa"


Obj()

mostrarProgramaRiegoFertirriego()

actualizarProgramaRiegoFertirriego()

Ingresa Presion


actualizarProgramaRiegoFertirriego(Presion)

Obj()

mostrarProgramaRiegoFertirriego(fecha)


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


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


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()


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


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)


mostrarProgramaSanidad()

Obj()

Obj()

Ingresa Ph, Ce


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


Ingresa


registrarEquiposControlSanidad(nombre)

insertaEquiposControlSanidad()

Ilustración 100. Diagrama de Secuencia Actualizando Programa de Sanidad


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

()


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


197

2.2.4.2. Programar Evaluación de Siembra

Ilustración 104. Diagrama Actividad Evaluación de Siembra


198

2.2.4.3. Programar Riego

Ilustración 105. Diagrama de Actividad Programa de Riego


199

2.2.4.4. Ubicar Siembra

Ilustración 106. Diagrama de Actividad Ubicar Siembra


200

2.2.4.5. Programar Sanidad

Ilustración 107. Diagrama de Actividad Programa de Sanidad


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


202

2.2.5.2. Diagrama de Clases de Gestión de Siembra

Ilustración 109. Diagrama de Clases de Gestión de Siembra


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


204

2.2.5.4. Diagrama de Clases de Gestión de Sanidad

Ilustración 111. Diagrama de Clases de Gestión de sanidad


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


206

2.2.6.2. Diagrama de Datos de Gestión de Siembra

Ilustración 113. Diagrama de datos de Gestión de Siembra


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


208

2.2.6.4. Diagrama de Datos de Gestión de Sanidad

Ilustración 115. Diagrama de datos de Gestión de Sanidad


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


210

2.2.8. Diagrama de Despliegue

2.2.8.1. Diagrama Lógico de Despliegue

Ilustración 117. Diagrama Lógico de Despliegue


211

2.2.8.2. Diagrama Físico de Despliegue

Ilustración 118. Diagrama de Despliegue Físico


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


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


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


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


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


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


1 Fecha de

Siembra

Clic en la imagen de calendario donde aparecerá la



Ejemplo: “13-10-2008”.

Datos

Aceptados


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


1 Fecha Clic en la imagen de calendario donde aparecerá la



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”


219

P. C. N. Registrando Programa de Sanidad

REGISTRANDO PROGRAMA DE SANIDAD


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




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)



Ejemplo: 200

Datos

Aceptados

8 Cap.

Mochila

(Litros)



Ejemplo: 20

Datos

Aceptados


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


P. C. N. Registrando Matriz de Producción

REGISTRANDO MATRIZ DE PRODUCCION


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


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




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


P. C. N. Registrando Cultivo

REGISTRANDO CULTIVO


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


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.


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


Disco Duro: 450 GB


Rack: 1U

1 un 2835.00 2835.00


224

Servidor de Base de

datos

Modelo: HP DL 160 G5p Server

Series


Disco Duro: 450 GB


Rack: 1U

1 un 2835.00 2835.00

Cliente - Laptop HP Pavilion dv 2425



Disco Duro: 160 GB

4 un 2340.00 9360.00

Cliente -

Computadoras

Ensambladas



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


225

2.4.1.1.2. Costos de Inversión de Software


(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


(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


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


227


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.


Recursos Humanos

Imprevistos

720.00

70.00

Total (S/.) 790.00

Tabla 33. Consolidado Costo de Implantación


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


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.


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


Siembra

478319.55

3 Ahorro del Dinero por Reducción del Tiempo en el Riego 84565.90


Sanidad

84679.925

Total 2061463.18

Tabla 39. Resumen del Ahorro del Dinero por Reducción del Tiempo


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


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


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.


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.


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


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.


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.


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


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°


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


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


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


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%.


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


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.


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.


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.


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]

http://www.oracle.com/lang/es/database/Express_Edition.html

http://tomcat.apache.org/

http://www.old.netobjectdays.org/pdf/02/slides/tut/agile%20UP%20intro-larman.pdf

http://www.old.netobjectdays.org/pdf/02/slides/tut/agile%20UP%20intro-larman.pdf


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]

http://www.rational.com/index.jsp

http://sourceforge.net/project/showfiles.php?group_id=162271

http://www.globalgap.org/cms/upload/The_Standard/Version_AchiveOther_Languages/Spanish/EUREPGAP_CPCC_PM_SP_V1_0_May06.pdf

http://www.globalgap.org/cms/upload/The_Standard/Version_AchiveOther_Languages/Spanish/EUREPGAP_CPCC_PM_SP_V1_0_May06.pdf


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


251

Reporte de Despacho de

Códigos de Siembra Evaluador de

Siembra

240 10.2 229.8

1.2. Riego


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


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


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


Registrar Técnicas de

Tratamiento Sanitario


Reportar Criterios de

Fumigación


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


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


253


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


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


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,


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 ,


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,


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 ,


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


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;


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


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


264

Ilustración 128. Registro de Siembra en Vivero

4.5. Programa de siembra diario

Ilustración 129. Programa Diario de Siembra


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


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


267

4.10. Programa de despacho

Ilustración 134. Programa de Despacho


268

4.11. Cartilla de Evaluación de Germinación

Ilustración 135. Cartilla de Evaluación de Germinación


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


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


271

4.17. Programa de manejo integrado de Plagas

Ilustración 141. Programa de Manejo de PLagas


272

4.18. Registro del tratamiento fitosanitario

Ilustración 142. Registro del Tratamiento Fitosanitario

Modelado Rup Web

Documents

Transcript of Modelado Rup Web