|
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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.
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
posteriormente unida a otra raya inferior el nombre de la entidad sobre la que se
trabajará las operaciones.
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
posteriormente unida a otra raya inferior el nombre de la entidad sobre la que se
trabajará las operaciones.
Ejemplo:
scr_Ver_Precios.
26
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
30
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Fuente: Elaboración Propia
Tabla 10: Diagrama Caso de Uso de Requerimiento Administrar Servicio -
SITERRITORIAL
33
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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>>
<<extend>>
<<extend>>
Registrar Tema
Actualizar Tema
Eliminar Tema
<<extend>><<extend>><<extend>>
Registrar WMS
Actualizar WMSEliminar WMS
<<extend>>
<<extend>>
<<extend>>
<<extend>>
RegistrarPaginaEstatica
RegitrarPaginaPrincipal
<<extend>><<extend>>
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
Fuente: Elaboración Propia
Tabla 11: Diagrama Caso de Uso de Requerimiento Administrar Contenido – GEOAMAZONIA
34
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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>>
<<extend>><<extend>>
Importar Datos WMS
Exportar Datos WMS
<<extend>>
<<extend>>
Ilustración 6: Diagrama Caso de Uso de Requerimiento
Fuente: Elaboración Propia
35
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
: 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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Fuente: Documentación Planificación, Análisis y Diseño Proyecto GEOAMAZONIA
Diagrama de Secuencia de Validar Usuario Administrador.
45
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
: 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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Fuente: Documentación Planificación, Análisis y Diseño GEOAMAZONIA
Diagrama de Secuencia de Gestión de Mapas Dinámicos
48
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
: Usuario Especialista : Usuario Especialista
: 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
Fuente: Documentación Planificación, Análisis y Diseño GEOAMAZONIA
Diagrama de Secuencia de Gestión de Mapa Estático.
49
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
: Usuario Especialista : Usuario Especialista
: ConsultarMapaEstatico : ConsultarMapaEstatico : RegistrarMapaEstatico : RegistrarMapaEstatico : ActualizarMapaEstatico : ActualizarMapaEstatico
ActualizarDatos : GestorContenidoActualizarDatos : GestorContenido
SolicitarDatos : ISO11915
SolicitarDatos : ISO11915
AsignarTema : TipoMapaEstatico
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
Fuente: Documentación Planificación, Análisis y Diseño GEOAMAZONIA
50
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
57
Figura N° 41: Comportamiento dinámico
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
• Amplitud de las pruebas
La amplitud y criterio de completitud a emplear se basará en la cobertura realizada sobre la
funcionalidad requerida.
68
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
Tabla N° 16: Excepción 2 de Comunicación
Numero de Excepción 002-C
Tipo de excepción Comunicación
Descripción de la
excepción
Se intenta navegar por las distintas páginas del
sistema.
Condición No se establece la conexión
Respuesta esperada Mensaje de error:
“El sistema no puede hallar la ruta
especificada.”
Tabla N° 17: Excepción 3 de Comunicación
Numero de Excepción 003-C
Tipo de excepción Comunicación
Descripción de la
excepción
El sistema no puede abrir el archivo.
Condición No se establece la conexión
Respuesta esperada Mensaje de error:
“Archivo dañado.”
Tabla N° 18: Excepción 4 de Comunicación
Numero de Excepción 004-C
Tipo de excepción Comunicación
Descripción de la
excepción
Espacio de almacenamiento insuficiente para procesar
este comando.
Condición No se establece la conexión
Respuesta esperada Mensaje de error:
“No es posible almacenar este comando”
73
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
Tabla N° 19: Excepción 5 de Comunicación
Numero de Excepción 005-C
Tipo de excepción Comunicación
Descripción de la
excepción
El módulo intenta conectarse con la aplicación a
través de la WEB
Condición No se establece la conexión
Respuesta esperada Mensaje de error:
“No fue posible establecer la conexión”
Tabla N° 20: Excepción 6 de Comunicación
Numero de Excepción 006-C
Tipo de excepción Comunicación
Descripción de la
excepción.
El sistema intenta conectarse con la base de datos
Condición No se establece la conexión
Respuesta esperada Mensaje de error:
“No fue posible establecer la conexión con la
base de datos”
Tabla N° 21: Excepción 7 de Comunicación
Numero de Excepción 007-C
Tipo de excepción Comunicación
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
Respuesta esperada Mensaje de error:
“Se perdió la conexión”
74
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
Tabla N° 22: Excepción 8 de Comunicación
Numero de Excepción 008-C
Tipo de excepción Comunicación
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
Respuesta esperada Mensaje de error:
“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
Respuesta esperada Mensaje de error:
“Valores fuera de rango”
Tabla N° 24: Excepción 2 de Validación
Numero de Excepción 002-V
Tipo de excepción Validación
Descripción de la
excepción
Se intenta cargar un dato de distinto tipo al permitido
Condición Carga de datos
Respuesta esperada Mensaje de error:
“Tipo de dato incorrecto” o “Datos no validos”
75
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
Tabla N° 25: Excepción 3 de Validación
Numero de Excepción 003-V
Tipo de excepción Validación
Descripción de la
excepción
Se intenta descargar un Archivo no existente
Condición Descarga de datos
Respuesta esperada Mensaje de error:
“No existente el archivos”
Tabla N° 26: Excepción 4 de Validación
Número de Excepción 004-V
Tipo de excepción Validación
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)”
Tabla N° 27: Excepción 5 de Validación
Número de Excepción 005-V
Tipo de excepción Validación
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
Tabla N° 28: Excepción 6 de Validación
Número de Excepción 006-V
Tipo de excepción Validación
Descripción de la
excepción
Se intenta ingresar un archivo existente
Condición Ingreso de datos
Respuesta esperada Mensaje de error: “El archivo ya existe”
Tabla N° 29: Excepción 7 de Validación
Numero de Excepción 007-V
Tipo de excepción Validación
Descripción de la
excepción
Se ingresa como nombre del archivo valores
demasiado extensos
Condición Ingreso de datos
Respuesta esperada Mensaje de error:
“El nombre del archivo es demasiado largo”.
Tabla N° 30: Excepción 8 de Validación
Numero de Excepción 008-V
Tipo de excepción Validación
Descripción de la
excepción
Se ingresa al sistema y se pierde la conexión
Condición No se establece la conexión
Respuesta esperada Mensaje de error:
“Sección Cancelada”.
77
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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.”
Tabla N° 32: Excepción 2 de Permiso
Numero de Excepción 002-V
Tipo de excepción Validación
Descripción de la
excepción
Se intenta ingresar al sistema con una clave incorrecta
Condición Ingreso al sistema
Respuesta esperada Mensaje de error: “Clave incorrecta”
Tabla N° 33: Excepción 3 de Permiso
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
Condición Ingreso al sistema
Respuesta esperada Mensaje de error: “Usuario incorrecto”
78
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
(from Use Case View)
Imágenes Satelitales
(from Use Case View)
Visualizar Mapas Estáticos
(from Use Case View)
Fotografias Satelitales
(from Use Case View)
Visualizar Mapas Interactivos
(from Use Case View)
Ilustración 7: Diagrama Caso de Uso de Requerimiento Acceder Servicios GEOAMAZONIA
Fuente: Elaboración Propia
Tabla 15: Diagrama Caso de Uso de Requerimiento Administrar Servicio -
GEOAMAZONIA
Tabla 16: Diagrama Caso de Uso Servicios SITERRITORIAL
Caso de Uso de Requerimiento Acceder Servicios SITERRITORIAL
Visualizar Mapa Zonificacion Económica Ecológica
(from Use Case View)
Visualizar Mapa Unidad Economica Ecológica
(from Use Case View)
Usuario SIGT
(from Use Case View)
Ilustración 8: Diagrama Caso de Uso de Requerimiento Acceder Servicios SITERRITORIAL
Fuente: Elaboración Propia
Tabla 17: Diagrama Caso de Uso de Requerimiento Administrar Servicio -
SITERRITORIAL
91
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
Caso de Uso Requerimiento Gestionar Contenido
GestionarTema
(from Use Case View)
Gestionar Contenido Cartográfico
(from Use Case View)
Gestionar Mapas Estáticos
(from Use Case View)
Gestionar Mapas Interactivos
(from Use Case View)
Gestiornar Mapas Satelitales
(from Use Case View)
Gestionar Shapes
(from Use Case View)
Gestión de Contenido
(from Use Case View)
Gestion Arquitectura
(from Use Case View)
U. Especialista
(from Use Case View)
RegistrarPaginaEstatica
(from Use Case View)
Gestionar WMS
(from Use Case View)
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>RegitrarPaginaPrincipal
(from Use Case View)
<<extend>>
<<extend>>
Ilustración 9: Diagrama Caso de Uso de Requerimiento Gestionar Contenido
Fuente: Elaboración Propia
Tabla 18: Diagrama Caso de Uso de Requerimiento Administrar Contenido – GEOAMAZONIA
92
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
Caso de Uso de Requerimiento
Gestionar Usuario
(from Use Case View)
Gestionar Bitácora
(from Use Case View)
Gestionar Estádistica
(from Use Case View)Gestionar fuentes WMS
(from Use Case View)
Administrador
(from Use Case View)
Ilustración 10: Diagrama Caso de Uso de Requerimiento
Fuente: Elaboración Propia
93
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Fuente: Documentación Planificación, Análisis y Diseño Proyecto GEOAMAZONIA
95
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Fuente: Documentación Planificación, Análisis y Diseño GEOAMAZONIA
96
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Fuente: Documentación Planificación, Análisis y Diseño Proyecto GEOAMAZONIA
97
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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:
Fuente: Documentación Planificación, Análisis y Diseño GEOAMAZONIA
98
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
Diagrama de Colaboración de Gestión de Mapa Estático.
: ConsultarMapaEstatico : Usuario Especialista
: RegistrarMapaEstatico
: ActualizarMapaEstatico
ActualizarDatos : GestorContenido
AsignarTema : TipoMapaEstatico
: sTema
SolicitarDatos : ISO11915
: 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:
Fuente: Documentación Planificación, Análisis y Diseño GEOAMAZONIA
99
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
101
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
102
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
103
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
104
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
105
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
106
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
107
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
108
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
109
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
110
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
111
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
112
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
Se realizó una reunión entre el Equipo consultor (analista y
diseñadores) y se aceptó formalmente el diseño realizado.
122
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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
Documento de Análisis y Diseño GEOAMAZONIA y SITERRIORIAL 2013
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