(RESERVADO PARA FINES EDUCATIVOS)

3.1. DISEÑO DEL PROCESO ACTUAL.

3.1.1. Dimensionamiento.

Descripción General:

El proyecto busca la implementación de un aplicativo en el Instituto. Este

aplicativo actuará como una interfaz centralizada que permitirá la

interoperabilidad de los datos del INSTITUTO con otras entidades públicas.

Facilitará el intercambio, acceso y utilización de información geográfica de

manera eficiente y estandarizada.

Impacto en el Negocio:

• Optimización de Procesos: El aplicativo simplificará y agilizará la

distribución y consulta de datos , eliminando barreras técnicas y

organizativas.

• Interoperabilidad: Al facilitar la integración con otras entidades públicas,

se promueve una visión más integrada y coherente de la información en el

sector público.

• Mejora en la Toma de Decisiones: Las entidades públicas podrán basar sus

decisiones en datos más precisos y actualizados, lo que puede tener un

impacto significativo en áreas como la planificación urbana, gestión de

recursos naturales y respuesta a emergencias.

3
•

Tecnología y Diseño:

• El aplicativo estará basado en tecnologías de Sistemas de Información

Geográfica (SIG). Las tecnologías involucradas son:

• Plataformas: ArcGIS Online, GeoServer, ArcGIS Server, ArcMap y

ArcGIS Pro.

• Lenguajes de Programación: JavaScript (para el desarrollo de front-end),

PHP (para el desarrollo en backend), Python (automatización y
geoprocesamiento), SQL (gestión de bases de datos).
• Bases de Datos: PostgreSQL con extensión PostGIS, SQL Server Spatial.

Versión:

El proyecto se desarrollará en la versión 4.27 de la API JavaScript de

ArcGIS y PHP 7. Esta versión ha sido seleccionada por sus características

avanzadas de interoperabilidad, seguridad y facilidad de uso.

Para la base de datos se eligió la versión 2019 de SQL Server Standar

Edition debido a su compatibilidad con la línea de ArcGIS y su capacidad para

integrar información con su extensión Spatial Analyst.

Uso Post-Desarrollo:

Una vez desarrollado, el aplicativo será la principal plataforma del

INSTITUTO para compartir y distribuir datos a otras entidades públicas y

al público en general. Se espera que se integre con otros sistemas de

información del gobierno para ofrecer una plataforma unificada de datos .

Proyecto Piloto:
4
 El piloto se centrará en las instalaciones del INSTITUTO, donde se

probará la funcionalidad, escalabilidad y eficiencia del aplicativo. Se

seleccionará un conjunto representativo de conjuntos de datos para la

integración y se invitará a un grupo de usuarios clave de diversas entidades

públicas para evaluar la plataforma y proporcionar retroalimentación. El éxito

del piloto determinará la implementación a nivel nacional.

3.1.2. Requerimientos.

Requerimientos Funcionales

• El aplicativo debe permitir a los usuarios buscar, descargar, filtrar

y visualizar datos .

• El sistema deberá soportar la importación y estandarización de

diferentes formatos de datos .

• El aplicativo debe proporcionar una interfaz de usuario para

administrar y actualizar datos .

• Debe haber un sistema de autenticación y autorización para

acceder a ciertos niveles de datos o funcionalidades.

Requerimientos No Funcionales

Requerimientos del producto:

• El sistema debe tener una respuesta en tiempo inferior a 2

minutos para las consultas de datos estándar.

5
 • El aplicativo debe tener como mínimo una disponibilidad del 95%.

• Debe ser compatible con los navegadores (Chrome, Firefox, Safari,

Edge).

• El diseño del aplicativo debe ser intuitivo y amigable para todo tipo de
usuarios.

Requerimientos organizacionales:

• El desarrollo del aplicativo debe seguir los estándares de desarrollo

de software establecidos por el Instituto.

• Se debe entregar documentación técnica al finalizar el proyecto.

3.1.3. Planificación.

La implementación del proyecto tuvo una duración de 6 meses el cual se

divide en las siguientes fases:

• Fase de Planificación e Inicio (marzo - abril 2019)

En esta etapa, el proyecto se estructura para sentar las bases de lo

que será la implementación del aplicativo. Se delimita el alcance del

proyecto y se establecen objetivos claros. Se identifica el equipo necesario

para el proyecto, se seleccionan las tecnologías que se emplearán y se

definen las necesidades de recursos materiales.

• Fase de Diseño y Arquitectura (mayo 2019)

El enfoque principal de esta etapa es estructurar cómo funcionará el

aplicativo.

Se diseñan las interfaces de usuario, se define la arquitectura de sistema

a implementar, y se establece cómo se manejarán y representarán los

6
 datos geográficos. Las decisiones tomadas aquí serán fundamentales para

las siguientes etapas del proyecto.

• Fase de Desarrollo e Integración (junio - julio 2019)

Se lleva a cabo el desarrollo del aplicativo basado en las definiciones

de diseño y arquitectura. La integración de la database es esencial, y se

garantiza que todas las funcionalidades planeadas estén en su lugar.

• Fase de Pruebas y Despliegue (agosto - septiembre 2019)

Una vez que el desarrollo esté completo, el aplicativo entra en una

etapa intensiva de pruebas. Se verifica que todo funcione según lo

esperado y se realizan ajustes según sea necesario. Una vez que el sistema

ha pasado todas las pruebas, se despliega para su uso en producción y se

inicia la capacitación a usuarios finales.

7
Figura 3

Cronograma de Actividades

54
 La implementación del aplicativo en el Instituto conlleva diversos gastos

que se dividen en tres categorías principales:

• Recursos Humanos: Este incluye salarios y beneficios para el equipo del

proyecto, que abarca desde desarrolladores, diseñadores, gestores de

proyecto, entre otros.

• Materiales: Esta categoría cubre todos los gastos relacionados con

hardware y software. Esto incluye estaciones de trabajo, licencias de

software, y otros equipos esenciales para el desarrollo e

implementación del aplicativo.

• Gastos Administrativos: Estos son los costos asociados con la gestión

del proyecto. Incluyen gastos como servicios públicos, gastos de viaje

y otros costos misceláneos que no se ajustan a las categorías de

recursos humanos o materiales.

Tabla 6

Tabla de Costos Mensuales

.
3.1.4. Modelamiento del Proceso Desarrollado.

Diagrama de Casos de Uso

El Diagrama de Casos de Uso para el aplicativo identifica y detalla

cómo los diferentes actores interactúan con el sistema. Se identifican

tres actores clave: el Usuario, el Administrador, los Sistemas Externos

y el Aplicativo en sí. Cada actor tiene un conjunto definido de

interacciones que puede realizar, representadas como casos de uso. Por

ejemplo, mientras que un Usuario Regular puede visualizar y descargar

datos, solo un Administrador tiene el permiso para cargar nuevos

conjuntos de datos y gestionar permisos. Este diagrama sirve como una

visión general de alto nivel de las funcionalidades del aplicativo y cómo

se espera que los usuarios y otros sistemas interactúen con él.

Actores:

• Usuario: Persona o entidad que usa el aplicativo

principalmente para visualizar y descargar datos.

• Administrador: Encargado de gestionar y mantener el

contenido del aplicativo, incluida la carga de nuevos

conjuntos de datos, la gestión de permisos y la

administración general del sistema.

• Sistema Externo: Otros sistemas o aplicaciones que interactúan

 con el aplicativo, o bases de datos.

• Aplicativo: Representa al sistema central que facilita las

interacciones entre usuarios, administradores y sistemas

externos.

Casos de Uso:

• Visualizar Datos: Permite a los usuarios y sistemas externos

ver datos en el portal. Para obtener más detalle y una

descripción ampliada, véase el Anexo 1.

• Descargar Datos: Permite a los usuarios y sistemas externos

descargar conjuntos de datos específicos. El Anexo 2

proporciona una explicación detallada y ampliada.

• Cargar Datos: Exclusivo para el administrador, permite subir

nuevos conjuntos de datos al aplicativo. Para un desglose más

detallado, diríjase al Anexo 3.

• Gestionar Permisos: Exclusivo para el administrador, permite

administrar quién puede actualizar o cargar datos. Una

descripción amplia y detallada se encuentra en el Anexo 4.

• Administrar Sistema: Exclusivo para el administrador, incluye

tareas como configurar parámetros del sistema, realizar copias

de seguridad y monitorear y crear usuarios. Para más información,

refiérase al Anexo 5.
Figura 4

Diagrama de Casos de Uso

Nota. Fuente: Elaboración propia

Caso de Uso: Visualizar Datos

• Diagrama de Actividades

El diagrama de actividades ilustra el flujo de actividades y

decisiones que un usuario toma al visualizar datos en el aplicativo.

Desde seleccionar una categoría de datos hasta interactuar con el

mapa resultante.

Figura 5

Diagrama de Actividades - Visualizar Datos

Nota. Fuente: Elaboración propia
• Diagrama de Secuencia

Este diagrama muestra la secuencia de interacciones entre

objetos y componentes cuando un usuario o sistema externo intenta

visualizar datos . Esto incluye solicitar datos, recibir datos y

renderizar visualizaciones en el aplicativo.

Figura 6

Diagrama de Secuencia - Visualizar Datos

Nota. Fuente: Elaboración propia
• Diagrama de Estado

El diagrama de estado para Visualizar Datos representa los

diferentes estados por los que pasa la visualización mientras un

usuario o sistema externo interactúa con ella. Esto puede incluir

estados como "Datos no seleccionados", "Visualización en proceso" y

"Visualización completada".

Figura 7

Diagrama de Estado - Visualizar Datos

Nota. Fuente: Elaboración propia

• Diagrama de Comunicación

El diagrama de comunicación enfatiza las interacciones entre

objetos y componentes durante el proceso de visualización. A

diferencia del diagrama de secuencia, este diagrama se centra en la

comunicación entre los componentes, en lugar de la secuencia

temporal.

Figura 8

Diagrama de Comunicación - Visualizar Datos

 Nota. Fuente: Elaboración propia
Caso de Uso: Descargar Datos

• Diagrama de Actividades

El diagrama de actividades ilustra el flujo de acciones que realiza el

usuario y el sistema al interactuar para descargar datos. Empieza con la

selección de una categoría de datos, seguido por la visualización,

selección de datos específicos, solicitud de descarga, proceso de

descarga y finalmente la confirmación de que los datos se han

descargado.

Figura 9

Diagrama de Actividades - Descargar Datos

 Nota. Fuente: Elaboración propia
• Diagrama de Secuencia

En el diagrama de secuencia, se destacan las interacciones entre el

usuario, la interfaz del aplicativo, el sistema de visualización de datos, el

sistema de descarga de datos y la base de datos . Representa cómo,

después de visualizar los datos, el usuario solicita una descarga y cómo

esta solicitud se procesa a través del sistema hasta que los datos son

entregados al usuario.

Figura 10
 Diagrama de Secuencia - Descargar Datos

Nota. Fuente: Elaboración propia

• Diagrama de Estado

Este diagrama muestra los estados por los que pasa el proceso de

descarga desde el momento en que el usuario visualiza los datos hasta que

la descarga se completa. Los estados abarcan desde "Datos no

seleccionados" hasta "Descarga completada".

Figura 11
 Diagrama de Estado - Descargar Datos

Nota. Fuente: Elaboración propia

• Diagrama de Comunicación

El diagrama de comunicación resalta las interacciones entre los

diferentes objetos o componentes involucrados en el proceso de descarga.

Aquí, se ilustra cómo el usuario interactúa con la interfaz del aplicativo,

cómo la interfaz comunica con el sistema de visualización y descarga de

datos, y cómo se entregan los datos al usuario.

Figura 12

Diagrama de Comunicación - Descargar Datos

Nota. Fuente: Elaboración propia

Caso de Uso: Cargar Datos

• Diagrama de Actividades

El diagrama de actividades muestra el flujo de acciones desde que

el administrador decide cargar nuevos datos hasta que recibe una

confirmación del sistema sobre la carga exitosa. Destaca los pasos de

autenticación, selección de archivo, definición de metadatos, la validación

y carga de datos.

Figura 13
Diagrama de Actividades - Cargar Datos
• Diagrama de Secuencia

Este diagrama detalla las interacciones entre el administrador, la

interfaz del aplicativo, el sistema de carga y la base de datos. Se observa

cómo el administrador inicia el proceso, cómo el sistema valida y procesa

el archivo, y cómo se confirma la carga exitosa.

Figura 14

Diagrama de Secuencia - Cargar Datos

Nota. Fuente: Elaboración propia

• Diagrama de Estado

Se representan los estados que atraviesa el proceso de carga de

datos, desde el inicio hasta la confirmación final.

Figura 15

Diagrama de Estado - Cargar Datos

Nota. Fuente: Elaboración propia

• Diagrama de Comunicación

El diagrama de comunicación refleja las interacciones entre los

distintos objetos o componentes involucrados en el proceso de carga de

datos. Ilustra cómo el administrador se comunica con la interfaz del

aplicativo y cómo la información fluye hasta la base de datos.

Figura 16

Diagrama de Comunicación - Cargar Datos

Caso de Uso: Gestionar Permisos

• Diagrama de Actividades

El diagrama muestra el flujo de acciones desde que el administrador

decide gestionar permisos hasta que recibe una confirmación del sistema

sobre la actualización exitosa. Se detalla la selección de usuarios,

modificación de permisos y la actualización en la base de datos.

Figura 17

Diagrama de Actividades - Gestionar Permisos

 Nota. Fuente: Elaboración propia
• Diagrama de Secuencia

Este diagrama presenta las interacciones entre el administrador, la

interfaz del aplicativo, el sistema de gestión de permisos y la base de

datos. Se destaca cómo el administrador inicia el proceso, modifica

permisos y cómo el sistema confirma la actualización exitosa.

Figura 18

Diagrama de Secuencia - Gestionar Permisos

Nota. Fuente: Elaboración propia

• Diagrama de Estado

Se ilustran los estados por los que pasa el proceso de gestión de

permisos, desde el inicio hasta la confirmación final. Se consideran tanto

las actualizaciones exitosas como posibles errores durante el proceso.

Figura 19

Diagrama de Estado - Gestionar Permisos

Nota. Fuente: Elaboración propia

• Diagrama de Comunicación

En este diagrama, se refleja cómo los distintos objetos o

componentes involucrados en el proceso de gestión de permisos

interactúan entre sí. Se muestra cómo el administrador se comunica con la

interfaz del aplicativo y cómo la información fluye hasta la base de datos

para actualizar los permisos.

Figura 20

Diagrama de Comunicación - Gestionar Permisos

Nota. Fuente: Elaboración propia
Caso de Uso: Administrar Sistema

• Diagrama de Actividades

El diagrama de actividades muestra el flujo de trabajo del

administrador al gestionar diferentes aspectos del sistema. Inicia con el

acceso al panel administrativo y termina con la finalización de la tarea y el

registro de la actividad.

Figura 21

Diagrama de Actividades - Administrar Sistema

Nota. Fuente: Elaboración propia

• Diagrama de Secuencia

Este diagrama ilustra la interacción entre el administrador, el panel

administrativo, el sistema, y el registro de actividades durante el proceso

de administración.

Figura 22

Diagrama de Secuencia - Administrar Sistema

Nota. Fuente: Elaboración propia

• Diagrama de Estado

El diagrama de estado representa las diferentes fases o estados

que atraviesa el sistema durante el proceso de administración, desde no

autenticado hasta la actividad registrada.

Figura 23

Diagrama de Estado - Administrar Sistema

Nota. Fuente: Elaboración propia

• Diagrama de Comunicación

Muestra cómo el administrador, el panel administrativo, el sistema y

el registro de actividades se comunican entre sí durante el proceso de

administración del sistema.

Figura 24

Diagrama de Comunicación - Administrar Sistema

 Nota. Fuente: Elaboración propia
Diagrama de Clases

El diagrama de clases es una representación visual de la estructura del

sistema que muestra las clases, sus atributos, métodos y las relaciones entre

ellas. Esta representación proporciona una visión estática y de alto nivel de los

elementos principales que componen el sistema y de cómo interactúan entre sí.

• Clase Usuario

Esta clase representa a cualquier individuo que interactúa con el

aplicativo, ya sea un administrador o un usuario regular. Cada usuario

tendrá atributos básicos como ID, nombre, correoElectrónico y

contraseña. Los métodos principales serán para IniciarSesión(),

modificarPerfil() y cerrarSesión().

• Clase Administrador

Una subclase de Usuario, el administrador tiene privilegios

adicionales para cargarDatos(), gestionarPermisos() y

administrarSistema().

• Clase Dato
 Representa la información que el administrador carga en el sistema.

Cuenta con atributos como ID, nombre, formato y metadata. Los métodos

principales serán para visualizar() y descargar().

• Clase Grupo de Capas

Representa un conjunto agrupado de capas relacionadas que el

administrador ha organizado para un acceso y visualización más eficiente.

Cuenta con atributos tales como ID, nombre y Capas. Sus métodos

principales serán para agregarCapa() y quitarCapa().

• Clase Capa

Esta clase representa una capa individual de datos . Tiene

atributos clave como ID, nombre, tipo y un enlace a su Metadata. Los

métodos asociados pueden ser visualizar(), editar() y eliminar().

• Clase Metadata

Metadata es la información descriptiva relacionada con cada dato o

capa. Atributos principales incluyen ID, autor, fechaDeCreación,

descripción y licencia.

• Clase Visualización

Esta clase intermediaria representa la acción de un usuario

visualizando un dato . Contiene atributos como ID, fecha y zoomLevel.

• Clase Aplicativo

El aplicativo, en este contexto, representa al sistema en sí mismo.

 Posee atributos tales como versión, estado, listaDeUsuarios y

listaDeDatos. Los métodos dentro de esta clase son monitorear(),

realizarBackup() y registrarActividad().

• Clase Filtro

Es la herramienta que permite a los usuarios refinar y limitar los

datos que desean visualizar o descargar. Contiene atributos como ID, tipo

y parámetros.

• Clase Herramienta

Esta clase representa herramientas adicionales que los usuarios

pueden utilizar para interactuar con los datos. Ejemplos pueden ser

herramientas de medición, dibujo, entre otros. Atributos clave son ID,

nombre y tipo. Los métodos asociados pueden ser activar() y desactivar().

Relaciones entre clases

• Usuario – Dato (a través de Visualización):

Usuario tiene una relación de asociación con Dato a través de la

clase intermediaria Visualización. Un Usuario puede visualizar múltiples

Datos , y un Dato puede ser visualizado por múltiples Usuarios.

• Usuario - Permiso:

Usuario tiene una relación de agregación con Permiso. Un Usuario

posee varios Permisos, pero un Permiso en particular puede estar asignado

a múltiples Usuarios.
• Grupo De Capas - Capa:

Grupo De Capas tiene una relación de composición con Capa, donde un

grupo puede tener múltiples capas, pero una capa pertenece a un solo

grupo.

• Capa - Metadata:

Capa tiene una relación de composición con Metadata. Cada Capa está

descrita por un único Metadata, y ese Metadata no puede existir sin su

Capa asociada.

• Usuario - Herramienta:

Usuario tiene una relación de asociación con Herramienta. Un Usuario

puede usar múltiples Herramientas, y una Herramienta en particular puede

ser usada por varios Usuarios.

• Usuario - Filtro:

Usuario tiene una relación de asociación con Filtro. Un Usuario puede

aplicar múltiples Filtros, y un Filtro específico puede ser utilizado por

varios Usuarios.

• Aplicativo (Sistema) - Capa:

El Aplicativo tiene una relación de agregación con Capa, poseyendo múltiples

 Capas para visualización y descarga. Sin embargo, una Capa en particular

está asociada a un único Sistema.

• Aplicativo - Herramienta:

El Aplicativo tiene una relación de agregación con Herramienta,

ofreciendo múltiples Herramientas a los usuarios. Sin embargo, una

Herramienta en particular está asociada a un único Sistema.

• Dato - Filtro:

Dato tiene una relación de asociación con Filtro. Un Dato puede ser

afectado o filtrado por múltiples Filtros, y un Filtro en particular puede

actuar sobre varios Datos .

• Usuario - Aplicativo:

Usuario tiene una relación de asociación con el Aplicativo. Un Usuario

interactúa con el Aplicativo para llevar a cabo operaciones, mientras que el

Aplicativo reconoce y gestiona múltiples Usuarios.

• Grupo De Capas - Dato :

Un Grupo De Capas puede contener múltiples Datos , lo que implica

una relación de asociación. Cada Dato es asignado a un único Grupo De

Capas.

• Dato - Aplicativo:

Cada Dato pertenece a un único Aplicativo, y un Aplicativo puede

 albergar múltiples Datos . Por lo cual tienen una relación de asociación

unidireccional.

• Capa - Dato :

Cada Capa se refiere a un único Dato y un Dato en particular es

utilizado en una sola Capa. Por lo que también llevan una relación de

asociación unidireccional.

Figura 25

Diagrama de Clases

Nota. Fuente: Elaboración propia

Diagrama de Componentes

El diagrama de componentes del Aplicativo proporciona una

representación visual de la estructura modular y las interacciones entre los

diversos componentes que componen el sistema. Este diagrama es esencial

para comprender la arquitectura del Aplicativo y cómo cada componente

contribuye a su funcionalidad general. Los componentes en el diagrama

incluyen:

• Módulo de Descarga: Este componente se encarga de gestionar las

operaciones relacionadas con la descarga de datos , permitiendo a los

usuarios acceder y obtener información geográfica relevante.

• Módulo de Visualización: El módulo de visualización se encarga de

representar gráficamente los datos de manera interactiva y amigable

para el usuario final. Permite la exploración y análisis de mapas y capas de

información.

• Motor de Búsqueda: El motor de búsqueda facilita la recuperación

eficiente de datos al proporcionar capacidades de búsqueda y filtrado

basadas en criterios específicos.

• Interfaz de Usuario: Esta interfaz es la capa con la que los usuarios

interactúan directamente. Proporciona una experiencia intuitiva y

accesible para acceder a las funcionalidades del Aplicativo.

• Servidor de Aplicaciones: El servidor de aplicaciones aloja la lógica de

negocio y actúa como intermediario entre la interfaz de usuario y los

componentes de procesamiento de datos.

• Base de Datos: La base de datos almacena y gestiona la información ,

incluyendo mapas, capas, metadatos y registros de usuarios.

• Módulo de Autenticación: Este componente gestiona la autenticación y la

seguridad del sistema, asegurando que los usuarios autorizados tengan

acceso a las funcionalidades adecuadas.

El diagrama de componentes también destaca las relaciones y

conexiones entre estos componentes, ilustrando cómo se comunican y

colaboran para proporcionar la funcionalidad integral del Aplicativo.

En resumen, este diagrama de componentes es una herramienta

esencial para comprender la arquitectura del Aplicativo, identificando

claramente la función de cada componente y cómo se integran para brindar a

los usuarios la capacidad de visualizar, descargar y gestionar datos de

manera efectiva.

Figura 26

Diagrama de Componentes
 Nota. Fuente: Elaboración propia

Diagrama de Base de Datos

El diagrama de base de datos del Aplicativo es una representación

visual de la estructura y organización de la información almacenada en la

base de datos.

Este diagrama proporciona una visión clara de cómo se gestionan los datos

como por ejemplo de límites departamentales, provinciales y distritales, así

como los datos relacionados con la temática de transporte en el sistema.

Base de Datos de Límites Departamentales, Provinciales y Distritales

En esta sección del diagrama de base de datos, se representan las

tablas y relaciones que contienen información sobre los límites

administrativos de diferentes niveles en el país, incluyendo:

• Tabla de Departamentos: Almacena datos relacionados con los

departamentos, como nombres y códigos únicos.

• Tabla de Provincias: Contiene información sobre las provincias, incluyendo

 nombres, códigos y relaciones con los departamentos.

• Tabla de Distritos: Almacena datos de distritos, como nombres, códigos

y relaciones con las provincias y departamentos.

• Relaciones: Se muestran las relaciones clave entre estas tablas para

garantizar la integridad referencial y la coherencia de los datos.

Figura 27

Diagrama de Base de Datos - Límites Administrativos

Nota. Fuente: Elaboración propia

Nota. Fuente: Elaboración propia
Diagrama de Implementación

Este representa la arquitectura y la distribución física de los

componentes del sistema en un entorno de implementación. Proporciona una

visión general de cómo se despliegan y se ejecutan los diferentes módulos y

componentes.

Figura 29

Diagrama de Implementación

Nota. Fuente: Elaboración propia

Diseño de Interfaz Gráfica de Usuario – GUI

El Aplicativo se basa en tecnologías modernas, incluyendo la API

JavaScript de Esri y PHP. La API de Esri permite una visualización eficiente

de mapas y datos , mientras que PHP gestiona las funciones del backend.

La interfaz de usuario del Aplicativo proporciona una experiencia

intuitiva. Los usuarios pueden interactuar con mapas, realizar zoom, buscar

ubicaciones y acceder a datos de manera sencilla. Además, se adapta a

dispositivos de escritorio, tablets y móviles. Se conecta con componentes

clave, incluyendo un servidor de aplicaciones que maneja solicitudes y

respuestas, y una base de datos .

Figura 30

Sección de código del Frontend

Nota. Fuente: Elaboración propia

Figura 31

Interfaz de Usuario

Nota. Fuente: Elaboración propia

3.1.5. Servicios y Aplicaciones.

Uno de los servicios más destacados es la visualización interactiva de

datos geográficos y mapas. Los usuarios pueden explorar y analizar mapas de

manera intuitiva y realizar zoom, buscar ubicaciones y acceder a información

detallada. Este servicio proporciona una sólida base para la toma de

decisiones basada en datos .

El Aplicativo también brinda servicios de descarga de datos , lo que

facilita la obtención de información para su uso en otros sistemas o

aplicaciones. Esta funcionalidad es esencial para aquellos que requieren datos

geográficos específicos para sus proyectos.

Figura 32

Interfaz de Descarga de Información

Nota. Fuente: Elaboración propia

Además, el Aplicativo ofrece la consulta y análisis para entidades del

estado que comparten información a través de la interoperabilidad.

Figura 33

Interoperabilidad con entidades del Estado –

a. Fuente: Elaboración propia