Post on 12-May-2019
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
DIAGRAMA DE CONTEXTO ................................................................................................................ 119
DIAGRAMA DE CASO DE USO ............................................................................................................ 119
DIAGRAMA DE ACTIVIDADES ............................................................................................................ 120
DIAGRAMA DE SECUENCIA ............................................................................................................... 120
ANEXO 2.4 CU004_MÓDULO MI ZONA ................................................................................................. 126
DIAGRAMAS ............................................................................................................................................ 130
6
DIAGRAMA DE CONTEXTO ................................................................................................................ 130
DIAGRAMA DE CASO DE USO ............................................................................................................ 130
DIAGRAMA DE ACTIVIDADES ............................................................................................................ 131
DIAGRAMA DE SECUENCIA ............................................................................................................... 131
ANEXO 2.5 CU005_MÓDULO MI RECORRIDO ..................................................................................... 137
DIAGRAMAS ............................................................................................................................................ 141
DIAGRAMA DE CONTEXTO ................................................................................................................ 141
DIAGRAMA DE CASO DE USO ............................................................................................................ 141
DIAGRAMA DE ACTIVIDADES ............................................................................................................ 142
DIAGRAMA DE SECUENCIA ............................................................................................................... 143
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.
Fuente: Elaboración propia.
** 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.
Fuente: Elaboración propia.
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.
Fuente: Elaboración propia.
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
georeferenciación móvil para distribución por zonas de venta para asesores y
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
Mostrar en pantalla los
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.
Fuente: Elaboración propia
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.
Fuente: Elaboración propia
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()
Cargar funcionalidad de "Mis clientes"
descrita en CU003_Módulo mis ventas()
Volver al menú de la aplicación()
Cargar funcionalidad de "Mis clientes"
descrita en CU004_Módulo mi zona()
Volver al menú de la aplicación()
Cargar funcionalidad de "Mis clientes"
descrita en CU005_Módulo mi recorrido()
Volver al menú de la aplicación()
Mostrar en pantalla al usuario la
información de la aplicación()
Volver al menú 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()
Recibir respuesta de la base de datos()
Insertar información del usuario nuevo en base de datos()
Mostrar en pantalla mensaje exitoso
de registro de cliente correcto()
Mostrar en pantalla un mensaje de error
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()
El usuario debe presionar el botón guardar para
insertar en base de datos la venta()
Validr en base de datos que al
información este correcta()
Recibir respuesta de la base de datos()
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()
Recibir respuesta de la base de datos()
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()
Recibir respuesta de la base de datos()
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.
Fuente: Elaboración propia
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.
Ilustración 40. Pantalla 9 Carga campañas. Fuente: Elaboración propia
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.
Ilustración 41. Pantalla 10 Carga campañas. Fuente: Elaboración propia
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
georeferenciación móvil para distribución por zonas de venta para asesores y
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 de forma manual en material
como agendas, cuadernos, etc.
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 de forma manual en material
como agendas, cuadernos, etc.
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
SISTEMA DE GEOREFERENCIACIÓN MÓVIL PARA
DISTRIBUCIÓN POR ZONAS DE VENTA PARA
ASESORES Y COORDINADORES COMERCIALES
ESPECIFICACIÓN DE CASO DE USO
CU001_Ingresar a la aplicación
Universidad Distrital Francisco José de Caldas
Documento Caso de Uso
92
HISTORIAL DE VERSIONES
Fecha Versión Descripción Autor
26/07/2018 0.1 Versión inicial del
documento
Henry Garzón
Nesser Lopez
Elaborado por: Revisado por: Aprobado por:
_____________________
Henry Garzón
_____________________
Tutor
_____________________
Jurado
Documento Caso de Uso
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
Documento Caso de Uso
94
DIAGRAMAS
DIAGRAMA DE CONTEXTO
DIAGRAMA DE CASO DE USO
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»
Documento Caso de Uso
95
DIAGRAMA DE ACTIVIDADES
Actividades.png
Documento Caso de Uso
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()
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()
Cargar funcionalidad de "Mis clientes"
descrita en CU003_Módulo mis ventas()
Volver al menú de la aplicación()
Cargar funcionalidad de "Mis clientes"
descrita en CU004_Módulo mi zona()
Volver al menú de la aplicación()
Cargar funcionalidad de "Mis clientes"
descrita en CU005_Módulo mi recorrido()
Volver al menú de la aplicación()
Mostrar en pantalla al usuario la
información de la aplicación()
Volver al menú de la aplicación()
Salir de la aplicación()
Fin del proceso()
Documento Caso de Uso
97
ESPECIFICACIÓN DE CASO DE USO
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
Documento Caso de Uso
98
IDENTIFICADOR CASO DE USO: CU001 NOMBRE : CU001_Ingresar a la aplicación
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:
Id. Nombre Descripción Tipo Validaciones
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,
Documento Caso de Uso
99
IDENTIFICADOR CASO DE USO: CU001 NOMBRE : CU001_Ingresar a la aplicación
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.
En caso de que el usuario seleccione el módulo
Documento Caso de Uso
100
IDENTIFICADOR CASO DE USO: CU001 NOMBRE : CU001_Ingresar a la aplicación
“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.
En caso de que el usuario seleccione el módulo
“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.
2 Cargar funcionalidad de "Mis clientes" descrita en
Documento Caso de Uso
101
IDENTIFICADOR CASO DE USO: CU001 NOMBRE : CU001_Ingresar a la aplicación
CU003_Módulo mis ventas.
3
Continuar con el paso 4 del flujo normal de trabajo
para regresar al menú de selección de
funcionalidades.
4 Fin del flujo Alterno
Flujo Alterno FA-02: MÓDULO SELECCIONADO POR EL USUARIO “MI ZONA”.
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.
2 Cargar funcionalidad de "Mis clientes" descrita en
CU004_Módulo mi zona.
3
Continuar con el paso 4 del flujo normal de trabajo
para regresar al menú de selección de
funcionalidades.
4 Fin del flujo Alterno
Flujo Alterno FA-03: MÓDULO SELECCIONADO POR EL USUARIO “ACERCA DE NOSOTROS”.
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 acerca de nosotros.
2 Mostrar en pantalla al usuario la información de la
aplicación.
3
Continuar con el paso 4 del flujo normal de trabajo
para regresar al menú de selección de
funcionalidades.
Documento Caso de Uso
102
IDENTIFICADOR CASO DE USO: CU001 NOMBRE : CU001_Ingresar a la aplicación
4 Fin del flujo Alterno
Flujo Alterno FA-04: MÓDULO SELECCIONADO POR EL USUARIO “MI RECORRIDO”.
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 mi recorrido.
2 Cargar funcionalidad de "Mis clientes" descrita en
CU005_Módulo mi recorrido.
3
Continuar con el paso 4 del flujo normal de trabajo
para regresar al menú de selección de
funcionalidades.
4 Fin del flujo Alterno
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
Documento Caso de Uso
103
IDENTIFICADOR CASO DE USO: CU001 NOMBRE : CU001_Ingresar a la aplicación
Documento Caso de Uso
104
Anexo 2.2
CU002_Módulo Mis
clientes
Documento Caso de Uso
105
SISTEMA DE GEOREFERENCIACIÓN MÓVIL PARA
DISTRIBUCIÓN POR ZONAS DE VENTA PARA
ASESORES Y COORDINADORES COMERCIALES
ESPECIFICACIÓN DE CASO DE USO
CU002_Módulo Mis clientes
Universidad Distrital Francisco José de Caldas
Documento Caso de Uso
106
HISTORIAL DE VERSIONES
Fecha Versión Descripción Autor
26/07/2018 0.1 Versión inicial del
documento
Henry Garzón
Nesser Lopez
Elaborado por: Revisado por: Aprobado por:
_____________________
Henry Garzón
_____________________
Tutor
_____________________
Jurado
Documento Caso de Uso
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
Documento Caso de Uso
108
DIAGRAMAS
DIAGRAMA DE CONTEXTO
DIAGRAMA DE CASO DE USO
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»
Documento Caso de Uso
109
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE SECUENCIA
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()
Recibir respuesta de la base de datos()
Insertar información del usuario nuevo en base de datos()
Mostrar en pantalla mensaje exitoso
de registro de cliente correcto()
Mostrar en pantalla un mensaje de error
de que el cliente está registrado()
Documento Caso de Uso
110
ESPECIFICACIÓN DE CASO DE USO
IDENTIFICADOR CASO DE USO: CU002 NOMBRE : CU002_Módulo Mis clientes
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:
CU001_Ingresar a la aplicación
CU003_Módulo mis ventas.
CU004_Módulo mi zona.
CU005_Módulo mi recorrido.
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:
Id. Nombre Descripción Tipo Validaciones
1 PRIMER NOMBRE Primer nombre
del cliente VARCHAR2
No nulo.
Sin espacios.
2 SEGUNDO NOMBRE Segundo nombre
del cliente VARCHAR2
Puede ir nulo.
Sin espacios.
3 PRIMER APELLIDO Primer apellido
del cliente VARCHAR2
No nulo.
Sin espacios.
Documento Caso de Uso
111
IDENTIFICADOR CASO DE USO: CU002 NOMBRE : CU002_Módulo Mis clientes
4 SEGUNDO APELLIDO Segundo apellido
del cliente VARCHAR2
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:
Id. Nombre Descripción Tipo Validaciones
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
REGLAS DE NEGOCIO Y DEL SISTEMA:
Documento Caso de Uso
112
IDENTIFICADOR CASO DE USO: CU002 NOMBRE : CU002_Módulo Mis clientes
N/A
CONTROLES:
N/A.
METRICAS:
N/A.
CRITERIOS DE ACEPTACIÓN: Se realiza la creación de clientes correctamente.
FLUJO NORMAL DE TRABAJO- FN
Paso Comportamiento del Actor Comportamiento del Sistema
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
Documento Caso de Uso
113
IDENTIFICADOR CASO DE USO: CU002 NOMBRE : CU002_Módulo Mis clientes
correcto.
6 Fin de flujo normal de trabajo.
7 Fin de caso de uso.
Flujo de Excepción FE-01: EL CLIENTE YA EXISTE EN LA BASE DE DATOS.
Paso Excepción Comportamiento del Sistema
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
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
Documento Caso de Uso
114
IDENTIFICADOR CASO DE USO: CU002 NOMBRE : CU002_Módulo Mis clientes
N/A
Documento Caso de Uso
115
Anexo 2.3
CU003_Módulo Mis
ventas
Documento Caso de Uso
116
SISTEMA DE GEOREFERENCIACIÓN MÓVIL PARA
DISTRIBUCIÓN POR ZONAS DE VENTA PARA
ASESORES Y COORDINADORES COMERCIALES
ESPECIFICACIÓN DE CASO DE USO
CU003_Módulo Mis ventas
Universidad Distrital Francisco José de Caldas
Documento Caso de Uso
117
HISTORIAL DE VERSIONES
Fecha Versión Descripción Autor
26/07/2018 0.1 Versión inicial del
documento
Henry Garzón
Nesser Lopez
Elaborado por: Revisado por: Aprobado por:
_____________________
Henry Garzón
_____________________
Tutor
_____________________
Jurado
Documento Caso de Uso
118
TABLA DE CONTENIDO
1. DIAGRAMAS ............................................................................................................................. 119
DIAGRAMA DE CONTEXTO ............................................................................................................... 119 1.1
DIAGRAMA DE CASO DE USO ........................................................................................................... 119 1.2
DIAGRAMA DE ACTIVIDADES ......................................................................................................... 120 1.3
DIAGRAMA DE SECUENCIA .............................................................................................................. 120 1.4
2. ESPECIFICACIÓN DE CASO DE USO ................................................................................... 121
Documento Caso de Uso
119
DIAGRAMAS
DIAGRAMA DE CONTEXTO
DIAGRAMA DE CASO DE USO
uc Use Case Mo...
USUARIO
Seleccionar campaña
Guardar v entas
Mostrar en pantalla los
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»
Documento Caso de Uso
120
DIAGRAMA DE ACTIVIDADES
Actividades03.png
DIAGRAMA DE SECUENCIA
Documento Caso de Uso
121
ESPECIFICACIÓN DE CASO DE USO
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()
El usuario debe presionar el botón guardar para
insertar en base de datos la venta()
Validr en base de datos que al
información este correcta()
Recibir respuesta de la base de datos()
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()
Documento Caso de Uso
122
IDENTIFICADOR CASO DE USO: CU003 NOMBRE : CU003_Módulo Mis ventas
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:
CU001_Ingresar a la aplicación
CU002_Módulo Mis clientes.
CU004_Módulo mi zona.
CU005_Módulo mi recorrido.
PROPÓSITO:
Crear un módulo que permita al usuario guardar las ventas relacionadas a las campañas de clientes.
DATOS DE ENTRADA:
Id. Nombre Descripción Tipo Validaciones
1 N/A N/A N/A N/A
DATOS DE SALIDA:
Id. Nombre Descripción Tipo Validaciones
1
MENSAJE Mensaje indicando
si el proceso fue
exitoso.
VARCHAR2
N/A.
PRECONDICIÓNES:
N/A
Documento Caso de Uso
123
IDENTIFICADOR CASO DE USO: CU003 NOMBRE : CU003_Módulo Mis ventas
POST CONDICIONES:
Se realiza la creación de la venta.
RESTRICCIONES:
N/A
REGLAS DE NEGOCIO Y DEL SISTEMA:
N/A
CONTROLES:
N/A.
METRICAS:
N/A.
CRITERIOS DE ACEPTACIÓN: Se realiza la creación de ventas correctamente.
FLUJO NORMAL DE TRABAJO- FN
Paso Comportamiento del Actor Comportamiento del Sistema
1 El caso de uso inicia cuando el usuario
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
Documento Caso de Uso
124
IDENTIFICADOR CASO DE USO: CU003 NOMBRE : CU003_Módulo Mis ventas
seleccionadas.
8
El usuario debe presionar el botón guardar para
insertar en base de datos la venta.
En caso de que el proceso sea correcto, continuar
con el flujo normal de trabajo.
En caso contrario, ejecutar Flujo de Excepción 01.
9 Mostrar mensaje en pantalla al usuario de proceso
exitoso.
10 Fin de flujo normal de trabajo.
11 Fin de caso de uso.
Flujo de Excepción FE-01: ERROR EN EL SISTEMA.
Paso Excepción Comportamiento del Sistema
1 El flujo de excepción inicia cuando ocurre
un error en el sistema.
2 Mostrar mensaje en pantalla del inconveniente
presentado.
3 Fin del flujo Alterno
4 Fin de caso de uso
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
Documento Caso de Uso
125
IDENTIFICADOR CASO DE USO: CU003 NOMBRE : CU003_Módulo Mis ventas
ejecución.
RIESGOS MITIGACIÓN
N/A
N/A
ANEXOS
N/A
Documento Caso de Uso
126
Anexo 2.4
CU004_Módulo Mi
zona
Documento Caso de Uso
127
SISTEMA DE GEOREFERENCIACIÓN MÓVIL PARA
DISTRIBUCIÓN POR ZONAS DE VENTA PARA
ASESORES Y COORDINADORES COMERCIALES
ESPECIFICACIÓN DE CASO DE USO
CU004_Módulo Mi zona
Universidad Distrital Francisco José de Caldas
128
HISTORIAL DE VERSIONES
Fecha Versión Descripción Autor
26/07/2018 0.1 Versión inicial del
documento
Henry Garzón
Nesser Lopez
Elaborado por: Revisado por: Aprobado por:
_____________________
Henry Garzón
_____________________
Tutor
_____________________
Jurado
129
TABLA DE CONTENIDO
1. DIAGRAMAS ............................................................................................................................. 130
DIAGRAMA DE CONTEXTO ............................................................................................................... 130 1.1
DIAGRAMA DE CASO DE USO ........................................................................................................... 130 1.2
DIAGRAMA DE ACTIVIDADES ......................................................................................................... 131 1.3
DIAGRAMA DE SECUENCIA .............................................................................................................. 131 1.4
2. ESPECIFICACIÓN DE CASO DE USO ................................................................................... 132
130
DIAGRAMAS
DIAGRAMA DE CONTEXTO
DIAGRAMA DE CASO DE USO
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
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE SECUENCIA
132
ESPECIFICACIÓN DE CASO DE USO
IDENTIFICADOR CASO DE USO: CU004 NOMBRE : CU004_Módulo Mi zona
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.
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()
Recibir respuesta de la base de datos()
Mostrar en pantalla las ubicaciones
de los clientes dentro del rango de
la zona()
Mostrar solo la ubicación del usuario()
133
IDENTIFICADOR CASO DE USO: CU004 NOMBRE : CU004_Módulo Mi zona
CASOS DE USO ASOCIADOS:
CU001_Ingresar a la aplicación
CU003_Módulo mis ventas.
CU004_Módulo mi zona.
CU005_Módulo mi recorrido.
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:
Id. Nombre Descripción Tipo Validaciones
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:
Id. Nombre Descripción Tipo Validaciones
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
REGLAS DE NEGOCIO Y DEL SISTEMA:
134
IDENTIFICADOR CASO DE USO: CU004 NOMBRE : CU004_Módulo Mi zona
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.
FLUJO NORMAL DE TRABAJO- FN
Paso Comportamiento del Actor Comportamiento del Sistema
1 El caso de uso inicia cuando el usuario
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
Validar si el cliente tiene usuarios para cargar la
ubicación en el mapa.
En caso de que el usuario tenga clientes en su zona,
continuar con el flujo normal de trabajo.
En caso contrario, ejecutar Flujo de Excepción 01.
.5 Mostrar en pantalla las ubicaciones de los clientes
dentro del rango de la zona.
6 Fin de flujo normal de trabajo.
135
IDENTIFICADOR CASO DE USO: CU004 NOMBRE : CU004_Módulo Mi zona
7 Fin de caso de uso.
Flujo de Excepción FE-01: EL USUARIO NO TIENE CLIENTES EN SU ZONA.
Paso Excepción Comportamiento del Sistema
1 El flujo de excepción inicia cuando el
usuario no tiene clientes en su zona
2 Mostrar solo la ubicación del usuario.
3 Fin del flujo de excepción.
4 Fin de caso de uso
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
136
137
Anexo 2.5
CU005_Módulo Mi
Recorrido
138
SISTEMA DE GEOREFERENCIACIÓN MÓVIL PARA
DISTRIBUCIÓN POR ZONAS DE VENTA PARA
ASESORES Y COORDINADORES COMERCIALES
ESPECIFICACIÓN DE CASO DE USO
CU005_Módulo Mi recorrido
Universidad Distrital Francisco José de Caldas
139
HISTORIAL DE VERSIONES
Fecha Versión Descripción Autor
26/07/2018 0.1 Versión inicial del
documento
Henry Garzón
Nesser Lopez
Elaborado por: Revisado por: Aprobado por:
_____________________
Henry Garzón
_____________________
Tutor
_____________________
Jurado
140
TABLA DE CONTENIDO
1. DIAGRAMAS ............................................................................................................................. 141
DIAGRAMA DE CONTEXTO ............................................................................................................... 141 1.1
DIAGRAMA DE CASO DE USO ........................................................................................................... 141 1.2
DIAGRAMA DE ACTIVIDADES ......................................................................................................... 142 1.3
DIAGRAMA DE SECUENCIA .............................................................................................................. 143 1.4
2. ESPECIFICACIÓN DE CASO DE USO ................................................................................... 143
141
DIAGRAMAS
DIAGRAMA DE CONTEXTO
DIAGRAMA DE CASO DE USO
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
DIAGRAMA DE ACTIVIDADES
143
DIAGRAMA DE SECUENCIA
ESPECIFICACIÓN DE CASO DE USO
IDENTIFICADOR CASO DE USO: CU005 NOMBRE : CU005_Módulo Mi recorrido
CATEGORÍA:
Nueva Funcionalidad
TALLA: M PRIORIDAD: ALTA
COMPLEJIDAD: Media
REQUERIMIENTO FUNCIONAL ASOCIADO (FSP/ CR):
02_E01_CHG2018_Documento de Vision_y_Alcance.doc
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()
Recibir respuesta de la base de datos()
Mostrar en pantalla los datos del
recorrido realizado()
Mostrar en pantalla mensaje de que
no ha hecho recorrido en el dia()
144
IDENTIFICADOR CASO DE USO: CU005 NOMBRE : CU005_Módulo Mi recorrido
ACTORES:
USUARIO.
CASOS DE USO ASOCIADOS:
CU001_Ingresar a la aplicación
CU003_Módulo mis ventas.
CU004_Módulo mi zona.
CU005_Módulo mi recorrido.
PROPÓSITO:
Crear un módulo que permita al usuario visualizar el recorrido que ha realizado en el día.
DATOS DE ENTRADA:
Id. Nombre Descripción Tipo Validaciones
1 N/A N/A N/A N/A.
DATOS DE SALIDA:
Id. Nombre Descripción Tipo Validaciones
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
REGLAS DE NEGOCIO Y DEL SISTEMA:
145
IDENTIFICADOR CASO DE USO: CU005 NOMBRE : CU005_Módulo Mi recorrido
N/A
CONTROLES:
N/A.
METRICAS:
N/A.
CRITERIOS DE ACEPTACIÓN: Se realiza la consulta del recorrido del usuario correctamente.
FLUJO NORMAL DE TRABAJO- FN
Paso Comportamiento del Actor Comportamiento del Sistema
1 El caso de uso inicia cuando el usuario
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.
En caso contrario, ejecutar Flujo de Excepción 01.
6 Mostrar en pantalla los datos del recorrido realizado.
7 Fin de flujo normal de trabajo.
8 Fin de caso de uso.
146
IDENTIFICADOR CASO DE USO: CU005 NOMBRE : CU005_Módulo Mi recorrido
Flujo de Excepción FE-01: EL USUARIO NO HA HECHO RECORRIDO EN EL DÍA.
Paso Excepción Comportamiento del Sistema
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.
3 Fin del flujo de excepción.
4 Fin de caso de uso
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
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.