• No se han encontrado resultados

Aplicación móvil para georreferenciación y registro de información de localidades de colectas biológicas

N/A
N/A
Protected

Academic year: 2020

Share "Aplicación móvil para georreferenciación y registro de información de localidades de colectas biológicas"

Copied!
29
0
0

Texto completo

(1)APLICACIÓN MÓVIL PARA GEORREFERENCIACIÓN Y REGISTRO DE INFORMACIÓN DE LOCALIDADES DE COLECTAS BIOLÓGICAS. Autor: Pablo Daniel Díaz Mera. Trabajo de grado en la modalidad de Monografía para optar por el título de Especialista en Sistemas de Información Geográfica. Directora: Alexandra María López Sevillano Doctora en Ingeniería. Universidad Distrital Francisco José de Caldas Facultad de Ingeniería Especialización en Sistemas de Información Geográfica Bogotá, Colombia 2019.

(2) TABLA DE CONTENIDO 1 INTRODUCCIÓN ....................................................................................................................... 1 2 PROBLEMA ................................................................................................................................ 2 3 JUSTIFICACIÓN ........................................................................................................................ 3 4 ALCANCE ................................................................................................................................... 4 5 OBJETIVOS ................................................................................................................................ 5 5.1 Objetivo General ................................................................................................................... 5 5.2 Objetivos Específicos ............................................................................................................ 5 6 MARCO TEÓRICO..................................................................................................................... 6 7 METODOLOGÍA ........................................................................................................................ 8 8 RESULTADOS.......................................................................................................................... 11 8.1 Análisis de Requerimientos................................................................................................. 11 8.1.1 Actores .......................................................................................................................... 11 8.1.2 Casos de Uso ................................................................................................................ 11 8.1.3 Diagrama de casos de uso ............................................................................................. 12 8.2 Diseño.................................................................................................................................. 13 8.2.1 Diseño de arquitectura .................................................................................................. 13 8.2.2 Vista de despliegue ....................................................................................................... 13 8.2.3 Modelo de Persistencia ................................................................................................. 14 8.2.4 Prototipado.................................................................................................................... 15 8.3 Implementación ................................................................................................................... 17 8.3.1 Formulario .................................................................................................................... 18 8.3.2 Aspecto Visual Inicial .................................................................................................. 19 8.3.3 Funcionalidades de las Activitys y sus componentes ................................................... 20 8.3.4 Aspecto Visual final ..................................................................................................... 21 8.4 Validación ........................................................................................................................... 22 8.4.1 Tabla de Atributos en QGIS ......................................................................................... 23 8.4.2 Visualización en QGIS ................................................................................................. 23 9 CONCLUSIONES ..................................................................................................................... 24 10 REFERENCIAS ....................................................................................................................... 25 i.

(3) LISTA DE FIGURAS. Figura 1:Esquema de la Metodología empleada durante el proyecto ............................................. 9 Figura 2: Diagrama de Casos de Uso ............................................................................................ 12 Figura 3: Vista de despliegue ........................................................................................................ 13 Figura 4: Modelo de Persistencia .................................................................................................. 14 Figura 5: Bocetos iniciales ............................................................................................................ 15 Figura 6: Boceto Final de Referencia ........................................................................................... 16 Figura 7: Porcentaje de dispositivos ............................................................................................. 17 Figura 8: Vista de Diseño Android Studio.................................................................................... 19 Figura 9: Aspecto inicial de las Activitys ..................................................................................... 20 Figura 10: Aspecto final de las Activitys ...................................................................................... 21 Figura 11: Visualización en el dispositivo del archivo generado ................................................. 22 Figura 12:Visualización de la tabla de tributos en QGIS ............................................................. 23 Figura 13:Visualización de los puntos registrados en QGIS ........................................................ 23. ii.

(4) 1 INTRODUCCIÓN La localidad corresponde a la descripción del tiempo y lugar donde se realizó la colecta de un espécimen, esta información es de gran importancia pues requerida para realizar análisis espaciales y cuantitativos.(Wieczorek, Guo, & Hijmans, 2004) Sin embargo, cuando se realiza la captura de datos, muy pocas veces se incluye el sistema de referencia, esto implica un mayor tiempo dedicado al procesamiento de la información.(Escobar, Diaz, Jojoa, Rudas, & Saavedra, 2014) Locality es una aplicación que pretende facilitar el registro de la información asociada a las localidades mediante un formulario que cuenta con campos que pueden obtenerse de manera automática a partir de la ubicación geográfica del dispositivo. Los campos definidos para realizar el registro de los datos, siguen los lineamientos del Protocolo de Georreferenciación de Localidades del Instituto Alexander Von Humboldt Locality fue desarrollada para dispositivos Android, teniendo en cuenta que actualmente Android es el sistema operativo más utilizado alrededor del mundo.(Jackson, 2014) Para el desarrollo, se utilizó Android Studio debido a las facilidades que presta en cuanto al diseño de las pantallas y sus respectivos componentes. Este documento presenta una perspectiva de la problemática asociada al registro de la información de las localidades, el por qué una aplicación móvil es útil para intentar enfrentarla y los resultados de las distintas etapas de levantamiento de requerimientos, diseño, desarrollo y pruebas de funcionalidad de la aplicación.. 1.

(5) 2 PROBLEMA Actualmente, en el proceso de georreferenciación y registro de información de localidades de colectas biológicas se detectan casos en los que hay información no registrada o registrada de manera errónea, muy pocas veces se incluye el sistema de referencia.(Escobar et al., 2014) La presencia de errores u omisión de información registrada implica un mayor tiempo en el proceso de análisis de los datos recolectados por parte de los investigadores. Una de las causas es la inexistencia de un sistema que permita la captura tanto de coordenadas como de la información correspondiente a las localidades lo cual induce a errores por parte de quienes realizan el registro.. 2.

(6) 3 JUSTIFICACIÓN Las colecciones biológicas son una de las principales fuentes de información para la toma de decisiones respecto a la gestión y conservación de recursos biológicos. Una georreferenciación efectiva de las localidades de las colectas, facilita los procesos de análisis espacial de la biodiversidad. La disponibilidad de datos de escala local y global es de gran importancia para enfrentar problemáticas actuales como el cambio climático, salud pública y pérdida de biodiversidad(Costello, 2009) Por esto, es necesario que el proceso de georreferenciación y registro de la información de las localidades biológicas sea preciso, es de gran importancia que se consignen todos los datos requeridos y que se eviten errores durante la captura de la información. Locality, es una herramienta que permite el registro estructurado y consistente de la información asociada a la localidad a partir de un formulario definido para consignar los datos requeridos, el formulario cuenta con validadores que impiden que se omita el diligenciamiento de campos fundamentales para la descripción de las localidades, la obtención de las coordenadas a partir del dispositivo evita el error en el registro de las mismas, en casos en los que se tiene conexión a internet, es posible obtener la información de la división político administrativa del sitio de colecta, además, todos los registros pueden ser exportados a un archivo en formato CSV lo cual facilita la visualización de los datos en software GIS.. 3.

(7) 4 ALCANCE Locality es una aplicación móvil para dispositivos Android, dirigida al personal encargado de realizar las colectas biológicas con el propósito de facilitar su labor, por medio de la cual se capturen los datos correspondientes a las localidades de colectas biológicas adecuadamente, siguiendo los lineamientos del estándar Darwin Core (usado para la estructuración e intercambio de datos primarios de biodiversidad). La aplicación permite obtener las coordenadas del sitio de colecta accediendo al sensor GPS del dispositivo, obtiene la información asociada a la división político administrativa del sitio de colecta (país departamento y municipio) cuando cuenta con conexión a internet y obtiene la fecha del registro desde el dispositivo, permite el ingreso manual de los datos cuando el dispositivo no tiene conexión y exportar los registros a un archivo en formato CSV a partir del cual se pueden visualizar los puntos registrados en un software GIS. Aunque la aplicación puede ser usada sin importar la ubicación del usuario, el formulario estará enfocado en Colombia, debido a que en otros países varía la nomenclatura respecto a la división político administrativa.. 4.

(8) 5 OBJETIVOS 5.1 Objetivo General Estructurar y automatizar el registro de la información asociada a las localidades de colectas biológicas durante el proceso de georreferenciación mediante el desarrollo de una aplicación móvil orientada a dispositivos Android. 5.2 Objetivos Específicos -. Impedir la omisión de información durante el registro de localidades de colectas biológicas para reducir la probabilidad de registros incompletos.. -. Automatizar el registro de parte de la información asociada a las localidades de colectas biológicas a partir de la ubicación del usuario con el fin de evitar errores en el ingreso de los registros.. -. Facilitar la distribución de la información asociada al registro de localidades de colectas biológicas a partir de la generación de un archivo CSV con el propósito de agilizar el procesamiento de los datos.. 5.

(9) 6 MARCO TEÓRICO Las colecciones biológicas y sus datos asociados comprenden la mayor cantidad de información acerca de la distribución geográfica de una especie en un periodo de tiempo determinado, por ello, permiten establecer la biodiversidad presente y pasada del planeta. (Rodriguez et al., 2005)Dentro de la información asociada a las colecciones se encuentra la localidad. La localidad corresponde a la descripción del sitio donde fue colectado un espécimen.(Wieczorek et al., 2004) Su información asociada provee datos verificables sobre la distribución espacial de las especies y cómo cambia a través del tiempo, esto permite responder preguntas de gran importancia como: cuáles son los factores que desencadenan fenómenos de dispersión o extinción de las especies? o cómo están distribuidas las especies en el espacio geográfico?.(Page, Macfadden, Fortes, Soltis, & Riccardi, 2015) Para el manejo de la información asociada a las localidades, se han seguido los lineamientos del estándar Darwin Core. Este estándar, es empleado para la publicación e integración de información sobre biodiversidad, su principal objetivo es crear un lenguaje común para compartir datos de biodiversidad. (Wieczorek et al., 2012)El estándar comprende un conjunto de 169 elementos que estructuran y estandarizan los registros de presencia de especies, dichos elementos corresponden a atributos.(Castro & Vélez, 2017) En Colombia, el Instituto Alexander Von Humboldt publicó el Protocolo de Georreferenciación de Localidades, este documento es una guía para georreferenciar las localidades asociadas a colectas biológicas y comprende una serie de etapas para la estandarización, clasificación y descripción de las localidades.(Escobar et al., 2014). 6.

(10) El protocolo plantea los elementos para la georreferenciación y definición de las localidades según el estándar Darwin Core dentro de los cuales se encuentran: el ID de la localidad, el País, Departamento, Municipio, la Localidad original que corresponde a la descripción textual del lugar, la latitud y longitud, el hábitat, el código de la colección a la cual se encuentra asociada la localidad, el nombre del parque nacional en caso de que la localidad se encuentre asociada a alguno y la fecha del evento. (Escobar et al., 2014) Según la información asociada, las localidades se agrupan en siete niveles de calidad, para cada nivel existen procedimientos de georreferenciación que permiten asignar las coordenadas y evaluar la incertidumbre. Las localidades de primer nivel son aquellas que contienen la información de las coordenadas, aunque en muchos casos las coordenadas no están respaldadas por información de gran importancia como el Datum. (Escobar et al., 2014) Actualmente, existen algunas aplicaciones que están orientadas a registrar información asociada a la taxonomía de los especímenes colectados. iNaturalist es una red social para que la gente comparta información de biodiversidad, además es un sistema de identificación de especies colaborativo y una herramienta para realizar registros aunque su objetivo principal es el de conectar a las personas con la naturaleza.(“What is it,” 2018) TAXOM por otro lado, es una aplicación desarrollada por estudiantes de la especialización en Sistemas de Información Geográfica de la Universidad Distrital, su objetivo es permitir la óptima captura, almacenamiento, organización, edición, consulta y descargue de los datos obtenidos de salidas taxonómicas.(González & Sierra, 2018) Estas aplicaciones difieren de Locality en que los registros que realizan, están enfocados en el espécimen, su taxonomía, Locality por otra parte, se enfoca en el registro de la información asociada al entorno en el cual se realizan las colectas biológicas, es decir, la localidad. 7.

(11) 7 METODOLOGÍA Las metodologías basadas en la planeación son aplicables a sistemas grandes, en los cuales se hace uso de documentos formales para comunicarse entre etapas y dependencias involucradas en el proceso de desarrollo, además, cuando son aplicadas a proyectos pequeños, implican una mayor inversión de tiempo en el diseño del sistema, que en el desarrollo y la prueba del mismo. (Sommerville, 2011) Por ello, teniendo en cuenta las necesidades específicas del proyecto, dentro de las cuales se tienen restricciones de tiempo y que los requerimientos podrían ser variables, se optó por implementar una metodología de desarrollo ágil. Los métodos ágiles, son más efectivos cuando el sistema está diseñado por un grupo pequeño, además en las metodologías de desarrollo ágil, los requerimientos y el diseño son desarrollados en conjunto. (Sommerville, 2011) Específicamente, se utilizó la metodología de programación extrema (XP) la cual se caracteriza entre otras cosas por la planeación incremental, el diseño simple y porque las liberaciones son frecuentes y agregan incrementalmente funcionalidades.(Sommerville, 2011) Esto es aplicable debido a que las distintas funciones de la aplicación desarrollada son agregadas de manera progresiva y a medida que se presentaron avances, se presentó la necesidad de atender nuevos requerimientos y por ende agregar nuevas características. Inicialmente, se definen los requerimientos funcionales y no funcionales principales de la aplicación que se deseaba desarrollar de tal manera que cumpla los objetivos y el alcance del proyecto. Dichos requerimientos, son la hoja de ruta sobre la cual se definen los casos de uso y se desarrollan las etapas posteriores.. 8.

(12) Posteriormente, se realiza una etapa de prototipado en la cual se definen las pantallas que se consideran necesarias para albergar los distintos componentes y la interacción entre las mismas de tal manera que se permita un flujo sencillo de navegación y utilización de la aplicación. Seguido a ello, se inicia el proceso de desarrollo de la aplicación como tal, se crean las pantallas y su interacción atendiendo a los prototipos y al diseño de la base de datos debido a que la misma influye directamente en el formulario creado para el usuario de la aplicación.. Figura 1:Esquema de la Metodología empleada durante el proyecto Fuente: Elaboración propia. 9.

(13) Una vez concluida la creación de las pantallas con sus respectivos componentes, se agregan las funcionalidades. Se inicia por las funcionalidades de la Base de datos y posteriormente se agregan las funciones que permiten Obtener las coordenadas a partir del GPS del dispositivo, obtener la información político administrativa respecto a la ubicación y obtener la fecha del dispositivo, así como la capacidad de exportar los registros almacenados en la base de datos a un archivo en formato CSV. Finalmente, se modifica la parte visual de la aplicación, se definen colores, íconos, tamaños de letra y otras propiedades que permiten que la aplicación tenga más atractivo visual para el usuario. A continuación, se muestra el esquema de la metodología empleada para el desarrollo del proyecto. (véase figura 1) Se describe el flujo de las etapas, así como los entregables de cada una de ellas.. 10.

(14) 8 RESULTADOS 8.1 Análisis de Requerimientos La aplicación permite el registro de información de la localidad en el formulario; unos campos requieren estríctamente del ingreso manual de los datos mientras que, en otros, pueden ser obtenidos de manera automática, en el último caso, los datos corresponden a los valores de las coordenadas (Latitud y longitud), información de la división político-administrativa del lugar de la colecta (País, Departamento y Municipio) y la información de la fecha. Dichos registros pueden ser almacenados, buscados, modificados y eliminados de la base de datos desde la aplicación y el conjunto de los registros ser exportado a un archivo con formato CSV de tal manera que posteriormente, son dispuestos en un software SIG o agregados a otras bases de datos de manera sencilla. De igual manera, la aplicación está enfocada a usuarios de habla Hispana y el formulario dispuesto en la aplicación responde al estándar Darwin Core. 8.1.1 Actores -. Colector: Se refiere a la persona encargada de realizar el registro de la información de la localidad de la colecta biológica.. 8.1.2 Casos de Uso La aplicación está enfocada en un actor; el colector tiene la posibilidad de consultar la información acerca de la aplicación y el desarrollador, en el formulario se registran datos manualmente y es posible obtener datos de manera automática, interactuando con la base de datos de la aplicación, permite almacenar los registros del formulario, buscarlos por su ID, modificarlos, eliminar un solo 11.

(15) registro o eliminar todos los registros de la base de datos. Además, tiene la capacidad de exportar todos los registros almacenados en la base de datos a un archivo con formato CSV para su posterior procesamiento y análisis. 8.1.3 Diagrama de casos de uso. Figura 2: Diagrama de Casos de Uso Fuente: Elaboración propia 12.

(16) 8.2 Diseño 8.2.1 Diseño de arquitectura Locality es una aplicación nativa, es decir que se desarrolló de forma específica para el sistema operativo Android en java. La aplicación permite la obtención de datos referentes a la fecha a través del dispositivo y de coordenadas mediante el GPS, a su vez, obtener la información político administrativa cuando se cuenta con conexión a internet y contiene una base de datos SQLite. 8.2.2 Vista de despliegue. Figura 3: Vista de despliegue Fuente: Elaboración propia. 13.

(17) 8.2.3 Modelo de Persistencia Para almacenar los registros ingresados en el formulario de la aplicación, se creó una base de datos SQLite que contiene una única tabla en la cual se almacenan todos los datos relacionados con la localidad. Dichos datos pueden ser ingresados de manera manual o automática en algunos casos por el usuario a través del formulario y ser buscados, modificados o eliminados desde la misma aplicación.. Figura 4: Modelo de Persistencia Fuente: Elaboración propia.. 14.

(18) 8.2.4 Prototipado Previo a la utilización de las herramientas seleccionadas para la implementación de la aplicación, se realizaron distintos bocetos que permitieron prever la cantidad de pantallas que tendría la aplicación, así como sus componentes y el flujo de navegación. Inicialmente se pensaba realizar la aplicación con cuatro pantallas. (véase figura 5). Figura 5: Bocetos iniciales Fuente: Elaboración propia. 15.

(19) Posteriormente, con la incorporación de nuevos requerimientos funcionales, se decidió eliminar la pantalla de búsqueda y agregar un menú desplegable en el cual se presentan otras posibilidades para el manejo de la información registrada. Finalmente, se definieron los siguientes prototipos como los definitivos a partir de los cuales inició el proceso de desarrollo de la aplicación. (véase figura 6).. Figura 6: Boceto Final de Referencia Fuente: Elaboración propia. 16.

(20) 8.3 Implementación Para la construcción de la aplicación se utilizó Android Studio que es el entorno de desarrollo integrado (IDE) oficial para el desarrollo de aplicaciones Android(“Conoce Android Studio,” 2019) Para el uso de Android Studio es necesaria la instalación del kit de desarrollo de software de Android (SDK) que contiene las librerías y herramientas requeridas para construir, testear, y depurar aplicaciones Android.(Wolfson & Felker, 2013) En primera instancia se definió la versión mínima de Android para la cual se desarrollaría la aplicación, en este caso particular, se decidió trabajar con el valor por defecto que corresponde a la versión de Android 4.0.3 (Ice Cream Sandwich) debido a que de esta manera Locality podría funcionar en aproximadamente el 99.6% de los dispositivos móviles activos (Véase figura 7). Figura 7: Porcentaje de dispositivos Fuente: Android Studio 17.

(21) 8.3.1 Formulario Para la selección de los campos que conformarían el formulario se atendió el Protocolo de Georreferenciación de Localidades del Instituto Humboldt en el cual se presentan los elementos para la georreferenciación y definición de las localidades según los lineamientos del estándar Darwin Core. La siguiente tabla, contiene los campos incluidos en el formulario, si corresponde a un valor que se puede obtener de manera automática o si debe ser ingresado de manera manual de manera obligatoria, además indica cuáles campos deben ser diligenciados de manera opcional u obligatoria. Tabla 1: Descripción de los campos establecidos para el formulario. CAMPO localityid pais departamento municipio localdad original Hábitat latitud longitud datum codcoleccion parquennal fecha. OPCIÓN OPCIÓN OBLIGATORIO MANUAL AUTOMÁTICA X X X X. X X. X X X X X X X X. X X X X X. X X X. X X X X X. X. X. Fuente: Elaboración propia. 18.

(22) 8.3.2 Aspecto Visual Inicial Para la modificación del aspecto visual de las Activitys se empleó la opción de diseño que provee Android Studio, esta opción brinda una amplia variedad de componentes como botones y cajas de texto que pueden ser arrastrados hacia la pantalla y cuyas propiedades tanto de funcionamiento como de visualización pueden ser modificadas según las necesidades que se tengan. Adicionalmente, esta opción modifica el archivo en formato XML asignado para cada Activity el cual contiene todas las características visuales de las pantallas y los ítems que albergan.. Figura 8: Vista de Diseño Android Studio Fuente: Android Studio. 19.

(23) Inicialmente, las Activitys presentaban este aspecto: INICIO. FORMULARIO. INFORMACIÓN. Figura 9: Aspecto inicial de las Activitys Fuente: Elaboración propia. 8.3.3 Funcionalidades de las Activitys y sus componentes Una vez modificado el aspecto visual inicial de cada Activity (es decir el archivo XML asociado a cada una de ellas) y creada la base de datos que albergaría la aplicación, se agregaron las funcionalidades. Para ello, se modificó el archivo .java asociado a cada Activity; en este archivo se escribió el código asociado a los métodos de cada uno de los botones y los mensajes que se le presentan al usuario.. 20.

(24) 8.3.4 Aspecto Visual final Finalmente, con la aplicación presentando todas las funcionalidades especificadas, se modificó el aspecto visual, se definieron las paletas de colores y los íconos que estarían presentes en las distintas opciones, así como en el formulario-. INICIO. FORMULARIO. INFORMACIÓN. Figura 10: Aspecto final de las Activitys Fuente: Elaboración propia. 21.

(25) 8.4 Validación Para la validación del funcionamiento de la aplicación respecto a la captura, almacenamiento y exporte de los registros, se realizó un ejercicio de toma de datos en distintos puntos de la ciudad de Bogotá. Dichos registros fueron exportados a un archivo CSV desde la aplicación el cual inicialmente puede ser visualizado desde el dispositivo móvil. (véase figura 11). Figura 11: Visualización en el dispositivo del archivo generado Fuente: Elaboración propia Posteriormente, se accedió al archivo desde QGIS para visualizar nuevamente tanto la tabla (véase figura 12) como la representación gráfica de los puntos registrados desde la aplicación (véase figura 13). 22.

(26) 8.4.1 Tabla de Atributos en QGIS. Figura 12:Visualización de la tabla de tributos en QGIS Fuente: Elaboración propia 8.4.2 Visualización en QGIS. Figura 13:Visualización de los puntos registrados en QGIS Fuente: Elaboración propia. 23.

(27) 9 CONCLUSIONES -. Para evitar la omisión de la información, se emplea Locality durante el registro de los datos asociados a la localidad de colectas biológicas, esto se logra a partir del formulario creado el cual presenta validadores e impide que se registre una localidad en la cual no se hayan diligenciado los campos que son obligatorios.. -. Con el fin de evitar errores en el ingreso de los registros de la información de las localidades de colectas biológicas a través de Locality se automatizan algunos campos del formulario los cuales se obtienen a partir de la ubicación del dispositivo.. -. Finalmente, al agilizar el procesamiento de los datos mediante Locality facilita el manejo de la información asociada a las localidades de colectas biológicas gracias a la capacidad de exportar un archivo CSV que contiene los registros almacenados en la aplicación, permitiendo la visualización espacial de la información en software SIG.. 24.

(28) 10 REFERENCIAS Castro, C. (Instituto de I. de R. B. A. von H., & Vélez, D. (Instituto de I. de R. B. A. von H. Guía para la estructuración y publicación de datos de monitoreo de la biodiversidad (2017). Colombia. Conoce Android Studio. (2019). Retrieved January 15, 2019, from https://developer.android.com/studio/intro/ Costello, M. J. (2009). Motivating Online Publication of Data. BioScience, 59(5), 418–427. https://doi.org/10.1525/bio.2009.59.5.9 Escobar, D., Diaz, S., Jojoa, L., Rudas, E., & Saavedra, J. GEORREFERENCIACIÓN DE LOCALIDADES : Una guía de referencia para colecciones biológicas (2014). https://doi.org/10.1016/j.ecoenv.2015.06.014 González, M. A., & Sierra, J. M. (2018). TAXOM: APLICACIÓN PARA DISPOSITIVOS MÓVILES PARA LA RECOLECCIÓN DE DATOS TAXONÓMICOS DE FAUNA. Bogotá, D.C. Jackson, W. (2014). Android Apps for Absolute Beginners. (H. Weinheimer, Ed.) (3th ed.). Moodie, Matthew. https://doi.org/10.1109/CBD.2016.44 Page, L. M., Macfadden, B. J., Fortes, J. A., Soltis, P. S., & Riccardi, G. (2015). Digitization of Biodiversity Collections Reveals Biggest Data on Biodiversity. BioScience, 65(9). https://doi.org/10.1093/biosci/biv104 Rodriguez, A., Samper, C., Quevedo, F., Fernández, F., Simmons, J., Hernández, J., … Muñoz, Y. (2005). Cuidado, Manejo y Conservación de las Colecciones Biológicas (Vol. 1).. 25.

(29) Bogotá, D.C. Sommerville, I. (2011). Ingeniería De Software. https://doi.org/10.1111/j.13652362.2005.01463.x What is it. (2018). Retrieved from https://www.inaturalist.org/pages/what+is+it Wieczorek, J., Bloom, D., Guralnick, R., Blum, S., Döring, M., Giovanni, R., … Vieglais, D. (2012). Darwin core: An evolving community-developed biodiversity data standard. PLoS ONE, 7(1). https://doi.org/10.1371/journal.pone.0029715 Wieczorek, J., Guo, Q., & Hijmans, R. J. (2004). The point-radius method for georeferencing locality descriptions and calculating associated uncertainty. International Journal of Geographical Information Science, 18(8), 745–767. https://doi.org/10.1080/13658810412331280211 Wolfson, M., & Felker, D. (2013). Android Developer Tools Essentials: Android Studio to Zipalign. O’Reilly Media. Retrieved from https://books.google.es/books?id=ac1qAAAAQBAJ. 26.

(30)

Figure

Figura 1:Esquema de la Metodología empleada durante el proyecto  Fuente: Elaboración propia
Figura 2: Diagrama de Casos de Uso  Fuente: Elaboración propia
Figura 3: Vista de despliegue  Fuente: Elaboración propia
Figura 4: Modelo de Persistencia  Fuente: Elaboración propia.
+7

Referencias

Documento similar

La campaña ha consistido en la revisión del etiquetado e instrucciones de uso de todos los ter- mómetros digitales comunicados, así como de la documentación técnica adicional de

You may wish to take a note of your Organisation ID, which, in addition to the organisation name, can be used to search for an organisation you will need to affiliate with when you

Where possible, the EU IG and more specifically the data fields and associated business rules present in Chapter 2 –Data elements for the electronic submission of information

The 'On-boarding of users to Substance, Product, Organisation and Referentials (SPOR) data services' document must be considered the reference guidance, as this document includes the

In medicinal products containing more than one manufactured item (e.g., contraceptive having different strengths and fixed dose combination as part of the same medicinal

Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in

Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in

This section provides guidance with examples on encoding medicinal product packaging information, together with the relationship between Pack Size, Package Item (container)