Avanza Local Padrón 2

Transcripción

1 Página 1 de un total de 191 página(s), Versión imprimible con información de firma. Avanza Local Padrón 2 ANÁLISIS FUNCIONAL TERRITORIO Avanza Local Soluciones

2 HISTÓRICO DE MODIFICACIONES Página 2 de un total de 191 página(s), Versión imprimible con información de firma. Fecha Versión Descripción Autor 23/02/ Versión inicial Software AG 08/03/ Revisión por INTECO INTECO 09/03/ Revisión por MINETUR Ministerio de Industria, Energía y Turismo 12/03/ Corregido según Software AG comentarios de MINETUR 13/03/ Revisión por INTECO INTECO 14/03/ Revisión por MINETUR. MINETUR Versión final (aceptada) Avanza Local Padrón 2 Análisis funcional territorio 2

3 Índice 1. VISIÓN GENERAL DEL PROYECTO 8 Página 3 de un total de 191 página(s), Versión imprimible con información de firma Introducción Propósito y Alcance Definiciones y Abreviaturas Listado de referencias Notación REPRESENTACIÓN DE LA ARQUITECTURA Metas y restricciones de la arquitectura Desarrollar diseños alternativos de la arquitectura Solución A Solución B Solución propuesta Requisitos y visión de la arquitectura Conformidad con estándares abiertos Soluciones específicas de vendedores Reutilización Componentes y frameworks reutilizados por el proyecto VISTA DE CASOS DE USO Introducción Gestión de entidades de territorio Gestión del histórico del territorio Diagrama de Caso de Uso Alta neta de entidad de territorio Diagrama de Caso de Uso Alta neta de Vía Alta neta de Subsección Alta neta de APP Alta neta de Hueco Baja neta de entidad de territorio Diagrama de Caso de Uso Baja neta de Vía 52 Avanza Local Padrón 2 Análisis funcional territorio 3

4 Página 4 de un total de 191 página(s), Versión imprimible con información de firma Baja neta de Subsección Baja neta de APP Baja neta de Hueco Modificación de entidad de territorio Diagrama de Caso de Uso Modificación de Entidad Colectiva Modificación de Entidad Singular Modificación de Núcleo/Diseminado Modificación de Vía Modificación de Distrito Modificación de Sección Modificación de Subsección Modificación de APP Modificación de hueco Gestión de estructuras del usuario Diagrama de Caso de Uso Alta de tipo de estructura Baja de tipo de estructura Modificación de tipo de estructura Alta de estructura Baja de estructura Modificación de estructura Modificación de fecha de documento Anulación de movimiento Consulta de territorio Diagrama de Caso de Uso Consulta de situación actual de entidades Consulta de histórico de entidades Consulta de histórico de operaciones Gestión de histórico Diagrama de Caso de Uso Gestionar histórico de operaciones Gestionar histórico de entidades Ejemplos de operaciones Recodificación de vía Fusión de vías 106 Avanza Local Padrón 2 Análisis funcional territorio 4

5 4. VISTA LÓGICA Interfaz de usuario Seguridad 108 Página 5 de un total de 191 página(s), Versión imprimible con información de firma Gestión de territorio Validador Gestión de entidades Gestión de histórico de entidades Gestión de histórico de operaciones Gestión de cartografía Comunicaciones VISTA DE INTERACCIÓN Interfaces de usuario Interfaz web Interfaces Software Expedientes Módulo de comunicaciones VISTA DE SEGURIDAD Directrices OWASP Subsistema de seguridad Usuario Perfil Administrador Funcionalidad Permiso Auditoría VISTA DEL PROCESO Alta de entidad Baja de entidad Modificación de entidad Consulta de territorio VISTA DEL DESPLIEGUE Instalador 153 Avanza Local Padrón 2 Análisis funcional territorio 5

6 9. VISTA DE IMPLEMENTACIÓN Vista general de las capas 156 Página 6 de un total de 191 página(s), Versión imprimible con información de firma Paquetes/Componentes Interfaz web Seguridad Gestión de territorio Gestión de entidades Gestión de histórico Gestión de operaciones Gestión de cartografía Validación Acceso a datos Modelo Interfaz VISTA DE DATOS Diagrama Entidad/Relación Tablas de Entidades Territoriales Comunidad Autónoma Provincia Municipio Vía Aproximación Postal Hueco Tablas de Entidades Lógicas Entidad Colectiva Entidad Singular Núcleos/Diseminados Distrito Sección Subsección Tablas de diccionarios Bloque Portal Escalera Planta Puerta 174 Avanza Local Padrón 2 Análisis funcional territorio 6

7 Página 7 de un total de 191 página(s), Versión imprimible con información de firma Tipo de vía Tipo de colectivo Tipo de hueco Tipo de local Idioma Español Tablas auxiliares Tipo de Estructura Atributo de Estructura Estructura Valor de Estructura Relación Estructura-APP Relación Estructura-Estructura Tablas especiales Expediente Operaciones Campos de control Tablas de histórico Gestión de los históricos VISTA DE ADMINISTRACIÓN CARACTERÍSTICAS GENERALES DE CALIDAD Fiabilidad Aseguramiento de Calidad Usabilidad Diseño de Interacción Reglas Heurísticas Metodología Portabilidad, Mantenibilidad y Rendimiento Seguridad Capacidad de prueba Disponibilidad y escalabilidad 191 Avanza Local Padrón 2 Análisis funcional territorio 7

8 1. VISIÓN GENERAL DEL PROYECTO 1.1. Introducción Página 8 de un total de 191 página(s), Versión imprimible con información de firma. El objetivo del módulo es desarrollar una solución cuyo alcance funcional se agrupa en los siguientes objetivos principales: Realizar la gestión de las entidades de territorio, a nivel municipal. Mantener la funcionalidad de AL Padrón Adaptar el modelo de datos de AL Padrón al modelo del Sistema Integrado de Gestión de Población y Territorio (SIG_PT) del INE. Integrarse y comunicarse con el Sistema Integrado de Gestión de Población y Territorio (SIG_PT) del INE, mediante el módulo de comunicaciones SIG_PT. Integración con aplicaciones cartográficas (en particular, LocalGIS) Gestionar estructuras definidas por el usuario de interés para la gestión municipal Anexar documentación a las operaciones para su revisión por parte del INE Anular movimientos realizados en el sistema, así como modificar su fecha de variación Incorporar los requisitos comunes y necesarios para formar parte de la plataforma AL Soluciones Propósito y Alcance El propósito y alcance del presente documento es la realización de un análisis funcional, que cubra todas las necesidades y requisitos especificados como base y punto de partida, para la consecución del módulo de gestión territorial (a nivel municipal), contenido en la aplicación ALPADRON2. Avanza Local Padrón 2 Análisis funcional territorio 8

9 1.3. Definiciones y Abreviaturas Página 9 de un total de 191 página(s), Versión imprimible con información de firma. A continuación se expone una tabla con los diferentes acrónimos y abreviaturas utilizados a lo largo del documento con su correspondiente definición. Acrónimo / Abreviatura Definición APP Aproximación Postal CE Censo Electoral EATIM Entidad de Ámbito Territorial Inferior al Municipio EC Entidad Colectiva ES Entidad Singular INE Instituto Nacional de Estadística JSF Java Server Faces LocalGIS Sistema de información Territorial para Entidades Locales LOPD Ley Orgánica de Protección de Datos MINETUR Ministerio de Industria, Energía y Turismo OWASP Open Web Application Security Project SIGM Sistema Integrado de Gestión Municipal SIGPT Sistema Integrado de Gestión de Población y Territorio SOA Arquitectura Orientada a Servicios WS Web Service (Servicio Web) Avanza Local Padrón 2 Análisis funcional territorio 9

10 1.4. Listado de referencias A continuación se muestran las referencias utilizadas en el presente documento. Toda la documentación es accesible mediante la extranet, en la dirección web: Página 10 de un total de 191 página(s), Versión imprimible con información de firma. Referencia Título Autor SETSI_AL_PADRON_2_Espe Requisitos funcionales de AL Software AG cificacion_de_requisitos_v3.0. doc PADRÓN SETSI. Manual de integración con el MINETUR Manual_integracion_logotipo_ comun_v1_4.doc logotipo común AL SOLUCIONES SETSI_AL_PADRON_2_Mod Modelo de datos de la Software AG elo_de_datos_v1.doc aplicación 1.5. Notación La notación base utilizada, ha sido mediante el uso del lenguaje de modelado unificado (UML), siendo éste el lenguaje de modelado de sistemas de software más conocido y utilizado actualmente. Avanza Local Padrón 2 Análisis funcional territorio 10

11 2. REPRESENTACIÓN DE LA ARQUITECTURA Página 11 de un total de 191 página(s), Versión imprimible con información de firma. Desde el punto de vista conceptual, la arquitectura sobre la que se cimentará AL PADRÓN es una arquitectura SOA. Una Arquitectura Orientada a Servicios (SOA) es un tipo de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio. El concepto de Servicio no debe asociarse exclusivamente a servicio web (WS), sino que este concepto abarcará a todos los módulos y funciones que reciban algún tipo de información, realicen un tratamiento de la misma y devuelva el resultado de dicho tratamiento. Por ejemplo, en el módulo de gestión de población, se introducirá la información de una habitante, será incorporada en al sistema, esto podría considerar un servicio. Posteriormente, esta información empleará el módulo de comunicaciones para realizar el envío a SIGPT (envío, validación, etc. son servicios). Para finalmente recibir la respuesta de SIGPT y consolidar la variación, siendo estos varios servicios. INE SIGPT Aplicaciones Entidades LocalGIS Organismos SIGM SCCD Comunicaciones Servicios expuestos Población Territorio Herramientas Servicios básicos AL PADRON Ilustración 1: Diagrama de componentes del sistema y su relación Los diferentes módulos de la aplicación están a su vez formados por otros servicios más simples que, en su conjunto, cubren la funcionalidad requerida. Cada módulo es un Avanza Local Padrón 2 Análisis funcional territorio 11

12 componente independiente y desacoplado del resto de módulos, pero se pueden comunicar entre ellos en el caso que sea necesario. Página 12 de un total de 191 página(s), Versión imprimible con información de firma. Ilustración 2: Arquitectura técnica de la aplicación Desde el punto de vista tecnológico, AL PADRÓN es concebida como una aplicación web incluida ésta en un servidor de aplicaciones. AL PADRÓN estará formada por diferentes partes diferenciadas: 1. Una interfaz web para la gestión de territorio, población y el resto de las herramientas; además tendrá publicados servicios para su invocación de manera externa. Para la interfaz web se aplicará el patrón MVC (Modelo-Vista-Controlador), utilizando para la presentación JSF. 2. Un framework base de la arquitectura, utilizándose Spring para este propósito. 3. Una capa de persistencia que empleará Hibernate con diversos conectores de Base de Datos para cubrir las necesidades expuestas en el pliego: Oracle, POSTGRESQL, My SQL, etc. Avanza Local Padrón 2 Análisis funcional territorio 12

13 2.1. Metas y restricciones de la arquitectura En el diseño de la arquitectura del sistema se han tenido en cuenta las siguientes metas y restricciones. Página 13 de un total de 191 página(s), Versión imprimible con información de firma. Metas La aplicación de gestión estará basado en una interfaz web a la que se accede mediante identificación del usuario, habilitando tan sólo las operaciones a las que el usuario está autorizado. El sistema gestionará una base de datos local con la información territorial del municipio. Esta información está compuesta por la situación actual de las entidades así como toda su información histórica disponible. Existirá una comunicación con SIGPT para el intercambio de información y la sincronía de ambos sistemas, realizándose esta comunicación a través de un módulo de comunicaciones y la invocación de servicios web. Restricciones El sistema deberá soportar diferentes motores de base de datos (Oracle, PostgreSQL, MySQL) La aplicación podrá ser publicada en diferentes servidores de aplicaciones (JBoss y Apache Tomcat) y bajo diferentes sistemas operativos: Windows, OpenSUSE, CentOS u otras distribuciones Linux. La comunicación con otros sistemas o aplicaciones deberá ser segura, por lo que los mensajes enviados y recibidos por el módulo de comunicaciones y los servicios expuestos irán firmados. Para facilitar la compatibilidad con SIGPT y permitir un rendimiento óptimo del sistema se adopta el mismo modelo de datos local que el utilizado en SIGPT Desarrollar diseños alternativos de la arquitectura Para el desarrollo de la solución requerida se pueden proponer diferentes arquitecturas, manteniéndose un mismo esqueleto común y sustituyendo algunos de los componentes utilizados por otras tecnologías similares. A continuación se detallan soluciones que cubran los requisitos del sistema. Avanza Local Padrón 2 Análisis funcional territorio 13

14 Solución A Página 14 de un total de 191 página(s), Versión imprimible con información de firma. La solución se corresponde con la propuesta en la arquitectura. Se resumen los principales puntos: Vista: se utiliza JSF para el control de la navegación y la generación de las páginas. Se elige la implementación RichFaces de JSF ya que presenta un nivel de madurez adecuado y proporciona una amplia biblioteca de componentes reutilizables para las páginas. Framework: se utiliza Spring ya que facilita el desacoplamiento en el código y posee clases de utilidad y soporte para agilizar el desarrollo. Servicios web: se utiliza Spring WS para la generación de los servicios web por la sencillez y rapidez en su implementación. Persistencia: se utiliza Hibernate como capa de soporte a la persistencia ya que ofrece un método sencillo de acceso a datos y uniforme, independizando del motor de base de datos utilizado Solución B Está solución es similar estructuralmente a la arquitectura propuesta, con las siguientes particularidades: Vista: se utiliza JSP para la generación de las páginas de la interfaz web. Mientras que JSP es una tecnología más ligera que JSF, se alargaría el tiempo de desarrollo al no disponer de una biblioteca de componentes visuales para ser utilizados en la interfaz de las páginas. Framework: se prescinde de Spring como framework base de la aplicación, utilizando otro framework que ofrezca el patrón de diseño MVC (Modelo, Vista, Controlador) Servicios web: la implementación de servicios web proporcionada por Spring se sustituye por la librería Axis. El funcionamiento sería similar, pero se perdería la facilidad de desarrollo que Spring proporciona. Avanza Local Padrón 2 Análisis funcional territorio 14

15 Persistencia: se elimina la capa que proporciona Hibernate para el acceso a la base de datos. El acceso sería más directo, pero sería necesario implementar las diferentes particularidades de cada motor de base de datos soportado. Página 15 de un total de 191 página(s), Versión imprimible con información de firma Solución propuesta Se adopta la Solución A como óptima para la arquitectura del sistema por los siguientes motivos: Rapidez en el desarrollo: el uso de Spring, Hibernate y JSF aceleran el tiempo de desarrollo pues cubren un amplio espectro de funcionalidades que, de otra manera, deberían ser implementadas manualmente. Desacoplamiento: se consigue un desacoplamiento en los diferentes componentes que forman el sistema. Gracias a Spring todas las dependencias de código se resuelven en un único archivo de configuración. Mediante Hibernate se consigue independizar el desarrollo de la base de datos utilizada, permitiendo cambiar de forma fácil sin que afecte a la implementación. Estabilidad: todos los productos propuestos se han convertido en estándares de la industria por su flexibilidad, rendimiento y funcionalidad. Estas soluciones llevan algún tiempo en el mercado por lo que tienen un nivel de madurez alto y una estabilidad muy alta. Además existe suficiente soporte técnico para ayudar al desarrollo Requisitos y visión de la arquitectura Los criterios que justifican el uso de la arquitectura propuesta se detallan en los siguientes puntos: SOA (Arquitectura Orientada a Servicios): una arquitectura orientada a servicios, como la de AL PADRÓN, provee de pequeños componentes desacoplados y reutilizables desde diversos puntos, combinables de manera que se pueden construir servicios complejos concatenando el uso de varios servicios más simples, facilitando así la reutilización de dichos servicios. También se facilita así la integración con Avanza Local Padrón 2 Análisis funcional territorio 15

16 futuros sistemas, creando los servicios complejos necesarios a partir de otros servicios simples ya implementados. Página 16 de un total de 191 página(s), Versión imprimible con información de firma. Patrón MVC (Modelo, Vista, Controlador): realiza una división en varias capas lógicas de la aplicación web, de manera que cambios en una de estas capas tenga un impacto mínimo sobre las otras. Este patrón es el más utilizado en el desarrollo de aplicaciones web. JSF: es un estándar en el desarrollo de interfaces de aplicaciones web. Las implementaciones de JSF disponen de amplias bibliotecas de componentes que ayudan a la creación de interfaces de usuario ricas y funcionales. Framework Spring: Este framework tiene una madurez suficiente como para poder ser confiable y permite un desacoplamiento de las diferentes capas que forman la aplicación. Además facilita la escalabilidad y la integración con diversas tecnologías, permitiendo una rápida adaptación a nuevos requerimientos o necesidades. Hibernate: proporciona un nivel de abstracción en el acceso a la base de datos, ocupándose de la integración con diferentes motores de bases de datos y ofreciendo un acceso unificado a los datos, independientemente de la fuente utilizada Conformidad con estándares abiertos La arquitectura cumple con los siguientes estándares abiertos: Java 6 Java EE 5 JSF 2.0 XHTML 1.0 CSS 2.1 XML 1.0 WSDL 2.0 SOAP 1.2 Avanza Local Padrón 2 Análisis funcional territorio 16

17 2.5. Soluciones específicas de vendedores En la arquitectura se utilizan los siguientes productos: Página 17 de un total de 191 página(s), Versión imprimible con información de firma. Servidor web: Apache Tomcat 7.x, JBoss Application Server 7 Framework: Spring 2.5 Vista: RichFaces 4.0 Persistencia: Hibernate 3.6, Oracle 9/10, PostgreSQL 9.1.2, MySQL Reutilización El uso de componentes reutilizables va a permitir un desarrollo más eficaz, desacoplando los componentes utilizados y facilitando su interconexión mediante el framework utilizado. Mediante Spring se consigue un ensamblado de diferentes componentes gracias a un archivo de configuración en el que se definen todas las dependencias, pudiendo reemplazar un componente por otro sin afectar al código desarrollado. En el desarrollo de la interfaz web se utilizará el patrón de diseño MVC (Modelo/Vista/Controlador) pues asegura una separación de la lógica de negocio, las clases y páginas utilizadas para la visualización de la información y el control de la navegación. En el acceso a la base de datos se debe asegurar una independencia total del motor de base de datos utilizado. Ya que la aplicación puede funcionar con diferentes motores, es importante que el uso de uno u otro sea transparente y no afecte a la lógica de negocio de la aplicación Componentes y frameworks reutilizados por el proyecto En la siguiente tabla se recoge una lista de los diferentes componentes y frameworks reutilizados por el proyecto, junto con la lista de beneficios que se obtiene con su utilización. Avanza Local Padrón 2 Análisis funcional territorio 17

18 Framework o componente reutilizable Proveedor Lista de beneficios Repositorio donde se ubican Página 18 de un total de 191 página(s), Versión imprimible con información de firma. Spring 2.5 Código abierto Provee de clases de soporte para un e.org desarrollo rápido, integración con otros componentes, desacoplamiento y creación de servicios web Hibernate 3.6 JBoss Implementa una capa de acceso a base de datos que aporta independencia del software utilizado, optimiza el rendimiento y facilita el acceso y tratamiento de los datos RichFaces 4.0 JBoss Implementa el estándar JSF para generación de aces interfaces web flexibles, aportando una biblioteca de componentes de fácil integración en cualquier página web Avanza Local Padrón 2 Análisis funcional territorio 18

19 3. VISTA DE CASOS DE USO Página 19 de un total de 191 página(s), Versión imprimible con información de firma. En este apartado se recogen los principales casos de uso existentes en la aplicación. Algunos casos de uso se dividen a su vez en otros casos de uso más particularizados Introducción El módulo de territorio permitirá la gestión del territorio a nivel local para un organismo (ayuntamiento) y en coordinación con SIGPT del INE. Además deberá permitir el mantenimiento de todos aquellos datos necesarios para la integración con aplicaciones cartográficas (LocalGIS u otras). Toda modificación en la gestión del territorio implicará el envío de un expediente con dicha modificación al SIGPT con el fin de que la información se encuentre sincronizada en ambos sistemas. Esta comunicación es posible mediante el módulo de comunicaciones de la aplicación. La funcionalidad de este módulo junto con la gestión de expedientes se trata en el documento correspondiente, abordándose en este documento solamente la gestión de territorio a nivel local. Por último indicar que, en la aplicación, la gestión y la BBDD de territorio están estrechamente relacionados con la gestión y BBDD de población. Esto se manifiesta en que no podrá ser dada de baja una entidad en la BBDD si contiene huecos que estén habitados. Dentro de territorio cabe reseñar dos gestiones diferenciadas: Gestión de entidades de territorio En la gestión de entidades de territorio se incluirá toda la funcionalidad que permita el manejo de la situación actual de dichas entidades. Para ello se definen operaciones orientadas al mantenimiento de las diferentes entidades que componen el municipio. La gestión de entidades se puede clasificar en dos categorías: Operacional: actualizan la BBDD local de territorio, incluyen operaciones de alta, baja y modificación. A su vez pueden ser clasificados, según el tipo de operación realizada, en operaciones simples y operaciones complejas: Avanza Local Padrón 2 Análisis funcional territorio 19

20 o Operaciones simples: Son aquellas que solo realizan una operación sobre una entidad, pudiendo implicar la modificación de las entidades que se encuentran jerárquicamente debajo. Página 20 de un total de 191 página(s), Versión imprimible con información de firma. o Operaciones complejas: Son aquellas que realizan o pueden realizar más de una operación afectando a varias entidades simultáneamente. Al igual que con las operaciones simples, las entidades inferiores jerárquicamente pueden verse implicadas en la modificación. Las operaciones existentes son: Alta Neta (simple) Baja Neta (simple) Modificación: Cambio de clase (simple) Recodificación (simple) Renumeración (simple) Modificación de denominación (simple) Modificación de otros atributos (simple) Fusión (compleja) Segregación (compleja) Cambio de límites (compleja) Especiales Modificación de fecha de documento Anulación de movimiento La ejecución de uno u otro tipo de operación entraña unas validaciones específicas sobre la situación en BBDD de las entidades afectadas. Consulta: permite consultar los datos en la BBDD local, según diferentes parámetros facilitados por el usuario, tales como valor de los diferentes códigos y atributos de las entidades, fechas y operación. Avanza Local Padrón 2 Análisis funcional territorio 20

21 Página 21 de un total de 191 página(s), Versión imprimible con información de firma. Además de las entidades propias de territorio, se tendrá una funcionalidad que permitirá al usuario definir unas estructuras propias del ayuntamiento que agruparán a otras entidades o estructuras Entidades El Estado se organiza territorialmente en Municipios, en Provincias y en las Comunidades Autónomas que se constituyan, según el artículo 137 de la CE, gozando todas estas entidades de autonomía para la gestión de sus respectivos intereses. A su vez, el municipio se divide en otras entidades territoriales menores, sobre las que se podrán realizar gestiones por el sistema. Por último, se encuentran las entidades electorales, que se corresponden con la parte de la gestión del callejero que es útil únicamente para la gestión de Censo Electoral. Estas entidades sólo podrán ser consultadas por el sistema. Se obtiene así el siguiente listado de entidades: Gestionadas por el sistema: o Territoriales, comenzando desde la de más bajo nivel y terminando en la entidad más amplia: Hueco (en ocasiones referido como Vivienda, pero siendo Hueco la denominación más aceptada) APP Vía Subsección Sección Distrito Núcleo/Diseminado Entidad Singular Entidad Colectiva Avanza Local Padrón 2 Análisis funcional territorio 21

22 o Electorales Local electoral Página 22 de un total de 191 página(s), Versión imprimible con información de firma. Mesa electoral No gestionadas por el sistema: o Territoriales: Municipio Provincia Comunidad Autónoma o Electorales: Delegación provincial Nota: La gestión de las entidades mesa electoral y local electoral no se explica en este documento. Al ser entidades de índole electoral, su tratamiento se cubre en la parte de integración con Censo Electoral del módulo de administración y herramientas. En los siguientes puntos se enumeran todas las entidades territoriales existentes, incluyendo las no gestionadas por el sistema a nivel informativo. Las entidades correspondientes a unidad poblacional (entidad colectiva, entidad singular, núcleo/diseminado) y seccionado (distrito, sección y subsección) realizan una división del municipio completa, es decir, abarcan todo el territorio existente. Todas las entidades tienen asociadas un número de identificación único, denominado NIDEN. Este NIDEN es un valor secuencial que se asigna al realizar el alta de una nueva entidad y viene proporcionado por SIGPT. Así, el NIDEN identifica a una entidad de manera única para todo el territorio español. Debido a que el procesamiento de las operaciones por SIGPT puede ser asíncrono, para evitar que localmente se realice el alta de entidades que queden sin NIDEN hasta la respuesta por parte de SIGPT, surge la necesidad de definir otro número identificativo. Así, todas las entidades gestionadas por la aplicación utilizarán dos NIDEN: Avanza Local Padrón 2 Análisis funcional territorio 22

23 NIDEN LOCAL: Número identificativo para la base de datos local del sistema. La aplicación asigna este número en el alta de una entidad de forma local. Página 23 de un total de 191 página(s), Versión imprimible con información de firma. NIDEN INE: Número identificativo de SIGPT válido para todo el territorio español. Su valor será vacío hasta que SIGPT procese la operación de alta y devuelva el valor asignado. Este NIDEN será el utilizado para identificar entidades en las comunicaciones con procesos del INE Hueco Un hueco representa conceptualmente a una vivienda (que puede o no tener habitantes), local o alojamiento. Es la entidad territorial de último nivel y representa una dirección postal completa, con referencia en un plano en tres dimensiones APP Una aproximación postal representa una dirección postal hasta el nivel de portal. Además cada APP deberá estar referenciada mediante unas coordenadas catastrales y GPS Vía La entidad de Vías reúne el conjunto de vías o pseudovías a nivel lógico que conforman un municipio. Se define la pseudovía como todo aquello que no es ni unidad poblacional ni vía, que sustituye a la vía en el caso de que no exista y la complementa en caso contrario. Por norma general para formar la denominación de cualquier vía se utilizará el tipo de vía seguido de su nombre, aunque en ocasiones y dependiendo del idioma oficial del municipio esto podrá ser a la inversa. Al tratar este sistema con vías lógicas en lugar de vías físicas, las operaciones de fusión, segregación y de cambio de límites deberán estar restringidas a vías que representen vías físicas. Esto es debido al mantenimiento del histórico ya que en realidad las operaciones básicas se reducen a una simple modificación de las APP incluidas en la operación. Es decir, previo a la ejecución del expediente deberá verificarse que cada vía está únicamente Avanza Local Padrón 2 Análisis funcional territorio 23

24 contenida en una unidad de población. En caso contrario no podrá ejecutarse el expediente a este nivel, siendo necesario realizar la modificación a nivel de APP. Página 24 de un total de 191 página(s), Versión imprimible con información de firma. En la actualidad, el municipio codifica sus propias vías, utilizando un número único dentro del municipio. Entendemos que una fusión de vías corresponde a la unión de dos o más vías para generar una única vía pudiendo darse de baja las otras vías implicadas. Una segregación de vía corresponde a partición de una vía en dos o más vías siendo necesario dar de alta las nuevas vías, que no deben existir con anterioridad. El resto de casos en los que se produce un traspaso de APP entre varias vías corresponde a expedientes de cambio de límites ya que las vías implicadas permanecen. En ninguno de los tres casos anteriores debe producirse una variación en los datos de Entidad de Población o de Seccionado en las APP, ya que en ese caso la operación deberá corresponder a alguna de las existentes a nivel de Seccionado de Unidad de Población. Se debe tener en cuenta que existen zonas del territorio en las cuales no existen vía ni pseudovía estando las distintas APP numeradas a nivel de Núcleo/Diseminado. Para mantener la integridad se considerará que en todos los municipios habrá al menos una vía que se identificara con el código cero Subsección A efectos de Censo Electoral, las secciones se dividirán en subsecciones. Éstas se utilizan para reubicar a los electores de una Sección en distintas mesas electorales por motivos geográficos. Históricamente la subsección es un concepto que no se mantiene fuera de períodos no electorales dada la variabilidad de éstas que se producían entre los distintos tipos de elecciones. Esta estructura se utilizaba tradicionalmente tanto para realizar divisiones geográficas de secciones, de forma que se acercara la mesa al ciudadano, como para definir las EATIM. En la actualidad la definición de la EATIM se realiza en base a otras estructuras (conjunto de entidades singulares), de forma que esa variabilidad de las subsecciones ya no existe. Avanza Local Padrón 2 Análisis funcional territorio 24

25 Se considera que todas las secciones tienen al menos una subsección identificada con el código cero. Página 25 de un total de 191 página(s), Versión imprimible con información de firma. La subsección es una de las entidades más dinámicas del sistema ya que es actualizada en cada proceso electoral Sección Los distritos se dividen en secciones estadísticas. Una sección estadística es esencialmente un área del terreno del término municipal, cuyo tamaño viene determinado por el número de electores. Según la Ley 5/1985 de Régimen Electoral General, el número de electores en una sección está comprendido entre 500 y 2.000, aunque si existe un municipio que contenga un número inferior de habitantes, éste se definirá como una sección. La sección es el segundo nivel de la división administrativa electoral la cual agrupa habitantes. Un distrito tendrá al menos una sección. Por cuestiones de gestión electoral existe la posibilidad de necesitar agrupar a los habitantes en divisiones de la sección. Para ello se utiliza la entidad subsección. Una sección puede no tener subsecciones o estar completamente dividida en subsecciones Distrito Es la entidad de mayor nivel dentro de la división administrativa electoral. Permite agrupar secciones y éstas a su vez habitantes. Un municipio tendrá al menos un distrito. Los distritos se dividen en secciones y un distrito tendrá al menos una sección Núcleo/Diseminado Núcleo de población: Conjunto de al menos diez edificaciones, que están formando calles, plazas y otras vías urbanas. Excepcionalmente el número de edificaciones podrá ser inferior a 10 siempre que la población de derecho supere los 50 habitantes. Diseminado: Edificaciones o viviendas de una entidad singular de población que no pueden ser incluidos en el concepto de núcleo. Avanza Local Padrón 2 Análisis funcional territorio 25

26 A la agrupación de entidad colectiva, entidad singular, y Núcleo o diseminado se le denomina Nomenclátor. Página 26 de un total de 191 página(s), Versión imprimible con información de firma Entidad Singular Cualquier área habitable del término municipal, habitada, o excepcionalmente, deshabitada, claramente diferenciada dentro del mismo, y que es conocida por una denominación específica que la identifica sin posibilidad de confusión. Las entidades singulares estarán constituidas por núcleos de población y/o diseminados Entidad Colectiva La Entidad Colectiva es la unidad intermedia entre el Municipio y la Entidad Singular y es la entidad de máximo nivel dentro de la unidad poblacional, agrupando a una o varias entidades singulares (parroquias, hermandades, anteiglesias, concejos, diputaciones y otras). Conforma una Entidad Colectiva de población con identidad propia. Esta agrupación solo se produce en algunos casos ya que normalmente la Entidad Singular será la entidad de mayor nivel en una unidad poblacional Municipio Según la Ley 7/1985, de 2 de abril, Reguladora de las Bases del Régimen Local, el municipio es la entidad local básica de la organización territorial del estado. Tiene personalidad jurídica y plena capacidad para el cumplimiento de sus fines. Sus elementos son el territorio, la población y la organización. En el Principado de Asturias los municipios reciben, oficialmente, la denominación tradicional de concejos. El territorio de un municipio se denomina término municipal, encontrándose perfectamente delimitado y sobre el que se extiende la acción administrativa del ayuntamiento. La extensión de un municipio, según el INE, es la extensión de su término municipal. Avanza Local Padrón 2 Análisis funcional territorio 26

27 Provincia Página 27 de un total de 191 página(s), Versión imprimible con información de firma. La provincia es una división territorial de España, reconocida en la Constitución Española. Es una entidad local con personalidad jurídica propia, determinada por la agrupación de municipios y división territorial para el cumplimiento de las actividades del Estado. En España hay un total de cincuenta provincias. Ceuta y Melilla son ciudades autónomas, pero se incluyen como entidades provincia para unificar su gestión Comunidad Autónoma Una comunidad autónoma es una entidad territorial que, dentro del ordenamiento constitucional de España, está dotada de autonomía legislativa y competencias ejecutivas, así como de la facultad de administrarse mediante sus propios representantes. La comunidad autónoma permite agrupar provincias. Es una entidad muy estable por lo que su modificación no será común Mesa Electoral Una mesa electoral identifica la urna donde se deposita el voto electoral. Siempre estará ubicada dentro de un local electoral y agrupará a electores de una misma sección o subsección por las iniciales de sus apellidos. En ocasiones, y dependiendo del número de electores, podrá haber una mesa única para una sección/subsección. Además una mesa electoral puede ser mesa electoral para residentes en España (mesas CER) y para residentes en el extranjero (mesas CERA) Local Electoral Es el lugar donde estarán ubicadas las mesas electorales en los procesos electorales. Podrá instalarse en colegios, institutos, diputaciones, centros culturales, asociaciones... Además la dirección del local electoral deberá coincidir con los datos de una aproximación postal válida. Ahora bien, un local electoral puede tener distintos accesos que conducen a distintas mesas, por lo que un mismo local podrá tener varias aproximaciones postales Avanza Local Padrón 2 Análisis funcional territorio 27

28 Esta entidad se renovará en cada proceso electoral. Los Ayuntamientos harán propuestas con los locales electorales a utilizar y será el INE el encargado de aceptarlos, denegarlos o proponer algunos nuevos. Página 28 de un total de 191 página(s), Versión imprimible con información de firma Delegación Provincial La entidad Delegación Provincial está directamente relacionada con la entidad Provincia y almacenará la información propia de cada delegación provincial del INE Relación entre entidades A continuación se muestran las diferentes relaciones existentes entre las entidades. CCAA Provincia Municipio Ilustración 3: Relación entre CCAA, Provincia y Municipio Una Comunidad Autónoma está formada por una o más Provincias. Así una Comunidad Autónoma se relaciona con una o varias provincias, y una provincia se relaciona solo con una Comunidad Autónoma. Avanza Local Padrón 2 Análisis funcional territorio 28

29 Una Provincia está formada por Municipios, de tal forma que una provincia se relaciona con un conjunto de municipios, y un municipio solo se relaciona con una Provincia. Página 29 de un total de 191 página(s), Versión imprimible con información de firma. Cada Provincia tendrá un código único a nivel nacional y estará relacionada con un elemento de la entidad Comunidad Autónoma Se considera a la provincia como la entidad de primer nivel de callejero del cual dependen el resto de las entidades de territorio. Municipio E. Colectiva E. Singular Núcleos Ilustración 4: Relación entre Municipio, Entidad Colectiva, Entidad Singular y Núcleo/Diseminado Un Municipio puede estar formado por cero, una o varias Entidades Colectivas. Cuando un Municipio no tiene ninguna entidad colectiva, se relaciona directamente con las entidades singulares, si bien en este sistema se considerará que, en este caso, siempre existirá al menos una entidad con código cero. Una entidad Colectiva está formada por entidades singulares. Por tanto, una entidad colectiva se relaciona con un conjunto de entidades singulares y una entidad Singular se relaciona con una única entidad Colectiva, si esta existe, o con un Municipio. Una Entidad Singular se relaciona con un conjunto de Núcleos o Diseminados. Una entidad singular determinada, se podrá relacionar con un conjunto de núcleos, aunque solo con un diseminado. Avanza Local Padrón 2 Análisis funcional territorio 29

30 Municipio Página 30 de un total de 191 página(s), Versión imprimible con información de firma. Vías Aprox Postal Hueco Ilustración 5: Relación entre Municipio, Vía, Aproximación Postal y Hueco Un Municipio se relaciona con un conjunto de vías, y cada vía se relaciona con un solo Municipio. En un mismo Municipio no pueden existir dos vías con el mismo nombre y tipo. Una vía se relaciona con varias aproximaciones postales, pero una aproximación postal se relaciona solo con una vía. Una aproximación postal se relaciona con varios huecos, pero un hueco solo se relaciona con una aproximación postal. Avanza Local Padrón 2 Análisis funcional territorio 30

31 Núcleo/Diseminado Página 31 de un total de 191 página(s), Versión imprimible con información de firma. Aprox. Postal Hueco Ilustración 6: Relación entre Núcleo/Diseminado, Aproximación Postal y Hueco Un núcleo o diseminado se relaciona con varias aproximaciones postales, y una aproximación postal se relaciona con un único núcleo o diseminado. Una aproximación postal puede relacionarse con uno o varios huecos, pero un hueco solo se relaciona con una aproximación postal. Avanza Local Padrón 2 Análisis funcional territorio 31

32 Municipio Página 32 de un total de 191 página(s), Versión imprimible con información de firma. Distrito Sección Subsección Mesa Ilustración 7: Relación entre Municipio, Distrito, Sección, Subsección y Mesa Electoral Un Municipio se relaciona con un conjunto de distritos, y un distrito solo se relaciona con un Municipio. Un Distrito se relaciona con un conjunto de secciones, y una sección solo se relaciona con un distrito. Una Sección puede estar formada por cero, una o varias Subsecciones y una Subsección solo puede estar relacionada con una sección. En este sistema se considerará que, si una Sección no tiene Subsecciones, siempre existirá al menos una subsección con código cero. Cada Subsección está relacionada con un conjunto de Mesas, y cada mesa está relacionada con una sola subsección. Avanza Local Padrón 2 Análisis funcional territorio 32

33 Municipio Página 33 de un total de 191 página(s), Versión imprimible con información de firma. Locales Mesas Ilustración 8: Relación entre Municipio, Local Electoral y Mesa Electoral Un municipio contendrá varios locales electorales. Un local electoral solo puede estar relacionado con un municipio. Cada local está relacionado con un conjunto de mesas, y cada mesa está relacionada con un solo local. Sección Subsección APP Mesa MES Local LOCA Ilustración 9: Relación entre Sección, Subsección, Mesa Electoral, Local Electoral y Aproximación Postal Avanza Local Padrón 2 Análisis funcional territorio 33

34 Una subsección tendrá asociadas varias mesas, mientras que una mesa solo puede pertenecer a una subsección. Página 34 de un total de 191 página(s), Versión imprimible con información de firma. Una APP podrá pertenecer a un local, con lo cual tendrá asociadas varias mesas, mientras que una mesa solo podrá pertenecer a un local. Al poder tener un local asociado a varias APPs, una mesa estará relacionada con todas las APPs que forman el local donde se encuentra. Provincia Delegación Ilustración 10: Relación entre Provincia y Delegación Cada Provincia se relaciona con una Delegación Provincial, y cada Delegación Provincial con una sola provincia. Avanza Local Padrón 2 Análisis funcional territorio 34

35 Operaciones Página 35 de un total de 191 página(s), Versión imprimible con información de firma. Respecto a las operaciones que se pueden realizar sobre las diferentes entidades, ya se enumeraron en el punto Gestión de entidades de territorio. Hay que tener en cuenta que no todas las operaciones son aplicables a todas las entidades. Además de las operaciones antes mencionadas se disponen de otras dos operaciones especiales, que se detallan en los siguientes puntos: Modificación de fecha de documento Anulación de movimiento Alta neta Corresponde a altas de códigos que no existen en el sistema, asignando un número único (NIDEN) que identifica a la entidad que se ha dado de alta. Sobre el terreno estas operaciones al nivel de vías, APP, huecos o subsecciones no presentan problemas conceptuales. A otros niveles tales como sección, núcleos/diseminados..., conceptualmente pareciera que no deben existir ya que el territorio está divido en su totalidad en alguna de estas estructuras por lo que una nueva alta implicaría necesariamente un cambio de límites de alguna de ellas. Es decir, la aparición de una nueva sección solamente es posible a partir de una parte de territorio perteneciente previamente a una o más secciones. Dicho esto, el control de operaciones en que intervengan más de una sección de nueva creación o alguna otra estructura de ámbito superior cuya codificación no sea potestad del Ayuntamiento puede ser complicado ya que únicamente podría realizarse a partir de denominaciones, llegándose al extremo de que al nivel de secciones no existe tampoco la denominación. No debemos por tanto confundir las operaciones de Alta Neta con las acciones básicas de altas de códigos. Está claro que una segregación de una sección necesitará en algún momento generar el alta del nuevo código pero esta alta corresponde a una acción particular necesaria para llevar a cabo la segregación. Consideramos pues que operaciones de alta neta deben aplicarse únicamente a aquellas entidades que pueden crearse sin que esto suponga una variación en la distribución del territorio Avanza Local Padrón 2 Análisis funcional territorio 35

36 Baja neta Página 36 de un total de 191 página(s), Versión imprimible con información de firma. La situación es similar al caso de alta neta. Hay casos en que un código, después de una serie de operaciones o por error en su alta debe ser dado de baja Cambio de clase Una operación de cambio de tipo quedará restringida a aquellos casos en que sea necesario convertir una vía en una pseudovía o viceversa. En este caso, además se permitirá modificar tanto el código de la nueva entidad como su denominación y el resto de atributos Recodificación Este tipo de operaciones permiten cambiar el código de una entidad (el caso más habitual es el de recodificación de vías) En este tipo de operaciones será posible cambiar no solamente el código sino también la denominación y el resto de atributos Renumeración Esta operación solo se aplica a vías y permite modificar los valores de numeración de las APPs contenidas en la vía Modificación de denominación Estos expedientes se utilizarán para todos aquellos casos en que es necesaria la modificación del nombre de una estructura. La utilización de este expediente impedirá la modificación de los códigos de la estructura pero si permitirá incluir modificaciones de otros atributos. Avanza Local Padrón 2 Análisis funcional territorio 36

37 En el caso particular de vías un cambio de denominación incluye tanto el nombre en sí mismo como el tipo de la vía. No se permitirá modificar el nombre normalizado ya que este será generado por el sistema. Página 37 de un total de 191 página(s), Versión imprimible con información de firma Modificación de otros atributos Permitirá cambiar el resto de atributos de una entidad entendiendo por esto el resto de datos distintos del código y la denominación. Este expediente no permitirá en ningún caso modificar datos referidos al código de la entidad ni a su denominación Fusión Consideramos una operación de fusión de dos o mas entidades cuando el resultado de la misma es una única entidad que puede tener o no el mismo código de una de ellas pudiéndose dar de baja el resto de entidades. Gráficamente una operación de fusión correspondería a: Situación previa Operación Resultado Fusión Vía 1 y 2 en la Vía 1 Vía 1 Vía 1 Vía 2 Vía 1 Vía 2 Vía 2 Baja Vía 2 Vía 1 En esta operación la entidad resultante puede cambiar tanto de códigos como de nombre y resto de atributos. Avanza Local Padrón 2 Análisis funcional territorio 37

38 Segregación Entendemos por segregación la operación mediante la cual una entidad se divide formando nuevas entidades del mismo tipo y con códigos no existentes hasta el momento, salvo el Página 38 de un total de 191 página(s), Versión imprimible con información de firma. correspondiente a la entidad origen. Gráficamente una segregación correspondería a: Situación previa Operación Resultado Vía 1 Segregación Vía 1 en Vía 1 y 2 Vía 1 Vía 1 Vía 2 Vía 1 Vía 2 Alta Nueva Vía En esta operación las entidades resultantes pueden cambiar tanto de códigos como de nombre y resto de atributos Cambio de límites En una operación de cambio de límites una parte del contenido de una entidad se traslada a otra u otras entidades ya existentes o no. Gráficamente correspondería a: Situación previa Operación Resultado Cambio de límites Vía 1 y 2 Vía 1 Vía 2 Vía 1 Vía 2 Vía 1 Vía 2 Vía 1 Vía 2 Avanza Local Padrón 2 Análisis funcional territorio 38

39 En este caso las entidades iniciales (Vía 1 y Vía 2) se mantienen, habiendo, únicamente, un traspaso de APPs entre una y otra. Página 39 de un total de 191 página(s), Versión imprimible con información de firma Modificación de fecha de documento Permitirá corregir la fecha de variación de una operación ya incorporada al sistema Anulación de movimiento Permitirá anular una operación realizada previamente Listas de valores Existen listas de valores para algunos de los atributos de las entidades. Se utilizan como diccionarios de datos de los valores posibles que puede tomar un atributo. Las listas de valores se sincronizan con las de SIGPT mediante expedientes, tal como se detalla en el análisis funcional del módulo de administración y herramientas. En dicho documento se detallan las diferentes listas de valores Estructuras Una estructura puede entenderse como una entidad propia del ayuntamiento, aunque su gestión y tratamiento difieren enormemente de la gestión de entidades territoriales normales. Mediante las estructuras se podrán definir agrupaciones lógicas de entidades simples (APPs) u otras estructuras. Su utilidad es la de proporcionar otras divisiones territoriales adaptadas a las necesidades de cada ayuntamiento, así como identificar entidades de interés en el municipio o gestionar información adicional sobre las entidades existentes. Como ejemplos, en un municipio se podrían definir las siguientes estructuras: Tramo: Agrupación de APPs de una vía pertenecientes a un mismo núcleo o diseminado y a una misma sección o subsección. Este tipo de estructura vendrá predefinido en la instalación del sistema. Avanza Local Padrón 2 Análisis funcional territorio 39