Está en la página 1de 175

1

PORTADA

UNIVERSIDAD AGRARIA DEL ECUADOR


FACULTAD DE CIENCIAS AGRARIAS
CARRERA DE COMPUTACIÓN E INFORMÁTICA

APLICATIVO WEB Y MÓVIL PARA LA GESTIÓN DE


INSUMOS AGROPECUARIOS EN LA HACIENDA
BARBARITA
PROPUESTA TECNOLÓGICA

Trabajo de titulación presentado como requisito para la


obtención del título de
INGENIERO EN COMPUTACIÓN E INFORMÁTICA

AUTORES
ROVER JOSUE ORTEGA TIRAPÉ
ARMANDO ALBERTO ALAVA PESÁNTEZ

TUTOR
ING. GARZÓN GOYA MAYRA, MSC.

GUAYAQUIL–ECUADOR

2017-2018
2

UNIVERSIDAD AGRARIA DEL ECUADOR


FACULTAD DE CIENCIAS AGRARIAS
CARRERA DE COMPUTACIÓN E INFORMÁTICA

APROBACIÓN DEL TUTOR

Yo, Ing. Garzón Goya Mayra, Msc., docente de la Universidad Agraria del
Ecuador, en mi calidad de Tutor, certifico que el presente trabajo de titulación:
APLICATIVO WEB Y MÓVIL PARA LA GESTIÓN DE INSUMOS
AGROPECUARIOS EN LA HACIENDA BARBARITA, realizado por Los
estudiantes ROVER JOSUE ORTEGA TIRAPÉ; con cédula de identidad
N°095051899,ARMANDO ALBERTO ALAVA PESÁNTEZ; con cédula de
identidad N° 0930925714 de la carrera de COMPUTACIÓN E INFORMÁTICA,
Unidad Académica Guayaquil, ha sido orientado y revisado durante su ejecución;
y cumple con los requisitos técnicos exigidos por la Universidad Agraria del
Ecuador; por lo tanto se aprueba la presentación del mismo.

Atentamente,

____________________
Ing. Mayra Garzón Goya

Guayaquil 29 de Octubre del 2018


3

UNIVERSIDAD AGRARIA DEL ECUADOR


FACULTAD DE CIENCIAS AGRARIAS
CARRERA DE COMPUTACIÓN E INFORMÁTICA

APROBACIÓN DEL TRIBUNAL DE SUSTENTACIÓN

Los abajo firmantes, docentes designados por el H. Consejo Directivo como


miembros del Tribunal de Sustentación, aprobamos la defensa del trabajo de
titulación: “APLICATIVO WEB Y MÓVIL PARA LA GESTIÓN DE INSUMOS
AGROPECUARIOS EN LA HACIENDA BARBARITA”, realizado por Los
estudiantes ROVER JOSUE ORTEGA TIRAPÉ, ARMANDO ALBERTO ALAVA
PESÁNTEZ, el mismo que cumple con los requisitos exigidos por la Universidad
Agraria del Ecuador.

Atentamente,

Ing. Vanessa Vergara Lozano


PRESIDENTE

Ing. Evelyn Solís Avilés. Ing. Mayra Garzón Goya


EXAMINADOR PRINCIPAL EXAMINADOR PRINCIPAL

Ing. Maritza Aguirre Munizaga


EXAMINADOR SUPLENTE

Guayaquil 29 de Octubre del 2018


4

Dedicatoria

Este el presente trabajo se lo dedico a mis padres:

Sonia Pesántez y Armando Alava, y a mi abuelita

por ser pilares fundamentales en todo lo que soy, en

toda mi educación, tanto académica, como de la

vida, a mis tíos, tías y hermano por el apoyo

incondicional perfectamente mantenido a través del

tiempo y a mi novia por su ayuda y cariño durante

toda mi carrera universitaria.

Armando Alberto Alava Pesántez.

Este proyecto se lo dedico a mis padres y a mis

hermanos que son mi motor fundamental para cada

emprendimiento en mi vida, a mis abuelitas por ser

un buen ejemplo a seguir y darme ese aliento que

necesitada en cada parte de mi vida, a mis tíos y

primos por su ayuda incondicional, a mi prima

Melany García por darme esas fuerzas que ella

tenía con cada sonrisa en su rostro y a mi sobrina

Yeshia por darme esa calma en los momentos de

angustias, para finalizar agradezco a Jehová Dios

por darme la fe y la sabiduría necesaria para

afrontar mi carrera universitaria.

Rover Josue Ortega Tirapé.


5

Agradecimiento

Agradezco a Dios que me permitió llegar hasta este

momento de gloria en mi formación académica, a la

Universidad Agraria del Ecuador por darme las

bases del conocimiento necesarias para desarrollar

este trabajo de titulación, a nuestra tutora de tesis la

Ing. Mayra Garzon por sus consejos, paciencia y

apoyo, a mi amigo de tesis por su dedicación en la

realización de este trabajo, y a las personas más

importante en mi vida mis padres les agradezco de

todo corazón porque siempre me apoyaron

incondicionalmente.

Armando Alberto Alava Pesántez.

Agradezco a Jehová Dios por guiarme a lo largo del

camino universitario, por darme la fortaleza en

aquellos momentos de dificultad y de debilidad.

Gracias a mis padres: Rover Ortega y Albi Tirapé,

por ser los promotores de mis sueños, por confiar y

creer en mí, por los consejos, valores y principios

que me han inculcado. Agradezco a mis docentes de

la Universidad Agraria del Ecuador, por haber

compartido sus conocimientos a lo largo de la

preparación de mi profesión, de manera especial, a

la Ing. Mayra Garzón tutora de nuestro proyecto.


6

Rover Josue Ortega Tirapé.

Autorización de Autoría Intelectual

Nosotros ROVER JOSUE ORTEGA TIRAPÉ, ARMANDO ALBERTO ALAVA

PESÁNTEZ, en calidad de autores del proyecto realizado, sobre “APLICATIVO

WEB Y MÓVIL PARA LA GESTIÓN DE INSUMOS AGROPECUARIOS EN LA

HACIENDA BARBARITA” para optar el título de INGENIERO EN COMPUTACIÓN

E INFORMÁTICA, por la presente autorizo a la UNIVERSIDAD AGRARIA DEL

ECUADOR, hacer uso de todos los contenidos que me pertenecen o parte de los

que contienen esta obra, con fines estrictamente académicos o de investigación.

Los derechos que como autores nos correspondan, con excepción de la

presente autorización, seguirán vigentes a mi favor, de conformidad con lo

establecido en los artículos 5, 6, 8; 19 y demás pertinentes de la Ley de

Propiedad Intelectual y su Reglamento.

Guayaquil, 25 septiembre de 2018

______________________ __________________________
ORTEGA TIRAPÉ ROVER ALAVA PESÁNTEZ ARMANDO
C.I. 0950511899. C.I. 0930925714.
7

Índice general

PORTADA................................................................................................................1

APROBACIÓN DEL TUTOR...................................................................................2

APROBACIÓN DEL TRIBUNAL DE SUSTENTACIÓN..........................................3

Dedicatoria..............................................................................................................4

Agradecimiento.......................................................................................................5

Autorización de Autoría Intelectual......................................................................6

Índice general..........................................................................................................7

Índice de tablas.....................................................................................................13

Índice de figuras...................................................................................................15

Resumen................................................................................................................19

Abstract.................................................................................................................20

1. Introducción......................................................................................................21

1.1 Antecedentes del problema...........................................................................21

1.2 Planteamiento y formulación del problema.................................................22

1.2.1 Planteamiento del problema..................................................................22

1.2.2 Formulación del problema.....................................................................22

1.3 Justificación de la investigación..................................................................23

1.3.1. Aplicativo web........................................................................................24

1.3.1.1 Insumos.................................................................................................24

1.3.1.2 Ingreso/Egreso.....................................................................................24

1.3.1.3 Lista de productos...............................................................................24

1.3.1.4 Autenticación........................................................................................25

1.3.1.5 Pedidos..................................................................................................25
8

1.3.1.6 Seguimiento..........................................................................................25

1.3.1.7 Categorías.............................................................................................25

1.3.1.8 Usuarios................................................................................................25

1.3.1.9 Reportes................................................................................................26

1.3.2 Aplicativo móvil.......................................................................................26

1.3.2.1 Autenticación........................................................................................26

1.3.2.2 Petición..................................................................................................26

1.3.2.3 Lista de productos...............................................................................26

1.3.2.4 Seguimiento..........................................................................................27

1.4 Delimitación de la investigación...................................................................27

1.4.1 Espacio.....................................................................................................27

1.4.2 Tiempo......................................................................................................27

1.4.3 Población.................................................................................................27

1.5 Objetivo general..............................................................................................27

1.6 Objetivos específicos.....................................................................................28

2. Marco teórico....................................................................................................29

2.1 Estado del arte................................................................................................29

2.2 Bases teóricas................................................................................................30

2.2.1 Ingeniería de Software............................................................................30

2.2.2 Sistema.....................................................................................................31

2.2.3 Programación orientada a objetos........................................................31

2.2.4 Procesos..................................................................................................31

2.2.5 Sistema web.............................................................................................32

2.2.6 Aplicaciones web....................................................................................32

2.2.7 Aplicación móvil......................................................................................32


9

2.2.8 Base de datos..........................................................................................33

2.2.9 Insumos agrícolas...................................................................................33

2.2.10 Insumo....................................................................................................33

2.2.11 Stock de Seguridad...............................................................................34

2.2.12 Control de Flujo.....................................................................................34

2.2.13 Propiedad intelectual............................................................................34

2.2.14 Derecho de autor...................................................................................35

2.2.15 PHP.........................................................................................................35

2.2.16 Android...................................................................................................35

2.2.17 Internet...................................................................................................36

2.2.18 Gestor de actividades (Activity Manager)..........................................36

2.2.19 CSS.........................................................................................................36

2.2.20 Hosting...................................................................................................36

2.2.21 UML.........................................................................................................37

2.2.22 JavaScript..............................................................................................37

2.2.23 HTML.......................................................................................................37

2.2.24 Servidor web..........................................................................................37

2.2.25 NetBeans................................................................................................38

2.2.26 Android Studio......................................................................................38

2.2.27 Java.........................................................................................................39

2.2.28 Mysql......................................................................................................39

2.2.29 WampServer..........................................................................................39

2.2.30 Bootstrap................................................................................................40

2.2.31 Diagrama de flujo de datos..................................................................40

2.2.32 Diagrama de clases...............................................................................40


10

2.2.33 Diagrama de caso de uso.....................................................................41

2.2.34 Diagrama de secuencia........................................................................41

2.2.35 Diccionario de datos.............................................................................41

2.2.36 Diagrama entidad relación...................................................................42

2.2.37 Diagrama de actividades......................................................................42

2.2.38 Paquete de análisis...............................................................................42

2.2.39 Diagramas UML.....................................................................................43

2.2.40 Control de inventarios..........................................................................43

2.2.41 Bienes de consumo..............................................................................43

2.2.42 Hosting...................................................................................................43

2.3 Marco Legal.....................................................................................................44

2.3.1 Código Orgánico De La Economía Social De Los Conocimientos,

Creatividad E Innovación................................................................................44

2.3.2 Decreto ejecutivo 1425...........................................................................45

3. Materiales y métodos.......................................................................................46

3.1 Enfoque de la investigación..........................................................................46

3.1.1 Tipo de investigación..............................................................................46

3.1.2 Diseño de investigación.........................................................................47

3.2 Metodología.....................................................................................................47

3.2.1 Modelo del ciclo de desarrollo del Software........................................47

3.2.2 Método del ciclo de desarrollo del software........................................47

3.2.2.1 Planeación del bosquejo y diseño arquitectónico...........................48

3.2.2.1.1 Diagramas...........................................................................................49

3.2.2.2 Ciclo sprint............................................................................................52

3.2.2.3 Cierre del proyecto...............................................................................54


11

3.2.3 Recolección de datos.............................................................................54

3.2.3.1 Métodos y técnicas..............................................................................54

3.2.3.1.1 Método Analítico..................................................................................54

3.2.3.1.2 Técnica: La entrevista.........................................................................55

3.2.3.1.3 Técnica: La encuesta..........................................................................55

3.2.3.2 Recursos...............................................................................................56

3.2.3.2.1 Recursos Humanos.............................................................................56

3.2.3.2.2 Recursos Tecnológicos.......................................................................56

3.2.4 Análisis estadístico.................................................................................57

3.2.4.1 Entrevista aplicada al personal encargado del proceso

administrativo de la hacienda barbarita........................................................57

3.2.4.2 Encuesta aplicada al personal encargado del proceso

administrativo de la hacienda barbarita........................................................57

4. Resultados........................................................................................................59

4.1 Analizar los procesos utilizados, para el control de los insumos

agropecuarios en la Hacienda Barbarita............................................................59

4.2 Diseñar y desarrollar el aplicativo web y móvil, con las características

necesarias para facilitar y automatizar la gestión de los insumos

agropecuarios.......................................................................................................59

4.3 Implementar el sistema web y móvil, en el área de control de los insumos

de la Hacienda Barbarita, en la Universidad Agraria del Ecuador..................60

5. Discusión...........................................................................................................62

6. Conclusiones....................................................................................................64

7. Recomendaciones............................................................................................66

8. Bibliografía........................................................................................................67
12

9. Anexos...............................................................................................................77

9.1 Anexo 1. Figuras.............................................................................................77

9.2 Anexo 2. Pruebas de interfaz gráfica...........................................................94

9.3 Anexo 3. Formato de encuesta...................................................................112

9.4 Anexo 4. Formato de la entrevista..............................................................116

9.5 Anexo 5. Resultados de pruebas de interfaz gráfica................................117

9.6 Anexo 6. Resultados de encuesta de satisfacción...................................127

9.7 Anexo 7. Presupuesto..................................................................................143

9.8 Anexo 8. Manual de usuario........................................................................145

9.9 Anexo 9. Informe de satisfacción Sistema Web........................................166

9.10 Anexo 10. Informe de satisfacción Aplicación Móvil.............................167

9.11 Anexo 11. Informe de satisfacción Aplicación Web...............................168


13

Índice de tablas

Tabla 1. Porcentajes de Pruebas de interfaz gráfica de usuario.........................117

Tabla 2. Porcentajes de Pruebas de interfaz gráfica de usuario.........................118

Tabla 3. Porcentajes de Pruebas de interfaz gráfica de usuario.........................119

Tabla 4. Porcentajes de Pruebas de interfaz gráfica de usuario.........................120

Tabla 5. Porcentajes de Pruebas de interfaz gráfica de usuario.........................121

Tabla 6. Porcentajes de Pruebas de interfaz gráfica de usuario.........................122

Tabla 7. Porcentajes de Pruebas de interfaz gráfica de usuario.........................123

Tabla 8. Porcentajes de Pruebas de interfaz gráfica de usuario.........................124

Tabla 9. Porcentajes de Pruebas de interfaz gráfica de usuario.........................125

Tabla 10. Porcentajes de Pruebas de interfaz gráfica de usuario.......................126

Tabla 11. ¿Cuál es el tiempo de respuesta del proceso de petición antes del

sistema?................................................................................................................127

Tabla 12. ¿Cuál es el tiempo de respuesta del proceso de petición con el

sistema?................................................................................................................128

Tabla 13. ¿El tiempo de carga del sistema es lo suficientemente breve?...........129

Tabla 14. ¿Los botones empleados representan adecuadamente las acciones que

indican?.................................................................................................................130

Tabla 15. Indique si el contenido es preciso y fácil de comprender....................131

Tabla 16. ¿Son correctas las validaciones en el ingreso de información para

corroborar si son números o letras según lo requerido?......................................132

Tabla 17. ¿Las secciones del sistema son precisas, variadas y corresponden con

objetivos y contenidos?........................................................................................133

Tabla 18. ¿Considera usted que los colores son agradables?............................134


14

Tabla 19. ¿Considera usted que el contenido y la organización de los módulos

están acordes al sistema?....................................................................................135

Tabla 20. ¿Está satisfecho con todos los módulos existentes dentro del sistema

web?.....................................................................................................................136

Tabla 21. ¿Considera usted que deberían agregar otros módulos al sistema web

o móvil, de ser así mencione cuáles serían?.......................................................137

Tabla 22. ¿El sistema web o móvil cumple con todas las necesidades en la

gestión de insumos de la Hacienda Barbarita?....................................................138

Tabla 23. ¿Le resulta fácil el manejo del sistema web o móvil?..........................139

Tabla 24. ¿Los procesos del sistema van acorde a la gestión de insumos

agropecuarios de la Hacienda Barbarita?............................................................140

Tabla 25. ¿Considera que los módulos del sistema tienen una apariencia

agradable?............................................................................................................141

Tabla 26. ¿Considera usted que el manejo del sistema permite obtener

información veraz acerca de los insumos agropecuarios?..................................142

Tabla 27. Recursos Humanos..............................................................................143

Tabla 28. Software................................................................................................143

Tabla 29. Hardware..............................................................................................143

Tabla 30. Recursos materiales.............................................................................143

Tabla 31. Presupuesto generales.........................................................................144


15

Índice de figuras

Figura 1. Diagrama Nivel 0.....................................................................................77

Figura 2. Diagramas Nivel 1...................................................................................78

Figura 3. Diagramas nivel 2....................................................................................79

Figura 4. Diagramas Nivel 2...................................................................................80

Figura 5. Diagrama de actividades.........................................................................81

Figura 6. Diagrama entidad relación......................................................................82

Figura 7. Diagrama de clases.................................................................................83

Figura 8. Diccionario de datos de la tabla Usuarios..............................................84

Figura 9. Diccionario de datos de la tabla Productos.............................................84

Figura 10. Diccionario de datos de la tabla Orden_Pedidos..................................85

Figura 11. Diccionario de datos de la tabla Historial..............................................85

Figura 12. Diccionario de datos de la tabla Categorías.........................................85

Figura 13. Diccionario de datos de la tabla Estado_Orden....................................86

Figura 14. Diccionario de datos de la tabla Stock..................................................86

Figura 15. Diccionario de datos de la tabla Tipo_usuario......................................86

Figura 16. Diagrama de secuencia.........................................................................87

Figura 17. Descripción de las entidades................................................................88

Figura 18. Nombre del paquete: usuario................................................................89

Figura 19. Nombre del paquete: productos............................................................89

Figura 20. Nombre del paquete: stock...................................................................90

Figura 21. Nombre del paquete: categoría.............................................................90

Figura 22. Nombre del paquete: Historial...............................................................91

Figura 23. Nombre del paquete: Orden Pedidos....................................................91

Figura 24. Diagrama de caso de uso: Ingreso y egreso........................................92


16

Figura 25. Diagrama de caso de uso: generar reporte..........................................93

Figura 26. Diagrama de caso de uso: Entrega.......................................................93

Figura 27. Prueba de interfaz gráfica 1..................................................................94

Figura 28 Prueba de interfaz gráfica 2...................................................................95

Figura 29. Prueba de interfaz gráfica 3..................................................................96

Figura 30. Prueba de interfaz gráfica 4..................................................................97

Figura 31. Prueba funcionalidad: Proceso Ingresos Y Egresos............................98

Figura 32. Prueba funcionalidad: Proceso nuevo del stock...................................98

Figura 33. Prueba funcionalidad: Proceso Petición y Repuesta............................99

Figura 34. Prueba funcionalidad: Proceso autenticación.......................................99

Figura 35. Prueba funcionalidad: Proceso seguimiento.......................................100

Figura 36. Prueba funcionalidad: Proceso reportes.............................................100

Figura 37. Prueba funcionalidad: Proceso ingreso de usuarios..........................101

Figura 38. Prueba funcionalidad: Proceso ingreso de una nueva categoría.......102

Figura 39. Prueba funcionalidad: Proceso autenticación.....................................103

Figura 40. Prueba funcionalidad: Proceso Petición y Repuesta..........................103

Figura 41. Prueba funcionalidad: Proceso nuevo del stock.................................104

Figura 42. Prueba funcionalidad: Proceso seguimiento.......................................104

Figura 43. Prueba de caja negra inicio de sesión de los usuarios.......................105

Figura 44. Prueba de caja negra - Inventario: ingreso y egreso; sistema de gestión

de insumos agropecuarios...................................................................................106

Figura 45. Prueba individual – Prueba de caja negra –Inventario: Stock; sistema

de gestión de insumos agropecuarios..................................................................107

Figura 46. Prueba individual – Prueba de caja negra –Categorías: sistema de

gestión de insumos agropecuarios.......................................................................107


17

Figura 47. Prueba individual – Prueba de caja negra –Usuarios: sistema de

gestión de insumos agropecuarios.......................................................................108

Figura 48. Prueba individual – Prueba de caja negra – Petición: sistema de

gestión de insumos agropecuarios.......................................................................109

Figura 49. Prueba individual – Prueba de caja negra – Seguimiento: sistema de

gestión de insumos agropecuarios.......................................................................109

Figura 50. Prueba individual – Prueba de caja negra – inicio de sesión usuario

docente: sistema de gestión de insumos agropecuarios.....................................110

Figura 51. Prueba individual – Prueba de caja negra –Inventario: Stock; sistema

de gestión de insumos agropecuarios..................................................................110

Figura 52. Prueba individual – Prueba de caja negra – Petición: sistema de

gestión de insumos agropecuarios.......................................................................111

Figura 53. Prueba individual – Prueba de caja negra – Seguimiento: sistema de

gestión de insumos agropecuarios.......................................................................111

Figura 54. Análisis de apariencia de imágenes y logos en el sistema.................117

Figura 55. Análisis de apariencia de colores........................................................118

Figura 56. Análisis de Interfaces o pantallas del Sistema....................................119

Figura 57. Análisis de Listado de La información o consultas.............................120

Figura 58. Análisis de Interfaces o pantallas del Sistema....................................121

Figura 59. Análisis de Intuitividad del Sistema.....................................................122

Figura 60. Análisis de Resultados De Procesos del Sistema..............................123

Figura 61. Análisis de Manejo del Sistema..........................................................124

Figura 62. Análisis de Implementación del sistema.............................................125

Figura 63. Análisis de si el sistema es agradable................................................126

Figura 64. Resultados de la pregunta 1 de encuesta de satisfacción.................127


18

Figura 65. Resultados de la pregunta 2 de encuesta de satisfacción.................128

Figura 66. Resultados de la pregunta 3 de encuesta de satisfacción.................129

Figura 67. Resultados de la pregunta 4 de encuesta de satisfacción.................130

Figura 68. Resultados de la pregunta 5 de encuesta de satisfacción.................131

Figura 69. Resultados de la pregunta 6 de encuesta de satisfacción.................132

Figura 70. Resultados de la pregunta 7 de encuesta de satisfacción.................133

Figura 71. Resultados de la pregunta 8 de encuesta de satisfacción.................134

Figura 72. Resultados de la pregunta 9 de encuesta de satisfacción.................135

Figura 73. Resultados de la pregunta 10 de encuesta de satisfacción...............136

Figura 74. Resultados de la pregunta 11 de encuesta de satisfacción...............137

Figura 75. Resultados de la pregunta 12 de encuesta de satisfacción...............138

Figura 76. Resultados de la pregunta 13 de encuesta de satisfacción...............139

Figura 77. Resultados de la pregunta 14 de encuesta de satisfacción...............140

Figura 78. Resultados de la pregunta 15 de encuesta de satisfacción...............141

Figura 79. Resultados de la pregunta 16 de encuesta de satisfacción...............142

Figura 80. Informe de satisfacción Sistema Web.................................................166

Figura 81. Informe de satisfacción Aplicación Móvil............................................167

Figura 82. Informe de satisfacción Aplicación Web.............................................168


19

Resumen

El presente trabajo de titulación cumplió con el objetivo de desarrollar un

aplicativo web y móvil por medio de las herramientas de programación Php,

JavaScript, Css, Bootstrap, Mysql y todos los procesos necesarios para ayudar

con las labores de petición de insumos agropecuarios realizadas por los docentes

de la Universidad Agraria del Ecuador, se utilizó como técnica de recopilación de

información la entrevista, la cual permitió conocer las necesidades de la Hacienda

Barbarita, la misma que se realizó al Dr. Klever Cevallos Msc. e Ing. Paola

Echeverría, percibiendo las necesidades por las que se requerían implementar el

sistema. Cabe recalcar que la metodología que se uso fue la Scrum que ayudo a

realizar una entrega rápida de los módulos del sistema.

Las utilidades de la herramienta se enfocaron en ayudar a la automatización en la

operación de petición de insumos por parte de los docentes de la U.A.E.,

permitiendo a los usuarios realizar pedidos de manera acertada y práctica, con

un control y seguimiento que le otorga una respuesta inmediata al requerimiento

del usuario, la misma que se efectúa por medio de un aplicativo móvil, y esta

petición es atendida por el administrador.

Consiguiendo amenorar la respuesta de pedidos de insumos agropecuarios, y

mantener un control de manera eficaz y veraz sobre los productos con los que

cuenta la Hacienda Barbarita, por medio de un sistema con una interfaz intuitiva y

con una facilidad de uso.

Palabras clave: Aplicativo móvil, Aplicativo web, Insumos agrícolas, Php.


20

Abstract

This degree work met the objective of developing a web and mobile application

through the tools of Php programming, JavaScript, Css, Bootstrap, Mysql and all

the necessary processes to help with tasks of input request agricultural made by

the teachers of the Agrarian University of Ecuador, the interview was used as a

technique for gathering information, which enabled to meet the needs of the

Hacienda Barbarita, the same one that was made to Dr. Klever Cevallos Msc. And

Ing. Paola Echeverría, perceiving the needs that were required to implement the

system. It should be noted that the methodology that was used was the Scrum

that helped make a fast delivery of the modules of the system.

The tool utilities focused in helping the Automation in the operation of requesting

supplies by teachers of the U.A.E., allowing users to place orders for successful

and practical way, with a control and monitoring which gives an immediate

response to the request of the user, which occurs through a mobile application,

and this request is serviced by the administrator.

Getting decrease the response of agricultural input orders, and maintaining an

effective and truthful control over the products available to the Hacienda Barbarita,

by means of a system with an intuitive interface and ease of use.

Key words: Mobile application, Web application, Agricultural inputs, Php.


21

1. Introducción
1.1 Antecedentes del problema

En la actualidad existen muchos sistemas para el control de insumos entre los

cuales se pueden mencionar el sistema de la Universidad Central Del Ecuador

donde la propuesta de un sistema de control de inventarios comprende un

profundo análisis de las debilidades que presentan todas las empresas en el tema

relacionado con manejo y control de estos. La Norma Internacional de

Contabilidad NIC 2 manifiesta que los inventarios son activos mantenidos para la

venta en el curso normal de sus operaciones, en proceso de producción o en

forma de materiales o suministros para ser consumidos en el proceso de

producción o en la prestación de servicios. El método más utilizado para la

evaluación de inventarios es el promedio ponderado y para su contabilización el

Sistema Permanente o Perpetuo.

Se refiere a Pilca (2012) con la propuesta:

Sistema de control de inventarios que tiene como primer punto la


adecuación de las bodegas, brindando un mejor almacenamiento de todos los
productos, control de cantidades máximas, mínimas y críticas, utilización de
flujo gramas con la descripción de los diferentes procedimientos de ventas,
compras y devoluciones de inventarios, documentos comerciales a utilizarse,
toma física de y bajas de inventarios. Cabe recalcar que este sistema fue
desarrollado como titulación de tesis por el estudiante Pilca Recalde Janneth
Genoveva (p.14).

Con este antecedente se puede aducir que la Hacienda Barbarita cuenta con la

necesidad de adquirir un sistema que le permita realiza las distintas acciones

como peticiones de insumos, el ingreso y egreso, control de stock de la bodega

bajo un control y seguimiento por parte del administrador que le permite conocer

todos los insumos agropecuarios existentes en la bodega, y los procesos que

se han realizado con los mismos.


22

1.2 Planteamiento y formulación del problema

1.2.1 Planteamiento del problema

En la Hacienda Barbarita no existía un registro adecuado a la hora de realizar

los debidos procesos tales como petición, seguimiento, ingreso y egresos de los

productos en la bodega, ya que usaban un cuaderno con el que llevaban todos

los procesos de la Hacienda. Aquel proceso no daba seguridad sobre el uso de

los insumos, dando libertad a cualquiera que tenga acceso a obtener algún

insumo de la bodega. Los informes entregados mediante hojas de registro de un

cuaderno podría ser alterado, y el Decano no podría verificar de forma ágil el

registro del uso de los distintos insumos.

Los insumos permanecen en la bodega principal hasta que se realice su

petición, posterior a esto es llevado a la bodega de la Hacienda Barbarita, luego

el profesor o personal de mantenimiento lo requiera, entonces se debe dar aviso

al Decano el cual da orden para que puedan sacar algún objeto de la bodega.

El tiempo de respuesta del pedido del docente era tardío incluso muchas

veces es traspapelado y llega a perderse su solicitud.

Por el motivo explicado anteriormente es necesario tener un control con

respecto a los distintos insumos que se encuentran en la bodega, para tener un

proceso automatizado y eficiente.

1.2.2 Formulación del problema

Un aspecto importante que se tomó en consideración fue que la Hacienda

Barbarita no contaba con un sistema automatizado en los procesos de pedidos

de los insumos agropecuarios, los profesores realizaban una petición mediante

un oficio dirigido al Decano, el mismo que decidía si es concedida o denegada, y

esta petición era anotada en un cuaderno como registro de los insumos pedidos
23

por el docente, mientras el docente debe seguir esperando una respuesta

durante el transcurso de esa petición.

¿Cómo afectaría la creación de una aplicación web y móvil para la gestión de

insumos agropecuarios en la Hacienda Barbarita?

1.3 Justificación de la investigación

Es importante recalcar lo necesario e indispensable de contar con un

método automatizado para la gestión de insumos agropecuarios que ayude a la

Hacienda Barbarita a mantener un registro diario de las existencias en sus

insumos, que les permiten continuar con sus acciones cotidianas tales como son

el ingreso y egreso, las peticiones por parte de los docentes y el stock de la

bodega, obteniendo de esta manera un verdadero control de todos los insumos

de la Hacienda.

Empleando los métodos correctos como lo es un sistema de conteo de

productos, que se encuentra ubicado en el sistema como lista de productos

controlando los registros y gestionando los pedidos tales como insumos,

repuestos y materiales de la Hacienda Barbarita, logrando dar respuestas rápidas

a los usuarios, el sistema controla la asignación de los insumos, brinda una

organización de los insumos que se encuentran en la bodega con la que se

puede verificar la exactitud de la cantidad de productos con los que cuenta la

Hacienda Barbarita.

El sistema permite acortar el tiempo de respuesta en el proceso de petición de

insumos por parte del docente que lo requiera, en dicho proceso la aplicación

móvil tendrá un papel importante ya que será utilizada para registrar el pedido de

algún material o insumo de la bodega de la Hacienda Barbarita, para que este

sea atendido desde el sistema web. Dando los permisos necesarios, ya sea al
24

Decano que podrá solo dar uso al sistema web como administrador total y el

Docente que a su vez solo podrá darle uso a la app para realizar peticiones, lista

de productos y visualizar el seguimiento de sus peticiones.

1.

1.1.

1.2.

1.3.

1.3.1. Aplicativo web

El aplicativo web cuenta con los siguientes módulos: Insumos, Ingreso/Egreso,

Lista de productos, Autenticación, Pedidos, Seguimiento, Usuarios, Categorías y

Reportes.

1.3.1.1 Insumos

Que permiten llevar un control automatizado sobre los insumos que son

ingresados y usados de la bodega. Este contiene dos submódulos pertinentes

que son Ingreso/Egreso y Lista de productos.

1.3.1.2 Ingreso/Egreso

Permite el ingreso de cantidades a productos existentes y nuevos productos, y

también habilita la opción de salida de algún elemento de la bodega, todo con un

control adecuado para estas acciones, posterior a esto existen la opción de

generar un reporte, donde se exhibe la información contenida en una base de

datos, con la cual se tiene un registro de las acciones que realizan los usuarios

dentro del sistema. También cuenta con un control de caducidad donde 5 días

antes de que el producto este a caducar se pintara de amarillo, y cuando sea el

día se pintara de rojo así el usuario tendrá en cuenta el producto próximo a

caducar.
25

1.3.1.3 Lista de productos

Se muestra la cantidad exacta de insumos con los que cuenta la bodega y el

código de categoría, el precio unitario, el stock, precio total por producto, fecha de

ingreso y el saldo capital de la bodega.

1.3.1.4 Autenticación

Permite o niega el acceso a la manipulación del sistema, debido a su control y

autorización para realizar alguna acción.

1.3.1.5 Pedidos

Este contiene dos submódulos pertinentes que son Pedidos e Informe /

Pedidos.

 Pedidos: como submódulo muestra las peticiones de los insumos


por parte de los usuarios y a su vez sea revisada por el Decano para
su autorización, rechazo y posterior entrega.
 Informe / Pedidos: Este módulo permite visualizar las peticiones
aceptadas que se encuentren por entregar para su generar su
posterior informe de entrega de producto.

1.3.1.6 Seguimiento

Permite que el usuario tenga conocimiento sobre el estado de la petición de

insumos que se efectuó por medio del sistema, el estado puede ser aceptado,

rechazado o pendiente.

1.3.1.7 Categorías

Este contiene dos submódulos pertinentes que son Ingreso / Categoría e

Ingreso / Materia.

 Ingreso / Categoría permite al usuario poder crear una nueva


categoría para los productos y así mismo eliminar o editar una si así
26

lo desee.
 Ingreso / Materia permite al usuario poder crear una materia, y a su
vez si desea en un futuro eliminarla, cuenta con un buscador para
facilitar indagación de las materias.
1.3.1.8 Usuarios

Permite crear, editar, eliminar y cambiar de contraseña a cualquier tipo de

usuario que el administrador lo requiera.

1.3.1.9 Reportes

Permite la visualización de todos los reportes que cuenta el sistema como son:

 Stock a caducar donde podremos ver todos los insumos que ya


estén próximos a caducar.
 Stock caducado, en esta sección observaremos todos los insumos
que ya se han caducado si estos existieren.
 Pedidos de docente, aquí podremos visualizar todos los usuarios
docentes que existan en el sistema, tenemos la opción de ver los
pedidos desde y hasta la fecha que deseemos que ha realizado el
docente.
 Stock ingreso – egreso, en esta sección visualizaremos todos los
insumos, y podremos ver los movimientos de cada uno de ellos.
 Reporte general, el cual muestra la lista de los insumos existentes y
detalles de cada producto.

1.3.2 Aplicativo móvil

El aplicativo móvil cuenta con los siguientes módulos: Autenticación, Lista de

Productos, Seguimiento y Petición.

1.

1.1.

1.2.

1.3.
27

1.3.1.

1.3.2.

1.3.2.1 Autenticación

Permite o niega el acceso a la manipulación del sistema, debido a su control y

autorización para realizar alguna acción, ya que el aplicativo móvil será utilizado

por los usuarios registrados como docentes.

1.3.2.2 Petición

Este módulo permite al usuario realizar una petición de insumos hacia la

persona encargada de la administración del sistema.

1.3.2.3 Lista de productos

Se muestra la cantidad exacta de insumos con los que cuenta la bodega y su

demás información relevante.

1.3.2.4 Seguimiento

Permite que el usuario tenga conocimiento sobre el estado de la petición de

insumos que se efectuó por medio del sistema, el estado puede ser aceptado,

rechazado o pendiente, y visualizar el historial de solicitudes

1.4 Delimitación de la investigación

1.4.1 Espacio

La Hacienda Barbarita pertenece a la Universidad Agraria del Ecuador

(U.A.E.), situada en el recinto Beatriz Pilar, cantón Balzar, provincia del Guayas,

zonificación de Senplades zona 5(jurisdicción del INEFAN, Distrito regional #7

Guayas - Los Ríos), con oficina técnica en el cantón Balzar.

1.4.2 Tiempo

La realización de este proyecto abarco un tiempo aproximado de 12 meses


28

1.4.3 Población

Los beneficiados son las personas que trabajan en la parte administrativa y

operativa de la hacienda. Tales como la administradora, la ingeniera Paola

Echeverría, el Decano de la Facultad de veterinaria y zootecnia el Doctor Klever

Cevallos y docentes de la Universidad Agraria Del Ecuador que utilizan insumos

agropecuarios de la Hacienda Barbarita.

1.5 Objetivo general

Implementar un aplicativo web y móvil, utilizando herramientas como PHP,

JAVA, ANDROID STUDIO y MYSQL, para una gestión automatizada de los

insumos agropecuarios, de la Hacienda Barbarita.

1.6 Objetivos específicos

 Analizar los procesos utilizados, para el control de los insumos

agropecuarios en la Hacienda Barbarita.

 Diseñar el aplicativo web y móvil, con las características necesarias para

facilitar y automatizar la gestión de los insumos agropecuarios.

 Desarrollar el sistema web y móvil, en el área de control de los insumos de

la Hacienda Barbarita, en la Universidad Agraria del Ecuador.


29

2. Marco teórico

2.1 Estado del arte

En la actualidad existen muchos sistemas para el control de insumos entre los

cuales se pueden mencionar el sistema de la Universidad Central Del Ecuador

donde la propuesta de un sistema de control de inventarios comprende un

profundo análisis de las debilidades que presentan todas las empresas en el tema

relacionado con manejo y control de estos. La Norma Internacional de

Contabilidad NIC 2 manifiesta que los inventarios son activos mantenidos para la

venta en el curso normal de sus operaciones, en proceso de producción o en

forma de materiales o suministros para ser consumidos en el proceso de

producción o en la prestación de servicios. El método más utilizado para la

evaluación de inventarios es el promedio ponderado y para su contabilización el

Sistema Permanente o Perpetuo.

La propuesta de un sistema de control de inventarios tiene como primer punto

la adecuación de las bodegas, brindando un mejor almacenamiento de todos los

productos, control de cantidades máximas, mínimas y críticas, utilización de flujo

gramas con la descripción de los diferentes procedimientos de ventas, compras y

devoluciones de inventarios, documentos comerciales a utilizarse, toma física de

y bajas de inventarios. Cabe recalcar que este sistema fue desarrollado como

titulación de tesis por el estudiante Pilca Recalde Janneth Genoveva (Pilca,

2012).

De la misma manera podemos mencionar la Propuesta De Mejoramiento Para

La Gestión De Bodega De Materiales E Insumos Para Impresoras De La Empresa

Coplan, donde tiene la propuesta de un sistema de gestión de almacén que


30

permita aumentar la satisfacción del cliente y mejorar los procesos de

manejo de materiales dentro de la empresa Coplan. Es necesario señalar que

el sistema fue desarrollado como trabajo de titulación por la estudiante Marcela

Elizabeth Vega Silva (Vega, 2016).

Para concluir se incluye el Sistema De inventario Complementado que permite

conocer el nivel de existencia predominante en el almacén a la larga, si se

mantiene la aplicación de la política seleccionada, esto significa que aumenta

la información propiciando mejor selección de alternativas la utilización de un

modelo de sistema de inventario sugiere una política de producción que conduce

a minimizar el costo de mantenimiento y control de inventario (Ramírez, Ramírez,

& Pierdant, 2014).

2.2 Bases teóricas

2.2.1 Ingeniería de Software

La ingeniería de software es el conjunto de métodos, herramientas y técnicas

que se utilizan para la creación del sistema y la aplicación móvil, la ingeniería de

software cuenta con un ciclo de vida que es la concepción, elaboración,

construcción y transición.

Granollers, Lorés y Cañas (2011) afirman “La ingeniería de software es La

aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo,

operación y mantenimiento de software y el estudio de estos enfoques” (p.122).

Gómez y Moraleda (2014) mencionan “La ingeniería del software amplia la

visión del desarrollo del software como una actividad esencialmente de

programación, contemplando además otras actividades de análisis y diseños

previos y de integración y verificación posteriores” (p.24).


31

2.2.2 Sistema

Los sistemas son un conjunto de reglas, principios que se unen para tomar una

decisión, para este proyecto se utilizó sistemas informáticos los cuales permiten

almacenar y procesar la información.

Fernández (2010) menciona “Un sistema es un conjunto de componentes o

elementos que tiene un objetivo en común” (p.11).

De Pablos y López (2012) afirman que:

El término sistema lo utilizamos hoy en día de manera muy habitual y para


referirnos a muchas, variadas y distintas cuestiones: sistemas políticos,
sistemas monetarios, sistemas empresariales, sistemas, sistemas eléctricos
etc. lo empleamos para designar un concepto o como una herramienta para
explicar como es y/o que ocurre en una determinada área como la económica,
la social, la tecnológica etc.
Nuestro diccionario de la real academia de la lengua española define el
vocablo sistema como un conjunto de cosas que ordenadamente relacionadas
entre sí contribuyen a un determinado objetivo (p.33).

2.2.3 Programación orientada a objetos

Muchos de los lenguajes de programación soportan la orientación a objetos

estos lenguajes necesitan la interacción entre el usuario y la computadora.

González (2010) menciona que:

Programación Orientada a Objetos (OOP) es un método de programación en


el cual los programas se organizan en colecciones cooperativas de objetos,
cada uno de los cuales representa una instancia de alguna clase, y cuyas
clases son, todas ellas, miembros de una jerarquía de clases unidas mediante
relaciones de herencia (p.33).

2.2.4 Procesos

Se determina como procesos a los pasos o acciones que nos ayudan a lograr

un fin determinado ya sean estos a la hora de realizar el sistema.


32

Farlex (2016) menciona “Conjunto de las fases sucesivas de un fenómeno o de

una serie de fenómenos. Unidad de software de un sistema formado por un

conjunto de subprogramas o rutinas anidadas unas en otras”.

Luna (2015) se refiere “Un proceso consiste en aplicar con efectividad la

planeación, la organización, dirección y dirección en las empresas, utilizando

recursos adecuados para lograr los propósitos fijados” (p.32).

2.2.5 Sistema web

Los sistemas web tienen similitud a una página web pero la diferencia es que

un sistema web permite procesar información de forma dinámica al usuario que

pude visualizarlo en cualquier navegador.

Báez (2013) afirma que:

Los sistemas Web o también conocido como aplicaciones Web son aquellos
que están creados e instalados no sobre una plataforma o sistemas operativos
(Windows, Linux). Sino que se aloja en un servidor en Internet o sobre una
intranet (red local). Su aspecto es muy similar a páginas Web que vemos
normalmente, pero en realidad los ‘sistemas Web’ tienen funcionalidades muy
potentes que brindan respuestas a casos particulares.
Los sistemas Web se pueden utilizar en cualquier navegador Web (Chrome,
Firefox, Internet Explorer, etc) sin importar el sistema operativo. Para utilizar las
aplicaciones Web no es necesario instalarlas en cada computadora ya que los
usuarios se conectan a un servidor donde se aloja el sistema.

2.2.6 Aplicaciones web

Niño (2010) mencionan “Son aplicaciones a las que se acceden mediante un

navegador y están alojados en servidores dentro de una intranet o internet. Estas

pueden sustituir programas que se instalan en los ordenadores como son las

agendas, calendarios”. (p.192).

Un aspecto muy significativo de una aplicación web es la adaptabilidad y la

mejora a medida que el usuario va utilizándola, ciertas aplicaciones web proveen

un servicio personalizado a cada usuario.

2.2.7 Aplicación móvil


33

Se conoce como aplicación móvil a un sistema operativo adaptado para ser

utilizado por teléfonos, tablets, etc., y les permitirá a los usuarios a realizar alguna

tarea determinada.

Santiago, Trabaldo, Kamijo y Fernández (2015) “Una aplicación móvil es toda

aplicación informática diseñada para ser ejecutada celulares, tablets, ipad, etc., y

que les permite a los usuarios realizar una tarea determinada”.

2.2.8 Base de datos

Las bases de datos son aquellas que almacenan toda la información de una

forma organizada para poder ser encontrada fácilmente.

Gómez (2013) menciona que:

El término base de datos surgió en 1963, en la informática una base de


datos consiste en una colección de datos interrelacionados y un conjunto de
programas para acceder a dichos de datos. En otras palabras, una base de
datos no es más que un conjunto de información (un conjunto de datos)
relacionada que se encuentra agrupada o estructurada. Sistema de
administración de bases de datos: consiste en un conjunto de programas
utilizados para definir, administrar y procesar una base de datos y sus
aplicaciones. A los sistemas de administración de bases de datos también se
les llama Sistemas de Gestión de Bases de Datos (SGBD). Un sistema de
administración de bases de datos es una herramienta de propósito general que
permite crear bases de datos de cualquier tamaño y complejidad y con
propósitos específicos distintos (p.5).

2.2.9 Insumos agrícolas

Los insumos agrícolas comprenden a todos los materiales y productos que

están destinados a los cultivos y la alimentación de los animales.

Ministerio de Agricultura de Chile (2016) menciona aquello como:

Los insumos agrícolas son productos y materiales de uso agropecuario,


destinados a la sanidad y alimentación de cultivos y animales, entre ellos
encontramos: plaguicidas, fertilizantes, enmiendas, semillas, material de
propagación vegetal, agentes y productos para el control de plagas y productos
de uso veterinario, entre otros.

2.2.10 Insumo
34

Insumo es un bien que se emplea en la producción de otros bienes, también

son conocidos como materia prima.

Economía Nivel Usuario (2013) refiere que:

Un insumo es cualquiera de los factores de producción que se incorporan a


la creación de un bien o servicio. Los insumos pueden clasificarse de varias
formas. Las dos más comunes son Trabajo, o mano de obra, y Capital físico o
productivo (capital distinto al capital financiero o líquido): instalaciones,
maquinaria y tecnología en general.
Generalmente, los insumos se miden en flujos. Para su análisis, los insumos
son también clasificados en insumos fijos o insumos variables. Si el insumo
Trabajo es fijo entonces se considerará variable el Capital, y si se considera el
insumo Capital como fijo, entonces el insumo variable sería el Trabajo.

2.2.11 Stock de Seguridad

El stock es muy importante en la realización del sistema ya que permite

conocer las cantidades exactas de los insumos con las que contamos en las

bodegas. Es el control que se lleva a las reservas de los productos.

Ecuaempaques (2017) afirma “son las unidades de producto que guardaremos

de reserva para evitar picos de demanda o retrasos en él envió del proveedor.

(Este dato puede ser cero, o un número fijo que calcularemos luego”.

2.2.12 Control de Flujo

Control de Flujo es una técnica para conocer la situación actual del producto,

hacia dónde se dirige y cuál es el fin que tendrá este producto mencionado.

FIAEP (2014) afirman que:

El control tiene como objetivo evitar irregularidades y corregir aquello que


frena la productividad y eficiencia del sistema: La cual se refiere a la evaluación
de todos los procesos de manufactura realizados en el departamento a
controlar, es decir donde hay transformación de materia prima en productos
terminados para su comercialización.

2.2.13 Propiedad intelectual

La propiedad intelectual es lo que le otorga al creador ser reconocido como el

titular de su creación y él va a ser beneficiado del mismo.


35

IEPI (2015) menciona que:

La Propiedad Intelectual se refiere a las creaciones de la mente, tales como


obras literarias, artísticas, invenciones científicas e industriales, así como los
símbolos, nombres e imágenes utilizadas en el comercio
La Propiedad Intelectual otorga al autor, creador e inventor el derecho de ser
reconocido como titular de su creación o invento y, por consiguiente, ser
beneficiario del mismo.
Los Estados son los responsables de garantizar una legislación clara para
precautelar este bien común. En Ecuador, el Instituto Ecuatoriano de la
Propiedad Intelectual (IEPI) es el organismo encargado de proteger, fomentar,
divulgar y conducir el buen uso de la Propiedad Intelectual desde el enfoque de
tres áreas distintas: la Propiedad Industrial, Derecho de Autor y las
Obtenciones Vegetales.

2.2.14 Derecho de autor

Es la ley que protege a los creadores de sus inventos o creaciones.

IEPI (2015) menciona que:

Se encarga de proteger los derechos de los creadores sobre las obras, sean
estas literarias o artísticas, esto incluye: libros, textos de investigación,
software, folletos, discursos, conferencias, composiciones musicales,
coreografías, obras de teatro, obras audiovisuales, esculturas, dibujos,
grabados, litografías, historietas, comics, planos, maquetas, mapas,
fotografías, videojuegos y mucho más.

2.2.15 PHP

PHP es un lenguaje de script incrustado dentro del HTML. La mayor parte de

su sintaxis ha sido tomada de C, Java y Perl con algunas características

específicas de sí mismo.

PHP (2017) menciona “PHP (acrónimo recursivo de PHP: Hypertext

Preprocessor) es un lenguaje de código abierto muy popular especialmente

adecuado para el desarrollo web y que puede ser incrustado en HTML”.

Arias (2017) menciona “es un lenguaje interpretado libre adecuado solo para el

desarrollo de páginas web. El código es interpretado por un servidor web con un

módulo de procesador de PHP que genera la página web resultante” (p.13).

2.2.16 Android
36

Robledo (2014) afirma:

Android usa Java como lenguaje base para el desarrollo de las aplicaciones.
Por lo tanto, hace uso de los paquetes de Java. Estos paquetes son
contenedores de clases que permiten agrupar las distintas partes de un
programa cuya funcionalidad tienen elementos comunes” (p.36).

Android se ha convertido en el sistema operativo más utilizado en los

dispositivos móviles porque de ahí vienen sus aplicaciones. Este sistema

operativo se va perfeccionando a medida que pasa el tiempo y es considerado

como fiable y seguro; con una interfaz fácil de usar para el usuario final.

2.2.17 Internet

Suárez (2013) “Internet es la información que se encuentra instalada en los

servidores de todo el mundo donde se puede acceder a ella desde cualquier tipo

de dispositivo en tiempo real” (p.4).

Es una red mundial que fue creada con principios militares y académicos que

sin duda alguna ha tenido un gran éxito.

2.2.18 Gestor de actividades (Activity Manager)

Robledo (2017) menciona “es la herramienta que controla el ciclo de vida de la

aplicación” (p.34). Por lo tanto el gestor de actividades ayuda a tener un control y

organización en las acciones que se realizan, operando desde segundo plano.

2.2.19 CSS

Durango (2015) afirma “Es quien se encarga del diseño de las páginas web

que están escritas en HTML en base a los estándares en hojas de estilo cascada”

(p.11). El CSS ayuda en la realización de los diseños de interfaz gráfica,

permitiendo diseñar un entorno amigable para el usuario.

Peña (2010) menciona:

Estas hojas de estilo cascada, son un elemento imprescindible al momento


de diseñar una página web, ya que reduce de manera significativa el peso
37

global de la página debido a su independencia con respecto al código y su


flexibilidad para aportar estilos para diferentes medios.

2.2.20 Hosting

Gómez (2011) afirma “modalidad en la que el servidor Web se encuentra en

una maquina propiedad del proveedor de acceso a Internet”. Este servicio brinda

la utilidad de alojar un dominio, donde se encuentre las páginas web del sistema,

y permitiendo el uso de las funciones del aplicativo móvil.

2.2.21 UML

Debrauwer y Van (2016) mencionan “Es un lenguaje gráfico destinado al

modelado de sistemas y procesos. Sus siglas significan Unified Modeling

Language y es el lenguaje de modelado de sistemas de software más conocido y

utilizado en la actualidad” (p.11).

2.2.22 JavaScript

Este lenguaje es utilizado para la realización de funciones y validaciones del

sistema, las cuales son fundamentales para el funcionamiento óptimo del mismo.

MDN (2018) menciona que:

El lenguaje JavaScript es ejecutado por el motor del navegador de JavaScript,


luego que el código HTML y CSS han sido juntados y congregados dentro de la
página Web. Esto asegura que el estilo y la estructura de la página están en su
lugar en el momento en que JavaScript comienza a ejecutarse.

2.2.23 HTML

Niño (2017) afirma “Es un lenguaje de descripción de contenido y la estructura

de una página web, incluyendo texto y otros elementos (imágenes, videos,

aplicaciones)” (p.169). Este leguaje web combinado con otros lenguajes de

programación permite la creación de las páginas web con las que cuenta el

sistema.

2.2.24 Servidor web


38

Alojarlo en un servidor web es otra opción a parte de usar el host

proporcionado para el funcionamiento del sistema, los servidores web reúnen

ciertas características necesarias para que ésta sea implementada. A

continuación se explicará los conceptos correspondientes.

Candador (2015) afirma:

Un servidor web ofrece diferentes servicios a otros dispositivos que están


conectados en red, a los cuales se los denomina clientes. En los servidores
web se alojan aplicaciones y sitios que son accedidos por medio de internet. El
servidor web usa para su comunicación con los clientes Hipertext Markup
Language (HTTP).

Un servidor web que atiende diferentes peticiones de los navegadores usando

el protocolo http, el navegador realiza la petición al servidor y este le responde

con el contenido que el cliente necesita.

2.2.25 NetBeans

La plataforma NetBeans es un entorno de desarrollo integrado libre, que

permite desarrollar aplicaciones a partir de un conjunto de componentes de

software llamados módulos.

Calenda (2014) menciona que:

Netbeans es un entorno de desarrollo gratuito y de código abierto que en el


momento de escribir este artículo está en su versión 7.4. Permite el uso de un
amplio rango de tecnologías de desarrollo tanto para escritorio, como
aplicaciones Web, o para dispositivos móviles. Da soporte a las siguientes
tecnologías, entre otras: Java, PHP, Groovy, C/C++, HTML5.

2.2.26 Android Studio

Es un entorno de desarrollo integrado, el cual permite la creación de

aplicaciones para el sistema operativo Android. Esta herramienta permite un fácil

diseño de aplicaciones con una ejecución en tiempo real del trabajo realizado, ya

que cuenta con su propio emulador.

Academia Android (2014) menciona que:


39

Android Studio es un entorno de desarrollo integrado (IDE), basado en


IntelliJ IDEA de la compañía JetBrains, que proporciona varias mejoras con
respecto al plugin ADT (Android Developer Tools) para Eclipse. Android Studio
utiliza una licencia de software libre Apache 2.0, está programado en Java y es
multiplataforma.

2.2.27 Java

Es un lenguaje de programación que permite a los desarrolladores de

aplicaciones escriban las líneas de código del programa una vez y lo puedan

ejecutar en cualquier dispositivo, lo que quiere decir que el código que es

ejecutado en una plataforma no tiene que ser recompilado para correr en otra.

ORACLE (2015) afirma que:

Java es un lenguaje de programación y una plataforma informática


comercializada por primera vez en 1995 por Sun Microsystems. Hay muchas
aplicaciones y sitios web que no funcionarán a menos que tenga Java instalado
y cada día se crean más. Java es rápido, seguro y fiable. Desde portátiles
hasta centros de datos, desde consolas para juegos hasta súper
computadoras, desde teléfonos móviles hasta Internet, Java está en todas
partes.

2.2.28 Mysql

Es un sistema que permite la gestión de base de datos, desarrollado bajo una

licencia dual comercial GPL/Licencia.

Rouse (2015) afirma “MySQL es un sistema de gestión de base de datos

relacional (RDBMS) de código abierto, basado en lenguaje de consulta

estructurado (SQL)”.

2.2.29 WampServer

Esta herramienta permite un desarrollo de aplicativos web en un entorno de

desarrollo dinámico, permitiendo probar de manera local el proyecto web que se

va elaborando.
40

Bourdon (2018) menciona “WampServer es un entorno de desarrollo web de

Windows. Le permite crear aplicaciones web con Apache2, PHP y una base de

datos MySQL. Además, PhpMyAdmin le permite administrar fácilmente sus bases

de datos”.

2.2.30 Bootstrap

Es un paquete de herramientas que permiten desarrollar un entorno de

aplicación más llamativo e intuitivo.

Otto (2018) afirma “Bootstrap es un kit de herramientas de código abierto para

desarrollar con HTML, CSS y JS “.

2.2.31 Diagrama de flujo de datos

El diagrama de flujo de datos ayuda a comprender las relaciones de las

entidades y de esta forma saber las actividades de cada uno de ellos dentro de

los procesos a realizarse.

Manuel (2018) afirma que:

El objetivo del diagrama de flujo de datos es la obtención de un modelo


lógico de procesos que represente el sistema, con independencia de las
restricciones físicas del entorno. Así́ se facilita su comprensión por los usuarios
y los miembros del equipo de desarrollo.

El sistema se divide en distintos niveles de detalle, con el objetivo de:

Simplificar la complejidad del sistema, representando los diferentes procesos

de que consta. Facilitar el mantenimiento del sistema.

2.2.32 Diagrama de clases

El diagrama de clases ayuda a visualizar las relaciones y las acciones de las

tablas del sistema. De esta forma se puede entender las operaciones que cada

componente dentro del sistema realiza.


41

Lucid Software Inc (2018) menciona que:

Un diagrama de clase es el corazón de UML. Representa los propósitos


fundamentales de UML porque separa los elementos de diseño de la
codificación del sistema. UML ha sido establecido como un modelo
estandarizado para describir un enfoque de programación orientado a objetos.
Dado que las clases son el bloque de construcción de los objetos, los
diagramas de clase son los bloques de construcción de UML. Los
componentes de creación de diagramas en un diagrama de clase pueden
representar las clases que realmente van a ser programadas, los objetos
principales, o las interacciones entre clases y objetos.

2.2.33 Diagrama de caso de uso

En el diagrama de caso de uso se reflejan las acciones de todos los actores

que interviene en el sistema.

IBM Corp (2017) menciona que:

Un caso de uso define una secuencia de acciones que da lugar a un


resultado de valor observable. Los casos de uso proporcionan una estructura
para expresar requisitos funcionales en el contexto de procesos empresariales
y de sistema. Los casos de uso pueden representarse como un elemento
gráfico en un diagrama y como una especificación de caso de uso en un
documento textual.

2.2.34 Diagrama de secuencia

En el diagrama de secuencia se va a mostrar los actores y su relación entre

ellos con el fin de ver sus acciones a lo largo del proceso del sistema.

Cevallos (2015) afirma que:

Un diagrama de secuencias muestra la interacción de un conjunto de


objetos de una aplicación a través del tiempo, en el cual se indicaran los
módulos o clases que formaran parte del programa y las llamadas que se
hacen cada uno de ellos para realizar una tarea determinada, por esta razón
permite observar la perspectiva cronológica de las interacciones. Es importante
recordar que el diagrama de secuencias se realiza a partir de la descripción de
un caso de uso.

2.2.35 Diccionario de datos.

El diccionario de datos es un conjunto de información indispensable para la

realización del sistema, este diccionario le va a servir de ayuda al usuario ya que


42

cuenta con datos como: el campo, el tipo, la descripción, etc. de las tablas del

Diagrama de entidad relación.

Ing.Software (2015) menciona que:

Un diccionario de datos es un conjunto de metadatos que contiene las


características lógicas y puntuales de los datos que se van a utilizar en el
sistema que se programa, incluyendo nombre, descripción, alias, contenido y
organización.
Identifica los procesos donde se emplean los datos y los sitios donde se
necesita el acceso inmediato a la información, se desarrolla durante el análisis
de flujo de datos y auxilia a los analistas que participan en la determinación de
los requerimientos del sistema, su contenido también se emplea durante el
diseño.

2.2.36 Diagrama entidad relación

El diagrama entidad relación es una técnica de modelado que ayuda a la

realización de la base de datos ya que en esta se encuentran las tablas y las

relaciones de ellas, para la creación del sistema.

Lucid Software Inc (2018) afirma que:

Un diagrama entidad-relación, también conocido como modelo entidad


relación o ERD, es un tipo de diagrama de flujo que ilustra cómo las
"entidades", como personas, objetos o conceptos, se relacionan entre sí dentro
de un sistema. Los diagramas ER se usan a menudo para diseñar o depurar
bases de datos relacionales en los campos de ingeniería de software.

2.2.37 Diagrama de actividades

El diagrama de actividades ayuda a definir los procesos del sistema donde

intervienen los usuarios.

Microsoft (2018) menciona “Un diagrama de actividades muestra un proceso

de negocio o un proceso de software como un flujo de trabajo a través de una

serie de acciones. Las personas, los componentes de software o los equipos

pueden realizar estas acciones”.

2.2.38 Paquete de análisis


43

El paquete de análisis es una tabla, dentro de esta van los foreign key del

sistema correspondiente a cada relación de las tablas.

INFODI (2017) refiere que:

Los paquetes de análisis son herramientas que permiten optimizar y facilitar


el manejo de los diferentes modelos de un sistema, nos referimos a los
modelos de análisis cuando estos son altamente complejos y difíciles de tratar,
es decir que estos modelos finalmente se descomponen en paquetes de
análisis, estos paquetes son categorizados jerárquicamente, y pueden
contener tantos elementos como necesitemos agrupar, entonces podríamos
decir que un paquete permite organizar los elementos en grupos, los paquetes
en este sentido son una especie de caja de elementos específicos .

2.2.39 Diagramas UML

Los diagramas Uml son diferentes elementos gráficos que unidos forman los

diagramas, estos diagramas nos ayudan a describir lo que va a realizar un

sistema.

Arlow (2006) afirma que:

UML (Unified Modeling Language) es el lenguaje visual de modelado que


permite analizar y diseñar sistemas orientados a objetos. Uno de los objetivos
principales de la creación de UML es el entender, diseñar, mantener y controlar
la información sobre los sistemas a construir.

2.2.40 Control de inventarios

Para automatizar los procesos de la Hacienda Barbarita es fundamental llevar

un correcto control de inventarios ya que se puede organizar los productos

existentes dando así un tiempo de respuesta corto a los pedidos.

Espinoza (2011) menciona que:

El control de inventarios es una herramienta fundamental en la


administración moderna, ya que esta permite a las empresas y organizaciones
conocer las cantidades existente de productos disponibles para la venta, en un
lugar y tiempo determinado, así como las condiciones de almacenamiento
aplicables en las industrias.

2.2.41 Bienes de consumo


44

Los bienes de consumo de la Hacienda Barbarita serian todos los insumos que

se usaran a la hora de ser necesitados por los Docentes.

Economipedia (2015) menciona que:

Los bienes de consumo son los bienes finales en el proceso de producción


de una economía. Satisfacen necesidades de las personas de una manera
directa, es decir, no son como los bienes de capital, que a su vez crean otros
bienes y servicios, sino que son utilizados directamente por el consumidor.

2.2.42 Hosting

El hosting es el que provee el espacio en la web, para que el sistema se

encuentre siempre activo y el usuario pueda realizar los servicios que desee a

cualquier momento.

Acibeiro (2017) afirma que:

Para que tu sitio web esté siempre online y disponible, es necesario que
dispongas de un alojamiento o hosting web donde poder almacenarlo. Un
ordenador con el que estamos acostumbrados a trabajar y una conexión a
Internet doméstica no sería suficiente para que tu sitio web estuviese
disponible a todo el mundo.

2.3 Marco Legal

2.3.1 Código Orgánico De La Economía Social De Los Conocimientos,

Creatividad E Innovación

Estos objetivos son mencionados porque se encuentran alineados a las metas

de la carrera.

Artículo 3.- Fines.- El presente Código tiene, como principales, los


siguientes fines:
1. Generar instrumentos para promover un modelo económico que
democratice la producción, transmisión y apropiación del conocimiento como
bien de interés público, garantizando así la acumulación y redistribución de
la riqueza de modo justo, sostenible y en armonía con la naturaleza;
2. Promover el desarrollo de la ciencia, la tecnología, la innovación y la
creatividad para satisfacer necesidades y efectivizar el ejercicio de derechos de
las personas, de los pueblos y de la naturaleza;
3. Incentivar la producción del conocimiento de una manera democrática
colaborativa y solidaria;
4. Incentivar la circulación y transferencia nacional y regional de los
conocimientos y tecnologías disponibles, a través de la conformación de
45

redes de innovación social, de investigación, académicas y en general, para


acrecentarlos desde la práctica de la complementariedad y solidaridad;
5. Generar una visión pluralista e inclusiva en el aprovechamiento de los
conocimientos, dándole supremacía al valor de uso sobre el valor de cambio;
6. Desarrollar las formas de propiedad de los conocimientos compatibles
con el buen vivir, siendo estas: pública, privada, comunitaria, estatal, asociativa
y mixta;
7. Incentivar la desagregación y transferencia tecnológica a través de
mecanismos que permitan la generación de investigación, desarrollo de
tecnología e innovación con un alto grado de componente nacional;
8. Promover la distribución justa y equitativa de los beneficios derivados
de las actividades vinculadas a la generación, transmisión, gestión, uso y
aprovechamiento de los conocimientos, la tecnología, la innovación y los
conocimientos tradicionales, así como el uso eficiente de los factores sociales
de la producción para incrementar el acervo de conocimiento e innovación;
9. Establecer las fuentes de financiamiento y los incentivos para el
desarrollo de las actividades de la economía social de los conocimientos, la
creatividad y la innovación;
10. Fomentar el desarrollo de la sociedad del conocimiento y de la información
como principio fundamental para el aumento de productividad en los factores
de producción y actividades laborales intensivas en conocimiento; y,
11. Fomentar la protección de la biodiversidad como patrimonio del
Estado, a través de las reglas que garanticen su aprovechamiento
soberano y sustentable, proteger y precautelar los derechos de las
comunidades, pueblos y nacionalidades sobre sus conocimientos
tradicionales y saberes ancestrales relacionados a la biodiversidad; y evitar
la apropiación indebida de la biodiversidad y los conocimientos tradicionales
asociados a esta. (Asamblea Nacional Republica Del Ecuador, 2016)

Los objetivos mencionados están alineados a al proyecto ya que el sistema es

de código libre así el conocimiento es compartido y se promueve el desarrollo de

la tecnología y la innovación hacia los sistemas informáticos.

2.3.2 Decreto ejecutivo 1425

Artículo 1.- ente regulador.- la secretaria nacional de la administración pública,


será el ente regulador en materia de gobierno electrónico para las entidades
que conforman el sector público.
Artículo 2.- valor agregado ecuatoriano de los servicio de software.- en los
servicio de desarrollo de software, se considera como importante componente
de valor agregado ecuatoriano cuando su desarrollo será mayoritariamente
ecuatoriano, es decir, si existe una participación mayoritaria de autores,
desarrolladores o programadores ecuatorianos.
Los servicios en que no considere desarrollo de software, se reconocerá como
importante componente de valor agregado ecuatoriano a aquellos en cuta
provisión participare personal técnico Ecuatoriano de manera mayoritaria.
La entidad rectora del Sistema Nacional de Contratación Publica definirá los
umbrales respectivos para determinar el componente de valor agregado
46

ecuatoriano, que permitirá aplicar la prelación prescrita en el artículo 148 del


Código Orgánico de la Economía Social de los Conocimientos, Creatividad e
Innovación.
En la aplicación de la clase de prelación, se entenderá como expresiones
equivalentes las de "componente mayoritario de valor agregado ecuatoriano" e
"importante componente de valor agregado ecuatoriano". (Secretaria Nacional
De La Administracion Publica , 2017)
47

3. Materiales y métodos

3.1 Enfoque de la investigación

3.1.1 Tipo de investigación

Al realizar la investigación denominada aplicativo web y móvil para la gestión

de insumos agropecuarios en la Hacienda Barbarita se logró determinar que la

investigación experimental no va acorde a las necesidades de la investigación ya

que según el señor Fidias Arias:

“La investigación experimental es un proceso que consiste en someter a un

objeto o grupo de individuos en determinadas condiciones, estímulos o

tratamiento (variable independiente), para observar los efectos o reacciones que

se producen (variable dependiente)” (Arias, 2006).

Por tal motivo los requerimientos no se adaptan con las necesidades del

proyecto, pero se adapta la investigación aplicada y la documental. Ya que la

investigación aplicada se basa en plasmar los conocimientos en el sistema ya que

de esta manera se puede realizar el proyecto, con los conocimientos adquiridos

en la Universidad Agraria Del Ecuador.

Murillo (2008) menciona que:

La investigación aplicada recibe el nombre de “investigación práctica o


empírica”, que se caracteriza porque busca la aplicación o utilización de los
conocimientos adquiridos, a la vez que se adquieren otros, después de
implementar y sistematizar la práctica basada en investigación. El uso del
conocimiento y los resultados de investigación que da como resultado una
forma rigurosa, organizada y sistemática de conocer la realidad. Con el fin de
ofrecer un referente comprensible de la expresión “investigación aplicada”.

Por otra parte también se utilizó el tipo de investigación documental que se

basa en la indagación y la recolección de datos, ya que al realizar el


48

levantamiento de información de la Hacienda Barbarita se ha aplicado estas

acciones.

Morales (2015) se refiere que:

La investigación documental es un procedimiento científico, un proceso


sistemático de indagación, recolección, organización, análisis e interpretación
de información o datos en torno a un determinado tema. Al igual que otros tipos
de investigación, éste es conducente a la construcción de conocimientos (p. 2-
14).

3.1.2 Diseño de investigación

El diseño que mejor se acopla a la investigación y a las necesidades del

proyecto es el diseño no experimental ya que este no requiere la utilización de

variables, por todo lo contrario se enfoca en observar las acciones para el

momento del levantamiento de información.

Hernández (2012) menciona que:

La investigación no experimental es aquella que se realiza sin manipular


deliberadamente variables.
Es decir, es investigación donde no hacemos variar intencionalmente las
variables independientes. Lo que hacemos en la investigación no experimental
es observar fenómenos tal y como se dan en su contexto natural, para después
analizarlos.

3.2 Metodología

3.2.1 Modelo del ciclo de desarrollo del Software

Para llevar a cabo la realización del sistema se usó el Modelado de Proceso

Incremental, según Pressman (2010) afirma que “el modelo incremental aplica

secuencias lineales en forma escalonada a medida que avanza el calendario de

actividades. Cada secuencia lineal produce “incrementos” de software

susceptibles de entregarse de manera parecida a los incrementos producidos en

un flujo de proceso evolutivo” (p.35).

3.2.2 Método del ciclo de desarrollo del software


49

Por consiguiente la metodología de desarrollo Scrum según Trigas (2012) “al

ser una metodología de desarrollo ágil tiene como base la idea de creación de

ciclos breves para el desarrollo, que comúnmente se llaman interacciones y que

en Scrum se llamarán Sprints”. (p.34).

Los principios Scrum son congruentes con el manifiesto ágil y se utilizan para

guiar actividades de desarrollo dentro de un proceso de análisis que incorpora las

siguientes actividades estructurales: requerimientos, análisis, diseño, evolución y

entrega. Dentro de cada actividad estructural, las tareas del trabajo ocurren con

un patrón del llamado sprint. El trabajo realizado dentro de un sprint (el número

de éstos que requiere cada actividad estructural variará en función de la

complejidad y tamaño del producto) se adapta al problema en cuestión y se

define y con frecuencia se modifica en tiempo real por parte del equipo Scrum

(Pressman, 2010).

EL presente trabajo se desarrolló usando la metodología Scrum, la cual consta

de tres etapas fundamentales, comenzando con la planeación y diseño del

proyecto, luego entra en una etapa de ciclos repetitivos o sprint donde se

elaboran incrementos del sistema, los cuales son revisados al terminar cada

sprint, y como etapa final está el cierre del proyecto con su documentación

respectiva.

3.2.2.1 Planeación del bosquejo y diseño arquitectónico

El inicio del proyecto tuvo como punto de partida un análisis de la situación

actual, dando a notar cuales son los puntos que evidencian la falta de un sistema

automatizado.

Para poder tener un diseño arquitectónico, se elaboró un bosquejo con toda la

información recopilada mediante las entrevistas, encuestas y análisis de todos los


50

datos obtenidos en el transcurso de la planeación, luego de esto, el diseño

arquitectónico ya nos permite tener la idea lógica del funcionamiento y los

características que se requieren, dando a notar una estructura de datos reflejada

mediante distintos diagramas UML. “Una arquitectura de software define la forma

de trabajar en un sistema, como construir nuevos módulos, pero también debe

dejar intuir el tipo de aplicación que describe” (Panadero, 2016).

Las entrevistas fueron realizadas a la administradora de la hacienda Barbarita

y al Dr. Klever Cevallos decano de la Facultad de Veterinaria y Zootecnia, los

cuales supieron indicar las cadencias del sistema que llevan utilizando desde

varios años. Con esta información recopilada se empezó a crear un esquema, el

cual era un diagrama de entidad relación (DER), con este diagrama ya se tenía

una idea clara del diseño arquitectónico que tendría el sistema como tal. Con el

DER elaborado se pudo seguir desarrollando los demás diagramas necesarios

como el Diagrama de flujo de datos, Diagrama de actividades, Diagrama de

secuencia, Diagrama de clase, además de un diccionario de datos y un paquete

de análisis que son imprescindibles para el entendimiento de los aspectos

diseñados en los diagramas.

3.2.2.1.1 Diagramas

 Diagrama de Flujo de Datos: El diagrama de flujo de datos ayuda a entender la

relación de las entidades (Administrador, Docente), y a su vez comprender

cuales son las tareas a desarrollarse y cuál es el proceso para que las mismas

cumplan con su objetivo. Con este diagrama se analizará las funciones que

realiza el sistema, utilizando símbolos apropiados para el entendimiento del

mismo. Ya que aquí se mostrarán las entradas donde estarán las entidades.

Los procesos que realizan cada uno de ellos y la salida de dicho proceso.
51

Ayudando a tener una perspectiva más rápida del sistema en sí (Ver Figura 1-

4).

 Diagrama de Actividades: Diagrama de actividades ayuda a definir las

funcionabilidades y actividades de cada entidad (Administrador, Docente), a lo

largo del proceso que se lleva en la Hacienda Barbarita. En este diseño de

diagrama que consta de un inicio, las actividades a realizarse y las toma de

decisión, posteriormente finaliza, el diagrama constata de diversas acciones

que se realizan en el sistema, para entender la lógica de la arquitectura del

software (Ver Figura 5).

 Diagrama de Entidad Relación: En el diagrama de entidad relación se ilustra

como las entidades que en este caso serían el Administrador, Docente. Cada

tabla está compuesta de atributos o podemos llamarlos campos, dentro de

estos campos se encuentra información esencial que ayudara al sistema. Las

entidades tienen una relación con el fin de conformar un sistema automatizado.

Este diagrama ayuda en el análisis y elaboración de la base de datos con la

cual contara el sistema desarrollado, permitiendo conocer cuáles son los

atributos de cada entidad para así poder relacionarlos entre ellos (Ver Figura

6).

 Descripción de las entidades: Cada una de las entidades son actores

fundamentales para las acciones que se realicen en el sistema, estas

entidades son: Usuario, Orden de pedido, Productos Categoría, Historial,

Stock, Tipo de usuario y Materia (Ver Figura 17).

 Descripción de las relaciones: Productos y Stock: Un stock puede pertenecer a

muchos productos, entenderemos que un producto no puede tener muchos

stock.
52

 Categorías y Productos: Una categoría pertenece a muchos productos,

entonces entenderemos que muchos productos pueden tener solo una

categoría.

 Productos e Historial: Un producto puede tener muchos historiales o

movimientos, entenderemos que un historial no puede tener muchos

productos.

 Usuario y Orden_pedidos: Un usuario puede realizar muchas órdenes de

pedidos y una orden de pedido puede pertenecer a un usuario.

 Stock y Orden_pedidos: Un stock puede darse en muchas órdenes de pedidos,

entonces una orden de pedido no puede pertenecer a muchos stocks.

 Orden_pedidos y Materia: Una orden pertenece a muchas materias.

 Usuario y Categoria_per: Un usuario puede tener a solo un tipo de usuario,

entonces entenderemos que un tipo de usuario solo puede tener un usuario.

 Orden_pedidos y Estado_orden: Una orden de pedido puede tener muchos

estados ya sean estos aceptados, rechazados, por entregar y entregados, por

lo que concierne que un estado de orden solo puede tener una orden de

pedido.

 Diagrama de secuencia: El diagrama de secuencia describe como las

entidades (Administrador, Docente) de la Hacienda Barbarita trabajan en

conjunto y en qué orden realizan sus actividades en la gestión de los insumos.

Como ejemplo podemos citar el proceso de ingreso en este proceso participa

el Administrador que se encarga de hacer dicho ingresos en el sistema por

parte de los pedidos de los Docentes. Cada acción se va reflejando en el

esquema según el orden debido, permitiendo entender el ciclo que se realiza

en cada operación (Ver Figura 16).


53

 Diagrama de Clase: El diagrama de clase describe las acciones del

Administrador, Docente de la Hacienda Barbarita, como ejemplo podemos

decir el Administrador dentro del sistema puede editar y guardar los datos, al

contrario del Docente que el solo puede guardar. De esta manera se ayuda a

conocer el propósito por que fue creado cada uno de estos (Ver Figura 7).

 Diccionario de datos: El diccionario de datos es muy importante ya que permite

conocer la estructura de cada tabla, en este definimos los datos y el tamaño

que se le va a dar a cada entidad, teniendo en cuenta el conocimiento de cuál

es el código primario de cada tabla y las relaciones que lleva (Ver Figura 8-15).

 Paquete de análisis: El paquete de análisis conocemos los códigos foráneos de

cada tabla con el fin de que nos ayuden a comprender de una manera rápida

las relaciones entre ellas (Ver Figura 18-23).

 Casos de uso: El caso de uso ayuda a enlistar los procesos que se dan dentro

de la Hacienda Barbarita, dentro del caso de uso existirán los actores que

estos serán: El administrador y el Docente, dando así que estos permitan

conocer sus relaciones en cada uno de los procesos que se darán (Ver Figura

24-26).

 Análisis de caso de uso: Un caso de uso es una secuencia de acciones

realizadas por actores y el sistema, que producen un resultado observable y

valioso para un actor en particular. Una vez leído detenidamente el enunciado,

se distinguen los siguientes actores:

 Administrador: El Dr. Klever Cevallos y la Ing. Paola Echeverría son los

responsables de autorizar la entrada y la salida de cada insumo, se encarga de

autorizar los nuevos usuarios y es la máxima autoridad dentro del sistema. Él

también se encarga de realizar los ingresos y los egresos dentro del sistema,
54

de la misma forma ella crea usuarios, realiza los reportes, y hace el

seguimiento de las peticiones por parte de los usuarios.

 Docente. Personal encargado de realizar los pedidos de los insumos, para las

prácticas de los estudiantes en la Hacienda Barbarita (Ver Figura 24-26).

3.2.2.2 Ciclo sprint

En esta etapa el desarrollo del proyecto empieza a notarse por parte del

usuario final, ya que como meta de esta etapa esta la entrega de una parte del

proyecto para que esta sea revisada y así obtener una retroalimentación para

seguir en el desarrollo de las siguientes módulos o entregables del proyecto. “El

Sprint es el corazón de Scrum, un intervalo de tiempo de máximo un mes, en

donde se desarrolla el incremento de un producto, potencialmente entregable”

(Beagilemyfriend, 2017).

El inicio de cada ciclo es debido a una valoración donde se toma en cuenta las

opiniones recabadas en entrevistas realizadas a los beneficiados del sistema, y

de esta manera se procede a un desarrollo de esta parte del proyecto, que en

este caso se trata de la elaboración del primer módulo. Al culminar este módulo

se presentó un entregable, el cual fue revisado para así considerar los detalles

que se deben ajustar a los requerimientos, para poder obtener una

retroalimentación de información que permita la elaboración de otro avance o

modulo que se necesite, además que a cada módulo desarrollado se le realizaron

las pruebas de interfaz gráfica, pruebas de funcionabilidad y caja negra con esto

garantizamos el correcto funcionamiento del aplicativo web y móvil.

 Prueba de Funcionalidad: permitió conocer los aspectos de la interacción del

usuario con el sistema, así como el tiempo de respuesta a las consultas de

información u operación que se realice. Se evaluó la satisfacción del usuario al


55

interactuar con las acciones del sistema, y asi obtener como resultado el

cumplimiento de los objetivos del mismo (Ver Figura 31-42).

 Prueba de interfaz gráfica: Mediante esta prueba se obtuvo la opinión sobre el

diseño del sistema que se muestra en la pantalla al usuario, ya sea botones,

cuadros de texto y demás información que se consulte por parte del usuario

(Ver Figura 27-30).

 Prueba de caja Negra: Esta prueba sirvió para detectar posibles errores que se

pueden cometer al momento de usar el sistema, como por ejemplo el mal

ingreso de información al momento de digitar de forma equivocada (Ver Figura

43-53).

De esta manera el ciclo continúa hasta comprender todos los aspectos que el

sistema necesita en cada uno de los módulos restantes, los cuales están

detallados en una lista de objetivos (Product Backlog), donde el usuario final es

quien se encarga de gestionar dicha lista, en la misma donde constan todas las

actividades que se deben realizar, un estimado de tiempo, además que se debe

tomar en cuenta posibles fallas (bugs) y mientras este dentro de un Sprint se

debe solucionar el mismo y no es necesario crear un nuevo sprint para

solucionarlo, a menos que este error conlleve a muchos cambios.

“Si bien, cada iteración en Scrum se identifica como Sprint. En Scrum como

enfoque ágil el producto se construye en incrementos funcionales de productos

que son entregados en periodos de tiempo cortos para que podamos obtener

feedback frecuente” (Criss, 2017).

3.2.2.3 Cierre del proyecto

Para el cierre del proyecto, se obtuvo la aceptación de los módulos que se

presentaron al inicio del proyecto, las especificaciones solicitadas por los


56

participantes fueron tomadas en cuenta para entregar como resultado un sistema

adecuado y acorde a sus requerimientos, también se adjunta a su entrega final la

documentación necesaria para su mayor entendimiento de funcionabilidad del

sistema y sus componentes.

3.2.3 Recolección de datos

3.2.3.1 Métodos y técnicas

3.2.3.1.1 Método Analítico

Bujan (2017) afirma “El método analítico parte de la observación, generalmente

por un experto quien descomponiendo el tema va a analizar o estudiar cómo

mejorarlo”. Entendiendo este concepto, el estudio previo al desarrollo del sistema

fue por medio de la observación, la cual permitió ver las dificultades,

inconsistencias y falta de recursos que ayuden en la mejora de las funciones que

se realizaban en la Hacienda Barbarita, luego se analizó las operaciones que se

podían mejorar, dando opciones de mejora en los procesos. Todo este análisis

sirvió para conocer el funcionamiento que tenía la Hacienda Barbarita antes de la

implementación del sistema.

3.2.3.1.2 Técnica: La entrevista

Es un proceso de comunicación que se realiza normalmente entre dos


personas; en este proceso el entrevistado obtiene información del entrevistado
de forma directa. La entrevista no se considera una conversación normal, sino
una conversación formal, con una intencionalidad, que lleva implícitos unos
objetivos englobados en una Investigación (Olivos, 2015).

La entrevista fue dirigida al “Dr. Klever Cevallos Cevallos” Decano de la

Facultad de Veterinaria y Zootecnia, y a la “Ing. Paola Echeverría” encargada de

llevar el control de los pedidos de insumos de la Hacienda Barbarita (Ver Anexo

4), donde se conoció de manera más acertada las necesidades actuales de la

Hacienda Barbarita, tales como:


57

 La falta de control de los insumos.

 La falta del seguimiento de los pedidos por parte de los docentes.

 La inexistencia de una categorización de los insumos.

 Los procesos suelen demorar más de una semana.

 Desaciertos a la hora del egreso en los insumos.

3.2.3.1.3 Técnica: La encuesta

Encuesta se considera en primera instancia como una técnica de recogida de


datos a través de la interrogación de los sujetos cuya finalidad es la de obtener
de manera sistemática medidas sobre los conceptos que se derivan de una
problemática de investigación previamente construida. La recogida de los datos
se realiza a través de un cuestionario, instrumento de recogida de los datos (de
medición) y la forma protocolaria de realizar las preguntas (cuadro de registro)
que se administra a la población o una muestra extensa de ella mediante una
entrevista donde es característico el anonimato del sujeto (López & Roldán,
2015, pág. 14).

La encuesta fue dirigida al “Dr. Klever Cevallos Cevallos” Decano de la

Facultad de Veterinaria y Zootecnia, y a la “Ing. Paola Echeverría” encargada de

llevar el control de los pedidos de insumos de la Hacienda Barbarita para conocer

la satisfacción de los usuarios hacia el sistema web, también se realizó la

encuesta al “Dr. Fabricio Arcos” y al “Dr. Cabrera” y demás usuarios del sistema

que conocieron el aplicativo móvil y estuvieron de acuerdos con la funcionabilidad

y el diseño del mismo (Ver Anexo 3).

3.2.3.2 Recursos

3.2.3.2.1 Recursos Humanos

El presente trabajo fue realizado y supervisado por los autores del mismo

tema, los cuales van a usar todos sus conocimientos sobre el desarrollo de

sistemas (Ver Tabla 27).

Los desarrolladores de este trabajo son:

 Rover Josue Ortega Tirapé


58

 Armando Alberto Alava Pesántez

Como tutor guía:

 Ing. Mayra Garzón Goya

3.2.3.2.2 Recursos Tecnológicos

 Software: Los recursos de software con los cuales se trabajó no representan

ningún tipo de costo, debido a que son plataformas totalmente gratuitas, y

permiten desarrollar trabajos sin ninguna limitación. Se usaron plataformas

tales como NetBeans, Android studio, Wamp server, estas herramientas

permitirán desarrollar los sistemas tanto de escritorio y móvil respectivamente.

La base de datos será establecida en formato del lenguaje de programación

propio del gestor de base de datos de Mysql (Ver Tabla 28).

 Los recursos hardware necesarios para el presente trabajo son:

 Computadoras portátiles o de escritorio con acceso a internet

 Dispositivos móviles con sistema operativo Android

 Puntos de Acceso de internet (Ver Tabla 29).

 Recursos Materiales: Los materiales que se necesitaron son la documentación

sobre la Hacienda Barbarita e información sobre los aspectos de la misma,

esté siendo el material más importante de todos, además de materiales

primordiales tales como hojas, esferos, lápices, cuadernos, notas, e internet

(Ver Tabla 30).


59

3.

3.1.

3.1.1.

3.1.2.

3.1.3.

3.1.4.

3.2.4 Análisis estadístico

3.2.4.1 Entrevista aplicada al personal encargado del proceso

administrativo de la hacienda barbarita

Esta entrevista permitió conocer la necesidad de un sistema automatizado que

permite realizar operaciones de manera sencilla, eficaz y precisa. Además de

percatarse las falencias que se producían al no contar con un sistema adecuado.

La propuesta de un sistema que ayude en la gestión de insumos, fue totalmente

aceptada por los entrevistados (Ver Anexo 4).

3.2.4.2 Encuesta aplicada al personal encargado del proceso

administrativo de la hacienda barbarita

La encuesta de satisfacción será aplicada a los usuarios del sistema, donde se

han considerado 5 docentes que opinaran respecto a la aplicación móvil y 3

administradores que opinaran respecto al sistema.

Con un porcentaje de 87% de aprobación del sistema, con la pregunta ¿Los

procesos del sistema van acorde a la gestión de insumos agropecuarios de la

Hacienda Barbarita?, se puede percibir que existe una mejoría en el cumplimiento

de operaciones por medio del sistema implementado, estas mejoras tanto de

velocidad de respuesta de peticiones por parte de los docentes, un resultado


60

veraz en la cantidad de insumos disponibles y eficacia en el momento de realizar

un ingreso o egreso de algún insumo (Ver Anexo 3).


61

4. Resultados

4.1 Analizar los procesos utilizados, para el control de los insumos

agropecuarios en la Hacienda Barbarita

En los procesos utilizados en la Hacienda Barbarita se encontró el uso de un

cuaderno, en este se hacían los registros de ingresos y egresos.

En la actualidad ese método cambio ya que se automatizaron los procesos

mediante el sistema dando una respuesta mucha más rápida a los pedidos de los

insumos por parte de los docentes.

El proceso de ingreso y egreso se automatizo, la interfaz del sistema es de

una manera sencilla para el usuario, el sistema cuenta con validaciones con el fin

de que los errores al ingresar sean muy pocos. Cada categoría del insumo cuenta

con un código único.

En la actualidad en el sistema podemos generar reportes ya que en este

podremos obtener todos los movimientos de los insumos, de la misma manera

saber que usuario agrego o le dio de baja a algún insumo.

4.2 Diseñar y desarrollar el aplicativo web y móvil, con las características

necesarias para facilitar y automatizar la gestión de los insumos

agropecuarios.

El diseño del aplicativo web y móvil cuenta con los estándares de calidad de

software ya que el sistema cuenta con una funcionabilidad ya que satisfacen las

necesidades del usuario de la misma manera la protección de los datos. El

sistema es fiable ya que en el lenguaje de programación que se ha trabajado es

Open Source así que cuenta con una recuperación rápida por ser código libre. La
62

mantenibilidad es un conjunto de atributos relacionados con la facilidad de

extender el sistema en un futuro, el sistema es fácil a la hora de realizarle

pruebas y cuenta con facilidad de cambio por su código libre. Y por último

tenemos la portabilidad ya que el aplicativo web y móvil puede ser usado en

cualquier dispositivo ya sea móvil o una computadora, el sistema es adaptable y

fácil de usar.

Para facilitar la búsqueda de los productos almacenados en la bodega se

implementó una normativa de codificación en los productos, dándole un código a

cada categoría, como la de insumos agropecuarios con su respectivo código

131.01.14, materiales 634.08.99, equipos 141.01, repuestos 634.45.11 y medicina

634.08.23 manteniendo así un orden a la hora de ingresar los productos. Para

cumplir con el objetivo del proyecto se tomó en cuenta la información recopilada

por medio de pruebas de interfaz gráfica que corroboran la aprobación de la

funcionalidad del sistema (Ver Anexo 5).

4.3 Implementar el sistema web y móvil, en el área de control de los insumos

de la Hacienda Barbarita, en la Universidad Agraria del Ecuador.

A la hora de la implementación no se presentaron problemas ya que la parte

administrativa de la Hacienda Barbarita cuenta con los recursos necesarios como

computadoras, conexión a internet y teléfonos móviles.

El sistema web es adaptable en cualquier computadora del área de control de

la Hacienda Barbarita por sus funciones de portabilidad ya que se encuentra en

un hosting, así mismo fue aprobado por el Doctor Klever Cevallos y la Ing. Paola

Echeverría que estuvieron satisfecho con el sistema web (Ver Figura 80).

De la misma manera la Aplicación Móvil cuenta con funciones de portabilidad

así que cualquier usuario con el permiso de la administradora o administrador


63

puede obtener dicha aplicación. Es importante recalcar que solo la persona

encargada como administrador, crea los usuarios ya que de esta manera

protegemos los datos de la Hacienda Barbarita, por tal motivo como usuario de la

aplicación móvil el Doctor Luis Marcelino Cabrera Terán estuvo conforme y

satisfecho con el aplicativo que lo ayudara en sus funciones dentro de la

Hacienda Barbarita (Ver Figura 81).

La implementación se dio con normalidad los usuarios estuvieron satisfechos

con el nuevo sistema y su facilidad de uso para ellos, esta información esta

validada por medio de la encuesta de satisfacción que se realizó a los usuarios

del sistema (Ver Anexo 6).


64

5. Discusión

Para lograr una buena gestión de los recursos de una bodega es necesaria la

supervisión y control por parte del personal humano y contar con la ayuda de

equipos informáticos que permiten agilitar los procesos. Vega (2016) afirma:

Últimamente la Tecnología de la Información y Comunicación (TIC) también


nos puede permitir un control debido a la aleatoriedad de la demanda, y nos
sirve de apoyo al momento de tomar decisiones de inventarios o flujos que se
realicen, los sistemas computacionales permiten avanzar de mantera eficiente
y dan un control al manejo de almacenes, por lo cual, se debe considerar una
herramienta indispensable para la gestión (p.2).

En la Empresa Vitivinícola Bodega Bailetti Chincha cuentan con un sistema

que les contribuye en la mejor administración del almacén y brinda beneficios en

el proceso de pedidos de producción, permitiendo tener una información ágil, real

y precisa.

La Universidad Central del Ecuador cuenta con un sistema de inventario para

el manejo de implementos deportivos de la facultad de cultura física, el cual les

permite tener un control sobre los bienes de la institución, este sistema cuenta

con funciones que permiten al docente realizar peticiones de implementos

deportivos que necesiten, esta información es almacenada para tener un registro

preciso.

Cabe recalcar que la importancia de tener un sistema automatizado y una base

de datos con registros actualizados es muy importante, ya que esta nos permite

una eficacia y eficiencia de las operaciones administrativas. Por estas razones, el

sistema se sustentó a estas necesidades para lograr una gestión adecuada en el

proceso de petición de insumos por parte de los docentes, y que la información

del inventario este actualizada para obtener una buena organización y

disponibilidad de recursos.
65

Establecer la existencia aconsejable para cada artículo, cuando la empresa


maneja muchos productos, con demandas desconocidas y costos diferentes,
no es inmediato, para ello, es fundamental la utilización de tecnologías
precisas que hagan posible a la empresa reducir sus costes y ahorrar tiempo
(Ramírez, Ramírez, & Pierdant, 2014)

“La bodega es una instalación vital para la actividad de toda empresa,

independientemente del sector de negocio al que pertenezca. Su necesidad es

evidente: el almacenaje, custodia, verificación y abastecimiento de mercancía

dentro de la cadena de suministro” (Mecalux, 2016). 

Tomando en cuenta lo mencionado por otros autores y su trabajos realizados

tales como la empresa Vitivinícola Bodega Bailetti que solo cuenta un sistema

para la administración del almacén y pedidos, y La Universidad Central del

Ecuador que esta cuenta con el control de bienes y peticiones por parte de los

docentes, se puede destacar que el aplicativo web y móvil para la gestión de

insumos agropecuarios en la Hacienda Barbarita a diferencia de estos proyectos,

cuenta con características tales como la creación de usuarios para brindar

seguridad al sistema, listas, ingreso y egreso de los productos, categorías de

productos y materias que sirven para la organización en agrupar dichas

categorías, pedidos y seguimientos, a su vez permitiendo el uso de un dispositivo

móvil que optimizará el tiempo de respuesta a la petición de los docentes,

realizada mediante una metodología ágil como lo es Scrum, permitiendo hacer un

trabajo de acuerdo a las necesidades del usuario final.


66

6. Conclusiones

A través de la implementación del aplicativo web para la gestión de insumos

agropecuarios de la Hacienda Barbarita, se logró el total agrado de los objetivos y

requerimientos del usuario planteados en el inicio de este proyecto de titulación,

con la ayuda del levantamiento de información se pudo observar los procesos que

se llevaban a cabo y así comprender los problemas que existían en la Hacienda.

Posterior a esto se estableció el marco teórico aquí se introduce cada uno de

los conceptos importantes que se tomaron como referencia, haciendo hincapié a

PHP y Android Studio como los lenguajes de programación utilizados y

Phpmyadmin que maneja la administración del mysql a través de páginas web.

Para llevar a cabo la realización del sistema se usó el Modelado de Proceso

Incremental, por consiguiente la metodología de desarrollo Scrum como etapas

para la realización del aplicativo web y móvil. Para el levantamiento de

información se usó la técnica de la entrevista, también se realizaron los

diagramas correspondientes para el diseño y funcionamiento del sistema,

posterior a esto se realizaron las pruebas de funcionabilidad, caja negra y el

análisis de satisfacción con esto garantizamos el correcto funcionamiento del

aplicativo web y móvil.

Logrando como resultado la automatización de pedidos de insumos por parte

de los docentes una respuesta eficaz y eficiente, donde se puede constatar con

un reporte de los pedidos, y los ingresos y egresos de productos a la bodega,

además se puede visualizar un total en dólares americanos sobre cada producto

y de todo lo que contiene en la bodega, también se restó el tiempo de respuesta

del proceso de petición ya que sin el sistema tardaba 4 días y en la actualidad

con la implementación del sistema tarda solo 2 horas en ser respondida la


67

petición del docente, posterior a esto para facilitar la búsqueda de los productos

almacenados en la bodega se implementó una normativa de codificación en los

productos, dándole un código a cada categoría manteniendo así un orden a la

hora de ingresar los productos.


68

7. Recomendaciones

Se recomienda que el personal encargado del uso del sistema debe estar

capacitado sobre las funciones que realiza el mismo, tanto como para el uso del

aplicativo web como el aplicativo móvil. Por tal motivo se entrega un manual de

usuario con la debida información sobre el uso del sistema.

Es primordial que el internet no sea interrumpido, por lo tanto se debe

mantener una conexión estable a internet en todo momento, para que las

funciones del sistema sean realizadas.

Mantener siempre actualizada la base de datos del sistema, con sus

respectivos respaldos como medida de seguridad, para resolver alguna dificultad

y tener un respaldo de toda la información.

Se debe tomar en cuenta otro aspecto importante como es la ampliación de las

utilidades del sistema, como podría ser con la ayuda de tecnología RFID para la

gestión de la listas de los productos, dando una facilidad a la hora del ingreso y

egreso, agregar nuevos módulos que se crean convenientes como podría ser

para gestionar el personal que trabaja para la Hacienda Barbarita o módulos que

permitan gestionar las compras que se realizan, debido a la innovación o a las

necesidades futuras que puede tener dentro de la administración de la Hacienda

Barbarita.
69

8. Bibliografía

Academia Android. (11 de Diciembre de 2014). Academia Android. Recuperado el

16 de Octubre de 2017, de https://academiaandroid.com/android-studio-v1-

caracteristicas-comparativa-eclipse/

Acibeiro, M. (26 de 04 de 2017). Obtenido de https://es.godaddy.com/blog/que-es-

el-hosting-web-y-para-que-sirve/

Arias. (2006). El Proyecto de Investigación. Editorial Episteme.

Arias, M. A. (2017). Aprende Programación Web con PHP y MySQL: 2ª Edición.

IT Campus Academy. Obtenido de https://books.google.com.ec/books?

id=mP00DgAAQBAJ&printsec=frontcover&dq=Aprende+Programaci

%C3%B3n+Web+con+PHP+y+MySQL:+2%C2%AA+Edici

%C3%B3n&hl=es&sa=X&ved=0ahUKEwiBg_fixO_bAhUJr1kKHYbKC9MQ

6AEIJTAA#v=onepage&q=un%20lenguaje%20de%20programaci

%C3%B3n%20libr

Arlow, J. (2006). UML2. España: ANAYA MULTIMEDIA. Obtenido de

https://dialnet.unirioja.es/servlet/libro?codigo=319315

Asamblea Nacional Republica Del Ecuador. (09 de 12 de 2016). Quito: Nacional.

Obtenido de http://www.wipo.int/edocs/lexdocs/laws/es/ec/ec075es.pdf

Baez, S. (20 de Junio de 2013). Sistemas Web. ¿Para qué sirven? Recuperado el

7 de Abril de 2018, de http://fraktalweb.com/blog/sistemas-web-para-que-

sirven/

Beagilemyfriend. (7 de Diciembre de 2017). BeAgileMyFriend.com. Recuperado el

16 de Octubre de 2017, de https://www.beagilemyfriend.com/que-es-un-

sprint/
70

Bourdon, R. (2018). WampServer. Recuperado el 20 de Agosto de 2018, de

WampServer: http://www.wampserver.com/en/

Bujan, A. (31 de Enero de 2017). Enciclopedia Financera. Recuperado el 11 de

Septiembre de 2018, de https://www.enciclopediafinanciera.com/definicion-

metodo-analitico.html

Calenda, M. (9 de Enero de 2014). GENBETA: dev. Recuperado el 20 de Agosto

de 2018, de https://www.genbetadev.com/herramientas/netbeans-1

Cardador, C. A. (2015). Implantación de aplicaciones web en entornos internet,

intranet y extranet. IFCD0210. IC Editorial. Obtenido de

https://books.google.com.ec/books?

id=Lj91CQAAQBAJ&printsec=frontcover&hl=es&source=gbs_ge_summary

_r&cad=0#v=onepage&q&f=false

Cevallos, K. (06 de 07 de 2015). Ingenieria del software. Recuperado el 16 de

Junio de 2017, de

https://ingsotfwarekarlacevallos.wordpress.com/2015/07/07/uml-diagrama-

de-secuencia/

Cillero, M. (1 de Abril de 2018). Manuel Cillero. Recuperado el 20 de Agosto de

2018, de https://manuel.cillero.es/doc/metrica-3/tecnicas/diagrama-de-flujo-

de-datos/

Criss. (5 de Septiembre de 2017). Codejobs. Recuperado el 20 de Agosto de

2018, de https://www.codejobs.biz/es/blog/2017/09/05/que-es-el-sprint-en-

scrum

De Pablos, C., & Lopez, J. (2012). informatica y comunicaciones en la empresa.

Madrid: ESIC. Obtenido de https://books.google.com.ec/books?

id=U0MXWtqjxtsC&pg=PA33&dq=sistema+informatico+definicion&hl=es&s
71

a=X&ved=0ahUKEwiI247qg83VAhUDSCYKHeVlBj0Q6AEIJDAA#v=onepa

ge&q=sistema%20informatico%20definicion&f=false

Debrauwer, L., & Van, d. H. (2016). UML 2.5: iniciación, ejemplos y ejercicios

corregidos. Ediciones ENI. Obtenido de

https://books.google.com.ec/books?

id=sCU_bpeIECAC&pg=PA181&dq=que+es+uml&hl=en&sa=X&ved=0ahU

KEwisuYiS7bDZAhUOvlMKHVwZAsEQ6AEIQTAD#v=onepage&q=que

%20es%20uml&f=false

Durango, A. (2015). Diseño Web con CSS: 2ª Edición. IT Campus Academy.

Obtenido de https://books.google.com.ec/books?

id=bCXsCgAAQBAJ&printsec=frontcover&dq=Dise

%C3%B1o+Web+con+CSS:+2%C2%AA+Edici

%C3%B3n&hl=es&sa=X&ved=0ahUKEwiRk67XjvDbAhVDR6wKHdq7BGU

Q6AEIJTAA#v=onepage&q=Es%20quien%20se%20encarga%20del

%20dise%C3%B1o%20de%20las%20p%C3%A1g

Economía Nivel Usuario. (10 de Abril de 2013). Economía Nivel Usuario.

Recuperado el 19 de Abril de 2018, de

https://economianivelusuario.com/2013/04/10/que-es-un-insumo/

Economipedia. (24 de 02 de 2015). Economipedia. Recuperado el 20 de

Septiembre de 2017, de Economipedia:

economipedia.com/definiciones/bienes-de-consumo.html

Ecuaempaques. (2017). Ecuaempaques. Recuperado el 17 de Abril de 2018, de

http://www.ecuaempaques.net/i/index.php/informacion/ecuaempaques/62-

stock-de-seguridad-de-inventarios

Espinoza, O. (2011). Control de Inventario. editorial la enseñada.


72

Farlex. (2016). The Free Dictionary. Recuperado el 9 de Agosto de 2017, de

http://es.thefreedictionary.com/proceso

Fernández, A. V. (2010). Desarrollo de sistemas de información: una metodología

basada en el modelado. Univ. Politèc. de Catalunya. Obtenido de

https://books.google.com.ec/books?

id=Sqm7jNZS_L0C&printsec=frontcover&dq=Desarrollo+de+sistemas+de+i

nformaci%C3%B3n:+una+metodolog

%C3%ADa+basada+en+el+modelado&hl=es&sa=X&ved=0ahUKEwiEg-

nGiN7RAhWFKiYKHbUMBu0Q6AEIIzAA#v=onepage&q=Desarrollo%20de

%20sistemas

FIAEP. (2014). control y manejo de inventario almacen. 59. Obtenido de

http://fiaep.org/inventario/controlymanejodeinventarios.pdf

Gomez, M. d. (2013). Base de datos. Mexico. Obtenido de

http://www.cua.uam.mx/pdfs/conoce/libroselec/Notas_del_curso_Bases_de

_Datos.pdf

Gómez, V. Á. (2011). Enciclopedia de la Seguridad Informática. 2ª edición. Grupo

Editorial RA-MA. Obtenido de https://books.google.com.ec/books?id=Bq8-

DwAAQBAJ&pg=PT701&dq=modalidad+en+la+que+el+servidor+Web+se+

encuentra+en+una+maquina+propiedad+del+proveedor+de+acceso+a+Int

ernet&hl=es&sa=X&ved=0ahUKEwixsofhlPDbAhVPrlkKHSD3CjAQ6AEIJT

AA#v=onepage&q=modalidad%20en%

González, C. I. (2010). programacion orientada a objetos. En C. I. González,

programacion orientada a objetos (pág. 28). oviedo: Universidad de

Oviedo. Obtenido de http://webcache.googleusercontent.com/search?

q=cache:RmDtVQo2jsEJ:www.hep.uniovi.es/iglez/Clases/TCF/Programaci
73

%25F3n%2520Orientada%2520a

%2520Objetos.ppt+&cd=3&hl=es&ct=clnk&gl=ec

Granollers, T., Lorel, J., & Cañas, J. (2011). Diseño de sistemas interactivos

centrados en el usuario. Cataluña, España: UOC. Obtenido de

https://books.google.com.ec/books?

id=Bk5Uv0Aiis0C&printsec=frontcover&dq=Dise

%C3%B1o+de+sistemas+interactivos+centrados+en+el+usuario&hl=es&sa

=X&ved=0ahUKEwixgv3dn_DbAhVixFkKHSmsBo4Q6AEIJTAA#v=onepag

e&q=Dise%C3%B1o%20de%20sistemas%20interactivos%20centrad

Hernández, f. y. (1 de Diciembre de 2012). La metodología de la investigación.

Recuperado el 16 de Mayo de 2017, de

http://tesisdeinvestig.blogspot.com/2012/12/disenos-no-experimentales-

segun.html

IBM Corp. (2017). IBM. Recuperado el 10 de Noviembre de 2017, de

https://www.ibm.com/support/knowledgecenter/es/SSYMRC_4.0.2/com.ibm

.rational.rrm.help.doc/topics/t_define_ucs.html

IEPI. (2015). Instituto Ecuatoriano de Propiedad Intelectual. Recuperado el 17 de

Abril de 2018, de https://www.propiedadintelectual.gob.ec/propiedad-

intelectual/

INFODI. (04 de Noviembre de 2017). INFODI. Recuperado el 16 de Marzo de

2018, de http://www.infodi.cl/blog/que-es-un-paquete-de-analisis-uml

Ingenieria de Software. (2015). Ingenieria de software. Recuperado el 17 de Abril

de 2018, de https://ingsoftware.weebly.com/diccionario-de-datos-de-un-

software.html
74

López, P., & Roldán, S. (2015). Metodología de la investigación social

cuantitativa. Barcelona. España: Universidad Autonoma de Barcelona.

Obtenido de

https://ddd.uab.cat/pub/caplli/2016/163567/metinvsoccua_a2016_cap2-

3.pdf

Lucid Software Inc. (2018). Lucidchart. Recuperado el 16 de Junio de 2018, de

https://www.lucidchart.com/pages/es/qu%C3%A9-es-un-diagrama-entidad-

relaci%C3%B3n

Lucid Software Inc. (09 de Abril de 2018). Lucid chart. Recuperado el 16 de Junio

de 2018, de https://www.lucidchart.com/pages/es/diagrama-de-clase

Luna, G. A. (2015). Proceso Administrativo. Grupo Editorial Patria. Obtenido de

https://books.google.com.ec/books?

id=7c9UCwAAQBAJ&printsec=frontcover&dq=proceso+administrativo&hl=

es&sa=X&ved=0ahUKEwi_qv7_mtPZAhXOtlkKHaVJB5QQ6AEIJjAA#v=on

epage&q=proceso%20administrativo&f=false

MDN. (13 de Septiembre de 2018). MDN web docs. Recuperado el 17 de

Septiembre de 2018, de

https://developer.mozilla.org/es/docs/Learn/JavaScript/First_steps/Qu

%C3%A9_es_JavaScript

Mecalux. (1 de Agosto de 2016). MECALUX. Obtenido de

https://www.mecalux.cl/articulos-de-logistica/beneficios-gestion-inteligente-

almacen

Microsoft. (1 de Abril de 2018). Microsoft. Recuperado el 16 de Junio de 2018, de

https://msdn.microsoft.com/es-ec/library/dd409360.aspx
75

Ministerio de Agricultura de Chile. (2016). ODEPA. Recuperado el 17 de Marzo de

2018, de http://www.odepa.cl/intra-sectorial/insumos/

Miranda, C. V. (2017). Informática industrial. Ediciones Paraninfo, S.A. Obtenido

de https://books.google.com.ec/books?

id=heOMDgAAQBAJ&pg=PA169&dq=Es+un+lenguaje+con+el+que+se+de

finen+p%C3%A1ginas+web,+

+permiten+describir+el+contenido+d&hl=es&sa=X&ved=0ahUKEwj-

p7npwu_bAhVqrlkKHVBfB5MQ6AEIKjAB#v=onepage&q=Es%20un

%20lenguaje%20con%20el%20qu

Morales, O. (2015). Fundamento de la investigación documental y la monografía.

Departamento de Investigación, 2-14. Obtenido de

http://webdelprofesor.ula.ve/odontologia/oscarula/publicaciones/articulo18.

pdf

Murillo, W. (2008). La investigación científica. Revista Educacion, 6-12. Obtenido

de http://www.redalyc.org/pdf/440/44015082010.pdf

Niño, J. (2010). Aplicaciones Web ciclos formativos. Ediciones Paraninfo, S.A.

Obtenido de https://books.google.com.ec/books?

id=UKjEAwAAQBAJ&printsec=frontcover&dq=jesus+ni

%C3%B1o&hl=es&sa=X&ved=0ahUKEwjT2pbPpPDbAhUHvVkKHUOcC4

YQ6AEINTAD#v=onepage&q=jesus%20ni%C3%B1o&f=false

Olivos, M. (2015). La entrevista como técnica en la investigación cualitativa.

Toluca: Universidad Autónoma del Estado de México. Obtenido de

https://www.uam.es/personal_pdi/stmaria/jmurillo/InvestigacionEE/Presenta

ciones/Curso_10/Entrevista_trabajo.pdf
76

ORACLE Corporation. (2015). Java. Recuperado el 19 de Agosto de 2017, de

Java: https://www.java.com/es/download/faq/whatis_java.xml

Otto, M. (9 de Abril de 2018). Bootstrap. Recuperado el 20 de Agosto de 2018, de

https://getbootstrap.com/

Panadero, C. (9 de Febrero de 2016). Devexperto. Recuperado el 20 de Octubre

de 2017, de Devexperto: https://devexperto.com/arquitectura-del-software/

Peña, d. S. (2010). Manual imprescindible de CSS. Anaya Multimedia. Obtenido

de https://books.google.com.ec/books?

id=QT_bRgAACAAJ&dq=Manual+imprescindible+de+CSS&hl=es&sa=X&v

ed=0ahUKEwjc8My-j_DbAhXSq1kKHa4kCTsQ6AEIJTAA

PHP. (2017). PHP. Recuperado el 17 de Abril de 2018, de

http://php.net/manual/es/intro-whatis.php

Pilca, J. (2012). PROPUESTA DE UN SISTEMA DE CONTROL DE

INVENTARIOS. Quito: Universidad Central Del Ecuador. Obtenido de

http://www.dspace.uce.edu.ec/handle/25000/853

Pressman, R. (2010). Ingenieria de Software. New York: Mc GralwHill.

Ramírez, A. E., Ramírez, V. Á., & Pierdant, A. I. (Abril de 2014). ACACIA.

Obtenido de

http://acacia.org.mx/busqueda/pdf/SISTEMA_DE_INVENTARTIOS_COMP

LEMENTARIO._ESTUDIO_DE_CASO.pdf

Robledo, D. (2014). Desarrollo de aplicaciones para Android II. Ministerio de

Educación, Cultura y Deporte. Obtenido de

https://books.google.com.ec/books?

id=PHmbDQAAQBAJ&pg=PT35&dq=Android+usa+Java+como+lenguaje+

base+para+el+desarrollo+de+las+aplicaciones.+Por+lo+tanto,
77

+hace+uso+de+los+paquetes+de+Java.

+Estos+paquetes+son+contenedores+de+clases+que&hl=es&sa=X&ved=0

ahUKEwjf

Robledo, D. (2017). Desarrollo de aplicaciones para Android I. Ministerio de

Educación, Cultura y Deporte. Obtenido de

https://books.google.com.ec/books?

id=PHmbDQAAQBAJ&printsec=frontcover&dq=Desarrollo+de+aplicaciones

+para+Android+I&hl=es&sa=X&ved=0ahUKEwit6qq0ifDbAhUNMawKHVxB

CIUQ6AEIJTAA#v=onepage&q=gestor%20de%20aplicaciones%20&f=false

Rouse, M. (19 de Enero de 2015). Search Data Center en Español. Recuperado

el 20 de Agosto de 2018, de TechTarget:

http://searchdatacenter.techtarget.com/es/definicion/MySQL

Santiago, R., Trabaldo, S., Kamijo, M., & Fernández, Á. (2015). Mobile Learning:

Nuevas realidades en el aula. Oceano. Obtenido de

https://books.google.com.ec/books?

id=AULhBgAAQBAJ&pg=PP1&dq=Mobile+Learning:

+Nuevas+realidades+en+el+aula&hl=es-

419&sa=X&ved=0ahUKEwiK5anR6OLRAhWCSyYKHagXC_8Q6AEIITAA#

v=onepage&q=Mobile%20Learning%3A%20Nuevas%20realidades%20en

%20el%20aula&f=false

Sebastián Rubén Gómez Palomo, E. M. (2014). Aproximación a la ingeniería del

software. Universitaria Ramon Areces.

Secretaria Nacional De La Administracion Publica . (22 de 05 de 2017). Quito.

Obtenido de http://www.elcomercio.com/uploads/files/2017/05/24/Decreto-

1425-2017_mayo_prelacion.pdf
78

Suárez, I. (2013). El Gobierno de Internet. Obtenido de

https://books.google.com.ec/books?

id=FcKvAQAAQBAJ&printsec=frontcover&dq=que+es+internet+2013&hl=e

s&sa=X&ved=0ahUKEwj609z9r-

3ZAhXI2FMKHfY1DM0Q6AEISDAF#v=onepage&q=que%20es%20internet

%202013&f=false

Tigras, M., & Domingo Troncho, A. C. (2012). Metodología Scrum. Gestión de

Proyectos Informáticos. Obtenido de Metodología Scrum. Gestión de

Proyectos Informáticos: http://openaccess. uoc.

edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612memoria. pdf.

Vega, M. (Junio de 2016). repositorio.unab.cl. Obtenido de

http://repositorio.unab.cl/xmlui/bitstream/handle/ria/2755/a117113_Vega_M

_Propuesta_de_mejoramiento_para_la_2016_Tesis.pdf?

sequence=1&isAllowed=y

9.
79

9. Anexos

9.1 Anexo 1. Figuras


80

Figura 1. Diagrama Nivel 0


Ortega y Alava, 2018
81

F
i
g
u
r
a

2. Diagramas Nivel 1
Ortega y Alava, 2018
82

Figura 3. Diagramas nivel 2


Ortega y Alava, 2018
83

Figura 4. Diagramas Nivel 2


Ortega y Alava, 2018
84

Figura 5. Diagrama de actividades


Ortega y Alava, 2018
85

Figura 6. Diagrama entidad relación


Ortega y Alava, 2018
86

Figura 7. Diagrama de clases


Ortega y Alava, 2018
87

Figura 8. Diccionario de datos de la tabla Usuarios


Ortega y Alava, 2018

Figura 9. Diccionario de datos de la tabla Productos


Ortega y Alava, 2018
88

Figura 10. Diccionario de datos de la tabla Orden_Pedidos


Ortega y Alava, 2018

Figura 11. Diccionario de datos de la tabla Historial


Ortega y Alava, 2018

Figura 12. Diccionario de datos de la tabla Categorías


89

Ortega y Alava, 2018

Figura 13. Diccionario de datos de la tabla Estado_Orden


Ortega y Alava, 2018

Figura 14. Diccionario de datos de la tabla Stock


Ortega y Alava, 2018
90

Figura 15. Diccionario de datos de la tabla Tipo_usuario


Ortega y Alava, 2018
91

Figura 16. Diagrama de secuencia


Ortega y Alava, 2018
92

Usuario El administrador de la Hacienda Barbarita podrá crear

usuarios dentro del sistema, siendo su código primario la

cedula.

Orden de pedido Orden de pedido se refiera a la descripción, la cantidad y

al estado en que se encuentre el pedido.

Productos Son todos los materiales que comprenden: medicina,

insumo agropecuario, materiales, equipos y repuestos.

Categoría Son cada uno de los grupos básicos de la Hacienda

Barbarita tales como medicina, insumo agropecuario,

materiales, equipos y repuestos.

Historial Muestra un reporte de todos los movimientos en el

sistema, hecho por el usuario.

Stock Dentro de este podremos observar la cantidad de

productos actualizados que se encuentran en la Hacienda

Barbarita.

Tipo de usuario La encontramos cuando creamos un usuario, ya que aquí

podemos elegir si es usuario Administrador o Docente.

Estado de orden Estas comprenden las acciones a realizarse ya sea

aceptar, rechazar, por entregar o entregado.

Materia Estas comprenden las materias que ayudan a los

estudiantes para realizar sus prácticas.

Figura 17. Descripción de las entidades


Ortega y Alava, 2018
93

TIPO DE USUARIO:
ID TIPO DE USUARIO

Figura 18. Nombre del paquete: usuario


Ortega y Alava, 2018

Figura 19. Nombre del paquete: productos


Ortega y Alava, 2018
94

PRODUCTOS: ID DE

CADA PRODUCTO

ORDEN_PEDIDO: ID DE

CADA ORDEN DE PEDIDO

Figura 20. Nombre del paquete: stock


Ortega y Alava, 2018

PRODUCTOS:

CODIGO MATERIA:

DATOS DE LAS

MATERIA QUE

Figura 21. Nombre del paquete: categoría


Ortega y Alava, 2018
95

Figura 22. Nombre del paquete: Historial


Ortega y Alava, 2018

ESTADO ORDEN:
ID ESTADO DE
LA ORDEN

USUARIO: ID
USUARIO

PRODUCTO: ID
PRODUCTO

Figura 23. Nombre del paquete: Orden Pedidos


Ortega y Alava, 2018

PRODUCTO: ID
PRODUCTO
96

Ingreso

Loguear

Lista de
Include insumos

Bodeguero
Administrador Extend
Verificación

Include

Realiza el
ingreso

Egreso

Loguear

Include
Pedido de
insumo

Extend
Autoriza
Administrador
Docente
Include

Realiza el
egreso

Figura 24. Diagrama de caso de uso: Ingreso y egreso


Ortega y Alava, 2018
97

Generar Reporte
Generar Reporte

Loguear

Include

Realiza la Petición del reporte


Administrador

Include

Consulta la lista de
insumos

Include

Imprime
reporte

Figura 25. Diagrama de caso de uso: generar reporte


Ortega y Alava, 2018

Entrega

Realiza la Petición de insumo

Include
Loguear
Include Docente

Atiende a la Petición de insumo

Include

Autoriza

Include

Administrador
Decano
Egresa el insumo

Include

Realiza la
entrega del
insumo
Bodeguero

Figura 26. Diagrama de caso de uso: Entrega


Ortega y Alava, 2018
98

9.2 Anexo 2. Pruebas de interfaz gráfica

PRUEBA DE INTERFAZ GRÁFICA DE USUARIO

SISTEMA WEB
INGRESOS Y EGRESOS
STOCK
PETICION Y RESPUESTA
OBJETIVO Buscar de errores, faltas ortográficas, diseño agradable e
Intuitivo.
ELEMENTOS ESPECIFICACIONES

Color Me gusta Me gusta No me gusta Me disgusta


poco
X
Imágenes o Excelente Agradable Poco Pésimo
logo agradable
X
Excelente Agradable Desagradable Pésimo
X
Información
Sin falta ortográfica Con falta ortográfica

X
Infraestructura Texto legible Texto poco legible
diseño
X
Botones
Excelente Normal Mala Pésimo

X
legibles Poco Nada legibles Pésimo
Procesos legibles
X
Intuitivo
Me gusta Me gusta No me gusta Me disgusta
poco
X
Manejo
Fácil Adecuado Difícil Hostigoso
X
Transiciones
Muy Conforme Poco Desconforme
conforme conforme
X
Agradable
Fácil Normal Malo Pésimo
X
OBSERVACIÓN Me gusta Me gusta No me gusta Me disgusta
poco

Figura 27. Prueba de interfaz gráfica 1


Ortega y Alava, 2018
99

X
Excelente De No de Pésimo
acuerdo acuerdo
X

Las interfaces de ingreso y egreso, stock y petición y


respuesta funcionan según lo requerido y satisfacen las
expectativas del
usuario
PRUEBA DE INTERFAZ GRÁFICA DE USUARIO
SISTEMA WEB
AUTENTICACION
SEGUIMIENTO
REPORTES
OBJETIVO Buscar de errores, faltas ortográficas, diseño agradable e
Intuitivo.
ELEMENTOS ESPECIFICACIONES
Color Me gusta Me gusta No me gusta Me disgusta
poco
X
Imágenes o Excelente Agradable Poco Pésimo
logo agradable
X
Excelente Agradable Desagradable Pésimo
X
Información Sin falta ortográfica Con falta ortográfica
X
Texto legible Texto poco legible
X
Infraestructura Excelente Normal Mala Pésimo
diseño X
legibles Poco Nada legibles Pésimo
Botones legibles
X
Me gusta Me gusta No me gusta Me disgusta
poco
X
Fácil Adecuado Difícil Hostigoso
Procesos
X
Muy Conforme Poco Desconforme
Intuitivo
conforme conforme
X
Fácil Normal Malo Pésimo
Manejo
X
Me gusta Me gusta No me gusta Me disgusta
Transiciones
poco
100

X
Agradable Excelente De No de Pésimo
acuerdo acuerdo
X
OBSERVACIÓN Las interfaces de autenticación, seguimiento y reportes
funcionan según lo requerido y satisfacen las expectativas del
usuario
Figura 28 Prueba de interfaz gráfica 2
Ortega y Alava, 2018
PRUEBA DE INTERFAZ GRÁFICA DE USUARIO
APLICATIVO MOVIL
AUTENTICACION
PETICION
OBJETIVO Buscar de errores, faltas ortográficas, diseño agradable e
Intuitivo.
ELEMENTOS ESPECIFICACIONES
Color Me gusta Me gusta No me gusta Me disgusta
poco
X
Imágenes o Excelente Agradable Poco Pésimo
logo agradable
X
Excelente Agradable Desagradable Pésimo
X
Información Sin falta ortográfica Con falta ortográfica
X
Texto legible Texto poco legible
X
Infraestructura Excelente Normal Mala Pésimo
diseño X
legibles Poco Nada legibles Pésimo
Botones legibles
X
Me gusta Me gusta No me gusta Me disgusta
poco
X
Fácil Adecuado Difícil Hostigoso
Procesos
X
Muy Conforme Poco Desconforme
Intuitivo
conforme conforme
X
Fácil Normal Malo Pésimo
Manejo
X
Me gusta Me gusta No me gusta Me disgusta
Transiciones
poco
101

X
Agradable Excelente De No de Pésimo
acuerdo acuerdo
X
OBSERVACIÓN Las interfaces de autenticación, seguimiento y reportes
funcionan según lo requerido y satisfacen las expectativas del
usuario
Figura 29. Prueba de interfaz gráfica 3
Ortega y Alava, 2018
102

PRUEBA DE INTERFAZ GRÁFICA DE USUARIO


APLICATIVO MOVIL
SEGUIMIENTO
STOCK
OBJETIVO Buscar de errores, faltas ortográficas, diseño agradable e
Intuitivo.
ELEMENTOS ESPECIFICACIONES
Color Me gusta Me gusta No me gusta Me disgusta
poco
X
Imágenes o Excelente Agradable Poco Pésimo
logo agradable
X
Excelente Agradable Desagradable Pésimo
X
Información Sin falta ortográfica Con falta ortográfica
X
Texto legible Texto poco legible
X
Infraestructura Excelente Normal Mala Pésimo
diseño X
legibles Poco Nada legibles Pésimo
Botones legibles
X
Me gusta Me gusta No me gusta Me disgusta
poco
X
Fácil Adecuado Difícil Hostigoso
Procesos
X
Muy Conforme Poco Desconforme
Intuitivo
conforme conforme
X
Fácil Normal Malo Pésimo
Manejo
X
Me gusta Me gusta No me gusta Me disgusta
Transiciones
poco
X
Excelente De No de Pésimo
Agradable
acuerdo acuerdo
X
Las interfaces de autenticación, seguimiento y reportes
OBSERVACIÓN funcionan según lo requerido y satisfacen las expectativas del
usuario
Figura 30. Prueba de interfaz gráfica 4
Ortega y Alava, 2018
103

PRUEBA DE FUNCIONALIDAD DEL SISTEMA WEB


Proceso Proceso Ingresos Y Egresos
Descripción Registrar los procesos de ingresos y egresos de los
insumos agropecuarios
Precondición Inicio de sesión Administrador.
Especificación Resultado Esperado Valoración del Usuario
SI MEDIO NO
Ingreso de Permite solamente
información en la ingresar solo número y
cajas de texto solo letras o ambos X
según lo requerido
Guardar Guarda y enlistar la X
información
Agregar Agrega productos X

Eliminar Le da de baja a los X


productos
Observación No presento problemas de funcionabilidad en el
Proceso de Ingresos Y Egresos

Figura 31. Prueba funcionalidad: Proceso Ingresos Y Egresos


Ortega y Alava, 2018

PRUEBA DE FUNCIONALIDAD DEL SISTEMA WEB


Proceso Proceso nuevo del stock
Descripción Consultar todos los insumos agropecuarios existentes
de la Hacienda Barbarita
Precondición Inicio de sesión Administrador, Docente.
Especificación Resultado Esperado Valoración del Usuario
SI MEDIO NO
Ingreso de Permite solamente
información en la ingresar solo número y
cajas de texto solo letras o ambos X
según lo requerido
Editar Guarda la información X
actualizada

Buscar Permite la búsqueda por X


criterio de nombre del
producto
Observación No presento problemas de funcionabilidad en el
Proceso de stock
Figura 32. Prueba funcionalidad: Proceso nuevo del stock
Ortega y Alava, 2018
104

PRUEBA DE FUNCIONALIDAD DEL SISTEMA WEB


Proceso Proceso Petición y Repuesta
Descripción Registrar los procesos de petición y respuesta que
requiera el usuario
Precondición Inicio de sesión Administrador, Docente.
Especificación Resultado Esperado Valoración del Usuario
SI MEDIO NO
Ingreso de Permite solamente
información en la ingresar solo número y
cajas de texto solo letras o ambos X
según lo requerido
Guardar Guarda y enlistar la X
información
Aceptar Permite aceptar la petición X
Según lo requerido
Rechazar Permite rechazar la petición X
si no cumple con los
parámetros establecidos.
Observación No presento problemas de funcionabilidad en el
Proceso de petición y respuesta

Figura 33. Prueba funcionalidad: Proceso Petición y Repuesta


Ortega y Alava, 2018

PRUEBA DE FUNCIONALIDAD DEL SISTEMA WEB


Proceso Proceso autenticación
Descripción Registrar el proceso de autenticación
Precondición Inicio de sesión Administrador, Docente.
Especificación Resultado Esperado Valoración del Usuario
SI MEDIO NO
Ingreso de Permite solamente
información en la ingresar solo número y
cajas de texto solo letras o ambos X
según lo requerido
Aceptar Acepta el ingreso a los X
usuarios
Observación No presento problemas a la hora de autenticarse

Figura 34. Prueba funcionalidad: Proceso autenticación


Ortega y Alava, 2018
105

PRUEBA DE FUNCIONALIDAD DEL SISTEMA WEB


Proceso Proceso seguimiento
Descripción Registrar los procesos de seguimiento de las
peticiones de los usuarios.
Precondición Inicio de sesión Administrador, Docente.
Especificación Resultado Esperado Valoración del Usuario
SI MEDIO NO
Ingreso de Permite solamente
información en la ingresar solo número y
cajas de texto solo letras o ambos X
según lo requerido
Buscar Permite la búsqueda por X
criterio de nombre del
Usuario o N° de orden
Aceptar Permite aceptar la X
búsqueda de seguimiento
Observación No presento problemas a la hora de realizar la
búsqueda de seguimiento por del administrador

Figura 35. Prueba funcionalidad: Proceso seguimiento


Ortega y Alava, 2018

PRUEBA DE FUNCIONALIDAD DEL SISTEMA WEB


Proceso Proceso reportes
Descripción Buscar e imprimir los reportes
Precondición Inicio de sesión Administrador.
Especificación Resultado Esperado Valoración del Usuario
SI MEDIO NO
Ingreso de Permite solamente
información en la ingresar solo número y
cajas de texto solo letras o ambos X
según lo requerido
Aceptar Acepta la búsqueda e X
imprime
Observación No presento problemas a la hora de buscar los
reportes e imprimirlos.

Figura 36. Prueba funcionalidad: Proceso reportes


Ortega y Alava, 2018
106

PRUEBA DE FUNCIONALIDAD DEL SISTEMA WEB


Proceso Proceso ingreso de usuarios
Descripción Registrar los procesos de seguimiento de las
peticiones de los usuarios.
Precondición Inicio de sesión Administrador.
Especificación Resultado Esperado Valoración del Usuario
SI MEDIO NO
Ingreso de Permite solamente
información en la ingresar solo número y
cajas de texto solo letras o ambos X
según lo requerido
Nuevo Usuario Permite ingresar todos los X
campos necesarios
Aceptar Permite aceptar cualquier X
cambio realizado
Editar Permite editar los campos X
de los usuarios
Cambiar Permite cambiar la X
Contraseña contraseña de cada usuario
Eliminar Elimina el usuario deseado X

Buscar Permite la búsqueda de X


todos los usuarios
registrados en el sistema
Observación No presento problemas a la hora de realizar las
distintas acciones dentro del sistema por del
administrador

Figura 37. Prueba funcionalidad: Proceso ingreso de usuarios


Ortega y Alava, 2018
107

PRUEBA DE FUNCIONALIDAD DEL SISTEMA WEB


Proceso Proceso ingreso de una nueva categoría
Descripción Registrar los procesos de seguimiento de las
peticiones de los usuarios.
Precondición Inicio de sesión Administrador.
Especificación Resultado Esperado Valoración del Usuario
SI MEDIO NO
Ingreso de Permite solamente
información en la ingresar solo número y
cajas de texto solo letras o ambos X
según lo requerido
Buscar Permite la búsqueda por X
criterio de nombre del
Usuario o N° de orden
Aceptar Permite aceptar la X
búsqueda de seguimiento
Editar Permite editar los campos X
de las categorías
Eliminar Permite eliminar una X
categoría
Nueva categoría Permite la creación de una X
nueva categoría
Observación No presento problemas a la hora de realizar las
distintas acciones dentro del sistema por del
administrador

Figura 38. Prueba funcionalidad: Proceso ingreso de una nueva categoría


Ortega y Alava, 2018
108

PRUEBA DE FUNCIONALIDAD DEL APLICATIVO MOVIL


Proceso Proceso autenticación
Descripción Registrar el proceso de autenticación
Precondición Inicio de sesión Docente.
Especificación Resultado Esperado Valoración del Usuario
SI MEDIO NO
Ingreso de Permite solamente
información en la ingresar solo número y
cajas de texto solo letras o ambos X
según lo requerido
Aceptar Acepta el ingreso a los X
usuarios
Observación No presento problemas a la hora de autenticarse

Figura 39. Prueba funcionalidad: Proceso autenticación


Ortega y Alava, 2018

PRUEBA DE FUNCIONALIDAD DEL APLICATIVO MOVIL


Proceso Proceso Petición y Repuesta
Descripción Registrar los procesos de petición y respuesta que
requiera el usuario
Precondición Inicio de sesión Docente.
Especificación Resultado Esperado Valoración del Usuario
SI MEDIO NO
Ingreso de Permite solamente
información en la ingresar solo número y
cajas de texto solo letras o ambos X
según lo requerido
Aceptar Permite aceptar la petición X
Según lo requerido
Observación No presento problemas de funcionabilidad en el
Proceso de petición y respuesta
Figura 40. Prueba funcionalidad: Proceso Petición y Repuesta
Ortega y Alava, 2018
109

PRUEBA DE FUNCIONALIDAD DEL APLICATIVO MOVIL


Proceso Proceso nuevo del stock
Descripción Consultar todos los insumos agropecuarios existentes
de la Hacienda Barbarita
Precondición Inicio de sesión Docente.
Especificación Resultado Esperado Valoración del Usuario
SI MEDIO NO
Ingreso de Permite solamente
información en la ingresar solo número y
cajas de texto solo letras o ambos X
según lo requerido
Mostrar Muestra el stock disponible X
del producto

Buscar Permite la búsqueda por X


criterio de nombre del
producto
Observación No presento problemas de funcionabilidad en el
Proceso de stock
Figura 41. Prueba funcionalidad: Proceso nuevo del stock
Ortega y Alava, 2018

PRUEBA DE FUNCIONALIDAD DEL APLICATIVO MOVIL


Proceso Proceso seguimiento
Descripción Registrar los procesos de seguimiento de las
peticiones de los usuarios.
Precondición Inicio de sesión Docente.
Especificación Resultado Esperado Valoración del Usuario
SI MEDIO NO
Ingreso de Permite solamente
información en la ingresar solo número y
cajas de texto solo letras o ambos X
según lo requerido
Buscar Permite la búsqueda por X
criterio de nombre del
Usuario o N° de orden
Aceptar Permite aceptar la X
búsqueda de seguimiento
Observación No presento problemas a la hora de realizar la
búsqueda de seguimiento por del docente

Figura 42. Prueba funcionalidad: Proceso seguimiento


Ortega y Alava, 2018
110

Técnica de caja negra


Prueba de sistema web - Administrador
N Descripción Pasos Campos Resultados Resultado Resultado
Validados Esperados Secundario Obtenido
1 Entrar a la Ninguno Visualiza el Ninguno Accesar al
página de inicio de sistema
la sesión
Hacienda
Barbarita
2 Ingresar Llenar los X Ninguno Ninguno Privacidad
usuario y campos del campo
contraseña disponibles contraseña
y presionar
aceptar
3 Entrar al Presionar el Muestra la Ninguna Visualizar
sistema botón vista al los
aceptar administrad módulos
or de todos
los módulos

Figura 43. Prueba de caja negra inicio de sesión de los usuarios


Ortega y Alava, 2018
111

Técnica de caja negra


Prueba de sistema web - Administrador
N Descripción Pasos Campos Resultados Resultado Resultado
Validados Esperados Secundario Obtenido
1 Crear un Presionar el Visualiza el Ninguno Formulario del
nuevo botón nuevo formulario producto
producto producto
2 Ingresar los Llenar los X Visualiza el Ninguno Visualiza el
campos campos nuevo producto formulario de
correspondient disponible todos los
creado
es sy productos
presionar
aceptar
3 Realizar Visualiza el Visualiza el Ninguna Visualizar el
búsqueda producto si producto producto
por este existe, encontrado
deseado
código,nom dar clic al
bre,categori producto
a

4 Agregar Visualiza la X Guarda la Ninguna Los datos se


stock al cantidad y información procesaron
producto la exitosamente
referencia,
dar clic en
aceptar
5 Eliminar Visualiza la X Guarda la Ninguna Los datos se
stock al cantidad y información procesaron
producto la exitosamente
referencia,
dar clic en
aceptar
6 Editar Visualiza el X Actualiza los Ninguna Datos
información formulario datos actualizados
de edición en el
del formulario
producto

7 Historial de Ver Visualiza Ninguna Generar un


inventario historial todos los reporte
impreso
movimientos
que ha tenido
el producto
Figura 44. Prueba de caja negra - Inventario: ingreso y egreso; sistema de gestión
de insumos agropecuarios.
Ortega y Alava, 2018
112

Técnica de caja negra


Prueba de sistema web - Administrador
N Descripción Pasos Campos Resultados Resultado Resultado
Validados Esperados Secundario Obtenido
1 Realizar Visualiza el Visualiza el Ninguna Visualizar el
búsqueda producto si este producto producto
encontrado
por nombre existe deseado
con su stock
del producto
2 Editar Visualiza el X Actualiza los Ninguna Datos
informació formulario de datos actualizados
n edición del en el
producto formulario

Figura 45. Prueba individual – Prueba de caja negra –Inventario: Stock; sistema
de gestión de insumos agropecuarios.
Ortega y Alava, 2018

Técnica de caja negra


Prueba de sistema web - Administrador
N Descripción Pasos Campos Resultados Resultado Resultado
Validados Esperados Secundario Obtenido
1 Realizar Visualiza si la Visualiza la Ninguna Visualizar
búsqueda categoría existe categoría las
categorías
por nombre
disponibles
de categoría
2 Editar Visualiza el Actualiza los Ninguna Datos
informació formulario datos actualizados
n de edición en el
de categoría formulario
3 Borrar Dar clic en Mensaje de Ninguna Mensaje de
categoría el botón aviso si desea alerta
borrar Realmente
eliminar
categoría deseas
eliminar la
categoría
4 Nueva Dar clic en Visualiza la Ninguna Visualiza en
categoría nueva nueva el formulario
categoría ,lle su nueva
categoría
nar el categoría
formulario y creada
aceptar
Figura 46. Prueba individual – Prueba de caja negra –Categorías: sistema de
gestión de insumos agropecuarios.
Ortega y Alava, 2018
113

Técnica de caja negra


Prueba de sistema web - Administrador
N Descripción Pasos Campos Resultados Resultado Resultado
Validados Esperados Secundario Obtenido
1 Realizar Visualiza si el Visualiza el Ninguna Visualizar
búsqueda usuario existe usuario los usuarios
disponibles
por nombre
de usuario
2 Editar Visualiza el X Actualiza los Ninguna Datos
formulario de datos actualizados
edición de en el
usuario formulario

3 Borrar Dar clic en el Mensaje de Ninguna Mensaje de


botón borrar aviso si desea alerta
usuario Realmente
eliminar
deseas
eliminar la
categoría
4 Cambiar Dar clic en X Cambio Ninguna Visualiza
contraseña cambiar exitoso ¡Bien hecho!
contraseña, la
luego contraseña
aceptar ha sido
cambiada
con éxito
5 Nuevo Dar clic en X Cambio Ninguna Visualiza
usuario nuevo exitoso ¡Bien hecho!
usuario, La cuenta
llenar el ha sido
formulario y creada con
guardar éxito. Y la
visualiza en
el formulario
Figura 47. Prueba individual – Prueba de caja negra –Usuarios: sistema de
gestión de insumos agropecuarios.
Ortega y Alava, 2018
114

Técnica de caja negra


Prueba de sistema web - Administrador
N Descripción Pasos Campos Resultados Resultado Resultado
Validados Esperados Secundario Obtenido
1 Realizar Visualiza las Visualiza las Ninguna Visualiza las
búsqueda peticiones por peticiones peticiones
existentes
por nombre parte de los existentes
de usuario o docentes
n° de orden
2 Aceptar Aceptar el El botón Ninguna Acepta la
petición pedido por cumple con la petición
parte del
función de
docente
aceptar
3 Rechazar Rechazar el El botón Ninguna Rechaza la
petición pedido por cumple con la petición
parte del
función de
docente
rechazar

Figura 48. Prueba individual – Prueba de caja negra – Petición: sistema de


gestión de insumos agropecuarios
Ortega y Alava, 2018

Técnica de caja negra


Prueba de sistema web - Administrador
N Descripción Pasos Campos Resultados Resultado Resultado
Validados Esperados Secundario Obtenido
1 Realizar Visualiza el Visualiza Ninguna Visualiza si
búsqueda seguimiento de acción de la la petición
se rechazó
por nombre las peticiones petición
o se acepto
de usuario o
n° de orden
2 Buscar Aceptar la El botón Ninguna Acepta el
seguimien búsqueda cumple con la seguimiento
to del
función de
seguimiento
buscar
Figura 49. Prueba individual – Prueba de caja negra – Seguimiento: sistema de
gestión de insumos agropecuarios.
Ortega y Alava, 2018
115

Técnica de caja negra


Prueba De Aplicativo Móvil - Docente
N Descripción Pasos Campos Resultados Resultado Resultado
Validados Esperados Secundario Obtenido
1 Entrar a la Ninguno Visualiza el Ninguno Accesar al
página de la inicio de sistema
Hacienda sesión
Barbarita
2 Ingresar Llenar los X Ninguno Ninguno Privacidad
usuario y campos del campo
contraseña disponibles contraseña
y presionar
aceptar
3 Entrar al Presionar el Muestra la Ninguna Visualizar
sistema botón vista al los módulos
aceptar
docente de
todos los
módulos
Figura 50. Prueba individual – Prueba de caja negra – inicio de sesión usuario
docente: sistema de gestión de insumos agropecuarios.
Ortega y Alava, 2018

Técnica de caja negra


Prueba De Aplicativo Móvil - Docente
N Descripción Pasos Campos Resultados Resultado Resultado
Validados Esperados Secundario Obtenido
1 Realizar Visualiza el Visualiza el Ninguna Visualizar el
búsqueda producto si este producto producto
encontrado
por nombre existe deseado
con su stock
del producto
2 Mostrar Visualiza el Mostrar el Ninguna Visualiza el
stock stock stock
disponible disponible

Figura 51. Prueba individual – Prueba de caja negra –Inventario: Stock; sistema
de gestión de insumos agropecuarios.
Ortega y Alava, 2018
116

Técnica de caja negra


Prueba De Aplicativo Móvil - Docente
N Descripción Pasos Campos Resultados Resultado Resultado
Validados Esperados Secundario Obtenido
1 Ingresar los Llenar los Visualiza la Ninguno Pedido
campos campos orden de su enviado
correspondie disponibles
pedido
ntes y presionar
enviar
2 Enviar Dar clic en El botón Ninguna enviar la
el botón cumple con la petición
enviar
función de
enviar la
petición
Figura 52. Prueba individual – Prueba de caja negra – Petición: sistema de
gestión de insumos agropecuarios.
Ortega y Alava, 2018

Técnica de caja negra


Prueba De Aplicativo Móvil - Docente
N Descripción Pasos Campos Resultados Resultado Resultado
Validados Esperados Secundario Obtenido
1 Realizar Visualiza el Visualiza Ninguna Visualiza si
búsqueda seguimiento de acción de la la petición
se rechazó
por nombre las peticiones petición
o se acepto
de usuario o
n° de orden
2 Buscar Aceptar la El botón Ninguna Acepta el
seguimient búsqueda cumple con la seguimiento
o del
función de
seguimiento
buscar

Figura 53. Prueba individual – Prueba de caja negra – Seguimiento: sistema de


gestión de insumos agropecuarios.
Ortega y Alava, 2018
117

9.3 Anexo 3. Formato de encuesta

ENCUESTA APLICADA A LOS USUARIOS DEL APLICATIVO WEB Y


MOVIL PARA LA GESTION DE INSUMOS AGROPECUARIOS EN LA
HACIENDA BARBARITA.
Nombre de las entrevistadores: Rover Ortega Tirapé – Armando Alava Pesántez
Fecha: --/--/--
Objetivo: Recopilar información para medir la satisfacción del usuario final con respecto
al diseño y la funcionabilidad del sistema web implementado, en el área de control de los
insumos de la Hacienda.

Indique su cargo: Administrador Docente

1. ¿Cuál es el tiempo de respuesta del proceso de petición antes del


sistema?

1 semana 4 días 3 días 1 día

2. ¿Cuál es el tiempo de respuesta del proceso de petición con el sistema?

2 días 1 días 8 horas 2 horas

3. ¿El tiempo de carga del sistema es lo suficientemente breve?

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo
118

4. ¿Los botones empleados representan adecuadamente las acciones que


indican?

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo

5. Indique si el contenido es preciso y fácil de comprender

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo

6. ¿Son correctas las validaciones en el ingreso de información para


corroborar si son números o letras según lo requerido?

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo

7. ¿Las secciones del sistema son precisas, variadas y corresponden con


objetivos y contenidos?

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo

8. ¿Considera usted que los colores son agradables?

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo
119

9. ¿Considera usted que el contenido y la organización de los módulos están


acordes al sistema?

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo

10. ¿Está satisfecho con todos los módulos existentes dentro del sistema web?

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo

11. ¿Considera usted que deberían agregar otros módulos al sistema web o
móvil, de ser así mencione cuáles serían?
si no

_______________________________________________________________
_______________________________________________________________

12. ¿El sistema web o móvil cumple con todas las necesidades en la gestión
de insumos de la Hacienda Barbarita?

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo

13. ¿Le resulta fácil el manejo del sistema web o móvil?

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo
120

14. ¿Los procesos del sistema van acorde a la gestión de insumos


agropecuarios de la Hacienda Barbarita?

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo

15. ¿Considera que los módulos del sistema tienen una apariencia agradable?

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo

16. ¿Considera usted que el manejo del sistema permite obtener información
veraz acerca de los insumos agropecuarios?

Ni de
Totalmente De En Totalmente
acuerdo ni en
de acuerdo acuerdo desacuerdo desacuerdo
desacuerdo

GRACIAS
121

9.4 Anexo 4. Formato de la entrevista

ENTREVISTA APLICADA AL PERSONAL ENCARGADO DEL PROCESO


ADMINISTRATIVO DE LA HACIENDA BARBARITA.
Entrevistado: Dr. Kleber Cevallos, Ing. Paola Echeverría.
Nombre de los entrevistadores: Rover Ortega Tirapé – Armando Alava Pesántez
Fecha: 13-10-2017
Objetivo: Recopilar información sobre el método de control de los insumos
agropecuarios de la Hacienda Barbarita con el fin del levamiento de información para
implementar el sistema web y móvil, en el área de control de los insumos de la
Hacienda.

1. ¿Cómo se lleva el sistema de pedidos de insumos en la Hacienda

Barbarita y quien lleva ese control?

2. ¿Indique la frecuencia en que se hacen pedidos de insumos agropecuarios

en la bodega?

3. ¿Cuándo se compran insumos agropecuarios en la Hacienda Barbarita?

4. ¿Quiénes pueden pedir los insumos de la bodega?

5. ¿Qué método se utiliza para realizar la petición de algún tipo de insumo?

6. ¿Cuánto tiempo tarda la respuesta de una petición de algún tipo de

insumo?

7. ¿La Hacienda Barbarita produce algún producto?


122

9.5 Anexo 5. Resultados de pruebas de interfaz gráfica

Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Excelente 5 0,63 62,5

Agradable 2 0,25 25
Poco
1 0.13 12,5
Agradable
Pésimo 0 0 0

Total 8 1 100
Tabla 1. Porcentajes de Pruebas de interfaz gráfica de usuario
Ortega y Alava, 2018.

Fi
Resultados g
ur
Excelente Agradable Poco Agradable Pésimo
a

13%

25%

63%

54. Análisis de apariencia de imágenes y logos en el sistema


Ortega y Alava, 2018

Como se observa en el gráfico, los resultados obtenidos son de gran

aceptación con respecto a las imágenes y logo del sistema, con un 62% de

excelencia, un 25% aceptable y un 13% poco agradable.

Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Me gusta 6 0,75 75
123

Me gusta poco 2 0,25 25

No me gusta 0 0 0

Me disgusta 0 0 0

Total 8 1 100

Tabla 2. Porcentajes de Pruebas de interfaz gráfica de usuario

Ortega y Alava, 2018.

Resultados
Me gusta Me gusta poco No me gusta Me disgusta

25%

75%

Figura 55. Análisis de apariencia de colores


Ortega y Alava, 2018

Este grafico muestra los resultados de las encuestas sobre la apariencia que

se observa con los colores utilizados en el sistema. En conclusión con los datos

obtenidos, demuestras que el sistema es agradable al usuario, con resultados de

75% en me gusta y un 25% de me gusta poco.

Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Excelente 7 0,87 87
124

Normal 1 0,13 13

Mala 0 0 0

Pésimo 0 0 0

Total 8 1 100

Tabla 3. Porcentajes de Pruebas de interfaz gráfica de usuario


Ortega y Alava, 2018.

Figura 56. Análisis de Interfaces o pantallas del Sistema


Ortega y Alava, 2018

Los resultados que se muestran en el presente gráfico muestran la aceptación

de la interfaz en lo que respecta a la infraestructura de diseño, a un 87% le

parecio excelente mientras que el 13% le parecio normal.

Resultados
Excelente Normal Mala Pésimo

13%

88%
125

Tabla 4. Porcentajes de Pruebas de interfaz gráfica de usuario


Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Excelente 7 0,87 87

Normal 1 0,13 13

Mala 0 0 0

Pésimo 0 0 0

Total 8 1 100
Ortega y Alava, 2018.

Figura 57. Análisis de Listado de La información o consultas


Ortega y Alava, 2018

En el presente gráfico se puede observar que la informacion que se muestra en

las pantallas del sistema estan escritas y acomodadas de manera excelente, lo

que las hace legibles al usuario, dando como resultado un 87% de excelencia y

13% en agradable.

Resultados
Excelente Agradable Poco Agradable Pésimo

13%

88%
126
127

Tabla 5. Porcentajes de Pruebas de interfaz gráfica de usuario


Ortega y Alava, 2018.

Resultados
Legibles Poco legible Nada legibles Pésimo

100%

Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Legibles 8 1 100

Poco legible 0 0 0

Nada legibles 0 0 0

Pésimo 0 0 0

Total 8 1 100
Figura 58. Análisis de Interfaces o pantallas del Sistema
Ortega y Alava, 2018

En el presente gráfico se muestra un total de 100% que son legibles los

botones y lo que contiene dentro del mismo.


128

Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Muy conforme 5 0,62 62

Conforme 3 0,38 38

Poco conforme 0 0 0

Desconforme 0 0 0

Total 8 1 100
Tabla 6. Porcentajes de Pruebas de interfaz gráfica de usuario
Ortega y Alava, 2018.

Resultados
Muy conforme Conforme Poco conforme Desconforme

38%

63%

Figura 59. Análisis de Intuitividad del Sistema


Ortega y Alava, 2018

Estos resultados mostrados en el gráfico evidencian acerca de que tan intuitivo

es el manejo del sistema, lo que expone un 62% como muy conforme y de 38%

de conformidad con respecto a la interfaz.


129

Tabla 7. Porcentajes de Pruebas de interfaz gráfica de usuario


Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Fácil 4 0,5 50

Adecuado 3 0,37 37

Difícil 1 0,13 13

Hostigoso 0 0 0

Total 8 1 100
Ortega y Alava, 2018.

Resultados
Fácil Adecuado Difícil Hostigoso

13%

50%

38%

Figura 60. Análisis de Resultados De Procesos del Sistema


Ortega y Alava, 2018

En presente gráfico podemos notar que los procesos que se realizan son del

agrado de los usuarios con un 50% que le pareció fácil, el 37% expuso que es

adecuado y un 13% le pareció difícil.


130

Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Fácil 6 0,75 75

Normal 2 0,25 25

Malo 0 0 0

Pésimo 0 0 0

Total 8 1 100
Tabla 8. Porcentajes de Pruebas de interfaz gráfica de usuario
Ortega y Alava, 2018.

Figura 61. Análisis de Manejo del Sistema


Ortega y Alava, 2018

Los resultados que se obtuvieron sobre la prueba de interfaz en la parte de

manejo del sistema fueron que el 75% menciono que era fácil y el 25% que era

normal.

Resultados
Fácil Normal Malo Pésimo

25%

75%
131

Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Me gusta 8 1 100

Me gusta poco 0 0 0

No me gusta 0 0 0

Me disgusta 0 0 0

Total 8 1 100
Tabla 9. Porcentajes de Pruebas de interfaz gráfica de usuario
Ortega y Alava, 2018.

Figura 62. Análisis de Implementación del sistema


Ortega y Alava, 2018

En el presente gráfico se puede observar que los resultados dan un 100% de

aceptación con lo que respecta a transiciones dentro del sistema.

Resultados
Me gusta Me gusta poco No me gusta Me disgusta

100%
132

Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Excelente 8 1 100

De acuerdo 0 0 0

No de acuerdo 0 0 0

Pésimo 0 0 0

Total 8 1 100
Tabla 10. Porcentajes de Pruebas de interfaz gráfica de usuario
Ortega y Alava, 2018.

Resultados
Excelente De acuerdo No de acuerdo Pésimo

100%

Figura 63. Análisis de si el sistema es agradable


Ortega y Alava, 2018

En el presente gráfico se evidencia que el sistema tiene un 100% de agradable

al usuario.
133

9.6 Anexo 6. Resultados de encuesta de satisfacción

Tabla 11. ¿Cuál es el tiempo de respuesta del proceso de petición antes del
sistema?
Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
1 semana
1 0,12 12
4 días
7 0,88 88
3 días
0 0 0
1 día
0 0 0
Total
8 1 100
Ortega y Alava, 2018.

Figura 64. Resultados de la pregunta 1 de encuesta de satisfacción


Ortega y Alava, 2018

El presente grafico muestra que los resultados son de 12% opinan que es 1

semana y 88% menciona que es 4 días.

Resultados

13%

1 semana
4 días
3 días
1 día

88%
134

Tabla 12. ¿Cuál es el tiempo de respuesta del proceso de petición con el


sistema?
Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
2 días
0 0 0
1 dia
0 0 0
8 horas
1 0,12 12
2 horas
7 0,88 88
Total
8 1 100
Ortega y Alava, 2018.

Figura 65. Resultados de la pregunta 2 de encuesta de satisfacción


Ortega y Alava, 2018

En el presente grafico se muestran que los resultados son de 12% 8 horas y

88% 2 horas. Mostrando que el sistema tiene una mejoría en velocidad de

respuesta.

Resultados

13%

2 días
1 dia
8 horas
2 horas

88%
135

Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Totalmente de
8 1 100
acuerdo
De acuerdo 0 0 0
Ni de acuerdo ni
0 0 0
en desacuerdo
En desacuerdo 0 0 0
Totalmente
0 0 0
desacuerdo
Total 8 1 100
Tabla 13. ¿El tiempo de carga del sistema es lo suficientemente breve?
Ortega y Alava, 2018.

Resultados

Totalmente de acuerdo
De acuerdo
Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo

100%

Figura 66. Resultados de la pregunta 3 de encuesta de satisfacción


Ortega y Alava, 2018

Los resultados mostrados en el presente grafico dan a notar que existe un total

de acuerdo con 100%.


136

Tabla 14. ¿Los botones empleados representan adecuadamente las


acciones que indican?
Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Totalmente de
8 1 100
acuerdo
De acuerdo 0 0 0
Ni de acuerdo ni
0 0 0
en desacuerdo
En desacuerdo 0 0 0
Totalmente
0 0 0
desacuerdo
Total
8 1 100
Ortega y Alava, 2018.

Resultados

25%
Totalmente de acuerdo
De acuerdo
Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo

75%

Figura 67. Resultados de la pregunta 4 de encuesta de satisfacción


Ortega y Alava, 2018

El presente grafico muestra que la opinión de los encuestados fue de 75%

totalmente de acuerdo y 25% de acuerdo


137

Tabla 15. Indique si el contenido es preciso y fácil de comprender


Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Totalmente de
5 0,625 62
acuerdo
De acuerdo 3 0,375 38
Ni de acuerdo ni
0 0 0
en desacuerdo
En desacuerdo 0 0 0
Totalmente
0 0 0
desacuerdo
Total 8 1 100
Ortega y Alava, 2018.

Resultados

Totalmente de acuerdo
38% De acuerdo
Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo

63%

Figura 68. Resultados de la pregunta 5 de encuesta de satisfacción


Ortega y Alava, 2018

Se muestra en el gráfico que un 62% opino que está totalmente de acuerdo y

38% está de acuerdo.


138

Tabla 16. ¿Son correctas las validaciones en el ingreso de información para


corroborar si son números o letras según lo requerido?
Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Totalmente de
8 1 100
acuerdo
De acuerdo 0 0 0
Ni de acuerdo ni
0 0 0
en desacuerdo
En desacuerdo 0 0 0
Totalmente
0 0 0
desacuerdo
Total 8 1 100
Ortega y Alava, 2018.

Resultados

Totalmente de acuerdo
De acuerdo
Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo

100%

Figura 69. Resultados de la pregunta 6 de encuesta de satisfacción


Ortega y Alava, 2018

Se pudo comprobar que las validaciones son correctas, con un 100% de

totalmente de acuerdo.
139

Tabla 17. ¿Las secciones del sistema son precisas, variadas y


corresponden con objetivos y contenidos?
Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Totalmente de
3 0,375 38
acuerdo
De acuerdo 5 0,625 62
Ni de acuerdo ni
0 0 0
en desacuerdo
En desacuerdo 0 0 0
Totalmente
0 0 0
desacuerdo
Total 8 1 100
Ortega y Alava, 2018.

Resultados

Totalmente de acuerdo
De acuerdo
38% Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo
63%

Figura 70. Resultados de la pregunta 7 de encuesta de satisfacción


Ortega y Alava, 2018

Los resultados que se muestran en el presente gráfico muestran un 37%

totalmente de acuerdo y 63% de acuerdo.


140

Tabla 18. ¿Considera usted que los colores son agradables?


Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Totalmente de
8 1 100
acuerdo
De acuerdo 0 0 0
Ni de acuerdo ni
0 0 0
en desacuerdo
En desacuerdo 0 0 0
Totalmente
0 0 0
desacuerdo
Total 8 1 100
Ortega y Alava, 2018.

Resultados

Totalmente de acuerdo
De acuerdo
Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo

100%

Figura 71. Resultados de la pregunta 8 de encuesta de satisfacción


Ortega y Alava, 2018

Los resultados muestran un 100% de totalmente de acuerdo, lo cual afirma con

decisión unánime que los colores son de total agrado a los usuarios.
141

Tabla 19. ¿Considera usted que el contenido y la organización de los


módulos están acordes al sistema?
Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Totalmente de
5 0,625 62
acuerdo
De acuerdo 3 0,375 38
Ni de acuerdo ni
0 0 0
en desacuerdo
En desacuerdo 0 0 0
Totalmente
0 0 0
desacuerdo
Total 8 1 100
Ortega y Alava, 2018.

Resultados

Totalmente de acuerdo
De acuerdo
38% Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo
63%

Figura 72. Resultados de la pregunta 9 de encuesta de satisfacción


Ortega y Alava, 2018

Los resultados que se pueden observar dan a notar un 62% de totalmente de

acuerdo y 38% de acuerdo.


142

Tabla 20. ¿Está satisfecho con todos los módulos existentes dentro del
sistema web?
Resultados
Frecuenci
Frecuencia Porcentaje %
a relativa
Totalmente de acuerdo 6 0,75 75

De acuerdo 2 0,25 25
Ni de acuerdo ni en
0 0 0
desacuerdo
En desacuerdo 0 0 0

Totalmente desacuerdo 0 0 0

Total 8 1 100
Ortega y Alava, 2018.

Figura 73. Resultados de la pregunta 10 de encuesta de satisfacción


Ortega y Alava, 2018

En el presente grafico se demuestra que 75% está totalmente de acuerdo y n

25% de acuerdo respecto a la satisfacción de los módulos implementados.

Resultados

Totalmente de acuerdo
25%
De acuerdo
Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo

75%
143

Tabla 21. ¿Considera usted que deberían agregar otros módulos al sistema
web o móvil, de ser así mencione cuáles serían?
Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Si 4 0,5 50

No 4 0,5 50

Total 8 1 100
Ortega y Alava, 2018.

Resultados

Si
No
50% 50%

Figura 74. Resultados de la pregunta 11 de encuesta de satisfacción


Ortega y Alava, 2018

Se muestra que 50% opina que No y otro 50% menciona que Si, y las

opiniones recatadas como sugerencias de nuevos módulos están tomadas en

cuenta como recomendación.


144

Tabla 22. ¿El sistema web o móvil cumple con todas las necesidades en la
gestión de insumos de la Hacienda Barbarita?
Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Totalmente de
6 0,75 75
acuerdo
De acuerdo 2 0,25 25
Ni de acuerdo ni
0 0 0
en desacuerdo
En desacuerdo 0 0 0
Totalmente
0 0 0
desacuerdo
Total 8 1 100
Ortega y Alava, 2018.

Resultados

Totalmente de acuerdo
25%
De acuerdo
Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo

75%

Figura 75. Resultados de la pregunta 12 de encuesta de satisfacción


Ortega y Alava, 2018

En el presente gráfico se muestra un 75% Totalmente de acuerdo y un 25% De

acuerdo, lo cual demuestra que las necesidades se las han resuelto en su

mayoría.
145

Tabla 23. ¿Le resulta fácil el manejo del sistema web o móvil?
Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Totalmente de
7 0,88 87
acuerdo
De acuerdo 1 0,12 13
Ni de acuerdo ni
0 0 0
en desacuerdo
En desacuerdo 0 0 0
Totalmente
0 0 0
desacuerdo
Total 8 1 100
Ortega y Alava, 2018.

Resultados

13% Totalmente de acuerdo


De acuerdo
Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo

88%

Figura 76. Resultados de la pregunta 13 de encuesta de satisfacción


Ortega y Alava, 2018

El presente grafico muestra un 13% que opinan que está De acuerdo y 87%

Totalmente de acuerdo, lo cual demuestra que tiene una facilidad de uso el

sistema.
146

Tabla 24. ¿Los procesos del sistema van acorde a la gestión de insumos
agropecuarios de la Hacienda Barbarita?
Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Totalmente de
7 0,88 87
acuerdo
De acuerdo 1 0,12 13
Ni de acuerdo ni
0 0 0
en desacuerdo
En desacuerdo 0 0 0
Totalmente
0 0 0
desacuerdo
Total 8 1 100
Ortega y Alava, 2018.

Resultados

13% Totalmente de acuerdo


De acuerdo
Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo

88%

Figura 77. Resultados de la pregunta 14 de encuesta de satisfacción


Ortega y Alava, 2018

Los resultados demuestran un 87% Totalmente de acuerdo y 13% De acuerdo,

demostrando que la opinión respecto a los procesos que realiza el sistema van

acorde a la gestión de insumos.


147

Tabla 25. ¿Considera que los módulos del sistema tienen una apariencia
agradable?
Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Totalmente de
8 1 100
acuerdo
De acuerdo 0 0 0
Ni de acuerdo ni
0 0 0
en desacuerdo
En desacuerdo 0 0 0
Totalmente
0 0 0
desacuerdo
Total 8 1 100
Ortega y Alava, 2018.

Resultados

Totalmente de acuerdo
De acuerdo
Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo

100%

Figura 78. Resultados de la pregunta 15 de encuesta de satisfacción


Ortega y Alava, 2018

Con un resultado de 100% Totalmente de acuerdo, se demuestra que la

apariencia de los modulos es agradable a los usuarios.


148

Tabla 26. ¿Considera usted que el manejo del sistema permite obtener
información veraz acerca de los insumos agropecuarios?
Resultados
Frecuencia
Frecuencia Porcentaje %
relativa
Totalmente de
8 1 100
acuerdo
De acuerdo 0 0 0
Ni de acuerdo ni
0 0 0
en desacuerdo
En desacuerdo 0 0 0
Totalmente
0 0 0
desacuerdo
Total 8 1 100
Ortega y Alava, 2018.

Resultados

Totalmente de acuerdo
De acuerdo
Ni de acuerdo ni en desacuerdo
En desacuerdo
Totalmente desacuerdo

100%

Figura 79. Resultados de la pregunta 16 de encuesta de satisfacción


Ortega y Alava, 2018

En el presente gráfico se muestra que la opinión de los usuarios fue de un

100% Totalmente de acuerdo.


149

9.7 Anexo 7. Presupuesto

Tabla 27. Recursos Humanos


Detalle Valor
Desarrollador: Rover Ortega Tirapé $2400
Desarrollador: Armando Alava Pesántez $2400
Salario (6 meses)
Total $4800
Ortega y Alava, 2018

Tabla 28. Software


Detalle Valor
Compra de Hosting $150
Internet de alta velocidad (6 meses) $180
Herramientas de desarrollo: Php, Mysql, Android Studio,
$0
Wamp, Java, Visual Studio Code
Total $330
Ortega y Alava, 2018

Tabla 29. Hardware


Detalle Valor
2 Laptop: Procesador Core I5, Ram 6Gb, HD 1Tb $1400
Total $1400
Ortega y Alava, 2018

Tabla 30. Recursos materiales


Detalle Valor
Papel De Oficina, Esferos, Lápices, Borradores, Cuadernos,
$100
Impresiones, Copias, Clips, Carpetas, Empastados (Tesis)
Total $100
Ortega y Alava, 2018
150

Tabla 31. Presupuesto generales


Detalle Valor
Recursos humanos $4800
Software $330
Hardware $1400
Recursos materiales $100
Total $4800
Ortega y Alava, 2018
151

9.8 Anexo 8. Manual de usuario

Manual de usuario aplicativo web usuario administrador

1. Ingresaremos al sistema web de la hacienda barbarita con el siguiente link:

www.haciendabarbarita.com

2. Una vez ingresado al sistema digitaremos el usuario y la contraseña y

daremos clic en inicia sesión


152

3. Ingresamos al sistema, visualizaremos los diferentes módulos donde

podremos realizar las acciones que deseemos

4. Dentro del módulo de insumos nos refleja dos submodulos; listado de

productos e ingreso y egreso


153
154

5. Dentro de listados de productos visualizaremos un cuadro donde podremos

realizar la búsqueda del insumo que queramos, también podremos observar el

código, nombre, precio unitario, stock, el precio total de cada insumo y la fecha en

cuando fue creado este insumo, también contaremos con un botón de editar

información donde podremos cambiar el código, nombre, la categoría, el precio

unitario y el stock una vez cambiado estos datos daremos clic en actualiza datos,

por último en la parte superior visualizaremos el monto total de la bodega.

6. ingreso y egreso
155

En la parte posterior tenemos un botón donde podemos ingresar un nuevo

producto al sistema donde nos reflejara una ventana con el contenido para llenar

e ingresar el nuevo producto

Una vez ya ingresado el nuevo producto tendremos buscadores en el sistema

donde podremos filtrar búsquedas ya sea por producto, código o categoría, una

vez encontrado el producto deseado daremos clic y nos llevara hacia otra pantalla

donde tendremos opciones como agregar y eliminar el stock del producto también

podremos editar la información y generar un reporte que este se dará en PDF

para su debida impresión, por último en la parte derecha podremos observar el

historial del producto donde sabremos todos los movimientos que ha tenido este

podremos observar los 10, 25, 50 y 100 primeros movimientos, podremos

ordenarlos por fecha, hora, descripción, referencia y total , también contaremos

con un buscador para una facilidad al usuario. El sistema contara con un control

de caducidad que podremos visualizar en la pantalla principal o dando clic en

cada insumo, cuando falten 5 dias antes de la fecha indicada en que se va a


156

caducar el producto se pintara de amarillo, cuando ya esté en el día se pintara el

producto de rojo con el objetivo de que ningún producto se caduque en bodega.

7. Categorías

Dentro del módulo de categorías nos refleja dos submodulos; ingreso

/categorías e ingreso/materias
157

1. Ingreso de categorías

En este módulo podemos visualizar todas las categorías existentes, tenemos

un cuadro de búsqueda que se realiza por nombre de categorías a su misma vez

contamos con dos acciones una que es la acción de editar donde podremos

editar la categoría

Dentro de este cuadro observaremos dos opciones la de nombre y uno de

descripción que llenaremos el motivo del cambio, del respectivo nombre de

categoría por ultimo daremos clic en actualizar datos.

También contamos con la acción de eliminar la categoría deseada donde nos

aparecerá un cuadro de dialogo que hace una advertencia si deseamos

realmente eliminar la categoría si este es el caso daremos clic en aceptar.


158

Por ultimo en la parte superior derecha tenemos un botón de nueva categoría

donde dándole clic nos aparecerá una ventana donde tendremos que llenar en

nombre y la descripción de la nueva categoría, una vez llenado los campos

daremos clic en Guardar datos.

2. Ingreso de materias
159

En este módulo podemos visualizar todas las categorías de las materias

existentes, tenemos un cuadro de búsqueda que se realiza por nombre de

materias, a su misma vez contamos con la acción de eliminar la materia

seleccionada, podemos ver las entradas ya sean 10, 25, 50,100, también

contamos con los saltos de páginas correspondientes

3. Usuarios

Este módulo es parte esencial del sistema ya que aquí crearemos los usuarios

ya sean administrador o docentes, en la parte superior tendremos un cuadro de

búsqueda por nombre para facilitar el proceso de búsqueda, a su vez

visualizaremos ID, nombre, usuario, email, cuando el usuario fue creado y tres

botones de acciones que son: el de editar usuario, cambiar contraseña y eliminar

al usuario.

También contaremos con un botón de crear un nuevo usuario que se

encuentra en la parte superior derecha donde dándole clic nos aparecerá una
160

ventana donde tendrá que llenar todos los campos que se muestran ya que son

muy importantes para el almacenamiento de información de cada usuario,

tenemos dentro de la tabla el número de identificación donde ingresaremos la

cedula del usuario, el nombre, su apellido, el nombre de usuario que se le va

asignar, el email, la contraseña para el ingreso al sistema, y en tipo de usuario se

asignara si el usuario es administrador o docente, por ultimo daremos en guardar

datos.

Como ya se mencionó contamos con tres acciones una de ellas es la de editar

aquí podremos cambiar el nombre, apellido, usuario y el email.

En la acción de cambiar contraseña nos aparecerá un cuadro de dialogo donde

tendremos dos campos el de nueva contraseña y donde repetimos la contraseña

por ultimo daremos clic en cambiar contraseña.

En la acción de eliminar usuario si le damos clic nos aparecerá un mensaje de

advertencia preguntándonos si realmente deseamos eliminar el usuario.


161

4. Pedidos

Dentro del módulo de pedidos nos refleja dos submodulos; pedidos,

informe/pedidos.

5. Pedidos

Dentro de este módulo contamos con la opción de visualizar los 10, 25 ,50 ,100

entradas de las peticiones hechas por los docentes cabe recalcar que aquí solo

van aparecer las peticiones que se encuentren por aceptar o rechazar, también
162

en la parte superior derecha contamos con un cuadro de búsqueda donde

podremos realizar

Búsquedas por nombre de docente, nombre de producto y materia. Por otra

parte si deseamos ordenas la información de ascendente a descendente solo

necesitaremos dar clic encima del nombre del docente, la fecha etc.

Dentro de cada petición contaremos con un botón de establecer, dando clic en

este botón nos llevara a una pantalla donde podemos aceptar, rechazar una

solicitud, también contaremos con estados de entrega que en estos tenemos la

opción de por entregar o entregado por ultimo un descripción si amerita el caso,

una vez hecho el proceso de establecer daremos clic en guardar datos.

6. Informe/Pedidos

Dentro de este módulo visualizaremos todas las peticiones que estén por

entregar, observaremos los nombres de los usuarios y posterior sus fechas de

pedidos.
163

Dentro de cada Informe/Petición contaremos con un botón de Ver, dando clic

en este botón nos llevara a una pantalla donde podemos visualizar todas las

fechas de las peticiones

Una vez escogida la fecha deseada daremos clic en generar informe

Una vez hecho esto se nos generara un informe en PDF de la petición

requerida por parte del Docente para su posterior entrega, esta cuenta con una

firma de autorización para que le Decano pueda autorizar la entrega.


164

7. seguimiento

En el módulo de seguimiento observaremos los movimientos de todas las

peticiones por parte de los docentes si estas han sido aceptadas, rechazadas o

por su estado, en la parte superior contamos con la opción de visualizar los 10, 25

,50 ,100 entradas de las peticiones hechas por los docentes, también en la parte

superior derecha contamos con un cuadro de búsqueda donde podremos realizar


165

búsquedas por nombre de docente, nombre de producto, materia, estado del

pedidos y el estado del seguimiento, por otra parte si deseamos ordenas la

información de ascendente a descendente solo necesitaremos dar clic encima del

nombre del docente, la fecha etc.

8. Reportes

Dentro de este módulo visualizaremos todos los reportes que cuenta el sistema

este cuenta con cuatro submódulos que son: Stock a caducar, Stock caducado,

Pedidos / Docentes y Stock / Ingreso – egreso.

9. Stock a caducar

Dentro de este Submódulo dando un clic nos generara un PDF donde

podremos ver todos los insumos que ya estén próximos a caducar.

10. Stock caducado

Dentro de este submódulo dando clic nos generara un PDF observaremos

todos los insumos que ya se han caducado si estos existieren.

11. Pedidos / Docentes

Aquí podremos visualizar todos los usuarios docentes que existan y hayan

realizado peticiones en el sistema, tenemos la opción de ver los pedidos

desde y hasta la fecha que deseemos que ha realizado petición el docente.


166

Luego generaremos un PDF para su visualización.

12. Stock / Ingreso – Egreso

En esta sección visualizaremos todos los insumos existentes y podremos

generar in informe en PDF de todos los movimientos de cada uno de ellos.

Para

concluir el sistema cuenta con un botón de salir que dando clic a este botón nos

muestra la parte inicial pero con un mensaje, “Aviso has sido desconectado”.
167

Manual de usuario aplicativo Móvil

1. Para poder descargar el aplicativo móvil ingresaremos a este link:

https://haciendabarbarita.es.aptoide.com/

2. Una vez descargado el aplicativo móvil nos aparecerá en nuestro móvil con el

nombre de Hacienda-Barbarita
168

3. Una vez ingresado al aplicativo móvil digitaremos el usuario y la contraseña y

daremos clic en inicia sesión

4. Ingresamos al aplicativo móvil, visualizaremos los diferentes módulos donde

podremos realizar las acciones que deseemos.


169

5. Dentro del módulo de petición nos aparecerá una lista de productos que se

encuentran en la bodega de la Hacienda Barbarita.

6. una vez elegido el producto que se desee pedir le daremos clic y se nos

abrirá una ventana donde podremos realizar las peticiones

Llenaremos los cuadros correspondientes para la petición en la parte de fecha

de practica daremos clic y se nos abrirá un calendario, de la misma manera le


170

damos clic a materia y se nos abrirá las materias existentes en el sistema de la

Hacienda Barbarita, si algún insumo no se encuentra en el sistema el docente

deberá realizar una solicitud hacia el Decano pidiendo agregar el insumo que

requiera

7. También contamos con un menú desplegable que se encuentra del lado

superior izquierdo.
171

8. En el siguiente módulo de seguimiento nos ayudara a ver el proceso de

nuestra petición si esta ya ha sido aprobada a rechazada, daremos clic a

seguimientos y nos mostrara las fechas de nuestras peticiones.

9. Posterior a esto nos mostrara una ventana donde podemos visualizar si

nuestra petición fue aprobada o rechazada.


172

10. En el siguiente módulo de lista de productos visualizaremos todos los

productos que existan dentro del sistema de la Hacienda Barbarita, contaremos

con un buscador para facilidad del usuario.


173

9.9 Anexo 9. Informe de satisfacción Sistema Web

Figura 80. Informe de satisfacción Sistema Web


Ortega y Alava, 2018
174

9.10 Anexo 10. Informe de satisfacción Aplicación Móvil

Figura 81. Informe de satisfacción Aplicación Móvil


Ortega y Alava, 2018
175

9.11 Anexo 11. Informe de satisfacción Aplicación Web

Figura 82. Informe de satisfacción Aplicación Web


Ortega y Alava, 2018

También podría gustarte