APLICATIVO DE INVENTARIO EN DISPOSITIVOS MÓVILES ANDROID PARA

EL ALMACÉN Y TALLER MOTOSLEYTON

INFORME TÉCNICO FINAL

FREDDY JULIÁN LEYTON ERAZO

CHRISTIAN DAVID URBANO

FUNDACIÓN UNIVERSITARIA DE POPAYAN

Programa de Ingeniería de Sistemas
Grupo De Investigación Intelligent Management Systems
Línea de Investigación de Sistemas Telemáticos Inteligentes
Popayán, marzo de 2020
 Fundación Universitaria de Popayán | Informe Técnico Final

1 INTRODUCCIÓN
La metodología ágil Lean Development, aplicada en un caso real de desarrollo, en nuestro
tema orientado hacia dispositivos móviles, se expone detalladamente las necesidades del
cliente, buscando suplir dichas exigencias. A continuación, se exhiben las razones y objetivos
por los cuales se optó por dicha solución.

2 OBJETIVOS

2.1 OBJETIVO GENERAL

• Analizar e implementar un aplicativo para dispositivo móvil con sistema operativo

Android, que permita llevar el inventario de los productos que comercializa la
entidad.

2.2 OBJETIVOS ESPECÍFICOS

1. Diseñar las principales vistas que se requieren para la implementación del aplicativo.
2. Crear una base de datos en la nube, que registre los ingresos a la aplicación para hacer
un seguimiento y control del inventario.
3. Generar pruebas de funcionalidad del aplicativo móvil a través de la opinión de
usuario final.

3 DESCRIPCIÓN
Almacén y taller MotosLeyton, es una microempresa dedicada a la venta de accesorios y
partes para toda clase de marcas en motos, como también la prestación de servicios en
mantenimiento preventivo y correctivo. Cuenta con cuatro años en el mercado, prestando sus
servicios con la misión de satisfacer las necesidades de los clientes; orientados hacia el
cambio y compromiso de mejoramiento continuo. Cuenta con un local ubicado en la calle 5
# 40-12, en la ciudad de Popayán, Cauca.

Debido a que actualmente se encuentra constituida como microempresa, en proceso de

surgimiento aún no cuenta con una infraestructura tecnológica; por lo cual se evidencio que
los inventarios que actualmente se adelantan en la entidad, se vienen realizando de forma
manual (papel y Lápiz) conllevando a tiempo perdido en las tareas de registro de productos
que entran y salen, así mismo como el control y supervisión de inventario, por este motivo

1
 Fundación Universitaria de Popayán | Informe Técnico Final

se pretende implementar un prototipo de aplicativo optimizado para dispositivos móviles y

tabletas que le permitan ingresar de manera rápida los datos de los productos que
comercializa la entidad, de tal forma que los inventarios sean más agiles al realizarlos, con
funcionalidad sencilla e intuitiva.

3.1 MODELO DE NEGOCIO

Motos Leyton como microempresa ha creado un modelo como proceso con el fin de captar
y ofrecer valor tanto para sí como empresa, como también para sus clientes finales, las cuales
son:

• Ventas
• Servicios
• Facturación
• Proveedores
• Clientes
• Manejo de nomina

Para este proyecto nos hemos focalizado en los procesos de ventas y servicios los cuales se
han definido y explicado anteriormente, a continuación, se incluye en el diseño
metodológico.

4 IMPLEMENTACIÓN DE LA SOLUCIÓN
Para abordar a fondo la problemática existente en la microempresa, se predispuso una reunión
con el propietario del establecimiento y el director del proyecto, en la cual se obtuvo un
listado de requerimientos específicos por parte del cliente, Dichos requerimientos son:

Tabla 1: Listado de requerimientos.

2
 Fundación Universitaria de Popayán | Informe Técnico Final

4.1 MODELO VISTA CONTROLADOR (MVC)

El Modelo vista controlador, éste es un patrón que divide una aplicación en tres niveles
diferentes, uno es quien representa a la interfaz gráfica llamada Vista, y otro encargado de
representar el tratamiento de datos llamado Modelo, por último, se encuentra el tercer nivel,
el cual es el encargado de la lógica propia del funcionamiento de la aplicación y el
Controlador.

Dichas acciones se hacen con el objetivo de permitir una mayor portabilidad de la aplicación,
e incluso facilitar su mantenimiento. Pues si lo que se desea es modificar la apariencia de la
aplicación sólo prestaremos atención a la capa de la Vista, igualmente si se pretende cambiar
de sistema de almacenamiento de datos sólo tendremos que prestar atención a la capa del
Modelo, y si lo que queremos es portar la aplicación a otra plataforma lo que haremos será
modificar la capa del Controlador, al igual que si queremos modificar el código para
optimizar rendimiento. A continuación, se definen cada uno de los niveles:

• Modelo: Referente hacia la lógica de la aplicación, como lo es la base de datos.

• Vista: Definido como el encargado de todos los layauts que el usuario puede
visualizar en sus pantallas al momento de interactuar con el aplicativo, donde el
controlador le permite mostrar la información que requiere.
• Controlador: Es el enlace entre la vista y el modelo, por lo tanto, recibe eventos e
información que envía la vista verificando los datos, simultáneamente el modelo, se
pondrá en comunicación para trasmitir la información que debe ser almacenada en
alguna base de datos. En pocas palabras, es quien permite las funcionalidades que
integran la aplicación.

Ilustración 1: Representación gráfica del Modelo Vista Controlador

3
 Fundación Universitaria de Popayán | Informe Técnico Final

Android cuenta con un MVC un tanto peculiar, pues presenta vistas, que se crean en XML,
y cada una de ellas tiene asociada un Activity que se encarga de su gestión, sin embargo, si
se crea una aplicación con 4 Activity distintas y todas necesitan acceder a los datos, no es
conveniente acceder desde cada Activity al Modelo, aunque pertenezcan al nivel del
Controlador. En lugar de esto todas las Activity que necesiten conectar con el Modelo van a
pasar por un Controlador intermedio.

En Android existe una clase la cual es la encargada directa de la gestión de toda la aplicación,
si nos dirigimos al Manifiesto podemos observar que cuando se han creado nuevas Activity,
estas han ido introduciéndose dentro de una etiqueta llamada Application:

Ilustración 2: Captura fragmento de código Application.

Es necesario hacer referencia que Java también crea una clase application, encargada de
controlar los activity, de tal forma que todo el tráfico entre el modelo y las activity, pasaran
por esta clase, por lo anterior el esquema grafico del MVC en Android seria:

Interfaz Activity Aplication SQLLite

VISTA CONTROLADO

CONTROLADOR MODELO
VISTA CONTROLADO

VISTA CONTROLADO

Ilustración 3: Representación gráfica Modelo vista controlador en Android.

4
 Fundación Universitaria de Popayán | Informe Técnico Final

Antes de crear la base de datos, es preciso definir la clase Application, que se usara, con el
fin de canalizar todo el tráfico entre las activity y el modelo. A continuación, se detalla cada
una de las etapas para la creación de la clase.

• Application: Se procede a crear una nueva clase, posteriormente se procede a dar

click en el package que se tiene en la estructura del proyecto, esto es:

o New  Class, a continuación, se asigna el nombre de la nueva clase, de tal

forma que haga referencia a su función.

Es recomendado crear varios packages para los diferentes tipos de clases que se van a crear,
como por ejemplo los Activities.

Una vez creada la clase, se procede a crear el extends de la application:

Ilustración 4: Captura fragmento de código extends de la aplicación.

Finalmente se debe indicar en el manifiest.xml, que esta es la clase que será la encargada de
la gestión propia de la application, por lo cual se usará el atributo Android: Name de la
etiqueta Application.

5
 Fundación Universitaria de Popayán | Informe Técnico Final

Ilustración 5: Captura fragmento de código manifest.xml.

Llamando la application:

Una vez realizado este proceso, podemos llamar los métodos que necesitamos de esta clase
Application que se ha definido.

Para poder hacerlo las Activities ya cuentan con un método que llama la clase Application
que sería getApplication(), que regresaría la clase Application.

Teniendo en cuanta lo anterior para poder hacer uso de los métodos que definamos en nuestra
clase, se realizara un casting al tipo de clase que nosotros hemos definido como application,
y a partir de ahí se podrá realizar la llamada de los métodos que contenga la clase:

Con esto hacemos:

A su vez, estos métodos realizaran el llamado necesario a la clase modelo que tengamos por
lo que la definición del método de la clase MyAplication seria:

6
 Fundación Universitaria de Popayán | Informe Técnico Final

En lo anterior, en lugar del modelo colocaríamos el objeto que representa la capa del modelo
MVC, como se había indicado es el encargado de almacenar los datos recibidos y devolver
los datos necesarios.

A continuación, las vistas de la APP:

 App descargada en el teléfono móvil

 Después de ingresar el correo electrónico del usuario y la clave , el APP ingresa a su

menú donde encontramos
• Ventas
• Producto
• Servicios
• Clientes
• Informes.

7
 Fundación Universitaria de Popayán | Informe Técnico Final

Ítem MENU Ítem VENTAS

Permite realizar el registro de la venta,

donde en los campos solicita:

 El cliente (Previamente sus

datos están guardados)
 El tipo de producto, si es un
servicio o un producto.
 Y el nombre de producto.

8
 Fundación Universitaria de Popayán | Informe Técnico Final

En la opción de ventas, parte superior derecha, podemos también abrir y desplegar el menú,
el cual nos permite adicionar al cliente con sus datos respectivos, como lo son Nombre,
Número de identificación, teléfono y el correo electrónico, y como última opción ACEPTAR
para guardar los datos del cliente.

9
 Fundación Universitaria de Popayán | Informe Técnico Final

Después de haber guardado los datos del cliente, solo extraemos el cliente y el APP trae la
información completa del cliente

En este caso, elegiremos al CLIENTE CAMILO CAMPO, y posteriormente solo llenamos

los campos que nos solicita el APP, como lo es, si es PRODUCTO Y/O SERVICIOS.

Como prueba usaremos, el producto Frenos, y nos extrae el Precio, la cantidad existentes en
stock, su valor respectivo, y la descripción adicional que contenga el producto, y la opción
de seleccionar cuantas a vender.

10
 Fundación Universitaria de Popayán | Informe Técnico Final

Al darle ACEPTAR el aplicativo nos guarda la información de la venta realizada.

Ítem PRODUCTO.

En este ítem, encontramos el producto que deseamos adicionar al sistema de inventario, como
también el producto ingresado, y que deseamos editar su información.

11
 Fundación Universitaria de Popayán | Informe Técnico Final

En nuevo producto, solicita los siguientes campos: Nombre del Producto, Marca del
producto, precio del producto, cantidad existente del producto, y una única descripción del
producto.

Al darle ACEPTAR el aplicativo nos guarda la información del producto.

Ítem SERVICIO

En este ítem, encontramos que tipos de servicio se prestó al cliente el cual encontramos: El
nombre del Servicio, Precio del Servicio, Descripción del servicio, al darle aceptar guarda la
información dada en los campos.

12
 Fundación Universitaria de Popayán | Informe Técnico Final

Ítem INFORMES

En este ítem, el usuario puede exportar su informe de los productos, servicios, y clientes en
PDF y poderlos imprimir, como se muestra en la gráfica que se adjunta.

13
Fundación Universitaria de Popayán | Informe Técnico Final

14
 Fundación Universitaria de Popayán | Informe Técnico Final

Casos de uso.

A continuación se describen los casos de uso para el aplicativo:

INGRESA AL APP

INGRESO DE NUEVO CLIENTE INGRESO DE NUVA VENTA

EXPORTAR EL TIPO DE INFORME INGRESO DE NUEVO PRODUCTO

ACTUALIZAR DATOS INGRESO DE NUEVO SERVICIO

EDITAR DATOS BORRAR DATOS

REQUERIMIENTOS DE LA APLICACIÓN.

REQUERIMIENTOS FUNCIONALES

RF. 1.0 El aplicativo permitirá loguear usuario y password

RF. 2.0 El aplicativo permitirá visualizar las opciones del Menú
RF. 3.0 El aplicativo permitirá el ingreso al sistema de una nueva venta
RF. 1.0 El aplicativo permitirá el ingreso al sistema de una nuevo producto
RF. 2.0 El aplicativo permitirá el ingreso al sistema de una nuevo servicio
RF. 3.0 El aplicativo permitirá el ingreso al sistema informe y exportar la
información en PDF para ser impresos
RF. 4.0 El aplicativo permitirá la edición, actualización, borrado de datos
ingresados.

REQUERIMIENTOS NO FUNCIONALES

RF. 1.0 Lenguaje de programación ANDROID

RF. 2.0 Interfaz gráfica de fácil Lectura
RF. 3.0 El aplicativo debe funcionar correctamente en cualquier equipo android.

15
 Fundación Universitaria de Popayán | Informe Técnico Final

MODELO BASES DE DATOS

Conclusiones:

16
Fundación Universitaria de Popayán | Informe Técnico Final

17