Aplicación móvil recolectora de datos. RGBData-Forms

Ganchala Benítez, Robinson (2020). Aplicación móvil recolectora de datos. RGBData-Forms. Thesis (Master thesis), E.T.S.I. de Sistemas Informáticos (UPM).

Description

Title: Aplicación móvil recolectora de datos. RGBData-Forms
Author/s:
  • Ganchala Benítez, Robinson
Contributor/s:
  • Alonso Villaverde, Santiago
Item Type: Thesis (Master thesis)
Masters title: Ingeniería Web
Date: 2020
Subjects:
Freetext Keywords: Aplicaciones móviles; Aplicaciones web; Gestión de datos; Metodologías ágiles
Faculty: E.T.S.I. de Sistemas Informáticos (UPM)
Department: Sistemas Informáticos
Creative Commons Licenses: Recognition - No derivative works - Non commercial

Full text

[img]
Preview
PDF - Requires a PDF viewer, such as GSview, Xpdf or Adobe Acrobat Reader
Download (2MB) | Preview
[img] Archive (ZIP) - Users in campus UPM only
Download (4MB)

Abstract

Atendiendo a un problema concreto de empresas dedicadas al inventariado e inspección del estado de estructuras arquitectónicas (activos) se plantea una aplicación móvil para la recogida de datos en campo (ubicación geográfica de las estructura o activos). Partiendo de la premisa de que se tuviese ya el inventario de los activos en una base de datos, se ve la necesidad de poder realizar inspecciones de los activos. Como propuesta para cubrir esta necesidad se propone una aplicación móvil que mediante el modelo de formulario de estos activos permita recopilar información de estos a través de formularios. De esta manera la persona encargada de realizar la inspección (el inspector) puede rellenar el formulario según el modelo predefinido y el estado del activo. Como bien se ha dicho con anterioridad, al tener ya en base de datos los activos se tendrían también sus modelos de formulario. Con esto en mente la aplicación móvil dará la posibilidad al inspector de elegir el tipo de activo a inspeccionar y posteriormente el activo concreto mediante un filtro. Por otra parte, se daría la posibilidad de crear un nuevo activo. Esto implica una mejora considerable de la recogida de datos en campo ya que esa información recopilada puede ser enviada a un servidor que se encargue de recibir y almacenar esos datos para su posterior administración. Este caso concreto se podría extrapolar a cualquier tipo de recogida de datos marcando unas pautas a seguir por el cliente a la hora de usar la aplicación móvil. Así un tipo de activo sería el modelo de formulario que representa al activo, pudiendo ser el modelo de puentes, el modelo de encuestas de satisfacción o el modelo de incidencias de tráfico. En cambio, un activo concreto puede ser desde un puente de la M-30, pasando por una encuesta de satisfacción de chocolates o una incidencia de tráfico en una determinada ubicación. De cara a resolver este problema se tendrá una aplicación web se usará React para el front-end junto con NextJs, NodeJs para el back-end junto con FeathersJs y así facilitar el uso de servicios desde el lado del cliente. En cuanto a la base de datos se usará MongoDB junto con Mongoose para la definición de esquemas NoSQL. Para la aplicación móvil se usará una PWA (Progressive Web App), en React y NextJs, ya que permite implementar la aplicación para ser usada sin conexión y se puede visualizar tanto en Android como en iOS. Para el uso de servicios externos se usará también FeathersJs en la versión móvil. También se usarán librerías que faciliten el desarrollo de partes de la aplicación como pueden Ramda para usar programación funcional y TypeScript. Por último, se han usado metodologías ágiles de trabajo para la planificación, seguimiento, desarrollo y entrega del producto. En este caso se ha usado Scrum. Así como Git para el control de versiones y flujo de trabajo. Abstract: In response to a specific companies’ problem dedicated to the inventory and inspection of the state of architectural structures (assets3), a mobile application is proposed to recollect data in a specific location where an asset is localized. Starting from the premise that the inventory of the assets was already in a database, the need to be able to carry out inspections of the assets is seen. As a proposal to cover this need, a mobile application is proposed that through the form model4 of these assets allows information to be collected from them through forms. In this way, the person in charge of carrying out the inspection (the inspector) can fill in the form according to the predefined model and the state of the asset. As it has been said previously, since the assets are already in the database, they would also have their model forms. With this in mind, the mobile application will give the inspector the possibility to choose the type of asset to inspect and then the specific asset through a filter. On the other hand, there would be the possibility of creating a new asset. This implies a considerable improvement in the recollection of data in the asset's specific location, then this recollected information can be sent to a server which is responsible for receiving and storing that data for later administration. This specific case could be extrapolated to any type of data recollection setting some guidelines to be followed by the client when using the mobile application. Thus, a type of asset would be the form model that represents the asset, which could be the bridge model, the satisfaction survey model, or the traffic incident model. Instead, a specific asset can be from a bridge on the M-30, through a chocolate satisfaction survey or a traffic incident at a certain location. In order to solve this problem, a web application will be used, React will be used for front-end along with NextJs, NodeJs for back-end together with FeathersJs and thus facilitate the use of services from the client side. Regarding the database, MongoDB will be used together with Mongoose for the definition of NoSQL schemas. For the mobile application, a PWA (Progressive Web App) will be used in React and NextJs because it allows the application to be implemented to be used offline and can be viewed on both Android and iOS. For the use of external services, FeathersJs will also be used in the mobile version. Libraries will also be used to facilitate the development of parts of the application such as Ramda to use functional programming and TypeScript. Finally, agile methodologies have been used for the planning, monitoring, development and delivery of the product. Scrum has been used in this case. As well as Git for version control and workflow.

More information

Item ID: 65148
DC Identifier: http://oa.upm.es/65148/
OAI Identifier: oai:oa.upm.es:65148
Deposited by: Biblioteca Universitaria Campus Sur
Deposited on: 30 Oct 2020 11:15
Last Modified: 30 Oct 2020 11:15
  • Logo InvestigaM (UPM)
  • Logo GEOUP4
  • Logo Open Access
  • Open Access
  • Logo Sherpa/Romeo
    Check whether the anglo-saxon journal in which you have published an article allows you to also publish it under open access.
  • Logo Dulcinea
    Check whether the spanish journal in which you have published an article allows you to also publish it under open access.
  • Logo de Recolecta
  • Logo del Observatorio I+D+i UPM
  • Logo de OpenCourseWare UPM