Análisis y Diseño del Sistema Integrado de Información (SII) · Capítulo 1: Generalidades En el...

Análisis y Diseño del Sistema Integrado de Información (SII) Para el proyecto Manejo integrado y sostenible de los recursos hídricos transfronterizos en la cuenca del Amazonas El presente documento permite describir la fase de análisis y la fase de diseño para el Sistema de Información.

Elaborado por: Equipo GEF - OTCA IIAP

Año 2014

Análisis y Diseño del Sistema Integrado de Información - 2014

1

ÍNDICE

1. Introducción……………………………………………………………………….2

2. Capítulo 1: Generalidades……………………………………………………….3

3. Alcances Conceptuales……………………………………………………………3

4. Plan de Proyecto……………………….…..………………………………….…..4

5. Capítulo 2: Análisis del Sistema Integrado de Información(SII)…………….8

6. Identificación de los Requerimientos……………………………………………..8

7. Requerimientos Funcionales……………………………………………………...8

8. Requerimientos No Funcionales………………………………………………….10

9. Identificación de Casos de Uso…………………………………………………..10

10. Dominio del Modelo …………………………………………………………….43

11. Análisis de factores tecnológicos………………………………………………...47

12. Capítulo 3: Diseño del Sistema Integrado de Información…………………..55

13. Arquitectura de la Solución………………………………….…………………..55

14. Diseño de la Interfaz Gráfica…………………………………….………………55

15. Prototipos Propuestos para el Sistema Integrado de Información………………59


2

Introducción

Para contar con un Sistema Integrado de Información es fundamental realizar el análisis y

diseño del sistema en base a necesidades de los miembros de la Organización del Proyecto

GEF de la OTCA, este documento pretende ser lo más explícito posible.

La primera parte nos detalla de manera general los objetivos, el alcance del Sistema de

Información y la metodología que se utilizará para el desarrollo del SI.

En la segunda parte de este documento, se plasma el análisis del sistema en el que

básicamente se trata de determinar los objetivos y límites del mismo, así como caracterizar

su estructura y funcionamiento. Para ello, es necesario conceptualizar los requerimientos

para obtener una visión de muy alto nivel del sistema, identificando sus elementos básicos

y las relaciones entre ellos y el entorno.

El capítulo tres, trata del diseño del sistema, para lo cual se identifica la arquitectura de

desarrollo del SI y se definen prototipos, considerando factores como uso, intuición,

estética, entre otros. Así mismo, se desea encontrar una trazabilidad con los requerimientos

funcionales del Sistema.


3

Capítulo 1: Generalidades

En el presente capítulo se detallan los requerimientos necesarios que se pretende proponer

mediante el presente proyecto.

1. Objetivos del Proyecto

1.1 Objetivo General

Diseñar e implementar un Sistema Integrado de Información (SII) para el

proyecto Manejo integrado y sostenible de los recursos hídricos

transfronterizos en la cuenca del Amazonas, considerando la variabilidad y el

cambio climático – GEF Amazonas (Proyecto GEF Amazonas).

1.2 Objetivos Específicos

Estandarización de datos e información, con base a las variables validadas,

para adaptarlos a la arquitectura del banco de datos.

Organización del banco de datos de arquitectura de acceso libre con

accesibilidad vía Web, con restricciones.

Proporcionar el banco de datos en un ambiente de Google Maps.

Realizar un taller de validación y ajuste de las variables previamente

organizadas en base a productos de los consultores regionales del proyecto.

2. Alcances Conceptuales

2.1 Concepto de Sistema Integrado de Información (SII): Es una plataforma

informática que posee procesos de captura, acopio, estandarización,

almacenamiento, reportes tabulares y generador de reportes geográficos (en entorno

Google Maps) sobre contenidos especializados en recursos hídricos a partir de los

datos y documentos producidos por el Proyecto GEF Amazonas.

El SII contiene dos partes principales, el primero comprende una plataforma Web

encargada de los principales procesos, el segundo un aplicativo móvil que permite


4

el acceso alternativo a los reportes del SII (ambos trabajan de forma articulada).

3. Plan de Proyecto

Siendo un proyecto temporal – con un inicio y un final – que se lleva a cabo de

forma gradual, siguiendo una serie de pasos, para obtener un producto, servicio o

resultado único, es necesario elegir una adecuada metodología de gestión que

permita dirigir el proyecto desde su inicio hasta su final de forma exitosa.

Para el presente proyecto, se ha decidido hacer uso de la metodología de gestión

Scrum, que es una metodología ágil y muy funcional.

a) La metodología Scrum:

Scrum es una metodología simple desarrollada para la gestión de proyectos de

diversa complejidad. Su concepción ha sido pensada más en los miembros del

equipo que en la tecnología disponible.

Dentro de las ventajas presentes por el uso de esta metodología tenemos:

Adecuado manejo de los requerimientos siempre cambiantes.

Incentiva la motivación del equipo de desarrollo.

El cliente se involucra con el proyecto en un mayor grado.

Hace uso del empowerment dentro del desarrollo del proyecto.

Permite superar satisfactoriamente los fallos presentados durante el tiempo

de vida del proyecto.

Roles

Las personas involucradas en un proyecto que hace uso de Scrum asumen uno de

los siguientes roles.

Equipo Scrum

Definido dentro del PMBOK como Miembros del Equipo de Proyecto; se halla conformado


5

por las personas dedicadas al desarrollo y diseño de la aplicación. Normalmente está

constituido por un grupo de 5 a 9 individuos.

Dueño del Producto

Cumple los roles de Cliente y de Usuario. La persona que asume este rol puede ser tanto un

cliente como un miembro del equipo especializado en la lógica del negocio y procesos que

se desarrollan; se encarga de proporcionar al Equipo Scrum los conocimientos relacionados

al negocio. Asimismo, administra los Backlogs de los productos – es un listado de

requerimientos pendientes en donde todas las especificaciones del producto están

enumeradas – los cuales están a la vista de todos los miembros de la organización.

Scrum Master

Definido como Director del Proyecto; esta persona tiene diariamente breves reuniones,

denominadas Scrums Diarios, con el equipo. Asimismo, es el encargado de canalizar la

información referente a nuevos requerimientos o modificaciones con la finalidad de

disminuir el número de interrupciones a los desarrolladores.

Al final de cada ciclo – Sprint – y previamente a comenzar el siguiente, el Scrum Master

lleva a cabo una reunión – Scrum Retrospective –con los integrantes del equipo en donde se

evalúan las experiencias vividas a lo largo del Sprint y las conclusiones a las que se ha

llegado.

Proceso

A continuación, se presentarán las actividades llevadas a cabo en una dirección de la

gestión de un proyecto que hace uso de Scrum.

Creación del Backlog

Esta etapa involucra los Procesos de Iniciación y Planificación. El Dueño del Producto

junta todas las especificaciones y requerimientos, incluyendo mejoras y correcciones de


6

errores; asimismo, procede a definir cuáles serán las metas a alcanzar. Luego de recabar los

requerimientos, el Backlog es dividido en grupos, cada uno de los cuales corresponde a un

entregable completamente funcional, que aporta valor al negocio.

Etapa del Sprint

Esta etapa involucra los Procesos de Planificación y Ejecución. Un Sprint puede tener una

duración entre dos (2) y cuatro (4) semanas.

El primer día de cada Sprint es utilizado para la creación del Sprint Backlog. Una vez que

el equipo es consciente de los requerimientos y se definen las fechas, el Dueño del Producto

los autoriza a comenzar con la elaboración del producto.

Scrum Diario

Esta etapa involucra los Procesos de Planificación, Seguimiento y Monitoreo. Todos los

días a la misma hora, el Scrum Master sostiene una reunión breve con el equipo, con el

objetivo de mitigar cualquier obstáculo que les impida trabajar de forma fluida.

Se analizan los siguientes puntos:

El avance logrado desde la última reunión.

El avance esperado hasta la siguiente reunión.

Los obstáculos que pueden impedir que se cumpla con el avance esperado.

Demostración y Evaluación

Esta etapa involucra los Procesos de Finalización definidos en el PMBOK. Cada Sprint

culmina con una demostración de la funcionalidad desarrollada frente a un grupo de

personas adicionales al Dueño del Producto (por ejemplo usuarios o ejecutivos de la

organización contratante).

El resultado de la evaluación de las funcionalidades formará la base para el siguiente

Sprint.


7

Imagen 1: Etapas del Scrum


8

Capítulo 2: Análisis del Sistema Integrado de Información (SII)

En este capítulo se hará mención de la metodología que se utilizará a lo largo de todo el

proyecto, la identificación de requerimientos y el análisis de la solución propuesta.

2.1 Identificación de los requerimientos

A continuación se presenta la lista de requerimientos, tanto funcionales como no

funcionales, que el Sistema Integrado de Información deberá cumplir:

a) Requerimientos funcionales

La lista de requerimientos funcionales se halla dividida en cuatro (4) grupos cada uno, los

cuales representan cada módulo en los que el proyecto se hallará subdividido.

Dentro de la información que muestra la cabecera de cada tabla de requerimientos,

encontramos los siguientes campos: Número de requerimiento, descripción del

requerimiento, prioridad del requerimiento – que pude tomar valores del uno (menor

prioridad) al cinco (mayor prioridad) – y el tipo de requerimiento – que puede ser Exigible

(E) o Deseable (D).

Gestión de Acopio de la Información

Código Requerimiento Prioridad Tipo

RQFA001

El sistema integrado de Información permitirá la carga

de datos mediante diversos mecanismos disponibles,

entre los que destacan las interfaces de ingreso a nivel

de registro e interface de carga de bases de datos (base

de datos con información de estudios de monitoreo y

contenidos de investigaciones en formatos(pdf). 4 E

RQFA002

El sistema integrado de Información permitirá registrar

temas de la "Estructura de Proyecto" relacionados a los

estudios de Recursos Hídricos. 4 E


9

RQFA003

El sistema integrado de información permitirá registrar

según las temáticas de mapas en formato(wms, kml,

shape). 4 E

RQFA004


a los especialistas del proyecto.

RQFA005

El sistema integrado de información permitirá

administrar el listado de los países, cuencas, variables

de estudio pertenecientes al Proyecto. 4 E

RQFA006

El sistema integrado de información permitirá el

registro de parámetros de fuentes proveedoras de la

información(nodos) mediante xml. 4 E

RQFA007

El sistema integrado de Información permitirá la carga

de datos mediante la denominación de

interoperabilidad (para uso o carga de datos

procedentes de fuentes externas). 4 E

RQFA008

La aplicación permitirá mantener la lista de los nodos

de interoperabilidad.

RQFA009


la información según los estándares de datos, de

acuerdo a las temáticas priorizadas y a los tipos de

documentos. 4 E

Tabla 2.1.1 Requerimientos Funcionales- Módulo Gestión de Acopio de Información

Gestión de Reportes


RQFP001

El sistema integrado de información permitirá la

visualización de los reportes basados en temas(en

base a la Estructura temática). 4 E


10

RQFP002

El sistema integrado de Información permitirá la

generación de reportes cartográficos, tabulares, con

contenido de documentos de determinado estudio

para descargarlo. Podrá visualizarse a nivel de toda la

cuenca amazónica y Países. 4 E

RQFP003


mostrar reportes cartográficos a nivel de toda la

cuenca amazónica, aaíses, variables de estudio y

mapas temáticos de los estudios realizados 4 E

RQFP004


realizar búsquedas de información (datos,

documentos, por autor, tema, estudio) en toda la base

de datos. 4 E

Tabla 2.1.2 Requerimientos Funcionales- Módulo Gestión de Reportes

Gestión de Administración de la Plataforma


RQFAP001


mantener la lista de usuarios para permitir el acceso

al SI según su nivel de navegación. 4 E

RQFAP002

El sistema integrado de información permitirá la

administración de la web Principal(Menú

plataforma, paginas estáticas, páginas sueltas). 4 E

RQFAP003


manejar una bitácora que permita auditar las

sesiones iniciadas, almacenando información como

usuario, IP de origen, sistema operativo y hora. 3 D

RQFAP004


manejar estadísticas de los más buscado y

descargado. 3 D

Tabla 2.1.3 Requerimientos Funcionales- Módulo Gestión de Administración de la Plataforma


11

b) Requerimientos no funcionales

Módulo de Acopio y recopilación de contenidos

Código Requerimiento Tipo

FNF001 El sistema integrado de información permitirá el acceso vía Web E

FNF002

El sistema integrado de información contará con una Aplicación

Móvil para acceder a algunos mapas. E

FNF003

El sistema integrado de información presentará una interfaz que

sea fácil de usar. E

FNF004

El sistema integrado de información estará escrita en PHP 5, con

OpenLayer. E

FNF005

El sistema integrado de información contendrá su información

en Base de Dato MySql. E

FNF006

El sistema integrado de información se ejecutará sobre un

servidor Web Apache. E

FNF007

El sistema integrado de información se ejecutara en Sistemas

Operativos con un navegador Actual. E

Tabla 2.1.4 Requerimientos No Funcionales

2.2 Identificación de Casos de Uso

Catálogo de Actores

El presente acápite da a conocer el conjunto de actores que interactuarán con el sistema, así

como las tareas que cada uno de ellos desempeñará haciendo uso del sistema.

En la siguiente imagen se pueden apreciar los principales actores que interactuarán con la

aplicación; así como la relación existente entre ellos.

Consultor:

El Consultor es aquella persona que apoya la tarea de administración, pero que cuenta con

permisos específicos. Sus principales tareas se centran en la carga de datos. Asímismo,


12

puede generar los reportes del Sistema de Información.

Administrador:

Es aquella persona que cuenta con todos los permisos y privilegios para efectuar cambios

dentro del sistema de información. Sus principales tareas se centran en el registro de

usuarios y la asignación de permisos para acceder al SII.

Usuario Intranet:

Es aquella persona que accede al sistema integrado de información y que generaliza al

consultor y administrador, asimismo, engloba a las funcionalidades que pueden realizar en

común ambos actores.

Usuario:

Es aquella persona que accede al sistema integrado de información sin necesidad de iniciar

sesión, este usuario puede visualizar la información con la que cuenta el SII, visualizar

mapas cartográficos, tabulares, descargar documentos, realizar búsquedas

Imagen 2.1: Actores que interactúan con el sistema


13

La siguiente tabla resume las principales tareas que ejecutarán los actores en la aplicación.

Actor Tarea

Consultor Iniciar sesión

Cargar Datos(BD; documentos)

Mantener Temas de Proyecto

Mantener Contenido según Temas de Proyecto

Mantener Temáticas de Mapas

Mantener Mapas (wms, kml, shape)

Mantener Países

Mantener Cuencas

Mantener variables de estudio de monitoreo de Calidad de

Agua

Mantener Especialistas del Proyecto

Mantener Proveedor de Datos

Cosechar Información mediante Interoperabilidad

Administrador Iniciar sesión

Mantener lista de usuarios

Mantener el menú plataforma

Mantener las páginas estáticas

Generar reportes de bitácora

Generar reportes de estadística

Usuario Visualizar Interfaz basado en Temas

Visualizar Reportes Cartográficos

Visualizar Reportes Tabulares

Realizar Búsquedas(documentos, base de datos, etc)

Descargar documentos Tabla 2.1: Lista de tareas efectuadas por los actores

Identificación de Casos de Usos por Módulos

Gestión de Acopio de Información

Código Caso de Uso

Requerimientos

Asociados

CUC01 Cargar Datos(BD; documentos) RQFA001; RQFA009

CUC02 Mantener Temas de Proyecto RQFA002

CUC03 Mantener Contenido según Temas de Proyecto RQFA002


14

CUC04 Mantener Temáticas de Mapas RQFA003

CUC05 Mantener Mapas(wms, kml, shape) RQFA003

CUC06 Mantener Países RQFA005

CUC07 Mantener Cuencas RQFA005

CUC08

Mantener variables de estudio de monitoreo de Calidad

de Agua RQFA005

CUC09 Mantener Especialistas del Proyecto RQFA004

CUC10 Mantener Proveedor de Datos RQFA006; RQFA008

CUC11 Cosechar Información mediante Interoperabilidad RQFA007

Tabla 2.2.2 Caso de Uso de Gestión de Acopio de Información


15

Diagrama 1: Caso de Uso del Módulo Gestión de Acopio de Información


16

Especificación de Casos de Uso: Módulo de Gestión de Acopio de la Información

a) Iniciar Sesión

Caso de Uso: Iniciar Sesión

Descripción: Permite a un actor iniciar sesión en la aplicación.

Actores: Administrador, Consultor.

Precondición: Ninguna.

Flujo Principal: Iniciar Sesión

1. El actor ingresa en la pantalla de inicio de sesión su nombre

de usuario y contraseña. 2. El sistema verifica que los datos ingresados sean válidos. Si

son correctos muestra al usuario la pantalla principal de la

aplicación. 3. El caso de uso finaliza.

Postcondición: El usuario ha iniciado sesión satisfactoriamente.

Flujo Excepcional: Datos incorrectos

1. Si el usuario y/o la contraseña ingresados son incorrectos, la

aplicación mostrará el mensaje de error: “El usuario y/o la

contraseña son incorrectos”

b) Cargar Datos

Caso de Uso: Cargar Datos

Descripción: Permite a un actor registrar datos en la aplicación.

Actores: Consultor.

Precondición: El actor ha iniciado sesión.


17

Flujo Principal: Cargar Datos

1. El usuario selecciona Cargar Datos, de la interfaz principal

del sistema.

2. El usuario selecciona el tipo de información a registrar

(Marco Legal, Catálogo Botánico, Monitoreo de Calidad de

Agua, Atlas de Vulnerabilidad, Carga de Documentos).

3. El usuario elije la opción registrar datos masivamente o

registrar datos individualmente.

4. Si el usuario ha elegido cargar datos masivamente, el

sistema mostrará la interfaz Registrar Datos, con las

opciones Descargar Formato, Subir Formato, Registrar

Datos, Cancelar.

5. El usuario selecciona la opción Descargar Formato.

6. El sistema descarga el formato para el registro de datos.

7. El usuario completa y/o llena los campos solicitados en el

formato para el registro de datos.

8. El usuario selecciona la opción Subir Formato.

9. El sistema solicita la ruta del formato.

10. El usuario ingresa la ruta del formato y carga el formato en

el sistema.

11. El usuario selecciona la opción Registrar Datos.

12. El sistema verifica que los datos ingresados sean válidos. Si

son correctos el sistema muestra el mensaje “Datos

Registrados Correctamente”.

13. El caso de uso finaliza.

Postcondición: El usuario ha registrado los datos

satisfactoriamente.

Flujo Excepcional: Carga de Documentos

1. En el paso 2 del Flujo Principal, si el usuario selecciona


18

Carga de Documentos, el sistema muestra la interfaz Cargar

Documentos, con las opciones Titulo de Documento, Autor,

Resumen, Latitud, Longitud, seleccionar temática, subir

documento, documentos relacionados, subir galería de fotos,

Registrar Datos.

2. El usuario llena los datos solicitados por la interfaz Cargar

Datos.

3. El usuario selecciona Registrar Datos.





Flujo Excepcional: Cargar Datos Individualmente (Matriz

Legal)

1. En el paso 4 del Flujo Principal, si el usuario ha elegido

cargar datos individualmente, el sistema muestra la interfaz

Cargar Datos Individualmente, con las opciones, Titulo,

Resumen de Legislación, Fecha de Publicación, Entidad,

Numero de Normas, Normas Aplicables, Fecha de Revisión,

Normas Complementarias, Tipo de Legislación, Sub Tema de

Legislación, Tema de Legislación, País y la opción Registra

Datos.


Datos Individualmente.

3. El usuario selecciona Registrar Datos.





Flujo Excepcional: Cargar Datos Individualmente (Catálogo

Botánico)


19



Cargar Datos Individualmente, con las opciones, Nombre

Científico, Uso, País, Departamento, Provincia, Latitud,

Longitud y la opción Registra Datos.



3. El usuario selecciona la Registrar Datos.





Flujo Excepcional: Cargar Datos Individualmente

(Estudio Calidad de Agua)



Cargar Datos Individualmente, con las opciones, Entidad o

Fuente, Nombre de Estación de Monitoreo, País,

Departamento, Provincia, Nombre Cuenca, Nombre Sub

Cuenca, Nombre de Rio, Fecha de Recolección, Latitud,

Longitud, Variables, Valores de las Variables y la opción

Registra Datos.



3. El usuario selecciona la Registrar Datos.





Flujo Excepcional: Datos Incorrectos

1. Si los datos ingresados no son válidos, el sistema muestra el

mensaje “Datos no han sido Registrados, verifique los datos

solicitados por la Interfaz Cargar”.


20

c) Cosechar Información mediante Interoperabilidad

Caso de Uso: Cosechar Información mediante

Interoperabilidad

Descripción: Permite a un actor obtener información de

diferentes fuentes u orígenes de datos.

Actores: Consultor.


Flujo Principal: Cosechar Información mediante

Interoperabilidad

1. El actor selecciona Cosechar Información Mediante

Interoperabilidad, de la interfaz principal del sistema.

2. El sistema muestra la interfaz Cosechar Información

Mediante Interoperabilidad, con las opciones, código,

nombre, descripción, tipo de documento, url de la ficha,

contacto (documentalista y técnico), Guardar, Cancelar

3. El usuario ingresa los datos solicitados por la interfaz.

4. El usuario selecciona modificar.


son correctos el sistema muestra las opciones, proveedor,

conexión, usuario, contraseña, base de datos, guardar.

6. El usuario ingresa los datos solicitados.

7. El usuario selecciona guardar.


son correctos el sistema muestra las opciones, tabla o vista,

modificar.

9. El usuario selecciona la tabla o vista.

10. El usuario selecciona la modificar.


son correctos el sistema muestra las opciones del intérprete.

12. El usuario realiza la interpretación.

13. El usuario selecciona modificar.


Postcondición: El usuario ha cosechado información

satisfactoriamente.


21

d) Mantener Contenido según Temas de Proyecto

Caso de Uso: Mantener Contenido según Temas de Proyecto

Descripción: Permite a un actor Editar o Eliminar el contenido

que mostrará el sistema por cada temática.

Actores: Consultor.


Flujo Principal: Mantener Contenido según Temas de Proyecto

1. El actor selecciona Mantener Contenido Según Temas de

Proyecto de la interfaz principal del sistema.

2. El sistema muestra la interfaz Mantener Contenido Según

Temas de Proyecto, con las opciones, seleccionar temática.


Postcondición: El Mantenimiento del contenido de temáticas del

proyecto ha sido satisfactorio.

Flujo Excepcional: Mantener Contenido según Temas de

Proyecto (Matriz Legal)


22

1. En el paso 2 del Flujo Principal, si el usuario ha

seleccionado la temática Matriz Legal, el sistema muestra la

interfaz Mantener Contenido Según Temas de Proyecto, con

las opciones, Titulo, Resumen de Legislación, Fecha de

Publicación, Entidad, Numero de Normas, Normas

Aplicables, Fecha de Revisión, Normas Complementarias,

Tipo de Legislación, Sub Tema de Legislación, Tema de

Legislación, País, Estado y la opción Buscar Contenido,

Guardar.

2. El usuario selecciona la opción buscar.

3. El sistema hace llamado al caso de uso Buscar Contenido.

4. El sistema carga los datos seleccionados del caso de uso

buscar.

5. El usuario modifica los datos.

6. El usuario selecciona Guardar.


son correctos el sistema muestra el mensaje “Datos han sido

actualizados Correctamente”.



Proyecto (Catálogo Botánico)


seleccionado la temática Catálogo Botánico, el sistema

muestra la interfaz Mantener Contenido Según Temas de

Proyecto, con las opciones, Nombre Científico, Uso, País,

Departamento, Provincia, Latitud, Longitud, Estado y la

opción Buscar, Guardar.

2. El usuario selecciona la opción Buscar Contenido.



buscar.








Proyecto (Monitoreo de Calidad de Agua)


23


seleccionado la temática Monitoreo de Calidad de Agua, el

sistema muestra la interfaz Mantener Contenido Según

Temas de Proyecto, con las opciones, Entidad o Fuente,

Nombre de Estación de Monitoreo, País, Departamento,

Provincia, Nombre Cuenca, Nombre Sub Cuenca, Nombre

de Rio, Fecha de Recolección, Latitud, Longitud, Variables,

Valores de las Variables, Estado y la opción Buscar Registra

Datos.

2. El usuario selecciona la opción Buscar Contenido.



buscar.







e) Mantener Cuentas

Caso de Uso: Mantener Cuencas

Descripción:

Permite a un actor Registrar, Editar y Actualizar

los datos registrados en el sistema de las cuencas,

sub cuencas y ríos.

Actores: Consultor.


Flujo Principal: Mantener Cuencas

1. El usuario selecciona Mantener Cuenca de la interfaz

principal del sistema.


24

2. El sistema muestra la interfaz Mantener Cuenca, con las

opciones, Mantener Cuenca, Mantener Sub Cuenca,

Mantener Rio, Guardar, Cancelar. 3. Si el usuario selecciona Mantener Cuenca, el sistema

muestra las opciones Registrar Cuenca, Editar Cuenca.

4. El usuario selecciona la opción Registrar Cuenca.

5. El sistema muestra los campos Nombre de Cuenca,

Seleccionar País.

6. El usuario llena los datos solicitados.






Postcondición: El mantenimiento de las cuencas ha sido

satisfactorio.

Flujo Excepcional: Mantener Sub Cuencas

1. En el paso 2 del flujo Básico, si el usuario ha seleccionado

Mantener Sub Cuenca, el sistema muestra las opciones

Registrar Sub Cuenca, Editar Sub Cuenca.

2. El usuario selecciona la opción Registrar Sub Cuenca.

3. El sistema muestra los campos Nombre de Sub Cuenca,

Seleccionar Cuenca.







Flujo Excepcional: Mantener Rio


25

1. En el paso 2 del flujo Principal, si el usuario ha seleccionado

Mantener Rio, el sistema muestra las opciones Registrar

Rio, Editar Rio.

2. El usuario selecciona la opción Registrar Rio.

3. El sistema muestra los campos Nombre de Rio, Seleccionar

Cuenca, Seleccionar Sub Cuenca, Seleccionar tipo de Rio,

Seleccionar Tipo de Agua.







Flujo Excepcional: Editar Cuenca

1. En el paso 4 del flujo Básico, si el usuario ha seleccionado

Editar Cuenca, el sistema muestra las opciones Buscar

Cuenca.

2. El usuario selecciona la opción Buscar Cuenca.

3. El sistema hace llamado al caso de uso Buscar Cuenca.


buscar Cuenca.







Flujo Excepcional: Editar Sub Cuenca


26

1. En el paso 2 del flujo Excepcional, si el usuario ha

seleccionado Editar Sub Cuenca, el sistema muestra las

opciones Buscar Sub Cuenca.

2. El usuario selecciona la opción Buscar Sub Cuenca.

3. El sistema hace llamado al caso de uso Buscar Sub Cuenca.


buscar Sub Cuenca.







Flujo Excepcional: Editar Sub Cuenca

1. En el paso 2 del flujo Excepcional, si el usuario ha

seleccionado Editar Rio, el sistema muestra las opciones

Buscar Rio.

2. El usuario selecciona la opción Buscar Rio.

3. El sistema hace llamado al caso de uso Buscar Rio.


Buscar Rio.







f) Mantener Mapas

Caso de Uso: Mantener Mapas

Descripción: Permite a un actor Registrar y Editar los diversos

tipos de mapas del sistema.

Actores: Consultor

Precondición: Ninguna.


27

Flujo Principal: Mantener Mapas

1. El actor selecciona Mantener Mapas de la interfaz principal

del sistema. 2. El sistema muestra la interfaz Mantener Mapas, con las

opciones, Seleccionar Temática, Registrar Mapa, Editar

Mapa, Guardar, Cancelar. 3. El usuario selecciona la temática. 4. El usuario selecciona la opción Registrar Mapa. 5. El sistema muestra la opción formatos. 6. El usuario selecciona el formato (wms, shape, kml, jpg) del

mapa a registrar. 7. Si el usuario selecciona el formato wms, el sistema hace

llamado al caso de uso cargar wms. 8. Si el usuario selecciona el formato shape, el sistema hace

llamado al caso de uso cargar shape. 9. Si el usuario selecciona el formato kml, el sistema hace

llamado al caso de uso cargar kml. 10. Si el usuario selección el formato jpg, el sistema hace

llamado al caso de uso cargar jpg. 11. El caso de uso finaliza.

Postcondición: El sistema posee nuevos mapas.

La carga de mapas ha sido satisfactorio. Flujo Excepcional: Cargar WMS

1. En el paso 7 del flujo principal, el sistema muestra la

interfaz Cargar WMS, con las opciones, ingresar ruta wms,

guardar wms, vista previa, cancelar, cargar.

2. El usuario ingresa la url del wms a registrar.

3. El usuario selecciona cargar.

4. El sistema carga los datos correspondientes al wms

ingresado.

5. El usuario selecciona vista previa.

6. El sistema muestra una vista previa del mapa cargado.

7. El usuario modifica los datos cargados en la interfaz.

8. El usuario selecciona guardar.


son correctos el sistema muestra el mensaje “El Mapa ha

sido Registrado Correctamente”.


Flujo Excepcional: Cargar SHAPE


28


interfaz Cargar SHAPE, con las opciones, subir archivo

shape, guardar shape, vista previa, cancelar.

2. El usuario selecciona la opcion subir archivo shape.

3. El sistema muestra la interfaz seleccionar archivo shape.

4. El usuario selecciona el archivo shape a registrar en el

sistema.

5. El sistema carga los datos correspondientes al shape

ingresado.



8. El usuario selecciona guardar shape.





Flujo Excepcional: Cargar KML


interfaz Cargar KML, con las opciones, subir archivo kml,

guardar kml, vista previa, cancelar.

2. El usuario selecciona la opcion subir archivo kml.

3. El sistema muestra la interfaz seleccionar archivo kml.

4. El usuario selecciona el archivo kml a registrar en el

sistema.

5. El sistema carga los datos correspondientes al kml

ingresado.



8. El usuario selecciona guardar kml.





Flujo Excepcional: Cargar JPG


29


interfaz Cargar JPG, con las opciones, subir archivo jpg,

guardar jpg, vista previa, cancelar.

2. El usuario selecciona la opción subir archivo jpg.

3. El sistema muestra la interfaz seleccionar archivo jpg.

4. El usuario selecciona el archivo jpg a registrar en el sistema.

5. El sistema carga los datos correspondientes al jpg ingresado.



8. El usuario selecciona guardar jpg.








solicitados por la Interfaz”.

g) Mantener Países

Caso de Uso: Mantener Países

Descripción: Permite a un actor Registrar o Editar los países

que posee el sistema.

Actores: Consultor.


Flujo Principal: Mantener Países

1. El actor selección la interfaz Mantener Países de la interfaz

principal del sistema


30

2. El sistema muestra la interfaz Mantener Países, con las

opciones, Registrar Países, Editar Países, guardar, cancelar. 3. El usuario selecciona la opción Registrar Países. 4. El sistema muestra las opciones Nombre del País,

abreviatura internacional. 5. El usuario llena los datos solicitados por la interfaz. 6. El usuario selecciona la opción Guardar. 7. El sistema verifica que los datos ingresados sean válidos. Si

son correctos el sistema muestra el mensaje “El País ha sido

Registrado Correctamente”. 8. El caso de uso finaliza.

Postcondición: El mantenimiento de los países ha sido

satisfactorio.

Flujo Excepcional: Editar Países

1. En el paso 3 el usuario selecciona la opción Editar Países, el

sistema muestra la interfaz Editar Países, con las opciones,

Nombre del País, abreviatura internacional, estado, Buscar

País.

2. El usuario selecciona la opción Buscar País.

3. El sistema hace llamado al caso de uso Buscar País.


Buscar País.






8. El caso de uso finaliza






31

h) Mantener Proveedor de Datos

Caso de Uso: Mantener Proveedor de Datos

Descripción:

Permite a un actor Registrar, Editar los

proveedores de datos que son usados por el

sistema.

Actores: Consultor.


Flujo Principal: Mantener Proveedor de Datos

1. El actor selecciona Mantener Proveedor de Datos de la

interfaz principal del sistema. 2. El sistema muestra la interfaz Mantener Proveedor de Datos

con las opciones, Registrar Proveedor, Editar Proveedor,

Guardar, Cancelar. 3. El usuario selecciona la opción Registrar Proveedor. 4. El sistema muestra las opciones nombre Proveedor. 5. El usuario llena los datos solicitados por la interfaz. 6. El usuario selecciona la opción Guardar. 7. El sistema verifica que los datos ingresados sean válidos. Si


Registrados Correctamente”. 8. El caso de uso finaliza.

Postcondición: Mantenimiento del o los proveedores de datos ha

sido satisfactorio.

El sistema posee nuevos proveedores de datos.

Flujo Excepcional: Editar Proveedor


32

1. En el paso 3 del flujo principal, el usuario selecciona la

opción Editar Proveedor, el sistema muestra las opciones,

Nombre del Proveedor, estado, Buscar Proveedor.

2. El usuario selecciona la opción Buscar Proveedor.

3. El sistema hace llamado al caso de uso Buscar Proveedor.


Buscar Proveedor.










i) Mantener Temáticas de Proyecto

Caso de Uso: Mantener Temáticas de Proyecto

Descripción: Permite a un actor Agregar, Editar y actualizar los

las temáticas con la que cuenta el sistema.

Actores: Consultor.


Flujo Principal: Mantener Temas de Proyecto

1. El actor selecciona la opción Mantener Temáticas de

Proyecto, de la interfaz principal del sistema.


33

2. El sistema muestra la interfaz Mantener Temáticas de

Proyecto con las opciones, Agregar Temática, Editar

Temática, Guardar, Cancelar. 3. El usuario selección la opción Agregar Temática. 4. El sistema muestra las opciones Nombre Temática, sub

Temáticas. 5. El usuario ingresa los datos solicitados por la interfaz. 6. El usuario selecciona guardar. 7. El sistema verifica que los datos ingresados sean válidos. Si



Postcondición: El sistema posee nuevas temáticas.

Flujo Excepcional: Editar Temática


opción Editar Temáticas, el sistema muestra las opciones,

Nombre del Temáticas, Nombre del Sub Temáticas,

seleccionar temática, estado, Buscar Temáticas.

2. El usuario selecciona la temática.

3. El usuario selecciona la opción Buscar Temáticas.

4. El sistema hace llamado al caso de uso Buscar Temáticas.


Buscar Temáticas.












34

j) Mantener Temáticas de Mapas

Caso de Uso: Mantener Temáticas de Mapas

Descripción: Permite a un actor agregar, editar y actualizar las

temáticas de los mapas que tendrá el sistema.

Actores: Consultor.


Flujo Principal: Mantener Temáticas de Mapas

1. El actor selecciona Mantener Temática de Mapas, de la

interfaz principal del sistema. 2. El sistema muestra la interfaz Mantener Temática de Mapas

con las opciones, Agregar Temática de Mapa, Editar

Temática, Guardar, Cancelar. 3. El usuario selecciona la opción Agregar Temática de Mapa. 4. El sistema muestra las opciones Nombre Temática, sub

temáticas. 5. El usuario ingresa los datos solicitados por la interfaz. 6. El usuario selecciona guardar. 7. El sistema verifica que los datos ingresados sean válidos. Si



Postcondición: El sistema posee nuevos mapas temáticos.

El mantenimiento de los mapas temáticos ha sido

satisfactorio.

Flujo Excepcional: Editar Temática


35


opción Editar Temática, el sistema muestra las opciones,

Nombre del Temática, Nombre del Sub Temática, estado,

Buscar Tema.

2. El usuario selecciona la opción Buscar Temática.

3. El sistema hace llamado al caso de uso Buscar Temática.


Buscar Temática.











k) Mantener Variables de Estudio de Monitoreo de Calidad de Agua

Caso de Uso: Mantener Variables de Estudio de Monitoreo de

Calidad de Agua

Descripción:

Permite a un actor Editar y actualizar las variables

de estudio de calidad de agua que posee el

sistema.

Actores: Consultor.


Flujo Principal: Mantener Variables de Estudio de Monitoreo

de Calidad de Agua

1. El actor selecciona Mantener Variables de estudio de

Monitoreo de Calidad de Agua.


36

2. El sistema muestra la interfaz Mantener Variables de estudio

de Monitoreo de Calidad de Agua, con las opciones,

Registrar Variables, Editar Variables, Guardar, Cancelar. 3. El usuario selecciona registrar variable. 4. El sistema muestra las opciones Nombre de variable. 5. El usuario ingresa los datos solicitados por la interfaz. 6. El usuario selecciona guardar. 7. El sistema verifica que los datos ingresados sean válidos. Si



Postcondición:

El mantenimiento de las variables ha sido

satisfactorio.

Las variables de calidad de agua han sido

actualizadas.

Flujo Excepcional: Editar Variables


opción Editar Variable, el sistema muestra las opciones,

Nombre de Variable, Estado, Buscar Variable.

2. El usuario selecciona la opción Buscar Variable.

3. El sistema hace llamado al caso de uso Buscar Variable.


Buscar Variable.











Gestión de Reportes

Código Caso de Uso

Requerimientos

Asociados


37

CUC01 Generar Reportes basados en Temas RQFP001;RQFP003

CUC02 Generar Reportes Cartográficos RQFP002

CUC03 Genera Reportes Tabulares RQFP002

CUC04 Gestión de Búsquedas(documentos, base de datos, etc) RQFP004

CUC05 Descarga de documentos RQFP002

Tabla 2.2.3: Caso de Uso Gestión de Reportes


38

Diagrama 2: Caso de Uso del Módulo Gestión de Reportes


Código Caso de Uso Requerimientos Asociados

CUC01 Mantener lista de usuarios RQFAP001

CUC02 Mantener el menú plataforma RQFAP002

CUC03 Mantener las páginas estáticas RQFAP002

CUC04 Reporte de Bitácora RQFAP003

CUC05 Reportes Estadísticos RQFAP004

Tabla 2.2.4: Caso de Uso Gestión de Administración de la Plataforma


39

Diagrama 3: Caso de Uso de Gestión de Administración de la Plataforma


40

Especificación de casos de uso de Gestión de Administración de la

Plataforma

a) Reporte de Bitácora

Caso de Uso: Reporte de Bitácora

Descripción: Permite a un actor obtener un reporte sobre los

eventos inesperados que ocurrieron en el sistema.

Actores: Administrador.


Flujo Principal: Reporte de Bitácora

1. El actor selecciona la opción Bitácora de la interfaz

principal del actor del sistema. 2. El sistema muestra la interfaz Reporte de Bitácora, con las

campos, seleccionar Fecha, ver reporte. 3. El actor selecciona la fecha para el reporte. 4. El actor selecciona ver reporte. 5. El sistema muestra el reporte, con los campos, nombre de

actor, fecha, nombre de página, nombre de método, browser,

versión del browser, descripción, estado, evento del sistema. 6. El caso de uso finaliza.

Postcondición: El actor ha realizado el reporte satisfactoriamente.

Caso de Uso: Reportes Estadísticos

Descripción:

Permite a un actor obtener información sobre los

documentos más descargados del sistema, páginas

más visitadas, visitas por día etc.




41

Flujo Principal: Reportes Estadísticos

14. El actor selecciona Reportes Estadísticos de la interfaz

principal del actor del sistema.

15. El sistema muestra las opciones de documentos más

descargados, páginas más visitadas, visitas por día, origen

de visitas.

16. El actor selecciona la opción documentos más descargados.

17. El actor selecciona la opción páginas más visitadas.

18. El actor selecciona la opción visitas por día.


Postcondición: El actor ha registrado los datos satisfactoriamente.

Flujo Excepcional: Documentos más Descargados

1. En el paso 3 del Flujo Principal, el sistema muestra la

interfaz con las estadísticas de los documentos más

descargados del sistema, ordenados descendentemente,

según el número de descargas, además de las opciones

fecha, cantidad, buscar.

2. El actor ingresa los datos solicitados por la interfaz.

3. El actor selecciona buscar.

4. El sistema muestra los documentos buscados por fecha.


Flujo Excepcional: Páginas más Visitadas


interfaz con las estadísticas sobre las páginas más visitadas

del sistema ordenadas descendentemente, según el número

de visitas.


Flujo Excepcional: Visitas por Día


interfaz con las estadísticas sobre las páginas más visitadas

del sistema ordenadas descendentemente, según el número

de visitas.



42

Caso de Uso: Mantener Lista de Usuarios

Descripción: Permite a un actor Registrar, Editar y Actualizar

los datos de la lista de actores del sistema.



Flujo Principal: Mantener Lista de Actores

4. El actor selecciona Mantener Lista de Actores de la interfaz


5. El sistema muestra la interfaz Mantener Lista de Actores,

con las opciones, Registrar actor, Editar Actor, Editar Roles,

Guardar, Cancelar.

6. El actor selecciona Registrar Actor, el sistema hace llamado

al caso de uso Registrar Actor.

7. El actor selecciona Editar Actor, el sistema hace llamado al

caso de uso Editar Actor.

8. El actor selecciona Editar Roles, el sistema hace llamado al

caso de uso Editar Roles.


Postcondición: El Mantenimiento del contenido de temáticas del

proyecto ha sido satisfactorio.

Flujo Excepcional: Registrar Actor


interfaz Registrar Actor, con las opciones, Identificador,

Nombre completo, Tipo de actor, Actor, Password,

Confirmar password, Guardar, Cancelar.

10. El actor ingresa los datos solicitados por la interfaz.

11. El actor selecciona guardar.



registrados Correctamente”.


Flujo Excepcional: Editar Actor


43


interfaz Editar Actor, con las opciones, Nombre completo,

Tipo de actor, Actor, Contraseña, Confirmar contraseña,

Guardar, Cancelar , Buscar Actor, Guardar.

10. El actor selecciona la opción Buscar actor.

11. El sistema hace llamado al caso de uso Buscar Actor.


Buscar Actor.

13. El actor modifica los datos.

14. El actor selecciona Guardar.





Flujo Excepcional: Editar Roles


interfaz Editar Roles, con las opciones, nuevo rol, rol,

agregar permisos, Buscar rol, guardar, cancelar.

10. El actor selecciona la opción Buscar rol.

11. El sistema hace llamado al caso de uso Buscar rol.


Buscar rol.







Caso de Uso: Mantener Menú de Plataforma

Descripción: Permite a un actor editar y actualizar el o los

menús que presentara el sistema.




44

Flujo Principal: Mantener Menú de Plataforma

10. El actor selecciona Mantener Menú de Plataforma de la

interfaz principal del sistema. 11. El sistema muestra la interfaz Mantener Menú de

Plataforma, con las opciones, seleccionar temática,

visualizar menú, Guardar, Cancelar. 12. El actor selección la temática (Marco Legal, Catálogo

Botánico, Atlas de Vulnerabilidad, Monitoreo de Calidad de

Agua).

13. El actor selecciona la opción visualizar menú.

14. El sistema carga los datos jerárquicos de o los menús

correspondientes.




son correctos el sistema muestra el mensaje “El Menú han

sido actualizados Correctamente”.


Postcondición: El mantenimiento del o los Menús ha sido

satisfactorio.

Caso de Uso: Mantener Páginas Estáticas

Descripción: Permite a un actor Editar y Actualizar las páginas

con las que contara el sistema.

Actores: Administrador


Flujo Principal: Mantener Páginas Estáticas

1. El actor mantener páginas estáticas de la interfaz principal

del actor del sistema.


45

2. El sistema muestra la interfaz Mantener páginas, con las

opciones Nombre, Descripción, URL, Contenido, Tipo,

Buscar Página, Registrar, Cancelar. 3. El actor ingresa los datos solicitados por la interfaz. 4. El Actor selecciona la opción Registrar. 5. El sistema verifica que los datos ingresados sean válidos. Si

son correctos el sistema muestra el mensaje “La página ha

sido registrada Correctamente”. 6. El caso de uso finaliza.

Postcondición: El mantenimiento de las páginas ha sido

satisfactorio.

Flujo Principal: Buscar Página

1. Si el actor selecciona buscar. 2. El sistema carga los datos seleccionados en la interfaz. 3. El caso de uso finaliza.

2.3 Dominio del modelo

A continuación se presenta una breve descripción de las clases, separadas por módulos, que

conforman el dominio del modelo del proyecto.

Gestión de Acopio de Información

Código Clase Descripción

CA001 Nivel_legal

Esta clase contiene información

sobre la legislación de los

países a nivel nacional e

internacional.

CA002 Tema_legislacion


acerca de los temas de

legislación (recursos hídricos,

cambio climático, perspectivas

sectoriales, etc.)


46

CA003 Sub_tema_legislacion

Esta clase contiene

información acerca de los sub

temas de legislación (relación

con los cambios climáticos,

biodiversidad, saneamiento y

urbanización, etc.).

CA004 Matriz_legal

Esta clase contiene los valores

sobre asuntos legales de los

países que forman parte del

sistema.

CA005 País

Esta clase contiene

información de todos los países

que forman parte del sistema.

CA006 Variables_estudio


acerca de las variables de

estudio para la calidad del agua.

CA007 Entidad


acerca de la entidad que realizó

el estudio.

CA008 Monitoreo_calidad_agua

Esta clase contiene los

resultados obtenidos en el

estudio de monitoreo calidad de

agua.

CA009 Estado_departamento


acerca de los departamentos

que conforman cada país.

CA010 Estación_monitoreo


acerca de la ubicación en donde

se realizaron los estudios de

monitoreo de calidad de agua.


47

CA011 Coordenada_origen

Esta clase contiene la

información original en la que

se registró la ubicación

geográfica.

CA012 Sistema_coordenada

Esta clase contiene la

información de los sistemas de

coordenadas que reconoce la

aplicación.

CA013 Tipo_estacion


acerca del tipo de estación.

CA014 Municipio_provincia_distrito


de la provincia de cada país.

CA015 Rio


de los ríos que posee el sistema.

CA016 Rio_cuenca


de la relación entre los ríos y

las cuencas del sistema.

CA017 Cuenca


de las cuencas que forman parte

del sistema.

CA018 Sub_cuenca


de las sub cuencas que posee el

sistema.

CA019 Catalogo_botanico


del uso que dan a la flora los

pobladores a lo largo de la

cuenca amazónica.


48

CA020 Foto_catalogo_botanico


sobre las fotografías de la flora

que usan los pobladores de la

cuenca amazónica.

CA021 Plinian


de las especies a lo largo de la

cuenca amazónica.

CA022 Archivo_fisico


de las características de los

archivos físicos del sistema.

CA023 Tipo_dublin


del tipo de documento que

posee el sistema.

CA024 Descarga


de las veces que se descargaron

los archivos del sistema.

CA025 Dublincore


acerca del estándar para tratar

documentos.

CA026 Documentos_relacionados


sobre la relación entre

documentos.

CA027 Jerarquía_capa

Esta clase contiene la relación

que existe entre las diferentes

capas temáticas de mapas que

posee el sistema.

CA028 Capas


de las capas temáticas de mapas



49

CA029 Tipo_capas


de los tipos de archivos que

podrá utilizar el sistema para

ver los mapas (shape, wms,

etc).

CA030 Tipo_variable


sobre los tipos de variables para

el monitoreo del agua (físicos,

químicos, biológicos, etc.).

CA031 Tipo_agua


sobre los tipos de aguas que

presentan los ríos de la cuenca

amazónica (negra, turbia,).

CA032 Calidad_agua


sobre los índices de calidad de

agua (buena, optima, aceptable,

pesimma, etc).

CA033 Historial_calidad_agua


sobre la condición en la que se

encontró el agua de un

determinado rio.

CA034 Clase_contaminacion


sobre las clases de

contaminación que se puede

encontrar en la Amazonía

(contaminación del agua,

bosques, etc.).


50

CA035 Tipo_contaminacion


sobres los diferentes tipos o

fuentes de contaminación

(arrojo de basura a los ríos,

derrame de petróleo, etc.).

CA036 Contaminacion


sobre la contaminación

encontrada (porcentaje de

contaminación, grado de

contaminación, etc.).

Tabla 2.3.1: Dominio del Modelo- Gestión de Acopio de la Información


Código Clase Descripción

CA001 Usuario

Esta clase contiene información del usuario que

iniciado sesión en la aplicación.

CA002 Bitácora

Esta clase contiene información sobre los

eventos inesperados que ocurren en el sistema.

CA003 Roles

Esta clase contiene información del rol que

tendrán los usuarios dentro del sistema

CA004 Permisos

Esta clase contienes información de los

permisos que tendrán los usuarios para acceder

a los diferentes funcionalidades del sistema.

CA005 Sub_menu_principal

Esta clase contiene información del sub menú


CA006 Menú_principal

Esta clase contiene información del menú


CA007 Menu_secundario

Esta clase contiene información sobre el menú

secundario que mostrará el sistema, según la

temática de proyecto.


51

CA008 Sub_menu_secundario

Esta clase contiene información sobre el sub

menú secundario que mostrará el sistema, según

la temática de proyecto.

CA009 Idiomas

Esta clase contiene información sobre los

idiomas que pueden mostrarse en el sistema.

CA010 Permisos_Roles

Esta clase contiene información de la relación

que habrá entre los roles del sistema y qué

permisos tendrán dentro del mismo.

Tabla 2.3.2: Dominio del Modelo- Gestión de Administración de la Plataforma

Análisis de factores tecnológicos

A lo largo del proyecto se hará uso de diversas tecnologías que permitirán facilitar el

trabajo para poder llevar un adecuado control del proyecto durante el proceso de

planificación y delegación de tareas, la etapa de codificación para mantener un adecuado

control de las versiones del código que se va generando y una administración adecuada de

los errores que se vayan detectando.

Herramienta para la gestión del proyecto

Las herramientas de gestión de proyectos, tienen como objetivo cubrir diversas necesidades

al momento de llevar a cabo tareas de planificación y administración. Dentro de las

funciones que podemos hallar, tenemos las de calendarización, control de costos,

administración de recursos, comunicación, entre otras.

El siguiente cuadro comparativo mostrará dos (2) de estas aplicaciones a fin de poder elegir

la más adecuada para ser utilizada a lo largo del proyecto.

MS

Project

Office

2010

Multiplataforma x

Escritorio x

Basado en Web x


52

Multiusuario(colaborativo) x

Manejo de Lista de Tareas x x

Lista de Eventos x x

Calendarios x x

Tabla 2.3.4: Comparación de herramientas de gestión de proyecto

Luego de analizar las características que presenta cada una de las herramientas

mencionadas en función de las opciones necesarias para el proyecto, se ha elegido el Office

2010 como la herramienta de gestión a utilizar.

Lenguaje de Programación

La elección de un adecuado lenguaje de programación puede influir en el desarrollo de la

solución en cuanto las características de portabilidad, consumo de recursos, entre otras.

Debido a que se requiere que la solución funcione vía web, se establecerá un cuadro

comparativo entre tres (3) lenguajes utilizados para crear aplicaciones que cumplen con

dicho requerimiento.

PHP JAVA ASP

Ejecución bajo Linux x x

Bajo consumo de Memoria x

Bajo consumo de Procesador x

Rapidez de Ejecución x x x

Gran variedad de librerias disponibles x x

API abierta y documentada x x

Seguridad x x x

Tabla 2.3.5: Comparación de Lenguajes de Programación

Tras comparar las características de cada uno de los lenguajes, se ha optado por hacer uso

del lenguaje PHP.

Herramienta Case

Herramienta que brinda facilidad para el mantenimiento y el desarrollo de aplicaciones.


53

Para este proyecto se utilizará Entreprise Architec.

Entornos de Desarrollo Integrados (IDE)

Son aplicaciones utilizadas para crear programas. En la mayoría de los casos, un IDE está

conformado por un editor de código fuente, un compilador o un intérprete y usualmente una

opción para ejecutar paso a paso. Asimismo, puede incluir funcionalidades adicionales,

como integración con una herramienta de control de versiones, opciones de autocompletado

de texto, editor de interfaces gráficas, entre otras. A continuación se presentará un cuadro

en donde se compararán dos (2) IDEs que pueden ser utilizados para el desarrollo del

proyecto.

Netbeans(PHP

Pluggin)

Eclipse(PHP

Pluggin)

Administración de Proyectos x x

Poder visualizar el árbol de

directorios x x

Depurador x x

Barra de herramientas HTML x

Herramientas de arrastrar y

colocar x

Inicio rápido

Autoguardado x x

Integración con un

manejador de versiones x x

Lista de pendientes (TODO) x x

Autocompletado x x

Integración con HTML x

Integración con CSS x

Soporte PHP x x

Tabla 2.3.6: Comparación de Entornos de Desarrollo Integrados

Luego de comparar las características que cada una de las aplicaciones posee, se ha optado

por utilizar Netbeans como herramienta IDE.


54

Base de Datos

Son herramientas ampliamente utilizadas para almacenar datos para ser utilizados

posteriormente. A continuación, se presentará un cuadro comparativo de dos (2) bases de

datos ampliamente utilizadas en proyectos de diversa índole.

MySQL PgSql

Bajo consumo de recursos x

Fácil instalación x x

Fácil configuración x

Manejo de consultas x x

Manejo de transacciones x x

Soporte de integridad

referencial x x

Drivers de conectividad con

PHP x x

Portabilidad x x

Soporte de procedimientos x x

Funciones para data geoespacial x x

Tabla 2.3.7: Comparación de Base de Datos

Luego de comparar las características de cada una de las aplicaciones, se ha optado por

utilizar MySQL, especialmente por su bajo consumo de recursos.


55

Capítulo 3: Diseño del Sistema Integrado de Información

En este capítulo se definirá la arquitectura que se utilizará para implementar la solución,

brindándose información como las capas en las que se dividirá la solución, aspectos de

seguridad, entre otros. Asimismo, se definirán los criterios utilizados para elaborar el

diseño de las interfaces de las diversas pantallas del sistema.

3.1. Arquitectura de la Solución

La arquitectura a utilizar será Web, con ello el usuario podrá tener acceso remoto a una

interfaz gráfica para poder llevar a cabo la configuración de las herramientas de seguridad.

Como principal requerimiento, el usuario deberá hacer uso de un navegador de Internet.

El Sistema Integrado de Información se hallará conformado por un Módulo de Gestión de

Acopio de Información que permitirá, dentro de su lista de funciones, administrar una serie

de funciones complementarias, cada una de ellas aportará información para el Sistema,

como registro de información (base de datos, mapas, documentos, etc), registro de temas

para el SI, información de interoperabilidad, entre otros. También cuenta con el Módulo de

Gestión de Reportes, que permitirá la visualización de la información ingresada de manera

ordenada, intuitiva, fácil de consumirla. La información se mostrará de acuerdo a los Temas

de Estudio del Proyecto. Finalmente, se cuenta con el Módulo de Administración de la

Plataforma, que permitirá la administración de los usuarios, la administración de la Web

Principal (con contenido estático, manejo de menús) y los reportes de Bitácora y

Estadísticas.

Tanto la aplicación como las herramientas se hallarán ubicadas en un servidor GNU/Linux

que ejecute el servicio web Apache, el cual, contará con el módulo PHP. En la Imagen 3.1

se puede apreciar la arquitectura propuesta para el presente proyecto.


56

Imagen 3.1 Arquitectura de la Solución

a) Descripción de la arquitectura de capas de la solución

La aplicación está conformada por capas, cada una de las cuales aporta una funcionalidad al

sistema. La lista de capas se detalla en la tabla siguiente:

Capa Función que desempeña

Vista

Esta capa se encarga de presentar al usuario una

interfaz con la que podrá interactuar, permitiéndole

ingresar valores a la aplicación y visualizar las

respuestas de la misma.


57

Controlador

Dentro de esta capa se hallan las clases que permiten

manejar la lógica de negocio de todas las

funcionalidades involucradas en el sistema. Asimismo

será la encargada de controlar la interacción entre el

módulo central de la aplicación con cada uno de los

módulos complementarios.

Modelo

Esta es la capa que almacena los objetos de negocio de

los que hace uso la aplicación a implementar, así como

las clases que permiten llevar a cabo la persistencia

contra una base de datos.

Tabla 3.1: Capas de la Aplicación

b) Esquema de seguridad.

Al ser una aplicación que efectúa tareas de configuración de herramientas de seguridad

dentro de una red local, este sistema debe brindar la seguridad necesaria para que el acceso

a las configuraciones sea restringido únicamente a personal autorizado.

Por ello se han propuesto las siguientes soluciones:

Servidor Web Virtual: La aplicación se ejecutará sobre un servidor web virtual (virtual

host), que permitirá establecer el puerto que los usuarios utilizarán para comunicarse con la

aplicación.

Cifrado de contraseñas: Para aminorar los riesgos, en caso un usuario no autorizado

consiga tener acceso a las contraseñas almacenadas en el sistema, se ha optado por utilizar

un mecanismo de cifrado sobre las contraseñas que serán almacenadas por la aplicación.

Perfiles y permisos: La aplicación manejará dos tipos de perfiles (administrador y

usuario). El primero se caracteriza por poseer un control absoluto sobre cada una de las

funciones que la aplicación posee; mientras que el segundo puede efectuar labores de

mantenimiento y generación de reportes.


58

Inicios de sesión: Se propone que todo aquel usuario que desee acceder al sistema debe de

haber sido identificado previamente haciendo uso de una pantalla de inicio de sesión, en

donde ingresará su nombre de usuario y contraseña.

Bitácoras de inicio de sesión: Se haría uso de una bitácora que almacenaría los intentos

exitosos y fallidos de inicio de sesión. Así mismo, se almacenará algún error encontrado en

el funcionamiento del sistema.

c) Patrones a utilizar.

Modelo Vista Controlador (MVC): El patrón MVC está siendo utilizado para separar la

capa de presentación (Vista) de los objetos del negocio (Modelo) y la lógica del negocio

(Controlador), permitiendo así independizar la implementación de la lógica de la aplicación

del diseño de las pantallas.

Campo de Identidad: Consiste en almacenar el Id dentro del objeto; ello permite efectuar

consultas haciendo uso de los Id, lo cual conlleva un ahorro de tiempo.

Mapeo de Llave Foránea: Consiste en representar las llaves foráneas como relaciones

entre dos objetos.

Template View: Este patrón permite generar páginas web dinámicas insertando etiquetas

(ejemplo: etiquetas PHP) dentro del código HTML.

Front Controller: Este patrón establece la creación de una clase de Controlador por cada

Vista que se genere. Cada una de estas clases efectuará diferentes procedimientos

dependiendo del evento que se accione en su respectiva Vista.

Server Session State: La utilidad de este patrón radica en poder almacenar información del

cliente en el servidor, para poder hacer uso de estos valores más adelante.

d) Estructura del archivo de configuración del sistema.

Los archivos de configuración brindan la siguiente información.


59

Las rutas a los directorios que conforman el sistema.

El nombre de la página predeterminada del sistema.

El nombre y la ruta del servicio del sistema.

3.2. Diseño de la Interfaz Gráfica

A continuación se definirán los criterios utilizados para la elaboración de las pantallas y se

dará a conocer los tipos de pantallas que conforman el sistema.

a) Criterios utilizados para el diseño de la interfaz gráfica

La interfaz gráfica es la parte de la aplicación con la que el usuario interactúa. El diseño de

la ventana debe de ser tal que el usuario se sienta cómodo y seguro al momento de

utilizarlo.

Para las pantallas del presente proyecto, se utilizaron los criterios listados a continuación:

Estética: La pantalla debe de ser estéticamente agradable. Muchos usuarios se muestran

disconformes con una solución que no es agradable a la vista. Como consecuencia esto

puede llevar a que el usuario se niegue a hacer uso de la aplicación, lo que significaría el

fracaso del proyecto.

Es por esa razón que uno de los factores que se han considerado en cuanto al diseño de la

pantalla, es la combinación de los colores. Se ha definido el celeste como color básico,

siendo éste el principal color utilizado dentro del diseño.

En la imagen 3.2 se puede apreciar los principales colores que son utilizados en el diseño

de las pantallas.

Imagen 3.2: Mapa de colores


60

Intuitivo: Las opciones que se presenten en pantalla deben ser fáciles de comprender y

aprender por parte del usuario. La aplicación no debe confundir al usuario en cuanto uso.

Balance: Los componentes mostrados en la pantalla deben estar agrupados de tal forma

que no dejen espacios vacíos; sin embargo, la pantalla no debe verse sobrecargada.

Simetría: La alineación de los elementos tanto de forma horizontal como vertical, mejora

la apariencia de la pantalla y el orden de la misma.

La siguiente imagen muestra un ejemplo de la simetría de los elementos dentro de una

pantalla.

Imagen 3.3: Simetría de los elementos

Predecible: Tomando como premisa que el usuario siempre ha de usar algunas opciones

más que otras; las opciones más importantes o aquellas cuyo uso pueda ser más frecuente

deben de ser ubicados en puntos de fácil acceso.

A continuación se presenta la imagen del menú que la aplicación utilizará.


61

Imagen 3.4: Menú Módulo Monitoreo

Secuencial: Las opciones que se presenten deben de hallarse ordenadas. Por ejemplo, si se

habla de un menú que muestra opciones para ejecutar un proceso. Las opciones del menú

deben de hallarse ordenadas de acuerdo a los pasos del proceso.

Económico: Los pasos para que un usuario pueda efectuar una acción deben de ser los

menores posibles.

Agrupado: Los componentes presentados en la pantalla deben hallarse agrupados de

manera que guarden relación entre ellos. De esta forma se evita la confusión del usuario al

desconocer la funcionalidad de alguno de los componentes.

b) Tipos de pantallas

La aplicación hará uso de los siguientes tipos de pantallas:

Pantalla Principal: Es la pantalla principal que la aplicación mostrará luego de haber

iniciado sesión. Esta pantalla contará con un menú de accesos rápidos, a través del cual se

podrá acceder a diversas funcionalidades de la aplicación.


62

Pantalla Secundaria: Son las pantallas que brindarán diversas opciones como, por

ejemplo, la generación de reportes, visualización y administración de registros históricos,

administración de usuarios.

Pantalla de Propiedades: Pantalla a través de la cual se llevarán a cabo las

configuraciones de las herramientas de seguridad que la aplicación administra.

Cajas de diálogo: Son pequeñas ventanas que el sistema utilizará para brindar información

sobre un error o un evento ocurrido; o para solicitar una confirmación al usuario

previamente a ejecutar una acción.

c) Diseño estructural de las pantallas

Las pantallas de la aplicación presentarán una estructura conformada por cuatro (4)

secciones bien definidas, como puede apreciarse en la siguiente imagen.

Imagen 3.6: Estructura de la Página

A continuación, se dará una breve descripción de cada una de las secciones presentadas.

Cabecera de la página: La cabecera de la página muestra el nombre de la aplicación, así


63

como las opciones para cerrar sesión.

Pie de página: El pie de página muestra información que permita saber la fecha de

creación de la aplicación.

Menú: El menú es la herramienta dentro de la aplicación que permitirá a los usuarios

navegar por la misma.

Sección de contenidos: Es dentro de esta sección en donde el usuario interactuará con las

herramientas y opciones que la aplicación le provea.


64

3.3. Prototipos Propuestos para el Sistema Integrado de Información

3.3.1. PROTOTIPO 1

Este primer prototipo agrupa en el Menú Superior los Componentes del Proyecto, en el

cuerpo principal se muestran los enlaces directos a ciertos contenidos consideramos

importantes en el Proyecto.

En la parte superior tenemos el buscador del Sistema de Información.

Imagen 3.3.1: Pantalla Principal del Prototipo 1 del SII

ACCESO MEDIANTE LINK DEL CUERPO PRINCIPAL

Esta segunda imagen es la que nos muestra al acceder al primer link que es el de Monitoreo

de Calidad de Agua. En el cual el usuario podrá hacer búsquedas para visualizar los

estudios de monitoreo de Agua en los Países miembros de la OTCA. En la cual también se

puede visualizar los parámetros referentes a la calidad de agua estudiados, el visor también

brinda al usuario seleccionar las capas de mapas agrupados por temáticas.

Menú

Superior

Cuerpo

Principal

Componentes del Proyecto


65

Imagen 3.3.2 Monitoreo de Calidad de Agua

ACCESO MEDIANTE LOS ENLACES DEL MENU SUPERIOR

En esta imagen se muestra el contenido del componente al que se accede, en el cual se

muestra la descripción textual de lo que trata ese componente, así como los sub temas del

componente agrupados en pestañas, las cuales también permiten acceder a otros enlaces

como documentos, etc.

Imagen 3.3.3 Componente 1 Entendiendo la Amazonía


66

Imagen 3.3.4 Componente 2 Base de los Recursos Naturales

Imagen 3.3.5 Componente 3 Programa de Acciones Estratégicos


67

3.3.2 PROTOTIPO 2

Este segundo prototipo agrupa en el Cuerpo Principal los Componentes del Proyecto,

cuenta con un Menú lateral izquierdo en donde se muestran los enlaces directos a ciertos

contenidos consideramos importantes en el Proyecto.

En la parte superior tenemos el buscador del Sistema de Información. Así también tenemos

un Menú Superior de la misma plataforma con enlaces al Inicio, Acerca del SI y acceso a

Intranet.

Imagen 3.3.2.1 Pantalla Principal del Prototipo 2 del SII

ACCESO MEDIANTE LOS ENLACES DEL CUERPO PRINCIPAL SEGÚN

COMPONENTE

En esta imagen se muestra el contenido del componente accedido, en el cual se muestra la

descripción textual de lo que trata ese componente, así como los sub temas del componente

agrupados en pestañas, las cuales también permiten acceder a otros enlaces como

documentos, etc.

Cuerpo

Principal

Menú

Lateral

Izquierdo


68

Imagen 3.3.2.2 Componente 1 Entendiendo a la Sociedad Amazónica

Imagen 3.3.2.3 Componente 2 Base de los Recursos Naturales


69

Imagen 3.3.2.4 Componente 3 Programa de Acciones Estratégicos

Análisis y Diseño del Sistema Integrado de Información (SII) · Capítulo 1: Generalidades En el...

Documents

Transcript of Análisis y Diseño del Sistema Integrado de Información (SII) · Capítulo 1: Generalidades En el...