Metrica Geoservidor IIAP

|

IIAP Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL

Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013

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


INDICE

Resumen Ejecutivo__________________________________________________________________________1

I. Introducción__________________________________________________________________________5

II. Definición del Problema__________________________________________________________________6

III. Objetivos____________________________________________________________________________7

3.1. Objetivo General_________________________________________________________________________7

3.2. Objetivos Específicos_______________________________________________________________________7

3.3. Público Objetivo__________________________________________________________________________7

3.4. Alcance Geográfico___________________________________________________________________7La Amazonia Continental_________________________________________________________________________________7Enfoque Metodológico___________________________________________________________________________________7

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

1.1. Actividad ASI 1: Definición del Sistema__________________________________________________________91.1.1. Catálogo de Requisitos Tecnológicos_______________________________________________________________12

1.2. Tarea ASI 1.2: Identificación del Entorno Tecnológico______________________________________________151.2.1. Catálogo de Requisitos._________________________________________________________________________151.2.2. Glosario de Términos___________________________________________________________________________15

1.2.3. Descripción General del Entorno Tecnológico del Sistema.________________________________________201.2.3.1. Entorno Tecnológico.________________________________________________________________________20

1.3. Tarea ASI 1.3: Especificación de Estándares y Normas______________________________________________221.3.1. Catálogo de Normas.___________________________________________________________________________221.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____________________________________311.4.1. Catálogo de Usuarios Participantes________________________________________________________________311.4.2. Catálogo de Usuarios Finales.____________________________________________________________________31

2. Actividad ASI 2: Establecimiento de Requisitos__________________________________________________32

2.1. Obtención de Requisitos___________________________________________________________________32

2.1.1. Modelo de Caso de Uso_________________________________________________________________32

2.2. Especificación de casos de uso de Requerimiento_________________________________________________36

3. Actividad ASI 3: Identificación de Subsistemas de Análisis___________________________________________39

3.1. Tarea ASI 3.1: Determinación de Subsistemas de Análisis___________________________________________39

3.2. Tarea ASI 3.2: Integración de Subsistemas de Análisis______________________________________________41

4. ACTIVIDAD ASI 4: ANÁLISIS DE LOS CASOS DE USO________________________________________________42

4.1. Tarea ASI 4.1: Descripción de la Interacción de Objetos____________________________________________43

5. Actividad ASI 5: Análisis de Clases___________________________________________________________51

5.1. Identificación de Responsabilidades y Atributos__________________________________________________51

6. Actividad ASI 6: Definición de Interfaces de Usuario_______________________________________________52

6.1. Tarea ASI 6.1: Especificación de formatos individuales de la interfaz de pantalla__________________________54

6.2. Tarea ASI 6.2: Especificación del Comportamiento Dinámico de Interfaz________________________________55

2


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

8. Actividad ASI 8: Especificación del Plan de Pruebas________________________________________________66

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

9. Actividad DSI 1: Definición de la Arquitectura del Sistema___________________________________________69

9.1. Tarea DSI 1.1: Definición de Niveles de Arquitectura_______________________________________________699.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___________________________________699.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____________________________________________________729.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___________________________________________90

10.1. Diseño Detallado de los Subsistemas de Soporte_________________________________________________90

11. 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____________________________________9411.1.1. DISEÑO DE LA REALIZACIÓN DE LOS CASOS DE USO________________________________________________94

12. DISEÑO DE CLASES__________________________________________________________________101

12.1. Tarea DSI 4.2: Identificación de Atributos de las Clases____________________________________________101

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___________________________________________11913.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

14.3. TAREA DSI 7.3: Aceptación de la Arquitectura del Sistema._________________________________________122

15. ACTIVIDAD DSI 8: GENERACIÓN DE ESPECIFICACIONES DE CONSTRUCCIÓN_____________________________123

3


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._____________________________________126Tarea 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_____________________________128Tarea DSI 9.1: Especificación del Entorno de Migración_______________________________________________________128Tarea DSI 9.2: Diseño de Procedimientos de Migración y Carga Inicial___________________________________________128Tarea DSI 9.3: Diseño Detallado de Componentes de Migración y Carga Inicial____________________________________129Tarea DSI 9.4: Revisión de la Planificación de la Migración_____________________________________________________129

4


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


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


III. Objetivos

III.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.

III.2. Objetivos Específicos

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

III.3. 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

III.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


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


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.

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

GEOAMAZONIA

OTROS

SIG TERRITORIAL

CIGAP


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.

Gestionando Estadistica

Gestionando Bitacora

Gestionando Usuario

Gestionando Fuentes WMSAdminitrador

Gestionando Contenido

Gestionando Arquitectura

Usuario Especial ista

Accediendo a Servicios de GEOAMAZONIA

Amazonia Movil

Usuario Libre

Visualizando Unidad Economica t Ecologica

Visualizando Zonificacion Ecologica y Economica

Accediendo Servicios SITERRITORIAL

Ilustración 1: Caso de USO GEOAMAZONIA

10


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

clsDescarga..clsArchivosFisicos.

cls_ISO19115

cls_WMS

cls_FGDC

cls_Tema

cls_ISO19139 cls_TipoCategoria

cls_Entidad cls_Roles

cls_Vistante

clsVisita.

cls_Bitacora

clsUsuario.clsPagina.

Ilustración 2: Modelo de Dominio GEOAMAZONIA

11


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


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.

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

13


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


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

Avanzado

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

búsqueda.

Buscador

simple

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

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.

FGDC El estándar del FGDC (Federal Geographic Data Comitee, de los Estados Unidos)

15


Termino Significado

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.

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

16


Termino Significado

algún tiempo a su análisis.

Aplicación

Móvil

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

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

Temáticos

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

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 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.).

17


Termino Significado

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).

SITERRITORIA

L

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

3

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

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 .NET

Lenguaje de programación de Microsoft.

Visualizador de

Mapas

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

para 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.

18


Termino Significado

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


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

1.2.3.1. Entorno Tecnológico.

HardwareTabla 1 Equipos de Hardware Utilizados en el Área

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

Servicios

20

Tipo de Equipo Cantidad

Computadoras 08

Laptops 07

Impresoras 03

Proyectos Multimedia 02

Access Point 01

Tipo Cantidad

ARGIS SERVER 2010 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 04


Tabla 3 Tipos de Servicios que se Utiliza en el IIAP

21

Tipos

Servicios de Internet – Telefónica

Servico de Internet – Claro

Servico de Intranet

Servidor ARGIS

Servidor de Aplicaciones

Servidor de Correos


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


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

letras iniciales del nombre de la tabla, la segunda parte corresponderá al nombre del

atributo en singular y con letra inicial mayúscula.

Ejemplo:

23


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


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


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 de una raya inferior, y

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 de una raya inferior, y

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



Ejemplo:

scr_Ver_Precios.

26


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


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

Columna : tdNombre

ImageButton : imbNombre

28


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

Dato

Integridad Longitud Descripción

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

vCTTitulo varchar 255 Título de encargado

vCTEmail varchar 255 Email de encargado

vCTFono varchar 255 Teléfono de encargado

29


30


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 ParticipantesDada 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 Descripción

Usuario Libre Usuario Final de Internet 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

Contenidos externos

Gestión de Contenidos externos, el GEOAMAZONIA

Administrador Administrador del

Sistema

Valida y registra usuarios y gestiona el monitoreo de las

estadísticas, bitácora y contenidos cartográficos.

31


2. Actividad ASI 2: Establecimiento de Requisitos

1.1. Obtención de Requisitos

1.1.1. Modelo de Caso de Uso

Tabla 7: Diagrama Caso de Uso Servicios GEOAMAZONIA

Caso de Uso de Requerimiento Acceder Servicios GEOAMAZONIA

Gestion de Descargas de Mapas

Búqueda Simple

Búsqueda AvanzadaConsultarMapaEstatico

Acceder a Servicios de GEOAMAZONIA

U.Libre

Buscar AMAZONIA MOVIL

VisorGeográfico

Fotografias SatelitalesVisualizar Mapas Interactivos

Imágenes SatelitalesVisualizar Mapas Estáticos

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


Tabla 9: Diagrama Caso de Uso Servicios SITERRITORIAL

Caso de Uso de Requerimiento Acceder Servicios SITERRITORIAL

Visualizar Mapa Biologico

Visualizar Mapa FisicoVisualizar Mapa Zonificacion Económica Ecológica

Visualizar Mapa Unidad Economica Ecológica

Usuario SIGT

Visualizar Mapa Socioeconómico

Visualizar Información Tabular

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

Acercamiento de MapasTomar Medidas

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



SITERRITORIAL

33


Caso de Uso Requerimiento Gestionar Contenido

GestionarTema

Gestionar Contenido Cartográfico

Gestionar Mapas Estáticos

Gestionar Mapas Interactivos

<<extend>>

<<extend>>

Gestiornar Mapas Satel itales

Gestionar Shapes

Gestión de Contenido

Gestion Arquitectura

U. Especialista

Registrar Mapa Estatico

Eliminar Mapa Estatico

Actualizar Mapa Estatico

Registrar Mapa Interactivo

Actualizar Mapa Interactivo

Eliminar Mapa Interactivo

<<extend>><<extend>>

<<extend>>

<<extend>>

<<extend>>

Registrar Mapa Satel ital

Actualizar Mapa Satel ital

El iminar Mapa Satel ital

Registrar Shape Files

Actualizar Shape File

Actualizar Shape Files


<<extend>>

<<extend>>

Registrar Tema

Actualizar Tema

Eliminar Tema

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

Registrar WMS

Actualizar WMSEliminar WMS

<<extend>>

<<extend>>

<<extend>>

<<extend>>

RegistrarPaginaEstatica

RegitrarPaginaPrincipal


ConsultarTema

<<extend>>ConsultarMapaInteractivo

<<extend>>

ConsultarMapaSateli tal

<<extend>>

ConsutarShapeFile

<<extend>>ConsultarWMS

<<extend>>

Gestionar WMS

<<extend>>

<<extend>>

<<extend>>

<<extend>>

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


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

34


Caso de Uso de Requerimiento

Gestionar Usuario

Gestionar Bitácora

Gestionar Estádistica

Gestionar fuentes WMS

Administrador

Registrar Usuario

Actualizar Usuario

Eliminar Usuario

ConsultarUsuario

<<extend>>

<<extend>>


Importar Datos WMS

Exportar Datos WMS

<<extend>>

<<extend>>

Ilustración 6: Diagrama Caso de Uso de Requerimiento


35


1.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

Uso GEO

AMAZONI

A

Especificación

Usuario

Libre

Acceder

Servicios

GEO

AMAZONIA

Búsqueda

Simple

Precondición: Se ingresa un parámetro de búsqueda en la caja

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.

Búsqueda

Avanzada

Precondición: El usuario ingresará datos precisos de la

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

Precondición: Sin restricciones para descarga de Shape Files

Postcondición: No hacer uso indebido de las imágenes

satelitales.

Descarga

MAPAS

Este proceso de descarga envía un enlace para descargar los

Shape Files asignados al GEOAMAZONIA

Visualizar

Mapa

Interactivo

Permite visualizar dinámicamente y a través de posiciones

(latitudes y longitudes) la posición de una ubicación en el mapa.

Visualizar

Mapa

Estático

Muestra una colección de mapas temáticos que el usuario final

podrá ver y descargar.

Visualizar

Mapa

Satelital

Muestra datos apartir de un visualizador externos ingresando

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

propio sistema.

36


Actor ProcesoCaso de Uso

SANIAEspecificación

Usuario

Especialista

Gestionar

Contenido

Gestionar Tema

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.

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

Post condición: Ninguna

Gestionar

Contenido

Cartográfico

Precondición: Este proceso engloba múltiples sub procesos

como la Gestión de Shape Files, Mapas Satelitales, Mapas

Interactivos y Mapas Estáticos.

Post condición: Ninguna

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

37


Actor Proceso Caso de Uso

SANIA

Especificación

AdministradorGestionar

Usuario

Registrar Usuario

El Administrador del Sistema podrá registrar a los

usuarios y hacer los procesos de actualización y

eliminación de usuarios.

Precondición: Que el Usuario debe ser un

miembro reconocido por el nodo principal del IIAP

Consultar Usuario

Este proceso gestiona la búsqueda de los usuarios

del GEOAMAZONIA para sus posterior

subprocesos de registrar, actualizar o modificar.

Eliminar UsuarioEste proceso eliminar de la tabla Usuario a la

persona que gestiona GEOAMAZONIA

38


2. 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.

2.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


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


2.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.

AcederServicioGeoAMAZONIA

MapasEstaticosMapasDinamicos

GestionarUsuarios

GestionarArquitectura

GestionarBitacora

GestionarEstadistica

DescargaArchivos

Visualizadores

ValidacionUsuario

GestionIntranet

GestionarMapaEstatico GestionarMapaDinamico

GestionarContenidoGestionarMapaSatelital

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

informático

41


3. 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


3.1.Tarea ASI 4.1: Descripción de la Interacción de Objetos

Diagrama de Secuencia de Gestión de Acceso a Servicios

Usuario Libre : Usuario LibreUsuario Libre : Usuario Libre

: Pagina GEOASERVIDOR : Pagina GEOASERVIDOR : Buscador Simple : Buscador Simple

: Buscador : Buscador

: Shape Files : Shape Files : ISO11915 : ISO11915 : WMS : WMS : Tema : Tema

Ingresar Buscador Simple

EnviaDatos

DevuelveRespuesta

SolicitarShape

DevolverShape

IngresaGEOSERVIDOR

SolicitarISO19115

DevolverISO19115

SolicitarWMS

DevolverWMS

SeleccionarTema

DevolverTema

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

Diagrama de Secuencia AMAZONIA MOVIL

43


: Usuario Libre : Usuario Libre : BuscadorAmazoniaMovil : BuscadorAmazoniaMovil : PaginaResultados : PaginaResultados

: MostrarDocumento : MostrarDocumento

: AmazoniaMovil : AmazoniaMovil : Publicaciones : Publicaciones : UbicacionFisicaArchivo : UbicacionFisicaArchivo

IngresarAmazoniaMovi l

EnviarParametro

EjecutarBuscador

DevolverDatos

MostrarResultado

SolicitarDocumento

BuscarDocumentoEnServidor

DevolverDocumento

MostrarDocumento

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

44


Diagrama de Secuencia Validar Usuario Especialista.

: Usuario Especialista : Usuario Especialista

: IntranerGeoServidor : IntranerGeoServidor : PrincipalIntranet. : PrincipalIntranet.

: Gestorde Usuarios : Gestorde Usuarios

: sUsuario. : sUsuario.

Ingresar Geoservidor

Ingresar Datos

ValidarUsuario

DevolverDato

IngresarPrincipalIntranet


Diagrama de Secuencia de Validar Usuario Administrador.

45


: Administrador : Administrador

: IntranerGeoServidor : IntranerGeoServidor : PrincipalIntranet. : PrincipalIntranet.

: Gestorde Usuarios : Gestorde Usuarios

: sUsuario. : sUsuario.

Ingresar Geoservidor

Ingresar Datos

ValidarUsuario

DevolverDato

IngresarPrincipalIntranet

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

46


Diagrama de Secuencia de Gestión de Arquitectura Web- GEOAMAZONIA.Fuente: Documentación Planificación, Análisis y Diseño Proyecto GEOAMAZONIA

: Administrador de Sistema

: Pagina

: Pagina Estatica

: Nivel

: Acceso Web Principal

: Posicion

: Gestionar la Web Principal

: Gestion de la Web Principal

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

47


Diagrama de Secuencia de Gestión de Temas.

: Usuario Especial ista : Usuario Especial ista

ConsultarTema : TransaccionesTemaConsultarTema : TransaccionesTema

: RegistrarTema : RegistrarTema

: GestorContenido : GestorContenido

: ActualizarTema : ActualizarTema

: Tema : Tema

IngresarTema

RegistrarTema

EnviarDatos

RegistrarTema

DevolverDato

ResponderMensaje

RegistrarActualizarTema

EnviarDato

ActualizarTema

DevolverDato

ResponderMensaje

EliminarTema

EliminarTema

DevolverDato

Responder Mensaje


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

48



: ConsultarMapaInteractiv o : ConsultarMapaInteractiv o : RegistrarMapaInteractiv o : RegistrarMapaInteractiv o : ActualizarMapaInteractiv o : ActualizarMapaInteractiv o

Dev olv erMensaje : GestorContenidoDev olv erMensaje : GestorContenido

: WMS : WMS : TipoMapaEstatico : TipoMapaEstatico : sTema : sTema

IngresarConsultarMapaInteractiv o

SolicitarDatos

CargarGrid

IngresarRegistrarMapaInteractiv o

IngresarDatos

IngresandoActualizarMapaInteractiv o

IngresarDatosActualizados

Dev olv erMensaje

SolicitarDatos

ConsultarDatos

ConsultarDatos

ConsultarDatos

Dev olv erDatos

Dev olv erDatos

Dev olv erDatos


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

49



: ConsultarMapaEstatico : ConsultarMapaEstatico : RegistrarMapaEstatico : RegistrarMapaEstatico : ActualizarMapaEstatico : ActualizarMapaEstatico

ActualizarDatos : GestorContenidoActualizarDatos : GestorContenido

SolicitarDatos : ISO11915


AsignarTema : TipoMapaEstatico


: sTema : sTema : ISO19139

: ISO19139

: FGDC : FGDC

IngresarMapaEstatico

SolicitarDatos

LlenarFormulario

IngresarRegistrarMapaEstatico

EnviarParametro

IngresarActualizarMapaEstatico

IngresarParametros

SolicitarDatos

SolicitarDatos

DevolverDatos

RegistrarISO11915

ActualizarDatos

DevolverDatos

DevolverMensaje

SolicitarDatos

DevolverDatos

SolicitaDatos

DevolverDatos

DevolverDatos

RegistrarTipo

RegistrarTema

RegistrarISO10139

RegistrarFGDC

ActualziarDatos

ActualziarDatos

ActualizarDatos

ActualziarDatos


50


4. Actividad ASI 5: Análisis de Clases

4.1.Identificación de Responsabilidades y AtributosDiagrama de Clases SANIA

-

Entidad

Ent_IdEntidadEnt_NombreEnt_DescripcionEnt_SiglasEnt_DependenciaEnt_RoleId_ResponsableEnt_Estado

RegistrarEntidad()ObtenerEntidad()ActualizarEntidad()

Usuario

Per_IdPersonaPer_UserIdPer_NombrePer_Apellido_PaternoPer_Apellido_MaternoPer_DniPer_SexoPer_FechaNacimientoPer_Telef onoPer_DireccionFisicaEnt_IdEntidad

Roles

SituacionNombreRol

ListarRolesUsuario()

Descarga

Des_IdDescargaArf _IdArchiv oFisicoDes_FechaDes_IP

RegistrarDescarga()

Archiv oFisico

Arf _IdArchiv oFisicoArf _TipoArf _DescripcionArf _FormatoArf _TamanoArchiv oArf _PosicionFisicaArf _FechaCreacionArf _FechaModif icacionArf _URLArf _Estado

RegistrarArchiv oFisico()ObtenerArchiv oFisico()Des_habilitarArchiv oFisico()

TemaLinea

Tel_IdTemaLineaTel_TituloCat_IdCategoriaTel_OrdenTel_Estado

Vista

Vis_IdVistaVis_VistaVis_DescripcionVis_Estado

RegistrarVista()ObtenerVista()

Bitacora

Bit_IdBitacoraEv e_IdEv entoBit_UserNameBit_FechaBit_NombrePaginaBit_IpBit_DescripcionBit_TablaBit_Estado

RegistrarBitacora()ObtenerBitacora()ObtenerPaginasConMasErrores()ObtenerErroresMasComunes()ObtenerTablasMasActualizadas()

Pagina

Pag_IdPaginaPag_IdPrincipalPag_SistemaPag_NombrePag_DescripcionPag_OrdenPag_ContenidoPag_UrlPag_Estado

RegistrarPagina()ObtenerPagina()

Visitante

Vis_IdVisitanteVis_ExploradorVis_f echaVis_PaginaAnteriorVis_PaginaVisitadaVis_SistemaOperativ oVis_CulturaEspecif icaVis_IdiomaUsuarioVis_Ip

RegistrarVisitante()ObtenerIpMasFrecuentes()

clsTipoCartograf ia

Id_TipoCartograf iaDescripcionEstado

clsISO19115

IdISOTituloConjDatosFecRef erenciaResponsableConjDatosLocLatitudNorteLocLatitudSurLocLatitudEsteLocLatitudOesteIdiomaConjDatosConjCaracteresCategoriaTemaResEspacialResumenDescripFormatoDistribucionExtVerticalValMinimoExtVerticalValMaximoTipoRepresetEspacialRecursoenLineaNormaMetadatoVersionNormaMetadatoIdiomaMetadatosConjCaracteresMetadaPtoContactoMetadatoFechaMetadatoCreditos

RegistrarMapaEstatico()ConsultarMapaEstatico()AxtualizarMapaEstatico()EliminarMapaEstatico()

clsWMS|

id_mapaswms_URLwms_Lay erwms_Sty lemap_Name

RegistrarMapaDinamico()ConsultarMapaDinamico()ActualizarMapaDinamico()EliminarMapaDinamico()

FGDC

IdFGDCDescripcionElaboacionImagenAreaGeograf icaTematicaFechaVigenciaFechaTomadaRestriccionAccesoCodif icacionDatosValidacionDatosMargenErrorDatosCompletosConsistenciaInternaCodif icacionDatosEspacialesObjetosEspacialesLatitudLongitudProy eccionPlanaInf oGeoCallesInf oGeoElev acionInf oGeoTemperaturaCostoImagenFuenteImagen

RegistrarFGDC()ConsultarFGDC()ActualizarFGDC()EliminarFGDC()

clsTema

Tem_IdTemaTem_DescripcionTem_Estado

RegistrarTema()ActualizarTema()ConsultarTEMA()EliminarTema()opname()

clsISO10139

IdISO19139TituloFechaRef erenciaLocaliacionGeograf icaLatitudLongitudIdiomaConjuntoDatosCategoriaResolucionEspacialResumenFormatoDistribucionExtensionVerticalEstensionTemporal

AmazoniaMovi l

ValorBusqueda

ConsultarAmazoniaMovil()

51


5. 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


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


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.

5.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


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.

5.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


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


57

Figura N° 41: Comportamiento dinámico


5.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


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

6.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


6.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° 10: 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 Gestionar Mapa Estático ObtenerMapaEstatico () clsISO19915,

clsISO19139, FGDC

ActualizarMapaEstatico Gestionar Mapa Estático ActualizarMapaEstatico () clsISO19915,

clsISO19139, FGDC

EliminarMapaEstatico Gestionar Mapa Estático EliminarMapaEstatico () clsISO19915,

clsISO19139, FGDC

RegistrarMapaInteractivo Gestionar Mapa Interactivo RegistrarMapaInteractivo() clsISO19915,

clsISO19139, FGDC

ObtenerMapaInteractivo Gestionar Mapa Interactivo ObtenerMapaInteractivo () clsISO19915,

clsISO19139, FGDC

ActualizarMapaInteractivo Gestionar Mapa Interactivo ActualizarMapaInteractivo () clsISO19915,

clsISO19139, FGDC

60


EliminarMapaInteractivo Gestionar Mapa Interactivo EliminarMapaInteractivo () clsISO19915,

clsISO19139, FGDC

RegistrarMapaSatelital Gestionar Mapa Satelital RegistrarMapaSatelital() clsISO19915,

clsISO19139, FGDC

ObtenerMapaSatelital Gestionar Mapa Satelital ObtenerMapaSatelital() clsISO19915,

clsISO19139, FGDC

ActualizarMapaSatelital Gestionar Mapa Satelital ActualizarMapaSatelital() clsISO19915,

clsISO19139, FGDC

EliminarMapaSatelital Gestionar Mapa Satelital 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 Gestionar ShapeFiles ObtenerWMS() WMS

ActualizarShapeFiles Gestionar ShapeFiles ActualizarWMS() WMS

EliminarShapeFiles Gestionar ShapeFiles 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

registrarContenidoWeb2 Gestionar Contenido_Externo registrarContenidoWeb2() clsContenidoWeb2

61


Des_habilitarContenidoWeb Gestionar Contenido_Externo Des_habilitarContenidoWeb2() clsContenidoWeb2

listarContenidoWeb2 Gestionar Contenido_Externo listarContenidoWeb2() clsContenidoWeb2

RegistrarDescarga Consultar_Estadistica RegistrarDescarga() clsDescarga

ObtenerDocumentosMasDescargados Consultar_Estadistica ObtenerDocumentosMasDescargados() clsDescarga

listarDocumentosMasDescargados Consultar_Estadistica 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 Gestionar Arquitectura ObtenerPagina() clsPagina

ActualizarPagina Gestionar Arquitectura ActualizarPagina() clsPagina

ActualizarPaginaContenido Gestionar Arquitectura ActualizarPaginaContenido() clsPagina

Des_habilitarPagina. Gestionar Arquitectura Des_habilitarPagina() clsPagina

RegistrarPalabraClave Gestión de la palabra clave. RegistrarPalabraClave() clsPalabraClave

ActualizarPalabraClave Gestión de la palabra clave. ActualizarPalabraClave() clsPalabraClave

EliminarPalabraClave Gestión de la palabra clave. EliminarPalabraClave () clsPalabraClave

ListarPalabraClave Gestión de la palabra clave. ListarPalabraClave () clsPalabraClave

62


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() clsRoles

RegistrarSugerencia Gestión de las sugerencias RegistrarSugerencia() clsSugerencia

ListarSugerencia Gestión de las sugerencias ListarSugerencia() clsSugerencia

RegistrarVisitante Registro de variables para estadística. RegistrarVisitante() clsVisitante

ObtenerVisitasHoy Registro de variables para estadística. ObtenerVisitasHoy() clsVisitante

listarVisitante Registro de variables para estadística. listarVisitante () clsVisitante

RegistrarVista Realizar Búsqueda Especie. ListarPlinian() clsPlinian

ObtenerVista Realizar Búsqueda Especie. ObtenerPlinian() clsPlinian

63


6.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

6.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

sector del diseño y la programación web, por sus funcionalidades, su integración

64


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


7. 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


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

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.

67


• Amplitud de las pruebas

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

funcionalidad requerida.

68


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

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

8.1.Tarea DSI 1.1: Definición de Niveles de Arquitectura

8.1.1. Diseño de la Arquitectura del Sistema

Particionamiento Físico del sistema de información

8.2.Tarea DSI 1.2: Identificación de Requisitos de Diseño y ConstrucciónEn 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.

8.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

Figura N° 42: Particionalmente Físico


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° 12: Requisitos de Construcción - Hardware

Hardware

Servidor de Archivos

Servidor de Datos

Switch Administrable

Router

Firewall

70


Tabla N° 13: 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° 14: 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


8.3.Tarea DSI 1.3: Especificación de Excepciones

8.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; las

excepciones de validación se relacionan con aspecto 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° 15: Excepción 1 de Comunicación

Número de Excepción 001-C

Tipo de excepción Comunicación

Descripción de la

excepción

Se intenta descargar un archivo.

Condición No se establece la conexión.

Respuesta esperada Mensaje de error:

“El sistema no puede hallar el archivo

especificado.”

72



Numero de Excepción 002-C


Descripción de la

excepción

Se intenta navegar por las distintas páginas del

sistema.

Condición No se establece la conexión


“El sistema no puede hallar la ruta

especificada.”




Descripción de la

excepción

El sistema no puede abrir el archivo.



“Archivo dañado.”




Descripción de la

excepción

Espacio de almacenamiento insuficiente para procesar

este comando.



“No es posible almacenar este comando”

73





Descripción de la

excepción

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

través de la WEB



“No fue posible establecer la conexión”




Descripción de la

excepción.

El sistema intenta conectarse con la base de datos



“No fue posible establecer la conexión con la

base de datos”




Descripción de la

excepción

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

con la aplicación.

Condición Se pierde la conexión con la aplicación


“Se perdió la conexión”

74





Descripción de la

excepción

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

con la base de datos

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

datos


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

Validación:

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

Numero de Excepción 001-V

Tipo de excepción Validación

Descripción de la

excepción

Se intenta cargar un dato que se

encuentra fuera de los rangos permitidos

Condición Carga de datos


“Valores fuera de rango”




Descripción de la

excepción

Se intenta cargar un dato de distinto tipo al permitido

Condición Carga de datos


“Tipo de dato incorrecto” o “Datos no validos”

75





Descripción de la

excepción

Se intenta descargar un Archivo no existente

Condición Descarga de datos


“No existente el archivos”


Número de Excepción 004-V


Descripción de la

excepción

Se intenta Ingresar un dato al sistema

Condición Ingreso de datos

Respuesta esperada Mensaje de error: “Error de datos

(Redundancia)”




Descripción de la

excepción

El proceso no tiene acceso al archivo porque

está siendo utilizado por otro proceso.

Condición Proceso de adquisición de datos

Respuesta esperada Mensaje de error: “Error de datos

(Redundancia)”

76





Descripción de la

excepción

Se intenta ingresar un archivo existente


Respuesta esperada Mensaje de error: “El archivo ya existe”




Descripción de la

excepción

Se ingresa como nombre del archivo valores

demasiado extensos



“El nombre del archivo es demasiado largo”.




Descripción de la

excepción

Se ingresa al sistema y se pierde la conexión



“Sección Cancelada”.

77


Permiso:

Tabla N° 31: Excepción 1 de Permiso

Numero de Excepción 001-P

Tipo de excepción Permiso

Descripción de la

excepción

Se intenta ingresar al intranet con un logeo incorrecto.

Condición Ingreso al sistema

Respuesta esperada Mensaje de error: “Acceso denegado.”




Descripción de la

excepción

Se intenta ingresar al sistema con una clave incorrecta


Respuesta esperada Mensaje de error: “Clave incorrecta”


Numero de Excepción 002-P

Tipo de excepción Permiso

Descripción de la

excepción

Se intenta ingresar al sistema con un usuario

incorrecto


Respuesta esperada Mensaje de error: “Usuario incorrecto”

78


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

8.4.1.1. Catálogo de normas

No se muestran nuevos estándares y normas a las ya definidas con

descripciones breves y precisas sobre todo los puntos en el Análisis del

Sistema de Información (ASI 1.3), por lo tanto se da por cumplida esta

tarea.

Normas de programación para el desarrollo de los sistemas de

información:

Formato de letras:

Usar plantilla de definición de estilos (archivo con extensión css) para la

simplificación del manejo, estos deben estar claramente enlazados en las

páginas que lo requieran. Utilizará los siguientes estilos de letra:

Verdana 17 para Títulos y Verdana 13 para contenido.

Normas de desarrollo:

Las páginas deben tener en promedio inferior a 40Kb.

Verificar que las páginas funcionen adecuadamente en los

exploradores tanto en Internet Explorer (desde la versión 8),

Google Chrome, Mozilla Firefox.

Para el envío de parámetros entre páginas, utilizar

preferentemente el encabezado.

Se utilizaran las funciones del ASP.net para el manejo de las

sesiones de usuario.

Utilizar una variable de aplicación para el string de conexión a la

base de datos.

Descripción de la arquitectura del sistema de información:

Se aplicará: .Net Framework versión 4: Componente integral de Windows que

admite la compilación y la ejecución de la siguiente generación de aplicaciones

y servicios Web. Los componentes clave de .NET Framework son Common

79


Language Runtime (CLR) y la biblioteca de clases .NET Framework, que

incluye ADO.NET, ASP.NET, formularios Windows Forms y Windows

Presentation Foundation (WPF). .NET Framework proporciona un entorno de

ejecución administrado, un desarrollo e implementaciones simplificadas y la

integración con una gran variedad de lenguajes de programación.

La estructura de la programación para el desarrollo del sistema de información

constará de la siguiente manera:

Capa de Presentación

Capa Lógica de Negocio

Capa de Acceso a Datos

Capa de Presentación: es la que ve el usuario (hay quien la denomina “capa

de usuario”), presenta el sistema al usuario, le comunica la información y

captura la información del usuario dando un mínimo de proceso (realiza un

filtrado previo para comprobar que no hay errores de formato). Esta capa se

comunica únicamente con la capa de negocio.

Capa Lógica de Negocio: es donde residen los programas que se ejecutan,

recibiendo las peticiones del usuario y enviando las respuestas tras el proceso.

Se denomina capa de negocio (e incluso de lógica del negocio) pues es aquí

donde se establecen todas las reglas que deben cumplirse. Esta capa se

comunica con la capa de presentación, para recibir las solicitudes y presentar

los resultados, y con la capa de datos, para solicitar al gestor de base de datos

para almacenar o recuperar datos de él.

80


Capa de Acceso a Datos: es donde residen los datos. Está formada por uno o

más gestor de bases de datos que realiza todo el almacenamiento de datos,

reciben solicitudes de almacenamiento o recuperación de información desde la

capa de negocio.

El objetivo es facilitar el mantenimiento y reducir la complejidad aislando cada

uno de los subsistemas.

Para la estructura de la capa de presentación estará formada por subcarpetas

el cual estará formada por:

CSS: Estará formado por archivos .css, para definir la presentación de un

documento estructurado escrito en HTML o XML

Imágenes: Esta carpeta contendrá información de imágenes que se están

utilizando en la solución del sistema de información.

Intranet: Contendrá información de los procesos internos de la institución.

Scripts: Contendrá información que harán más dinámica e interactiva las

paginas HTML.

81


8.5.Tarea DSI 1.5: Identificación de Subsistemas de Diseño

8.5.1.1. Diseño de la Arquitectura del SistemaFigura N° 43: Diagrama de despliegue Arquitectura

SITERRITORIAL

Servidor ARGIS

Visualizador Externo ROUTER

GEOAMAZONIA

SWITCH

Internet

Amazonia Movil

Figura N° 5: Diagrama de Componentes de GEOAMAZONIA

82


8.6.Tarea DSI 1.6: Especificación del Entorno Tecnológico

8.6.1.1. Entorno tecnológico del sistema

8.6.1.1.1. Especificación del entorno tecnológico

En este punto se describen los elementos de la infraestructura técnica del

Sistema de información GEOAMAZONIA.

Entorno de Hardware

Tabla N° 34: Equipos de Hardware Utilizados en el Área.

Equipo Nombre Tarea

Intel Quad Core o sup. Servidor Aplicación Gestiona la aplicación

Intel Quad Core o sup. Servidor Base de

Datos

Gestiona la Base de

Datos

Intel Quad Core o sup. Servidor de Internet Dar servicio de internet

Pentium IV o sup. PC Usuario Final Operar Sistema

Tabla N° 35: Tipo de Equipos

83

Tipo de Equipo Cantidad

Computadoras 08

Laptops 07

Servidor 01

Impresoras 03

Router 01

Proyectos Multimedia 02

Switch D-Link 02

Access Point 01


Tabla N° 36: Tipo de Equipos según Ubicación

Tipo de Equipo Tarea Ubicación Unidad

Computadoras Operar Sistema Desarrollador 08

Laptops Operar Sistema Desarrollador 07

Servidor Gestiona servicios 01

Impresoras permite producir una copia permanente de textos

o gráficos de documentos

Área Boinfo 03

Router interconexión de red de ordenadores Área Boinfo 01

Proyector Multimedia Visualización de las informaciones Área Boinfo 02

Switch D-Link *Aprender direcciones (MAC)

* Reenviar y Filtrar (Información)

* Evitar Loops

Área Boinfo 02

Access Point Permiten la conexión de dispositivos

inalámbricos a la WLAN,

Área Boinfo 01

Entorno Software

Tabla N° 37: Tipo de Equipos Software Utilizados en el Área.

Tipo Función Cantidad

Lenguajes y herramientas de Programación

- Visual Studio.Net 2010

Permiten realizar aplicativos,

programas,

04

Manejador de Bases de Datos

- SQL 2008

Gestor de base de datos 04

Sistemas Operativos

- Windows XP SP 2

gestiona los recursos de

hardware

04

- Windows Server 2003 gestiona los recursos de

hardware

04

Herramientas de Productividad

- Office Professional 2007

Crear documentos 04

Tabla N° 38: Topología de Redes del IIAP Utilizados en el Área.

Clasificación de la Aplicación

Aplicación IIAP

Criticidad para el negocio Baja

84

http://es.wikipedia.org/wiki/Hardware

http://es.wikipedia.org/wiki/Hardware


Clasificación de la

Información que almacena

Pública

Tipo de aplicación Administrador de contenidos

GEOAMAZONIA.

1.6.1.1 Estimación de planificación de capacidades

Espacio en disco servidor web y de base de datos: mínimo 3 GB.

Al tratarse de una aplicación web son mínimos los requerimientos

del cliente.

Memoria de servidor de base de datos y web: 2 GB mínimo

Memoria cliente: 512 Mb mínimo.

Ancho de banda del enlace en el cliente mínimo requerido: 512

Mbps

Ancho de banda del enlace del servidor web mínimo requerido: 1

Gbps

85


8.7.Tarea DSI 1.7: Especificación de Requisitos de Operación y Seguridad

8.7.1.1. Procedimientos de Seguridad y Control de Acceso.

Para establecer los requisitos operativos y de seguridad de la aplicación es

necesario tener en cuenta las características del sistema. Para ello se siguen los

pasos definidos en los estándares de seguridad de la información y de

contingencia.

Una vez obtenida en forma conjunta con el negocio la clasificación de la aplicación,

y considerando la infraestructura necesaria (existente o futura) en la Institución, se

definen los requisitos de operación y seguridad para la aplicación que

desarrollaremos.

Tabla N° 39: Requisitos Operativos y de Seguridad

Requisitos Operativos y de Seguridad

Disponibilidad 24hs los 365 días del año

Resguardo de datos

Resguardo semanal completo y diario de diferencias.

Tiempo máximo de Recuperación ante caídas del sistema

Recuperación de datos 24hsRecuperación del sistema 15 días

Tiempo máximo de resolución de fallas aplicativas

Severidad 1: 24 horasSeveridad 2: 1 semanaSeveridad 3: a acordar con usuarios

Control de Acceso Los perfiles y claves para acceder a la aplicación estarán administrados por el Súper Administrador del sistema.

La tabla a continuación muestra la clasificación de las severidades de las fallas

aplicativas. Esta tabla corresponde al estándar que se propone a utilizar para el

procesamiento de datos del sistema.

86


Tabla N° 40: Clasificación de Fallas Aplicativas

Clasificación de Fallas Aplicativas

Grave

Severidad 1

Impacta directamente en el usuario.

Provoca la cancelación de la aplicación.

Afecta al acuerdo de servicio de la aplicación.

Afecta funciones principales.

Mediana

Severidad 2

Impacta en el usuario de forma leve,

afectando tiempo de respuesta, visualización,

o mensajes de error confusos.

No afecta al acuerdo de servicio.

No produce caída de la aplicación.

Afecta funciones secundarias o poco

utilizadas.

Leve

Severidad 3

Cualquier falla que no entre en las categorías

anteriores.

87


Acceso al sistema

Los usuarios para acceder al sistema deberán tener los diferentes privilegios

asignados por el administrador de acceso, estos privilegios serán dados sobre

las acciones del sistema que dependerá de roles previamente definidos.

Mantenimiento de integridad y confidencialidad

Con respecto a la confidencialidad de los datos, el acceso a los mismos será

restringido mediante la asignación de diferentes privilegios a los usuarios por el

administrador de acceso.

Control de registro y acceso al sistema

El Sistema de Información GEOAMAZONIA no registra Logs de seguridad,

debido a que es el Componente Neural el encargado de las funciones de control

de acceso al Sistema de Información Andino Ambiental.

Copias de seguridad y recuperación de datos y su periodicidad

Es necesario que se hagan copias de seguridad con periodicidad, por lo tanto,

mediante herramientas propietarias del sistema operativo se harán las copias

de seguridad programadas generalmente para ser realizada los Viernes a última

hora indicando en un archivo de log si han existidos problemas con la ejecución

de dicho proceso.

Para la recuperación de datos, se utilizará la última copia generada, y se

restablecerá mediante la misma aplicación proporcionada por el sistema

operativo.

Recuperación ante catástrofes

El sistema no contará con elementos de alta tecnología que permitan una

recuperación inmediata del sistema, aunque existirán elementos que permitirá

de los datos (ejemplo copia de seguridad). Al momento de la realización de una

copia de seguridad o al momento de que se ejecute una transacción, esta base

de datos se encontrará en otro servidor alojado en una diferente ubicación física

y mediante la transferencia de la información a través de una red segura se

hará la réplica de los datos. 88


8.7.1.2. Procedimientos de Operación y Administración del Sistema

Tratamiento en línea

El Sistema GEOAMAZONIA al ser un sistema que permita la conexión

a través de INTERNET este deberá estar disponible las 24 horas del

día los 365 días del año.

La máxima cantidad de clientes dependerá del hardware incluido en el

sitio, para la arquitectura propuesta se estima un máximo de conexión

de todos los trabajadores de la Institución y usuarios externos más

concurrentes.

Tratamiento por lotes

Se harán tratamientos por lotes para la generación de los archivos de

copia de seguridad de la base de datos mediante la utilización de

herramientas propias del sistema operativo.

Control y planificación de trabajo

No existe control de los procesos y planificación de trabajo, será necesario que el

administrador verifique mediante el monitoreo del sistema operativo las disponibilidades

de los diferentes recursos.

89


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

9.1.Diseño Detallado de los Subsistemas de SoporteEl objetivo de esta tarea es la especificación diseño de los módulos/clase

que forman parte de los subsistemas de soporte, identificados en la tarea

identificación de subsistemas de diseño (DSI 1.5).

Figura N° 47: Diagrama de despliegue Arquitectura de Soporte.

Servidor Web SiAmazonia

Gestion de Contenido web

Gestion de Usuario

Bitacora y Estadistica

Gestion de contenido externo

Gestion de Arquitect...

Sub Sistemas de soporte

Enterprise Library 5.0

Chart Control

Ajax Control

Firewall

Servidor de Datos del Sistema SIAmazonia

Tabla Pe...

Tabla Usuario

Tabla Bit...

Tabla n..

SwitchRouter

Internet

Pc Usuario 1

Pc Usuario 2

Pc Usuario 3

Pc Usuario n

Gestion de Especial ista

90


10. Actividad DSI 3: Diseño de Caso de Uso RealesFigura N° 48: Diseño detallado de los Subsistemas de GEOAMAZONIA

Tabla 14: Diagrama Caso de Uso Servicios GEOAMAZONIA

Caso de Uso de Requerimiento Acceder Servicios GEOAMAZONIA

Acceder a Servicios de GEOAMAZONIA(from Use Case View)

U.Libre

(from Use Case View)

VisorGeográfico


Imágenes Satelitales


Visualizar Mapas Estáticos


Fotografias Satelitales


Visualizar Mapas Interactivos


Ilustración 7: Diagrama Caso de Uso de Requerimiento Acceder Servicios GEOAMAZONIA



GEOAMAZONIA

Tabla 16: Diagrama Caso de Uso Servicios SITERRITORIAL

Caso de Uso de Requerimiento Acceder Servicios SITERRITORIAL

Visualizar Mapa Zonificacion Económica Ecológica


Visualizar Mapa Unidad Economica Ecológica


Usuario SIGT


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



SITERRITORIAL

91


Caso de Uso Requerimiento Gestionar Contenido

GestionarTema


Gestionar Contenido Cartográfico


Gestionar Mapas Estáticos


Gestionar Mapas Interactivos


Gestiornar Mapas Satelitales


Gestionar Shapes


Gestión de Contenido


Gestion Arquitectura


U. Especialista


RegistrarPaginaEstatica


Gestionar WMS


<<extend>>

<<extend>>

<<extend>>

<<extend>>

<<extend>>RegitrarPaginaPrincipal


<<extend>>

<<extend>>

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


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

92


Caso de Uso de Requerimiento

Gestionar Usuario


Gestionar Bitácora


Gestionar Estádistica

(from Use Case View)Gestionar fuentes WMS


Administrador


Ilustración 10: Diagrama Caso de Uso de Requerimiento


93


10.1. Tarea DSI 3.1: Identificación de Clases Asociadas a un Caso de Uso

10.1.1. DISEÑO DE LA REALIZACIÓN DE LOS CASOS DE USO

De acuerdo a los objetos identificados en el punto anterior definimos la interacción de los caso de uso:

Diagrama de colaboración de Gestión de Acceso a Servicios

Usuario Libre : Usuario Libre : Pagina GEOASERVIDOR

: Buscador Simple

: Buscador : Shape Files

: ISO11915 : WMS

: Tema

1: IngresaGEOSERVIDOR

2: Ingresar Buscador Simple

3: EnviaDatos

4: DevuelveRespuesta

5: SolicitarShape

6: DevolverShape

7: SolicitarISO19115

8: DevolverISO191159: SolicitarWMS 10: DevolverWMS

11: SeleccionarTema

12: DevolverTema

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

94


Diagrama de Colaboración Validar Usuario Especialista.

: IntranerGeoServidor

: PrincipalIntranet.

: Gestorde Usuarios : sUsuario.

: Administrador

1: Ingresar Geoservidor 2: Ingresar Datos 3: ValidarUsuario

4: IngresarPrincipalIntranet

5: DevolverDato


95


Diagrama de Colaboración de Gestión de Temas.

: Usuario EspecialistaConsultarTema : TransaccionesTema : RegistrarTema

: GestorContenido

: ActualizarTema : Tema

1: IngresarTema 2: RegistrarTema

3: EnviarDatos

4: RegistrarTema

5: ResponderMensaje

6: DevolverDato

7: RegistrarActualizarTema

8: EnviarDato

9: ResponderMensaje

10: ActualizarTema

11: DevolverDato

12: EliminarTema

13: EliminarTema

14: Responder Mensaje

15: DevolverDato


96


Diagrama de Colaboración Validar AMAZONIA MOVIL

: BuscadorAmazoniaMovil

: PaginaResultados

: Usuario Libre

: Publicaciones

: AmazoniaMovil

: UbicacionFisicaArchivo

: MostrarDocumento

1: IngresarAmazoniaMovil

2: EnviarParametro

3: EjecutarBuscador

4: DevolverDatos

5: MostrarResultado

6: SolicitarDocumento

7: BuscarDocumentoEnServidor

8: DevolverDocumento

9: MostrarDocumento


97


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

: Usuario Especialista : ConsultarMapaInteractivo

: RegistrarMapaInteractivo

: ActualizarMapaInteractivo

DevolverMensaje : GestorContenido : TipoMapaEstatico

: sTema : WMS

1: IngresarConsultarMapaInteractivo

2: SolicitarDatos

3: ConsultarDatos

4: DevolverDatos

5: ConsultarDatos

6: DevolverDatos

7: ConsultarDatos

8: DevolverDatos

9: CargarGrid

10: IngresarRegistrarMapaInteractivo

11: IngresarDatos

12:

13: IngresandoActualizarMapaInteractivo

14: IngresarDatosActualizados

15:

16: DevolverMensaje17: SolicitarDatos

18:


98


Diagrama de Colaboración de Gestión de Mapa Estático.

: ConsultarMapaEstatico : Usuario Especialista

: RegistrarMapaEstatico

: ActualizarMapaEstatico

ActualizarDatos : GestorContenido


: sTema


: ISO19139 : FGDC

1: IngresarMapaEstatico

2: SolicitarDatos

6: DevolverDatos

11: LlenarFormulario12: IngresarRegistrarMapaEstatico

20: IngresarActualizarMapaEstatico

21: IngresarParametros

28: DevolverMensaje

7: SolicitarDatos14: RegistrarISO11915

22: ActualizarDatos

8: DevolverDatos27: DevolverDatos

9: SolicitarDatos15: RegistrarTipo

23: ActualziarDatos

10: DevolverDatos16: RegistrarTema24: ActualziarDatos

3: SolicitarDatos17: RegistrarISO10139

25: ActualizarDatos

4: DevolverDatos5: SolicitaDatos

19: RegistrarFGDC26: ActualziarDatos

13: EnviarParametro

18:


99


11. DISEÑO DE CLASES

11.1. Tarea DSI 4.2: Identificación de Atributos de las ClasesTabla N° 43: Identificación de Atributos de las Clases

Clase Atributos

100


101


102


103


104


105


106


107


108


109


110


111


112


12. Actividad DSI 6: Diseño Físico de Datos

12.1. Tarea DSI 6.1: Diseño del Modelo Físico de Datos

Figura N° 87: Modelo Físico de datos

113


DICCIONARIO DE DATOS

TABLA ATRIBUTOTIPO DE

DATO

clsISO10139

IdISO10139 intTitulo varchar(255)FechaReferencia varchar(255)LocalizacionGeografica varchar(255)Latitud varchar(255)Longitud varchar(255)Idioma varchar(255)ConjuntoDatos varchar(255)Categoria varchar(255)ResolucionEspacial varchar(255)Resumen varchar(255)FormatoDistribucion varchar(255)ExtencionVertical varchar(255)ExtencionTemporal varchar(255)Tem_IdTema int

BITCORA

Bit_IdBitacora intEve_IdEvento intBit_UserName varchar(255)Bit_Fecha varchar(255)Bit_NombrePagina varchar(255)Bit_Ip varchar(255)Bit_Descripcion varchar(255)Bit_Tabla varchar(255)Bit_Estado varchar(255)

AMAZONIA MOVIL Id_AmazoniaMovil intValorBusqueda varchar(255)

ARCHIVO FISICO

Arf_IdArchivoFisico intArf_Tipo varchar(255)Arf_Descripcion varchar(255)Arf_Formato varchar(255)Arf_TamañoArchivo varchar(255)Arf_PosicionFisica varchar(255)Arf_FechaCreacion varchar(255)Arf_FechaModificacion varchar(255)Arf_URL varchar(255)Arf_Estado varchar(255)

ISO 19115 IdISO int114


TituloConjDatos varchar(255)FecReferencia varchar(255)ResponsableConjDatos varchar(255)LocLatitudNorte varchar(255)LocLatitudSur varchar(255)LocLatitudEste varchar(255)LocLatitudOeste varchar(255)IdiomaConjDatos varchar(255)ConjCaracteres varchar(255)CategoriaTema varchar(255)ResEspacial varchar(255)ResumenDescip varchar(255)FormatoDistribucion varchar(255)ExtVerticalValMinimo varchar(255)ExtVerticalValMaximo varchar(255)TipoRepresetEspacial varchar(255)RecursoenLinea varchar(255)NormaMetadato varchar(255)VersionNormalMetadato varchar(255)IdiomaMetadatos varchar(255)ConjCaracteresMetadato varchar(255)PtoContactoMetadato varchar(255)FechaMetadato varchar(255)Creditos varchar(255)Tem_IdTema intId_TipoCartografia int

clsTema

Tem_IdTema intTem_Descripcion varchar(255)Tem_Estado varchar(255)Tem_IdTema intTem_Descripcion varchar(255)Tem_Estado varchar(255)

TipoCartografiaId_TipoCartografia intDescripcion varchar(255)Estado varchar(255)

clsWMSI

Id_mapas intwms_URL varchar(255)wms_Layer varchar(255)wms_Style varchar(255)wms_Name varchar(255)Tem_IdTema int

115


ENTIDAD

Ent_IdEntidad intEnt_Nombre varchar(255)Ent_Descripcion varchar(255)Ent_Siglas varchar(255)Ent_Dependencia varchar(255)Ent_Roleld_Responsable varchar(255)Ent_Estado varchar(255)

FGDC

IdFGDC intDescripcion varchar(255)ElaboracionImagen varchar(255)AreaGeografica varchar(255)Tematica varchar(255)FechaVigente varchar(255)FechaTomada varchar(255)RestriccionesAcceso varchar(255)CodificacionDatos varchar(255)ValidacionDatos varchar(255)MargenError varchar(255)DatosCompletos varchar(255)ConsistenciaInterna varchar(255)CodificacionDatosEspaciales varchar(255)ObjetosEspaciales varchar(255)Latitud varchar(255)Longitud varchar(255)ProyeccionPlana varchar(255)InfoGeoCalles varchar(255)InfoGeoElevacion varchar(255)InfoGeoTemperatura varchar(255)CostoImagen varchar(255)FuenteImagen varchar(255)Tem_IdTema int

PAGINA

Pag_IdPagina intPag_Sistema varchar(255)Pag_Nombre varchar(255)Pag_Descripcion varchar(255)Pag_Orden varchar(255)Pag_Contenido varchar(255)Pag_Url varchar(255)Pag_Estado varchar(255)

ROL IdRol int

116


Situacion varchar(255)NombreRol varchar(255)Per_IdPersona int

Vis_IdVisitante int

VISITANTE

Vis_Explorador varchar(255)Vis_Fecha varchar(255)Vis_PaginaAnterior varchar(255)Vis_PaginaVisitada varchar(255)Vis_SistemaOperativo varchar(255)Vis_CulturaEspecifica varchar(255)Vis_IdiomaUsuario varchar(255)Vis_Ip varchar(255)

USUARIO

Per_IdPesona intPer_Userld varchar(255)Per_Nombre varchar(255)Per_Apellido_Paterno varchar(255)Per_Apellido_Materno varchar(255)Per_Dni varchar(255)Per_Sexo varchar(255)Per_FechaNacimiento varchar(255)Per_Telefono varchar(255)Per_DireccionFisica varchar(255)Ent_Identidad int

VISITA

Vis_IdVisita intVis_Visita varchar(255)Vis_Descripcion varchar(255)Vis_Estado varchar(255)Tel_IdTemaLinea int

TEMA LINEA

Tel_IdTemaLinea intTel_Titulo varchar(255)Tel_Orden varchar(255)Tel_Estado varchar(255)Tel_IdTemaLinea intTel_Titulo varchar(255)Tel_Orden varchar(255)Tel_Estado varchar(255)

117


12.2. Tarea DSI 6.2: Especificación de los Caminos de Acceso a los Datos

Figura N° 88: Caminos de Acceso

12.3. Tarea DSI 6.3: Optimización del Modelo Físico de DatosEn referencia al punto 4.1 del modelo físico de datos, no se han

presentado modificaciones con la estructura inicial.

12.4. Tarea DSI 6.4: Especificación de la Distribución de Datos

12.4.1.Esquema Físico de Datos y asignación a sus nodos.

Figura N° 89: Esquema físico de datos y asignación de nodos

118


13. ACTIVIDAD DSI 7: VERIFICACIÓN Y ACEPTACIÓN DE LA ARQUITECTURA DEL SISTEMA

13.1. Tarea DSI 7.1: Verificación de las Especificaciones de Diseño

Se procede a la verificación de los documentos generados durante el

diseño y, sin detectarse errores graves, se da por concluida la tarea y

se continúa con la realización del resto de las actividades de esta

fase. Se controló la calidad de estos documentos de diseño y cuando

se encontró algún error se realizaron las correcciones que permitieron

mejorar la calidad del diseño.

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

Tabla N° 45: Análisis de consistencia de las Especificaciones del Diseño

Análisis

Descripción

Resultado

Análisis Descripción Resultado Análisis Descripción Resultado

Arquitectura

del Sistema

/

Subsistemas

Cada subsistema de diseño está

asociado al menos con un nodo

del particionamiento físico del

sistema de información.

Existen 6 subsistemas

contenidos en servidor de

Aplicaciones, que es el

repositorio físico que alberga

la parte lógica del sistema. La

unión y funcionamiento

articulado constituye el

funcionamiento del sistema.

Se ha verificado que todos

ellos interactúan mutuamente

para el cumplimiento de los

119


objetivos del sistema.

Arquitectura

del Sistema

/ Modelo

Físico de

Datos:

Todos los elementos definidos en

el Modelo Físico de Datos

Optimizado se incorporan, al

menos, en un Esquema físico de

datos.

Cada esquema del Modelo Físico

de Datos está asociado con un

nodo del particionamiento físico

del

sistema de información

El Modelo Físico de Datos final,

ha sido diseñado y afinado

teniendo en cuenta las

especificaciones funcionales

que caracterizan a los

subsistemas (que ya fueron

verificadas en el ítem

anterior). Siendo esta una

perspectiva integrada.

Arquitectura

del Sistema

/ Entorno

Tecnológico

del Sistema

de

Información:

Cada nodo del particionamiento

del sistema de información está

soportado por el entorno

tecnológico.

Se da soporte a todas las

necesidades de comunicaciones

entre nodos.

El Sistema de Información esta

implementado de acuerdo al

entorno tecnológico que posee

el IIAP, el cual da soporte de

infraestructura para albergar

el sistema.

Arquitectura

del Sistema

/ Diseño

Detallado de

Subsistemas

:

Cada módulo o clase del diseño

detallado pertenece al menos a un

subsistema.

La interfaz del subsistema está

proporcionada por interfaces de

módulos o clases internas al

subsistema.

La especificación de dependencias

mediante el estudio de las

interfaces entre subsistemas, ya

que la existencia de interfaz

implica el establecimiento de una

Los subsistemas comparten al

menos una clase, lo cual

implica que cada subsistema

no está ajeno al

comportamiento de la otra. El

estado de cada subsistema

influye en el estado del

sistema de información

120


dependencia.

Catálogo de

Excepciones

/ Diseño

Detallado de

Subsistemas

:

Cada excepción del catálogo es

tratada en el diseño detalle del

sistema de información, según los

criterios establecidos en la

creación del catálogo.

En el catálogo de excepciones

esta detallado el

comportamiento no habitual

del sistema de información

que reflejan situaciones

anómalas que pudieran

presentar los subsistemas

Diseño

Detallado de

Subsistemas

/ Modelo

Físico de

Datos:

Los elementos del modelo físico

de datos corresponden con los

elementos utilizados por los

módulos del diseño detallado,

tanto de los subsistemas

específicos como de los de

soporte.

El Modelo Final Físico de Datos

está integrada al modelo de

clases dando como resultado

en la utilización de los

subsistemas de información.

Diseño

Detallado de

Subsistemas

/ Interfaz

de Usuario:

Los datos o formatos de mensajes

necesarios en el diseño de la

interfaz de usuario corresponden

con los datos o formatos de

mensajes de los correspondientes

módulos. _ Para cada evento /

acción solicitado por el usuario

existe un módulo que le da

respuesta.

Los formatos de mensaje en el

diseño de interfaz de usuario

de cada subsistema, cumplen

con los requisitos que el

usuario solicito.

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

Aceptación técnica del diseño

121


Se realizó una reunión entre el Equipo consultor (analista y

diseñadores) y se aceptó formalmente el diseño realizado.

122


14. ACTIVIDAD DSI 8: GENERACIÓN DE ESPECIFICACIONES DE CONSTRUCCIÓN

14.1. Tarea DSI 8.1: Especificación del Entorno de Construcción

Tabla N° 46: Especificación del Entorno de Construcción

Concepto Definición

Entorno tecnológico:

Hardware, software

y comunicaciones

Servidor de Aplicación.

Servidor de Base de Datos

Conexión Inalámbrica.

Visual Basic .NET 2010

SQL Server 2008

Hardware y software que se especifica

en el punto DSI 1.2.

Herramientas de

construcción,

generadores de

código,

compiladores, etc.

Visual Basic .NET 2010, SQL Server 2008.

Lenguaje Visual Basic (VB)

Lenguaje de Consulta Estructurado

(SQL)

Restricciones

técnicas del entorno

No se observan

Requisitos de

operación y

Acceso Físico: El lugar donde se

desarrollará el sistema deberá tener

adecuados niveles de seguridad en cuanto

al acceso físico de las personas que

ingresan a la misma.

Horario de operación: No existirán

limitaciones de horario.

123


seguridad del

entorno de

construcción

Acceso al servidor: Todos los servidores

serán administrados por el administrador de

base de datos del área de informática, se

creará una única clave de administrador.

Administración de usuarios: que

accederán a la aplicación: El administrador

de accesos creará claves de usuario para el

testeo de la aplicación de acuerdo a las

necesidades.

Firewalls: Para proteger la aplicación, la

base de datos y el entorno de desarrollo se

instalará un firewall o cortafuegos, a los

efectos de proteger esta información.

Backups: Se realizarán copias de seguridad

diarias de todas las fuentes y de las bases

de datos en forma diaria.

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

124


Especificaciones de Construcción del Sistema de Información:

Descripción de subsistemas de construcción y dependenciasLa construcción se realizará totalmente desde la

herramienta de desarrollo web del Visual Studio .NET.

Los subsistemas de construcción son:

1. La interfaz del usuario.(Presentación)

2. Las reglas de negocios.(Lógica Negocio)

3. Los Procesos a datos.(Acceso a Datos)

Descripción de componentes:

Páginas Asp.Net: Al tener acceso a la base de datos se

trata de páginas dinámicas y son el Kernel de la

aplicación.

Páginas web de presentación de la aplicación: Al no

acceder a la base de datos son páginas estáticas, y su

función es la de interfaz de interacción con el usuario de

manera de poder navegar por la aplicación.

Framework 3.5

Provee soluciones pre-codificadas para requerimientos

comunes de los programas y aumentando la seguridad de

los programas desarrollados.

Tecnología Ajax

125


Es una forma de desarrollo web para crear aplicaciones

interactivas, para aumentar la interactividad, velocidad y

usabilidad de las páginas Web.

Jquerry

Es una biblioteca de JavaScript, permite simplificar la

manera de interactuar con los documentos HTML, manejar

eventos, desarrollar animaciones y agregar interacción

con la técnica AJAX a páginas web.

Chart Control

Generador de Control de las herramientas para construir y

hacer reportes estadísticos en una página.

Enterprise Library 5.0

Son bloques de aplicación diseñados para ayudar a

desarrollar las tareas comunes. Como funciones

fundamentales, configuración, instrumentación.

14.3. Tarea DSI 8.3: Elaboración de Especificaciones de Construcción.

Los diagramas UML desarrollados en Rational Rose Enterprise Edition

serán facilitados al Sistema de Información SiAmazonia.

Por tratarse de una herramienta que genera el código

automáticamente, no se requiere especificación para construcción

más allá de los modelos ingresados en Rational Rose Enterprise

Edition.

126


Esto podría facilitar a la obtención de un código preliminar para la

consultoría desarrolladora, o en todo caso código que podría ser

pulido.

Tarea DSI 8.4: Elaboración de Especificaciones del Modelo Físico de Datos

En la tarea Especificación de la distribución de datos (DSI 5.1) se han

identificado descritas las tablas que se debería construir para dar

soporte a la persistencia de los datos.

127


15. ACTIVIDAD DSI 9: DISEÑO DE LA MIGRACIÓN Y CARGA INICIAL DE DATOS

Tarea DSI 9.1: Especificación del Entorno de Migración

La nueva plataforma del sistema de información, recibirá una gran

parte de los contenidos de la web actual del GEOAMAZONIA, y ello

tendrá que comprender la Migración de diversas tablas desde el

Sistema Gestor de Base de Datos SQL Server, en formato MDF.

Tarea DSI 9.2: Diseño de Procedimientos de Migración y Carga Inicial

Para la realización de la Migración se tendrán en cuenta los siguientes

criterios y procedimientos:

Criterios y procedimientos de seguridad

• Copias de seguridad de los procesos: Se ubicará el archivo que

contiene las bases de datos de la Web actual, y se la

almacenará en dispositivos externos. La fecha del corte de datos

se realizará de acuerdo a criterios de equipo de implementación.

• Recuperación de la información: Desde los dispositivos externos

se podrá acceder a los contenidos, la idea es la revisión de las

tablas, un análisis de la estructura de las tablas a migrar

(documentos y recursos humanos), y la identificación de los

campos equivalentes.

Se puede dar el caso de que las tablas a migrar no contengan campos

críticos para las tablas del nuevo sistema, lo que generaría

incompatibilidades por lo que será necesario identificar la existencia

de tales casos.

• Tratamiento de los posibles problemas durante la migración:

Siendo muy frecuente la generación de errores al momento de 128


la migración, y ello más frecuente en tablas miles de registros.

Es necesario considerar como alternativas de contingencia al

uso de otros formatos como contenedor (xls, .txt, mdb), además

de verificar los tipos de datos, y la extensión de los campos de

envío y recepción de información. Otra alternativa menos

ortodoxa es la partición de los contenedores de datos.

Criterios y procedimientos de carga de datos

• Depuraciones previas de información y Validación: Es necesaria

la revisión delos datos de las tablas priorizadas, de tal forma

que se asegure que los datos a transferir sean apropiados

funcional y temáticamente. Es también una buena oportunidad

para reforzar el contenido, agregar campos que adecuen de

forma apropiada a la nueva tabla que contendrá el contenido,

además asegurar similitudes entre los tipos de datos de envío y

recepción de datos. Es importante por ejemplo evitar que

existan registros con contenido en NULL.

• Procesos de importación: Posteriormente debe realizarse la

importación de datos, una vez que el contenido sea aceptado en

el nuevo contenedor. Es muy importante verificar que todos los

registros y campos hayan recibido los contenidos de forma

correcta. Es muy frecuente problemas de perdida de datos por

los tamaños incompatibles de campos, tipo de datos o formato.

Se debe ser minucioso en ello, sobre todo en tablas con gran

número de registros, pues mayormente ese error no es

percibido por los encargados de la migración.

129


Tarea DSI 9.3: Diseño Detallado de Componentes de Migración y Carga Inicial

No se han considerado la planificación de extensos módulos de

migración a causa de que sólo se ha considerado la Migración de las

tablas Documentos y Recursos Humanos.

Tarea DSI 9.4: Revisión de la Planificación de la Migración

Con los miembros del equipo desarrollador se ha revisado la

estrategia de Migración, habiéndose verificado las pequeñas

necesidades establecidas en función de que sólo existen dos tablas a

migrar, ambas con algunos cientos de registros, y con escasas

proyecciones de crecimiento. Es por ello que no se identificaron

nuevos puntos a considerarse.

130

Metrica Geoservidor IIAP

Technology

Transcript of Metrica Geoservidor IIAP