Metrica Geoservidor IIAP

13-3-2013

IIAP

DOCUMENTO DE ANÁLISIS Y DISEÑO
GEOAMAZONIA Y SITERRIORIAL

Métrica V3 | Ing. Roussell Ramírez Álvarez

Documento de Análisis y Diseño GEOAMAZONIA y 2013
SITERRIORIAL
Resumen Ejecutivo
El Sistema de Información GEAMAZONIA está diseñado para facilitar la información
cartográfica y georeferenciada a usuarios con diferentes niveles de requerimientos, es
una plataforma tecnológica que permite la gestión y accesibilidad de información relevante
a mapas e imágenes satelitales que pueden apoyar a la Gestión del Conocimiento a
niveles educativos como a niveles de Tomas de Decisión para Gobiernos Locales y
Nacionales.
GEOAMAZONIA busca minimizar la brecha digital en Cartografía poniendo al alcance de
sus usuarios imágenes de alta resolución y mapas temáticos en el cual se pueda apreciar
Niveles de Ríos, Deforestación, Zonificaciones Ecológicas y Económicas, entre otras.
Todo ello para las diferentes necesidades cotidianas relacionadas a gestión de la
biodiversidad, cambio climático y medio ambiente.
GEOAMAZONIA es una plataforma de integración que aportara información unísona de
diferentes Sistemas de Información con el único propósito de brindar al usuario o tomador
de decisión la mejor experiencia visual y un modo diferente de ver imágenes cartográficas
amigables y dinámicas.
GEOAMAZONIA tendrá como público objetivo a Gobiernos Regionales y Locales,
Organismos No Gubernamentales ONG, investigadores y estudiantes, empresas e
inversores, formuladores de proyectos, Emprendimientos o iniciativas locales y un público
amplio nacional e internacional.
Este documento presenta los lineamientos, alcances, atributos y procesos principales que
comprenderá la plataforma informática de la primera versión del sistema. Para lo cual se
ha utilizado la metodología de documentación denominada Métrica v3 (recomendada por
la Oficina Nacional de Gobierno Electrónico - ONGEI), en sus fases análisis y diseño,
además se incluye el uso de estándares y protocolos para el uso e intercambio de
información. La primera presenta los límites y alcances que tendrá el sistema (¿qué se
hará?), y la segunda los requerimientos, esquemas y características tecnológicas (¿cómo
se hará?). Teniendo en cuenta ambas fases se realizan de forma secuencial. En este
proceso de elaboración participaron, como facilitadores de insumos, diversos actores de
los diversos programas de investigación del IIAP, además de la participación de miembros
de las comunidades como Mazán, Santa Clotilde, Tacsha Curaray, entre otras.

1

SITERRIORIAL

INDICE
Resumen Ejecutivo

______________________________________________________________________ 1

_______________________________________________________________________ 5

I.

Introducción

II.

Definición del Problema

III.

Objetivos

______________________________________________________________ 6

_________________________________________________________________________ 7

3.1.

Objetivo General ________________________________________________________________________ 7

3.2.

Objetivos Específicos ___________________________________________________________________ 7

3.3.

Público Objetivo ________________________________________________________________________ 7

3.4.

Alcance Geográfico _______________________________________________________________ 7
La Amazonia Continental _______________________________________________________________________________ 7
Enfoque Metodológico _________________________________________________________________________________ 7

1.

ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI) ___________________________________________ 9
1.1.
Actividad ASI 1: Definición del Sistema ____________________________________________________ 9
1.1.1. Catálogo de Requisitos Tecnológicos ___________________________________________________________ 12
1.2.
Tarea ASI 1.2: Identificación del Entorno Tecnológico _______________________________________ 15
1.2.1. Catálogo de Requisitos. _______________________________________________________________________ 15
1.2.2. Glosario de Términos _________________________________________________________________________ 15
1.2.3.
Descripción General del Entorno Tecnológico del Sistema. ________________________________ 20
1.2.3.1.
Entorno Tecnológico. ______________________________________________________________________ 20
1.3.
Tarea ASI 1.3: Especificación de Estándares y Normas ______________________________________ 22
1.3.1. Catálogo de Normas. _________________________________________________________________________ 22
1.3.2. Estándares a ser utilizados para la Base de Datos son: ___________________________________________ 22
1.4.
Tarea ASI 1.4: Identificación de los Usuarios Participantes y Finales __________________________ 31
1.4.1. Catálogo de Usuarios Participantes ____________________________________________________________ 31
1.4.2. Catálogo de Usuarios Finales. _________________________________________________________________ 31

2.

Actividad ASI 2: Establecimiento de Requisitos

Obtención de Requisitos ________________________________________________________________ 32

2.1.
2.1.1.

Modelo de Caso de Uso ______________________________________________________________ 32
Especificación de casos de uso de Requerimiento __________________________________________ 36

2.2.
3.

___________________________________________ 32

Actividad ASI 3: Identificación de Subsistemas de Análisis ___________________________________ 39
3.1.
3.2.

4.

Tarea ASI 3.1: Determinación de Subsistemas de Análisis ___________________________________ 39
Tarea ASI 3.2: Integración de Subsistemas de Análisis ______________________________________ 41

ACTIVIDAD ASI 4: ANÁLISIS DE LOS CASOS DE USO

Tarea ASI 4.1: Descripción de la Interacción de Objetos _____________________________________ 43

4.1.
5.

Actividad ASI 5: Análisis de Clases _____________________________________________________ 51
Identificación de Responsabilidades y Atributos ___________________________________________ 51

5.1.
6.

______________________________________ 42

Actividad ASI 6: Definición de Interfaces de Usuario ________________________________________ 52
Tarea ASI 6.1: Especificación de formatos individuales de la interfaz de pantalla ________________ 54

6.1.

2

SITERRIORIAL

6.2.

Tarea ASI 6.2: Especificación del Comportamiento Dinámico de Interfaz _______________________ 55

6.3.

Tarea ASI 6.3.: Especificación de Formatos de Impresión ____________________________________ 58

7.

Actividad ASI 7: Análisis de Consistencia y Especificación de Requisitos

_______________________ 59

7.1.

Tarea ASI 7.1: Verificación de los Modelos_________________________________________________ 59

7.2.

Tarea ASI 7.2: Análisis de Consistencia entre Modelos ______________________________________ 60

7.3.

Tarea ASI 7.3: Validación de los Modelos __________________________________________________ 64

7.4.

Tarea ASI 7.4: Elaboración de la Especificación de Requisitos de Software _____________________ 64

Actividad ASI 8: Especificación del Plan de Pruebas ________________________________________ 66

8.

DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI)
9.

_______________________________________________ 69

Actividad DSI 1: Definición de la Arquitectura del Sistema

___________________________________ 69

9.1.
Tarea DSI 1.1: Definición de Niveles de Arquitectura ________________________________________ 69
9.1.1. Diseño de la Arquitectura del Sistema __________________________________________________________ 69
9.2.
Tarea DSI 1.2: Identificación de Requisitos de Diseño y Construcción _________________________ 69
9.2.1. Catálogo de Requisitos (en orden desde Datos, Lógica, Presentación) _____________________________ 69
9.3.
Tarea DSI 1.3: Especificación de Excepciones _____________________________________________ 72
9.3.1. Catálogo de excepciones _____________________________________________________________________ 72
9.4.

Tarea DSI 1.4: Especificación de Estándares y Normas de Diseño y Construcción _______________ 79

9.5.

Tarea DSI 1.5: Identificación de Subsistemas de Diseño _____________________________________ 82

9.6.

Tarea DSI 1.6: Especificación del Entorno Tecnológico ______________________________________ 83

9.7.

Tarea DSI 1.7: Especificación de Requisitos de Operación y Seguridad ________________________ 86

10.

Actividad DSI 2: Diseño de la Arquitectura de Soporte

Diseño Detallado de los Subsistemas de Soporte ___________________________________________ 90

10.1.
11.

____________________________________ 90

Actividad DSI 3: Diseño de Caso de Uso Reales

_________________________________________ 91

11.1.
Tarea DSI 3.1: Identificación de Clases Asociadas a un Caso de Uso __________________________ 94
11.1.1.
DISEÑO DE LA REALIZACIÓN DE LOS CASOS DE USO _____________________________________ 94
12.

DISEÑO DE CLASES _____________________________________________________________ 101
Tarea DSI 4.2: Identificación de Atributos de las Clases ____________________________________ 101

12.1.
13.

Actividad DSI 6: Diseño Físico de Datos ______________________________________________ 114

13.1.

Tarea DSI 6.1: Diseño del Modelo Físico de Datos _________________________________________ 114

13.2.

Tarea DSI 6.2: Especificación de los Caminos de Acceso a los Datos _________________________ 119

13.3.

Tarea DSI 6.3: Optimización del Modelo Físico de Datos ____________________________________ 119

13.4.
Tarea DSI 6.4: Especificación de la Distribución de Datos ___________________________________ 119
13.4.1.
Esquema Físico de Datos y asignación a sus nodos. _________________________________________ 119
14.

ACTIVIDAD DSI 7: VERIFICACIÓN Y ACEPTACIÓN DE LA ARQUITECTURA DEL SISTEMA ________ 120

14.1.

Tarea DSI 7.1: Verificación de las Especificaciones de Diseño _______________________________ 120

14.2.

TAREA DSI 7.2: Análisis de Consistencia de las Especificaciones de Diseño. _________________ 120

3

SITERRIORIAL

TAREA DSI 7.3: Aceptación de la Arquitectura del Sistema. _________________________________ 122

14.3.

ACTIVIDAD DSI 8: GENERACIÓN DE ESPECIFICACIONES DE CONSTRUCCIÓN ________________ 123

15.
15.1.

Tarea DSI 8.1: Especificación del Entorno de Construcción _________________________________ 123

15.2.

Tarea DSI 8.2: Definición de Componentes y Subsistemas de Construcción. ___________________ 124

15.3.
Tarea DSI 8.3: Elaboración de Especificaciones de Construcción. ____________________________ 126
Tarea DSI 8.4: Elaboración de Especificaciones del Modelo Físico de Datos _______________________________ 127
16.

ACTIVIDAD DSI 9: DISEÑO DE LA MIGRACIÓN Y CARGA INICIAL DE DATOS __________________ 128
Tarea DSI 9.1: Especificación del Entorno de Migración __________________________________________________ 128
Tarea DSI 9.2: Diseño de Procedimientos de Migración y Carga Inicial ____________________________________ 128
Tarea DSI 9.3: Diseño Detallado de Componentes de Migración y Carga Inicial ___________________________ 129
Tarea DSI 9.4: Revisión de la Planificación de la Migración _______________________________________________ 129

4

SITERRIORIAL
I.

Introducción

Este documento presenta de forma detallada la documentación relacionada a las fases de
análisis y diseño de cara a la implementación informática del Sistema de Información
GEOAMAZONIA para el manejo de información de Ordenamiento Territorial, Propuestas
de Zonificación Ecológica y Económica concluidos (Mapas y documentos temáticos) en
ZEE Amazonas, ZEE Cuenca del Aguayta (Ucayali), ZEE Madre de Dios, ZEE Alto mayo
(San Martin), ZEE Iquitos Nauta (Mesozonificación), ZEE San Martin, ZEE Satipo – Junín,
ZEE Tocache San Martín, ZEE Tahuamanu, ZEE Cuenca del Nanay, y a través de ellos
los lineamientos, caracterizaciones y especificaciones técnicas de la plataforma
informática, junto a algunas recomendaciones a tener en cuenta para la implementación
de la misma.
Este sistema de información tiene como propósito poner a disposición de la población
amazónica información cartográfica en base a mapas temáticos, memorias descriptivas
de cada mapa para diversos usos (descarga, texto, memoria, etc.), así como de difundir
información de los trabajos del Instituto de Investigaciones de la Amazonia Peruana IIAP a
las autoridades, decisores, etc., también la de facilitar una herramienta de consulta para
diversos fines académicos o para tomadores de decisión, servir como almacén de
información, productos acabados y ser una herramienta de complementariedad geográfica
con los Sistemas de Información Amazónica.
Este sistema poseerá una serie de servicios con contenidos facilitados por diversas
instituciones peruanas e internacionales, además permitirá la clasificación de contenidos,
la interrelación de actores y búsquedas de contenidos relevantes en repositorios de la
web profunda (en plataformas Web 2.0 YouTube, Picasa, etc.). La documentación fue
generada utilizando la metodología Métrica v3, habiéndose identificado a lo largo del
proceso entre
las necesidades más relevantes la accesibilidad a contenidos,
considerando incluso que mucha información clasificada como relevante actualmente no
existe o no ha sido generada.
La plataforma GEOAMAZONIA se desarrollara bajo Estabilidad de Plataforma ARCGIS
Server que será provista por el Instituto de Investigaciones de la Amazonía Peruana, el
establecimiento banco de datos inicial será aportado por las propuestas de Zonificación
Ecológica y Económica en base a documentos y mapas temáticos, macrozonificación de
la Amazonia Peruana y conflictos de uso de territorio aportes del Proyecto BIOCAN, así
como también se hará Análisis para la interoperabilidad de servicios con el
GEOSERVIDOR del Ministerio del Ambiente MINAM, GEOSUR, etc.).

5

SITERRIORIAL
II.

Definición del Problema

La rupestre geografía amazónica varía constantemente debido a los principales caudales
de los ríos más importantes de nuestro territorio amazónico de forma tal que mucha de la
biodiversidad biológica animal y acuática se rige por estos cambios migrando de un lugar
a otro. El poblador amazónico conoce empíricamente estos cambios migratorios y puede
determinar también el movimiento de recursos hídricos, mas no con la precisión científica
y de rigor que amerita el hecho es por ello que durante más de tres (03) décadas el
Instituto de Investigaciones de la Amazonia Peruana ha estado recolectando y trabajando.
Y es que mucha o toda esta información histográfica y temática se encuentra en
almacenes cartográficos o en sus servidores de Mapas, haciendo a ello que el acceso sea
inaccesible para el poblador común amazónico y científico.
Todas las consultas que se realizan en el Centro de Información Georeferencial de la
Amazonía Peruana se hacen a nuestros expertos cartógrafos, siendo ellos la principal
fuente de información valida. Y estas consultas van en diferentes escalas y niveles entre
académicas, gobiernos regionales y locales, y el sector empresarial. La problemática
reside en centrar toda la experticia en seres humanos, siendo ellos cambiantes en el
tiempo por el simple hecho de su naturaleza cambiante.
Los Sistemas de Información Amazónicos orientados a Información Cartográfica y
Georeferenciada están también administrados por el Instituto de Investigaciones de la
Amazonia Peruana IIAP tales como Sistema de Gestión de Metadata Cartográfica y de
Mapas Dinámicos, el primero presenta en un visor de imágenes la geografía de la
Amazonía peruana y en el cual el usuario puede seleccionar una determinada área
geográfica y los resultados de la búsqueda son mapas temáticos del área seleccionada
por el usuario y la herramienta de Mapas Dinámicos muestra un catálogo de mapas
estáticos de las Zonificaciones Ecológicas y Económicas. Todos ellos serán el
complemento de GEOAMAZONIA.
Entre los problemas más relevantes que vienen atendiendo diversas agendas de trabajo
en el mundo se encuentran los relacionados a la brecha digital, y entre lo que ello
involucra identificamos a la falta de conectividad, uso de TIC y accesibilidad a información
como problemas relevantes en la Amazonía Peruana como se mencionó en un punto
anterior.

6

SITERRIORIAL
III.

Objetivos

3.1.

Objetivo General

Desarrollar e implantar un sistema de información que sea referente de información
cartográfica y georeferenciada de fácil uso y capaz de generar conocimiento a la
población Amazónica y mundial sobre nuestra geografía verde.

3.2.




Conocer los requerimientos para la implementación del sistema de información.
Elaborar la fase de análisis para la implementación del Sistema de Información
GEOAMAZONIA
Elaborar la fase de diseño para la implementación del Sistema de Información
GEOAMAZONIA

3.3.








Objetivos Específicos

Público Objetivo

Gobiernos nacionales amazónicos Perú, Colombia, Ecuador, Venezuela, Bolivia y
Brasil
Gobiernos Regionales y Locales
Organismos no Gubernamentales
Para investigadores y estudiantes
Para empresas e inversores, formuladores de proyectos;
Emprendimientos o iniciativas locales
Para un público amplio nacional e internacional

3.4. Alcance Geográfico
La Amazonia Continental
Enfoque Metodológico

Para la identificación de los requerimientos del sistema se han realizado los siguientes
procesos:
Revisión de Documentos

Este proceso se inició con la identificación y recopilación de diversos documentos
relacionado a diversos sistemas impulsados por el IIAP, y documentos sobre la
Metodología Métrica v3, el desarrollo de software orientado a objetos, y diversos
manuales sobre gestión de bases de datos y manuales.

7

SITERRIORIAL

Uso de la Métrica v3

El Perú en la actualidad viene impulsando un proceso incisivo de modernización del
estado donde se incluyen líneas de trabajo relacionados al ciclo de vida del software y
sistemas de información,
siendo la ONGEI una de las principales instituciones
encargadas de ello. Por lo cual en este proceso se han tomado en cuenta sus
recomendaciones relacionadas al uso de las normas internacionales: Norma ISO/IEC
12207 Information Technology / Software Life Cycle Processes (modelo de procesos del
ciclo de vida de desarrollo) y la Norma ISO/IEC 14764 Software maintenance
(mantenimiento de software) se sugiere el uso del Métrica v3, que es una metodología de
planificación, desarrollo y mantenimiento de sistemas de información. Aunque orientadas
a implementaciones de mediano y largo plazo. Esta metodología de documentación es
promovida por el Ministerio de Administraciones Públicas del Gobierno de España y es
usada principalmente para la sistematización de actividades del ciclo de vida de los
proyectos software en el ámbito de las administraciones públicas, y recomendada por
diversas instituciones peruanas e internacionales.
El Métrica v3 está basado en los siguientes estándares internacionales:









ISO 12207 “Information technology -Software life cycle processes”. Esta norma
propone un Modelo de Ciclo de Vida de Desarrollo, el cual se ha seguido en la
elaboración de la estructura de Métrica versión 3.
ISO/IEC TR 15.504 (SPICE) “Software Process Improvement and assurance
standards Capability Determination”
ISO 9000-3 “Quality management and quality”. Part 3: Guidelines for the application
of ISO 9001 – “Model for Quality Assurance in Design/Development , Production,
Installation and Servicing”
IEEE “Standard Glossary of Software Engineering Terminology”. Std. 610.12-1998
IEEE Std. 1074-1998: Software life-cycle processes
OMG standard UML.

8

SITERRIORIAL
1. ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI)
1.1.

Actividad ASI 1: Definición del Sistema

GEOAMAZONIA es una plataforma interoperable de información y la unión convergente
de los sistemas de información CIGAP y SIGTERRITORIAL, todos ellos manejan
estándares diferentes de información y brindaran información real de las Bases de Datos
local proveniente del Instituto de Investigaciones de la Amazonia Peruana de las oficinas
del Centro de Información Georeferencial de la Amazonia Peruana CIGAP.

CIGAP
SIG
TERRITORIAL

OTROS

GEOAMAZONIA
La idea del GeoServidor Amazónico mejor conocido como GEOAMAZONIA es coadyuvar
las diversas herramientas enfocados en los Sistemas de Información Georeferenciada
SIG que administra y gestiona el Instituto de Investigaciones de la Amazonía Peruana,
además permite a los usuarios compartir y editar datos geospaciales y está diseñado para
la interoperabilidad de sistemas de fácil comunicación entre ellos gracias a estándares de
información espacial y geo referencial. También publica datos de las principales fuentes
de datos espaciales usando estándares abiertos.
El Geoservidor Amazónico GEOAMAZONIA y ha evolucionado hasta llegar a ser un
método sencillo de conectar información existente al globo virtual tal como Google Earth.
El GeoServidor Amazónico sirve de implementación de referencia del estándar Open
Geospatial Consortium Web Feature Service, y también implementa las especificaciones
de Web Map Service y Web Coverage Service.

9

SITERRIORIAL

Así mismo el Geoservidor es un mecanismo de difusión e intercambio de información
geoespacial que se pone a disposición de profesionales, sectores de gobierno, gobiernos
regionales, gobiernos locales y sociedad civil en general; para que a través del internet
puedan acceder a información relevante sobre la situación territorial y ambiental del país
de manera transparente y actualizada.

Visualizando Unidad Economica t Ecologica

Amazonia Movil

Usuario Libre

Accediendo Servicios SITERRITORIAL
Visualizando Zonificacion Ecologica y
Economica

Accediendo a Servicios de GEOAMAZONIA

Usuario Especialista

Gestionando Contenido

Gestionando Arquitectura

Gestionando Fuentes WMS

Adminitrador

Gestionando Usuario

Gestionando Bitacora

Gestionando Estadistica

Ilustración 1: Caso de USO GEOAMAZONIA

10

SITERRIORIAL

Los procesos en los que se centra GEOAMAZONIA se dividen en internos (procesos que
se ejecutan por la intranet del sistema y con permisos de Administrador de Sistema o
Usuario Especialista, y donde que el Usuario Libre no interactúa directamente con estos
procesos) y externos (procesos en los que se requieren parámetros o especificaciones de
los usuarios para generar dichos procesos)
Dentro de los procesos externos tenemos a Acceso a Servicios, Gestionar Contenido,
Gestionar Arquitectura; y a los procesos internos tenemos a Gestionar fuente WMS,
Gestionar Usuario, Gestionar Bitácora, Gestionar Estadística

clsVisita.

cls_Entidad

cls_Roles

cls_ISO19115

cls_WMS
cls_Tema
clsPagina.

clsUsuario.

clsArchivosFisicos.

cls_Vistante

clsDescarga..

cls_FGDC

cls_ISO19139

cls_Bitacora

Ilustración 2: Modelo de Dominio GEOAMAZONIA

11

cls_TipoCategoria

SITERRIORIAL
1.1.1. Catálogo de Requisitos Tecnológicos

Los requisitos iníciales identificados para el Sistema de información tuvieron como base
reuniones de trabajo para determinar los requisitos siguientes:


El sistema de información debe poder dar acceso y gestionar información relevante
de la biodiversidad y medio ambiente de la Amazonía peruana.



El sistema de información englobará además de GEOAMAZONIA, a los sistemas
SITERRITORIAL y MapaAmazonía



GEOAMAZONIA tendrá un banco de datos propios (dentro del servidor ARGIS
ubicado en las instalaciones IIAP). Además podrá recopilar fuentes externas de
información cartográficas WMS que se almacenara en GEOAMAZONIA. También
podrá

ser

una

fuente

de

información

cartográfica

para

otros

sistemas

interoperables (Podrá exportar WMS).
 GEOAMAZONIA utiliza estándares cartográficos tales como ISO 19115, ISO
19139, FGDC y WMS los cuales son estándares internacionales para el
intercambio de información cartográfica facilitando así la interoperabilidad entre los
sistemas.
 SITERRITORIAL es un compendio de Mapas Temáticos, así como también podrá
gestionar su propio visualizador de mapas haciendo uso del servidor de mapas
ARGIS, el cual podrá nutrirse de las diferentes fuentes de información tales como
IIAP, SIAMAZONIA y MAPAAMAZONIA a través del estándar de información WMS.
 Mapa Amazonia, es un visualizador de mapas que utiliza GOOGLE MAPS para
mostrar cartográficamente la amazonia y que utiliza estándares de información ISO
19115 para gestionar la interoperabilidad de la información. La base de datos de
GME Mapa Amazonia se encuentra alojada en el portal Institucional bajo la
denominación GME.

12

SITERRIORIAL



El sistema deberá facilitar mecanismos que permitan gestionar la organización y
gestión de servicios de información (arquitectura de información, gestión de menú,
gestión de usuarios, gestión de documentos, gestión de interoperabilidad, gestión
web services para aplicaciones móviles).

 El sistema deberá facilitar la publicación de diversos contenidos: estáticos,
dinámicos y documentos.
 El sistema deberá permitir los procesos de interoperabilidad orientado a importar
registros de los diversos servicios externos.
 El sistema debe permitir gestionar información sobre cartografía, mapas dinámicos,
estáticos e imágenes satelitales articulada con plataformas Web 2.0, contando con
herramientas que permitan gestionar imágenes digitales e información asociada a
través de Internet.
 El sistema debe tener un repositorio o base de datos de Mapas que cumplan con
los estándares internacionales más comunes para temas relacionados a la
compartición de información o interoperabilidad de sistemas. Características
básicas para la unión de estos tres sistemas de información y los futuros socios a
ella. En conclusión el sistema debe facilitar acceso a información cartográfica a
nivel de meta data a través del GEOAMAZONIA.
 La herramienta debe tener su bitácora de ocurrencias, estadísticas de usuarios y
su banco de palabras y términos utilizados.
 El sistema debe permitir el registro de los usuarios (internos y externos) y la
participación de los cibernautas (PROSUMERS).
 El sistema debe contar con un directorio de contactos.

13

SITERRIORIAL
 El sistema debe contar con el servicio de glosario de términos sobre temas de
cartografías, información georeferencida, biodiversidad y ambiente, recopilado de
fuentes oficiales o científicas. Un servicio web permite que sea mostrado y
consultado también en otros sitios web que tengan interés.

14

SITERRIORIAL
1.2.

Tarea ASI 1.2: Identificación del Entorno Tecnológico

El sistema se deberá adaptar a cualquier plataforma, tendrá una interfaz web la cual será
desarrollada utilizando el lenguaje de programación C#, en este punto se identifican los
catálogos de requisitos y el entorno tecnológico que son los siguientes:
1.2.1. Catálogo de Requisitos.



Se deberá utilizar herramientas basadas en software propietario.



Servidor de mapas ARGIS.



Se deberá desarrollar en un entorno web seguro.



El software debe permitir la integración y presentación de información
existente y disponible a través de Internet.



El sistema deberá permitir la interacción con entidades externas.

1.2.2. Glosario de Términos
Termino

Significado

ASI

Análisis de Sistema de Información, siglas que aplica la metodología Métrica 3.

Buscador

Es el módulo de búsqueda avanzada a través del ingreso de múltiples criterios de

Avanzado

búsqueda.

Buscador

Es el módulo de búsqueda a través del ingreso de un criterio de búsqueda.

simple
Clearinghouse

Plataforma que sirve información de diversos tipos, mapas, contenidos de medio
ambiente, etc.

Contenido

Información que pertenece a un Servicio.

DSI

Diseño de Sistema de Información, siglas que aplica la metodología Métrica 3.

ERWIN

Software modelador de datos.

Estándar

Caracterización y descripción de un objeto de estudio.

IIAP

Instituto de Investigaciones de la Amazonia Peruana

IIS

Internet Information Server conjunto de servicios del sistema operativo Microsoft para
servidores web

ISO 19115

Estándar para describir información geográfica y servicios. Provee información de la
identificación, la extensión, la calidad, referencia espacial, y distribución de data digital
geográfica.

15

SITERRIORIAL

Termino

Significado

FGDC

El estándar del FGDC (Federal Geographic Data Comitee, de los Estados Unidos)
oficialmente denominado Content Standard for Digital Geographic Metadata V2, (o
Estándar de Contenido de Metadatos de Datos Digitales Geográficos versión 2.0).
Durante Junio de 1992, el FGDC auspició un “Foro de Intercambio de Información de
datos espaciales”. Las presentaciones realizadas abordaron muchos aspectos de los
metadatos, incluyendo esfuerzos para estandarizar los mismos, sus usos, y sistemas
para proveer y mostrar los metadatos a los usuarios. Fue rápidamente identificada la
necesidad de una definición común para los metadatos. El FGDC de los EEUU aceptó la
oferta de la ASTM (Asociación Americana para Ensayos y Normalización de Materiales)
para desarrollar un borrador de estándar.

El FGDC auspició una revisión pública del borrador entre octubre de 1992 y abril de
1993. Se recibieron muchos comentarios y el borrador fue ampliamente modificado. La
versión revisada fue ensayada como parte de un prototipo para el ClearingHouse
Nacional de Datos Espaciales. Los comentarios que vinieron de ese esfuerzo, una
comparación del borrador con el estándar USMARC

así como otros documentos y

actividades resultaron en ulteriores refinamientos.

El FGDC finalmente aprobó la primer versión del estándar en Junio de 1994. En los
EEUU, por medio de la Orden Ejecutiva 12906, las agencias federales deben usar el
estándar para documentar los datos que produzcan a partir de 1995.

En 1998 se revisó el estándar, aprobándose el que está vigente al presente denominado
como CSDGM 2.0. No habrá una versión 3.0, o al menos no será desarrollada
internamente en el FGDC sino que será adoptado el estándar ISO 19115
correspondiente.

Por razones político-técnicas la evolución histórica ha sido sesgada de forma de
converger hacia estándares de ISO, viabilizando así la interoperabilidad. Poco después
de la aprobación de la versión 2.0 comenzó a nivel de ISO el desarrollo de actividades
similares. Las mismas han recorrido ordenadamente el estatus de Borrador Internacional
en Noviembre de 2000 y luego la versión definitiva alrededor de Julio del 2003, no sin
trabajosas negociaciones entre las partes.

16

SITERRIORIAL

Termino

Significado
El estándar FGDC fue de los primeros, y ciertamente de los más difundidos. Otros de
sus contemporáneos apenas si lograron salir de la fase de aprobación formal no
llegando a ser muy utilizados en la práctica. Es por ello que es pertinente dedicarle
algún tiempo a su análisis.

Aplicación

Una aplicación móvil es un programa que usted puede descargar y al que puede

Móvil

acceder directamente desde su teléfono o desde algún otro aparato móvil – como por
ejemplo una tablet o un reproductor MP3.

ARGIS

ArcGIS Server proporciona la plataforma para compartir sus recursos SIG, como mapas,
con la comunidad de usuarios, ya sea que se encuentren en la misma oficina usando
ArcGIS Desktop o en el país accediendo y viendo mapas a través de Internet.

ArcGIS Server le permite compartir sus recursos SIG en la empresa y en la Web. Los
recursos SIG son los mapas, globos, localizadores de direcciones, geodatabases y
herramientas que desea compartir con otros usuarios. Estos recursos se comparten al
alojarlos en el sistema de ArcGIS Server, o en el servidor SIG, y al permitir a las
aplicaciones de cliente utilizar e interactuar con los recursos. Las principales ventajas de
compartir los recursos SIG en un servidor SIG son las mismas que compartir cualquier
dato a través de cualquier clase de tecnología del servidor: los datos se administran
centralmente, admiten varios usuarios y proporcionan a los clientes la información más
actualizada.
GOOGLE MAPS

Google Maps es el nombre de un servicio gratuito de Google. Es un servidor de
aplicaciones de mapas en la Web. Ofrece imágenes de mapas desplazables, así como
fotos satelitales del mundo e incluso la ruta entre diferentes ubicaciones o imágenes a
pie de calle Google Street View. Desde el 6 de octubre de 2005, Google Maps es parte
de Google Local.

Es idéntico a Google Earth, una aplicación Windows/Mac/Linux que ofrece vistas del
globo terráqueo, sea de día o de noche, pero que no es fácil de integrar a páginas Web.
Está disponible para Android y Java ME.

Ofrece, asimismo, la posibilidad de que cualquier propietario de una página Web integre
muchas de sus características a su sitio.
Mapas

Los mapas temáticos son mapas basados en mapas topográficos y mapas de ciudad

Temáticos

que representan cualquier fenómeno geográfico de la superficie terrestre en el cual
también viene la información de la localidad. Persiguen objetivos bien definidos. Hacen

17

SITERRIORIAL

Termino

Significado
referencia a la representación de ciertas características de distribución, relación,
densidad o regionalización de objetos reales (vegetación, suelos, geología, etc.), o de
conceptos abstractos (indicadores de violencia, de desarrollo económico, de calidad de
vida, etc.).

Para representar variables numéricas utilizan todo tipo de recursos visuales, como
superficies de distintos colores o tramas (coropletas), flechas para indicar el movimiento
de un fenómeno (flujos -a veces tienen un grosor proporcional a su magnitud), el trazado
de líneas que unen puntos de igual valor (isolíneas), círculos o símbolos de tamaño
proporcional al valor numérico, o incluso mapas deformados para que cada unidad
geográfica se represente con un tamaño proporcional a su valor numérico (cartogramas
o mapas anamórficos).
SITERRITORIAL

Es un visualizador de mapas temáticos referenciado dos aspectos: Primero la Unidad
Económica y Ecológica y Segundo la Zonificación Ecológica y Económica.

ISO19139

ISO 19139 incorpora elementos que no estaban presentes en el modelo abstracto de
metadatos ISO 19115:2003. En relación al tema que nos ocupa es importante destacar
que ISO 19139 incorpora directamente las descripciones de entidades (featureType) y
atributos (attributeType) basados en el esquema GFM (ISO 19109) y que se sitúan
como elementos del elemento compuesto MD_Metadata.

Métrica versión

Metodología de planificación, desarrollo y mantenimiento de sistemas de información.

3

Promovida por el Ministerio de Administraciones Públicas del Gobierno de España para
la sistematización de actividades del ciclo de vida de los proyectos software en el ámbito
de las administraciones públicas.

Rational Rose

Software para el despliegue, diseño, construcción, pruebas y administración de
proyectos en el proceso desarrollo de software.

RSS

Siglas de Really Simple Syndication , un formato XML para sindicar o compartir
contenido en la web. Se utiliza para difundir información actualizada frecuentemente a
usuarios que se han suscrito a la fuente de contenidos.fec69q

Servicio

Es la temática de acuerdo a un estándar de información.

SQL Server

Gestor de bases de datos del sistema operativo Microsoft

UML

Por sus siglas en inglés, Unified Modeling Language), lenguaje de modelado de
sistemas de software

Visual basic

Lenguaje de programación de Microsoft.

.NET
Visualizador de

18

Es el componente que a través de un módulo de búsqueda se ingresa parámetros, para

SITERRIORIAL

Termino

Significado

Mapas

de ubicaciones geográficas a través de una interfaz gráfica.

WMS

Servicio Web Map Service (WMS) definido por el OGC (Open Geospatial Consortium)
produce mapas de datos referenciados espacialmente, este estándar internacional
define un "mapa" como una representación de la información geográfica en forma de un
archivo de imagen digital conveniente para la exhibición en una pantalla de ordena.

XML

Siglas en inglés de eXtensible Markup Language (lenguaje de marcas extensible), es un
metalenguaje extensible de etiquetas desarrollado por el World Wide Web Consortium
(W3C).

19

SITERRIORIAL
1.2.3. Descripción General del Entorno Tecnológico del Sistema.
1.2.3.1.

Entorno Tecnológico.

Hardware
Tabla 1 Equipos de Hardware Utilizados en el Área

Tipo de Equipo

Cantidad

Computadoras

08

Laptops

07

Impresoras

03

Proyectos Multimedia

02

Access Point

01

Software
Tabla 2 Tipo de Equipos de Software Utilizados en el Área

Tipo
 ARGIS SERVER 2010

Cantidad
01

 Lenguajes y herramientas de Programación
-

Visual Studio.Net 2010

04

 Manejador de Bases de Datos
-

SQL 2008

04

 Sistemas Operativos
-

Windows 7

04

-

Windows Server 2008

04

 Herramientas de Productividad
-

Office Professional 2010

20

04

SITERRIORIAL

Servicios
Tabla 3 Tipos de Servicios que se Utiliza en el IIAP

Tipos
Servicios de Internet – Telefónica
Servico de Internet – Claro
Servico de Intranet
Servidor ARGIS
Servidor de Aplicaciones
Servidor de Correos

21

SITERRIORIAL
1.3.

Tarea ASI 1.3: Especificación de Estándares y Normas

1.3.1. Catálogo de Normas.
De acuerdo a las políticas y normas que rigen en el Instituto de Investigaciones de la
Amazonia Peruana para el análisis y diseño de GEOAMAZONIA y teniendo como guía el
documento “Sistema de Información Local” se obtuvieron el siguiente catálogo de normas:
1.3.2. Estándares a ser utilizados para la Base de Datos son:
Con el objetivo de facilitar los procesos de mantenimiento y gestión de las aplicaciones es
necesario el empleo de estándares de codificación, los mismos que se usan para poner los
nombres y abreviaturas de las diversas entidades a utilizar en la implementación del sistema. Esta
normatividad se aplica en todas las capas implementadas, tenemos:



Estándares para la capa de datos: Se usan en la definiciones de entidades
relacionadas a la gestión de las bases de datos, entre ellos podemos mencionar
a: variables, stored procedures, bases de datos, nombres de tablas, funciones,
etc.



Estándares para la capa lógica: Se usan para la definición de entidades
relacionadas a la programación, entre los que podemos mencionar a clases,
métodos, variables, instancias, ficheros, funciones, sesiones.



Estándares para la capa de presentación: Se usan para la definición de
entidades relacionadas a la programación de la capa de presentación, entre los
que podemos mencionar a variables, ficheros, funciones, páginas, nombre de
controles, etc.

Es importante mencionar que en el caso del Sistema de Información Local existen una
serie de estándares que vienen utilizándose desde inicios de la década pasada, los
mismos que son:


Nombre de la Base de Datos:
El nombre de la base de datos debe ser el mismo nombre que abrevie al nombre del
sistema al que estará relacionado, la primera letra en mayúscula.

22

SITERRIORIAL

Ejemplo:
Sistema de Información GEOAMAZONIA, entonces el nombre de la base de
datos será Geoamazonia


Nombre de tabla:
El nombre de la tabla debe ser un sustantivo o la unión de éstas mediante un guión bajo,
donde la primera letra de cada sustantivo debe ser mayúscula. El sustantivo debe ser
singular.

Ejemplo:
Shape, Sha_IdShapeFile


Nombre de procedimiento almacenado:
El nombre del procedimiento almacenado debe estar conformado por tres (03) partes y
unidos por medio de un guión bajo, que son:


pa, es la unión de las letras iniciales de las palabras procedimiento almacenado.



sel, ins, upd, del, son parte de las tres (03) letras iniciales de las palabras inglesas
selection, insert, update y delete, los cuales nos ayudará a distinguir el tipo de
procedimiento almacenado que se ha creado.



La tercera y última parte estará conformada por la unión de un verbo y uno o más
sustantivos, donde el verbo deberá ser escrito en minúscula y el sustantivo o
sustantivos deberán iniciar con la primera letra en mayúscula.

Ejemplo:
pa_sel_listarShape, pa_sel_listarShapeFiles


Nombre de Campo:
El nombre del campo de una base de datos debe estar conformado por dos (02) partes y
unidos por medio de un guión bajo, la primera parte deberá estar conformada por las tres

23

SITERRIORIAL

letras iniciales del nombre de la tabla, la segunda parte corresponderá al nombre del
atributo en singular y con letra inicial mayúscula.

Ejemplo:
Tabla Shape, Sha_IdShape, Sha_Descripcion

En el caso cuando la entidad sea el resultado de la unión de dos (02) tablas, la primera
parte estará compuesta de las dos (02) primeras letras de la primera tabla y la primera
letra de la segunda tabla y la segunda parte corresponderá al nombre del atributo en
singular y con letra inicial mayúscula.

Ejemplo:
Tabla Shape_Descarga, Sha_Des.

En el caso cuando las tres primeras letras iniciales de diferentes entidades resulten
coincidentes, usar la primera letra de la entidad en la primera posición, la última letra en la
tercera posición y en la segunda posición la primera consonante de la última sílaba y la
segunda parte corresponderá el nombre del atributo en singular y con letra inicial
mayúscula.

Ejemplo:
Tablas especialista, espécimen, especie, Eta_Nombre, Emn_Nombre,
Ece_Nombre.

En el caso cuando el campo sea identificador de una tabla, esta deberá ser del tipo entero
y auto numérico por defecto y el nombre estará conformado por la palabra clave Id más el
nombre de la tabla a la que pertenece.

Ejemplo:
Tabla Producto, Pro_IdProducto.

24

SITERRIORIAL

Estándares para la capa lógica:


Nombre de Clases:
El nombre de las clases debe ser un sustantivo la primera letra de cada palabra
que conforma el nombre debe ser mayúscula.

Ejemplo:
Usuario.


Nombre de los Métodos:
El nombre del método debe ser iniciado con un verbo, la primera letra debe ser
mayúscula al igual que la primera letra de la siguiente palabra que conforman el
nombre.

Ejemplo:
RegistrarUsuario.


Nombre Variables o Instancias:
Se debe iniciar con un acrónimo que hace referencia al tipo de variable o instancia,
la primera letra del nombre debe ser minúscula y la primera de las siguientes
palabras que conforman el nombre debe ser mayúscula.

Ejemplo:
intCodigo.


Nombre Funciones:
Se debe iniciar con un acrónimo “fct”, seguido

de una raya inferior, y

posteriormente escrita en castellano la operación que realizará la función, y
posteriormente unida a otra raya inferior el nombre de la entidad sobre la que se
trabajará las operaciones.

25

SITERRIORIAL

Ejemplo:
ftc_Ver_Precios.


Nombre de Variables tipo Sesión:
Básicamente una variable de Sesión es un Identificador por cual se representa por
un sustantivo seguido de Id.

Ejemplo:
UsuarioId.

Estándares para la capa de presentación:


Nombre de Páginas:
Para el caso de páginas los nombres siguen el mismo estándar de las clases.



Nombre Funciones:
Se debe iniciar con un acrónimo “fct”, seguido


posteriormente escrita en castellano la operación que realizará la función, y
Ejemplo:
ftc_Ver_Precios.



Nombre Scripts:
Se debe iniciar con un acrónimo “scr”, seguido


posteriormente escrita en castellano la operación que realizará el script, y

Ejemplo:
scr_Ver_Precios.

26

SITERRIORIAL



Nombre de Controles:
Está compuesta por el nombre abreviado del control seguida de un nombre que
puede ser un sustantivo en caso de se guarde o muestre información o también
puede ser un verbo en caso de que el control realice una acción.

Estándares a ser utilizados en la programación.


Nombre de Clases:
El nombre de una clase estará conformado por las letras iniciales de cada palabra según el
tipo de proyecto donde se encuentre, unida por medio de un guión bajo con la palabra
clave cls y seguido de un sustantivo o sustantivos, cada sustantivo debe empezar con
letra mayúscula.

Ejemplo:
AD_clsUsuario, LN_clsUsuario.


Nombre de los Métodos:
El nombre del método debe ser iniciado con un verbo, la primera letra debe ser mayúscula
al igual que la primera letra de la siguiente palabra que conforma el nombre.

Ejemplo:
RegistrarUsuario.


Nombre de Páginas:
El nombre de un webform estará conformado por la palabra clave wfr seguido de un verbo
con letra inicial mayúscula y seguido de un sustantivo o sustantivos, cada sustantivo debe
empezar con letra mayúscula.

Ejemplo:
AD_clsUsuario, LN_clsUsuario, WfrListarUsuario.

27

SITERRIORIAL


Nombre Variables o Instancias:
Se debe iniciar con un acrónimo que hace referencia al tipo de variable o instancia, la
primera letra del nombre debe ser minúscula y la primera de las siguientes palabras que
conforman el nombre debe ser mayúscula.

Ejemplo:
intCodigo.


Nombre de Variables tipo Sesión:
Básicamente una variable de Sesión es un Identificador por cual se representa por un
sustantivo seguido de Id.

Ejemplo:
UsuarioId.


Nombre de Controles:
Está compuesta por el nombre abreviado del control seguida de un nombre que puede ser
un sustantivo en caso de se guarde o muestre información o también puede ser un verbo
en caso de que el control realice una acción.
 TextBox

: txtNombre

 Button

: btnNombre

 RadioButton

: rdoNombre

 CheckBox

: chkNombre

 Dropdownlist

: ddlNombre.

 Listbox

: lstNombre

 DataGrid

: dtgNombre

 Hidden

: hdnNombre

 Label

: lblNombre

 HyperLink

: hplNombre

 Link

: lnkNombre

 Table

: tbNombre

 Fila

: trNombre

28

SITERRIORIAL
 Columna

: tdNombre

 ImageButton

: imbNombre

 Image

: imgNombre

 Span

: spnNombre

 Panel

: ipnNombre

 RequiredFieldValidator

: rfvNombre

 RangeValidator

: rgvNombre

 CompareValidator

: cpvNombre

 RegularExpressioValidator

: revNombre

 ValidationSummary

: vdsNombre

 User Web Controls

: uwcNombre

 DataSet

: dtsNombre

 DataView

: dtvNombre

Tabla 4 Catálogo de Normas - Recursos

Nombre de la tabla

Recursos

Descripción

Almacena los recursos del proveedor

Nombre del campo

Tipo de

Integridad

Longitud

Descripción

Dato
IProveedorId

Int

PK

11

Identificador del proveedor

IRecursoId

Int

FK

11

Identificador del recurso.

VCodigo

varchar

255

Código del recurso

VNombre

varchar

255

Nombre de recurso

VDescripcion

varchar

255

Descripción del recurso

VUnidad

varchar

255

Unidad del recurso

VEstandar

varchar

255

Estándar del recurso

Vurl

varchar

255

URL del recurso

VParametro

varchar

255

Parámetro del recurso

vData

varchar

255

Data del recurso

vCCNombre

varchar

255

Nombre de responsable

vCCTitulo

varchar

255

Título profesional de responsable

vCCEmail

varchar

255

Email de responsable

vCCFono

varchar

255

Teléfono de responsable

vCTNombre

varchar

255

Nombre de encargado temático

29

SITERRIORIAL

vCTTitulo

varchar

255

Título de encargado

vCTEmail

varchar

255

Email de encargado

vCTFono

varchar

255

Teléfono de encargado

30

SITERRIORIAL
1.4.

Tarea ASI 1.4: Identificación de los Usuarios Participantes y Finales

En esta tarea se identifican los usuarios participantes y finales, interlocutores tanto en la
obtención de requisitos como en la validación de los distintos productos y la aceptación
final del sistema.
1.4.1. Catálogo de Usuarios Participantes

Dada la importancia de la colaboración de los usuarios participantes que tiene en el
proceso de obtención de los requisitos, es conveniente determinar quiénes van a
participar en las sesiones de trabajo. Así mismo, se informa del plan de trabajo a los
usuarios identificados que son los siguientes:
Tabla 5 Catalogo de Usuarios Participantes

USUARIO PARTICIPANTES

INSTITUCIONES

Hernán Tello Fernández

IIAP(BIOINFO)

Isaac Ocampo Yahuarcani

IIAP(BIOINFO)

1.4.2. Catálogo de Usuarios Finales.

Inicialmente el público objetivo del SIL será mejorar la calidad de vida del poblador rural
amazónico, a partir de la facilitación de información como insumo para los procesos de
toma de decisiones, y para las diferentes necesidades cotidianas relacionadas a gestión
de la biodiversidad y medio ambiente.
Tabla 6 Catálogo de Usuarios Finales
Usuario

Rol

Usuario Libre

Usuario Final de Internet

Descripción
Libre acceso a la Información.
Podrá gestionar su propia información, así como navegar
por el sitio web, realizar búsquedas, utilizar los servicios,
ver contenidos.

Usuario Especialista

Administrador de

Gestión de Contenidos externos, el GEOAMAZONIA

Contenidos externos
Administrador

Administrador del Sistema

Valida y registra usuarios y gestiona el monitoreo de las
estadísticas, bitácora y contenidos cartográficos.

31

SITERRIORIAL
2. Actividad ASI 2: Establecimiento de Requisitos
2.1.

Obtención de Requisitos

2.1.1. Modelo de Caso de Uso
Tabla 7: Diagrama Caso de Uso Servicios GEOAMAZONIA
Caso de Uso de Requerimiento Acceder Servicios GEOAMAZONIA

Acceder a Servicios de
GEOAMAZONIA

U.Libre

VisorGeográfico

Visualizar Mapas Estáticos

Visualizar Mapas Interactivos

Imágenes Satelitales

Fotografias Satelitales

Búqueda Simple

ConsultarMapaEstatico
Búsqueda Avanzada

Gestion de Descargas de Mapas
Buscar AMAZONIA MOVIL

Ilustración 3: Diagrama Caso de Uso de Requerimiento Acceder Servicios GEOAMAZONIA
Fuente: Elaboración Propia

Tabla 8: Diagrama Caso de Uso de Requerimiento Administrar Servicio GEOAMAZONIA

32

SITERRIORIAL

Tabla 9: Diagrama Caso de Uso Servicios SITERRITORIAL
Caso de Uso de Requerimiento Acceder Servicios SITERRITORIAL

Visualizar Mapa Unidad
Economica Ecológica

Visualizar Mapa Biologico
<<include>>
<<include>>
<<include>>

<<include>>

Visualizar Mapa Zonificacion
Económica Ecológica

Usuario SIGT

Visualizar Información Tabular

Visualizar Mapa Fisico
<<include>>

Acercamiento de Mapas

Tomar Medidas
Visualizar Mapa Socioeconómico

Ilustración 4: Diagrama Caso de Uso de Requerimiento Acceder Servicios SITERRITORIAL

Tabla 10: Diagrama Caso de Uso de Requerimiento Administrar Servicio SITERRITORIAL

33

SITERRIORIAL

Caso de Uso Requerimiento Gestionar Contenido

Actualizar Mapa Estatico
Registrar Mapa Estatico

Eliminar T ema

Eliminar Mapa Estatico

Actualizar Tema
<<extend>>
<<extend>>
<<extend>>

Registrar T ema
<<extend>>
<<extend>><<extend>>

ConsultarT ema

ConsultarMapaInteractivo

<<extend>>
GestionarTema
Gestión de Contenido

<<extend>>
Gestionar Mapas Estáticos

<<extend>>

<<extend>>

Registrar Mapa Interactivo

<<extend>>
<<extend>>

<<extend>>
Actualizar Mapa Interactivo

U. Especialista

Gestionar Mapas Interactivos

<<extend>>

Gestionar Contenido
Cartográfico

<<extend>>
Eliminar Mapa Interactivo

<<extend>>

Registrar Mapa Satelital
Gestiornar Mapas Satelitales

<<extend>>

<<extend>>
<<extend>>

Registrar Shape Files
Gestion Arquitectura

Actualizar Mapa Satelital
<<extend>>
<<extend>>

Gestionar WMS
<<extend>>
<<extend>>

Eliminar Mapa Satelital
ConsultarMapaSatelital

<<extend>>

<<extend>>Gestionar Shapes
Actualizar Shape File

<<extend>>
<<extend>>
<<extend>>

RegistrarPaginaEstatica

<<extend>>
ConsultarWMS

Actualizar Shape Files
Registrar WMS
Eliminar WMS Actualizar WMS

RegitrarPaginaPrincipal

ConsutarShapeFile

Ilustración 5: Diagrama Caso de Uso de Requerimiento Gestionar Contenido

Tabla 11: Diagrama Caso de Uso de Requerimiento Administrar Contenido – GEOAMAZONIA

34

SITERRIORIAL

Caso de Uso de Requerimiento

<<extend>>
<<extend>>
Gestionar Usuario

Registrar Usuario

<<extend>>
<<extend>>

Administrador

Actualizar Usuario

Gestionar Bitácora
Eliminar Usuario
ConsultarUsuario
Gestionar Estádistica

Gestionar fuentes WMS
<<extend>>
Importar Datos WMS
<<extend>>
Exportar Datos WMS

Ilustración 6: Diagrama Caso de Uso de Requerimiento

35

SITERRIORIAL

2.2.

Especificación de casos de uso de Requerimiento
Tabla 12: Especificación Caso de Uso de Requerimiento Administrar Acceso GEOAMAZONIA

Actor

Proceso

Caso de

Especificación

Uso GEO
AMAZONIA
Precondición: Se ingresa un parámetro de búsqueda en la caja
Búsqueda
Simple

de texto txtBusqueda, y se procede a generar un registro de la
información encontrada en la Base de Datos GEOAMAZONIA
Postcondición: Sólo se realizará la búsqueda en las tablas con
información cartográfica.
Precondición: El usuario ingresará datos precisos de la

Búsqueda
Acceder
Usuario

Servicios

Libre

Avanzada

GEO
AMAZONIA

información cartográfica tales como fecha, autor, fuente, latitud,
longitud o algunas características del archivo cartográfico.
Postcondición: El usuario podrá acceder a esta opción haciendo
clic en el enlace Búsqueda Avanzada

Descarga
SHAPE
FILES
Descarga
MAPAS
Visualizar
Mapa

Precondición: Sin restricciones para descarga de Shape Files
Postcondición: No hacer uso indebido de las imágenes
satelitales.
Este proceso de descarga envía un enlace para descargar los
Shape Files asignados al GEOAMAZONIA
Permite visualizar dinámicamente y a través de posiciones
(latitudes y longitudes) la posición de una ubicación en el mapa.

Interactivo
Visualizar
Mapa

Muestra una colección de mapas temáticos que el usuario final
podrá ver y descargar.

Estático
Visualizar

Muestra datos apartir de un visualizador externos ingresando

Mapa

datos a través del GEOAMAZONIA y visualizándolo dentro del

Satelital

36

propio sistema.

SITERRIORIAL
Actor

Proceso

Caso de Uso

Especificación

SANIA


Precondición: Para registrar de acuerdo a la
temática que maneja la imagen satelital ingresada
tales como:

Ordenamiento Territorial.

Propuestas de ZEE concluidos (Mapas y
documentos)

ZEE amazonas

ZEE Cuenca del aguayta (Ucayali)

ZEE Madre de Dios

ZEE Alto mayo (San Martin)

ZEE Iquitos Nauta (Mesozonificación)

ZEE San Martin

ZEE Satipo- Junín

ZEE Tocache San Martín

ZEE Tahuamanu.

ZEE Cuenca del Nanay.

Gestionar Tema

Usuario

Gestionar

Especialista

Contenido


Por Concluirse

ZEE VRA

ZEE Huánuco

ZEE Shambillo (Microzonificación)

ZEE Iquitos Nauta (Microzonificación)

Post condición: Ninguna
Precondición: Este proceso engloba múltiples sub procesos como
Gestionar

la Gestión de Shape Files, Mapas Satelitales, Mapas Interactivos y

Contenido

Mapas Estáticos.

Cartográfico
Post condición: Ninguna

Tabla 13: Especificación Caso de Uso de Requerimiento Gestionar Contenido

37

SITERRIORIAL
Actor

Proceso

Caso de Uso

Especificación

SANIA
El Administrador del Sistema podrá registrar a los
usuarios y hacer los procesos de actualización y
Registrar Usuario

eliminación de usuarios.
Precondición: Que el Usuario debe ser un miembro

Administrador

reconocido por el nodo principal del IIAP

Gestionar
Usuario

Este proceso gestiona la búsqueda de los usuarios
Consultar Usuario

del GEOAMAZONIA para sus posterior subprocesos
de registrar, actualizar o modificar.

Eliminar Usuario

38

Este proceso eliminar de la tabla Usuario a la
persona que gestiona GEOAMAZONIA

SITERRIORIAL
3. Actividad ASI 3: Identificación de Subsistemas de Análisis
Se procede a analizar los beneficios que en este desarrollo se obtendrían de
descomponer al sistema en diferentes subsistemas.

3.1.Tarea ASI 3.1: Determinación de Subsistemas de Análisis
Los subsistemas que forman el sistema de información son:
 Subsistema Amazonia MOVIL
 Subsistema SITERRITORIAL
 Subsistema de Gestión de Acceso a Servicios
o Descargas Shape File
o Visualizador de Mapas Dinámicos
o Visualizador de Mapas Estáticos
 Subsistema de Gestión de Contenido
o Mapas Estáticos
o Mapas Dinámicos
o Mapas Satelitales
 Subsistema de Arquitectura
 Subsistema Estadística
 Subsistema Bitácora
 Subsistema Gestionar Fuentes WMS
 Subsistema de Gestión de Acceso a Servicios

Se gestionará la búsqueda de información cartográfica, en formatos Shape o
relación a Mapas Interactivos, Mapas Satelitales y Mapas Estáticos.

39

SITERRIORIAL
 Subsistema de Gestión de Contenido:
Alberga las publicaciones de los diferentes documentos cartográficos e
imágenes satelitales todos ellos se encuentran en formatos estándares como
ISO19115, ISO19139, WMS y FGDC.
 Subsistema de Gestión de Arquitectura
Este subsistema se encarga de:


Gestión de Web Principal: Este proceso se encarga de la Distribución de la
Información dentro de la Web Principal(Los menús de la página).



Gestión de Página Estática: Estos servicios brindan la cambiar la Estructura
Interna de la Información.

 Subsistema de Gestión de Usuario
Gestiona las transacciones de usuarios (registra, consulta, elimina y actualiza)
toda la información referente a los usuarios del GEOAMAZONIA. Mediante este
subsistema se realizara la gestión de los usuarios internos, que por las cuales el
usuario interno necesariamente tiene que ser un personal del IIAP, para que
pueda realizar las diversas gestiones del contenido web entre otros privilegios
que se permiten a los usuarios.

40

SITERRIORIAL
3.2.Tarea ASI 3.2: Integración de Subsistemas de Análisis
En este diagrama se describe la unificación de los subsistemas que integran el
sistema informático, se puede apreciar que el administrador del portal gestiona los
sitios y los contenidos de información para que el usuario pueda hacer la consulta
de búsqueda.

MapasDinamicos

MapasEstaticos
DescargaArchivos

Visualizadores
AcederServicioGeoAMAZONIA

GestionarMapaEstatico

GestionarMapaDinamico

GestionarContenido
GestionarMapaSatelital

ValidacionUsuario

GestionIntranet
GestionarEstadistica

GestionarUsuarios
GestionarBitacora

GestionarArquitectura

Descripción: unificación de los subsistemas que integran el sistema informático

41

SITERRIORIAL
4. ACTIVIDAD ASI 4: ANÁLISIS DE LOS CASOS DE USO
Una vez identificados y validados los casos uso, los usuarios que participan en cada
caso de uso se identificaran las clases por las que estarán compuestos. Esto significa,
traducir los casos de uso que contienen básicamente información en lenguaje y para
los usuarios, dicha información debe ser transformada en información y para gente
de sistemas encargada para el desarrollo del proyecto. Para realizar esta actividad se
aplicó el uso de la herramienta Rational Rose, el diseño de las clases de control y
diagramas de actividades de interfaz la resuelve esta herramienta, es importante tener
una buena definición de las clases que integraran el caso de uso.

42

SITERRIORIAL

4.1.Tarea ASI 4.1: Descripción de la Interacción de Objetos
Diagrama de Secuencia de Gestión de Acceso a Servicios

: Pagina GEOASERVIDOR

: Buscador Simple

Usuario Libre : Usuario Libre
IngresaGEOSERVIDOR

: Shape Files

: ISO11915

: WMS

: Tema

: Buscador

Ingresar Buscador Simple
EnviaDatos
DevuelveRespuesta
SolicitarShape
DevolverShape

SolicitarISO19115
DevolverISO19115
SolicitarWMS
DevolverWMS

SeleccionarTema
DevolverTema

Fuente: Documentación Planificación, Análisis y Diseño Proyecto Gestión de Acceso a Servicios

43

SITERRIORIAL

Diagrama de Secuencia AMAZONIA MOVIL

: MostrarDocumento
: Usuario Libre

: BuscadorAmazoniaMovil

: PaginaResultados

: AmazoniaMovil

: Publicaciones

IngresarAmazoniaMovil
EnviarParametro
EjecutarBuscador
DevolverDatos
MostrarResultado
SolicitarDocumento
BuscarDocumentoEnServidor
DevolverDocumento
MostrarDocumento

Fuente: Documentación Planificación, Análisis y Diseño Proyecto GEOAMAZONIA

44

: UbicacionFisicaArchivo

SITERRIORIAL

Diagrama de Secuencia Validar Usuario Especialista.

: IntranerGeoServidor

: PrincipalIntranet.

: sUsuario.
: Gestorde Usuarios

: Usuario Especialista
Ingresar Geoservidor
Ingresar Datos

ValidarUsuario
IngresarPrincipalIntranet
DevolverDato

Fuente: Documentación Planificación, Análisis y Diseño Proyecto GEOAMAZONIA

45

SITERRIORIAL

Diagrama de Secuencia de Validar Usuario Administrador.

: IntranerGeoServidor

: PrincipalIntranet.

: sUsuario.
: Gestorde Usuarios

: Administrador
Ingresar Geoservidor
Ingresar Datos
ValidarUsuario
IngresarPrincipalIntranet
DevolverDato

Fuente: Documentación Planificación, Análisis y Diseño GEOAMAZONIA

46

SITERRIORIAL

Diagrama de Secuencia de Gestión de Arquitectura Web- GEOAMAZONIA.
Fuente:

Documentación

Planificación,

Análisis

y

: Posicion

: Administrador de
Sistema

: Gestion de la Web Principal

: Gestionar la Web
Principal

: Acceso Web Principal

Diseño

Proyecto

: Nivel

: Pagina Estatica

: Pagina

Descripción: Gestión acerca de la Arquitectura de la web en donde se ubican toda la información.

47

GEOAMAZONIA

SITERRIORIAL

Diagrama de Secuencia de Gestión de Temas.

ConsultarTema : TransaccionesTema

: ActualizarTema
: Tema

: RegistrarTema

: GestorContenido

IngresarTema
RegistrarTema
EnviarDatos
RegistrarTema
ResponderMensaje
DevolverDato
RegistrarActualizarTema
EnviarDato
ResponderMensaje
ActualizarTema
DevolverDato

EliminarTema
EliminarTema
Responder Mensaje
DevolverDato


48

SITERRIORIAL

Diagrama de Secuencia de Gestión de Mapas Dinámicos

: ConsultarMapaInteractiv o

: RegistrarMapaInteractiv o

: ActualizarMapaInteractiv o


: WMS

: TipoMapaEstatico

Dev olv erMensaje : GestorContenido

IngresarConsultarMapaInteractiv o
SolicitarDatos
ConsultarDatos
Dev olv erDatos
ConsultarDatos
Dev olv erDatos
ConsultarDatos
Dev olv erDatos
CargarGrid
IngresarRegistrarMapaInteractiv o
IngresarDatos

IngresandoActualizarMapaInteractiv o
IngresarDatosActualizados

Dev olv erMensaje
SolicitarDatos


49

: sTema

SITERRIORIAL

Diagrama de Secuencia de Gestión de Mapa Estático.
: ConsultarMapaEstatico

: RegistrarMapaEstatico

: ActualizarMapaEstatico


SolicitarDatos :
ISO11915

AsignarTema :
TipoMapaEstatico

ActualizarDatos :
GestorContenido

IngresarMapaEstatico
SolicitarDatos

SolicitarDatos

DevolverDatos

SolicitaDatos

DevolverDatos
SolicitarDatos
DevolverDatos
SolicitarDatos
DevolverDatos
LlenarFormulario

IngresarRegistrarMapaEstatico
EnviarParametro
RegistrarISO11915
RegistrarTipo
RegistrarTema
RegistrarISO10139
RegistrarFGDC
IngresarActualizarMapaEstatico

IngresarParametros
ActualizarDatos
ActualziarDatos
ActualziarDatos
ActualizarDatos
ActualziarDatos
DevolverDatos
DevolverMensaje


50

: sTema

:
ISO19139

: FGDC

SITERRIORIAL

5. Actividad ASI 5: Análisis de Clases
5.1.Identificación de Responsabilidades y Atributos
Diagrama de Clases SANIA

-

51

SITERRIORIAL

6. Actividad ASI 6: Definición de Interfaces de Usuario
La mayoría de las Interfaces Hombre-Máquina (I.H-M) se llevan a cabo a través del medio
visual. Así en una pantalla se presentan simultáneamente muchos elementos de información
diferentes, para que sean asimilados por el usuario. El tamaño del texto, tipo de letra,
longitud de la línea, la mayúsculas, el sitio y el color influyen en la facilidad con que se realiza
la extracción de la información.
 Normas:

A continuación se muestran algunos estándares de diseño de interfaz que facilitan
el mejor entendimiento entre sistema y usuario. Los más importantes son:


ISO/IEC 9126: Evaluación de productos software: características de calidad y
directrices para su uso.



ISO 9241: requisitos ergonómicos para trabajar con terminales de
presentación visual (VDT).



ISO/IEC 10741: interacción de diálogos.



ISO/IEC 11581: símbolos y funciones de los iconos.



ISO 11064: diseño ergonómico de centros de control.



ISO 13407: procesos de diseño centrados en la persona para sistemas
interactivos.

52

SITERRIORIAL
 Directrices (condiciones en la se genera algo )


Directrices generales:

1- Ser consistente en la presentación y selección de menús, entrada de
órdenes y visualización de datos.
2- Ofrecer realimentación visual y acústica entre usuario e interfaz.
3- Permitir la vuelta atrás en la ejecución de la mayoría de las acciones.
4- Reducir la cantidad de información que se debe visualizar entre acciones,
(No se puede esperar que el usuario tenga que recordar mucha información
para reutilizarla como entrada en la siguiente acción).
5- Buscar eficiencia en el diálogo, movimiento y pensamiento. (Minimizar el nº
de pulsaciones, distancia entre pulsaciones y que el usuario se pare a pensar
que significa una determinada opción).
6- Proteger al sistema de los fallos del usuario.
7- Categorizar las acciones en base a su función y reorganizar la presentación
en pantalla convenientemente.
8- Proporcionar facilidades de ayuda sensibles al contexto.
9- Utilizar verbos de acción simples y frases cortas para nombrar órdenes.


Directrices de visualización de la información

1- Mostrar sólo la información relevante en el contexto actual.
2- No abrumar con datos. (Gráficos y esquemas deben reemplazar a tablas con
datos).
3- Permitir mantener el contexto visual. Si se re-escalan gráficos en una
pantalla, debe mantenerse una forma reducida de la imagen original, para
que el usuario no pierda la posición original de la imagen que observa.
4- Producir mensajes de error significativos.
5- Todos los mensajes de error se mostrarán a través de ventanas emergentes.

53

SITERRIORIAL

6- Tabular y agrupar texto para ayudar a su comprensión.
7- Utilizar ventanas para modularizar los diferentes tipos de información.
8- Distribuir el espacio disponible en la pantalla de manera eficiente.
9- En todas las pantallas se posibilitará el cierre de la sesión.
10- Todas las ventanas se abrirán en la misma pestaña.


Directrices para la entrada de datos

1- Minimizar el nº de acciones de entrada de datos que deba hacer el usuario.
2- Mantener una consistencia entre la información visualizada y los datos de
entrada.
3- Permitir la flexibilidad en la forma de entrar los datos (teclado, ratón...).
4- Desactivar las órdenes inapropiadas en el contexto actual, para evitar al
usuario realizar acciones erróneas.
5- Proporcionar ayuda en todas las acciones de entrada de datos.

6.1.Tarea ASI 6.1: Especificación de formatos individuales de la interfaz de
pantalla
Especificación de Interfaz de Usuario
6.3.1.1

Formatos individuales de Interfaz de pantalla.

 Las pantallas no podrán cambiar de tamaño, ni de ubicación.
 En la parte superior de la interfaz se mostrara el banner indicando el nombre
del sistema.
 En la parte superior se ubicara el banner y su propio buscador (específico y
avanzado).
 Debajo del banner se presentara un menú donde se podrá ubicar la intranet
(acceso del administrador del sistema).

54

SITERRIORIAL
 En la primera parte del cuerpo se mostrara un menú para la indexación de
toda la información de contenidos del sistema, relacionada a los grupos
étnicos.
 En la primera parte del cuerpo se podrá visualizar las noticias y eventos más
relevantes.
 En la segunda parte del cuerpo se mostrara información acerca de los mapas.
 En el pie de la página se podrá encontrar con las instituciones externas
participantes en la colaboración de brindar información.


En la parte final se observara las promociones de las noticias más relevantes,
publicaciones, como también la arquitectura del sistema.

Catálogo de controles y elementos de diseño de Interfaz de pantalla



Los controles que se ocupen de listar, aparecerán activos cuando el usuario
tenga la opción de listar.



Los controles que se ocupen de realizar modificaciones solo se activaran
cuando el usuario pueda realizar una modificación cuando active en los
detalles, que tiene como opción los cuadros de datos de ciertas
informaciones.



Los controles que se ocupen de deshabilitar cierta información solo se
activarán cuando el Administrador realice la opción Editar.



Los controles que se ocupen de realizar impresiones solo se activarán cuando
el usuario pueda realizar una impresión.

6.2.Tarea ASI 6.2: Especificación del Comportamiento Dinámico de Interfaz
Los diagramas de estado muestran el conjunto de estados por los cuales pasa un objeto
durante su vida en una aplicación en respuesta a eventos (por ejemplo, mensajes recibidos,
tiempo rebasado o errores), junto con sus respuestas y acciones. También ilustran qué
eventos pueden cambiar el estado de los objetos de la clase. Normalmente contienen:

55

SITERRIORIAL

estados y transiciones. Como los estados y las transiciones incluyen, a su vez, eventos,
acciones y actividades, vamos a ver primero sus definiciones.
Al igual que otros diagramas, en los diagramas de estado pueden aparecer notas explicativas
y restricciones.
Figura N° 1: Comportamiento Dinámico

56

SITERRIORIAL

Figura N° 2: Comportamiento dinámico

57

SITERRIORIAL
6.3.Tarea ASI 6.3.: Especificación de Formatos de Impresión
•

Formatos de impresión

Los reportes generados en HTML. Al ser un desarrollo web, el tamaño de la hoja y el tipo de
impresión es administrado por el sistema operativo.
La cabecera tendrá los siguientes datos:


Logo de la institución.



Datos de la institución.



Título del listado.



Número de página y cantidad de páginas (X de Y), alineado a la izquierda.



Fecha y hora.

El detalle tendrá las siguientes características:


Distribuido en varias columnas, en el caso de tenerlas, con el título correspondiente
en cada columna.



Los números alineados por el punto decimal



Títulos en negrita.

58

SITERRIORIAL
7. Actividad ASI 7: Análisis de Consistencia y Especificación de Requisitos
7.1.Tarea ASI 7.1: Verificación de los Modelos
El objetivo de esta tarea es asegurar la calidad formal de los distintos modelos, conforme a la
técnica seguida para la elaboración de cada producto y a las normas determinadas en el
catálogo de normas. Se ha hecho seguimiento a los siguientes productos:
•

Modelo de Casos de Uso

•

Especificación de Casos de Uso

•

Modelo de Clases de Análisis

•

Comportamiento de Clases de Análisis

•

Análisis de la Realización de los Casos de Uso

•

Descripción Interfaces entre Subsistemas

Habiéndose

identificado

algunas

inconsistencias relacionadas al cumplimiento de los

requisitos, los mismos que ya fueron superados y cuyas correcciones ya fueron introducidas
al documento. Entre estas podemos mencionar a:
•

Mejoras descriptivas para el caso de uso de requerimiento consultar el Sistema
de Información Local

•

Vista previa del contenido a publicar en el caso de uso de requerimiento
administrar contenido del Sistema de Información Local.

•

Correcciones relacionadas a los términos utilizados para cada caso de uso.

•

La existencia de las clases relacionadas a los contenidos temáticos.

•

La consistencia funcional entre subsistema.

59

SITERRIORIAL

7.2.Tarea ASI 7.2: Análisis de Consistencia entre Modelos
Para realizar este ítem se ha realizado el proceso de análisis de compatibilidad entre los Diagramas de Colaboración y
Diagrama de Clases. Habiéndose identificado una serie de inconsistencias que fueron corregidas tanto en los (CANTIDAD DE
DIAGRAMAS DE COLABORACIÓN) y el Diagrama de Clases.
Tabla N° 1: Análisis de consistencia.
Método

Diagrama de Colaboración

Método

Diagrama de Clases

RegistrarTema

Gestionar tema

RegistrarTema ()

clsTema

ObtenerTema

Gestionar tema

ObtenerTema ()

clsTema

ActualizarTema

Gestionar tema

ActualizarTema ()

clsTema

ObtenerTemaEstado

Gestionar tema

ObtenerTemaEstado ()

clsTema

RegistrarMapaEstatico

Gestionar Mapa Estático

RegistrarMapaEstatico ()

clsISO19915,
clsISO19139, FGDC

ObtenerMapaEstatico


ObtenerMapaEstatico ()

clsISO19915,
clsISO19139, FGDC

ActualizarMapaEstatico


ActualizarMapaEstatico ()

clsISO19915,
clsISO19139, FGDC

EliminarMapaEstatico


EliminarMapaEstatico ()

clsISO19915,
clsISO19139, FGDC

RegistrarMapaInteractivo

Gestionar Mapa Interactivo

RegistrarMapaInteractivo()

clsISO19915,
clsISO19139, FGDC

ObtenerMapaInteractivo


ObtenerMapaInteractivo ()

clsISO19915,
clsISO19139, FGDC

ActualizarMapaInteractivo

60


ActualizarMapaInteractivo ()

clsISO19915,

SITERRIORIAL

clsISO19139, FGDC
EliminarMapaInteractivo


EliminarMapaInteractivo ()

clsISO19915,
clsISO19139, FGDC

RegistrarMapaSatelital

Gestionar Mapa Satelital

RegistrarMapaSatelital()

clsISO19915,
clsISO19139, FGDC

ObtenerMapaSatelital


ObtenerMapaSatelital()

clsISO19915,
clsISO19139, FGDC

ActualizarMapaSatelital


ActualizarMapaSatelital()

clsISO19915,
clsISO19139, FGDC

EliminarMapaSatelital


EliminarMapaSatelital()

clsISO19915,
clsISO19139, FGDC

RegistrarWMS

Gestionar WMS

RegistrarWMS()

WMS

ObtenerWMS

Gestionar WMS

ObtenerWMS()

WMS

ActualizarWMS

Gestionar WMS

ActualizarWMS()

WMS

EliminarWMS

Gestionar WMS

EliminarWMS()

WMS

RegistrarShapeFiles

Gestionar ShapeFiles

RegistrarWMS()

WMS

ObtenerShapeFiles


ObtenerWMS()

WMS

ActualizarShapeFiles


ActualizarWMS()

WMS

EliminarShapeFiles


EliminarWMS()

WMS

RegistrarBitacora

Consultar Bitácora

RegistrarBitacora()

clsBitacora

ObtenerBitacora

Consultar Bitácora

ObtenerBitacora()

clsBitacora

ObtenerPaginasConMasErrores

Consultar Bitácora

ObtenerPaginasConMasErrores()

clsBitacora

ObtenerErroresMasComunes

Consultar Bitácora

ObtenerErroresMasComunes()

clsBitacora

ObtenerNoticia

Consultar Bitácora

listarBitacoraActualizaciones ()

clsBitacora

ObtenerEvento

Consultar Bitácora

ObtenerTablasMasActualizadas ()

clsBitacora

61

SITERRIORIAL

registrarContenidoWeb2

Gestionar Contenido_Externo

registrarContenidoWeb2()

clsContenidoWeb2

Des_habilitarContenidoWeb


Des_habilitarContenidoWeb2()

clsContenidoWeb2

listarContenidoWeb2


listarContenidoWeb2()

clsContenidoWeb2

RegistrarDescarga

Consultar_Estadistica

RegistrarDescarga()

clsDescarga

ObtenerDocumentosMasDescargados


ObtenerDocumentosMasDescargados()

clsDescarga

listarDocumentosMasDescargados


listarDocumentosMasDescargados ()

clsDescarga

RegistrarEnlace

Gestionar Enlaces

RegistrarEnlace()

clsEnlace

ObtenerEnlace

Gestionar Enlaces

ObtenerEnlace()

clsEnlace

ActualizarEnlace

Gestionar Enlaces

ActualizarEnlace()

clsEnlace

ObtenerEnlaceEstado

Gestionar Enlaces

ObtenerEnlaceEstado()

clsEnlace

Des_habilitarEnlace

Gestionar Enlaces

Des_habilitarEnlace()

clsEnlace

ListarEnlace

Gestionar Enlaces

ListarEnlace()

clsEnlace

RegistrarGlosario

Gestionar Glosario

RegistrarGlosario()

clsGlosario

ListarGlosario

Gestionar Glosario

ListarGlosario()

clsGlosario

ActualizarGlosario

Gestionar Glosario

ActualizarGlosario()

clsGlosario

ObtenerGlosario

Gestionar Glosario

ObtenerGlosario()

clsGlosario

EliminarGlosario

Gestionar Glosario

EliminarGlosario()

clsGlosario

RegistrarPagina

Gestionar Arquitectura

RegistrarPagina()

clsPagina

ObtenerPagina


ObtenerPagina()

clsPagina

ActualizarPagina


ActualizarPagina()

clsPagina

ActualizarPaginaContenido


ActualizarPaginaContenido()

clsPagina

Des_habilitarPagina.


Des_habilitarPagina()

clsPagina

RegistrarPalabraClave

Gestión de la palabra clave.

RegistrarPalabraClave()

clsPalabraClave

ActualizarPalabraClave


ActualizarPalabraClave()

clsPalabraClave

62

SITERRIORIAL

EliminarPalabraClave


EliminarPalabraClave ()

clsPalabraClave

ListarPalabraClave


ListarPalabraClave ()

clsPalabraClave

RegistrarPersona

Gestionar Usuario

RegistrarPersona()

clsPersona

ObtenerPersona

Gestionar Usuario

ObtenerPersona()

clsPersona

ActualizarPersonaInformacionBasica

Gestionar Usuario

ActualizarPersonaInformacionBasica()

clsPersona

ListarPersona

Gestionar Usuario

ListarPersona()

clsPersona

ListarRolesUsuario

Gestión de usuarios.

ListarRolesUsuario()

RegistrarSugerencia

Gestión de las sugerencias

RegistrarSugerencia()

ListarSugerencia

Gestión de las sugerencias

ListarSugerencia()

RegistrarVisitante

Registro de variables para estadística.

ObtenerVisitasHoy


ObtenerVisitasHoy()

clsVisitante

listarVisitante


listarVisitante ()

clsVisitante

RegistrarVista

Realizar Búsqueda Especie.

ListarPlinian()

clsPlinian

ObtenerVista

Realizar Búsqueda Especie.

ObtenerPlinian()

clsPlinian

63

RegistrarVisitante()

clsRoles
clsSugerencia
clsSugerencia
clsVisitante

SITERRIORIAL

7.3.Tarea ASI 7.3: Validación de los Modelos
En este proceso de validación no ha participado ningún usuario final, sólo los miembros
del equipo de trabajo por lo que solo se han considerado los siguientes productos:
•

Especificación de Interfaz de Usuario

•

Modelo de Casos de Uso

•

Especificación de Casos de Uso

•

Modelo de Clases de Análisis

•

Comportamiento de Clases de Análisis

•

Análisis de la Realización de los Casos de Uso

•

Descripción de Subsistemas de Análisis

•

Descripción de Interfaces entre Subsistemas

7.4.Tarea ASI 7.4: Elaboración de la Especificación de Requisitos de Software
Al ser aprobado la elaboración formal para la Especificación de Requisitos de Software,
se tiene el siguiente catálogo de herramientas de Software utilizados para el presente
proyecto:


Introducción



Ámbito y Alcance



Participantes

Requisitos del sistema de información: las siguientes herramientas fueron necesarias para
la construcción del análisis y diseño del Sistema GEOAMAZONIA:


Rational Unifed Process: es un proceso de desarrollo de software y junto con el
Lenguaje Unificado de Modelado UML, constituye la metodología estándar más
utilizada para el análisis, implementación y documentación de sistemas orientados
a objetos.



Dreamweaver: es una aplicación en forma de estudio (basada en la forma de
Adobe Flash) enfocada a la construcción y edición de sitios y aplicaciones Web
basadas en estándares. Creado inicialmente por Macromedia (actualmente
producido por Adobe Systems). Es el programa de este tipo más utilizado en el

64

SITERRIORIAL

sector del diseño y la programación web, por sus funcionalidades, su integración
con otras herramientas como Adobe Flash y, recientemente, por su soporte de los
estándares del World Wide Web Consortium.
Las siguientes herramientas serán necesarias para el desarrollo del Sistema de
Información GEOAMAZONIA:


Plataforma Microsoft .NET 2010: es un framework de Microsoft que hace un
énfasis en la transparencia de redes, con independencia de plataforma de
hardware y que permita un rápido desarrollo de aplicaciones. Basado en ella, la
empresa intenta desarrollar una estrategia horizontal que integre todos sus
productos, desde el sistema operativo hasta las herramientas de mercado.



Microsoft SQL Server 2008: es un sistema para la gestión de bases de datos
producido por Microsoft basado en el modelo relacional. Sus lenguajes para
consultas son T-SQL y ANSI SQL. Microsoft SQL Server constituye la alternativa
de Microsoft a otros potentes sistemas gestores de bases de datos como son
Oracle o PostgreSQL o MySQL.

Visión General del Sistema de Información:

Proveer con todas las herramientas necesarias para el desarrollo del sistema de
información GEOAMAZONIA, para que satisfagan las exigencias de la documentación del
Análisis y Diseño efectuados en el presente proyecto.
Referencia de los Productos a Entregar:
•

Modelado del sistema de información GEOAMAZONIA, utilizando para ello la
herramienta Rational Unifed Process.

•

Prototipos de GEOAMAZONIA, utilizando para ello la herramienta de diseño
dreamweaver.

•

Documentación de GEOAMAZONIA, utilizando para ello herramientas ofimáticas
Office 2010.

65

SITERRIORIAL
8. Actividad ASI 8: Especificación del Plan de Pruebas
Para la formulación del Plan de pruebas se ha tenido en cuenta el Método de Pruebas
Orientada a Objetos para el Ciclo de Vida Completo (FLOOT) de Scott W. Ambler, que
plantea la validación del software orientado a objetos a partir de 21 metodologías. Para
este caso y a criterio del autor del documento sólo se ha considerado los siguientes:


Prueba de Caja-Negra:

La prueba verifica que el ítem que se está probando,

cuando se dan las entradas apropiadas produce los resultados esperados.


Prueba de Caja-Blanca: Consiste en realizar pruebas para verificar que líneas
específicas de código funcionan tal como está definido. También se le conoce
como prueba de caja-transparente.



Prueba de Valores-Frontera: Es la prueba de situaciones extremas o inusuales
que el ítem debe ser capaz de manejar.



Prueba de Integración: Consiste en realizar pruebas para verificar que un gran
conjunto de partes del software funcionan juntas.



Revisión de Prototipos: Es un proceso mediante el cual los usuarios trabajan a
través de una colección de casos de uso, utilizando un prototipo como si fuera el
sistema real. El objetivo principal es probar si el diseño del prototipo satisface las
necesidades de esos usuarios.



Prueba de Stress: El acto de asegurar que el sistema funciona como se espera
bajo grandes volúmenes de transacciones, usuarios, carga y demás.



Prueba de Escenarios de Uso: Una técnica de prueba en la cual una o más
personas validan un modelo siguiendo la lógica de los escenarios de uso.

66

SITERRIORIAL

Prueba de Interfaz de Usuario: Consiste en probar la interfaz de usuario para garantizar
que cumple los estándares y requerimientos definidos. Usualmente se refiere a la prueba
de interfaz de usuario gráfica.
•

Pruebas unitarias

Esta actividad debe cubrir cada una de las clases creadas durante la etapa de codificación. Todas
las entradas y salidas de una clase deben ser probadas, y en caso de existir la posibilidad de
combinar varias al mismo tiempo, esto también debe ser probado.

Las pruebas unitarias deben desarrollarse de forma paralela a la codificación de la aplicación. Y
solo cuando las actividades de pruebas unitarias hayan sido superadas exitosamente, se podrá
pasar a la siguiente actividad de prueba.
•

Pruebas de sistema

Las pruebas de sistema serán orientadas según la técnica de “caja negra” unidad cuya estructura
interna se desconoce, pero cuya función está documentada. Los diseñadores de hardware y de
software utilizan este término para hacer referencia al código de programación que ejecuta
determinada función; utilizado particular-mente los métodos de partición de equivalencias y
análisis de valores límites. Una prueba de caja negra examina algunos aspectos externos del
modelo del sistema sin tener en cuenta la estructura lógica interna del software.

Una vez que todos los casos de prueba han sido superados exitosamente, la aplicación estará
lista para ser entregada.
•

Pruebas de aceptación

Estas pruebas serán realizadas por el coordinador informático de la sede Iquitos, quien tomará
como criterio de evaluación el cumplimiento, por parte del sistema, de los requisitos funcionales
del mismo.
•

Pruebas unitarias

Los resultados de las pruebas unitarias deberán ser almacenados en el documento de registro
estándar y la ejecución de los mismos será manual.
•

Pruebas de sistema

67

SITERRIORIAL

Los resultados de las pruebas deberán ser almacenados en el documento de registro estándar y
la ejecución de las mismas será manual.
•

Amplitud de las pruebas

La amplitud y criterio de completitud a emplear se basará en la cobertura realizada sobre la
funcionalidad requerida.

68

SITERRIORIAL
DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI)

9. Actividad DSI 1: Definición de la Arquitectura del Sistema
9.1.Tarea DSI 1.1: Definición de Niveles de Arquitectura
9.1.1. Diseño de la Arquitectura del Sistema

Particionamiento Físico del sistema de información

Figura N° 3: Particionalmente Físico

9.2.Tarea DSI 1.2: Identificación de Requisitos de Diseño y Construcción
En esta Tarea

se realiza la especificación de los requisitos que están directamente

relaciónalos con la adopción o diseño de una arquitectura o infraestructura concreta, que
pueden condicionar el diseño o la construcción del sistema de información.
9.2.1. Catálogo de Requisitos (en orden desde Datos, Lógica, Presentación)



El Proyecto utilizara el estilo de programación de 3 capas (Presentación, lógica y
Acceso a Datos)



Se utilizará herramientas basadas en software propietario (Microsoft Visual Studio
2010) utilizando Fireworks 4 o superior.

69

SITERRIORIAL


Utilizará las librerías empresariales para implementar funcionalidad típica (insertar,
Actualizar, Listar; colecciones de datos).



El Sistema usara un el Gestor de Base de Datos SQL Server 2008.



Se deberá desarrollar en un entorno web seguro.



El software debe permitir la integración y presentación de información existente y
disponible a través de Internet.



El sistema debe utilizar tecnología Ajax y las Librerías Jquery para mejorar la
experiencia del usuario.



El sistema estilizara Chart Control para la generación de cuadros estadísticos.



Usará “Hojas de Estilo en Cascada” para una adecuada administración del Código
de Estilos.



El sistema deberá ser accesible y agradable para el usuario desde cualquier
navegador de internet (Internet Explorer, Firefox, Google Chrome), considerando
los problemas de Compatibilidad con las propiedades CSS.
Tabla N° 2: Requisitos de Construcción - Hardware

Hardware
Servidor de Archivos
Servidor de Datos
Switch Administrable
Router
Firewall

70

SITERRIORIAL

Tabla N° 3: Requisitos de Construcción - Software

Software
Sistema Operativo Windows 2003 Server
Visual Studio .Net 2010
SQL Server 2008
Dreamweaver CS3 o versiones posteriores
Fireworks CS3

Tabla N° 4: Requisitos de Construcción Lenguajes de Programación y Diseño

Leguaje de Programación y Diseño
Lenguaje Visual C#
Lenguaje de Consulta Estructurado (SQL)
Lenguaje Paginas de Servidores Activo (ASP)
Lenguaje de Marcado de Hipertexto (HTML)

71

SITERRIORIAL
9.3.Tarea DSI 1.3: Especificación de Excepciones
9.3.1. Catálogo de excepciones

Se

determinaron

tres tipos de

excepciones:

comunicación,

validación

y

permisos. Las excepciones de comunicación se relacionan con inconvenientes que
aparecen cuando no existe conexión entre los componentes principales del sistema;
excepciones

de validación se relacionan con aspecto

las

que hacen a la aceptación

de los datos a ingresar en el sistema; la excepciones de permisos tienen que ver la
verificación que se hace a los usuarios que intentan ingresar al sistema.
Comunicación:
Tabla N° 5: Excepción 1 de Comunicación

Número de Excepción

001-C

Tipo de excepción

Comunicación

Descripción de

la Se intenta descargar un archivo.

excepción
Condición

No se establece la conexión.

Respuesta esperada

Mensaje de error:
“El sistema no puede hallar el archivo
especificado.”

72

SITERRIORIAL


Numero de Excepción

002-C

Tipo de excepción

Comunicación

Descripción de

la Se intenta navegar por las distintas páginas del

excepción

sistema.

Condición

No se establece la conexión

Respuesta esperada

Mensaje de error:
“El

sistema

no

puede

hallar

la

ruta

especificada.”



003-C

Tipo de excepción

Comunicación

Descripción de

la El sistema no puede abrir el archivo.

excepción
Condición


Respuesta esperada

Mensaje de error:
“Archivo dañado.”



004-C

Tipo de excepción

Comunicación

Descripción de

la Espacio de almacenamiento insuficiente para procesar

excepción

este comando.

Condición


Respuesta esperada

Mensaje de error:
“No es posible almacenar este comando”

73

SITERRIORIAL



005-C

Tipo de excepción

Comunicación

Descripción de

la El módulo intenta conectarse con la aplicación a

excepción

través de la WEB

Condición


Respuesta esperada

Mensaje de error:
“No fue posible establecer la conexión”



006-C

Tipo de excepción

Comunicación

Descripción de

la El sistema intenta conectarse con la base de datos

excepción.
Condición


Respuesta esperada

Mensaje de error:
“No fue posible establecer la conexión con la
base de datos”



007-C

Tipo de excepción

Comunicación

Descripción de

la El módulo está operando y se pierde la conexión

excepción

con la aplicación.

Condición

Se pierde la conexión con la aplicación

Respuesta esperada

Mensaje de error:
“Se perdió la conexión”

74

SITERRIORIAL


Tipo de excepción
Descripción de

008-C
Comunicación
la El módulo está operando y se pierde la conexión

excepción

con la base de datos

Condición

No se establece la conexión con la base de
datos

Respuesta esperada

Mensaje de error:
“Se perdió la conexión con la base de datos”



Validación:

Tabla N° 13: Excepción 1 de Validación


001-V

Tipo de excepción

Validación

Descripción de

la Se

intenta

cargar

un

dato

que

excepción

encuentra fuera de los rangos permitidos

Condición

Carga de datos

Respuesta esperada

se

Mensaje de error:
“Valores fuera de rango”



002-V

Tipo de excepción

Validación

Descripción de

la Se intenta cargar un dato de distinto tipo al permitido

excepción
Condición

Carga de datos

Respuesta esperada

Mensaje de error:
“Tipo de dato incorrecto” o “Datos no validos”

75

SITERRIORIAL



003-V

Tipo de excepción

Validación

Descripción de

la Se intenta descargar un Archivo no existente

excepción
Condición

Descarga de datos

Respuesta esperada

Mensaje de error:
“No existente el archivos”



004-V

Tipo de excepción
Descripción

de

Validación
la Se intenta Ingresar un dato al sistema

excepción
Condición

Ingreso de datos

Respuesta esperada

Mensaje de error:

“Error de datos

(Redundancia)”

Tipo de excepción
Descripción

de

005-V
Validación
la El proceso no tiene acceso al archivo porque

excepción

está siendo utilizado por otro proceso.

Condición

Proceso de adquisición de datos

Respuesta esperada

Mensaje

de

error:

(Redundancia)”

76

“Error

de

datos

SITERRIORIAL



006-V

Tipo de excepción

Validación

Descripción

de

la Se intenta ingresar un archivo existente

excepción
Condición

Ingreso de datos

Respuesta esperada

Mensaje de error: “El archivo ya existe”



007-V

Tipo de excepción

Validación

Descripción

de

la Se ingresa como nombre del archivo valores

excepción

demasiado extensos

Condición

Ingreso de datos

Respuesta esperada

Mensaje de error:
“El nombre del archivo es demasiado largo”.


Tipo de excepción
Descripción

de

008-V
Validación
la Se ingresa al sistema y se pierde la conexión

excepción
Condición


Respuesta esperada

Mensaje de error:
“Sección Cancelada”.

77

SITERRIORIAL


Permiso:

Tabla N° 21: Excepción 1 de Permiso


001-P

Tipo de excepción

Permiso

Descripción de

la Se intenta ingresar al intranet con un logeo incorrecto.

excepción
Condición

Ingreso al sistema

Respuesta esperada

Mensaje de error: “Acceso denegado.”



002-V

Tipo de excepción

Validación

Descripción de

la Se intenta ingresar al sistema con una clave incorrecta

excepción
Condición

Ingreso al sistema

Respuesta esperada

Mensaje de error: “Clave incorrecta”



002-P

Tipo de excepción

Permiso

Descripción de

la Se

intenta ingresar al sistema

con

excepción

incorrecto

Condición

Ingreso al sistema

Respuesta esperada

Mensaje de error: “Usuario incorrecto”

78

un

usuario

Metrica Geoservidor IIAP

Recommended

Recommended

More Related Content

Similar to Metrica Geoservidor IIAP

Similar to Metrica Geoservidor IIAP (20)

Recently uploaded

Recently uploaded (15)

Metrica Geoservidor IIAP