UNIVERSIDAD SALESIANA DE BOLIVIA

INGENIERÍA DE SISTEMAS

PROYECTO DE GRADO

Para obtener el Grado

Académico de
Licenciatura en Ingeniería de Sistemas

SISTEMA WEB DE CONTROL DE PROCESOS PARA MEJORAR

LOS TIEMPOS DE PRODUCCIÓN APLICANDO UN TABLERO DE
CONTROL MEDIANTE ESTADOS
CASO: CENTRAL GRAFICA S.R.L.

Postulante: Juan Carlos Angola Chaparro

Docente Guía: Lic. Luis Vladimir Fernández Ramos

La Paz – Bolivia
2025
 Dedicatoria

En esta etapa de mi vida, al realizar tan importante defensa, lo dedico a mis dos
Hijos (Carver Leonel, Samir Carlos Mario) y mi Esposa Amparo Verónica que
siempre me acompañaron en los momentos más difíciles que atravesé durante
todo este proceso y que me llenan de mucho orgullo con sus logros conseguidos.

A mis Padres (Mario Q.E.D. y Noemí), por todo su apoyo, compresión y que sin
ellos no hubiese sido posible cumplir mis metas y sueños que me propuse al
comenzar mi carrera durante mi vida y me sigue apoyando hasta la culminación de
mis objetivos.

A Mi Suegra Cristina por su amor y cariño, y por darme fuerzas para emprender los
desafíos.

A toda mi familia que siempre me dio su apoyo para que mis sueños se hagan
realidad.
A todas aquellas personas que de alguna u otra manera me brindaron su amistad y
apoyo en momentos difíciles.

Agradecimientos

A Dios por estar junto a mí en cada paso que realizo y por obsequiarme la vida
para poder cumplir mis objetivos.

A la Universidad Salesiana de Bolivia y a todos los docentes de la carrera de

Ingeniería de Sistemas.

Al Lic. Jesús Rocha Vera por su apoyo incondicional

como Director de Carrera.

A la Docente Relator Lic. Jimena Siñani Luna en la revisión

del presente proyecto.
 Al Lic. Luis Vladimir Fernández Ramos por su colaboración como Docente Guía
en el desarrollo del presente proyecto, que ayudó con sus conocimientos.
CONTENIDO

CAPITULO I.............................................................................................................1
1.1. Introducción.......................................................................................................1
1.2. Antecedentes.....................................................................................................2
1.2.1. Antecedentes de Trabajos Afines...................................................................2
1.2.2. Antecedentes Institucionales..........................................................................3
1.3. Justificación.......................................................................................................3
1.3.1. Justificación Técnica......................................................................................3
1.3.2. Justificación Social.........................................................................................4
1.3.3. Justificación Económica.................................................................................4
1.4. Planteamiento del Problema.............................................................................4
1.4.1. Descripción del Problema...............................................................................4
1.4.2. Formulación del Problema..............................................................................5
1.4.3. Problema Principal.........................................................................................5
1.4.4. Problemas Secundarios.................................................................................5
1.5. Objetivos........................................................................................................... 6
1.5.1. Objetivo General............................................................................................ 6
1.5.2. Objetivos Específicos.....................................................................................6
1.6. Alcances, Límites y Aportes...............................................................................6
1.6.1. Alcances.........................................................................................................6
1.6.2. Limites............................................................................................................7
1.6.3. Aportes........................................................................................................... 7
[Link]. Aportes del Proyecto...................................................................................7
[Link]. Aporte Académico o Ingenieril.....................................................................7
CAPÍTULO II............................................................................................................8
2.1. Antecedentes Institucionales.............................................................................8
2.1.1. Misión.............................................................................................................8
2.1.2. Visión..............................................................................................................8
CAPÍTULO III.........................................................................................................10
3.1. Marco Conceptual........................................................................................... 10
3.1.1. Internet......................................................................................................... 10
3.1.2. Aplicación Móvil............................................................................................11
3.1.3. Smartphone..................................................................................................11
3.1.4. Android......................................................................................................... 12
[Link]. Sistema Operativo Android........................................................................13
[Link]. Arquitectura de Android.............................................................................14
[Link]. Componentes de una Aplicación Android..................................................16
[Link]. Versiones del Sistema Operativo Android.................................................16
[Link]. Entorno de Android Studio........................................................................17
[Link]. Principales Características que Incluye Android Studio............................18
[Link]. Requerimientos de la Aplicación...............................................................18
[Link]. Ventajas de Uso Android Studio................................................................19
3.1.5. Control..........................................................................................................19
3.1.6. Productos Veterinarios.................................................................................19
3.1.7. Distribución...................................................................................................20
[Link]. Métodos de Distribución............................................................................21
3.2. Marco Metodológico........................................................................................22
3.2.1. Metodología Mobile-D..................................................................................22
3.2.2. Fases de MOBILE-D....................................................................................23
[Link]. Fase de Exploración..................................................................................23
[Link]. Fase de Inicialización................................................................................24
[Link]. Fase de Producción...................................................................................25
[Link]. Fase de Estabilización...............................................................................25
[Link]. Fase de Pruebas.......................................................................................26
3.2.3. Lenguaje Unificado de Modelado (UML)......................................................26
[Link]. Diagrama de Casos de Uso......................................................................26
[Link]. Diagrama de Clases..................................................................................28
3.2.4. Pruebas de Caja Negra................................................................................29
3.2.5. Calidad de software ISO 25000....................................................................29
[Link]. Establecer el Propósito de la Evaluación..................................................30
[Link]. Obtener los Requisitos de Calidad del Producto.......................................30
[Link]. Identificar las Partes del Producto que se Deben Evaluar........................30
[Link]. Definir el Rigor de la Evaluación...............................................................31
3.2.6. Estimación de costos COCOMO II...............................................................31
3.3. Herramientas de desarrollo.............................................................................32
3.3.1. Lenguaje de programación Java..................................................................32
3.3.2. Base de datos MySQL..................................................................................33
3.3.3. Android Studio v.3.3.2...................................................................................33
CAPITULO IV.........................................................................................................35
4.1. Delimitación temporal y espacial.....................................................................35
4.1.1. Delimitación espacial....................................................................................35
4.1.2. Delimitación temporal...................................................................................35
4.2. Materiales........................................................................................................35
4.3. Metodología.....................................................................................................36
4.3.1. Planteamiento del estudio............................................................................36
[Link]. Tipo de investigación.................................................................................36
[Link]. Tipo de estudio..........................................................................................36
[Link]. Técnicas de recolección de datos.............................................................37
4.4. Estimación de costo........................................................................................38
4.4.1. Aplicación de COCOMO II............................................................................38
4.5. Total.................................................................................................................41
4.5.1. Factibilidad Económica.................................................................................42
4.5.2. Costo del Personal.......................................................................................42
4.5.3. Estimación de Costos...................................................................................42
4.5.4. Costo de Desarrollo......................................................................................43
4.5.5. Aplicación de Puntos de Función.................................................................43
4.5.6. Factibilidad Técnica......................................................................................46
4.5.7. Factibilidad Operativa...................................................................................47
[Link]. Recursos Humanos...................................................................................48
4.6. Beneficios........................................................................................................48
4.6.1. Beneficios Tangibles.....................................................................................48
4.6.2. Beneficios Intangibles...................................................................................48
CAPÍTULO V..........................................................................................................50
5.1. Aplicación De La Metodología Mobile-D..........................................................50
5.2. FASE I: EXPLORACIÓN.................................................................................51
5.3. FASE II: INICIALIZACIÓN...............................................................................52
5.3.1. Identificación de Actores y Tareas................................................................52
5.3.2. Especificación de los diagramas de actividades..........................................57
5.3.3. Especificación de los diagramas de secuencias..........................................58
5.3.4. Especificación de los diagramas de colaboración........................................59
5.3.5. Diagrama de componentes..........................................................................60
5.3.6. Diagrama de despliegue...............................................................................61
5.3.7. Diseño Conceptual.......................................................................................62
[Link]. Esquema de Contexto Navegacional........................................................62
5.4. FASE III: PRODUCTIZACIÓN O FASE DE PRODUCTO................................63
5.4.1. Arquitectura tres capas.................................................................................63
5.4.2. Datos técnicos de la base de datos..............................................................65
5.5. FASE IV: FASE DE ESTABILIZACIÓN............................................................68
5.5.1. Vistas de las pantallas del sistema...............................................................68
5.6. Mantenimiento y seguridad de la aplicación....................................................72
5.7. Pruebas de software....................................................................................... 73
5.7.1. Prueba de caja negra...................................................................................73
5.8. Calidad del Sistema Utilizando la ISO 25000..................................................75
5.8.1. Adecuación Funcional..................................................................................75
5.8.2. Eficiencia de Desempeño.............................................................................77
[Link]. Seguridad..................................................................................................78
[Link]. Confidencialidad........................................................................................78
[Link]. Integridad.................................................................................................. 78
[Link]. Autenticación.............................................................................................78
CAPÍTULO VI.........................................................................................................79
6.1. Conclusiones...................................................................................................79
6.2. Recomendaciones...........................................................................................79
BIBLIOGRAFÍA..................................................................................................... 81
ANEXOS................................................................................................................ 83
 INDICE DE TABLAS

Tabla 1 Datos de la empresa...................................................................................8

Tabla 2 Requerimientos del Sistema......................................................................51
Tabla 3 Identificación de actores y tareas..............................................................52
Tabla 4 Caso de Uso Administrar usuarios............................................................54
Tabla 5 Sub caso de uso registro de productos.....................................................55
Tabla 6 Sub Caso de Uso ventas y despachos......................................................56
Tabla 7 Datos técnicos de funciones......................................................................65
Tabla 8 Datos técnicos de administrar usuarios.....................................................65
Tabla 9 Datos técnicos de los usuarios..................................................................66
Tabla 10 Datos técnicos de la administración de productos..................................66
Tabla 11 Datos técnicos de stock de productos.....................................................66
Tabla 12 Datos técnicos de administrar clientes....................................................67
Tabla 13 Datos técnicos de distribución de productos...........................................67
Tabla 14 Caso de prueba Entrada al Login...........................................................73
Tabla 15 Caso de uso Registro de Productos.......................................................74
Tabla 16 Caso de prueba Reportes y Estadísticas .............................................74
Tabla 19 Ajuste de Complejidades........................................................................75
 INDICE DE FIGURAS

Figura 1 Organigrama de la Empresa......................................................................9

Figura 2 Arquitectura Android.................................................................................14
Figura 3 Versiones de Android...............................................................................17
Figura 4 Etapas de la Metodología MOBILE-D......................................................23
Figura 5 Diagrama de Casos de Uso.....................................................................27
Figura 6 Diagrama de Clases.................................................................................28
Figura 7 Caso de Uso General...............................................................................53
Figura 8 Caso de Uso Administrar usuarios...........................................................53
Figura 9 Caso de uso registro de productos..........................................................55
Figura 10 Caso de uso ventas y despachos..........................................................56
Figura 11 Diagrama de actividades registro de información..................................57
Figura 12 Diagrama de actividades registro de información..................................57
Figura 13 Diagrama de actividades administrar usuarios......................................58
Figura 14 Diagrama de secuencias registro de información..................................58
Figura 15 Diagrama de secuencias funciones del administrador...........................59
Figura 16 Diagrama de secuencias Distribuidor.....................................................59
Figura 17 Diagrama de colaboración registro de productos...................................60
Figura 18 Diagrama de colaboración envío de pedidos.........................................60
Figura 19 Diagrama de componentes del sistema.................................................61
Figura 20 Diagrama de Despliegue del sistema.....................................................61
Figura 21 Modelo Conceptual................................................................................62
Figura 22 Diagrama Navegacional General...........................................................62
Figura 23 Arquitectura del sistema.........................................................................63
Figura 24 Vista de la pantalla de bienvenida..........................................................69
Figura 25 Vista de registro de clientes...................................................................69
Figura 26 Vista general del sistema.......................................................................70
Figura 27 Menú Principal Usuario Administrador...................................................70
Figura 28 Registro de Clientes...............................................................................71
Figura 29 Agregar Venta........................................................................................71
Figura 30 Realizar Venta........................................................................................72
 Capítulo I
Generalidades
 1

Capitulo I.
Generalidades

I.1. Introducción
La empresa Central Gráfica S.R.L. es una imprenta boliviana que opera desde
hace más de 40 años, dedicada a ofrecer servicios de impresión digital y offset de
alta calidad, su labor es esencial dentro del entorno empresarial y social, ya que
provee materiales gráficos para instituciones públicas, privadas y
emprendimientos, apoyando tanto a la comunicación visual como al
posicionamiento de marcas, su compromiso con la calidad y la atención al cliente
ha posicionado a la empresa como una de las principales proveedoras gráficas en
su región, siendo un actor importante en la cadena productiva local.

En este contexto, mejorar los tiempos de producción representa un desafío

fundamental, la eficiencia en los procesos productivos no solo impacta en la
entrega oportuna de los pedidos, sino también en la competitividad, la reducción
de costos y la fidelización del cliente, en todas las empresas manufactureras o de
servicios gráficos, el tiempo es un recurso valioso, su correcta gestión permite
optimizar recursos, minimizar desperdicios y responder de manera ágil a los
cambios del mercado, por tanto proponer soluciones que permitan controlar y
mejorar los tiempos en el área de producción es altamente relevante para sostener
y potenciar el crecimiento de una empresa como Central Gráfica S.R.L.

Actualmente, Central Gráfica enfrenta un problema recurrente: el mal manejo del

tiempo en sus procesos productivos, las demoras la falta de seguimiento en
tiempo real y la ausencia de un sistema centralizado de control de procesos
dificultan la toma de decisiones y provocan retrasos en la entrega de productos,
frente a esta situación, el desarrollo de un sistema web de control de procesos con
un tablero de control por estados se plantea como una solución estratégica, que
no solo permitirá una supervisión más eficiente del flujo de trabajo, sino que
también contribuirá directamente a la mejora continua de la productividad y calidad
del servicio ofrecido por la empresa.
 2

I.2. Antecedentes
I.2.1. Antecedentes del Tema
El trabajo de investigación desarrollado por Callisaya Villarroel en 2014 para la
Universidad Mayor de San Andrés, “Seguimiento Y Control Médico - Nutricional
Para Mascotas Bajo Tecnologías Android”, aborda el diseño de un modelo de
control médico veterinario e información nutricional para mascotas utilizando
tecnología Android. La autora reconoce que el avance tecnológico ha facilitado el
acceso rápido a la información, especialmente a través de dispositivos móviles y
aplicaciones. Su propuesta se enfoca en crear una herramienta que permita
registrar y monitorear el historial médico de las mascotas, manteniendo un control
sobre los veterinarios que las atienden. Además, el modelo proporciona
información sobre alimentos potencialmente tóxicos para los animales y ofrece
consejos nutricionales, aprovechando así las ventajas de la tecnología móvil para
mejorar el cuidado y seguimiento de la salud de las mascotas.

El proyecto de grado realizado por Geomara Juliana Lucas Chávez en 2010 para
la Universidad Mayor de San Andrés, “Sistema De Control De Inventarios De
Fármacos Caso: Clínica San Damian“, propone una solución a los desafíos de
crecimiento enfrentados por la Clínica San Damián mediante la implementación de
un sistema de control y seguimiento de inventario de fármacos. La autora
desarrolla un sistema que facilita el registro de transacciones, genera informes
para apoyar los inventarios físicos, y produce informes de clientes y otros
documentos según las necesidades de las áreas involucradas. Este enfoque
sistemático busca optimizar la gestión de inventarios de medicamentos en la
clínica, mejorando así la eficiencia operativa y la atención al paciente.

El proyecto de grado desarrollado por Carla Hortensia Nadeau Inchausti en 2012

para la Universidad Salesiana de Bolivia, “Sistemas Integrados De
Administración Y Gestión “Creatronic S.R.L.”, se enfoca en la implementación
de un sistema integrado de administración y gestión para la empresa
"CREATRONIC SRL". La autora propone un sistema de control diseñado para
manejar eficientemente la información generada en los diversos procesos del
 3

almacén e inventario de la institución. Este proyecto busca optimizar la gestión de

la información, mejorando así el control y la administración de los recursos de la
empresa. Al integrar los procesos de almacén e inventario en un sistema unificado,
Nadeau Inchausti pretende aumentar la eficiencia operativa y proporcionar una
herramienta valiosa para la toma de decisiones en CREATRONIC SRL.

La diferencia entre los trabajos mencionados con el presente proyecto de grado es

la de diseñar y desarrollar una aplicación móvil para el seguimiento de distribución
de productos veterinarios y farmacéuticos para la empresa distribuidora
DISPROVET, que ayudará al control de los productos que vende la empresa y a
su correcta toma de decisiones.

I.2.2. Antecedentes Institucionales

La empresa distribuidora de productos veterinarios DISPROVET, es una empresa
que se dedica a la importación y distribución de productos veterinarios,
antibióticos, vitaminas, antiinflamatorios, antiparasitarios, etc. Fue fundada el 24
de agosto de 2011 por el Dr. Osman Sejas Vargas y se encuentra ubicada en la
calle Chorolque # 923 esq. Tarapacá a 1/2 cuadra de la Av. Buenos Aires.

I.3. Justificación
I.3.1. Justificación Técnica
La implementación de una aplicación Android para el seguimiento a la distribución
de productos veterinarios constituye una solución tecnológica avanzada que
transformará significativamente los procesos logísticos de la empresa. El sistema,
desarrollado en Android Studio 3.3.2 utilizando el lenguaje de programación Java,
permitirá realizar un seguimiento en tiempo real de la distribución de productos,
automatizando el registro y actualización de información logística. La integración
con MySQL como sistema de gestión de base de datos garantiza una alta
escalabilidad, seguridad robusta y eficiente manejo de datos, facilitando el
almacenamiento y recuperación de información crítica del negocio. Esta solución
tecnológica optimizará la gestión de inventarios, reducirá errores operativos,
mejorará la toma de decisiones a través de informes en tiempo real y permitirá un
control más preciso de la distribución de productos veterinarios, resultando en una
 4

mayor eficiencia operativa y una ventaja competitiva significativa para la empresa

en el mercado.

I.3.2. Justificación Social

Los principales beneficiados con la implementación del presente proyecto de
grado, es directamente el personal de la empresa y los clientes, quienes tendrán
una herramienta automatizada para el seguimiento de pedidos y control de stock
de los productos que distribuye la empresa DISPROVET.

I.3.3. Justificación Económica

La aplicación permitirá la gestión de la información de los pedidos realizados por
clientes, mejorando los procesos de control y logística de entrega de los
productos, aportando al cumplimiento y pronta entrega a los clientes de la
empresa, mejorando las ventas y comodidad para la atención de las necesidades
del cliente y aumentando los ingresos de la empresa los cuales serán visibles de
la implementación de la aplicación móvil.

I.4. Planteamiento del Problema

I.4.1. Descripción del Problema
La empresa DISPROVET es una empresa que realiza la distribución de productos
e insumos veterinarios en la cual se determinó los siguientes problemas:

 El pedido de los clientes se registra en cuadernos de registro de forma

manual.

 Los pedidos son procesados y finalmente enviados a los clientes en un

lapso de tiempo estipulado el cual es muy largo debido al proceso manual
realizado. Es por ello que la empresa viene experimentados problemas en
él envió y distribución de los productos debido a la gran cantidad de clientes
que maneja, y la gran variedad de productos que vende ocasionando que
los envíos sean confundidos o que los productos tengan un retraso de
envío haciendo que los clientes queden molestos o inconformes con la
empresa.
 5

 Es por ello que la empresa distribuidora de productos veterinarios

DISPROVET, implementará una aplicación que ayude al seguimiento de los
productos que distribuye y poder solucionar los problemas en la
distribución.

I.4.2. Formulación del Problema

¿Cómo puede una aplicación de seguimiento de productos mejorar la eficiencia en
la distribución y reducir los errores en los envíos de la empresa DISPROVET,
aumentando así la satisfacción de sus clientes?

I.4.3. Problema Principal

La empresa importadora de productos veterinarios registra manualmente la
información de distribución, venta de productos veterinarios y farmacéuticos,
ocasionando que sus clientes no reciban los productos solicitados a tiempo. Este
proceso manual genera retrasos significativos en la gestión de pedidos y afecta
directamente la satisfacción de los compradores, quienes experimentan demoras
en la recepción de sus productos requeridos.

I.4.4. Problemas Secundarios

 El registro de la información de pedidos de clientes se realiza de forma
manual, causando que no se tenga un seguimiento de los pedidos
realizados.

 La presentación de información de pedidos a almacén toma varios días en

ser procesados la información, originando que muchos clientes no reciban
los productos a tiempo.

 La información de los productos que vende la empresa se encuentra

registrada en listas lo cual ocasiona que la búsqueda de información sea
morosa debido a que las listas no se encuentran actualizas.
 6

I.5. Objetivos
I.5.1. Objetivo General
Desarrollar una aplicación móvil para realizar el seguimiento de distribución de
productos veterinarios y farmacéuticos, que coadyuve con los pedidos y el
personal de almacén para él envió y entrega de los productos.

I.5.2. Objetivos Específicos

 Registrar los pedidos de los clientes para facilitar la distribución y el envió
eficiente de los productos.

 Desarrollar un módulo de reportes que genere informes detallados sobre el

movimiento de productos en almacén, estado de pedidos y eficiencia en las
entregas.

 Implementar un sistema de registro digital de pedidos a través de una

aplicación Android que reemplaza el proceso manual de cuadernos,
permitiendo a los vendedores capturar las órdenes de los clientes de
manera inmediata y sin errores de transcripción.

I.6. Alcances, Límites y Aportes

I.6.1. Alcances
 La aplicación móvil realizará el registro de información de los productos y
proveedores de los productos veterinarios y farmacéuticos.
 La aplicación realizará el registro de los pedidos realizados por los clientes
de la empresa.
 Proporcionará consultas y reportes para la presentación de información
necesaria y especifica.
 Se centralizará la información en una base de datos que centralizará la
información generada por la aplicación para la posterior gestión de la
información.
 7

 La App realizara el seguimiento de los productos registrados para que se

tenga la información de la cantidad de productos disponibles para la venta
al cliente.

I.6.2. Limites
 La ampliación móvil, es exclusivamente para la gestión de información de
pedidos realizados por clientes.
 La Aplicación móvil estará desarrollado para el uso en dispositivos que
cuentan con la aplicación operativo Android y no así para otros sistemas como
IOS o BlackBerry.

I.6.3. Aportes
I.6.3.1. Aportes del Proyecto
La empresa importadora DISPROVET, contará con una herramienta que le
permitirá automatizar el proceso de gestión de información, generando información
que coadyuve a una correcta toma de decisiones y el seguimiento del envío de los
pedidos, además de contar con una herramienta diseñada a la medida de sus
necesidades y requerimientos.

I.6.3.2. Aporte Académico o Ingenieril

El presente proyecto pasará a formar parte de la documentación bibliográfica de la
Universidad Salesiana de Bolivia en lo que concierne a los temas como el Análisis
y Diseño de Software y de sistemas de información mediante el uso de
aplicaciones móviles, que contendrá el análisis de estimación de costos en los
proyectos de software utilizando la metodología COCOMO II y la utilización del
método MOBILE-D, haciendo uso de los conocimientos adquiridos en el
transcurso de los años de formación académica con el uso de la teoría general de
sistemas.
 Capítulo II
Marco Institucional
 8

Capítulo II.
Marco Institucional

I.7. Antecedentes Institucionales

La empresa distribuidora de productos veterinarios “DISPROVET”, es una
empresa que se dedica a la importación y distribución de productos veterinarios,
antibióticos, vitaminas, antiinflamatorios, antiparasitarios, etc. Fue fundada en
fecha 24 de agosto del año 2011 por el Dr. Osman Sejas Vargas y se encuentra
ubicada en la calle Chorolque # 923 esq. Tarapacá a 1/2 cuadra de la Av. Buenos
Aires de la ciudad de La Paz

Tabla 1 Datos de la empresa

NOMBRE DESCRIPCIÓN

Razón Social DISPROVET

Tipo de empresa: Empresa Unipersonal

Licencia de funcionamiento No.: 176466

NIT No.: 6227946012

Nota: Disprovet

I.7.1. Misión
Nuestra misión es brindar una atención de calidad tanto a nuestros clientes como
a sus mascotas, para ello nos preocupamos de mantenernos actualizados con los
últimos avances en medicina veterinaria y así poder enfrentar nuestra vocación
con responsabilidad y conocimientos necesarios. (Disprovet, 2024).

I.7.2. Visión
Brindar un servicio completo, integral y oportuno, atendiendo a domicilio, donde
cada cliente se sienta completamente satisfecho y apreciado, siempre bajo el
marco de la legalidad, integridad y respeto por los animales y el trabajo médico.
(Disprovet, 2024).
 9

Figura 1 Organigrama de la Empresa

Nota. Disprovet
 Capítulo III
Marco Teórico
 10

Capítulo III.
Marco Teórico

En el presente capítulo mencionaremos los recursos que se utilizara para

desarrollar la aplicación Android propuesto en el presente Proyecto de Grado,
para poder cumplir de esta forma los objetivos ya mencionados en el anterior
capítulo.

I.8. Marco Conceptual

I.8.1. Internet
“El término internet proviene de “interconnetednetworks” (“redes interconectadas”):
básicamente se trata de millones de computadoras conectadas entre sí en una red
mundial”. (Comer, 2020)

El internet es una red de redes que permite la interconexión descentralizada de

computadoras a través de un conjunto de protocolos denominados TCP/IP. Tuvo
sus orígenes en 1969, cuando una agencia del Departamento de Defensa de los
Estados Unidos comenzó a buscar alternativas ante una eventual guerra atómica
que pudiera incomunicar a las personas. Tres años más tarde se realizó la primera
demostración pública del sistema ideado, gracias a que tres universidades de
California y una de Utah lograron establecer una conexión conocida como
ARPANET (Advanced Research Projects Agency Network). (Stallings, 2019)

De esta manera, el Internet sirve de enlace entre redes más pequeñas y permite
ampliar su cobertura al hacerlas parte de una "red global". Esta red global tiene la
característica de utilizar un lenguaje común que garantiza la intercomunicación de
los diferentes participantes; este lenguaje común o protocolo (un protocolo es el
lenguaje que utilizan las computadoras al compartir recursos) se conoce como
TCP/IP.

El desarrollo de Internet ha superado ampliamente cualquier previsión y constituyó

en una verdadera revolución en la sociedad moderna. El sistema se transformó en
 11

un pilar de las comunicaciones, el entretenimiento y el comercio en todos los

rincones del planeta. (Stallings, 2019)

I.8.2. Aplicación Móvil

Una aplicación móvil es un programa que usted descarga y al qeu se puede
acceder directamente desde su teléfono o desde algún otro movil – como por
ejemplo una tablet y celular. (Mueller, 2020)

Desde algunas aplicaciones se puede acceder a: (Taylor, 2021)

 Su lista de contactos de teléfono y de email.

 Al registro de llamadas.
 A los datos transmitidos por internet.
 A la información de su calendario.
 A los datos de localización del aparato.
 Al código de identificación exclusivo de su aparato.
 A información que indica la manera en que usted usa la aplicación
propiamente dicha.
Algunas aplicaciones solamente pueden acceder a los datos necesarios para su
funcionamiento. Otras pueden acceder a datos que no están relacionados con el
propósito de la aplicación.

Si mientras usted usa su aparato móvil está suministrando información, alguien

puede recolectarla – ya sea el creador de la aplicación, la tienda de aplicaciones,
un anunciante o una red de publicidad. Y si recolectan sus datos, es posible que
los compartan con otras compañías. (Taylor, 2021)

I.8.3. Smartphone
Un Smartphone es un teléfono móvil que incorpora características de una
computadora personal. Los celulares suelen permitir al usuario instalar nuevas
aplicaciones, aumentando así sus funcionalidades. Esto es posible porque
ejecutan un sistema operativo potente de fondo. (Kumar, 2020)
 12

La característica más importante 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. (Lee I.-Y. , 2019)

Características de un Smartphone.

 Permite realizar llamadas telefónicas.

 Soporta correo electrónico y posibilidad de conexión a redes sociales.
 Cuenta con GPS.
 Permiten la instalación de programas de play store.

QWERTY, pantalla táctil.

 Te permiten ingresar a Internet con tecnología 4G.

 Conectividad inalámbrica como por ejemplo Wi-Fi.
 Poseen agenda digital, administración de contactos.
 Permitan leer documentos en distintos formatos, entre ellos los PDFs y
archivos de Microsoft Office.
 Debe contar con algún sistema operativo móvil. En este enlace puedes
conocerlos todos: Sistemas Operativos Móviles.
 Poseer memorias externas como micro SD.
 Cámara trasera y delantera con muchos megapíxeles.
 Sincronización inalámbrica con otros dispositivos, como ordenadores
portátiles o de sobremesa.

En cuanto a su diseño, por lo general los Smartphone poseen un tamaño

significativamente mayor al de un teléfono móvil convencional, esto se debe a la
necesidad de incorporar ciertas características especiales como teclados del tipo
Qwerty, pantallas táctiles más grandes de alta definición, entre otras. Si el
Smartphone tiene una pantalla muy grande se suelo llamar Phablet, intermedio
entre un móvil y una Tablet. La aplicación propuesta solo será soportada por
aquellos móviles que cuenten con sistema operativo Android. (Patel, 2022)
 13

I.8.4. Android
Android es un sistema operativo pensado para para dispositivos móviles existen
otros tipos de sistemas operativos para estos dispositivos como iOS, Symbian y
Blackberry OS, lo que hace diferente a este sistema es que está basado en Linux
un núcleo de sistema operativo libre, gratuito y multiplataforma.

El sistema permite programar aplicaciones en una variación de Java llamada

Dalvik. El sistema operativo proporciona todas las interfaces necesarias para
desarrollar aplicaciones que accedan a las funciones del teléfono (como el GPS,
las llamadas, la agenda, etc.) de una forma muy sencilla en un lenguaje de
programación muy conocido como es Java. (Rodríguez, 2016).

La sencillez que maneja, junto a la existencia de herramientas de programación

gratuitas, hacen que una de las cosas más importantes de este sistema operativo
sea la cantidad de aplicaciones disponibles, que extienden casi sin límites la
experiencia del usuario.

I.8.4.1. Sistema Operativo Android

Existen varios sistemas operativos para móviles entre ellos podemos mencionar:
Android, IPhone, Windows Mobile, iOS.

El Sistema Operativo Android, ya que el proyecto propuesto se desarrollará bajo

esta plataforma.

Android en un Sistema Operativo además de una plataforma de Software basada

en el núcleo de Linux. Diseñada en un principio para dispositivos móviles, Android
permite controlar dispositivos por medio de bibliotecas desarrolladlas o adaptados
por Google mediante el lenguaje de programación Java.

Android es una plataforma de código abierto. Esto quiere decir, que cualquier
desarrollador puede crear y desarrollar aplicaciones escritas con lenguaje C u
otros lenguajes y compilarlas a código nativo de ARM (API de Android).

Características de Android
 14

 Código abierto.
 Núcleo basado en el Kernel de Linux.
 Adaptable a muchas pantallas y resoluciones.
 Utiliza SQLite para el almacenamiento de datos.
 Ofrece diferentes formas de mensajería.
 Navegador web basado en WebKit incluido.
 Soporte de Java y muchos formatos multimedia.
 Soporte de HTML, HTML5, Adobe Flash Player, etc.
 Incluye un emulador de dispositivos, herramientas para depuración de
memoria y análisis del rendimiento del software.
 Aplicaciones gratuitas o pagas en el que pueden ser descargadas e
instaladas (Google Play).
 Bluetooth.
 Google Talk desde su versión HoneyComb, para realizar video llamadas.
 Multitarea real de aplicaciones.

I.8.4.2. Arquitectura de Android

Android es una plataforma para dispositivos móviles que contiene una pila
de software donde se incluye un sistema operativo, middleware y
aplicaciones básicas para el usuario.

Figura 2 Arquitectura Android

 15

Nota: Loarte Rodríguez, Álvaro. 2023

Aplicaciones: incluyen un cliente de correo electrónico, programa de SMS,

calendario, mapas, navegador, contactos y otros. Todas ellas escritas en Java.

 Marco de trabajo de aplicaciones: los desarrolladores tienen acceso

completo a los mismos APIs1 del framework usados por las aplicaciones
base. La arquitectura está diseñada para simplificar la reutilización de
componentes; cualquier aplicación puede publicar sus capacidades y
cualquier otra aplicación puede luego hacer uso de esas capacidades.
 Bibliotecas: incluye un conjunto de bibliotecas de C/C++ usadas por varios
componentes del sistema.
 Runtime de Android: incluye un set de bibliotecas base que
proporcionan la mayor parte de las funciones disponibles en las bibliotecas
base del lenguaje Java. Cada aplicación Android corre su propio proceso,
con su propia instancia de la máquina virtual Dalvik.
1
API: Viene del término en inglés Application Programming Interfaces (Interfaces de Programación de Aplicaciones) es
una especificación formal sobre cómo un módulo de un software se comunica o interactúa con otro. [Paul Kimmel, 2010].
 16

 Núcleo Linux: Android depende de Linux para los servicios base del
sistema como seguridad, gestión de memoria, gestión de procesos, pila de
red y modelo de controladores. También actúa como capa de abstracción
entre el hardware y el resto de la pila de software.

I.8.4.3. Componentes de una Aplicación Android

 Activities: Son componentes de la interfaz de usuario, cada Activity
representa una pantalla para el usuario.
 Services: Se ejecutan en segundo plano y realizan operaciones de larga
duración o procesos remotos, son llamados a través de otro componente,
como puede ser una Activity
 Content Providers: Son proveedores d e contenido. Administran e l
acceso a un conjunto de datos de la aplicación.
 Broadcast Receivers: es un componente que detecta y reacciona frente
a mensajes globales del sistema, como puede ser batería baja, SMS
recibido, llamada recibida, etc. Además de esto, una aplicación también
puede iniciar un Broadcast Receiver (por ejemplo, para saber si se han
descargado datos al dispositivo y poder ser usados por esa aplicación).

I.8.4.4. Versiones del Sistema Operativo Android

El estreno de Android, un sistema operativo basado en Linux, este SO se
desarrolló el 5 de noviembre de 2007, sin embargo, estuvo disponible para los
usuarios hasta el 23 de septiembre de 2008.

Cada nueva versión de Android introduce mejoras y nuevas funcionalidades.

También se corrigen bugs y errores detectados. Se identifican por una
numeración. A los dos primeros dígitos de esta se le da el nombre de un postre
popular en inglés. A cada versión generalmente se le agregan modificaciones,
surgiendo pequeñas actualizaciones menores. Todas las versiones se pueden ver
a continuación, ordenadas por las más recientes.

Figura 3 Versiones de Android

 17

Nota: Loarte Rodríguez, Álvaro. 2019

I.8.4.5. Entorno de Android Studio

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

Fue presentado por Google el 16 de mayo del 2013 en el congreso de

desarrolladores Google I/O, con el objetivo de crear un entorno dedicado en
exclusiva a la programación de aplicaciones para dispositivos Android,
proporcionando a Google un mayor control sobre el proceso de producción. Se
trata, pues, de una alternativa real a Eclipse, el IDE recomendado por Google
hasta la fecha, pero que presentaba problemas debido a su lentitud en el
desarrollo de versiones que solucionaran las carencias actuales (es indispensable
 18

recordar que Eclipse es una plataforma de desarrollo, diseñada para ser

extendida a través de plugins).
I.8.4.6. Principales Características que Incluye Android Studio
 Herramientas Lint (detecta código no compatible entre arquitecturas
diferentes o código confuso que no es capaz de controlar el compilador)
para detectar problemas de rendimiento, usabilidad y compatibilidad de
versiones.
 Utiliza ProGuard para optimizar y reducir el código del proyecto al
exportar a APK (muy útil para dispositivos de gama baja con limitaciones
de memoria interna).
 Integración de la herramienta Gradle encargada de gestionar y
automatizar la construcción de proyectos, como pueden ser las tareas de
testing, compilación o empaquetado.
 Nuevo diseño del editor con soporte para la edición de temas.
 Nueva interfaz específica para el desarrollo en Android
 Permite la importación de proyectos realizados en el entorno Eclipse, que
a diferencia de Android Studio (Gradle) utiliza ANT.
 Posibilita el control de versiones accediendo a un repositorio desde el
que poder descargar Mercurial, Git, Github o Subversion.
 Alertas en tiempo real de errores sintácticos, compatibilidad o rendimiento
antes de compilar la aplicación.
 Vista previa en diferentes dispositivos y resoluciones.

I.8.4.7. Requerimientos de la Aplicación

- Windows 7/8/10 (32 o 64 bits).
- 2 GB de RAM (8 GB de RAM recomendado).
- 2 GB de espacio libre mínimo (4 GB recomendado).
- Resolución mínima de 1.280 x 800.
- Java 8.
- 64 bits y procesador Intel (emulador).
 19

I.8.4.8. Ventajas de Uso Android Studio

- Android Studio ha pasado a ser el entorno recomendado para el
desarrollo de aplicaciones en Android, al tratarse de un IDE oficial de
Google en colaboración con JetBrains (compañía de desarrollo software
especializada en diseño de IDEs).
- Android Studio permite la creación de nuevos módulos dentro de un
mismo proyecto, sin necesidad de estar cambiando de espacio de trabajo
para el manejo de proyectos, algo habitual en Eclipse.

I.8.5. Control
El control es una de las principales actividades administrativas dentro de las
organizaciones.

El control es el proceso de verificar el desempeño de distintas áreas o funciones

de una organización. Usualmente implica una comparación entre un rendimiento
esperado y un rendimiento observado, para verificar si se están cumpliendo los
objetivos de forma eficiente y eficaz y tomar acciones correctivas cuando sea
necesario.

La función de control se relaciona con la función de planificación, porque el control

busca que el desempeño se ajuste a los planes. El proceso administrativo, desde
el punto de vista tradicional, es un proceso circular que se retroalimenta. Es por
esto que, en la gestión, el control permite tomar medidas correctivas.

I.8.6. Productos Veterinarios

Un producto farmacéutico de uso exclusivamente veterinario, o medicamento de
uso veterinario, es cualquier sustancia natural o sintética, o mezcla de ellas, que
se administre a los animales con el fin de prevenir, tratar o curar las enfermedades
o sus síntomas, además de:

 Restablecer, corregir o modificar las funciones fisiológicas,

 Estimular la inmunidad activa,
 20

 Otorgar inmunidad pasiva,

 Diagnosticar enfermedades.
El registro de los medicamentos de uso veterinario, a través de la verificación de
su seguridad, calidad y eficacia, con el fin de proteger la salud de los animales, la
salud pública, el ambiente y promover el bienestar animal se centran en:

 Registro de medicamentos veterinarios, renovación y modificaciones

posteriores.
 Evaluación de solicitudes especiales de uso de medicamentos veterinarios.
 Evaluación de solicitudes de elaboración de autovacunas.
 Control de serie de los productos biológicos.
 Disposición y uso de medicamentos importados.
 Autorización de laboratorios farmacéuticos.
 Autorización de establecimientos importadores y de locales de expendio.
 Emisión de certificados de libre venta de medicamentos.
I.8.7. Distribución

Distribución, del latín “Distributio” consiste en la tarea de repartir un

determinado elemento fraccionado o varios de un mismo tipo o raza en un
ambiente destinado para recibir la distribución. Es por definición, la acción de
distribuir, pero a esto se le añade la correspondencia y organización
correspondiente para la ejecución de un plan de repartición correcto y en buena
forma. Una distribución comprende una serie de estrategias para que sea
favorable, pues de nada sirve enviar a distintas entidades las cosas si estas van al
destino equivocado. La distribución de un elemento cuando este es de varias
unidades se realiza de manera coordinada con una estadística que indique hacia
donde dirigirá esta mercancía, el término es empleado ampliamente en
los campos comerciales, donde la distribución de los productos forma parte de
día a día y la ejecución de esto depende del buen funcionamiento de la
organización. (Ballou, 2017)

Una distribución es un sistema que se va a organiza a todo momento, en lo que

llega el producto a distribuir se procede a marcar y denotar cada uno indicando
 21

cual sería el destino que va a tomar, bajo la salvedad de que este llegara a su
correcto destino, se procede de manera sistemática a la orientación de todos los
cuerpos involucrados en la distribución. Otro tipo de organización a la cual se le
llama distribución es la que está compuesta de componentes los cuales tienen la
tarea de hacer una función diferente para un todo en particular. Por ejemplo: El
cuerpo humano está compuesto por muchos órganos, extremidades, cabeza y
tronco, todos colocados de una manera estratégica para que dicho cuerpo
humano cumpla con sus funciones preestablecidas. Esta distribución permite el
óptimo desenvolvimiento de la raza, así como los demás animales, los cuales
están diseñados con una distribución diferente para cumplir un propósito en
específico. (Bowersox, 2018)

I.8.7.1. Métodos de Distribución

Una vez se contemple y se le atribuya suma preponderancia al factor movimiento
se puede comenzar a estudiar los diferentes tipos de distribución:
Distribución por Componente Principal Fijo

Esta distribución se utiliza en los casos en que el material que se debe elaborar no
se desplaza en la fábrica, sino que el permanece en un solo lugar, y por lo tanto
toda la maquinaria, mano de obra y demás equipos necesarios se llevan hacia él.
Este tipo de distribución se emplea cuando el producto es voluminoso y pesado, y
sólo se producen pocas unidades al mismo tiempo, como lo es el caso del
ensamble de buques y aviones, así como la fabricación de motores de grandes
dimensiones. (Ballou, 2017)

Distribución por Proceso

Ésta es la distribución en la cual todas las operaciones de la misma naturaleza

están agrupadas, es decir que este sistema de disposición se utiliza
frecuentemente cuando se fabrica una amplia gama de productos que requieren la
misma maquinaria y se produce un volumen relativamente pequeño de cada
producto, como lo es el caso de fábricas de hilados y tejidos, talleres de
mantenimiento e industrias de confección. (Bowersox, 2018)
 22

Distribución por Producto o en Línea

Este tipo de distribución comúnmente denominado "distribución de producción en

cadena", corresponde al caso en el que toda la maquinaria y equipos necesarios
para la fabricación de determinado producto se agrupan en una misma zona y se
ordena de acuerdo con el proceso secuencial de fabricación. Se emplea
usualmente en los casos en que exista una elevada demanda de uno o varios
productos más o menos estandarizados, o en la fabricación de productos
específicos que tienen como base un producto genérico. Por ejemplo, el
embotellado de gaseosas, el montaje de automóviles, procesos sumamente
estandarizados en los que la diferenciación se hace lo más cercana al cliente
posible.

I.9. Marco Metodológico

I.9.1. Metodología Mobile-D

La metodología Mobile-D para el desarrollo de aplicaciones móviles se,

fundamenta en la experiencia de investigaciones previas en aplicaciones móviles,
la evaluación del potencial de éxito para servicios de tercera generación
denominada 6 M, la ingeniería de software educativo con modelado orientado por
objetos (ISE-OO), y principalmente en los valores de las metodologías ágiles.
(Alarcon, 2019)

Se hereda el enfoque de los micro-mundos interactivos y la orientación por

objetos; los elementos de los micro mundos más utilizados en los servicios
móviles interactivos son: Mundo, Escenarios, Personajes y Roles, Argumento e
Historia, Variables Compensatorias, Variables de Control, Variables de Resultado,
Zonas de Comunicación, Ambientación-Caracterización, Recuperación de Estados
Anteriores, Manejo de Información del Usuario, Mecanismos para Análisis de
Desempeño, Ampliación de las Posibilidades del Micro-mundo, Personalización
del Ambiente y, Soporte a la Comunicación en Grupo, entre otros (Gonzales,
2020)
 23

En la última década, el uso de la telefonía móvil en Latinoamérica ha tenido un

creciente auge; la disminución de los costos en los equipos y la evolución de las
tecnologías móviles han permitido aumentar el número de usuarios y las
velocidades de transferencia de información n, garantizando la penetración en el
mercado con un promedio de 103 líneas telefónicas por cada 100 habitantes en el
2011 en Latinoamérica (UIT, 2012).

Un valor agregado que le permitió a la telefonía móvil una alta penetración en el

mercado y un grado de aceptación alto por parte de los usuarios, es el poder
ofrecer servicios alternos a los canales de voz.

I.9.2. Fases de MOBILE-D

La metodología se encuentra enmarcada en cinco fases como se muestra en
la figura 4, denominadas: análisis, diseño, desarrollo, pruebas de funcionamiento y
entrega. A continuación, se describe cada una de las actividades que intervienen
en el desarrollo de la propuesta. (Alarcon, 2019)

Figura 4 Etapas de la Metodología MOBILE-D

Nota: Manuel Guerrero, 2015

I.9.2.1. Fase de Exploración

Esta fase es la encargada de la planificación y educción de requisitos del proyecto,

donde tendremos la visión completa del alcance del proyecto y también todas las
funcionalidades del producto. (Gonzales, 2020)

 Obtener requerimientos: se sugiere hacer una serie de entrevistas al

cliente, para que manifieste los síntomas del problema o necesidades que
 24

se pretenden solucionar con las tecnologías móviles, o simplemente, para

que señale las características que debe tener la aplicación.
 Clasificar los requerimientos: una vez identificados los requerimientos que
debe tener el software, se procede a clasificarlos. Dichos requerimientos se
pueden clasificar en entorno, mundo, funcionales y no funcionales.

El entorno se refiere a todo lo que rodea al servicio. Por ejemplo, las

características técnicas del dispositivo móvil del cliente, el sistema operativo
subyacente (móvil y servidores), la tecnología utilizada para la transferencia de
información, el Sistema Manejador de Base de Datos, Data Base Management
System (DBMS), si se requiere, el formato de archivos y, otros módulos
tecnológicos utilizados para el servicio.

El mundo es la forma cómo interactúan el usuario y la aplicación. Aquí se

encuentran los requerimientos de la Interfaz Gráfica de Usuario, Graphical User
Interface (IGU), la forma en que el software va a generar los datos de salida, el
formato de los datos y los demás requerimientos que involucren la comunicación
hombre-máquina, considerando la gama tecnológica de los teléfonos móviles de
los usuarios a la que va dirigida el servicio.

Los requerimientos funcionales son todos aquellos que demandan una función
dentro del sistema. Se deben definir claramente cada una de las tareas que debe
realizar la aplicación.

Los requerimientos no funcionales son la estabilidad, la portabilidad, el

rendimiento, el tiempo de salida al mercado y, el costo, entre otros.

 Personalizar el servicio: adicionalmente se deben analizar aspectos de la

cotidianidad del cliente como preferencias, costumbres y particularidades
del usuario, con el propósito de garantizar la aceptación del servicio.
 25

I.9.2.2. Fase de Inicialización

La fase de inicialización es la implicada en conseguir el éxito en las próximas
fases del proyecto, donde se preparará y verificará todo el desarrollo y todos los
recursos que se necesitarían. Esta fase se divide en cuatro etapas: la puesta en
marcha del proyecto, la planificación inicial, el día de prueba y día de salida.

Se sugiere traducir los requerimientos obtenidos de la etapa anterior en un

diagrama que describa en forma objetiva el servicio por implementar. Además,
definir un patrón de diseño para flexibilizar, modular y reutilizar lo desarrollado; la
selección del patrón de diseño debe estar acorde con el escenario del servicio.
Algunos patrones que se ajustan a los escenarios de las aplicaciones móviles son:
modelo vista de controlador, diseño de capas, entre otros.

 Definir tiempos: se establecen los plazos para cada una de las actividades
restantes, con el objetivo de terminar la aplicación a tiempo para su salida
al mercado. Se debe tener en cuenta el diseño computacional del software
realizado en la tarea anterior y, las características volátiles y dinámicas de
los servicios móviles.
 Asignar recursos: se asignan los recursos para realizar cada actividad y
alcanzar los objetivos propuestos, se deben considerar recursos humanos,
financieros y tecnológicos. Además, se deben seleccionar las herramientas
para el desarrollo de la aplicación móvil.

I.9.2.3. Fase de Producción

En la fase de producción, se vuelve a repetir la programación de los tres días,

iterativamente hasta montar (implementar) las funcionalidades que se desean.
Aquí usamos el desarrollo dirigido por pruebas, para verificar el correcto
funcionamiento de los desarrollos.
 26

I.9.2.4. Fase de Estabilización

Se llevarán a cabo las últimas acciones de integración donde se verificará el

completo funcionamiento del sistema en conjunto. De toda la metodología, esta es
la fase más importante de todas ya que es la que nos asegura la estabilización del
desarrollo. También se puede incluir en esta fase, toda la producción de
documentación.

I.9.2.5. Fase de Pruebas

Es la fase encargada del testeo de la aplicación una vez terminada. Se deben
realizar todas las pruebas necesarias para tener una versión estable y final. En
esta fase, si nos encontramos con algún tipo de error, se debe proceder a su
arreglo, pero nunca se han de realizar desarrollos nuevos de última hora, ya que
nos haría romper todo el ciclo.

I.9.3. Lenguaje Unificado de Modelado (UML)

El Lenguaje de Modelado Unificado (UML: Unified Modeling Language) es la
sucesión de una serie de métodos de análisis y diseño orientado a objetos que
aparecen a fines de los 80’s y principios de los 90’s. El UML, fusiona los conceptos
de la orientación a objetos aportados por Booch, OMT y OOSE. (Kimmel, 2010)

UML ofrece un estándar para describir un “plano” del sistema (modelo), incluyendo
aspectos conceptuales tales como procesos de negocios y funciones del sistema,
y aspectos concretos como expresiones de lenguajes de programación, esquemas
de bases de datos y componentes de software reutilizables. (Grau, 2024)

También el UML es un “lenguaje” para especificar y no un método o un proceso, y

puede ser usado en una gran variedad de formas para soportar una metodología
de desarrollo de software (tal como el Proceso Unificado de Rational) pero no
especifica en sí mismo qué metodología o proceso usar. (Fow, 2020)

[Link]. Diagrama de Casos de Uso

De acuerdo a la metodología de desarrollo a continuación se describen algunos de
los diagramas UML que se utilizarán en el presente trabajo. Los diagramas de
 27

casos de uso describen las relaciones y las dependencias entre un grupo de casos
de uso y los actores participantes en el proceso.

Es importante resaltar que los diagramas de casos de uso no están pensados para
representar el diseño y no puede describirse los elementos internos de un sistema.
Los diagramas de casos de uso sirven para facilitar la comunicación con los
futuros usuarios del sistema y con el cliente, resultan especialmente útiles para
determinar las características necesarias que tendrá el sistema.

Un diagrama de casos de uso consta de los siguientes elementos: (Kimmel, 2010)

Actor: Es un rol que un usuario juega con respecto al sistema. Un Actor no

necesariamente representa a una persona en particular, sino más bien la
labor que realiza frente al sistema.
Caso de Uso: Es una operación/tarea específica que se realiza tras una
orden de algún agente externo, sea desde una petición de un actor o bien
desde la invocación desde otro caso de uso.
Relaciones:
 Asociación: Es el tipo de relación más básica que indica la invocación
desde un actor o caso de uso a otra operación (caso de uso). Dicha
relación se denota con una flecha simple.
 Dependencia o Instanciación: Es una forma muy particular de relación
entre clases, en la cual una clase depende de otra, es decir, se instancia
(se crea). Dicha relación se denota con una flecha punteada.
 Generalización: Este tipo de relación es uno de los más utilizados, cumple
una doble función dependiendo de su estereotipo, que puede ser de Uso
(<<uses>>) o de Herencia (<<extends>>).
Extends: Se recomienda utilizar cuando un caso de uso es similar a otro
(características).
Uses: Se recomienda utilizar cuando se tiene un conjunto de características
que son similares en más de un caso de uso y no se desea mantener
copiada la descripción de la característica.
 28

Figura 5 Diagrama de Casos de Uso

Fuente: Larman, 2020

[Link]. Diagrama de Clases

Los diagramas de clases muestran las diferentes clases que componen un
sistema y cómo se relacionan unas con otras. Se dice que los diagramas de
clases son diagramas “estáticos” porque muestran las clases, junto con sus
métodos y atributos, así como las relaciones estáticas entre ellas: qué clases
“conocen” a qué otras clases o qué clases “son parte” de otras clases, pero no
muestran los métodos mediante los que se invocan entre ellas.

Un diagrama de clases consta de los siguientes elementos:

Clase: Es la unidad básica que encapsula toda la información de un Objeto (un

objeto es una instancia de una clase).

Dónde:

 Superior: Contiene el nombre de la Clase.

 Intermedio: Contiene los atributos (o variables de instancia) que caracterizan
a la Clase (pueden ser private, protected o public).
 Inferior: Contiene los métodos u operaciones, los cuales son la forma como
interactúa el objeto con su entorno (dependiendo de la visibilidad: private,
protected o public).

Figura 6 Diagrama de Clases

 29

Nota: Ferré, 2020

I.9.4. Pruebas de Caja Negra

“Los datos de prueba se escogerán atendiendo a las especificaciones del
problema, sin importar los datos internos del programa, a fin de verificar que el
programa se desarrolla adecuadamente. Criterios mínimos que guiaran al escoger
los datos de prueba” que son: (Garrido, 2017)

a) Valores Fáciles: El programa se depurará con datos de fácil

comprobabilidad.
b) Valores Típicos Realistas: Se ensayará un programa con datos
seleccionados para que representen como se aplicará. Los datos han de
ser sencillos, de modo que los resultados sean verificables en forma
manual.
c) Valores legales: Cuando en un programa entra basura, su salida habrá de
ser un mensaje de error adecuado. Es preferible que el programa ofrezca
indicación de errores en la entrada y que realice cálculos que sigan siendo
factibles luego de desechar la entrada equivocada.
 30

I.9.5. Calidad de software ISO 25000

El modelo de calidad representa la piedra angular en torno a la cual se establece
el sistema para la evaluación de la calidad del producto. En este modelo de la Iso
250002 se determinan las características de calidad que se van a tener en cuenta
a la hora de evaluar las propiedades de un producto software determinado.
(Presman., 2010)

La calidad del producto software se puede interpretar como el grado en que dicho
producto satisface los requisitos de sus usuarios aportando de esta manera un
valor. Son precisamente estos requisitos (funcionalidad, rendimiento, seguridad,
mantenibilidad, etc.) los que se encuentran representados en el modelo de
calidad, el cual categoriza la calidad del producto en características y sub
características.

El primer paso del proceso de evaluación consiste en establecer los requisitos de

la evaluación.

I.9.5.1. Establecer el Propósito de la Evaluación

En esta tarea se documenta el propósito por el que la organización quiere evaluar
la calidad de su producto software (asegurar la calidad del producto, decidir si se
acepta un producto, determinar la viabilidad del proyecto en desarrollo, comparar
la calidad del producto con productos de la competencia, etc.). (Persman, 2010)

I.9.5.2. Obtener los Requisitos de Calidad del Producto

En esta tarea se identifican las partes interesadas en el producto software
(desarrolladores, posibles adquirientes, usuarios, proveedores, etc.) y se
especifican los requisitos de calidad del producto utilizando un determinado
modelo de calidad.

I.9.5.3. Identificar las Partes del Producto que se Deben Evaluar

Se deben identificar y documentar las partes del producto software incluidas en la
evaluación. El tipo de producto a evaluar (especificación de requisitos, diagramas

2
ISO 25000: [R. Presman. 2010)].
 31

de diseño, documentación de las pruebas, etc.) depende de la fase en el ciclo de

vida en que se realiza la evaluación y del propósito de ésta.

I.9.5.4. Definir el Rigor de la Evaluación

Se debe definir el rigor de la evaluación en función del propósito y el uso previsto
del producto software, basándose, por ejemplo, en aspectos como el riesgo para
la seguridad, el riesgo económico o el riesgo ambiental. En función del rigor se
podrá establecer qué técnicas se aplican y qué resultados se esperan de la
evaluación.

I.9.6. Estimación de costos COCOMO II

COCOMO II (Constructive Cost Model II) es una técnica de estimación de costos y
planificación de proyectos de software desarrollada por Barry Boehm. Es una
evolución del modelo COCOMO original y se utiliza para estimar el esfuerzo, el
tiempo y los recursos necesarios para desarrollar un proyecto de software.
(Boehm, 2019)

El modelo COCOMO II se basa en niveles de detalle para estimar el costo del

desarrollo de software:

 Básico: Este nivel proporciona una estimación rápida y aproximada basada en

la duración del proyecto y el tamaño estimado del software. Es útil en las
primeras etapas de planificación del proyecto cuando hay poca información
disponible.
 Intermedio: En este nivel, se consideran características adicionales del
proyecto, como la complejidad del software, la experiencia del equipo y el
entorno de desarrollo. Esto permite una estimación más detallada y precisa del
esfuerzo y los recursos requeridos.
 Detallado: Este nivel ofrece una estimación altamente detallada que tiene en
cuenta factores específicos del proyecto, como los requisitos del cliente, las
características técnicas del sistema y los riesgos asociados. Se utiliza cuando
se dispone de información detallada y se requiere una estimación precisa.
 32

El modelo COCOMO II se basa en una serie de ecuaciones matemáticas que

consideran diversos factores, como el tamaño del software, la complejidad del
proyecto, la experiencia del equipo y la calidad del proceso de desarrollo, entre
otros. Estos elementos se combinan para calcular estimaciones de esfuerzo,
tiempo y costos asociados al proyecto. (Boehm, 2020)

COCOMO II ha sido ampliamente adoptado en la industria del software como una

herramienta para la planificación y estimación de proyectos de desarrollo. Sin
embargo, es fundamental tener en cuenta que todas las estimaciones son
aproximadas y pueden variar debido a múltiples factores a lo largo del ciclo de
vida del proyecto.

Modelo Composición de Aplicación

La fórmula para este modelo es la siguiente:

PM = NOP / PROD

Dónde:

NOP (Nuevos Puntos Objeto): Es el tamaño del nuevo software por desarrollar
expresado en puntos objeto y se calcula bajo la siguiente formula:

NOP = OP x (100 - % reutilización) /100

OP (Puntos Objeto): Tamaño del software a desarrollar expresado en Puntos

Objeto.

% reutilización: Porcentaje de reutilización que se espera lograr en el proyecto

PROD: Es la productividad promedio determinada a partir del análisis de datos.

I.10. Herramientas de desarrollo

I.10.1. Lenguaje de programación Java
Java es un lenguaje de programación orientado a objetos, desarrollado por Sun
Microsystems y lanzado en 1995. Se caracteriza por su portabilidad, lo que
 33

permite que las aplicaciones escritas en Java se ejecuten en cualquier plataforma

que tenga instalada la Java Virtual Machine (JVM). Este enfoque "escribir una vez,
ejecutar en cualquier lugar" (WORA) hace que Java sea una opción popular para
el desarrollo de software en diversas aplicaciones, desde móviles hasta sistemas
empresariales.

Java combina características de lenguajes como C y C++, pero con un modelo de

objetos más simplificado y sin herramientas de bajo nivel. Su sintaxis es clara y su
estructura permite la reutilización del código, facilitando el mantenimiento y la
escalabilidad de las aplicaciones. Además, Java incluye un robusto sistema de
manejo de errores y una gran cantidad de bibliotecas que simplifican el desarrollo
(AWS).

Java es ampliamente utilizado en el desarrollo de aplicaciones web, software

empresarial, videojuegos y aplicaciones móviles. Su versatilidad y la existencia de
una comunidad activa han contribuido a su longevidad y relevancia en la industria
del software. Gracias a su capacidad para funcionar en múltiples plataformas, es
comúnmente elegido para proyectos que requieren un alto grado de
interoperabilidad y seguridad.

I.10.2. Base de datos MySQL

“MySQL es un sistema de gestión de base de datos relacional (RDBMS) de código
abierto, basado en lenguaje de consulta estructurado (SQL)” (Nixon, 2020)

MySQL se ejecuta en prácticamente todas las plataformas, incluyendo Linux, UNIX

y Windows. A pesar de que se puede utilizar en una amplia gama de aplicaciones,
MySQL se asocia más con las aplicaciones basadas en la web y la publicación en
línea y es un componente importante de una pila empresarial de código abierto
llamado LAMP.

LAMP es una plataforma de desarrollo web que utiliza Linux como sistema
operativo, Apache como servidor web, MySQL como sistema de gestión de base
de datos relacional y PHP como lenguaje de programación orientado a objetos (a
veces, Perl o Python se utiliza en lugar de PHP). (Nixon, 2020)
 34

I.10.3. Android Studio v.3.3.2.

Entorno de Desarrollo Integrado (IDE): Android Studio 3.3.2 es un entorno de
desarrollo integrado (IDE) oficial para el desarrollo de aplicaciones Android. Esta
versión se centra en la mejora de la calidad y la estabilidad, abordando más de
200 errores reportados por los usuarios y optimizando el rendimiento general del
IDE, lo que incluye mejoras en la compilación incremental de Java y en las
herramientas de perfilad. (Mednieks, 2019)

Esta versión incluye soporte oficial para el Navigation Editor, que permite a los
desarrolladores visualizar y construir la navegación dentro de sus aplicaciones
utilizando el componente de arquitectura de navegación. También se han
realizado mejoras en el asistente para crear nuevos proyectos y en las
inspecciones de código C++13.

Android Studio 3.3.2 es parte del proyecto "Project Marble", que tiene como
objetivo mejorar las características fundamentales del IDE, reduciendo fallos,
bloqueos y fugas de memoria, así como optimizando la experiencia del usuario en
el desarrollo diario de aplicaciones. (Lee R. , 2019)
35
 Capítulo IV
Marco
Metodológico
 35

Capitulo IV.
Marco Metodológico

I.11. Delimitación temporal y espacial

I.11.1. Delimitación espacial
El proyecto se desarrollará desde el mes de julio hasta febrero del 2025.

I.11.2. Delimitación temporal

El presente proyecto se realizará en la empresa distribuidora de productos
veterinarios “DISPROVET”, es una empresa que se dedica a la importación y
distribución de productos veterinarios, antibióticos, vitaminas, antiinflamatorios,
antiparasitarios, etc. Fue fundada en fecha 24 de agosto del año 2011 por el Dr.
Osman Sejas Vargas y se encuentra ubicada en la calle Chorolque # 923 esq.
Tarapacá a 1/2 cuadra de la Av. Buenos Aires de la ciudad de La Paz

I.12. Materiales
Para iniciar el desarrollo de este proyecto se cuenta con el siguiente Hardware y
Software:

Software

Descripción Descripción
Windows10 x32/64 Home
Sistema Operativo Soporte para Microsoft
Framework 4.0
Gestor de Base de Datos SqLite
Lenguaje de
Android Studio
programación
Teléfono Móvil A Elección

Hardware

Equipos Sección Descripción

Teléfonos Teléfono con sistema
Operarios
móviles operativo Android
Computadora Gerente Procesador Core i7
 36

Disco Duro 1TB

Memoria ram 16 GB
Tarjeta de Video de 1Gb
Monitor Samsung de 19”
Mause, teclado.

I.13. Metodología
I.13.1. Planteamiento del estudio
I.13.1.1. Tipo de investigación
El enfoque cuantitativo es un método de investigación que se enfoca en la
cuantificación de fenómenos sociales a través de la recolección y análisis de datos
numéricos. Este enfoque se basa en la medición objetiva de variables, empleando
herramientas estadísticas para identificar patrones, tendencias y relaciones
causales. (Falmes, 2022)

Se implementó una investigación de tipo cuantitativa, la cual permitió recolectar y

analizar datos numéricos precisos sobre los procesos de distribución, tiempos de
entrega, volúmenes de productos y eficiencia en las rutas de distribución. Este
enfoque posibilitó la medición objetiva de variables clave como la frecuencia de
pedidos, los tiempos promedio de entrega, la cantidad de productos distribuidos
por ruta y los niveles de satisfacción de los clientes, mediante la aplicación de
encuestas estructuradas y el análisis de datos históricos de la empresa. La
metodología cuantitativa facilitó la obtención de resultados estadísticos concretos
que fundamentaron las decisiones de diseño y desarrollo de la aplicación,
permitiendo identificar patrones de comportamiento en la distribución y establecer
indicadores de rendimiento medibles para evaluar la efectividad de la solución
tecnológica implementada.

I.13.1.2. Tipo de estudio

Los estudios descriptivos tienen como finalidad ofrecer una representación
detallada de un fenómeno, resaltando sus características y propiedades. En
contraste, los estudios explicativos van más allá de simplemente describir; su
 37

objetivo es identificar las causas subyacentes de los fenómenos y las relaciones

entre diferentes variables (Fernández, 2014).

En el presente proyecto se implementó un estudio de tipo descriptivo para el

desarrollo de la aplicación Android de seguimiento a la distribución de productos
veterinarios de la empresa Disprovet, lo cual permitió caracterizar detalladamente
los procesos actuales de distribución, las rutas de entrega, los tiempos empleados
y los patrones de comportamiento en la gestión de productos veterinarios. Este
tipo de estudio facilitó la identificación y descripción precisa de las variables
relevantes del proyecto, como los procedimientos de seguimiento existentes, las
necesidades específicas del personal de distribución y las características del flujo
de trabajo en la empresa, proporcionando así una base sólida para el diseño e
implementación de una solución tecnológica eficiente y adaptada a las
necesidades reales de Disprovet.

I.13.1.3. Técnicas de recolección de datos

Las técnicas de recolección de datos son métodos y herramientas fundamentales
para obtener información de diversas fuentes, lo que permite llevar a cabo
investigaciones rigurosas. La utilización de múltiples técnicas en un mismo estudio
aumenta la confiabilidad y validez de los resultados, ofreciendo una visión más
completa del fenómeno en cuestión (Robson, 2016).

Para el desarrollo de la aplicación Android de seguimiento a la distribución de

productos veterinarios de la empresa Disprovet, se implementaron dos técnicas
fundamentales de recolección de datos: la entrevista y la observación directa. La
técnica de la entrevista se aplicó mediante conversaciones estructuradas con el
personal de distribución, vendedores y gerentes de la empresa, permitiendo
recopilar información detallada sobre los procesos actuales, necesidades
específicas y desafíos en la distribución de productos. Paralelamente, la técnica
de observación se ejecutó mediante el seguimiento sistemático de las rutas de
distribución, los procedimientos de entrega y la gestión de productos, lo que
permitió identificar puntos críticos, tiempos muertos y oportunidades de mejora en
 38

el proceso de distribución, información crucial para el diseño y desarrollo de la

solución tecnológica propuesta.

I.14. Estimación de costo

I.14.1. Aplicación de COCOMO II
Se tomará en cuenta el Método de Diseño Anticipado para la estimación del
presente Proyecto.

Para determinar el esfuerzo nominal para un proyecto de tamaño dado, expresado

en meses/persona (PM) se utilizará la siguiente relación:

PM = A∗¿
Dónde:

A: Constante que se usa para efectos multiplicativos de esfuerzo en

proyectos de tamaño incremental, provisionalmente se le ha estimado 2.45.

B: Factor de ahorro o gasto relativo de escala. Size = KSLOC * (1+BRAK/100)

Size = KSLOC * (1+BRAK/100)

Dónde:

BRAK: Porcentaje de rotura despreciado debido a la volatilidad requisitos

KSLOC: Es SLOC/1000 que equivale a 4.04
Ahora se obtiene el Size:
Size = 3.62 * (1 + (0/100)) = 3.62
BRAK, es igual a 0 porque no tuvo porcentaje de despreciado.
B = 0.91 + 0.01 * ∑ (Wi)
Donde Wi: es el factor de escala
Tabla 3.1 Valores de los Factores de Escala

PREC 6.2 4.96 3.72 2.48 1.24

RESL 7.07 5.65 4.24 2.83 1.41

TEAM 5.48 4.38 3.29 2.19 1.1
PMAT 7.8 6.24 4.68 3.12 1.56
 39

Fuente: [Elaboración Propia]

A continuación se observará los valores obtenidos en la siguiente tabla:

Tabla 3.2 Valores de los Factores de Escala Obtenidos

WI factores de escala Clasificación Valor

PREC (Procedencia Alto 2.48

o Antecedentes)

FLEX( Flexibilidad del Trabajo Alto 2.03

RSEL (Selección de Riesgos) Normal 4.24

TEAM (Capacidad de Muy Alto 1.10
trabajo de Equipo)
PMAT (Madurez del Bajo 6.24
Proceso de Desarrollo)
Total 16.09
Fuente: [Elaboración Propia]

SUM [Wi] = 16.09

B = 0.91 + 0.01 * (16.09) = 1.0709

PM = 2.45 * (3.62) ^ 1.0709

PM= 9.71

Aplicando el Modelo Diseño Anticipado se tiene:

Tabla 3.3 Drivers Modelo Anticipado

Drivers Extra Muy Bajo Nominal Alto Muy Extra

Bajo Bajo Alto Alto
RCPX 0.73 0.81 0.98 1 1.3 1.74 2.38
RUSE - - 0.95 1 1.07 1.15 1.24
PDIF - - 0.87 1 1.29 1.81 2.61
PERS 2.12 1.62 1.26 1 0.83 0.63 0.5
PREX 1.59 1.33 1.12 1 0.87 0.71 0.62
FCIL 1.43 1.3 1.1 1 0.87 0.73 0.62
SCED - 1.43 1.14 1 1 1 -
 40

Fuente: [Elaboración Propia]

Para ajustar el esfuerzo Meses/Persona Ajustado se utiliza la siguiente ecuación:

PM ajustado = [PM nominal * ∑(EMi)]

Dónde:

EMi: Son los valores que toman los drivers de coste.

Aplicando valores se tiene:

Tabla 3.4 Multiplicación de Esfuerzo

Multiplicador Clasificació Valor

n
RCPX (Complejidad del
Alto 0.13
Producto)
RUSE (Reutilización del código) Normal 0.11
PDIF (Dificultad de Plataforma) Bajo 0.16
PERS (El personal) Normal 0.12
PREX (Experiencia del Personal) Alta 0.13
FCIL (Facilidades y
Alta 0.12
Herramientas)
SCED (Exigencias De
Normal 0.11
Calendario)
TOTAL 0.13
Fuente: [Elaboración Propia]

IIEMj = 1 * 1 * 0.13 * 0.83 * 0.71 * 0.13 * 1 = 0.0099

PM ajustado 9.71 * 0.0099 = 0.096 = 1 personas/mes

Para determinar el tiempo de desarrollo se utilizará la siguiente fórmula:

TDEV= [3.67 * PM ^ (0.28 + 0.2 * (B-1.01))] * [SCED % / 100]

Dónde:
 41

TDEV: Es el tiempo en meses desde la determinación de una línea base de

requisitos del producto hasta que se completa una actividad de aceptación que
certifique que el producto satisface los requisitos.

SCED = 100%

Aplicando valores se tiene:

TDEV = [3.67 * 9.71 ^ (0.28 + 0.2 * (1.0709-1.01))] * [100 % / 100]

TDEV= 7 meses

Para determinar el salario de un programador se recurrió a algunas empresas de

la ciudad de La Paz, que se describen a continuación.

Tabla 3.5 Salario de Programadores de Software

Empresa Sueldo Mensual $us.

Programación 350
Bolivia
G&C 450

UneteSoftware 400

I.15. Total 400

Fuente: [Elaboración Propia]

Después de conocer los diferentes salarios de un programador, se calculó la

media que dio como resultado:

Programador de Software (PS) = 400 $us.

Para determinar el Costo Total (CT), se reemplazan los valores en la siguiente

fórmula:

CT = TDEV * PS * NP personas

CT = 7 * 400 *1 = 2800 $us.

Por tanto, el desarrollo del sistema en cuanto a esfuerzo, tiempo y costo es de:
 42

NP Personas = 1 personas/mes
Tiempo = 7 meses
Costo = 2800 $us.
Con la estimación de costos y su factibilidad económica se llegó a la conclusión
de que el presente Proyecto es factible económicamente dando de esta
manera vía libre para su desarrollo del mismo.

I.15.1. Factibilidad Económica

Esta sección se enfocará a estimar el tamaño y el coste del sistema, antes de su
desarrollo, en base a los puntos de función y mediante el nivel inicial de
COCOMO II, y su tiempo de desarrollo previsto.

I.15.2. Costo del Personal

La aplicación propuesta no incluye variaciones en cuanto al personal de la
institución para el desarrollo.

El equipo de desarrollo no generará inversión, ya que, por ser un trabajo de

grado, el personal encargado de impulsar el mismo, no implicará gasto alguno,
aspecto que favorece aún más el trabajo en cuestión.

I.15.3. Estimación de Costos

A continuación, se presenta la estructura de costos tentativa para el presente
proyecto:

Tabla 3.6 Costos Directos

Rubros Total
Compra del Hardware de desarrollo
Ítem Horas Costo/Hora Costo (Bs)

Tablet Permanente ---- 500

Celular Permanente ---- 600
Android
Licenciamiento de Software de Desarrollo
Ítem Tipo Licencia Costo (Bs)
 43

Android Lenguaje Estándar 400

Studio de

MySql Server Lenguaje Estándar 500

de 900 Bs.
Fuente: [Elaboración Propia]

Tabla 3.7 Costo Capacitación Usuario

Costo Capacitación Usuario

Ítem Horas Costo/Hora Costo Parcial

Material N/A N/A N/A
de

0 Bs.
Horas N/A N/A N/A
de
Entrenamiento

TOTAL COSTOS DIRECTOS 1200 Bs.

Fuente: [Elaboración Propia]

I.15.4. Costo de Desarrollo

Para determinar el aspecto económico del presente Proyecto y determinar si es
factible económicamente o no, se realizó un análisis económico en el que se
evaluarán los beneficios a futuro al realizar este trabajo con los costos de su
desarrollo, para lo cual se utilizará el modelo de estimación de costos
COCOMO II por el Modelo de diseño anticipado.

I.15.5. Aplicación de Puntos de Función

Para el presente Proyecto se realizó la estimación de costos mediante el Modelo
COCOMO II ya que éste permite el análisis de costos apropiado para lenguajes
de cuarta generación previa estimación de líneas de código utilizando el Método
por Puntos de Función que se detalla a continuación:

Aplicando el Método por Puntos de Función se tiene el siguiente recuento:

 44

Tabla 3.8 Puntos de Función

Nro. Calificación
Simples Medias Complejas
Pantallas de entrada 15 12 3 0
Salidas 20 19 1 0
Consultas 10 9 0 1
Archivos 5 5 0 0
Interfaces externas 1 1 0 0
Fuente: [Elaboración Propia]

Luego se procede a la calificación de factores de la siguiente manera:

Tabla 3.9 Calificación de Factores

Comunicaciones de datos Significativa 4

Datos o procesamiento distribuido Moderada 2
Objetivo de rendimiento Significativo 4
Configuración utilizada masivamente Media 3

Tasa de transacción Media 3

Entrada de datos on-line Moderada 2
Eficiencia para el usuario Media 3
Actualización on-line Sin influencia 0
Procesamiento complejo Moderada 2
Reutilización Media 3
Facilidad de instalación Moderada 2
Facilidad de operación Media 3
Puestos múltiples Moderada 2
Facilidad de cambio Media 3
TOTAL 36
Fuente: [Elaboración Propia]

Tabla 3.10 Parámetros

Características de Complejidad
los Parámetros Peso Bajo Peso Medio Peso Alto Total
 45

Entradas 9 X3 3 X4 0 X6 39
Salidas 10 X4 1 X5 0 X7 45
Consultas 5 X3 0 X4 1 X6 21
Archivos 4 X7 0 X 10 0 X 15 28
Externas 1 X5 0 X7 0 X 10 5
Total Puntos de Función sin Ajustar 138
Fuente: [Elaboración Propia]

Total Puntos de Función sin ajustar (NPF)= 138

Para realizar el cálculo de puntos de función (PF), se utiliza la siguiente fórmula:

PF=NPF∗{0.65+ [ 0.01∗∑ ( TDI ) ]}

Donde:

NPF: Suma de puntos de función sin ajustar.

TDI: Suma de calificación de factores.

Reemplazando se obtiene:

PF = 138 * {0.65 + [0.01 * 36]}

PF= 139.38

Para convertir puntos de función a líneas de código se utilizará la siguiente tabla:

Tabla 3.11 Equivalencia de Líneas de Código

LENGUAJE LCD/PF LENGUAJE LCD/PF

Access 38 Jovial 107
Ada 95 49 Machine Code 640
C 128 SecondGenerationLanguage 107
C++ 53 Simulation – Default 46
HTML 3.0 15 Visual C++ 34
Java 53 Visual Studio 22
 46

Assembler 320 Ansi 64

Delphi 06 Android Studio 26
Fuente: [Tribunal de Tasaciones de la Nación, 2007]

KSLOC=(PF∗Correlación Cod . Fuente)/1000

Dónde:

KSLOC: Es la media de tamaño de una aplicación en unidades de líneas de

código fuente.

KSLOC = (139.38* 26)/1000

KSLOC = 3.62 (Miles de líneas de código)

I.15.6. Factibilidad Técnica

Los requerimientos tecnológicos de hardware y software para desarrollar el
presente trabajo se describen a continuación:

Tabla 3.12 Requerimientos de Software

Descripción Descripción Costo $us

Sistema Operativo  Windows10 x32/64 149
Home
 Soporte para
Microsoft Framework
4.0

Gestor de Base de SqLite Libre

Datos

Lenguaje de Android Studio Libre

programación

Teléfono Móvil (Licencia)

Fuente: [Elaboración Propia]

Se describe los requerimientos para llevar a cabo el presente sistema:

 47

Tabla 3.13 Requerimientos de Hardware

Equipos Sección Descripción

Teléfonos móviles Operarios Teléfono con sistema operativo

Android

Computadora Gerente Procesador Core i7

Disco Duro 1TB
Memoria ram 16 GB
Tarjeta de Video de 1Gb
Monitor Samsung de 19”
Mause, teclado.
Fuente: [Elaboración Propia]

No se realizará la adquisición de requerimientos técnicos ya que se encuentran

disponibles en la institución. En cuanto al software que se utilizará es de
distribución gratuita y se encuentran disponibles en la web, por lo que no
existirán inconvenientes en la obtención de los mismos.

La veterinaria cuenta con el personal necesario para el manejo del nueva

Aplicación Android.

Como resultado del estudio técnico de la veterinaria se determinó que posee la

infraestructura y tecnología (Hardware, Software) necesaria para el desarrollo y
puesta en marcha del sistema (aplicación) propuesto.

I.15.7. Factibilidad Operativa

La nueva Aplicación Android reducirá los tiempos de operación por parte del
personal de la veterinaria, así también mejorará el control de la información, en
cuanto a la organización, procesamiento y acceso de la información de la
institución.

El personal que hará uso de esta aplicación será:

 Administrador del sistema, será un usuario directo del Sistema, podrá

realizar altas, bajas y actualizar información que contenga la Aplicación,
 48

cabe aclarar que el administrador del sistema será el director o la

persona que esté a cargo de Veterinaria DISPROVET, entendido en el
área para realizar el control de los productos.

 Operadores, será un usuario indirecto que tendrá acceso a la aplicación y

podrá visualizar y realizar. Esta aplicación contará con una interfaz gráfica
amigable para cada tipo de usuario, con el objetivo de que cada usuario
pueda adaptarse a la aplicación en un corto tiempo y después llegue a
aceptarlo.

I.15.7.1. Recursos Humanos

La presente Aplicación Android se desarrollará para los distintos usuarios de
la veterinaria, para todos los encargados y tengan acceso por medio de sus
propios dispositivos móviles (celulares, tablets).

El sistema nativo solo estará disponible para el personal de la veterinaria.

I.16. Beneficios
La aplicación android para la automatización de control de distribución de
productos veterinarios y farmacéuticos en DISPROVET será mediante un
Smartphone, producirá sustancialmente beneficios en la veterinaria.

I.16.1. Beneficios Tangibles

Los beneficios tangibles aportados por la aplicación están dados por los
siguientes aspectos:
 La aplicación facilita el control e información necesaria para mejorar la
planificación y la toma de decisiones.
 Mejorar la respuesta de los registros y poder encontrar el producto
fácilmente.

I.16.2. Beneficios Intangibles

 Acceder a la información para la toma de decisiones, obtener un mejor y
mayor control financiero.
 Generar información eficiente y confiable, que sirva de apoyo a la toma de
decisiones.
 49

Aumentar el control y mejorar el registro de los productos.

 Capítulo IV
Marco Aplicativo
 50

Capítulo V.
Marco Aplicativo

En presente capítulo se realizará el análisis y diseño para el desarrollo de la

aplicación móvil, para ello se utilizará la metodología MOBILE-D, siguiendo a
cabalidad cada una de sus fases para alcanzar los objetivos trazados al inicio del
proyecto.

I.17. Aplicación De La Metodología Mobile-D

La metodología Mobile-D comprende de las siguientes fases las cuales se
explican a continuación.

Figura 4.1 Fases y procesos de la metodología Mobile-D

Fuente: [J. David Parra Coba, 2016]

 Fase I: Exploración. Se dedica a la planificación y a los conceptos básicos

del proyecto, durante el desarrollo de esta fase se determinarán los
requerimientos tanto funcionales como no funcionales.
 Fase II: Inicialización. Se preparan e identifican todos los recursos
necesarios. Se establece el entorno técnico.
 Fase III: Productización o fase de producto. Se repiten iterativamente las
subbases, con un día de planificación, uno de trabajo y uno de entrega.
 51

Aquí se intentan utilizar técnicas como la del test driven development para
conseguir la mayor calidad.
 Fase IV: Fase de estabilización. Se llevan a cabo las acciones de
integración para asegurar que el sistema completo funciona correctamente.
 Fase V: Fase de pruebas y reparación. Tiene como meta la disponibilidad
de una versión estable y plenamente funcional del sistema según los
requisitos del cliente.

I.18. FASE I: EXPLORACIÓN

El análisis de requerimientos permite al ingeniero de sistemas especificar las
características operacionales del software (función, datos y rendimientos), indica la
interfaz del software con otros elementos del sistema y establece las restricciones
que debe cumplir el software. Los requerimientos que se identificaron en la
institución se realizaron mediante reuniones y entrevistas con el personal de la
empresa para determinar los requerimientos inmediatos del sistema.

Tabla 2 Requerimientos del Sistema

ÍTEM REQUERIMIENTOS ESPECÍFICOS

 Registro de información. – El sistema debe registrar la información
1 correspondiente a los productos para realizar el posterior control de
almacenes.

 Visualizar la información general de los productos. - El sistema necesita

2 visualizar la información de los productos que vende la empresa para
proporcionar al cliente una mejor información y especificaciones.

 Resumen y reportes de los productos. – El sistema debe realizar el

3 resume de los productos que se dispone para realizar una impresión de
la información.

 Verificación de datos llenados. – El sistema debe tener validación con el

4 llenado de datos para evitar redundancia de información con la
información de almacenes.

 Búsqueda de información de productos. - El sistema debe contar con un

5 apartado para la búsqueda de información almacenada en la base de
datos.
 52

Fuente: [Elaboración Propia]

I.19. FASE II: INICIALIZACIÓN

El proceso de esta fase se terminará el entorno técnico y recursos necesarios para
llevar adelante el desarrollo de la aplicación.

I.19.1. Identificación de Actores y Tareas

Los Usuarios se presentan por diferentes actores, dependiendo su relación con el
sistema, a continuación, se muestra en la siguiente tabla los actores que
interactúan con la aplicación.

Tabla 3 Identificación de actores y tareas

ACTOR TAREA
ADMINISTRADOR  Asignar privilegios de usuario
 Administrar datos de usuarios
DE LA
 Generar reportes.
APLICACIÓN
 Registrar la información de proveedores.
 Registrar la información de los productos.
DISTRIBUIDOR  Realizar búsquedas de información.
 Generar reportes
 Impresión de información

VENDEDOR  Realizar búsquedas de información de los

productos.
 Administrar información y datos de los
productos.
 Actualizar información y datos de los clientes.
 Generar reportes de productos.

Fuente: Elaboración propia

Figura 7 Caso de Uso General

 53

Fuente: [Elaboración Propia]

Figura 8 Caso de Uso Administrar usuarios

Fuente: Elaboración Propia

Tabla 4 Caso de Uso Administrar usuarios

 54

DOCUMENTO DE LOS CASOS DE USO

CASO DE USO Administrar usuarios.

ACTORES Administrador de la aplicación

El administrador de la aplicación realiza el registro
RESUMEN de información de los usuarios, asigna los
privilegios y elimina a usuarios según
corresponda.

El administrador de la aplicación debe realizar el

PRECONDICIONES inicio de sesión en la aplicación

CURSO NORMAL DE EVENTOS

1. Se inicia sesión en la aplicación

ACCIÓN DE LOS 2. Crea los usuarios en la aplicación.

ACTORES
3. Asigna la contraseña de los usuarios.

4. Asigna los privilegios de la aplicación

5. Elimina usuarios de la aplicación

RESPUESTA DEL 6. Formulario para acceso de la aplicación

SISTEMA
7. Validar la información.

8. Guardar los datos en la base de datos.

9. Mostrar mensaje de confirmación.

Fuente: Elaboración Propia

Figura 9 Caso de uso registro de productos

 55

Fuente: Elaboración Propia

Tabla 5 Sub caso de uso registro de productos

DOCUMENTO DE LOS CASOS DE USO

CASO DE USO Registro de productos.
ACTORES Distribuidor
RESUMEN El encargado de almacén, realiza el registro de la
información de los proveedores y de los productos
que ingresan a almacén.
PRECONDICIONES El encargado de almacén, debe realizar el inicio
de sesión en la aplicación
CURSO NORMAL DE EVENTOS
1. Iniciar sesión en la aplicación
ACCIÓN DE LOS 2. Registrar la información de los proveedores.
3. Registrar la información de los productos.
ACTORES
4. Realizar la asignación de los códigos de
productos.
5. Realizar la impresión de reportes.
RESPUESTA DEL 1. Formulario para acceso en la aplicación
SISTEMA 2. Validar la información registrada.
3. Guardar los datos en la base de datos.
4. Mostrar mensaje de confirmación.
5. Actualizar la base de datos.
Fuente: Elaboración Propia

Figura 10 Caso de uso ventas y despachos

 56

Fuente: [Elaboración Propia]

Tabla 6 Sub Caso de Uso ventas y despachos

DOCUMENTO DE LOS CASOS DE USO

CASO DE USO Ventas y despachos
ACTORES Distribución
RESUMEN El vendedor realiza la búsqueda del producto para
verificar disponibilidad en almacén, luego se
genera la orden de compra y despacho del
producto que sale de almacenes.
PRECONDICIONES El personal, debe realizar el inicio de sesión en la
aplicación
CURSO NORMAL DE EVENTOS
1. Iniciar sesión de la aplicación
ACCIÓN DE LOS 2. Realizar la búsqueda de información.
ACTORES 3. Verificar disponibilidad del producto.
4. Realizar la orden de venta.
5. Realizar la orden de salida de productos.
6. Realizar la impresión de reportes.
RESPUESTA DEL 1. Formulario para acceso A la aplicación
SISTEMA 2. Formulario de búsqueda de información.
3. Respuesta de productos en la aplicación
4. Mostrar mensaje de confirmación.
5. Actualizar la base de datos.
Fuente: Elaboración Propia
 57

I.19.2. Especificación de los diagramas de actividades

El Diagrama de Actividad es un diagrama de flujo del proceso multi propósito que
se usará para modelar el comportamiento del sistema y pueden mostrar
procesado paralelo.

Figura 11 Diagrama de actividades registro de información

Fuente: Elaboración propia

Figura 12 Diagrama de actividades registro de información

Fuente: Elaboración propia

 58

Figura 13 Diagrama de actividades administrar usuarios

Fuente: Elaboración propia

I.19.3. Especificación de los diagramas de secuencias

El diagrama de secuencias muestra la interacción de un conjunto de objetos de
una aplicación a través del tiempo, en el cual se indicarán los módulos o clases
que formarán parte del programa y las llamadas que se hacen cada uno de ellos
para realizar una tarea determinada, por esta razón permite observar la
perspectiva cronológica de las interacciones.

Figura 14 Diagrama de secuencias registro de información

Fuente: Elaboración propia

 59

Figura 15 Diagrama de secuencias funciones del administrador

Fuente: Elaboración propia

Figura 16 Diagrama de secuencias Distribuidor

Fuente: Elaboración propia

I.19.4. Especificación de los diagramas de colaboración

El Diagrama de Colaboración presenta una alternativa al diagrama de secuencia
para modelar interacciones entre objetos en el sistema. Mientras que el diagrama
de secuencia se centra en la secuencia cronológica del escenario que estamos
modelando, el diagrama de colaboración se centra en estudiar todos los efectos
de un objeto dado durante un escenario.
 60

Figura 17 Diagrama de colaboración registro de productos

Fuente: Elaboración propia

Figura 18 Diagrama de colaboración envío de pedidos

Fuente: Elaboración propia

I.19.5. Diagrama de componentes

Un diagrama de componentes representa cómo un sistema de software es dividido
en componentes y muestra las dependencias entre estos componentes. Los
componentes físicos. Los diagramas de Componentes prevalecen en el campo de
la arquitectura de software, pero pueden ser usados para modelar y documentar
cualquier arquitectura de sistema. Uno de los usos principales es que puede servir
para ver qué componentes pueden compartirse entre sistemas o entre diferentes
partes de un sistema.
 61

Figura 19 Diagrama de componentes del sistema

Fuente: Elaboración Propia

I.19.6. Diagrama de despliegue

El Diagrama de Despliegue es un tipo de diagrama del Lenguaje Unificado de
Modelado que se utiliza para modelar la disposición física de los artefactos
software en los nodos. Muestra la arquitectura del sistema como el despliegue de
los artefactos de software a los objetivos de despliegue.

Figura 20 Diagrama de Despliegue del sistema

Fuente: Elaboración Propia

 62

I.19.7. Diseño Conceptual

En esta fase se construye un modelo orientado a objetos que represente el dominio
de la aplicación. A continuación, se mostrará el modelo conceptual que permitirá dar
origen al Diseño Lógico de datos relacional.

Figura 21 Modelo Conceptual

Fuente: Elaboración Propia

I.19.7.1. Esquema de Contexto Navegacional

Figura 22 Diagrama Navegacional General

Fuente: [Elaboración Propia]

 63

I.20. FASE III: PRODUCTIZACIÓN O FASE DE PRODUCTO.

A partir del modelo conceptual que representa la abstracción del dominio de la
aplicación, donde se obtendrá el diseño lógico, el cual ayudará a dar lugar a la
Productización del produjo.

I.20.1. Arquitectura tres capas

Esta arquitectura consiste en la separación de la capa de datos y de la capa de
presentación al usuario, básicamente cuando un cliente que realiza peticiones al
servidor esto lo hace a través de distintas capas que hacen de intermediarios para
añadir seguridad y robustez al sistema que le da respuesta.

Figura 23 Arquitectura del sistema

Fuente: Elaboración propia

 Capa de presentación: Es la que ve el usuario (también se la denomina

“capa de usuario”), presenta el sistema al usuario, le comunica la
información y captura la información del usuario en un mínimo de proceso
(realiza un filtrado previo para comprobar que no hay errores de formato).
Esta capa se comunica únicamente con la capa de negocio. También es
conocida como interfaz gráfica y debe tener la característica de ser
“amigable” (entendible y fácil de usar) para el usuario.
 Capa de negocio: Es donde residen los programas que se ejecutan, se
reciben las peticiones del usuario y se envían las respuestas tras el
 64

proceso. Se denomina capa de negocio (e incluso de lógica del negocio)

porque es aquí donde se establecen todas las reglas que deben cumplirse.
Esta capa se comunica con la capa de presentación, para recibir las
solicitudes y presentar los resultados, y con la capa de datos, para solicitar
al gestor de base de datos para almacenar o recuperar datos de él.
También se consideran aquí los programas de aplicación.
 Capa de datos: es donde residen los datos y es la encargada de acceder a
los mismos. Está formada por uno o más gestores de bases de datos que
realizan todo el almacenamiento de datos, reciben solicitudes de
almacenamiento o recuperación de información desde la capa de negocio.

Todas estas capas pueden residir en un único ordenador, si bien lo más usual es
que haya una multitud de ordenadores en donde reside la capa de presentación,
las capas de negocio y de datos pueden residir en el mismo ordenador, y si el
crecimiento de las necesidades lo aconseja se pueden separar en dos o más
ordenadores. Así, si el tamaño o complejidad de la base de datos aumenta, se
puede separar en varios ordenadores los cuales recibirán las peticiones del
ordenador en que resida la capa de negocio.

Si, por el contrario, fuese la complejidad en la capa de negocio lo que obligase a la

separación, esta capa de negocio podría residir en uno o más ordenadores que
realizarían solicitudes a una única base de datos. En sistemas muy complejos se
llega a tener una serie de ordenadores sobre los cuales corre la capa de negocio,
y otra serie de ordenadores sobre los cuales corre la base de datos.

Para el presente proyecto de grado se utilizará el centro de datos y la red de

trabajo con las que cuenta la empresa para la implementación, por lo que en envío
de información se hará a través de la red privada de la empresa. La interacción
cliente-servidor es el soporte de la mayor parte de la comunicación de información
del sistema, permitiendo tener accesibilidad de la información.
 65

I.20.2. Datos técnicos de la base de datos

Para el diseño de la base de datos se debe documentar las funciones, roles y
campos que tendrán, para ello antes de realizar los diagramas relacionales, de
clases se debe realizar el proceso de documentación de la información.

Tabla 7 Datos técnicos de funciones

Nombre Creación de empresa Código:: 311

Rol Desarrollador
Funcionalidad Crear Empresa
Razón Para acceder a la información de la institución al que
pertenecerá el software.
Descripción La información de la institución debe contener los siguientes
campos: (Código*, Nro. Nit*, Nro. Autorización*, Nro. Empleador*,
Nombre empresa*, Alias, País*, Departamento*, Ciudad*, Zona/Villa*,
Avenida/Calle* Nro. Residencia*, Email, Teléfono*, Celular*, Fax,
Casilla, Web, Logo, Actividad económica*)
Notas
- Los campos con asterisco son obligatorios.
- La creación de empresa debe ser realizado por base de
datos.

Fuente: Elaboración Propia

Tabla 8 Datos técnicos de administrar usuarios

Especificación de Requerimientos Funcionales – SRS

Nombre Administrar Usuarios Código:: 312
Rol Usuario Administrador
Funcionalidad Crear Usuario Administrador y Usuario Distribuidor.
Razón Para acceder a la aplicación cómo usuario.
Descripción Los datos del usuario debe contener los siguientes campos:
Datos del Usuario( Nombre*, Apellido paterno, Apellido materno,
Cédula de identidad*, Dirección*, Email, Teléfono*, Celular*, Tipo de
usuario*(Administrador/Distribuidor), Foto*)
Notas
- Los campos con asterisco son obligatorios.
- Debe contener las funciones de: (Crear, Modificar, Mostrar,
Listar, Borrar y Buscar).
- Mensaje de confirmación para la eliminación del registro.

Fuente: Elaboración Propia

 66

Tabla 9 Datos técnicos de los usuarios

3.1.3. Actualizar Contraseña de Usuarios Especificación de Requerimientos

Funcionales – SRS
Nombre Actualizar Contraseña de Usuario Código:: 313
Rol Usuario Administrador y Usuario Distribuidor.
Funcionalidad Actualizar contraseña de Usuarios
Razón Para mantener la confidencialidad de contraseñas.
Descripción Los datos de que se requiere para la actualización de contraseña
serán la contraseña actual y la nueva, en caso de ser correcta la
contraseña actual la nueva pasa a ser la contraseña actual del
usuario.
Notas
- Si la contraseña actual no es correcta no actualiza la
contraseña.
- Mensaje de respuesta del proceso realizado.

Fuente: Elaboración Propia

Tabla 10 Datos técnicos de la administración de productos

Administrar Productos Código:: 314

Rol Usuario Administrador.
Funcionalidad Crear Productos
Razón Para tener un registro de los Productos
Descripción Los datos que debe contener los siguientes campos: ( Código
de producto*(auto genérico), Nombre de Producto*, Seleccionar
Categoría*`[Campo administrable], Precio de Producto*, Fotografía*,
Fecha Registro)
Notas
- Los campos con asterisco son obligatorios
- Debe contener las funciones de: (Crear, Modificar, Mostrar, Listar,
Borrar y Buscar).
- Mensaje de confirmación para la eliminación del registro.

Fuente: [Elaboración Propia]

Tabla 11 Datos técnicos de stock de productos

Especificación de Requerimientos Funcionales - SRS

Nombre Administrar Código:: 315
Stock de
Productos
Rol Usuario Administrador.
Funcionalidad Registrar el Stock de Productos.
Razón Para tener un control de Stock de Productos.
Descripción Los datos que debe contener los siguientes campos:
 67

(Identificar Producto*, Agregar cantidad de Stock de Producto

Disponible*, Observaciones)
Notas
- Los campos con asterisco son obligatorios
- Una vez que se crea el producto automáticamente en la tabla stock
inicia en 0.
- Debe contener las funciones de: (Modificar, Eliminar, Mostrar,
Listar, Borrar y Buscar).
- El Usuario Distribuidor sólo debe visualizar el stock de productos.
- Mensaje de confirmación para la eliminación del registro.

Fuente: [Elaboración Propia]

Tabla 12 Datos técnicos de administrar clientes

Especificación de Requerimientos Funcionales - SRS

Nombre Administrar Clientes Código:: 316
Rol Usuario Administrador y Usuario Distribuidor
Funcionalidad Crear Clientes
Razón Para tener un registro de los Clientes
Descripción Los datos que debe contener los siguientes campos:
(Nombres*, Apellido Paterno, Apellido Materno, C.I. Número*, C.I.
Expedición*, Dirección Domicilio Completa*, Teléfono, Celular*,
Correo, Nombre Empresa*, Fecha Registro)
Notas - Los campos con asterisco son obligatorios
- Debe contener las funciones de: (Crear, Modificar, Mostrar, Listar,
Borrar y Buscar).
- Sólo el Usuario Administrador puede eliminar clientes.
- Mensaje de confirmación para la eliminación del registro.

Fuente: [Elaboración Propia]

Tabla 13 Datos técnicos de distribución de productos

Administrar Distribución de Código:: 317

Productos
Rol Usuario Administrador y Usuario Distribuidor.
Funcionalidad Crear Distribución de Productos.
Razón Para tener un registro de los Ingresos y Salidas
Descripción Los datos que debe contener los siguientes campos:
(Identificar Producto*, Identificar Cliente*, Cantidad a Distribuir*,
Fecha*, Hora*, Observación, Fecha Registro)
Notas
- Los campos con asterisco son obligatorios
- Debe contener las funciones de: (Crear, Modificar, Mostrar, Listar,
Borrar y Buscar).
- Una vez realizado la distribución debe generar la factura de venta
(Debe simular la Factura)
- Mensaje de confirmación para la eliminación del registro.
 68

Fuente: [Elaboración Propia]

I.21. FASE IV: FASE DE ESTABILIZACIÓN.

Durante esta fase se despliega el producto final que se mostrará a los usuarios
finales. Partiendo de la base se realizará el despliegue de la aplicación movil que
dependen en especial de los dispositivos que utilizaran los distribuidores quienes
harán el uso de la aplicación que junto al personal de sistemas se fijará las metas
estratégicas a alcanzar y facilitando la formación de las competencias y
conocimientos esenciales para lograr la competitividad y rentabilidad necesaria, es
por ello que se llevara a cabo el proceso de implantación y estabilización descrito
a continuación:

 Presentación a los participantes:

o Capacitación del uso de la aplicación
o Presentación de la interfaces y usos
o Dispositivos y versiones compatibles
 Formación de los participantes:
o Usos de la aplicación
o Procedimiento de usos
o Condiciones de conexión para el uso
o Medios de registro de información
 Estrategia de implantación con el personal:
o Comienzo de la implantación
o Ritmo de implantación
o Periodo de implantación
o Recursos o medios necesarios
o Procedimiento de la implantación

I.21.1. Vistas de las pantallas del sistema

A continuación, se presenta las pantallas muertas de la ampliación para la
presentación al usuario final.
 69

Figura 24 Vista de la pantalla de bienvenida

Fuente: [Elaboración Propia]

Figura 25 Vista de registro de clientes

Fuente: [Elaboración Propia]

 70

Figura 26 Vista general del sistema

Fuente: [Elaboración Propia]

Figura 27 Menú Principal Usuario Administrador

Fuente: [Elaboración Propia]

 71

Figura 28 Registro de Clientes

Fuente: [Elaboración Propia]

Figura 29 Agregar Venta

Fuente: [Elaboración Propia]

 72

Figura 30 Realizar Venta

Fuente: [Elaboración Propia]

I.22. Mantenimiento y seguridad de la aplicación

En cuanto al mantenimiento de la aplicación Android para el seguimiento a la
distribución de productos veterinarios de la empresa Disprovet, se implementará
un sistema de mantenimiento preventivo programado que se ejecutará
mensualmente para garantizar el óptimo funcionamiento del software. Este
proceso incluirá la revisión y optimización de la base de datos, la actualización de
componentes del sistema, la verificación de la integridad de los datos y la limpieza
de archivos temporales innecesarios. Además, se establecerá un protocolo de
mantenimiento correctivo que permitirá resolver de manera inmediata cualquier
incidencia o error que pueda surgir durante la operación de la aplicación, contando
con un equipo de soporte técnico disponible durante las horas laborales para
atender y solucionar problemas reportados por los usuarios.

En lo referente a la seguridad de la aplicación, se implementará un robusto

sistema de autenticación de usuarios mediante credenciales únicas y contraseñas
cifradas, además de la integración de autenticación biométrica como medida
 73

adicional de seguridad. La aplicación contará con un sistema de encriptación de

datos sensibles utilizando algoritmos de cifrado avanzado (AES-256) para proteger
la información de productos, clientes y transacciones. Se realizarán copias de
seguridad automáticas diarias de toda la información almacenada en la base de
datos, y se mantendrá un registro detallado de todas las actividades realizadas en
el sistema para facilitar la auditoría y el seguimiento de posibles incidentes de
seguridad. Adicionalmente, se implementará un sistema de control de acceso
basado en roles que permitirá gestionar los niveles de autorización de cada
usuario según sus responsabilidades específicas dentro de la empresa.

I.23. Pruebas de software

Las pruebas de la aplicación se realizaron de la siguiente manera:

I.23.1. Prueba de caja negra

La prueba de caja negra se realiza para ver los procesos de la aplicación
realizando un testing.

Tabla 14 Caso de prueba Entrada al Login

Código: Caso de prueba 01

Descripción de la prueba: El login, debe estar autentificado por la

aplicación para ingresar poder realizar los registros correspondientes.

Condiciones de ejecución: El usuario debe estar en la interfaz del de

la aplicación para poder realizar los llenados de los formularios.

Pasos de ejecución:

 La Aplicación muestra la interfaz para ingresar con un usuario y

contraseña.
 El usuario ingresa y le sale la interfaz de lista para llenar los
productos
 En la aplicación se debe llenar todos los datos necesarios para
poder registrar los ingresos necesarios que pide los
formularios.

Resultados esperados:
 74

La Aplicación verifica el acceso correspondiente del producto que se

está registrando previamente el usuario debe logearse.

Evaluación de prueba:

Se realiza el registro.

Fuente: Elaboración Propia

Tabla 15 Caso de uso Registro de Productos

Código: Caso de prueba 02

Descripción de la prueba: Registro de productos.

Condiciones de ejecución: Previamente el usuario tendrá que

logearse para poder estar en la interfaz de la aplicación, después de
acceder tendrá que registrar los productos farmacéuticos.

Pasos de ejecución:

 La aplicación muestra los ítems para llenar los productos

farmacéuticos.
 Verificar los registros mediante categorías.

Resultados esperados:

La Aplicación guarda el registro de productos farmacéuticos llenados.

Evaluación de prueba: La Aplicación verifica el registro del producto.

Fuente: Elaboración Propia

Tabla 16 Caso de prueba Reportes y Estadísticas

Código: Caso de prueba 03

Descripción de la prueba: Seguimiento a los reportes y estadísticas

Condiciones de ejecución: El administrador verifica los registros

llenados de productos farmacéuticos y tiene un seguimiento de los
reportes.
 75

Pasos de ejecución

 La Aplicación muestra los reportes y estadísticas de los productos

farmacéuticos previamente llenados.

Evaluación de Prueba:

Se realiza el seguimiento mediante los reportes y estadísticas de

los productos farmacéuticos.

Fuente: [Elaboración Propia]

I.24. Calidad del Sistema Utilizando la ISO 25000

A continuación, se aplicará el Factor de Calidad ISO 25000 bajo los siguientes
atributos de calidad y limitando que solo serán algunos puntos que se tocaran de
la métrica de calidad ya que es muy extenso.

I.24.1. Adecuación Funcional

Para poder medir la Funcionalidad de la aplicación se aplica la métrica de Punto
de Función (PF).

Tabla 17 Ajuste de Complejidades

ESCALA
SIN IMPORTANCIA

SIGNIFICATIVO
INCREMENTAL

MODERADO

ESENCIAL
MEDIO

FACTOR 0 1 2 3 4 5

¿Requiere la aplicación copias X

de seguridad y de recuperación
fiables para que no exista perdida
de información?
 76

¿Requiere comunicación de X
datos?

¿Existen funciones de X
procesamiento distribuido?

¿Es crítico el rendimiento? X

¿Se ejecutará la aplicación en X

un entorno operativo existente y
fuertemente utilizado?

¿Requiere entrada de X
datos interactiva?

¿Requiere la entrada de datos X

interactiva que las transacciones
de entrada se lleven a cabo sobre
múltiples pantallas u operaciones
de la aplicación?

¿Se actualizan los archivos de la X

aplicación de forma interactiva?

¿Son complejos las entradas, X

las salidas, los archivos o las
peticiones de la aplicación?

¿Es complejo el X
procesamiento interno de la
aplicación?

¿Se ha diseñado el código para X

ser reutilizable?
 77

¿Están incluidas en el diseño X

la conversión y la instalación?

¿Se ha diseñado la aplicación para X

soportar múltiples instalaciones en
diferentes organizaciones?

¿Se ha diseñado la aplicación para X

facilitar los cambios y para ser
fácilmente utilizada por el usuario?

Total 38

Nota: [Elaboración Propia]

Con la obtención de los anteriores datos y considerando un grado de

confiabilidad multiplicando por 2.5 por el valor del punto de función.

Por lo tanto, la funcionalidad del sistema es del 95% tomando en cuenta el punto
de función máximo.

I.24.2. Eficiencia de Desempeño

Comportamiento Temporal

En el desarrollo del presente proyecto haremos mención a la importancia de

la información en el sistema organizacional, es objetivo del grupo presentar el
tema desde una perspectiva integral.1

Utilización de Recursos

Los recursos utilizados para la presente aplicación son los siguientes:

 Hardware Computadora de Escritorio

 Software Licencia Windows 10.
 Android Studio
 78

 SQLite
 Mantenimiento en la Aplicación
I.24.2.1. Seguridad
La seguridad en la aplicación será permisos de usuario y se utilizará la
encriptación en la base de datos.

I.24.2.2. Confidencialidad
Desde las grandes empresas hasta las personas tienen información y contenidos
que no desean compartir con cualquiera. Es necesario que los sistemas de
seguridad rechacen a quienes no deberían ver estos contenidos. Es la clave de la
confidencialidad.

I.24.2.3. Integridad
Es la garantía de que la información a la que se accede no se ha alterado y que lo
que allí se lee es exactamente nos sugiere es que la información a la que
accedemos es verdaderamente confiable, que podemos aceptarla como un hecho.
Pero sabemos que la información puede perder su integridad con la intervención
maliciosa.

I.24.2.4. Autenticación
Se puede lograr identificar a alguien con autenticación a través de tres o más
factores: algo que la persona sabe, lo que tiene o lo que es. Esto se refleja
actualmente en la forma más común de autenticación, el usuario y la contraseña.
En ese caso la persona accede a la información una vez que demuestra algo que
sabe (la contraseña).
 Capítulo IV
Conclusiones y
Recomendaciones
 79

Capítulo VI.
Conclusiones Y Recomendaciones

I.25. Conclusiones
La aplicación móvil de seguimiento escolar implementada en el caso de la "U.E.
República de Japón" ha demostrado ser una herramienta efectiva para mejorar la
comunicación y colaboración entre maestros y padres de familia. La integración de
agentes inteligentes facilita la transmisión de información relevante sobre el
rendimiento académico, eventos escolares y tareas, promoviendo una participación
más activa y una comprensión compartida del progreso educativo de los estudiantes.

 El calendario digital colaborativo ha demostrado ser una herramienta eficaz

para mantener a padres y estudiantes informados sobre las tareas y
actividades programadas. Facilita la comunicación y la planificación, creando
una experiencia educativa más transparente y colaborativa.
 La mensajería dedicada ha fortalecido la comunicación directa entre padres y
profesores, optimizando el intercambio de información crucial sobre el
desempeño académico y el comportamiento de los estudiantes.
 La función de planificación de tareas ha sido clave para ayudar a estudiantes y
profesores a establecer fechas límite y recibir recordatorios automáticos,
mejorando la gestión del tiempo y el rendimiento académico.
 El módulo seguro de calificaciones ha brindado a los padres acceso inmediato
a la información académica de sus hijos, fomentando una participación más
activa en su educación.
I.26. Recomendaciones
Se recomienda implementar programas de capacitación continua para maestros y
padres de familia sobre el uso efectivo de la aplicación móvil y la comprensión de las
funciones de los agentes inteligentes. Esto garantizará que todos los usuarios
aprovechen al máximo las capacidades de la aplicación y puedan adaptarse a las
actualizaciones o nuevas características.
 80

 Obtener retroalimentación regular de profesores, padres y estudiantes para

ajustar y mejorar el calendario en función de sus necesidades.
 Continuar monitoreando y mejorando la seguridad de la mensajería para
proteger la privacidad de los usuarios, también opciones de integración con
otras plataformas de comunicación populares para una accesibilidad más
amplia.
 Ofrecer capacitación a maestros y padres sobre las mejores prácticas de
comunicación para maximizar la eficacia del módulo.
 Periódicamente, realizar actualizaciones para introducir nuevas características
y mejorar la experiencia de planificación.
 Fortalecer la seguridad del módulo para garantizar la confidencialidad de la
información académica.
 81

BIBLIOGRAFÍA

Alarcon, P. (2019). Metodología MOBILDE-D: Desarrollo desarrollo de

aplicaciones Agiles. España: Reverter.

Ballou, R. (2017). Logística y distribución de mercaderías. España: Pearson.

Boehm, B. W. (2019). Estimación de Costos de Software con COCOMO II. Madrid:

Prentince Hall.

Bowersox, D. J. (2018). Logística y gestión de la cadena de suministro. Mexico:

Pearson.

Comer, D. E. (2020). Internet y Red. Mexico: Reverte.

Coyle, J. J. (2019). ogística y gestión de la cadena de suministro. Estados Unidos:

Pearson.

Fow, M. (2020). UML Gota a Gota (3rd ed.). Estados Unidos: Pearson.

Garrido, A. (2017). Pruebas de caja negra. Técnica de partición equivalente.

Barcelona: Pearson.

Gonzales, J. (2020). Una Metodologia para el desarrollo de aplicaciones Moviles.

Mexico: Mexico.

Grau, F. (2024). Desarrollo Orientado a Objetos con UML. España: Facultad de

Informática.

Kimmel, P. (2010). Manual de UML. McGraw-Hill. España: nteramericana de

España S.L.

Kumar, A. (2020). Smartphone TecnologÍa y aplicaciones. Barcelona: Reverte.

Lee, I.-Y. (2019). Diseño de aplicaciones para smartphones. Nueva York: Pearson.

Lee, R. (2019). Desarrollo de aplicacion Android con Stusio 3.3.2. Mexico:

Reverte.

Mednieks, Z. (2019). Programación adronid con Android Studio 3.3.2. España:

Anaya.
 82

Mueller, J. K. (2020). Desarrollo de aplicaciones móviles con Androd y IOS .

Barcelona: Reverte.

Nixon, R. (2020). Learning PHP, MySQL & JavaScrip. Barcelona: Piramide.

Patel, R. (2022). Smartphone: Tecnología, innovacion y sociedad. Madrid: Anaya.

Persman, R. (2010). Ingeniería de Software Iso 25000 Novena Edición. Addison-

Wesley.

Presman., R. (2010). Ingeniería de Software Iso 25000. Novena Edición. Addison-

Wesley.

Stallings, W. (2019). Redes y Protocolos de comunicación . España: Person.

Taylor, M. J. (2021). Aplicaciones moviles: diseño desarrollo y marketing. Madrid:

Anaya.
ANEXOS
 ANEXO “A”

ARBOL DE PROBLEMAS

EFECTO
Demora en la entrega de productos La dificultad para encontrar información
La falta de seguimiento de pedidos a los clientes pueden generar costos de productos puede generar errores en
realizados genera insatisfacción en los adicionales para la empresa, como la entrega de productos, lo que puede
clientes, lo que puede llevar a una gastos de almacenamiento y llevar a una disminución en la
disminución en las ventas y una pérdida transporte.. satisfacción del cliente
de confianza en la empresa

La empresa importadora de productos veterinarios DISPROVET se registra manualmente el registro

de la información de distribución, venta de productos veterinarios y farmacéuticos, ocasionando que
clientes no reciban los productos que solicitaron a tiempo.
CAUSA

Registro manual de pedidos en Proceso manual de presentación Falta de actualización de las

cuadernos de registro, falta de de información de pedidos. listas de productos
automatización en el proceso de
ANEXO “A”
registro de pedidos.
 ÁRBOL DE OBJETIVOS

FIN
Asegurar que la aplicación sea accesible Implementar notificación de
Crear Interfaz de usuario amigable
y fácil de usar al momento del registro entregas y realizando informes de
para el registro de pedidos, y
de productos en almacén entrega
conectar con la base de datos para
almacenar información de pedidos.

Desarrollar una aplicación móvil para realizar el seguimiento de distribución de productos veterinarios
y farmacéuticos, que coadyuve con los pedidos y el personal de almacén para él envió y entrega de
los productos.

MEDIO

Registro preciso y oportuno de Registro preciso y oportuno de Registro preciso y oportuno de

pedidos de clientes, reducción del movimientos de productos en pedidos de clientes, mejorar en
tiempo de registro de pedidos. almacén, en la gestión de inventario la gestión de entregas y
y control de stock. seguimiento de pedidos.
 ANEXO “C”

CRONOGRAMA DE ACTIVIDAD

Id ModoNombre de tarea Duración Comienzo Fin

de
tarea jul '24 ago '24 sep '24 oct '24 nov '24 dic '24 ene '25
1 8 15 22 29 5 12 19 26 2 9 16 23 30 7 14 21 28 4 11 18 25 2 9 16 23 30 6
1 INVESTIGACIÓN PRELIMINAR 17 días lun 1/7/24 mar 23/7/24
2 Investigación de la documentacón 7 días mar 23/7/24 mié 31/7/24
3 Investigación documental 8 días mié 31/7/24 vie 9/8/24
4 DETERMINACIÓN DE REQUISITOS 28 días vie 9/8/24 mar 17/9/24
5 Análisis de la información 7 días mar 17/9/24 mié 25/9/24
6 Análisis del sistema actual 7 días mié 25/9/24 jue 3/10/24
7 Realizar entrevistas 5 días jue 3/10/24 mié 9/10/24
8 Determinación de necesidades de usuarios9 días mié 9/10/24 lun 21/10/24
9 DISEÑO DEL SISTEMA 21 días lun 21/10/24 lun 18/11/24
10 Diseño de diagrama de casos de uso 7 días lun 18/11/24 mar 26/11/24
11 Diseño de diagrama de actividades 2 días mar 26/11/24 mié 27/11/24
12 Diseño de diagrama de clases 3 días mié 27/11/24 vie 29/11/24
13 Diseño de base de datos 5 días vie 29/11/24 jue 5/12/24
14 DESARROLLO DEL SOFTWARE 28 días jue 5/12/24 lun 13/1/25
15 Desarrollo de la arquitectura 6 días lun 13/1/25 lun 20/1/25
16 Programación 22 días lun 20/1/25 mar 18/2/25
17 PRUEBAS DEL SISTEMA 6 días mar 18/2/25 mar 25/2/25
18 Pruebas contínuas 2 días mar 25/2/25 mié 26/2/25
19 Notificación de errores 1 día mié 26/2/25 mié 26/2/25
20 Ajustes y mejoras 3 días mié 26/2/25 vie 28/2/25
21 DEMOSTRACIÓN DEL SISTEMA 2 días vie 28/2/25 lun 3/3/25
22 Ejecución del sistema 1 día lun 3/3/25 lun 3/3/25
23 Demostración del sistema 1 día lun 3/3/25 lun 3/3/25
 ANEXO “D”

ENCUESTA

1. ¿Cuántos pedidos recibe la empresa DISPROVET en promedio al día?

2. ¿Cuánto tiempo tarda en registrar un pedido manualmente?
3. ¿Cuál es el porcentaje de errores en el registro de pedidos manualmente?
4. ¿Cuántos pedidos se han perdido o extraviado en el proceso de registro
manual?
5. ¿Cuánto tiempo tarda en procesar la información de pedidos en el
almacén?
6. ¿Cuál es el porcentaje de demoras en la entrega de productos debido a la
falta de eficiencia en el proceso de procesamiento de información?
7. ¿Cuántos clientes se han quejado por demoras en la entrega de productos?
8. ¿Cuántos productos diferentes vende la empresa DISPROVET?
9. ¿Cuántas listas de productos se encuentran actualmente en uso?
10. ¿Cuál es el porcentaje de errores en la entrega de productos debido a la
falta de actualización de las listas de productos?
11. ¿Cuánto tiempo tarda en encontrar información de productos en las listas
actuales?
12. ¿Cuál es el nivel de satisfacción del cliente actualmente (en una escala de
1-5, donde 1 es muy insatisfecho y 5 es muy satisfecho)?
13. ¿Cuántos clientes han abandonado la empresa DISPROVET debido a la
falta de eficiencia en la entrega de productos?
14. ¿Cuál es el porcentaje de clientes que han experimentado retrasos en la
entrega de productos?
 ANEXO “E”

CAPTURA DE PANTALLAS

Vista de la pantalla de bienvenida

Vista de registro de clientes

Vista general del sistema

Menú Principal Usuario Administrador

Registro de Clientes

Agregar Venta
Realizar Venta