AGRIANDESDAYMSAS TRABAJO DE GRADO .doc

SISTEMA DE INFORMACIÓN MÓVIL PARA CONTROLAR Y ADMINISTRAR LAS ACTIVIDADES COMERCIALES DE LOS REPRESENTANTES TÉCNICOS COMERCIALES (RTC) DE LA EMPRESA AGRIANDES

DAYMSA S.A

HAROLD ANTONIO RENGIFO ARCE CESAR ENRIQUE MENDOZA VICTORIA

UNIVERSIDAD COOPERATIVA DE COLOMBIA

FACULTAD DE INGENIERÍA INGENIERÍA DE SISTEMAS

SANTIAGO DE CALI 2016

SISTEMA DE INFORMACIÓN MÓVIL PARA CONTROLAR Y ADMINISTRAR LAS ACTIVIDADES COMERCIALES DE LOS REPRESENTANTES TÉCNICOS

COMERCIALES (RTC) DE LA EMPRESA AGRIANDES DAYMSA S.A

HAROLD ANTONIO RENGIFO ARCE CÉSAR ENRIQUE MENDOZA VICTORIA

PROYECTO DE GRADO

ASESOR: INGENIERO JHON HAIDE CANO BELTRÁN

FACULTAD DE INGENIERÍA

UNIVERSIDAD COOPERATIVA DE COLOMBIA

FACULTAD DE INGENIERÍA INGENIERÍA DE SISTEMAS

SANTIAGO DE CALI 2016

CONTENIDO

pág.

1. IDENTIFICACIÓN DEL PROBLEMA 17

1.1 PLANTEAMIENTO DEL PROBLEMA 17

1.2 FORMULACIÓN DEL PROBLEMA 18

2 OBJETIVOS 19

2.1 OBJETIVO GENERAL 19

2.2 OBJETIVOS ESPECÍFICOS 19

3. JUSTIFICACIÓN 20

4. MARCO REFERENCIAL 22

4.1 MARCO TEÓRICO Y CONCEPTUAL 22

4.1.1 Movilidad empresarial y convergencia de dispositivos 22

4.1.2 Aplicaciones móviles 23

4.1.2.1 Aplicaciones móviles nativas 23

4.1.2.2 Aplicaciones móviles web 25

4.1.2.3 Aplicaciones móviles híbridas 25

4.1.3 Aplicaciones móviles en empresas 26

4.1.4 Sistema operativo para dispositivos móviles 27

4.1.4.1 Android 27

4.1.4.2 IOS 28

4.1.4.3 Windows Phone 28

4.1.4.4 BlackBerry OS 28

4.1.5 Lenguajes de programación para dispositivos móviles 29

4.1.6 GPS en aplicaciones móviles 29

4.1.7 Metodologías de desarrollo 30

4.1.7.1 Metodologías ágiles 30

4.1.7.2 Metodologías ágiles en el desarrollo de aplicaciones móviles 33

4.1.8 Patrones de diseño de software 35

pág.

4.1.8.1 Patrón Modelo Vista Controlador (MVC) 35

4.2 MARCO CONTEXTUAL 37

4.3 ANTECEDENTES 38

4.3.1 Sistema móvil para carga de datos del informe agronómico

mensual del RIAN

38

4.3.2 AgrocomM 38

4.3.3 Agroprecios y Agroclima 38

4.3.4 Produti 39

4.3.5 Sistema de información geográfica (SIG) 39

5. METODOLOGÍA 40

5.1 INVESTIGACIÓN 40

5.2 FASES DEL PROYECTO 41

5.2.1 Fase de exploración 41

5.2.2 Fase de iniciación 42

5.2.3 Fase de producción 42

5.2.4 Fase de estabilización 43

5.2.5 Fase de pruebas del sistema 43

6. DESARROLLO DEL PROYECTO 44

6.1 FASE DE EXPLORACIÓN 44

6.1.1 Requerimientos 44

6.1.1.1 Requerimientos no funcionales 44

6.1.1.2 Requerimientos funcionales 45

6.1.2 Casos de uso 54

6.1.2.1 Caso de uso iniciar sesión 56

6.1.2.2 Caso de uso registrar clientes 57

6.1.2.3 Caso de uso registrar cultivo 58

6.1.2.4 Caso de uso registrar establecimiento 60

6.1.2.5 Caso de uso registrar usuario 61

pág.

6.1.2.6 Caso de uso registrar plan de trabajo 62

6.1.2.7 Caso de uso registrar visita 64

6.1.2.8 Caso de uso sincronizar 66

6.1.3 Diagrama de secuencia 69

6.1.3.1 Caso de uso iniciar sesión 69

6.1.3.2 Caso de uso registrar cliente 71

6.1.3.3 Caso de uso registrar cultivo 75

6.1.3.4 Caso de uso registrar establecimiento 76

6.1.3.5 Caso de uso registrar plan de trabajo 77

6.1.3.6 Caso de uso registrar visita 78

6.1.3.7 Caso de uso sincronizar 80

6.1.3.8 Caso de uso registrar usuario (Web) 82

6.1.3.9 Caso de uso iniciar sesión (Web) 83

6.1.3.10 Caso de uso registrar cliente (Web) 84

6.1.3.11 Caso de uso registrar cultivo (Web) 84

6.1.3.12 Caso de uso registrar establecimiento (Web) 85

6.1.3.13 Caso de uso registrar plan de trabajo (Web) 86

6.1.3.14 Caso de uso registrar visita (Web) 87

6.1.4 Diagrama de clases 89

6.1.5 Modelo entidad relación 90

6.1.6 Diagrama de base de datos 91

6.1.7 Diccionario de datos 92

6.2 FASE DE INICIACIÓN 99

6.3 FASE DE PRODUCCIÓN 100

6.4 FASE DE ESTABILIZACIÓN 118

6.5 FASE DE PRUEBAS DEL SISTEMA 118

6.5.1 Caso de prueba iniciar sesión 119

6.5.2 Caso de prueba registrar clientes 120

pág.

6.5.3 Caso de prueba registrar cultivo 121

6.5.4 Caso de prueba registrar establecimiento 122

6.5.5 Caso de prueba registrar usuario 123

6.5.6 Caso de prueba registrar plan de trabajo 124

6.5.7 Caso de prueba registrar visita 125

6.5.8 Caso de prueba sincronizar 126

7 CONCLUSIONES 127

8 RECOMENDACIONES 129

BIBLIOGRAFÍA 130

ANEXOS 132

LISTA DE GRÁFICOS

pág.

Gráfico 1 Principales entornos en función de sistema operativo 23

Gráfico 2 Ejecución aplicación móvil nativa 24

Gráfico 3 Interacción aplicación móvil nativa y sistema operativo 24

Gráfico 4 Interacción aplicación móvil web, con sistema operativo 25

Gráfico 5 Ejecución aplicación móvil híbrida 26

Gráfico 6 Interacción aplicación móvil híbrida y sistema operativo 26

Gráfico 7 Principales plataformas para desarrolladores 27

Gráfico 8 Proceso metodología Scrum 31

Gráfico 9 Principios programación extrema 32

Gráfico 10 Desarrollo orientado a las pruebas 33

Gráfico 11 Ciclo de desarrollo Mobile-D 34

Gráfico 12 Flujo MVC con entrada de usuario 36

Gráfico 13 Diagrama de caso de uso iniciar sesión 57

Gráfico 14 Diagrama de caso de uso registrar cliente 58

Gráfico 15 Diagrama de caso de uso registrar cultivo 59

Gráfico 16 Diagrama de caso de uso registrar establecimiento 61

Gráfico 17 Diagrama de caso de uso registrar usuario 62

Gráfico 18 Diagrama de caso de uso registrar plan de trabajo 64

Gráfico 19 Diagrama de caso de uso registrar visita 65

Gráfico 20 Diagrama de caso de uso sincronizar 67

Gráfico 21 Diagrama de caso generar reportes 68

Gráfico 22 Diagrama de secuencia del caso de uso iniciar sesión 69

Gráfico 23 Diagrama de secuencia del caso de uso alterno iniciar sesión 70

Gráfico 24 Diagrama de secuencia del caso de uso registrar cliente 72

Gráfico 25 Diagrama de secuencia del caso de uso alterno registrar cliente 74

Gráfico 26 Diagrama de secuencia del caso de uso registrar cultivo 75

Gráfico 27 Diagrama de secuencia del caso de uso registrar establecimiento 76

Gráfico 28 Diagrama de secuencia del caso registrar plan de trabajo 77

pág.

Gráfico 29 Diagrama de secuencia del caso registrar visita 79

Gráfico 30 Diagrama de secuencia del caso sincronizar 81

Gráfico 31 Diagrama de secuencia del caso registrar usuario 82

Gráfico 32 Diagrama de secuencia del caso iniciar sesión 83

Gráfico 33 Diagrama de secuencia del caso registrar cliente 84

Gráfico 34 Diagrama de secuencia del caso registrar cultivo 85

Gráfico 35 Diagrama de secuencia del caso registrar establecimiento 86

Gráfico 36 Diagrama de secuencia del caso registrar plan de trabajo 87

Gráfico 37 Diagrama de secuencia del caso registrar visita 88

Gráfico 38 Modelo entidad relación 90

Gráfico 39 Diagrama de base de datos 91

Gráfico 40 Modelo interfaz inicio de sesión 100

Gráfico 41 Modelo interfaz menú usuario 101

Gráfico 42 Modelo interfaz crear cliente 101

Gráfico 43 Modelo interfaz crear establecimiento 102

Gráfico 44 Modelo interfaz crear plan de trabajo 102

Gráfico 45 Modelo interfaz ver rutas 103

Gráfico 46 Modelo interfaz detalle cliente ruta 103

Gráfico 47 Modelo interfaz cambio de contraseña 104

Gráfico 48 Logo aplicación Android 104

Gráfico 49 Imagen bienvenida aplicación 105

Gráfico 50 Imagen menú aplicación Android 105

Gráfico 51 Imagen de fondo pantallas aplicación Android 106

Gráfico 52 Imagen inicio de sesión aplicación web 107

Gráfico 53 Imagen menú aplicación web 107

Gráfico 54 Imagen menú desplegado aplicación web 108

Gráfico 55 Imagen registro plan de trabajo aplicación web 108

Gráfico 56 Imagen registro de visita aplicación web 109

Gráfico 57 Imagen registro de establecimiento aplicación web 109

Gráfico 58 Imagen registro de cliente aplicación web 110

Gráfico 59 Imagen registro de cultivo aplicación web 110

pág.

Gráfico 60 Imagen registro de tipo de cultivo aplicación web 111

Gráfico 61 Imagen registro de cultivo por establecimiento aplicación web 111

Gráfico 62 Imagen reporte de visitas aplicación web 112

Gráfico 63 Imagen reporte de gráficos aplicación web 112

Gráfico 64 Imagen registro de usuarios aplicación web 113

Gráfico 65 Imagen registro de ciudad aplicación web 113

Gráfico 66 Imagen registro de tipo de cliente aplicación web 114

Gráfico 67 Imagen registro de tipo de documento aplicación web 114

Gráfico 68 Imagen registro de rol aplicación web 115

Gráfico 69 Imagen prototipo ubicación geográfica 115

Gráfico 70 Imagen prototipo ubicación en mapa Google 116

Gráfico 71 Imagen prototipo sincronización servidor MySql 117

Gráfico 72 Imagen prototipo Interacción base de datos MySql 117

LISTA DE TABLAS

pág.

Tabla 1 Requerimientos no funcionales 44

Tabla 2 Requerimientos RF-001 45














Tabla 16 Tabla de actores 54

Tabla 17 Caso de uso iniciar sesión 56

Tabla 18 Caso de uso registrar cliente 57

Tabla 19 Caso de uso registrar cultivo 58

Tabla 20 Caso de uso registrar establecimiento 60

Tabla 21 Caso de uso registrar usuario 61

Tabla 22 Caso de uso registrar plan de trabajo 62

Tabla 23 Caso de uso registrar visita 64

Tabla 24 Caso de uso sincronizar 66

Tabla 25 Tabla diccionario de datos tipo_documento 92

Tabla 26 Tabla diccionario de datos ciudad 92

Tabla 27 Tabla diccionario de datos departamento 92

Tabla 28 Tabla diccionario de datos tipo_cliente 93

Tabla 29 Tabla diccionario de datos usuario 93

pág.

Tabla 30 Tabla diccionario de datos plan_trabajo 94

Tabla 31 Tabla diccionario de datos cultivo_establecimiento 94

Tabla 32 Tabla diccionario de datos visita 95

Tabla 33 Tabla diccionario de datos rol 95

Tabla 34 Tabla diccionario de datos cliente 96

Tabla 35 Tabla diccionario de datos establecimiento 96

Tabla 36 Tabla diccionario de datos tipo_cultivo 97

Tabla 37 Tabla diccionario de datos cultivo 98

Tabla 38 Tabla diccionario de datos estado 98

Tabla 39 Tabla características tecnológicas 99

Tabla 40 Tabla equipo humano 99

Tabla 41 Tabla herramientas de desarrollo 99

Tabla 42 Tabla caso de prueba iniciar sesión 119

Tabla 43 Tabla pasos y condiciones caso de prueba iniciar sesión 119

Tabla 44 Tabla caso de prueba registrar clientes 120

Tabla 45 Tabla pasos y condiciones caso de prueba registrar clientes 120

Tabla 46 Tabla caso de prueba registrar cultivo 121

Tabla 47 Tabla pasos y condiciones caso de prueba registrar cultivo 121

Tabla 48 Tabla caso de prueba registrar establecimiento 122

Tabla 49 Tabla pasos y condiciones caso de prueba registrar establecimientos 122

Tabla 50 Tabla caso de prueba registrar usuario 123

Tabla 51 Tabla pasos y condiciones caso de prueba registrar usuario 123

Tabla 52 Tabla caso de prueba registrar plan de trabajo 124

Tabla 53 Tabla pasos y condiciones caso de prueba registrar plan de trabajo 124

Tabla 54 Tabla caso de prueba registrar visita 125

Tabla 55 Tabla pasos y condiciones caso de prueba registrar visita 125

Tabla 56 Tabla caso de prueba sincronizar 126

Tabla 57 Tabla pasos y condiciones caso de prueba sincronizar 126

LISTA DE ANEXOS

pág.

ANEXO A Diagrama de clases 133

ANEXO B Manual de usuario AppAgriandes App 134

ANEXO C Manual Usuario AppAgriandes Web 158

GLOSARIO

Android: es un sistema operativo inicialmente pensado para teléfonos móviles, al

igual que iOS, Symbian y Blackberry OS. Lo que lo hace diferente es que está

basado en Linux, un núcleo de sistema operativo libre, gratuito y multiplataforma.

Aplicación móvil (APP): es una aplicación de software que se instala en

dispositivos móviles o tabletas para ayudar al usuario en una labor concreta, ya sea

de carácter profesional o de ocio y entretenimiento.

Base de datos: es una herramienta para recopilar y organizar información.

Customer Relationship Management (CRM): software para la administración de

la relación con los clientes. Sistemas informáticos de apoyo a la gestión de las

relaciones con los clientes, a la venta y al marketing.

Enterprise Resource Planning (ERP): sistemas informáticos que permite a las

compañías centralizar e integrar los procesos y captura de información de las áreas

que la conforman y de esta forma administrar los recursos.

Georreferenciación: es el uso de coordenadas de mapa para asignar una

ubicación espacial a entidades cartográficas. Todos los elementos de una capa de

mapa tienen una ubicación geográfica y una extensión específicas que permiten

situarlos en la superficie de la Tierra o cerca de ella.

Prototipo: es una representación limitada de un producto, permite a las partes

probarlo en situaciones reales o explorar su uso, creando así un proceso de diseño

de iteración que genera calidad.

Requerimientos: es un conjunto de recomendaciones para la especificación de los

requisitos de software el cual tiene como producto final la documentación de los

acuerdos entre el cliente y el grupo de desarrollo para así cumplir con la totalidad

de exigencias estipuladas.

Software: conjunto de programas y rutinas que permiten a la computadora realizar

determinadas tareas.

14

RESUMEN

El actual trabajo de grado se presenta como una solución a la problemática mostrada en la empresa Agriandes Daymsa S.A., una empresa dedicada a la comercialización de productos e insumos para el agro; dicha empresa realiza la recolección de información de las actividades comerciales, por medio de documentos impresos que son diligenciados de forma manual, conllevando a errores e imprecisiones que afectan la parte administrativa en la toma de decisiones. AppAgriandes es una herramienta desarrollada en ambiente web y móvil, la cual agiliza los procesos de recolección de información, soluciona los inconvenientes de imprecisiones en los datos y permite realizar un seguimiento más efectivo a las actividades comerciales de los representantes técnicos comerciales (RTC) de la empresa Agriandes Daymsa S.A. Estas herramientas, por estar desarrolladas en ambientes móviles y web, permiten su portabilidad, asegurando así que sean accesibles en todo momento para la toma y consulta de información. Dado lo anterior y por las características de las tecnologías Android el sistema de aplicación móvil AppAgriandes, mejora la toma de información sin necesidad de tener acceso continuo a internet. Dicho aplicativo se despliega bajo los lineamientos de la metodología de desarrollo Mobile-D, el cual, por ser metodología de desarrollo ágil, permite el desarrollo de la herramienta en tiempos razonables y con la calidad necesaria para un producto de este tipo.

PALABRAS CLAVES:

Sistemas, georreferenciación, servicios, web, publicación web, aplicación Android.

15

ABSTRACT

The current degree work is presented as a solution to the problems shown in the company Agriandes Daymsa S.A., a company dedicated to the marketing of products and inputs for agriculture; the company performs the information collection business activities, through printed documents are filled out manually, leading to errors and inaccuracies affecting the administrative part in decision-making. AppAgriandes is a tool developed in mobile web environment, which streamlines the process of gathering information, overcomes the drawbacks of inaccuracies in the data and allows for a more effective follow-up to the commercial activities of technical commercial representatives (RTC) of the company Agriandes Daymsa S.A. These tools, being developed in mobile and web environments, allow portability, ensuring that they are accessible at all times for making information and consultation. Given the above and the characteristics of the Android system technologies AppAgriandes mobile application, information improves decision without having continuous access to the Internet. Such application is deployed under the guidelines of the development methodology Mobile-D, which being agile development methodology allows the development of the tool at reasonable times and with the quality required for a product of this type. KEYWORDS: Systems, georeferencing, web services, web publishing, Android application.

16

INTRODUCCIÓN

En la actualidad el auge de los servicios que se proveen en internet, el avance de

las nuevas tecnologías, la tendencia a dispositivos más veloces y pequeños, junto

con la necesidad constante de tener acceso a información en cualquier momento y

lugar, son factores que permiten el desarrollo de nuevas tecnologías de acceso a

internet desde dispositivos móviles tales como celulares, Smartphone y tablets PC.

Para Agriandes Daymsa S.A. estas tecnologías no son ajenas, ya que ésta dota a

sus representantes técnicos comerciales con dispositivos celulares Smartphone de

última tecnología, lo cual les permite aprovechar tales recursos para optimizar sus

procesos.

En este sentido se busca aprovechar estas tecnologías, que en la actualidad son

muy accesibles en el mercado y en especial para las empresas. Así mismo se

pretende dar uso adecuado a estas ciencias aplicadas en torno a una problemática

de información presentada en la empresa Agriandes Daymsa S.A. Para atender a

lo anterior se desarrolla una aplicación móvil que se ejecuta sobre el sistema

operativo Android y que permite al personal técnico comercial de la empresa

gestionar sus actividades, en cuanto al ingreso de nuevos clientes, revisión y ajuste

de los planes de trabajo, registro de visitas a clientes y ubicación geográfica de

estos. Adicionalmente esta herramienta provee un ambiente web de administración

en el cual se puede ingresar, actualizar y eliminar registros de: usuarios, roles,

ciudades, cultivos, tipos de cultivos, establecimientos, clientes y la generación de

reportes estadísticos.

Para el desarrollo y puesta en marcha del proyecto mencionado se utiliza como

base las metodologías de desarrollo agiles, tales como: Scrum, programación

extrema, entre otras. Para esto se selecciona una metodología enfocada en

aplicaciones móviles denominada metodología Mobile-D, la cual nos permite

gestionar el proceso con estándares y guías acordes al aplicativo realizado en fases

como: exploración, iniciación, producción, estabilización, prueba y reparación del

sistema.

17

1. IDENTIFICACIÓN DEL PROBLEMA

1.1 PLANTEAMIENTO DEL PROBLEMA

La empresa Agriandes Daymsa S.A, dedicada a la representación de las marcas

Daymsa y Klasmann, y a la distribución de insumos para el agro, con sede principal

en la ciudad de Bogotá D.C. y con cobertura nacional. Esta empresa requiere como

estrategia y control de su área comercial tener información detallada y actualizada

de sus clientes, los cuales están divididos en dos canales principales: canal de

distribución regional y canal de productores directos y/o agremiados. Para el canal

de distribución regional la información del cliente está parcialmente completa debido

al proceso de venta y facturación, pero para el canal de venta directa a productores

o agremiaciones no se cuenta con información consolidada y centralizada. La

información que existe de este último canal está registrada por medio de un formato

de una hoja de cálculo de Excel o por formato impreso diligenciado manualmente

durante la visita de los representantes técnicos comerciales (RTC) al cliente. Este

formato posteriormente es enviado vía correo electrónico a la oficina principal y en

la mayoría de los casos estos registros no son tramitados de forma correcta,

omitiendo información o por el contrario presentando datos que no son de

importancia. Es decir, se genera novedades como: falta de identificación,

cuantificación y catalogo correcto de los clientes, entendiéndose catalogo como la

clasificación de los clientes según el tipo de cultivo, tamaño en hectáreas del

terreno, tipo de manejo agrícola (artesanal o tecnificado), ciclos del cultivo y

capacidad de producción. El registro inadecuado sumado a la falta de control

tampoco permite extraer información valiosa como zonas de mercado, productos

que más consumen, zona de cultivo y georreferenciación exacta de las fincas. Esta

última es de gran importancia ya que por la ubicación de un gran número de clientes

en zonas rurales es necesario acceder a estos sin inconvenientes.

Por otro lado, los representantes técnicos comerciales (RTC) presentan un informe

en hoja de cálculo de Excel, que es utilizado para el control de sus actividades

comerciales, tales como: identificación de clientes potenciales, de rutas de los

recorridos, visitas y asesorías realizadas en el mes, asesorías programadas según

la necesidad del cliente y de oportunidades de negocio, así como también

programan el cronograma de visita a cliente. Éste último informe no se maneja de

forma estándar para todos los representantes técnicos comerciales (RTC), lo cual

dificulta la generación de indicadores sobre el rendimiento y/o actividades

18

realizadas en un período de tiempo y tampoco permite tener control sobre el

cronograma de visitas. En ocasiones un cliente es visitado varias veces sin ser

necesario o simplemente no es visitado, provocando que se inviertan recursos en

visitas innecesarias o se pierdan ventas por omisión.

Además de tener en cuenta el entorno donde se desarrolla la actividad de los

clientes, en el que se dificultan las conexiones a redes de comunicación y a

computadores bien sea escritorio o portátiles, se requiere el desarrollo de una

aplicación móvil que permita registrar la información relevante de los clientes del

canal de productores directos y/o agremiados.

Como solución a estos problemas, la empresa ha intentado usar software libre,

implementando documentos online por medio de One Drive, pero no se lograron los

resultados esperados, ya que de igual manera los representantes técnicos

comerciales (RTC) modifican a su antojo el reporte tanto en su formato como en

contenido, lo que hace que se pierda el seguimiento realizado.

1.2 FORMULACIÓN DEL PROBLEMA

¿Cómo administrar y controlar las actividades comerciales de los representantes

técnicos comerciales (RTC) de la empresa Agriandes Daymsa S.A.?

19

2. OBJETIVOS

2.1 OBJETIVO GENERAL

Desarrollar un sistema de información móvil que administre y controle las

actividades comerciales de los representantes técnicos comerciales (RTC) de la

empresa Agriandes Daymsa S.A.

2.2 OBJETIVOS ESPECÍFICOS

o Clasificar y administrar los clientes de la empresa Agriandes Daymsa S.A.

o Georreferenciar a los clientes de la empresa Agriandes Daymsa S.A.

o Desarrollar un método rápido y confiable de los registros de campo

correspondientes a clientes y actividades comerciales.

o Controlar las actividades comerciales de los representantes técnicos

comerciales (RTC) de la empresa Agriandes Daymsa S.A.

o Generar una herramienta que permita apoyar las estrategias comerciales.

20

3. JUSTIFICACIÓN

Con la masificación del uso de las tecnologías de información y comunicación, cada vez más personas tienen acceso a estas herramientas, lo que propone un reto y oportunidad para que las empresas aprovechen y promuevan el uso de estas nuevas tecnologías para su oficio y/o para su negocio, de otra forma corren el riesgo de no mantenerse competitivos en el mercado cambiante. Las empresas o microempresas que no se conectan a internet, que no utilicen el internet, que no hagan uso de aplicaciones móviles para promover sus negocios, para hacer crecer sus industrias están destinadas a tener una reducción significativa en un mercado global. Para Agriandes Daymsa S.A., es de carácter primordial, administrar y controlar las

actividades comerciales, logrando catalogar los datos de sus clientes de forma

idónea. Para esto es necesario contar con una herramienta que garantice el registro

y confiabilidad de los datos, que sea ordenada y rápida en la captura y manipulación

de información asociada a los cultivos de los clientes, puesto que en la actualidad

no cuenta con la información necesaria para la toma de decisiones estratégicas, ni

de optimización para su línea de mercado, permitiéndose gastos y logística

innecesaria, durante las visitas de sus representantes técnicos comerciales (RTC).

Con el desarrollo e implementación del sistema de información móvil para controlar y administrar las actividades comerciales de los representantes técnicos comerciales (RTC) de la empresa Agriandes Daymsa S.A., se busca permitir ingresar, almacenar y consultar la información de los clientes de esta compañía, georreferenciar la ubicación de los terrenos de los clientes, definir rutas de visitas para los representantes técnicos comerciales (RTC). Con este sistema se tiene acceso en línea a los diferentes datos almacenados, garantizando información en tiempo real. Además, lo anterior permite sistematizar procesos manuales garantizando tiempos de respuesta mínimos e identificar los canales existentes y participación de mercado en el territorio nacional, lo cual soporta de forma pertinente y eficaz la toma de decisiones en las diferentes áreas, especialmente en el área comercial y de igual forma obtener una reducción de costos de personal. En cuanto a las oportunidades de negocio se puede decir que como cualquier nueva aplicación resulta difícil aventurar el alcance y el impacto que a medio plazo va a suponer en el negocio, pero se puede analizar y proponer algunas de las oportunidades tales como: La mejora del servicio al cliente, reducción de los kilómetros recorrido y costos asociados a las rutas de visitas, disminución del número de recursos usados como impresión, una mejor gestión del tiempo de los Representantes Técnicos Comerciales (RTC) empleado y el cumplimiento de los horarios de visita a los clientes.

21

Uno de los factores más relevantes para Agriandes Daymsa S.A. es el hecho de no

contar con el presupuesto financiero para pagar el desarrollo o licencias de una

aplicación que se ajuste a sus requerimientos actuales. Además, se encontró que

los representantes técnicos comerciales (RTC) cuentan con celulares tipo

Smartphone que en la actualidad están siendo subutilizados, desaprovechando las

prestaciones que ofrece esta herramienta. Es por esto que se propone desarrollar

esta aplicación a la medida, con herramientas de software libre o que impliquen un

gasto mínimo para la compañía, de tal forma que se usen los dispositivos actuales,

las tecnologías móviles y el internet como parte fundamental del sistema.

Actualmente el MinTIC* pretende, a través de la Dirección de Gobierno en Línea y

el Ministerio de Agricultura y Desarrollo Rural, buscar incluir al sector agrícola del

país en el uso y aprovechamiento de las tecnologías de información y comunicación.

Adicional a esto el MinTIC tiene una iniciativa con su plan “Vive Digital”, dentro de

su programa Apps.co, para promover y potenciar la creación de negocios a partir

del uso de las tecnologías de información y comunicación, colocando especial

interés en el desarrollo de aplicaciones móviles, software y contenidos. Lo anterior

supone un apoyo adicional por parte del gobierno el cual busca dar apalancamiento

financiero y asistencia técnica especializada para el desarrollo de aplicaciones

móviles.

* Ministerio de Tecnologías de la Información y las Comunicaciones de Colombia.

22

4. MARCO REFERENCIAL

4.1 MARCO TEÓRICO Y CONCEPTUAL

4.1.1 Movilidad empresarial y convergencia de dispositivos. La movilidad empresarial, es la tendencia que se está aplicando en las empresas, en la que cada vez sus empleados deben trabajar fuera de las instalaciones u oficinas, y por tanto deben tener acceso seguro y confiable a los datos de su empresa sin que esto se convierta en un obstáculo para el progreso del negocio. En este caso se habla de convergencia de dispositivos que es útil cuando existe la necesidad en el ámbito laboral de acceder a la información desde cualquier lugar, tiempo o dispositivos diferentes a un computador, consiguiendo ser tan productivos como si estuviese en el computador de la oficina. Según el estudio “Latin America Predictions 2014”, realizado por IDC*, durante el año 2013 el 43% de las empresas permitió el uso de dispositivos personales para fines comerciales, pero ahora el crecimiento es diferente. Se estima que para el 2014 el uso de tablets crece un 55% mientras que el uso de teléfonos inteligentes un 34% y un 26% para computadores portátiles. También se estima que más del 30% de las organizaciones empresariales de América Latina se movilizarán a las aplicaciones relacionadas con el negocio, tales como automatización del campo de servicio, flujos de trabajo automáticos (workflow), CRM y ERP. En otra reciente publicación “Latin America IT Industry 2016 Predictions” afirma que, en la región, el uso de dispositivos móviles para el trabajo seguirá creciendo rápidamente, se dice que el uso de dispositivos móviles para trabajar en el 2014 llegó a 110 millones y en 4 años más el IDC espera que esta cifra llegue a 138 millones equivalente al 50% del uso total. Además, para el 2016 se espera que más de 1 de cada 3 empresas inviertan fuertemente en temas de movilidad, según las encuestas realizadas por IDC, el tema de movilidad empresarial se encuentra entre las 3 principales iniciativas de tecnología e información en las organizaciones, y se refleja que aplicaciones básicas y aplicaciones de comunicación como correo electrónico y mensajería instantánea han superado el 80% de penetración en las organizaciones de América latina en comparación con aplicaciones relacionadas con el negocio como CRM, ERP o Workflow que en los últimos años solo han llegado al 35% de penetración. Finalmente, como dato importante IDC comenta que el siguiente paso será tomar ventaja de los avances realizados hasta el momento, llevando la expansión de la movilidad empresarial a un mayor número de procesos

* IDC es proveedor líder en el mundo en análisis e inteligencia de mercados, y en soporte táctico a fabricantes y usuarios, en el sector de Informática y Telecomunicaciones; Sitio web: http://www.idclatin.com/campaign/predictions/default.html.

23

de la organización (marketing, servicio al cliente, servicio de campo, etc.) y los ecosistemas que los rodean (clientes, proveedores, socios, reguladores, etc.). Para el año 2016, más del 45% de organizaciones en América Latina va a poner en práctica una estrategia móvil definitiva, incluidos las aplicaciones móviles para mejorar las operaciones comerciales, la seguridad o la experiencia del cliente. 4.1.2 Aplicaciones móviles. Una aplicación móvil o también conocida como APP, es un software el cual se ejecuta en un dispositivo móvil, como Smartphone o tablets, las aplicaciones móviles pueden ser: 4.1.2.1 Aplicaciones móviles nativas. Son aplicaciones que se instalan directamente en el dispositivo móvil y están diseñadas de acuerdo a cada Sistema operativo. Como se muestra en el gráfico 1. Gráfico 1 Principales entornos en función de sistema operativo.

Fuente: http://geospatialtraininges.com/recursos-gratuitos/tipos-de-aplicaciones-moviles/

o Ventajas de las aplicaciones nativas. Estas aplicaciones tienen acceso total a las utilidades de sistema operativo en el cual se ejecuta como cámara, conexiones, dispositivos de almacenamiento. En el gráfico 2 se ilustra como la aplicación móvil nativa es ejecutada en el dispositivo.

24

Gráfico 2 Ejecución aplicación móvil nativa.

Fuente: http://geospatialtraininges.com/recursos-gratuitos/tipos-de-aplicaciones-

moviles/.

o Desventajas aplicaciones móviles nativas. Al ser desarrollada para un sistema operativo en concreto, la aplicación debe ser reescrita para cada lenguaje diferente. De este modo es más complejo su distribución masiva en todos los sistemas operativos por ser basada en el código nativo del sistema operativo requiere personal idóneo con el conocimiento de la estructura de cada sistema operativo para el cual se desarrolle. En el gráfico 3 se observa como es la estructura de interacción de un sistema operativo con una aplicación nativa. Gráfico 3 Interacción aplicación móvil nativa y sistema operativo.

Fuente: http://geospatialtraininges.com/recursos-gratuitos/tipos-de-aplicaciones-moviles.

25

4.1.2.2 Aplicaciones móviles web. Son aplicaciones que se ejecutan en un dispositivo móvil por medio de un navegador web, y están generalmente desarrolladas en HTML, CSS, y JavaScript. En el gráfico 4 se observa como la aplicación web interactúa con el sistema operativo desde un navegador. Gráfico 4 Interacción aplicación móvil web, con sistema operativo.


o Ventajas aplicaciones móviles web. Por ser aplicaciones ejecutadas desde un navegador web, su desarrollo se hace estándar para todas las plataformas de sistemas operativos, además no requieren ser descargadas directamente en el dispositivo móvil.

o Desventajas aplicaciones móviles web. Por ser un desarrollo estándar, el

acceso a las utilidades del sistema operativo es limitado. 4.1.2.3 Aplicaciones móviles híbridas. Son aplicaciones que integran los conceptos de aplicación nativa y web permitiendo desarrollar aplicaciones que se ejecutan en el dispositivo móvil, pero son parte web. Un ejemplo de una aplicación híbrida es el Facebook. Estas aplicaciones para tener mayor control de las ventajas del sistema operativo utilizan herramientas adicionales como el phonegap*.

* Phonegap es un Framework para el desarrollo de aplicaciones móviles

26

Gráfico 5 Ejecución aplicación móvil híbrida.

Fuente: http://geospatialtraininges.com/recursos-gratuitos/tipos-de-aplicaciones-moviles/.

Gráfico 6 Interacción aplicación móvil híbrida y sistema operativo.


4.1.3 Aplicaciones móviles en empresas. Según reporte de la Corporación Internacional de datos (IDC por sus siglas en

27

inglés), indica que 7 de cada 10 compañías utilizan los dispositivos móviles para acceder a sus datos empresariales. Dentro de las más usada se pueden encontrar app para el manejo de correo electrónico, calendario, app diseñadas para transferencia de datos, toma de pedidos, para realizar transacciones bancarias, todo esto gracias también a la evolución que ha tenido los terminales. Sus capacidades son cada vez más grande brindado muchísimas funcionalidades. Las aplicaciones especializadas para empresas se convierten en la mejor herramienta de gestión, seguimiento de procesos, de ubicación de sus empleados, control de calidad o gestión del conocimiento; que a su vez permite brindar valor agregado a sus servicios. El término Mobile commerce se refiere a que a través de dispositivos móviles se crean estrategias y nuevos hábitos de compra y aquí el objetivo de las aplicaciones puede ser la venta de productos o servicios. 4.1.4 Sistema Operativo para dispositivos móviles. En la actualidad el mercado de los sistemas operativos para terminales móviles ha sido abordado por tres grandes plataformas. Como se puede observar en el gráfico 7 hay cierta preferencia por el desarrollo de aplicaciones sobre sistema operativos Android, seguidos por IOS, BlackBerry y Windows Phone, a continuación, se describirán cada uno de los principales sistemas operativos más utilizados por los desarrolladores. Gráfico 7 principales plataformas para desarrolladores.

Fuente: http://vmob.me/DE1Q15 - http://vmob.me/DE1Q16.

4.1.4.1 Android. Es una plataforma basada en Linux de la Open Handset Alliance, un consorcio de 79 compañías de hardware, software y telecomunicaciones que tienen como objetivo desarrollar estándares abiertos para dispositivos móviles. El kernel se usa como HAL*. Su programación de aplicaciones se hace principalmente en java, aunque también se pueden usar otros lenguajes de programación, su sistema operativo consiste en aplicaciones java que se ejecutan en un Framework

* Hardware abstraction layer.

28

de aplicaciones basado también en java, es orientado a objetos y se ejecuta en una máquina virtual Dalvik, la cual realiza una compilación Just in Time. Android es una plataforma de código abierto para dispositivos móviles, esto incluye sistema operativo, middlewarey y aplicaciones básicas. Su historia básicamente comienza en el año 2005 cuando Google Inc. compró a la empresa desarrolladora de software Android Inc., luego Google Inc. colocó en el mercado la plataforma para los fabricantes de dispositivos y operadores bajo la premisa de que fuera un sistema flexible y actualizable. En el 2006 se anunció la primera plataforma para dispositivos móviles sobre la versión 2.6 del kernel de Linux. Durante el cuarto trimestre del 2010, Android fue la plataforma para Smartphone más vendida en el mundo. 4.1.4.2 IOS. Abarca tanto el sistema operativo como las tecnologías necesarias para ejecutar aplicaciones nativamente en dispositivos de la marca Apple, tales como iPad, IPhone e iPod touch. Fue diseñado para suplir las necesidades de un entorno móvil, entre ellas el soporte para una interfaz táctil, acelerómetro y GPS. En sus comienzos fue conocido como IPhone OS, ya que fue originalmente para iPhone, pero ahora se ha extendido para soportar otros dispositivos de Apple. Se debe aclarar que Apple no es soportado en hardware de terceros. IOS es una derivación del MAC OS X, lo que significa que es un sistema operativo parecido a Unix. Fue lanzado en el año 2007 y no soportaba aplicaciones de terceros, en junio de 2010 Apple renombra el IPhone OS como IOS, esta versión ya soportaba la funcionalidad de multitarea, correo electrónico y varias aplicaciones enfocadas hacia los negocios, desde entonces, ha estado liberando actualizaciones que cada día presentan más y más funcionalidades. La interfaz de IOS es basada en el concepto de manipulación, utiliza gestos multicontacto, deslizadores, interruptores y botones, y proporciona una interfaz fluida y rápida. Por otro lado, sus aplicaciones deben estar escritas y compiladas específicamente para IOS y la arquitectura ARM. 4.1.4.3 Windows Phone. Anteriormente conocido como Windows Mobile, plataforma que estuvo disponible para varios dispositivos móviles de diferentes operadores inalámbricos, como DELL, HP, Motorola, entre muchos otros más. Inicialmente fue diseñado para dispositivos que manejaban redes GSM o CDMA, equipos como computadores de bolsillo o las famosas PDA, que funcionaban con una pantalla táctil y un stylus. En la actualidad y desde hace algún tiempo se ha adaptado a Smartphone con un rediseño Silverlight y XNA para interfaces de usuario más ricas. 4.1.4.4 BlackBerry OS. Sistema operativo desarrollado por Research In Motion (RIM) para dispositivos móviles BlackBerry que soporta multitarea permitiendo aplicaciones de correo electrónico, envío de fax, navegación y demás aplicaciones y servicios de conectividad. Anteriormente los dispositivos BlackBerry no tenían pantalla táctil y RIM fue uno de los pioneros en el uso de teclados QWERTY en

29

dispositivos móviles y el llamado trackball, que es un dispositivo para apuntar con una bola alojada en un hueco provisto de sensores que detectan la rotación de la bola sobre dos ejes, que comparados con un computador hace las veces de mouse. Por tanto, ha disfrutado de una gran aceptación entre los usuarios del mundo de los negocios debido a sus dispositivos BlackBerry. Al día de hoy compite con los demás fabricantes con sus pantallas táctiles y eliminando en sus nuevos equipos el teclado físico. Para la última actualización de este sistema operativo contiene soporte para tecnología Near Field Communication que permite intercambiar información con otros dispositivos compatibles o con accesorios de BlackBerry con un solo toque, además de incorporar NFC, y ahora cuenta con realidad aumentada. 4.1.5 Lenguajes de programación para dispositivos móviles. Los dispositivos móviles permiten implementar diversas funcionalidades que se integran en un solo dispositivo, por medio de circuitos electrónicos, procesadores de audio, codificador de video, cámaras digitales, memoria de servicio, entre otros. Al igual que las computadoras, los dispositivos móviles cuentan con un sistema operativo, algunos de ellos descritos en el numeral 4.1.4. Estos sistemas operativos integran las plataformas sobre las cuales las aplicaciones se ejecutan. Un lenguaje de programación es un idioma por medio del cual se puede definir una serie de acciones consecutivas que el dispositivo debe realizar. Para poder desarrollar una aplicación móvil, estas se deben de escribir en un lenguaje de programación diferente según sea el sistema operativo. Algunos de estos lenguajes más utilizados para desarrollar programas móviles son: o Para desarrollar aplicaciones iPhone o iPod touch, se usará Objective- C. o Para desarrollar aplicaciones Android, se usará Java. o Para desarrollar aplicaciones BlackBerry, se usará Java Micro Edition. o Para desarrollar aplicaciones Symbian OS, se puede usar C++, Java o .NET

Compact Framework. o Para desarrollar aplicaciones Windows Mobile, las opciones son Visual C++,

Visual C#, Visual Basic, JScript y ASP.NET. 4.1.6 GPS en aplicaciones móviles. Desde hace varios años los dispositivos móviles como Smartphone de gama alta, traen incorporado receptores sistema de posicionamiento global (GPS por sus siglas en inglés), los cuales mediante redes satelitales pueden ubicar o localizar en cualquier parte del planeta. Esta localización también se logra mediante la intensidad de la señal de telefonía celular y luego triangular la posición estimada. El sistema de posicionamiento global (GPS por sus siglas en inglés) es usado dentro de lo que se llamado “Administrador de Ubicaciones” de Android, el cual como fue dicho antes se encarga de determinar la posición geográfica del dispositivo. Location base applications o location based services (LBA o LBS) son aplicaciones o servicios basados en la posición geográfica del usuario, en dispositivos Android es posible acceder o utilizar la localización mediante la suscripción a

30

LocationListener, a los eventos relacionados con la localización, junto con los métodos onLocationChanged, onProviderDisabled, onProviderEnabled y onStatusChanged que permiten escuchar los cambios de estado y la disponibilidad de los proveedores de localización. De igual forma se puede utilizar librerías proporcionadas por Google como son la API de Google maps, la cual presenta un viewgroup llamado mapview, que permite mostrar mapas como los propios de Google maps y utilizar datos de su servicio, incluyendo su interfaz gráfica. El uso del sistema de posicionamiento global (GPS por sus siglas en inglés) en las aplicaciones, hoy en día para las compañías, es de gran importancia para tener trazabilidad de sus fuerzas de ventas, saber dónde se encuentra, si los clientes realmente fueron visitados y de esta manera no descuidar el portafolio de clientes. 4.1.7 Metodologías de desarrollo

Una metodología es una colección de procedimientos, técnicas,

herramientas y documentos auxiliares que ayudan a los

desarrolladores de software en sus esfuerzos por implementar

nuevos sistemas de información. Una metodología está formada

por fases, cada una de las cuales se puede dividir en sub-fases,

que guiarán a los desarrolladores de sistemas a elegir las técnicas

más apropiadas en cada momento del proyecto y también a

planificarlo, gestionarlo, controlarlo y evaluarlo1.

La definición que nos brinda Avison y Fitzgerald, nos guía sobre las diferentes fases de las metodologías de desarrollo y sus principales características, pero cabe denotar que una metodología no puede ser considerada como una serie de pasos o métodos a seguir; puesto que estos conceptos se aplican o no dependiendo del contexto de desarrollo en el cual se apliquen. 4.1.7.1 Metodologías ágiles. Las metodologías ágiles se basan en el desarrollo iterativo e incremental, son utilizadas principalmente en proyectos que requieren rapidez y flexibilidad, con equipos de desarrollo pequeños los cuales requieren poca documentación. Estas metodologías permiten incorporar cambios con facilidad en el proceso de desarrollo de software. Entre las metodologías más conocidas se pueden encontrar las siguientes: o Scrum. Es un marco de trabajo por medio del cual se pueden abordar problemas

complejos y realizar entrega de productos con el máximo valor de productividad

1 AVISON David E. y FITZGERALD Guy, Information system development. Methodologies, techniques & tools,

McGraw-Hill, Inglaterra, 2006, pág. 35.

31

y creatividad. El Scrum se caracteriza por ser ligero, fácil de entender y algo complejo de dominar al principio. Scrum nace en los 90 por Takeuchi y Nonaka. Este término deriva del mismo término utilizado en Rugby, el cual hace referencia a cómo se devuelve el balón que ha salido fuera del campo, al terreno de juego de manera colectiva. Scrum surgió como práctica en el desarrollo de productos tecnológicos y no sería hasta 1993 que Jeff Sutherland aplicará el modelo al desarrollo de software en la Easel Corporation, como lo muestran Avison y Fitzgerald1 .En el gráfico 8 se representa el proceso del Scrum, el cual muestra como un proyecto bastante grande se divide en pequeñas tareas, las cuales tienen un tiempo de entrega corto llamado Sprint y son motorizadas diariamente, por el equipo de desarrollo. De este modo puede modificarse la planificación del proyecto de forma anticipada, si afectar el tiempo de entrega final.

Gráfico 8 Proceso metodología Scrum.

Fuente: http://www.proyectosagiles.org/que-es-scrum.

o Extreme programing (XP). La programación extrema fue concebida en 1996 por Kent Beck. Este tipo de programación se basa en la simplicidad, la

1 Ibíd; pág. 41.

32

comunicación y el reciclado continuo de código, y trabaja bajo doce principios fundamentales que son: principio de pruebas, proceso de planificación, el cliente en el sitio, programación en parejas, integración continua, refactorización, entregas pequeñas, diseño simple, metáfora, propiedad colectiva de código, estándar de codificación y bienestar del programador. En la Gráfico 9 se observa cómo estos principios interactúan entre sí.

Gráfico 9 Principios programación extrema.

Fuente: http://xprogramming.com/what-is-extreme-programming/.

o Test driven development (TDD). Desarrollo orientado a las pruebas. Esta

metodología de desarrollo se basa en las pruebas, enfocados principalmente a la calidad del producto final y tiene un ciclo de desarrollo que se basa en elegir el requisito, escribir un aprueba, verificar que la prueba falle, escribir la implementación, ejecutar las pruebas automatizadas, eliminación de código duplicado y por último actualización de lista de requisitos. En el gráfico 10 se muestra un esquema general del desarrollo orientado a pruebas donde se inicia escribiendo pruebas para fallos, luego realizando el código, y por último eliminando la redundancia el código final. En esta metodología ningún desarrollo sale a producción sin ser probado.

33

Gráfico 10 Desarrollo orientado a las pruebas.

Fuente: http://blog.spec-india.com/spec-india-implemented-test-driven-developmenttdd.

4.1.7.2 Metodologías agiles en el desarrollo de aplicaciones móviles. Durante los últimos años el mercado de aplicaciones móviles ha venido expandiéndose y masificando, mejorando su desempeño y aprovechando al máximo las características de los dispositivos. El desarrollo de estas aplicaciones móviles se caracteriza principalmente por tener un alto nivel de competitividad, corto tiempo de entrega, movilidad, portabilidad, capacidades específicas y constantemente cambiantes de las terminales, sistemas operativos diferentes. Todas estas características, hacen que el desarrollo de aplicaciones móviles sea enfocado a ciclos de desarrollo relativamente cortos, propios de metodologías de desarrollo ágiles, las cuales se han modificado para acoger de manera más óptima las necesidades de un desarrollo de software para aplicaciones móviles. o Mobile-D. Consta de cinco fases que son: exploración, iniciación, producción,

estabilización y prueba del sistema. Cada una de estas fases tiene un número de etapas, tareas y prácticas asociadas. Como se puede ver en el gráfico 11, en la primera fase de exploración se debe de establecer un plan y las características del proyecto. En la segunda de fase iniciación los desarrolladores preparan e identifican los recursos necesarios, además se preparan los planes para las siguientes fases. En la fase tres de producción se planifica la iteración de trabajo en términos de requisitos y tareas a realizar. En la cuarta fase de estabilización, se lleva a cabo la integración, para asegurar que el sistema completo funcione correctamente. En la última fase prueba y reparación del sistema, se busca la disponibilidad de una versión estable, el producto termina se prueba con los requisitos del cliente.

34

Gráfico 11 Ciclo de desarrollo Mobile-D.

Fuente: http://virtual.vtt.fi/virtual/agile/mobiled.html.

o Hybrid methodology design. En esta metodología, se utiliza el modelo iterativo

incremental para el proceso de desarrollo esto con el fin de mejorar la capacidad de gestión de riesgos y lograr una rápida entrega de software. La metodología de diseño híbrido, parte del ciclo de vida tradicional, con cuatro iteraciones. La primera en la cual se realiza el análisis, el diseño basado en arquitectura, la implementación y las pruebas se basan en los conceptos de desarrollo orientado a pruebas (TDD). La segunda iteración integra partes de los modelos NPD (New Product Development) añadiendo pruebas de mercado. La tercera iteración extrae de los métodos de desarrollo adaptativo (ASD) el motor de desarrollo, orientando a la calidad de procesos. En la cuarta iteración se añaden elementos de prototipado.

o Mobile development process spiral. Se basa en el modelo de desarrollo en espiral, incorporando procesos de evaluación de la usabilidad y dando principal importancia a la participación del usuario en todos los procesos del ciclo de vida de diseño. Por ser un modelo de reducción de riesgos, este se recomienda para proyectos grandes y costosos ya que implementa las métricas en todo su proceso. Esta metodología consta de cinco iteraciones, cada una de ellas con tres tareas (determinación de requisitos, diseño y pruebas). La primera iteración determina los requisitos del sistema e identifica los usuarios, tareas y el contexto de usabilidad de la aplicación; se dibuja un prototipo y se realiza prueba a dicho prototipo. En la segunda iteración, se recogen datos y requisitos; se diseñan prototipo con alta fidelidad de la interfaz y se realizan pruebas. En la tercera iteración, se identifican y priorizan los atributos de usabilidad, se diseña se realiza la versión alfa con sus pruebas. En la cuarta iteración, los resultados de

35

la iteración anterior se usan para identificar los atributos de facilidad de uso; se desarrolla versión beta, y se libera para pruebas con el usuario. En la quinta iteración, se desarrolla el producto final y se libera el producto.

4.1.8 Patrones de diseño de software

Un patrón de diseño de software ofrece una solución abstracta a un problema de diseño que aparece muy frecuentemente, expresada mediante un conjunto de relaciones e interacciones entre componentes. En otras palabras, es un conjunto de clases y objetos que se comunican entre sí para resolver un problema; También se puede considerar como un documento que define la estructura de clases que aborda una situación en particular. 4.1.8.1 Patrón Modelo Vista Controlador (MVC). Es un patrón de arquitectura que tiene como misión separar los datos y la lógica de negocio de una aplicación de la vista o interfaz de usuario y el módulo encargado de gestionar los eventos y las comunicaciones. Las aplicaciones de Android están diseñadas en torno al patrón MVC el cual usa estructuras en capas: o Modelo: contiene los datos y lógica del negocio de la aplicación, suele estar

diseñado para modelar los objetos que interactúa con la aplicación, contiene mecanismos para acceder y manipular la información. En Android, las clases del modelo son generalmente clases personalizadas creadas por el desarrollador.

o Vista: Es la presentación del modelo, maneja la presentación visual de los datos

representados por el Modelo. Genera una representación visual del Modelo y muestra los datos al usuario. Interactúa con el Modelo a través de una referencia al propio Modelo. Android proporciona una gran cantidad de clases de vista configurables y también se pueden crear clases de vista personalizados

o Controlador: proporciona significado a las órdenes del usuario, actuando sobre

los datos representados por el Modelo. Cuando se realiza algún cambio, entra en acción, bien sea por cambios en la información del Modelo o por alteraciones de la Vista. Interactúa con el Modelo a través de una referencia al propio Modelo. En Android, un controlador es típicamente una subclase de un Activity, fragmento o servicio.

El grafico 12 muestra el control de flujo entre los objetos en respuesta a un evento de usuario, como presionar un botón.

36

Gráfico 12 Flujo MVC con entrada de usuario.

Fuente:https://andy-education.gitbooks.io/lorem-epsum/content/chapter_2.html.

37

4.2 MARCO CONTEXTUAL

Este proyecto es presentado para ser desarrollado en la compañía Agriandes Daymsa S.A. con los representantes técnicos comerciales (RTC), quienes serán los principales usuarios del proyecto en conjunto con los directivos del departamento comercial, cada uno desde su propio rol. Para contextualizar el entorno empresarial, se tiene en cuenta que Agriandes es una empresa cuya misión principal es comercializar en el mercado productos de excelente calidad que contribuyan con la productividad de los cultivos, proporcionando un servicio eficiente y oportuno. Su fuerza de ventas está compuesta por un equipo de cinco (5) representantes técnicos comerciales (RTC), los cuales son profesionales agrónomos encargados de realizar las visitas técnicas a los clientes. Así mismo se encargar de dar charlas y orientación sobre los productos comercializados por Agriandes Daymsa S.A. y de esta forma asegurar ventas y reconocimiento de la marca. Es de tener en cuenta que Agriandes tiene presencia en la región oriente colombiana: Boyacá, Cundinamarca y Meta, como también en la zona occidente: Antioquia, Eje Cafetero, norte del Valle del Cauca y Huila. Adicionalmente se debe mencionar que la empresa española Daymsa, líder en el mercado europeo de productos para la nutrición vegetal especializada, forma parte del grupo de accionista de la compañía, aportando de esta manera con el desarrollo agrícola del país.

38

4.3 ANTECEDENTES

Actualmente las aplicaciones móviles ofrecen gran variedad de servicios que ayudan a solventar de una forma innovadora los problemas presentados por los usuarios, teniendo en cuenta el ambiente en el que se ejecutan las soluciones móviles varían y del mismo modo su alcance. En Colombia el desarrollo de las aplicaciones móviles para la gestión de información del sector agrícola es mínimo pero viene creciendo por las iniciativas de Gobierno por medio del Ministerio de Tecnologías de la Información y las Comunicaciones (MinTIC) y sus iniciativas para promover el uso de las TIC*. De acuerdo con la investigación realizada se encontraron algunas aplicaciones móviles con utilidades similares a las desarrolladas en este trabajo, tales como: 4.3.1 Sistema móvil para carga de datos del informe agronómico mensual del RIAN. La Red de Información Agropecuaria Nacional (RIAN), del Instituto Nacional de Tecnología Agropecuaria (INTA) de Argentina, realiza un relevantamiento de información agronómica permanente de los principales cultivos agrícolas de las regiones. El sistema registra datos referentes al estado y evolución de los cultivos y rendimientos pre-cosecha en zonas con aptitud agrícola. 4.3.2 AgrocomM. Desarrollo de un software web y móvil para la gestión de información de campo de cultivos agrícolas. Una plataforma informática flexible y adaptable a empresas agrícolas en sectores diversos como el azucarero, paneleros y algodonero. Este permite la asignación y control de actividades a través de valoraciones y registro de inconsistencias, y cuenta con tres módulos: captura de datos para dispositivos móviles, transferencia y sincronización de datos. 4.3.3 Agroprecios y Agroclima. El MinTic a través de la Dirección de Gobierno en Línea, en colaboración con el Ministerio de Agricultura y Desarrollo Rural y el DANE, al desarrollar dos aplicaciones que ofrecen información para los trabajadores del sector agrícola del país: o Agroprecios (SIPSA), permite consultar el precio de productos en diferentes

mercados mayoristas, dando información de primera mano y en cualquier lugar.

o Agroclima, brinda datos sobre el comportamiento del clima por zonas del país, con la capacidad de consultar el registro histórico de datos fundamentales para el desarrollo de la actividad agropecuaria como precipitaciones, horas de luz,

* Iniciativas MinTic: Las iniciativas del Ecosistema Digital están alineadas con el plan estratégico institucional y en concordancia con las políticas del Gobierno Nacional, con el fin de mejorar la gestión y el servicio a la ciudadanía. El cumplimiento de las iniciativas se desarrolla en un proceso de planeación participativa, integrado en la formulación del Plan de Acción del Ministerio de TIC, http://www.mintic.gov.co/portal/vivedigital/612/w3-propertyname-509.html

39

humedad y temperatura. 4.3.4 Produti. La vitrina del productor nacional, es una plataforma web y móvil que contiene una base de datos actualizada y centralizada del sector agrícola de la región nororiental colombiana. Este permite a los productores comercializar sus productos, encontrar nuevos mercados, estadísticas del sector en tiempo real, etc. 4.3.5 Sistema de Información Geográfica (SIG). La Corporación Colombiana de

Investigación Agropecuaria (CORPOICA) desarrolló este sistema que permite

identificar, cuantificar y analizar los problemas relacionados con la producción

agropecuaria, manejando bases cartográficas digitales sobre zonas agro-eco.

40

5. METODOLOGÍA

5.1 INVESTIGACIÓN

Este proyecto se aborda como un desarrollo tecnológico, en el cual para lograr

identificar y comprender la envergadura del proyecto se realiza dos (2) tipos de

actividades: Consulta de fuentes indirectas y consulta de fuentes directas.

o Consulta de fuentes indirectas.

-Revisión bibliográfica de desarrollo de aplicaciones móviles.

-Consulta de información institucional, estructura interna de la empresa y

organigramas.

o Consulta de fuentes directas.

-Entrevistas a funcionarios para conocer los procesos y problemática

presentada.

La entrevista a realizar tendrá como objetivo determinar el estado de los

documentos utilizados en la labor de los representantes técnicos comerciales

(RTC), determinar las unidades de los documentos y tratar de unificar en un

solo formato todos los existentes. Así mismo realizar el levantamiento de

Información con los usuarios involucrados en los procesos mediante encuestas

personalizadas tanto para los cargos administrativos como para los

representantes técnicos comerciales (RTC), que serían los que deben

interactuar directamente con la aplicación, todo esto con el fin de modelar el

proceso actual que se desarrolla en Agriandes Daymsa S.A.

Con base en la información recopilada se modelará el proceso sugerido y se

presentará el resultado para validación por parte de los administrativos de la

empresa y revisores del proyecto con el fin de poder iniciar su desarrollo e

implementación.

41

5.2 FASES DEL PROYECTO

Como metodología de desarrollo se plantea Mobile-D, la cual, por ser una

metodología ágil, se caracteriza por:

o Conseguir ciclos de desarrollo muy cortos.

o Equipos de trabajo pequeños.

o Poca documentación.

o Basado en metodologías Extreme Programming, Crystal Methodologies y

Rational Unified Process.

A continuación, se definirán las diferentes fases de la metodología Mobile-d

describiendo sus etapas y los diferentes criterios de salida que se tienen en cuenta

en cada una de estas:

5.2.1 Fase de exploración:

o Establecimiento de las partes interesadas: Se identifica y asignan los grupos

interesados en el desarrollo del proyecto, por parte de la empresa Agriandes

Daymsa S.A. se designan dos colaboradores, un profesor para el asesoramiento

por parte de la universidad Cooperativa de Colombia, y dos estudiantes de

ingeniería de Sistemas.

o Definición del alcance: Se definieron los objetivos y alcance del proyecto, se

identificaron los requerimientos funcionales y no funcionales.

o Establecimiento del proyecto: Se definió el ambiente de desarrollo, los

lenguajes de programación, los motores de base de datos y la asignación de

personal.

Salidas:

1. El documento de requisitos iniciales donde se han definido los requerimientos preliminares.

2. Los recursos del proyecto / grupos de actores y sus responsabilidades. 3. Los requisitos de hardware del proyecto. 4. Plan de Formación. 5. Descripción de la arquitectura.

42

5.2.2 Fase de iniciación

El objetivo de la fase de Proyecto Set-Up es:

o Se identificaron los recursos físicos y técnicos para el proyecto.

o Se entrenó al equipo del proyecto.

o Se analizaron los requerimientos encontrados en la fase anterior.

o Se realizaron prototipos de las pantallas de la aplicación.

o Se realizaron los diagramas de caso de uso, de secuencia, de base de datos

y de clases.

Salidas:

1. Documento de descripción de arquitectura y diseño de software.

2. Funcionalidad implementada.

3. Actualización de documento de requerimientos iniciales.

4. Desarrollar notas e interfaz de usuario - ilustraciones de cada requerimiento

discutido.

5. Las pruebas para cada requerimiento.

5.2.3 Fase de producción:

Los siguientes tres subprocesos se realizan por cada uno de los requerimientos a

desarrollar.

o Día de Planificación: Se planificaron todas las actividades que se realizaron

por cada requerimiento e interfaces de usuario realizadas en la etapa

anterior.

o Día de trabajo: Se desarrolló cada una de las actividades propuestas en el

día de planificación.

o Día de lanzamiento: Se verifico y valido la funcionalidad

implementada.

Salidas:

1. Funcionalidad implementada.

2. Notas de Desarrollo.

3. Interfaz de usuario – ilustraciones.

4. Requisitos iniciales documento.

43

5.2.4 Fase de estabilización:

o Día de Planificación: Luego de realizar las pruebas a la funcionalidad se

planifican las modificaciones a realizar.

o Día de trabajo: Se aplicaron las nuevas modificaciones.

o Documentación de cierre: Se realizaron los cambios en la documentación

según las modificaciones requeridas.

o Día de lanzamiento: Se verifico y valido la funcionalidad implementada.

Salidas:

1. La funcionalidad implementada de todo el software del proyecto,

2. La documentación del producto finalizado.

5.2.5 Fase de pruebas del sistema:

Las etapas individuales de la prueba del sistema y la fase de corrección son: o Prueba del sistema: se desarrollaron las pruebas de cada funcionalidad según

los casos de uso de la aplicación.

o Corrección: Se corrigieron los defectos encontrados en la fase de prueba del sistema. Se realizaron iteraciones del día de estabilización.

Salidas:

1. Una prueba y sistema fijo (la versión final), Documentación de los fallos encontrados.

44

6. DESARROLLO DEL PROYECTO

6.1 FASE DE EXPLORACIÓN

Para conocer la real problemática presentada en la empresa Agriandes Daymsa

S.A., se realizó un primer encuentro entre las partes interesadas, en este caso un

representante de la empresa y los responsables en desarrollar una solución para

la compañía. Se discutió y planteo los objetivos que debería alcanzar el proyecto,

encaminados a la solución de necesidades puntuales del cliente.

Al tener la información requerida para el inicio del proyecto, se procedió a definir el

alcance del proyecto el cual se enmarco en los objetos de ese mismo. Se definió

que la mejor herramienta para el cliente sería una aplicación móvil, por su

portabilidad, necesaria para las zonas que los representantes técnicos comerciales

(RTC) visitan en su labor diaria. En cuanto a la tecnología que está al alcance de

la empresa, se optó por un desarrollo para la plataforma Android, acompañado de

un motor de base de datos MySql. Adicionalmente se planteó una herramienta

administrativa web, desarrollada en PHP, que ayudaría a gestionar la información

de la aplicación y generar los reportes necesarios para esta.

6.1.1 Requerimientos

Por medio de entrevistas con el señor Carlos Bermúdez se construyeron los

siguientes requerimientos, los cuales se dividen en funcionales y no funcionales,

dependiendo de su naturaleza.

6.1.1.1 Requerimientos no funcionales:

Tabla 1 Requerimientos no funcionales.

Código Descripción Prioridad

RNF-001 Permitir sincronizar la información perteneciente a los clientes, establecimientos, plan de trabajo y visitas.

Alta

RNF-002 Permitir la instalación de la aplicación en equipos móviles con los siguientes requerimientos mínimos (pantalla de 4.8 pulgadas, procesador Quad Core a 1.4 Ghz, 1 GB de RAM, 8 GB de almacenamiento interno, Android 4.0, GPS)

Media

45

RNF-003 Crear formularios para el ingreso de información de cliente, establecimientos, plan de trabajo y visitas.

Alta

RNF-004 Desarrollo para sistema operativo Android. Alta

RNF-005 Desarrollo para plataforma web. Alta

RNF-006 Consumo mínimo de datos móviles. Alta

RNF-007 Mínimo consumo de batería del dispositivo móvil.

Alta

RNF-008 Cifrar la contraseña de ingreso al sistema. Media Fuente: Elaboración propia.

6.1.1.2 Requerimientos funcionales:

o La aplicación móvil permitirá autenticar usuario

El requerimiento RF-001, muestra como el aplicativo controla el ingreso por

medio de autenticación de usuarios, registrados en el sistema. En la tabla 2

se describe dicho requerimiento.

Tabla 2 Requerimientos RF-001.

Código IMPLEMENTACIÓN DE APLICACIÓN AGRIANDES DAYMSA SA. APPAGRIANDES.

RF-001 Especificación de Requerimientos

Nombre La aplicación móvil permitirá autenticar usuario.

Entrada Nombre usuario y contraseña del usuario.

Salida Ingreso al aplicativo.

Restricciones El usuario debe estar creado. Debe tener acceso a internet o haber ingresado anteriormente en el aplicativo.

Proceso

En usuario ingresa en el aplicativo el sistema pide un nombre de usuario y contraseña, al ser ingresados correctamente el sistema permite ingresar, de lo contrario mostrar la advertencia del caso.

Fuente: Elaboración propia.

46

o La aplicación móvil permitirá ingresar datos de cliente,

establecimiento, plan de trabajo y visita

El requerimiento RF-002 muestra como el aplicativo permite ingresar

datos de clientes, establecimientos, plan de trabajo y visitas al sistema.

En la tabla 3 se describe dicho requerimiento.




Nombre La aplicación móvil permitirá ingresar datos de cliente, establecimiento, plan de trabajo y visita.

Entrada Información de cliente, establecimiento, plan de trabajo o visita.

Salida Cliente, establecimiento, plan de trabajo o visita requeridos.

Restricciones Información de cliente, establecimiento, plan de trabajo o visita correcta.

Proceso

Al ingresar al aplicativo, este permitirá agregar un nuevo cliente, establecimiento, plan de trabajo o visita según el caso requerido.


o La aplicación móvil permitirá clasificar los clientes por tipo y tamaño

de cultivo.

El requerimiento RF-003 muestra como el aplicativo permite clasificar los

clientes por tipo y tamaño del cultivo. En la tabla 4 se describe dicho

requerimiento.




Nombre La aplicación móvil permitirá clasificar los clientes por tipo y tamaño de cultivo.

47

Entrada Tipo de cultivo del cliente. Tamaño del cultivo del cliente.

Salida Muestra el usuario con datos de tipo y tamaño de cultivo.

Restricciones El tipo de cultivo debe estar creado. El tamaño del cultivo debe ser suministrado.

Proceso

Al crear el cliente en el aplicativo, este permitirá ingresar los datos de tipo y tamaño del cultivo o cultivos de ser el caso.


o La aplicación móvil permitirá asignar establecimientos a los clientes.

El requerimiento RF-004, muestra como el aplicativo permite asignar uno o

muchos establecimientos a un cliente. En la tabla 5 se describe dicho

requerimiento.




Nombre La aplicación móvil permitirá asignar establecimientos a los clientes.

Entrada Registro de clientes. Datos de establecimiento.

Salida Establecimiento agregado.

Restricciones El cliente debe esta creado. Información de establecimiento debe ser ingresada.

Proceso

El usuario ingresa en un cliente y agrega un nuevo establecimiento asociado a dicho cliente.


o La aplicación móvil permitirá ubicar por georreferenciación a los

clientes de la empresa Agriandes Daymsa S.A.

El requerimiento RF-005 describe el proceso para acceder a la ubicación de

los clientes de la empresa Agriandes Daymsa S.A. En la tabla 6 se describe

48

dicho requerimiento.




Nombre La aplicación móvil permitirá ubicar por georreferenciación los clientes de la empresa Agriandes Daymsa S.A.

Entrada Coordenadas, longitud, latitud.

Salida Muestra la ubicación en mapa.

Restricciones Acceso a la ubicación en el dispositivo móvil. Acceso a internet.

Proceso

El aplicativo accede al sistema de ubicación del dispositivo móvil y generar las coordenadas de longitud y latitud, datos necesarios para ubicar en el mapa al cliente. En caso de no tener acceso a internet, el aplicativo no podrá mostrar la ubicación del sitio.


o La aplicación móvil permitirá consultar en línea rutas y direcciones

de clientes

El requerimiento RF-006, muestra como el aplicativo permite consultar las

rutas y direcciones de cada cliente registrado en el sistema. En la tabla 7 se

describe dicho requerimiento.




Nombre La aplicación móvil permitirá consultar en línea rutas y direcciones de clientes.

Entrada Datos de cliente. Datos de plan de trabajo.

Salida Muestra las rutas a cubrir de los clientes, y la dirección ya sea en

49

Restricciones Cliente asignado a un plan de trabajo. Cliente creado en el sistema, con la información de su ubicación.

Proceso

Cuando el cliente se encuentre plantillado en un plan de trabajo, el sistema permitirá mostrar dicho cliente con la ruta y la dirección, ya sea en el mapa o escrita.


o La aplicación móvil permitirá implementar un único método de

captura de información de clientes

El requerimiento RF-007 describe como la toma de información de los

clientes permitirá que esta se actualice en línea con información. En la tabla

8 se describe dicho requerimiento.




Nombre La aplicación móvil permitirá implementar un único método de captura de información de los clientes.

Entrada Información ingresada en diferentes procesos del cliente.

Salida Información veraz y en línea de los clientes de la empresa.

Restricciones La información actualizada debe ser sincronizada.

Proceso

Se sustituirán los formatos de Excel utilizados anteriormente en Agriandes Daymsa SA., por un formulario de ingreso de información de clientes en la aplicación móvil permitiendo tener información estándar para todo el sistema.


o La aplicación web permitirá generar reportes de visitas ejecutadas,

visitas programadas, visitas ejecutadas por usuario y visitas

programadas por usuario.

El requerimiento RF-008 describe como el aplicativo permitirá a partir de la

información ingresada en el, generar los reportes de visitas ejecutas, visitas

programadas, visitas ejecutas por usuario, vistas programadas por usuario.

50





Nombre La aplicación web permitirá generar reportes de visitas ejecutas, visitas programadas, visitas ejecutas por usuario, vistas programadas por usuario.

Entrada Información ingresada en diferentes procesos.

Salida Reporte de clientes por RTC.

Restricciones Información de clientes debe ser ingresada.

Proceso

El aplicativo generara reportes de visitas ejecutas, visitas programadas, visitas ejecutas por usuario, vistas programadas por usuario; generados según la información ingresada al sistema por los diferentes medios ya se por la aplicación móvil o web.


o La aplicación web permitirá generar reportes de visitas ejecutadas,

visitas programadas, visitas ejecutadas por usuario y visitas

programadas por usuario.

El requerimiento RF-009 describe como el aplicativo permitirá a partir de la

información ingresada en el, generar los reportes de visitas ejecutas, visitas

programadas, visitas ejecutas por usuario, vistas programadas por usuario.





Nombre La aplicación web permitirá generar reportes de visitas ejecutas, visitas programadas, visitas ejecutas por usuario, vistas programadas por usuario.

Entrada Información ingresada en diferentes procesos.

51

Salida Reporte de clientes por RTC.

Restricciones Información de clientes debe ser ingresada.

Proceso

El aplicativo generara reportes de visitas ejecutas, visitas programadas, visitas ejecutas por usuario, vistas programadas por usuario; generados según la información ingresada al sistema por los diferentes medios ya se por la aplicación móvil o web.


o La aplicación web permitirá ingresar datos de plan de trabajo, vista,

establecimiento, clientes, cultivo, tipo cultivo.

El requerimiento RF-010 describe como el aplicativo permitirá ingresar

información de plan de trabajo, visita, establecimiento, cliente, cultivo o tipo

de cultivo. En la tabla 11 se describe dicho requerimiento.




Nombre La aplicación web permitirá ingresar datos de plan de trabajo, visita, establecimientos, clientes, cultivo, tipo cultivo.

Entrada Usuario registrado, datos de plan de trabajo, visita, establecimiento, cliente, cultivo o tipo de cultivo.

Salida Plan de trabajo, visita, establecimiento, cliente, cultivo o tipo de cultivo registrado.

Restricciones Información de plan de trabajo, visita, establecimiento, cliente, cultivo o tipo de cultivo debe ser ingresada.

Proceso

El usuario al ingresar al aplicativo, tendrá la opción de ingresar los datos de un plan de trabajo, visita, establecimiento, cliente, cultivo o tipo de cultivo según lo requiera.


o La aplicación web permitirá administrar los maestros de usuario,

ciudad, cliente, tipo de documento, rol de usuario.

El requerimiento RF-011 describe como el aplicativo permitirá administrar los

52

maestros de usuarios, ciudad, cliente, tipo de documento, rol de usuario. En

la tabla 12 se describe dicho requerimiento.




Nombre La aplicación web permitirá administrar los maestros de usuario, ciudad, cliente, tipo de documento, rol de usuario.

Entrada Usuario registrado, datos de usuarios, ciudad, cliente, tipo de documento o rol de usuario.

Salida Usuarios, ciudad, cliente, tipo de documento o rol de usuario gestionado.

Restricciones Información de usuarios, ciudad, cliente, tipo de documento o rol de usuario.

Proceso

El usuario al ingresar al aplicativo, tendrá la opción de gestionar los datos de usuarios, ciudad, cliente, tipo de documento o rol de usuario según lo requiera.


o La aplicación web permitirá mostrar la ubicación del establecimiento

por medio de un mapa.

El requerimiento RF-012 describe como el aplicativo permitirá mostrar en un

mapa la ubicación de un establecimiento en específico. En la tabla 13 se





Nombre La aplicación web permitirá mostrar la ubicación establecimiento por medio de un mapa.

Entrada Usuario registrado, ubicación del establecimiento registrada.

Salida Mapa con la ubicación del establecimiento.

53

Restricciones Información de ubicación ingresada.

Proceso

El usuario al ingresar al aplicativo en la opción de listar establecimientos este le permitirá ver en un mapa la ubicación del establecimiento seleccionado.


o La aplicación web permitirá clasificar los establecimientos por tipo

y tamaño de cultivo.

El requerimiento RF-013 describe como el aplicativo permitirá clasificar los

establecimientos por tipo y tamaño de cultivo. En la tabla 14 se describe dicho

requerimiento.




Nombre La aplicación web permitirá clasificar los establecimientos por tipo y tamaño de cultivo.

Entrada Usuario registrado, establecimiento creado, tipo de cultivo creado.

Salida Establecimiento clasificado por tipo y tamaño de cultivo.

Restricciones Información de taño de cultivo ingresada.

Proceso

El usuario al ingresar al aplicativo y al omento de crear o actualizar el establecimiento permitirá agregar el tipo y tamaño del cultivo.


o La aplicación web permitirá consultar datos de plan de trabajo,

visita, establecimientos, clientes, cultivo, tipo cultivo, usuario,

ciudad, cliente, tipo de documento, rol de usuario.

El requerimiento RF-014 describe como el aplicativo permitirá consultar datos

de plan de trabajo, visita, establecimientos, clientes, cultivo, tipo cultivo,

usuarios, ciudad, cliente, tipo de documento, rol de usuario. En la tabla 15 se

54





Nombre

La aplicación web permitirá consultar datos de plan de trabajo, visita, establecimientos, clientes, cultivo, tipo cultivo, usuario, ciudad, cliente, tipo de documento, rol de usuario.

Entrada Usuario registrado.

Salida Establecimiento clasificado por tipo y tamaño de cultivo.

Restricciones Información de plan de trabajo, visita, establecimientos, clientes, cultivo, tipo cultivo, usuarios, ciudad, cliente, tipo de documento, rol de usuario.

Proceso

El usuario al ingresar al aplicativo y seleccionar las opciones de datos de plan de trabajo, visita, establecimientos, clientes, cultivo, tipo cultivo, usuarios, ciudad, cliente, tipo de documento, rol de usuario estas le permitirán consultar la información registrada.


6.1.2 Casos de uso

Descripción de actores:

Tabla 16 Tabla de actores.

ACTOR(ES)

Actor: RTC (representante técnico comercial)

Casos de uso:

Iniciar sesión, registrar clientes, registrar cultivo, registrar establecimiento, registrar usuario, registrar plan de trabajo, registrar visita, sincronizar.

Tipo: Primario

Descripción: Actor cuyas funciones son Iniciar sesión, registrar las visitas.

ACTOR(ES)

55

Actor: Administrador

Casos de uso:

Iniciar sesión, registrar clientes, registrar cultivo, registrar establecimiento, registrar usuario, registrar plan de trabajo, registrar visita, sincronizar, generar reportes.

Tipo: Primario

Descripción: Actor cuyas funciones son registrar usuarios, registrar RTC, gestionar agenda de RTC, generar reportes administrativos.


56

6.1.2.1 Caso de uso iniciar sesión:

Especificación de caso de uso:

Tabla 17 Caso de uso iniciar sesión. Especificación caso de uso

Iniciar sesión

Descripción breve Este caso de uso permite al representante técnico comercial (RTC) iniciar sesión en la aplicación.

Actores 1. RTC

Precondición Que el RTC este creado en el sistema.

Flujo principal

2. Ingresar datos de usuario Este caso de uso inicia cuando un RTC ingresa en la pantalla de inicio de sesión su respectivo usuario y contraseña.

3. Validar datos ingresados El sistema valida que ninguno campo este vacío y consulta los datos ingresados en la base de datos local, desencripta y compara los datos registrados con los ingresados por pantalla.

4. Mostar pantalla Si los datos son correctos el sistema inicia la sesión del usuario y muestra la pantalla de menú principal, en caso contrario retorna a la pantalla de inicio de sesión y mostrará un mensaje de error.

Flujo alternativo

5. Usuario no existe en base de datos local Si al momento de validar los datos en la base de datos local el usuario no existe, el sistema consulta en la base de datos externa, si los datos con correctos se guarda la información de usuario en la base de datos local e inicia sesión.

Pos condición El cliente ha sido agregado en el sistema. Fuente: Elaboración propia.

57

Diagrama de caso de uso:

Gráfico 13 Diagrama de caso de uso iniciar sesión.


6.1.2.2 Caso de uso registrar clientes:

Especificaciones de caso de uso:

Tabla 18 Caso de uso registrar cliente. Especificación caso de uso

Registrar cliente

Descripción breve Este caso de uso permite al representante técnico comercial (RTC) registrar un nuevo cliente, el RTC puede también modificar selecciones de cliente si presentan cambios.

Actores 1. RTC


Flujo principal

2. Iniciar sesión Este caso de uso inicia cuando un RTC accede al sistema. El RTC ingresa su ID y contraseña, el sistema valida al RTC.

3. Crear Cliente El sistema despliega las opciones disponibles para el RTC, el RTC selecciona la opción de crear cliente.

4. Enviar Clientes El RTC indica que el cliente está completo. El sistema válida el cliente seleccionado y que la conexión con el servidor este activa. Se despliega opción para agregar

58

establecimientos del cliente. El sistema guarda la información del cliente. El caso de uso termina.

Flujo alternativo

5. Acceso no disponible En el caso de uso principal, en el paso iniciar sesión, el sistema no puede validar la información.

Poscondición El cliente ha sido agregado en el sistema. Fuente: Elaboración propia.


Gráfico 14 Diagrama de caso de uso registrar cliente.


6.1.2.3 Caso de uso registrar cultivo:

Tabla 19 Caso de uso registrar cultivo.

Especificación caso de uso

Registrar cultivo

Descripción breve Este caso de uso permite al representante técnico comercial (RTC) o administrador registrar un nuevo cultivo, el usuario puede también modificar su información principal.

Actores 1. RTC 2. Administrador

Precondición Que el usuario este creado en el sistema.

59



Gráfico 15 Diagrama de caso de uso registrar cultivo.


Flujo principal

3. Iniciar sesión Este caso de uso inicia cuando un usuario accede al sistema. El usuario ingresa su ID y contraseña, el sistema valida al usuario.

4. Crear Cultivo El sistema despliega las opciones disponibles dependiendo el tipo de usuario, el usuario selecciona la opción de crear cultivo.

5. Enviar Cultivo El usuario indica que el cultivo está completo. El sistema válida el cultivo seleccionado y que la conexión con el servidor este activa. El sistema guarda la información del cultivo. El caso de uso termina.

Flujo alternativo


Poscondición El cultivo ha sido agregado en el sistema.

60

6.1.2.4 Caso de uso registrar establecimiento:

Tabla 20 Caso de uso registrar establecimiento. Especificación caso de uso

Registrar Establecimiento

Descripción breve Este caso de uso permite al representante técnico comercial (RTC) registrar un nuevo establecimiento de un cliente, el RTC puede también modificar selecciones de establecimientos de cliente si presentan cambios mientras no tenga asociada aun visita en este plan de trabajo.

Actores 1. RTC

Precondición Que el RTC este creado en el sistema. Que el cliente este creado en el sistema.

Flujo principal


3. Crear establecimiento cliente Al registrar el cliente, el sistema permite agregar establecimientos de clientes.

4. Georreferenciar ubicación de establecimiento Al registrar el establecimiento, el sistema rastrea la posición geográfica del cliente según el GPS.

5. Enviar establecimiento El RTC indica que el establecimiento está completo. El sistema establecimiento seleccionado y que la conexión con el servidor este activa. Se despliega los diferentes establecimientos que el cliente tiene asociado. El sistema guarda la información del establecimiento. El caso de uso termina.

Flujo alternativo

6. Catálogo de clientes no disponibles En el caso de uso básico, en el paso de registrar establecimientos clientes, el sistema determina que el cliente no está creado. El sistema despliega una advertencia y el caso de uso termina.

7. Ubicación de establecimiento no disponible En el caso de uso básico, en el paso de registrar ubicación establecimientos, el sistema determina que el GPS no es accesible. El sistema despliega advertencia y el caso de uso termina.


Poscondición El establecimiento ha sido agregado. Fuente: Elaboración propia.

61

Diagrama De caso de uso:

Gráfico 16 Diagrama de caso de uso registrar establecimiento.


6.1.2.5 Caso de uso registrar usuario:

Tabla 21 Caso de uso registrar usuario. Especificación caso de uso

Registrar usuario

Descripción breve Este caso de uso permite al administrador registrar un nuevo usuario, el administrador puede también modificar selecciones de usuarios si presentan cambios mientras no tenga asociado registros en el sistema.

Actores 1. Administrador

Precondición Que el usuario administrador este creado en el sistema.

Flujo principal

2. Iniciar sesión Este caso de uso inicia cuando un usuario administrador accede al sistema. El usuario ingresa su ID y contraseña, el sistema valida al usuario. 3. Crear usuario El sistema despliega las opciones disponibles al usuario administrador, el administrador selecciona la opción de crear usuario. 4. Enviar Cultivo El administrador indica que el usuario está completo. El sistema válida el usuario seleccionado y que la conexión con el servidor este activa. El sistema

62

guarda la información del usuario. El caso de uso termina.

Flujo alternativo


Poscondición El usuario ha sido agregado en el sistema. Fuente: Elaboración propia.


Gráfico 17 Diagrama de caso de uso registrar usuario.


6.1.2.6 Caso de uso registrar plan de trabajo:

Tabla 22 Caso de uso registrar plan de trabajo. Especificación caso de uso

Registrar plan de trabajo

Descripción breve

Este caso de uso permite al representante técnico comercial (RTC) registrar un nuevo plan de trabajo, según los clientes registrado, el RTC puede también modificar o borrar selecciones de plan de trabajo si se presentan cambios mientras no tenga asociada aun visita en este plan de trabajo.

Actores 1. RTC


Flujo principal


3. Crear plan de trabajo

63

El sistema despliega las opciones disponibles para el RTC, el RTC selecciona la opción de crear plan de trabajo.

4. Seleccionar cliente El sistema obtiene una lista de clientes disponibles según las ciudades asignadas al RTC y despliega dicha lista al usuario. El RTC debe seleccionar un cliente al cual asignara un plan de trabajo. El RTC puede modificar o borrar el cliente seleccionado como desee hasta que elija enviar el plan de trabajo.

5. Seleccionar establecimiento El sistema obtiene una lista de los establecimientos disponibles según el cliente seleccionado y despliega dicha lista de establecimientos. El RTC debe seleccionar un establecimiento de dicho cliente al cual asignara un plan de trabajo. El RTC puede modificar o borrar el cliente seleccionado como desee hasta que elija enviar el plan de trabajo.

6. Seleccionar cultivos a trabajar El sistema obtiene una lista de cultivos que el cliente tiene asignados y despliega dicha lista al usuario. El RTC debe seleccionar uno o varios cultivos los cuales serán tendidos en el plan de trabajo.

7. Enviar plan de trabajo El RTC indica que el plan de trabajo está completo. El sistema valida el plan de trabajo seleccionado y que la conexión con el servidor este activa. Se despliega los diferentes planes de trabajo que el RTC tiene activos. El sistema guarda la información del plan de trabajo. El caso de uso termina.

Flujo alternativo

8. Catálogo de clientes no disponibles En el caso de uso básico, en el paso de seleccionar clientes, el sistema determina que el RTC no tiene ciudades asignadas o no las ciudades no tienen clientes relacionados. El sistema despliega una advertencia y el caso de uso termina.

9. Catálogo de cultivos no disponible En el caso de uso básico, en el paso de seleccionar cultivos a trabajar, el sistema determina que el cliente no tiene cultivos asignados. El sistema despliega advertencia y el caso de uso termina.


Poscondición El plan de trabajo ha sido agregado ene l sistema. Fuente: Elaboración propia.

64


Gráfico 18 Diagrama de caso de uso registrar plan de trabajo.


6.1.2.7 Caso de uso registrar visita:

Tabla 23 Caso de uso registrar visita. Especificación caso de uso

Registrar visita

Descripción breve

Este caso de uso permite al representante técnico comercial (RTC) registrar las vistas realizadas, según el plan de trabajo del RTC, el RTC solo puede agregar las visitas según el plan de trabajo registrado, puede también modificar o borrar selecciones de visitas se presentan cambios mientras no tenga asociada más visitas.

Actores 1. RTC

Precondición Que el plan de trabajo este registrado.

Flujo principal

2. Iniciar sesión Este caso de uso inicia cuando un RTC accede al sistema. El RTC ingresa su login y contraseña, el sistema valida al RTC.

3. Crear visita El sistema despliega las opciones disponibles para el RTC, el RTC selecciona la opción de crear plan de trabajo.

4. Seleccionar plan de trabajo El sistema obtiene una lista de los planes de trabajo activos

65

para el RTC y despliega dicha lista al usuario. El RTC debe seleccionar un plan de trabajo. El RTC puede modificar o borrar la visita al plan de trabajo seleccionado como desee hasta que elija enviar terminar visita.

5. Terminar visita El RTC indica que la visita está completa. El sistema valida el plan de trabajo seleccionado y que la conexión con el servidor este activa. Se despliega los diferentes planes de trabajo que el RTC tiene activos. El sistema guarda la información de la visita. El caso de uso termina.

Flujo alternativo

6. Catálogo de plan de trabajo no disponible En el caso de uso básico, en el paso de seleccionar plan de trabajo, el sistema determina que el RTC no tiene plan de trabajos activos. El sistema despliega una advertencia y el caso de uso termina.


Poscondición La visita ha sido agregada en el sistema. El plan de trabajo se completa y se actualiza.



Gráfico 19 Diagrama de caso de uso registrar visita.


66

6.1.2.8 Caso de uso sincronizar:

Tabla 24 Caso de uso sincronizar. Especificación caso de uso

Sincronizar

Descripción breve Este caso de uso permite obtener los datos de la base de datos local y actualizar la base la datos externa

Actores 1. RTC

Precondición Que existan datos en la base de datos local y exista conexión a internet.

Flujo principal

2. Sincronización En este caso de uso el RTC ejecuta las acciones del botón sincronizar.

3. Obtener registros pendientes El sistema lanza una petición a la base de datos local para extraer los datos que están pendientes para descargar a la base datos externa.

4. Cambiar estado registros El sistema asigna un estado de sincronización a los registros pendientes para evitar insertar 2 veces el mismo registro

5. Aplicar cambios El sistema lanza petición de actualización a las tablas de la base de datos local.

6. Validar datos El sistema recibe id de los registros insertados en la base de datos externa para actualizar los datos en la base de datos local

Flujo alternativo

7. Esperar nueva sincronización Si al momento de obtener los registros pendientes, no existe ninguno o existe error de conexión, espera una nueva petición de sincronización

Pos condición Datos actualizados correctamente. Fuente: Elaboración propia.

67


Gráfico 20 Diagrama de caso de uso sincronizar.


Caso de uso generar reportes:

Tabla 25 Caso de uso generar reportes. Especificación caso de uso

Generar reportes

Descripción breve Este caso de uso generar reportes de visitas ejecutas, visitas programadas, visitas ejecutas por usuario, vistas programadas por usuario.

Actores ADMINISTRADOR.

Precondición Que existan registros en la base de datos.

Flujo principal

1. Generar reportes Se consulta los datos según los filtros y tipo de reporte solicitado.

2. Exportar PDF Se muestra un PDF o gráfico con la información solicitada.

Flujo alternativo

3. No se encuentran datos para generar reportes.

Pos condición Datos ingresados correctamente.


68


Gráfico 21 Diagrama de caso generar reportes.


69

6.1.3 Diagrama de secuencia

6.1.3.1 Caso de uso: Iniciar sesión

Este caso de uso permite al usuario ingresar al sistema por medio del logueo de un interesado.

Gráfico 22 Diagrama de secuencia del caso de uso iniciar sesión.


El RTC ingresa su usuario y contraseña, el sistema recibe los datos, si alguno

de los campos está vacío retorna a la pantalla de inicio mostrando el error

correspondiente, si los datos son ingresados completos el sistema envía una

consulta a la base de datos local con los datos ingresados, si se encuentran

datos el sistema procede a encriptar la contraseña ingresada en el campo de

la pantalla y compararla con la consultada en la base de datos local, si los

70

datos son iguales se inicia la sesión del usuario y se muestra la pantalla de

menú, caso contrario se mostrará la pantalla de inicio de sesión y el error

respectivo.

Caso de uso: Alterno iniciar sesión

Gráfico 23 Diagrama de secuencia del caso de uso alterno iniciar sesión.


71

El RTC ingresa su usuario y contraseña, el sistema recibe los datos, si alguno

de los campos está vacío retorna a la pantalla de inicio mostrando el error

correspondiente, si los datos son ingresados completos el sistema envía una

consulta a la base de datos local con los datos ingresados, si se encuentran

datos el sistema procede a encriptar la contraseña ingresada en el campo de

la pantalla y compararla con la consultada en la base de datos local, si los

datos son iguales se inicia la sesión del usuario y se muestra la pantalla de

menú, si los datos de usuario no son encontrados en la base de datos local,

el sistema consulta la base de datos externa y realiza la inserción de estos

datos de usuario en la base de datos local, al finalizar permite mostrar el

menú de usuario, en caso contrario se mostrará la pantalla de inicio de sesión

y el error respectivo.

6.1.3.2 Caso de uso: Registrar cliente

Este caso de uso permite al representante técnico comercial (RTC) registrar

un nuevo cliente.

72

Gráfico 24 Diagrama de secuencia del caso de uso registrar cliente.


El usuario RTC, ingresa los datos de identificación del cliente, estos datos

son validados en su formato y validez, se realiza la petición de consulta a la

73

base de datos para validar la existencia del usuario, si el usuario no se

encuentra registrado, habilita los campos de información del cliente y luego

se realiza la petición de guardar los datos, posteriormente el sistema debe

validar los datos ingresados, esta información se envían a la base de datos

local del dispositivo móvil, permitiendo así guardar la información ingresada

localmente; al finalizar, el proceso retorna un mensaje de que el cliente ha

sido agregado

Caso de uso alterno: Registrar cliente


modificar selecciones de cliente si presentan cambios.

74

Gráfico 25 Diagrama de secuencia del caso de uso alterno registrar cliente.


El usuario RTC, ingresa los datos de identificación del cliente, estos datos

75

son validados en su formato y validez, se realiza la petición de consulta a la

base de datos para validar la existencia del usuario, si el usuario ya se

encuentra registrado en lavase de datos se mostraran los datos guardados,

al seleccionar la opción de editar cliente, se permitirá editar estos registros,

al momento de ser modificados y enviados a guardar el sistema validad

dichos datos ingresados, esta información se envían a la base de datos local

del dispositivo móvil, permitiendo así guardar los datos ingresados

localmente; al finalizar, el proceso retorna un mensaje de que el cliente ha

sido modificado.

6.1.3.3 Caso de uso: Registrar cultivo


un nuevo cultivo, el usuario puede también modificar su información principal.

Gráfico 26 Diagrama de secuencia del caso de uso registrar cultivo.


76

El usuario, ingresa los datos básicos del cultivo, se realiza la petición de

guardar los datos, posteriormente el sistema debe validar los datos

ingresados, esta información se envían a la base de datos local del

dispositivo móvil; al finalizar, el proceso retorna un mensaje de que el cliente

ha sido agregado.

6.1.3.4 Caso de uso: Registrar establecimiento


un nuevo establecimiento de un cliente, el RTC puede también modificar

selecciones de establecimientos de cliente si presentan cambios mientras no

tenga asociada aun visita en este plan de trabajo.

Gráfico 27 Diagrama de secuencia del caso de uso registrar establecimiento.


77

El usuario RTC, ingresa los datos del establecimiento cliente, se realiza la

petición de guardar los datos, posteriormente el sistema debe validar los

datos ingresados y realizar el registro de la ubicación del establecimiento del

cliente con el fin de localizarlo geográficamente, esta información se envía a

la base de datos local del dispositivo móvil; al finalizar, el proceso retorna un

mensaje de que el establecimiento del cliente ha sido agregado.

6.1.3.5 Caso de uso: Registrar plan de trabajo


un plan de trabajo para un cliente, el RTC puede también modificar

selecciones de planes de trabajo de clientes si presentan cambios mientras

no tenga asociada aun visita en este plan de trabajo.

Gráfico 26 Diagrama de secuencia del caso registrar plan de trabajo.


78

El usuario, ingresa los datos básicos del plan de trabajo, se realiza la petición

de guardar los datos, posteriormente el sistema debe validar los datos


dispositivo móvil; al finalizar, el proceso retorna un mensaje de que el plan de

trabajo ha sido agregado.

6.1.3.6 Caso de uso: Registrar visita


una visita a un cliente.

79

Gráfico 29 Diagrama de secuencia del caso registrar visita.


El usuario, ingresa los datos básicos de la visita, partiendo de un plan de

trabajo, se realiza la petición de guardar los datos, posteriormente el sistema

debe validar los datos ingresados, y registrar la ubicación de la visita según

el GPS, esta información se envía a la base de datos local del dispositivo

móvil; al finalizar, el proceso retorna un mensaje de que la visita ha sido

agregada.

80

6.1.3.7 Caso de uso: Sincronizar

Este caso de uso permite al representante técnico comercial (RTC)

sincronizar los datos de la base de datos local del dispositivo móvil con la

base de datos del servidor, permitiendo consolidar la información del sistema.

81

Gráfico 30 Diagrama de secuencia del caso sincronizar.


El usuario, selecciona la opción de sincronización, se realiza la petición de

obtener los registros pendientes, se consultan los datos, posteriormente el

sistema debe validar los datos y actualizarlos localmente, esta información

se envía a la base de datos del servidor, luego procede a realizar la inserción

82

de datos y actualizar nuevamente los registros locales; al finalizar, el proceso

retorna un mensaje de que los datos se han sincronizado.

6.1.3.8 Caso de uso: Registrar usuario (Web)

Este caso de uso permite al administrador registrar un nuevo usuario. El

administrador puede también modificar selecciones de usuarios si presentan

cambios, mientras no tenga asociado registros en el sistema.

Gráfico 31 Diagrama de secuencia del caso de uso registrar usuario.


El usuario administrador, ingresa los datos del usuario, se realiza la petición


ingresados; esta información se envía a la base de datos del servidor, al

finalizar, el proceso retorna un mensaje de que el usuario del cliente ha sido

agregado.

83

6.1.3.9 Caso de uso: Iniciar sesión (Web)

Este caso de uso permite al usuario ingresar al sistema por medio del logueo de un usuario.

Gráfico 32 Diagrama de secuencia del caso iniciar sesión.


El administrador ingresa su usuario y contraseña, el sistema recibe los datos,

si alguno de los campos está vacío retorna a la pantalla de inicio mostrando

el error correspondiente, si los datos son ingresados completos el sistema

envía una consulta a la base de datos con la información ingresada, si se

encuentran datos el sistema procede a encriptar la contraseña ingresada en

el campo de la pantalla y posteriormente compara con la contraseña

encontrada en la base de datos, si los datos son iguales se inicia la sesión

del usuario y se muestra la pantalla de menú, en caso contrario se mostrará

la pantalla de inicio de sesión y el error respectivo.

84

6.1.3.10 Caso de uso: Registrar cliente (Web)


un nuevo cliente.

Gráfico 33 Diagrama de secuencia del caso registrar cliente.


El usuario administrador, ingresa los datos del cliente, estos datos son

validados en su formato y validez, esta información se envían a la base de

datos, permitiendo así almacenar los datos ingresados; al finalizar, el proceso

retorna un mensaje de que el cliente ha sido modificado.

6.1.3.11 Caso de uso: Registrar cultivo (Web)

Este caso de uso permite al administrador registrar un nuevo cultivo, el

usuario puede también modificar su información principal.

85

Gráfico 34 Diagrama de secuencia del caso registrar cultivo.


El usuario, ingresa los datos básicos del cultivo, se realiza la petición de

guardar los datos, posteriormente el sistema debe validar los datos

ingresados, esta información se envían a la base de datos; al finalizar el

proceso, retorna un mensaje de que el cliente ha sido agregado.

6.1.3.12 Caso de uso: Registrar establecimiento (Web)

Este caso de uso permite al usuario administrador registrar un nuevo

establecimiento de un cliente, también puede modificar selecciones de

establecimientos de cliente si presentan cambios mientras no tenga asociada

aun visita en este plan de trabajo.

86

Gráfico 35 Diagrama de secuencia del caso registrar establecimiento.


El usuario administrador, ingresa los datos del establecimiento del cliente, se

realiza la petición de guardar los datos, posteriormente el sistema debe

validar los datos ingresados y realizar el registro de la ubicación del

establecimiento del cliente con el fin de localizarlo geográficamente, esta

información se envía a la base de datos; al finalizar, el proceso retorna un

mensaje de que el establecimiento del cliente ha sido agregado.

6.1.3.13 Caso de uso: Registrar plan de trabajo (Web)

Este caso de uso permite al usuario administrador registrar un plan de trabajo

para un cliente, también permite modificar selecciones de planes de trabajo

de clientes si presentan cambios mientras no tenga asociada aun visita en

este plan de trabajo.

87

Gráfico 36 Diagrama de secuencia del caso registrar plan de trabajo.


El usuario, ingresa los datos básicos del plan de trabajo, se realiza la petición



dispositivo móvil; al finalizar, el proceso retorna un mensaje de que el plan de

trabajo ha sido agregado.

6.1.3.14 Caso de uso: Registrar visita (Web)

Este caso de uso permite al usuario administrador registrar una visita a un

cliente.

88

Gráfico 37 Diagrama de secuencia del caso registrar visita.


El usuario, ingresa los datos básicos de la visita, partiendo de un plan de

trabajo, se realiza la petición de guardar los datos, posteriormente el sistema

debe validar los datos ingresados, esta información se envía a la base de

datos; al finalizar, el proceso retorna un mensaje de que la visita ha sido

agregada.

89

6.1.4 Diagrama de clases

En el anexo A se observa la descripción de la estructura del sistema mostrando las clases del sistema, sus atributos, operaciones y las relaciones entre los objetos.

90

6.1.5 Modelo entidad relación

En la Gráfico 30 se observa las entidades relevantes del sistema de información,

así como sus relaciones y propiedades.

Gráfico 38 Modelo entidad relación.


91

6.1.6 Diagrama de base de datos

En el diagrama 31 se observa el diagrama de la base de datos relacional, en el

cual se definen sus tablas, sus campos en cada tabla, y las relaciones entre cada

campo y tabla.

Gráfico 39 Diagrama de base de datos.


92

6.1.7 Diccionario de datos

Tabla 25 Tabla diccionario de datos tipo_documento. Tipo_documento

Almacena el tipo de documento permitido en el sistema.

Atributo Descripción Tipo PK null FK

ID_TIPO_DOCUMENTO Identificador único del tipo de documento, autoincrementable.

Integer(11) Si Not null

DESCRIPCION_TIPO_DOC Descripcion del tipo de documento, puede ser cédula de ciudanía, NIT, cédula de extranjería.

Varchar(15) Not null


Tabla 26 Tabla diccionario de datos ciudad. Ciudad

Almacena las ciudades colombianas.


ID_CIUDAD Identificador único de la ciudad, autoincrementable.


NOMBRE_CIUDAD Descripción de la ciudad.


ID_DEPARTAMENTO Código del departamento de la ciudad.

Integer (11) Not Null

tabla departamento.


Tabla 27 Tabla diccionario de datos departamento. Departamento

Almacena los departamentos colombianos.


ID_DEPARTAMENTO Identificador único de la ciudad, autoincrementable.


NOMBRE Descripción de la ciudad.



93

Tabla 28 Tabla diccionario de datos tipo_cliente.

Tipo_cliente

Almacena una clasificación de los clientes, productor o distribuidor.


ID_TIPO_CLIENTE Identificador único del tipo de cliente, autoincrementable.


DESCRIPCION_TIPO_CL Descripción del tipo de cliente, puede ser producto, distribuidor.



Tabla 29 Tabla diccionario de datos usuario.

Usuario

Almacena los datos de los usuarios permitidos par asesar al sistema.


ID_USUARIO Identificador único del usuario, autoincrementable.


No

ID_ROL Referencia tabla rol. Integer(11) Not null

tabla Rol

NOMBRE_USUARIO Nombre del usuario. Varchar(25) Not null

APELLIDO_USUARIO Apellido del usuario. Varchar(25) Not null

LOGIN_USUARIO Credencial inicio de sesión del usuario.


PASSWORD_USUARIO Contraseña del usuario.


CREATE_AT Fecha de creación, del usuario.

Datetime Not null

UPDATE_AT Ultima fecha de actualización del usuario.

Datetime Not null

SALT Llave utilizada para encriptar contraseña.



94

Tabla 30 Tabla diccionario de datos plan_trabajo. Plan_trabajo

Almacena los datos necesarios para registrar un plan de trabajo de los representantes técnicos comerciales.


ID_PLAN_TRABAJO Identificador único del plan de trabajo, autoincrementable.


ID_ESTABLECIMIENTO Referencia tabla rol. Integer(11) Not null

tabla Rol.

ID_USUARIO Referencia tabla usuario.

integer(11) Not null

tabla Usuario.

FECHA_REGISTRO Fecha del registro. Date Not null

FECHA_PROPUESTA Fecha de visita propuesta.

Date Not null

OBJETIVO_VISITA Objetivo de la visita. Varchar(150) Not null

CREATED_AT Fecha de creación, del plan de trabajo.

Datetime Not null

UPDATED_AT Ultima fecha de actualización del plan de trabajo.

Datetime Not null


Tabla 31 Tabla diccionario de datos cultivo_establecimiento.

Cultivo_establecimiento Almacena la relación de los cultivos pertenecientes a cada establecimiento.

Atributo Descripción Tipo PK

null FK

ID_ESTABLECIMIENTO

Referencia tabla establecimiento


tabla establecimiento.

ID_CULTIVO Referencia tabla cultivo.


tabla Rol.

ID_TIPO_CULTIVO Referencia tabla tipo cultivo.

Integer(11) Not null

tabla Usuario.

TAMANO_CULTIVO Tamaño del cultivo.

Varchar(20)

Not null


95

Tabla 32 Tabla diccionario de datos visita.

Visita Almacena los datos de visita registradas en el plan de trabajo


ID_VISITA Identificador único de visita, autoincrementable.


No

ID_PLAN_TRABAJO Referencia tabla plan trabajo.


tabla Plan trabajo.

DESCRIPCION_VISITA Descripción de la visita.


COMPROMISO_VISITA Compromiso de la visita.


OBSERVACION_VISITA Observación de la visita.


LOGRO_VISITA Logro de la visita. Varchar(150) Not null

FECHA_EJECUCION Fecha de ejecución de la visita.

Datetime Not null

PROXIMA_VISITA Fecha de la próxima visita.

Date Not null


Datetime Not null


Datetime Not null


Tabla 33 Tabla diccionario de datos rol.

Rol Almacena los tipos de roles, que son permitidos en el sistema.


ID_ROL Identificador único del rol, autoincrementable.


DESCRIPCION_ROL Descripción del rol, administrador, RTC.



96

Tabla 34 Tabla diccionario de datos cliente. Cliente

Almacena los datos de los clientes.


NUM_DOCUMENTO Identificador único del identificación del cliente.

Varchar(15) Si Not null

ID_TIPO_DOCUMENTO Referencia tabla tipo documento.


tabla tipo documento.

ID_ESTADO Referencia tabla estado.


tabla estado.

ID_TIPO_CLIENTE Referencia tabla tipo cliente.


tabla tipo cliente.

RAZON_SOCIAL Razón social del cliente.


NOMBRE Nombre del cliente. Varchar(25)

APELLIDO Apellido del cliente. Varchar(25) Not null

TELEFONO_CLIENTE Teléfono del cliente.


EMAIL_CLIENTE Dirección de correo electrónico del cliente.

Varchar(30)

USUARIO Login de usuario que modifica el registro.



Datetime Not null


Datetime Not null


Tabla 35 Tabla diccionario de datos establecimiento. Establecimiento

Almacena los datos de los establecimientos o sedes de cada cliente.


ID_ESTABLECIMIENTO Identificador único del establecimiento, autoincrementable.


ID_CIUDAD Referencia tabla plan trabajo.


tabla Ciudad.

ID_ESTADO Descripción de la Integer(11) Not tabla

97

visita. null estado.

NOMBRE_ESTABLECIMIENTO Nombre del establecimiento.


DIRECCION_ESTABLECIMIENTO

Dirección del establecimiento.


INDICACION_ESPECIAL Indicación especial acerca del establecimiento.

Varchar(150)

CONTACTO_ESTABLECIMIENTO

Contacto establecimiento.


CARGO_CONTACTO Cargo del contacto en el establecimiento.

Varchar(15)

TELEFONO_ESTABLECIMIENTO

Teléfono del establecimiento


EMAIL_ESTABECIMIENTO Dirección de correo electrónico del establecimiento.

Varchar(30)

OBSERVACIONES Observaciones adicionales del establecimiento.

Varchar(150)

USUARIO_MOD_ES Login usuario última modificación.


LONGITUD Longitud de la ubicación del establecimiento.

Decimal(9,6)

LATITUD Latitud de la ubicación del establecimiento.

Decimal(9,6)


Datetime Not null


Datetime Not null


Tabla 36 Tabla diccionario de datos tipo_cultivo.

Tipo_cultivo

Almacena los tipos de cultivos.


ID_TIPO_CULTIVO Identificador único del tipo de cultivo,


98

autoincrementable.

DESCRIPCION_TIPO_CULTIVO Descripción del tipo de cultivo.



Tabla 37 Tabla diccionario de datos cultivo.

Cultivo

Almacena los cultivos que los clientes plantas.


ID_CULTIVO Identificador único del cultivo, autoincrementable.


NOMBRE_CULTIVO Nombre del cultivo. Varchar(30) Not null

CLIMA_CULTIVO Clima del cultivo. Varchar(15) Fuente: Elaboración propia.

Tabla 38 Tabla diccionario de datos estado.

Estado

Almacena los estados permitidos en el sistema.


ID_ESTADO Identificador único del estado, autoincrementable.


DESCRIPCION_ESTADO Descripción del estado.



99

6.2 FASE DE INICIACIÓN

Para la realización del proyecto se cuenta con los siguientes recursos tecnológicos:

Tabla 39 Tabla características tecnológicas. Nombre Marca Características

Portátil Asus 8 Gb de memoria RAM, Procesador Intel Core i5, 500 Gb de almacenamiento, Sistema operativa Windows 10.

Portátil Lenovo 6 Gb de memoria RAM, Procesado Intel Core i5, 1 Tb de almacenamiento, Sistema operativo Windows 8.1.

Celular Samsung Galaxy S4, 2 GB de RAM, Procesador Snapdragon 600, Sistema operativo Android 4.5.

Tablet Asus ZenPad C 7.0, 1 GB de RAM, Procesador Intel® Atom™ x3-C3230 Quad-Core, Sistema operativo Android 5.0.2.


Para el desarrollo y análisis del proyecto se cuenta con el equipo humano relacionado en la tabla 33.

Tabla 40 Tabla equipo humano. Nombre Función

Harold Antonio Rengifo Arce Analista y desarrollador

César Enrique Mendoza Victoria Analista y desarrollador

Carlos Bermúdez Consultor empresa Agriandes Daymsa S.A. Fuente: Elaboración propia.

Las herramientas empleadas para el desarrollo de esta actividad son:

Tabla 41 Tabla herramientas de desarrollo. Herramienta Utilidad

Android Studio 1.3.2 Entorno de desarrollo Android

Rational Rouse Entorno para documentación

XAMPP Simulador de servidor web

MySql Motor de base de datos

PHP Lenguaje de programación para el módulo de administración Fuente: Elaboración propia.

100

El equipo de desarrollo, tuvo que ampliar sus habilidades en el transcurso del desarrollo de

aplicación en las diferentes herramientas, especialmente en la programación para Android,

como ayuda a este tema tomó cursos online de desarrollo de aplicaciones Android, en la

página Udemy (Mastering Android Programming).

6.3 FASE DE PRODUCIÓN

Se realizó modelo de interfaz de usuario para el desarrollo de la aplicación Android: Gráfico 40 Modelo interfaz inicio de sesión.


101

Gráfico 41 Modelo interfaz menú usuario.


Gráfico 42 Modelo interfaz crear cliente.


102

Gráfico 43 Modelo interfaz crear establecimiento.


Gráfico 44 Modelo interfaz crear plan de trabajo.


103

Gráfico 45 Modelo interfaz ver rutas.


Gráfico 46 Modelo interfaz detalle cliente ruta.


104

Gráfico 47 Modelo interfaz cambio de contraseña.


Para la creación de la aplicación se seleccionaron los colores e imágenes relacionadas con la actividad de la empresa Agriandes Daymsa S.A., se seleccionaron las siguientes imágenes:

Gráfico 48 Logo aplicación Android.


105

Gráfico 49 Imagen bienvenida aplicación.


Gráfico 50 Imagen menú aplicación Android.


106

Gráfico 51 Imagen de fondo pantallas aplicación Android.


Con el fin no hacer tan robusta y poco útil la aplicación Android, se desglosaron opciones del sistema que solo se podrán administrar desde una aplicación web, estos tales como reporteria y administración de los maestros de datos del sistema, se creó un modelo de interfaz de usuario en ambiente web. El cual se mostró de la siguiente manera:

107

Gráfico 52 Imagen inicio de sesión aplicación web.


Gráfico 53 Imagen menú aplicación web.


108

Gráfico 54 Imagen menú desplegado aplicación web.


Gráfico 55 Imagen registro plan de trabajo aplicación web.


109

Gráfico 56 Imagen registro de visita aplicación web.


Gráfico 57 Imagen registro de establecimiento aplicación web.


110

Gráfico 58 Imagen registro de cliente aplicación web.


Gráfico 59 Imagen registro de cultivo aplicación web.


111

Gráfico 60 Imagen registro de tipo de cultivo aplicación web.


Gráfico 61 Imagen registro de cultivo por establecimiento aplicación web.


112

Gráfico 62 Imagen reporte de visitas aplicación web.


Gráfico 63 Imagen reporte de gráficos aplicación web.


113

Gráfico 64 Imagen registro de usuarios aplicación web.


Gráfico 65 Imagen registro de ciudad aplicación web.


114

Gráfico 66 Imagen registro de tipo de cliente aplicación web.


Gráfico 67 Imagen registro de tipo de documento aplicación web.


115

Gráfico 68 Imagen registro de rol aplicación web.


Se planteó el desarrollo de la aplicación en pequeños segmentos o funcionalidades las cuales se dividieron de la siguiente manera: o Aplicación parar consultar ubicación geográfica por medio del GPS de un

dispositivo móvil, se desarrolló un prototipo con esta funcionalidad en para dispositivos Android.

Gráfico 69 Imagen prototipo ubicación geográfica.


116

o Aplicación para mostrar la ubicación de un lugar en un mapa, se desarrolló un prototipo con esta funcionalidad para dispositivos Android, el aplicativo muestra un mapa de Google y ubica con los puntos de referencia (latitud y longitud) un sitio determinado en el mapa, esta funcionalidad requiere de acceso a internet para cargar los mapas de Google.

Gráfico 70 Imagen prototipo ubicación en mapa Google.


o Aplicación para sincronizar la información e una base de datos MySql a una aplicativo Android, base de datos SQLite.

117

Gráfico 71 Imagen prototipo sincronización servidor MySql.


o Aplicación para guardar, consultar, actualizar registros de una base de datos MySql desde una aplicación Android, con la implementación de un Servicio web.

Gráfico 72 Imagen prototipo Interacción base de datos MySql.

118


6.4 FASE DE ESTABILIZACIÓN

Para esta fase se realizó la integración de las diferentes funcionalidades de los proyectos que previamente se habían realizado. En el proceso de integración se presentaron algunos inconvenientes relacionados con la herramienta tecnológica Android Studio, principalmente generados por las actualizaciones constantes de la herramienta, actualizaciones que generan cambios que despliegan errores en el código del proyecto. Al terminar de integrar todas las funcionalidades del proyecto, se obtuvo como resultado una APK (Application Package File), la cual se instaló en un aplicativo Android Samsung S4, en este se realizaron las pruebas finales de integración, teniendo todas las funcionalidades correctamente utilizables. Se documentó el manual de usuario de las aplicaciones tanto de dispositivos móviles como ambiente web. Ver anexo A: Manual Usuario AppAgriandes APP, anexo B: Manual Usuario AppAgriandes Web.

6.5 FASE DE PRUEBAS DEL SISTEMA

A continuación, se presenta un plan de pruebas de validación el cual hace énfasis

en los principales casos de uso del sistema debido a que son los más críticos y

debieron quedar completamente validados.

119

6.5.1 Caso de prueba iniciar sesión:

Tabla 42 Tabla caso de prueba iniciar sesión. ID caso de prueba CP01

Nombre caso de prueba CasoUso_IniciarSesión

Descripción Se probara la respuesta del sistema cuando se realiza el proceso de inicio de sesión.

Precondición Usuario creado, aplicación instalada.

Relaciones caso de uso Caso de uso iniciar sesión

Pasos y condiciones ejecución

Ver tabla 36.

Resultado esperado El usuario ingresara y se le mostrara la página principal de esta.

Estado caso de prueba Ejecutado(Exitoso)

Resultado obtenido Al realizar las pruebas e ingresar con un usuario y contraseña válidos, se obtuvo acceso a la página principal de la aplicación.

Errores asociados

Responsable diseño Cesar Mendoza

Responsable ejecución Cesar Mendoza

Comentarios


Tabla 43 Tabla pasos y condiciones caso de prueba iniciar sesión. Id Escenario Descripción Respuesta Sistema Flujo central

1 Iniciar sesión Ingresar usuario y contraseña.

El sistema ingresa al panel de inicio de la aplicación.

Se ingresaron todos los datos requerido por el sistema.

2 Iniciar sesión Ingreso de datos básicos del usuario de forma incompleta.

El sistema brinda mensaje informativo “Error 1Usuario o contraseña incorrecta.”

Diligenciar los campos obligatorios.

3 Iniciar sesión Datos vacíos. El sistema brinda mensaje “Por favor ingrese los datos.”



120

6.5.2 Caso de prueba registrar clientes

Tabla 44 Tabla caso de prueba registrar clientes. ID caso de prueba CP02

Nombre caso de prueba CasoUso_RegistrarClientes

Descripción Se probara la respuesta del sistema cuando se realiza el proceso de registrar cliente.

Precondición Sesión iniciada.

Relaciones caso de uso Caso de uso registrar clientes


Ver tabla 38.

Resultado esperado El cliente es registrado en el sistema.


Resultado obtenido Al realizar las pruebas e ingresar la información con datos validos el sistema guarda el cliente correctamente.

Errores asociados



Comentarios


Tabla 45 Tabla pasos y condiciones caso de prueba registrar clientes

Id Escenario Descripción Respuesta Sistema Flujo central

1 Registrar clientes

Ingreso de datos básicos para crear un cliente en el sistema.

El sistema muestra mensaje de confirmación en la creación del cliente.



Ingreso de datos básicos del cliente de forma incompleta.

El sistema muestra mensaje “Por favor ingrese los datos”.



Ingreso de cliente ya existente.

El sistema carga los datos del cliente para permitir editarlos

Editar información del cliente.


121

6.5.3 Caso de prueba registrar cultivo

Tabla 46 Tabla caso de prueba registrar cultivo. ID caso de prueba CP03

Nombre caso de prueba CasoUso_RegistrarCultivo

Descripción Se probara la respuesta del sistema cuando se realiza el proceso de registrar cultivo.

Precondición Sesión iniciada, establecimiento creado.

Relaciones caso de uso Caso de uso registrar cultivo


Ver tabla 40.

Resultado esperado El cultivo es registrado en el sistema.


Resultado obtenido Al realizar las pruebas e ingresar la información con datos validos el sistema guarda el cultivo correctamente.

Errores asociados



Comentarios


Tabla 47 Tabla pasos y condiciones caso de prueba registrar cultivo. Id Escenario Descripción Respuesta Sistema Flujo central

1 Registrar cultivo

Ingreso de datos básicos para crear un cultivo en el sistema.

El sistema muestra mensaje de confirmación en la creación del cultivo.


2 Registrar cultivo

Ingreso de datos básicos del cliente de forma incompleta.




122

6.5.4 Caso de prueba registrar establecimiento

Tabla 48 Tabla caso de prueba registrar establecimiento. ID caso de prueba CP04

Nombre caso de prueba CasoUso_RegistrarEstablecimiento

Descripción Se probara la respuesta del sistema cuando se realiza el proceso de registrar establecimiento.

Precondición Sesión iniciada, cliente creado.

Relaciones caso de uso Caso de uso registrar establecimiento


Ver tabla 42.

Resultado esperado El establecimiento es registrado en el sistema.


Resultado obtenido Al realizar las pruebas e ingresar la información con datos validos el sistema guarda el establecimiento correctamente.

Errores asociados



Comentarios


Tabla 49 Tabla pasos y condiciones caso de prueba registrar establecimientos. Id Escenario Descripción Respuesta Sistema Flujo central

1 Registrar establecimiento

Ingreso de datos básicos para crear un establecimiento en el sistema.

El sistema muestra mensaje de confirmación en la creación del establecimiento.

Se ingresaron todos los datos requeridos por el sistema.


Ingreso de datos básicos del establecimiento de forma incompleta.




Ingreso de establecimiento ya existente.

El sistema carga los datos del establecimiento para permitir editarlos

Editar información del establecimiento.


123

6.5.5 Caso de prueba registrar usuario

Tabla 50 Tabla caso de prueba registrar usuario. ID caso de prueba CP05

Nombre caso de prueba CasoUso_RegistrarUsuario

Descripción Se probara la respuesta del sistema cuando se realiza el proceso de registrar usuario.

Precondición Sesión iniciada, rol existente.

Relaciones caso de uso Caso de uso registrar usuario


Ver tabla 44.

Resultado esperado El usuario es registrado en el sistema.


Resultado obtenido Al realizar las pruebas e ingresar la información con datos validos el sistema guarda el usuario correctamente.

Errores asociados



Comentarios


Tabla 51 Tabla pasos y condiciones caso de prueba registrar usuario. Id Escenario Descripción Respuesta Sistema Flujo central

1 Registrar usuario

Ingreso de datos básicos para crear un usuario en el sistema.

El sistema muestra mensaje de confirmación en la creación del usuario.


2 Registrar usuario

Ingreso de datos básicos del usuario de forma incompleta.

El sistema muestra mensaje “Se debe ingresar toda la información”.


3 Registrar usuario

Ingreso de usuario ya existente.

El sistema carga los datos del usuario para permitir editarlos

Editar información del usuario.


124

6.5.6 Caso de prueba registrar plan de trabajo

Tabla 52 Tabla caso de prueba registrar plan de trabajo. ID caso de prueba CP06

Nombre caso de prueba CasoUso_RegistrarPlanDeTrabajo

Descripción Se probara la respuesta del sistema cuando se realiza el proceso de registrar plan de trabajo.

Precondición Sesión iniciada, establecimiento creado, departamento creado, ciudad creada.

Relaciones caso de uso Caso de uso registrar plan de trabajo


Ver tabla 46.

Resultado esperado El plan de trabajo es registrado en el sistema.

Estado caso de prueba Ejecutado(Fallida)

Resultado obtenido Al realizar las pruebas e ingresar la información con datos validos el sistema guarda el plan de trabajo correctamente.

Errores asociados Error al dejar campos vacíos en el formulario.

Responsable diseño Cesar Mendoza.

Responsable ejecución Cesar Mendoza.

Comentarios


Tabla 53 Tabla pasos y condiciones caso de prueba registrar plan de trabajo

Id Escenario Descripción Respuesta Sistema Flujo central

1 Registrar plan de trabajo

Ingreso de datos básicos para crear un plan de trabajo en el sistema.

El sistema muestra mensaje de confirmación en la creación del plan de trabajo.


2 Registrar plan de trabajo

Ingreso de datos básicos del plan de trabajo de forma incompleta.

El sistema muestra mensaje “Lamentablemente la aplicación se detuvo”.



125

6.5.7 Caso de prueba registrar visita

Tabla 54 Tabla caso de prueba registrar visita. ID caso de prueba CP07

Nombre caso de prueba CasoUso_RegistrarVisita

Descripción Se probara la respuesta del sistema cuando se realiza el proceso de registrar visita.

Precondición Sesión iniciada, establecimiento creado, plan de trabajo creado.

Relaciones caso de uso Caso de uso registrar visita


Ver tabla 48.

Resultado esperado La visita es registrada en el sistema.


Resultado obtenido Al realizar las pruebas e ingresar la información con datos validos el sistema guarda la visita correctamente.

Errores asociados



Comentarios


Tabla 55 Tabla pasos y condiciones caso de prueba registrar visita. Id Escenario Descripción Respuesta Sistema Flujo central

1 Registrar visita Ingreso de datos básicos para crear una visita en el sistema.

El sistema muestra mensaje de confirmación en la creación de la visita.


2 Registrar visita Ingreso de datos básicos de la visita de forma incompleta.



3 Registrar visita Ingreso de fecha de visita errónea.

El sistema muestra mensaje “Fecha no puede ser menor a la fecha actual”.

Digitar fecha correcta, mayor a la actual.


126

6.5.8 Caso de prueba sincronizar

Tabla 56 Tabla caso de prueba sincronizar. ID caso de prueba CP08

Nombre caso de prueba CasoUso_Sincronizar

Descripción Se probara la respuesta del sistema cuando se realiza el proceso de sincronizar.

Precondición Sesión iniciada, acceso a internet.

Relaciones caso de uso Caso de uso sincronizar.


Ver tabla 50.

Resultado esperado La información de la aplicación es sincronizada en el servidor.


Resultado obtenido Al realizar las pruebas la información ingresada desde el dispositivo móvil se actualiza en la base de datos del servidor e igualmente la información del servidor es actualizada en el dispositivo móvil.

Errores asociados



Comentarios


Tabla 57 Tabla pasos y condiciones caso de prueba sincronizar. Id Escenario Descripción Respuesta Sistema Flujo central

1 Sincronizar Proceso de sincronización iniciado.

El sistema muestra mensaje “Todas la tablas han sido actualizadas”.

Datos de la aplicación actualizados.

2 Sincronizar Sin acceso a internet. El sistema muestra mensaje “Error de conexión”.

Tener conexión a internet.


127

7. CONCLUSIONES

Durante los últimos años se ha dado un gran adelanto en las tecnologías de información, las cuales enfocándolas a los negocios han permitido que se realicen mejoras e innovaciones en los diferentes procesos a nivel general. Dentro de estas tecnologías se encuentran los dispositivos móviles, que por su parte han permitido que estas sean más asequibles, ya que por sus características como: portabilidad y fácil uso, son herramientas muy utilizadas en diversos campos. Esto ha conllevado a que el uso de estos se masifique y popularice cada día más. En este sentido AppAgriandes aprovecha las tecnologías actuales, constituyéndose como una herramienta para dispositivos móviles, hecha a la medida del cliente, en este caso para Agriandes Daymsa S.A., que le permite implementar mejoras en los diferentes procesos realizados por los representantes técnicos comerciales (RTC). Entre las mejoras se enumeran: o Facilidad de acceso: El acceso al sistema puede realizarse desde cualquier

dispositivo móvil con sistema operativo Android. o Acceso fuera de línea: La aplicación móvil puede ser utilizada en dispositivos

sin acceso a internet ya que su base de datos interna se encuentra alojada en el dispositivo móvil.

o Información en línea: Al registrarse una transacción en el aplicativo móvil y sincronizarse en la web, se verá reflejada la información inmediatamente, lo cual permite ejecutar una gestión oportuna de las visitas y procesos realizados por los representantes técnicos comerciales (RTC).

o Tolerancia a fallos de hardware: Al ser un sistema en línea no existe un equipo servidor directamente en la empresa, por lo cual no depende de una maquina específica para que el sistema funcione.

o Base de datos centralizada: Toda la información generada de los diferentes representantes técnicos comerciales (RTC) se almacena en una base de datos centralizada, que permite: una administración efectiva de la información, consolidación de la misma para seguimientos en regionales y diferentes áreas.

Es de tener en cuenta que en la investigación efectuada en este trabajo sobre aplicaciones con características similares a AppAgriandes, se identificaron diversas herramientas que permiten realizar recolección de datos del sector agrícola. Tales aplicaciones se enfocan principalmente en procesos y soluciones para los diferentes cultivos como: consulta de precios en el mercado, comportamiento del clima, control y evolución de cultivos, control de actividades agrícolas, comercialización de productos agrícolas y bases cartográficas. Aunque ninguna de estas cuenta con las especificaciones requeridas por Agriandes en cuanto a la georreferenciación de los clientes, la ubicación y ruta de llegada mostrada en un mapa de Google, la

128

recolección de información de los clientes y los planes de trabajo de los RTC y el acceso sin conexión a red de Internet. Sumado a lo anterior se concluye que los objetivos de este proyecto fueron

cumplidos a cabalidad:

o Gracias a la inclusión de tipos de cultivo y tipo de cliente en los formularios de

registro se pueden clasificar y administrar los clientes de la empresa Agriandes

Daymsa S.A.

o Usando la Api de localización de Google se logra obtener ubicación al momento

de registrar un establecimiento logrando georreferenciar a los clientes de la

empresa Agriandes Daymsa S.A.

o Al diseñar el formulario donde se pueden registrar las actividades diarias de los

RTC y el desarrollo del proceso de sincronización que permite actualizar los

datos desde cualquier lugar con red disponible, se cumple con el objetivo de

desarrollar un método rápido y confiable de los registros de campo

correspondientes a clientes y actividades comerciales.

o Para Controlar las actividades comerciales de los representantes técnicos

comerciales (RTC) de la empresa Agriandes Daymsa S.A. el aplicativo permite

generar reportes de programación de planes de trabajo y ejecución de visitas.

o Finalmente la aplicación en todas sus funcionalidades permiten cumplir

satisfactoriamente con el objetivo de Generar una herramienta que permita

apoyar las estrategias comerciales.

Para Agriandes Daymsa S.A. la implementación de este aplicativo representa una gran ventaja competitiva, ya que se optimizan recursos, se accede a información crucial de manera rápida y eficaz, se optimizan los tiempos en los diferentes procesos involucrados con los representantes técnicos comerciales (RTC). Para los clientes de la empresa, tener información histórica de sus visitas permite que se tenga un mejor seguimiento de estos. En cuanto a los costos de este desarrollo la empresa solo tendrá que adquirir servidores y dominios que garanticen el correcto funcionamiento de esta aplicación. Cabe resaltar que, a pesar de estar creada y personalizada para esta empresa en particular, dichas características, de la aplicación, pueden ser útiles en diferentes empresas del mismo sector o de diferentes sectores con mínimos cambios requeridos.

129

8. RECOMENDACIONES

Como recomendaciones se pueden destacar varios puntos:

o Se recomienda la adquisición de un certificado de seguridad para la aplicación web, esto con miras a garantizar la seguridad e integridad de los datos que viajan desde el dispositivo móvil al servidor.

o Sería muy importante diseñar un plan de gestión de copias de seguridad de la información, debido a que la aplicación consume y abastece los datos ubicados en el motor de base de datos MySql. Se hace necesario que esta información este siempre resguardada ante posibles contingencias.

o Se recomienda para versiones fuç+turas el desarrollo de nuevos informes que por lo general son requeridos en el transcurso del uso de la herramienta.

130

BIBLIOGRAFÍA

Bill Phillips, Hardy Brian, «Android Programming the big nerd ranch guide». 2013. [En línea]. USA. [Accedido: 01-abril-2015]. Disponible en: https://andy-education.gitbooks.io/lorem-epsum/content/ Corral Luis, Sillitti Alberto, Succi Giancarlo. «Agile Software Development Processes for Mobile Systems: Accomplishment, Evidence and Evolution». 2013. [En línea]. Italia. [Accedido: 19-abril-2015]. Disponible en: https://www.researchgate.net/publication/258432559_Software_Development_Processes_for_Mobile_Systems_Is_Agile_Really_Taking_Over_the_Business. Delgado, Juan Manuel et al. Desarrollo de un software Web y Móvil para la gestión de información de campo de cultivos agrícolas AgrocomM. [Trabajo de grado]. Cali: Universidad Santiago de Cali: Facultad de Ingeniería de sistemas; 2006.12p. Electronics -AGILE - Agile Software Technologies. «MOBILE - D», 21-nov-2012. [En línea]. Finlandia. [Accedido: 18-abril-2015]. Disponible en: http://virtual.vtt.fi/virtual/agile/mobiled.html. Geospatial Training Services. Tipos de aplicaciones móviles, [En línea]. España. [Accedido: 18-abril-2015]. Disponible en: http://geospatialtraininges.com/recursos-gratuitos/tipos-de-aplicaciones-moviles/. Herrera, Germán et al. Sistema móvil para la carga de datos del informe agronómico mensual del RIAN [Trabajo]. Argentina: Instituto Nacional de Tecnología Agropecuaria (INTA). Congreso Argentino de AgroInformática; 2009 P.75-83. IDC Analyce the Future, «IDC Latin America Predictions 2014», diciembre 2013, IDC #LA14047 [En línea]. [Accedido: 18-abril-2015]. Disponible en: http://www.idclatin.com/campaign/predictions/default.html. IDC FutureScape «Latin America IT Industry 2016 Predictions — Leading Digital Transformation to Scale» diciembre 2015, IDC #LA16006 [En línea]. [Accedido: 18-febrero-2016]. Disponible en: http://www.idclatin.com/campaign/predictions/file/idc_latin_america_it_industry_futurescape_predictions_2016.pdf Josep Prieto Blázquez-Robert Ramírez Vique-Julián David Morillo Pozo- Marc Domingo Prieto, Tecnología y desarrollo en dispositivos móviles. FUOC, Septiembre 2011. Let Ron Jeffries. «What is extreme programming», [En línea]. Estados unidos.

http://www.idclatin.com/campaign/predictions/default.html

131

[Accedido: 18-abril-2015]. Disponible en: http://xprogramming.com/what-is-extreme-programming/. Manual de las Normas Icontec para presentación de trabajos escritos NTC 1486 Manual de Frascati Propuesta de norma práctica para encuestas de investigación y desarrollo experimental 2002 MinTic. Desarrollo de aplicaciones Móviles para el agro [En línea], Julio 2013, [Accedido: 14 de abril de 2015]. Disponible en: http://www.mintic.gov.co/portal/604/w3-article-2081.html. Mobile Marketing Association, Libro Blanco de apps / Guía de apps móviles 2011. Morales, Juan Antonio. Sistema de Información del Sector Agropecuario de Colombia-SIAGRO [Estudio casos de investigación]. Bogotá:Corporación Colombiana de Investigación agropecuaria CORPOICA;Programa Nacional de Información tecnológica; 2000 10p. P. Abrahamsson, «Keynote: Mobile software development–the business opportunity of today», Proceedings of the International Conference on Software Development, pp. 20-23, 2005. Proyectos ágiles. «Qué es SCRUM», 21-nov-2012. [En línea]. España. [Accedido: 19-abril-2015]. Disponible en: http://www.proyectosagiles.org/que-es-scrum. Santander apps. PRODUTI [En línea], [Accedido: 14 de abril de 2015]. Disponible en: http://www.santanderapps.co/sapps/index.php/produti. SPEC INDIA. «Implemented test driven development (tdd) ». 14-ago-2013. [En línea]. Italia. [Accedido: 19-abril-2015]. Disponible en: http://blog.spec-india.com/spec-india-implemented-test-driven-developmenttdd. VisionMobile. « Developer Economics Q1 2015: State of the Developer Nation». 2015. [En línea]. Reino Unido. [Accedido: 18-abril-2015]. Disponible en: https://www.developereconomics.com/reports/developer-economics-q1-2015/. VisionMobile. «Developer Economics: State of Developer Nation Q1 2016». 2016. [En línea]. Reino Unido. [Accedido: 18-marzo-2015]. Disponible en: https://www.developereconomics.com/reports/developer-economics-state-of-developer-nation-q1-2016/.

132

ANEXOS

AGRIANDESDAYMSAS TRABAJO DE GRADO .doc

Documents

Transcript of AGRIANDESDAYMSAS TRABAJO DE GRADO .doc