sistema de georeferenciaciÓn mÓvil para...

1

SISTEMA DE GEOREFERENCIACIÓN MÓVIL PARA DISTRIBUCIÓN POR ZONAS DE VENTA PARA ASESORES Y COORDINADORES COMERCIALES

HENRY STEVEN GARZÓN CHIMBI NESSER ALBERTO LOPEZ TRIANA

UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS FACULTAD TECNOLOGICA

INGENIERIA EN TELEMATICA BOGOTA

2018

2

SISTEMA DE GEOREFERENCIACIÓN MÓVIL PARA DISTRIBUCIÓN POR ZONAS DE VENTA PARA ASESORES Y COORDINADORES COMERCIALES

HENRY STEVEN GARZÓN CHIMBI Código: 20152678039

NESSER ALBERTO LOPEZ TRIANA Código: 20161678038

Trabajo de grado para optar por el título de INGENIERO EN TELEMÁTICA

Tutor:

Ing. MIGUEL ANGEL LEGUIZAMON

UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS FACULTAD TECNOLOGICA

INGENIERIA EN TELEMATICA BOGOTA

2018

3

Nota de aceptación

__________________

__________________

__________________

__________________

Jurado 1

__________________

Jurado 2

4

TABLA DE CONTENIDO

RESUMEN .................................................................................................................................................... 7

ABSTRACT................................................................................................................................................... 8

INTRODUCCIÓN .......................................................................................................................................... 9

1. FASE DE DEFINICIÓN, PLANEACION Y ORGANIZACIÓN ................................................................ 11

1.1. INTRODUCCIÓN ........................................................................................................................ 11

1.2. TITULO ........................................................................................................................................ 11

1.3. TEMA .......................................................................................................................................... 11

1.4. PLANTEAMIENTO DEL PROBLEMA ......................................................................................... 11

1.5. PREGUNTA DE INVESTIGACIÓN ............................................................................................. 12

1.6. OBJETIVOS ................................................................................................................................ 13

1.6.1. OBJETIVO GENERAL ........................................................................................................ 13

1.6.2. OBJETIVOS ESPECIFICOS ............................................................................................... 13

1.7. JUSTIFICACIÓN ......................................................................................................................... 14

1.8. MARCO TEORICO ...................................................................................................................... 15

1.8.1. MARCO DE REFERENCIA ................................................................................................. 19

1.8.2. MARCO LEGAL .................................................................................................................. 24

1.9. METODOLOGIA.......................................................................................................................... 26

1.9.1. FASES PHVA ...................................................................................................................... 26

1.10. FACTIBILIDAD TÉCNICA ....................................................................................................... 29

1.11. DELIMITACIONES .................................................................................................................. 31

1.12. ALCANCE TÉCNICO .............................................................................................................. 32

1.13. CRONOGRAMA ...................................................................................................................... 33

2. ARQUITECTURA Y COMPONENTE TELEMÁTICO........................................................................ 34

Ilustración 2. Diagrama de Arquitectura Telemática. .......................................................................... 34

Fuente: Elaboración propia ................................................................................................................. 34

2.1. INSTANCIAS DEDICADAS ................................................................................................................. 35

Tabla 6.Cuadro de características de AWS. ....................................................................................... 35

Fuente: Elaboración propia. ................................................................................................................ 35

2.2. INSTANCIAS DE INFORMÁTICA CON GPU ......................................................................................... 36

2.3. CONSIDERACIONES DE IMPLEMENTACIÓN ........................................................................................ 36

2.4. CONSIDERACIONES FINALES ........................................................................................................... 37

3. IMPLEMENTACIÓN DE GEOFENCING ............................................................................................ 38

3.1. USO DE GEOFENCING .................................................................................................................... 38

3.2. COMPONENTES TELEMÁTICOS (GEOFENCING) ................................................................................ 39

4. PROCESOS DE MEJORA CONTINUA ............................................................................................. 40

4.1. MODELO DE NEGOCIO ......................................................................................................... 40

4.2. ANÁLISIS DE MEJORA CONTINUA ...................................................................................... 41

4.3. FASE DE DISEÑO DE MEJORA CONTINUA ........................................................................ 46

4.4. ESQUEMAS FUNCIONALES ................................................................................................. 58

5. PERSISTENCIA Y ALMACENAMIENTO DE DATOS ....................................................................... 70

5

5.1. CONSIDERACIONES DE IMPLEMENTACIÓN ........................................................................................ 70

5.2. COMPONENTE TELEMÁTICO EN EL MODELO DE PERSISTENCIA .......................................................... 71

5.3. CONSIDERACIONES FINALES ........................................................................................................... 73

6. OPTIMIZACIÓN DEL PROCESO ....................................................................................................... 74

CONCLUSIONES ....................................................................................................................................... 78

RECOMENDACIONES ............................................................................................................................... 79

BIBLIOGRAFÍA .......................................................................................................................................... 80

ANEXO 1 DOCUMENTO DE VISIÓN Y ALCANCE .................................................................................. 82

1. TECNOLOGIAS DE DESARROLLO ................................................................................................. 86

2. SISTEMAS IMPACTADOS ................................................................................................................. 86

3. ALCANCE ........................................................................................................................................... 86

4. CONTEXTO ........................................................................................................................................ 86

5. REQUERIMIENTOS IDENTIFICADOS .............................................................................................. 87

6. FUERA DEL ALCANCE ..................................................................................................................... 89

7. RESTRICCIONES GENERALES ....................................................................................................... 89

8. SUPUESTOS ...................................................................................................................................... 89

9. RIESGOS ............................................................................................................................................ 89

ANEXO 2.1 CU001_INGRESAR A LA APLICACIÓN ............................................................................... 90

DIAGRAMAS .............................................................................................................................................. 94

DIAGRAMA DE CONTEXTO .................................................................................................................. 94

DIAGRAMA DE CASO DE USO .............................................................................................................. 94

DIAGRAMA DE ACTIVIDADES .............................................................................................................. 95

DIAGRAMA DE SECUENCIA ................................................................................................................. 96

ANEXO 2.2 CU002_MÓDULO MIS CLIENTES ...................................................................................... 104

DIAGRAMAS ............................................................................................................................................ 108

DIAGRAMA DE CONTEXTO ................................................................................................................ 108

DIAGRAMA DE CASO DE USO ............................................................................................................ 108

DIAGRAMA DE ACTIVIDADES ............................................................................................................ 109

DIAGRAMA DE SECUENCIA ............................................................................................................... 109

ANEXO 2.3 CU003_MÓDULO MIS VENTAS .......................................................................................... 115

DIAGRAMAS ............................................................................................................................................ 119





ANEXO 2.4 CU004_MÓDULO MI ZONA ................................................................................................. 126

DIAGRAMAS ............................................................................................................................................ 130

6





ANEXO 2.5 CU005_MÓDULO MI RECORRIDO ..................................................................................... 137

DIAGRAMAS ............................................................................................................................................ 141





ANEXO 3 MANUAL DE USUARIO .......................................................................................................... 147

INTRODUCCIÓN ...................................................................................................................................... 149

1. TITULO ................................................................................................................................................. 150

2. PROBLEMÁTICA ................................................................................................................................. 150

2.1 DESCRIPCIÓN .................................................................................................................................... 150

2.2 FORMULACIÓN ................................................................................................................................... 151

3. OBJETIVOS .......................................................................................................................................... 152

3.1. GENERAL ......................................................................................................................................... 152

3.2. ESPECÍFICOS .................................................................................................................................... 152

4. MANUAL DE USUARIO ....................................................................................................................... 153

4.1. SISTEMA DE INFORMACIÓN WEB ......................................................................................................... 153

4.2. APLICACIÓN MÓVIL ............................................................................................................................ 154

4.2.1 Accediendo a la aplicación....................................................................................................... 154

4.2.2 Inicio de sesión ........................................................................................................................ 155

4.2.3 Menú ........................................................................................................................................ 156

4.2.4 Inicio ......................................................................................................................................... 157

4.2.5 Mis clientes .............................................................................................................................. 158

4.2.5 Mis ventas ................................................................................................................................ 160

4.2.6 Mi zona ..................................................................................................................................... 171

4.2.7 Mi recorrido .............................................................................................................................. 173

4.2.8 Cerrar sesión ............................................................................................................................ 174

7

RESUMEN

SISTEMA DE GEOREFERENCIACIÓN MÓVIL PARA DISTRIBUCIÓN POR ZONAS

DE VENTA PARA ASESORES Y COORDINADORES COMERCIALES, este prototipo

se realiza con el propósito de brindar a las personas que se dedican a la administración

y gestión de ventas, bajo la modalidad de venta directa, puedan optimizar sus

recorridos diarios mediante el uso de un prototipo de sistema de georreferenciación

móvil que realizará la distribución por zonas de los asesores comerciales, esto facilitará

a los asesores el dar a conocer sus productos, cerrar ventas y fidelizar sus clientes.

El prototipo se desarrolla a través de una APP móvil que genera una interfaz de usuario

diseñada para que el asesor comercial pueda realizar el registro de clientes nuevos,

con la información personal de cada uno de ellos. Además de almacenar las ventas y

asociarlas a un cliente específico, previamente registrado en la base de datos del

sistema, dentro de una zona geográfica delimitada.

Adicional el prototipo tiene un módulo que realiza el registro de la ubicación geográfica

del asesor y de los clientes almacenados en la base de datos del prototipo, que tiene

como funcionalidad la visualización a través de un mapa del recorrido que debe realizar

el asesor comercial desde su ubicación hasta la ubicación registrada de los clientes en

su zona.

Finalmente, el APP cuenta con un módulo podómetro que realiza el cálculo diario de la

información recorrida por el asesor comercial, esto teniendo en cuenta que la mayoría

de personas que se dedican a la comercialización de productos en la modalidad de

venta directa realizan sus recorridos caminando, el prototipo realiza el cálculo de

calorías quemadas durante el recorrido y la cantidad de pasos que tuvo que dar el

asesor para llegar a su destino.

8

ABSTRACT

MOBILE GEOREFERENCING SYSTEM FOR DISTRIBUTION BY SALES AREAS FOR

ADVISORS AND COMMERCIAL COORDINATORS, this prototype is made with the

purpose of providing people who are dedicated to the administration and sales

management, under the modality of direct sales, to optimize their daily routes through

the use of a prototype of a mobile georeferencing system that will distribute the

commercial advisors by zones, this will make it easier for the advisors to publicize their

products, close sales and retain their customers.

The prototype is developed through a mobile application that generates a user interface

designed so that the commercial advisor can perform the registration of new clients,

with the personal information of each one of them. In addition to storing the sales and

associations to a specific client, with a record of the system's database, within a

delimited geographical area.

Additionally, the prototype has a module that records the geographic location of the

advisor and the clients stored in the prototype database, whose functionality is the

visualization through a map of the route that the commercial advisor must carry out from

his Location to the registered location of customers in your area.

Finally, the APP has a pedometer module that performs the daily calculation of the

information traveled by the commercial adviser, taking into account that most people

engaged in the commercialization of products in the direct sales mode perform their

walking tours, the prototype performs the calculation of calories burned during the

journey and the number of steps that the assessor had to take to reach his destination.

9

INTRODUCCIÓN

Se realiza una aplicación móvil con una interfaz web cuya finalidad es ofrecer a los

usuarios la posibilidad de realizar una distribución equitativa y la delimitación de un

espacio geográfico a los asesores comerciales haciendo uso de su celular.

El prototipo tiene la posibilidad de brindar a los asesores comerciales la posibilidad de

además de realizar el almacenamiento local de la gestión de ventas, el APP permite

realizar el análisis y seguimiento del recorrido diario realizado por el asesor comercial,

donde se encuentra la distancia a píe realizada durante el recorrido, tiempo de duración

del recorrido, distancia total diaria en kilómetros entre otras.

La aplicación móvil cuenta con 6 módulos que componen el prototipo que permite

realizar de manera óptima la gestión y administración de la venta de productos a los

asesores que se dedican a la comercialización de productos bajo la modalidad de venta

directa.

Capítulo 1. Autenticación de usuario

Este primer módulo tiene como funcionalidad el ingreso - Login del usuario al prototipo

(App), teniendo en cuenta que tendrá opciones de registro con rol de coordinador y/o

asesor comercial.

Capítulo 2. Carga de información general

En este módulo se realiza la carga de información importante para el coordinador y/o

asesor comercial como por ejemplo las promociones de productos, los incentivos o

regalos por cumplir las metas de venta, recordatorios para la fecha de pago de su

pedido u orden de compra, etcétera.

Capítulo 3. Registro de clientes

Para este tercer módulo se realiza en la interfaz gráfica del APP un formulario que

permite al asesor comercial registrar los datos básicos del cliente, se almacenan datos

básicos como los nombres, apellidos, número de identificación, correo electrónico, la

dirección de residencia, que posteriormente se utiliza para visualizar el recorrido entre

la ubicación del asesor y la dirección de residencia asociada al cliente en el módulo 5

(visualización de la zona), entre otros.

Capítulo 4. Registro y asociación de ventas

El cuarto módulo muestra en la interfaz gráfica, una visual de los productos que

comercializa el asesor comercial, con el objetivo de facilitar la selección de la cantidad,

10

calcular el precio de venta de los mismos y seleccionar un método de pago. Además de

asociar la venta a un cliente previamente almacenado en la base de datos del prototipo.

Capítulo 5. Delimitación y visualización de zona

En este módulo se muestra un mapa delimitando la zona de acción que tiene el límite

de alcance geográfico por parte del asesor comercial, en esta pantalla se visualizan los

puntos previamente almacenados de las direcciones de cada uno de los clientes y la

ubicación del asesor comercial.

Capítulo 6. Información del recorrido

El sexto y último modulo tiene la funcionalidad de podómetro, y sirve para que el asesor

pueda verificar la distancia en metros, la cantidad de pasos y calorías que quema

durante su recorrido diario.

11

1. FASE DE DEFINICIÓN, PLANEACION Y ORGANIZACIÓN

1.1. INTRODUCCIÓN

Dentro de la construcción y levantamiento de los requerimientos se requiere de una

fase de planeación, que dentro del desarrollo del prototipo y en uso de la metodología

PHVA, se puede determinar como la fase planear, en esta fase se definen los aspectos

más importantes del desarrollo de cualquier proyecto como son el título y tema principal

a tratar en el proyecto. Además de las metas por cumplir, el rango de acción del

prototipo, la pregunta investigativa que será base del modelamiento del sistema que se

creará para cumplir con el planteamiento del problema, se mide el alcance y se realiza

la investigación tanto técnica como legal, económica, etcétera.

1.2. TITULO

Prototipo de sistema telemático basado en georreferenciación móvil para distribuir por

zonas de venta para asesores y coordinadores comerciales dentro de una

organización.

1.3. TEMA

Uso de un prototipo de sistema telemático de ayuda para poder delimitar por zonas

geográficas de venta a los vendedores y/o asesores que se desempeñen en cualquier

actividad relacionada a la comercialización de productos, más específicamente a los

vendedores de comercio puerta a puerta o al por menor.

1.4. PLANTEAMIENTO DEL PROBLEMA

Teniendo en cuenta el constante crecimiento que tienen los negocios de distribución al

por menor desde la década de los 90’s en América Latina, cabe destacar que estas

latitudes se están convirtiendo rápidamente en uno de los epicentros más importantes

de la venta directa y el mercadeo en red a nivel mundial. Muchas compañías que se

dedican a esta actividad dan prioridad en aperturar mercados latinos incluso antes de

los asiáticos o europeos.

12

Contextualizando, en Colombia existen gran cantidad de empresas que operan bajo el

modelo de venta directa, donde a través de los llamados vendedores, consultores o

asesores se dan a conocer los productos y posteriormente se impulsa o motiva al

cliente en el consumo de los mismos, todo esto con el fin de generar cierta rentabilidad

tanto para la empresa que es productora y/o comercializadora y para los vendedores

que reciben una compensación económica que en su mayoría se retribuye a manera de

comisión o un porcentaje por venta por cada producto comercializado.

Actualmente en la mayoría de compañías con el modelo directo, los consultores se

encuentran distribuidos por zonas geográficas, en donde se ubican dependiendo su

dirección de domicilio. Estas zonas son lideradas por gerentes de zona, cuya función

es cumplir con los objetivos de negocio y de ventas para la compañía, brindando un

apoyo constante a sus consultores. Además, cada una de las empresas de este sector

económico se apoya en la creación de herramientas digitales propias creadas a partir

del uso de tecnologías de la información y la comunicación (TIC), en su mayoría

páginas Web.

Dentro del modelo organizacional y estratégico de las compañías se puede determinar

una mala distribución del área geográfica de las zonas de venta para consultores y

coordinadores, y por ende el desequilibrio de ingresos y cantidad de productos

vendidos, esto repercute directamente en las ventas y comisiones para los vendedores.

Por medio de encuestas realizadas a sectores comerciales que figuran como actividad

comercial la venta directa, se evidenció que existen ciertas quejas que se presentan

por parte de los coordinadores de zona, debido a que las compañías no han visto la

necesidad de generar herramientas digitales que faciliten las tareas cotidianas tanto de

vendedores como de gerentes, como por ejemplo facilitar y optimizar los recorridos

diarios realizados por los vendedores para fidelizar sus clientes, dar a conocer sus

productos y posteriormente cerrar sus ventas.

1.5. PREGUNTA DE INVESTIGACIÓN

¿Cómo optimizar la administración y el proceso de gestión de ventas realizado por los

gerentes de zona de las empresas que operan bajo el modelo de venta directa para

brindar apoyo a sus consultores y/o vendedores?

13

1.6. OBJETIVOS

1.6.1. OBJETIVO GENERAL

- Plantear un sistema telemático basado en georreferenciación móvil que

permita la distribución por zonas de venta para asesores y coordinadores

comerciales de empresas bajo el modelo de venta directa

1.6.2. OBJETIVOS ESPECIFICOS

- Planear el alcance del proyecto y realizar el diseño de los componentes

telemáticos que interrelaciona la solución.

- Elaborar un prototipo de un sistema de georreferenciación móvil para el

registro de ubicación geográfica del asesor comercial, con el fin de registrar

sus ventas y delimitar por zona geográfica usando Geofencing

- Verificar el correcto funcionamiento y garantizar los procesos de mejora

continua presentes en el sistema de georreferenciación.

- Realizar una solución telemática para la persistencia y el almacenamiento de

datos e información geográfica de ventas y ubicación del asesor y

coordinador comercial utilizando SQLite.

- Optimizar el manejo del tiempo y el proceso de venta de vendedores y

coordinadores comerciales, implementando el ciclo PHVA como metodología

de desarrollo de nuestra propuesta.

14

1.7. JUSTIFICACIÓN

Este proyecto se realiza con el objetivo de crear un nuevo prototipo que permitirá a las

personas que se desempeñan en labores de comercio, específicamente en venta

directa de productos, tener una ayuda tecnológica que les facilitará la realización de

sus labores en gestión y almacenamiento de sus ventas.

Hoy en día el uso de las tecnologías de la información y los avances en el desarrollo de

aplicaciones para dispositivos móviles hace que sea fundamental el uso de los

celulares y en este caso particular las personas que se dedican a una actividad

comercial puedan tener una herramienta que agilice los procesos diarios y los convierta

en óptimos y eficientes.

El desarrollo de este prototipo se convierte en una solución viable, debido a que el

análisis, diseño e implementación a través de la metodología planteada logra dar

solución a la problemática planteada en la pregunta de investigación, se basa en una

solución tecnológica para el ámbito móvil celular que es una tecnología accesible a la

mayoría de personas del entorno de ventas y que con el desarrollo de una APP de fácil

uso puede ser usada desde cualquier lugar y en cualquier momento.

15

1.8. MARCO TEORICO

1 APP

(Del inglés Application). Se denomina como un tipo de programa informático diseñado

como herramienta, para permitir a un usuario realizar diversos tipos de trabajos. En la

parte móvil, es una aplicación informática diseñada para ser ejecutada en teléfonos

inteligentes, tabletas y otros dispositivos móviles y que permite al usuario efectuar una

tarea concreta de cualquier tipo (profesional, de ocio, educativas, de acceso a

servicios, etc.) facilitando las gestiones o actividades a desarrollar.

Por lo general, se encuentran disponibles a través de plataformas de distribución,

operadas por las compañías propietarias de los sistemas operativos móviles como

Android, iOS, BlackBerry OS, Windows Phone, entre otros. Existen aplicaciones

móviles gratuitas u otras de pago, donde en promedio el 20 a 30 % del coste de la

aplicación se destina al distribuidor y el resto es para el desarrollador. El término app se

volvió popular rápidamente, tanto que en 2010 fue listada como la palabra del año de la

American Dialect Society. Al ser aplicaciones residentes en los dispositivos están

escritas en algún lenguaje de programación compilado, y su funcionamiento y recursos

se encaminan a aportar una serie de ventajas tales como:

- Un acceso más rápido y sencillo a la información necesaria sin necesidad de

los datos de autenticación en cada acceso.

- Un almacenamiento de datos personales que, a priori, es de una manera

segura.

- Una gran versatilidad en cuanto a su utilización o aplicación práctica.

- La atribución de funcionalidades específicas.

- Mejorar la capacidad de conectividad y disponibilidad de servicios y

productos (usuario-usuario, usuario-proveedor de servicios, etc.).

2 Medios de transmisión

El medio de transmisión constituye el soporte físico a través del cual emisor y receptor

pueden comunicarse en un sistema de transmisión de datos. Distinguimos dos tipos de

1 Aplicaciones móviles (2016), recuperado de https://es.wikipedia.org/wiki/Aplicacion_movil

2 Herramientas web para la enseñanza de protocolos de comunicación (2015), recuperado de

http://neo.lcc.uma.es/evirtual/cdd/tutorial/fisico/Mtransm.html

16

medios: guiados y no guiados. En ambos casos la transmisión se realiza por medio de

ondas electromagnéticas. Los medios guiados conducen (guían) las ondas a través de

un camino físico, ejemplos de estos medios son el cable coaxial, la fibra óptica y el par

trenzado. Los medios no guiados proporcionan un soporte para que las ondas se

transmitan, pero no las dirigen; como ejemplo de ellos tenemos el aire y el vacío.

La naturaleza del medio junto con la de la señal que se transmite a través de él

constituye los factores determinantes de las características y la calidad de la

transmisión. En el caso de medios guiados es el propio medio el que determina el que

determina principalmente las limitaciones de la transmisión: velocidad de transmisión

de los datos, ancho de banda que puede soportar y espaciado entre repetidores. Sin

embargo, al utilizar medios no guiados resulta más determinante en la transmisión el

espectro de frecuencia de la señal producida por la antena que el propio medio de

transmisión.

3 Georreferenciación

Es la técnica de posicionamiento espacial de una entidad en una localización

geográfica única y bien definida en un sistema de coordenadas y datum específicos. Es

una operación habitual dentro de los sistema de información geográfica (SIG) tanto

para objetos ráster (imágenes de mapa de píxeles) como para objetos vectoriales

(puntos, líneas, polilíneas y polígonos que representan objetos físicos).

La georreferenciación es un aspecto fundamental en el análisis de datos

geoespaciales, pues es la base para la correcta localización de la información de mapa

y, por ende, de la adecuada fusión y comparación de datos procedentes de diferentes

sensores en diferentes localizaciones espaciales y temporales. Por ejemplo, dos

entidades georreferenciadas en sistemas de coordenadas diferentes pueden ser

combinables tras una apropiada transformación a fín (bien al sistema de coordenadas

del primer objeto, bien al del segundo).

4Sistemas de Coordenadas

Los sistemas de coordenadas pueden desglosarse y representarse en dos grandes

grupos de gran importancia:

- Sistemas de coordenadas geográficas, si la entidad es descrita en términos

de coordenadas latitud-longitud asociadas a un datum geodésico específico.

3 Definición de georreferenciación (2015), recuperado de http://dchain.com/que-es-la-georreferenciacion/

4 ArcMap. Qué son los sistemas de coordenadas geográficas (2015), recuperado de

http://desktop.arcgis.com/es/arcmap/10.3/guide-books/map-projections/about-geographic-coordinate-

systems.htm

17

El más común y extendido es el World Geodetic System 84 (WGS84),

aunque en proyectos europeos se promueve el uso del European Terrestial

Reference System 89 (ETRS89).

- Sistemas de coordenadas proyectadas, si son coordenadas referidas a un

plano en el cual se ha proyectado parte de la superficie terrestre modelada

con un datum. Dado que no es posible una proyección sin distorsión entre

una superficie elipsoidal y un plano, estos sistemas de coordenadas se

restringen a regiones suficientemente pequeñas para minimizar estos

efectos. Uno de los sistemas más comunes es el sistema de coordenadas

universal transversal de Mercator(UTM).

Sistema de coordenadas geográficas

En un sistema de coordenadas geográficas (GCS) se utiliza una superficie esférica de

tres dimensiones para definir ubicaciones en la Tierra. Con frecuencia, a los GCS,

Geographic Coordinate System (sistema de coordenadas geográficas) se los llama

incorrectamente datum, pero un datum es solo una parte de un GCS. Un GCS incluye

una unidad angular de medida, un meridiano base y un datum (basado en un

esferoide).

Para hacer referencia a un punto se utilizan sus valores de latitud y longitud. La

longitud y la latitud son ángulos medidos desde el centro de la Tierra hasta un punto de

la superficie de la Tierra. Los ángulos se suelen medir en grados (o en grados

centesimales). En la siguiente ilustración se muestra el mundo como un globo con

valores de longitud y latitud.

5 MySQL

Es un sistema de gestión de bases de datos relacional, multihilo y multiusuario con más

de seis millones de instalaciones. MySQL AB —desde enero de 2008 una subsidiaria

de Sun Microsystems y ésta a su vez de Oracle Corporation desde abril de 2009—

desarrolla MySQL como software libre en un esquema de licenciamiento dual.

Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta

licencia, pero para aquellas empresas que quieran incorporarlo en productos privativos

deben comprar a la empresa una licencia específica que les permita este uso. Está

desarrollado en su mayor parte en ANSI C.

Al contrario de proyectos como Apache, donde el software es desarrollado por una

comunidad pública y los derechos de autor del código están en poder del autor

5 MySQL sistema de bases de datos (2014),recuperado de https://www.gestiweb.com/?q=content/mysql

18

individual, MySQL es patrocinado por una empresa privada, que posee el copyright de

la mayor parte del código.

Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado.

Además de la venta de licencias privativas, la compañía ofrece soporte y servicios.

Para sus operaciones contratan trabajadores alrededor del mundo que colaboran vía

Internet. MySQL AB fue fundado por David Axmark, Allan Larsson y Michael Widenius.

6 Lenguajes de programación

Existen varias interfaces de programación de aplicaciones que permiten, a aplicaciones

escritas en diversos lenguajes de programación, acceder a las bases de datos MySQL,

incluyendo C, C++, C#, Pascal, Delphi (via dbExpress), Eiffel,Smalltalk, Java (con una

implementación nativa del driver de Java), Lisp, Perl, PHP, Python, Ruby,Gambas,

REALbasic(Mac y Linux), (x)Harbour (Eagle1), FreeBASIC, y Tcl; cada uno de estos

utiliza una interfaz de programación de aplicaciones específica. También existe una

interfaz ODBC, llamado MyODBC que permite a cualquier lenguaje de programación

que soporte ODBC comunicarse con las bases de datos MySQL. También se puede

acceder desde el sistema SAP, lenguaje ABAP.

7 Sistema

Un sistema es un conjunto de partes o elementos organizados que interactúan entre sí

para lograr un objetivo. Los sistemas reciben (entrada) datos, energía o materia del

ambiente y proveen (salida) información, energía o materia. Un sistema puede ser

físico o concreto (una computadora, un televisor, un humano) o puede ser abstracto o

conceptual (un software) Cada sistema existe dentro de otro más grande, por lo tanto

un sistema puede estar formado por subsistemas y partes, y a la vez puede ser parte

de un supersistema. Los sistemas tienen límites o fronteras (Ver: frontera de un

sistema), que los diferencian del ambiente. Ese límite puede ser físico (el gabinete de

una computadora) o conceptual. Si hay algún intercambio entre el sistema y el

ambiente a través de ese límite, el sistema es abierto, de lo contrario, el sistema es

cerrado.

El ambiente es el medio en externo que envuelve física o conceptualmente a un

sistema. El sistema tiene interacción con el ambiente, del cual recibe entradas y al cual

se le devuelven salidas. El ambiente también puede ser una amenaza para el sistema.

Un grupo de elementos no constituye un sistema si no hay una relación e interacción,

que de la idea de un "todo" con un propósito.

6 Acceso a MySQL (2016), recuperado de https://www.goconqr.com/p/6931020-my-sql-mind_maps

7 Que es un sistema, definición y generalidades (2015), recuperado de https://camio6.webnode.es/

19

En informática existen gran cantidad de sistemas:

- Sistema operativo.

- Sistema experto.

- Sistema informático.

- Aplicación o software.

- Computadora.

1.8.1. MARCO DE REFERENCIA

8 Smartphone

Es un término comercial para denominar a un teléfono móvil que ofrece más funciones

que un teléfono móvil común. La característica más importante (una de ellas) de todos

los teléfonos inteligentes es que permiten la instalación de programas para incrementar

sus posibilidades, como el procesamiento de datos y la conectividad o internet. Estas

aplicaciones pueden ser desarrolladas por el fabricante del dispositivo, por el operador

o por un tercero.

Otra característica de todos los smartphones es tener una cámara con muchos

megapíxeles, con cámara delantera y trasera para tener la posibilidad de realizar los

famosos selfies. En definitiva estos teléfonos son, además de un teléfono para hacer

llamadas, un mini ordenador u ordenador de bolsillo.

9 Geofencing

El geofencing supone un paso más allá en el ámbito del marketing de proximidad. Bien

sabemos que una de las principales preocupaciones de las marcas es llamar la

atención del cliente y es en esta dirección en donde han centrado sus esfuerzos en los

últimos años. La tecnología Bluetooth, en este sentido, se ha convertido en la mayor

aliada de las empresas para enviar sus anuncios a los usuarios en función de su

ubicación exacta.

8 Área tecnológica, que es un Smartphone (2016), recuperado de http://www.areatecnologia.com/Que-es-

un-smartphone.htm

9 Qué es el geofencing y cómo funciona (2017), recuperado de https://blog.kappta.com/que-es-el-

geofencing-y-como-funciona/

20

Se podría definir el Geofencing como una tecnología que establece límites virtuales en

un área geográfica real. Así, las marcas pueden fijar un radio de interés dentro del que

podrán poner en marcha acciones en cualquier dispositivo móvil que tenga activado el

GPS. Esto significa que las compañías podrían enviar notificaciones y mensajes a los

usuarios que traspasen esos límites geográficos previamente definidos.

No en vano, el cometido del geofencing es “cercar” una determinada zona para

conseguir que sus anuncios interesen a los usuarios que se encuentran en ese

perímetro delimitado. Lo vamos a entender mejor con un ejemplo. Vamos a imaginar

una pastelería que quiere dar a conocer un dulce nuevo. Gracias al geofencing, fijará

un área geolocalizada, que puede ser solo la calle en la que se localiza el

establecimiento o, incluso, el barrio entero. Cuando un usuario que lleve consigo un

dispositivo móvil acceda a esta área, recibirá notificaciones push que le animarán a

acercarse a la tienda y probar el nuevo pastel.

10 GPS

El Sistema de Posicionamiento Global (GPS) es un sistema de radionavegación de los

Estados Unidos de América, basado en el espacio, que proporciona servicios fiables de

posicionamiento, navegación, y cronometría gratuita e ininterrumpidamente a usuarios

civiles en todo el mundo. A todo el que cuente con un receptor del GPS, el sistema le

proporcionará su localización y la hora exacta en cualesquiera condiciones

atmosféricas, de día o de noche, en cualquier lugar del mundo y sin límite al número de

usuarios simultáneos.

El GPS se compone de tres elementos: los satélites en órbita alrededor de la Tierra, las

estaciones terrestres de seguimiento y control, y los receptores del GPS propiedad de

los usuarios. Desde el espacio, los satélites del GPS transmiten señales que reciben e

identifican los receptores del GPS; ellos, a su vez, proporcionan por separado sus

coordenadas tridimensionales de latitud, longitud y altitud, así como la hora local

precisa.

Hoy están al alcance de todos en el mercado los pequeños receptores del GPS

portátiles. Con esos receptores, el usuario puede determinar con exactitud su ubicación

y desplazarse fácilmente al lugar a donde desea trasladarse, ya sea andando,

conduciendo, volando o navegando. El GPS es indispensable en todos los sistemas de

transporte del mundo ya que sirve de apoyo a la navegación aérea, terrestre y

marítima. Los servicios de emergencia y socorro en casos de desastre dependen del

GPS para la localización y coordinación horaria de misiones para salvar vidas.

10

Sistema de posicionamiento global al servicio del mundo (2017), recuperado de

https://www.gps.gov/spanish.php

21

Actividades cotidianas como operaciones bancarias, de telefonía móvil e incluso de las

redes de distribución eléctrica, ganan en eficiencia gracias a de la exactitud

cronométrica que proporciona el GPS. Agricultores, topógrafos, geólogos e

innumerables usuarios trabajan de forma más eficiente, segura, económica y precisa

gracias a las señales accesibles y gratuitas del GPS.

11 Aplicación móvil hibrida

Las aplicaciones hibridas consisten en desarrollar la app en HTML5 e incrustarla en

una ventana de navegador creada nativamente para la app. Básicamente las

aplicaciones hibridas parecen sacar lo mejor de cada una de las opciones anteriores.

Mantienen el carácter multiplataforma en gran parte, siguen usando tecnologías Web,

aunque corren localmente en el dispositivo, pudiendo ejecutarse también sin conexión

a Internet. Al estar embebidas en un navegador de una aplicación nativa tienen el

mismo tipo de acceso a las APIs nativas de cada sistema operativo así como a los

recursos propios del sistema tipo procesador, GPS, cámara, etc.

Además mantiene el modo de distribución de las apps nativas ya que pueden ofrecerse

a los App Stores de las diferentes marcas.

12 Desarrollo de aplicaciones hibridas

Para construir una aplicación móvil híbrida, los desarrolladores escriben el núcleo de la

aplicación como una aplicación móvil HTML5 y luego colocan un empaquetador

(wraper) de dispositivo nativo alrededor. El empaquetador nativo actúa como

intermediario y traduce las instrucciones a una forma que el dispositivo móvil entiende.

El núcleo HTML5 de la aplicación móvil híbrida funciona dentro del contenedor nativo y

utiliza el motor del navegador del dispositivo móvil (no el propio navegador) para cargar

el HTML5 y procesar el código JavaScript a nivel local. El núcleo HTML 5 de la

aplicación puede ser reutilizado para otras plataformas móviles. Solo el empaquetador

nativo debe ser escrito para cada dispositivo móvil y sistema operativo. Los

desarrolladores pueden reducir el tiempo de desarrollo generando empaquetadores con

software de proveedores como PhoneGap y Appcelerator.

Los desarrolladores corporativos utilizan aplicaciones híbridas para hacer que el

soporte del número de dispositivos móviles en la empresa lleve menos tiempo y sea

menos costoso. Un enfoque híbrido también facilita las tareas administrativas en el

11

Desarrollo de aplicaciones hibridas (2013), recuperado de

https://aplicacionesmovil.com/tecnologia/desarrollo-de-aplicaciones-hibridas/

12 Desarrollo de aplicaciones móviles híbridas (2016), recuperado de

http://searchdatacenter.techtarget.com/es/definicion/Desarrollo-de-aplicaciones-moviles-hibridas

22

entorno BYOD (que viene incorporado en el propio dispositivo), donde se debe soportar

muchos sistemas operativos móviles diferentes y formatos de dispositivos. Las

aplicaciones móviles híbridas son distribuidos por tiendas de aplicaciones al igual que

las aplicaciones móviles nativas; ellas simplemente pueden descargarse y ejecutarse

en dispositivos móviles, como cualquier otro elemento de la tienda de aplicaciones. Los

desarrolladores privados utilizan el desarrollo híbrido para llegar la mayoría de clientes

potenciales al poner sus aplicaciones en múltiples tiendas de aplicaciones sin tener que

reescribir las aplicaciones para cada tipo de dispositivo.

13 SQLite

Es un sistema de gestión de bases de datos relacional compatible con ACID, contenida

en una relativamente pequeña (275 kiB) biblioteca escrita en C. SQLite es un proyecto

de dominio público creado por D. Richard Hipp.

A diferencia de los sistemas de gestión de bases de datos cliente-servidor, el motor de

SQLite no es un proceso independiente con el que el programa principal se comunica.

En lugar de eso, la biblioteca SQLite se enlaza con el programa pasando a ser parte

integral del mismo. El programa utiliza la funcionalidad de SQLite a través de llamadas

simples a subrutinas y funciones. Esto reduce la latencia en el acceso a la base de

datos, debido a que las llamadas a funciones son más eficientes que la comunicación

entre procesos. El conjunto de la base de datos (definiciones, tablas, índices, y los

propios datos), son guardados como un sólo fichero estándar en la máquina host. Este

diseño simple se logra bloqueando todo el fichero de base de datos al principio de cada

transacción.

En su versión 3, SQLite permite bases de datos de hasta 2 Terabytes de tamaño, y

también permite la inclusión de campos tipo BLOB.

14 Android

El sistema operativo Android de Google es una de las pruebas tecnológicas más

recientes de cómo el código abierto puede convertirse en el planteamiento más exitoso

a la hora de plantear los últimos avances del sector. En la actualidad, y tras pasar por

distintas fases e incontables versiones, Android es el sistema operativo más utilizado

en el mercado de los dispositivos móviles, como en smartphones y tablets. Son muchas

marcas las que lo utilizan y su perfeccionamiento está llegando a elevados niveles de

calidad. El interés que despierta se ha visto replicado en otro tipo de dispositivos,

llegando también al mercado de los ordenadores portátiles. 13

Definición de SQLite (2016), recuperado de https://es.wikipedia.org/wiki/SQLite#cite_note-2

14 Análisis De Android, El Sistema Operativo Para Móviles De Google (2014), recuperado de

https://www.ibertronica.es/blog/tutoriales/android-sistema-operativo/

23

15 Historia de Android

Android nació en el año 2003 de la mano de Rich Miner, Nick Sears, Chris White y

Andy Rubin. Este grupo tenía la intención de crear dispositivos móviles que fueran más

conscientes de la localización y las preferencias de los usuarios. Los comienzos de

Android, totalmente en secreto, no fueron sencillos. El presupuesto se le redujo a Rubin

a cero, y sólo un préstamo de Steve Perlman, íntimo amigo de Rubin, le permitió salir

adelante.

En el año 2005, Google compró Android y la convirtió en una subsidiaria completa.

Rubin, Miner y White pasaron a formar parte de Google tras la operación. La

información en aquel entonces escaseaba acerca de qué proporcionaría Android a

Google, y los rumores decían que la empresa del buscador entraría en el mercado

móvil. Andy Rubin se puso manos a la obra y creó una plataforma móvil potenciada por

el kernel Linux. Google prometió a fabricantes y operadoras un sistema flexible y

actualizable.

Pasó el tiempo y hasta el año 2007, con la presentación del consorcio tecnológico

Open Handset Alliance, en el que estaban empresas como HTC, Samsung, T-Mobile,

Qualcomm y la propia Google, no se anunció oficialmente la existencia de Android. El

progreso de Android fue positivo a partir de ese momento, y no se tardó en ver en las

tiendas el HTC Dream, en 2008, que sería el primer móvil en hacer uso de la

plataforma operativa. Desde entonces Google ha cumplido con las promesas

relacionadas con Android. El sistema ha llegado a todo tipo de plataformas y se ha

actualizado, cada vez tomando como referencia un postre o dulce reconocible.

Una de las virtudes del sistema operativo Android reside en que hace uso de una

interfaz de usuario fácil de manejar, con iconos y una buena disposición que se

aprovecha sobre todo en dispositivos inteligentes. Google es reconocida por crear

experiencias de utilización simplificadas al máximo en todos sus productos, algo que en

Android se viene ofreciendo desde los orígenes. Android es una plataforma abierta, lo

que significa que los fabricantes y operadoras pueden partir del sistema operativo y

realizar modificaciones pensando en sus usuarios.

Cada una de las versiones incorpora cambios, mejoras y novedades, haciendo que a

cada nuevo postre que llega al mercado se incorpore alguna particularidad destinada a

mejorar las posibilidades de los usuarios. Los dispositivos con Android se centran en el

ahorro de energía, algo para lo cual la plataforma está diseñada siempre teniendo el

objetivo de hacer que la memoria RAM y el consumo de energía se encuentren al

15

Análisis De Android, El Sistema Operativo Para Móviles De Google (2014), recuperado de

https://www.ibertronica.es/blog/tutoriales/android-sistema-operativo/

24

mínimo. Esto provoca que la inteligencia del propio sistema se tome por su mano la

decisión de suspender las aplicaciones que están abiertas y que no han sido

manualmente cerradas por el usuario.

Por otro lado, al ser un sistema abierto esto ha ayudado mucho a su expansión entre

las distintas empresas, tanto famosas como secundarias, que ven una opción ideal

para poder llegar a todo tipo de público partiendo de una plataforma que se sabe que

funciona de forma más que correcta.

Lo interesante de Android es que el sistema ha conseguido aparcar la aparente

exclusividad que tenía en cuanto a dispositivos móviles para saltar también a otros

dispositivos. Se ha visto Android con éxito tanto en netbooks como en ordenadores

portátiles y smartbooks. Es un sistema operativo que rinde de forma muy adecuada

teniendo en cuenta sus claras limitaciones. Pronto también será la plataforma utilizada

en la consola de videojuegos Ouya, y Google está trabajando para que Android sea el

sistema con el que funcionen los electrodomésticos y hogares en general del futuro.

1.8.2. MARCO LEGAL

En Colombia existen algunas leyes e incentivos que promueven las iniciativas de

contenidos digitales, sin embargo, es necesario plantear nuevas estrategias y

garantizar su visibilidad. A continuación, se enlistan algunas de las leyes que suponen

un apoyo legal o financiero a esta industria16:

- Ley 1341 de 2009 define un marco legal propicio para el desarrollo de los

contenidos digitales.

- Ley del Cine 814 de 2003 establece una contribución parafiscal e incentivo

tributario a la inversión en películas nacionales.

- Plan Vive Digital Colombia busca proyectar al país como hub regional y

mundial de contenidos digitales y fomentar el desarrollo de contenidos

digitales, aplicaciones móviles y web a través de clúster que potencien la

industria nacional.

- CONPES 3659 de 2010 La Política Nacional para la promoción de las

industrias culturales en Colombia. Entre varios puntos, propone el incremento

del acceso a los mecanismos de financiamiento ya existentes como Fondo

Emprender, Fomipyme, líneas de COLCIENCIAS, Bancoldex, entre otros.

16

Promoción de la industria de contenidos digitales, recuperado de http://www.mintic.gov.co/portal/vivedigital/ 612/w3-propertyvalue-661.html

25

También propone la incorporación de las TIC en el desarrollo de modelos de

negocio de las industrias culturales a través del programa Mipyme Digital, y

la divulgación de la normatividad nacional sobre derechos de autor.

- Decreto 1526 de Julio 24 de 2002 reglamenta la administración del sistema

de información del sector educativo.

Formación del talento humano en TIC

- Resolución 3462 de 2003 - MEN / Formación profesional en IT. Define las

características específicas de calidad para los programas de formación hasta

el nivel profesional por ciclos propedéuticos en las áreas de las Ingeniería,

Tecnología de la Información y Administración.

- Ley 029 de 1990 / Fomento de la investigación. disposiciones para el

fomento de la investigación científica y el desarrollo tecnológico y se otorgan

facultades extraordinarias

- Ley 1286 de 2009 / Ley Ciencia y Tecnología. Modifica la Ley 029 de 1990,

se transforma a Colciencias en Departamento Administrativo, se fortalece el

Sistema Nacional de Ciencia, Tecnología e Innovación en Colombia y se

dictan otras disposiciones, para lograr un modelo productivo sustentado en la

ciencia, la tecnología y la innovación, para darle valor agregado a los

productos y servicios de nuestra economía y propiciar el desarrollo

productivo y una nueva industria nacional.

- Resolución 504 de 2010 - COLCIENCIAS / Centros de Investigación.

Establece definiciones y requisitos para el reconocimiento de los Centros de

Investigación o Desarrollo Tecnológico. Define las instancias e instrumentos

administrativos y financieros por medio de los cuales se promueven la

destinación de recursos públicos y privados al fomento de la Ciencia,

tecnología e Innovación.

- VISIÓN COLOMBIA 2019 / Avanzar hacia una sociedad mejor informada –

Meta 6: “Desarrollar capacidades en la población para el uso y la apropiación

de las TIC”.

En el componente de aplicaciones, se observan lineamientos para el desarrollo de

contenidos y aplicaciones, principalmente sobre la base del avance de la estrategia

26

para afianzar la relación entre el estado, el ciudadano y las empresas mediante el

programa de Gobierno en Línea17.

También se adelanta un proyecto de resolución para establecer el régimen de acceso a

redes por parte de los proveedores de contenidos y aplicaciones y otro para promover

la creación de contenidos y aplicaciones en las MiPymes con apalancamiento

financiero.

1.9. METODOLOGIA

Dentro del análisis previo que se ha realizado para la escogencia de la metodología

que se utilizara en la realización del prototipo del sistema de georreferenciación, está

no se encuentra aún definida como una metodología, pero determina las fases y

actividades principales que hacen que sea la indicada para poder elaborar nuestro

prototipo. El ciclo PHVA (Las siglas determinan las fases del ciclo Planear, Hacer,

Verificar y Actuar) es idóneo para realizar procesos de gestión y el desarrollo de

proyectos donde en este en particular, su objetivo es establecer, implementar,

mantener y mejorar un Sistema telemático basado en georreferenciación móvil que

permita la distribución por zonas de venta para asesores y coordinadores comerciales.

Historicamente W.Edward Deming presentó a los japoneses el ciclo PHVA Planifique –

Haga – Verifique y Actúe (en inglés PDCA Plan-do-check-act). Los japoneses lo

recibieron de buen grado como una metodología para llevar a la práctica lo que ellos ya

conocían como KaiZen. Recientemente, este ciclo es adoptado por la familia de normas

ISO 9000, como se señala en el apartado 0.2 (nota), de la norma ISO 9001:2008,

común ciclo de mejora continua. Este ciclo es también denominado de Deming, en

honor del hombre que lo popularizó, y el cual fue sugerido por primera vez por Walter

Shewart a comienzos del siglo veinte)18

1.9.1. FASES PHVA

Planificar

En esta etapa se establece un análisis de las políticas, objetivos y procesos de calidad

que cuenta la empresa, hay que identificar todo tipo de riesgos y detalles que puedan

perjudicar la seguridad de la información, ya que este es el activo más valioso con que

17

Política de gobierno digital, Ministerio de las TIC. Recuperado de http://estrategia.gobiernoenlinea.gov.co/ 623/w3-propertyvalue-7652.html 18

Ciclo PHVA, Media Master. https://media.master2000.net/menu/277/1355/mper_arch_20059_CicloPHVA.pdf

27

se cuenta, no sólo información de la empresa si no la sensibilidad de la información de

los clientes que han confiado su trabajo. Así mismo se definen las metas y métodos

como los planes de acción y procesos de implementación a desarrollar, todo de

acuerdo a las políticas organizacionales y necesidades de los clientes. Puede ser de

gran utilidad realizar grupos de trabajo, escuchar opiniones de los trabajadores y utilizar

herramientas de planificación como por ejemplo: 5W2H en la cual se responden 7

preguntas claves cuyas palabras en inglés inician con W y H : ¿Qué (What), ¿Por qué

(Why), ¿Cuándo (When) ¿Dónde (Where) ¿Quién (Who), ¿Cómo (How) y ¿Cuánto

(How much). Hay que tener en cuenta que esta etapa es la base fundamental para la

ejecución de las siguientes, se debe hacer claridad y énfasis en la estructura de lo que

se piensa hacer.

Esta etapa comprende desde la realización del presente documento, la estimación en

horas de la realización del prototipo para el sistema de georeferenciación, la estimación

de recurso humano, que para la ejecución de este proyecto constara de 2 tecnólogos

en Sistematización de datos que tienen conocimiento en las tecnologías que se

trabajarán. Además la realización del cronograma de actividades, y la definición y

asignación de tareas para la correcta ejecución del proyecto.

Hacer

Se basa en aplicar lo planeado, es decir empezar a implementar lo que se tiene como

base y lo que el análisis ha arrojado. Para este caso se puede demostrar a los

empleados de la empresa como se debe efectuar los servicios y del cuidado que deben

tener para que no hayan fugas de información, por ende, se debe educar, entrenar y

capacitar para que cada miembro que tiene un rol a su cargo lo cumpla a cabalidad.

Aquí ya se debe desarrollar las políticas de seguridad de la empresa, definir el Sistema

de Gestión de Seguridad y los procesos que se deben realizar para implementarlo

acorde a lo estipulado en la planeación.

En esta etapa se evidenciara el desarrollo en parte de análisis y diseño de la

propuesta, del sistema de Georreferenciación en la fase hacer del ciclo PHVA, se

utilizará la metodología Active Maturity Model Integrated por sus siglas AMMi: es la

metodología apegada al modelo internacional de CMMi® (Capability Maturity Model

Integrated) para el desarrollo de software. AMMi® es un conjunto de procesos,

procedimientos y formatos estándares que permiten administrar y desarrollar los

proyectos de software basados en buenas prácticas de la industria mundial y

adaptados a las necesidades diarias de nuestros proyectos.

Análisis: Técnica y funcionalmente, se generará el documento de visión y alcance,

donde se plasma de manera funcional como trabajará la solución y cada uno de los

módulos que la componen. Donde se verifica de qué manera se van a usar los recursos

ya existentes para el proyecto se mide el alcance y se especifica lo que no se

28

encuentra dentro del alcance para el prototipo del sistema de georeferenciación. En

este documento se registran los insumos tecnológicos y plataformas que serán usadas

en el proyecto y como se utilizaran, como por ejemplo los API´s de la aplicación híbrida,

los sistemas de GPS, la tecnología Geofencing etc. Este documento tendrá una

revisión par previa o PeerReview para garantizar la calidad del entregable.

Diseño: En esta etapa se realizará el documento de Arquitectura y diseño donde se

plasma el modelo arquitectónico de los componentes telemáticos que hacen parte de la

solución, la interrelación entre los diferentes sistemas (GPS, Geofencing, telefonía

móvil, persistencia en SQLite, etc) que componen el prototipo; además de registrar los

modelos de base de datos que usará cada dispositivo móvil que tenga acceso al

prototipo del sistema de georeferenciación. Este documento tendrá una revisión par

previa o PeerReview para garantizar la calidad del entregable.

En esta etapa se realizarán los documentos de casos de uso, pertenecientes a cada

uno de los módulos que tendrá la solución, para estos documentos se pueden generar

documentos de flujo de información y tareas a realizar por cada módulo, más

específicamente cómo será el desarrollo de la solución y los flujos normales, de error y

de excepción de cada módulo, o una especificación funcional que permita determinar el

funcionamiento general de la implementación de cada módulo en el prototipo del

sistema de Georeferenciación. Estos documentos tendrán una revisión par previa o

PeerReview para garantizar la calidad de los entregables.

Construcción: En esta etapa se generan los fuentes y el desarrollo en código del

prototipo, que en este caso serían los fuentes de la aplicación híbrida o del framework

que se determine para la generación del app que tendrán los vendedores y

coordinadores de zona instalados en su equipo smartphone, la implementación que se

realizará de la tecnología Geofencing para el módulo de delimitación de área

geográfica y el desarrollo en la base de datos de SQLite para que cada uno de los

vendedores pueda almacenar información de manera local en su celular y se

comunique con el prototipo del sistema de georeferenciación. En esta etapa se

realizarán los manuales técnico y de usuario para poder ofrecer el conocimiento de uso

de la app y del sistema de información a los usuarios. Estos documentos tendrán una

revisión par previa o PeerReview para garantizar la calidad de los entregables.19

Verificar

Esta etapa verifica y analiza lo que se ha implementado en la anterior ejecución, donde

se efectúa seguimiento y medición de los procesos que se realizaron de acuerdo a las

políticas y objetivos estipulados, así como los planes y metas, ya que esto es a donde

19

Ciclo PHVA, Gerencie.com. Recuperado de https://www.gerencie.com/ciclo-phva.html

29

se quiere llegar. Se debe hacer un análisis de calidad y productividad para evidenciar

que todo este marchando de la mejor manera.

En cada una de las subfases se manejan unos documentos denominados CheckList, o

listas de verificación por fase, que permitan garantizar la calidad del prototipo y la

culminación exitosa de cada una de estas fases y por ende el paso a la siguiente.

Actuar

El último paso determina el proceso de mejora continua, ya que con los resultados

arrojados por la verificación se toman decisiones que permitan estandarizar cuando los

procesos satisfacen los requerimientos y objetivos o si se encontraron problemas y

errores saber cómo corregirlos con planes de acción correctivos y preventivos para una

próxima iteración del ciclo.

En el desarrollo de la presente propuesta para poder estandarizar los procesos, se

pretende realizar una documentación completa con el fin de poder garantizar tanto la

ejecución exitosa del desarrollo de nuestro sistema de georreferenciación como la

estandarización de los procesos y la metodología utilizada para la elaboración del

prototipo.

1.10. FACTIBILIDAD TÉCNICA

Debido a tratarse de un sistema pequeño, sus costos son bajos y la necesidad de

equipos potentes es innecesaria, motivo por el cual para lograr el objetivo principal del

proyecto bastan, dos equipos personales y dos teléfonos inteligentes con sistema

operativo android 4.0 o mayor.

En cuanto nuestros conocimientos son suficientes para el desarrollo y cumplimiento

del software. En cuanto a infraestructura, existen las tecnologías para poder lograr

llevar el producto a un piloto lo cual se muestra en la solución ideal.

Para una mejor explicación de lo que se ha descrito anteriormente, se muestra la

siguiente tabla, detallando las características tanto de hardware como de software que

se necesitan para el desarrollo y funcionamiento del sistema:

El presupuesto realizado para la ejecución del presente proyecto se describe bajo

cuatro ítems, los cuales describen detalladamente su costo, cantidad y costo total, a

continuación, se muestran los gastos necesarios para efectuarlo:

30

Material de oficina y gastos en papelería:

Descripción Costo

aproximado Cantidad Costo total del desarrollo

Material de oficina $ 60.000,00 5 $ 300.000,00

Papel de impresión $ 10.000,00 5 $ 50.000,00

Cartuchos de impresión

$ 150.000,00 1 $ 150.000,00

Recarga de cartuchos $ 20.000,00 4 $ 80.000,00

Servicio de Internet $ 45.000,00 2 $ 90.000,00

Total $ 240.000,00 15 $ 580.000,00

Tabla 1. Material de oficina. Fuente: Elaboración propia.

Costo de personal

Recurso humano

Sueldo hora

Cantidad de horas Sueldo total

Estudiante $ 20.000,00 200 $ 4´000.000,00

Director $ 30.000,00 20 $ 6.000.000,00

Asesor $ 25.000,00 40 $ 1’000.000,00

Total $ 75.000,00 260 $ 5’600.000,00

Tabla 2. Costo de personal. Fuente: Elaboración propia.

Hardware necesario

Descripción Valor

unitario Cantidad Valor total

HP T1000 I5 6ta Gen. $ 1.900.000,00 1 $ 1.900.000,00

Toshiba Satellite C660 8Ram

$ 1.380.000,00 1 $ 1.380.000,00

Impresora Epson l360 $ 285.000,00 1 $ 350.000,00

Accesorios de conexión $ 15.000,00 2 $ 30.000,00

Total $ 3’144.016,00 4 $ 3.660.000,00

Tabla 3. Hardware.

Fuente: Elaboración propia.

31

Licencias de software

Descripción Valor

unitario Cantidad Valor total

Licencia Windows 10 Profesional $ 350.000,00 2 $ 700.000,00

Total $ 350.000,00 2 $ 700.000,00

Tabla 4.Licencias de software.


** Dentro de la ejecución del proyecto se define un total de aproximadamente el 25%

del costo total para imprevistos.

Costo total de ejecución

Descripción Valor

Material de oficina $ 580.000,00

Recurso humano $ 5’600.000,00

Hardware $ 3.660.000,00

Software $ 700.000,00

Imprevistos $ 2.500.000

Total $ 13.040.000,00

Tabla 5.Costo total de ejecución.


1.11. DELIMITACIONES

- Geográficas: Este proyecto será realizado en la Universidad Distrital

Francisco José de Caldas.

- Temporales: Este proyecto se realizara en un tiempo estimado de 6 meses

desde el inicio del levantamiento de requerimientos.

- Técnicas: Para la realización del proyecto se requiere de dos equipos con

SQLite, SoapUI, JBOSS, JDK v7, IONIC, Apache Cordoba y Android Studio.

32

1.12. ALCANCE TÉCNICO

El proyecto comprenderá el desarrollo de una aplicación móvil soportada en el sistema

operativo Android 2.3 en adelante.

33

1.13. CRONOGRAMA

Ilustración 1.Cronograma. Fuente: Elaboración propia.

34

2. ARQUITECTURA Y COMPONENTE TELEMÁTICO

El siguiente capítulo muestra la arquitectura tecnológica/telemática que se propone con

la creación del prototipo de sistema de georeferenciación móvil para la distribución por

zonas de venta para asesores y coordinaciones comerciales. En el diagrama, ver

ilustración 2, se muestra el contexto y los diferentes componentes que hacen parte del

prototipo, entre los que se destacan los canales de entrada (Aplicación móvil y Web),

los servidores de aplicación y el modelo propuesto de persistencia (Servidor de base de

datos).

Ilustración 2. Diagrama de Arquitectura Telemática.

Fuente: Elaboración propia

Para la implementación del prototipo telemático inicial del sistema de georeferenciación

móvil para distribución por zonas de venta para asesores y coordinadores comerciales

se realiza la implementación y uso de servidores en la nube, para los servidores de

aplicación, donde se desplegará y se le realizará mantenimiento al sistema. Este

servicio es adquirido al proveedor Amazon Web Services, más específicamente su

servicio EC2 Elastic Compute Cloud20, el cual proporciona una capacidad de cómputo

con tamaño modificable dependiendo la cantidad de instancias que se usen del

20

Amazon Web Services EC2 (2018), recuperado de https://aws.amazon.com/es/ec2/details/

35

prototipo. Es un modelo que se ajusta perfectamente a las capacidades de nuestro

prototipo debido a que manifiesta la escalabilidad que necesita un prototipo de sistema

que inicialmente no tendrá mucho tráfico, pero que en el caso que esté se materialice

no se necesitará realizar grandes ajustes en Hardware y Software debido a que se

tiene la oferta de tamaño modificable.

2.1. Instancias dedicadas

Las instancias dedicadas de Amazon EC2 brindan a las aplicaciones acceso directo al

procesador y a la memoria del servidor subyacente. Estas instancias son ideales para

cargas de trabajo que necesitan obtener acceso al conjunto de características del

hardware (como Intel® VT-x) o para aplicaciones que deben ejecutarse en entornos no

virtualizados debido a requisitos relacionados con licencias o compatibilidad. Las

instancias dedicadas se basan en el sistema Nitro, un conjunto de componentes

desarrollados por AWS para la protección del hardware y la reducción de la carga del

hardware. Estos componentes se unen para proporcionar recursos de almacenamiento

y redes de alto desempeño a las instancias EC2 de forma segura. Las instancias

dedicadas son instancias EC2 y, por lo tanto, ofrecen el mismo nivel sólido de

seguridad, fiabilidad, elasticidad de capacidad y compatibilidad para diferentes

sistemas operativos y paquetes de software que otras instancias EC2 virtuales, ver

tabla 6.21

Para el desarrollo del prototipo se contrata el servicio básico que tiene las siguientes

características:

Uso general

CPU Virtual

ECU Memoria

(GiB) Almacenamiento de

instancias Precio por uso

(Linux)

t2.medium 2 Variable 4 GiB Solo EBS 0,0744 USD por

hora

Tabla 6.Cuadro de características de AWS.


Inicialmente solo son utilizadas 2 CPU Virtuales, las cuales se utilizarán una como

servidor de aplicaciones y la otra como servidor de bases de datos con el objetivo de

realizar el modelo de persistencia del prototipo. Para el servidor de bases de datos se

requiere un servicio que soporte Bases de datos relacionales y NoSQL (esto por si en

el futuro se desea migrar la base de datos a no relacional por ejemplo MongoDB) con

uso intensivo de operaciones de E/S.

21

Instancias dedicadas en AWS (2018), Recuperado de https://aws.amazon.com/es/ec2/details/

36

Debe tener entre 4 GB y 1 TB de almacenamiento para garantizar el correcto

funcionamiento del prototipo. Además de garantizar un desempeño de por lo menos

160 MB/s y el costo debe ser inferior en esta fase de implementación de nuestra

solución para el sistema de Georeferenciación.

2.2. Instancias de informática con GPU

Los clientes que necesitan capacidad de procesamiento masiva con punto flotante se

beneficiarán de la próxima generación de instancias informáticas con GPU de uso

general de AWS, instancias P3 de Amazon EC2 con hasta 8 GPU GV100 de NVIDIA

Volta. Las instancias P3 ofrecen hasta 1 petaFLOPS de precisión mixta, 125

TeraFLOPS de precisión simple y 62 TeraFLOPS de precisión doble de rendimiento de

punto flotante. Una interconexión de NVLink de segunda generación de 300 GB/s hace

posible la comunicación de GPU a GPU a alta velocidad y baja latencia. Las instancias

P3 también incluyen hasta 64 vCPU basadas en un procesador Intel Xeon E5 (nombre

de código Broadwell) personalizado, 488 gigabytes de DRAM y 25 gigabytes por

segundo de ancho de banda de red adicional exclusivo mediante el uso del Elastic

Network Adapter (ENA). Las instancias P3 son ideales para el aprendizaje automático,

la informática de alto rendimiento, la dinámica fluida computacional, las finanzas

computacionales, el análisis sísmico, el modelado molecular, la genómica y las cargas

de trabajo de renderizado.22

Esto se puede aplicar a nuestro proyecto en el caso que se quiera realizar la

implementación de renderizados de imágenes en la aplicación, además de la

proyección de algún material audiovisual que necesite alto procesamiento en calidad de

imagen.

2.3. Consideraciones de implementación

- No debe depender únicamente del GPS, debido a que el GPS agota la

batería de los usuarios del prototipo muy rápidamente.

- Se debe realizar una optimización en la implementación de la librería

Geofencing en la precisión de la ubicación y el uso de la batería, se

aconseja un sistema que tenga equilibrio optimizado entre estos dos factores.

- Realizar una buena recopilación de datos, no se debe dejar de lado el

comportamiento offline del prototipo

22

Instancias GPU en AWS (2018), Recuperado de https://aws.amazon.com/es/ec2/elastic-gpus/details/

37

- Dirigirse a los usuarios del prototipo (asesores y coordinadores comerciales)

de forma más personalizada, que vaya más allá de solo el envió de una

notificación (SMS, Push, correo electrónico) al realizar una acción en la

Geocerca.

- Evitar el envío excesivo de notificaciones, y si es posible generar

herramientas contra el correo no deseado. Evitar el envío de Spam vía correo

electrónico23.

2.4. Consideraciones finales

Con la implementación de esta tecnología a futuro se podrá realizar el manejo de una

mayor cantidad de datos tanto locales como globales de los asesores comerciales,

además en una segunda fase de desarrollo del prototipo telemático, con la

implementación de sistemas de métricas e indicadores que realicen la medición y uso

de zonas de calor donde se muestren las zonas de mayor influencia de la aplicación,

las Geocercas donde se encuentren más clientes por zona, métricas de ventas por

periodos de tiempo en campañas, anuales, etc.

23

Bennigers guide to geofencing (2017), recuperado de https://clearbridgemobile.com/a-beginners-guide-

to-geofencing-for-mobile-apps/

38

3. IMPLEMENTACIÓN DE GEOFENCING

El objetivo para realizar la integración entre una aplicación móvil y la tecnología

Geofencing, que se describe en este capítulo, se da para aprovechar el marketing o

publicidad que se puede dar a través de la ubicación geográfica de un dispositivo. Lo

que significa que para este prototipo será de vital importancia debido a que ayudará a

recopilar información de los usuarios de la aplicación, que en este caso serán los

asesores comerciales, a medida de que entran, salen o permanecen en el área

geográfica denominada zona de ventas, que para la tecnología Geofencing se

denomina Geocerca, ver ilustración 3. Otro término común que trabaja esta tecnología

son los Geopuntos, los cuales son marcas estáticas dentro de la Geocerca que

pueden ser ubicaciones de direcciones específicas, usuarios de la aplicación, lugares

importantes dentro de la Geocerca, puntos de encuentro, mapas de google, etc.

3.1. Uso de Geofencing

Para nuestro caso de estudio y desarrollo del prototipo se utilizarán los Geopuntos para

referenciar las ubicaciones de los clientes a los que se les realice registro por parte de

cada asesor, es decir en la Geocerca a la que pertenece nuestro asesor se demarcan

las ubicaciones de cada cliente registrado en la aplicación a través de Geopuntos.

Ilustración 3. Ejemplo de Geocerca y Geopuntos24. Fuente: disponible en https://backendless.com/docs/images/geo/geofence-screen8.png

24

Geofence screen, Backendless (2017), recuperado de https://backendless.com/docs/images/geo/

geofence-screen8.png

39

3.2. Componentes Telemáticos (Geofencing)

Dentro de las tecnologías que usan la ubicación geográfica de las personas que utilizan

dispositivos móviles existe una gran cantidad de oferta, para el alcance del desarrollo

de este prototipo se realiza una comparación entre las principales y se evidencia las

ventajas de implementar Geofencing dentro del sistema de Georeferenciación móvil.

Geotargeting Beacons Geofencing

Data collection IP-address Bluetooth Cellular/Wifi/GPS

Target Range Large Small

Medium to large (store, neighborhood) (state, zip code) (store aisle, bus stop)

Real-time targeting No Yes Yes

Best for Browser marketing Mobile & app marketing Mobile & app marketing

Location data collection

No Yes Yes

Hardware and maintenance

No Yes No

Tabla 7.Cuadro comparativo de tecnologías de ubicación geográfica. Fuente: Elaboración propia.

La mayoría de estas tecnologías se utilizan para realizar marketing que basa en la

ubicación, sin embargo difieren en la forma que realizan la generación de los datos de

la ubicación y el rango de los objetivos.

Para la integración de la tecnología Geofencing en el prototipo para el sistema de

georeferenciación móvil para distribución por zonas de venta para asesores y

coordinadores comerciales se realiza la implementación de una librería que permite

utilizar en la aplicación móvil el GPS y el almacenamiento local en las bases de datos

SQLite embebidas en los dispositivos celulares que serán utilizados por los asesores.

La comunicación con los servidores de aplicación y los servidores encargados de la

base de datos del prototipo, se realiza a través de servicios REST donde a través de

API’s y la implementación de la librería se puede realizar el envío de la información a

los componentes en la nube que se usan como Infraestructura como servicio (IaaS) a

través de servidores virtuales en la nube, los cuales son denominados Amazon EC2.

40

4. PROCESOS DE MEJORA CONTINUA

Actualmente el proceso que se realiza con los asesores comerciales de las empresas

dedicadas a la venta directa y de productos tienda a tienda se da de manera muy

informal, se podría decir que sin ningún tipo de control en especial por parte de los

coordinadores comerciales, quienes tienen como función ser los orientadores del

proceso que realizan sus vendedores.

Dentro del desarrollo de este capítulo y el caso de estudio se encontró que a través de

la elaboración del prototipo se puede llegar a optimizar los procesos que realizan los

asesores y coordinadores comerciales de cualquier empresa dedicada a este modelo

de negocio y comercialización de productos, para nuestro caso de estudio se analiza el

proceso de ventas de la corporación Belcorp.

4.1. MODELO DE NEGOCIO

Se determina escoger como empresa objeto del caso de estudio a la corporación

Belcorp, debido a que su labor es comercializar productos bajo la modalidad de venta

directa, en este caso son consultoras de belleza que realizan la venta de productos de

aseo personal, maquillaje, perfumería, etcétera.

Estas consultoras tienen como tarea realizar la venta de estos productos a las

personas realizando el cumplimiento de una meta por campaña (lapso de tiempo

periódico que en este caso es mensual), cabe resaltar que la mayoría de las empresas

dedicadas a este modelo comercial tienen el mismo objetivo, mantener las ventas con

un rango límite para poder garantizar el sostenimiento económico de la misma.

Las consultoras tienen líderes de zona, las cuales son las encargadas de estar

pendientes y orientar a sus consultoras formándolas en los conocimientos de los

productos que están ofertando, además de perfilar posibles clientes, nichos de venta,

promociones para las consultoras, etc.

Tanto las asesoras como las consultoras tienen una remuneración variable

dependiendo el cumplimento de las metas económicas de venta por cada campaña.

41

4.2. ANÁLISIS DE MEJORA CONTINUA

La siguiente fase dentro de la evolución y creación del prototipo de Sistema de


coordinadores comerciales, y basándonos en la metodología PHVA, se encuentra la

fase Hacer, que en nuestro caso de estudio particular es la fase donde se realiza el

modelado de información que hará parte del proyecto. Dentro de esta sección se

encuentran las representaciones gráficas y relacionales de los actores y la

funcionalidad que tienen en el prototipo.

4.2.1. ACTORES DEL SISTEMA

En el presente apartado, ver ilustración 2, se describen los actores que interactúan en

el prototipo de sistema telemático basado en georreferenciación móvil para distribuir

por zonas de venta para asesores y coordinadores comerciales dentro de una

organización. Y la descripción de su funcionalidad se encuentra en la tabla 6.

Ilustración 4.Actores del sistema. Fuente: Elaboración propia.

uc Actores del sistema

Asesor Comercial

Coordinador de Ventas

Administrador del

Sistema

42

Tabla8.Funcionalidad de actores. Fuente: Elaboración propia.

4.2.2. DISEÑO PREVIO

Login

Ilustración 5.Diagrama de caso de uso - Login. Fuente: Elaboración propia.

uc CU01_Login

APP USER

Control de acceso

indiv idual (LOGIN)

Autenticación en la

aplicación

Iniciar sesión en la

aplicación

«include»

«include»

ACTORES FUNCIONALIDAD

Asesor Comercial

Persona que hace uso de la aplicación Móvil y que a través de ella puede almacenar y gestionar sus clientes, ventas y recorridos

Coordinador de Ventas

Persona que hace uso de la parte Web del sistema, realiza la gestión de los asesores comerciales que tiene asociados a su zona

Administrador del Sistema

Persona encargada de permitir el acceso al sistema y realizar el mantenimiento del mismo

43

Inicio

Ilustración 6.Diagrama de caso de uso - Inicio. Fuente: Elaboración propia.

Menú

Ilustración 7.Diagrama de caso de uso – Menú. Fuente: Elaboración propia.

uc CU02_Inicio

APP USER

Mostrar modulo

inicio

Visualizar

promociones

Visualizar incentiv os

Visualizar recordatorio

fecha de pago

Visualizar Boton

Menu

«include»

«include»

«include»

«include»

uc CU03_Me...

APP USER

Visualizar Menu

desplegable

Visualizar

Información

v endedor

Visualizar modulos

de APP

Visualizar Cerrar

sesión

«include»

«include»

«include»

44

Clientes

Ilustración 8.Diagrama de caso de uso – Clientes. Fuente: Elaboración propia.

Ventas

Ilustración 9.Diagrama de caso de uso – Clientes. Fuente: Elaboración propia.

uc CU04_Clientes

APP USER

Mostrar Modulo Mis

Clientes

Mostrar Información

del Cliente

Actualizar

información del

Cliente

Guardar operaciónAlmacenar

información en BD

«include»

«include»

«include»

«extend»

uc CU05_Ventas

APP USER

Visualizar modulo

Mis Ventas

Seleccionar

Campaña

Visualizar Selección

de Productos

Seleccionar

productos y cantidad

Guardar operación

Cancelar Operación

Visualizar selección

de Clientes

Visualizar selección

de Metodo de Pago

Visualizar Resumen

de PedidoGuardar Pedido

Almacenar

información en BD

«include»

«include»

«include»

«include»

«include»

«extend»

«extend» «extend»

«extend»

«extend»

45

Zona

Ilustración 10.Diagrama de caso de uso – Zona. Fuente: Elaboración propia

Recorrido

Ilustración 11.Diagrama de caso de uso – Recorrido. Fuente: Elaboración propia

uc CU06_Zona

APP USER

Visualizar Modulo Mi

Zona

Visualizar

recordatorio Zona

demarcada

Visualizar Zona

demarcada

Visualizar mapa de

Rutas, recorridos y

Clientes

«include»

«include»

«include»

uc CU07_Recorrido

APP USER

Visualizar Modulo Mi

Recorrido

Visualizar Distancia

Recorrida

Visualizar cantidad

de Pasos

Visualizar Cantidad

de Calorias

quemadas

«include»

«include»

«include»

46

4.3. FASE DE DISEÑO DE MEJORA CONTINUA

Dentro del desarrollo de la fase de diseño que hace parte de la fase hacer del ciclo

PHVA se determina utilizar los tipos de diagrama más utilizados para la representación

gráfica en el área de sistemas, el conocido lenguaje unificado de modelado (UML).

Estos tipos nos permiten visualizar, especificar, construir, documentar y graficar de

manera visual los componentes que conforman, en nuestro caso particular nuestro

prototipo de sistema de georeferenciación.

Sin embargo se usan de manera más sobresaliente los tipos de diagrama que

describen algún tipo de comportamiento o funcionalidad de los actores o elementos que

interactúan en el proyecto. El objetivo principal de la realización de estos diagramas es

facilitar la interpretación y la realización del prototipo, que en nuestro caso particular

tiene componentes en software y componentes telemáticos que en la mayoría de las

ocasiones deben ser plasmados y diseñados a través de estos diagramas, de tal forma

que se facilite la implementación en términos de tiempos, flujos y lecciones aprendidas

gracias a estos.

Para nuestro caso de estudio se determina usar los diagramas de caso de uso,

diagramas de actividades (flujo funcional), diagrama de contexto (visión general) y

diagramas de secuencia (comportamiento e interacción entre los elementos del

sistema).

4.3.1. DIAGRAMAS DE CASOS DE USO

Las actividades de la fase de Diseño tienen su inicio en la elaboración de los casos de

uso y se extienden hasta la construcción de los diagramas de contexto, secuencia y de

actividades, es una fase en la que se necesita la intervención de todos los usuarios y

actores que tienen participación en el desarrollo del prototipo de sistema de

georeferenciación. Ver ilustraciones de la 12 a la 16.

47

Ilustración 12.Diagrama de caso de uso – CU001_Ingresar a la aplicación. Fuente: Elaboración propia

Ilustración 13. Diagrama de caso de uso – CU002_Modulo mis clientes. Fuente: Elaboración propia

uc Use Case Mo...

USUARIO

Mostrar en pantalla los

componentes y menú

Ingresar a la aplicación

El usuario selecciona

un módulo del menú

Ingresar usuario y

contraseña

Acceder al módulo

"Mis clientes"

Acceder al módulo

"Mis v entas"

Acceder al módulo

"Mi zona"

Acceder al módulo

"Mi recorrido"

Acerca de nosotros

Cerrar sesión

«include»

«include»

«include» «extend»

«extend»

«extend»

«extend»

«extend»

«include»

uc Use Case Mo...

USUARIO

Validar que el cliente no

esté registrado en la base

de datos

Guardar clientes nuev os

Registrar cliente.

Ingresar información

del nuev o cliente

«include»

«include»

«include»

48

Ilustración 14. Diagrama de caso de uso – CU002_Modulo mis ventas. Fuente: Elaboración propia

Ilustración 15. Diagrama de caso de uso – CU002_Modulo mi Zona. Fuente: Elaboración propia

uc Use Case Mo...

USUARIO

Seleccionar campaña

Guardar v entas


productos disponiblesCargar campañas

asociadas al usuarioSeleccionar

productos

Cargar clientes

asociados al usuario.

Seleccionar cliente

Cargar métodos de

pago

Seleccionar método de

pagoMostrar en pantalla el

resumen de la v enta

Guardar en base de

datos la v enta

«include»«include»«include»

«include»

«include»

«include»

«include»

«include»«include»

«include»

uc Use Case Mo...

USUARIO

Cargar puntos de ubicación

de los clientes del usuario

Consultar la zona

Mostrar en pantalla las

ubicaciones de los clientes

dentro del rango de la zona

Cargar mapa de la zona

asignada al usuario

«include»

«include»

«include»

49

Ilustración 16. Diagrama de caso de uso – CU002_Modulo mi Recorrido.


4.3.2. DIAGRAMAS DE CONTEXTO (Ver ilustraciones de la 17 a la 21)

Ilustración 17. Diagrama de contexto – CU001_Ingresar a la aplicación. Fuente: Elaboración propia

uc Use Case Mo...

USUARIO

Consultar la distancia

recorrida

Consultar el recorrido

Consultar las calorías

quemadas

Consultar los pasos

realizados

«include»

«include»

«include»

50

Ilustración 18. Diagrama de contexto – CU002_Mis Clientes.


Ilustración 19. Diagrama de contexto – CU003_Mis Ventas. Fuente: Elaboración propia

51

Ilustración 20. Diagrama de contexto – CU004_Mi Zona. Fuente: Elaboración propia

Ilustración 21. Diagrama de contexto – CU005_Mi Recorrido. Fuente: Elaboración propia

52

4.3.3. DIAGRAMAS DE ACTIVIDADES (Ver ilustraciones de la 22 a la 26)

Ilustración 22. Diagrama de actividades – CU001_ingresar a la aplicación. Fuente: Elaboración propia

Ilustración 23. Diagrama de actividades – CU002_Mis Clientes. Fuente: Elaboración propia

53

Ilustración 24. Diagrama de actividades – CU003_Mis Ventas. Fuente: Elaboración propia

Ilustración 25. Diagrama de actividades – CU004_Mi Zona. Fuente: Elaboración propia

Ilustración 26. Diagrama de actividades – CU005_Mi Recorrido. Fuente: Elaboración propia

54

4.3.4. DIAGRAMAS DE SECUENCIA (Ver ilustraciones de la 27 a la 31)

Ilustración 27. Diagrama de secuencia– CU001_Ingresar a la aplicación. Fuente: Elaboración propia

sd Use Case Mo...

USUARIO

APP BELCORP

Base de datos de

usuarios

alt ¿Credenciales ingresadas correctamente?

[Si]

[No]

alt ¿El módulo seleccionado es "Mis clientes"?

alt ¿El módulo seleccionado es "Mis v entas"?

alt ¿El módulo seleccionado es "Mi zona"?

alt ¿El módulo seleccionado es "Mi recorrido"?

alt ¿El módulo seleccionado es "Acerca de nosotros"?

alt El usuario selecciona la opción cerrar sesión

Ejecutar()

Ingresar usuario

y contraseña()

Validar si las credenciales han sido ingresadas correctamente()

Recibir respuesta de la base de datos()

Cargar los componentes del sistema

y mostrar en pantalla los módulos de

la aplicación()

Mostrar en pantalla un mensaje de error

de credenciales()Fin del proceso()

Esperar selección de módulo por parte del

usuario()

Cargar funcionalidad de "Mis clientes"

descrita en CU002_Módulo mis clientes()

Volver al menú de la aplicación()


descrita en CU003_Módulo mis ventas()



descrita en CU004_Módulo mi zona()



descrita en CU005_Módulo mi recorrido()


Mostrar en pantalla al usuario la

información de la aplicación()


Salir de la aplicación()

Fin del proceso()

55

Ilustración 28. Diagrama de secuencia– CU002_Mis Clientes. Fuente: Elaboración propia

sd Use Case Mo...

USUARIO

APP BELCORP

Base de datos de

usuarios

alt ¿El usuario ya existe en la base de datos?

[No]

[Si]

Ejecutar()

Cargar módulo

Mis Clientes()

Ingresar información del cliente nuevo()

El usuario debe presionar el botón guardar para

procesar la información que se debe guardar()

Validar que el cliente no esté

registrado en la base de datos()


Insertar información del usuario nuevo en base de datos()

Mostrar en pantalla mensaje exitoso

de registro de cliente correcto()


de que el cliente está registrado()

56

Ilustración 29. Diagrama de secuencia– CU003_Mis Ventas. Fuente: Elaboración propia

sd Use Case Mo...

USUARIO

APP BELCORP

Base de datos de

usuarios

alt ¿Proceso correcto?

[No]

[Si]

Ejecutar()

Cargar módulo

Mis Ventas()

Cargar campañas asociadas al

usuario()

El usuario debe seleccionar una campaña para

permitir al sistema cargar los productos()

Mostrar en pantalla los productos para que el usuario

pueda seleccionarlos()

Cargar clientes asociados al usuario en pantalla

para que el usuario pueda seleccionarlos()

Cargar en pantalla los metodos de pago para que

el usuario pueda seleccionar uno()

Mostrar en pantalla el resumen de las opciones

seleccionadas()


insertar en base de datos la venta()

Validr en base de datos que al

información este correcta()


Insertar información de la venta en base de datos()

Mostrar mensaje en pantalla al

usuario de proceso exitoso()

Mostrar mensaje en pantalla del

inconveniente presentado()

57

Ilustración 30. Diagrama de secuencia– CU004_Mi Zona. Fuente: Elaboración propia

Ilustración 31. Diagrama de secuencia– CU004_Mi Zona. Fuente: Elaboración propia

sd Use Case Mo...

USUARIO

APP BELCORP

Base de datos de

usuarios

alt ¿El usuario tiene clientes para mostrar la ubicación?

[Si]

[No]

Ejecutar()

Cargar módulo

Mi zona()

Cargar mapa de la zona asignada al

usuario()

Validar si el cliente tiene usuarios para cargar la

ubicación en el mapa()

Validar si el usuario tiene

clientes registrados()


Mostrar en pantalla las ubicaciones

de los clientes dentro del rango de

la zona()

Mostrar solo la ubicación del usuario()

sd Use Case Mo...

USUARIO

APP BELCORP

Base de datos de

usuarios

alt ¿El usuario realizó recorrido en el día?

[Si]

[No]

Ejecutar()

Cargar módulo

Mi recorrido()

Consultar los pasos realizados()

Consultar la distancia recorrida()

Consultar las calorías quemadas()

Validar si el usuario ha

realizado el recorrido()


Mostrar en pantalla los datos del

recorrido realizado()

Mostrar en pantalla mensaje de que

no ha hecho recorrido en el dia()

58

4.4. ESQUEMAS FUNCIONALES

El siguiente apartado describe las pantallas propuestas para el prototipo del sistema,

estas pantallas permiten describir de manera funcional los componentes utilizados en el

desarrollo de la aplicación que hace parte del sistema de georeferenciación móvil para

la distribución por zonas de venta para asesores y coordinadores comerciales.

Sin embargo, este esquema es comúnmente utilizado para la verificación y realización

de comentarios de la parte visual en las pruebas de diseño. También son denominados

prototipos visuales, si como en este caso, proporciona descripción funcional del

sistema. Ver ilustración 32.

Con respecto a la parte de visualización de la aplicación cabe resaltar que los iconos y

representaciones graficas usadas se toman como referencia académica y para dar

cumplimiento al desarrollo del prototipo y no forman parte de algún vínculo comercial.

4.4.1. PANTALLA 1 Visualización de Icono

Pantalla de tipo informativa donde se cargará en el sistema operativo del dispositivo

móvil el icono del prototipo del sistema. Ver ilustración 32.

Ilustración 32. Pantalla 1 Icono. Fuente: Elaboración propia

59

4.4.2. PANTALLA 2 Autenticación de usuario (Login)

Pantalla de Login de asesor comercial en el dispositivo móvil. Ver ilustración 33.

Ilustración 33. Pantalla 2 Login. Fuente: Elaboración propia

4.4.3. PANTALLA 3 Inicio

En esta pantalla se podrá realizar el cargue de información importante para el asesor

comercial, en estos 3 componentes se puede realizar el cargue de información

promocional para dar un valor agregado a las ventas del asesor, incentivos por el

cumplimiento de metas en ventas y un recordatorio de la fecha límite de pago de los

productos que está comercializando, esta fecha estará previamente cargada en el

sistema. Ver ilustración 34.

Ilustración 34. Pantalla 3 Inicio. Fuente: Elaboración propia

60

4.4.4. PANTALLA 4 Menú desplegable

En esta pantalla se visualizan las opciones del menú desplegable que se muestran al

asesor comercial cuando realice la acción de touch sobre el icono de la parte superior

izquierda. Ver ilustración 35. Se pueden encontrar las opciones o módulos

desarrollados en la aplicación con el objetivo de cumplir con la gestión y

almacenamiento de las ventas realizadas por el asesor comercial, además de poder

visualizar las opciones donde encontrará la zona de incidencia y las rutas desde su

ubicación hasta la ubicación de los clientes registrados previamente en la aplicación.

Ilustración 35. Pantalla 4 Menú. Fuente: Elaboración propia

4.4.5. PANTALLA 5 Mis Clientes

En esta pantalla se visualiza los datos que solicita el sistema para almacenar un nuevo

cliente, el desarrollo de la aplicación se encargará de validar que el cliente que se está

almacenando no se encuentre en la base de datos del prototipo, esto con el fin de

evitar duplicidad e inconsistencias en el modelo de datos de la aplicación. Ver

ilustración 36.

61

Ilustración 36. Pantalla 5 Mis Clientes.


4.4.6. PANTALLA 6 Mis Clientes Confirmación de almacenamiento

Visualización de confirmación de almacenamiento exitoso de datos del cliente

previamente registrado. Ver ilustración 37.

Ilustración 37. Pantalla 6 Mis Clientes. Fuente: Elaboración propia

62

4.4.7. PANTALLA 7 Mis Ventas

Visualización y carga de la campaña (periodo de tiempo en el cual se registra las

ventas), este será un check con selección. Ver ilustración 38.

Ilustración 38. Pantalla 7 Mis Ventas. Fuente: Elaboración propia

4.4.8. PANTALLA 8 Carga de campañas

Visualización de selección de campaña, estas deben ser previamente cargadas en el

prototipo del sistema. Ver ilustración 39.

Ilustración 39. Pantalla 8 Carga campañas. Fuente: Elaboración propia

63

4.4.9. PANTALLA 9 Selección de campaña

Visualización de botón de selección de productos, ver ilustración 40.


4.4.10. PANTALLA 10 Visualización y selección de productos

Carga y visualización de productos, previamente cargados en el prototipo del sistema,

en este caso se asigna la cantidad de productos y se puede realizar el cálculo de la

cantidad de productos por su precio de venta, además de la visualización de los

botones para cancelar y guardar las ventas o el pedido. Ver ilustración 41.


64

4.4.11. PANTALLA 11 Carga de cliente

Visualización de botón para asignar las ventas a un cliente previamente almacenado en

el modelo de base de datos del prototipo del sistema. Ver ilustración 42.

Ilustración 42. Pantalla 11 Carga cliente. Fuente: Elaboración propia

4.4.12. PANTALLA 12 Selección de cliente

Check de selección de clientes almacenados en el prototipo del sistema. Ver ilustración

43.

Ilustración 43. Pantalla 12 Mis Ventas. Fuente: Elaboración propia

65

4.4.13. PANTALLA 13 Carga de método de pago

Visualización del botón método de pago, esta información se carga previamente de la

base de datos del prototipo del sistema. Ver ilustración 44.

Ilustración 44. Pantalla 13 Carga Método de Pago. Fuente: Elaboración propia

4.4.14. PANTALLA 14 Selección de método de pago

Pantalla de selección del método de pago, esto en informativo y se almacena en base

de datos. Ver ilustración 45.

Ilustración 45. Pantalla 14 Selección Método de Pago. Fuente: Elaboración propia

66

4.4.15. PANTALLA 15 Visualización Resumen pedido

Visualización de botón para obtener el resumen del pedido. Ver ilustración 46.

Ilustración 46. Pantalla 15 Resumen de pedido. Fuente: Elaboración propia

4.4.16. PANTALLA 16 Almacenar pedido

Visualización del componente con la información del resumen del pedido y del botón de

confirmación del pedido y posterior almacenamiento de las ventas en la base de datos.

Ver ilustración 47.

Ilustración 47. Pantalla 16 Almacenar pedido. Fuente: Elaboración propia

67

4.4.17. PANTALLA 17 Confirmación de almacenar pedido

Visualización de confirmación de almacenamiento en base de datos del pedido. Ver

ilustración 48.

Ilustración 48. Pantalla 17 Confirmación Almacenar pedido. Fuente: Elaboración propia

4.4.18. PANTALLA 18 Mi Zona

Pantalla de información para poder interpretar el mapa delimitado por la zona, con un

botón para realizar el render respectivo a la pantalla de Mi Zona. Ver ilustración 49.

Ilustración 49. Pantalla 18 Mi zona. Fuente: Elaboración propia

68

4.4.19. PANTALLA 19 Visualización de Zona

Visualización del mapa con los puntos y rutas demarcadas de ubicación del asesor

comercial y de la ubicación de clientes y la demarcación de la zona límite de alcance

por parte del asesor. Ver ilustración 50.

Ilustración 50. Pantalla 19 Visualización Mi zona. Fuente: Elaboración propia

4.4.20. PANTALLA 20 Mi recorrido

Visualización de información tipo podómetro con frecuencia diaria donde se obtendrá la

información de distancia recorrida, cantidad de pasos que se han realizado y cantidad

de calorías que se han quemado en ese recorrido. Ver ilustración 51.

Ilustración 51. Pantalla 20 Visualización Mi Recorrido. Fuente: Elaboración propia

69

4.4.21. PANTALLA 21 About Us

Pantalla con componente informativo sobre la realización del prototipo del sistema. Ver

ilustración 52.

Ilustración 52. Pantalla 21 About Us. Fuente: Elaboración propia

4.4.22. PANTALLA 22 Cerrar sesión

Visualización de confirmación de salida de la aplicación por parte del asesor comercial.

Ver ilustración 53.

Ilustración 53. Pantalla 22 Cerrar sesión. Fuente: Elaboración propia

70

5. PERSISTENCIA Y ALMACENAMIENTO DE DATOS

Dentro del alcance de la solución telemática para la realización del prototipo del

sistema de georeferenciación, se encuentra el modelo de persistencia, el cual de

manera general significa la manera que se van a almacenar los datos de los asesores

comerciales, clientes, zonas de ubicación geográfica (Geocercas), puntos de ubicación

geográfica (Geopuntos) y todos los elementos que componen la solución.

5.1. Consideraciones de implementación

Inicialmente se debe tener en cuenta que para realizar el almacenamiento de

información en un dispositivo móvil, se tiene la restricción de los recursos de los

dispositivos, es por esto que es tan importante la realización de un buen esquema de

normalización en el modelo de base de datos que se desea implementar en el prototipo

para la parte de la aplicación móvil, que será usada por los asesores comerciales.

Como se puede observar en la ilustración 32, para la realización del modelo de

persistencia se debe tener en cuenta la arquitectura lógica y de componentes físicos

(telemáticos) en el caso del prototipo se tienen los dispositivos móviles (Devices) los

cuales deben tener de manera embebida la aplicación, que en nuestro caso sería la

aplicación móvil que hace parte del prototipo, en esta se debe estructurar un API de

acceso a datos con controladores que pueden ser realizados de tipo JDBC, OBDC o

escritos en lenguaje Cordoba, .NET o en nuestro caso en C para SQLite.

En un nivel inferior se debe realizar una capa de almacenamiento de datos, que en

nuestro caso también está realizada en SQL de manera muy liviana teniendo en cuenta

límites establecidos en los dispositivos móviles para no ocasionar fallas en el aparato.

Dentro de la arquitectura esta parte se puede conocer como el cliente, debido a que

son los asesores comerciales los que le darán uso a través de sus dispositivos móviles

a la parte móvil del prototipo. En él se pueden almacenar datos sensibles de los

clientes de cada uno de los asesores, como su información personal, dirección de

vivienda, numero de contacto, etc. Es por esto que al materializar el prototipo, por

ejemplo en sistema operativo Android (ver ilustración 54), se debe realizar énfasis en la

seguridad del modelo de persistencia, el cual debe garantizar que esta información no

podrá ser fácilmente consultada.

71

Ilustración 54. Ejemplo de Arquitectura móvil de servidor de Base de datos25. Fuente: disponible en http://www.oracle.com/technetwork/es/database/database-

lite/overview/index.html

5.2. Componente telemático en el modelo de persistencia

La comunicación que se da frente a los dispositivos móviles (devices) y la capa media o

de servidores (Middle tier Server) se da en protocolo HTTP, esto debido a que toda la

comunicación se presenta a través del consumo de servicios WEB, que en nuestro

caso particular debido a que se trata de una aplicación hibrida se maneja a través de

servicios REST los cuales tienen en cuenta además de los parámetros de entrada y

salida con el envío del comportamiento (behavior) del servicio. Estos servicios entran a

ser parte del modelo de persistencia debido a que se usan como manejados y permiten

realizar la extracción, consulta, modificación y borrado de la información dentro de las

bases de datos de SQLite, y deben ser desplegados en el entorno del servidor de

aplicaciones, el cual puede verse dentro de la ilustración 54 como el WebLogic,

Glassfish, TomEE, los cuales proporcionan una administración escalable y segura de

datos, aplicaciones y dispositivos.

Para la parte de la comunicación con las bases de datos SQLite el envío y recepción de

parámetros a través de procedimiento almacenados se realiza mediante el JDBC(Java

database connectivity), el cual es un API que nos permite realizar la ejecución de las

instrucciones sobre la base de datos que al final sería la capa más baja o de más difícil

25

Data Mobile Server Architecture, Oracle (2018), recuperado de

http://www.oracle.com/technetwork/es/database/database-lite/overview/index.html

72

acceso que es donde se encuentra la metadata almacenada de todos las zonas, cada

una con la información de sus asesores comerciales y estos a su vez con la

información de sus clientes almacenada no solo en el dispositivo de manera local, sino

a través de todo el modelo. Ver ilustración 55.

Ilustración 55. Ejemplo de Arquitectura móvil en Sistema operativo Android26.

Fuente: disponible en https://codelabs.developers.google.com/codelabs/android-room-with-a-view/#0

Debido a que los flujos de información se basan en cambios en las actividades, la

ilustración 56 muestra de manera gráfica como el sistema operativo Android obtiene la

información proveniente del API de SQLite, donde el flujo inicial se da a partir de cómo

se muestran los datos y se reenvían los eventos como evento de la interfaz de usuario

(prototipo). De ese primer ítem pasan al modelo vista, el cual tiene como funcionalidad

principal mantener todos los datos integrados para que sean usados por la interfaz de

usuario.

El siguiente ítem es el repositorio, el cual es denominado como la fuente única o la

información confiable y válida de todos los datos de la aplicación, esto incluye la

información geográfica de geocercas y geopuntos del asesor comercial, la información

26

Arquitectura móvil en sistema operativo Android, Google codelabs developers (2017), recuperado de

https://codelabs.developers.google.com/codelabs/android-room-with-a-view/#0

73

de clientes, la información de productos, etcétera, Esto se realiza a través de la

implementación de un API que se usa para que limpie la data de la aplicación y la

actualice para que la interfaz de usuario pueda comunicarse con el repositorio con data

confiable.

Finalmente se encuentra el RoomDatabase (El cuarto de base de datos), donde se

administra la data local del dispositivo almacenada en la fuente de SQLite que utiliza la

aplicación, esto lo realiza utilizando un modelo de objetos, que pueden ser utilizados o

consultados a través de patrones comunes como el patrón DAO.

Ilustración 56. SDK for Android Gets SQLite API27. Fuente: disponible en http://pr-2012.empressconferences.com/AndroidSDK-SQLite/

5.3. Consideraciones finales

Para terminar es necesario realizar la aclaración de que en el modelo de persistencia

del prototipo se utiliza un servidor de base de datos bajo la modalidad de IaaS

(Infraestructura como servicio) en cloud Computing, debido a que este servicio es de

fácil acceso a través del proveedor AWS (Amazon web services), a través del uso del

servicio EC2 se garantiza la disponibilidad de base de datos en un 99.9999 % y la

posibilidad de crear instancias, usuarios, esquemas de manera dinámica y elástica, al

adquirir un SLA (Acuerdo de nivel de servicio) con este proveedor.

27

SDK for Android Gets SQLite API, Empress software inc (2012), recuperado de http://pr-

2012.empressconferences.com/AndroidSDK-SQLite/

74

6. OPTIMIZACIÓN DEL PROCESO

Inicialmente, las tareas de las consultoras y las líderes de zona no se encuentran

debidamente estandarizadas, esto se da porque no se tienen en claro las tareas que

deben realizar cada una y a que tiempo se deben realizar, de manera general no se

tiene un proceso claro que ayude a mejorar de forma continua la cantidad de ventas

que puede realizar una consultora, el perfil del cliente que más consuma sus productos,

las zonas geográficas que no se han explorado por parte de las consultoras para

ofrecer sus productos y generar clientes potenciales que a un corto o mediano plazo de

conviertan en ingresos tanto para ellas, como para su líder de zona y finalmente para la

compañía que se lucra con la venta y posicionamiento de sus productos estéticos.

Otro punto de mejora que se ha podido ubicar es la falta de planeación por parte de las

consultoras al realizar sus tareas diarias, esto se presenta ya que no existe en la

actualidad una herramienta que les permita identificar posibles rutas de venta o de

visita de clientes. Lo que con la implementación del prototipo del sistema de

georeferenciación puede cambiar ya que con el uso del mismo la consultora puede

visualizar en una zona las direcciones de sus clientes y verificar a que distancia se

encuentran de ella. Esto optimizaría no solo el proceso de venta sino también la

cantidad de tiempo que puede transcurrir en los desplazamientos hacia la ubicación de

sus clientes.

Un problema constante que tienen la mayoría de consultoras es que al realizar la orden

de sus productos, esta se puede realizar de forma manual a través de un formato que

se debe diligenciar y se debe hacer llegar a la líder de zona, o en otros casos a través

del uso de un computador ingresando a la página de la compañía y realizando la orden

de su pedido (Productos que se venden al cliente). La mayoría de consultoras debido a

que se tienen que movilizar a visitar sus clientes realizan de forma manual el proceso

de cierre de venta de productos y al finalizar la campaña de venta recopilan la

información y llenan el formato o ingresan a la página y hacen su pedido.

Con la ayuda del prototipo la consultora puede realizar el cierre de la venta y realizar el

registro de los productos en su celular con o sin internet, en caso de que no se tenga

internet la aplicación guarda de manera local el registro de la venta de los productos y

la actualizará en el repositorio cuando se conecte el dispositivo móvil a internet. Esto

reduce de manera importante los tiempos y el manejo tedioso de formatos escritos a

mano que realizan de manera cotidiana la mayor cantidad de consultoras de la

empresa del caso de estudio.

Otro factor importante es que en la actualidad no se cuenta con un repositorio de

clientes de las consultoras por parte de la empresa, esto se da debido a que las

consultoras manejan sus clientes de manera manual, anónima y sin registro, esto no

75

permite realizar la entrega de incentivos o los populares “ganchos” de venta a los

clientes que realizan compras constantes a la asesora. Con el uso de la aplicación

móvil este esquema puede cambiar drásticamente, debido a que para realizar la venta

de los productos de la empresa, estos se deben asociar a un cliente previamente

registrado en el sistema, garantizando la integridad del proceso de venta de los

productos de la empresa en cuestión, y generando un orden en el proceso que

actualmente no se tiene por parte de la empresa del caso de estudio, de los líderes de

zona y en muchas ocasiones por parte de la misma consultora.

Actualmente en el sector no existe una herramienta que utilice las tecnologías de

georeferenciación para poder gestionar el proceso de venta de los productos que

comercializa, en este caso específico la implementación de la delimitación de

Geocercas y de Geopuntos puede dar una visual más clara de las nichos sin explorar

por parte de las consultoras, además de incentivar la promoción de los productos a

través de mensajes tipo PUSH, SMS, vía correo electrónico que alerte no solamente a

las consultoras o líderes de zona, sino también a sus clientes de la salida al mercado

de un nuevo producto o una gran promoción que puede ser beneficiosa tanto para el

cliente como para la consultora al mejorar la cantidad de ventas por campaña y por

ende el cumplimiento de su meta económica aumentando sus ingresos.

En el siguiente cuadro comparativo se resumen el proceso de mejora continua

evidenciando el proceso antes y después del uso del prototipo de sistema de


coordinadores comerciales.

ACTOR PROCESO ACTUAL POSTERIOR A LA

IMPLEMENTACIÓN DEL PROTOTIPO

REDUCCIÓN DEL

TIEMPO EN HORAS

Consultora Administración y gestión

de clientes

Se realiza de forma manual en material

como agendas, cuadernos, etc.

Se realiza a través del uso del prototipo en el dispositivo móvil, utilizando el módulo de clientes, donde se puede visualizar que clientes tiene y a cual le desea asignar la compra de productos

8 por campaña

Líder de Zona

Administración y gestión de consultoras



Se realiza a través del uso del prototipo en su parte Web,

utilizando el módulo de consultoras donde se puede visualizar que

consultoras tiene asociadas la líder en su zona

8 por campaña

76

Consultora Captación de nuevos clientes potenciales

Esta labor se realiza verificando puerta a puerta y captando nuevos clientes a

través del conocido "Voz a Voz"

Se realiza usando el módulo de mi Zona, donde puede verificar en el mapa cuales son las ubicaciones

que no tienen vínculo alguno, esto significa que en la zona no existen

clientes registrados para la consultora y puede ser un nicho de

nuevos clientes

16 por campaña

Líder de Zona

Captación de nichos sin explorar

Se tiene establecido que las líderes de

zona no tienen asignada esta tarea

Con la implementación del prototipo se puede proponer una

mejora orientada a que a través de un mapa la líder de zona pueda observar las ubicaciones que no

tienen asignadas clientes para sus asesoras y orientarlas a que esas ubicaciones pueden utilizarse para

captar nuevos clientes

8 por campaña

Consultora Control de ventas por

campaña



Se realiza a través del módulo mis ventas donde se almacenará de manera local y remota en BD las ventas de productos asociados a

los clientes de la consultora

24 por campaña

Consultora Envió orden de ventas

(pedido)

Se realiza a través de la entrega de un

formato escrito o a través de la página web de la empresa

Se realiza a través del módulo mis ventas, donde la consultora

simplemente confirma el envío del pedido

8 por campaña

Consultora Gestión de visitas a

clientes

Según cada vendedora realiza de

manera manual la organización de sus

recorridos

A través del módulo mi recorrido y con ayuda de la visualización de un mapa la consultora puede escoger

cual es el recorrido que quiere realizar teniendo en cuenta factores como proximidad, y

verificando la ubicación geográfica almacenada de cada uno de sus

clientes

8 por campaña

Consultora Delimitación por Zona

geográfica No se tiene en cuenta

esta delimitación

A través del módulo mi recorrido la consultora puede verificar cual es rango geográfico de alcance para realizar la oferta de los productos, captar clientes, cerrar ventas, etc.

16 por campaña

Líder de Zona

Delimitación por Zona geográfica

Solo se tiene en cuenta para la

asignación del líder de zona

A través del módulo mi recorrido el líder de zona puede verificar el

rango geográfico de alcance para realizar la campañas de beneficios,

captar clientes para sus consultoras, enviar notificaciones

promocionales, etc.

16 por campaña

Líder de Zona

Notificación de promociones a

consultoras

Solo se realiza en una reunión periódica

mensual a través de información por

folletos o revistas

A través del módulo de inicio del prototipo se le informa a la

consultora de las promociones que tiene vigentes

8 por campaña

77

Consultora Visualización de ruta consultora - cliente

Actualmente esta tarea no se tiene en cuenta

A través del módulo mi recorrido y con ayuda de la visualización de un

mapa la consultora puede visualizar cual es la ruta más

óptima que quiere realizar teniendo en cuenta factores como

proximidad, y verificando la ubicación geográfica almacenada

de cada uno de sus clientes

8 por campaña

Tabla 7.Cuadro de Mejora continua. Fuente: Elaboración propia.

78

CONCLUSIONES

- El uso de la metodología PHVA permite generar soluciones de software con

componentes telemáticos en un tiempo manejable, pero para que esto ocurra

se deben realizar correctamente las etapas de análisis y diseño, para que en

el momento de realizar el levantamiento de información se pueda dar abasto

con los requerimientos y necesidades del usuario final.

- La elaboración de diferentes diagramas (casos de uso, contexto, actividades,

secuencia, arquitectura, etc.) permite tener una visual completa de toda la

estructura del prototipo, esto al final servirá como insumo para dar

cumplimiento a los objetivos del proyecto.

- Los procesos implementados en la elaboración del prototipo, como por

ejemplo la realización de pruebas y fase de QA (aseguramiento de la

calidad), generan retroalimentación y ayudan a implementar buenas prácticas

y mejora continua.

- El uso de tecnología Web Service en la realización del prototipo del sistema

permite realizar la consulta, modificación, eliminación y garantiza la

integridad de la información de una manera consistente, sin importar las

tecnologías de desarrollo, hardware en servidores y sistemas de bases de

datos utilizados.

- El uso de las Tecnologías de la Información y Comunicación (TIC) permite

agilizar todo tipo de procesos minimizando los tiempos de respuesta de los

mismos, dando una mayor brevedad a los usuarios. En este caso se facilita

la gestión y administración de ventas por parte de los roles de asesor

comercial y coordinador comercial por medio del uso de dispositivos móviles,

más específicamente el uso de Apps y tecnologías como el GPS.

79

RECOMENDACIONES

En caso tal que se quiera materializar el prototipo del sistema de georeferenciación

móvil para distribución por zonas de venta para asesores comerciales y coordinadores

comerciales, se sugieren las siguientes recomendaciones:

- Para dar mejores tiempos de respuesta y poder recibir grandes cantidades

de peticiones desde la aplicación móvil y Web de entrada se recomienda el

uso de servidores manejados, esto también ayuda a mejorar la redundancia

del sistema.

- De acuerdo a la implementación del prototipo se puede realizar la

optimización en cuanto al diseño de la aplicación móvil.

- Para la implementación se sugiere la utilización de ambientes de desarrollo y

QA para realizar el versionamiento y las pruebas de parte del desarrollo de la

aplicación móvil y Web.

- Para la implementación del prototipo se recomienda mejorar el hardware de

los servidores de aplicación y de base de datos.

- Se puede realizar un cambio en la arquitectura del prototipo del sistema

implementando cloud computing (Como por ejemplo usar PaaS, plataforma

como servicio), esto con el fin de realizar el desarrollo e implementación de

ambientes con recursos en la nube.

80

BIBLIOGRAFÍA

- Pérochon, Sébastien. (2012). Android: guía de desarrollo de aplicaciones

para Smartphones y Tabletas. Paris, Francia: ENI Editions

- Sandoval, José. (2009). RESTful Java Web Services: Master Core REST

Concepts and Create RESTful Web. 1ra Edicion. Birmingham, UK: Packt

Publishing Ltd

- Wikipedia.org. Aplicaciones móviles. (2016). Colombia. Recuperado de

https://es.wikipedia.org/wiki/Aplicacion_movil.

- Universidad de Malaga. Herramientas web para la enseñanza de protocolos

de comunicación. (2015). Malaga, España. Recuperado de

http://neo.lcc.uma.es/evirtual/cdd/tutorial/ fisico/Mtransm.html.

- dChain Soluciones tecnológicas de transformación digital. Definición de

georreferenciación. (2015). Recuperado de http://dchain.com/que-es-la-

georreferenciacion/.

- Arcmap. Qué son los sistemas de coordenadas geográficas. (2015).

Colombia. Recuperado de http://desktop.arcgis.com/es/arcmap/10.3/guide-

books/map-projections/ about-geographic-coordinate-systems.htm.

- GestiWeb. MySQL sistemas de bases de datos. (2014). España. Recuperado

de https://www.gestiweb.com/?q=content/mysql.

- Plataforma educativa GOCONQR. Acceso a MySQL. (2016). Colombia.

Recuperado de https://www.goconqr.com/p/6931020-my-sql-mind_maps.

- Webnode. Que es un sistema, definición y generalidades. (2015). España.

Recuperado de https://camio6.webnode.es/.

- Área Tecnología. Que es un Smartphone y sus generalidades. (2016).

Colombia. Recuperado de http://www.areatecnologia.com/Que-es-un-

smartphone.html

81

- Kappta. Qué es el geofencing y cómo funciona. (2017). Colombia.

Recuperado de https://blog.kappta.com/que-es-el-geofencing-y-como-

funciona/.

- GPS.gov. Sistema de posicionamiento global al servicio del mundo. (2017).

EEUU. Recuperado de https://www.gps.gov/spanish.php.

- AplicacionesMoviles.com. Desarrollo de aplicaciones hibridas. (2013).

España. Recuperado de https://aplicacionesmovil.com/tecnologia/desarrollo-

de-aplicaciones-hibridas/.

- Techtarget. Desarrollo de aplicaciones móviles híbridas. (2016). Recuperado

de http://searchdatacenter.techtarget.com/es/definicion/Desarrollo-de-

aplicaciones-moviles-hibridas.

- Ibertronica. Análisis De Android, El Sistema Operativo Para Móviles De

Google. (2014). España. Recuperado de

https://www.ibertronica.es/blog/tutoriales/android-sistema-operativo/.

- Mintic.gov.co. Promoción de la industria de contenidos digitales. (2015).

Colombia. Recuperado de http://www.mintic.gov.co/portal/vivedigital/ 612/w3-

propertyvalue-661.html.

- Gobierno en línea. Política de gobierno digital, Ministerio de las TIC. (2016).

Colombia. Recuperado de http://estrategia.gobiernoenlinea.gov.co/ 623/w3-

propertyvalue-7652.html.

- Media Master. Ciclo PHVA. (2014). Colombia. Recuperado de

https://media.master2000.net/menu/277/1355/mper_arch_20059_CicloPHVA.

pdf.

- Gerencie.com. Ciclo PHVA. (2015). Colombia. Recuperado de

https://www.gerencie.com/ciclo-phva.html.

- Geofence screen, Backendless. (2017). Colombia. Recuperado de

https://backendless.com/docs/images/geo/ geofence-screen8.png.

- Bennigers guide to geofencing. (2017). Colombia. recuperado de

https://clearbridgemobile.com/a-beginners-guide-to-geofencing-for-mobile-

apps/.

82

Anexo 1

Documento de

visión y alcance

83

SISTEMA DE GEOREFERENCIACIÓN MÓVIL PARA

DISTRIBUCIÓN POR ZONAS DE VENTA PARA

ASESORES Y COORDINADORES COMERCIALES

VISIÓN Y ALCANCE DEL REQUERIMIENTO

Universidad Distrital Francisco José de Caldas

84

HISTORIAL DE VERSIONES

Fecha Versión Descripción Autor

23/07/2018 0.1 Versión inicial del

documento

Henry Garzón

Nesser Lopez

26/07/2018 0.2

Modificación a los

requerimientos

identificados

Henry Garzón

Elaborado por: Revisado por: Aprobado por:

_____________________

Henry Garzón

_____________________

Tutor

_____________________

Jurado 1

85

TABLA DE CONTENIDO

1. TECNOLOGIAS DE DESARROLLO ................................................................................................. 86

2. SISTEMAS IMPACTADOS ................................................................................................................. 86

3. ALCANCE .............................................................................................................................................. 86

4. CONTEXTO ........................................................................................................................................... 86

5. REQUERIMIENTOS IDENTIFICADOS ........................................................................................... 87

6. FUERA DEL ALCANCE ....................................................................................................................... 89

7. RESTRICCIONES GENERALES ........................................................................................................ 89

8. SUPUESTOS ......................................................................................................................................... 89

9. RIESGOS ................................................................................................................................................ 89

86

1. TECNOLOGIAS DE DESARROLLO

IONIC

SQL

2. SISTEMAS IMPACTADOS

N/A

3. ALCANCE

Se debe crear un prototipo de un sistema de georeferenciación móvil que se realiza

con el propósito de brindar a las personas que se dedican a la administración y

gestión de ventas, bajo la modalidad de venta directa, puedan optimizar sus

recorridos diarios mediante el uso de una aplicación móvil encargada de realizar la

distribución por zonas geográficas a los asesores comerciales, esto facilitará a los

asesores el dar a conocer sus productos, cerrar ventas y fidelizar sus clientes.

4. CONTEXTO

Diagrama de contexto y arquitectura

87

5. REQUERIMIENTOS IDENTIFICADOS

Crear interfaz de ingreso a la aplicación

Se debe desarrollar una interfaz de aplicación móvil (APP) en IONIC que permita

realizar las siguientes actividades:

- Permitir el ingreso a la aplicación

- Login de usuario

- Mostrar pantalla con componentes y menú desplegable

o Permitir al usuario visualizar y acceder a los módulos que tiene la

aplicación al seleccionar el despliegue del menú, los módulos son

denominados (Mis clientes, Mis ventas, Mi Zona, Mi recorrido y Acerca

de nosotros)

- Mostrar opción de cerrar sesión

Crear módulo Mis Clientes

Se debe realizar la implementación y visualización de un módulo llamado “Mis

Clientes” en la aplicación móvil que permita realizar las siguientes actividades:

- Ingresar la información general de un nuevo cliente, validando previamente

que el cliente no exista

- Registrar la información almacenada del cliente en la base de datos SQLite

del usuario de la aplicación móvil

- Registrar la información del cliente en el servidor de base de datos

Crear módulo Mis Ventas

Se debe realizar la implementación y visualización de un módulo llamado “Mis

Ventas” en la aplicación móvil que permita realizar las siguientes actividades:

- Cargar y visualizar las campañas de ventas activas.

- Permitir seleccionar las campañas de venta activas, es decir el periodo de

tiempo al cual el asesor comercial quiere registrar sus ventas.

- Cargar los productos disponibles, mostrar su imagen y características

principales

- Permitir seleccionar la cantidad de productos que van a ser vendidos

asociándolo a un cliente previamente cargado.

- Cargar, visualizar y seleccionar el método de pago con el cual el cliente paga

sus productos

88

- Visualizar el resumen de los productos vendidos en la campaña, junto con

características como el precio unitario, precio total, cantidad de unidades,

etc.

- Registrar la información almacenada de la venta en la base de datos SQLite

del usuario de la aplicación móvil

- Registrar la información de la venta en el servidor de base de datos

Crear módulo Mi Zona

Se debe realizar la implementación y visualización de un módulo llamado “Mi Zona”

en la aplicación móvil que permita realizar las siguientes actividades:

- Cargar y visualizar en el mapa la ubicación del asesor comercial

- Cargar y visualizar en el mapa la ubicación de los clientes actuales del asesor

comercial

- Cargar y delimitar en el mapa la zona de acción que tiene el asesor

comercial

- Cargar y visualizar las rutas entre la ubicación del asesor comercial y la

ubicación de los clientes dentro del rango delimitado de la zona

Crear módulo Mi Recorrido

Se debe realizar la implementación y visualización de un módulo llamado “Mi

Recorrido” en la aplicación móvil que permita realizar las siguientes actividades:

- Consultar y visualizar la distancia diaria recorrida por el asesor comercial

- Consultar y visualizar la cantidad de pasos que realiza el asesor comercial,

teniendo en cuenta la distancia que ha recorrido

- Consultar y visualizar las calorías corporales que el asesor comercial quemó

al realizar el recorrido

89

6. FUERA DEL ALCANCE

Realizar desarrollo o cambios de funciones que no estén descritos en este documento de Visión y Alcance.

7. RESTRICCIONES GENERALES

Disponibilidad de la base de datos.

Disponibilidad de entornos de prueba.

Disponibilidad del GPS activo en el dispositivo móvil del asesor comercial

Disponibilidad de almacenamiento interno en el dispositivo móvil del asesor comercial

8. SUPUESTOS

N/A.

9. RIESGOS

Riesgos técnicos asociados a la disponibilidad de Plataformas y Red, lo cual no permitiría ofrecer el servicio.

La disponibilidad de un ambiente de pruebas para la realización del prototipo, con las características exactas del ambiente productivo.

90

Anexo 2.1

CU001_Ingresar a la

aplicación

91




ESPECIFICACIÓN DE CASO DE USO

CU001_Ingresar a la aplicación


Documento Caso de Uso

92




documento

Henry Garzón

Nesser Lopez


_____________________

Henry Garzón

_____________________

Tutor

_____________________

Jurado


93

TABLA DE CONTENIDO

1. DIAGRAMAS ................................................................................................................................ 94

DIAGRAMA DE CONTEXTO ................................................................................................................. 94 1.1

DIAGRAMA DE CASO DE USO ............................................................................................................. 94 1.2

DIAGRAMA DE ACTIVIDADES ........................................................................................................... 95 1.3

DIAGRAMA DE SECUENCIA ................................................................................................................ 96 1.4

2. ESPECIFICACIÓN DE CASO DE USO ...................................................................................... 97


94

DIAGRAMAS

DIAGRAMA DE CONTEXTO

DIAGRAMA DE CASO DE USO

uc Use Case Mo...

USUARIO


componentes y menú

Ingresar a la aplicación

El usuario selecciona

un módulo del menú

Ingresar usuario y

contraseña

Acceder al módulo

"Mis clientes"

Acceder al módulo

"Mis v entas"

Acceder al módulo

"Mi zona"

Acceder al módulo

"Mi recorrido"

Acerca de nosotros

Cerrar sesión

«include»

«include»

«include» «extend»

«extend»

«extend»

«extend»

«extend»

«include»


95

DIAGRAMA DE ACTIVIDADES

Actividades.png


96

DIAGRAMA DE SECUENCIA

sd Use Case Mo...

USUARIO

APP BELCORP

Base de datos de

usuarios

alt ¿Credenciales ingresadas correctamente?

[Si]

[No]

alt ¿El módulo seleccionado es "Mis clientes"?

alt ¿El módulo seleccionado es "Mis v entas"?

alt ¿El módulo seleccionado es "Mi zona"?

alt ¿El módulo seleccionado es "Mi recorrido"?

alt ¿El módulo seleccionado es "Acerca de nosotros"?

alt El usuario selecciona la opción cerrar sesión

Ejecutar()

Ingresar usuario

y contraseña()

Validar si las credenciales han sido ingresadas correctamente()


Cargar los componentes del sistema

y mostrar en pantalla los módulos de

la aplicación()


de credenciales()Fin del proceso()

Esperar selección de módulo por parte del

usuario()


descrita en CU002_Módulo mis clientes()



descrita en CU003_Módulo mis ventas()



descrita en CU004_Módulo mi zona()



descrita en CU005_Módulo mi recorrido()


Mostrar en pantalla al usuario la

información de la aplicación()


Salir de la aplicación()

Fin del proceso()


97


IDENTIFICADOR CASO DE USO: CU001 NOMBRE : CU001_Ingresar a la aplicación

CATEGORÍA:

Nueva Funcionalidad

TALLA: M PRIORIDAD: ALTA

COMPLEJIDAD: Media

REQUERIMIENTO FUNCIONAL ASOCIADO (FSP/ CR):

02_E01_CHG2018_Documento de Vision_y_Alcance.doc

ACTORES:

USUARIO.

CASOS DE USO ASOCIADOS:

CU002_Módulo mis clientes.

CU003_Módulo mis ventas.

CU004_Módulo mi zona.

CU005_Módulo mi recorrido.

PROPÓSITO:

Crear una aplicación para dispositivos móviles que permita al usuario ingresar con su usuario y

contraseña y pueda realizar las siguientes funcionalidades:

Realizar el registro de sus clientes.

Realizar la consulta de sus ventas por campañas.

Realizar la visualización de los clientes cercanos a su zona mediante el uso del servicio de Google Maps.

Realizar la consulta del recorrido que ha hecho en el día.

Realizar la consulta de la información de la aplicación.

DATOS DE ENTRADA:

Id. Nombre Descripción Tipo Validaciones


98


1 USUARIO Nombre de

usuario asignado VARCHAR2

No nulo.

Sin espacios.

2 CONTRASEÑA

Contraseña

definida por el

usuario

NUMBER

No nulo.

Sin espacios.

DATOS DE SALIDA:


1

INTERFACES DE

SALIDA

Pantallas que

permiten al

usuario visualizar

e interactuar con

la aplicación

INTERFAZ

N/A.

PRECONDICIÓNES:

La aplicación debe contar con una base de datos para almacenar información del usuario, tales como su

usuario, contraseña, clientes, ventas, campañas, recorrido, zona.

POST CONDICIONES:

Se crea la aplicación para que los usuarios puedan gestionar sus ventas y clientes asignados a su zona.

RESTRICCIONES:

El usuario que desee utilizar la aplicación debe contar sistema operativo Andriod 4.X o superior.

Las funcionalidades que ofrece la aplicación solo aplica para usuarios ubicados en Colombia.

REGLAS DE NEGOCIO Y DEL SISTEMA:

El usuario debe tener asignado un usuario y contraseña para poder acceder a las funciones de la

aplicación.

CONTROLES:

N/A.

METRICAS:

El aplicativo contará con las métricas necesarias para permitir al usuario visualizar el recorrido,


99


calorías quemadas y la cantidad de pasos que ha caminado durante el día.

CRITERIOS DE ACEPTACIÓN: Se realiza la gestión de ventas y clientes correctamente.

FLUJO NORMAL DE TRABAJO- FN

Paso Comportamiento del Actor Comportamiento del Sistema

1

El caso de uso inicia cuando el usuario

ejecuta la aplicación para ingresar al

sistema.

2

El usuario digitará el usuario y la contraseña que

fueron asignados para acceder a la aplicación.

Nota: El sistema se conectará a la base de datos

para validar si el usuario y la contraseña han sido

ingresados correctamente.

En caso de el usuario y la contraseña hayan sido

ingresados correctamente, continuar con el flujo

normal de trabajo.

En caso de que el usuario o la contraseña sean

incorrectos, ejecutar Flujo de Excepción 01.

3 Cargar los componentes del sistema y mostrar en

pantalla los módulos de la aplicación.

4

Esperar selección de módulo por parte del usuario.

En caso de que el usuario seleccione el módulo

“Mis clientes”, continuar con el flujo normal de

trabajo.



100


“Mis ventas”, ejecutar Flujo Alterno 01.

En caso de que el usuario seleccione el módulo “Mi

zona”, ejecutar Flujo Alterno 02.

En caso de que el usuario seleccione el módulo “Mi

recorrido”, ejecutar Flujo Alterno 03.


“Acerca de nosotros”, ejecutar Flujo Alterno 04.

En caso de que el usuario seleccione la opción

“Cerrar sesión”, se debe continuar con el paso 7 del

flujo normal de trabajo.

5 Cargar funcionalidad de "Mis clientes" descrita en

CU002_Módulo mis clientes.

6

Continuar con el paso 4 del flujo normal de trabajo

para regresar al menú de selección de

funcionalidades.

7 Fin de flujo normal de trabajo.

8 Fin de caso de uso.

Flujo Alterno FA-01: MÓDULO SELECCIONADO POR EL USUARIO “MIS VENTAS”.

Paso Excepción Comportamiento del Sistema

1

El flujo alterno inicia cuando el usuario

selecciona del menú de la aplicación el

módulo de mis ventas.



101



3



funcionalidades.

4 Fin del flujo Alterno

Flujo Alterno FA-02: MÓDULO SELECCIONADO POR EL USUARIO “MI ZONA”.


1



módulo de mis ventas.



3



funcionalidades.


Flujo Alterno FA-03: MÓDULO SELECCIONADO POR EL USUARIO “ACERCA DE NOSOTROS”.


1



módulo de acerca de nosotros.

2 Mostrar en pantalla al usuario la información de la

aplicación.

3



funcionalidades.


102



Flujo Alterno FA-04: MÓDULO SELECCIONADO POR EL USUARIO “MI RECORRIDO”.


1



módulo de mi recorrido.



3



funcionalidades.


REQUERIMIENTOS ESPECIALES:

Los errores que se pueden presentar en la ejecución de la función se darán debido a la falta de

información de alguno de los valores de los parámetros, el valor ingresado no existe o un error de

ejecución.

RIESGOS MITIGACIÓN

N/A

N/A

ANEXOS

N/A


103



104

Anexo 2.2

CU002_Módulo Mis

clientes


105





CU002_Módulo Mis clientes



106




documento

Henry Garzón

Nesser Lopez


_____________________

Henry Garzón

_____________________

Tutor

_____________________

Jurado


107

TABLA DE CONTENIDO

1. DIAGRAMAS ............................................................................................................................. 108

DIAGRAMA DE CONTEXTO ............................................................................................................... 108 1.1

DIAGRAMA DE CASO DE USO ........................................................................................................... 108 1.2

DIAGRAMA DE ACTIVIDADES ......................................................................................................... 109 1.3

DIAGRAMA DE SECUENCIA .............................................................................................................. 109 1.4

2. ESPECIFICACIÓN DE CASO DE USO ................................................................................... 110


108

DIAGRAMAS



uc Use Case Mo...

USUARIO

Validar que el cliente no

esté registrado en la base

de datos

Guardar clientes nuev os

Registrar cliente.

Ingresar información

del nuev o cliente

«include»

«include»

«include»


109



sd Use Case Mo...

USUARIO

APP BELCORP

Base de datos de

usuarios

alt ¿El usuario ya existe en la base de datos?

[No]

[Si]

Ejecutar()

Cargar módulo

Mis Clientes()

Ingresar información del cliente nuevo()


procesar la información que se debe guardar()

Validar que el cliente no esté

registrado en la base de datos()


Insertar información del usuario nuevo en base de datos()

Mostrar en pantalla mensaje exitoso

de registro de cliente correcto()


de que el cliente está registrado()


110


IDENTIFICADOR CASO DE USO: CU002 NOMBRE : CU002_Módulo Mis clientes

CATEGORÍA:

Nueva Funcionalidad


COMPLEJIDAD: Media



ACTORES:

USUARIO.






PROPÓSITO:

Crear un módulo que permita al usuario guardar los clientes que desee en la base de datos de la aplicación.

DATOS DE ENTRADA:


1 PRIMER NOMBRE Primer nombre

del cliente VARCHAR2

No nulo.

Sin espacios.

2 SEGUNDO NOMBRE Segundo nombre


Puede ir nulo.

Sin espacios.

3 PRIMER APELLIDO Primer apellido


No nulo.

Sin espacios.


111


4 SEGUNDO APELLIDO Segundo apellido


Puede ir nulo.

Sin espacios.

5 IDENTIFICACION

Número de

identificación del

cliente.

NUMBER

No nulo.

Sin espacios.

Debe ser númerico.

6 FECHA DE

NACIMIENTO

Fecha de

nacimiento del

cliente

NUMBER

No nulo.

Sin espacios.

Formato de la fecha DD/MM/AAAA.

7 DIRECCION Dirección del

cliente VARCHAR2

No nulo.

8 CORREO

Dirección del

correo electrónico

del cliente

VARCHAR2

No nulo.

DATOS DE SALIDA:


1

MENSAJE Mensaje indicando

si el proceso fue

exitoso.

VARCHAR2

N/A.

PRECONDICIÓNES:

N/A

POST CONDICIONES:

Se realiza la creación del cliente.

RESTRICCIONES:

N/A



112


N/A

CONTROLES:

N/A.

METRICAS:

N/A.

CRITERIOS DE ACEPTACIÓN: Se realiza la creación de clientes correctamente.



1 El caso de uso inicia cuando el usuario

selecciona el módulo Mis clientes.

2

Ingresar información del cliente nuevo.

Nota: Se ingresan datos como identificación,

nombres, apellidos, dirección, fecha de nacimiento y

correo.

3 El usuario debe presionar el botón guardar para

procesar la información que se debe guardar.

4

Validar que el cliente no esté registrado en la base de

datos.

En caso de que el usuario no exista en la base de

datos, continuar con el flujo normal de trabajo.

En caso contrario, ejecutar Flujo de Excepción 01.

.5 Insertar información del cliente nuevo y mostrar en

pantalla mensaje exitoso de registro de cliente


113


correcto.



Flujo de Excepción FE-01: EL CLIENTE YA EXISTE EN LA BASE DE DATOS.


1

El flujo de excepción inicia cuando el

usuario desea ingresar un nuevo cliente y

este ya está registrado en la base de datos.

2 Mostrar en pantalla un mensaje de error de que el

cliente está registrado.

3 Fin del flujo de excepción.

4 Fin de caso de uso




ejecución.

RIESGOS MITIGACIÓN

N/A

N/A

ANEXOS


114


N/A


115

Anexo 2.3

CU003_Módulo Mis

ventas


116





CU003_Módulo Mis ventas



117




documento

Henry Garzón

Nesser Lopez


_____________________

Henry Garzón

_____________________

Tutor

_____________________

Jurado


118

TABLA DE CONTENIDO

1. DIAGRAMAS ............................................................................................................................. 119







119

DIAGRAMAS



uc Use Case Mo...

USUARIO

Seleccionar campaña

Guardar v entas


productos disponiblesCargar campañas

asociadas al usuarioSeleccionar

productos

Cargar clientes

asociados al usuario.

Seleccionar cliente

Cargar métodos de

pago

Seleccionar método de

pagoMostrar en pantalla el

resumen de la v enta

Guardar en base de

datos la v enta

«include»«include»«include»

«include»

«include»

«include»

«include»

«include»«include»

«include»


120


Actividades03.png



121


sd Use Case Mo...

USUARIO

APP BELCORP

Base de datos de

usuarios

alt ¿Proceso correcto?

[No]

[Si]

Ejecutar()

Cargar módulo

Mis Ventas()

Cargar campañas asociadas al

usuario()

El usuario debe seleccionar una campaña para

permitir al sistema cargar los productos()

Mostrar en pantalla los productos para que el usuario

pueda seleccionarlos()

Cargar clientes asociados al usuario en pantalla

para que el usuario pueda seleccionarlos()

Cargar en pantalla los metodos de pago para que

el usuario pueda seleccionar uno()

Mostrar en pantalla el resumen de las opciones

seleccionadas()


insertar en base de datos la venta()

Validr en base de datos que al

información este correcta()


Insertar información de la venta en base de datos()

Mostrar mensaje en pantalla al

usuario de proceso exitoso()

Mostrar mensaje en pantalla del

inconveniente presentado()


122

IDENTIFICADOR CASO DE USO: CU003 NOMBRE : CU003_Módulo Mis ventas

CATEGORÍA:

Nueva Funcionalidad


COMPLEJIDAD: Media



ACTORES:

USUARIO.



CU002_Módulo Mis clientes.



PROPÓSITO:

Crear un módulo que permita al usuario guardar las ventas relacionadas a las campañas de clientes.

DATOS DE ENTRADA:


1 N/A N/A N/A N/A

DATOS DE SALIDA:


1

MENSAJE Mensaje indicando

si el proceso fue

exitoso.

VARCHAR2

N/A.

PRECONDICIÓNES:

N/A


123


POST CONDICIONES:

Se realiza la creación de la venta.

RESTRICCIONES:

N/A


N/A

CONTROLES:

N/A.

METRICAS:

N/A.

CRITERIOS DE ACEPTACIÓN: Se realiza la creación de ventas correctamente.




selecciona el módulo Mis ventas.

2 Cargar campañas asociadas al usuario.

3 El usuario debe seleccionar una campaña para

permitir al sistema cargar los productos.

4 Mostrar en pantalla los productos para que el usuario

pueda seleccionarlos.

5 Cargar clientes asociados al usuario en pantalla para

que el usuario pueda seleccionarlos.

6 Cargar en pantalla los métodos de pago para que el

usuario pueda seleccionar uno.

7 Mostrar en pantalla el resumen de las opciones


124


seleccionadas.

8


insertar en base de datos la venta.

En caso de que el proceso sea correcto, continuar

con el flujo normal de trabajo.


9 Mostrar mensaje en pantalla al usuario de proceso

exitoso.



Flujo de Excepción FE-01: ERROR EN EL SISTEMA.


1 El flujo de excepción inicia cuando ocurre

un error en el sistema.

2 Mostrar mensaje en pantalla del inconveniente

presentado.







125


ejecución.

RIESGOS MITIGACIÓN

N/A

N/A

ANEXOS

N/A


126

Anexo 2.4

CU004_Módulo Mi

zona


127





CU004_Módulo Mi zona


128




documento

Henry Garzón

Nesser Lopez


_____________________

Henry Garzón

_____________________

Tutor

_____________________

Jurado

129

TABLA DE CONTENIDO

1. DIAGRAMAS ............................................................................................................................. 130






130

DIAGRAMAS



uc Use Case Mo...

USUARIO

Cargar puntos de ubicación

de los clientes del usuario

Consultar la zona

Mostrar en pantalla las

ubicaciones de los clientes

dentro del rango de la zona

Cargar mapa de la zona

asignada al usuario

«include»

«include»

«include»

131



132


IDENTIFICADOR CASO DE USO: CU004 NOMBRE : CU004_Módulo Mi zona

CATEGORÍA:

Nueva Funcionalidad


COMPLEJIDAD: Media



ACTORES:

USUARIO.

sd Use Case Mo...

USUARIO

APP BELCORP

Base de datos de

usuarios

alt ¿El usuario tiene clientes para mostrar la ubicación?

[Si]

[No]

Ejecutar()

Cargar módulo

Mi zona()

Cargar mapa de la zona asignada al

usuario()


ubicación en el mapa()

Validar si el usuario tiene

clientes registrados()


Mostrar en pantalla las ubicaciones

de los clientes dentro del rango de

la zona()

Mostrar solo la ubicación del usuario()

133







PROPÓSITO:

Crear un módulo que permita al usuario visualizar su ubicación y la de sus clientes mediante el servicio de

Google Maps.

DATOS DE ENTRADA:


1 Datos de ubicación

Ubicación del

usuario y los

clientes que tiene

registrados en sus

campañas

N/A

N/A

DATOS DE SALIDA:


1 N/A N/A N/A N/A.

PRECONDICIÓNES:

N/A

POST CONDICIONES:

Se realiza la consulta de la ubicación del usuario y sus clientes.

RESTRICCIONES:

N/A


134


N/A

CONTROLES:

N/A.

METRICAS:

N/A.

CRITERIOS DE ACEPTACIÓN: Se realiza la consulta de la ubicación del usuario y sus clientes correctamente.




selecciona el módulo Mi zona.

2

Cargar módulo Mi zona.

Nota: El usuario previamente ha seleccionado este

módulo para consultar la ubicación de sus clientes.

3 Cargar mapa de la zona asignada al usuario.

4


ubicación en el mapa.

En caso de que el usuario tenga clientes en su zona,

continuar con el flujo normal de trabajo.


.5 Mostrar en pantalla las ubicaciones de los clientes

dentro del rango de la zona.


135



Flujo de Excepción FE-01: EL USUARIO NO TIENE CLIENTES EN SU ZONA.


1 El flujo de excepción inicia cuando el

usuario no tiene clientes en su zona

2 Mostrar solo la ubicación del usuario.






ejecución.

RIESGOS MITIGACIÓN

N/A

N/A

ANEXOS

N/A

137

Anexo 2.5

CU005_Módulo Mi

Recorrido

138





CU005_Módulo Mi recorrido


139




documento

Henry Garzón

Nesser Lopez


_____________________

Henry Garzón

_____________________

Tutor

_____________________

Jurado

140

TABLA DE CONTENIDO

1. DIAGRAMAS ............................................................................................................................. 141






141

DIAGRAMAS



uc Use Case Mo...

USUARIO

Consultar la distancia

recorrida

Consultar el recorrido

Consultar las calorías

quemadas

Consultar los pasos

realizados

«include»

«include»

«include»

142


143



IDENTIFICADOR CASO DE USO: CU005 NOMBRE : CU005_Módulo Mi recorrido

CATEGORÍA:

Nueva Funcionalidad


COMPLEJIDAD: Media



sd Use Case Mo...

USUARIO

APP BELCORP

Base de datos de

usuarios

alt ¿El usuario realizó recorrido en el día?

[Si]

[No]

Ejecutar()

Cargar módulo

Mi recorrido()

Consultar los pasos realizados()

Consultar la distancia recorrida()

Consultar las calorías quemadas()

Validar si el usuario ha

realizado el recorrido()


Mostrar en pantalla los datos del

recorrido realizado()

Mostrar en pantalla mensaje de que

no ha hecho recorrido en el dia()

144


ACTORES:

USUARIO.






PROPÓSITO:

Crear un módulo que permita al usuario visualizar el recorrido que ha realizado en el día.

DATOS DE ENTRADA:


1 N/A N/A N/A N/A.

DATOS DE SALIDA:


1 Datos del recorrido

Datos del recorrido

del usuario, entre

ellos pasos,

distancia y calorías

CURSOR

N/A

PRECONDICIÓNES:

N/A

POST CONDICIONES:

Se realiza la consulta del recorrido del usuario.

RESTRICCIONES:

N/A


145


N/A

CONTROLES:

N/A.

METRICAS:

N/A.

CRITERIOS DE ACEPTACIÓN: Se realiza la consulta del recorrido del usuario correctamente.




selecciona el módulo Mi recorrido.

2

Cargar módulo Mi recorrido.

Nota: El usuario previamente ha seleccionado este

módulo para consultar su recorrido.

3 Consultar los pasos realizados.

4 Consultar la distancia recorrida.

5

Consultar las calorías quemadas.

En caso de que el usuario haya hecho recorrido en el

día, continuar con el flujo normal de trabajo.


6 Mostrar en pantalla los datos del recorrido realizado.



146


Flujo de Excepción FE-01: EL USUARIO NO HA HECHO RECORRIDO EN EL DÍA.


1 El flujo de excepción inicia cuando el

usuario no ha hecho recorrido en el día

2 Mostrar en pantalla mensaje de que no ha hecho

recorrido en el día.






ejecución.

RIESGOS MITIGACIÓN

N/A

N/A

ANEXOS

N/A

147

Anexo 3 Manual de

Usuario

148

Tabla de contenido

INTRODUCCIÓN ................................................................................................ 149

1. TITULO ........................................................................................................... 150

2. PROBLEMÁTICA ........................................................................................... 150

2.1 DESCRIPCIÓN ............................................................................................... 150

2.2 FORMULACIÓN ............................................................................................. 151

3. OBJETIVOS .................................................................................................... 152

3.1. GENERAL .................................................................................................... 152

3.2. ESPECÍFICOS ............................................................................................... 152

4. MANUAL DE USUARIO ................................................................................. 153

4.1. SISTEMA DE INFORMACIÓN WEB .................................................................... 153

4.2. APLICACIÓN MÓVIL ...................................................................................... 154

4.2.1 Accediendo a la aplicación ............................................................... 154

4.2.2 Inicio de sesión .................................................................................. 155

4.2.3 Menú ................................................................................................... 156

4.2.4 Inicio ................................................................................................... 157

4.2.5 Mis clientes ........................................................................................ 158

4.2.5 Mis ventas .......................................................................................... 160

4.2.6 Mi zona................................................................................................ 171

4.2.7 Mi recorrido ........................................................................................ 173

4.2.8 Cerrar sesión ...................................................................................... 174

149

INTRODUCCIÓN

La realización de manuales para un sistema de información y georreferenciación facilita

en el caso específico del manual del usuario, que el sistema sea más comprensible en

su ejecución.

En la elaboración del manual del usuario se ve el proceso completo de descripción de

componentes que hacen parte de las aplicaciones, desde la administración del sistema

de información web hasta la correcta ejecución de la aplicación móvil, todo esto con el

fin de que este manual sirva como guía para las personas encargadas en realizar dicha

administración del SISTEMA DE GEOREFERENCIACIÓN MÓVIL PARA

DISTRIBUCIÓN POR ZONAS DE VENTA PARA ASESORES Y COORDINADORES

COMERCIALES.

150

1. TITULO

SISTEMA DE GEOREFERENCIACIÓN MÓVIL PARA DISTRIBUCIÓN POR ZONAS

DE VENTA PARA ASESORES Y COORDINADORES COMERCIALES.

2. PROBLEMÁTICA

A continuación se define la descripción y la formulación de la problemática.

2.1 Descripción

Teniendo en cuenta el constante crecimiento que tienen los negocios de distribución al

por menor desde la década de los 90’s en América Latina, cabe destacar que estas

latitudes se están convirtiendo rápidamente en uno de los epicentros más importantes

de la venta directa y el mercadeo en red. Muchas compañías que se dedican a esta

actividad dan prioridad en apertura a mercados latinos.

Contextualizando, en Colombia existen gran cantidad de empresas que operan bajo el

modelo de venta directa, donde a través de los llamados vendedores, consultores o

asesores se dan a conocer los productos y posteriormente se impulsa o motiva al

cliente en el consumo de los mismos, todo esto con el fin de generar cierta rentabilidad,

tanto para la empresa que es productora y/o comercializadora y para los vendedores

que reciben una compensación económica que en su mayoría se retribuye a manera de

comisión o un porcentaje por venta por cada producto comercializado.

Actualmente, en la mayoría de compañías con el modelo directo, los consultores se

encuentran distribuidos por zonas geográficas, en donde se ubican dependiendo su

dirección de domicilio. Estas zonas son lideradas por gerentes de zona, cuya función

es cumplir con los objetivos de negocio y de ventas para la compañía, brindando un

apoyo constante a sus consultores. Además, cada una de las empresas de este sector

económico se apoya en la creación de herramientas digitales propias creadas a partir

del uso de tecnologías de la información y la comunicación (TIC), en su mayoría

páginas Web.

Dentro del modelo organizacional y estratégico de las compañías se puede determinar

una mala distribución del área geográfica de las zonas de venta para consultores y

151

coordinadores, y por ende el desequilibrio de ingresos y cantidad de productos

vendidos, esto repercute directamente en las ventas y comisiones para los vendedores.

Por medio de encuestas realizadas a sectores comerciales donde su actividad

comercial es la venta directa, se evidenció que existen ciertas quejas que se presentan

por parte de los coordinadores de zona, debido a que las compañías no han visto la

necesidad de generar herramientas digitales que faciliten las tareas cotidianas tanto de

vendedores como de gerentes, como por ejemplo facilitar y optimizar los recorridos

diarios realizados por los vendedores para fidelizar sus clientes, dar a conocer sus

productos y posteriormente cerrar sus ventas.

¿Cómo optimizar la administración y el proceso de gestión de ventas realizado por los

coordinadores de zona de las empresas que operan bajo el modelo de venta directa

para brindar apoyo a sus consultores y/o vendedores?

2.2 Formulación

Se especifican una serie de soluciones con componentes telemáticos al establecer una comunicación entre dispositivos móviles a través de una aplicación, la cual tendrá un sistema de georreferenciación para la integración de la información a través de la red de comunicaciones de la telefonía móvil.

Dicha sistema de georreferenciación tendrá un módulo web para que los coordinadores de zona puedan delimitar un espacio geográfico, esto se realizará a través del concepto conocido como Geofencing el cual permitirá la demarcación virtual por medio del ID de radiofrecuencia (RFID) del área del asesor, y a su vez asignarlo a los asesores comerciales que corresponda, para esto se hace uso de tecnología GPS (Sistema de Posicionamiento Global) la cual ubica geográficamente al dispositivo del asesor y le asigna una o varias zonas dependiendo su ubicación actual, donde podrá realizar su proceso de venta directa.

Para los asesores comerciales se propone realizar una solución para la gestión de ventas en una aplicación móvil híbrida en sistemas operativos Android, la cual se caracteriza por utilizar tecnologías Web, el poder desplegarse localmente en el dispositivo y también se pueda ejecutar sin conectividad a internet. Además debido a que la aplicación es híbrida está embebida en una aplicación nativa y puede utilizar los recursos del dispositivo Smartphone como el procesador, memoria interna, GPS, cámara, etc.

Teniendo en cuenta lo anterior se almacenará toda la información de las ventas que realice el asesor comercial en el sistema de georreferenciación, inicialmente de manera local por medio de SQLite que es una herramienta para gestionar bases de datos relacionales contenidas en el sistema operativo Android donde los datos son guardados

152

como un sólo archivo o referencia estándar en el Smartphone de cada asesor comercial (máquina host).

3. OBJETIVOS

3.1. General

Realizar el manual de uso para el usuario final que garantice una correcta orientación

sobre el funcionamiento del sistema de georreferenciación móvil para distribución por

zonas de venta para asesores y coordinadores comerciales.

3.2. Específicos

Generar la documentación de manera legible y entendible para cada tipo de

usuario final, con el fin de garantizar el correcto uso del sistema de

georreferenciación.

Definir de manera clara los pasos a seguir para realizar la correcta navegación

dentro del aplicativo por el usuario final, como documentar los pasos necesarios

para realizar una tarea específica dentro del aplicativo por parte del mismo.

153

4. MANUAL DE USUARIO

4.1. Sistema de información web

A continuación se describe el debido proceso para la ejecución del sistema de

información web.

154

4.2. Aplicación móvil

A continuación se describe el debido proceso para la ejecución de la aplicación móvil

4.2.1 Accediendo a la aplicación

El usuario desde su dispositivo móvil accede a la aplicación previamente descargada

desde la google play store e instalada en el mismo (ver figura).

Figura. Vista de aplicación.

155

4.2.2 Inicio de sesión

En la pantalla de inicio de sesión (ver figura) el usuario con el rol “asesor” ingresa con

su código y contraseña asignados por el administrador en el sistema de información

web.

Figura. Vista de inicio de sesión.

156

4.2.3 Menú

En la vista de menú (ver figura) el usuario encuentra toda la información personal y de

los módulos que contiene la aplicación, al presionar sobre alguna de las opciones

accede a la vista correspondiente.

Figura. Vista de menú.

157

4.2.4 Inicio

En la vista de inicio (ver figura) el usuario encuentra toda la información sobre

promociones, regalos y recordatorios sobre las fechas de pago por cada campaña en

donde se encuentren.

Figura. Vista de inicio.

158

4.2.5 Mis clientes

En la vista de mis clientes (ver figura) el usuario encuentra toda la información sobre

sus clientes parametrizados en todas las zonas, además de poder ingresar algún

cliente que no esté, solo debe ingresar los datos en los campos correspondientes y

presionar sobre el botón “guardar” si los datos están debidamente diligenciados la

aplicación muestra un alerta con la confirmación (ver figura).

Figura. Vista mis clientes.

159

Figura. Vista mis clientes, guardado exitoso.

160

4.2.5 Mis ventas

En la vista de mis ventas el usuario como primer lugar debe seleccionar la campaña en

la que se encuentra (ver figura). La aplicación muestra una ventana donde se escoge la

campaña de la venta (ver figura)

Figura. Vista mis ventas, seleccionar campaña.

161

Figura. Vista mis ventas, ventana campaña.

162

Después el usuario selecciona los productos de la campaña presionando sobre el

botón (ver figura).

Figura. Vista mis ventas, seleccionar productos.

163

Luego se abre una ventana donde se muestran los productos en la campaña

correspondiente con la información relacionada a cada uno de estos, el usuario indica

que producto desea el cliente indicando la cantidad y luego presiona sobre el botón

“Guardar” (ver figura).

Figura. Vista mis ventas, guardar productos.

164

Después de guardar los productos, la aplicación muestra el combo del cliente (ver

figura).

Figura. Vista mis ventas, seleccionar cliente.

165

Luego la aplicación abre una ventana donde el usuario selecciona el cliente y presiona

sobre el botón “Aceptar” (ver figura).

Figura. Vista mis ventas, ventana cliente.

166

Después se muestra la opción de “método de pago” (ver figura).

Figura. Vista mis ventas, seleccionar pago.

167

Luego la aplicación abre una ventana donde el usuario selecciona el método de pago y

presiona sobre el botón “Aceptar” (ver figura).

Figura. Vista mis ventas, ventana pago.

168

Después la aplicación habilita el botón “Resumen pedido” (ver figura).

Figura. Vista mis ventas, resumen pedido.

169

Al presionar sobre el botón “Resumen pedido” (ver figura), la aplicación muestra el

resumen del pedido esto con el fin de verificar la información ingresada, donde se

muestran los productos, el total, el cliente, campaña, medio de pago. Al presionar sobre

el botón “guardar” la aplicación muestra una alerta indicando el éxito del guardado. (ver

figura).

Figura. Vista mis ventas, ventana resumen pedido.

170

Figura. Vista mis ventas, guardado exitoso.

171

4.2.6 Mi zona

En la vista de mi zona la aplicación muestra una alerta recordándole al usuario que la

zona demarcada en color rojo es la que el administrador asignó para que hiciera el

recorrido (ver figura). Al presionar en “Aceptar” la aplicación muestra el mapa y la zona

que deberá recorrer. (Ver figura)

Figura. Vista mi zona, ventana inicio.

172

Figura. Vista mi zona, mapa.

173

4.2.7 Mi recorrido

En la vista de mi recorrido la aplicación muestra una serie de datos recopilados

mediante un sensor del dispositivo para informar al usuario la cantidad recorrida, los

pasos que ha dado y un aproximado de las calorías que ha quemado junto con un

mensaje motivacional (Ver figura)

Figura. Vista mi zona, recorrido.

174

4.2.8 Cerrar sesión

Para cerrar sesión basta con dirigirse al menú y presionar sobre la opción, la aplicación

pedirá confirmación mediante un mensaje de alerta y al presionar el botón “Aceptar” se

cierra la sesión para este usuario y se dirige nuevamente a la vista de login (Ver figura)

Figura. Vista cerrar sesión.

sistema de georeferenciaciÓn mÓvil para...

Documents