• No se han encontrado resultados

VIABILIDAD OPERATIVA

In document Borrador Final Después de La Defensa (página 182-199)

4. ANÁLISIS DE VIABILIDAD

4.3. VIABILIDAD OPERATIVA

El proceso actual de administración de pedidos y compras se realiza de forma manual, esto puede generar perdida de tiempo y errores de registro de pedidos por no tener la información de manera oportuna.

Una vez implementado la aplicación móvil Android será capaz de obtener información de datos actuales sobre los productos necesarios para el abastecimiento de la empresa por medio de un servidor que permitirá al dueño llevar un registro controlado mediante un diseño de interfaces amigables para los distintos tipos de usuarios. El nivel de complejidad en base a las funcionalidades que se realizan en el uso del sistema, se detallan en el siguiente orden:

Tabla 47: Nivel de complejidad según funciones de cargo

CARGO NIVEL DE COMPLEJIDAD

Administrador Alto

Chef Medio

155 - 162

Fuente: Elaboración propia

Para el uso de la aplicación móvil se tienen los siguientes roles: Administrador, vendedor por mayor.

Administrador:

El administrador es el dueño de la empresa, el tiene la ponderación de realizar todas las tareas en cuanto al control de stock, gestión de usuarios, registrar productos, tiene que estar al tanto de toda la información y los procesos que se realizan.

Chef:

El chef es el encargado de realizar los pedidos y registrar el menú diario de acuerdo a la solicitud de la empresa que está a cargo.

Encargado de compras:

El encargado de compras es el tercer involucrado en el sistema quien debe realizar las compras de los ingredientes solicitados por el chef y también podrá registrar las compras realizadas.

ESCUELA MILITAR DE INGENIERÍA MCAL. ANTONIO JOSÉ DE SUCRE BOLIVIA

CAPÍTULO 5

CONCLUSIONES Y

RECOMENDACIONES.

156 - 162

5. CONCLUSIONES Y RECOMENDACIONES.

A continuación se describen conclusiones y recomendaciones acerca del sistema de gestión de abastecimiento y servicio de catering integrado con una aplicación móvil Android.

5.1. CONCLUSIONES

A continuación se detallarán las conclusiones que se obtuvieron en base al proyecto terminado:

 Para iniciar el desarrollo del proyecto ha sido necesario elaborar el modelo del negocio actual, a través de una serie de entrevistas al administrador de la empresa servicios de catering VALENCIA. Estas actividades han permitido elaborar flujos de trabajo que representan de manera detallada las actividades que implica el proceso de gestión de abastecimiento, pedido y compras de productos para el servicio de catering lo cual llevo a la comprensión de la lógica de negocio y la identificación de los aspectos que pueden mejorar el uso de la tecnología y respectivo desarrollo del sistema.

 Con el diseño del modelado de negocio alternativo se logro elaborar la propuesta de una nueva lógica de negocio en la cual los procedimientos están basados en la utilización de la aplicación móvil, permitiendo de esta manera solucionar los problemas que actualmente enfrenta la empresa e identificar las funcionalidades principales que debe tener el sistema propuesto.

 El desarrollo del módulo de gestión de usuarios para el personal de la empresa permite la introducción y almacenamiento de información básica requerida de cada involucrado en el proceso de trabajo que realiza la empresa así mismo asigna a cada participante la labor que debe desempeñar dentro la empresa servicios de catering VALENCIA.

 Se desarrolló un módulo de control de stock para el usuario el cual permite de manera fácil interactuar con una interfaz amigable, donde se llena un formulario con los datos del producto que ingresa a la bodega y así llevar a cabo el control

157 - 162

de productos automatizado dando a conocer el stock de ingredientes existentes de diferentes tipos.

 La implementación del módulo de servicios de catering permite tener un registro de todos lo productos que ofrece la empresa y así facilitar el proceso para los pedidos que se registran diariamente. Estas funcionalidades se presentan de manera interactiva y mas atractiva al alcance de cualquier móvil de los empleados de la empresa.

 Se desarrolló un módulo de gestión de abastecimiento el cual permite registrar la cantidad de personas que requieren el servicio y así automatizar el total de ingredientes que se requieren para facilitar la elaboración de productos del menú diario y facilitar una lista de ingredientes al encargado de compras quien deberá cumplir su labor de adquirir todos y cada uno de los ingredientes faltantes.

 Para lograr la conectividad entre el servicio Web y la aplicación móvil se decidió utilizar los servicios REST API e intercambio de datos aplicando JSON que reducen el tiempo de intercambio de datos y sincronización entre ambos.

 Finalmente se han realizado pruebas con usuarios finales verificando que el sistema concluye con los requisitos solicitados por el administrador y dueño de la empresa

Con la hipótesis planteada en el proyecto se ha demostrado que los beneficios principales del sistema desarrollado están relacionados con las disminución de tiempo invertido en el proceso de organización del servicio de catering para las empresas disminuyendo la probabilidad del riesgo de errores en la información al registrar la lista de ingredientes que se deben comprar, por lo cual se concluye que la aplicación puesta en marcha permitirá a la empresa reemplazar procedimientos manuales y llegar a un proceso mas eficiente.

Finalmente se concluye que se logró alcanzar los objetivos establecidos al desarrollar un Sistema de gestión de abastecimiento de productos y servicios de catering integrado con una aplicación móvil Android, logrando obtener información confiable y rápida, reduciendo el tiempo invertido en el proceso de elaboración de pedidos y

158 - 162

compra de ingredientes y disminuyendo los errores en la elaboración de listas de productos y gastos económicos por este motivo.

5.2. RECOMENDACIONES

Las recomendaciones de funcionamiento son:

 Para un buen funcionamiento del sistema se recomienda cumplir con los requerimientos mínimos de hardware establecidos en la viabilidad técnica.

 Se recomienda la capacitación previa a la implantación del sistema en la empresa, considerando los actores involucrados en la empresa, de esta manera reducir los errores humanos que se puedan cometer.

Las recomendaciones a futuro son:

 Se recomienda implementar una página web para los clientes, donde se pueda promocionar productos, compartir los servicios que brinda la empresa y todas las características de la empresa para permitir llegar a mayor cantidad de clientes.  Desarrollar un modulo para clientes que quieran adquirir el servicio de catering y

puedan realizar sus pedidos, evitando que los trabajadores hagan visitas constantes.

159 - 162

BIBLIOGRAFÍA

 Alonso, G. (2004). Web Services Concepts, Architectures and Applications. Springer.

 AndroidGuys. (2009). Appcelerator, un nuevo concepto « iSuriv's Weblog – Dame Tonos - Telefonía Móvil en su más puro estado. Retrieved from

https://isuriv.wordpress.com/2009/06/15/appcelerator-un-nuevo-concepto/  Angela, M. (n.d.). GForce Softwar. Retrieved from

https://forja.linex.org/docman/view.php/121/1052/ASI_10.odt.  Chaffer, J., & Swedberg, K. (2007). Aprender jQuery.

 Compilando.ES. (2011). Modelo-Vista-Controlador. Retrieved from http://www.compilando.es/

 Davis, B., & Steven, D. (2002). Benefits Thin client-Smart client. Newburn.  Ducrohet. (2013). Android Studio: Un IDE incorporado para Android. Retrieved

from http://android-developers.blogspot.com/2013/05/android-studio-ide-built-for- android.html.

 Fowler, M., & Kendall, S. (1999). UML gota a gota. Mexico: Person Educacion.  Friesen. (2010). Java para desarrollo Android. Retrieved from

https://www.java.com/es/download/faq/develop

 Gironés, J. T. (2013). El gran libro de Android. marcombo, S.A.

 Gutierrez, D. (2011). Métodos de desarrollo de software. Venezuela: Universidad de los Andes.

 Gutiérrez, G. J. (2010). My Structured Query Language. Retrieved from http://dev.mysql.com/doc

160 - 162

 Kniberg, H. (2007). Scrum y XP desde las trincheras. Estados Unidos de America: C4Media Inc.

 Manilla Derbez, J. A., & Torres Villafaña, H. (2009). Ingeniería en sistemas computacionales. Instituto Tecnológico de Toluca.

 Marin, d. l. (2014). Phonegap y Titanium Appcelerator. Retrieved from http://www.marindelafuente.com.ar/phonegap-y-titanium-appcelerator/  Martínez, H. L., Ceceñas, T. P., & Leyva, A. M. (2015). Lo que se de

computación. México : Universidad Juárez del Estado de Durango.  MINGUET, M. J. (2008). nformática Fundamental. Ramón Areces.  Morales, U. A. (2010). Sql, server. Retrieved from

http://www.uaem.mx/posgrado/mcruz/cursos/miic/sql.pdf

 Naresh, A., & Toral, M. (2002). UDDI: Building Registry-based Web Services Solutions. Retrieved from http://uddi.xml.org/.

 Newman, C. (2009). SQLite. Universidad de California: Sams, 2005.  Núñez Mori, J. G. (2010). Usabilidad en metodologías agiles. España:

Universidad Politécnica de Madrid.

 Páez, N. (2014). Construcción de software: una mirada ágil. Retrieved from http://dominointernet.com/el-manifiesto-agile/

 Perdita Stevens, R. P. (2002). Utilización de UML en Ingeniería del Software con Objetos y Componentes.

 Petkovic, D. (2008). MICROSOFT SQL SERVER. Germany: Mcgraw-hill.  Pressman, R. (2005). Ingeniería de Software: Un Enfoque Práctico (Sexta ed.).

161 - 162

 Pressman, R. (2010). Ingeniería de Software: Un Enfoque Práctico (Séptima ed.). McGraw-Hill.

 Pressman, R. (2010). Ingeniería de Software: Un Enfoque Práctico (Séptima ed.). McGraw-Hill.

 Rehman, Paul, C., & Paul., C. R. (2002). The Linux Development Platform: Configuring, Using and Maintaining a Complete Programming Environment.  Revelo, J. (2015). Desarrollo Android. Retrieved from

http://www.hermosaprogramacion.com/2015/10/servicio-web-restful-android-php- mysql-json/

 Ribas, L. J. (2011). Desarrollo de aplicaciones para Android. En J. R. Lequerica.  Rodríguez, A. (2009). ENTORNO DE DESARROLLO (IDE) JAVA. Retrieved from

http://www.aprenderaprogramar.com/index.php?option=com_attachments&task= download&id=345

 Rómmel, F. (2007). Base de Datos SQLite. Retrieved from

http://sg.com.mx/revista/17/sqlite-la-base-datos-embebida#.VD27zfmG8T8  Sacristán, C. R., & Fernández, D. R. (2012). Programación en Android. España:

Mentor.

 Scientia, e. T. (2007). Universidad Tecnológica de Pereira. ISSN 0122-1701.  Scott, K., & Rosenberg, D. (2001). ICONIX Software Engineering.

 Shafer, D. (2003). Revolución : Software a la velocidad del pensamiento. Tiempo de ejecución revolución Ltd, Volumen 1.

 Shane Conder, L. D. (2012). Android Wireless Application Development. Retrieved from http://www.4rsoluciones.com/que-es-un-kit-de-desarrollo-de- software-sdk/

162 - 162

 Sommerville, I. (2005). Ingeniería de Software. Madrid, España: Pearson Educación S.A.

 Sommerville, I. (2011). Ingeniería de Software. (novena edición). México: Pearson Educación S.A.

 Sosinformatico. (2012). Desarrollo y Programación. Retrieved from http://www.sosinformatico.tk

 Tairon. (2012). NetBeans. Retrieved from http://netbeansaccesible.blogspot.com/.  Torres, M. &. (2009).

 Warnnez. (2013). Ide Android Studio. Retrieved from

http://androcode.es/2013/05/android-studio-el-nuevo-ide-para-android/.  Zamora, A. (2015). Android libre. Retrieved from

http://www.elandroidelibre.com/2015/10/los-mejores-frameworks-para- desarrolladores-android.html

ANEXO D: Diagrama Ishikawa.

Ilegibilidad. Ilegibilidad.

Proceso moroso en la Demora en la toma toma de datos. de datos.

Revisión de productos Revisión de compras faltantes.

realizadas. Registro de cantidad de

productos incorrecto. Elaboración de una sola lista común.

Proceso manual de registro de productos.

Registro manual de empresas que solicitan Servicio de Catering.

La verificación de productos es moroso.

Lista de productos puede contener errores.

Tareas repetitivas de confección de listas diarias de productos faltantes, pérdida de tiempo en la revisión de los pedidos realizados por las empresas para determinar los productos que deben

abastecerse y gastos innecesarios en la adquisición de productos que se tienen disponibles.

Anexo F: Tabla de justificaciones

Factores de costo Valor

escogido Justificacion

Fiabilidad requerida del

software alto El software maneja varios datos los cuales deben ser fiables y disponibles para su correcto funcionamiento. Tamaño de la base de datos

del uso medio Es medio porque la empresa aún no cuenta con una gran cantidad de datos ya que trabaja con pocas empresas.

Complejidad del producto bajo Es bajo dado que el proyecto no demanda procesos

complejos o de seguridad de datos. Restricciones del tiempo de

ejecución bajo No se tiene tiempo de restricción de tiempo de ejecución.

Restricciones del

almacenamiento principal bajo

Se toma bajo dado que no se tiene restricciones de almacenamiento.

Volatilidad del ambiente

virtual de la máquina bajo Esta característica no se aplica al proyecto pero como es requerida para los cálculos se toma bajo. Tiempo de respuesta de

ordenador medio No se tiene una exigencia de tiempo de respuesta rápida, sin embargo eso no quiere decir que no importe.

Capacidad del analista medio La capacidad del analista es medio dado que no tiene mucha

experiencia en trabajos similares.

Experiencia de los usos medio La experiencia en aplicaciones es media dado que el

desarrollador tiene conocimientos medios sobre aplicaciones.

Capacidad de los

programadores medio Es bajo dado que es la primera vez que el desarrollador realiza un proyecto con aplicación móvil y de esa magnitud. Experiencia en sistema

operativo utilizado medio Es alto dado que el sistema operático se usa a diario.

Experiencia del lenguaje de

programación bajo Es medio ya que el desarrollador tiene conocimientos básicos acerca de los lenguajes de programación. Uso de las herramientas del

software bajo Es baja dado que se utiliza herramientas de programación modernas de los cuales no se tenía experiencia. Uso de los métodos de la

tecnología de dotación lógica alto

Se tenia base acerca de la utilización de herramientas de software por lo tanto es alto.

Horario requerido del

desarrollo medio

Es medio dado que si fuera bajo, se cumpliría con la

planificación de desarrollo para el proyecto sin exigencia del cliente, por otro si el cliente exigiera su propia planificación.

In document Borrador Final Después de La Defensa (página 182-199)

Documento similar