DOC20110311115751Consolidacion de Herramientas para El Servicio de Urbanismo en Red

DISEO DEL SISTEMA
Consolidacin de Herramientas Para el Servicio de Urbanismo en Red. Exp 20/09-SP
El objetivo de este proceso es la obtencin de una especificacin detallada del sistema de informacin que satisfaga las necesidades de informacin de los usuarios y sirva de base para el posterior diseo del sistema. Mtrica Versin 3
Diseo del Sistema (DSI)

Consolidacin de Herramientas Para el Servicio de Urbanismo en Red. Exp 20/09-SP.
Versin: 9.0 | Diciembre 2009 | Pgina 1 .
CONTROL DOCUMENTAL
Proyecto: Titulo: Versin: Fecha edicin: Fichero: Autor(es): Resumen:
CONSOLIDACIN DE HERRAMIENTAS PARA EL PROGRAMA DE URBANISMO EN RED Diseo del Sistema de Informacin 9 11/03/2010 URBR-CON_2009_11_DSI_v009.doc Javier Molina Herrero, Jorge Bodas Lobato, Francisco Guerrero Aranda Diseo del Sistema de Informacin
CONTROL DE CAMBIO DE VERSIN

Versin 1.0 2.0 3.0 4.0 5.0 6.0 7.0 Fecha 10/08/2009 03/08/2009 08/09/2009 09/09/2009 23/09/2009 29/09/2009 05/10/2009 Mdulos N/A N/A N/A N/A N/A N/A N/A Descripcin del cambio Documento original Cambios sugeridos por el equipo de verificacin Cambios sugeridos por el equipo de verificacin Cambios sugeridos por el equipo de verificacin Cambios Sugeridos por Red.es Cambios sugeridos por el equipo de verificacin Cambios sugeridos tras la conversacin telefnica entre Red.es, el equipo de desarrollo y el de verificacin. Cambios sugeridos tras reunin en Red.es con modificaciones propuestas en el documento DC-26079435C10428.pdf Incorporacin de casos de uso de validacin, refundido y servicios web, que estaban pendientes .
8.0
13/10/2009
N/A
9.0
03/12/2009
N/A

INDICE
1. 2.
INTRODUCCIN ................................................................................................................................................................ 6 1.1 2.1 2.2 Objetivo del Proyecto ............................................................................................................................................... 6 Arquitectura Fsica del Sistema. .............................................................................................................................. 7 Descripcin de las capas Fsica y Lgica de los Nodos .......................................................................................... 8 Plataforma GIS....................................................................................................................................................... 15 Plataforma Hardware. ............................................................................................................................................ 17 DEFINICIN DE LA ARQUITECTURA DEL SISTEMA. ................................................................................................... 7
3.
REQUISITOS DE DISEO Y CONSTRUCCIN. ............................................................................................................ 10 3.1 3.2
4. 5.
ESTNDARES Y NORMAS DE DISEO Y CONSTRUCCIN. ..................................................................................... 19 SUBSISTEMAS DE DISEO. .......................................................................................................................................... 20 5.1 5.2 Subsistemas Comunes o que cubren Servicios Comunes. ................................................................................... 20 Subsistemas especficos........................................................................................................................................ 21 ESPECIFICACIN DE REQUISITOS DE OPERACIN Y SEGURIDAD. ............................................................ 33 Procedimientos de seguridad y control de acceso................................................................................................. 33 7.1.0 7.2 7.3 7.4 Mantenimiento de la integridad y confidencialidad de los datos. .......................................................... 33 Control y Registro de accesos al sistema. ............................................................................................................. 33 Copias de Seguridad y Recuperacin de datos. .................................................................................................... 35 Procedimientos de Operacin y Administracin del Sistema. ................................................................................ 35 Diseo de Subsistemas de Soporte. ...................................................................................................................... 36 Identificacin de Mecanismos Genricos de Diseo ............................................................................................. 37 Identificacin de Clases asociadas a un Caso de Uso. ......................................................................................... 39 9.1.0 9.1.1 9.1.2 9.1.3 9.1.4 9.1.5 Consola. ................................................................................................................................................ 40 Validador. .............................................................................................................................................. 54 Consolidador. ........................................................................................................................................ 68 Motor de Refundido. .............................................................................................................................. 73 Servicios Web. ...................................................................................................................................... 79 Gestin de Diccionarios. ....................................................................................................................... 89
6.
ESPECIFICACIN DEL ENTORNO TECNOLGICO. ................................................................................................... 25 7. 7.1
8.
DISEO DE LA ARQUITECTURA DE SOPORTE. ......................................................................................................... 36 8.1 8.2
9.
DISEO DE CASOS DE USO REALES. ......................................................................................................................... 39 9.1

9.1.6 9.2 9.2.0 9.2.1 9.2.2 9.2.3 9.2.4 9.2.5 9.2.6 9.2.7 9.2.8 9.3
Gestin del Plan Base. .......................................................................................................................... 92 Consola. ................................................................................................................................................ 95 Validador. ............................................................................................................................................ 104 Consolidador. ...................................................................................................................................... 114 Motor de Refundido. ............................................................................................................................ 118 Visualizador del RPM. ......................................................................................................................... 122 Servicios Web. .................................................................................................................................... 126 Visor Web. ........................................................................................................................................... 139 Gestin de Diccionario. ....................................................................................................................... 144 Gestin del Plan Base. ........................................................................................................................ 145
DISEO DE CLASES. ........................................................................................................................................... 95
Revisin del Interfaz de Usuario. ......................................................................................................................... 147
10. DISEO DE LA ARQUITECTURA DE MDULOS DEL SISTEMA .............................................................................. 154 10.1 Diseo de Mdulos Visor Web ............................................................................................................................. 154 10.2 Diseo de Comunicaciones entre Mdulos.......................................................................................................... 155 10.3 Revisin de la interfaz de Usuario ....................................................................................................................... 155 11. DISEO FISCO DE DATOS.......................................................................................................................................... 160 11.1 Diseo del Modelo Fsico de Datos. .................................................................................................................... 160 11.2 Optimizacin del Modelo Fsico de Datos. ........................................................................................................... 161 11.3 Especificacin de la Distribucin de Datos. ......................................................................................................... 162 12. GENERACIN DE ESPECIFICACIONES DE CONSTRUCCIN. ................................................................................ 162 12.1 Especificacin del Entorno de Construccin. ....................................................................................................... 162 13. DISEO DE LA MIGRACIN Y CARGA INICIAL DE DATOS ..................................................................................... 165 14. ESTABLECIMIENTO DE REQUISITOS DE IMPLANTACIN. ........................................................................... 165 14.1 Especificacin de Requisitos de Implantacin. .................................................................................................... 165 15. Especificacin de Excepciones................................................................................................................................... 167 15.1 Especificacin de Excepciones. ........................................................................................................................... 167

PAGINA EN BLANCO

1.
INTRODUCCIN El objetivo de este proceso es la obtencin de una especificacin detallada del sistema de informacin que satisfaga las necesidades de informacin de los usuarios y sirva de base para el posterior diseo del sistema.
(Metodologa METRICA Versin 3)
1.1
Objetivo del Proyecto
El Urbanismo es un dominio distribuido de informacin territorial en el que los planificadores, las administraciones pblicas y los ciudadanos intervienen sobre el territorio mediante planes urbansticos siguiendo una tcnica urbanstica y un procedimiento administrativo y de control muy depurados tras dcadas de mejora y especificacin. Actualmente funciona sobre documentacin de papel y en el futuro su tratamiento como informacin territorial exige la utilizacin de herramientas de informacin geogrfica y la formacin de un sistema de informacin. Se pretende por tanto crear un sistema de informacin en el que los planes pasan a ser informacin digital en todo su ciclo de vida y en todo su contenido, y que tiene la pretensin de eliminar a medio plazo la fase de papel de los planes trasladando a un sistema integral toda su informacin. La Entidad Pblica Empresarial Red.es, adscrita al Ministerio de Industria, Turismo y Comercio a travs de la Secretara de Estado de Telecomunicaciones y para la Sociedad de la Informacin, tiene como misin contribuir al fomento y desarrollo de las telecomunicaciones y la sociedad de la informacin en nuestro pas. En el ejercicio de la funcin genrica, que la Ley le atribuye, de fomento y desarrollo de la Sociedad de la Informacin, Red.es gestiona, en coordinacin con otros organismos pblicos estatales, autonmicos y locales, diversos programas de difusin y extensin de las telecomunicaciones y la sociedad de la informacin. Estos programas, que cuentan con financiacin procedente de fondos FEDER de los Programas Operativos FEDER, pretenden dar un fuerte impulso a la disponibilidad y utilizacin de las telecomunicaciones y las tecnologas de la informacin, poniendo en marcha servicios y desplegando infraestructuras de redes y acceso a Internet de banda ancha en los mbitos de mayor necesidad y cercana al ciudadano (escuelas, bibliotecas, entornos rurales, etc.), as como creando contenidos digitales e implementando servicios que faciliten el acceso a los ciudadanos a la Sociedad de la Informacin. En el marco de las citadas actuaciones, Red.es puso el marcha un proyecto con el objetivo de ejecutar los proyectos pilotos del Programa de Impulso del Urbanismo en Red (en adelante, el Programa), que tiene por objeto que los ciudadanos puedan acceder a travs de Internet a los planes urbansticos de sus municipios al efecto de aumentar y potenciar la transparencia en la gestin pblica del sector urbanstico. Es objeto del programa Urbanismo en Red, la transformacin del sistema de publicacin del Planeamiento en un sistema digital que permitir el acceso universal a los planes a travs de

Internet. Aportando un Registro de Planeamiento que albergue todos los planes vigentes en su mbito, que contemple las operaciones interplanes y que utilice sistemas de refundido automatizado en los que obtener el plan refundido es una cuestin de minutos. Adems, el sistema debe disponer de funcionalidad que permita la publicacin a travs de internet de la informacin del refundido automtico y opcionalmente de planes en tramitacin a travs de servicios web, servicios de mapas y un visor web que consuma todos los servicios disponibles. La complejidad inherente al lanzamiento de un Programa de estas caractersticas (necesidad de estandarizacin, volmenes de informacin que se manejan en los planes urbansticos, etc.), determin la necesidad de acometer el mismo en dos fases diferenciadas: Una fase previa de definicin, normalizacin y realizacin de proyectos pilotos. Una fase posterior de despliegue masivo (futura).
Como resultado de los trabajos se crearon una serie de soluciones software para la construccin de un Registro de Planeamiento Municipal (en adelante RPM) que permitieron contener y mantener el planeamiento vigente para su publicacin en Internet (en adelante, los Servicios de desarrollo). Se concretaba en la aplicacin de Validacin de Ficheros FIP, la aplicacin de Consolidacin de planes en el Registro, el Motor de Refundido de planes y los Servicios Web de publicacin de planeamiento refundido. Adems se desarrollaron una serie de visores web siempre englobados en estas fases piloto. El objeto del actual proyecto es la consolidacin de dichos desarrollos para la construccin de una nica plataforma que mejore y ample la funcionalidad desarrollada en los proyectos piloto. 2. DEFINICIN DE LA ARQUITECTURA DEL SISTEMA. 2.1 Arquitectura Fsica del Sistema.
La arquitectura fsica del sistema est basada en dos nodos, tal y como muestra el siguiente esquema:

Cliente: El nodo Cliente ser un equipo informtico, el cual mediante un navegador web, acceder al nodo servidor. Servidor: El nodo Servidor contendr a nivel lgico el servidor web, servidor de aplicaciones, servidor de mapas, motor espacial y sistema de gestin de base de datos. Este gestionar las solicitudes del nodo Cliente. Descripcin de las capas Fsica y Lgica de los Nodos
2.2
Para la descripcin fsica y lgica de cada uno de los nodos, nos centraremos en el nodo Servidor, ya que ser en este nodo donde residir en su totalidad el Sistema de Informacin. Dentro de las capa fsicas, se repartirn las capas lgicas de la siguiente manera:
Dentro de servidor Web, residir los interfaces de usuario ConsolaRPM y Visor Web. En el Sistema de Gestin de Base de Datos ser donde est ubicada la Base de Datos de Planeamiento. As mismo, aqu ser donde se cree la Base de Datos de Validacin. El Servidor de Aplicaciones ser el encargado de alojar la capa de Gestor de Servicios y Procesador FIP y Gestor de Persistencia.

La siguiente figura, nos muestra de forma ilustrativa las distintas capas lgicas que componen nuestro Sistema:
La capa de Interfaz Grfica, ser la encargada de la interactuacin del usuario con el Sistema; En esta capa se localiza: - El Visor Web. -La Consola RPM. Las capas de Gestor de Servicios, establecer la lgica de negocio; Ser en esta capa donde acten los subsistemas de: - Validacin. - Consolidacin. - Refundido. - Servicios Web. La capa de Procesador de FIP, que ser la encargada de cargar Informacin referente a los Trmites, junto al Gestor de Persistencia, que ser la capa donde se almacenar y gestionar la informacin, constituyen la capa de datos del Sistema.

3.
REQUISITOS DE DISEO Y CONSTRUCCIN.
Alta Disponibilidad
IDENTIFICACIN DESCRIPCIN URBR_41 Permite detectar la interrupcin de un servicio y proporciona mecanismos de recuperacin en caso de que se produzca un fallo en el sistema o un defecto en el proceso. Adems, la alta disponibilidad permite a un sistema de copia de seguridad controlar los servicios en caso de que se haya producido un fallo en el sistema principal. El uso de Servidores Jboss, nos ofrece un clustering, que nos permite desarrollar una lata disponibilidad.
COMENTARIO
Arquitectura orientada a Servicios

IDENTIFICACIN DESCRIPCIN COMENTARIO URBR_10 Arquitectura Orientada a Servicios (SOA) El sistema debe desarrollarse siguiendo una Arquitectura Orientada a Servicios (SOA) lo que favorece que el sistema sea altamente escalable y a su vez brinda una forma estndar de exposicin e invocacin de servicios, lo cual facilita la interaccin entre diferentes sistemas propios o incluso con sistemas de terceros.
Plataforma Opensource
IDENTIFICACIN DESCRIPCIN COMENTARIO URBR_11 Plataforma del sistema El sistema se construir obligatoriamente sobre una plataforma OpenSOURCE. En este sentido la Consola debe apoyarse en los siguientes productos Software: OPENSOURCE/OPENGIS Servidor de Aplicaciones: JBoss y/o glassfish SGBDR: PostgreSQL Motor Espacial: POSTGIS Servicios SIG: GeoServer Lenguaje de programacin: debe ser libre, ampliamente distribuido y multiplataforma (se utilizar J2EE) Localgis Deber ser integrable con LocalGIS, herramienta surgida a partir de la evolucin de GeoPISTA destinada a fomentar la introduccin de la Administracin Electrnica (o e-Administracin) en las entidades locales; ayudando a realizar una gestin ms eficaz sobre la informacin municipal. Se basa tanto en la georreferenciacin de dicha informacin como en la automatizacin de los procesos implicados en la gestin de la Administracin Local.

Autoactualizacin
IDENTIFICACIN DESCRIPCIN COMENTARIO URBR_12 Actualizaciones automticas de la plataforma a travs de Internet Se deber permitir la autoactualizacin a travs de la conexin remota. De este modo, cualquier error detectado y solventado en la fase de explotacin ser rpidamente desplegado en las distintas Entidades Locales de un modo automtico.
Multiplataforma
IDENTIFICACIN DESCRIPCIN COMENTARIO URBR_13 Posibilidad de funcionamiento en mltiples plataformas (Windows o Linux) Se prev el despliegue sobre una plataforma servidora basada en Linux (Ubuntu Server).
Solucin Web
IDENTIFICACIN DESCRIPCIN COMENTARIO URBR_14 La parte cliente debe ser exclusivamente Web En la parte del cliente, los desarrollos debern ser diseados para funcionar sobre explorador de internet y debern soportarn los navegadores ms extendidos en el mercado (Internet Explorer y Mozilla Firefox)
Directiva INSPIRE
IDENTIFICACIN DESCRIPCIN COMENTARIO URBR_26 Se cumplir la directiva INSPIRE La Directiva Inspire aprobada por la Comunidad Europea crea un marco que trasciende la apertura de una gran biblioteca cartogrfica en formato digital y actualizable para inaugurar una infraestructura de datos espacial, integrada y homognea que pone al alcance de todos la cartografa del territorio europeo. Esto permite combinar informacin y conocimientos del territorio procedentes de diferentes sectores y elaborados por distintas autoridades. http://inspire.jrc.ec.europa.eu/proposal/ES.pdf http://www.idee.es/resources/leyes/DIRECTIVA_2007_2_CE_ES.pdf http://inspire.jrc.ec.europa.eu/index.cfm/pageid/47

Alto grado de interactividad

IDENTIFICACIN DESCRIPCIN URBR_27 El sistema deber ofrecer una respuesta a las instrucciones del usuario con la suficiente rapidez como para que ste pueda trabajar de forma continuada. deber ofrecer un tiempo mximo de respuesta mximo de: Carga de un mapa con 3 capas: < 5 segundos para una imagen de 470Kb 800X600 8bits. Peticiones atendidas por unidad de tiempo: > 20 / segundo
COMENTARIO
Seguridad
IDENTIFICACIN DESCRIPCIN URBR_28 SEGURIDAD en el acceso a la informacin y su manipulacin, en la integridad de los datos y la capacidad de su recuperacin en caso de fallo. La autenticacin de los clientes del sistema podr ser de dos tipos: Mediante certificados X509, validados con acceso a una Autoridad certificadora (FNMT, DNI electrnico, etc.) Mediante usuario/clave, configurable.
COMENTARIO
Ergonoma y calidad
IDENTIFICACIN DESCRIPCIN URBR_29 Cumplimiento de estndares espaoles y europeos en materia de ergonoma y calidad y seguridad garantizando el cumplimiento de la Ley Orgnica de proteccin de Datos de Carcter Personal (LOPD) y su reglamento de desarrollo La nueva ley, que ha nacido con una amplia vocacin de generalidad, prev en su artculo 1 que tiene por objeto garantizar y proteger, en lo que concierne al tratamiento de los datos personales, las libertades pblicas y los derechos fundamentales de las personas fsicas, y especialmente de su honor e intimidad personal. Comprende por tanto el tratamiento automatizado y el no automatizado de los datos de carcter personal. https://www.agpd.es/portalweb/canaldocumentacion/legislacion/estatal/common/pdfs/RD_1720_2007.pdf http://www.boe.es/aeboe/consultas/bases_datos/doc.php?coleccion=iberlex&id=2008/00979
COMENTARIO

Estructura modular
IDENTIFICACIN DESCRIPCIN COMENTARIO URBR_15 Catlogo de mdulos del sistema El sistema tendr al menos los siguientes mdulos bien diferenciados: Consola de Gestin o Servicios WEB o Motor de Refundido o Consolidador o Validador o Gestin del Plan Base o Gestin de Diccionarios Visor Web.
Parametrizacin, flexibilidad y mantenibilidad

IDENTIFICACIN DESCRIPCIN COMENTARIO URBR_30 Alto grado de parametrizacin, flexibilidad y mantenibilidad El sistema debe permitir la modificacin de su comportamiento funcional del mismo mediante parmetros de configuracin. El cumplimiento de este requisito permitir el ms alto grado posible de modificacin funcional del mismo sin necesidad de realizar modificaciones de cdigo, recompilaciones y/o reinstalaciones. Adems, el sistema deber poseer un mecanismo sencillo para la incorporacin de nuevas funcionalidades que puedan complementar al sistema en el futuro. Tambin se deben intercalar en el cdigo fuente cuantas lneas de comentario se consideren necesarias para la comprensin de los algoritmos utilizados. Con esto se conseguir minimizar el esfuerzo requerido en la localizacin y correccin de posibles errores.
Eficiencia
IDENTIFICACIN DESCRIPCIN URBR_31 En el diseo de los diferentes procedimientos y cuando se establezcan comunicaciones se ha de procurar un tratamiento de los datos que minimice las transmisiones a travs de las lneas para optimizar la utilizacin de los recursos.
COMENTARIO
Entorno amigable
IDENTIFICACIN DESCRIPCIN URBR_32 El sistema debe proporcionar un entorno amigable para un usuario sin formacin tcnica, mediante la utilizacin de mens, ventanas, normalizacin de objetos, accesos rpidos a la opcin deseada y ayudas en lnea
COMENTARIO

Incorporacin de nuevas funcionalidades

IDENTIFICACIN DESCRIPCIN URBR_33 El sistema deber poseer un mecanismo sencillo para la incorporacin de nuevas funcionalidades que puedan complementar al sistema en el futuro. No debe ser un sistema cerrado, sino abierto en todo lo posible para permitir la implementacin tanto de nuevas funcionalidades como de modificaciones de las existentes.
COMENTARIO
Servicios Web (GIS).

IDENTIFICACIN DESCRIPCIN COMENTARIO URBR_25.1_3 Servicios de consulta de datos grficos a travs de internet La capa de Servicios GIS WEB tendr que cumplir con las directrices de OGC para la construccin de servicios interoperables. Para lograrlo se utilizarn los estndares WMS y WFS para publicacin de mapas.
Dos Arquitecturas
IDENTIFICACIN DESCRIPCIN URBR_40 La instalacin del Sistema se puede realizar mediante dos instalaciones distintas, con 1 2 niveles. En el caso de instalar todo el sistema bajo el mismo nivel, todos sus componentes estarn bajo dicho nivel. En el caso de instalacin en dos niveles, se separar de la siguiente manera: Capa Web: Servicios Web, Visor Web y Consola RPM. Capa Gestor de Servicios y Gestor de Datos.
COMENTARIO

3.1
Plataforma GIS.
En toda infraestructura GIS basada en tres capas se pueden encontrar, al menos, los siguientes componentes: Sistema de Gestin de Base de datos Motor Espacial Servidor de aplicaciones Servidor Web Servidor de Mapas Aplicacin de consulta
Que permiten al sistema crecer sin dificultades de incompatibilidades. Grficamente, los esquemas de conexin entre ellos se puede observar en la siguiente figura:
Las pruebas se han de realizar en un entorno de una capa, (caso peor), en la cual conviven todos los servicios. Segn el nmero de accesos y las necesidades se puede utilizar otro tipo arquitectura diferente. Con el fin de conseguir una solucin efectiva y prctica para la produccin basada en solucin Opensource, se seleccionan los siguientes componentes:

* El servidor Apache se ha incluido para hacer posible la publicacin indirecta de las aplicaciones, incrementado la seguridad del servidor de aplicaciones, haciendo las veces de proxy inverso. En la parte servidora: Componentes Sistema Operativo Sistema de Base de datos Motor Espacial Servidor de Mapas JVM/JDK/JRE Servidor web Servidor de Aplicaciones Variable del sistema REDES_PATH Variable del sistema JAVA_HOME Aplicaciones Ubuntu 8.0.4 LTS / Windows PostgreSQL 8.3 o superior PostGIS 1.3.5 Geoserver 1.7.2 Java 5 (JDK 1.5.x) Apache 2.2 Jboss 5.1 Contendr la ruta al servidor Jboss Contendr la ruta relativa a al JDK.
En la parte cliente: El cliente del Sistema no necesita ningn tipo de instalacin, simplemente basta con un ordenador (con cualquier sistema operativo) que disponga de un navegador web estndar (Internet Explorer, Mozilla Firefox o Google Chrome en sus ltimas versiones).

Navegador Internet Explorer Mozilla Firefox Google Chrome 3.2
Versin 7 superior 2 superior 3 superior
Plataforma Hardware.
Dichos componentes deben desplegarse sobre una plataforma en alta disponibilidad (dos servidores por nivel) cuyo dimensionamiento se establecen a continuacin segn el tipo de entorno. En cuanto a las caractersticas del nodo servidor, la configuracin empleada en laboratorio ha resultado efectiva para soportar un factor de concurrencia con cach pregenerada de ms de 50 usuarios. Como especificaciones mnimas, para entornos pequeos, y empleando cachs pregeneradas, se debera contar con un servidor Intel Dual Core a 3Ghz, la memoria RAM se determinara en base a 1GB 2 por core segn la informacin a mover, discos SATA y tarjetas de red a Gigabit. Para un entorno medio, se recomienda un equipo Intel Quadcore o doble Quadcore, 1GB 2 por core de RAM, etc. Por ltimo, para entornos ms pesados sera preciso realizar pruebas de rendimiento y carga para determinar el factor de escalabilidad del hardware o emplear entornos basados en dos o tres capas. En la siguiente tabla se podran establecer las pautas mnimas para definir la arquitectura segn el tipo de entorno:
Entorno Pequeo
Instalacin Bsica 1 Nivel
Comunicaciones 1 2 Mbps simtricos
Servidores Un solo nivel: o 1 2 procesadores de 4 ncleos a 2,53Ghz o 12 GB RAM Servidor BBDD y aplicaciones: o 1 2 procesadores de 4 ncleos a 2,53Ghz o 12 GB RAM Servidor Web o 1 procesador de 4 ncleos a 2,53Ghz o 6 GB RAM
Mediano /Grande
Avanzada 2 Niveles
4 a 10 Mbps simtricos
En el caso de una configuracin bsica, todos los componentes se instalaran bajo un nico nivel en alta disponibilidad, tal y como muestra la siguiente imagen:

En el caso de una instalacin avanzada, esta sera tal y como indica la siguiente imagen, separando capa Web, Servidor de aplicaciones y BD.

En ambos casos se utiliza una estructura de 2 4 servidores, aportar alta disponibilidad al sistema. Respecto la parte Cliente no existen exigencias previas, salvo el del uso un navegador de internet de los expuestos anteriormente y del suficiente nivel de memoria libre. 4. ESTNDARES Y NORMAS DE DISEO Y CONSTRUCCIN. La realizacin del sistema de informacin se realizar utilizando una Metodologa de Desarrollo Orientada a Objetos. Se prestar atencin especial adems a mecanismos de estandarizacin de: Estndares de programacin orientada a objetos Estndares OpenGeoSpatial (v1.7.6) ( http://www.opengeospatial.org/) Diseo UML (http://www.uml.org/) XML (http://www.w3.org/XML/) SOAP Web Services (http://www.w3.org/TR/soap/) Normas de ejecucin INSPIRE (http://www.idee.es/resources/presentaciones/GTIDEE_Malaga_2009/Reuni on/NormasEjecucion_INSPIRE_2.pdf)

Metadatos segn la norma ISO 19.100 (Informacin geogrfica) y en particular la 19.115, creada con el fin de definir una estructura que sirva para describir los datos geogrficos (Geographic Information Metadata) (http://www.iso.org/iso/iso_catalogue/catalogue_ics/catalogue_ics_browse.h tm?ICS1=19&ICS2=100)
Ley Orgnica de proteccin de datos (LOPD) y Real Decreto 1720/2007 por el que se aprueba el reglamento de desarrollo de la LOPD (http://www.boe.es/boe/dias/1999/12/14/pdfs/A43088-43099.pdf)
El cdigo se adaptar al convenido de codificacin JAVA. (http://java.sun.com/docs/codeconv/CodeConventions.pdf)
5.
SUBSISTEMAS DE DISEO.
Realizando una catalogacin funcional obtenemos la siguiente calificacin del sistema de informacin en subsistemas de diseo. 5.1 Subsistemas Comunes o que cubren Servicios Comunes. Este conjunto de subsistemas, lo componen: - Acceso a Datos. - Autentificacin. - Sistema de Log. Acceso a Datos: Hibernate es una herramienta de Mapeo objeto-relacional para la plataforma Java que facilita el mapeo de atributos entre una base de datos relacional tradicional y el modelo de objetos de una aplicacin, mediante archivos declarativos (XML) que permiten establecer estas relaciones. Esta herramienta de acceso a datos se emplear en todos los subsistemas que componen el Sistema Global. Autentificacin: Mtodo criptogrfico de identidad de una persona o de un equipo informtico. En funcin del tipo de firma puede, adems, asegurar la integridad del documento o mensaje. Mediante este sistema, garantizamos la autentificacin del usuario que se registra en el Sistema. Sistema de Log: Para registrar todos los eventos que surgen en el Sistema durante la ejecucin de los distintos Subsistemas, este dispone de un sistema de Logger. Log4j es una biblioteca open source desarrollada en Java por la Apache Software Foundation. El servidor de aplicaciones dispondr de distintos ficheros .log dentro de la carpeta server\default\log, con informacin puntual de lo sucedido, indicando la hora, la clase que ejecut la accin, as como la informacin aportada por el programador.

Al tratarse de subsistemas comunes, estos afectan a todas las capas lgicas del Sistema, en el nodo fsico de Servidor de Aplicaciones, tal como muestra la siguiente imagen.
5.2
Subsistemas especficos.
Este conjunto de subsistemas lo componen las funcionalidades propias del Sistema de informacin: Subsistema de Validacin. Subsistema de Consolidacin. Subsistema de Motor de Refundido. Subsistema de Servicios Web. Visor Web Consola de Registro de Planeamiento Municipal (En adelante, Consola RPM).
Subsistema de Validacin: Es la solucin software destinada a la verificacin de los FIP, su funcin principal es revisar la coherencia y la validez, as como el cumplimiento de distintas normativas urbansticas. Se desplegarn sobre el servidor de aplicaciones. Habr un servicio por validacin a realizar. Todos estos servicios sern EJB 3.0s; El proceso de Validacin estar relacionado con la Consola RPM, ya que desde esta, el usuario podr configurar las validaciones a realizar. Internamente las Validaciones se clasificarn por el tipo de validacin que va a realizar. Los tipos sern los siguientes: Entidades, Determinaciones, Condiciones Urbansticas, Documentos, Regmenes, Operaciones, Trmites y Adscripciones.

Figura 2. Subsistema de Validacin Subsistema de Consolidacin: Es la solucin software destinada a la lectura de los planes en formato FIP y al traslado de stos al repositorio. El subsistema de Consolidacin ser un EJB 3.0, que solamente se podr ejecutar para FIPs que previamente han pasado con xito el proceso de Validacin.
Figura 3. Subsistema de Consolidacin.
Subsistema de Refundido: Es la solucin software destinada a construir un fichero FIP con el resultado de un plan refundido a partir de los planes vigentes en el repositorio de planeamiento. El proceso del Motor de Refundido, ser a priori un solo Servicio aunque estar compuesto en prcticamente su totalidad por subservicios que nicamente utilizar el Motor de Refundido.

Figura 4. Subsistema de Refundido.
Subsistema de servicios Web: Es la solucin software destinada a proporcionar el acceso a la informacin de planeamiento, sin la necesidad de conocer en profundidad las complejidades del modelo de datos. Sern igualmente EJB 3.0s, que irn invocando a servicios externos para la obtencin de informacin para el Visores Web.
Subsistema de visor Web: Se trata de una aplicacin web que sirve de punto de informacin urbanstica a todos los ciudadanos a travs de internet. Ofrece los datos expuestos por los servicios web. Ser una aplicacin web basada en ajax (javascript) y servlets para los procesos de comunicacin con los servicios web.
Figura 5. Subsistema de Servicios Web y visor Web.
Subsistema de Consola RPM: Este subsistema est basado en un modelo VistaControlador, donde un interface JSF se encargar de la parte grfica, invocando servicios desplegados en el servidor de Aplicaciones as como del control de acceso y flujo de navegacin por los distintos niveles del proceso de sistematizacin.
Figura 6. Consola de Control RPM

Los subsistemas de Validacin, Consolidacin y Motor de Refundido se encuentran en el nodo lgico de Servidor de Aplicaciones, tal como muestra la siguiente imagen:
Los subsistemas de Consola RPM, Servicios Web y Visor Web se encuentran en el nodo lgico de Servidor Web, tal como muestra la siguiente imagen:

A continuacin se muestra una visin general del Sistema:
6.
ESPECIFICACIN DEL ENTORNO TECNOLGICO.
La arquitectura fsica/lgica descrita en el apartado 2.2 se implementa en la siguiente infraestructura tecnolgica, dividiendo en los siguientes componentes Hardware y componentes Software: Componentes Software: La solucin software definida en los puntos anteriores necesita un entorno tecnolgico robusto, independiente del sistema, multitarea y que se capaz de interaccionar con diferentes bases de datos. Para ajustarnos al mximo a las propiedades anteriormente descritas haremos uso de la tecnologa Java/J2EE; Las versiones mnimas Java deben ser 1.5. Para potenciar y completar las cualidades de dicha tecnologa, los desarrollos harn uso de frameworks como Hibernate as como del API EJB 3.0. EJB 3.0: proporcionan un modelo de componentes distribuido estndar del lado del servidor, permite que stos sean flexibles y reutilizables

Los EJB 3.0 se disponen en un contenedor EJB 3.0 dentro del servidor de aplicaciones. La especificacin describe cmo el EJB 3.0 interacta con su contenedor y cmo el cdigo cliente interacta con la combinacin del EJB 3.0 y el contenedor. Un EJB 3.0 a travs de un "EJB 3.0 Container" ofrece varios servicios y funcionalidades, algunas son las siguientes: Servicios: Cuando se disea un componente de Software se deben definir varios servicios para su funcionamiento. Divisin de Trabajo: La posibilidad de dividir "Servicios"(EJB 3.0 Container) de "Componentes Principales"(EJB 3.0'S) permite una clara divisin de trabajo, esto es, un diseador de "componentes"(EJB 3.0's) puede concentrar sus esfuerzos en la "lgica de proceso" sin preocuparse del diseo de servicios. Y de la misma manera un "diseador" de servicios ("Middleware") concentrarse en su rea. Procedimientos Remotos: Debido a la solucin que intentan ofrecer EJB 3.0 ("Enterprise Java Beans") su diseo gira alrededor de procedimientos remotos Diversos Clientes: Un EJB 3.0 puede interactuar con una gran gamma de clientes desde: JSP o Servlets, bases de datos, Applets, sistemas ERP (SAP,JDEdward's).
Estos servicios se desplegaran bajo un servidor de aplicaciones J2EE (GlassFish, Jboss) El gestor de persistencia: es un componente fundamental, provee un mapeo objetorelacional. El objetivo que persigue el diseo de esta API es no perder las ventajas de la orientacin a objetos al interactuar con una cualquier base de datos y permitir usar objetos regulares; El motor de persistencia utilizado en el desarrollo de la solucin software es Hibernate V3. (http://www.hibernate.org/), que es una herramienta ORM para java.
JBPM: es una implementacin en Java de BPM que facilita la creacin de flujos de procesos de negocio permitiendo la integracin de procesos para la unin de personas y aplicaciones. Soporta dos lenguajes de proceso: JPDL: Enfocado a la definicin de flujos de procesos en Java. Que es el utilizado en el Sistema para la orquestacin de servicios. BPEL: Proporciona facilidades para la orquestacin de servicios, combinacin de servicios web para conseguir un flujo de negocio.
Las dos caractersticas ms potentes o tiles de BPM y en concreto de JBPM son su orientacin grfica y la persistencia en la BD. JBPM enfoca su filosofa hacia GOA. Mediante un grfico se disea el flujo y posteriormente se le dota de la lgica necesaria mediante mapeos con clases de Java. De este modo se crea un nexo entre el analista o diseador y el programador. Existen herramientas para disear estos flujos.

JBPM tiene la capacidad de persistir los flujos. En los lenguajes tradicionales no existen situaciones de parada y espera de notificacin de modo que ese thread pueda ser guardado en la base de datos. De modo que no hay soporte para situaciones de asncrona sin que el thread contine corriendo. JBPM modela flujos de negocio que bsicamente son maquinas de estados, aunque los flujos son algo ms que eso. De este modo cualquier cosa que sea susceptible de ser una maquina de estados finitos puede ser modelada con un BPM: navegacin web, procesos de backup, sistemas empotrados de control, autmatas totales en general. Realmente la mayor parte de sistemas informticos pueden ser modelados as, la cuestin es si es viable o conveniente JBPM es bsicamente una librera de clases Java y viene distribuida en un JAR, de este modo puede quedar embebida en cualquier tipo de aplicacin: web, swing, en servidor, en cliente, etc. Gestor de Geometras: Es el componente encargado de leer, organizar y operar las geometras en formato WKT y las transforma a formato Geometry de JTS 1.9; Para facilitar la tarea de leer datos geomtricos utilizaremos parte de la herramienta de Geotools (http://geotools.codehaus.org/). Gestor de Firma digital: El encargado de la validacin de firma digital y certificados digitales es ViaFirma en su versin 1.X, de distribucin libre que se encuentra completamente en googlecode. ViaFirma es una plataforma de firma digital que venga a simplificar el desarrollo de aplicaciones que requieran usar Certificados Digitales. Cualquier aplicacin puede hacer uso de la autenticacin y firma digital utilizando los servicios que el sistema ofrece, abstrayendo a las aplicaciones de los problemas relacionados con el uso de certificados digitales, como son la criptografa de clave pblica, la validacin usando CRLs o OCSP, la lectura de certificados, el uso del DNI-e, etc. http://www.viafirma.org/ Interfaz grfica: El desarrollo de la Consola de control RPM, se ha basado en tecnologa JSF, (Java Server Faces). El acceso a dicha consola se efecta desde un navegador Web, simplificando el acceso y haciendo la navegacin ms cmoda e intuitiva. JavaServer Faces (JSF) es un framework para aplicaciones Java basadas en web que simplifica el desarrollo de interfaces de usuario en aplicaciones J2EE (Java Enterprise Edition). JSF usa JavaServer Pages (JSP) como la tecnologa que permite hacer el despliegue de las pginas. Los objetivos de diseo representan el foco de desarrollo de JSF: Definir un conjunto simple de clases base de Java para componentes de la interfaz de usuario, estado de los componentes y eventos de entrada. Estas clases tratarn los aspectos del ciclo de vida de la interfaz de usuario, controlando el estado de un componente durante el ciclo de vida de su pgina. Proporcionar un conjunto de componentes para la interfaz de usuario, incluyendo los elementos estndares de HTML para representar un

formulario. Estos componentes se obtendrn de un conjunto bsico de clases base que se pueden utilizar para definir componentes nuevos. Proporcionar un modelo de JavaBeans para enviar eventos desde los controles de la interfaz de usuario del lado del cliente a la aplicacin del servidor. Definir APIs para la validacin de entrada, incluyendo suporte para la validacin en el lado del cliente. Especificar un modelo para la internacionalizacin y localizacin de la interfaz de usuario. Automatizar la generacin de salidas apropiadas para el objetivo del cliente, teniendo en cuenta todos los datos de configuracin disponibles del cliente, como versin del navegador...
Comunicaciones: A continuacin se presenta un esquema para una mejor comprensin de las comunicaciones entre los distintos mdulos del sistema:
Esquema bsico de comunicaciones.
El Servidor de Mapas (GeoServer) se comunica con el SGDB (Base de Datos) para obtener las capas que van a estar accesible para los usuarios

El Servidor de Aplicaciones (JBoss) se comunica con el SGDB (Base de Datos) a travs de su capa de JPA - Hibernate. Esta comunicacin es para almacenar/consultar todos los datos relacionados con cualquier fase del proceso (validacin, consolidacin, refundido, consulta de los servicios web, etc.) Dentro del Servidor de Aplicaciones, los servicios EJB 3.0 son aquellos servicios que tienen la lgica de negocio necesaria para realizar las distintas funcionalidades que proporcionan las distintas aplicaciones de Urbanismo en Red (todos los aplicativos). Estos servicios EJB 3.0 hacen uso de la capa de Hibernate; adems pueden hacer uso de los servicios del servidor de mapas. Esta comunicacin entre cliente y servicios EJB 3.0 se har preferente siempre que estemos en entornos locales ya que al ser una comunicacin basada en RMI su rendimiento es de 8 a 10 veces superior a las comunicaciones entre clientes y servicios web. La capa de servicios web del servidor de aplicaciones har uso de todos los servicios EJB 3.0 que se ofrecen. La mayora de las veces, esta capa de servicios web no ser nada ms que la fachada web de los servicios EJB 3.0 que son los que realmente van a poseer la lgica de negocio, aunque a veces los propios servicios web contienen parte de la lgica de negocio. La capa de flujo de validacin har uso de los servicios EJB 3.0 y expondr sus servicios para que desde cualquier navegador se pueda ejecutar la aplicacin de validacin. El visor web ser una funcin javascript ejecutable desde cualquier navegador que har uso tanto de los servicios web como del servidor de mapas para explotar en el visor las distintas funcionalidades. Este visor web est basado en openlayers (www.openlayers.com) A continuacin, se presenta un grfico global del sistema total para una mejor percepcin del mismo.

1 Nivel con dos servidores:
* El Servidor de Mapas se incluye dentro del Front-End, pero en caso de que el hardware del FrontEnd fuera insuficiente, sera posible incluirlo en la parte de Back-End mediante la inclusin de un proxy inverso en el Front-End

2 Niveles con 4 servidores:
Gestor de Alta Disponibilidad
El gestor de alta disponibilidad recomendado, consistir en 2/4 mquinas. Dos Front Ends en configuracin activo-activo, donde se ubicar: o Balanceador de carga Solucin para gestionar balance de carga en sistemas Linux. El objetivo es desarrollar un servidor Linux de alto rendimiento que proporcione buena escalabilidad, confiabilidad y robustez. Ejemplo: LVS: Linux Virtual Server (http://www.linuxvirtualserver.org/) + KeepAlive o Servidor web Apache utilizado para la realizacin del proxy inverso y aumentar el nivel de seguridad del sistema.
El Back End se estructurar en servidor de aplicaciones y de base de datos. La dotacin de alta disponibilidad ser realizada por componentes: o Servidores de aplicaciones en activo-activo Balanceador de carga

Base de datos en activo-pasivo PgPool II (http://pgpool.projects.postgresql.org/): Replica la informacin de una base de datos PostgreSQL en 2 ms servidores.
Sistema de ficheros en activo pasivo DRDB (http://www.drbd.org/): Realiza un espejo de la informacin de unbloque entero en otro servidor a travs de red. Puede ser entendido como un RAID-1 (Un RAID 1 crea una copia exacta de un conjunto de datos en dos o ms discos.)

7.
ESPECIFICACIN DE REQUISITOS DE OPERACIN Y SEGURIDAD. 7.1 Procedimientos de seguridad y control de acceso. 7.1.0 Mantenimiento de la integridad y confidencialidad de los datos.
El Mantenimiento de la integridad de los datos se inicia desde el proceso de Validacin, donde se empiezan a cargar los datos en la correspondiente Base de Datos, comprobando la integridad y coherencia de estos (ms informacin sobre el proceso, consultar URBRCON_2009_06_ASI_v004.doc); Esta integridad y coherencia se mantiene durante todos los procesos del Sistema. Todos los servicios que intervienen en procesos de escritura en Base de Datos, cuentan con segmentos de Rollback, que se ejecutan automticamente si al ejecutarse se produce un error, de esta manera se garantiza la validez de la informacin del sistema. El Rollback consiste en la no actualizacin de la base de datos si se produce un error en la ejecucin de los distintos servicios. Si se produjera un error en las comunicaciones, se interrumpiese la conexin con la Base de Datos o se sufriese una cada del sistema, la Transaccin del subsistema que estuviera corriendo en ese momento finalizara y con ella se producira un rollback en la Base de Datos, de forma que ningn cambio de los que realiz el subsistema en cuestin antes de finalizar sin xito, afectara al contenido inicial de la Base de Datos. Al usuario se le informar de la situacin anmala y finalizar el proceso que estuviera en ejecucin en dicho momento. Cuando el problema que caus la prdida de conexin con la Base de Datos o la inestabilidad en el sistema se solucionara, el usuario deber ejecutar de nuevo los sistemas desde el punto inicial antes de producirse el error. Para evitar la replicacin entre Bases de Datos, una vez validado un fichero FIP y habindose procedido a su Consolidacin, cuando el Trmite se haya copiado correctamente a la Base de Datos de Planeamiento, este se eliminar de la Base de Datos de Validacin. El acceso al logs, libreras etc., est regulado mediante el acceso al sistema donde se halle alojado el servidor de aplicaciones. El acceso a datos est igualmente restringido mediante usuarios con distintos niveles de permisos a base de datos, as como al sistema, garantizando la confidencialidad de los datos. 7.2 Control y Registro de accesos al sistema.
Para el acceso al sistema, el usuario deber logarse mediante Usuario/contrasea o Certificado Digital. Existiendo usuarios con distintos niveles de privilegios al acceso de datos (Roles). Un rol de usuario es el conjunto de permisos que se asignan a un usuario que accede a los distintos subsistemas. De esta forma cada usuario representa un papel concreto como si de una organizacin jerrquica se tratara. As, existen usuarios que tienen la posibilidad de acceder a ms funcionalidades de la aplicacin que a otros usuarios ni siquiera se les ofrecen.

En el sistema se contemplan los siguientes roles. Cada usuario pertenecer a uno o varios roles para cada mbito, lo que significa que habr usuarios que puedan ejecutar muchas funcionalidades para un solo mbito (Ej.: usuario de entidad municipal) y otros podrn realizar determinadas tareas sobre varios municipios (Ej.: usuario de entidad supramunicipal): Rol administrador de la Consola RPM: Este actor representa al usuario especfico de Administracin del Registro de Planeamiento Municipal. Dado que el conjunto de tareas para la generacin datos que irn incluidos en el FIP de tipo 1 son especficas de este mdulo, consideraremos a este usuario un tipo especial de Usuario Administrador. Rol administrador de Servicios Web: Este actor representa al usuario especfico de Administracin de los Servicios WEB. Los Servicios WEB slo requerirn el mantenimiento y control del estado de los servicios que una vez configurados no requerirn tareas adicionales. Rol administrador de Motor de Refundido: Este actor representa al usuario especfico de Administracin del Mdulo de Motor de Refundido. Dado que el conjunto de tareas para la obtencin de la bases de datos de planeamiento vigente (refundido) son especficas de este mdulo, consideraremos a este usuario un tipo especial de Usuario Administrador. Rol administrador de Consolidacin: Este actor representa al usuario especfico de Administracin del Mdulo de Consolidacin. Dado que el conjunto de tareas de consolidacin de los instrumentos de planeamiento en el registro son especficas de este mdulo y tienen que ver con la carga de expedientes de Planeamiento en el registro a partir de documentos FIP validados, consideraremos a este usuario un tipo especial de Usuario Administrador Rol administrador de Validaciones: Este actor representa al usuario especfico de Administracin del Mdulo de Validacin. Dado que el conjunto de tareas de validacin son especficas de este mdulo y tienen que ver con la recepcin y validacin de informacin de Planeamiento en formato FIP, consideraremos a este usuario un tipo especial de Usuario Administrador. Rol administrador de Gestin de Diccionarios y Plan Base: Este actor representa al sistematizador de planeamiento. Las herramientas de produccin de planeamiento estn excluidas del presente proyecto, pero se incluye al productor como Actor en calidad de receptor de FIPs de tipo1 y generador de FIPs de tipo 2. Rol administrador de Visor Web: Este actor representa cualquier usuario que, a travs del visor Web, accede a la informacin urbanstica ofrecida a partir de los servicios disponibles. Rol Productor: Este rol se ha incluido por si en el futuro se le quiere dar al productor la posibilidad de que l mismo a travs de Internet pueda subir su propio fichero de intercambio de planeamiento para que luego sea verificado por un usuario de la aplicacin.

Este rol solo va a tener las funcionalidades de iniciar un proceso de validacin, pero en su primer estado de inicio de expediente, y buscar el estado de su proceso de validacin para saber en qu estado est. En caso de acceder mediante usuario y contrasea, el Sistema dar al usuario 3 oportunidades de logarse, una vez consumidas estas 3 oportunidades, al usuario se le denegar el acceso. Los accesos al sistema quedarn reflejados mediante un registro de acceso al sistema; Este registro consistir en una tabla de la base de datos donde quedar registrado el usuario que accedi, la hora, y las operaciones que realiz. 7.3 Copias de Seguridad y Recuperacin de datos.
El administrador del Sistema, ser el encargado de decidir la periodicidad de las copias de seguridad. Se recomienda que la frecuencia de las copias de seguridad, venga dado por la actividad en el registro de planeamiento. Las copias de seguridad deben recoger el contenido de la base de datos de planeamiento, posibilitando recuperar y restaurar el Sistema a un estado anterior, en caso de producirse un error grave. Estas copias de seguridad se realizarn mediante la ejecucin de Scripts, en los cuales el administrador del Sistema, indicar el soporte en el que se almacenarn las copias. Se recomienda que el soporte sea uno distinto al que reside el Sistema y Base de Datos. El sistema dispondr, adems, de una herramienta para la realizacin de backups del sistema que podr ejecutar el administrador del mismo. La restauracin del Sistema en caso de desastre, la llevar a cabo el administrador del Sistema, el cual manualmente cargar los backups de la Base de Datos, todos estos procesos estn descritos en el Manual de Administracin. No obstante, la informacin necesaria para realizar una restauracin de todo el sistema ser: Export de la base de datos completa Copia de seguridad de todos los ficheros de configuracin Copia de seguridad de los documentos escaneados de planeamiento
En ningn caso ser el Sistema el encargado de planificar ni ejecutar dichas tareas. 7.4
Procedimientos de Operacin y Administracin del Sistema.
Los ficheros de FIP de tipo 1 sern descargados por el productor de planeamiento a travs de un formulario web desarrollado a tal efecto. La peticin y sus metadatos quedarn almacenados en el diario de operaciones como parte del control al productor. Para ms informacin sobre CON_2009_06_ASI_v004.doc Fichero FIP tipo 1, consultar el documento URBR-

8.
DISEO DE LA ARQUITECTURA DE SOPORTE. En esta actividad se lleva a cabo la especificacin de la arquitectura de soporte, que comprende el diseo de los subsistemas de soporte identificados en la actividad de Definicin de la Arquitectura del Sistema (DSI 1), y la determinacin de los mecanismos genricos de diseo. Estos ltimos sirven de gua en la utilizacin de diferentes estilos de diseo, tanto en el mbito global del sistema de informacin, como en el diseo de detalle. 8.1 Diseo de Subsistemas de Soporte.
Teniendo en cuenta la arquitectura diseada para el sistema, la cual se muestra en la siguiente imagen:
El subsistema de soporte sera aquel que corresponde con la capa de Servicios Bsicos que est dentro de la Lgica de Negocio: Servicios Bsicos: En esta capa Servicios Comunes de Arquitectura estn los servicios comunes de arquitectura que dan soporte a los servicios, subprocesos y flujos de negocio para la Gestin de Errores, Alertas, Trazabilidad y Transaccionabilidad y el Acceso a los

Datos de la Infraestructura de Datos. Los servicios comunes de Arquitectura son servicios genricos e independientes de las funcionalidades implementadas. Todos estos componentes se implementan con tecnologa J2EE utilizando las APIs y utilidades. Por ejemplo, se usan componentes basados en Hibernate para el acceso a bases de datos alfanumricas. 8.2 Identificacin de Mecanismos Genricos de Diseo
En este apartado se van a definir los patrones y guas de diseo comunes, as como los frameworks de trabajo que van a facilitar la construccin del sistema Sistema de Persistencia HIBERNATE: Trabajar con software orientado a objetos y bases de datos relacionales puede hacernos invertir mucho tiempo en los entornos actuales. Hibernate es una herramienta que realiza el mapeo entre el mundo orientado a objetos de las aplicaciones y el mundo entidad-relacin de las bases de datos en entornos Java. El trmino utilizado es ORM (object/relational mapping) y consiste en la tcnica de realizar la transicin de una representacin de los datos de un modelo relacional a un modelo orientado a objetos y viceversa. Hibernate no solo realiza esta transformacin sino que nos proporciona capacidades para la obtencin y almacenamiento de datos de la base de datos que nos reducen el tiempo de desarrollo. Hibernate funciona asociando a cada tabla de la base de datos un Plain Old Java Object (POJO, a veces llamado Plain Ordinary Java Object).Hibernate es un poderoso, motor de ejecucin de persistencia objeto relacional y servicio de consultas para Java. Hibernate permite desarrollar clases persistentes siguiendo el idioma comn de java incluyendo asociacin, inherencia, polimorfismo, composicin y el Framework de colecciones de Java. Hibernate permite expresar consultas en su propia extensin SQL (HQL), de forma similar a SQL nativo, o con objetos Java. El sistema de persistencia Hibernate se basa en una capa intermedia entre nuestro Sistema de Informacin y la Base de Datos Relacional. La conexin entre ambas se realiza median un Objeto Relacional, que es el paso intermedio entre Objetos y Tablas Relacionales.
Figura 8: Esquema de la capa de persistencia

Todos los servicios que se desarrollarn para el sistema sern desarrollados como Enterprise Java Beans, ms concretamente en su especificacin 3.0 debido a una serie de ventajas que comentaremos a continuacin. Los EJB 3.0 proporcionan un modelo de componentes distribuido estndar del lado del servidor. El objetivo de los EJB3.0 es dotar al programador de un modelo que le permita abstraerse de los problemas generales de una aplicacin empresarial (concurrencia, transacciones, persistencia, seguridad,...) para centrarse en el desarrollo de la lgica de negocio en s. El hecho de estar basado en componentes permite que stos sean flexibles y sobre todo reutilizables. Los EJB3.0 se disponen en un contenedor EJB 3.0 dentro del servidor de aplicaciones. La especificacin describe cmo el EJB 3.0 interacta con su contenedor y cmo el cdigo cliente interacta con la combinacin del EJB 3.0 y el contenedor. A travs de un "EJB 3.0 Container" ofrece varios servicios y funcionalidades, algunas son las siguientes: Servicios: Cuando se disea un componente de Software se deben definir varios servicios para su funcionamiento. Divisin de Trabajo: La posibilidad de dividir "Servicios"(EJB 3.0 Container) de "Componentes Principales"(EJB 3.0'S) permite una clara divisin de trabajo, esto es, un diseador de "componentes"(EJB 3.0's) puede concentrar sus esfuerzos en la "lgica de proceso" sin preocuparse del diseo de servicios. Y de la misma manera un "diseador" de servicios ("Middleware") concentrarse en su rea. Procedimientos Remotos: Debido a la solucin que intentan ofrecer EJB 3.0 ("Enterprise Java Beans") su diseo gira alrededor de procedimientos remotos Diversos Clientes: Un EJB 3.0 puede interactuar con una gran gamma de clientes desde: JSP o Servlets, bases de datos, Applets, sistemas ERP (SAP, JDEdwards).

9.
DISEO DE CASOS DE USO REALES. Esta actividad, que se realiza solo en el caso de Diseo Orientado a Objetos, tiene como propsito especificar el comportamiento del sistema de informacin para un caso de uso, mediante objetos o subsistemas de diseo que interactan, y determinar las operaciones de las clases e interfaces de los distintos subsistemas de diseo. Para ello, una vez identificadas las clases participantes dentro de un caso de uso, es necesario completar los escenarios que se recogen del anlisis, incluyendo las clases de diseo que correspondan y teniendo en cuenta las restricciones del entorno tecnolgico, esto es, detalles relacionados con la implementacin del sistema. Es necesario analizar los comportamientos de excepcin para dichos escenarios. Algunos de ellos pueden haber sido identificados en el proceso de anlisis, aunque no se resuelven hasta este momento. Dichas excepciones se aadirn al catlogo de excepciones para facilitar las pruebas. Algunos de los escenarios detallados requerirn una nueva interfaz de usuario. Por este motivo es necesario disear el formato de cada una de las pantallas o impresos identificados. Es importante validar que los subsistemas definidos en la tarea Identificacin de Subsistemas de Diseo tienen la mnima interfaz con otros subsistemas. Por este motivo, se elaboran los escenarios al nivel de subsistemas y, de esta forma, se delimitan las interfaces necesarias para cada uno de ellos, teniendo en cuenta toda la funcionalidad del sistema que recogen los casos de uso. Adems, durante esta actividad pueden surgir requisitos de implementacin, que se recogen en el catlogo de requisitos. Las tareas de esta actividad se realizan en paralelo con las de Diseo de Clases. 9.1 Identificacin de Clases asociadas a un Caso de Uso.
El objetivo de esta tarea es identificar las clases que intervienen en cada caso de uso, a partir del conjunto de clases definidas en la tarea Identificacin de Clases Adicionales, ya que, como se ha sealado en la introduccin de esta actividad, las actividades Diseo de casos de uso reales y Diseo de clases se realizan en paralelo. Dichas clases se identifican a partir de las clases del modelo del anlisis y de aquellas clases adicionales necesarias para el escenario que se est diseando. A su vez, a medida que se va estudiando la descripcin de los casos de uso, pueden aparecer nuevas clases de diseo que no hayan sido identificadas anteriormente y que se incorporan al modelo de clases posteriormente.

9.1.0
Consola.
En este apartado se identifican las clases de diseo que se utilizan para realizar el subsistema de consola.
Los paquetes de los que se compone el subsistema de consola se pueden ver en la siguiente figura:

Como se ve en la imagen, el subsistema de consola afecta tanto a los paquetes servicios, que son los que contendrn la lgica de negocio de los servicios comunes de acceso a la consola para comprobar la autenticacin del usuario y establecerle los permisos; como al paquete ihm, que contendr las interfaces grficas para que un usuario (humano) pueda hacer uso del resto de funcionalidades Para los paquetes que dependen de BEANS.SEGURIDAD, las clases que lo forman son las encargadas de proporcionar servicios de acceso a la consola para comprobar la autenticacin del usuario y establecerle los permisos. Estas clases son las siguientes:
CASO DE USO: Recibir FIP DUC-VAL-1 CLASE: GestionIntroduccionFIPEnSistemaBean Atributos
Operaciones
Descripcin
Controla la introduccin de ficheros FIP en el Sistema.

CASO DE USO: Autenticacin DUC-CON-1 CLASE: AutenticacionController Atributos
Operaciones
Descripcin
Autentifica los accesos de los usuarios al sistema.
CASO DE USO: Acceso a los mdulos del sistema DUC-CON-3: CASO DE USO: Acceso al mdulo de gestin de diccionarios DUC-CON-3.1: CASO DE USO: Acceso al mdulo de gestin del plan base DUC-CON-3.2: CASO DE USO: Acceso al mdulo de Consolidacin de FIP DUC-CON-3.4: CASO DE USO: Acceso al mdulo de motor de refundido DUC-CON-3.5: El acceso a los mdulos del sistema es gestionado mediante controles de java Script. Estos Java Script son los siguientes: loader.js loaderAdministracion.js loaderConsola.js loaderConsolidador.js loaderRefundido.js loaderVisRPM.js loaderVisualizadorValidacion.js loaderGestionPlanBase.js loaderGestionDiccionarios.js
Estos Java Script comprobaran que el usuario tiene acceso a los mdulos a los que intenta acceder y en caso afirmativo, crear la pantalla dinmicamente.

CASO DE USO: Acceso al mdulo de validacin de FIP DUC-CON-3.3: CLASE: ValidacionControler Atributos
Operaciones
Descripcin
Gestiona el acceso al mdulo de Validacin FIP en la Consola.
CASO DE USO: Acceso al diario de operaciones DUC-CON-6. El diario de operaciones, queda todo registrado dentro de los distintos logs de la consola. Estos log se encuentra dentro del servidor en la ruta Redes_Path\var\log. Estos logs son: Urbanismoenred.log UrbanismoenredServicios.log UrbanismoenredServiciosBasicosRPM.log UrbanismoenredServiciosBasicosValidacion.log UrbanismoenredServiciosConsolidacion.log UrbanismoenredServiciosRefundido.log UrbanismoenredServiciosValidacion.log UrbanismoenredUtils.log ServicioValidacionDeterminacionSoloAplicadaEntidadesDefinidasGrupoApli cacionBean.log

CASO DE USO: Gestin de usuarios y roles DUC-CON-5: CASO DE USO: Asignacin DUC-CON-5.1 CLASE: RolBean Atributos
Operaciones
Descripcin
Gestiona el acceso al mdulo de Gestin de Usuarios y Roles en la Consola.
CASO DE USO: Creacin de planes DUC-CON-4.3 CLASE: OperacionPlanBean Atributos
Operaciones
Descripcin
Clase de Creacin de planes

CASO DE USO: Visualizacin de planes DUC-CON-4.1 CLASE: PlanBean Atributos
Operaciones
Descripcin
Controla las operaciones de Planes desde la consola.
CASO DE USO: Visualizacin de rbol de planes DUC-CON-2

CLASE: PlanIHMFacade Atributos
Operaciones
Descripcin
CLASE: PlanIHMFacade

Atributos
Operaciones
Descripcin
CASO DE USO: Visualizador de geometras DUC-VAL-9.4.2 y DUC-CON-4.2.3.2, es una funcionalidad Java Script a la que se puede acceder desde el visualizador de validacin, seleccionando un trmite del rbol, a continuacin una entidad, y navegando por las entidades se localizaran las geometras.

CASO DE USO: Creacin de trmites DUC-CON-4.4 CASO DE USO: Visualizacin de trmites DUC-CON-4.2 CASO DE USO: Visualizador de trmite DUC-VAL-9.1 CASO DE USO: Visualizador de documentos de trmite DUC-VAL-9.2 CLASE: TramiteContoller Atributos
Operaciones
Descripcin
Controla las operaciones de Trmites desde la consola.
CLASE: TramiteIHMFacade
Descripcin
Interface de Tramite

CASO DE USO: Visualizador de documentos propios del trmite DUC-CON-4.2.1 CASO DE USO: Visualizador de documentos de entidades DUC-CON-4.2.3.5 CASO DE USO: Visualizador de documentos de determinaciones DUC-CON-4.2.2.6 CLASE: DocumentoController Atributos
Operaciones
Descripcin
Controla las operaciones de Documentos desde la consola
CLASE: DocumentoIHMFacade
Descripcin
Interface de Documento
CASO DE USO: Visualizacin de determinaciones DUC-CON-4.2.2 CASO DE USO: Visualizador de valores de referencia DUC-CON-4.2.2.1 CASO DE USO: Visualizador de grupos de aplicacin DUC-CON-4.2.2.2 CASO DE USO: Visualizador de regulacin especfica DUC-CON-4.2.2.3 CASO DE USO: Visualizador de determinaciones reguladoras DUC-CON-4.2.2.4 CASO DE USO: Visualizador de operaciones entre determinaciones DUC-CON-4.2.2.5 CASO DE USO: Visualizador de documentos de determinaciones DUC-CON-4.2.2.6 CASO DE USO: Visualizador de aplicaciones de determinaciones DUC-CON-4.2.2.7 CASO DE USO: Visualizador de la aplicacin de determinaciones DUC-CON-4.2.3.3 CASO DE USO: Visualizador de regmenes DUC-CON-4.2.3.3.2 CASO DE USO: Visualizador de regmenes especficos DUC-CON-4.2.3.3.3 CASO DE USO: Visualizador de determinaciones DUC-VAL-9.3 CASO DE USO: Visualizador de valores de referencia DUC-VAL-9.3.1

CASO DE USO: Visualizador de grupos de aplicacin DUC-VAL-9.3.2 CASO DE USO: Visualizador de regulacin especfica DUC-VAL-9.3.3 CASO DE USO: Visualizador de determinaciones reguladoras DUC-VAL-9.3.4 CASO DE USO: Visualizador de operaciones entre determinaciones DUC-VAL-9.3.5 CASO DE USO: Visualizador de documentos de determinaciones DUC-VAL-9.3.6 CASO DE USO: Visualizador de aplicaciones de determinaciones DUC-VAL-9.3.7 CASO DE USO: Visualizador de la aplicacin de determinaciones DUC-VAL-9.4.3 CLASE: DeterminacionController Atributos
Operaciones
Descripcin
Controla las operaciones de Determinaciones desde la consola.
CLASE: DeterminacionIHMFacade
Descripcin
Interface de Determinaciones

CASO DE USO: Visualizacin de entidades DUC-CON-4.2.3 CASO DE USO: Visualizador de operaciones entre entidades DUC-CON-4.2.3.4 CASO DE USO: Visualizador de entidades DUC-VAL-9.4 CASO DE USO: Visualizacin de mapas temticos DUC-VAL-14 CLASE: EntidadController Atributos
Operaciones
Descripcin
Controla las operaciones de Entidad desde la consola.
CLASE: EntidadIHMFacade
Descripcin
Interface de Entidad

CASO DE USO: Visualizador de adscripciones DUC-CON-4.2.3.1 CASO DE USO: Visualizador de adscripciones DUC-VAL-9.4.1 CLASE: AdscripcionesController Atributos
Operaciones
Descripcin
Controla las operaciones de Adscripciones desde la consola.
CLASE: AdscripcionesIHMFacade
Descripcin
Interface de Adscripciones

CASO DE USO: Visualizador de casos DUC-CON-4.2.3.3.1 CASO DE USO: Visualizador de casos DUC-VAL-9.4.4 CLASE: CasosController Atributos
Operaciones
Descripcin
Controla las operaciones de Casos desde la consola.
CLASE: CasosIHMFacade
Descripcin
Interface de Casos

9.1.1
Validador.
Los paquetes de los que se compone el subsistema de validacin se pueden ver en la siguiente figura:

Como se ve en la imagen, el subsistema de validacin afecta tanto a los paquetes data, ya que se deber hacer consultas a datos de validacin que haya en base de datos; al paquete servicios, que son los que contendrn la lgica de negocio de los servicios de validacin; como al paquete ihm, que contendr las interfaces grficas para que un usuario (humano) pueda hacer uso de los servicios de validacin. Para el paquete data.validacion, las clases que lo forman son las encargadas del mapeo relacional objeto-base de datos. Estas clases son las siguientes:

Para el paquete servicios.validacion, las clases que lo forman son las encargadas de la lgica de negocio del servicio. Estas clases son las siguientes:
Para los paquetes que dependen de servicios.validacion, las clases que lo forman son las encargadas de la lgica de negocio del servicio. Estas clases son las siguientes:

Para los paquetes que dependen de servicios.basicos.validacion, las clases que lo forman son las encargadas de proporcionar servicios bsicos a las anteriores clases descritas del paquete servicios.validacion. Estas clases son las siguientes:
CASO DE USO: Verificacin de vigencia del FIP de tipo 1 DUC-VAL-002 CASO DE USO: Validacin sintctica DUC-VAL-3 CASO DE USO: Validar Integridad DUC-VAL-7 CLASE: ServicioValidacionIntegridadBean Atributos
Operaciones
Descripcin
Procedimientos de validacin de Integridad.

CASO DE USO: Validacin de Contenido DUC-VAL-4 CLASE: ServicioValidacionBean Atributos
Operaciones
Descripcin
Realiza las llamadas a las distintas validaciones.
CASO DE USO: Validar Documentos DUC-VAL-5 CLASE: ServicioValidacionOtrasBean Atributos
Operaciones
Descripcin
Realiza las validaciones de documentos.

CASO DE USO: Validacin geomtrica DUC-VAL-6 CLASE: ServicioValidacionEntidadesWKTBean Atributos
Operaciones
Descripcin
Validaciones de datos geomtricos.
CASO DE USO: Validacin manual DUC-VAL-8 CLASE: ValidationManualServiceBean Atributos
Operaciones
Descripcin
Gestiona las validaciones manuales.

CASO DE USO: Visualizador de FIP DUC-VAL-9 CLASE: FIPValidacionController Atributos
Operaciones
Descripcin
Visualiza el FIP de Validacin en la Consola RPM.
CLASE: ValidacionFIPIHMFacade
Descripcin
Interface de FIP

CASO DE USO: Visualizador de regmenes DUC-VAL-9.4.5 CLASE: RegimenValidacionControlller Atributos
Operaciones
Descripcin
Visualiza los datos de Rgimen Validacin Consola RPM.
CLASE: ValidacionRegimenValidacionIHMFacade
Descripcin
Interface de Rgimen

CASO DE USO: Visualizador de regmenes especficos DUC-VAL-9.4.6 CASO DE USO: Visualizador de operaciones entre entidades DUC-VAL-9.4.7 CASO DE USO: Visualizador de documentos de entidades DUC-VAL-9.4.8 CLASE: RegimenEspecificoValidacionControlller Atributos
Operaciones
Descripcin
Visualiza los datos de Rgimen Especfico Validacin Consola RPM.
CLASE: ValidacionRegimenEspecificoValidacionIHMFacade
Descripcin
Interface de Rgimen Especfico

CASO DE USO: Informes FIP DUC-VAL-10 CLASE: ManagementValidacionPDFServiceBean Atributos
Operaciones
Descripcin
Genera documento PDF con los resultados de las validaciones.
CLASE: ServicioResultadosValidacionBean Atributos
Operaciones
Descripcin
Gestiona los resultados de las validaciones
CASO DE USO: Incorporacin de nuevas validaciones DUC-VAL-11

CLASE: ServicioCargaInicialValidacionesBean Atributos
Operaciones
Descripcin
Realiza las operaciones de carga inicial de validaciones.

CLASE: ValidacionValidacionesGenericasFacade Atributos
Operaciones
Descripcin
Gestiona las validaciones genricas
CLASE: ValidacionValidacionesEspecificasFacade Atributos

Operaciones
Descripcin
Gestiona las validaciones especficas
CASO DE USO: Firma digital validacin FIP DUC-VAL-13 CLASE: FirmaDigitalBean Atributos
Operaciones
Descripcin
Valida Certificados Digitales tales como DNI-e y FNMT. Y firma FIPs digitalmente.

CASO DE USO: Validacin topolgica DUC-VAL-15 CLASE: ValidacionTopologicaBean Atributos
Operaciones
Descripcin
Servicio de validacin topolgica de solapamientos y agujeros.

9.1.2
Consolidador.
En este apartado se identifican las clases de diseo que se utilizan para realizar el subsistema de consolidador.
Los paquetes de los que se compone el subsistema de consolidacin se pueden ver en la siguiente figura:
Como se ve en la imagen, el subsistema de consolidacin afecta tanto a los paquetes data, ya que se deber hacer consultas a datos de validacin que haya en base de datos y estos datos posteriormente despus de aplicarle las respectivas transformaciones, guardarlos en la base de datos del registro de planeamiento (rpm); al paquete servicios, que son los que contendrn la lgica de negocio de los servicios de consolidacin, teniendo por un lado acceso a los datafacade, a

los servicios bsicos y a los servicios propios de lgica de consolidacin; como al paquete ihm, que contendr las interfaces grficas para que un usuario (humano) pueda hacer uso de los servicios de consolidacin. Para el paquete data.validacion, las clases que lo forman son las encargadas del mapeo relacional objeto-base de datos de validacin que sern usadas por este subsistema. Estas clases son las siguientes:
Para el paquete data.rpm, las clases que lo forman son las encargadas del mapeo relacional objeto-base de datos del registro de planeamiento municipal que sern usadas por este subsistema. Estas clases son las siguientes:

Para los paquetes que dependen de servicios.basicos.validacion, las clases que lo forman son las encargadas de proporcionar servicios bsicos a las clases descritas del paquete servicios.consolidacion que contienen la lgica de negocio. Estas clases son las siguientes:

Para los paquetes que dependen de servicios.basicos.rpm, las clases que lo forman son las encargadas de proporcionar servicios bsicos a las clases descritas del paquete servicios.consolidacion que contienen la lgica de negocio. Estas clases son las siguientes:
Para los paquetes que dependen de servicios.consolidacion, las clases que lo forman son las encargadas de la lgica de negocio del servicio. Estas clases son las siguientes:

CASO DE USO: Carga de trmite DUC-CSD-2 CASO DE USO: Carga del Documentos del Trmite DUC-CSD-2.1 CASO DE USO: Carga de las Entidades DUC-CSD-2.2 CASO DE USO: Carga de las Determinaciones DUC-CSD-2.3 CASO DE USO: Carga de las Condiciones Urbansticas DUC-CSD-2.4 CASO DE USO: Carga de las Operaciones DUC-CSD-2.5 CASO DE USO: Carga de las Adscripciones DUC-CSD-2.6 CASO DE USO: Carga de los Casos DUC-CSD-2.7 CASO DE USO: Creacin de metadatos DUC- URBR_18.1 CLASE: ServicioConsolidacionBean Atributos
Operaciones
Descripcin
Realiza una copia de todos los datos de un Trmite a la Base de Datos de Planeamiento

9.1.3
Motor de Refundido.
En este apartado se identifican las clases de diseo que se utilizan para realizar el subsistema de Refundido.
Los paquetes que componen el sistema del Motor de refundido son los que se presentan en la siguiente figura:
Como se ve en la imagen, el subsistema de Motor de Refundido, afecta tanto a los paquetes data, ya que se deber hacer consultas a datos que haya en base de datos; al paquete servicios, que son los que contendrn la lgica de negocio de los servicios de Motor de Refundido.; Para el paquete servicios.refundido, las clases que lo forman son las encargadas del mapeo relacional objeto-base de datos. Estas clases son las siguientes:

CASO DE USO: Validaciones previas del proceso de refundido DUC-REF-1.2. CASO DE USO: Comprobacin topolgica DUC-REF-1.6 no Estos casos de uso estaban pensados para versiones antiguas del Sistema, antes de que existiera un subsistema de Validacin; Actualmente estas comprobaciones que indican los casos de uso, no tienen sentido ya que estn ampliadas dentro del subsistema de Validacin. CASO DE USO: Extraccin de los ltimos trmites de cada plan DUC-REF-1.3.2 CASO DE USO: Ejecucin del proceso de refundido parcial DUC-REF-4 De estos casos de uso se encargar el Controler del Proceso de Refundido de la Consola RPM. CASO DE USO: Generacin del FIP de tipo 2 del trmite refundido DUC-REF-2

CLASE: Tramite Atributos
Operaciones
Descripcin
Entity de tipo dato Tramite

CASO DE USO: Eliminacin de determinaciones y entidades operadoras DUC-REF-1.5.1 CASO DE USO: Eliminacin de carpetas vacas en los rboles de datos DUC-REF-1.5.2 CLASE: clsMain Atributos
Operaciones
Descripcin
Realiza funciones de propsito general para el proceso de refundido.

CLASE: clsOperacionDeterminacion Atributos
Operaciones
Descripcin
Realiza las operaciones propias de Determinaciones.
CLASE: ClsOperacionEntidad Atributos
Operaciones
Descripcin
Realiza las operaciones propias de Entidades.

CLASE: clsOperacionPlan Atributos
Operaciones
Descripcin
Realiza las operaciones propias de Planes.
CASO DE USO: Ejecucin del proceso de refundido DUC-REF-1 CASO DE USO: Obtencin de la lista ordenada de planes refundibles DUC-REF-1.3.1 CASO DE USO: Algoritmo de refundido DUC-REF-1.4 CLASE: RefundidoBean Atributos
Operaciones
Descripcin
Clase principal del proceso de refundido, contiene la distribucin u ordenacin de las tareas del proceso.
CASO DE USO: Presentacin de informe del proceso de refundido DUC-REF-3: El informe de refundido, ser el fichero de log, Refundido.log, donde se detallar todo lo sucedido durante el proceso de Refundido. Este informe se genera con la biblioteca Log4j.

9.1.4
Servicios Web.
En este apartado se identifican las clases de diseo que se utilizan para realizar el subsistema de servicios web.
Los paquetes de los que se compone el subsistema de servicios web se pueden ver en la siguiente figura:
Como se ve en la imagen, el subsistema de servicios web afecta tanto a los paquetes data, ya que se deber hacer consultas a datos de validacin que haya en base de datos como a datos que haya en la base de datos del registro de planeamiento (rpm) para ofrecer los datos que requiere el servicio web; al paquete servicios, que son los que contendrn la lgica de negocio de los servicios web, teniendo por un lado acceso a los datafacade, a los servicios bsicos y a los servicios propios de lgica de los servicios web. Para el paquete data.validacion, las clases que lo forman son las encargadas del mapeo relacional objeto-base de datos de validacin que sern usadas por este subsistema. Estas clases son las siguientes:

Para el paquete data.rpm, las clases que lo forman son las encargadas del mapeo relacional objeto-base de datos del registro de planeamiento municipal que sern usadas por este subsistema. Estas clases son las siguientes:

Para los paquetes que dependen de servicios.basicos.validacion, las clases que lo forman son las encargadas de proporcionar servicios bsicos a las clases descritas del paquete servicios.serviciosweb que contienen la lgica de negocio. Estas clases son las siguientes:

Para los paquetes que dependen de servicios.basicos.rpm, las clases que lo forman son las encargadas de proporcionar servicios bsicos a las clases descritas del paquete servicios.serviciosweb que contienen la lgica de negocio. Estas clases son las siguientes:
Para los paquetes que dependen de servicios.serviciosweb, las clases que lo forman son las encargadas de la lgica de negocio del servicio que ofrecern estos servicios web. Estas clases son las siguientes:

CASO DE USO: Bsqueda por callejero DUC-SRV-1.4.1: CASO DE USO: Consulta de planes DUC-SRV-1.2.1 CASO DE USO: Consulta de trmites DUC-SRV-1.2.2 CASO DE USO: Consulta de documentos DUC-SRV-1.2.3 CASO DE USO: Consulta a partir de un punto DUC-SRV-1.3.1 CASO DE USO: Consulta a partir de un polgono DUC-SRV-1.3.2 CASO DE USO: Consulta a partir de metadatos DUC-SRV-1.3.3 CASO DE USO: Consulta del estado del registro DUC-SRV-1.3.4 CASO DE USO: Bsqueda por topnimos DUC-SRV-1.4.2 CASO DE USO: Bsqueda por datos urbansticos DUC-SRV-1.4.4 CASO DE USO: Servidor de mapas DUC-SRV-2: CASO DE USO: Preconstruccin y tileado de mapas DUC-SRV-2.1.3 CASO DE USO: Administracin de simbologas DUC-SRV-2.1.4 CASO DE USO: Administracin de capas DUC-SRV-2.5 CASO DE USO: Configuracin y tunning de servicios DUC-SRV-2.6 CASO DE USO Servicios de consulta alfanumrica DUC-SRV_1 CASO DE USO Servicios de consultas del registro DUC-SRV_1.2 CASO DE USO Servicios de bsqueda DUC-SRV_1.4 CASO DE USO Servicios de mapas de planeamiento refundido DUC-SRV_2.3 CASO DE USO Servicios de mapas de planeamiento en tramitacin DUC-SRV_2.4 CASO DE USO MBITO DE APLICACIN DUC-SRV-2.5.1 CASO DE USO: Servicios de consulta Alfanumrica DUC-SRV-1 CASO DE USO: Servicio de bsqueda DUC-SRV-1.4 CASO DE USO CLASES DE SUELO DUC-SRV-2.5.2 CASO DE USO CATEGORIAS DUC-SRV-2.5.3 CASO DE USO ZONAS DUC-SRV-2.5.4 CASO DE USO GESTION DUC-SRV-2.5.5 CASO DE USO SISTEMAS DUC-SRV-2.5.6 CASO DE USO PROTECCIONES DUC-SRV-2.5.7 CASO DE USO AFECCIONES DUC-SRV-2.5.8 CASO DE USO RESERVAS DUC-SRV-2.5.9 CASO DE USO ACCIONES DUC-SRV-2.5.10 CASO DE USO Sistemas de referencia utilizados DUC-SRV_2.7 CASO DE USO: Bsqueda por referencia catastral DUC-SRV-1.4.3

CLASE: urbrWS Operaciones

Descripcin
Clase contenedora de todos los Servicios Web
La siguiente tabla muestra la relacin entre el caso de uso y el servicio web que lo satisface.
CASO DE USO: Bsqueda por callejero DUC-SRV-1.4.1: CASO DE USO: Consulta de planes DUC-SRV-1.2.1 CASO DE USO: Consulta de trmites DUC-SRV-1.2.2 CASO DE USO: Consulta de documentos DUC-SRV-1.2.3 CASO DE USO: Consulta a partir de un punto DUC-SRV-1.3.1 CASO DE USO: Consulta a partir de un polgono DUC-SRV-1.3.2 CASO DE USO: Consulta a partir de metadatos DUC-SRV-1.3.3 CASO DE USO: Consulta del estado del registro DUC-SRV-1.3.4 CASO DE USO: Bsqueda por topnimos DUC-SRV-1.4.2 CASO DE USO: Bsqueda por datos urbansticos DUC-SRV-1.4.4 CASO DE USO: Servidor de mapas DUC-SRV-2: CASO DE USO: Preconstruccin y tileado de mapas DUC-SRV-2.1.3 CASO DE USO: Administracin de simbologas DUC-SRV-2.1.4 CASO DE USO: Administracin de capas DUC-SRV-2.5 CASO DE USO: Configuracin y tunning de servicios DUC-SRV-2.6 CASO DE USO Servicios de consulta alfanumrica DUC-SRV_1 CASO DE USO Servicios de consultas del registro DUC-SRV_1.2 CASO DE USO Servicios de bsqueda DUC-SRV_1.4 CASO DE USO Servicios de mapas de planeamiento refundido DUC-SRV_2.3 CASO DE USO Servicios de mapas de planeamiento en tramitacin DUC-SRV_2.4 CASO DE USO MBITO DE APLICACIN DUC-SRV-2.5.1 CASO DE USO CLASES DE SUELO DUC-SRV-2.5.2 CASO DE USO CATEGORIAS DUC-SRV-2.5.3 CASO DE USO ZONAS DUC-SRV-2.5.4 CASO DE USO GESTION DUC-SRV-2.5.5 CASO DE USO SISTEMAS DUC-SRV-2.5.6 CASO DE USO PROTECCIONES DUC-SRV-2.5.7 CASO DE USO AFECCIONES DUC-SRV-2.5.8 CASO DE USO RESERVAS DUC-SRV-2.5.9 CASO DE USO ACCIONES DUC-SRV-2.5.10 CASO DE USO Sistemas de referencia utilizados DUC-SRV_2.7 CASO DE USO: Bsqueda por referencia catastral DUC-SRV-1.4.3 GetCoordenadas estadoRegistro,IdAmbito,PlanesPadre,PlanesHijo,planesFromNombre determinacionesPadre,DeterminacionesHija,entidadesFromClave, entidadesFromNombre URLDoc consultaGrafica consultaGrafica consultaMetadatos estadoRegistro entidadesFromNombre,planesFromNombre AmbitosPadre,AmbitosHijo, entidadesFromNombre,planesFromNombre Geoserver Geoserver Geoserver Geoserver Geoserver Requisitonofuncional Requisitonofuncional Requisitonofuncional Geoserver Geoserver Geoserver Geoserver Geoserver Geoserver Geoserver Geoserver Geoserver Geoserver Geoserver Geoserver Noesunrequisitofuncional ReferenciaCatastral

CASO DE USO: Emisor de fichas urbansticas DUC-SRV-1.1 CLASE: FichaUrbanistica Operaciones
Descripcin
La Clase urbrWS llamar a este servlet que ser el encargado de generar un ficha urbanstica a partir de unas coordenadas.

CASO DE USO: Formulario de peticin y descarga de FIP de tipo 1 DUC-SRV-3: CLASE: ActionServletFip1 Atributos
Operaciones
Descripcin CLASE: Atributos
La Clase urbrWS llamar a este servlet que ser el encargado de solicitar la generacin del FIP tipo 1.
Operaciones
Descripcin
Servicio de generacin de fichero FIP tipo 1.

CASO DE USO: Servidor WMS DUC-SRV-001.1: CASO DE USO: Servidor WFS DUC-SRV-2.2: Respecto a los casos de uso de publicacin de servicios wms y wfs, se cubren con la implementacin de geoserver 2.0. Es un servidor desarrollado en java con software libre que implementa estndares abiertos que permiten publicar datos espaciales. GeoServer puede publicar y editar los datos mediante estndares abiertos. Su informacin est disponible en una gran variedad de formatos, como mapas e imgenes reales o de datos geoespaciales, proporcionando control completo sobre el aspecto del mapa. Las capacidades transaccionales GeoServer ofrecen un fuerte apoyo para la edicin compartida. GeoServer est enfocado a la facilidad de uso y soporte para estndares, con el fin de servir como "pegamento" de la web geoespacial, la conexin de bases de datos heredadas a muchos clientes diversos. GeoServer admite WFS-T y protocolos abiertos WMS de la OGC para producir JPEG, PNG, SVG, KML / KMZ, GML, PDF, Shapefiles y mucho ms. GeoServer se basa en Geotools, la misma herramienta Java utiliza en la consola. GeoServer es una comunidad verdaderamente abierta, bien documentada y cdigo base modular. http://vwfs.refractions.net/docs/GeoserverConfigDesign.pdf

9.1.5
Gestin de Diccionarios.
En este apartado se identifican las clases de diseo que se utilizan para realizar el subsistema de gestin de diccionarios.
Los paquetes que componen el subsistema de Gestin de Diccionarios son los que se presentan en la siguiente figura:
Como se ve en la imagen, el subsistema de Gestin de Diccionarios, afecta tanto a los paquetes data, ya que se deber hacer consultas a datos que haya en base de datos; al paquete servicios, que son los que contendrn la lgica de negocio de los servicios de Gestin de Diccionarios;

CASO DE USO: Alta de registros DUC-DIC-1: CASO DE USO: Eliminacin de registros DUC-DIC-2: CASO DE USO: Activacin desactivacin de la funcionalidad DUC-DIC-3 CASO DE USO: Gestin de equipos de redaccin DUC-DIC-4:

CLASE: ActionServletDic Atributos Operaciones N/A
Descripcin
Realiza las tareas propias del mantenimiento de las tablas de diccionario. Mediante componentes Json, dependiendo de la opcin de navegacin seleccionada, realizar la correspondiente tarea de alta, baja o modificacin mediante la llamada al facade de la tabla a modificar y este a su vez, al entity donde tendr la llamada del json. A continuacin exponemos una clase ejemplo con los mtodos json que sern implementados en cada uno de los entitys comentado en el grfico anterior.
Mtodos Json.

9.1.6
Gestin del Plan Base.
En este apartado se identifican las clases de diseo que se utilizan para realizar el subsistema de gestin de Plan Base.
Los paquetes que componen el subsistema de Gestin de Diccionarios son los que se presentan en la siguiente figura:
Como se ve en la imagen, el subsistema de Gestin de Plan Base, afecta tanto a los paquetes data, ya que se deber hacer consultas a datos que haya en base de datos; al paquete servicios, que son los que contendrn la lgica de negocio de los servicios de Gestin de Plan Base; Para el paquete servicios.PlanBase, las clases que lo forman son las siguientes:

CASO DE USO: Creacin del Plan Base DUC-BAS-1: CASO DE USO: Creacin del Trmite de alta del Plan Base DUC-BAS-2: CASO DE USO: Creacin de determinaciones base DUC- BAS -3: CASO DE USO: Creacin de entidades base DUC- BAS-6:
CLASE: AltaAltaBean Atributos
Operaciones
Descripcin
Da de alta un Plan Base

CASO DE USO: Eliminacin de determinaciones base DUC-BAS-5: CASO DE USO: Eliminacin de entidades base DUC-BAS-8: CLASE: BajaPlanBaseBean Atributos
Operaciones
Descripcin
Da de baja un Plan Base
CASO DE USO: Modificacin de entidades base DUC-BAS-7: CASO DE USO: Modificacin de determinaciones base DUC-BAS-4: CASO DE USO: Activacin desactivacin de la funcionalidad DUC-BAS-9: CLASE: GestionPlanBaseBean Atributos
Operaciones
Descripcin
Realiza la funciones de mantenimiento de Plan Base.

9.2
DISEO DE CLASES.
A continuacin se presenta el diagrama de contexto de la aplicacin de consola y visor Web y a posteriormente se describirn los actores y los casos de uso de cada uno de los mdulos del sistema.
A continuacin presentamos los casos de uso para los subsistemas de Consola de Control de Planeamiento y visor Web: Comenzaremos con los Casos de Uso genricos (propios de la Consola) y despus trataremos individualmente cada uno de los MODULOS que la componen y el visor WEB. 9.2.0 Consola.
En este apartado se detallan mediante diagramas de secuencia los distintos casos de usos del subsistema de consola descritos en el documento de anlisis (ASI). Estos casos de usos estarn recogidos en los distintos diagramas que se presentan pudiendo un diagrama dar respuesta a ms de un caso de uso planteado durante el anlisis. Los casos de uso a los que da respuesta los diagramas son los siguientes: Diagrama de Secuencia de Autenticacin. o CASO DE USO: Autenticacin DUC-CON-1 El siguiente diagrama muestra la secuencia que seguir el caso de uso de autenticacin referidas a las distintas clases de diseo

Este diagrama muestra el flujo normal que se realiza para la autenticacin de un usuario en el sistema. Este flujo es el siguiente: 1.- El usuario pretende acceder al sistema.

2.- El sistema al no detectar ninguna sesin abierta por parte del usuario ni llevar un token de autentificacin, pide al usuario el envo de sus credenciales 3.- El usuario enva al ServicioControlAccesoSistema su nombre de usuario y su contrasea o certificado digital 4.- El ServicioControlAccesoSistema comprueba las credenciales que la credencial. 5.- El ServicioControlAccesoSistema solicitar a la base de datos si existe dicha credencial. 6.- Despus de obtener ambos datos de la base de datos, el ServicioControlAccesoSistema har las comprobaciones convenientes para averiguar si el usuario es efectivamente un usuario registrado del sistema y la credencial es correcta. 7.- En caso de que el usuario y la contrasea facilitada sean correctos, el ServicioControlAccesoSistema devolver al usuario un token de autenticacin mediante el cual ya podr tener acceso al sistema 8.- Si o bien el usuario no es un usuario registrado del sistema o la clave es errnea, el ServicioControlAccesoSistema informar al usuario de este hecho, ante lo cual se denegar provisionalmente el acceso del usuario al sistema Diagrama de Secuencia de Acceso a los mdulos del Sistema. o DUC-CON-3: Acceso a los mdulos del sistema o DUC-CON-3.1: Acceso al mdulo de gestin de diccionarios o DUC-CON-3.2: Acceso al mdulo de gestin del plan base o DUC-CON-3.3: Acceso al mdulo de validacin de FIP o DUC-CON-3.4: Acceso al mdulo de consolidacin de FIP o DUC-CON-3.5: Acceso al mdulo de motor de refundido El siguiente diagrama muestra la secuencia que seguir el caso de uso de acceso a los mdulos del sistema referidas a las distintas clases de diseo, por simplicidad y mejor lectura en el diagrama, se ha puesto solamente el ejemplo para el acceso para tres de los subsistemas (Gestin Diccionario, Validacin y Consolidacin), sera equivalente para el resto de subsistemas (Motor Refundido, Gestin Plan Base y Diario Operaciones)

Este diagrama muestra el flujo normal que se realiza para el acceso a los distintos mdulos de subsistema dentro del sistema. Este flujo parte del flujo anterior en el cual un usuario quiere acceder al sistema: 1.- El usuario quiere acceder al subsistema de gestin de diccionario a travs del servicio ServicioGestionDiccionario, para ello, el usuario mandar el token obtenido anteriormente que contiene su identificacin y rol. 2.- El ServicioGestionDiccionario previamente a concederle acceso a cualquiera de sus funcionalidades, comprueba contra el ServicioControlAccesoSistema si el rol del usuario es suficiente para poder acceder a dicho servicio solicitado.

3.- El ServicioControlAccesoSistema comprobar si el usuario tiene los suficientes privilegios para acceder a dicha funcionalidad y devolver el resultado 4.- Si el usuario pertenece a un rol con suficientes privilegios, se le permitir el acceso a dicha funcionalidad 5.- Si el usuario pertenece a un rol que no tiene suficientes privilegios, se le denegar el acceso a dicha funcionalidad 6.- El usuario quiere acceder al subsistema de validacin a travs del servicio ServicioGestionValidacin, para ello, el usuario mandar el token obtenido anteriormente que contiene su identificacin y rol. 7.- El ServicioGestionValidacin previamente a concederle acceso a cualquiera de sus funcionalidades, comprueba contra el ServicioControlAccesoSistema si el rol del usuario es suficiente para poder acceder a dicho servicio solicitado. 8.- El ServicioControlAccesoSistema comprobar si el usuario tiene los suficientes privilegios para acceder a dicha funcionalidad y devolver el resultado 9.- Si el usuario pertenece a un rol con suficientes privilegios, se le permitir el acceso a dicha funcionalidad 10.- Si el usuario pertenece a un rol que no tiene suficientes privilegios, se le denegar el acceso a dicha funcionalidad 11.- El usuario quiere acceder al subsistema consolidacin a travs del servicio ServicioGestionConsolidacion, para ello, el usuario mandar el token obtenido anteriormente que contiene su identificacin y rol. 12.- El ServicioGestionConsolidacion previamente a concederle acceso a cualquiera de sus funcionalidades, comprueba contra el ServicioControlAccesoSistema si el rol del usuario es suficiente para poder acceder a dicho servicio solicitado. 13.- El ServicioControlAccesoSistema comprobar si el usuario tiene los suficientes privilegios para acceder a dicha funcionalidad y devolver el resultado 14.- Si el usuario pertenece a un rol con suficientes privilegios, se le permitir el acceso a dicha funcionalidad 15.- Si el usuario pertenece a un rol que no tiene suficientes privilegios, se le denegar el acceso a dicha funcionalidad Diagrama de Secuencia de visualizaciones.
o CASO DE USO: Visualizacin de planes DUC-CON-4.1
o CASO DE USO: Visualizacin de trmites DUC-CON-4.2 o CASO DE USO: Visualizador de documentos propios del trmite DUC-CON-4.2.1 o CASO DE USO: Visualizacin de determinaciones DUC-CON-4.2.2 o CASO DE USO: Visualizador de valores de referencia DUC-CON-4.2.2.1 o CASO DE USO: Visualizador de grupos de aplicacin DUC-CON-4.2.2.2 o CASO DE USO: Visualizador de regulacin especfica DUC-CON-4.2.2.3 o CASO DE USO: Visualizador de determinaciones reguladoras DUC-CON-4.2.2.4 o CASO DE USO: Visualizador de operaciones entre determinaciones DUC-CON4.2.2.5

o CASO DE USO: Visualizador de documentos de determinaciones DUC-CON4.2.2.6 o CASO DE USO: Visualizador de aplicaciones de determinaciones DUC-CON4.2.2.7 o CASO DE USO: Visualizacin de entidades DUC-CON-4.2.3 o CASO DE USO: Visualizador de adscripciones DUC-CON-4.2.3.1 o CASO DE USO: Visualizador de geometra DUC-CON-4.2.3.2 o CASO DE USO: Visualizador de la aplicacin de determinaciones DUC-CON4.2.3.3 o CASO DE USO: Visualizador de casos DUC-CON-4.2.3.3.1 o CASO DE USO: Visualizador de regmenes DUC-CON-4.2.3.3.2 o CASO DE USO: Visualizador de regmenes especficos DUC-CON-4.2.3.3.3 o CASO DE USO: Visualizador de operaciones entre entidades DUC-CON-4.2.3.4 o CASO DE USO: Visualizador de documentos de entidades DUC-CON-4.2.3.5 o CASO DE USO: Visualizador de FIP DUC-VAL-9 o CASO DE USO: Visualizador de trmite DUC-VAL-9.1 o CASO DE USO: Visualizador de documentos de trmite DUC-VAL-9.2 o CASO DE USO: Visualizador de determinaciones DUC-VAL-9.3 o CASO DE USO: Visualizador de valores de referencia DUC-VAL-9.3.1 o CASO DE USO: Visualizador de grupos de aplicacin DUC-VAL-9.3.2 o CASO DE USO: Visualizador de regulacin especfica DUC-VAL-9.3.3 o CASO DE USO: Visualizador de determinaciones reguladoras DUC-VAL-9.3.4 o CASO DE USO: Visualizador de operaciones entre determinaciones DUC-VAL9.3.5 o CASO DE USO: Visualizador de documentos de determinaciones DUC-VAL9.3.6 o CASO DE USO: Visualizador de aplicaciones de determinaciones DUC-VAL9.3.7 o CASO DE USO: Visualizador de entidades DUC-VAL-9.4 o CASO DE USO: Visualizador de adscripciones DUC-VAL-9.4.1 o CASO DE USO: Visualizador de la aplicacin de determinaciones DUC-VAL9.4.3 o CASO DE USO: Visualizador de casos DUC-VAL-9.4.4 o CASO DE USO: Visualizador de regmenes DUC-VAL-9.4.5 o CASO DE USO: Visualizador de regmenes especficos DUC-VAL-9.4.6 o CASO DE USO: Visualizador de operaciones entre entidades DUC-VAL-9.4.7 o CASO DE USO: Visualizador de documentos de entidades DUC-VAL-9.4.8 o CASO DE USO: Visualizacin de mapas temticos DUC-VAL-14.

A esta tarea solo se llega si anteriormente se ha realizado con xito la validacin de integridad.
Este flujo es el siguiente: 1.- El usuario de la aplicacin inicia la validacin de los contenidos. 2.- La tarea de control de planes usa el servicio de ServicioValidacion a travs de la interfaz de validaContenidos( idFip ) para iniciar un proceso de validacin de los contenidos del FIP que se le pasa como parmetro. Esta validacin de contenidos incluye tanto las validaciones de planes, recintos, determinaciones, adscripciones, manuales, etc. 3.- El servicio ServicioValidacion hace uso del servicio ServicioResultadosValidacion a travs de la interfaz getValidationProcessResultObject( idFip ) para obtener el identificador de los resultados del proceso de validacin que se ha creado anteriormente asociado al FIP. 4.- Se devuelve el identificador. 5.- El servicio ServicioValidacion hace uso del servicio ServicioValidacionContenidos a travs de la interfaz validaContenidos( FIP) ya que este servicio el que posee la lgica de negocio que valida los contenidos del FIP en cuestin. 6.- El servicio ServicioValidacionContenidos realiza las distintas validaciones de planes que se han definido en su lgica de negocio. Esta validacin de contenidos incluye tanto las validaciones de planes, recintos, determinaciones, adscripciones, manuales, etc. 7.- El servicio ServicioValidacionContenidos devuelve el resultado de la validacin de contenidos en un objeto del tipo ValidationEntityResult. En este objeto estn todos los requisitos que se han validado y si su resultado ha sido correcto o no. 8.- Se guarda el resultado de la validacin de plan asociada a ese FIP, se le da persistencia en la base de datos. 9.- Se devuelve a la tarea el resultado, si ha sido correcto o no, de la validacin de los contenidos.

Diagrama de creacin de Planes y Trmites. o Creacin de planes DUC-CON-4.3 o Creacin de trmites DUC-CON-4.4
El usuario de consola autorizado para la creacin de nuevos Planes, invocar el servicio PlaNuevoBean. 1 El primer paso para crear un Plan ser crear el mbito del Plan, a travs del interface del mbito. 2 Igualmente ocurre para el InstrumentoPlan, que se crear a travs de su interface. 3 Se Proceder a incluir el Trmite del Plan, por lo cual lo primero es comprobar si existe dicho Plan, de no ser as, se crear uno nuevo. 5 - 8 Se crear el mbito de Aplicacin del Trmite mediante su interface y posteriormente el mbito y la Entidad. Finalmente se devolver a PlanNuevoBean, que finalizar la creacin.

Diagrama de Secuencia de Gestin Usuarios y Roles. o DUC-CON-5: Gestin de usuarios y roles o DUC-CON-5.1: Asignacin
El siguiente diagrama muestra la secuencia que seguir el caso de uso de gestin de roles y usuarios referidas a las distintas clases de diseo
Este diagrama muestra el flujo normal que se realiza para la gestin de los usuarios y los roles en el sistema. Este flujo parte del flujo anterior en el cual un usuario quiere acceder al sistema: 1.- El usuario solicita al servlet la pgina de gestin de usuarios y roles. 2.- El servlet llama al servicio de gestin de usuario donde comprueba las credenciales que le ha mandado el usuario se comprobar si el usuario existe (modificacin) o bien si se trata de un alta nueva. 3.- UsuarioBean llamar a usuariofacade donde se proceder a la creacin del usuario o la modificacin, y a su vez se le asignar el rol. . 4.- El finalmente si el proceso finaliza correctamente, se devolver el usuario al listado de usuarios del sistema de administracin.

9.2.1
Validador.
En este apartado se detallan mediante diagramas de secuencia los distintos casos de usos del subsistema de validacin descritos en el documento de anlisis (ASI). Estos casos de usos estarn recogidos en los distintos diagramas que se presentan pudiendo un diagrama dar respuesta a ms de un caso de uso planteado durante el anlisis. Diagrama de Secuencia de Control de Recepcin. o CASO DE USO: Recibir FIP DUC-VAL-1 A continuacin veremos cmo se relacionan cada una de estas tareas con los servicios definidos y desarrollados para este subsistema:

Este diagrama muestra el flujo normal que se realiza para el control de recepcin. Este flujo es el siguiente: 1.- El usuario de la aplicacin rellena el formulario de inicio de las tareas de digitalizacin. 2.- El usuario de la aplicacin le da a continuar el proceso. 3.- La aplicacin cambia de tarea y pasa a la tarea de recepcin de informacin. 4.- El usuario de la aplicacin le da a subir archivo. 5.- La aplicacin se encarga de subir el fichero que el usuario se ha encargado de seleccionar al sistema. 6.- El usuario le da a desplegar el archivo que anteriormente ha subido. 7.- La tarea de recepcin de informacin usa el servicio de Control de Recepcin a travs de la interfaz de beginTransaction() para iniciar una transaccin de despliegue. 8.- El servicio le devuelve el identificador de FIP temporal 9.- La tarea de recepcin de informacin usa el servicio de Control de Recepcin a travs de la interfaz de copyZIP() para copiar el FIP.zip que anteriormente hemos subido al sitio adecuado. 10.- La tarea de recepcin de informacin usa el servicio de Control de Recepcin a travs de la interfaz de deployFIP() para desplegar el FIP.zip en el sistema de archivos del servidor. 11.- Si se ha producido algn error se hace un rollback para volver al estado inicial. Diagrama de Secuencia de nuevas validaciones o CASO DE USO: Nuevas Validaciones DUC-VAL-11
El usuario de validacin solicitar en la pgina jsp una nueva validacin. Se realizar una llamada al ValidacionBPMController donde este solicitar una conexin a ServicioValidacionBPM para ejecutar inicioNuevoProcesoValidacion. La conexin al nuevo proceso de validacin generar una nueva instancia de startProcessInstanceByKey, donde se le pasarn las variables correspondientes a la nueva validacin, recogidas en la pgina jsp inicial. Se le devolver a ValidacinBPMController el resultado de la operacin.

Diagrama de Secuencia de Validacin manual o CASO DE USO: Validacin manual DUC-VAL-8
Este flujo es el siguiente: 1.- El usuario de la aplicacin inicia la validacin manual. 2.- La tarea de control manual usa el servicio de ValidationService a travs de la interfaz de validateManual( idFip ) para iniciar un proceso de validacin manual del FIP que se le pasa como parmetro. 3.- El servicio ValidationService hace uso del servicio ValidationResultsService a travs de la interfaz getValidationProcessResultObject( idFip ) para obtener el identificador de los resultados del proceso de validacin que se ha creado anteriormente asociado al fip. 4.- Se devuelve el identificador. 5.- El servicio ValidationService hace uso del servicio ValidationManualService a travs de la interfaz validacionManual( fipAValidar, municipio ) ya que este servicio el que posee la lgica de negocio que valida los planes del fip en cuestin. 6.- El servicio ValidationManualService realiza las distintas validaciones manuales cargando los datos que el usuario ha introducido en la plantilla de validacin manual. 7.- El servicio ValidationManualService devuelve el resultado de la validacin manual en un objeto del tipo ValidationEntityResult. En este objeto estn todos los requisitos que se han validado y si su resultado ha sido correcto o no. 8.- Se guarda el resultado de la validacin manual asociada a ese fip, se le da persistencia en la base de datos. 9.- Se devuelve a la tarea el resultado, si ha sido correcto o no, de la validacin manual.

Diagrama de Secuencia de Verificacin de Contenido o CASO DE USO: Validacin sintctica DUC-VAL-3 o CASO DE USO: Validacin de Contenido DUC-VAL-4 o CASO DE USO: Validar Integridad DUC-VAL-7 o CASO DE USO: Verificacin de vigencia del FIP de tipo 1 DUC-VAL-002 o CASO DE USO: Validar Documentos DUC-VAL-5 o CASO DE USO: Validacin geomtrica DUC-VAL-6 o CASO DE USO: Validacin topolgica DUC-VAL-15
El siguiente diagrama muestra el flujo normal que se realiza para el subsistema de verificacin de contenido para la verificacin de la integridad.
Este flujo es el siguiente: 1.- El usuario de la aplicacin inicia la validacin de la integridad 2.- La tarea de validacin de integridad usa el servicio de ServicioValidacion a travs de la interfaz de validarIntegridad() para iniciar un proceso de validacin de integridad del FIP que se le pasa como parmetro. Esta integridad incluye distintos aspectos del FIP como son: la verificacin de vigencia del FIP de tipo 1, la validacin sintctica, la validacin de que los documentos se encuentren en el FIP.zip, etc.

3.- El servicio ServicioValidacion hace uso del servicio ServicioResultadosValidacion a travs de la interfaz createValidationIntegrityProcessResult(idFip) para crear un objeto para almacenar los resultados del proceso de validacin de integridad asociado al FIP que se est validando 4.- El servicio ServicioValidacion hace uso del servicio ServicioValidacionIntegridad a travs de la interfaz validateIntegrityFIP( idFIP ) ya que este servicio el que posee la lgica de negocio que valida la integridad del FIP en cuestin. Esta integridad incluye distintos aspectos del FIP como son: la verificacin de vigencia del FIP de tipo 1, la validacin sintctica, la validacin de que los documentos se encuentren en el FIP.zip, etc. 5.- El servicio ServicioValidacionIntegridad devuelve el resultado de la validacin de la integridad en un objeto del tipo ValidationEntityResult. En este objeto estn todos los requisitos que se han validado y si su resultado ha sido correcto o no. 6.- El servicio ServicioValidacion hace uso del servicio ServicioResultadosValidacin a travs de la interfaz getValidationIntegrityProcessResultObject( idFip ) para obtener el identificador del resultado del proceso de validacin que se ha creado anteriormente asociado al FIP 7.- Se devuelve el identificador 8.- Se guarda el resultado de la validacin de integridad asociada a ese FIP, se le da persistencia en la base de datos. 9.- El servicio ServicioValidacion devuelve a la tarea de validacin de Integridad el resultado de la validacin de integridad, es decir, si ha sido correcta o no, para que la tarea acte de forma oportuna dependiendo de si el FIP es integro o no. Si el resultado ha sido satisfactorio, es decir, el FIP es ntegro, se dan los pasos 10, 11, 12 y 13. En caso que el FIP no sea integro, se da el caso 14 10.- La tarea de validacin de integridad usa el servicio de GestionIntroduccionFIPenSistema a travs de la interfaz de saveXMLFileToDatabase( idFIPTrans, unitNamePersistence ) para volcar en la base de datos de validacin el FIP ya que sabemos que es integro, para que posteriormente se puedan realizar el resto de validaciones. 11.- La tarea de validacin de integridad usa el servicio de GestionIntroduccionFIPenSistema a travs de la interfaz de commitTransaction( idFIPTrans, idFIP ) para dar por concluida esa transaccin de volcado en las bases de datos y borrar todos aquellos archivos temporales que ya no son necesarios 12.- La tarea de validacin de integridad pasa el control al resto de tareas de validacin (que veremos en sucesivos diagramas) 13.- Si la validacin de integridad no fue satisfactoria, no se sigue con el resto del proceso de validacin ya que no se puede volcar en base de datos el FIP al no ser integro, se pasa a la tarea de recopilacin de informes.

Diagrama de Secuencia de Recopilacin de Informes. o CASO DE USO: Informes FIP DUC-VAL-10
A continuacin veremos cmo se relaciona esta tarea con los servicios definidos y desarrollados para este subsistema:
Este diagrama muestra el flujo normal que se realiza para el subsistema de recopilacin de informes. Este flujo es el siguiente: 1.- El usuario de la aplicacin inicia el proceso de recopilacin de informes. 2.- La tarea de recopilacin de informes usa el servicio de ServicioResultadosValidacin a travs de la interfaz de getProcessValidationErrorElements( idFip ) para recopilar todos los errores de los distintos procesos de validacin que se han realizado. 3.- Se devuelve el objeto que contiene los errores de los distintos procesos de validacin. 4.- El usuario de la aplicacin pide que se muestre por pantalla todos los informes, tanto si contienen errores como si no.

5.- La tarea de recopilacin de informes usa el servicio de ServicioResultadosValidacin a travs de la interfaz de getValidationProcessResultObject( idFip )para recopilar todos los informes de los distintos procesos de validacin que se han realizado, tanto si tienen errores como si no. 6.- Se devuelve el objeto que contiene los informes de los distintos procesos de validacin, tanto si tienen error como si no. 7.- El usuario de la aplicacin pide que se muestre por un fichero PDF todos los informes, tanto si contienen errores como si no. 8.- La tarea de recopilacin de informes usa el servicio de ServicioGestionInformesValidacin a travs de la interfaz de getPDFCompleteByFIP(FIP, visor) para recopilar todos los informes de los distintos procesos de validacin que se han realizado, tanto si tienen errores como si no en un fichero del tipo PDF. 9.- El servicio de ServicioGestionInformesValidacion usa el servicio de ServicioResultadosValidacin a travs de la interfaz de getValidationProcessResultObject( idFip )para recopilar todos los informes de los distintos procesos de validacin que se han realizado, tanto si tienen errores como si no. 10.- Se devuelve el objeto que contiene los informes de los distintos procesos de validacin, tanto si tienen error como si no. 11.- Se devuelve el PDF que contiene los informes de los distintos procesos de validacin, tanto si tienen error como si no. 12.- El usuario de la aplicacin pide que se muestre por un fichero PDF todos los informes, pero solo aquellos que contienen requisitos con errores. 13.- La tarea de recopilacin de informes usa el servicio de ServicioGestionInformesValidacion a travs de la interfaz de getPDFErrorsByFIP(FIP, visor) para recopilar todos los informes de los distintos procesos de validacin que se han realizado que tienen errores en un fichero del tipo PDF. 14.El servicio de ServicioGestionInformesValidacion usa el servicio de ServicioResultadosValidacin a travs de la interfaz de getEntityValidationErrorElements (idFip, entityType) para recopilar todos los informes de los distintos procesos de validacin que tienen errores. 15.- Se devuelve el objeto que contiene los informes de los distintos procesos de validacin que tienen errores. 16.- Se devuelve el PDF que contiene los informes de los distintos procesos de validacin que tienen errores.

Diagrama de Secuencia de Visualizador FIP en Validacin. o CASO DE USO: Visualizador de FIP DUC-VAL-9 o CASO DE USO: Previsualizacin de Refundido DUC-VAL-12
A continuacin veremos cmo se relaciona esta tarea con los servicios definidos y desarrollados para esta funcionalidad:
Este diagrama muestra el flujo normal que se realiza para la visualizacin de FIP. Este flujo es el siguiente: 1.- El usuario de la aplicacin pide la visualizacin previa del refundido. Se llama al servicio de ServicioPrevisualizacionRefundido que generar un refundido previo con el resultado de refundir el plan que ya ha sido validado y esta correcto con el FIP que se encuentra en el registro de

planeamiento para que as el usuario pueda ver como quedara el plan refundido una vez que lo consolide y lo refunda en el registro de planeamiento municipal. 2.- Se devuelve el resultado de la visualizacin del prerefundido. 3.- El usuario de la aplicacin solicita la visualizacin de mapas temticos. Se llama al servicio de ServicioVisualizacionFIP que generar el mapa temtico solicitado. 4.- Se devuelve el mapa temtico. 5.- El usuario de la aplicacin solicita la visualizacin de los trmites del FIP validado. Se llama al servicio de ServicioVisualizacionFIP que se encargar de recuperar la informacin del trmite validado para posteriormente mostrrsela al usuario 6.- Se devuelve el trmite con la informacin. 7.- El usuario de la aplicacin solicita la visualizacin de los documentos del trmite del FIP validado. Se llama al servicio de ServicioVisualizacionFIP que se encargar de recuperar la informacin de los documentos del trmite validado para posteriormente mostrrsela al usuario 8.- Se devuelve el documento del trmite con la informacin solicitada. 9.- El usuario de la aplicacin solicita la visualizacin de las determinaciones del FIP validado. Se llama al servicio de ServicioVisualizacionFIP que se encargar de recuperar la informacin las determinaciones del FIP validado para posteriormente mostrrsela al usuario 10.- Se devuelve las determinaciones con la informacin solicitada. 11.- El usuario de la aplicacin solicita la visualizacin de los recintos del FIP validado. Se llama al servicio de ServicioVisualizacionFIP que se encargar de recuperar la informacin de los recintos del FIPvalidado para posteriormente mostrrsela al usuario 12.- Se devuelve los recintos con la informacin solicitada. Diagrama de Secuencia de Certificados Digitales y Firma Digital o CASO DE USO: Firma digital validacin FIP DUC-VAL-13
Este diagrama muestra como un proceso de validacin de un FIP, se firma Digitalmente. Al finalizar el proceso de Validacin, si ha finalizado correctamente, se llamar a la clase CertificadosDigitales, que proceder a marchar el documento con una firma MD5, como Indicando que el FIP tal cual se encuentra en ese instante, es correcto. Si se produjera una alteracin en este, el resultado de la firma MD5 sera diferente.

o CASO DE USO: Validacin por Certificado Digital CON_01
El usuario Intenta Acceder mediante un certificado digital; El sistema proceder a comprobar de qu tipo de certificado se trata. Actualmente se contempla DNI-e y Certificado de FNMT. Si la validacin del certificado es vlida, se permitir al usuario acceder al sistema.

9.2.2
Consolidador.
En este apartado se detallan mediante diagramas de secuencia los distintos casos de usos del subsistema de consolidacin descritos en el documento de anlisis (ASI). Estos casos de usos estarn recogidos en los distintos diagramas que se presentan pudiendo un diagrama dar respuesta a ms de un caso de uso planteado durante el anlisis. Diagrama de Secuencia de Iniciar Consolidacin (DUC-CSD-2) A continuacin veremos cmo se relaciona esta tarea con los servicios definidos y desarrollados para consolidacin:
Este diagrama muestra el flujo normal que se realiza para el subsistema de consolidacin una vez que se ha pasado el proceso de validacin. Este flujo es el siguiente: 1.- El usuario de la aplicacin inicia el proceso de consolidacin. 2.- Si la validacin haba sido correcta, se procede con la consolidacin. Para ello, la tarea de consolidacin usa el servicio de ServicioConsolidacion a travs de la interfaz de consolidoFIP(idFIP) para volcar en la base de datos del registro de planeamiento el FIP ya que sabemos que es integro y est validado. Internamente se realiza un proceso de volcado del FIP de validacin (que se

encuentra en la base de datos de validacin) a la base de datos del registro de planeamiento municipal para que empiece a formar parte el FIP del registro. Este proceso ser descrito en el siguiente diagrama de secuencia. 3.- Se termina la consolidacin 4.- Como la validacin no era correcta, no se realiza la consolidacin.
Diagrama de Secuencia de Proceso de Consolidacin. o CASO DE USO: Carga de trmite DUC-CSD-2 o CASO DE USO: Carga del Documentos del Trmite DUC-CSD-2.1 o CASO DE USO: Carga de las Entidades DUC-CSD-2.2 o CASO DE USO: Carga de las Determinaciones DUC-CSD-2.3 o CASO DE USO: Carga de las Condiciones Urbansticas DUC-CSD-2.4 o CASO DE USO: Carga de las Operaciones DUC-CSD-2.5 o CASO DE USO: Carga de las Adscripciones DUC-CSD-2.6 o CASO DE USO: Carga de los Casos DUC-CSD-2.7 o CASO DE USO: Creacin de metadatos DUC- URBR_18.1
Anteriormente se ha explicado cmo se lleva a cabo la tarea de consolidacin. En este apartado veremos ms en detalle que es lo que ocurre durante ese proceso de consolidacin y como un FIP es consolidado en la base de datos del registro de planeamiento a partir de los datos del FIP que se encuentra en la base de datos de validacin.

Este diagrama muestra el flujo de los procesos que se llevan a cabo para consolidar un FIP en la base de datos del registro de planeamiento municipal (BD RPM). Estos pasos son los siguientes: 1.- El ServicioConsolidacion recibe por parte de un cliente usuario que debe iniciar la consolidacin de un FIP en concreto que se pasa como parmetro. 2.- Lo primero que debe hacer el ServicioConsolidacion es obtener todos los datos de ese FIP en concreto que se pretende consolidar. Para ello deber localizar esos datos del FIP en la base de datos de validacin. 3.- Los datos del FIP a consolidar son devueltos 4.- Se inicia el proceso de carga del trmite de FIP obtenido en la BD de RPM. Al ser bases de datos con modelos de datos distintos, habr que ir haciendo transformaciones en los modelos de datos para ir consolidando los distintos elementos de los que se compone el trmite del FIP. 5.- A partir de los datos del trmite del FIP de validacin obtenido, se carga en la base de datos de RPM los documentos del trmite, haciendo previamente las transformaciones pertinentes en el

modelo de datos para adaptarlo del modelo de datos de validacin al modelo de datos del registro de planeamiento municipal. 6.- A partir de los datos del trmite del FIP de validacin obtenido, se carga en la base de datos de RPM las entidades del trmite, haciendo previamente las transformaciones pertinentes en el modelo de datos para adaptarlo del modelo de datos de validacin al modelo de datos del registro de planeamiento municipal. 7.- A partir de los datos del trmite del FIP de validacin obtenido, se carga en la base de datos de RPM las determinaciones del trmite, haciendo previamente las transformaciones pertinentes en el modelo de datos para adaptarlo del modelo de datos de validacin al modelo de datos del registro de planeamiento municipal. 8.- A partir de los datos del trmite del FIP de validacin obtenido, se carga en la base de datos de RPM las adscripciones del trmite, haciendo previamente las transformaciones pertinentes en el modelo de datos para adaptarlo del modelo de datos de validacin al modelo de datos del registro de planeamiento municipal. 9.- A partir de los datos del trmite del FIP de validacin obtenido, se carga en la base de datos de RPM las condiciones urbansticas del trmite, haciendo previamente las transformaciones pertinentes en el modelo de datos para adaptarlo del modelo de datos de validacin al modelo de datos del registro de planeamiento municipal. 10.- A partir de los datos del trmite del FIP de validacin obtenido, se carga en la base de datos de RPM los casos del trmite, haciendo previamente las transformaciones pertinentes en el modelo de datos para adaptarlo del modelo de datos de validacin al modelo de datos del registro de planeamiento municipal. 11.- A partir de los datos del trmite del FIP de validacin obtenido, se carga en la base de datos de RPM las operaciones del trmite, haciendo previamente las transformaciones pertinentes en el modelo de datos para adaptarlo del modelo de datos de validacin al modelo de datos del registro de planeamiento municipal. 12.- Una vez que el proceso de consolidacin ha finalizado, se le informa al usuario del xito de la consolidacin o de si se ha producido algn error o excepcin.

9.2.3
Motor de Refundido.
Extraccin de los ltimos trmites de cada plan o CASO DE USO: Extraccin de los ltimos trmites de cada plan DUC-REF-1.3.2 Esta caso de uso se contempla en la consola RPM, donde al acceder al refundido, se presentar un rbol de trmites, donde el usuario podr ir rellenando mediante un comando JSon la lista de los trmites que se desea refundir.
Ejecucin del proceso de refundido o CASO DE USO: Ejecucin del proceso de refundido DUC-REF-1 o CASO DE USO: Validaciones previas al proceso de refundido DUC-REF-1.2 o CASO DE USO: Obtencin de la lista ordenada de planes refundibles DUC-REF1.3.1 o CASO DE USO: Algoritmo de refundido DUC-REF-1.4
La ejecucin del proceso de Refundido completo, la iniciar un usuario autorizado. Pasar el cdigo de mbito a refundir. El proceso en trminos generales seguir la siguiente secuencia:
1- El usuario lanza el proceso de refundido, indicando el mbito a Refundir. 2- Se confecciona una lista con los Planes a refundir para el mbito indicado.

3- Se cargan los datos desde la base de datos hasta los objetos relacionales para que el proceso de refundido los manipule. 4- Se realizan las operaciones de Recintos y operaciones grficas. 5- Se comprueban los grupos. 6- Con los datos aportados se genera el fichero FIP2 7- Para restaurar la base de datos a su estado inicial, se ejecuta un Rollback. Eliminacin de Determinaciones y Entidades Operadoras. o CASO DE USO: Eliminacin de determinaciones y entidades operadoras DUCREF-1.5.1 o CASO DE USO Eliminacin de carpetas vacas en los rboles de datos DUCREF-1.5.2
1- Una vez finalizado el refundido, la clase RefundidoBean, invocar al servicio de eliminarOperadores en la clase clsMain. 2- clsMain recuperar de los datos cargados en memoria en la clase clsDatos, el listado de los Trmites a refundir. 3- clsMain recorrer el lisado, eliminando las Entidades y las Determinaciones Operadas.

Exportacin a fichero FIP tipo 2 o Generacin del FIP de tipo 2 del trmite refundido DUC-REF-2
2 Al finalizar el proceso de refundido, el resultado se exportar a un fichero FIP tipo 2, con lo cual RefundidoBean, llamar a ServicioExportFIP2. 2.1 - ServicioExportFIP2. Consultar los datos del Trmite a travs de su interface. Se montarn los datos obtenidos en una estructura XML que ser devuelta a RefundidoBean en forma de fichero FIP.xml.

DUC-REF-1.4: Algoritmo de refundido o CASO DE USO: Obtencin de la lista ordenada de planes refundibles DUC-REF1.3.1
El algoritmo de Refundido, se basa en un sistema de 4 bucles anidados donde se decide el orden de las operaciones. Dentro de un bucle con el listado de trmites ir iterando entre los elementos de Modificacin de Plan, otro bucle para Desarrollo, otro para suspensin. Finalmente se realizar la sustitucin.

DUC-REF-4: Ejecucin del proceso de refundido parcial
Se ejecuta el algoritmo de generacin del plan refundido slo para determinados planes escogidos por el usuario que ejecuta la operacin de refundido. El algoritmo ser el mismo de una ejecucin completa, excepto por los primeros pasos. Ya no ser necesario obtener de base de datos los planes en una lista ordenada. Ser el proceso de refundido el encargado de ordenar los planes que el usuario le ha facilitado para refundir.
9.2.4
Visualizador del RPM.
En este apartado se detallan mediante diagramas de secuencia los distintos casos de usos del subsistema de visualizador del Registro de Planeamiento Municipal (RPM) descritos en el documento de anlisis (ASI). Estos casos de usos estarn recogidos en los distintos diagramas que se presentan pudiendo un diagrama dar respuesta a ms de un caso de uso planteado durante el anlisis. A los casos de uso a los que da respuesta los siguientes diagramas son los siguientes: o DUC-CON-2: Visualizacin de rbol de planes o DUC-CON-4.1: Visualizacin de planes o DUC-CON-4.2: Visualizacin de trmites o DUC-CON-4.2.1: Visualizador de documentos propios del trmite o DUC-CON-4.2.2: Visualizacin de determinaciones o DUC-CON-4.2.2.1: Visualizador de valores de referencia

o DUC-CON -4.2.2.2: Visualizador de grupos de aplicacin o DUC-CON -4.2.2.3: Visualizador de regulacin especfica o DUC-CON -4.2.2.4: Visualizador de determinaciones reguladoras o DUC-CON -4.2.2.5: Visualizador de operaciones entre determinaciones o DUC-CON -4.2.2.6: Visualizador de documentos de determinaciones o DUC-CON -4.2.2.7: Visualizador de aplicaciones de determinaciones o DUC-CON-4.2.3: Visualizacin de entidades o DUC-CON -4.2.3.1: Visualizador de adscripciones o DUC-CON -4.2.3.2: Visualizador de geometra o DUC-CON -4.2.3.3: Visualizador de la aplicacin de determinaciones o DUC-CON -4.2.3.3.1: Visualizador de casos o DUC-CON -4.2.3.3.2: Visualizador de regmenes o DUC-CON -4.2.3.3.3: Visualizador de regmenes especficos o DUC-CON -4.2.3.5: Visualizador de documentos de entidades Diagrama de Secuencia de Visualizacin de rbol de Planes (DUC-CON-2)
Este diagrama muestra el flujo de los procesos que se llevan a cabo para visualizar el rbol de planes por parte del usuario. Estos pasos son los siguientes: 1.- El usuario solicita ver el rbol de planes, para ello llama al controlador JSF, la clase ArbolPlanesJSFController que ser la encarga de llamar a la clase que tiene la lgica de negocio para recuperar esos datos, y una vez con los datos generar la vista correspondiente. 2.- La clase ArbolPlanesJSFController solicita los datos para construir el rbol de planes al servicio ServicioGestinArbolPlanes

3.- El servicio ServicioGestinArbolPlanes tendr la lgica de negocio que le permite recuperar estos datos que son enviados al controller JSF que se los solicit. 4.- Una vez que el controller recibe los datos, de acuerdo con la vista, sacar por pantalla para el usuario el rbol de planes.
Diagrama de Secuencia Visualizacin de Planes (DUC-CON-4.1)
Este diagrama muestra el flujo de los procesos que se llevan a cabo para los datos asociados a los planes por parte del usuario. Estos pasos son los siguientes: 1.- El usuario solicita ver los datos asociados a los planes, para ello llama al controlador JSF, la clase PlanesJSFController que ser la encarga de llamar a la clase que tiene la lgica de negocio para recuperar esos datos, y una vez con los datos generar la vista correspondiente. 2.- La clase PlanesJSFController solicita los datos para ver los datos asociados a los planes al servicio ServicioGestionPlanes 3.- El servicio ServicioGestionPlanes tendr la lgica de negocio que le permite recuperar estos datos que son enviados al controller JSF que se los solicit. 4.- Una vez que el controller recibe los datos, de acuerdo con la vista, sacar por pantalla para el usuario la informacin de los planes.

Diagrama de Secuencia Visualizacin de Trmites (DUC-CON-4.2)
1.- El usuario solicita ver los documentos del trmite, para ello llama al controlador JSF, la clase TramitesJSFController que ser la encarga de llamar a la clase que tiene la lgica de negocio para recuperar esos datos, y una vez con los datos generar la vista correspondiente.

2.- La clase TramitesJSFController solicita los datos para ver los documentos del trmite al servicio ServicioGestinTramites 3.- El servicio ServicioGestinTramites tendr la lgica de negocio que le permite recuperar estos datos que son enviados al controller JSF que se los solicit. 4.- Una vez que el controller recibe los datos, de acuerdo con la vista, sacar por pantalla para el usuario la informacin de los documentos del trmite. 5.- El usuario solicita ver las determinaciones del trmite, para ello llama al controlador JSF, la clase TramitesJSFController que ser la encarga de llamar a la clase que tiene la lgica de negocio para recuperar esos datos, y una vez con los datos generar la vista correspondiente. 6.- La clase TramitesJSFController solicita los datos para ver las determinaciones del trmite al servicio ServicioGestinTramites 7.- El servicio ServicioGestinTramites tendr la lgica de negocio que le permite recuperar estos datos que son enviados al controller JSF que se los solicit. 8.- Una vez que el controller recibe los datos, de acuerdo con la vista, sacar por pantalla para el usuario la informacin de las determinaciones del trmite. 9.- El usuario solicita ver las entidades del trmite, para ello llama al controlador JSF, la clase TramitesJSFController que ser la encarga de llamar a la clase que tiene la lgica de negocio para recuperar esos datos, y una vez con los datos generar la vista correspondiente. 10.- La clase TramitesJSFController solicita los datos para ver las entidades del trmite al servicio ServicioGestinTramites 11.- El servicio ServicioGestinTramites tendr la lgica de negocio que le permite recuperar estos datos que son enviados al controller JSF que se los solicit. 12.- Una vez que el controller recibe los datos, de acuerdo con la vista, sacar por pantalla para el usuario la informacin de las entidades del trmite.
9.2.5
Servicios Web.
En este apartado se detallan mediante diagramas de secuencia los distintos casos de usos del subsistema de servicios web descritos en el documento de anlisis (ASI). Estos casos de usos estarn recogidos en los distintos diagramas que se presentan pudiendo un diagrama dar respuesta a ms de un caso de uso planteado durante el anlisis. Diagrama de Secuencia del Servicio de consultas del refundido (SRV_1.3) o CASO DE USO: Consulta a partir de un polgono DUC-SRV-1.3.2 o CASO DE USO: Consulta a partir de metadatos DUC-SRV-1.3.3 o CASO DE USO: Consulta del estado del registro DUC-SRV-1.3.4 A continuacin veremos cmo se relaciona un cliente que quiere hacer uso de este servicio web con el propio servicio web a travs de un diagrama de secuencia:


Este diagrama muestra el flujo normal de peticin de un cliente para explotar este servicio web. Este flujo es el siguiente: 1.- El cliente del servicio web solicita al servicio web la realizacin de una consulta alfanumrica de los datos contenidos en el RPM 2.- El servicio web consulta a la base de datos de refundido para obtener esa informacin solicitada. 3.- Se obtiene una respuesta de la base de datos de que FIPs se encuentran almacenados en ella. 4.- El servicio web responde al cliente pasndole la informacin alfanumrica requerida de los datos contenidos en el RPM. 5.- El cliente del servicio web solicita al servicio web que le proporcione la informacin del rbol de registro, para ello pasa como parmetro el identificador del FIP. Este identificador lo puede coger de la peticin anterior del listado de todos los FIPs que existen en base de datos. 6.- El servicio web consulta en base de datos para obtener la informacin especfica del FIP solicitado. 7.- Se obtiene una respuesta de la base de datos de los datos del FIP solicitado 8.- El servicio web responde al cliente pasndole un String que contiene en formato XML el rbol de refundido del FIP solicitado. 9,10,11,12.- El cliente del servicio web solicita al servicio web informacin del trmite de un plan seleccionado, el servicio web deber ir a buscar esta informacin a la base de datos del registro de planeamiento y le devolver al cliente dicha informacin. 13,14,15,16.- El cliente del servicio web solicita al servicio web informacin de un plan especfico, el servicio web deber ir a buscar esta informacin a la base de datos del registro de planeamiento y le devolver al cliente dicha informacin. 17,18,19,20.- El cliente del servicio web solicita al servicio web informacin de los documentos de un plan seleccionado, el servicio web deber ir a buscar esta informacin a la base de datos del registro de planeamiento y le devolver al cliente dicha informacin. 21,22,23,24.- El cliente del servicio web solicita al servicio web informacin de a partir de las coordenadas de un punto, el servicio web devolver al cliente dicha informacin que ser las entidades por capa, registro de planeamiento, etc. de la coordenada puntual seleccionada. 24,25,26,27.- El cliente del servicio web solicita al servicio web informacin de a partir de la geometra de un polgono enviado en formato WKT, el servicio web devolver al cliente dicha informacin que ser las entidades por capa, registro de planeamiento, etc. del polgono seleccionado. 28,29,30,31.- El cliente del servicio web solicita al servicio web informacin de los metadatos asociados a los elementos presentes en el registro, el servicio web devolver al cliente dicha informacin que ser las entidades por capa, registro de planeamiento, etc. 32,33,34,35.- El cliente del servicio web solicita al servicio web informacin del estado del registro que llevar un registro del diario de operaciones del RPM con un almacn histrico de las acciones llevadas a cabo, el servicio web devolver al cliente dicha informacin.

Diagrama de Secuencia del Servicio de Emisor de Fichas Urbansticas. o CASO DE USO: Emisor de fichas urbansticas DUC-SRV-1.1 o CASO DE USO: Consulta a partir de un punto DUC-SRV-1.3.1
A continuacin veremos cmo se relaciona un cliente que quiere hacer uso de este servicio web con el propio servicio web a travs de un diagrama de secuencia:
Este diagrama muestra el flujo normal de peticin de un cliente para explotar este servicio web. Este flujo es el siguiente: 1.- El cliente del servicio web solicita al servicio web una peticin de ficha, para ello le pasa como parmetros las coordenadas del punto sobre el cual quiere obtener la informacin. 2.- El servicio web, al ser asncrono, devuelve al cliente la ejecucin de su propia tarea, liberndolo y sigue su ejecucin. 3.- El servicio web solicita al servidor de mapas las caractersticas (capas) que posee. 4.- El servidor de mapas devuelve las caractersticas solicitadas. 5.- El servicio web solicita al servidor de mapas los mapas correspondientes a las capas que pertenecen al visor (municipio) solicitado por el cliente y centrados en las coordenadas pasadas por parmetros por el cliente. 6.- El servidor de mapas devuelve los mapas solicitados. 7.- El servicio web consulta en base de datos para obtener la informacin asociada de la base de datos de registro de planeamiento municipal asociada a las coordenadas solicitadas y a las capas disponibles en el servidor de mapas.

8.- Se obtiene una respuesta de la base de datos de los datos solicitados. 9.- El servicio web pasa toda la informacin recopilada al servicio de ServicioGeneracionFichas para que este se encargue de generar un PDF formateado con toda esta informacin. 10.- El servicio devuelve el PDF generado. Diagrama de Secuencia del Servicio de Bsquedas (DUC-SRV-1.4) o CASO DE USO: Bsqueda por callejero DUC-SRV-1.4.1 o CASO DE USO: Bsqueda por topnimos DUC-SRV-1.4.2 o CASO DE USO: Bsqueda por referencia catastral DUC-SRV-1.4.3 o CASO DE USO: Bsqueda por datos urbansticos DUC-SRV-1.4.4 El servicio de bsqueda es un servicio genrico que engloba tanto bsquedas por callejero, por topnimos, por referencia catastral como por otros datos urbansticos. Vamos a ir viendo algunos ejemplos de estas bsquedas A continuacin veremos cmo se relaciona un cliente que quiere hacer uso del servicio de consultas de callejero a travs de un diagrama de secuencia:

Este diagrama muestra el flujo normal de peticin de un cliente para explotar este servicio web. Este flujo es el siguiente: 1.- El cliente del servicio web solicita al servicio web la lista de todas las provincias.

2, 3, 4.- El servicio web hace una llamada al servicio web de catastro solicitndole la informacin que requiere el cliente web y cuando el servicio web de catastro responde, esta respuesta se pasa al cliente. 5.- El cliente del servicio web solicita al servicio web la lista de todos los municipios de la provincia que le pasa por parmetros. 6, 7, 8.- El servicio web hace una llamada al servicio web de catastro solicitndole la informacin que requiere el cliente web y cuando el servicio web de catastro responde, esta respuesta se pasa al cliente. 9.- El cliente del servicio web solicita al servicio web el callejero de un municipio (y provincia) que pasa por parmetros. 10, 11, 12.- El servicio web hace una llamada al servicio web de catastro solicitndole la informacin que requiere el cliente web y cuando el servicio web de catastro responde, esta respuesta se pasa al cliente. 13.- El cliente del servicio web solicita al servicio web el nmero de una va de un municipio que pasa por parmetros. 14, 15, 16.- El servicio web hace una llamada al servicio web de catastro solicitndole la informacin que requiere el cliente web y cuando el servicio web de catastro responde, esta respuesta se pasa al cliente. 17.- El cliente del servicio web solicita al servicio web la informacin catastral no protegida de un polgono y parcela de un municipio que pasa por parmetros. 18, 19, 20.- El servicio web hace una llamada al servicio web de catastro solicitndole la informacin que requiere el cliente web y cuando el servicio web de catastro responde, esta respuesta se pasa al cliente. Diagrama de Secuencia del consulta (DUC-SRV-1.2) o CASO DE USO: Consulta de planes DUC-SRV-1.2.1

1 - El cliente del servicio web solicita al servicio web la lista de consulta de planes. 2 Los servicios web estadoRegistro, IdAmbito, PlanesPadre, PlanesHijo y planesFromNombre consulta a Base de datos mediante la interface Facade y monta el trmite resultado de la consulta. Procediendo posteriormente a su devolucin al cliente del servicio web o CASO DE USO: Consulta de trmites DUC-SRV-1.2.2
1 - El cliente del servicio web solicita al servicio web la lista de consulta de Trmites. 2 Los servicios web determinacionesPadre, DeterminacionesHija, entidadesFromClave y entidadesFromNombre consulta a Base de datos mediante la interface Facade y monta el trmite resultado de la consulta. Procediendo posteriormente a su devolucin al cliente del servicio web o CASO DE USO: Consulta de documentos DUC-SRV-1.2.3
1 - El cliente del servicio web solicita al servicio web el listado de documentos. 2 El servicio web URLDoc consulta a Base de datos mediante la interface Facade y procede a la devolucin de los documentos al cliente del servicio web.

A continuacin veremos cmo se relaciona un cliente que quiere hacer uso del servicio de consultas por referencia catastral a travs de un diagrama de secuencia (DUC-SRV-1.4.3):
1.- El cliente del servicio web solicita al servicio web informacin catastral no protegida de una referencia catastral que pasa por parmetros. 2, 3, 4.- El servicio web hace una llamada al servicio web de catastro solicitndole la informacin que requiere el cliente web y cuando el servicio web de catastro responde, esta respuesta se pasa al cliente. 5.- El cliente del servicio web solicita al servicio web las coordenadas geogrficas de un inmueble a partir de su referencia catastral que se pasa como parmetros. 6, 7, 8.- El servicio web hace una llamada al servicio web de catastro solicitndole la informacin que requiere el cliente web y cuando el servicio web de catastro responde, esta respuesta se pasa al cliente. 9.- El cliente del servicio web solicita al servicio web la referencia catastral de un inmueble pasando como parmetros las coordenadas de ste.

10, 111, 12.- El servicio web hace una llamada al servicio web de catastro solicitndole la informacin que requiere el cliente web y cuando el servicio web de catastro responde, esta respuesta se pasa al cliente.
Diagrama de Secuencia Servicio de Peticin y Descarga de FIP tipo 1 o CASO DE USO: Formulario de peticin y descarga de FIP de tipo 1 DUC-SRV-3
Este diagrama muestra el flujo normal de peticin de un cliente para explotar este servicio web. Este flujo es el siguiente: 1.- El cliente del servicio web solicita al servicio web que le proporcione la informacin del rbol de registro, es decir, todos los municipios y su identificador de FIP tipo 1 ms actual que tenga. 2.- El servicio web solicita al servlet de generacin de FIP tipo 1, la creacin del fichero FIP1 3.- El servlet llama al servicio SolicitudDescargaFIP1 que ser el encargado de acceder a BD y recopilar y presentar en forma de fichero xml la informacin del fip 7.- La base de datos devuelve al servicio web el FIP tipo 1 solicitado. 8.- El servicio web devuelve al cliente en la URL para descargrselo.

Diagrama de Secuencia del Servidor de Mapas WMS (DUC-SRV-001.1) o CASO DE USO: Servidor WMS DUC-SRV-001.1 o CASO DE USO: Servidor de mapas DUC-SRV-2 o CASO DE USO: Pre construccin y tileado de mapas DUC-SRV-2.1.3
Este diagrama muestra el flujo normal de peticin de un cliente para explotar este servicio web. Este flujo es el siguiente: 1.- El cliente del servicio web solicita al servidor de mapas obtener una descripcin de los mapas ofrecidos por el servidor. 2.- El servidor de mapas responde a la peticin del cliente. 3.- El cliente del servicio web solicita al servidor de mapas obtener un mapa ofrecido por el servidor. 4.- El servidor de mapas responde a la peticin del cliente.

5.- El cliente del servicio web solicita al servidor de mapas consultar cierta informacin limitada sobre las entidades mostradas en el mapa. 6.- El servidor de mapas responde a la peticin del cliente. 7.- El cliente del servicio web solicita al servidor de mapas realiza la peticin de consulta de caractersticas. 8.- El servidor de mapas responde a la peticin del cliente. Diagrama de Secuencia del Servidor . o CASO DE USO: Servidor WFS DUC-SRV-2.2 A continuacin veremos cmo se relaciona un cliente que quiere hacer uso de este servicio web con el propio servicio web a travs de un diagrama de secuencia:

Este diagrama muestra el flujo normal de peticin de un cliente para explotar este servicio web. Este flujo es el siguiente: 1.- El cliente del servicio web solicita al servidor WFS consultar cierta informacin limitada sobre las entidades mostradas en el mapa. 2.- El servidorWFS responde a la peticin del cliente. 3.- El cliente del servicio web solicita al servidor WFS obtener una descripcin de las capacidades ofrecidos por el servidor. 4.- El servidor WFS responde a la peticin del cliente. 5.- El cliente del servicio web solicita al servidor WFS obtener una descripcin de los tipos de caractersticas ofrecidos por el servidor. 6.- El servidor WFS responde a la peticin del cliente. 7.- El cliente del servicio web solicita al servidor WFS una transaccin (esta puede ser insertar, editar, eliminar, etc) de los datos proporcionados por el servidor. 8.- El servidor WFS responde a la peticin del cliente. Los siguientes casos de uso: o CASO DE USO: Administracin de simbologas DUC-SRV-2.1.4 o CASO DE USO: Administracin de capas DUC-SRV-2.5 o CASO DE USO: MBITO DE APLICACIN DUC-SRV-2.5.1 o CASO DE USO: CLASES DE SUELO DUC-SRV-2.5.2 o CASO DE USO: CATEGORIAS DUC-SRV-2.5.3 o CASO DE USO: ZONAS DUC-SRV-2.5.4 o CASO DE USO: GESTION DUC-SRV-2.5.5 o CASO DE USO: SISTEMAS DUC-SRV-2.5.6 o CASO DE USO: PROTECCIONES DUC-SRV-2.5.7 o CASO DE USO: AFECCIONES DUC-SRV-2.5.8 o CASO DE USO: RESERVAS DUC-SRV-2.5.9 o CASO DE USO: ACCIONES DUC-SRV-2.5.10 o CASO DE USO: Configuracin y tunning de servicios DUC-SRV-2.6 o CASO DE USO: Servicios de mapas de planeamiento refundido SRV_2.3 o CASO DE USO: Servicios de mapas de planeamiento en tramitacin SRV_2.4 o CASO DE USO: Sistemas de referencia utilizados SRV_2.7 Quedarn cubiertos mediante la configuracin de geoserver.

9.2.6
Visor Web.
DUC-WEB-1: Configuracin y administracin de contenidos Este caso de uso estar basado en tecnologa Ajax, donde el usuario podr personalizar el visor. Esta personalizacin se realizar mediante el uso de cookies y modificacin del fichero XML que provee de informacin al Visor. DUC-WEB-2: Visualizacin de capas La visualizacin de capas ser controlar mediante Ajax, modificando la visibilidad de estas mediante eventos JavaScript/Ajax. DUC-WEB-3: Navegacin La navegacin se controlar mediante Ajax, Aportando al Visor controles grficos como flechas para la navegacin y posicionamiento. DUC-WEB-3.1: Zoom In El Zoom in es un control Ajax, que gestionar las capas para que simule una aproximacin. DUC-WEB-3.2: Zoom Out El Zoom in es un control Ajax, que gestionar las capas para que simule un alejamiento. DUC-WEB-3.3: Desplazamientos Los desplazamientos se controlar mediante Ajax, modificando la visibilidad de estas mediante eventos JavaScript/Ajax y elementos grficos como flechas y punteros. DUC-WEB-4: Control de Capas El control de capas se gestionar mediante Ajax, modificando la visibilidad de estas mediante eventos JavaScript/Ajax. DUC-WEB-5: Obtencin de informacin La obtencin de informacin ser mediante la invocacin por parte del visor a servicios web.

El visor web lanzar una solicitud de informacin al servicio web correspondiente. El servicio web devolver un XML con la informacin solicitada. DUC-WEB-5.1: Obtencin de informacin de datos del planeamiento refundido Igual que en el apartado anterior, el visor web lanzar una solicitud de informacin al servicio web de datos de planeamiento. El servicio web devolver un XML con la informacin solicitada. DUC-WEB-5.2: Obtencin de informacin de datos del RPM El visor web lanzar una solicitud de informacin al servicio web correspondiente. El servicio web consultar la base de datos RPM El servicio web devolver un XML con la informacin solicitada. DUC-WEB-5.3: Obtencin de informacin de datos del planeamiento de tramitacin El visor web lanzar una solicitud de informacin al servicio web correspondiente. El servicio web devolver un XML con la informacin solicitada. DUC-WEB-6: Medicin de longitudes y reas El visor web mediante controles Ajax ejecuta esta funcin. DUC-WEB-7: Herramientas de carga de servicios de Mapas WMS y WFS externos La carga de Mapas, la ejecuta el servicio web de carga de ficheros. El fichero puede estar en una mquina local o remota.

El visor web lanzar el servicio web correspondiente para la carga del fichero. DUC-WEB-8: Herramientas de carga de ficheros KML La carga de ficheros KML la ejecuta el servicio web de carga de ficheros. El fichero puede estar en una mquina local o remota. El visor web lanzar el servicio web correspondiente para la carga del fichero. DUC-WEB-9: Herramientas de bsqueda Los casos de uso de bsqueda para el Visor Web sern anlogos, ya que todos se basan en la misma idea de invocar a un Servicio Web que ser el encargado Consultar al Catastro los datos segn los distintos criterios de bsqueda. Ej.
DUC-WEB-9.1: Bsqueda por referencia catastral La Bsqueda por referencia Catastral, ser realiza la primera parte mediante un JavaScript, me ir solicitando al usuario la incorporacin de datos tales como, Provincia, poblacin, va para a continuacin pasar dicha informacin al Servicio Web de bsqueda, y este a su vez consulte al Catastro. Los datos sern devueltos al visor en formato XML.

DUC-WEB-9.2: Bsqueda por topnimos La Bsqueda por topnimo, tal como ya comentamos, ser anloga al resto, as que tomaremos como ejemplo el caso genrico de bsqueda. La primera actuacin ser mediante un JavaScript, me ir solicitar el topnimo de bsqueda, a continuacin pasa dicha informacin al Servicio Web de bsqueda, y este a su vez consulte al Catastro y Google. Los datos sern devueltos al visor en formato XML. DUC-WEB-9.3: Bsqueda por mbito Para la Bsqueda por mbito seguiremos tomando como ejemplo el caso genrico de bsqueda. La primera actuacin ser mediante un JavaScript, me ir solicitar el mbito de bsqueda, a continuacin pasa dicha informacin al Servicio Web de bsqueda, y este a su vez consulte al Catastro. Los datos sern devueltos al visor en formato XML. DUC-WEB-9.4: Bsqueda por plan Para la Bsqueda por Plan seguiremos tomando como ejemplo el caso genrico de bsqueda. La primera actuacin ser mediante un JavaScript, me ir solicitar el Plan de bsqueda, a continuacin pasa dicha informacin al Servicio Web de bsqueda, y este a su vez consulte al Catastro. Los datos sern devueltos al visor en formato XML. DUC-WEB-9.5: Bsqueda por entidad Para la Bsqueda por Entidad seguiremos tomando como ejemplo el caso genrico de bsqueda. La primera actuacin ser mediante un JavaScript, me ir solicitar la Entidad de bsqueda, a

continuacin pasa dicha informacin al Servicio Web de bsqueda, y este a su vez consulte al Catastro. Los datos sern devueltos al visor en formato XML. DUC-WEB-9.6: Bsqueda por callejero Para la Bsqueda por callejero seguiremos tomando como ejemplo el caso genrico de bsqueda. La primera actuacin ser mediante un JavaScript, me ir solicitar los datos de bsqueda, a continuacin pasa dicha informacin al Servicio Web de bsqueda, y este a su vez consulte al Catastro. Los datos sern devueltos al visor en formato XML.
DUC-WEB-10: Herramientas bsicas de Impresin La herramienta bsica de impresin, es la funcin Ajax Print. DUC-WEB-11: Mapa de Situacin El mapa de situacin ser otra funcin Ajax, que muestra una miniatura del mapa actual en visualizacin, indicando la posicin del puntero en el mapa. DUC-WEB-12: Generacin de Fichas urbansticas Las fichas urbansticas se rellenarn gracias a la invocacin del servicio web de fichas. El visor solicitar la informacin a dichos servicios y estos la devolvern en formato XML. DUC-WEB-13: Herramientas de dibujo La Herramienta de dibujo es una utilidad Ajax que mediantes rboles generan un fichero PDF. DUC-WEB-13.1: Guardado de dibujos El guardado de dibujos se basar en el DUC-WEB-8, ser el proceso inverso a la carga de ficheros. DUC-WEB-14: Generacin de mapas en pdf. DUC-WEB-15: Presentacin de leyendas La presentacin de leyendas se ejecutar mediante la invocacin de los servicios web de leyendas. Estos devolvern los datos en formato XML. DUC-WEB-21: Paleta de posicin La paleta de posicin es otra funcionalidad Ajax. Que indicar el posicionamiento en el mapa.

9.2.7
Gestin de Diccionario.
CASO DE USO: Alta de registros DUC-DIC-1 CASO DE USO: Eliminacin de registros DUC-DIC-2 CASO DE USO: Activacin desactivacin de la funcionalidad DUC-DIC-3 CASO DE USO: Gestin de equipos de redaccin DUC-DIC-4 En el siguiente diagrama se muestra como el sistema de respuesta a estos casos de uso:
Un usuario gestor de diccionarios, acceder al mdulo de Gestin de Diccionarios y de la pgina JSP solicitar el mantenimiento de una de las tablas diccionario presentadas por pantalla. Se har una llamada al actionServletDic, donde se le habr pasado qu tipo de operacin se quiere realizar, segn haya sido la navegacin por la pantalla jsp. El servlet acceder al Facade correspondiente, segn el usuario haya seleccionado una tabla. Este Facade, llamar a su Entity correspondiente que ser el encargado de persistir en la base de datos el objeto de la operacin realizada. El Entity le devolver el resultado de la operacin al Servlet.

9.2.8
Gestin del Plan Base.
CASO DE USO: Creacin del Plan Base DUC-BAS-1 CASO DE USO: Creacin del Trmite de alta del Plan Base DUC-BAS-2 CASO DE USO: Creacin de determinaciones base DUC- BAS -3 CASO DE USO: Creacin de entidades base DUC- BAS-6 Para la creacin de un Plan Base, obedecer a la siguiente secuencia:
1- El usuario iniciar el proceso de creacin del Plan Base. Donde indicar todos los datos necesarios para la creacin de este. 2- Se comprobar si ya existe el Plan Base en Base de Datos. 3- Se lanzar el proceso de creacin del Plan Base se crear a su vez el Trmite de alta del Plan Base y la Determinacin del Plan Base. 4- Se grabarn los datos en la BD donde se informar si la operacin se ha realizado con xito. CASO DE USO: Modificacin de determinaciones base DUC-BAS-4 CASO DE USO: Modificacin de entidades base DUC-BAS-7

1- El usuario iniciar el proceso de modificacin del Plan Base. En pantalla aparecern los datos del Plan Base en cuestin, donde el usuario modificar los datos necesarios. 2- Se lanzar el proceso de modificacin del Plan Base que a su vez el modificar las Entidades. Trmite de alta del Plan Base y la Determinacin del Plan Base. 3- Se grabarn los datos en la BD donde se informar si la operacin se ha realizado con xito. CASO DE USO: Eliminacin de determinaciones base DUC-BAS-5 CASO DE USO: Eliminacin de entidades base DUC-BAS-8-
1- El usuario iniciar el proceso de eliminacin de Determinaciones. 2- El proceso comprobar si existe la Determinacin en Base de Datos 3- En caso de existir, se lanzar el proceso de eliminacin de la Determinacin que a su vez el eliminar las Entidades. Trmite de alta del Plan Base y la Determinacin del Plan Base. 4- Se grabarn los datos en la BD donde se informar si la operacin se ha realizado con xito. CASO DE USO Activacin desactivacin de la funcionalidad DUC-BAS-9, se modificara mediante el cambio de la propiedad visible en el fichero de properties, Consola.properties, la funcionalidad de gestin de diccionario.

9.3
Nuevas clases adicionales.
Para la implementacin de las funcionalidades relativas al diario de operaciones se hace necesario el desarrollo de las siguientes clases: CLASE: RegistroDiarioBean Atributos
Operaciones
Descripcin
Clase encargada de guardar y recuperar en el diario de operaciones los accesos de usuarios

CLASE: RegistroOperacionesSistemaBean Atributos
Operaciones
Descripcin
Clase encargada de guardar y recuperar en el diario de operaciones las operaciones realizadas.
9.4
Revisin del Interfaz de Usuario.
Se definen las siguientes interfaces de usuario muy bien diferenciadas: o Interfaz de la Consola de Control: Se incluyen en la misma el Validador, Consolidador, Motor de Refundido, mantenimiento de Servicios Web y Gestin de Diccionarios y Plan Base. El interface grfico est basado en el framework JSF (JavaServer Faces). JavaServer. JSF usa JavaServer Pages (JSP) como la tecnologa que permite hacer el despliegue de las pginas. Estas clases tratarn los aspectos del ciclo de vida de la interfaz de usuario, controlando el estado de un componente durante el ciclo de vida de su pgina. Proporcionan un conjunto de componentes para la interfaz de usuario, incluyendo los elementos estndares de HTML para representar un formulario. Estos componentes se obtendrn de un conjunto bsico de clases base que se pueden utilizar para definir componentes nuevos.
Interfaz de Visor Web est basado en el framework Ajax, utilizando pginas JSP. Desde estas pginas JSP, se realizarn las llamadas a los servicios web que sern los proveedores de datos. Los datos sern entregados al visor web en formato XML.

La navegacin en el visor as como las distintas tareas y eventos estn controlados por Java Script (Ajax). La interfaz web propuesta para la consola de control dispondr de los siguientes elementos principales: Es una estructura de encabezado, men de navegacin y contenido.
o o o
Contenedor Principal: Contendr al resto de elementos rbol de Planes: Estructura jerrquica en la que se mostrarn los mbitos definidos en el RPM, los planes que contiene cada uno y los trmites cargados de cada plan Barra de Men: Mens de acceso a toda la funcionalidad disponible en los mdulos de la consola de control: o o o o o o Gestin del Plan Base (aparecer oculto por defecto) Gestin de Diccionarios (oculto por defecto) Validador Consolidador Motor de Refundido Visualizador del RPM
rea de trabajo: En esta rea se cargarn las ventanas correspondientes a cada mdulo o trmite del que el usuario desea consultar informacin.
rbol de Planes. Se mostrar la informacin jerarquizada de mbitos, planes y trmites disponibles en el RPM segn los permisos de acceso del usuario (si pertenece a una entidad local o supramunicipal). A modo de ejemplo, un ejemplo de un posible rbol sera:

El ejemplo pertenece al visible por una entidad supramunicipal (diputacin de Toledo), en la que apareceran planes de varios municipios. Un rbol de planes del ayuntamiento de Toledo mostrara tan slo la siguiente informacin:
Desde este rbol de planes el usuario acceder a la siguiente funcionalidad: o o o Creacin de planes: Se abrir una ventana modal para la introduccin de datos del plan. Generacin de FIP1: Se pedir la ruta de salida del FIP1 Visualizacin de la informacin contenida en cada trmite: Esta informacin se presentar en la pantalla de visualizacin de trmites y FIPs en validacin contenida en el rea de trabajo.
Barra de men. Desde la barra de men se dar acceso a la funcionalidad principal de la consola de control en la siguiente agrupacin lgica:

Gestin del Registro o o Gestin de Diccionarios Gestin del Plan Base Control de Procesos Validacin Consolidacin Generacin de Planeamiento Refundido
Procesos o
rea de Trabajo. Dentro del rea de trabajo se cargarn las ventanas con la funcionalidad que el usuario haya solicitado a travs del rbol de planes (visualizacin de trmites) o de la barra de men (Gestin de diccionarios y planes base y control de procesos)
Visualizacin de trmites y FIPs en validacin.

Se agrupa la visualizacin de trmites y la visualizacin de ficheros FIPs en validacin ya que a efectos de interfaz, ambas funcionalidades sern idnticas. La interfaz de visualizacin debe dividirse en diferentes pestaas para poder mostrar el mximo de informacin de cada trmite (o fichero FIP en proceso de validacin): o o o Pestaa de informacin general del trmite Pestaa de determinaciones Pestaa de entidades
Pestaa de informacin general del trmite

Se dividir en dos partes y contendr, en una la informacin bsica del trmite (nombre, tipo de trmite, etc.), y en la otra, toda la documentacin asociada al mismo permitiendo la posibilidad de acceder a la visualizacin de cada documento. La navegacin entre las capas se producir mediante la pulsacin con el puntero del ratn, en las distintas etiquetas del men de navegacin. Pestaa de determinaciones Las determinaciones se presentan en forma de rbol segn su categorizacin, al seleccionar una determinacin en el rbol, se presentar la siguiente informacin divida a su vez en pestaas: o Datos principales o o o o o o o o o o o Datos alfanumricos: Datos bsicos que identifican la entidad. Opciones: Valores de Referencia de la determinacin. Grupos de aplicacin. Regulacin especfica Determinaciones reguladoras En las que acta como operadora En las que acta como operada
Regulacin
Operaciones
Documentacin asociada Aplicacin: Entidades sobre las que se aplica la determinacin
Pestaa de entidades

Las entidades se presentarn igualmente en forma de rbol segn su categorizacin, al seleccionar una entidad en el rbol, se presentar la siguiente informacin divida a su vez en pestaas: o Datos principales o o o o Datos alfanumricos: Datos bsicos que identifican la entidad. Adscripciones Geometra: Mapa mostrando la geometra de la entidad (si posee) con datos base de fondo Aplicacin de determinaciones en rgimen directo Casos o Regmenes o Casos o Regmenes o Casos Regmenes o o Operaciones o o o En las que acta como operadora En las que acta como operada Regmenes especficos Regmenes especficos Regmenes especficos
Aplicacin o
Aplicacin de determinaciones de uso
Aplicacin de determinaciones de acto
Documentacin asociada

10.
DISEO DE LA ARQUITECTURA DE MDULOS DEL SISTEMA El objetivo de este apartado, que slo se realiza en el caso de Diseo Estructurado, es definir los mdulos del sistema de informacin, y la manera en que van a interactuar unos con otros. El Sistema est orientado prcticamente en su totalidad a objetos, excepto en el Visor Web, que est basado en un diseo estructurado de Java Script. Por este motivo, este apartado solo tiene sentido para el Visor Web. 10.1 Diseo de Mdulos Visor Web

El diseo de los mdulos del visor web se ha realizado teniendo en cuenta las consideraciones surgidas del anlisis del sistema de informacin, definiendo mdulos a travs de la agrupacin lgica de la funcionalidad requerida. 10.2 Diseo de Comunicaciones entre Mdulos
En el presente diagrama de estructura se muestra cmo interactan cada uno de los mdulos del Visor entre s. Como se puede observar, existe un modelo principal o modulo ejecutivo que se encarga de gestionar la correcta ejecucin de las distintas funcionalidades de los mdulos. Todo el flujo se inicia al elegir un perfil del visor e inicializar el Sistema, lo que permite cargar las informacin segn una personalizacin que se haya definido previamente. Una vez obtenida la misma se procede a iniciar las funcionalidades de bsqueda asociada a los parmetros de configuracin comentados. Las ventanas de bsqueda cargan los parmetros iniciales para la correcta ejecucin de las distintas bsquedas, A continuacin se cargan los controles que permiten al usuario manejar el visor. Una vez preparado el entorno del visor, se produce a iniciar el mapa y sus controles. Tras esto el visor queda completamente operativo y listo para que responda a cualquier peticin del usuario. 10.3 Revisin de la interfaz de Usuario Se ha tratado de generar un modelo de interfaz de usuario amigable, gil y capaz de soportar la gran cantidad de informacin que se pretende manejar con el Visor. Adems se tratar de adaptarse

lo ms posible a las normas de accesibilidad AA dando por sentado que nunca podr ser un sistema que cumpla al 100% dichas normas debido a la complejidad del mismo y al uso de mapas en forma de imgenes. A continuacin se definen las diferentes partes de la interfaz: Zona de Ventanas: en esta zona se quiere mostrar al usuario informacin segmentada y especifica de diferentes fuentes y para ello se va a generar una serie de buscadores asncronos ubicados en sus respectivas ventanas. Los resultados de los buscadores se obtienen siempre en la propia ventana pudiendo seleccionar un resultado con el fin de obtener informacin extendida o la posicin del resultado en el mapa. Adems se aade una ventana que sirve de gestor de capas, la cual habilita al usuario una serie de funcionalidades para aadir, editar, ordenar, ocultar o eliminar capas.
Controles: para facilitar al usuario el uso del Visor se habilitan un serie de controles para conocer la ubicacin del mapa, la escala en la que se encuentra, buscar en el callejero mediante un acceso directo al mismo o para controlar el tipo de vista con el que desea consultar la informacin.

Mapa: es la parte ms importante del Visor ya que es donde se van a plasmar las distintas capas que se desean ver y sobre el cual se van a mostrar y realizar las consultas. Consta de unos controles de navegacin que dan la posibilidad de desplazar el mapa, realizar zoom o controlar la escala en la que se encuentra en un instante. Tambin se ha asociado un mapa alternativo que proporciona la usuario una vista general del mapa principal para facilitarle la ubicacin y el desplazamiento entre distintas zonas. Tanto el mapa principal como el mapa secundario interactuarn entre s segn las acciones del usuario.

Men avanzado: se suma a todos estos controles ventanas un men avanzado que permite controlar de forma ms especifica la navegacin sobre el mapa adems de la posibilidad de realizar mediciones, dibujos y consultas sobre zonas del mapa. Estos controles quedan descritos en la siguiente imagen.

Como se puede observar existe un ltimo botn en el men (Gestor de Configuracin) el permitir al usuario personalizar el visor modificacin una serie de parmetros predefinidos.

11.
DISEO FISCO DE DATOS. 11.1 Diseo del Modelo Fsico de Datos.
En las siguientes lneas se muestra el Modelo Fsico de datos que se ha generado a partir del estudio del Modelo Lgico. Se parte de la base de que el Sistema ha sido liberado de un gestor de base de datos en concreto por introducir una capa de persistencia que gestiona el intercambio de informacin entre las aplicaciones y el propio gestor de base de datos que se utilice. Se evita atar al Sistema con un solo gestor de bases de datos.
Por motivos de legibilidad, el modelo plasmado en la parte superior viene adjunto con el presente documento. (Modelo Datos Registro 5.2.pdf) En el modelo se diferencian 2 esquemas. En el esquema nmero 1, Diccionario, se recogen todos los elementos que forman parte del flujo de datos de todo el sistema. En el esquema nmero 2, Planeamiento, se registran las operaciones y resultados del proceso de Sistematizacin. En el esquema 3, Explotacin, se puede prepara la informacin con el fin de ser utilizada por el propio Sistema o por Sistemas externos.

11.2
Optimizacin del Modelo Fsico de Datos.
Se ha considerado la supresin del esquema de Explotacin ya que sirve exclusivamente para presentar o ver los datos. Se deja pues, de forma abierta la presentacin de la informacin con lo que se consigue una mejora de rendimiento en el acceso a la informacin. El modelo quedar de la siguiente forma (es posible ver en detalle el modelo en el documento Modelo Fsico de Datos Optimizado.pdf que se adjunta con este documento):
Evaluando de nuevo el modelo se ha conseguido realizar operaciones de optimizacin eliminando redundancias, combinando entidades que tenan accesos frecuentes dentro de una misma transaccin, definiendo claves secundarias para determinar caminos de acceso alternativo y asegurando la integridad de entidad evitando que cada una de las claves principales pueda tener valor nulo. Por lo que el modelo se vuelve consistente, eficiente y limpio.

11.3
Especificacin de la Distribucin de Datos.
Una vez optimizado el modelo fsico se hace necesrio una descripcin del modelo en detalle. En las siguientes lneas estn descritos los diferentes esquemas plasmados: Diccionario: contiene cada uno de los elementos que definen al sistema mediante los cuales se pueden procesar cualquiera de las operaciones necesarias para desarrollar planeamiento urbanstico. Planeamiento: esquema sobre el que se plasma toda informacin resultante de los procesos de sistematizacin urbanstica. Se almacena el producto final del Refundido y todas y cada una de las operaciones que se realizan durante el proceso.
12.
GENERACIN DE ESPECIFICACIONES DE CONSTRUCCIN. En esta actividad se generan las especificaciones para la construccin del sistema de informacin, a partir del diseo detallado. Estas especificaciones definen la construccin del sistema de informacin a partir de las unidades bsicas de construccin (en adelante, componentes), entendiendo como tales unidades independientes y coherentes de construccin y ejecucin, que se corresponden con un empaquetamiento fsico de los elementos del diseo de detalle, como pueden ser mdulos, clases o especificaciones de interfaz. 12.1 Especificacin del Entorno de Construccin.
El objetivo de esta tarea es la definicin detallada y completa del entorno necesario para la construccin de los componentes del sistema de informacin. En este apartado trataremos de ofrecer una visin acerca del entorno tecnolgico en el cual se va a implementar el sistema, as como ofrecer una breve introduccin a las tecnologas usadas ya que resulta de gran utilidad para la construccin del mismo. Ubuntu Server
Ubuntu es una distribucin GNU/Linux que ofrece un sistema operativo enfocado tanto a ordenadores personales como para servidores. Es una de las ms importantes distribuciones de GNU/Linux a nivel mundial. Se basa en Debian GNU/Linux y concentra su objetivo en la facilidad y libertad de uso, la fluida instalacin y los lanzamientos regulares. El servidor incluye MySQL 5.0, PHP 5.2 y Python 2.5. Ubuntu 8.04 usa Linux 2.6.24 y X.Org 7.3. Postgresql

El Sistema Gestor de Base de Datos en el que se basa la aplicacin es PostgreSQL. PostgreSQL es un servidor de base de datos relacional orientada a objetos de software libre, Proporciona funcionalidades muy apropiadas para el desarrollo de la gestin de expedientes y sistemas de informacin: control de integridad transaccional disparadores de eventos (triggers) lenguaje procedimental interno capacidad de albergar operaciones geomtricas (mdulos especficos como PostGIS) control del acceso concurrente multiversin etc...
El acceso a datos se realizar mediante el ORM (mapeador objeto-relacional) Hibernate, facilitando el desarrollo, independizando el cdigo de acceso y permitiendo la migracin de modo sencillo a cualquier base de datos existente sin impacto en el entorno. Postgis
PostGIS es un mdulo que aade soporte de objetos geogrficos a la base de datos objeto-relacional PostgreSQL para su utilizacin en Sistema de Informacin Geogrfica. PostGIS ha sido certificado en 2006 por el Open Geospatial Consortium (OGC) lo que garantiza la interoperabilidad con otros sistemas tambin interoperables. PostGIS almacena la informacin geogrfica en una columna del tipo GEOMETRY, que es diferente del homnimo "GEOMETRY" utilizado por PostgreSQL, donde se pueden almacenar la geometra en formato WKB (Well Know Binary).
Servidor de Aplicaciones JBoss / Glassfish
Un servidor de Aplicaciones es un dispositivo de software que proporciona servicios de aplicacin a clientes. Un servidor de aplicaciones generalmente gestiona la mayor parte (o la totalidad) de las funciones de lgica de negocio y de acceso a los datos de la aplicacin. JBoss es un servidor de aplicaciones J2EE de cdigo abierto implementado en Java. J2EE provee estndares que le permiten a un servidor de aplicaciones servir como "contenedor" de los componentes que conforman dichas aplicaciones. Estos componentes, escritos en lenguaje Java, usualmente se conocen como Servlets, Java Server Pages (JSPs) y Enterprise JavaBeans (EJB 3.0) y permiten implementar diferentes capas de la aplicacin, como la interfaz de usuario, la lgica de negocio, la gestin de sesiones de usuario o el acceso a bases de datos remotas.

La portabilidad de Java tambin ha permitido que los servidores de aplicacin J2EE se encuentren disponibles sobre una gran variedad de plataformas, como Unix, Microsoft Windows y GNU/Linux. Se componen de dos partes: un "Servlet Engine" y un "EJB 3.0 Engine", dentro del "Servlet Engine" se ejecutan exclusivamente las clsicas aplicaciones de Servidor (JSP's ("Java Server Pages") y Servlets), mientras el "EJB 3.0 Engine(Container)" es reservado para aplicaciones desarrolladas alrededor de EJB 3.0's "Enterprise Java Bean's":
Web Services
Un servicio web significa un interfaz a aplicaciones web o empresariales que nos permite integrar stas con otras aplicaciones empresariales, incluyendo aquellas de diferentes vendedores y diferentes plataformas, utilizando XML como el lenguaje de intercambio de datos. El mecanismo bsico de los servicios Web es utilizar XML para transportar los datos a travs de diferentes aplicaciones utilizando el protocolo web estndar HTTP. Especficamente se utiliza SOAP (Simple Object Access Protocol) que es un XML de peso ligero basado en RPC (Remote Procedure Call) sobre HTTP. El protocolo tiene tres partes: 1. Un envelope (SOAP envelope) que define un marco de trabajo para describir qu hay en un mensaje y cmo procesarlo. 2. Un conjunto de reglas de codificacin para expresar ejemplares de tipos de datos definidos por la aplicacin. 3. Un conjunto de reglas para representar llamadas y respuestas a procedimientos remotos.

Para optimizar el rendimiento de las aplicaciones basadas en Servicios Web, se han desarrollado tecnologas complementarias a SOAP, que agilizan el envo de los mensajes (MTOM) y los recursos que se transmiten en esos mensajes (SOAPRRSHB). Por otro lado, WSDL (Lenguaje de Descripcin de Servicios Web), permite que un servicio y un cliente establezcan un acuerdo en lo que se refiere a los detalles de transporte de mensajes y su contenido, a travs de un documento procesable por dispositivos. WSDL representa una especie de contrato entre el proveedor y el que solicita. WSDL especifica la sintaxis y los mecanismos de intercambio de mensajes. Para el desarrollo de los Servicios Web con JBoss es tan simple como poner una anotacin de @WebService en el interfaz del servicio que queremos publicar como servicio web, y una etiqueta de @WebMethod para aquellos mtodos dentro del interfaz que queramos que sean accedidos como mtodos web. 13. DISEO DE LA MIGRACIN Y CARGA INICIAL DE DATOS
La carga inicial de datos, se limitar a: Esquema de Diccionario: Los datos de diccionario sern cargados mediante la ejecucin de un script sql adjunto con el software Plan Base: Igualmente ser generado mediante un script adjunto con el software. Tablas de seguridad: En el esquema seguridad, habr que cargar las tablas rol, usuario y mbito usuario. Estas tablas se cargarn igualmente mediantes scripts. Tablas de validacin: Las tablas de validacin Validacin cdigo, especficas y genricas, se cargarn inicialmente mediante scripts.
El resto de los esquemas se irn cargando datos mediante la ejecucin lgica del sistema. Esta ejecucin lgica, consistir en: El subsistema de validacin, mediante un fichero fip vlido, cargar su informacin en el esquema de validacin. Una vez cargados datos validados en el esquema de validacin, el subsistema de consolidacin ser el encargado de posibilitar la carga de datos en esquema de planeamiento. Con datos en el esquema de planeamiento, ser posible la ejecucin del subsistema de refundido y la visualizacin de dichos datos en la consola RPM.
14.
ESTABLECIMIENTO DE REQUISITOS DE IMPLANTACIN.
14.1
Especificacin de Requisitos de Implantacin.
Para la implantacin definitiva del sistema sern imprescindibles los siguientes requisitos:

Formacin a usuarios
DESCRIPCIN
Se debe realizar una formacin a los usuarios segn su nivel de acceso (ROL) con el objetivo de que el sistema sea totalmente entendido y utilizable por todos los implicados en el mismo. La formacin especfica para cada usuario se realizar segn su pertenencia prefijada a los siguientes roles definidos en el anlisis del sistema: Administrador de la Consola Administrador del Mdulo de Validacin Administrador del Mdulo Consolidador Administrador del Mdulo Motor de Refundido Administrador del RPM Administrador de los Servicios WEB
PERFILES
Infraestructura
DESCRIPCIN
Para la implantacin del sistema, la entidad local o supramunicipal deber disponer del hardware necesario especificado en el presente documento segn el supuesto escogido en cada caso.
Comunicaciones
DESCRIPCIN
Para garantizar el buen funcionamiento de la solucin, se deber contar con los requerimientos relativos a comunicaciones especificados en el presente documento en cuanto a velocidad y accesibilidad para cumplir las recomendaciones de la iniciativa INSPIRE: Por ejemplo, para servicios de visualizacin (WMS) se exige: Disponibilidad 99% Tiempo de respuesta 5s para un mapa de 470 Kb Capacidad 20 peticiones por segundo
REFERENCIAS Mtrica versin 3 Ministerio de Administraciones Pblicas Consejo Superior de Administracin Electrnica

http://www.csi.map.es/csi/metrica3/index.html UML 2 Jim Arlow, Ila Neustadt Ediciones Anaya Multimedia, 2006 15. Especificacin de Excepciones. 15.1 Especificacin de Excepciones. Las excepciones recogern todas las situaciones anmalas que se produzcan en el sistema. Est excepciones estarn catalogadas e identificadas mediante un cdigo de error. Los cdigos de error vendrn expresados de la siguiente forma: Error X Y ZZZ donde X = 1 Si es un error de Usuario. 2 Si es un error del Sistema. De tratarse un error de Usuario, aparecer un mensaje aclaratorio sobre la causa del error y la manera de solucionarlo. En caso de que el error sea del Sistema, se informar al usuario del tipo de error del sistema y se lanzar el correspondiente Trap. Y = 1 Error en Subsistema de Validacin 2 Error en Subsistema de Consolidacin 3 Error en Subsistema de Refundido 4 Error en Subsistema de Servicios Web 5 Error en Subsistema de Consola RPM 6 Error en Subsistema de Gestin de Plan Base 7 Error en Subsistema de Gestin de Diccionarios 8 Error general. ZZZ = ser un nmero de 3 dgitos, que corresponder al error especfico Para mayor informacin sobre las excepciones, se adjunta al presente documento un anexo detallado. Las excepciones las clasificaremos en dos partes, excepciones de sistema y excepciones de usuario. Cuando se produzca una excepcin, el sistema de log la recoger dicho erro con el siguiente formato: Hora: HH:MM:SS,MS

Nivel de Error: Info, Warn, Error Clase que causante de la excepcin Detalle del error Ejemplo: 08:49:48,357 ERROR [ServicioConsolidacionBean] Tramite no encontrado. Reinicie el servicio de consolidacin. Si el error persiste compruebe el fichero FIP. Cdigo Error 22001. - Excepciones del sistema: Son causas anmalas ajenas al usuario que est manipulando la informacin.
Conexin a Base de Datos

DESCRIPCIN
El Componente de conexin a Base de datos intenta establecer conexin con esta.
Excepcin
Error al ejecutar consulta a BD. Esta excepcin afecta a todo el sistema. Respuesta del sistema ser lanzar una excepcin del tipo SQLException;
Condiciones previas Elemento afectado Respuesta del Sistema
Estar desconectado e intentar conectar a la Base de Datos. Todo el sistema El Sistema lanzar al usuario el siguiente mensaje: Error de Sistema en la conexin a la base de datos. Intntelo de nuevo ms tarde, si el error persiste, pngase en contacto con su administrador. El sistema lanzar un Trap, que enviar un correo electrnico al administrador informndole de lo sucedido. Cdigo 28001

Entrada Salida de datos

DESCRIPCIN
Los componentes de comunicacin entre nodos intentan intercambiar informacin.
Excepcin
Error en la entrada/salida de datos. IOException. Se produjo un error en el envo de datos por la red.
n/a Todo el sistema El Sistema lanzar al usuario el siguiente mensaje: Error del sistema en entada/salida de datos, intntelo de nuevo ms tarde, si el error persiste, pngase en contacto con su administrador. El sistema lanzar un Trap, que enviar un correo electrnico al administrador informndole de lo sucedido. Cdigo 28002
Configuracin del Sistema

DESCRIPCIN
Los ficheros de configuracin del Sistema estuvieran incorrectamente configurados, se podra producir un error al intentar acceder a distintos apartados del Sistema.
Excepcin
Error en la configuracin del sistema. RedesConfigException
n/a Todo el sistema El Sistema lanzar al usuario el siguiente mensaje: Error de Sistema en la configuracin. Pngase en contacto con su administrador Cdigo 28003

Proceso de Consolidacin
DESCRIPCIN
Durante la carga de datos del proceso de Consolidacin se produjera algn problema, este quedara registrado en esta excepcin
Excepcin
Error en el proceso de Consolidacin. ConsolidacionException
n/a Servicio de Consolidacin El Sistema lanzar al usuario el siguiente mensaje: Error del Sistema al consolidar FIP. Intntelo de nuevo ms tarde. Cdigo 22100
Proceso de Validacin
DESCRIPCIN
Durante la carga de datos del proceso de Validacin se produjera algn problema, este quedara registrado en esta excepcin
Excepcin
Error en el proceso de Validacin. ValidationException.
n/a Servicios de Validacin El Sistema lanzar al usuario el siguiente mensaje: Error del Sistema de Validacin. Se ha producido un error al Validar FIP. Para ms informacin consulte el registro de errores de validacin. 21100

Proceso de Refundido
DESCRIPCIN
Durante la carga de datos del proceso de Refundido se produjera algn problema, este quedara registrado en esta excepcin
Excepcin
Error en el proceso de Refundido. RefundidoException.
n/a Servicio de Refundido El Sistema lanzar al usuario el siguiente mensaje: Error del sistema de Refundido. Se ha producido un error al refundir. Intntelo ms tarde Cdigo 23100
- Excepciones de usuario: Son excepciones producidas por manipulacin incorrecta del usuario con el sistema de informacin.
Carga de Ficheros FIP

DESCRIPCIN
El usuario podr manipular ficheros para el proceso de Validacin de FIPS
Excepcin
Excepcin de carga de ficheros. Se produce cuando el usuario intenta introducir un fichero inexistente o con nombre incorrecto. El sistema lanzara una excepcin del tipo FileNotFoundException.
n/a Servicio de carga de fichero FIP El Sistema lanzar al usuario el siguiente mensaje: Error de Usuario al cargar un Fichero. El fichero no existente, compruebe la ruta del fichero que intenta cargar es correcto. 18100

Lanzamiento de Servicios
DESCRIPCIN
El componente de carga de ficheros, intenta incorporar un fichero al sistema. Error de nombres. Esta excepcin afecta a todo el sistema y se puede producir en distintos escenarios tales como la invocar un servicio. La excepcin lanzada ser NamingException.
Excepcin
n/a Servicio de carga archivo El Sistema lanzar al usuario el siguiente mensaje: Error de Usuario al cargar un Fichero. El fichero no existente, compruebe que el nombre del fichero que intenta cargar es correcto. 18200
Hasta este punto hemos definido las excepciones ms genricas del sistema, a continuacin en la siguiente tabla detallamos las excepciones de los distintos subsistemas:
Tipo de error Sistema
Subsistema Causante Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido
Sistema
Sistema
Sistema
Sistema
Sistema
Servicio Causante Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx]
Descripcin Se ha producido un error en la operacin opEnt_Eliminacion Se ha producido un error en la operacin opEnt_AcumulacionCompleta Se ha producido un error en la operacin opEnt_AdicionNormativa Se ha producido un error en la operacin opEnt_AdicionGrafica Se ha producido un error en la operacin opEnt_SustraccionGrafica Se ha producido un error en la operacin opEnt_SustitucionNormativaComp leta Se ha producido un error en la operacin opEnt_SustitucionGrafica Se ha producido un error en la operacin opEnt_SuspensionCompleta Se ha producido un error en la operacin opEnt_SustitucionNormativaParci al
Cdigo 23101
Medida a tomar Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido
23102
23103
23104
23105
23106
Sistema
Motor de Refundido Motor de Refundido Motor de Refundido
23107
Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido
Sistema
23108
Sistema
23109

Sistema
Motor de Refundido Motor de Refundido Motor de Refundido
Sistema
Sistema
Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre entidades: [231xx] Errores en operaciones entre determinaciones: [232xx] Errores en operaciones entre determinaciones: [232xx] Errores en operaciones entre determinaciones: [232xx] Errores en operaciones entre determinaciones:
Sistema
Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido
Sistema
Sistema
Se ha producido un error en la operacin opEnt_SuperposicionCompleta Se ha producido un error en la operacin opEnt_AportacionEntidad Se ha producido un error en la operacin opEnt_AcumulacionNormasGener ales Se ha producido un error en la operacin opEnt_AcumulacionUsos Se ha producido un error en la operacin opEnt_AcumulacionActos Se ha producido un error en la operacin opEnt_CreacionGrafica Se ha producido un error en la operacin opEnt_SuperposicionNormasGen erales Se ha producido un error en la operacin opEnt_SuperposicionUsos Se ha producido un error en la operacin opEnt_SuperposicionActos Se ha producido un error en la operacin opEnt_DestruccionGrafica Se ha producido un error en la operacin opEnt_HerenciaClave Se ha producido un error en la operacin opEnt_SuspensionParcial Se ha producido un error en la operacin opEnt_IncorporacionEntidad Se ha producido un error en la operacin opDet_Eliminacion
23110
Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido
23111
23112
23113
Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido
23114
23115
Sistema
23117
Sistema
Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido
23118
Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido
Sistema
23119
Sistema
23120
Sistema
23121
Sistema
23122
Sistema
23125
Sistema
23201
Sistema
Motor de Refundido
Se ha producido un error en la operacin opDet_AdicionNormativa Se ha producido un error en la operacin opDet_SustitucionNormativaCom pleta Se ha producido un error en la operacin opDet_Suspension
23204
Reiniciar el servicio de Refundido
Sistema
Motor de Refundido
23206
Sistema
Motor de Refundido
23207

[232xx] Sistema Motor de Refundido Errores en operaciones entre determinaciones: [232xx] Errores en operaciones entre determinaciones: [232xx] Errores en operaciones entre planes: [233xx] Errores en operaciones entre planes: [233xx] Errores en operaciones entre planes: [233xx] Errores en operaciones entre planes: [233xx] Errores en operaciones entre relaciones: [234xx] Errores en operaciones entre relaciones: [234xx] Errores varios: [230xx] Errores varios: [230xx] Se ha producido un error en la operacin opDet_AdicionValorReferencia Se ha producido un error en la operacin opDet_AportacionDeterminacion Se ha producido un error en la operacin opPla_Modificacion Se ha producido un error en la operacin opPla_Desarrollo Se ha producido un error en la operacin opPla_Suspension Se ha producido un error en la operacin opPla_Sustitucion Se ha producido un error en la operacin oRel_Eliminacion 23208 Reiniciar el servicio de Refundido
Sistema
Motor de Refundido
23209
Sistema
Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido
23301
Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido
Sistema
23302
Sistema
23303
Sistema
23304
Sistema
23401
Sistema
Motor de Refundido
Se ha producido un error en la operacin oRel_Adicion
23402
Sistema Sistema
Motor de Refundido Motor de Refundido
Se ha producido un error no controlado durante el proceso Entity Manager inactivo
23000 23001
Sistema Sistema Sistema Sistema
Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido
Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx]
La lista de trmites a refundir a causado un error Se ha producido un error al finalizar el proceso Se ha producido un error al exportar a FIP Se ha producido un error al inicializar el contexto
23002 23004 23005 23006
Sistema Sistema Sistema Sistema Sistema
Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido
Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx]
Se ha producido un error en maximoCodigoEntidad Se ha producido un error en ultimoIden Se ha producido un error en datosPlan Se ha producido un error en eliminarEntidadDeterminacion Se ha producido un error en copiarEntidadDeterminacion
23007 23008 23009 23010 23011
Reiniciar el servicio de Refundido Se ha producido un problema de conexin. Intntelo ms tarde. Si el problema persiste pngase en contacto con el administrador Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Se ha producido un problema de conexin. Intntelo ms tarde. Si el problema persiste pngase en contacto con el administrador Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido

Sistema Sistema Sistema Sistema Sistema Sistema Sistema
Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Motor de Refundido Visor Web
Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Errores varios: [230xx] Error en navegacin
Sistema Sistema Sistema Sistema Sistema Sistema
Sistema Sistema Sistema Sistema Sistema Sistema Sistema
Sistema Usuario
Se ha producido un error en relacionesPorElemento Se ha producido un error en eliminarDocumentosHuerfanos Se ha producido un error en limpiarRelaciones Se ha producido un error en siguienteApartadoDeterminacion Se ha producido un error en numeroArabigoDeRomano Se ha producido un error en valorDeCaracterRomano Se ha producido un error en determinacionGrupoDeEntidades PorTramite Se ha producido un error en determinacionGrupoPorEntidad Se ha producido un error en entidadesPorGrupoTramite Se ha producido un error en determinacionCarpetaPorTramite Se ha producido un error en opcionPorDeterminaciones Se ha producido un error en maximaSuperposicionDeEntidad Se ha producido un error en entidadesPorDeterminacionValor Referencia Se ha producido un error en eliminarObjeto Se ha producido un error en reasignarEntidad Se ha producido un error en crearCarpetaEntidadesAportadas Se ha producido un error en tieneGeometria Se ha producido un error en eliminarRelacionesHuerfanas Se ha producido un error en reasignarDeterminacion Se ha producido un error en crearCarpetaDeterminacionesApo rtadas Se ha producido un error en maximoCodigoDeterminacion ERROR DE LECTURA DE XML
23012 23013 23014 23015 23016 23017 23018
Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Reiniciar el servicio de Refundido Compruebe que los XML existen o estn definidos correctamente. En su defecto, contacte con el administrador. Compruebe que su navegador esta dentro de la lista de navegadores soportados Se est intentando acceder a un servicio no mapeado. Si el problema persiste, contacte con el administrador
23019 23020 23021 23022 23023 23024
23025 23026 23027 23028 23029 23030 23031
23032 15001
Usuario
Visor Web
Error en navegacin Error en navegacin
ERROR AL GENERAR XML
15002
Usuario
Visor Web
ERROR. SERVICIO NO MAPEADO
15003

Usuario
Visor Web
Error en navegacin
ERROR. IMPOSIBLE ACCEDER AL SERVICIO WEB
15004
Sistema
Visor Web
Error en navegacin Error en navegacin
ERROR. CONSULTA CON PARAMETROS ERRONEOS ERROR. NO SE HAN ENCONTRADO DATOS
25001
Sistema
Visor Web
25002
Sistema
Consolidador
Error al importar FIP
Tramite no encontrado
22001
Sistema
Consolidador
Error al cargar Determinacin
22002
Sistema
Consolidador
Error al cargar OpcionDeterminacion
22003
Sistema
Consolidador
Error al cargar DeterminacionGrupoEntidad
22004
Sistema
Consolidador
Error al cargar Entidad
22005
Sistema
Consolidador
Error al cargar Documento
22006
Sistema
Consolidador
Error al cargar DocumentoDeterminacion
22007
Sistema
Consolidador
Error al cargar DocumentoEntidad
22008
Sistema
Consolidador
Error al cargar OperacionEntidad
22009
Sistema
Consolidador
Error al cargar OperacionDeterminacion
22010
Sistema
Consolidador
Error al cargar Valores
22011
Sistema
Consolidador
Error al importar
Error al cargar Shape
22012
Se ha producido un problema de conexin. Intntelo ms tarde. Si el problema persiste pngase en contacto con el administrador Por favor, seleccione un punto en el mapa que pertenezca al mbito del propio visor. Es posible que la zona seleccionada con contenga informacin. Si lo desea puede seleccionar otro Reinicie el servicio de consolidacin. Si el error persiste compruebe el fichero FIP Reinicie el servicio de consolidacin. Si el error persiste compruebe el fichero FIP Reinicie el servicio de consolidacin. Si el error persiste compruebe el fichero FIP Reinicie el servicio de consolidacin. Si el error persiste compruebe el fichero FIP Reinicie el servicio de consolidacin. Si el error persiste compruebe el fichero FIP Reinicie el servicio de consolidacin. Si el error persiste compruebe el fichero FIP Reinicie el servicio de consolidacin. Si el error persiste compruebe el fichero FIP Reinicie el servicio de consolidacin. Si el error persiste compruebe el fichero FIP Reinicie el servicio de consolidacin. Si el error persiste compruebe el fichero FIP Reinicie el servicio de consolidacin. Si el error persiste compruebe el fichero FIP Reinicie el servicio de consolidacin. Si el error persiste compruebe el fichero FIP Reinicie el servicio de

FIP
Usuario
Validacin
Usuario
Validacin
Error al introducir el FIP en el sistema Error de formato de FIP que se quiere introducir en el sistema Error al descomprimir el FIP introducido por el usuario Error el FIP descomprimido no tiene una estructura valida Error de integridad del FIP.xml
Error. No se ha podido introducir el FIP.zip en el sistema. Error. El formato de FIP que se pretende introducir en el sistema no es un formato valido (ZIP)
11001
11002
Sistema
Validacin
Error. No se ha podido descomprimir de forma correcta el FIP en el sistema. Error. Al descomprimir el FIP.zip introducido por el usuario, este no tiene una estructura valida
21001
Sistema
Validacin
21002
Sistema
Validacin
Error. El FIP.xml no es integro respecto al XSD. El FIP.xml no se introducira en la BD
21003
Sistema
Validacin
Error al introducir el FIP.xml en la base de datos
Error. Se ha producido un error inesperado al introducir el FIP.xml en la base de datos
21004
Sistema
Validacin
Error al validar los tramites
Error. No se ha podido validar el trmite del FIP.xml
21005
Sistema
Validacin
Error al validar las determinaciones
Error. No se han podido validar las determinaciones del FIP.xml
21006
Sistema
Validacin
Error al validar las entidades
Error. No se han podido validar las entidades del FIP.xml
21007
Sistema
Validacin
Error al validar las condiciones urbansticas
Error. No se han podido validar las condiciones urbansticas del FIP.xml
21008
Sistema
Validacin
Error al validar otras validaciones
Error. No se han podido validar las otras validaciones del FIP.xml
21009
consolidacin. Si el error persiste compruebe el fichero FIP Error. El usuario debe probar a volver a subirlo en unos instantes Error. Avisar al usuario por consola que el formato de FIP no es vlido y probar a subirlo de nuevo en el formato valido (ZIP) Error. Informar al usuario por consola y pedirle que vuelva a introducir un FIP.zip que no est corrupto Error. Informar al usuario por consola y pedirle que vuelva a introducir un FIP.zip con la estructura correcta (informar de la estructura) Error. Informar al usuario por consola y pedirle que vuelva a introducir un FIP.zip con un FIP.xml que sea integro respecto al XSD Error. Informar al usuario por consola. Reintentar la carga en Base de Datos. Si el problema persiste consultar con el administrador Error. Informar al usuario por consola. Se ha producido un error y no se ha podido validar el trmite del FIP.xml. Reintentar y no continuara hasta que no se haya validado Error. Informar al usuario por consola. Se ha producido un error y no se ha podido validar las determinaciones del FIP.xml. Reintentar y no continuara hasta que no se haya validado Error. Informar al usuario por consola. Se ha producido un error y no se ha podido validar las entidades del FIP.xml. Reintentar y no continuara hasta que no se haya validado Error. Informar al usuario por consola. Se ha producido un error y no se ha podido validar las condiciones urbansticas del FIP.xml. Reintentar y no continuara hasta que no se haya validado Error. Informar al usuario por consola. Se ha producido un

error y no se ha podido validar las otras validaciones del FIP.xml. Reintentar y no continuara hasta que no se haya validado


DOC20110311115751Consolidacion de Herramientas para El Servicio de Urbanismo en Red

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

DOC20110311115751Consolidacion de Herramientas para El Servicio de Urbanismo en Red

Uploaded by

Copyright:

Available Formats

DISEO DEL SISTEMA

Consolidacin de Herramientas Para el Servicio de Urbanismo en Red. Exp 20/09-SP

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 1 .

Proyecto: Titulo: Versin: Fecha edicin: Fichero: Autor(es): Resumen:

CONTROL DE CAMBIO DE VERSIN

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 2 .

REQUISITOS DE DISEO Y CONSTRUCCIN. ............................................................................................................ 10 3.1 3.2

ESPECIFICACIN DEL ENTORNO TECNOLGICO. ................................................................................................... 25 7. 7.1

DISEO DE LA ARQUITECTURA DE SOPORTE. ......................................................................................................... 36 8.1 8.2

DISEO DE CASOS DE USO REALES. ......................................................................................................................... 39 9.1

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 3 .

DISEO DE CLASES. ........................................................................................................................................... 95

Revisin del Interfaz de Usuario. ......................................................................................................................... 147

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 4 .

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 5 .

Objetivo del Proyecto

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 6 .

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 7 .

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 8 .

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 9 .

REQUISITOS DE DISEO Y CONSTRUCCIN.

Arquitectura orientada a Servicios

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 10 .

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 11 .

Alto grado de interactividad

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 12 .

Parametrizacin, flexibilidad y mantenibilidad

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 13 .

Incorporacin de nuevas funcionalidades

Servicios Web (GIS).

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 14 .

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 15 .

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 16 .

Navegador Internet Explorer Mozilla Firefox Google Chrome 3.2

Versin 7 superior 2 superior 3 superior

Instalacin Bsica 1 Nivel

Comunicaciones 1 2 Mbps simtricos

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 17 .

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 18 .

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 19 .

El cdigo se adaptar al convenido de codificacin JAVA. (http://java.sun.com/docs/codeconv/CodeConventions.pdf)

Diseo del Sistema (DSI)

Versin: 9.0 | Diciembre 2009 | Pgina 20 .

Diseo del Sistema (DSI)