Metrica Geoservidor IIAP

639 views

Published on

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.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
639
On SlideShare
0
From Embeds
0
Number of Embeds
7
Actions
Shares
0
Downloads
10
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Metrica Geoservidor IIAP

  1. 1. 13-3-2013 IIAP DOCUMENTO DE ANÁLISIS Y DISEÑO GEOAMAZONIA Y SITERRIORIAL Métrica V3 | Ing. Roussell Ramírez Álvarez
  2. 2. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Resumen Ejecutivo El Sistema de Información GEAMAZONIA está diseñado para facilitar la información cartográfica y georeferenciada a usuarios con diferentes niveles de requerimientos, es una plataforma tecnológica que permite la gestión y accesibilidad de información relevante a mapas e imágenes satelitales que pueden apoyar a la Gestión del Conocimiento a niveles educativos como a niveles de Tomas de Decisión para Gobiernos Locales y Nacionales. GEOAMAZONIA busca minimizar la brecha digital en Cartografía poniendo al alcance de sus usuarios imágenes de alta resolución y mapas temáticos en el cual se pueda apreciar Niveles de Ríos, Deforestación, Zonificaciones Ecológicas y Económicas, entre otras. Todo ello para las diferentes necesidades cotidianas relacionadas a gestión de la biodiversidad, cambio climático y medio ambiente. GEOAMAZONIA es una plataforma de integración que aportara información unísona de diferentes Sistemas de Información con el único propósito de brindar al usuario o tomador de decisión la mejor experiencia visual y un modo diferente de ver imágenes cartográficas amigables y dinámicas. GEOAMAZONIA tendrá como público objetivo a Gobiernos Regionales y Locales, Organismos No Gubernamentales ONG, investigadores y estudiantes, empresas e inversores, formuladores de proyectos, Emprendimientos o iniciativas locales y un público amplio nacional e internacional. Este documento presenta los lineamientos, alcances, atributos y procesos principales que comprenderá la plataforma informática de la primera versión del sistema. Para lo cual se ha utilizado la metodología de documentación denominada Métrica v3 (recomendada por la Oficina Nacional de Gobierno Electrónico - ONGEI), en sus fases análisis y diseño, además se incluye el uso de estándares y protocolos para el uso e intercambio de información. La primera presenta los límites y alcances que tendrá el sistema (¿qué se hará?), y la segunda los requerimientos, esquemas y características tecnológicas (¿cómo se hará?). Teniendo en cuenta ambas fases se realizan de forma secuencial. En este proceso de elaboración participaron, como facilitadores de insumos, diversos actores de los diversos programas de investigación del IIAP, además de la participación de miembros de las comunidades como Mazán, Santa Clotilde, Tacsha Curaray, entre otras. 1
  3. 3. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL INDICE Resumen Ejecutivo ______________________________________________________________________ 1 _______________________________________________________________________ 5 I. Introducción II. Definición del Problema III. Objetivos ______________________________________________________________ 6 _________________________________________________________________________ 7 3.1. Objetivo General ________________________________________________________________________ 7 3.2. Objetivos Específicos ___________________________________________________________________ 7 3.3. Público Objetivo ________________________________________________________________________ 7 3.4. Alcance Geográfico _______________________________________________________________ 7 La Amazonia Continental _______________________________________________________________________________ 7 Enfoque Metodológico _________________________________________________________________________________ 7 1. ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI) ___________________________________________ 9 1.1. Actividad ASI 1: Definición del Sistema ____________________________________________________ 9 1.1.1. Catálogo de Requisitos Tecnológicos ___________________________________________________________ 12 1.2. Tarea ASI 1.2: Identificación del Entorno Tecnológico _______________________________________ 15 1.2.1. Catálogo de Requisitos. _______________________________________________________________________ 15 1.2.2. Glosario de Términos _________________________________________________________________________ 15 1.2.3. Descripción General del Entorno Tecnológico del Sistema. ________________________________ 20 1.2.3.1. Entorno Tecnológico. ______________________________________________________________________ 20 1.3. Tarea ASI 1.3: Especificación de Estándares y Normas ______________________________________ 22 1.3.1. Catálogo de Normas. _________________________________________________________________________ 22 1.3.2. Estándares a ser utilizados para la Base de Datos son: ___________________________________________ 22 1.4. Tarea ASI 1.4: Identificación de los Usuarios Participantes y Finales __________________________ 31 1.4.1. Catálogo de Usuarios Participantes ____________________________________________________________ 31 1.4.2. Catálogo de Usuarios Finales. _________________________________________________________________ 31 2. Actividad ASI 2: Establecimiento de Requisitos Obtención de Requisitos ________________________________________________________________ 32 2.1. 2.1.1. Modelo de Caso de Uso ______________________________________________________________ 32 Especificación de casos de uso de Requerimiento __________________________________________ 36 2.2. 3. ___________________________________________ 32 Actividad ASI 3: Identificación de Subsistemas de Análisis ___________________________________ 39 3.1. 3.2. 4. Tarea ASI 3.1: Determinación de Subsistemas de Análisis ___________________________________ 39 Tarea ASI 3.2: Integración de Subsistemas de Análisis ______________________________________ 41 ACTIVIDAD ASI 4: ANÁLISIS DE LOS CASOS DE USO Tarea ASI 4.1: Descripción de la Interacción de Objetos _____________________________________ 43 4.1. 5. Actividad ASI 5: Análisis de Clases _____________________________________________________ 51 Identificación de Responsabilidades y Atributos ___________________________________________ 51 5.1. 6. ______________________________________ 42 Actividad ASI 6: Definición de Interfaces de Usuario ________________________________________ 52 Tarea ASI 6.1: Especificación de formatos individuales de la interfaz de pantalla ________________ 54 6.1. 2
  4. 4. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 6.2. Tarea ASI 6.2: Especificación del Comportamiento Dinámico de Interfaz _______________________ 55 6.3. Tarea ASI 6.3.: Especificación de Formatos de Impresión ____________________________________ 58 7. Actividad ASI 7: Análisis de Consistencia y Especificación de Requisitos _______________________ 59 7.1. Tarea ASI 7.1: Verificación de los Modelos_________________________________________________ 59 7.2. Tarea ASI 7.2: Análisis de Consistencia entre Modelos ______________________________________ 60 7.3. Tarea ASI 7.3: Validación de los Modelos __________________________________________________ 64 7.4. Tarea ASI 7.4: Elaboración de la Especificación de Requisitos de Software _____________________ 64 Actividad ASI 8: Especificación del Plan de Pruebas ________________________________________ 66 8. DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI) 9. _______________________________________________ 69 Actividad DSI 1: Definición de la Arquitectura del Sistema ___________________________________ 69 9.1. Tarea DSI 1.1: Definición de Niveles de Arquitectura ________________________________________ 69 9.1.1. Diseño de la Arquitectura del Sistema __________________________________________________________ 69 9.2. Tarea DSI 1.2: Identificación de Requisitos de Diseño y Construcción _________________________ 69 9.2.1. Catálogo de Requisitos (en orden desde Datos, Lógica, Presentación) _____________________________ 69 9.3. Tarea DSI 1.3: Especificación de Excepciones _____________________________________________ 72 9.3.1. Catálogo de excepciones _____________________________________________________________________ 72 9.4. Tarea DSI 1.4: Especificación de Estándares y Normas de Diseño y Construcción _______________ 79 9.5. Tarea DSI 1.5: Identificación de Subsistemas de Diseño _____________________________________ 82 9.6. Tarea DSI 1.6: Especificación del Entorno Tecnológico ______________________________________ 83 9.7. Tarea DSI 1.7: Especificación de Requisitos de Operación y Seguridad ________________________ 86 10. Actividad DSI 2: Diseño de la Arquitectura de Soporte Diseño Detallado de los Subsistemas de Soporte ___________________________________________ 90 10.1. 11. ____________________________________ 90 Actividad DSI 3: Diseño de Caso de Uso Reales _________________________________________ 91 11.1. Tarea DSI 3.1: Identificación de Clases Asociadas a un Caso de Uso __________________________ 94 11.1.1. DISEÑO DE LA REALIZACIÓN DE LOS CASOS DE USO _____________________________________ 94 12. DISEÑO DE CLASES _____________________________________________________________ 101 Tarea DSI 4.2: Identificación de Atributos de las Clases ____________________________________ 101 12.1. 13. Actividad DSI 6: Diseño Físico de Datos ______________________________________________ 114 13.1. Tarea DSI 6.1: Diseño del Modelo Físico de Datos _________________________________________ 114 13.2. Tarea DSI 6.2: Especificación de los Caminos de Acceso a los Datos _________________________ 119 13.3. Tarea DSI 6.3: Optimización del Modelo Físico de Datos ____________________________________ 119 13.4. Tarea DSI 6.4: Especificación de la Distribución de Datos ___________________________________ 119 13.4.1. Esquema Físico de Datos y asignación a sus nodos. _________________________________________ 119 14. ACTIVIDAD DSI 7: VERIFICACIÓN Y ACEPTACIÓN DE LA ARQUITECTURA DEL SISTEMA ________ 120 14.1. Tarea DSI 7.1: Verificación de las Especificaciones de Diseño _______________________________ 120 14.2. TAREA DSI 7.2: Análisis de Consistencia de las Especificaciones de Diseño. _________________ 120 3
  5. 5. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL TAREA DSI 7.3: Aceptación de la Arquitectura del Sistema. _________________________________ 122 14.3. ACTIVIDAD DSI 8: GENERACIÓN DE ESPECIFICACIONES DE CONSTRUCCIÓN ________________ 123 15. 15.1. Tarea DSI 8.1: Especificación del Entorno de Construcción _________________________________ 123 15.2. Tarea DSI 8.2: Definición de Componentes y Subsistemas de Construcción. ___________________ 124 15.3. Tarea DSI 8.3: Elaboración de Especificaciones de Construcción. ____________________________ 126 Tarea DSI 8.4: Elaboración de Especificaciones del Modelo Físico de Datos _______________________________ 127 16. ACTIVIDAD DSI 9: DISEÑO DE LA MIGRACIÓN Y CARGA INICIAL DE DATOS __________________ 128 Tarea DSI 9.1: Especificación del Entorno de Migración __________________________________________________ 128 Tarea DSI 9.2: Diseño de Procedimientos de Migración y Carga Inicial ____________________________________ 128 Tarea DSI 9.3: Diseño Detallado de Componentes de Migración y Carga Inicial ___________________________ 129 Tarea DSI 9.4: Revisión de la Planificación de la Migración _______________________________________________ 129 4
  6. 6. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL I. Introducción Este documento presenta de forma detallada la documentación relacionada a las fases de análisis y diseño de cara a la implementación informática del Sistema de Información GEOAMAZONIA para el manejo de información de Ordenamiento Territorial, Propuestas de Zonificación Ecológica y Económica concluidos (Mapas y documentos temáticos) en ZEE Amazonas, ZEE Cuenca del Aguayta (Ucayali), ZEE Madre de Dios, ZEE Alto mayo (San Martin), ZEE Iquitos Nauta (Mesozonificación), ZEE San Martin, ZEE Satipo – Junín, ZEE Tocache San Martín, ZEE Tahuamanu, ZEE Cuenca del Nanay, y a través de ellos los lineamientos, caracterizaciones y especificaciones técnicas de la plataforma informática, junto a algunas recomendaciones a tener en cuenta para la implementación de la misma. Este sistema de información tiene como propósito poner a disposición de la población amazónica información cartográfica en base a mapas temáticos, memorias descriptivas de cada mapa para diversos usos (descarga, texto, memoria, etc.), así como de difundir información de los trabajos del Instituto de Investigaciones de la Amazonia Peruana IIAP a las autoridades, decisores, etc., también la de facilitar una herramienta de consulta para diversos fines académicos o para tomadores de decisión, servir como almacén de información, productos acabados y ser una herramienta de complementariedad geográfica con los Sistemas de Información Amazónica. Este sistema poseerá una serie de servicios con contenidos facilitados por diversas instituciones peruanas e internacionales, además permitirá la clasificación de contenidos, la interrelación de actores y búsquedas de contenidos relevantes en repositorios de la web profunda (en plataformas Web 2.0 YouTube, Picasa, etc.). La documentación fue generada utilizando la metodología Métrica v3, habiéndose identificado a lo largo del proceso entre las necesidades más relevantes la accesibilidad a contenidos, considerando incluso que mucha información clasificada como relevante actualmente no existe o no ha sido generada. La plataforma GEOAMAZONIA se desarrollara bajo Estabilidad de Plataforma ARCGIS Server que será provista por el Instituto de Investigaciones de la Amazonía Peruana, el establecimiento banco de datos inicial será aportado por las propuestas de Zonificación Ecológica y Económica en base a documentos y mapas temáticos, macrozonificación de la Amazonia Peruana y conflictos de uso de territorio aportes del Proyecto BIOCAN, así como también se hará Análisis para la interoperabilidad de servicios con el GEOSERVIDOR del Ministerio del Ambiente MINAM, GEOSUR, etc.). 5
  7. 7. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL II. Definición del Problema La rupestre geografía amazónica varía constantemente debido a los principales caudales de los ríos más importantes de nuestro territorio amazónico de forma tal que mucha de la biodiversidad biológica animal y acuática se rige por estos cambios migrando de un lugar a otro. El poblador amazónico conoce empíricamente estos cambios migratorios y puede determinar también el movimiento de recursos hídricos, mas no con la precisión científica y de rigor que amerita el hecho es por ello que durante más de tres (03) décadas el Instituto de Investigaciones de la Amazonia Peruana ha estado recolectando y trabajando. Y es que mucha o toda esta información histográfica y temática se encuentra en almacenes cartográficos o en sus servidores de Mapas, haciendo a ello que el acceso sea inaccesible para el poblador común amazónico y científico. Todas las consultas que se realizan en el Centro de Información Georeferencial de la Amazonía Peruana se hacen a nuestros expertos cartógrafos, siendo ellos la principal fuente de información valida. Y estas consultas van en diferentes escalas y niveles entre académicas, gobiernos regionales y locales, y el sector empresarial. La problemática reside en centrar toda la experticia en seres humanos, siendo ellos cambiantes en el tiempo por el simple hecho de su naturaleza cambiante. Los Sistemas de Información Amazónicos orientados a Información Cartográfica y Georeferenciada están también administrados por el Instituto de Investigaciones de la Amazonia Peruana IIAP tales como Sistema de Gestión de Metadata Cartográfica y de Mapas Dinámicos, el primero presenta en un visor de imágenes la geografía de la Amazonía peruana y en el cual el usuario puede seleccionar una determinada área geográfica y los resultados de la búsqueda son mapas temáticos del área seleccionada por el usuario y la herramienta de Mapas Dinámicos muestra un catálogo de mapas estáticos de las Zonificaciones Ecológicas y Económicas. Todos ellos serán el complemento de GEOAMAZONIA. Entre los problemas más relevantes que vienen atendiendo diversas agendas de trabajo en el mundo se encuentran los relacionados a la brecha digital, y entre lo que ello involucra identificamos a la falta de conectividad, uso de TIC y accesibilidad a información como problemas relevantes en la Amazonía Peruana como se mencionó en un punto anterior. 6
  8. 8. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL III. Objetivos 3.1. Objetivo General Desarrollar e implantar un sistema de información que sea referente de información cartográfica y georeferenciada de fácil uso y capaz de generar conocimiento a la población Amazónica y mundial sobre nuestra geografía verde. 3.2.    Conocer los requerimientos para la implementación del sistema de información. Elaborar la fase de análisis para la implementación del Sistema de Información GEOAMAZONIA Elaborar la fase de diseño para la implementación del Sistema de Información GEOAMAZONIA 3.3.        Objetivos Específicos Público Objetivo Gobiernos nacionales amazónicos Perú, Colombia, Ecuador, Venezuela, Bolivia y Brasil Gobiernos Regionales y Locales Organismos no Gubernamentales Para investigadores y estudiantes Para empresas e inversores, formuladores de proyectos; Emprendimientos o iniciativas locales Para un público amplio nacional e internacional 3.4. Alcance Geográfico La Amazonia Continental Enfoque Metodológico Para la identificación de los requerimientos del sistema se han realizado los siguientes procesos: Revisión de Documentos Este proceso se inició con la identificación y recopilación de diversos documentos relacionado a diversos sistemas impulsados por el IIAP, y documentos sobre la Metodología Métrica v3, el desarrollo de software orientado a objetos, y diversos manuales sobre gestión de bases de datos y manuales. 7
  9. 9. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Uso de la Métrica v3 El Perú en la actualidad viene impulsando un proceso incisivo de modernización del estado donde se incluyen líneas de trabajo relacionados al ciclo de vida del software y sistemas de información, siendo la ONGEI una de las principales instituciones encargadas de ello. Por lo cual en este proceso se han tomado en cuenta sus recomendaciones relacionadas al uso de las normas internacionales: Norma ISO/IEC 12207 Information Technology / Software Life Cycle Processes (modelo de procesos del ciclo de vida de desarrollo) y la Norma ISO/IEC 14764 Software maintenance (mantenimiento de software) se sugiere el uso del Métrica v3, que es una metodología de planificación, desarrollo y mantenimiento de sistemas de información. Aunque orientadas a implementaciones de mediano y largo plazo. Esta metodología de documentación es promovida por el Ministerio de Administraciones Públicas del Gobierno de España y es usada principalmente para la sistematización de actividades del ciclo de vida de los proyectos software en el ámbito de las administraciones públicas, y recomendada por diversas instituciones peruanas e internacionales. El Métrica v3 está basado en los siguientes estándares internacionales:       ISO 12207 “Information technology -Software life cycle processes”. Esta norma propone un Modelo de Ciclo de Vida de Desarrollo, el cual se ha seguido en la elaboración de la estructura de Métrica versión 3. ISO/IEC TR 15.504 (SPICE) “Software Process Improvement and assurance standards Capability Determination” ISO 9000-3 “Quality management and quality”. Part 3: Guidelines for the application of ISO 9001 – “Model for Quality Assurance in Design/Development , Production, Installation and Servicing” IEEE “Standard Glossary of Software Engineering Terminology”. Std. 610.12-1998 IEEE Std. 1074-1998: Software life-cycle processes OMG standard UML. 8
  10. 10. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 1. ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI) 1.1. Actividad ASI 1: Definición del Sistema GEOAMAZONIA es una plataforma interoperable de información y la unión convergente de los sistemas de información CIGAP y SIGTERRITORIAL, todos ellos manejan estándares diferentes de información y brindaran información real de las Bases de Datos local proveniente del Instituto de Investigaciones de la Amazonia Peruana de las oficinas del Centro de Información Georeferencial de la Amazonia Peruana CIGAP. CIGAP SIG TERRITORIAL OTROS GEOAMAZONIA La idea del GeoServidor Amazónico mejor conocido como GEOAMAZONIA es coadyuvar las diversas herramientas enfocados en los Sistemas de Información Georeferenciada SIG que administra y gestiona el Instituto de Investigaciones de la Amazonía Peruana, además permite a los usuarios compartir y editar datos geospaciales y está diseñado para la interoperabilidad de sistemas de fácil comunicación entre ellos gracias a estándares de información espacial y geo referencial. También publica datos de las principales fuentes de datos espaciales usando estándares abiertos. El Geoservidor Amazónico GEOAMAZONIA y ha evolucionado hasta llegar a ser un método sencillo de conectar información existente al globo virtual tal como Google Earth. El GeoServidor Amazónico sirve de implementación de referencia del estándar Open Geospatial Consortium Web Feature Service, y también implementa las especificaciones de Web Map Service y Web Coverage Service. 9
  11. 11. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Así mismo el Geoservidor es un mecanismo de difusión e intercambio de información geoespacial que se pone a disposición de profesionales, sectores de gobierno, gobiernos regionales, gobiernos locales y sociedad civil en general; para que a través del internet puedan acceder a información relevante sobre la situación territorial y ambiental del país de manera transparente y actualizada. Visualizando Unidad Economica t Ecologica Amazonia Movil Usuario Libre Accediendo Servicios SITERRITORIAL Visualizando Zonificacion Ecologica y Economica Accediendo a Servicios de GEOAMAZONIA Usuario Especialista Gestionando Contenido Gestionando Arquitectura Gestionando Fuentes WMS Adminitrador Gestionando Usuario Gestionando Bitacora Gestionando Estadistica Ilustración 1: Caso de USO GEOAMAZONIA 10
  12. 12. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Los procesos en los que se centra GEOAMAZONIA se dividen en internos (procesos que se ejecutan por la intranet del sistema y con permisos de Administrador de Sistema o Usuario Especialista, y donde que el Usuario Libre no interactúa directamente con estos procesos) y externos (procesos en los que se requieren parámetros o especificaciones de los usuarios para generar dichos procesos) Dentro de los procesos externos tenemos a Acceso a Servicios, Gestionar Contenido, Gestionar Arquitectura; y a los procesos internos tenemos a Gestionar fuente WMS, Gestionar Usuario, Gestionar Bitácora, Gestionar Estadística clsVisita. cls_Entidad cls_Roles cls_ISO19115 cls_WMS cls_Tema clsPagina. clsUsuario. clsArchivosFisicos. cls_Vistante clsDescarga.. cls_FGDC cls_ISO19139 cls_Bitacora Ilustración 2: Modelo de Dominio GEOAMAZONIA 11 cls_TipoCategoria
  13. 13. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 1.1.1. Catálogo de Requisitos Tecnológicos Los requisitos iníciales identificados para el Sistema de información tuvieron como base reuniones de trabajo para determinar los requisitos siguientes:  El sistema de información debe poder dar acceso y gestionar información relevante de la biodiversidad y medio ambiente de la Amazonía peruana.  El sistema de información englobará además de GEOAMAZONIA, a los sistemas SITERRITORIAL y MapaAmazonía  GEOAMAZONIA tendrá un banco de datos propios (dentro del servidor ARGIS ubicado en las instalaciones IIAP). Además podrá recopilar fuentes externas de información cartográficas WMS que se almacenara en GEOAMAZONIA. También podrá ser una fuente de información cartográfica para otros sistemas interoperables (Podrá exportar WMS).  GEOAMAZONIA utiliza estándares cartográficos tales como ISO 19115, ISO 19139, FGDC y WMS los cuales son estándares internacionales para el intercambio de información cartográfica facilitando así la interoperabilidad entre los sistemas.  SITERRITORIAL es un compendio de Mapas Temáticos, así como también podrá gestionar su propio visualizador de mapas haciendo uso del servidor de mapas ARGIS, el cual podrá nutrirse de las diferentes fuentes de información tales como IIAP, SIAMAZONIA y MAPAAMAZONIA a través del estándar de información WMS.  Mapa Amazonia, es un visualizador de mapas que utiliza GOOGLE MAPS para mostrar cartográficamente la amazonia y que utiliza estándares de información ISO 19115 para gestionar la interoperabilidad de la información. La base de datos de GME Mapa Amazonia se encuentra alojada en el portal Institucional bajo la denominación GME. 12
  14. 14. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL  El sistema deberá facilitar mecanismos que permitan gestionar la organización y gestión de servicios de información (arquitectura de información, gestión de menú, gestión de usuarios, gestión de documentos, gestión de interoperabilidad, gestión web services para aplicaciones móviles).  El sistema deberá facilitar la publicación de diversos contenidos: estáticos, dinámicos y documentos.  El sistema deberá permitir los procesos de interoperabilidad orientado a importar registros de los diversos servicios externos.  El sistema debe permitir gestionar información sobre cartografía, mapas dinámicos, estáticos e imágenes satelitales articulada con plataformas Web 2.0, contando con herramientas que permitan gestionar imágenes digitales e información asociada a través de Internet.  El sistema debe tener un repositorio o base de datos de Mapas que cumplan con los estándares internacionales más comunes para temas relacionados a la compartición de información o interoperabilidad de sistemas. Características básicas para la unión de estos tres sistemas de información y los futuros socios a ella. En conclusión el sistema debe facilitar acceso a información cartográfica a nivel de meta data a través del GEOAMAZONIA.  La herramienta debe tener su bitácora de ocurrencias, estadísticas de usuarios y su banco de palabras y términos utilizados.  El sistema debe permitir el registro de los usuarios (internos y externos) y la participación de los cibernautas (PROSUMERS).  El sistema debe contar con un directorio de contactos. 13
  15. 15. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL  El sistema debe contar con el servicio de glosario de términos sobre temas de cartografías, información georeferencida, biodiversidad y ambiente, recopilado de fuentes oficiales o científicas. Un servicio web permite que sea mostrado y consultado también en otros sitios web que tengan interés. 14
  16. 16. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 1.2. Tarea ASI 1.2: Identificación del Entorno Tecnológico El sistema se deberá adaptar a cualquier plataforma, tendrá una interfaz web la cual será desarrollada utilizando el lenguaje de programación C#, en este punto se identifican los catálogos de requisitos y el entorno tecnológico que son los siguientes: 1.2.1. Catálogo de Requisitos.  Se deberá utilizar herramientas basadas en software propietario.  Servidor de mapas ARGIS.  Se deberá desarrollar en un entorno web seguro.  El software debe permitir la integración y presentación de información existente y disponible a través de Internet.  El sistema deberá permitir la interacción con entidades externas. 1.2.2. Glosario de Términos Termino Significado ASI Análisis de Sistema de Información, siglas que aplica la metodología Métrica 3. Buscador Es el módulo de búsqueda avanzada a través del ingreso de múltiples criterios de Avanzado búsqueda. Buscador Es el módulo de búsqueda a través del ingreso de un criterio de búsqueda. simple Clearinghouse Plataforma que sirve información de diversos tipos, mapas, contenidos de medio ambiente, etc. Contenido Información que pertenece a un Servicio. DSI Diseño de Sistema de Información, siglas que aplica la metodología Métrica 3. ERWIN Software modelador de datos. Estándar Caracterización y descripción de un objeto de estudio. IIAP Instituto de Investigaciones de la Amazonia Peruana IIS Internet Information Server conjunto de servicios del sistema operativo Microsoft para servidores web ISO 19115 Estándar para describir información geográfica y servicios. Provee información de la identificación, la extensión, la calidad, referencia espacial, y distribución de data digital geográfica. 15
  17. 17. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Termino Significado FGDC El estándar del FGDC (Federal Geographic Data Comitee, de los Estados Unidos) oficialmente denominado Content Standard for Digital Geographic Metadata V2, (o Estándar de Contenido de Metadatos de Datos Digitales Geográficos versión 2.0). Durante Junio de 1992, el FGDC auspició un “Foro de Intercambio de Información de datos espaciales”. Las presentaciones realizadas abordaron muchos aspectos de los metadatos, incluyendo esfuerzos para estandarizar los mismos, sus usos, y sistemas para proveer y mostrar los metadatos a los usuarios. Fue rápidamente identificada la necesidad de una definición común para los metadatos. El FGDC de los EEUU aceptó la oferta de la ASTM (Asociación Americana para Ensayos y Normalización de Materiales) para desarrollar un borrador de estándar. El FGDC auspició una revisión pública del borrador entre octubre de 1992 y abril de 1993. Se recibieron muchos comentarios y el borrador fue ampliamente modificado. La versión revisada fue ensayada como parte de un prototipo para el ClearingHouse Nacional de Datos Espaciales. Los comentarios que vinieron de ese esfuerzo, una comparación del borrador con el estándar USMARC así como otros documentos y actividades resultaron en ulteriores refinamientos. El FGDC finalmente aprobó la primer versión del estándar en Junio de 1994. En los EEUU, por medio de la Orden Ejecutiva 12906, las agencias federales deben usar el estándar para documentar los datos que produzcan a partir de 1995. En 1998 se revisó el estándar, aprobándose el que está vigente al presente denominado como CSDGM 2.0. No habrá una versión 3.0, o al menos no será desarrollada internamente en el FGDC sino que será adoptado el estándar ISO 19115 correspondiente. Por razones político-técnicas la evolución histórica ha sido sesgada de forma de converger hacia estándares de ISO, viabilizando así la interoperabilidad. Poco después de la aprobación de la versión 2.0 comenzó a nivel de ISO el desarrollo de actividades similares. Las mismas han recorrido ordenadamente el estatus de Borrador Internacional en Noviembre de 2000 y luego la versión definitiva alrededor de Julio del 2003, no sin trabajosas negociaciones entre las partes. 16
  18. 18. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Termino Significado El estándar FGDC fue de los primeros, y ciertamente de los más difundidos. Otros de sus contemporáneos apenas si lograron salir de la fase de aprobación formal no llegando a ser muy utilizados en la práctica. Es por ello que es pertinente dedicarle algún tiempo a su análisis. Aplicación Una aplicación móvil es un programa que usted puede descargar y al que puede Móvil acceder directamente desde su teléfono o desde algún otro aparato móvil – como por ejemplo una tablet o un reproductor MP3. ARGIS ArcGIS Server proporciona la plataforma para compartir sus recursos SIG, como mapas, con la comunidad de usuarios, ya sea que se encuentren en la misma oficina usando ArcGIS Desktop o en el país accediendo y viendo mapas a través de Internet. ArcGIS Server le permite compartir sus recursos SIG en la empresa y en la Web. Los recursos SIG son los mapas, globos, localizadores de direcciones, geodatabases y herramientas que desea compartir con otros usuarios. Estos recursos se comparten al alojarlos en el sistema de ArcGIS Server, o en el servidor SIG, y al permitir a las aplicaciones de cliente utilizar e interactuar con los recursos. Las principales ventajas de compartir los recursos SIG en un servidor SIG son las mismas que compartir cualquier dato a través de cualquier clase de tecnología del servidor: los datos se administran centralmente, admiten varios usuarios y proporcionan a los clientes la información más actualizada. GOOGLE MAPS Google Maps es el nombre de un servicio gratuito de Google. Es un servidor de aplicaciones de mapas en la Web. Ofrece imágenes de mapas desplazables, así como fotos satelitales del mundo e incluso la ruta entre diferentes ubicaciones o imágenes a pie de calle Google Street View. Desde el 6 de octubre de 2005, Google Maps es parte de Google Local. Es idéntico a Google Earth, una aplicación Windows/Mac/Linux que ofrece vistas del globo terráqueo, sea de día o de noche, pero que no es fácil de integrar a páginas Web. Está disponible para Android y Java ME. Ofrece, asimismo, la posibilidad de que cualquier propietario de una página Web integre muchas de sus características a su sitio. Mapas Los mapas temáticos son mapas basados en mapas topográficos y mapas de ciudad Temáticos que representan cualquier fenómeno geográfico de la superficie terrestre en el cual también viene la información de la localidad. Persiguen objetivos bien definidos. Hacen 17
  19. 19. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Termino Significado referencia a la representación de ciertas características de distribución, relación, densidad o regionalización de objetos reales (vegetación, suelos, geología, etc.), o de conceptos abstractos (indicadores de violencia, de desarrollo económico, de calidad de vida, etc.). Para representar variables numéricas utilizan todo tipo de recursos visuales, como superficies de distintos colores o tramas (coropletas), flechas para indicar el movimiento de un fenómeno (flujos -a veces tienen un grosor proporcional a su magnitud), el trazado de líneas que unen puntos de igual valor (isolíneas), círculos o símbolos de tamaño proporcional al valor numérico, o incluso mapas deformados para que cada unidad geográfica se represente con un tamaño proporcional a su valor numérico (cartogramas o mapas anamórficos). SITERRITORIAL Es un visualizador de mapas temáticos referenciado dos aspectos: Primero la Unidad Económica y Ecológica y Segundo la Zonificación Ecológica y Económica. ISO19139 ISO 19139 incorpora elementos que no estaban presentes en el modelo abstracto de metadatos ISO 19115:2003. En relación al tema que nos ocupa es importante destacar que ISO 19139 incorpora directamente las descripciones de entidades (featureType) y atributos (attributeType) basados en el esquema GFM (ISO 19109) y que se sitúan como elementos del elemento compuesto MD_Metadata. Métrica versión Metodología de planificación, desarrollo y mantenimiento de sistemas de información. 3 Promovida por el Ministerio de Administraciones Públicas del Gobierno de España para la sistematización de actividades del ciclo de vida de los proyectos software en el ámbito de las administraciones públicas. Rational Rose Software para el despliegue, diseño, construcción, pruebas y administración de proyectos en el proceso desarrollo de software. RSS Siglas de Really Simple Syndication , un formato XML para sindicar o compartir contenido en la web. Se utiliza para difundir información actualizada frecuentemente a usuarios que se han suscrito a la fuente de contenidos.fec69q Servicio Es la temática de acuerdo a un estándar de información. SQL Server Gestor de bases de datos del sistema operativo Microsoft UML Por sus siglas en inglés, Unified Modeling Language), lenguaje de modelado de sistemas de software Visual basic Lenguaje de programación de Microsoft. .NET Visualizador de 18 Es el componente que a través de un módulo de búsqueda se ingresa parámetros, para
  20. 20. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Termino Significado Mapas de ubicaciones geográficas a través de una interfaz gráfica. WMS Servicio Web Map Service (WMS) definido por el OGC (Open Geospatial Consortium) produce mapas de datos referenciados espacialmente, este estándar internacional define un "mapa" como una representación de la información geográfica en forma de un archivo de imagen digital conveniente para la exhibición en una pantalla de ordena. XML Siglas en inglés de eXtensible Markup Language (lenguaje de marcas extensible), es un metalenguaje extensible de etiquetas desarrollado por el World Wide Web Consortium (W3C). 19
  21. 21. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 1.2.3. Descripción General del Entorno Tecnológico del Sistema. 1.2.3.1. Entorno Tecnológico. Hardware Tabla 1 Equipos de Hardware Utilizados en el Área Tipo de Equipo Cantidad Computadoras 08 Laptops 07 Impresoras 03 Proyectos Multimedia 02 Access Point 01 Software Tabla 2 Tipo de Equipos de Software Utilizados en el Área Tipo  ARGIS SERVER 2010 Cantidad 01  Lenguajes y herramientas de Programación - Visual Studio.Net 2010 04  Manejador de Bases de Datos - SQL 2008 04  Sistemas Operativos - Windows 7 04 - Windows Server 2008 04  Herramientas de Productividad - Office Professional 2010 20 04
  22. 22. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Servicios Tabla 3 Tipos de Servicios que se Utiliza en el IIAP Tipos Servicios de Internet – Telefónica Servico de Internet – Claro Servico de Intranet Servidor ARGIS Servidor de Aplicaciones Servidor de Correos 21
  23. 23. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 1.3. Tarea ASI 1.3: Especificación de Estándares y Normas 1.3.1. Catálogo de Normas. De acuerdo a las políticas y normas que rigen en el Instituto de Investigaciones de la Amazonia Peruana para el análisis y diseño de GEOAMAZONIA y teniendo como guía el documento “Sistema de Información Local” se obtuvieron el siguiente catálogo de normas: 1.3.2. Estándares a ser utilizados para la Base de Datos son: Con el objetivo de facilitar los procesos de mantenimiento y gestión de las aplicaciones es necesario el empleo de estándares de codificación, los mismos que se usan para poner los nombres y abreviaturas de las diversas entidades a utilizar en la implementación del sistema. Esta normatividad se aplica en todas las capas implementadas, tenemos:  Estándares para la capa de datos: Se usan en la definiciones de entidades relacionadas a la gestión de las bases de datos, entre ellos podemos mencionar a: variables, stored procedures, bases de datos, nombres de tablas, funciones, etc.  Estándares para la capa lógica: Se usan para la definición de entidades relacionadas a la programación, entre los que podemos mencionar a clases, métodos, variables, instancias, ficheros, funciones, sesiones.  Estándares para la capa de presentación: Se usan para la definición de entidades relacionadas a la programación de la capa de presentación, entre los que podemos mencionar a variables, ficheros, funciones, páginas, nombre de controles, etc. Es importante mencionar que en el caso del Sistema de Información Local existen una serie de estándares que vienen utilizándose desde inicios de la década pasada, los mismos que son:  Nombre de la Base de Datos: El nombre de la base de datos debe ser el mismo nombre que abrevie al nombre del sistema al que estará relacionado, la primera letra en mayúscula. 22
  24. 24. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Ejemplo: Sistema de Información GEOAMAZONIA, entonces el nombre de la base de datos será Geoamazonia  Nombre de tabla: El nombre de la tabla debe ser un sustantivo o la unión de éstas mediante un guión bajo, donde la primera letra de cada sustantivo debe ser mayúscula. El sustantivo debe ser singular. Ejemplo: Shape, Sha_IdShapeFile  Nombre de procedimiento almacenado: El nombre del procedimiento almacenado debe estar conformado por tres (03) partes y unidos por medio de un guión bajo, que son:  pa, es la unión de las letras iniciales de las palabras procedimiento almacenado.  sel, ins, upd, del, son parte de las tres (03) letras iniciales de las palabras inglesas selection, insert, update y delete, los cuales nos ayudará a distinguir el tipo de procedimiento almacenado que se ha creado.  La tercera y última parte estará conformada por la unión de un verbo y uno o más sustantivos, donde el verbo deberá ser escrito en minúscula y el sustantivo o sustantivos deberán iniciar con la primera letra en mayúscula. Ejemplo: pa_sel_listarShape, pa_sel_listarShapeFiles  Nombre de Campo: El nombre del campo de una base de datos debe estar conformado por dos (02) partes y unidos por medio de un guión bajo, la primera parte deberá estar conformada por las tres 23
  25. 25. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL letras iniciales del nombre de la tabla, la segunda parte corresponderá al nombre del atributo en singular y con letra inicial mayúscula. Ejemplo: Tabla Shape, Sha_IdShape, Sha_Descripcion En el caso cuando la entidad sea el resultado de la unión de dos (02) tablas, la primera parte estará compuesta de las dos (02) primeras letras de la primera tabla y la primera letra de la segunda tabla y la segunda parte corresponderá al nombre del atributo en singular y con letra inicial mayúscula. Ejemplo: Tabla Shape_Descarga, Sha_Des. En el caso cuando las tres primeras letras iniciales de diferentes entidades resulten coincidentes, usar la primera letra de la entidad en la primera posición, la última letra en la tercera posición y en la segunda posición la primera consonante de la última sílaba y la segunda parte corresponderá el nombre del atributo en singular y con letra inicial mayúscula. Ejemplo: Tablas especialista, espécimen, especie, Eta_Nombre, Emn_Nombre, Ece_Nombre. En el caso cuando el campo sea identificador de una tabla, esta deberá ser del tipo entero y auto numérico por defecto y el nombre estará conformado por la palabra clave Id más el nombre de la tabla a la que pertenece. Ejemplo: Tabla Producto, Pro_IdProducto. 24
  26. 26. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Estándares para la capa lógica:  Nombre de Clases: El nombre de las clases debe ser un sustantivo la primera letra de cada palabra que conforma el nombre debe ser mayúscula. Ejemplo: Usuario.  Nombre de los Métodos: El nombre del método debe ser iniciado con un verbo, la primera letra debe ser mayúscula al igual que la primera letra de la siguiente palabra que conforman el nombre. Ejemplo: RegistrarUsuario.  Nombre Variables o Instancias: Se debe iniciar con un acrónimo que hace referencia al tipo de variable o instancia, la primera letra del nombre debe ser minúscula y la primera de las siguientes palabras que conforman el nombre debe ser mayúscula. Ejemplo: intCodigo.  Nombre Funciones: Se debe iniciar con un acrónimo “fct”, seguido de una raya inferior, y posteriormente escrita en castellano la operación que realizará la función, y posteriormente unida a otra raya inferior el nombre de la entidad sobre la que se trabajará las operaciones. 25
  27. 27. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Ejemplo: ftc_Ver_Precios.  Nombre de Variables tipo Sesión: Básicamente una variable de Sesión es un Identificador por cual se representa por un sustantivo seguido de Id. Ejemplo: UsuarioId. Estándares para la capa de presentación:  Nombre de Páginas: Para el caso de páginas los nombres siguen el mismo estándar de las clases.  Nombre Funciones: Se debe iniciar con un acrónimo “fct”, seguido 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
  28. 28. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL  Nombre de Controles: Está compuesta por el nombre abreviado del control seguida de un nombre que puede ser un sustantivo en caso de se guarde o muestre información o también puede ser un verbo en caso de que el control realice una acción. Estándares a ser utilizados en la programación.  Nombre de Clases: El nombre de una clase estará conformado por las letras iniciales de cada palabra según el tipo de proyecto donde se encuentre, unida por medio de un guión bajo con la palabra clave cls y seguido de un sustantivo o sustantivos, cada sustantivo debe empezar con letra mayúscula. Ejemplo: AD_clsUsuario, LN_clsUsuario.  Nombre de los Métodos: El nombre del método debe ser iniciado con un verbo, la primera letra debe ser mayúscula al igual que la primera letra de la siguiente palabra que conforma el nombre. Ejemplo: RegistrarUsuario.  Nombre de Páginas: El nombre de un webform estará conformado por la palabra clave wfr seguido de un verbo con letra inicial mayúscula y seguido de un sustantivo o sustantivos, cada sustantivo debe empezar con letra mayúscula. Ejemplo: AD_clsUsuario, LN_clsUsuario, WfrListarUsuario. 27
  29. 29. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL  Nombre Variables o Instancias: Se debe iniciar con un acrónimo que hace referencia al tipo de variable o instancia, la primera letra del nombre debe ser minúscula y la primera de las siguientes palabras que conforman el nombre debe ser mayúscula. Ejemplo: intCodigo.  Nombre de Variables tipo Sesión: Básicamente una variable de Sesión es un Identificador por cual se representa por un sustantivo seguido de Id. Ejemplo: UsuarioId.  Nombre de Controles: Está compuesta por el nombre abreviado del control seguida de un nombre que puede ser un sustantivo en caso de se guarde o muestre información o también puede ser un verbo en caso de que el control realice una acción.  TextBox : txtNombre  Button : btnNombre  RadioButton : rdoNombre  CheckBox : chkNombre  Dropdownlist : ddlNombre.  Listbox : lstNombre  DataGrid : dtgNombre  Hidden : hdnNombre  Label : lblNombre  HyperLink : hplNombre  Link : lnkNombre  Table : tbNombre  Fila : trNombre 28
  30. 30. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL  Columna : tdNombre  ImageButton : imbNombre  Image : imgNombre  Span : spnNombre  Panel : ipnNombre  RequiredFieldValidator : rfvNombre  RangeValidator : rgvNombre  CompareValidator : cpvNombre  RegularExpressioValidator : revNombre  ValidationSummary : vdsNombre  User Web Controls : uwcNombre  DataSet : dtsNombre  DataView : dtvNombre Tabla 4 Catálogo de Normas - Recursos Nombre de la tabla Recursos Descripción Almacena los recursos del proveedor Nombre del campo Tipo de Integridad Longitud Descripción Dato IProveedorId Int PK 11 Identificador del proveedor IRecursoId Int FK 11 Identificador del recurso. VCodigo varchar 255 Código del recurso VNombre varchar 255 Nombre de recurso VDescripcion varchar 255 Descripción del recurso VUnidad varchar 255 Unidad del recurso VEstandar varchar 255 Estándar del recurso Vurl varchar 255 URL del recurso VParametro varchar 255 Parámetro del recurso vData varchar 255 Data del recurso vCCNombre varchar 255 Nombre de responsable vCCTitulo varchar 255 Título profesional de responsable vCCEmail varchar 255 Email de responsable vCCFono varchar 255 Teléfono de responsable vCTNombre varchar 255 Nombre de encargado temático 29
  31. 31. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL vCTTitulo varchar 255 Título de encargado vCTEmail varchar 255 Email de encargado vCTFono varchar 255 Teléfono de encargado 30
  32. 32. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 1.4. Tarea ASI 1.4: Identificación de los Usuarios Participantes y Finales En esta tarea se identifican los usuarios participantes y finales, interlocutores tanto en la obtención de requisitos como en la validación de los distintos productos y la aceptación final del sistema. 1.4.1. Catálogo de Usuarios Participantes Dada la importancia de la colaboración de los usuarios participantes que tiene en el proceso de obtención de los requisitos, es conveniente determinar quiénes van a participar en las sesiones de trabajo. Así mismo, se informa del plan de trabajo a los usuarios identificados que son los siguientes: Tabla 5 Catalogo de Usuarios Participantes USUARIO PARTICIPANTES INSTITUCIONES Hernán Tello Fernández IIAP(BIOINFO) Isaac Ocampo Yahuarcani IIAP(BIOINFO) 1.4.2. Catálogo de Usuarios Finales. Inicialmente el público objetivo del SIL será mejorar la calidad de vida del poblador rural amazónico, a partir de la facilitación de información como insumo para los procesos de toma de decisiones, y para las diferentes necesidades cotidianas relacionadas a gestión de la biodiversidad y medio ambiente. Tabla 6 Catálogo de Usuarios Finales Usuario Rol Usuario Libre Usuario Final de Internet Descripción Libre acceso a la Información. Podrá gestionar su propia información, así como navegar por el sitio web, realizar búsquedas, utilizar los servicios, ver contenidos. Usuario Especialista Administrador de Gestión de Contenidos externos, el GEOAMAZONIA Contenidos externos Administrador Administrador del Sistema Valida y registra usuarios y gestiona el monitoreo de las estadísticas, bitácora y contenidos cartográficos. 31
  33. 33. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 2. Actividad ASI 2: Establecimiento de Requisitos 2.1. Obtención de Requisitos 2.1.1. Modelo de Caso de Uso Tabla 7: Diagrama Caso de Uso Servicios GEOAMAZONIA Caso de Uso de Requerimiento Acceder Servicios GEOAMAZONIA Acceder a Servicios de GEOAMAZONIA U.Libre VisorGeográfico Visualizar Mapas Estáticos Visualizar Mapas Interactivos Imágenes Satelitales Fotografias Satelitales Búqueda Simple ConsultarMapaEstatico Búsqueda Avanzada Gestion de Descargas de Mapas Buscar AMAZONIA MOVIL Ilustración 3: Diagrama Caso de Uso de Requerimiento Acceder Servicios GEOAMAZONIA Fuente: Elaboración Propia Tabla 8: Diagrama Caso de Uso de Requerimiento Administrar Servicio GEOAMAZONIA 32
  34. 34. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Tabla 9: Diagrama Caso de Uso Servicios SITERRITORIAL Caso de Uso de Requerimiento Acceder Servicios SITERRITORIAL Visualizar Mapa Unidad Economica Ecológica Visualizar Mapa Biologico <<include>> <<include>> <<include>> <<include>> Visualizar Mapa Zonificacion Económica Ecológica Usuario SIGT Visualizar Información Tabular Visualizar Mapa Fisico <<include>> Acercamiento de Mapas Tomar Medidas Visualizar Mapa Socioeconómico Ilustración 4: Diagrama Caso de Uso de Requerimiento Acceder Servicios SITERRITORIAL Fuente: Elaboración Propia Tabla 10: Diagrama Caso de Uso de Requerimiento Administrar Servicio SITERRITORIAL 33
  35. 35. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Caso de Uso Requerimiento Gestionar Contenido Actualizar Mapa Estatico Registrar Mapa Estatico Eliminar T ema Eliminar Mapa Estatico Actualizar Tema <<extend>> <<extend>> <<extend>> Registrar T ema <<extend>> <<extend>><<extend>> ConsultarT ema ConsultarMapaInteractivo <<extend>> GestionarTema Gestión de Contenido <<extend>> Gestionar Mapas Estáticos <<extend>> <<extend>> Registrar Mapa Interactivo <<extend>> <<extend>> <<extend>> Actualizar Mapa Interactivo U. Especialista Gestionar Mapas Interactivos <<extend>> Gestionar Contenido Cartográfico <<extend>> Eliminar Mapa Interactivo <<extend>> Registrar Mapa Satelital Gestiornar Mapas Satelitales <<extend>> <<extend>> <<extend>> Registrar Shape Files Gestion Arquitectura Actualizar Mapa Satelital <<extend>> <<extend>> Gestionar WMS <<extend>> <<extend>> Eliminar Mapa Satelital ConsultarMapaSatelital <<extend>> <<extend>>Gestionar Shapes Actualizar Shape File <<extend>> <<extend>> <<extend>> RegistrarPaginaEstatica <<extend>> ConsultarWMS Actualizar Shape Files Registrar WMS Eliminar WMS Actualizar WMS RegitrarPaginaPrincipal ConsutarShapeFile Ilustración 5: Diagrama Caso de Uso de Requerimiento Gestionar Contenido Fuente: Elaboración Propia Tabla 11: Diagrama Caso de Uso de Requerimiento Administrar Contenido – GEOAMAZONIA 34
  36. 36. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Caso de Uso de Requerimiento <<extend>> <<extend>> Gestionar Usuario Registrar Usuario <<extend>> <<extend>> Administrador Actualizar Usuario Gestionar Bitácora Eliminar Usuario ConsultarUsuario Gestionar Estádistica Gestionar fuentes WMS <<extend>> Importar Datos WMS <<extend>> Exportar Datos WMS Ilustración 6: Diagrama Caso de Uso de Requerimiento Fuente: Elaboración Propia 35
  37. 37. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 2.2. Especificación de casos de uso de Requerimiento Tabla 12: Especificación Caso de Uso de Requerimiento Administrar Acceso GEOAMAZONIA Actor Proceso Caso de Especificación Uso GEO AMAZONIA Precondición: Se ingresa un parámetro de búsqueda en la caja Búsqueda Simple de texto txtBusqueda, y se procede a generar un registro de la información encontrada en la Base de Datos GEOAMAZONIA Postcondición: Sólo se realizará la búsqueda en las tablas con información cartográfica. Precondición: El usuario ingresará datos precisos de la Búsqueda Acceder Usuario Servicios Libre Avanzada GEO AMAZONIA información cartográfica tales como fecha, autor, fuente, latitud, longitud o algunas características del archivo cartográfico. Postcondición: El usuario podrá acceder a esta opción haciendo clic en el enlace Búsqueda Avanzada Descarga SHAPE FILES Descarga MAPAS Visualizar Mapa Precondición: Sin restricciones para descarga de Shape Files Postcondición: No hacer uso indebido de las imágenes satelitales. Este proceso de descarga envía un enlace para descargar los Shape Files asignados al GEOAMAZONIA Permite visualizar dinámicamente y a través de posiciones (latitudes y longitudes) la posición de una ubicación en el mapa. Interactivo Visualizar Mapa Muestra una colección de mapas temáticos que el usuario final podrá ver y descargar. Estático Visualizar Muestra datos apartir de un visualizador externos ingresando Mapa datos a través del GEOAMAZONIA y visualizándolo dentro del Satelital 36 propio sistema.
  38. 38. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Actor Proceso Caso de Uso Especificación SANIA  Precondición: Para registrar de acuerdo a la temática que maneja la imagen satelital ingresada tales como:  Ordenamiento Territorial.  Propuestas de ZEE concluidos (Mapas y documentos)  ZEE amazonas  ZEE Cuenca del aguayta (Ucayali)  ZEE Madre de Dios  ZEE Alto mayo (San Martin)  ZEE Iquitos Nauta (Mesozonificación)  ZEE San Martin  ZEE Satipo- Junín  ZEE Tocache San Martín  ZEE Tahuamanu.  ZEE Cuenca del Nanay. Gestionar Tema Usuario Gestionar Especialista Contenido  Por Concluirse  ZEE VRA  ZEE Huánuco  ZEE Shambillo (Microzonificación)  ZEE Iquitos Nauta (Microzonificación) Post condición: Ninguna Precondición: Este proceso engloba múltiples sub procesos como Gestionar la Gestión de Shape Files, Mapas Satelitales, Mapas Interactivos y Contenido Mapas Estáticos. Cartográfico Post condición: Ninguna Tabla 13: Especificación Caso de Uso de Requerimiento Gestionar Contenido 37
  39. 39. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Actor Proceso Caso de Uso Especificación SANIA El Administrador del Sistema podrá registrar a los usuarios y hacer los procesos de actualización y Registrar Usuario eliminación de usuarios. Precondición: Que el Usuario debe ser un miembro Administrador reconocido por el nodo principal del IIAP Gestionar Usuario Este proceso gestiona la búsqueda de los usuarios Consultar Usuario del GEOAMAZONIA para sus posterior subprocesos de registrar, actualizar o modificar. Eliminar Usuario 38 Este proceso eliminar de la tabla Usuario a la persona que gestiona GEOAMAZONIA
  40. 40. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 3. Actividad ASI 3: Identificación de Subsistemas de Análisis Se procede a analizar los beneficios que en este desarrollo se obtendrían de descomponer al sistema en diferentes subsistemas. 3.1.Tarea ASI 3.1: Determinación de Subsistemas de Análisis Los subsistemas que forman el sistema de información son:  Subsistema Amazonia MOVIL  Subsistema SITERRITORIAL  Subsistema de Gestión de Acceso a Servicios o Descargas Shape File o Visualizador de Mapas Dinámicos o Visualizador de Mapas Estáticos  Subsistema de Gestión de Contenido o Mapas Estáticos o Mapas Dinámicos o Mapas Satelitales  Subsistema de Arquitectura  Subsistema Estadística  Subsistema Bitácora  Subsistema Gestionar Fuentes WMS  Subsistema de Gestión de Acceso a Servicios Se gestionará la búsqueda de información cartográfica, en formatos Shape o relación a Mapas Interactivos, Mapas Satelitales y Mapas Estáticos. 39
  41. 41. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL  Subsistema de Gestión de Contenido: Alberga las publicaciones de los diferentes documentos cartográficos e imágenes satelitales todos ellos se encuentran en formatos estándares como ISO19115, ISO19139, WMS y FGDC.  Subsistema de Gestión de Arquitectura Este subsistema se encarga de:  Gestión de Web Principal: Este proceso se encarga de la Distribución de la Información dentro de la Web Principal(Los menús de la página).  Gestión de Página Estática: Estos servicios brindan la cambiar la Estructura Interna de la Información.  Subsistema de Gestión de Usuario Gestiona las transacciones de usuarios (registra, consulta, elimina y actualiza) toda la información referente a los usuarios del GEOAMAZONIA. Mediante este subsistema se realizara la gestión de los usuarios internos, que por las cuales el usuario interno necesariamente tiene que ser un personal del IIAP, para que pueda realizar las diversas gestiones del contenido web entre otros privilegios que se permiten a los usuarios. 40
  42. 42. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 3.2.Tarea ASI 3.2: Integración de Subsistemas de Análisis En este diagrama se describe la unificación de los subsistemas que integran el sistema informático, se puede apreciar que el administrador del portal gestiona los sitios y los contenidos de información para que el usuario pueda hacer la consulta de búsqueda. MapasDinamicos MapasEstaticos DescargaArchivos Visualizadores AcederServicioGeoAMAZONIA GestionarMapaEstatico GestionarMapaDinamico GestionarContenido GestionarMapaSatelital ValidacionUsuario GestionIntranet GestionarEstadistica GestionarUsuarios GestionarBitacora GestionarArquitectura Descripción: unificación de los subsistemas que integran el sistema informático 41
  43. 43. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 4. ACTIVIDAD ASI 4: ANÁLISIS DE LOS CASOS DE USO Una vez identificados y validados los casos uso, los usuarios que participan en cada caso de uso se identificaran las clases por las que estarán compuestos. Esto significa, traducir los casos de uso que contienen básicamente información en lenguaje y para los usuarios, dicha información debe ser transformada en información y para gente de sistemas encargada para el desarrollo del proyecto. Para realizar esta actividad se aplicó el uso de la herramienta Rational Rose, el diseño de las clases de control y diagramas de actividades de interfaz la resuelve esta herramienta, es importante tener una buena definición de las clases que integraran el caso de uso. 42
  44. 44. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 4.1.Tarea ASI 4.1: Descripción de la Interacción de Objetos Diagrama de Secuencia de Gestión de Acceso a Servicios : Pagina GEOASERVIDOR : Buscador Simple Usuario Libre : Usuario Libre IngresaGEOSERVIDOR : Shape Files : ISO11915 : WMS : Tema : Buscador Ingresar Buscador Simple EnviaDatos DevuelveRespuesta SolicitarShape DevolverShape SolicitarISO19115 DevolverISO19115 SolicitarWMS DevolverWMS SeleccionarTema DevolverTema Fuente: Documentación Planificación, Análisis y Diseño Proyecto Gestión de Acceso a Servicios 43
  45. 45. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Diagrama de Secuencia AMAZONIA MOVIL : MostrarDocumento : Usuario Libre : BuscadorAmazoniaMovil : PaginaResultados : AmazoniaMovil : Publicaciones IngresarAmazoniaMovil EnviarParametro EjecutarBuscador DevolverDatos MostrarResultado SolicitarDocumento BuscarDocumentoEnServidor DevolverDocumento MostrarDocumento Fuente: Documentación Planificación, Análisis y Diseño Proyecto GEOAMAZONIA 44 : UbicacionFisicaArchivo
  46. 46. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Diagrama de Secuencia Validar Usuario Especialista. : IntranerGeoServidor : PrincipalIntranet. : sUsuario. : Gestorde Usuarios : Usuario Especialista Ingresar Geoservidor Ingresar Datos ValidarUsuario IngresarPrincipalIntranet DevolverDato Fuente: Documentación Planificación, Análisis y Diseño Proyecto GEOAMAZONIA 45
  47. 47. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Diagrama de Secuencia de Validar Usuario Administrador. : IntranerGeoServidor : PrincipalIntranet. : sUsuario. : Gestorde Usuarios : Administrador Ingresar Geoservidor Ingresar Datos ValidarUsuario IngresarPrincipalIntranet DevolverDato Fuente: Documentación Planificación, Análisis y Diseño GEOAMAZONIA 46
  48. 48. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Diagrama de Secuencia de Gestión de Arquitectura Web- GEOAMAZONIA. Fuente: Documentación Planificación, Análisis y : Posicion : Administrador de Sistema : Gestion de la Web Principal : Gestionar la Web Principal : Acceso Web Principal Diseño Proyecto : Nivel : Pagina Estatica : Pagina Descripción: Gestión acerca de la Arquitectura de la web en donde se ubican toda la información. 47 GEOAMAZONIA
  49. 49. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Diagrama de Secuencia de Gestión de Temas. ConsultarTema : TransaccionesTema : ActualizarTema : Tema : RegistrarTema : Usuario Especialista : GestorContenido IngresarTema RegistrarTema EnviarDatos RegistrarTema ResponderMensaje DevolverDato RegistrarActualizarTema EnviarDato ResponderMensaje ActualizarTema DevolverDato EliminarTema EliminarTema Responder Mensaje DevolverDato Fuente: Documentación Planificación, Análisis y Diseño GEOAMAZONIA 48
  50. 50. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Diagrama de Secuencia de Gestión de Mapas Dinámicos : ConsultarMapaInteractiv o : RegistrarMapaInteractiv o : ActualizarMapaInteractiv o : Usuario Especialista : WMS : TipoMapaEstatico Dev olv erMensaje : GestorContenido IngresarConsultarMapaInteractiv o SolicitarDatos ConsultarDatos Dev olv erDatos ConsultarDatos Dev olv erDatos ConsultarDatos Dev olv erDatos CargarGrid IngresarRegistrarMapaInteractiv o IngresarDatos IngresandoActualizarMapaInteractiv o IngresarDatosActualizados Dev olv erMensaje SolicitarDatos Fuente: Documentación Planificación, Análisis y Diseño GEOAMAZONIA 49 : sTema
  51. 51. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Diagrama de Secuencia de Gestión de Mapa Estático. : ConsultarMapaEstatico : RegistrarMapaEstatico : ActualizarMapaEstatico : Usuario Especialista SolicitarDatos : ISO11915 AsignarTema : TipoMapaEstatico ActualizarDatos : GestorContenido IngresarMapaEstatico SolicitarDatos SolicitarDatos DevolverDatos SolicitaDatos DevolverDatos SolicitarDatos DevolverDatos SolicitarDatos DevolverDatos LlenarFormulario IngresarRegistrarMapaEstatico EnviarParametro RegistrarISO11915 RegistrarTipo RegistrarTema RegistrarISO10139 RegistrarFGDC IngresarActualizarMapaEstatico IngresarParametros ActualizarDatos ActualziarDatos ActualziarDatos ActualizarDatos ActualziarDatos DevolverDatos DevolverMensaje Fuente: Documentación Planificación, Análisis y Diseño GEOAMAZONIA 50 : sTema : ISO19139 : FGDC
  52. 52. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 5. Actividad ASI 5: Análisis de Clases 5.1.Identificación de Responsabilidades y Atributos Diagrama de Clases SANIA - 51
  53. 53. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 6. Actividad ASI 6: Definición de Interfaces de Usuario La mayoría de las Interfaces Hombre-Máquina (I.H-M) se llevan a cabo a través del medio visual. Así en una pantalla se presentan simultáneamente muchos elementos de información diferentes, para que sean asimilados por el usuario. El tamaño del texto, tipo de letra, longitud de la línea, la mayúsculas, el sitio y el color influyen en la facilidad con que se realiza la extracción de la información.  Normas: A continuación se muestran algunos estándares de diseño de interfaz que facilitan el mejor entendimiento entre sistema y usuario. Los más importantes son:  ISO/IEC 9126: Evaluación de productos software: características de calidad y directrices para su uso.  ISO 9241: requisitos ergonómicos para trabajar con terminales de presentación visual (VDT).  ISO/IEC 10741: interacción de diálogos.  ISO/IEC 11581: símbolos y funciones de los iconos.  ISO 11064: diseño ergonómico de centros de control.  ISO 13407: procesos de diseño centrados en la persona para sistemas interactivos. 52
  54. 54. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL  Directrices (condiciones en la se genera algo )  Directrices generales: 1- Ser consistente en la presentación y selección de menús, entrada de órdenes y visualización de datos. 2- Ofrecer realimentación visual y acústica entre usuario e interfaz. 3- Permitir la vuelta atrás en la ejecución de la mayoría de las acciones. 4- Reducir la cantidad de información que se debe visualizar entre acciones, (No se puede esperar que el usuario tenga que recordar mucha información para reutilizarla como entrada en la siguiente acción). 5- Buscar eficiencia en el diálogo, movimiento y pensamiento. (Minimizar el nº de pulsaciones, distancia entre pulsaciones y que el usuario se pare a pensar que significa una determinada opción). 6- Proteger al sistema de los fallos del usuario. 7- Categorizar las acciones en base a su función y reorganizar la presentación en pantalla convenientemente. 8- Proporcionar facilidades de ayuda sensibles al contexto. 9- Utilizar verbos de acción simples y frases cortas para nombrar órdenes.  Directrices de visualización de la información 1- Mostrar sólo la información relevante en el contexto actual. 2- No abrumar con datos. (Gráficos y esquemas deben reemplazar a tablas con datos). 3- Permitir mantener el contexto visual. Si se re-escalan gráficos en una pantalla, debe mantenerse una forma reducida de la imagen original, para que el usuario no pierda la posición original de la imagen que observa. 4- Producir mensajes de error significativos. 5- Todos los mensajes de error se mostrarán a través de ventanas emergentes. 53
  55. 55. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 6- Tabular y agrupar texto para ayudar a su comprensión. 7- Utilizar ventanas para modularizar los diferentes tipos de información. 8- Distribuir el espacio disponible en la pantalla de manera eficiente. 9- En todas las pantallas se posibilitará el cierre de la sesión. 10- Todas las ventanas se abrirán en la misma pestaña.  Directrices para la entrada de datos 1- Minimizar el nº de acciones de entrada de datos que deba hacer el usuario. 2- Mantener una consistencia entre la información visualizada y los datos de entrada. 3- Permitir la flexibilidad en la forma de entrar los datos (teclado, ratón...). 4- Desactivar las órdenes inapropiadas en el contexto actual, para evitar al usuario realizar acciones erróneas. 5- Proporcionar ayuda en todas las acciones de entrada de datos. 6.1.Tarea ASI 6.1: Especificación de formatos individuales de la interfaz de pantalla Especificación de Interfaz de Usuario 6.3.1.1 Formatos individuales de Interfaz de pantalla.  Las pantallas no podrán cambiar de tamaño, ni de ubicación.  En la parte superior de la interfaz se mostrara el banner indicando el nombre del sistema.  En la parte superior se ubicara el banner y su propio buscador (específico y avanzado).  Debajo del banner se presentara un menú donde se podrá ubicar la intranet (acceso del administrador del sistema). 54
  56. 56. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL  En la primera parte del cuerpo se mostrara un menú para la indexación de toda la información de contenidos del sistema, relacionada a los grupos étnicos.  En la primera parte del cuerpo se podrá visualizar las noticias y eventos más relevantes.  En la segunda parte del cuerpo se mostrara información acerca de los mapas.  En el pie de la página se podrá encontrar con las instituciones externas participantes en la colaboración de brindar información.  En la parte final se observara las promociones de las noticias más relevantes, publicaciones, como también la arquitectura del sistema. Catálogo de controles y elementos de diseño de Interfaz de pantalla  Los controles que se ocupen de listar, aparecerán activos cuando el usuario tenga la opción de listar.  Los controles que se ocupen de realizar modificaciones solo se activaran cuando el usuario pueda realizar una modificación cuando active en los detalles, que tiene como opción los cuadros de datos de ciertas informaciones.  Los controles que se ocupen de deshabilitar cierta información solo se activarán cuando el Administrador realice la opción Editar.  Los controles que se ocupen de realizar impresiones solo se activarán cuando el usuario pueda realizar una impresión. 6.2.Tarea ASI 6.2: Especificación del Comportamiento Dinámico de Interfaz Los diagramas de estado muestran el conjunto de estados por los cuales pasa un objeto durante su vida en una aplicación en respuesta a eventos (por ejemplo, mensajes recibidos, tiempo rebasado o errores), junto con sus respuestas y acciones. También ilustran qué eventos pueden cambiar el estado de los objetos de la clase. Normalmente contienen: 55
  57. 57. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL estados y transiciones. Como los estados y las transiciones incluyen, a su vez, eventos, acciones y actividades, vamos a ver primero sus definiciones. Al igual que otros diagramas, en los diagramas de estado pueden aparecer notas explicativas y restricciones. Figura N° 1: Comportamiento Dinámico 56
  58. 58. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Figura N° 2: Comportamiento dinámico 57
  59. 59. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 6.3.Tarea ASI 6.3.: Especificación de Formatos de Impresión • Formatos de impresión Los reportes generados en HTML. Al ser un desarrollo web, el tamaño de la hoja y el tipo de impresión es administrado por el sistema operativo. La cabecera tendrá los siguientes datos:  Logo de la institución.  Datos de la institución.  Título del listado.  Número de página y cantidad de páginas (X de Y), alineado a la izquierda.  Fecha y hora. El detalle tendrá las siguientes características:  Distribuido en varias columnas, en el caso de tenerlas, con el título correspondiente en cada columna.  Los números alineados por el punto decimal  Títulos en negrita. 58
  60. 60. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 7. Actividad ASI 7: Análisis de Consistencia y Especificación de Requisitos 7.1.Tarea ASI 7.1: Verificación de los Modelos El objetivo de esta tarea es asegurar la calidad formal de los distintos modelos, conforme a la técnica seguida para la elaboración de cada producto y a las normas determinadas en el catálogo de normas. Se ha hecho seguimiento a los siguientes productos: • Modelo de Casos de Uso • Especificación de Casos de Uso • Modelo de Clases de Análisis • Comportamiento de Clases de Análisis • Análisis de la Realización de los Casos de Uso • Descripción Interfaces entre Subsistemas Habiéndose identificado algunas inconsistencias relacionadas al cumplimiento de los requisitos, los mismos que ya fueron superados y cuyas correcciones ya fueron introducidas al documento. Entre estas podemos mencionar a: • Mejoras descriptivas para el caso de uso de requerimiento consultar el Sistema de Información Local • Vista previa del contenido a publicar en el caso de uso de requerimiento administrar contenido del Sistema de Información Local. • Correcciones relacionadas a los términos utilizados para cada caso de uso. • La existencia de las clases relacionadas a los contenidos temáticos. • La consistencia funcional entre subsistema. 59
  61. 61. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 7.2.Tarea ASI 7.2: Análisis de Consistencia entre Modelos Para realizar este ítem se ha realizado el proceso de análisis de compatibilidad entre los Diagramas de Colaboración y Diagrama de Clases. Habiéndose identificado una serie de inconsistencias que fueron corregidas tanto en los (CANTIDAD DE DIAGRAMAS DE COLABORACIÓN) y el Diagrama de Clases. Tabla N° 1: Análisis de consistencia. Método Diagrama de Colaboración Método Diagrama de Clases RegistrarTema Gestionar tema RegistrarTema () clsTema ObtenerTema Gestionar tema ObtenerTema () clsTema ActualizarTema Gestionar tema ActualizarTema () clsTema ObtenerTemaEstado Gestionar tema ObtenerTemaEstado () clsTema RegistrarMapaEstatico Gestionar Mapa Estático RegistrarMapaEstatico () clsISO19915, clsISO19139, FGDC ObtenerMapaEstatico 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 60 Gestionar Mapa Interactivo ActualizarMapaInteractivo () clsISO19915,
  62. 62. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL clsISO19139, FGDC 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 61
  63. 63. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL registrarContenidoWeb2 Gestionar Contenido_Externo registrarContenidoWeb2() clsContenidoWeb2 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 62
  64. 64. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL EliminarPalabraClave Gestión de la palabra clave. EliminarPalabraClave () clsPalabraClave ListarPalabraClave Gestión de la palabra clave. ListarPalabraClave () clsPalabraClave RegistrarPersona Gestionar Usuario RegistrarPersona() clsPersona ObtenerPersona Gestionar Usuario ObtenerPersona() clsPersona ActualizarPersonaInformacionBasica Gestionar Usuario ActualizarPersonaInformacionBasica() clsPersona ListarPersona Gestionar Usuario ListarPersona() clsPersona ListarRolesUsuario Gestión de usuarios. ListarRolesUsuario() RegistrarSugerencia Gestión de las sugerencias RegistrarSugerencia() ListarSugerencia Gestión de las sugerencias ListarSugerencia() RegistrarVisitante Registro de variables para estadística. ObtenerVisitasHoy 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 RegistrarVisitante() clsRoles clsSugerencia clsSugerencia clsVisitante
  65. 65. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 7.3.Tarea ASI 7.3: Validación de los Modelos En este proceso de validación no ha participado ningún usuario final, sólo los miembros del equipo de trabajo por lo que solo se han considerado los siguientes productos: • Especificación de Interfaz de Usuario • Modelo de Casos de Uso • Especificación de Casos de Uso • Modelo de Clases de Análisis • Comportamiento de Clases de Análisis • Análisis de la Realización de los Casos de Uso • Descripción de Subsistemas de Análisis • Descripción de Interfaces entre Subsistemas 7.4.Tarea ASI 7.4: Elaboración de la Especificación de Requisitos de Software Al ser aprobado la elaboración formal para la Especificación de Requisitos de Software, se tiene el siguiente catálogo de herramientas de Software utilizados para el presente proyecto:  Introducción  Ámbito y Alcance  Participantes Requisitos del sistema de información: las siguientes herramientas fueron necesarias para la construcción del análisis y diseño del Sistema GEOAMAZONIA:  Rational Unifed Process: es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.  Dreamweaver: es una aplicación en forma de estudio (basada en la forma de Adobe Flash) enfocada a la construcción y edición de sitios y aplicaciones Web basadas en estándares. Creado inicialmente por Macromedia (actualmente producido por Adobe Systems). Es el programa de este tipo más utilizado en el 64
  66. 66. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL sector del diseño y la programación web, por sus funcionalidades, su integración con otras herramientas como Adobe Flash y, recientemente, por su soporte de los estándares del World Wide Web Consortium. Las siguientes herramientas serán necesarias para el desarrollo del Sistema de Información GEOAMAZONIA:  Plataforma Microsoft .NET 2010: es un framework de Microsoft que hace un énfasis en la transparencia de redes, con independencia de plataforma de hardware y que permita un rápido desarrollo de aplicaciones. Basado en ella, la empresa intenta desarrollar una estrategia horizontal que integre todos sus productos, desde el sistema operativo hasta las herramientas de mercado.  Microsoft SQL Server 2008: es un sistema para la gestión de bases de datos producido por Microsoft basado en el modelo relacional. Sus lenguajes para consultas son T-SQL y ANSI SQL. Microsoft SQL Server constituye la alternativa de Microsoft a otros potentes sistemas gestores de bases de datos como son Oracle o PostgreSQL o MySQL. Visión General del Sistema de Información: Proveer con todas las herramientas necesarias para el desarrollo del sistema de información GEOAMAZONIA, para que satisfagan las exigencias de la documentación del Análisis y Diseño efectuados en el presente proyecto. Referencia de los Productos a Entregar: • Modelado del sistema de información GEOAMAZONIA, utilizando para ello la herramienta Rational Unifed Process. • Prototipos de GEOAMAZONIA, utilizando para ello la herramienta de diseño dreamweaver. • Documentación de GEOAMAZONIA, utilizando para ello herramientas ofimáticas Office 2010. 65
  67. 67. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 8. Actividad ASI 8: Especificación del Plan de Pruebas Para la formulación del Plan de pruebas se ha tenido en cuenta el Método de Pruebas Orientada a Objetos para el Ciclo de Vida Completo (FLOOT) de Scott W. Ambler, que plantea la validación del software orientado a objetos a partir de 21 metodologías. Para este caso y a criterio del autor del documento sólo se ha considerado los siguientes:  Prueba de Caja-Negra: La prueba verifica que el ítem que se está probando, cuando se dan las entradas apropiadas produce los resultados esperados.  Prueba de Caja-Blanca: Consiste en realizar pruebas para verificar que líneas específicas de código funcionan tal como está definido. También se le conoce como prueba de caja-transparente.  Prueba de Valores-Frontera: Es la prueba de situaciones extremas o inusuales que el ítem debe ser capaz de manejar.  Prueba de Integración: Consiste en realizar pruebas para verificar que un gran conjunto de partes del software funcionan juntas.  Revisión de Prototipos: Es un proceso mediante el cual los usuarios trabajan a través de una colección de casos de uso, utilizando un prototipo como si fuera el sistema real. El objetivo principal es probar si el diseño del prototipo satisface las necesidades de esos usuarios.  Prueba de Stress: El acto de asegurar que el sistema funciona como se espera bajo grandes volúmenes de transacciones, usuarios, carga y demás.  Prueba de Escenarios de Uso: Una técnica de prueba en la cual una o más personas validan un modelo siguiendo la lógica de los escenarios de uso. 66
  68. 68. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Prueba de Interfaz de Usuario: Consiste en probar la interfaz de usuario para garantizar que cumple los estándares y requerimientos definidos. Usualmente se refiere a la prueba de interfaz de usuario gráfica. • Pruebas unitarias Esta actividad debe cubrir cada una de las clases creadas durante la etapa de codificación. Todas las entradas y salidas de una clase deben ser probadas, y en caso de existir la posibilidad de combinar varias al mismo tiempo, esto también debe ser probado. Las pruebas unitarias deben desarrollarse de forma paralela a la codificación de la aplicación. Y solo cuando las actividades de pruebas unitarias hayan sido superadas exitosamente, se podrá pasar a la siguiente actividad de prueba. • Pruebas de sistema Las pruebas de sistema serán orientadas según la técnica de “caja negra” unidad cuya estructura interna se desconoce, pero cuya función está documentada. Los diseñadores de hardware y de software utilizan este término para hacer referencia al código de programación que ejecuta determinada función; utilizado particular-mente los métodos de partición de equivalencias y análisis de valores límites. Una prueba de caja negra examina algunos aspectos externos del modelo del sistema sin tener en cuenta la estructura lógica interna del software. Una vez que todos los casos de prueba han sido superados exitosamente, la aplicación estará lista para ser entregada. • Pruebas de aceptación Estas pruebas serán realizadas por el coordinador informático de la sede Iquitos, quien tomará como criterio de evaluación el cumplimiento, por parte del sistema, de los requisitos funcionales del mismo. • Pruebas unitarias Los resultados de las pruebas unitarias deberán ser almacenados en el documento de registro estándar y la ejecución de los mismos será manual. • Pruebas de sistema 67
  69. 69. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Los resultados de las pruebas deberán ser almacenados en el documento de registro estándar y la ejecución de las mismas será manual. • Amplitud de las pruebas La amplitud y criterio de completitud a emplear se basará en la cobertura realizada sobre la funcionalidad requerida. 68
  70. 70. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI) 9. Actividad DSI 1: Definición de la Arquitectura del Sistema 9.1.Tarea DSI 1.1: Definición de Niveles de Arquitectura 9.1.1. Diseño de la Arquitectura del Sistema Particionamiento Físico del sistema de información Figura N° 3: Particionalmente Físico 9.2.Tarea DSI 1.2: Identificación de Requisitos de Diseño y Construcción En esta Tarea se realiza la especificación de los requisitos que están directamente relaciónalos con la adopción o diseño de una arquitectura o infraestructura concreta, que pueden condicionar el diseño o la construcción del sistema de información. 9.2.1. Catálogo de Requisitos (en orden desde Datos, Lógica, Presentación)  El Proyecto utilizara el estilo de programación de 3 capas (Presentación, lógica y Acceso a Datos)  Se utilizará herramientas basadas en software propietario (Microsoft Visual Studio 2010) utilizando Fireworks 4 o superior. 69
  71. 71. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL  Utilizará las librerías empresariales para implementar funcionalidad típica (insertar, Actualizar, Listar; colecciones de datos).  El Sistema usara un el Gestor de Base de Datos SQL Server 2008.  Se deberá desarrollar en un entorno web seguro.  El software debe permitir la integración y presentación de información existente y disponible a través de Internet.  El sistema debe utilizar tecnología Ajax y las Librerías Jquery para mejorar la experiencia del usuario.  El sistema estilizara Chart Control para la generación de cuadros estadísticos.  Usará “Hojas de Estilo en Cascada” para una adecuada administración del Código de Estilos.  El sistema deberá ser accesible y agradable para el usuario desde cualquier navegador de internet (Internet Explorer, Firefox, Google Chrome), considerando los problemas de Compatibilidad con las propiedades CSS. Tabla N° 2: Requisitos de Construcción - Hardware Hardware Servidor de Archivos Servidor de Datos Switch Administrable Router Firewall 70
  72. 72. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Tabla N° 3: Requisitos de Construcción - Software Software Sistema Operativo Windows 2003 Server Visual Studio .Net 2010 SQL Server 2008 Dreamweaver CS3 o versiones posteriores Fireworks CS3 Tabla N° 4: Requisitos de Construcción Lenguajes de Programación y Diseño Leguaje de Programación y Diseño Lenguaje Visual C# Lenguaje de Consulta Estructurado (SQL) Lenguaje Paginas de Servidores Activo (ASP) Lenguaje de Marcado de Hipertexto (HTML) 71
  73. 73. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL 9.3.Tarea DSI 1.3: Especificación de Excepciones 9.3.1. Catálogo de excepciones Se determinaron tres tipos de excepciones: comunicación, validación y permisos. Las excepciones de comunicación se relacionan con inconvenientes que aparecen cuando no existe conexión entre los componentes principales del sistema; excepciones de validación se relacionan con aspecto las que hacen a la aceptación de los datos a ingresar en el sistema; la excepciones de permisos tienen que ver la verificación que se hace a los usuarios que intentan ingresar al sistema. Comunicación: Tabla N° 5: Excepción 1 de Comunicación Número de Excepción 001-C Tipo de excepción Comunicación Descripción de la Se intenta descargar un archivo. excepción Condición No se establece la conexión. Respuesta esperada Mensaje de error: “El sistema no puede hallar el archivo especificado.” 72
  74. 74. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Tabla N° 6: Excepción 2 de Comunicación Numero de Excepción 002-C Tipo de excepción Comunicación Descripción de la Se intenta navegar por las distintas páginas del excepción sistema. Condición No se establece la conexión Respuesta esperada Mensaje de error: “El sistema no puede hallar la ruta especificada.” Tabla N° 7: Excepción 3 de Comunicación Numero de Excepción 003-C Tipo de excepción Comunicación Descripción de la El sistema no puede abrir el archivo. excepción Condición No se establece la conexión Respuesta esperada Mensaje de error: “Archivo dañado.” Tabla N° 8: Excepción 4 de Comunicación Numero de Excepción 004-C Tipo de excepción Comunicación Descripción de la Espacio de almacenamiento insuficiente para procesar excepción este comando. Condición No se establece la conexión Respuesta esperada Mensaje de error: “No es posible almacenar este comando” 73
  75. 75. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Tabla N° 9: Excepción 5 de Comunicación Numero de Excepción 005-C Tipo de excepción Comunicación Descripción de la El módulo intenta conectarse con la aplicación a excepción través de la WEB Condición No se establece la conexión Respuesta esperada Mensaje de error: “No fue posible establecer la conexión” Tabla N° 10: Excepción 6 de Comunicación Numero de Excepción 006-C Tipo de excepción Comunicación Descripción de la El sistema intenta conectarse con la base de datos excepción. Condición 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° 11: Excepción 7 de Comunicación Numero de Excepción 007-C Tipo de excepción Comunicación Descripción de la El módulo está operando y se pierde la conexión excepción con la aplicación. Condición Se pierde la conexión con la aplicación Respuesta esperada Mensaje de error: “Se perdió la conexión” 74
  76. 76. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Tabla N° 12: Excepción 8 de Comunicación Numero de Excepción Tipo de excepción Descripción de 008-C Comunicación la El módulo está operando y se pierde la conexión excepción con la base de datos Condición No se establece la conexión con la base de datos Respuesta esperada Mensaje de error: “Se perdió la conexión con la base de datos”  Validación: Tabla N° 13: Excepción 1 de Validación Numero de Excepción 001-V Tipo de excepción Validación Descripción de la Se intenta cargar un dato que excepción encuentra fuera de los rangos permitidos Condición Carga de datos Respuesta esperada se Mensaje de error: “Valores fuera de rango” Tabla N° 14: Excepción 2 de Validación Numero de Excepción 002-V Tipo de excepción Validación Descripción de la Se intenta cargar un dato de distinto tipo al permitido excepción Condición Carga de datos Respuesta esperada Mensaje de error: “Tipo de dato incorrecto” o “Datos no validos” 75
  77. 77. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Tabla N° 15: Excepción 3 de Validación Numero de Excepción 003-V Tipo de excepción Validación Descripción de la Se intenta descargar un Archivo no existente excepción Condición Descarga de datos Respuesta esperada Mensaje de error: “No existente el archivos” Tabla N° 16: Excepción 4 de Validación Número de Excepción 004-V Tipo de excepción Descripción de Validación la Se intenta Ingresar un dato al sistema excepción Condición Ingreso de datos Respuesta esperada Mensaje de error: “Error de datos (Redundancia)” Tabla N° 17: Excepción 5 de Validación Número de Excepción Tipo de excepción Descripción de 005-V Validación la El proceso no tiene acceso al archivo porque excepción está siendo utilizado por otro proceso. Condición Proceso de adquisición de datos Respuesta esperada Mensaje de error: (Redundancia)” 76 “Error de datos
  78. 78. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL Tabla N° 18: Excepción 6 de Validación Número de Excepción 006-V Tipo de excepción Validación Descripción de la Se intenta ingresar un archivo existente excepción Condición Ingreso de datos Respuesta esperada Mensaje de error: “El archivo ya existe” Tabla N° 19: Excepción 7 de Validación Numero de Excepción 007-V Tipo de excepción Validación Descripción de la Se ingresa como nombre del archivo valores excepción demasiado extensos Condición Ingreso de datos Respuesta esperada Mensaje de error: “El nombre del archivo es demasiado largo”. Tabla N° 20: Excepción 8 de Validación Numero de Excepción Tipo de excepción Descripción de 008-V Validación la Se ingresa al sistema y se pierde la conexión excepción Condición No se establece la conexión Respuesta esperada Mensaje de error: “Sección Cancelada”. 77
  79. 79. Documento de Análisis y Diseño GEOAMAZONIA y 2013 SITERRIORIAL  Permiso: Tabla N° 21: Excepción 1 de Permiso Numero de Excepción 001-P Tipo de excepción Permiso Descripción de la Se intenta ingresar al intranet con un logeo incorrecto. excepción Condición Ingreso al sistema Respuesta esperada Mensaje de error: “Acceso denegado.” Tabla N° 22: Excepción 2 de Permiso Numero de Excepción 002-V Tipo de excepción Validación Descripción de la Se intenta ingresar al sistema con una clave incorrecta excepción Condición Ingreso al sistema Respuesta esperada Mensaje de error: “Clave incorrecta” Tabla N° 23: Excepción 3 de Permiso Numero de Excepción 002-P Tipo de excepción Permiso Descripción de la Se intenta ingresar al sistema con excepción incorrecto Condición Ingreso al sistema Respuesta esperada Mensaje de error: “Usuario incorrecto” 78 un usuario

×