![Análisis funcional territorio AL Padrón [PDF] [4659 KB] - Plan Avanza](https://img.yumpu.com/47838373/1/500x640/analisis-funcional-territorio-al-padran-pdf-4659-kb-plan-avanza.jpg)
Análisis funcional territorio AL Padrón [PDF] [4659 KB] - Plan Avanza
Análisis funcional territorio AL Padrón [PDF] [4659 KB] - Plan Avanza
Análisis funcional territorio AL Padrón [PDF] [4659 KB] - Plan Avanza
- No tags were found...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 1 de un total de 191 página(s), Versión imprimible con información de firma.<strong>Avanza</strong> Local Padrón 2ANÁLISIS FUNCION<strong>AL</strong> TERRITORIO<strong>Avanza</strong> Local Soluciones
HISTÓRICO DE MODIFICACIONESDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 2 de un total de 191 página(s), Versión imprimible con información de firma.Fecha Versión Descripción Autor23/02/12 1.0 Versión inicial Software AG08/03/12 1.1 Revisión por INTECO INTECO09/03/12 1.2 Revisión por MINETUR Ministerio de Industria,Energía y Turismo12/03/12 2.0 Corregido segúnSoftware AGcomentarios deMINETUR13/03/12 2.1 Revisión por INTECO INTECO14/03/12 3.0 Revisión por MINETUR. MINETURVersión final (aceptada)<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 2
Índice1. VISIÓN GENER<strong>AL</strong> DEL PROYECTO 8Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 3 de un total de 191 página(s), Versión imprimible con información de firma.1.1. Introducción 81.2. Propósito y Alcance 81.3. Definiciones y Abreviaturas 91.4. Listado de referencias 101.5. Notación 102. REPRESENTACIÓN DE LA ARQUITECTURA 112.1. Metas y restricciones de la arquitectura 132.2. Desarrollar diseños alternativos de la arquitectura 132.2.1. Solución A 142.2.2. Solución B 142.2.3. Solución propuesta 152.3. Requisitos y visión de la arquitectura 152.4. Conformidad con estándares abiertos 162.5. Soluciones específicas de vendedores 172.6. Reutilización 172.7. Componentes y frameworks reutilizados por el proyecto 173. VISTA DE CASOS DE USO 193.1. Introducción 193.1.1. Gestión de entidades de <strong>territorio</strong> 193.1.2. Gestión del histórico del <strong>territorio</strong> 433.1.3. Diagrama de Caso de Uso 443.2. Alta neta de entidad de <strong>territorio</strong> 463.2.1. Diagrama de Caso de Uso 473.2.2. Alta neta de Vía 483.2.3. Alta neta de Subsección 483.2.4. Alta neta de APP 493.2.5. Alta neta de Hueco 493.3. Baja neta de entidad de <strong>territorio</strong> 503.3.1. Diagrama de Caso de Uso 513.3.2. Baja neta de Vía 52<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 3
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 4 de un total de 191 página(s), Versión imprimible con información de firma.3.3.3. Baja neta de Subsección 523.3.4. Baja neta de APP 533.3.5. Baja neta de Hueco 533.4. Modificación de entidad de <strong>territorio</strong> 533.4.1. Diagrama de Caso de Uso 543.4.2. Modificación de Entidad Colectiva 553.4.3. Modificación de Entidad Singular 593.4.4. Modificación de Núcleo/Diseminado 633.4.5. Modificación de Vía 673.4.6. Modificación de Distrito 723.4.7. Modificación de Sección 763.4.8. Modificación de Subsección 803.4.9. Modificación de APP 843.4.10. Modificación de hueco 853.5. Gestión de estructuras del usuario 863.5.1. Diagrama de Caso de Uso 873.5.2. Alta de tipo de estructura 883.5.3. Baja de tipo de estructura 883.5.4. Modificación de tipo de estructura 893.5.5. Alta de estructura 893.5.6. Baja de estructura 903.5.7. Modificación de estructura 903.6. Modificación de fecha de documento 913.7. Anulación de movimiento 933.8. Consulta de <strong>territorio</strong> 943.8.1. Diagrama de Caso de Uso 953.8.2. Consulta de situación actual de entidades 953.8.3. Consulta de histórico de entidades 983.8.4. Consulta de histórico de operaciones 983.9. Gestión de histórico 993.9.1. Diagrama de Caso de Uso 993.9.2. Gestionar histórico de operaciones 993.9.3. Gestionar histórico de entidades 1023.10. Ejemplos de operaciones 1053.10.1. Recodificación de vía 1053.10.2. Fusión de vías 106<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 4
4. VISTA LÓGICA 1074.1. Interfaz de usuario 1074.2. Seguridad 108Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 5 de un total de 191 página(s), Versión imprimible con información de firma.4.3. Gestión de <strong>territorio</strong> 1084.4. Validador 1104.5. Gestión de entidades 1104.6. Gestión de histórico de entidades 1104.7. Gestión de histórico de operaciones 1114.8. Gestión de cartografía 1114.9. Comunicaciones 1115. VISTA DE INTERACCIÓN 1135.1. Interfaces de usuario 1135.1.1. Interfaz web 1135.2. Interfaces Software 1245.2.1. Expedientes 1255.2.2. Módulo de comunicaciones 1306. VISTA DE SEGURIDAD 1376.1. Directrices OWASP 1376.2. Subsistema de seguridad 1406.2.1. Usuario 1406.2.2. Perfil 1416.2.3. Administrador 1416.2.4. Funcionalidad 1426.2.5. Permiso 1426.2.6. Auditoría 1437. VISTA DEL PROCESO 1447.1. Alta de entidad 1447.2. Baja de entidad 1467.3. Modificación de entidad 1487.4. Consulta de <strong>territorio</strong> 1508. VISTA DEL DESPLIEGUE 1528.1. Instalador 153<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 5
9. VISTA DE IMPLEMENTACIÓN 1569.1. Vista general de las capas 156Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 6 de un total de 191 página(s), Versión imprimible con información de firma.9.2. Paquetes/Componentes 1579.2.1. Interfaz web 1579.2.2. Seguridad 1599.2.3. Gestión de <strong>territorio</strong> 1609.2.4. Gestión de entidades 1629.2.5. Gestión de histórico 1629.2.6. Gestión de operaciones 1629.2.7. Gestión de cartografía 1639.2.8. Validación 1639.2.9. Acceso a datos 1649.2.10. Modelo 1659.3. Interfaz 16610. VISTA DE DATOS 16710.1. Diagrama Entidad/Relación 16910.2. Tablas de Entidades Territoriales 17110.2.1. Comunidad Autónoma 17110.2.2. Provincia 17110.2.3. Municipio 17110.2.4. Vía 17110.2.5. Aproximación Postal 17210.2.6. Hueco 17210.3. Tablas de Entidades Lógicas 17210.3.1. Entidad Colectiva 17210.3.2. Entidad Singular 17210.3.3. Núcleos/Diseminados 17310.3.4. Distrito 17310.3.5. Sección 17310.3.6. Subsección 17310.4. Tablas de diccionarios 17310.4.1. Bloque 17310.4.2. Portal 17410.4.3. Escalera 17410.4.4. <strong>Plan</strong>ta 17410.4.5. Puerta 174<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 6
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 7 de un total de 191 página(s), Versión imprimible con información de firma.10.4.6. Tipo de vía 17410.4.7. Tipo de colectivo 17410.4.8. Tipo de hueco 17510.4.9. Tipo de local 17510.4.10. Idioma Español 17610.5. Tablas auxiliares 17610.5.1. Tipo de Estructura 17610.5.2. Atributo de Estructura 17610.5.3. Estructura 17710.5.4. Valor de Estructura 17810.5.5. Relación Estructura-APP 17810.5.6. Relación Estructura-Estructura 17810.6. Tablas especiales 17810.6.1. Expediente 17810.6.2. Operaciones 17810.7. Campos de control 17910.8. Tablas de histórico 17910.8.1. Gestión de los históricos 18011. VISTA DE ADMINISTRACIÓN 18112. CARACTERÍSTICAS GENER<strong>AL</strong>ES DE C<strong>AL</strong>IDAD 18212.1. Fiabilidad 18212.2. Aseguramiento de Calidad 18312.3. Usabilidad 18412.3.1. Diseño de Interacción 18412.3.2. Reglas Heurísticas 18512.3.3. Metodología 18712.4. Portabilidad, Mantenibilidad y Rendimiento 18712.5. Seguridad 18912.6. Capacidad de prueba 19012.7. Disponibilidad y escalabilidad 191<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 7
1. VISIÓN GENER<strong>AL</strong> DEL PROYECTO1.1. IntroducciónDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 <strong>funcional</strong> se agrupa en lossiguientes objetivos principales:• Realizar la gestión de las entidades de <strong>territorio</strong>, a nivel municipal.• Mantener la <strong>funcional</strong>idad de <strong>AL</strong> Padrón 1.2.1.• Adaptar el modelo de datos de <strong>AL</strong> Padrón al modelo del Sistema Integrado deGestión de Población y Territorio (SIG_PT) del INE.• Integrarse y comunicarse con el Sistema Integrado de Gestión de Población yTerritorio (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 devariación• Incorporar los requisitos comunes y necesarios para formar parte de la plataforma <strong>AL</strong>Soluciones.1.2. Propósito y AlcanceEl propósito y alcance del presente documento es la realización de un análisis <strong>funcional</strong>, quecubra todas las necesidades y requisitos especificados como base y punto de partida, parala consecución del módulo de gestión territorial (a nivel municipal), contenido en laaplicación “<strong>AL</strong>PADRON2”.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 8
1.3. Definiciones y AbreviaturasDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 alo largo del documento con su correspondiente definición.Acrónimo / AbreviaturaDefiniciónAPPAproximación PostalCECenso ElectoralEATIMEntidad de Ámbito Territorial Inferior alMunicipioECEntidad ColectivaESEntidad SingularINEInstituto Nacional de EstadísticaJSFJava Server FacesLocalGISSistema de información Territorial paraEntidades LocalesLOPDLey Orgánica de Protección de DatosMINETURMinisterio de Industria, Energía y TurismoOWASPOpen Web Application Security ProjectSIGMSistema Integrado de Gestión MunicipalSIGPTSistema Integrado de Gestión de Población yTerritorioSOAArquitectura Orientada a ServiciosWSWeb Service (Servicio Web)<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 9
1.4. Listado de referenciasA continuación se muestran las referencias utilizadas en el presente documento. Toda ladocumentación es accesible mediante la extranet, en la dirección web:Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 10 de un total de 191 página(s), Versión imprimible con información de firma.https://extranet.mityc.es/sites/<strong>Plan</strong><strong>Avanza</strong>/PADRON/default.aspxReferencia Título AutorSETSI_<strong>AL</strong>_PADRON_2_Espe Requisitos <strong>funcional</strong>es de <strong>AL</strong> Software AGcificacion_de_requisitos_v3.0.docPADRÓNSETSI.Manual de integración con elMINETURManual_integracion_logotipo_comun_v1_4.doclogotipo común <strong>AL</strong>SOLUCIONESSETSI_<strong>AL</strong>_PADRON_2_Mod Modelo de datos de laSoftware AGelo_de_Datos_v1.docaplicación1.5. NotaciónLa 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 yutilizado actualmente.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 10
componente independiente y desacoplado del resto de módulos, pero se pueden comunicarentre ellos en el caso que sea necesario.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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ónDesde el punto de vista tecnológico, <strong>AL</strong> PADRÓN es concebida como una aplicación webincluida ésta en un servidor de aplicaciones. <strong>AL</strong> PADRÓN estará formada por diferentespartes diferenciadas:1. Una interfaz web para la gestión de <strong>territorio</strong>, población y el resto de lasherramientas; además tendrá publicados servicios para su invocación de maneraexterna. 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 Basede Datos para cubrir las necesidades expuestas en el pliego: Oracle,POSTGRESQL, My SQL, etc.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 12
2.1. Metas y restricciones de la arquitecturaEn el diseño de la arquitectura del sistema se han tenido en cuenta las siguientes metas yrestricciones.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 accedemediante identificación del usuario, habilitando tan sólo las operaciones a las que elusuario está autorizado.• El sistema gestionará una base de datos local con la información territorial delmunicipio. Esta información está compuesta por la situación actual de las entidadesasí como toda su información histórica disponible.• Existirá una comunicación con SIGPT para el intercambio de información y lasincronía de ambos sistemas, realizándose esta comunicación a través de un módulode 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 yApache 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 losmensajes enviados y recibidos por el módulo de comunicaciones y los serviciosexpuestos irán firmados.• Para facilitar la compatibilidad con SIGPT y permitir un rendimiento óptimo delsistema se adopta el mismo modelo de datos local que el utilizado en SIGPT.2.2. Desarrollar diseños alternativos de la arquitecturaPara el desarrollo de la solución requerida se pueden proponer diferentes arquitecturas,manteniéndose un mismo esqueleto común y sustituyendo algunos de los componentesutilizados por otras tecnologías similares. A continuación se detallan soluciones que cubranlos requisitos del sistema.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 13
2.2.1. Solución ADocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 principalespuntos:• 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 madurezadecuado y proporciona una amplia biblioteca de componentes reutilizables para laspáginas.• Framework: se utiliza Spring ya que facilita el desacoplamiento en el código y poseeclases de utilidad y soporte para agilizar el desarrollo.• Servicios web: se utiliza Spring WS para la generación de los servicios web por lasencillez y rapidez en su implementación.• Persistencia: se utiliza Hibernate como capa de soporte a la persistencia ya queofrece un método sencillo de acceso a datos y uniforme, independizando del motorde base de datos utilizado.2.2.2. Solución BEstá solución es similar estructuralmente a la arquitectura propuesta, con las siguientesparticularidades:• Vista: se utiliza JSP para la generación de las páginas de la interfaz web. Mientrasque JSP es una tecnología más ligera que JSF, se alargaría el tiempo de desarrolloal no disponer de una biblioteca de componentes visuales para ser utilizados en lainterfaz de las páginas.• Framework: se prescinde de Spring como framework base de la aplicación, utilizandootro framework que ofrezca el patrón de diseño MVC (Modelo, Vista, Controlador)• Servicios web: la implementación de servicios web proporcionada por Spring sesustituye por la librería Axis. El funcionamiento sería similar, pero se perdería lafacilidad de desarrollo que Spring proporciona.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 14
• Persistencia: se elimina la capa que proporciona Hibernate para el acceso a la basede datos. El acceso sería más directo, pero sería necesario implementar lasdiferentes particularidades de cada motor de base de datos soportado.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 15 de un total de 191 página(s), Versión imprimible con información de firma.2.2.3. Solución propuestaSe adopta la Solución A como óptima para la arquitectura del sistema por los siguientesmotivos:• Rapidez en el desarrollo: el uso de Spring, Hibernate y JSF aceleran el tiempo dedesarrollo pues cubren un amplio espectro de <strong>funcional</strong>idades que, de otra manera,deberían ser implementadas manualmente.• Desacoplamiento: se consigue un desacoplamiento en los diferentes componentesque forman el sistema. Gracias a Spring todas las dependencias de código seresuelven en un único archivo de configuración. Mediante Hibernate se consigueindependizar el desarrollo de la base de datos utilizada, permitiendo cambiar deforma fácil sin que afecte a la implementación.• Estabilidad: todos los productos propuestos se han convertido en estándares de laindustria por su flexibilidad, rendimiento y <strong>funcional</strong>idad. Estas soluciones llevanalgún tiempo en el mercado por lo que tienen un nivel de madurez alto y unaestabilidad muy alta. Además existe suficiente soporte técnico para ayudar aldesarrollo.2.3. Requisitos y visión de la arquitecturaLos criterios que justifican el uso de la arquitectura propuesta se detallan en los siguientespuntos:• SOA (Arquitectura Orientada a Servicios): una arquitectura orientada a servicios,como la de <strong>AL</strong> PADRÓN, provee de pequeños componentes desacoplados yreutilizables desde diversos puntos, combinables de manera que se pueden construirservicios complejos concatenando el uso de varios servicios más simples, facilitandoasí la reutilización de dichos servicios. También se facilita así la integración con<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 15
futuros sistemas, creando los servicios complejos necesarios a partir de otrosservicios simples ya implementados.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 capaslógicas de la aplicación web, de manera que cambios en una de estas capas tengaun impacto mínimo sobre las otras. Este patrón es el más utilizado en el desarrollode aplicaciones web.• JSF: es un estándar en el desarrollo de interfaces de aplicaciones web. Lasimplementaciones de JSF disponen de amplias bibliotecas de componentes queayudan a la creación de interfaces de usuario ricas y <strong>funcional</strong>es.• Framework Spring: Este framework tiene una madurez suficiente como para poderser confiable y permite un desacoplamiento de las diferentes capas que forman laaplicació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 ofreciendoun acceso unificado a los datos, independientemente de la fuente utilizada.2.4. Conformidad con estándares abiertosLa 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<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 16
2.5. Soluciones específicas de vendedoresEn la arquitectura se utilizan los siguientes productos:Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 5.52.6. ReutilizaciónEl uso de componentes reutilizables va a permitir un desarrollo más eficaz, desacoplandolos componentes utilizados y facilitando su interconexión mediante el framework utilizado.Mediante Spring se consigue un ensamblado de diferentes componentes gracias a unarchivo de configuración en el que se definen todas las dependencias, pudiendo reemplazarun 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 clasesy 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 debase de datos utilizado. Ya que la aplicación puede funcionar con diferentes motores, esimportante que el uso de uno u otro sea transparente y no afecte a la lógica de negocio de laaplicación.2.7. Componentes y frameworks reutilizados por el proyectoEn la siguiente tabla se recoge una lista de los diferentes componentes y frameworksreutilizados por el proyecto, junto con la lista de beneficios que se obtiene con su utilización.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 17
Framework ocomponentereutilizableProveedorLista de beneficios Repositorio donde seubicanDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 http://www.springsourcsoporte para une.orgdesarrollo rápido,integración con otroscomponentes,desacoplamiento ycreación de servicioswebHibernate 3.6 JBoss Implementa una capa de http://www.hibernate.org/acceso a base de datosque aporta independenciadel software utilizado,optimiza el rendimiento yfacilita el acceso ytratamiento de los datosRichFaces 4.0 JBoss Implementa el estándar http://www.jboss.org/richfJSF para generación deacesinterfaces web flexibles,aportando una bibliotecade componentes de fácilintegración en cualquierpágina web<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 18
3. VISTA DE CASOS DE USODocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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.3.1. IntroducciónEl módulo de <strong>territorio</strong> permitirá la gestión del <strong>territorio</strong> a nivel local para un organismo(ayuntamiento) y en coordinación con SIGPT del INE. Además deberá permitir elmantenimiento de todos aquellos datos necesarios para la integración con aplicacionescartográficas (LocalGIS u otras).Toda modificación en la gestión del <strong>territorio</strong> implicará el envío de un expediente con dichamodificación al SIGPT con el fin de que la información se encuentre sincronizada en ambossistemas. Esta comunicación es posible mediante el módulo de comunicaciones de laaplicación. La <strong>funcional</strong>idad de este módulo junto con la gestión de expedientes se trata enel documento correspondiente, abordándose en este documento solamente la gestión de<strong>territorio</strong> a nivel local.Por último indicar que, en la aplicación, la gestión y la BBDD de <strong>territorio</strong> estánestrechamente relacionados con la gestión y BBDD de población. Esto se manifiesta en queno podrá ser dada de baja una entidad en la BBDD si contiene huecos que estén habitados.Dentro de <strong>territorio</strong> cabe reseñar dos gestiones diferenciadas:3.1.1. Gestión de entidades de <strong>territorio</strong>En la gestión de entidades de <strong>territorio</strong> se incluirá toda la <strong>funcional</strong>idad que permita elmanejo de la situación actual de dichas entidades. Para ello se definen operacionesorientadas 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 <strong>territorio</strong>, incluyen operaciones de alta, bajay modificación. A su vez pueden ser clasificados, según el tipo de operaciónrealizada, en operaciones simples y operaciones complejas:<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 19
o Operaciones simples: Son aquellas que solo realizan una operación sobreuna entidad, pudiendo implicar la modificación de las entidades que seencuentran jerárquicamente debajo.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 deuna operación afectando a varias entidades simultáneamente. Al igual quecon las operaciones simples, las entidades inferiores jerárquicamente puedenverse 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 movimientoLa ejecución de uno u otro tipo de operación entraña unas validaciones específicassobre la situación en BBDD de las entidades afectadas.• Consulta: permite consultar los datos en la BBDD local, según diferentes parámetrosfacilitados por el usuario, tales como valor de los diferentes códigos y atributos de lasentidades, fechas y operación.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 20
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 <strong>territorio</strong>, se tendrá una <strong>funcional</strong>idad que permitirá alusuario definir unas estructuras propias del ayuntamiento que agruparán a otras entidades oestructuras.3.1.1.1. EntidadesEl Estado se organiza territorialmente en Municipios, en Provincias y en las ComunidadesAutónomas que se constituyan, según el artículo 137 de la CE, gozando todas estasentidades 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 sepodrán realizar gestiones por el sistema.Por último, se encuentran las entidades electorales, que se corresponden con la parte de lagestión del callejero que es útil únicamente para la gestión de Censo Electoral. Estasentidades 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 laentidad más amplia:• Hueco (en ocasiones referido como Vivienda, pero siendo Hueco ladenominación más aceptada)• APP• Vía• Subsección• Sección• Distrito• Núcleo/Diseminado• Entidad Singular• Entidad Colectiva<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 21
oElectorales• Local electoralDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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ónomao Electorales:• Delegación provincialNota: La gestión de las entidades mesa electoral y local electoral no se explica en estedocumento. Al ser entidades de índole electoral, su tratamiento se cubre en la parte deintegración con Censo Electoral del módulo de administración y herramientas.En los siguientes puntos se enumeran todas las entidades territoriales existentes, incluyendolas 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 delmunicipio completa, es decir, abarcan todo el <strong>territorio</strong> existente.Todas las entidades tienen asociadas un número de identificación único, denominadoNIDEN. Este NIDEN es un valor secuencial que se asigna al realizar el alta de una nuevaentidad y viene proporcionado por SIGPT. Así, el NIDEN identifica a una entidad de maneraúnica para todo el <strong>territorio</strong> español.Debido a que el procesamiento de las operaciones por SIGPT puede ser asíncrono, paraevitar que localmente se realice el alta de entidades que queden sin NIDEN hasta larespuesta 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:<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 22
• NIDEN LOC<strong>AL</strong>: Número identificativo para la base de datos local del sistema. Laaplicación asigna este número en el alta de una entidad de forma local.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 <strong>territorio</strong> español. Suvalor será vacío hasta que SIGPT procese la operación de alta y devuelva el valorasignado. Este NIDEN será el utilizado para identificar entidades en lascomunicaciones con procesos del INE.3.1.1.1.1. HuecoUn 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 postalcompleta, con referencia en un plano en tres dimensiones.3.1.1.1.2. APPUna aproximación postal representa una dirección postal hasta el nivel de portal. Ademáscada APP deberá estar referenciada mediante unas coordenadas catastrales y GPS.3.1.1.1.3. VíaLa entidad de Vías reúne el conjunto de vías o pseudovías a nivel lógico que conforman unmunicipio. 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íaseguido de su nombre, aunque en ocasiones y dependiendo del idioma oficial del municipioesto 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íasfísicas. Esto es debido al mantenimiento del histórico ya que en realidad las operacionesbásicas se reducen a una simple modificación de las APP incluidas en la operación. Esdecir, previo a la ejecución del expediente deberá verificarse que cada vía está únicamente<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 23
contenida en una unidad de población. En caso contrario no podrá ejecutarse el expedientea este nivel, siendo necesario realizar la modificación a nivel de APP.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 dentrodel municipio.Entendemos que una fusión de vías corresponde a la unión de dos o más vías para generaruna ú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 siendonecesario 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 correspondea 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 deEntidad 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 <strong>territorio</strong> en las cuales no existen vía nipseudoví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 unavía que se identificara con el código cero.3.1.1.1.4. SubsecciónA efectos de Censo Electoral, las secciones se dividirán en subsecciones. Éstas se utilizanpara reubicar a los electores de una Sección en distintas mesas electorales por motivosgeográficos.Históricamente la subsección es un concepto que no se mantiene fuera de períodos noelectorales dada la variabilidad de éstas que se producían entre los distintos tipos deelecciones.Esta estructura se utilizaba tradicionalmente tanto para realizar divisiones geográficas desecciones, 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 deentidades singulares), de forma que esa variabilidad de las subsecciones ya no existe.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 24
Se considera que todas las secciones tienen al menos una subsección identificada con elcódigo cero.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 encada proceso electoral.3.1.1.1.5. SecciónLos distritos se dividen en secciones estadísticas. Una sección estadística es esencialmenteun área del terreno del término municipal, cuyo tamaño viene determinado por el número deelectores. Según la Ley 5/1985 de Régimen Electoral General, el número de electores enuna sección está comprendido entre 500 y 2.000, aunque si existe un municipio quecontenga 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 agrupahabitantes. Un distrito tendrá al menos una sección.Por cuestiones de gestión electoral existe la posibilidad de necesitar agrupar a loshabitantes en divisiones de la sección. Para ello se utiliza la entidad subsección. Unasección puede no tener subsecciones o estar completamente dividida en subsecciones.3.1.1.1.6. DistritoEs la entidad de mayor nivel dentro de la división administrativa electoral. Permite agruparsecciones 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.3.1.1.1.7. Núcleo/DiseminadoNú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 inferiora 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 puedenser incluidos en el concepto de núcleo.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 25
A la agrupación de entidad colectiva, entidad singular, y Núcleo o diseminado se ledenomina Nomenclátor.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 26 de un total de 191 página(s), Versión imprimible con información de firma.3.1.1.1.8. Entidad SingularCualquier área habitable del término municipal, habitada, o excepcionalmente, deshabitada,claramente diferenciada dentro del mismo, y que es conocida por una denominaciónespecífica que la identifica sin posibilidad de confusión.Las entidades singulares estarán constituidas por núcleos de población y/o diseminados.3.1.1.1.9. Entidad ColectivaLa Entidad Colectiva es la unidad intermedia entre el Municipio y la Entidad Singular y es laentidad de máximo nivel dentro de la unidad poblacional, agrupando a una o variasentidades singulares (parroquias, hermandades, anteiglesias, concejos, diputaciones yotras). Conforma una Entidad Colectiva de población con identidad propia.Esta agrupación solo se produce en algunos casos ya que normalmente la Entidad Singularserá la entidad de mayor nivel en una unidad poblacional.3.1.1.1.10. MunicipioSegún la Ley 7/1985, de 2 de abril, Reguladora de las Bases del Régimen Local, elmunicipio es la entidad local básica de la organización territorial del estado. Tienepersonalidad jurídica y plena capacidad para el cumplimiento de sus fines. Sus elementosson el <strong>territorio</strong>, la población y la organización.En el Principado de Asturias los municipios reciben, oficialmente, la denominacióntradicional de concejos.El <strong>territorio</strong> de un municipio se denomina término municipal, encontrándose perfectamentedelimitado y sobre el que se extiende la acción administrativa del ayuntamiento. Laextensión de un municipio, según el INE, es la extensión de su término municipal.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 26
3.1.1.1.11. ProvinciaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 demunicipios 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.3.1.1.1.12. Comunidad AutónomaUna comunidad autónoma es una entidad territorial que, dentro del ordenamientoconstitucional de España, está dotada de autonomía legislativa y competencias ejecutivas,así como de la facultad de administrarse mediante sus propios representantes. Lacomunidad autónoma permite agrupar provincias.Es una entidad muy estable por lo que su modificación no será común.3.1.1.1.13. Mesa ElectoralUna 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 osubsección por las iniciales de sus apellidos. En ocasiones, y dependiendo del número deelectores, 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 (mesasCER) y para residentes en el extranjero (mesas CERA).3.1.1.1.14. Local ElectoralEs 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ónpostal válida. Ahora bien, un local electoral puede tener distintos accesos que conducen adistintas mesas, por lo que un mismo local podrá tener varias aproximaciones postales<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 27
Esta entidad se renovará en cada proceso electoral. Los Ayuntamientos harán propuestascon los locales electorales a utilizar y será el INE el encargado de aceptarlos, denegarlos oproponer algunos nuevos.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 28 de un total de 191 página(s), Versión imprimible con información de firma.3.1.1.1.15. Delegación ProvincialLa entidad Delegación Provincial está directamente relacionada con la entidad Provincia yalmacenará la información propia de cada delegación provincial del INE.3.1.1.1.16. Relación entre entidadesA continuación se muestran las diferentes relaciones existentes entre las entidades.CCAAProvinciaMunicipioIlustración 3: Relación entre CCAA, Provincia y MunicipioUna Comunidad Autónoma está formada por una o más Provincias. Así una ComunidadAutónoma se relaciona con una o varias provincias, y una provincia se relaciona solo conuna Comunidad Autónoma.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 28
Una Provincia está formada por Municipios, de tal forma que una provincia se relaciona conun conjunto de municipios, y un municipio solo se relaciona con una Provincia.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 unelemento de la entidad Comunidad AutónomaSe considera a la provincia como la entidad de primer nivel de callejero del cual dependen elresto de las entidades de <strong>territorio</strong>.MunicipioE. ColectivaE. SingularNúcleosIlustración 4: Relación entre Municipio, Entidad Colectiva, Entidad Singular y Núcleo/DiseminadoUn Municipio puede estar formado por cero, una o varias Entidades Colectivas. Cuando unMunicipio no tiene ninguna entidad colectiva, se relaciona directamente con las entidadessingulares, si bien en este sistema se considerará que, en este caso, siempre existirá almenos una entidad con código cero.Una entidad Colectiva está formada por entidades singulares. Por tanto, una entidadcolectiva se relaciona con un conjunto de entidades singulares y una entidad Singular serelaciona 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 entidadsingular determinada, se podrá relacionar con un conjunto de núcleos, aunque solo con undiseminado.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 29
MunicipioDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 30 de un total de 191 página(s), Versión imprimible con información de firma.VíasAprox PostalHuecoIlustración 5: Relación entre Municipio, Vía, Aproximación Postal y HuecoUn Municipio se relaciona con un conjunto de vías, y cada vía se relaciona con un soloMunicipio. 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 serelaciona solo con una vía.Una aproximación postal se relaciona con varios huecos, pero un hueco solo se relacionacon una aproximación postal.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 30
Núcleo/DiseminadoDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 31 de un total de 191 página(s), Versión imprimible con información de firma.Aprox. PostalHuecoIlustración 6: Relación entre Núcleo/Diseminado, Aproximación Postal y HuecoUn núcleo o diseminado se relaciona con varias aproximaciones postales, y unaaproximació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 solose relaciona con una aproximación postal.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 31
MunicipioDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 32 de un total de 191 página(s), Versión imprimible con información de firma.DistritoSecciónSubsecciónMesaIlustración 7: Relación entre Municipio, Distrito, Sección, Subsección y Mesa ElectoralUn Municipio se relaciona con un conjunto de distritos, y un distrito solo se relaciona con unMunicipio.Un Distrito se relaciona con un conjunto de secciones, y una sección solo se relaciona conun distrito.Una Sección puede estar formada por cero, una o varias Subsecciones y una Subsecciónsolo puede estar relacionada con una sección. En este sistema se considerará que, si unaSecció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.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 32
MunicipioDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 33 de un total de 191 página(s), Versión imprimible con información de firma.LocalesMesasIlustración 8: Relación entre Municipio, Local Electoral y Mesa ElectoralUn municipio contendrá varios locales electorales. Un local electoral solo puede estarrelacionado con un municipio.Cada local está relacionado con un conjunto de mesas, y cada mesa está relacionada conun solo local.SecciónSubsecciónAPPMesaMESLocalLOCAIlustración 9: Relación entre Sección, Subsección, Mesa Electoral, Local Electoral y AproximaciónPostal<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 33
Una subsección tendrá asociadas varias mesas, mientras que una mesa solo puedepertenecer a una subsección.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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, mientrasque una mesa solo podrá pertenecer a un local. Al poder tener un local asociado a variasAPPs, una mesa estará relacionada con todas las APPs que forman el local donde seencuentra.ProvinciaDelegaciónIlustración 10: Relación entre Provincia y DelegaciónCada Provincia se relaciona con una Delegación Provincial, y cada Delegación Provincialcon una sola provincia.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 34
3.1.1.2. OperacionesDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 seenumeraron en el punto 3.1.1. Gestión de entidades de <strong>territorio</strong>. Hay que tener en cuentaque no todas las operaciones son aplicables a todas las entidades.Además de las operaciones antes mencionadas se disponen de otras dos operacionesespeciales, que se detallan en los siguientes puntos:• Modificación de fecha de documento• Anulación de movimiento3.1.1.2.1. Alta netaCorresponde 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 estasoperaciones al nivel de vías, APP, huecos o subsecciones no presentan problemasconceptuales. A otros niveles tales como sección, núcleos/diseminados..., conceptualmentepareciera que no deben existir ya que el <strong>territorio</strong> está divido en su totalidad en alguna deestas estructuras por lo que una nueva alta implicaría necesariamente un cambio de límitesde alguna de ellas. Es decir, la aparición de una nueva sección solamente es posible a partirde una parte de <strong>territorio</strong> perteneciente previamente a una o más secciones.Dicho esto, el control de operaciones en que intervengan más de una sección de nuevacreación o alguna otra estructura de ámbito superior cuya codificación no sea potestad delAyuntamiento puede ser complicado ya que únicamente podría realizarse a partir dedenominaciones, llegándose al extremo de que al nivel de secciones no existe tampoco ladenominación.No debemos por tanto confundir las operaciones de Alta Neta con las acciones básicas dealtas de códigos. Está claro que una segregación de una sección necesitará en algúnmomento generar el alta del nuevo código pero esta alta corresponde a una acción particularnecesaria para llevar a cabo la segregación.Consideramos pues que operaciones de alta neta deben aplicarse únicamente a aquellasentidades que pueden crearse sin que esto suponga una variación en la distribución del<strong>territorio</strong><strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 35
3.1.1.2.2. Baja netaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 unaserie de operaciones o por error en su alta debe ser dado de baja.3.1.1.2.3. Cambio de claseUna 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 sudenominación y el resto de atributos.3.1.1.2.4. RecodificaciónEste tipo de operaciones permiten cambiar el código de una entidad (el caso más habituales el de recodificación de vías) En este tipo de operaciones será posible cambiar nosolamente el código sino también la denominación y el resto de atributos.3.1.1.2.5. RenumeraciónEsta operación solo se aplica a vías y permite modificar los valores de numeración de lasAPPs contenidas en la vía.3.1.1.2.6. Modificación de denominaciónEstos expedientes se utilizarán para todos aquellos casos en que es necesaria lamodificación del nombre de una estructura. La utilización de este expediente impedirá lamodificación de los códigos de la estructura pero si permitirá incluir modificaciones de otrosatributos.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 36
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.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 37 de un total de 191 página(s), Versión imprimible con información de firma.3.1.1.2.7. Modificación de otros atributosPermitirá cambiar el resto de atributos de una entidad entendiendo por esto el resto de datosdistintos del código y la denominación.Este expediente no permitirá en ningún caso modificar datos referidos al código de laentidad ni a su denominación.3.1.1.2.8. FusiónConsideramos una operación de fusión de dos o mas entidades cuando el resultado de lamisma es una única entidad que puede tener o no el mismo código de una de ellaspudiéndose dar de baja el resto de entidades.Gráficamente una operación de fusión correspondería a:Situación previa Operación ResultadoFusión Vía 1 y 2 en la Vía 1Vía 1Vía 1 Vía 2Vía 1Vía 2Vía 2Baja Vía 2Vía 1En esta operación la entidad resultante puede cambiar tanto de códigos como de nombre yresto de atributos.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 37
3.1.1.2.9. SegregaciónEntendemos por segregación la operación mediante la cual una entidad se divide formandonuevas entidades del mismo tipo y con códigos no existentes hasta el momento, salvo elDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Pá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 ResultadoVía 1Segregación Vía 1 en Vía 1 y 2Vía 1Vía 1Vía 2Vía 1 Vía 2Alta Nueva VíaEn esta operación las entidades resultantes pueden cambiar tanto de códigos como denombre y resto de atributos.3.1.1.2.10. Cambio de límitesEn una operación de cambio de límites una parte del contenido de una entidad se traslada aotra u otras entidades ya existentes o no.Gráficamente correspondería a:Situación previa Operación ResultadoCambio de límites Vía 1 y 2Vía 1 Vía 2Vía 1 Vía 2Vía 1 Vía 2Vía 1 Vía 2<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 38
En este caso las entidades iniciales (Vía 1 y Vía 2) se mantienen, habiendo, únicamente, untraspaso de APPs entre una y otra.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 39 de un total de 191 página(s), Versión imprimible con información de firma.3.1.1.2.11. Modificación de fecha de documentoPermitirá corregir la fecha de variación de una operación ya incorporada al sistema.3.1.1.2.12. Anulación de movimientoPermitirá anular una operación realizada previamente.3.1.1.3. Listas de valoresExisten listas de valores para algunos de los atributos de las entidades. Se utilizan comodiccionarios 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 sedetalla en el análisis <strong>funcional</strong> del módulo de administración y herramientas. En dichodocumento se detallan las diferentes listas de valores.3.1.1.4. EstructurasUna estructura puede entenderse como una entidad propia del ayuntamiento, aunque sugestió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 territorialesadaptadas a las necesidades de cada ayuntamiento, así como identificar entidades deinteré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 odiseminado y a una misma sección o subsección. Este tipo de estructura vendrápredefinido en la instalación del sistema.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 39
• Barrio: Agrupación de tramos.• Colegio: Identificación de APPs correspondiente a colegios del municipio,permitiendo almacenar un código de centro para cada uno de ellos.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 40 de un total de 191 página(s), Versión imprimible con información de firma.• Puntos de interés: Edificios, monumentos, etc.En un ayuntamiento se podrán definir tantos tipos diferentes de estructuras como se deseen.Un tipo de estructura será una agrupación de APPs o de otras estructuras y contendrá unaserie de atributos, pudiendo ser definidos por el usuario o corresponderse con algunos delos códigos pertenecientes a APPs (solo para el caso de agrupaciones de APPs).Una vez definido un tipo de estructura, se podrán dar de alta estructuras de ese tipo,modificar las existentes y dar de baja estructuras. No confundir estas operaciones con lascorrespondientes a entidades territoriales. Estas operaciones son locales al ayuntamiento,no recibiendo SIGPT comunicación sobre ellas, además no generan histórico de ningún tipoy no permiten operaciones complejas de modificación, como por ejemplo fusión deestructuras.A una estructura se podrán asociar entidades o estructuras a las que agrupa en el momentode su creación o modificando una estructura existente. De la misma manera, al realizar elalta de APPs se podrá indicar que pertenecen a una determinada estructura (lo quepermitirá completar datos de las APPs de manera automática con los códigos que laestructura tenga definidos) y al realizar el alta de una estructura se podrá indicar a que otraestructura de mayor nivel pertenece.A continuación se muestran unos diagramas con las relaciones existentes entre municipio yestructuras.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 40
MunicipioDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 41 de un total de 191 página(s), Versión imprimible con información de firma.Tipo de estructuraAtributoIlustración 11; Relación entre Municipio, Tipo de estructura y Atributo de estructuraUn municipio tendrá definidas varios tipos de estructuras, perteneciendo un tipo deestructura solamente a un municipio.Un tipo de estructura tendrá definidos varios atributos, perteneciendo un atributo solamentea un tipo de estructura.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 41
MunicipioDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 42 de un total de 191 página(s), Versión imprimible con información de firma.EstructuraAPPIlustración 12: Relación entre Municipio, Estructura y Aproximación PostalUn municipio tendrá definidas varias estructuras, perteneciendo cada estructura solamente aun municipio.Una estructura podrá agrupar varias estructuras y a su vez podrá estar contenida en variasestructuras.Una estructura podrá agrupar varias APPs y una APP podrá estar contenida en variasestructuras.3.1.1.5. CartografíaLa gestión de la información cartográfica de las entidades territoriales también quedarecogida en la gestión de <strong>territorio</strong>. Como la gestión cartográfica está muy ligada a laintegración con otros sistemas de información geográfica, su tratamiento en profundidadestá pendiente de revisar la integración con <strong>AL</strong> LocalGIS. No obstante, en este punto seabarcarán los conceptos generales de la gestión cartográfica en la aplicación.Las variaciones de entidades tendrán asociadas las modificaciones correspondientes en susdatos cartográficos. Pero no todas las operaciones afectan a la cartografía, por ejemplo lasoperaciones con la entidad de hueco, ya que esta entidad realiza una división vertical del<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 42
<strong>territorio</strong> y los sistemas cartográficos gestionan la información en un plano de dosdimensiones. De forma general, toda operación compleja (fusión, segregación o cambio delímites) supondrá una modificación en la cartografía de la entidad.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 43 de un total de 191 página(s), Versión imprimible con información de firma.Estas modificaciones cartográficas vendrán representadas mediante ficheros SHAPEFILE,que deben cumplir la directiva INSPIRE, donde se recoge las especificaciones para eldiseño de las infraestructuras de datos espaciales. Se recoge más información sobre estosficheros en el punto 5.2.1 Expedientes.El sistema manejará para las entidades dos sistemas de coordenadas, cada uno propiedadde un organismo ya que los métodos de medición pueden ser diferentes en cada caso:• Ayuntamiento: coordenadas definidas por el ayuntamiento para las entidades.• SIGPT: coordenadas definidas por el INE para las entidades, proporcionadas por supropio sistema de información geográfica, por ejemplo Catastro.3.1.2. Gestión del histórico del <strong>territorio</strong>La gestión de los históricos de <strong>territorio</strong> se encuentra íntimamente ligado a la gestión de lasentidades de <strong>territorio</strong>, ya que en esta gestión de los históricos se controlaran tanto lasversiones de las entidades como las operaciones que manejan las entidades. De estamanera se tiene un control de las entidades activas y de las versiones anteriores y laevolución de las mismas.Se diferencian así dos tipos de histórico:• Histórico de entidades (versiones): Para cada entidad territorial (sección, subsección,vía, APP, hueco, etc.) se guarda un histórico de todas las situaciones por las que haido pasando a lo largo del tiempo. Las estructuras definidas por el usuario nogeneran ningún tipo de histórico, solo mantienen la situación actual.• Histórico de alto nivel (o de operaciones): Guarda información a alto nivel de lasoperaciones realizadas sobre las entidades (cambios de clase, recodificaciones,fusiones, etc.). Este histórico almacena los datos de una variación completa, esdecir, agrupa todas las entidades afectadas por una operación compleja. En estehistórico no se almacena información sobre huecos y APPs ya que, para estasentidades, las operaciones de modificación realizadas son siempre operaciones<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 43
sencillas y su información histórica se puede recuperar mediante los históricos deentidad.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 44 de un total de 191 página(s), Versión imprimible con información de firma.La gestión histórica se realiza de forma automática por la aplicación, siendo transparentepara el usuario.3.1.3. Diagrama de Caso de UsoEn este punto se muestra el diagrama de los principales casos de uso de la aplicación, asícomo la relación existente entre ellos y los actores del sistema.3.1.3.1. ActorGestor de Territorio: Usuario con permisos para realizar gestiones sobre <strong>territorio</strong> en unmunicipio. Podrá realizar tanto operaciones de modificación como consultas sobre los datos.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 44
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 45 de un total de 191 página(s), Versión imprimible con información de firma.3.1.3.2. DiagramaGestor Territoriogestor Territoriogestor Territoriogestor Territoriogestor Territoriogestor Territoriogestor TerritorioA 01A 02A 03A 04A 09A 10alta neta <strong>territorio</strong>baja neta <strong>territorio</strong>modificación Territorioconsulta <strong>territorio</strong>anular Movimientogestionar EstructuraAlta neta <strong>territorio</strong>Baja neta <strong>territorio</strong>Modificar <strong>territorio</strong>modificar <strong>territorio</strong>Consultar <strong>territorio</strong>Anular MovimientoGestionar Estructuraalta neta <strong>territorio</strong>baja neta <strong>territorio</strong>modificar <strong>territorio</strong><strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 45A05A06A07A08gestionar históricomodificarfecha documentogestionar históricoGestionar históricogestionar históricoModificarfecha documento
3.2. Alta neta de entidad de <strong>territorio</strong>Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 46 de un total de 191 página(s), Versión imprimible con información de firma.Realiza el alta de una entidad nueva no existente en el sistema. Para entidades que realicenuna división completa del <strong>territorio</strong> (entidad colectiva, entidad singular, núcleo/diseminado,distrito y sección) no será posible realizar el alta de una entidad aislada, sino que vendrápromovido por modificaciones más complejas como fusiones, segregaciones o cambio delímites.En la operación se puede realizar el alta de varias entidades simultáneamente.Esta operación engloba varios casos de uso dependiendo de la entidad que se da de alta.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 46
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 47 de un total de 191 página(s), Versión imprimible con información de firma.3.2.1. Diagrama de Caso de UsoAlta netaVíaAlta netaSubsecciónalta netaVíaA 01.01.01alta neta <strong>territorio</strong>alta neta <strong>territorio</strong>Alta neta <strong>territorio</strong>A 01.01.03alta neta <strong>territorio</strong>alta neta <strong>territorio</strong>alta netaSubsección A 01.01.02A 01.01.04<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 47alta netaAPPalta netaHuecoAlta netaAPPAlta netaHueco
3.2.2. Alta neta de VíaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 48 de un total de 191 página(s), Versión imprimible con información de firma.RF4.1.3.1Alta de víaVersión1Descripción Realizar el alta de una nueva víaPrioridadAltaEl alta de vía se realizará asociada al municipio, siempre que no exista otra vía en el mismomunicipio con idénticos códigos. Tras completar el alta se asigna al hueco un NIDEN únicopara su identificación.Junto con el alta de una vía se podrán dar de alta las APPs correspondientes a esta vía.3.2.3. Alta neta de SubsecciónRF4.1.4.1Alta de subsecciónVersión1Descripción Realizar el alta de una nueva subsecciónPrioridadAltaEl alta de subsección se realizará asociada a una sección, siempre que no exista otrasubsección en la misma sección con idénticos códigos. Tras completar el alta se asigna a lasubsección un NIDEN único para su identificación.La operación sólo se podrá realizar sobre una sección que no tenga subsecciones. Lasubsección dada de alta ocupará todo el <strong>territorio</strong> de la sección, por lo que se deberánrecodificar todas las APPs afectadas para reflejar el cambio en la subsección.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 48
3.2.4. Alta neta de APPRF4.1.2.1Alta de APPDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 49 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Realizar el alta de una nueva APPPrioridadAltaEl alta de APP se realizará asociada a una vía, siempre que no exista otra APP en la mismavía con idéntica numeración. Tras completar el alta se asigna a la APP un NIDEN único parasu identificación.Junto con el alta de un APP se podrá dar de alta los huecos correspondientes a esta APP.Al realizar el alta de una APP se puede asociar como perteneciente a una estructuraexistente definida por el usuario. Si la estructura tiene atributos con códigos pertenecientes aAPP, se completarán los datos de la APP con los códigos definidos en la estructura.3.2.5. Alta neta de HuecoRF4.1.1.1Alta de ViviendaVersión1Descripción Realizar el alta de una nueva viviendaPrioridadAltaEl alta de hueco se realizará asociado a una APP, siempre que no exista otro hueco en lamisma APP con idénticos códigos. Tras completar el alta se asigna al hueco un NIDENúnico para su identificación. Se podrá realizar el alta de varios huecos en la mismaoperación.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 49
3.3. Baja neta de entidad de <strong>territorio</strong>Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 50 de un total de 191 página(s), Versión imprimible con información de firma.Realiza la baja de una entidad existente. Para entidades que realicen una división completadel <strong>territorio</strong> (entidad colectiva, entidad singular, núcleo/diseminado, distrito y sección) noserá posible realizar la baja de una entidad aislada, sino que vendrá promovido pormodificaciones más complejas como fusiones, segregaciones o cambio de límites.En la operación se puede realizar la baja de varias entidades simultáneamente.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 50
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 51 de un total de 191 página(s), Versión imprimible con información de firma.3.3.1. Diagrama de Caso de UsoBaja netaVíaBaja netaSubsecciónbaja netaVíaA 01.02.01baja neta <strong>territorio</strong>baja neta <strong>territorio</strong>baja netaSubsecciónA 01.02.02Baja neta <strong>territorio</strong>A 01.02.03baja neta <strong>territorio</strong>baja neta <strong>territorio</strong>A 01.02.04<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 51baja netaAPPbaja netaHuecoBaja netaAPPBaja netaHueco
3.3.2. Baja neta de VíaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 52 de un total de 191 página(s), Versión imprimible con información de firma.RF4.1.3.2 Baja de víaVersión1Descripción Realizar la baja de una vía existentePrioridadAltaRealiza la baja de una vía existente. En esta operación se podrán dar de baja las APPsincluidas en la vía. Cuando se da de baja una vía, ésta no deberá tener asociadas APPsactivas.3.3.3. Baja neta de SubsecciónRF4.1.4.2 Baja de subsecciónVersión1Descripción Realizar la baja de una subsección existentePrioridadAltaRealiza la baja de una subsección existente.La operación sólo se podrá realizar sobre una sección con una subsección. En este caso setendrá que modificar la subsección de las APPs implicadas, poniendo a 0 el código de lasubsección. Se garantiza así que todas las APPs de una sección tengan código desubsección, que será 0, si la sección no está dividida en subsecciones o un código diferentede cero, si la sección tiene subsecciones.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 52
3.3.4. Baja neta de APPRF4.1.2.2Baja de APPDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 53 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Realizar la baja de una APP existentePrioridadAltaRealiza la baja de una o varias APPs existentes. En esta operación se podrán dar de bajalos huecos incluidos en las APPs que se dan de baja. Una APP solo se podrá dar de baja sino tiene huecos asociados, o si se dan de baja éstos.3.3.5. Baja neta de HuecoRF4.1.1.2 Baja de ViviendaVersión1Descripción Realizar la baja de una vivienda existentePrioridadAltaRealiza la baja de uno o varios huecos existentes.3.4. Modificación de entidad de <strong>territorio</strong>Realiza la modificación de entidades de <strong>territorio</strong> existentes.En una misma operación es posible modificar una o varias entidades simultáneamente.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 53
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 54 de un total de 191 página(s), Versión imprimible con información de firma.3.4.1. Diagrama de Caso de UsoModificarEntidad colectivaModificarEntidad singularModificarNucleo / DiseminadoModificarVíamodificar entidad colectivaA 01.03.01modificar entidad singularA 01.03.02A 01.03.03modificar nucleo diseminadoModificar víaA 01.03.04modificar <strong>territorio</strong>modificación Territoriomodificar <strong>territorio</strong>modificar <strong>territorio</strong>Modificar <strong>territorio</strong>modificar <strong>territorio</strong>modificar <strong>territorio</strong>modificar <strong>territorio</strong>modificar <strong>territorio</strong>modificar <strong>territorio</strong><strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 54A 01.03.05A 01.03.06A 01.03.07A 01.03.08A 01.03.09modificar distritomodificar secciónmodificar subSecciónmodificarAPPmodificar huecoModificarDistritoModificarSecciónModificarSubsecciónModificarAPPModificarHueco
3.4.2. Modificación de Entidad ColectivaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 55 de un total de 191 página(s), Versión imprimible con información de firma.El caso de uso de modificación de entidad colectiva recoge las diferentes operaciones demodificación disponibles para entidades colectivas.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 55
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 56 de un total de 191 página(s), Versión imprimible con información de firma.3.4.2.1. Diagrama de Caso de UsoRecodificar E.C.Denominar E.C.Segregar E.C.Denominar E.C.A 01.03.01.01entidad colectivarecodificar E.C.A 01.03.01.02 entidad colectivasegregar E.C.A 01.03.01.03entidad colectivaModificarEntidad colectivaentidad colectivaentidad colectiva<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 56fusionar E.C.A 01.03.01.04A 01.03.01.05cambiar límite E.C.Fusionar E.C.Cambiar límite E.C.
3.4.2.2. Modificación de denominación de Entidad ColectivaRF4.1.9.1Denominación de entidad colectivaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 57 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Modificar alguna de las denominaciones de una entidad colectivaPrioridadAltaPermitirá exclusivamente la modificación de las denominaciones de una Entidad Colectiva.3.4.2.3. Recodificación de Entidad ColectivaRF4.1.9.2 Recodificación de entidad colectivaVersión1Descripción Recodificar alguno de los códigos existentes en una entidad colectivaPrioridadAltaPermitirá modificar alguno de los códigos que componen la entidad colectiva, así como sudenominación. No permitirá la modificación de otros atributos de la entidad colectiva.Deberá tenerse presente que una variación a nivel de código de EC implica necesariamenteuna variación en el código tanto de APP como de los núcleos y entidades singulares quecontiene. Esta operación permite también la renumeración de las APPs.3.4.2.4. Fusión de Entidad ColectivaRF4.1.9.4 Fusión de entidad colectiva<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 57
Versión1Descripción Fusionar dos o más entidades colectivas en una entidad colectivaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 58 de un total de 191 página(s), Versión imprimible con información de firma.nueva o existentePrioridadAltaConsideramos una operación de fusión de dos EC cuando el resultado de la misma es unaúnica EC que puede tener o no el mismo código de alguno de las implicadas, dándose debaja el resto de EC.La fusión de EC dará lugar necesariamente a operaciones con las entidades singulares ynúcleos pertenecientes a las EC que se fusionan. Estas operaciones podrán ir desdesimples cambios de códigos a operaciones internas de fusión, segregación....etc.A nivel de APP se recodificarán todas las APPs implicadas en la fusión, permitiendo tambiénsu renumeración.3.4.2.5. Segregación de Entidad ColectivaRF4.1.9.3 Segregación de entidad colectivaVersión1Descripción Segregar una entidad colectiva en dos o más entidades colectivasnuevasPrioridadAltaConsideramos una operación de segregación de una EC la operación mediante la cual sedivide en varias EC. La Entidad Colectiva original podrá o no conservarse.La segregación de EC dará lugar necesariamente a operaciones con las entidadessingulares pertenecientes a la EC que se segrega y los núcleos pertenecientes a las ES<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 58
implicadas. Estas operaciones podrán ir desde simples cambios de códigos a operacionesinternas de fusión, segregación... etc.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 59 de un total de 191 página(s), Versión imprimible con información de firma.A nivel de APP se recodificarán todas las APPs implicadas en la segregación, permitiendotambién su renumeración.3.4.2.6. Cambio de límites de Entidad ColectivaRF4.1.9.5 Límites de entidad colectivaVersión1Descripción Cambiar los límites existentes entre dos o más entidades colectivasPrioridadAltaEn una operación de cambio de límites una parte del contenido de un EC se traslada aotra/s EC ya existentes o a nuevas EC, que habrá que dar de alta en la operación.Ahora bien, en cambio de límites de la EC puede implicar una modificación de código,operaciones de fusión, segregación o cambio de límites a nivel de alguna de las entidadessingulares que la integran y, por tanto, de alguno de los núcleos que integran a estasentidades singulares, ya que todo el <strong>territorio</strong> que comprende la EC pertenecenecesariamente a alguna de las entidades singulares que la forman.A nivel de APP se recodificarán todas las APPs implicadas en el cambio de límites,permitiendo también su renumeración.3.4.3. Modificación de Entidad SingularEl caso de uso de modificación de entidad singular recoge las diferentes operaciones demodificación disponibles para entidades singulares.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 59
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 60 de un total de 191 página(s), Versión imprimible con información de firma.3.4.3.1. Diagrama de Caso de UsoRecodificar E.S.Denominar E.S.Segregar E.S.denominar E.S.A 01.03.02.01segregar E.S.A 01.03.02.03entidad singularrecodificar E.S.A 01.03.02.02 entidad singularentidad singularModificarEntidad singular<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 60entidad singularentidad singularfusionar E.S.Fusionar E.S.A 01.03.02.04A 01.03.02.05cambiar de límite E.S.Cambiar de límite E.S.
3.4.3.2. Modificación de denominación de Entidad SingularDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 61 de un total de 191 página(s), Versión imprimible con información de firma.RF4.1.8.1 Denominación de entidad singularVersión1Descripción Modificar alguna de las denominaciones de una entidad singularPrioridadAltaPermitirá exclusivamente la modificación de las denominaciones de una entidad singular.3.4.3.3. Recodificación de Entidad SingularRF4.1.8.2 Recodificación de entidad singularVersión1Descripción Recodificar alguno de los códigos existentes en una entidad singularPrioridadAltaPermitirá modificar alguno de los códigos que componen la entidad singular, así como sudenominación No permitirá la modificación de otros atributos de la entidad singular.Deberá tenerse presente que una variación a nivel de código de ES implica necesariamenteuna variación en el código tanto de APP como de los núcleos que contiene, permitiendotambién la renumeración de las APPs.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 61
3.4.3.4. Fusión de Entidad SingularRF4.1.8.4Fusión de entidad singularDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 62 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Fusionar dos o más entidades singulares en una entidad singularnueva o existentePrioridadAltaConsideramos una operación de fusión de entidades singulares cuando el resultado de lamisma es una única ES que puede tener o no el mismo código de alguno de las implicadas,dándose de baja el resto de ES.La fusión de ES dará lugar necesariamente a operaciones con los núcleos pertenecientes alas ES que se fusionan. Estas operaciones podrán ir desde simples cambios de códigos aoperaciones internas de fusión, segregación....etc.A nivel de APP se recodificarán todas las APPs implicadas en la fusión, permitiendo tambiénsu renumeración.3.4.3.5. Segregación de Entidad SingularRF4.1.8.3 Segregación de entidad singularVersión1Descripción Segregar una entidad singular en dos o más entidades singularesnuevasPrioridadAltaConsideramos una operación de segregación de una ES cuando la operación mediante lacual se divide en varias entidades singulares. La ES original podrá o no conservarse.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 62
La segregación de ES dará lugar necesariamente a operaciones con los núcleospertenecientes a la ES que se segrega. Estas operaciones podrán ir desde simples cambiosde códigos a operaciones internas de fusión, segregación o cambio de límites.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 63 de un total de 191 página(s), Versión imprimible con información de firma.A nivel de APP se recodificarán todas las APPs implicadas en la segregación, permitiendotambién su renumeración.3.4.3.6. Cambio de límites de Entidad SingularRF4.1.8.5 Límites de entidad singularVersión1Descripción Cambiar los límites existentes entre dos o más entidades singularesPrioridadAltaEn una operación de cambio de límites una parte del contenido de un ES se traslada a otrau otras ES. Las ES resultado de la operación podrán ser las ES de origen, o nuevas ES alas que se dará de alta.Ahora bien, en cambio de límites de la ES puede implicar modificaciones de código,operaciones de fusión, segregación o modificación de límites a nivel de los núcleos que laintegran ya que todo el <strong>territorio</strong> que comprende la ES pertenece necesariamente a algunode los núcleos que la forman.A nivel de APP se recodificarán todas las APPs implicadas en el cambio de límites,permitiendo también su renumeración.3.4.4. Modificación de Núcleo/DiseminadoEl caso de uso de modificación de núcleo/diseminado recoge las diferentes operaciones demodificación disponibles para núcleos/diseminados.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 63
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 64 de un total de 191 página(s), Versión imprimible con información de firma.3.4.4.1. Diagrama de Caso de UsoRecodificarNucleo / DiseminadoDenominarNucleo / DiseminadoSegregarNucleo / DiseminadodenominarNucleo / DiseminadoA 01.03.03.01nucleo / DiseminadorecodificarNucleo / Diseminado A 01.03.03.02 nucleo / Diseminadonucleo / DiseminadosegregarNucleo / DiseminadoA 01.03.03.03ModificarNucleo / Diseminadonucleo / Diseminado<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 64nucleo / Diseminadofusion arNucleo / DiseminadoA 01.03.03.04A 01.03.03.05cambiar de límiteNucleo / DiseminadoFusionarNucleo / DiseminadoCambiar de límiteNucleo / Diseminado
3.4.4.2. Modificación de denominación de Núcleo/DiseminadoDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 65 de un total de 191 página(s), Versión imprimible con información de firma.RF4.1.7.1 Denominación de núcleoVersión1Descripción Modificar alguna de las denominaciones de un núcleo/diseminadoPrioridadAltaPermitirá exclusivamente la modificación de las denominaciones de un núcleo.3.4.4.3. Recodificación de Núcleo/DiseminadoRF4.1.7.2 Recodificación de núcleoVersión1Descripción Recodificar alguno de los códigos existentes en unnúcleo/diseminadoPrioridadAltaPermitirá modificar alguno de los códigos que componen el núcleo así como sudenominación. No permitirá la modificación de otros atributos del núcleo/diseminado.A nivel de APP se recodificarán las APPs que se vean afectadas, permitiendo también surenumeración.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 65
3.4.4.4. Fusión de Núcleo/DiseminadoRF4.1.7.4Fusión de núcleoDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 66 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Fusionar dos o más núcleos/diseminados en un núcleo nuevo oexistentePrioridadAltaConsideramos una operación de fusión de dos o más núcleos cuando el resultado de lamisma es un único núcleo que puede tener o no el mismo código de alguno de losimplicados, dándose de baja el resto de núcleos.A nivel de APP se recodificarán todas las APPs implicadas en la fusión, permitiendo tambiénsu renumeración.3.4.4.5. Segregación de Núcleo/DiseminadoRF4.1.7.3 Segregación de núcleoVersión1Descripción Segregar un núcleo/diseminado en dos o más núcleos nuevosPrioridadAltaConsideramos una operación de segregación de un núcleo la operación mediante la cual sedivide en varios. Por lo que en esta operación como mínimo se realizará el alta de unnúcleo. El núcleo original podrá o no conservarse.A nivel de APP se recodificarán todas las APPs implicadas en la segregación, permitiendotambién su renumeración.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 66
3.4.4.6. Cambio de límites de Núcleo/DiseminadoRF4.1.7.5Límites de núcleoDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 67 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Cambiar los límites existentes entre dos o más núcleos/diseminadosPrioridadAltaEn el cambio de límites, se parte de al menos dos núcleos y se obtiene como resultado unmínimo de dos núcleos. En una operación de cambio de límites una parte del contenido deun núcleo se traslada a otro u otros núcleos. Los núcleos resultantes podrán ser los núcleosde origen, y por tanto se mantiene su NIDEN, o podrán ser nuevos núcleos, para lo cual senecesitará darlos de alta.A nivel de APP se recodificarán todas las APPs implicadas en el cambio de límites,permitiendo también su renumeración.3.4.5. Modificación de VíaEl caso de uso de modificación de vía recoge las diferentes operaciones de modificacióndisponibles para vías.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 67
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 68 de un total de 191 página(s), Versión imprimible con información de firma.3.4.5.1. Diagrama de Caso de UsoDenominar víaRenumerar víaRecodificar víaModificarotros atributos de víadenominar vía A 01.03.04.01A 01.03.04.05renumerar víarecodificar víaA 01.03.04.02A 01.03.04.03ModificarVíamodificarotros atributos de vía A 01.03.04.04A 01.03.04.06<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 68víavíavíavíavíavíavíavíamodificarclase de víaA 01.03.04.05A 01.03.04.06cambiar de límite víasegregar víafusionar víaModificarclase de víaSegregar víaFusionar víaCambiar de límite vía
3.4.5.2. Modificación de denominación de VíaRF4.1.3.3Denominación de víaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 69 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Modificar alguna de las denominaciones de una víaPrioridadAltaMediante esta operación se permitirá la modificación de algunas de las denominaciones queconforman una vía. En la modificación de la denominación también puede verse implicada eltipo de la vía.3.4.5.3. Renumeración de VíaRF4.1.3.4 Renumeración de víaVersión1Descripción Renumerar las APPs de una víaPrioridadAltaPermite la renumeración de las APPs de una vía o pseudovía, mediante la modificación decualquier valor de la numeración (Nº, Kilómetro, Calificador o Hectómetro), pero no loscódigos u otros atributos. La renumeración puede venir motivada por modificaciones queafectan a entidades superiores.La renumeración de las APPs de una vía no implicará modificación en los huecos que laforman ni en los datos de la vía asociada.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 69
3.4.5.4. Recodificación de VíaRF4.1.3.5Recodificación de víaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 70 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Recodificar alguno de los códigos existentes en una víaPrioridadAltaPermite modificar alguno de los códigos que componen una vía así como, en caso de sernecesario, el resto de atributos de la vía.En la operación se deben recodificar todas las APPs asociadas a la vía, permitiendo tambiénsu renumeración.3.4.5.5. Modificación de otros atributos de VíaRF4.1.3.6 Atributos de víaVersión1Descripción Modificar alguno de los atributos existentes en una víaPrioridadAltaMediante esta operación se permite modificar otros atributos de la vía. Por otros atributos seentienden aquellos no considerados códigos.3.4.5.6. Cambio de clase de VíaRF4.1.3.7 Clase de vía<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 70
Versión1Descripción Modificar el tipo de una vía existenteDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 71 de un total de 191 página(s), Versión imprimible con información de firma.PrioridadAltaPermite modificar la clase de la vía. Esta variación implicará necesariamente la variación demás datos (al menos el tipo de vía), aunque esta operación permitirá modificar ademáscualquier otro atributo de la vía.3.4.5.7. Fusión de VíaRF4.1.3.9 Fusión de víaVersión1Descripción Fusionar dos o más vías en una vía nueva o existentePrioridadAltaEn la fusión de vías, partimos de dos o más vías que darán como resultado, una única vía.Por lo que en esta operación como mínimo se realizará la baja de una de las vías.A nivel de APP deberán recodificarse todas las APPs que pasan de una vía a otra y, en sucaso, aquellas que permaneciendo en la misma vía deban sufrir una renumeración.3.4.5.8. Segregación de VíaRF4.1.3.8 Segregación de víaVersión1<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 71
Descripción Segregar una vía en dos o más vías nuevasPrioridadAltaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 72 de un total de 191 página(s), Versión imprimible con información de firma.En la segregación de vía, partimos de una vía que dará como resultado, dos o más vías. Porlo que en esta operación se realizará el alta como mínimo de una de las vías.A nivel de APP deberán recodificarse todas las APPs que pasan de una vía a otra y, en sucaso, aquellas que permaneciendo en la misma vía deban sufrir una renumeración.3.4.5.9. Cambio de límites de VíaRF4.1.3.10 Límites de víaVersión1Descripción Cambiar los límites existentes entre dos o más víasPrioridadAltaEn el cambio de límites, se parte de dos o más vías y se obtiene como resultado al menosdos vías. Esta operación puede implicar el alta de vías nuevas y la baja de vías existentes,siempre y cuando en el cambio de límites no se conserven las vías originales.A nivel de APP deberán recodificarse todas las APPs que pasan de una vía a otra y, en sucaso, aquellas que permaneciendo en la misma vía deban sufrir una renumeración.3.4.6. Modificación de DistritoEl caso de uso de modificación de distrito recoge las diferentes operaciones de modificacióndisponibles para distritos.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 72
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 73 de un total de 191 página(s), Versión imprimible con información de firma.3.4.6.1. Diagrama de Caso de UsoDenominar distritoRecodificar distritoSegregar distritodenominar distritoA 01.03.05.01recodificar distrito A 01.03.05.02 distritosegregar distritoA 01.03.05.03distritodistritoModificarDistritodistritodistrito<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 73fusionar distritoFusionar distritoA 01.03.05.04A 01.03.05.05cambiar limite distritoCambiar limite distrito
3.4.6.2. Modificación de denominación de DistritoRF4.1.6.1Denominación de distritoDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 74 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Modificar alguna de las denominaciones de un distritoPrioridadAltaPermitirá la modificación de la denominación de un distrito. El resto de atributos y códigosdel distrito no podrán ser modificados por esta operación.3.4.6.3. Recodificación de DistritoRF4.1.6.2 Recodificación de distritoVersión1Descripción Recodificar alguno de los códigos existentes en un distritoPrioridadAltaPermitirá modificar alguno de los códigos que componen el distrito, así como sudenominación. El resto de atributos del distrito no podrán ser modificados.A nivel de sección, subsección y de APP, se recodificará cada sección, subsección y APPimplicada, permitiendo también la renumeración de APPs.3.4.6.4. Fusión de DistritoRF4.1.6.4 Fusión de distrito<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 74
Versión1Descripción Fusionar dos o más distritos en un distrito nuevo o existenteDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 75 de un total de 191 página(s), Versión imprimible con información de firma.PrioridadAltaEn la fusión de distritos, partimos de dos o más Distritos que darán como resultado, un únicodistrito. Por lo que en esta operación como mínimo se realizará la baja de uno de losdistritos.A nivel de sección y subsección, la fusión puede implicar altas o bajas de secciones ysubsecciones. Sólo se recodificarán las secciones y subsecciones que presenten algunavariación tras la fusión.A nivel de APP, se recodificarán todas las APPs implicadas en la fusión, permitiendotambién su renumeración.3.4.6.5. Segregación de DistritoRF4.1.6.3 Segregación de distritoVersión1Descripción Segregar un distrito en dos o más distritos nuevosPrioridadAltaLa segregación de distrito consiste en la operación mediante la cual un distrito se divide envarios. Por lo que en esta operación como mínimo se realizará el alta de un distrito. Eldistrito original puede conservarse.Una segregación de distrito dará lugar a operaciones con entidades inferiores como son lasección y la subsección. Estas operaciones a nivel de entidades inferiores podrán ser altas,bajas o modificaciones de todo tipo, incluyendo recodificaciones de las secciones ysubsecciones que presenten alguna variación tras la segregación.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 75
A nivel de APP, se recodificarán todas las APPs implicadas en la segregación, permitiendotambién su renumeración.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 76 de un total de 191 página(s), Versión imprimible con información de firma.3.4.6.6. Cambio de límites de DistritoRF4.1.6.5 Límites de distritoVersión1Descripción Cambiar los límites existentes entre dos o más distritosPrioridadAltaEn el cambio de límites, se parte de al menos dos distritos y se obtiene como resultado, unmínimo de dos distritos. La modificación de límites de un distrito consiste en el traspaso desecciones entre distritos. Como resultado se podrán mantener los distritos de origen, o sepodrán crear nuevos distritos. Una modificación de límites de distritos puede implicar tantouna modificación de entidades de nivel inferior como una fusión o segregación de lasmismas.A nivel de sección y subsección, el cambio de límites puede implicar altas o bajas desecciones y subsecciones. Sólo se recodificarán las secciones y subsecciones quepresenten alguna variación tras el cambio de límites.A nivel de APP, se recodificarán todas las APPs implicadas en el cambio de límites,permitiendo también su renumeración.3.4.7. Modificación de SecciónEl caso de uso de modificación de sección recoge las diferentes operaciones demodificación disponibles para secciones.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 76
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 77 de un total de 191 página(s), Versión imprimible con información de firma.3.4.7.1. Diagrama de Caso de UsoRecodificar SecciónSegregar Secciónrecodificar SecciónA 01.03.06.01secciónsecciónModificarSecciónA 01.03.06.03secciónsecciónsegregar Sección A 01.03.06.02A 01.03.06.04<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 77fusionar Seccióncambiar limite SecciónFusionar SecciónCambiar limite Sección
3.4.7.2. Recodificación de SecciónRF4.1.5.1Recodificación de secciónDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 78 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Recodificar alguno de los códigos existentes en una secciónPrioridadAltaMediante esta operación se permitirá modificar alguno de los códigos que componen lasección.A nivel de subsección y de APP, se recodificará cada subsección y APP implicada,permitiendo también la renumeración de APPs.3.4.7.3. Fusión de SecciónRF4.1.5.3 Fusión de secciónVersión1Descripción Fusionar dos o más secciones en una sección nueva o existentePrioridadAltaEn la fusión de secciones, partimos de dos o más secciones que darán como resultado unaúnica sección. Por lo que en esta operación como mínimo se realizará la baja de una de lassecciones.A nivel de subsección, la fusión puede implicar altas o bajas de subsecciones. Sólo serecodificarán las subsecciones existentes que presenten alguna variación tras la fusión.A nivel de APP, se recodificarán todas las APPs implicadas en la fusión, permitiendotambién su renumeración.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 78
3.4.7.4. Segregación de SecciónDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 79 de un total de 191 página(s), Versión imprimible con información de firma.RF4.1.5.2 Segregación de secciónVersión1Descripción Segregar una sección en dos o más secciones nuevasPrioridadAltaEn la segregación de sección, partimos de una sección que dará como resultado, dos o mássecciones. Por lo que en esta operación se realizará como mínimo el alta de una de lassecciones.A nivel de subsección, la segregación puede implicar altas o bajas de subsecciones. Sólo serecodificarán las subsecciones existentes que presenten alguna variación tras lasegregación.A nivel de APP, se recodificarán todas las APPs implicadas en la segregación, permitiendotambién su renumeración.3.4.7.5. Cambio de límites de SecciónRF4.1.5.4 Límites de secciónVersión1Descripción Cambiar los límites existentes entre dos o más seccionesPrioridadAltaEn el cambio de límites, se parte de al menos dos secciones y se obtiene como resultado unmínimo de dos secciones. La modificación de límites de una sección consiste en el traspaso<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 79
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 80 de un total de 191 página(s), Versión imprimible con información de firma.de subsecciones entre secciones. Una modificación de límites de secciones puede implicartanto una modificación de límites a nivel de las entidades inferiores como una fusión osegregación. Esta operación puede implicar el alta de secciones nuevas y la baja desecciones existentes, siempre y cuando en el cambio de límites no se conserven lassecciones originales.A nivel de subsección, el cambio de límites puede implicar altas o bajas de subsecciones.Sólo se recodificarán las subsecciones existentes que presenten alguna variación tras elcambio de límites.A nivel de APP, se recodificarán todas las APPs implicadas en el cambio de límites,permitiendo también su renumeración.3.4.8. Modificación de SubsecciónEl caso de uso de modificación de subsecciones recoge las diferentes operaciones demodificación disponibles para subsecciones.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 80
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 81 de un total de 191 página(s), Versión imprimible con información de firma.3.4.8.1. Diagrama de Caso de UsoRecodificar SubsecciónSegregar Subsecciónrecodificar SubsecciónA 01.03.07.01subsecciónsubsecciónsegregar SubsecciónA 01.03.07.02ModificarSubsecciónA 01.03.07.03subsecciónsubsecciónA 01.03.07.04<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 81fusionar Subseccióncambiar limite SubsecciónFusionar SubsecciónCambiar limite Subsección
3.4.8.2. Recodificación de SubsecciónDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 82 de un total de 191 página(s), Versión imprimible con información de firma.RF4.1.4.3 Recodificación de subsecciónVersión1Descripción Recodificar alguno de los códigos existentes en una subsecciónPrioridadAltaMediante esta operación se permitirá modificar alguno de los códigos que componen lasubsección.A nivel de APP deberá recodificarse cada APP implicada, permitiendo también surenumeración.3.4.8.3. Fusión de SubsecciónRF4.1.4.5 Fusión de subsecciónVersión1Descripción Fusionar dos o más subsecciones en una subsección nueva oexistentePrioridadAltaEn la fusión de subsecciones, partimos de dos o más subsecciones que darán comoresultado, una única subsección. Por lo que en esta operación como mínimo se realizará labaja de una de las subsecciones.A nivel de APP, se recodificarán todas las que se traspasan a la nueva subsección,permitiendo también su renumeración.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 82
3.4.8.4. Segregación de SubsecciónRF4.1.4.4Segregación de subsecciónDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 83 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Segregar una subsección en dos o más subsecciones nuevasPrioridadAltaEn la segregación de subsecciones, partimos de una subsección que dará como resultado,dos o más subsecciones. Por lo que en esta operación como mínimo se realizará el alta deuna de las subsecciones.A nivel de APP, se recodificarán todas las APPs implicadas en la segregación queexperimenten variaciones, permitiendo también su renumeración.3.4.8.5. Cambio de límites de SubsecciónRF4.1.4.5 Límites de subsecciónVersión1Descripción Cambiar los límites existentes entre dos o más subseccionesPrioridadAltaEn el cambio de límites, se parte de dos o más subsecciones y se obtiene como resultado almenos dos subsecciones. Esta operación puede implicar el alta de subsecciones nuevas yla baja de subsecciones existentes, siempre y cuando en el cambio de límites no seconserven las subsecciones originales.A nivel de APP se recodificarán todas las APPs que pasan de una subsección a otra,permitiendo también su renumeración.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 83
3.4.9. Modificación de APPDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 84 de un total de 191 página(s), Versión imprimible con información de firma.El caso de uso de modificación de APP recoge las diferentes operaciones de modificacióndisponibles para APPs.3.4.9.1. Diagrama de Caso de UsoModificarAPPAPPAPPA 01.03.08.01A 01.03.08.023.4.9.2. Recodificación de APPRF4.1.2.3VersiónModificación de códigos de APP1Descripción Modificar alguno de los códigos de una APPPrioridadAltarecodificar APPmodificar otrosatributos APPRecodificar APPModificar otrosatributos APP<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 84
Esta operación permitirá la modificación de alguno de los códigos que componen la APP. Lamodificación de código de una APP no implicará modificación en los huecos que la forman.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 85 de un total de 191 página(s), Versión imprimible con información de firma.3.4.9.3. Modificación de otros atributos de APPRF4.1.2.4VersiónModificación de atributos de APP1Descripción Modificar alguno de los atributos de una APPPrioridadAltaMediante esta operación se podrán modificar algunos de los atributos de una APP. Poratributos se entienden aquellos valores que no son códigos.3.4.10. Modificación de huecoEl caso de uso de modificación de hueco recoge las diferentes operaciones de modificacióndisponibles para huecos.3.4.10.1. Diagrama de Caso de UsoModificarHuecohuecoA 01.03.09.01modificar otros atributos de hueco3.4.10.2. Modificación de otros atributos de HuecoRF4.1.1.3Modificación de ViviendaModificar otros atributos de hueco<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 85
Versión1Descripción Modificar alguno de los atributos de viviendaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 86 de un total de 191 página(s), Versión imprimible con información de firma.PrioridadAltaLa operación de modificación de hueco permitirá la variación de los datos del hueco.Cualquier dato podrá ser modificado excepto el NIDEN de la APP asociada al hueco. Unavariación del NIDEN de la APP implicaría el alta de un nuevo hueco o la baja.3.5. Gestión de estructuras del usuarioLas estructuras permiten al usuario definir agrupaciones de varias entidades, en generalAPPs, u otras estructuras, asignando códigos o atributos comunes a todas ellas. Estoscódigos podrán corresponder a los existentes de las entidades o bien podrán ser atributosdefinidos por el usuario.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 86
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 87 de un total de 191 página(s), Versión imprimible con información de firma.3.5.1. Diagrama de Caso de UsoA 1.10.1.1tipo EstructuraA 1.10.1tipo Estructuratipo Estructura A 1.10.1.2Tipo Estructuratipo EstructuraA 1.10.1.3gestionar EstructuraGestionar Estructuragestionar EstructuraA 1.10.1.4estructuraA 1.10.2estructuraestructuraA 1.10.1.5EstructuraestructuraA 1.10.1.6<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 87alta Tipo Estructurabaja Tipo EstructuramodificaciónTipo Estructuraalta Estructurabaja Estructuramodificación EstructuraAlta Tipo EstructuraBaja Tipo EstructuraModificaciónTipo EstructuraAlta EstructuraBaja EstructuraModificación Estructura
3.5.2. Alta de tipo de estructuraDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 88 de un total de 191 página(s), Versión imprimible con información de firma.RF4.1.10.1 Definición de tipo de estructuraVersión1Descripción Permite crear un nuevo tipo de estructura indicando a qué entidades oestructuras agrupa. Para cada tipo de estructura se definirán loscódigos o atributos que la componen.PrioridadAltaCrea un nuevo tipo de estructura identificado por un nombre que no puede existir para otrotipo de estructura. Al definir la estructura se detallarán los atributos que posee, pudiendo notener atributos. El usuario podrá añadir todos los atributos que desee, pudiendo ser cadauno de ellos de uno de los siguientes tipos:• Atributo de entidad: Atributo que corresponde a un código de las entidadesterritoriales que agrupa. Actualmente solo se permiten agrupaciones a nivel de APP,por lo que se podría utilizar como atributo alguno de sus códigos: vía asociada a laAPP, distrito, sección, núcleo, entidad singular, etc.• Atributo de usuario: Atributo arbitrario definido por el usuario y de utilidad para él, yasean códigos propios, descripciones adicionales, etc.3.5.3. Baja de tipo de estructuraRF4.1.10.2 Eliminación de tipo de estructuraVersión1Descripción Permite eliminar un tipo de estructura existente, dando de baja todaslas estructuras de dicho tipo.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 88
PrioridadAltaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 89 de un total de 191 página(s), Versión imprimible con información de firma.Elimina un tipo de estructura existente. Al eliminar un tipo de estructura también seeliminarán todas las estructuras creadas para ese tipo. La operación no es reversible.3.5.4. Modificación de tipo de estructuraRF4.1.10.3 Modificación de tipo de estructuraVersión1Descripción Permite modificar la definición de códigos y atributos que componen eltipo de estructura. La modificación de un tipo de estructura afecta atodas las estructuras existentes de dicho tipo.PrioridadAltaModifica un tipo de estructura existente. Permitirá alterar tanto el nombre como los atributosdel tipo de estructura. Para los atributos se podrá modificar su nombre (solamente para losatributos de usuario), así como añadir nuevos atributos o eliminar los existentes. Estamodificación afectará a las estructuras de dicho tipo creadas, por lo que si se elimina unatributo de un tipo de estructura se eliminará ese atributo junto con su valor en todas lasestructuras existentes.3.5.5. Alta de estructuraRF4.1.10.1 Alta de estructuraVersión1Descripción Permite crear una nueva estructura de un tipo existente, asignando<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 89
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 90 de un total de 191 página(s), Versión imprimible con información de firma.valores a los códigos y atributos que la componen. Permitirá asignarlas entidades existentes que pertenecen a dicha estructura. Asimismo,en el alta de entidades se podrá asignar a qué estructura pertenecen,completando de manera automática los códigos de las entidades quela estructura defina.PrioridadAltaCrea una estructura nueva de un tipo existente. A la estructura se le asignará un nombre,que no puede coincidir con el de otra estructura, y permitirá completar los valores de losatributos que el tipo de estructura tenga definidos.Además, se podrán asignar APPs a dicha estructura, así como otras estructuras (si la nuevaestructura es una agrupación de otras estructuras inferiores).3.5.6. Baja de estructuraRF4.1.10.2 Baja de estructuraVersión1Descripción Permite dar de baja una estructura existentePrioridadAltaElimina una estructura existente. Si la estructura es una agrupación de otras estructuras oAPPs, éstas no se verán afectadas.3.5.7. Modificación de estructuraRF4.1.10.3 Modificar estructura<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 90
Versión1Descripción Permite modificar una estructura existente, cambiando sus códigos oDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 91 de un total de 191 página(s), Versión imprimible con información de firma.atributos. La modificación de códigos correspondientes a las entidadesagrupadas repercutirá en la modificación de dichas entidades.PrioridadAltaRealiza la modificación de una estructura existente. Se permitirá variar el nombre de laestructura, el valor de sus atributos y las APPs y subestructuras que agrupa.Si se modifican valores de atributos correspondientes a códigos de APP y la estructura tieneasociadas varias APPs a las que agrupa, todas las APPs se verán afectadas por loscambios en los valores de códigos. En este caso, las APPs sufrirán una operación derecodificación, recogida en el punto 3.4.9.2 Recodificación de APP.3.6. Modificación de fecha de documentoRF4.1.11 Modificación de fecha de documentoVersión1Descripción Corregir fecha de variación de una modificaciónPrioridadAltaTodas las operaciones tienen asociada una fecha de documento (variación), que indica lafecha a partir de la cual es efectiva la operación. Esta fecha no ha de coincidirnecesariamente con la fecha de grabación de la modificación en la base de datos local.Con esta operación se puede corregir un error en la fecha de variación de un movimiento.No obstante, el movimiento con la fecha errónea ha tenido un período de validez, por lo queserá necesario reflejar esto y marcar estas modificaciones de forma especial.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 91
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 92 de un total de 191 página(s), Versión imprimible con información de firma.Para ello, se guardará en el histórico de entidades la situación que tenía la entidad, con unamarca de que ha sido rectificado. Se actualizará la situación actual para reflejar el cambio enla fecha de documento, añadiendo también una marca para indicar que corresponde a unarectificación.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 92
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 93 de un total de 191 página(s), Versión imprimible con información de firma.3.7. Anulación de movimientoAnularEntidad colectivaAnularEntidad singularAnularNucleo / DiseminadoAnularVíaanular entidad colectivaA 01.06.01anular entidad singularA 01.06.02A 01.06.03anular nucleo diseminadoanular víaA 01.06.04anular Movimientoanular Movimientoanular Movimientoanular MovimientoAnular Movimientoanular Movimientoanular Movimientomodificar <strong>territorio</strong>anular Movimientoanular MovimientoA 01.06.05<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 93A 01.06.06A 01.06.07A 01.06.08A 01.06.09anular distritoanular secciónanular subSecciónanular APPanular huecoAnularDistritoAnularSecciónAnularSubsecciónAnularAPPAnularHueco
RF4.1.12Anulación de movimientoDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 94 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Permite eliminar un movimiento ya incorporado al sistemaPrioridadAltaLa anulación de un movimiento permite eliminar un movimiento sobre cualquier entidad quese hubiera realizado de forma errónea. Para ello se revertirá la modificación realizada,recuperando la situación previa de las entidades afectadas por dicho movimiento.Únicamente podrá realizarse sobre la última situación de una entidad. Es decir, no sepodrán anular movimientos si sobre la entidad se han realizado modificaciones posterioresal movimiento que se desea eliminar.No obstante, quedará registrado en el histórico de las entidades el movimiento eliminadocon una marca que indica que ha sido rectificado.3.8. Consulta de <strong>territorio</strong>Mediante la consulta de <strong>territorio</strong> se podrá obtener información sobre las entidades y lasoperaciones de <strong>territorio</strong>.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 94
3.8.1. Diagrama de Caso de UsoDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 95 de un total de 191 página(s), Versión imprimible con información de firma.Consultar <strong>territorio</strong>consultar <strong>territorio</strong>consultar <strong>territorio</strong>consultar <strong>territorio</strong>A 01.04.01A 01.04.03A 01.04.023.8.2. Consulta de situación actual de entidadesconsultarsituación actualentidadconsultarhistóricoentidadconsultarhistóricoentidadConsultarsituación actualentidadConsultarhistóricoentidadConsultarhistóricoentidadLa consulta de situación actual permite consultar el estado de las diferentes entidades segúnla última modificación que se hizo sobre ellas. Existirá una consulta diferenciada por cadaentidad.RF4.1.1.4VersiónConsulta de Viviendas1Descripción Consultar viviendas por alguno de sus códigos, atributos o unaPrioridadmezcla de ambosAlta<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 95
RF4.1.2.5Consulta de APPsDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 96 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Consultar APPs por alguno de sus códigos, atributos o una mezcla deambosPrioridadAltaRF4.1.3.11 Consulta de víasVersión1Descripción Consultar vías por diferentes criteriosPrioridadAltaRF4.1.4.3 Consulta de subseccionesVersión1Descripción Consultar subsecciones por diferentes criteriosPrioridadAltaRF4.1.5.5 Consulta de seccionesVersión1Descripción Consultar secciones por diferentes criteriosPrioridadAlta<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 96
RF4.1.6.6Consulta de distritosDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 97 de un total de 191 página(s), Versión imprimible con información de firma.Versión1Descripción Consultar distritos por diferentes criteriosPrioridadAltaRF4.1.7.6 Consulta de núcleosVersión1Descripción Consultar núcleos/diseminados por diferentes criteriosPrioridadAltaRF4.1.8.6 Consulta de entidades singularesVersión1Descripción Consultar entidades singulares por diferentes criteriosPrioridadAltaRF4.1.9.6 Consulta de entidades colectivasVersión1Descripción Consultar entidades colectivas por diferentes criteriosPrioridadAlta<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 97
Realiza la consulta de la situación actual de un tipo de entidad utilizando como criteriocualquiera de sus códigos y/o atributos y permitiendo utilizar varios como criterio. Se obtienecomo resultado una lista de todas las entidades que cumplen los criterios de búsqueda.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 98 de un total de 191 página(s), Versión imprimible con información de firma.3.8.3. Consulta de histórico de entidadesRF4.2.1.10Consulta de histórico de entidadesVersiónDescripción Consultar los datos históricos de las entidades de <strong>territorio</strong> mediantecódigos, atributos, fechas y operacionesPrioridadAltaRealiza la consulta de los datos históricos de un tipo de entidad de <strong>territorio</strong> mediante algunode sus códigos, atributos, rango de fechas y operaciones. Se obtiene como resultado unalista de todas las versiones de la entidad que cumplen con los criterios de búsqueda,incluyendo la situación actual si corresponde.3.8.4. Consulta de histórico de operacionesRF4.2.2.8Consulta de operacionesVersiónDescripción Consultar operaciones de entidades por diferentes criterios, talescomo tipo de entidad, identificador de la entidad, operación, fechas ycódigo de expediente.Prioridad<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 98
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 99 de un total de 191 página(s), Versión imprimible con información de firma.Realiza la consulta en el histórico de operaciones de alto nivel mediante el tipo de entidad,operación, rango de fechas o código de expediente. Como resultado se obtendrá un listadode todas las operaciones que cumplan con los criterios especificados, así como lasentidades implicadas en cada operación.3.9. Gestión de históricoLa gestión del histórico es realizada de forma automática por el sistema siempre que seproduce alguna variación en el <strong>territorio</strong> (alta, baja o modificación).3.9.1. Diagrama de Caso de UsoGestionar históricogestionar históricogestionar históricoA 01.05.01A 01.05.023.9.2. Gestionar histórico de operacionesgestionar históricode operacionesgestionar históricode entidadesGestionar históricode operacionesGestionar históricode entidadesLa gestión del histórico de operaciones se reduce al mantenimiento de una tabla histórica deoperaciones de alto nivel, donde quedan recogidas todas las variaciones realizadas en el<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 99
<strong>territorio</strong> en base a operaciones completas con información de todas las entidadesimplicadas.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 100 de un total de 191 página(s), Versión imprimible con información de firma.RF4.2.2.1Histórico de Operaciones de VíaVersiónDescripción Almacena la información de las operaciones de Vía. Esta informaciónestá compuesta por la identificación de las entidades origen y destino,operación realizada y expediente asociado.PrioridadRF4.2.2.2Histórico de Operaciones de SubsecciónVersiónDescripción Almacena la información de las operaciones de Subsección. Estainformación está compuesta por la identificación de las entidadesorigen y destino, operación realizada y expediente asociado.PrioridadRF4.2.2.3Histórico de Operaciones de SecciónVersiónDescripción Almacena la información de las operaciones de Sección. Estainformación está compuesta por la identificación de las entidadesorigen y destino, operación realizada y expediente asociado.Prioridad<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 100
RF4.2.2.4Histórico de Operaciones de DistritoVersiónDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 101 de un total de 191 página(s), Versión imprimible con información de firma.Descripción Almacena la información de las operaciones de Distrito. Estainformación está compuesta por la identificación de las entidadesorigen y destino, operación realizada y expediente asociado.PrioridadRF4.2.2.5Histórico de Operaciones de NúcleoVersiónDescripción Almacena la información de las operaciones de Núcleo. Estainformación está compuesta por la identificación de las entidadesorigen y destino, operación realizada y expediente asociado.PrioridadRF4.2.2.6Histórico de Operaciones de Entidad SingularVersiónDescripción Almacena la información de las operaciones de Entidad Singular.Esta información está compuesta por la identificación de lasentidades origen y destino, operación realizada y expedienteasociado.PrioridadRF4.2.2.7Histórico de Operaciones de Entidad Colectiva<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 101
VersiónDescripción Almacena la información de las operaciones de Entidad Colectiva.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 102 de un total de 191 página(s), Versión imprimible con información de firma.Esta información está compuesta por la identificación de lasentidades origen y destino, operación realizada y expedienteasociado.PrioridadCualquier operación sobre <strong>territorio</strong> genera un histórico con información de todas lasentidades afectadas por dicha operación, junto a su fecha y el código de expedienteasociado.El histórico de operaciones es de utilidad para la comprensión de las operaciones de altonivel que afectan a varias entidades y subentidades. Por este motivo no se guardainformación sobre las entidades APP y hueco, ya que sobre ellas no es posible realizaroperaciones complejas y mediante su histórico de entidad se pueden recabar todos losdatos necesarios.3.9.3. Gestionar histórico de entidadesLa gestión del histórico de entidades se reduce al mantenimiento de una tabla deinformación histórica para cada entidad donde se almacenan todos los datos de la entidad alo largo que su ciclo de vida.RF4.2.1.1Histórico de ViviendaVersiónDescripción Almacena todas las actuaciones realizadas sobre viviendaPrioridadAlta<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 102
RF4.1.2.2Histórico de APPVersiónDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 103 de un total de 191 página(s), Versión imprimible con información de firma.Descripción Almacena todas las actuaciones realizadas sobre APPPrioridadAltaRF4.2.1.3Histórico de VíaVersiónDescripción Almacena todas las actuaciones realizadas sobre VíaPrioridadAltaRF4.2.1.4Histórico de SubsecciónVersiónDescripción Almacena todas las actuaciones realizadas sobre SubsecciónPrioridadAltaRF4.2.1.5Histórico de SecciónVersiónDescripción Almacena todas las actuaciones realizadas sobre SecciónPrioridadAlta<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 103
RF4.2.1.6Histórico de DistritoVersiónDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 104 de un total de 191 página(s), Versión imprimible con información de firma.Descripción Almacena todas las actuaciones realizadas sobre DistritoPrioridadAltaRF4.2.1.7Histórico de NúcleoVersiónDescripción Almacena todas las actuaciones realizadas sobre NúcleoPrioridadAltaRF4.2.1.8Histórico de Entidad SingularVersiónDescripción Almacena todas las actuaciones realizadas sobre Entidad SingularPrioridadAltaRF4.2.1.9Histórico de Entidad ColectivaVersiónDescripción Almacena todas las actuaciones realizadas sobre Entidad ColectivaPrioridadAlta<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 104
Toda entidad que sufra una variación guarda la información de su situación junto a su fechaen la tabla histórica correspondiente.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 105 de un total de 191 página(s), Versión imprimible con información de firma.El histórico de una entidad contiene todos los datos de esa entidad desde que se incorporóal sistema hasta su situación actual (inclusive).3.10. Ejemplos de operacionesA modo informativo se incluyen unos ejemplos de posibles operaciones sobre <strong>territorio</strong>.3.10.1. Recodificación de víaEl siguiente ejemplo muestra la recodificación de una vía.Calle AlcaláCód= 4572Recodificación de víaCalle AlcaláCód= 4550En este ejemplo se ha recodificado una calle, por tanto, se deberá modificar el código dedicha vía en todas las APPs.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 105
3.10.2. Fusión de víasDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 106 de un total de 191 página(s), Versión imprimible con información de firma.VÍANIDEN:10001VIANIDEN:10003VIANIDEN:10002APP 1 APP 2 APP 5FUSIONAPP 1 APP 2 APP 5En el dibujo anterior se muestra como la vía 10001 y la vía 10002 se fusionan en una víanueva que es la vía 10003.Para ello es necesario recodificar todas las APPs que contienen ambas vías para pasarlas ala nueva vía. Las vías de origen quedarían dadas de baja.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 106
4. VISTA LÓGICADocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 107 de un total de 191 página(s), Versión imprimible con información de firma.En la siguiente figura se muestran los diferentes subsistemas que conforman el módulo degestión de <strong>territorio</strong>:ComunicacionesGestorCartográficoInterfaz UsuarioGestión deTerritorioValidador4.1. Interfaz de usuarioSeguridadGestión EntidadGestiónHistoricoOperacionesGestiónHistoricoEntidadLa interfaz del usuario proporciona el mecanismo para que el usuario interactúe con elsistema y realice gestiones sobre el <strong>territorio</strong>. La aplicación presentará una interfaz webaccesible con un sistema de autenticación del usuario para permitirle realizar solamenteaquellas operaciones para las que está autorizado.La interfaz web solamente constituye una capa de presentación de la informaciónalmacenada en la base de datos. Además maneja la navegación por la aplicación web.Esta capa de presentación estará desacoplada por completo del resto de subsistemas, demanera que cualquier gestión realizada será llevada a cabo utilizando el subsistema degestión de <strong>territorio</strong>. Sería posible así cambiar por completo la interfaz de comunicación conel usuario sustituyendo este subsistema por otro, sin que este cambio afecte al resto decomponentes.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 107
4.2. SeguridadEl subsistema de seguridad agrupa todos los mecanismos de autenticación y autorizaciónutilizados en la aplicación.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 108 de un total de 191 página(s), Versión imprimible con información de firma.La autenticación se podrá perfilar por usuario el método de acceso, sólo mediante usuario ycontraseña, sólo mediante certificado digital, DNI electrónico, ambos …etc. También seposibilitara la integración y autenticación contra un LDAPLa autorización estará basada en una lista de permisos por usuario o perfil para todas las<strong>funcional</strong>idades disponibles en la aplicación. La gestión de estos permisos se podrá realizara través del módulo de administración.Como la interfaz web representa el modo de acceso a todas las <strong>funcional</strong>idades de gestión,será este subsistema el que interaccione con el de seguridad para autorizar una operación.En resumen, este subsistema independiente debe proporcionar las siguientes funciones:• Autenticación de usuario: implementando diferentes métodos y permitiendo obtenerinformación del usuario identificado, al menos su municipio y su perfil de usuario.• Autorización de usuario: en base a una serie de <strong>funcional</strong>idades definidas para laaplicación, deberá permitir comprobar si un usuario tiene acceso a una <strong>funcional</strong>idaddeterminada, o dicho de otra manera, permitirá obtener todas las operaciones a lasque el usuario está autorizado en el sistema. La autorización utilizará un sistema dereglas y permisos en base al usuario o su perfil.• Gestión de permisos: permitirá obtener la lista de permisos por usuario o perfil,consultar todas las <strong>funcional</strong>idades identificadas en el sistema y definir permisospara usuarios o perfiles.• Gestión de usuarios: proveerá de mecanismos para dar de alta y de baja a usuariosy perfiles, así como la modificación de usuarios y perfiles existentes.• Auditoría: guarda un registro (log) de las acciones realizadas por el usuario en laaplicación para cumplir con la LOPD.4.3. Gestión de <strong>territorio</strong>Este subsistema presenta una fachada de acceso a todas las operaciones y entidades quecomponen <strong>territorio</strong>. A este nivel se cubre la lógica global de la gestión de <strong>territorio</strong>,<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 108
interactuando con diferentes subsistemas para un procesamiento completo de cualquieroperación.Así, las <strong>funcional</strong>idades que expone serían las siguientes:Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 109 de un total de 191 página(s), Versión imprimible con información de firma.• Alta de entidad: realiza el alta de cualquier tipo de entidad• Baja de entidad: realiza la baja de cualquier tipo de entidad• Modificación de entidad: permite modificar cualquier tipo de entidad mediantecualquier tipo de variación (siempre que la entidad soporte esa variación enconcreto).• Consulta de entidad: permitirá consultar cualquier tipo de entidad, tanto en susituación actual como en su lista de versiones, utilizando diferentes criterios.• Consulta de operación: permitirá consultar cualquier tipo de operación complejautilizando diferentes criterios.• Validación de entidad: permitirá hacer una validación de los datos de un tipo deentidad para verificar si son correctos• Validación de operación: permitirá validar si una operación completa es correcta,tanto en su estructura como en sus datosOtros subsistemas con los que se relaciona son:• Validador de operaciones: para validar cualquier operación a realizar• Gestión de entidades: para aplicar la operación sobre las entidades implicadas.• Gestión de histórico de operaciones: si la operación es de modificación permiteconservar su histórico de alto nivel• Comunicaciones: tras completar la operación de manera local se remite dichaoperación al sistema de comunicaciones para su envío al SIGPT• Interfaz web: recibe las acciones del usuario como operaciones y presenta elresultado de éstas<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 109
4.4. ValidadorDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 110 de un total de 191 página(s), Versión imprimible con información de firma.El subsistema de validación recoge todas las validaciones a realizar antes de llevar a cabouna operación sobre cualquier entidad. Cada entidad y cada operación recogerán susvalidaciones particulares implementadas mediante diferentes clases.Muchas de estas validaciones requieren consultas a base de datos para verificar los datosde las entidades implicadas.4.5. Gestión de entidadesEste subsistema está compuesto por todas las entidades de <strong>territorio</strong>, teniendo cada una supropia clase de implementación de las operaciones. No se realiza ninguna validación sobrelos datos, tan solo se consulta o se aplican las modificaciones sobre la base de datos local.Dentro de la gestión de entidades se incluye también la gestión de estructuras definidas porel usuario. Para unificar su tratamiento, una estructura se considera otro tipo de entidad másdel sistema, aunque de manera interna su gestión es muy diferente al resto de entidades.En relación con este subsistema se encuentra el de gestión de histórico de entidades4.6. Gestión de histórico de entidadesEn este subsistema se realizaría todo el tratamiento necesario para el mantenimiento de unhistórico por cada entidad modificada por una operación. Este subsistema cobra granimportante frente a operaciones especiales, tales como anulación de movimientos omodificaciones en las fechas de documento, ya que sin una gestión del histórico estasoperaciones no podrían llevarse a cabo.Además, permite la explotación de la información sobre versiones de entidades mediantediferentes tipos de consultas parametrizables por:• Códigos o atributos de las entidades• Rango de fechas• Expediente• Operación<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 110
4.7. Gestión de histórico de operacionesDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 111 de un total de 191 página(s), Versión imprimible con información de firma.El subsistema realiza todo el tratamiento necesario para el mantenimiento de un histórico deoperaciones de alto nivel. Junto con el subsistema anterior proporciona <strong>funcional</strong>idadnecesaria para cubrir operaciones especiales de anulación de movimientos o modificaciónde fecha de documento.Además, permite la explotación de la información sobre operaciones mediante diferentestipos de consultas parametrizables por:• Rango de fechas• Expediente• Operación• Tipo de entidad• NIDEN de entidad4.8. Gestión de cartografíaEste subsistema se encarga de la gestión de la información cartográfica de todas lasentidades de <strong>territorio</strong>.Su funcionamiento está muy ligado a la integración con otras herramientas GIS por lo queserá un componente desacoplado que se incorporará al sistema cuando se realice laintegración con LocalGIS, en el módulo de servicios.4.9. ComunicacionesEl subsistema de comunicaciones proporciona, entre otras, varias importantes<strong>funcional</strong>idades:• Generación automática de expediente de variación a partir de los datos de laoperación a realizar.• Envío de operaciones realizadas a nivel local a otros sistemas, siendo SIGPT elprincipal receptor de estas comunicaciones.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 111
• Recepción de operaciones realizadas por otros sistemas y que afectan a lainformación local gestionada por el sistema. De nuevo será SIGPT el principal emisorde este tipo de comunicaciones.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 112 de un total de 191 página(s), Versión imprimible con información de firma.• Tratamiento de envíos síncronos y asíncronos, así como errores en la comunicación.• Gestión de estados de los expedientes.Este subsistema se detallará en el documento correspondiente al análisis del módulo decomunicaciones. Se incluye aquí por considerarse de gran importancia para la gestión querealiza el módulo de <strong>territorio</strong>.No obstante, este subsistema no es requerido para el funcionamiento del módulo de<strong>territorio</strong>, pudiendo ser desacoplado de éste. Sin subsistema de comunicaciones se tendríauna gestión completa de <strong>territorio</strong> a nivel local, pero esta gestión no se encontraríasincronizada con la información almacenada en SIGPT.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 112
5. VISTA DE INTERACCIÓNEn el presente punto se determinan detalles generales sobre el diseño de las interfaces del sistema.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 113 de un total de 191 página(s), Versión imprimible con información de firma.5.1. Interfaces de usuarioEl sistema presenta una interfaz web para la interacción con el usuario. En primer lugar se detallan losfactores a tener en cuenta para el diseño de esta interfaz:• Interacción: Intentar buscar una buena “comunicación” de los usuarios con laaplicación.• Presentación: Optimizar la forma en la que se le presentan los datos al usuario eintentar crear un entorno de trabajo donde el usuario ubique fácilmente lo que desea.• Estructura: Optimizar estructuralmente la interfaz gráfica. Compromete al entorno enla navegabilidad y en las funciones operacionales entre secciones del sistema.A continuación se dan más detalles sobre la interfaz web de la aplicación.5.1.1. Interfaz webEn relación a la interacción que tendrán los usuarios con el sistema, dada la naturaleza deéste, se busca una interfaz simple, libre de elementos superfluos, de manera que seaintuitiva para el usuario y de aprendizaje fácil. Para ello se pondrá especial énfasis en laclaridad de los mensajes informativos o de advertencia, así como en el resto de textosutilizados por la interfaz.Para la presentación prima la simplicidad y la claridad en los contenidos mostrados. Cadapágina contaría con su título para informar al usuario de su posición. Se utilizaráncomponentes de JSF si favorecen la visualización o la interacción con la interfaz. Sebuscará la compatibilidad con diferentes navegadores (Internet Explorer, Mozilla Firefox,Google Chrome, Opera y Safari) y versiones.Respecto a la estructura, se tendrá un menú de navegación, pudiendo existir un submenúen los casos que se considere necesario, el resto de la página se reservará para mostrar loscontenidos propios de la misma.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 113
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 114 de un total de 191 página(s), Versión imprimible con información de firma.Mediante el menú de navegación se tendrá acceso directo a todas las posibles operaciones:alta de entidades, baja, modificación y consultas. Las listas de entidades se mostrarán entablas paginadas (con el número de registros por página configurable), pudiendo tener éstasun autofiltrado para realizar búsquedas rápidas sobre ellas. Las tablas permitirán laordenación ascendente o descendiente por cualquiera de sus columnas.Además, existirá una navegación jerárquica entre entidades, esto es, al seleccionar unaentidad se tendrá acceso a las entidades que cuelgan inmediatamente de ella.A continuación se abordan algunos detalles de la interfaz que quedan recogidos en eldocumento de requisitos <strong>funcional</strong>es.5.1.1.1. Multi-idiomaMulti-idiomaEl sistema contará con soporte multi-idioma configurable ypersonalizable en el proceso de instalación de la aplicación y en lanavegación de la misma, configurado por defecto en castellano. Se10.1.1.1proveerán los mecanismos necesarios para establecer cualquieridioma sin necesidad de conocimiento técnico añadido (mediantetraducción en fichero de texto).La interfaz de la aplicación tendrá la opción de modificar el idioma utilizado en lavisualización. Todos los textos que se muestren se recuperarán de un fichero de idioma,para que sea fácil su edición de forma rápida.5.1.1.2. Multi-entidadMulti-entidad10.1.1.2El sistema contemplará la posibilidad de gestionar más de unaentidad (p.e. un Municipio) por parte de un mismo organismo, ya sea<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 114
una Diputación provincial o una Comunidad Autónoma.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 115 de un total de 191 página(s), Versión imprimible con información de firma.El acceso a la aplicación se realizará a través de una pantalla de identificación. Al identificaral usuario se muestra la gestión asociada al municipio (o municipios) del usuario.5.1.1.3. Multi-sesiónMulti-sesiónEl sistema soportará varias sesiones simultáneas en el mismonavegador. Cuando se realiza una operación, a su vez se puede10.1.1.3realizar otro abriendo una nueva pestaña del navegador, permitiendoasí modificaciones y consultas en varias sesiones simultáneas.La aplicación permitirá que se abran varias pestañas de navegación asociados al mismousuario, pudiendo realizarse varias gestiones en paralelo, como por ejemplo ejecutarconsultas en una pestaña del navegador y completar modificaciones en otra.5.1.1.4. AyudaAyudaLa aplicación contemplará el incluir un módulo integrado de ayudacon objeto de permitir al usuario consultar el funcionamiento que10.1.1.4requiera la aplicación y cualquier duda que le pueda surgir sobre lamisma. El módulo debe contener al menos:• Un índice de contenidos• Un buscador<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 115
• Un apartado de preguntas frecuentesDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 116 de un total de 191 página(s), Versión imprimible con información de firma.Desde la interfaz en todo momento estará disponible el acceso a las páginas de ayuda de laaplicación.5.1.1.5. Integración con el sistema ECOIntegración con el sistema ECOLa aplicación se integrará con el sistema ECO acorde a lasespecificaciones que se detallan en el documento de integración10.1.1.6aportado por el ministerio. Esta integración permitirá que se muestreel logo actualizado del ministerio y que se recojan estadísticas deimplantación y de actividadPara integrarse con este sistema, la página de inicio de la aplicación deberá mostrar ellogotipo a través de una petición al sistema de recolección, según el procedimiento descritoen el documento SETSI. Manual_integracion_logotipo_comun_v1_4.doc que sigue el flujoque se indica a continuación:• Un usuario accede a una instancia de aplicación a través de un navegador web.• La página de inicio de esta instancia de aplicación realiza una petición de descargadel logotipo (una imagen) al sistema de recolección.• En la petición de descarga se envía información de la instancia de aplicación.• El sistema de recolección evalúa la información recibida contra la base de datos.• Si la instancia ya está registrada, se devuelve el logotipo de la aplicación.• Si la instancia no está registrada, se devuelve un logotipo genérico que enlaza con elformulario de registro.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 116
• A través del formulario de registro, es posible introducir los datos de la instancia deaplicación en base de datos.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 117 de un total de 191 página(s), Versión imprimible con información de firma.5.1.1.6. UsabilidadUsabilidadEn términos de usabilidad se usará el estándar 10 reglas de Jakob10.1.1.10Nielsen durante toda la el ciclo de vida del proyecto.Se indican las 10 reglas de Jakob Nielsen sobre usabilidad:1. Visibilidad del estado del sistema. El sistema debe siempre mantener a losusuarios informados del estado del sistema, con una realimentación apropiada y enun tiempo razonable.2. Utilizar el lenguaje de los usuarios. El sistema debe hablar el lenguaje de losusuarios, con las palabras, las frases y los conceptos familiares, en lugar de que lostérminos estén orientados al sistema. Utilizar convenciones del mundo real, haciendoque la información aparezca en un orden natural y lógico.3. Control y libertad para el usuario. Los usuarios eligen a veces funciones delsistema por error y necesitan a menudo una salida de emergencia claramentemarcada, esto es, salir del estado indeseado sin tener que pasar por un diálogoextendido. Es importante disponer de deshacer y rehacer.4. Consistencia y estándares. Los usuarios no deben tener que preguntarse si lasdiversas palabras, situaciones, o acciones significan la misma cosa. En general hayque seguir las normas y convenciones de la plataforma sobre la que estáimplementando el sistema.5. Prevención de errores. Es importante prevenir la aparición de errores, se consideramejor que generar buenos mensajes de error.6. Minimizar la carga de la memoria del usuario. El usuario no debería tener querecordar la información de una parte del diálogo a la otra. Es mejor mantener objetos,acciones y las opciones visibles que memorizar.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 117
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 118 de un total de 191 página(s), Versión imprimible con información de firma.7. Flexibilidad y eficiencia de uso. Las instrucciones para el uso del sistema debenser visibles o fácilmente accesibles siempre que se necesiten. Los aceleradores novistos por el usuario principiante, mejoran la interacción para el usuario experto de talmanera que el sistema puede servir para usuarios inexpertos y experimentados. Esimportante que el sistema permita personalizar acciones frecuentes.8. Diálogos estéticos y diseño minimalista. No deben contener la información quesea inaplicable o se necesite raramente. Cada unidad adicional de la información enun diálogo compite con las unidades relevantes de la información y disminuye suvisibilidad relativa.9. Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de los errores.Los mensajes de error se deben expresar en un lenguaje claro, se debe indicarexactamente el problema y deben ser constructivos.10. Ayuda y documentación. Aunque es mejor si el sistema se puede usar sindocumentación, puede ser necesario disponer de ayuda y documentación. Ésta tieneque ser fácil de buscar, centrada en las tareas del usuario, tener información de lasetapas a realizar y que no sea muy extensa.5.1.1.7. AccesibilidadAccesibilidadEl objetivo es tener un sistema accesible para todos los ciudadanos,independientemente de las discapacidades que tengan, losdispositivos empleados para acceder a la información o el contextode uso. Por lo tanto el sistema cumplirá con las recomendacionesinternacionales de accesibilidad de la iniciativa WAI (Web10.1.1.12Accessibility Initiative) del W3C (World Wide Web Consortium),cumpliendo un nivel 2 (AA) y los niveles de prioridad 1 y 2 de laNorma UNE 139803:2004 (Real Decreto 1494/2007, de 12 denoviembre).Asimismo el contenido de la aplicación se desarrollará bajo unagramática XHTML 1.0 y hojas de estilos CSS. Estos estándaresgarantizan el acceso a la información a través de cualquier dispositivo<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 118
de navegación que soporte las recomendaciones del W3C.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 119 de un total de 191 página(s), Versión imprimible con información de firma.Se detallan las pautas WAI así como los puntos de verificación que se deben cumplir paraconseguir el nivel AA de accesibilidad:1. Proporcione alternativas equivalentes para el contenido visual y auditivo: Uncontenido que, presentado al usuario, cumpla esencialmente la misma función opropósito que el contenido visual o auditivo.a. Proporcione un texto equivalente para todo elemento no textual (Por ejemplo:a través de alt, longdesc o en el contenido del elemento).Esto incluye: imágenes, representaciones gráficas del texto (incluyendosímbolos), áreas de mapas de imagen, animaciones (por ejemplo, GIFanimados), applets y objetos programados, ASCII art, marcos, scripts,imágenes usadas como viñetas en las listas, espaciadores, botones gráficos,sonidos (ejecutados con o sin la interacción del usuario), archivosexclusivamente auditivos, pista sonora del vídeo y vídeos.b. Proporcione enlaces redundantes en formato texto para cada área activa deun mapa de imagen del servidor.c. Hasta que las aplicaciones de usuario puedan leer en voz alta,automáticamente, el texto equivalente de la pista visual de una presentaciónmultimedia, proporcione una descripción sonora de la información importantede la pista visual.d. Sincronice con la presentación, equivalentes alternativos (por ejemplo:subtítulos o descripciones sonoras de la pista visual) para cualquierpresentación multimedia tempodependiente (por ejemplo: una película oanimación).2. No se base sólo en el color.a. Asegúrese de que toda la información transmitida a través del color estátambién disponible sin color.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 119
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 120 de un total de 191 página(s), Versión imprimible con información de firma.b. Asegúrese de que las combinaciones de color del fondo y del primer planocontrastan lo suficiente cuando son vistas por alguien que tiene unadeficiencia de percepción del color o que utiliza un monitor en blanco y negro.Solo para imágenes.3. Utilice marcadores y hojas de estilo y hágalo apropiadamente.a. Utilice marcadores en vez de imágenes para transmitir información, si existeun lenguaje de marcado apropiado.b. Cree documentos que se ciñan a las gramáticas formales publicadas.c. Use hojas de estilo para controlar la disposición y la presentación.d. Use unidades relativas en vez de absolutas en los valores de los atributos dellenguaje de marcado y en las hojas de estilo.e. Use elementos de encabezado para sugerir la estructura del documento yúselos siguiendo la especificación.f. Marque correctamente las listas y los ítems de lista.g. Marque las citas. No use el marcado de citas para efectos de formato talescomo la sangría.4. Identifique el idioma y los cambios de idioma.a. Identifique claramente los cambios en el lenguaje natural del texto de undocumento y de cualquier texto equivalente (por ejemplo: en leyendas ysubtítulos).5. Cree tablas que se transformen correctamente.a. En las tablas de datos, identifique los encabezados de fila y columna.b. Para las tablas de datos que tengan dos o más niveles lógicos deencabezados de fila o columna, utilice marcadores para asociar las celdas dedatos con las celdas de encabezado.c. No use tablas para maquetar, a menos que el contenido de la tabla tengasentido cuando se represente en forma lineal. Si la tabla no se entiende,proporcione un equivalente alternativo (que puede ser una versión lineal delcontenido de la tabla).<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 120
d. Si utiliza una tabla para maquetar, no utilice ningún marcado estructural paraconseguir un efecto visual de formateo.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 121 de un total de 191 página(s), Versión imprimible con información de firma.6. Asegúrese de que las páginas que incorporen nuevas tecnologías se transformencorrectamente.a. Organice los documentos de forma que puedan ser leídos sin hojas de estilo.Por ejemplo, cuando un documento HTML es interpretado sin las hojas deestilo asociadas, debe seguir siendo posible leer el documento.b. Asegúrese de que los equivalentes para el contenido dinámico se actualizancuando cambia el contenido dinámico.c. Asegúrese de que las páginas pueden seguir siendo usadas cuando losscripts, applets u otros objetos de programación se desconectan o no sonsoportados. Si no es posible, brinde información equivalente en una páginaalternativa accesible.d. Para los scripts y applets, asegúrese de que la ejecución de los manejadoresde evento sea independiente del tipo de dispositivo.e. Asegúrese de que los contenidos dinámicos sean accesibles o proporcioneuna página o presentación alternativas. Hasta que las aplicaciones de usuariopermitan al usuario controlarlo, evite provocar el parpadeo de la pantalla.7. Asegure al usuario el control sobre los cambios de los contenidos tempodependientes.a. Hasta que las aplicaciones de usuario permitan al usuario controlar eldestello, evite que el contenido destelle (por ejemplo, los cambios en lapresentación a ritmo regular, como si se encendiera y apagase).b. Hasta que las aplicaciones de usuario permitan congelar el contenido enmovimiento, evite el movimiento en las páginas.c. Hasta que las aplicaciones de usuario proporcionen la posibilidad de detenerel refresco, no cree páginas que periódicamente se auto-refresquen.d. Hasta que las aplicaciones de usuario proporcionen la posibilidad de detenerel redireccionamiento automático, no utilice marcadores para redirigir laspáginas automáticamente. En su lugar, configure el servidor para llevar acabo los re-direccionamientos.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 121
8. Asegure la accesibilidad directa de las interfaces incrustadas.a. Cree los elementos de programación tales como scripts y applets de maneraque sean directamente accesibles o compatibles con las ayudas técnicas.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 122 de un total de 191 página(s), Versión imprimible con información de firma.9. Diseñe para la independencia del dispositivo.a. Proporcione mapas de imagen controladas por el cliente en vez de por elservidor, excepto cuando las áreas no puedan ser definidas con una formageométrica.b. Asegúrese de que cualquier elemento que tenga su propia interfaz puedamanejarse de forma independiente del tipo de dispositivo.c. Para los scripts, especifique manejadores de evento lógicos en vez demanejadores de evento dependientes del dispositivo.10. Utilice soluciones provisionales para que las ayudas técnicas y los antiguosnavegadores operen correctamente.a. Hasta que las aplicaciones de usuario permitan a los usuarios desactivar lageneración de ventanas, no provoque que aparezcan llamadas emergentes uotras ventanas y no cambie el foco de la ventana actual sin informar antes alusuario.b. Hasta que las aplicaciones de usuario soporten asociaciones explícitas entrelas etiquetas y los controles de formulario, para todos los controles deformulario con etiquetas implícitamente asociadas, asegúrese de que laetiqueta está colocada adecuadamente.11. Utilice las tecnologías y pautas W3C (de acuerdo con las especificaciones) y siga laspautas de accesibilidad. Cuando sea necesario, proporcione una versión alternativaaccesible del contenido.a. Utilice las tecnologías del W3C cuando estén disponibles y sean apropiadaspara la tarea, y use las últimas versiones en cuanto sean soportadas.b. Evite usar elementos obsoletos de las tecnologías del W3C.c. Si, a pesar de haberse esforzado, no consigue crear una página accesible,proporcione un enlace a una página alternativa que use las tecnologías delW3C, sea accesible, tenga información (o <strong>funcional</strong>idad) equivalente y seaactualizada tan a menudo como la página (original) inaccesible.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 122
12. Proporcione información de contexto y orientación.a. Titule cada marco para facilitar la identificación del marco y la navegaciónentre ellos.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 123 de un total de 191 página(s), Versión imprimible con información de firma.b. Describa el propósito de los marcos y cómo se relacionan entre sí, si noresulta obvio sólo con los títulos de marco.c. Divida los bloques de información largos en grupos más manejables cuandoresulte natural y apropiado.d. Asocie etiquetas explícitamente con sus controles.13. Proporcione mecanismos claros y coherentes de navegación con informaciónorientativa, barras de navegación y un mapa del sitio para incrementar laprobabilidad de que una persona encuentre lo que está buscando en el sitio.a. Identifique claramente el objetivo de cada enlace.b. Proporcione metadatos para añadir información semántica a las páginas y lossitios.c. Proporcione información sobre la maquetación general de un sitio (porejemplo, un mapa del sitio o tabla de contenidos).d. Utilice mecanismos de navegación de manera consistente.14. Asegúrese de que los documentos sean claros y simples en cuanto a sucomprensión.a. Utilice el lenguaje más claro y sencillo que sea apropiado para el contenidode un sitio.5.1.1.8. Interfaz optimizadaInterfaz optimizadaLa interfaz del usuario estará optimizada para minimizar el tráfico de10.1.1.13información entre cliente y servidor. Para ello se propondránmecanismos de recarga únicamente de las partes de la interfazmodificadas en cada petición al servidor. También se permitirá<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 123
ejecutar en segundo plano operaciones pesadas como transferenciade archivos de manera que sea posible continuar trabajando con elaplicativo.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 124 de un total de 191 página(s), Versión imprimible con información de firma.La interfaz permitirá mostrar listas paginadas de resultados connúmero de registros por página configurable. Además las tablas ylistados permitirán ordenaciones por sus campos de maneraascendente y descendente.Todas estas consideraciones serán estudiadas para mantener laaccesibilidad definida en el requisito anterior.Se dispondrá de una interfaz que optimice el tráfico de información entre el navegador webdel cliente y el servidor con la aplicación <strong>AL</strong> Padrón. Para ello se utilizarán tecnologías webdestinadas a dotar de dinamismo a las páginas creadas.Se hará un uso adecuado de las diferentes tecnologías de manera que posibiliten tanto elcumplimiento de la accesibilidad como disponer de una interfaz dinámica y <strong>funcional</strong>.5.2. Interfaces SoftwareEl módulo de <strong>territorio</strong> permite la comunicación a través de una interfaz de servicios web enla que los mensajes son expedientes XML de tramitación o respuesta. Cada operación seráinvocada mediante un servicio web diferente y con un tipo de expediente único para cadacaso. Todas las comunicaciones son seguras, de manera que los mensajes de los serviciosweb deberán ir firmados para permitir identificar el remitente del mensaje.Esta <strong>funcional</strong>idad está proporcionada por el módulo de comunicaciones existente en elsistema.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 124
5.2.1. ExpedientesDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 125 de un total de 191 página(s), Versión imprimible con información de firma.El expediente es la unidad básica de intercambio de comunicación entre el ayuntamiento ySIGPT. Se define como un conjunto de acciones enlazadas según un flujo de tramitación.Cada variación realizada sobre la gestión local de <strong>territorio</strong> será comunicada a SIGPTmediante el envío de un expediente a través del módulo de comunicaciones.5.2.1.1. Tipos de expedientesExistirá un tipo de expediente diferenciado para cada operación, siendo el inventario deexpedientes el siguiente:Operación Causa Entidad Nombre del ExpedienteAltaBajaModificaciónNetaNetaDenominaciónVíaSubsecciónAPPHuecoVíaSubsecciónAPPHuecoAlta neta de VíaAlta neta de SubsecciónAlta neta de APPAlta neta de HuecoBaja neta de VíaBaja neta de SubsecciónBaja neta de APPBaja neta de HuecoEntidad Colectiva Modificación de denominación de EntidadColectivaEntidad SingularModificación de denominación de Entidad SingularNúcleo/Diseminado Modificación de denominación deNúcleo/DiseminadoVíaDistritoModificación de denominación de VíaModificación de denominación de DistritoRenumeración Vía Renumeración de VíaRecodificación Entidad Colectiva Recodificación de Entidad Colectiva<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 125
Entidad SingularNúcleo/DiseminadoRecodificación de Entidad SingularRecodificación de Núcleo/DiseminadoDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 126 de un total de 191 página(s), Versión imprimible con información de firma.VíaRecodificación de VíaDistritoRecodificación de DistritoSecciónRecodificación de SecciónSubsecciónRecodificación de SubsecciónAPPRecodificación de APPOtros atributos VíaModificación de otros atributos de VíaAPPModificación de otros atributos de APPHuecoModificación de HuecoCambio de clase Vía Cambio de clase de VíaSegregación Entidad Colectiva Segregación de Entidad ColectivaEntidad Singular Segregación de Entidad SingularNúcleo/Diseminado Segregación de Núcleo/DiseminadoVíaSegregación de VíaDistritoSegregación de DistritoSecciónSegregación de SecciónSubsecciónSegregación de SubsecciónFusiónEntidad Colectiva Fusión de Entidad ColectivaEntidad Singular Fusión de Entidad SingularNúcleo/Diseminado Fusión de Núcleo/DiseminadoVíaFusión de VíaDistritoFusión de DistritoSecciónFusión de SecciónSubsecciónFusión de SubsecciónCambio de límites Entidad Colectiva Cambio de límites de Entidad ColectivaEntidad Singular Cambio de límites de Entidad SingularNúcleo/Diseminado Cambio de límites de Núcleo/Diseminado<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 126
VíaDistritoCambio de límites de VíaCambio de límites de DistritoDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 127 de un total de 191 página(s), Versión imprimible con información de firma.Anulación de movimientoModificación de fecha dedocumentoConsultaSecciónSubsecciónEntidad ColectivaEntidad SingularNúcleo/DiseminadoVíaDistritoSecciónSubsecciónAPPHuecoTodas las entidadesCambio de límites de SecciónCambio de límites de SubsecciónAnulación de movimiento de Entidad ColectivaAnulación de movimiento de Entidad SingularAnulación de movimiento de Núcleo/DiseminadoAnulación de movimiento de VíaAnulación de movimiento de DistritoAnulación de movimiento de SecciónAnulación de movimiento de SubsecciónAnulación de movimiento de APPAnulación de movimiento de HuecoModificación de fecha de documentoEntidad [1] Entidad Colectiva Consulta de Entidad ColectivaEntidad Singular Consulta de Entidad SingularNúcleo/Diseminado Consulta de Núcleo/DiseminadoVíaConsulta de VíaDistritoConsulta de DistritoSecciónConsulta de SecciónSubsección Consulta de SubsecciónOperacionesConsulta de histórico de OperacionesPara más claridad podemos ver los tipos de expedientes clasificados por entidad. Esto nosdará una visión más clara de las operaciones que pueden realizarse para una entidad enconcreto.1Los expedientes de consulta de entidad permitirán tanto la consulta de la situación actual de las entidadesasí como la consulta de su información histórica.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 127
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 128 de un total de 191 página(s), Versión imprimible con información de firma.Entidad ColectivaEntidad SingularNúcleo/DiseminadoVíaDistritoSecciónSubsecciónAPPHuecoAlta neta X X X XBaja neta X X X XModificación de denominación X X X X XRenumeraciónXRecodificación X X X X X X X XModificación de otros atributos X X XCambio de claseXSegregación X X X X X X XFusión X X X X X X XCambio de límites X X X X X X XAnulación de movimiento X X X X X X X X XModificación de fecha de documento X X X X X X X X XConsulta de entidad X X X X X X X X XConsulta de histórico de operaciones No asociado a un tipo de entidad5.2.1.2. Formato del expedienteEl expediente estará representado por un fichero XML con la siguiente estructura:1. Cabecera de expediente: con información del tipo de operación y entidad sobre laque se realiza, así como datos adicionales sobre la entidad que envía el expediente,fecha de documento, etc.2. Datos de histórico: describe la operación a realizar a alto nivel, incluyendo lainformación necesaria para la construcción del histórico de alto nivel de operaciones.Esta información servirá, además, para contrastar tanto con el tipo de expedienteseleccionado como con las líneas de detalle cumplimentadas.3. Datos de detalle: contiene información detallada del cambio a realizar por laoperación, incluyendo todos los datos necesarios de todas las entidades afectadaspor el expediente.Más información sobre el formato XML y estructura de los diferentes expedientes sedetallará en el documento de análisis <strong>funcional</strong> del módulo de comunicaciones.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 128
Junto al expediente se podrán anexar documentos mediante ficheros adjuntos. Estosdocumentos permitirán completar la información de la operación realizada, así comojustificar el motivo de realizar dicha operación.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 129 de un total de 191 página(s), Versión imprimible con información de firma.Uno de los tipos de documentos que pueden enviarse con el expediente se corresponde conlos ficheros de cartografía con información de la operación realizada. Los ayuntamientosdeberán enviar tantos ficheros cartográficos como entidades se vayan a modificar en elexpediente, es decir, que no se podrá enviar un fichero cartográfico que englobe todas lasvariaciones de las diferentes entidades.5.2.1.3. Flujos de tramitaciónEn el tratamiento de los expedientes por SIGPT será necesario distinguir dos flujos detramitación diferentes, pero a su vez dependientes:• Flujo alfanumérico: que contiene todas las validaciones a nivel alfanumérico, es decirlas validaciones de los valores de cada uno de los campos de las diferentesentidades descritas en el modelo de datos de <strong>territorio</strong>.• Flujo cartográfico: este flujo contiene la validación de los ficheros SHAPEFILE,necesarios para definir la geometría de las entidades.Se considera que el flujo está completado cuando el expediente haya finalizado con éxito elflujo alfanumérico y el flujo cartográfico. En caso de que el expediente no tenga que pasarpor el flujo cartográfico, porque no introduzca ninguna variación en la cartografía, seconsidera que el expediente ha finalizado cuando complete con éxito el flujo alfanumérico.Flujo alfanuméricoContiene las validaciones a nivel alfanuméricas necesarias para la actualización de losdatos en el sistemaFlujo cartográficoEl flujo cartográfico estará formado por todas aquellas validaciones que tienen por objetivosaber si el expediente contiene los ficheros necesarios para modificar la cartografía de lasentidades modificadas. Una vez enviados los ficheros a Cartografía, será cuando se<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 129
compruebe que los ficheros cumplen con la directiva INSPIRE, y que los datos quecontienen son válidos para describir la modificación cartográfica de la entidad.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 130 de un total de 191 página(s), Versión imprimible con información de firma.Durante el flujo cartográfico se validará si en el expediente se han incluido los ficherosnecesarios para producir la modificación, es decir si en el expediente se encuentran losficheros shp, shx, dbf, sbn, sbx, fbn, fbx, ain, aih, prj, shp.xml. Como todos los ficherospueden no ser obligatorios, será necesario especificar una tabla donde se indique quéficheros son obligatorios, y cuales opcionales.El flujo cartográfico comenzará una vez finalizado el flujo alfanumérico. Un expediente noestará finalizado hasta que no se haya completado con éxito el flujo alfanumérico y el flujocartográfico. Si los ficheros cartográficos enviados por el ayuntamiento no son suficientes, ocontienen errores, se devolverá el expediente al ayuntamiento, para que vuelva a enviar losficheros. El ayuntamiento enviará una nueva versión del expediente, donde deberá incluir losnuevos ficheros.5.2.2. Módulo de comunicacionesEl módulo de comunicaciones proporciona interacción con el sistema en base al envío yrecepción de expedientes de variaciones. Permite la comunicación entre el ayuntamiento ySIGPT en ambas direcciones con el fin de asegurar la sincronía en la información de ambossistemas.El módulo de comunicaciones es un componente desarrollado por el INE, sobre el que seañadirá <strong>funcional</strong>idad adicional para la gestión del ayuntamiento. Una descripción másdetallada de la <strong>funcional</strong>idad de este módulo quedará recogida en el análisis <strong>funcional</strong>correspondiente, pero se incluye aquí una visión general por su relación directa con lagestión de <strong>territorio</strong>.El módulo de comunicaciones constituye un componente independiente dentro de laaplicación y puede desacoplarse para obtener un módulo de <strong>territorio</strong> aislado que gestionelas entidades locales sin sincronizar la información con los sistemas del INE.En cuanto a su funcionamiento, el módulo dispone de dos bandejas, una de entrada para larecepción de expedientes y otra de salida para el envío.Los expedientes siguen un proceso para su tratamiento, diferente según quién inicie lacomunicación, distinguiendo los dos casos siguientes:<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 130
• Expediente iniciado por el ayuntamiento• Expediente iniciado por el INEDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 131 de un total de 191 página(s), Versión imprimible con información de firma.Independientemente de quién inicie la comunicación, todo expediente enviado ha de tenersu correspondiente expediente de respuesta, en caso contrario el módulo entenderá que seha producido algún tipo de error en la comunicación y reenviará el mismo expediente.El módulo, con su sistema de bandejas, está preparado para soportar dos tipos de envíos:• Envío síncrono: el expediente se envía, se tramita y se recibe la respuesta en lamisma comunicación.• Envío asíncrono: el expediente se envía, pero no se tramita de forma inmediata. Larespuesta será recibida cuando sea procesado.Según lo anterior, al enviar un expediente se puede obtener una de las siguientesrespuestas:• Notificación de expediente pendiente de procesar: ésta no es una respuestapropiamente dicha, es una notificación que se recibe cuando el envío se hace formaasíncrona. Informa que el expediente ha sido recibido pero su procesamiento sepospone, bien por implicar una operación pesada o que debe ser revisada. Cuandoel expediente sea procesado se recibirá la respuesta correspondiente.• Expediente correcto: el expediente ha sido procesado de forma correcta.• Expediente rechazado: el expediente no se ha procesado porque contenía errores oporque la operación no ha sido aprobada. En este caso se podrá generar un nuevoexpediente enlazado al anterior que corrija los errores detectados.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 131
5.2.2.1. Expediente iniciado por el ayuntamientoAltaEntidadBajaEntidadModificaciónEntidadDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 132 de un total de 191 página(s), Versión imprimible con información de firma.ExpedienteCorregirExpedienteNo ValidadoDescartarExpediente<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 132ValidarFinValidadoConsolidarExpedienteDiagrama del proceso de tratamientoExpedienteExpedienteEste será el caso más habitual. Se corresponde con operaciones realizadas en la gestión de<strong>territorio</strong> del ayuntamiento, lo que conlleva el envío de un expediente con la variaciónefectuada al SIGPT. El proceso de tramitación completo se resume en los siguientes pasos:1. El ayuntamiento realiza una modificación en su <strong>territorio</strong>. La modificación se guardaen el sistema, señalando las entidades afectadas con una marca que indica que elcambio está pendiente de consolidación.
2. El módulo de comunicaciones del ayuntamiento genera un expediente con lavariación realizada, le asigna un código de expediente único y lo graba en la bandejade salida.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 133 de un total de 191 página(s), Versión imprimible con información de firma.3. Se graba el código de expediente en todas las entidades afectadas por lamodificación.4. El expediente se envía al gestor de peticiones de SIGPT.5. SIGPT tramita el expediente y devuelve una respuesta al ayuntamiento.6. El ayuntamiento recibe la respuesta de SIGPT y la graba en su bandeja de entradapara ser tratada.7. La respuesta recibida puede ser de dos tipos:a. Correcta: la variación se ha incorporado a SIGPTi. Las entidades afectadas por la operación se consolidan eliminando lamarca asignada previamente.ii. Para las entidades que se han dado de alta se asigna el NIDEN de laentidad de SIGPT.iii. El módulo de comunicaciones notificaría la modificación, si fueranecesario, a otros sistemas con los que se encuentre integrado.b. Incorrecta: el expediente contiene algún tipo de error y no se ha incorporadoa SIGPT. Se requiere una acción manual por parte del usuario de laaplicación:i. Corregir expediente: el usuario corrige los errores detectados en laoperación.• Se anulan las modificaciones efectuadas por la operación inicial.• Con la modificación corregida el módulo de comunicacionesgenera un nuevo expediente y lo graba en la bandeja de salida. Elnuevo expediente queda enlazado como una corrección delexpediente anterior.• Se aplica en las entidades del sistema la modificación corregida.Las entidades se marcan pendiente de consolidar y se les asignael código del nuevo expediente.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 133
• El expediente corregido se envía a SIGPT y se iniciaría de nuevoel tratamiento, siguiendo los pasos a partir del punto 5.ii. Descartar expediente: el usuario rechaza la operación completa.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 134 de un total de 191 página(s), Versión imprimible con información de firma.• Se anulan las modificaciones efectuadas en las entidadespendientes de consolidar.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 134
5.2.2.2. Expediente iniciado por SIGPTAltaEntidadBajaEntidadModificaciónEntidadDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 135 de un total de 191 página(s), Versión imprimible con información de firma.ExpedienteCorregirExpedienteExpedienteCorregidoTramitarAyuntamientoPendienteUsuarioDescartarExpedienteValidarExpedienteExpedienteDiagrama del proceso de tratamientoExpedienteValidado<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 135FinConsolidarExpedienteEn este caso SIGPT comunica una variación que debe incorporar el ayuntamiento a susistema. Estas variaciones pueden surgir a partir de procesos internos del INE o bien poroperaciones de otros organismos que repercutan en el propio ayuntamiento. El proceso detramitación completo difiere del punto anterior y se resume en los siguientes pasos:1. SIGPT envía al ayuntamiento un expediente de variación.
2. El módulo de comunicaciones del ayuntamiento recibe el expediente y lo graba en subandeja de entrada para su tratamiento.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 136 de un total de 191 página(s), Versión imprimible con información de firma.3. El ayuntamiento tiene definidas una serie de reglas sobre cómo se procesan losexpedientes de variación recibidos. Las reglas permiten, en función del tipo deexpediente, operación y hora, definir un procesamiento:a. Procesamiento automático: la gestión de reglas determina que el expedientese incorpora automáticamente al sistema, que implica lo siguiente:i. La operación se realiza localmente en el ayuntamiento. Las entidadesafectadas se almacenan en estado consolidado y con el código delexpediente recibido.ii. Para las entidades que se han dado de alta se asigna el NIDEN de laentidad de SIGPT.iii. Se genera un expediente de respuesta correcta a la operación que segraba en la bandeja de salida del módulo.iv. Se envía el expediente de respuesta a SIGPT.v. El módulo de comunicaciones notificaría la modificación, si fueranecesario, a otros sistemas con los que se encuentre integrado.b. Procesamiento manual: la gestión de reglas determina que la operación ha deser confirmada manualmente por un usuario del ayuntamiento, que podrá:i. Aceptar expediente: el usuario confirma la operación.• El expediente se incorpora al sistema, siguiendo los pasosanteriores descritos en el punto 3.a.ii. Rechazar expediente: el usuario anula la operación.• Ninguna modificación es grabada en el sistema.• Se genera un expediente de respuesta rechazando la operación yse graba en la bandeja de salida del módulo.• Se envía el expediente de respuesta a SIGPT.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 136
6. VISTA DE SEGURIDADEn este punto se tratan los criterios sobre seguridad que la aplicación debe seguir.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 137 de un total de 191 página(s), Versión imprimible con información de firma.La seguridad se basará en los dos puntos siguientes:• Directrices OWASP: Conjunto de normas a seguir durante el desarrollo para obteneruna aplicación segura a todos los niveles.• Subsistema de seguridad: Componente del sistema encargado de gestionar elcontrol de acceso a la aplicación así como las <strong>funcional</strong>idades disponibles para cadausuario.6.1. Directrices OWASPSeguridadEn el desarrollo del sistema se seguirán, en la medida de lo posible,las directrices marcadas por el estándar de seguridad en aplicativosWeb OWASP (Open Web Application Security Project) que tienecomo objetivo ofrecer una metodología, de libre acceso y utilización,que pueda ser utilizada como material de referencia por parte de losarquitectos de software, desarrolladores, fabricantes y profesionalesde la seguridad involucrados en el diseño, desarrollo, despliegue yverificación de la seguridad de las aplicaciones y servicios web.10.1.1.14Siguiendo esta guía, se establecen los principios básicos deseguridad mínimos que se cumplirán al final del desarrollo:• Validación de la entrada y salida de información• Simplificación en los diseños• Utilización y reutilización de componentes de confianza• Usar SSL en el intercambio de información “sensible” con elservidor• Verificación de privilegios (niveles de usuario)<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 137
• Ofrecer la mínima información ante un error o incidencia• Establecimiento de los mecanismos de autenticaciónDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 138 de un total de 191 página(s), Versión imprimible con información de firma.• Gestión de sesiones de usuario• Control de acceso• Registro de actividad• Consideraciones de privacidad y criptografíaOWASP es un proyecto de código abierto dedicado a determinar y combatir las causas quehacen que el software sea inseguro. La comunidad OWASP ha aportado documentación delibre uso con directrices para el desarrollo de aplicaciones web seguras.Durante el proceso de desarrollo se seguirán las metodologías propuestas siempre que seaposible. Se puede encontrar una guía completa sobre la construcción de aplicaciones yservicios web seguros en la siguiente dirección:https://www.owasp.org/images/b/b2/OWASP_Development_Guide_2.0.1_Spanish.pdfA continuación se detallan los diez riesgos de seguridad más importantes en lasaplicaciones web, según OWASP. La aplicación debería ofrecer seguridad ante estosposibles riesgos:1. Inyección. Los fallos de inyección, tales como SQL, OS, y LDAP, ocurren cuandodatos no confiables son enviados a un intérprete como parte de un comando oconsulta. Los datos hostiles del atacante pueden engañar al intérprete y ejecutarcomandos no intencionados o acceder datos no autorizados.2. Secuencia de comandos en sitios cruzados (XSS). Los fallos XSS ocurren cadavez que una aplicación toma datos no confiables y los envía al navegador web sinuna validación y codificación apropiada. XSS permite a los atacantes ejecutarsecuencia de comandos en el navegador de la victima los cuales pueden secuestrarlas sesiones de usuario, destruir sitios web, o dirigir al usuario hacia un sitiomalicioso.3. Pérdida de Autenticación y Gestión de Sesiones. Las funciones de la aplicaciónrelacionadas a autenticación y gestión de sesiones son frecuentemente<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 138
implementadas incorrectamente, permitiendo a los atacantes comprometercontraseñas, llaves, token de sesión, o explotar otros fallos de implementación paraasumir la identidad de otros usuarios.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 139 de un total de 191 página(s), Versión imprimible con información de firma.4. Referencia Directa Insegura a Objetos. Una referencia directa a objetos ocurrecuando un desarrollador expone una referencia a un objeto de implementacióninterno, tal como un fichero, directorio, o base de datos. Sin un chequeo de controlde acceso u otra protección, los atacantes pueden manipular estas referencias paraacceder datos no autorizados.5. Falsificación de Peticiones en Sitios Cruzados (CSRF). Un ataque CSRF obliga alnavegador de una victima autenticada a enviar una petición HTTP falsificada,incluyendo la sesión del usuario y cualquier otra información de autenticaciónincluida automáticamente, a una aplicación web vulnerable. Esto permite al atacanteforzar al navegador de la victima para generar pedidos que la aplicación vulnerablepiensa son peticiones legítimas provenientes de la victima.6. Configuración de seguridad defectuosa. Una buena seguridad requiere tenerdefinida e implementada una configuración segura para la aplicación, marcos detrabajo, servidor de aplicación, servidor web, base de datos, y plataforma. Todasestas configuraciones deben ser definidas, implementadas, y mantenidas ya que porlo general no son seguras por defecto. Esto incluye mantener todo el softwareactualizado, incluidas las librerías de código utilizadas por la aplicación.7. Almacenamiento Criptográfico Inseguro. Muchas aplicaciones web no protegenadecuadamente los datos sensibles, tales como tarjetas de crédito, NSSs, ycredenciales de autenticación con mecanismos de cifrado o hashing. Atacantespueden modificar o robar tales datos protegidos inadecuadamente para cometerrobos de identidad, fraudes de tarjeta de crédito u otros crímenes.8. Fallo de Restricción de Acceso a URL. Muchas aplicaciones web verifican losprivilegios de acceso a URLs antes de generar enlaces o botones protegidos. Sinembargo, las aplicaciones necesitan realizar controles similares cada vez que estaspáginas son accedidas, o los atacantes podrán falsificar URLs para acceder a estaspáginas igualmente.9. Protección Insuficiente en la capa de Transporte. Las aplicacionesfrecuentemente fallan al autenticar, cifrar, y proteger la confidencialidad e integridadde tráfico de red sensible. Cuando esto ocurre, es debido a la utilización de<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 139
algoritmos débiles, certificados expirados, inválidos, o sencillamente no utilizadoscorrectamente.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 140 de un total de 191 página(s), Versión imprimible con información de firma.10. Redirecciones y Reenvíos no validados. Las aplicaciones web frecuentementeredirigen y reenvían a los usuarios hacia otras páginas o sitios web, y utilizan datosno confiables para determinar la página de destino. Sin una validación apropiada, losatacantes pueden redirigir a las víctimas hacia sitios de phishing o malware, o utilizarreenvíos para acceder páginas no autorizadas.6.2. Subsistema de seguridadEl subsistema de seguridad es un componente independiente y genérico que aporta todoslos mecanismos necesarios para proporcionar un acceso seguro y controlado a la aplicacióny sus <strong>funcional</strong>idades. Implementa algunas de las directrices OWASP.El acceso al sistema estará restringido para usuarios no identificados. Como la interfaz webes la puerta de acceso al sistema, será desde ahí donde se utilice el componente deseguridad para restringir las operaciones a las que el usuario tiene acceso.Los puntos más importantes sobre los que se basa el subsistema de seguridad se recogenen los puntos siguientes.6.2.1. UsuarioUn usuario será cualquier actor que interactúe con el sistema. Tendrá asociado un código deusuario, así como datos sobre el municipio u organismo al que pertenece y otros datos quepuedan ser necesarios para la gestión de <strong>territorio</strong>. Está información deberá estar protegidapara evitar su consulta de forma no autorizada.Para acceder al sistema el usuario deberá identificarse, bien utilizando su código de usuarioy su contraseña, bien mediante un certificado digital que el subsistema de seguridad validarápara identificar al usuario. Se podrá restringir del método de identificación para utilizar unoen concreto para ciertos usuarios o perfiles.Cuando se identifica a un usuario se abre una sesión de usuario en la aplicación web. Estasesión tiene una validez determinada, de manera que un periodo de inactividad en el<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 140
sistema anulará la sesión de usuario, siendo necesario que vuelva a identificarse en elsistema.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 141 de un total de 191 página(s), Versión imprimible con información de firma.Habitualmente un usuario estará asociado a un único municipio, pero es posible asignarvarios municipios a un mismo usuario. En este caso, al identificarse en la aplicación tendrála posibilidad de seleccionar con qué municipio desea trabajar.Existirá un usuario administrador encargado de gestionar al resto de usuarios, realizandoaltas, bajas o modificaciones de usuarios. No obstante, un usuario tendrá acceso a lamodificación de algunos de sus datos o preferencias personales utilizados por la aplicación,como por ejemplo el idioma de la interfaz.6.2.2. PerfilTodo usuario pertenece solamente a un perfil. Un perfil o rol permite definir una agrupaciónde usuarios con unas características similares.Los perfiles tendrán asignados una serie de permisos para la aplicación. Todos los usuariospertenecientes a un perfil por defecto heredan los permisos de su perfil, pero podrán sersobrescritos asignando permisos concretos a nivel de usuario.Inicialmente existirá un perfil con todos los permisos habilitados, denominado el perfil deadministración.6.2.3. AdministradorEl administrador es un usuario con perfil de administración que tiene otorgado todos lospermisos sobre cualquier <strong>funcional</strong>idad del sistema.Inicialmente existirá un solo usuario administrador, cuya finalidad es definir perfilesadicionales, así como crear otros usuarios con perfiles inferiores para un uso habitual de laaplicación.Además, el administrador podrá ser requerido por los usuarios de la aplicación para realizaracciones concretas sobre la aplicación.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 141
6.2.4. FuncionalidadDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 142 de un total de 191 página(s), Versión imprimible con información de firma.Una <strong>funcional</strong>idad se define como una acción que es posible realizar mediante la aplicación.No importa si es simple o compleja, pero sí que ha de estar diferenciada y ser independientedel resto de acciones definidas. Ejemplos de <strong>funcional</strong>idades serían: alta de vía, consulta deAPP, etc.La gestión de seguridad permitirá habilitar <strong>funcional</strong>idades a los usuarios del sistema.Además de las <strong>funcional</strong>idades propias del negocio, se definen otras <strong>funcional</strong>idades degestión, como por ejemplo:• Gestión de usuarios• Gestión de perfiles• Gestión de permisos• Asignación de municipios gestionados por el usuario• Etc.6.2.5. PermisoEl control de las <strong>funcional</strong>idades a las que tiene acceso un usuario se hace en base a unagestión de permisos. Un permiso habilita a un usuario a utilizar una <strong>funcional</strong>idad concreta.Por defecto, inicialmente los nuevos usuarios no tienen ningún permiso habilitado y seránecesario otorgar aquellos permisos a los que el usuario deba tener acceso.La asignación de permisos se puede hacer a varios niveles, desde el más genérico hasta elmás específico:• Perfil: permite habilitar el acceso a <strong>funcional</strong>idades a todos los usuariospertenecientes a un perfil concreto.• Usuario: permite habilitar el acceso a <strong>funcional</strong>idades a un usuario en concreto.• Usuario y Municipio: permite habilitar el acceso a <strong>funcional</strong>idades a un usuario enconcreto y para un municipio determinado (sólo en el caso que el usuario estéasociado a varios municipios simultáneamente).<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 142
La gestión detallada de los permisos se detallará en el análisis <strong>funcional</strong> del módulo deadministración y herramientas.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 143 de un total de 191 página(s), Versión imprimible con información de firma.6.2.6. AuditoríaLa auditoría permite guardar un registro de las acciones realizadas por un usuario en laaplicación, con datos de la operación efectuada, fecha, etc. Se genera así un log paracumplir con la normativa de la LOPD. Este log podrá ser consultado mediante la aplicaciónen la parte de administración, como se detallará en el documento de análisis del módulocorrespondiente.Inicialmente la información de log se almacena en base de datos por un tiempodeterminado. Posteriormente se vuelca la información en ficheros planos que pueden serimportados en otras bases de datos, almacenados en sistemas seguros de backup, etc.El log se almacena de manera independiente para cada ayuntamiento gestionado por laaplicación.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 143
7. VISTA DEL PROCESODocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 144 de un total de 191 página(s), Versión imprimible con información de firma.A continuación se muestran los flujos de procesamiento para los principales casos de uso dela aplicación.7.1. Alta de entidadActorPrincipalAlta(Entidad)[NO EsValido] return(error)return()GestorTerriotorioValidar Alta(Entidad)return(esValido)ValidadorTerritorio[esValido] Procesar Alta(Entidad)Alta(Entidad)return()GestorHistoricoTerritorioInsertar Entidad(Entidad)return()Consultar()return(Entidades)Enviar Comunicacion(Operacion)Insertar Historico Entidad(Entidad)Comunicaciones<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 144return()Insertar Historico Operacion(Operacion)Ilustración 13: Diagrama del flujo de proceso de alta de una nueva entidad de <strong>territorio</strong>.El proceso de alta de una nueva entidad en el sistema sigue los siguientes pasos:1. El usuario del sistema, mediante la interfaz web, introduce los datos de la nuevaentidad y confirma el alta.2. La interfaz comunica al gestor de <strong>territorio</strong> los datos de la entidad a dar de alta.return()return()BBDD
3. El gestor de <strong>territorio</strong> invoca al validador de <strong>territorio</strong> pasándole los datos de laentidad.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 145 de un total de 191 página(s), Versión imprimible con información de firma.4. El validador realiza validaciones estáticas sobre los datos recibidos. Estasvalidaciones se corresponden a verificaciones de formato, de valores válidos entreun rango, campos requeridos, etc.5. El validador invoca al gestor de base de datos para continuar con aquellasvalidaciones que requieran de comprobaciones de datos almacenados en el sistema.6. El gestor de base de datos devuelve al validador toda la información solicitada poréste.7. El validador, en base a la información obtenida, hace comprobaciones con los datosde la entidad.8. El validador devuelve una respuesta informando si la operación es correcta.9. Si la validación no es correcta, el gestor de <strong>territorio</strong> devuelve un error a la interfazweb para que sea visualizado por el usuario.10. Si la validación es correcta, continúa con el proceso. Invoca al gestor de base dedatos para insertar la nueva entidad.11. El gestor de base de datos guarda la entidad en el sistema.12. El gestor de <strong>territorio</strong> invoca al gestor de históricos con los datos de la nueva entidad.13. El gestor de histórico invoca al gestor de base de datos para insertar la informaciónhistórica de la entidad.14. El gestor de base de datos guarda la información histórica de la entidad en elsistema.15. El gestor de histórico invoca al gestor de base de datos para insertar la informaciónde la operación.16. El gestor de base de datos guarda la información de la operación en el histórico deoperaciones de alto nivel.17. El gestor de <strong>territorio</strong> informa de la operación al módulo de comunicaciones.18. El módulo de comunicaciones enviaría un expediente con los datos de la operación aSIGPT.19. El gestor de <strong>territorio</strong> devolvería una respuesta correcta a la interfaz web.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 145
20. La interfaz web informaría al usuario que la operación se ha ejecutadocorrectamente.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 146 de un total de 191 página(s), Versión imprimible con información de firma.7.2. Baja de entidadActorPrincipalBaja(Entidad)[NO esValido] return()return()GestorTerriotorioValidar Baja(Entidad)return(esValido)ValidadorTerritorio[esValido] Procesar Baja(Entidad)Baja(Entidad)return()GestorHistoricoTerritorioBaja Entidad(Entidad)return()Consultar()return(Entidad)Insertar Historico(Entidad)Comunicaciones<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 146return()Insertar Historico Operacion(Operación)Enviar Comunicacion(Operacion)Ilustración 14: Diagrama de flujo de proceso de la baja de una entidad de <strong>territorio</strong> existenteEl proceso de baja de una entidad existente en el sistema sigue los siguientes pasos:return()1. El usuario del sistema, mediante la interfaz web, selecciona la entidad a dar debaja y confirma la operación.2. La interfaz comunica al gestor de <strong>territorio</strong> los datos de la entidad a dar de baja.3. El gestor de <strong>territorio</strong> invoca al validador de <strong>territorio</strong> pasándole los datos de laentidad.return()BBDD
4. El validador realiza validaciones estáticas sobre los datos recibidos. Estascomprueban que la operación estructuralmente es correcta.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 147 de un total de 191 página(s), Versión imprimible con información de firma.5. El validador invoca al gestor de base de datos para continuar con aquellasvalidaciones que requieran de comprobaciones de datos almacenados en elsistema.6. El gestor de base de datos devuelve al validador toda la información solicitadapor éste, en particular los datos de la entidad a dar de baja, si tiene entidades denivel inferior, etc.7. El validador, en base a la información obtenida, hace comprobaciones con losdatos de la entidad para verificar si se puede realizar la baja.8. El validador devuelve una respuesta informando si la operación es correcta.9. Si la validación no es correcta, el gestor de <strong>territorio</strong> devuelve un error a lainterfaz web para que sea visualizado por el usuario.10. Si la validación es correcta, continúa con el proceso. Invoca al gestor de base dedatos para dar de baja la entidad.11. El gestor de base de datos da de baja la entidad en el sistema.12. El gestor de <strong>territorio</strong> invoca al gestor de históricos con los datos de la entidad.13. El gestor de histórico invoca al gestor de base de datos para insertar lainformación histórica de la entidad.14. El gestor de base de datos guarda la información histórica de la entidad en elsistema.15. El gestor de histórico invoca al gestor de base de datos para insertar lainformación de la operación.16. El gestor de base de datos guarda la información de la operación en el históricode operaciones de alto nivel.17. El gestor de <strong>territorio</strong> informa de la operación al módulo de comunicaciones.18. El módulo de comunicaciones enviaría un expediente con los datos de laoperación a SIGPT.19. El gestor de <strong>territorio</strong> devolvería una respuesta correcta a la interfaz web.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 147
20. La interfaz web informaría al usuario que la operación se ha ejecutadocorrectamente.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 148 de un total de 191 página(s), Versión imprimible con información de firma.7.3. Modificación de entidadActorPrincipalModificacion(Entidad, Operacion)[NO esValido] return(error)return()GestorTerriotorioValidar Modificacion(Entidad)return(esValido)ValidadorTerritorio[esValido] Procesar Modificacion(Entidad, Operacion)Modificar(Entidad, Operacion)return()Modificar Entidad(Entidad)return()GestorHistoricoTerritorioConsulta(Entidad)return(Entidades)Enviar Comunicacion(Operacion)Insertar Historico Entidad(Entidad)Comunicaciones<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 148return()return()Insertar Historico Operacion(Operacion)Ilustración 15: Diagrama de flujo de proceso de modificación de una entidad de <strong>territorio</strong> existenteEl proceso de modificación de una entidad en el sistema sigue los siguientes pasos:1. El usuario del sistema, mediante la interfaz web, selecciona una entidad existente,modifica sus datos y confirma el cambio.2. La interfaz comunica al gestor de <strong>territorio</strong> los datos de la operación de modificación.3. El gestor de <strong>territorio</strong> invoca al validador de <strong>territorio</strong> pasándole los datos de laoperación.return()BBDD
4. El validador realiza validaciones estáticas sobre los datos recibidos. Estasvalidaciones se corresponden a verificaciones sobre qué valores se han cambiado,formato, valores válidos entre un rango, campos requeridos, etc.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 149 de un total de 191 página(s), Versión imprimible con información de firma.5. El validador invoca al gestor de base de datos para continuar con aquellasvalidaciones que requieran de comprobaciones de datos almacenados en el sistema.6. El gestor de base de datos devuelve al validador toda la información solicitada poréste.7. El validador, en base a la información obtenida, hace comprobaciones con los datosde la entidad.8. El validador devuelve una respuesta informando si la operación es correcta.9. Si la validación no es correcta, el gestor de <strong>territorio</strong> devuelve un error a la interfazweb para que sea visualizado por el usuario.10. Si la validación es correcta, continúa con el proceso. Invoca al gestor de base dedatos para actualizar la entidad.11. El gestor de base de datos guarda la entidad actualizada en el sistema.12. El gestor de <strong>territorio</strong> invoca al gestor de históricos con los datos de la entidad.13. El gestor de histórico invoca al gestor de base de datos para insertar la informaciónhistórica de la entidad.14. El gestor de base de datos guarda la información histórica de la entidad en elsistema.15. El gestor de histórico invoca al gestor de base de datos para insertar la informaciónde la operación.16. El gestor de base de datos guarda la información de la operación en el histórico deoperaciones de alto nivel.17. El gestor de <strong>territorio</strong> informa de la operación al módulo de comunicaciones.18. El módulo de comunicaciones enviaría un expediente con los datos de la operación aSIGPT.19. El gestor de <strong>territorio</strong> devolvería una respuesta correcta a la interfaz web.20. La interfaz web informaría al usuario que la operación se ha ejecutadocorrectamente.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 149
7.4. Consulta de <strong>territorio</strong>Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 150 de un total de 191 página(s), Versión imprimible con información de firma.ActorPrincipalConsultar(Criterio)return(Entidades)GestorTerritorioGestorTerritorioHistoricoConsultar(Criterio)return()Ilustración 16: Diagrama de flujo de proceso de consulta de entidades territorialesEl proceso de modificación de una entidad en el sistema sigue los siguientes pasos:1. El usuario del sistema, mediante la interfaz web, introduce los criterios de la consultaque desea realizar.2. La interfaz comunica al gestor de <strong>territorio</strong> los criterios de la consulta a realizar.3. El gestor de <strong>territorio</strong>, en base al tipo de consulta, utilizaría el gestor de entidades oel gestor de histórico enviando los criterios de la consulta.4. Se invoca al gestor de base de datos para ejecutar la consulta a partir de los criteriosespecificados.5. El gestor de base de datos consulta la información en el sistema.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 150BBDD
6. El gestor de base de datos devuelve las ocurrencias encontradas que cumplen loscriterios de consulta.7. El gestor de <strong>territorio</strong> obtiene el resultado de la consulta.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 151 de un total de 191 página(s), Versión imprimible con información de firma.8. El gestor de <strong>territorio</strong> devuelve el resultado de la consulta a la interfaz web.9. La interfaz web muestra al usuario los datos, resultado de la consulta realizada.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 151
8. VISTA DEL DESPLIEGUESoftware base recomendadoDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 152 de un total de 191 página(s), Versión imprimible con información de firma.10.1.2.5ClienteNavegador WebSERVIDOR:S.O: Windows, OpenSUSE, CentOSBBDD: Oracle, PostGresServidor de aplicaciones: JBoss, Apache TomcatM.V: Java 1.6.XCLIENTE:Navegadores: I.E, Firefox, G. Chrome, Opera, SafariPlugIn: Java 1.6.X«Internet/Red SARA»Servidor WebInterfaz deUsuarioServidor de DatosControladorGestión de TerritorioInterfaz deAcceso a DatosBBDDComunicaciones(Cliente)«Internet/Red SARA»<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 152SIGPTComunicaciones(Servidor)Ilustración 17: Diagrama de despliegue con la configuración de los diferentes nodos del sistemaSe detallan las relaciones físicas de los nodos que participan en la ejecución y de loscomponentes hardware y software que residen en ellos:• Cliente: En este nodo se hace uso de un navegador web para que los usuarios puedanacceder al sistema. El cliente puede contar con cualquier configuración hardware y utilizar
cualquier navegador web, aunque debería contar con una versión actualizada del mismo. Laaplicación debe funcionar correctamente en Internet Explorer, Google Chrome, Opera y Safari.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 153 de un total de 191 página(s), Versión imprimible con información de firma.• Servidor web: En este nodo se despliega la aplicación web de gestión del sistema ala que se conectan los nodos clientes. Se soportarán diferentes servidores deaplicaciones, tanto gratuitos como de pago, al menos los servidores Apache Tomcaty JBoss. Este servidor ha de tener conectividad con el servidor del INE donde seencuentre el aplicativo de SIGPT. La configuración dependerá del servidor utilizadopor los ayuntamientos o diputaciones. El sistema operativo será Windows o Linux,con una versión de la máquina virtual de Java 1.6 o superior. Se recomienda quedisponga de 4 GB de memoria RAM.• Servidor de base de datos: Este nodo albergará la base de datos utilizada por elsistema para almacenar la información territorial del municipio. Se soportan variosmotores diferentes de base de datos, incluidos productos comerciales como Oracle ysiendo la opción preferente PostgreSQL. Este nodo puede ser el mismo donde seencuentra el servidor de aplicaciones, pero si son nodos diferentes se debe asegurarla conectividad entre ambos. La configuración dependerá del servidor utilizado porlos ayuntamientos o diputaciones. Se recomienda que disponga de 20 GB deespacio en disco para la base de datos.• La interconexión entre los nodos anteriores podrá realizarse bien a través de Interneto mediante otras redes utilizadas por la Administración Pública, por ejemplo la redSARA.8.1. InstaladorInstaladorLa aplicación dispondrá de un instalador que automatice el procesode instalación de ésta en los sistemas operativos contemplados. De10.1.1.5igual modo también dispondrá de la <strong>funcional</strong>idad necesaria pararealizar el “upgrade” o actualización de versión correspondiente yvolver a la versión actual, conservando la configuración y archivosque la sustentan, si hubiese ocurrido alguna incidencia. En todos loscasos, el proceso generará un fichero con las operaciones realizadas<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 153
y su resultado.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 154 de un total de 191 página(s), Versión imprimible con información de firma.La aplicación estará disponible en un portal de MINETUR para su descarga por losorganismos que deseen utilizarla.Una vez descargada por un organismo, se desplegará en sus sistemas gracias a uninstalador desarrollado para soportar los motores de base de datos y sistemas operativosrecogidos en la arquitectura del sistema.Algunas de las características del instalador son las siguientes:• Creación del modelo de datos: se conectará a la base de datos local y creará elmodelo de datos completo, inicializando los datos que la aplicación requiera paracomenzar a funcionar.• Instalación de la aplicación: realizará una comprobación del sistema para asegurarque cumple todos los requisitos para que la aplicación pueda ser instalada. Estacomprobación también podrá ejecutarse para el diagnóstico de problemas.• Configuración inicial: permitirá realizar una configuración inicial de la aplicación,también permitirá restaurar esta configuración en caso que sea necesario.• Actualización de la aplicación: si la aplicación ya se encuentra instalada permitiráactualizarla, manteniendo la configuración y datos existentes asociados a laaplicación.• Desactualización de la aplicación: una actualización podrá ser revertida para volver auna versión anterior si la nueva daba problemas. Se mantendrán los datos yconfiguración existentes, volviendo a una versión anterior completamente <strong>funcional</strong>.• Registro de acciones: todas las operaciones de instalación producirán un fichero conun informe detallado del proceso de instalación.Además, el instalador facilitará la integración con el sistema ECO (Sistema de Recolecciónde Estadísticas de las aplicaciones P<strong>AL</strong>S). Para ello establecerá los valores correctos de losparámetros utilizados para el envío de información de la instancia de la aplicación en lapetición de descarga del logotipo.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 154
Estos parámetros se definirán en un fichero de propiedades puesto que los valores sonsusceptibles de cambio.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 155 de un total de 191 página(s), Versión imprimible con información de firma.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 155
9. VISTA DE IMPLEMENTACIÓNDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 156 de un total de 191 página(s), Versión imprimible con información de firma.Esta vista describe la estructura total del modelo de implementación, la descomposición delsoftware en capas y subsistemas.La aplicación resultado será una aplicación web que contendrá la interfaz para su manejo por los usuarios.Se aplicará el patrón de diseño MVC (Modelo/Vista/Controlador), el cual plantea una división en capasdetallada más adelante. Los subsistemas se desarrollarán de forma independiente, obteniendo para cadauno de ellos un componente Java (librería) que se integrará en la aplicación final mediante herramientasde gestión y construcción de proyectos, como por ejemplo Maven.Al separar cada subsistema en un componente se facilita la creación de componentes de prueba o vacíos,que sustituyan a los componentes reales hasta que éstos hayan sido desarrollados. Gracias a esto seráposible ensamblar la aplicación para realizar pruebas (aunque no estén todos los componentesterminados), crear maquetas para la validación de la interfaz de usuario y agilizar las pruebas deintegración de los diferentes componentes en el sistema según se vayan completando.Otro punto que favorece el ensamblaje de los componentes de la aplicación es la utilización de lainyección de dependencias que el Framework Spring proporciona. Con esta herramienta se acoplan unoscomponentes con otros mediante un archivo de configuración que indica la implementación concreta decada elemento del sistema. El sustituir un componente por otro es tan sencillo como modificar el archivode configuración, permitiendo una gran flexibilidad a la hora de acoplar todos los componentes.9.1. Vista general de las capasLa utilización del patrón MVC divide la aplicación en tres capas bien diferenciadas:• Modelo: Representa a las entidades de negocio y proporciona los mecanismos parala persistencia y recuperación de la información del sistema.• Vista: Esta capa estaría formada por todos aquellos elementos utilizadoscorrespondientes a la interfaz del usuario con el sistema. Estará implementadamediante JSF. Pertenecen a esta capa las páginas JSF, los componentes visualesutilizados en las páginas, así como clases de soporte o utilidad para la visualizacióno recogida de información del usuario. Será la capa controladora la que se encarguede mostrar la vista correspondiente a cada caso, así como proveer de la informaciónque será visualizada.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 156
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 157 de un total de 191 página(s), Versión imprimible con información de firma.• Controlador: Esta capa permite manejar la lógica de navegación de la aplicación, asícomo interactuar con la lógica de negocio como respuesta a las acciones del usuario.El controlador accede al modelo, actualizándolo, posiblemente modificándolo deforma adecuada a la acción solicitada por el usuario; y delega a la vista la tarea dedesplegar la interfaz de usuario.A su vez se comunica con los siguientes subsistemas:o Negocio: Implementa toda la lógica de negocio, es decir, la gestión del<strong>territorio</strong>. Se divide en las siguientes <strong>funcional</strong>idades principales:• Validación: Se encarga de verificar que la operación pueda serrealizada.• Ejecución: Implementa la operación, utilizando la capa modelo parapersistir la información. También tiene acceso al módulo decomunicaciones para realizar el envío del expediente asociado con laoperación.• Consultas: Abarca todas las posibles consultas soportadas por laaplicación.o Seguridad: Controla la seguridad de la aplicación, autenticación de usuarios yautorización para las diferentes <strong>funcional</strong>idades del sistema.9.2. Paquetes/ComponentesSe definen los diferentes paquetes y componentes de los que consta el módulo de <strong>territorio</strong>.9.2.1. Interfaz webNombre: webDescripción: Este componente constituye la interfaz que permite interactuar con el sistema.Al tratarse de una aplicación web se implementará mediante un paquete WAR. Loscontenidos del paquete serán:• Páginas JSF (vistas)• Clases controladoras<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 157
• Clases de soporte para vistas: utilizadas por las vistas para la presentación de datoscomplejos (tablas, listados, …), recogida de formularios de datos, implementación de<strong>funcional</strong>idad asociada a componentes de JSF (eventos, acciones, …)Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 158 de un total de 191 página(s), Versión imprimible con información de firma.• Clases de utilidad adicionales• Librerías de la aplicación• Resto de subsistemas y componentes: implementados mediante libreríasindependientes que son integradas en el paquete WAR.• Archivos de configuración del sistemaDiagrama:GestorTerritorioAlta()Baja()Modificacion()Consultar()ConsultarOperaciones()Consolidar()Anular()ControladorTerritorioVistaInterfaz web y su conexión con la gestión de <strong>territorio</strong>HuecoBeanAPPBeanEColectivaBeanESingularBeanViaBeanSubseccionBeanEstructuraBeanNucleoBeanDistritoBeanSeccionBeanLa interfaz web estaría compuesta por varios controladores para manejar los diferentes tiposde entidades del sistema. La capa vista estaría formada por las páginas y clases de utilidadnecesarias para la visualización de la interfaz de usuario. El controlador utiliza el gestor de<strong>territorio</strong> como modelo de la información de negocio.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 158
9.2.2. SeguridadDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 159 de un total de 191 página(s), Versión imprimible con información de firma.Nombre: seguridadDescripción: El subsistema gestiona la seguridad de la aplicación, control de usuarios yacciones permitidas para cada usuario.Será implementado mediante una librería Java independiente y genérica que será utilizadapor la aplicación web a la hora de identificar un usuario para acceder al sistema y alvisualizar las operaciones a las que el usuario está autorizado.Estará formado por los siguientes elementos:• Clases de autenticación: permiten la identificación de un usuario en el sistema, el tipode identificación será configurable en el proyecto, existiendo clases que implementenalgunos sistemas básicos, por ejemplo:o Clases de autenticación mediante usuario y contraseñao Clases de autenticación mediante certificado digitalo Clases de autenticación mediante servidor LDAP• Clases de autorización: permiten obtener una lista de operaciones a las que elusuario tiene permisos para realizar, para ello recuperará dicha información de labase de datos utilizada• Clases de gestión de usuarios: realizarán el alta, baja y modificación de usuarios,soportadas por la base de datos donde persiste la información• Clases de gestión de perfiles: realizarán el alta, baja y modificación de perfiles,soportadas por la base de datos donde persiste la información• Clases de gestión de permisos: asignarán permisos o revocaciones a usuarios operfiles, soportadas por la base de datos donde persiste la información<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 159
Diagrama:GestorUsuario«use»Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 160 de un total de 191 página(s), Versión imprimible con información de firma.Interfaz«interface»AutenticadorAutenticadorContraseñaAutenticadorCertificadoAutorizacionlistaFuncionalidades()esAutorizado()GestorPermisosAuditarialogger()GestoPerfil«datatype»Usuario«datatype»Municipio«datatype»Funcionalidad«datatype»Perfil<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 160«use»«use»«use»«use»«use»Seguridad y su acceso desde la interfaz webLa interfaz web utiliza el componente de seguridad para identificar al usuario mediante unaclase de autenticación, existiendo varias implementaciones según el tipo de autenticación autilizar. Además, la interfaz utiliza los diferentes gestores para la administración de usuarios,perfiles y permisos. Por último, el componente de seguridad incorpora una clase de auditoríapara generar un registro de todas las acciones del usuario en el sistema.9.2.3. Gestión de <strong>territorio</strong>Nombre: <strong>territorio</strong>Descripción: Subsistema que realiza la gestión real del <strong>territorio</strong>, tanto para su modificacióncomo consulta, aportando clases y métodos para invocar a cada una de las <strong>funcional</strong>idadesde gestión.«use»
Este subsistema puede desarrollarse en una librería independiente e implementará su<strong>funcional</strong>idad en un gestor encargado de coordinar las funciones de otros subsistemas ocomponentes. Necesita de una interfaz (web) que permita la invocación a la <strong>funcional</strong>idadDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 161 de un total de 191 página(s), Versión imprimible con información de firma.que aporta.Utiliza los siguientes componentes:• Validador de entidades y operaciones• Gestor de entidades• Gestor de histórico de entidades• Gestor de histórico de operacionesDiagrama:GestorTerritorioAlta()Baja()Modificacion()Consultar()ConsultarOperaciones()Consolidar()Anular()Validacion Comunicaciones Cartografia«use»«use»«use»«interface»GestorEntidad«interface»GestorHistoricoEntidad«interface»GestorOperacionesGestión de <strong>territorio</strong> y su conexión con el resto de componentes del sistemaLa gestión de <strong>territorio</strong> puede entenderse como el componente central del módulo de<strong>territorio</strong>. Tiene definidas varias operaciones que son invocadas a partir de las acciones delusuario en la interfaz. Utiliza la gestión de entidades, histórico y operaciones para cubrirtodas las <strong>funcional</strong>idades de gestión territorial. Además, utiliza el componente de validación<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 161
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 162 de un total de 191 página(s), Versión imprimible con información de firma.para verificar la operación. Comunica al componente de cartografía todas las variaciones deinformación georreferenciada. Por último, interacciona con el módulo de comunicaciones:informa al módulo de las operaciones realizadas por el usuario y el módulo ejecuta lasoperaciones del gestor de <strong>territorio</strong> cuando recibe un expediente de variación que deba serprocesado.9.2.4. Gestión de entidadesNombre: entidadesDescripción: El gestor de entidades se encarga de realizar las operaciones sobre lasentidades en el sistema. Soporta las operaciones de alta, baja, modificación y consulta perosolamente sobre la situación actual de las entidades.Utiliza el componente de acceso a datos para manejar la persistencia de la información.9.2.5. Gestión de históricoNombre: históricoDescripción: El gestor de histórico tiene como finalidad el mantenimiento del histórico deentidades. Cuando se produce una modificación en una entidad almacena su informaciónhistórica y dispone de métodos para su consulta.Utiliza el componente de acceso a datos para manejar la persistencia de la información.9.2.6. Gestión de operacionesNombre: operacionesDescripción: Este componente posibilita la gestión de un histórico con información de lasoperaciones a alto nivel. Permite tanto almacenar esta información, como ser consultada. Elgestor de <strong>territorio</strong> comunica toda operación a este componente para mantener el históricode operaciones siempre actualizado.Utiliza el componente de acceso a datos para manejar la persistencia de la información.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 162
9.2.7. Gestión de cartografíaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 163 de un total de 191 página(s), Versión imprimible con información de firma.Nombre: cartografíaDescripción: Esta gestión realiza todo el tratamiento de la información cartográficamanejada por la aplicación. Gestiona la integración con otros sistemas de informacióngeorreferenciada, por lo que la implementación dependerá en gran medida de la forma deintegrarse con LocalGIS. Cuando el gestor de <strong>territorio</strong> encuentra una operación que implicaun tratamiento cartográfico delega en este componente toda su gestión.Se ampliará la información de este componente al tratar el módulo de servicios.9.2.8. ValidaciónNombre: validaciónDescripción: En este componente se encapsulan todas las validaciones de entidades,operaciones y expedientes del sistema. Estas validaciones van desde las validaciones dedatos y códigos de las entidades, como validaciones semánticas de las operaciones yestructurales para los expedientes. Se recogen todas las validaciones en este componenteindependiente porque pueden ser utilizadas desde diferentes puntos, en particular desde lainterfaz, el gestor de <strong>territorio</strong> y el módulo de comunicaciones. Cambios en las validacionesquedan centralizados en este componente, sin afectar al resto del sistema.Tiene una dependencia con el componente de acceso a datos a la hora de realizarvalidaciones contra base de datos.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 163
Diagrama:Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 164 de un total de 191 página(s), Versión imprimible con información de firma.«interface»ValidadorOperacion«use»«use»GestorTerritorioAlta()Baja()Modificacion()Consultar()ConsultarOperaciones()Consolidar()Anular()«use»«interface»ValidadorEntidad«use»Comunicaciones«use»«interface»ValidadorExpedienteValidación y su conexión con gestión de <strong>territorio</strong> y comunicacionesExistirán diferentes interfaces de validación con implementaciones según la entidad. Uninterfaz permitirá realizar las validaciones de datos de entidad a nivel individual. Otra interfazpermitirá validar la estructura una operación completa. Por último, existirá otro interfazencargado de realizar validaciones para expedientes. Las validaciones serán utilizadas porel gestor de <strong>territorio</strong> antes de realizar una operación y por el módulo de comunicacionescuando tenga que validar un expediente de operación.9.2.9. Acceso a datosNombre: dao<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 164
Descripción: Se encarga del acceso a base de datos, ejecuta las operaciones y recuperalos resultados de las consultas.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 165 de un total de 191 página(s), Versión imprimible con información de firma.El acceso a datos será un componente utilizado en todos los puntos de la aplicación dondesea necesaria una interacción con la base de datos. Implementa la capa de persistenciadando soporte a los diferentes motores de bases de datos.Solo tiene una dependencia con el componente de modelo, ya que en él se definen los tiposde datos utilizados como entidades en la base de datos.Diagrama:«interface»InterfaceDAO«use»«interface»MantenimientoEntidad«use»«use»Entidad<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 165PojoAcceso a datos (parte izquierda) y modelo (parte derecha)El acceso a datos estará compuesto por clases de mantenimiento de entidad, que realizaránoperaciones en base de datos a partir de operaciones más simples implementadas porclases DAO. A bajo nivel, se utilizarán clases POJO del modelo para su mapeo a tablas dela base de datos, mientras que a niveles superiores se utilizarán clases de datos del modelopara representar las diferentes entidades del sistema, independizando así la gestión delnegocio de la estructura física de la información en tablas concretas de base de datos.9.2.10. ModeloNombre: modelo
Descripción: Contiene todas las clases que representan el modelo de datos y de negociode la aplicación. Son, por tanto, clases para almacenamiento de la información de formaestructurada. Se pueden distinguir dos tipos de clases dentro del modelo:Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 166 de un total de 191 página(s), Versión imprimible con información de firma.• Clases POJO: Son creadas como un fiel reflejo de la estructura de las tablas de basede datos. Se utilizan solamente en las operaciones de bajo nivel de acceso a basede datos, pues son muy dependientes del modelo de datos utilizado.• Clases de entidad: Son clases definidas a un nivel lógico, con la informaciónnecesaria para su manejo como entidades. Estas clases serán utilizadas en el restode la aplicación para la gestión del negocio.Esta organización independiza toda la lógica de la aplicación de la estructura física existenteen base de datos. El paso de información entre clases POJO y clases de entidad se harámediante métodos de mapeo de datos entre clases.9.3. InterfazEl módulo de <strong>territorio</strong> está formado por subsistemas independientes. Se busca comoobjetivo un bajo acoplamiento en el código, que permita sustituir unos componentes porotros. Esto se consigue definiendo interfaces para las funciones principales del sistema.Además, el uso del Framework Spring proporciona un mecanismo de inyección dedependencias que permite definir las interrelaciones entre diferentes componentes medianteun archivo de configuración. De este modo, sustituir un componente por otro con unfuncionamiento similar es tan simple como modificar el archivo de configuración de Spring.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 166
10. VISTA DE DATOSDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 167 de un total de 191 página(s), Versión imprimible con información de firma.La gestión del <strong>territorio</strong> ha de ser compatible con SIGPT. Para facilitar esto, se adopta unmodelo de datos similar al utilizado en la base de datos de <strong>territorio</strong> del SIGPT.El modelo de datos es multi-entidad, esto quiere decir que en la misma base de datos puedeexistir información de uno o de varios municipios simultáneamente.Las tablas del modelo se dividen en los siguientes tipos:Tablas de Entidades Territoriales: Representan la división del <strong>territorio</strong> español. Son:1. Comunidad Autónoma: Solamente existirá una tabla para la situación actual de laentidad.2. Provincia: Una tabla para la situación actual de la entidad y otra tabla para elhistórico completo de la entidad (incluyendo la situación actual).3. Municipio: Una tabla para la situación actual de la entidad y otra tabla para elhistórico completo de la entidad (incluyendo la situación actual).4. Vía: Una tabla para la situación actual de la entidad y otra tabla para el históricocompleto de la entidad (incluyendo la situación actual).5. APP: Una tabla para la situación actual de la entidad y otra tabla para el históricocompleto de la entidad (incluyendo la situación actual).6. Hueco: Una tabla para la situación actual de la entidad y otra tabla para el históricocompleto de la entidad (incluyendo la situación actual).Tablas de Entidades Lógicas: Estas entidades realizan una división lógica del <strong>territorio</strong> endos niveles: seccionado (división del <strong>territorio</strong> en secciones censales) y organizativo(constituido por las entidades colectivas, entidades singulares y núcleos/diseminados). Son:1. Entidad Colectiva: Una tabla para la situación actual de la entidad y otra tabla para elhistórico completo de la entidad (incluyendo la situación actual).2. Entidad Singular: Una tabla para la situación actual de la entidad y otra tabla para elhistórico completo de la entidad (incluyendo la situación actual).3. Núcleo/Diseminado: Una tabla para la situación actual de la entidad y otra tabla parael histórico completo de la entidad (incluyendo la situación actual).<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 167
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 168 de un total de 191 página(s), Versión imprimible con información de firma.4. Distrito: Una tabla para la situación actual de la entidad y otra tabla para el históricocompleto de la entidad (incluyendo la situación actual).5. Sección: Una tabla para la situación actual de la entidad y otra tabla para el históricocompleto de la entidad (incluyendo la situación actual).6. Subsección: Una tabla para la situación actual de la entidad y otra tabla para elhistórico completo de la entidad (incluyendo la situación actual).Tablas de Diccionarios: Contienen los diccionarios de valores válidos para algunosatributos de las entidades de <strong>territorio</strong>. Son:1. Bloque2. Portal3. Escalera4. <strong>Plan</strong>ta5. Puerta6. Tipo de Vía7. Tipo de Colectivo8. Tipo de Hueco9. Tipo de Local10. Delegación11. Idioma EspañolTablas auxiliares: Amplían el modelo de datos de SIGPT para características específicasdel sistema a nivel local para el organismo.1. Tipo de Estructura2. Atributo de Estructura3. Estructura4. Valor de Estructura5. Relación Estructura-APP6. Relación Estructura-Estructura<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 168
Tablas especiales: Corresponden a las tablas de expedientes y de histórico de alto nivel:1. Expediente: Una tabla para la situación actual de los expedientes y otra tabla para elhistórico completo de cada expediente (incluyendo la situación actual).Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 169 de un total de 191 página(s), Versión imprimible con información de firma.2. Operaciones: Una tabla con el histórico de operaciones de alto nivel.Nota: Intencionadamente no se incluyen en la visión del modelo las tablas de País yConsulado, ya que serán comentadas en el documento de análisis del módulo de población,por estar más relacionadas con dicho módulo.10.1. Diagrama Entidad/RelaciónLa siguiente figura muestra el diagrama de E/R del modelo de datos de Territorio.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 169
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión dela firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha deemisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 170 de un total de 191 página(s), Versión imprimible con información de firma.TIPOLOC<strong>AL</strong>DELEGACIONHUECOTIPO_LOC<strong>AL</strong>: NUMBER(2)NIDEN_DELEG: NUMBER(10)NIDEN_HUECO: NUMBER(10)PROVINCIAD_TIPO_LOC<strong>AL</strong>: VARCHAR2(50NIDEN_APP: NUMBER(10)NIDEN_CPRO: NUMBER(10)NIDEN_CPRO: NUMBER(10)CCAACVAR: VARCHAR2(1)ESC<strong>AL</strong>ERA: VARCHAR2(2)NEDIF: NUMBER(2)APE1_DELEG: VARCHAR2(33)NIDEN_CCAA: NUMBER(10)FDOC: NUMBER(8)PLANTA: VARCHAR2(3)NIDEN_CCAA: NUMBER(10)APE2_DELEG: VARCHAR2(33)CPRO: NUMBER(2)FGRA: NUMBER(15)PUERTA: VARCHAR2(4)NOMBRE_DELEG: VARCHAR2(33 D_PROV: VARCHAR2(70)CCAA: NUMBER(2)FBAJ: NUMBER(8)TIPO_HUECO: NUMBER(1)NUM_TELEF1: VARCHAR2(15)DC_PROV: VARCHAR2(50)D_CCAA: VARCHAR2(70)TIPO_LOC<strong>AL</strong>: NUMBER(1)NUM_TELEF2: VARCHAR2(15)DFI_PROV: VARCHAR2(25)CVAR: VARCHAR2(1)TIPO_COLECTIVO: NUMBER(1)NUM_TELEF3: VARCHAR2(15)DN_PROV: VARCHAR2(50)CAUV: VARCHAR2(2)NIDEN_HUECO_INE: CHAR(18)PUERTANUM_FAX1: VARCHAR2(15)CVAR: VARCHAR2(1)FDOC: NUMBER(8)TXT_HUECO: VARCHAR2(70)NUM_FAX2: VARCHAR2(15)CAUV: VARCHAR2(2)FGRA: NUMBER(15)PUERTA: VARCHAR2(4)REF_DGC: VARCHAR2(14)NIDEN_APP_INE: NUMBER(10)FDOC: NUMBER(8)FBAJ: NUMBER(8)CVAR: VARCHAR2(1)D_PUERTA: VARCHAR2(50CVAR: VARCHAR2(1)FGRA: NUMBER(15)F_DOC_CIE: NUMBER(8)CAUV: VARCHAR2(2)CVAR: VARCHAR2(1)CAUV: VARCHAR2(2)FBAJ: NUMBER(8)F_GRA_CIE: NUMBER(15)FDOC: NUMBER(8)FDOC: NUMBER(8)FDOC: NUMBER(8)F_DOC_CIE: NUMBER(8)DISCREPANCIA: NUMBER(1)FGRA: NUMBER(15)FGRA: NUMBER(15)FGRA: NUMBER(15)F_GRA_CIE: NUMBER(15)ENTRAMITE: NUMBER(1)FBAJ: NUMBER(8)FBAJ: NUMBER(8)FBAJ: NUMBER(8)DISCREPANCIA: NUMBER(1)EXPEDIENTE_INI: VARCHAR2(31)F_DOC_CIE: NUMBER(8)F_DOC_CIE: NUMBER(8)ENTRAMITE: NUMBER(1)EXPEDIENTE_FIN: VARCHAR2(31F_GRA_CIE: NUMBER(15)F_GRA_CIE: NUMBER(15)EXPEDIENTE_INI: VARCHAR2(31)USUARIO: VARCHAR2(30)DISCREPANCIA: NUMBER(1)DISCREPANCIA: NUMBER(1)EXPEDIENTE_FIN: VARCHAR2(31ENTIDAD: VARCHAR2(20)ENTRAMITE: NUMBER(1)ENTRAMITE: NUMBER(1)USUARIO: VARCHAR2(30)RECTIFICACION: VARCHAR2(1)TIPOCOLECTIVOEXPEDIENTE_INI: VARCHAR2(31)EXPEDIENTE_INI: VARCHAR2(31) ENTIDAD: VARCHAR2(20)TIPO_COLECTIVO: NUMBER(2)EXPEDIENTE_FIN: VARCHAR2(31)EXPEDIENTE_FIN: VARCHAR2(31 RECTIFICACION: VARCHAR2(1)USUARIO: VARCHAR2(30)D_TIPO_COLECTIVO: VARCHAR2(10ENTIDAD: VARCHAR2(20)USUARIO: VARCHAR2(30)CVAR: VARCHAR2(1)RECTIFICACION: VARCHAR2(1)ENTIDAD: VARCHAR2(20)FDOC: NUMBER(8)HUECO_EDL1: NVARCHAR2(7)RECTIFICACION: VARCHAR2(1)FGRA: NUMBER(15)FBAJ: NUMBER(8)ECOLECTIVANIDEN_CENTCO: NUMBER(10)ESINGULARNUCLEONIDEN_CENTSI: NUMBER(10)NIDEN_CNUCLE: NUMBER(10)NIDEN_CMUN: NUMBER(10)NIDEN_CENTCO_INE: NUMBER(10NIDEN_CENTCO: NUMBER(10)NIDEN_CENTSI: NUMBER(10)CPRO: NUMBER(2)NIDEN_CENTSI_INE: NUMBER(10)NIDEN_CNUCLE_INE: NUMBER(10)CMUN: NUMBER(3)CPRO: NUMBER(2)CPRO: NUMBER(2)CENTCO: NUMBER(2)CMUN: NUMBER(3)CMUN: NUMBER(3)D_CENTCO: VARCHAR2(70)CENTCO: NUMBER(2)CENTCO: NUMBER(2)DC_CENTCO: VARCHAR2(50)CENTSI: NUMBER(2)CENTSI: NUMBER(2)DFI_CENTCO: VARCHAR2(25)D_CENTSI: VARCHAR2(70)CNUCLE: NUMBER(2)DN_CENTCO: VARCHAR2(50)DC_CENTSI: VARCHAR2(50)D_CNUCLE: VARCHAR2(70)CVAR: VARCHAR2(1)DFI_CENTSI: VARCHAR2(25)DC_CNUCLE: VARCHAR2(50)CAUV: VARCHAR2(2)DN_CENTSI: VARCHAR2(50)DFI_CNUCLE: VARCHAR2(25)FDOC: NUMBER(8)CVAR: VARCHAR2(1)DN_CNUCLE: VARCHAR2(50)MUNICIPIOFGRA: NUMBER(15)CAUV: VARCHAR2(2)CVAR: VARCHAR2(1)NIDEN_CMUN: NUMBER(10)FBAJ: NUMBER(8)FDOC: NUMBER(8)CAUV: VARCHAR2(2)F_DOC_CIE: NUMBER(8)FGRA: NUMBER(15)FDOC: NUMBER(8)NIDEN_CPRO: NUMBER(10)F_GRA_CIE: NUMBER(15)FBAJ: NUMBER(8)FGRA: NUMBER(15)IDIOMA: NUMBER(1)DISCREPANCIA: NUMBER(1)F_DOC_CIE: NUMBER(8)FBAJ: NUMBER(8)NIDEN_CMUN_INE: NUMBER(10)ENTRAMITE: NUMBER(1)F_GRA_CIE: NUMBER(15)F_DOC_CIE: NUMBER(8)IDIOMACPRO: NUMBER(2)EXPEDIENTE_INI: VARCHAR2(31)DISCREPANCIA: NUMBER(1)F_GRA_CIE: NUMBER(15)CMUN: NUMBER(3)IDIOMA: NUMBER(1)EXPEDIENTE_FIN: VARCHAR2(31)ENTRAMITE: NUMBER(1)DISCREPANCIA: NUMBER(1)D_CMUN: VARCHAR2(70)APPUSUARIO: VARCHAR2(30)EXPEDIENTE_INI: VARCHAR2(31)ENTRAMITE: NUMBER(1)D_IDIOMA: VARCHAR2(40DC_CMUN: VARCHAR2(50)NIDEN_APP: NUMBER(10)ENTIDAD: VARCHAR2(20)EXPEDIENTE_FIN: VARCHAR2(31)EXPEDIENTE_INI: VARCHAR2(31)CVAR: VARCHAR2(1)DFI_MUN: VARCHAR2(25)RECTIFICACION: VARCHAR2(1)USUARIO: VARCHAR2(30)EXPEDIENTE_FIN: VARCHAR2(31)FDOC: NUMBER(8)DN_MUN: VARCHAR2(50)NIDEN_CVIA: NUMBER(10)FGRA: NUMBER(15)ENTIDAD: VARCHAR2(20)USUARIO: VARCHAR2(30)CVAR: VARCHAR2(1)NIDEN_CSUB: NUMBER(10)FBAJ: NUMBER(8)RECTIFICACION: VARCHAR2(1)ENTIDAD: VARCHAR2(20)CAUV: VARCHAR2(2)NIDEN_CNUCLE: NUMBER(10)RECTIFICACION: VARCHAR2(1)FDOC: NUMBER(8)NIDEN_APP_INE: NUMBER(10)FGRA: NUMBER(15)CPRO: NUMBER(2)FBAJ: NUMBER(8)CMUN: NUMBER(3)F_DOC_CIE: NUMBER(8)CVIA: NUMBER(5)F_GRA_CIE: NUMBER(15)VIACENTCO: NUMBER(2)DISCREPANCIA: NUMBER(1)NIDEN_CVIA: NUMBER(10)CENTSI: NUMBER(2)ENTRAMITE: NUMBER(1)CNUCLE: NUMBER(2)EXPEDIENTE_INI: VARCHAR2(31)NIDEN_CMUN: NUMBER(10)NUMERO: NUMBER(4)EXPEDIENTE_FIN: VARCHAR2(31NIDEN_CVIA_INE: NUMBER(10)KMT: NUMBER(4)USUARIO: VARCHAR2(30)CPRO: NUMBER(2)C<strong>AL</strong>IFICADOR: VARCHAR2(1)ENTIDAD: VARCHAR2(20)CMUN: NUMBER(3)HMT: VARCHAR2(1)RECTIFICACION: VARCHAR2(1)CVIA: NUMBER(5)BLOQUE: VARCHAR2(2)CLASE: VARCHAR2(1)PORT<strong>AL</strong>: VARCHAR2(2)TVIA: VARCHAR2(30)ESC<strong>AL</strong>ERA: VARCHAR2(2)D_VIA: VARCHAR2(70)NUM_INF: NUMBER(4)DC_VIA: VARCHAR2(50)NUM_SUP: NUMBER(4)DFI_CVIA: VARCHAR2(25)C<strong>AL</strong>IF_INF: VARCHAR2(1)DN_CVIA: VARCHAR2(50)TIPOVIAC<strong>AL</strong>IF_SUP: VARCHAR2(1)CVIA_DGC: NUMBER(5)ENTRADA_PRINCIP<strong>AL</strong>: VARCHAR2(1)TVIA: VARCHAR2(30)CVAR: VARCHAR2(1)TXT_APP: VARCHAR2(70)TVIA_N: VARCHAR2(6) CAUV: VARCHAR2(2)CPOS: NUMBER(5)D_TVIA: VARCHAR2(50 FDOC: NUMBER(8)REF_DGC: VARCHAR2(14)POS: VARCHAR2(1)FGRA: NUMBER(15)COORDENADA_X: NUMBER(9)CVAR: VARCHAR2(1)FBAJ: NUMBER(8)COORDENADA_Y: NUMBER(10)FDOC: NUMBER(8)F_DOC_CIE: NUMBER(8)HUSO_HORARIO: VARCHAR2(10)FGRA: NUMBER(15)F_GRA_CIE: NUMBER(15)SMA_REF: VARCHAR2(6)FBAJ: NUMBER(8)DISCREPANCIA: NUMBER(1)CVAR: VARCHAR2(1)ENTRAMITE: NUMBER(1)CAUV: VARCHAR2(2)EXPEDIENTE_INI: VARCHAR2(33)FDOC: NUMBER(8)EXPEDIENTE_FIN: VARCHAR2(33)FGRA: NUMBER(15)USUARIO: VARCHAR2(30)FBAJ: NUMBER(8)ENTIDAD: VARCHAR2(20)F_DOC_CIE: NUMBER(8)RECTIFICACION: VARCHAR2(1)F_GRA_CIE: NUMBER(15)DISCREPANCIA: NUMBER(1)ESTRUCTURAENTRAMITE: NUMBER(1)RELAPPEXPEDIENTE_INI: VARCHAR2(33)TIPOESTRUCTURANIDEN_ESTRUCTURA: NUMBER(10)NIDEN_APP: NUMBER(10)EXPEDIENTE_FIN: VARCHAR2(33)NIDEN_TIPO_ESTRUCTURA: NUMBER(1NIDEN_CMUN: NUMBER(10)NIDEN_ESTRUCTURA: NUMBER(10)USUARIO: VARCHAR2(30)NIDEN_TIPO_ESTRUCTURA: NUMBER(1ENTIDAD: VARCHAR2(20)D_TIPO_ESTRUCTURA: VARCHAR2(70)D_ESTRUCTURA: VARCHAR2(70)RECTIFICACION: VARCHAR2(1)NIDEN_CMUN: NUMBER(10)AESTRUCTURAVESTRUCTURARELESTRUCTURANIDEN_ATRIBUTO: NUMBER(10)NIDEN_ATRIBUTO: NUMBER(10)NIDEN_ESTRUCTURA_PADRE: NUMBER(10NIDEN_TIPO_ESTRUCTURA: NUMBER(1NIDEN_ESTRUCTURA: NUMBER(10NIDEN_ESTRUCTURA_HIJO: NUMBER(10)TIPO_ATRIBUTO: VARCHAR(1)NOMBRE_ATRIBUTO: VARCHAR2(70)V<strong>AL</strong>OR: VARCHAR2(70)DISTRITOSUBSECCIONSECCIONNIDEN_CDIS: NUMBER(2)NIDEN_CSUB: NUMBER(10)NIDEN_CSEC: NUMBER(10)NIDEN_CMUN: NUMBER(10)NIDEN_CSEC: NUMBER(10)NIDEN_CDIS: NUMBER(2)NIDEN_CDIS_INE: NUMBER(10)NIDEN_CSUB_INE: NUMBER(10)NIDEN_CSEC_INE: NUMBER(10)CPRO: NUMBER(2)CPRO: NUMBER(2)CPRO: NUMBER(2)CMUN: NUMBER(3)CMUN: NUMBER(3)CMUN: NUMBER(3)CDIS: NUMBER(2)CDIS: NUMBER(2)CDIS: NUMBER(2)D_CDIS: VARCHAR2(70)CSEC: NUMBER(3)CSEC: NUMBER(3)LOC<strong>AL</strong>CVAR: VARCHAR2(1)CSUB: NUMBER(2)MESACVAR: VARCHAR2(1)NIDEN_LOC<strong>AL</strong>: NUMBER(10)CAUV: VARCHAR2(2)CVAR: VARCHAR2(1)NIDEN_MESA: NUMBER(10)CAUV: VARCHAR2(2)FDOC: NUMBER(8)CAUV: VARCHAR2(2)FDOC: NUMBER(8)NIDEN_LOC<strong>AL</strong>: NUMBER(10)NIDEN_APP: NUMBER(10)FGRA: NUMBER(15)FDOC: NUMBER(8)FGRA: NUMBER(15)NIDEN_CSUB: NUMBER(10)NIDEN_APP_INE: NUMBER(10)FBAJ: NUMBER(8)FGRA: NUMBER(15)FBAJ: NUMBER(8)NIDEN_CSUB_INE: NUMBER(10)CPRO: NUMBER(2)F_DOC_CIE: NUMBER(8)FBAJ: NUMBER(8)F_DOC_CIE: NUMBER(8)CPRO: NUMBER(2)CMUN: NUMBER(3)F_GRA_CIE: NUMBER(15)F_DOC_CIE: NUMBER(8)F_GRA_CIE: NUMBER(15)CMUN: NUMBER(3)PROCESO: NUMBER(9)DISCREPANCIA: NUMBER(1)F_GRA_CIE: NUMBER(15)DISCREPANCIA: NUMBER(1)CDIS: NUMBER(2)NLOC<strong>AL</strong>: VARCHAR2(50)ENTRAMITE: NUMBER(1)DISCREPANCIA: NUMBER(1)ENTRAMITE: NUMBER(1)CSEC: NUMBER(3)NLOC<strong>AL</strong>_PRENSA: VARCHAR2(30)EXPEDIENTE_INI: VARCHAR2(31)ENTRAMITE: NUMBER(1)EXPEDIENTE_INI: VARCHAR2(31)CSUB: NUMBER(2)DIRECCION_PRENSA: VARCHAR2(30)EXPEDIENTE_FIN: VARCHAR2(31)EXPEDIENTE_INI: VARCHAR2(31)EXPEDIENTE_FIN: VARCHAR2(31)MESA: NUMBER(10)CLOC: NUMBER(10)USUARIO: VARCHAR2(30)EXPEDIENTE_FIN: VARCHAR2(31)USUARIO: VARCHAR2(30)PROCESO: NUMBER(9)NREG: NUMBER(2)ENTIDAD: VARCHAR2(20)USUARIO: VARCHAR2(30)ENTIDAD: VARCHAR2(20)IND_CERA: VARCHAR2(1)TEXTO_INFO: VARCHAR2(200)RECTIFICACION: VARCHAR2(1)ENTIDAD: VARCHAR2(20)RECTIFICACION: VARCHAR2(1)NREG: NUMBER(2)DIRECCION_ETIQ: VARCHAR2(100)RECTIFICACION: VARCHAR2(1)INICI<strong>AL</strong>_APE1: VARCHAR2(1)F_<strong>AL</strong>TA_MODIF: NUMBER(15)FIN<strong>AL</strong>_APE1: VARCHAR2(1)USUARIO: VARCHAR2(30)INICI<strong>AL</strong>_APE2: VARCHAR2(1)IND_ACEPTACION: VARCHAR2(1)FIN<strong>AL</strong>_APE2: VARCHAR2(1)IND_BLOQUEO: VARCHAR2(1)NCER: NUMBER(6)IND_CONSULTA: VARCHAR2(1)NCERA: NUMBER(6)NCERE_MUNICIP<strong>AL</strong>ES: NUMBER(6)NCERE_PE: NUMBER(6)INF_ADICION<strong>AL</strong>: VARCHAR2(30)F_<strong>AL</strong>TA_MODIF: NUMBER(15)USUARIO: VARCHAR2(30)IND_CONSULTA: VARCHAR2(1)IND_BLOQUEO: VARCHAR2(1)IND_COMUNICACION: VARCHAR2(1)<strong>Avanza</strong> Local Padrón 2 - Análisis <strong>funcional</strong> <strong>territorio</strong> 170PLANTAPLANTA: VARCHAR2(3)D_PLANTA: VARCHAR2(50CVAR: VARCHAR2(1)FDOC: NUMBER(8)FGRA: NUMBER(15)FBAJ: NUMBER(8)ESC<strong>AL</strong>ERAESC<strong>AL</strong>ERA: VARCHAR2(2)D_ESC<strong>AL</strong>ERA: VARCHAR2(50CVAR: VARCHAR2(1)FDOC: NUMBER(8)FGRA: NUMBER(15)FBAJ: NUMBER(8)TIPOHUECOTIPO_HUECO: NUMBER(1)D_TIPO_HUECO: VARCHAR2(50CVAR: VARCHAR2(1)FDOC: NUMBER(8)FGRA: NUMBER(15)FBAJ: VARCHAR2(8)PORT<strong>AL</strong>PORT<strong>AL</strong>: VARCHAR2(2)D_PORT<strong>AL</strong>: VARCHAR2(50CVAR: VARCHAR2(1)FDOC: NUMBER(8)FGRA: NUMBER(15)FBAJ: NUMBER(8)BLOQUEBLOQUE: VARCHAR2(2)D_BLOQUE: VARCHAR2(50CVAR: VARCHAR2(1)FDOC: NUMBER(8)FGRA: NUMBER(15)FBAJ: NUMBER(8)EXPEDIENTEEXPEDIENTE: VARCHAR2(31)EXP_PRINCIP<strong>AL</strong>: VARCHAR2(31)TIPO_EXP: VARCHAR2(1)URL: VARCHAR2(100)CPRO: NUMBER(2)CMUN: NUMBER(3)CONSU: NUMBER(3)ANIO: NUMBER(4)MES: NUMBER(2)DIA: NUMBER(2)CVAR: VARCHAR2(1)CAUV: VARCHAR2(2)ENTIDAD: VARCHAR2(2)ORIGEN: VARCHAR2(3)F_AYTO: NUMBER(8)F_RECEP: NUMBER(8)ESTADO: VARCHAR2(2)FECHA_HORA1: NUMBER(17)ENVIO_AYTO: VARCHAR2(1)ENVIO_INE: VARCHAR2(1)ENVIO_CARTO: VARCHAR2(1)IND_ERROR: NUMBER(4)ESTADO_CAR: VARCHAR2(2)FECHA_HORA2: NUMBER(17)ENVIO_AYTO_CAR: VARCHAR2(1)ENVIO_INE_CAR: VARCHAR2(1)ENVIO_CARTO_CAR: VARCHAR2(1IND_ERROR_CAR: NUMBER(4)
(LOGO)10.2. Tablas de Entidades TerritorialesDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 171 de un total de 191 página(s), Versión imprimible con información de firma.10.2.1. Comunidad AutónomaContiene todas las Comunidades Autónomas de España. Se considera la entidad de másalto nivel de <strong>territorio</strong>.10.2.2. ProvinciaLa provincia es una entidad local determinada por un conjunto de municipios, conpersonalidad jurídica propia y plena capacidad para el cumplimiento de sus fines. La tablacontendrá las provincias de España, cuya codificación INE y de la Dirección General deCatastro son coincidentes.Cada provincia está asociada a la Comunidad Autónoma a la que pertenece y tiene unadelegación provincial.10.2.3. MunicipioEl municipio es un conjunto de habitantes de un mismo término jurisdiccional, administradopor un ayuntamiento. La tabla contendrá los municipios de todo el <strong>territorio</strong> español yestarán asociados a una provincia. Cada municipio tiene definido un idioma por defecto de latabla de idiomas.10.2.4. VíaEsta entidad se compone de un conjunto de vías asociadas a su municipio. Se almacenantanto vías como pseudovías. En el caso de vía, tendrá definido cuál es su tipo, que será unvalor existente del diccionario de tipos de vía.Al tratarse de vías lógicas, las vías denominadas igual en distintos núcleos de población secorresponderán con un único registro en esta tabla.(Aplicación) - Análisis <strong>funcional</strong> 171
10.2.5. Aproximación PostalDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 172 de un total de 191 página(s), Versión imprimible con información de firma.La tabla de Aproximación Postal contiene el conjunto de datos que identifican de maneraúnica cada una de las particiones que compone la vía. Una APP es un conjunto deviviendas/locales. Cada uno de sus registros contiene la dirección postal en superficie, esdecir desde el número o punto kilométrico en la vía hasta el dato del portal incluido.La tabla presenta códigos de seccionado y de entidad del municipio. Así, cada APP estaráasociada a una subsección y a un núcleo de población, siendo este último dato de granrelevancia para diferenciar APPs de una misma vía en diferentes núcleos de población.10.2.6. HuecoLos huecos pueden ser viviendas o locales. Están asociados a una APP para conformartodas las direcciones del <strong>territorio</strong>. Contienen la información de escalera, planta y puerta dela dirección.10.3. Tablas de Entidades Lógicas10.3.1. Entidad ColectivaEs una agrupación de Entidades Singulares. Se asocia a un municipio.Para mantener la integridad se considerará que en todos los municipios habrá al menos unaentidad colectiva que se identificará con el código cero.10.3.2. Entidad SingularEs una agrupación de núcleos y diseminados. Se asocia a una entidad colectiva.Para mantener la integridad se considerará que en todas las entidades colectivas habrá almenos una entidad singular que se identificará con el código cero.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 172
10.3.3. Núcleos/DiseminadosDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 173 de un total de 191 página(s), Versión imprimible con información de firma.Es una agrupación de aproximaciones postales que conforman una unidad territorial (núcleoo diseminado). Se asocia a una entidad singular.Para mantener la integridad se considerará que en todas las entidades singulares habrá almenos un núcleo o diseminado que se identificará con el código cero.10.3.4. DistritoEl distrito es la división del <strong>territorio</strong> utilizada para fines específicos del Censo Electoral, undistrito es un conjunto de secciones, y se asocia a un municipio.10.3.5. SecciónLa sección es la división del <strong>territorio</strong> utilizada para fines del Censo Electoral y estadísticos.Se define como una unidad que contiene entre 500 y 2.000 electores, aunque si existe unmunicipio que contenga un número inferior de habitantes, este se definirá como una sección.Se asocia con un distrito.10.3.6. SubsecciónLa subsección es la división del <strong>territorio</strong> utilizada para fines específicos del Censo Electoral.Es la agrupación de varias aproximaciones postales y está asociada a una sección.Para mantener la integridad se considerará que en todas las secciones habrá al menos unasubsección que se identificará con el código cero.10.4. Tablas de diccionarios10.4.1. BloqueTabla que contiene los valores válidos para bloque de la APP.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 173
10.4.2. PortalDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 174 de un total de 191 página(s), Versión imprimible con información de firma.Tabla que contiene los valores válidos para portal de la APP.10.4.3. EscaleraTabla que contiene los valores válidos para escalera del hueco.10.4.4. <strong>Plan</strong>taTabla que contiene los valores válidos para planta del hueco.10.4.5. PuertaTabla que contiene los valores válidos para puerta del hueco.10.4.6. Tipo de víaTabla que describe los tipos de vías (calle, avenida, travesía, etc.) y sus correspondientessinónimos. Este tipo de organización de la información de tipo de vía y sus sinónimos hasido documentada en el BOE correspondiente.10.4.7. Tipo de colectivoTabla que describe los huecos de tipo colectivo (Tipo de hueco = 2), los posibles valoresvalidos son:1. Hoteles, pensiones, albergues…2. Colegios mayores, residencias de estudiantes.3. Residencias de trabajadores.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 174
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 175 de un total de 191 página(s), Versión imprimible con información de firma.4. Internados, academias y escuelas militares, seminarios...5. Hospitales generales y especiales de corta estancia.6. Hospitales psiquiátricos.7. Hospitales de larga estancia.8. Asilos o residencias de ancianos.9. Instituciones para personas con discapacidades10. Albergues para marginados sociales.11. Otras instituciones de asistencia social a la infancia, juventud...12. Instituciones religiosas (monasterios, abadías…).13. Establecimientos militares (cuarteles...)14. Instituciones penitenciarias (cárceles, reformatorios...)15. Colectivo ficticio. Dirección Servicios Sociales.16. Otro tipo de colectivo.10.4.8. Tipo de huecoTabla que describe si el hueco es una vivienda o un local, en la actualidad se tienen lossiguientes tipos:1. Vivienda familiar.2. Vivienda colectiva (pensiones, residencias, etc.).3. Alojamiento (infraviviendas, chabolas y cualquier otro tipo de alojamiento fijo,siempre que haya al menos una persona empadronada en él).4. Local.10.4.9. Tipo de localTabla que describen los valores válidos de tipo de local:1. Local inactivo.Locales activos:2. Equipamientos de salud.3. Equipamientos educativos.4. Equipamientos de bienestar social.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 175
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 176 de un total de 191 página(s), Versión imprimible con información de firma.5. Equipamientos culturales o deportivos.6. Local comercial.7. Oficinas (incluye el resto de los servicios).8. Local industrial.9. Local agrario.10.4.10. Idioma EspañolTabla de decodificación de los idiomas oficiales en España.10.5. Tablas auxiliares10.5.1. Tipo de EstructuraTabla que define los diferentes tipos de estructura de usuario definidas en cada municipio.Existen tipos de estructuras genéricas válidas para todos los municipios, por ejemplo tramo.Estos tipos de estructuras vendrán precargadas y no tendrán asociadas un municipio.10.5.2. Atributo de EstructuraDefine los atributos existentes en cada tipo de estructura. Un tipo de estructura podrá tenerun número variable de atributos. Cada atributo tendrá un nombre único por tipo de estructuray podrá corresponderse con un atributo definido por el usuario o ser un código asociado a laentidad (APP). Los códigos posibles para APP serían:• NIDEN_CVIA: Número identificativo de vía• NIDEN_CENTCO: Número identificativo de entidad colectiva• NIDEN_CENTSI: Número identificativo de entidad singular• NIDEN_CNUCLE: Número identificativo de núcleo• NIDEN_DISTRITO: Número identificativo de distrito• NIDEN_CSEC: Número identificativo de sección• NIDEN_CSUB: Número identificativo de subsección<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 176
• NUMER_INF: Número inferior de APPs en la vía• NUMER_SUP: Número superior de APPs en la víaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 177 de un total de 191 página(s), Versión imprimible con información de firma.• PARIDAD: Paridad de la numeración de la APP. El atributo tendrá losvalores:o 0: Todos los númeroso 1: Números impareso 2: Números paresAsí, el tipo de estructura por defecto para tramos asociados a subsección tendrá lossiguientes atributos:• NIDEN_CVIA• NIDEN_CSUB• NUMER_INF• NUMER_SUP• PARIDADCon esto es posible definir tramos para:• Todas las APPs de una calle en un rango numérico con idéntica subsección• Todas las APPs de una calle con número par en un rango específico y con idénticasubsección• Todas las APPs de una calle con número impar en un rango específico y conidéntica subsección10.5.3. EstructuraDefine cada una a de las estructuras existentes en cada municipio, asociada cada una a untipo de estructura. Una estructura estará identificada por su denominación única dentro delmunicipio.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 177
10.5.4. Valor de EstructuraPara cada estructura existente asocia a cada atributo del tipo de estructura su valor.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 178 de un total de 191 página(s), Versión imprimible con información de firma.10.5.5. Relación Estructura-APPRelaciona a cada estructura con todas las APPs a las que agrupa.10.5.6. Relación Estructura-EstructuraUna estructura puede ser una composición de otras estructuras más sencillas. Medianteesta tabla es posible relacionar cada estructura con una estructura padre en la que estácontenida.10.6. Tablas especiales10.6.1. ExpedienteEn esta tabla se almacenan todos los expedientes tratados en el sistema, junto con elestado en el que se encuentran.10.6.2. OperacionesEsta tabla es una tabla histórica de las operaciones de alto nivel realizadas. No existe sutabla correspondiente de situación actual.Para cada operación se informa de la entidad de origen, el tipo de modificación y la entidadde destino.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 178
10.7. Campos de controlDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 179 de un total de 191 página(s), Versión imprimible con información de firma.Los campos de control están presentes en todas las tablas, incluidos los diccionarios, peroéstos presentan un conjunto de campos de control más reducidos. Contienen informaciónsobre la situación actual de las entidades, con datos de la última modificación realizada, elexpediente asociado, fechas, etc.10.8. Tablas de históricoExistirán tablas de histórico para las siguientes tablas de situación actual:1. Provincia2. Municipio3. Entidad Colectiva4. Entidad Singular5. Núcleo/Diseminado6. Distrito7. Sección8. Subsección9. Vía10. Aproximación Postal11. Hueco12. ExpedienteLas tablas de histórico de entidades tienen exactamente la misma estructura que las tablasde situación actual de entidades. La única diferencia con respecto a éstas es la claveprimaria. En las tablas de histórico será [P]rimary [K]ey el NIDEN de la entidad junto a lafecha de grabación (FGRA).<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 179
10.8.1. Gestión de los históricosDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 180 de un total de 191 página(s), Versión imprimible con información de firma.En las tablas de históricos se registrará cualquier variación (modificaciones) de datos que seproduzca, es decir que las tablas de situación actual contendrán los últimos movimientos yen las tablas del histórico se registrarán todas las variaciones incluidas las situacionesactuales. En el caso del borrado de alguna entidad quedará marcada como dada de baja pormedio del campo de control de fecha de baja (FBAJ).Los históricos permitirán tener una visión total de todas las variaciones existentes hasta unafecha. Todas las variaciones modificarán la información y, posteriormente, insertarán losdatos modificados en la tabla del histórico correspondiente.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 180
11. VISTA DE ADMINISTRACIÓNDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 181 de un total de 191 página(s), Versión imprimible con información de firma.La administración del sistema se realizará mediante una opción disponible en la aplicaciónweb por usuarios con el rol de administrador, bien sean los perfiles de administrador generalo administrador del municipio.Estos usuarios tendrán permisos para crear otros usuarios de perfil inferior, como porejemplo gestores de <strong>territorio</strong>, que será el perfil habitual de los usuarios que utilicen elaplicativo.Toda la administración del sistema está englobada en un módulo independiente, por lo quelos detalles de esta <strong>funcional</strong>idad quedan recogidos en el análisis del módulocorrespondiente. A modo informativo se resumen los principales puntos que cubre estemódulo:• Gestión de usuarios: Roles, perfiles, etc.• Gestión de reglas: Permite construir reglas para asegurar la integridad de lainformación del sistema.• Buzón de avisos y mensajes• Gestión de listas de valores sincronizadas con el INE. La sincronización esposible gracias al módulo de comunicaciones.• Importación y exportación de datos. Permitirá la importación de datos (cargainicial) y la exportación de los mismos de manera parametrizable (por municipios,por entidades…etc.).• Auditoria de consultas realizadas por cada usuario cumpliendo con LOPD.• Modificación de los parámetros de la instancia de la aplicación utilizados para laintegración con el sistema ECO.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 181
12. CARACTERÍSTICAS GENER<strong>AL</strong>ES DE C<strong>AL</strong>IDAD12.1. FiabilidadDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 182 de un total de 191 página(s), Versión imprimible con información de firma.La calidad y experiencia en el desarrollo e implantación de Sistemas de ArquitecturasOrientadas a Servicios, están avaladas por nuestra amplia colaboración en proyectos tantode la Administración Pública como de la Empresa Privada.Por otra parte, Software AG España, como empresa dedicada al desarrollo de Sistemas deInformación, además de otras actividades, asegura la calidad de los productos quedesarrolla, en base a la existencia de un Marco de Referencia de Calidad.Este Marco (<strong>Plan</strong> General de Garantía de Calidad para el desarrollo de equipos lógicos) seinstituye como la base desde donde se generarán los planes de garantía de calidad yfiabilidad específicos para cada proyecto, independiente de la Metodología utilizada para eldesarrollo de los Sistemas de Información.Estos últimos años han estado marcados por la continua mejora de la calidad y fiabilidad delos productos y servicios, apoyándose para ello en un Sistema de Aseguramiento de laCalidad certificado por AENOR según la norma UNE-EN-ISO 9001 desde diciembre de 1996y por el Ministerio de Defensa según las normas PEC<strong>AL</strong>/AQAP-110 y PEC<strong>AL</strong>/AQAP-150,que cubre la totalidad de los procesos productivos.El Sistema de Calidad ha sido renovado con éxito de forma consecutiva a partir del año1997. El Sistema incluye todos los procesos productivos y hay que resaltar,específicamente, el de Gestión de Proyectos ya que supone un hecho singular, pocofrecuente, entre las compañías del sector.En este contexto Software AG España, pone el sistema de Calidad a disposición delproyecto para garantizar el éxito del mismo y de cada uno de los procedimientos deldesarrollo dentro de los parámetros de calidad necesarios.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 182
12.2. Aseguramiento de CalidadDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 183 de un total de 191 página(s), Versión imprimible con información de firma.El Sistema de Calidad aportado por Software AG España, está extraído de los Sistemas deGestión de la Calidad propios, basados en el modelo definido por las normas de la familiaISO 9000 y certificado por AENOR, que asegura y garantiza la calidad de los productosdesarrolladosEl mencionado <strong>Plan</strong> de Garantía de Calidad se estructura de acuerdo a las siguientes líneasmaestras:• Utilización de una Metodología para el desarrollo del proyecto• Establecimiento de los mecanismos de gestión de proyecto adecuados• Control de los registros de la calidad del proyecto• Gestión de desviaciones y acciones correctoras/preventivas.• Gestión de la documentaciónA partir de la identificación clara y detallada del alcance de los trabajos a realizar sedeterminará:• <strong>Plan</strong> de Proyecto, incluyendo, al menos, una descripción detallada del proyecto,la organización del mismo, la planificación y el plan de entregas de los productosintermedios y finales, la metodología detallada de ejecución, la descripcióncompleta de los mecanismos de seguimiento y control, los productossuministrados por el Ministerio de industria energia y turismo para su correctacustodia y control así como otros aspectos de gestión de la calidad específicosdel proyecto.• Seguimiento y Control del Proyecto, con el fin de asegurar el enfoqueadecuado y permanente del proyecto hacia los objetivos finales y comprobar lacalidad ofrecida y los resultados parciales.• Control de la Documentación del Proyecto, estableciéndose loscorrespondientes controles sobre cada uno de los documentos del proyecto(Entregables, <strong>Plan</strong> de Proyecto, <strong>Plan</strong> de Configuración, …).<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 183
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 184 de un total de 191 página(s), Versión imprimible con información de firma.• Gestión de la Configuración, elaborándose un <strong>Plan</strong> de Configuración de loselementos documentales del Proyecto. En dicho <strong>Plan</strong> de Configuración seestablecerán en detalle todos los aspectos relacionados con Control de Accesos,Control de Versiones, Gestión de Backups, etc. de forma que se garantice laintegridad de la información documental que es manejada en el proyecto.• Validación y Aprobación de productos, que garanticen la calidad de losproductos entregados y la aceptación de los mismos por parte del Ministerio deindustria energia y turismo.12.3. UsabilidadLa Metodología de Usabilidad a aplicar se englobará dentro de una metodología, másgeneralista, de Diseño deInteracción.Esta metodología abarcaactuaciones previas al comienzodel desarrollo (DefiniciónEstratégica, Arquitectura de laInformación y Maquetación) y otrasque tienen lugar a lo largo deldesarrollo (test heurísticos y deusuarios, interfaces autoaprendibles, validaciones y revisiones de Accesibilidad) con lasclásicas reglas de Jakob Nielsen como referente principal. Asimismo integra aspectos comoel Diseño Gráfico que, estando al servicio de los contenidos y la <strong>funcional</strong>idad, sonfundamentales para incrementar la satisfacción de uso y la comprensibilidad de la interfaz.La meta será obtener una aplicación que permita al usuario final alcanzar sus objetivosmediante una interacción efectiva, eficiente y satisfactoria.12.3.1. Diseño de InteracciónEl diseño de interacción comienza durante las etapas estratégicas del diseño, con ladefinición de requerimientos y <strong>funcional</strong>idades, elementos clave que dan forma a laestrategia del sistema. El diseño de un producto tecnológico es un proceso complejo con<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 184
múltiples dimensiones, estas decisiones estratégicas dan forma al producto, aunque muchasveces se las considere fuera del proceso de diseño.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 185 de un total de 191 página(s), Versión imprimible con información de firma.Para crear un diseño amigable es fundamental entender a las personas que interactuaráncon el sistema, empaparse del modo de pensar, las necesidades y el lenguaje de losusuarios, lo que permitirá al diseñador anticipar sus expectativas y reacciones, generandouna interacción natural para ellos.12.3.2. Reglas Heurísticas• Visibilidad del estado del sistema. El sistema siempre debe mantener a losusuarios informados, con una retroalimentación apropiada y en un tiemporazonable.• Utilizar el lenguaje de los usuarios. El sistema debe hablar el lenguaje de losusuarios, con palabras, frases y conceptos que les resulten familiares.• Control y libertad para el usuario. Los usuarios eligen a veces funciones delsistema por error. En esos casos necesitan una salida de emergenciaclaramente marcada.• Consistencia y estándares. Los usuarios no deben tener que preguntarse silas diversas palabras, situaciones, o acciones significan o no la misma cosa. Laconsistencia y coherencia de la interfaz a lo largo de todas las situaciones esfundamental.• Minimizar la carga de la memoria del usuario. El usuario no debería tenerque recordar la información de una parte del diálogo a otra.• Flexibilidad y eficiencia de uso. Las instrucciones para el uso del sistemadeben ser visibles o fácilmente accesibles siempre que se necesiten. Losaceleradores no vistos por el usuario principiante, mejoran la interacción parael usuario experto de tal manera que el sistema puede servir para usuariosinexpertos y experimentados. Es importante que el sistema permitapersonalizar acciones frecuentes.• Los diálogos estéticos y diseño minimalista. No deben contenerinformación que sea inaplicable o se necesite raramente. Cada unidad<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 185
adicional de la información en un diálogo compite con las unidades relevantesde la información y disminuye su visibilidad relativa.Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 186 de un total de 191 página(s), Versión imprimible con información de firma.• Prevención de errores. Es mejor prevenir la aparición de errores que generarbuenos mensajes de error.• Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de loserrores. Los mensajes de error se deben expresar en un lenguaje claro, debenindicar exactamente cual es el problema, y deben ser constructivos.• Ayuda y documentación. Aunque es mejor si el sistema se puede usar sindocumentación, puede ser necesario disponer de ayuda y documentación. Éstatiene que ser contextual, fácil de buscar, centrada en las tareas del usuario,tener información de las etapas a realizar y que no sea muy extensa.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 186
12.3.3. MetodologíaDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 187 de un total de 191 página(s), Versión imprimible con información de firma.Se trata de una metodología multicanal y multiplataforma, cuya base fundamental es laconsecución de una Experiencia de Usuario Satisfactoria. A continuación se muestran lasprincipales fases que se sustentan en los principios metodológicos previamente citados:12.4. Portabilidad, Mantenibilidad y RendimientoPara mejorar la portabilidad, mantenibilidad y rendimiento del módulo de gestión de<strong>territorio</strong>, en el diseño del mismo, se utilizarán los estándares que se definen a continuación.• El desarrollo se basará en tecnologías Java (J2EE 1.6 por madurez tecnológica yexistencia de un gran número de servidores certificados), permitiendo eldespliegue en cualquier servidor de aplicaciones J2EE. Las versiones delservidor Web y servidor de aplicaciones, se define la versión 7 y superiores, porqueson las versiones optimizadas para java 1.6, pero pueden utilizarse versionesinferiores.• Usaremos como arquitectura el MVC empleando para ello los siguientescomponentes:<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 187
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 188 de un total de 191 página(s), Versión imprimible con información de firma.o Vista: JSF 2.0, se propone como distribución de JSF 2 RichFaces, pero seríaadaptable a cualquier distribución definida por el cliente. En cualquiera de lasdistribuciones del mercado JSF 2.0 utiliza Ajax. Además del uso de JSF setendría especial cuidado con Javascript, ya que la aplicación debe cumplir losestándares de Accesibilidad.o Framework de desarrollo: Framework J2EE Spring versión 2.5 que ademásde permitirnos, generar la base del MVC. Nos permite desacoplarplenamente la tecnología del desarrollo, de tal manera que puede utilizarmodificando los conectores, cualquier base de datos de las solicitadas en elpliego sin que para ello se vea afectado el desarrollo. Además del frameworkbase, los componentes de Spring, que en función de las necesidades delaplicativo, se utilizarán son:• Spring-Web Services: Además de poder acoplar perfectamente losservicios web en la aplicación, nos permite introducir este componentepara la posible definición de una SOA, de modo que los servicios webpueden ser utilizados como un servicio en un flujo de procesos.Además nos permite la utilización de JAXB 1 and 2, Castor,XMLBeans, JiBX, XStream, WS-Security, DOM, SAX, StAX, JDOM,dom4j, XOM, SOAP, REST, etc.• Spring-Integration- Nos permitirá dar forma a una SOA, manejandocomo servicios, no solo servicios web, sino colas JMS (para elintercambio de mensajes), posee un adaptador JMX, JDBC, http,FTP/FTPS, Grovy, Java Mail…, es decir, nos permitirá dotar de unaserie de servicios a nuestra SOA que revertirán directamente en laaplicación, permitiéndonos desacoplar y manejar de manera muyeficiente todos nuestros servicios.• Spring-Security- Nos servirá para dotar de la seguridad necesaria alframework tanto a los WS (Web Services), como al resto de loscomponentes integrantes del frameworkAdemás de estos componentes, Spring nos permitirá el uso de componentescomo: Spring Mobile, Spring Android, Spring Social, Spring Batch… quepodrían en el futuro reportar mejoras significativas a la aplicación sinsuponer para ello un amplio impacto en el desarrollo<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 188
Documento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 189 de un total de 191 página(s), Versión imprimible con información de firma.o Modelo: Para esta parte se empleará Hibernate 3.6/JDBC. Se podrán emplearambos modelos de acceso a datos gracias al desacoplamiento que nospermite Spring. Permitiéndonos emplear uno u otro para mejorarrendimientos de la aplicación en tiempo de ejecución.• La solución será escalable en base a un cluster del servidor de aplicaciones J2EE yde los propios sistemas de los ayuntamientos y diputaciones.• Como almacén de datos se empleará una base de datos relacional realizando elmodelado para que la definición de los datos tanto para Oracle como paraPOSTGRE, usando como referencia el modelo de SIG PT e incluyendo las tablasnecesarias para la implementación de las diferentes necesidades.• Para el envío de correos se empleará JavaMail (Spring-Integration).• La autenticación de los agentes externos y para firma de documentos <strong>AL</strong> Padrón 2,utilizará @Firma.• En aquellos procesos en los cuales se realice tratamiento de datos de carácterpersonal, siempre se cumplirá con la Ley 15/1999, Ley Orgánica de Protección deDatos de Carácter Personal, y el Real Decreto 1720/2007 en el que se desarrollaesta Ley.• Se realizará un instalador para facilitar su uso a cada uno de los municipios quese adhieran a <strong>AL</strong> Padrón 2. Así como una guía con los parámetros de configuraciónde los servidores, base de datos, etc.• Se utilizará Maven como herramienta de gestión de proyectos, para reutilizar ycentralizar librerías, dependencias, componentes implementados…etc.12.5. SeguridadSe seguirán, en la medida de lo posible y dentro del alcance del proyecto, las directricesmarcadas por el estándar de seguridad en aplicativos Web OWASP (Open Web ApplicationSecurity Project) que tiene como objetivo ofrecer una metodología, de libre acceso yutilización, que pueda ser utilizada como material de referencia por parte de los arquitectosde software, desarrolladores, fabricantes y profesionales de la seguridad involucrados en eldiseño, desarrollo, despliegue y verificación de la seguridad de las aplicaciones y serviciosweb. Siguiendo esta guía, se establecen los siguientes principios:<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 189
• Validación de la entrada y salida de información• Simplificación en los diseñosDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 190 de un total de 191 página(s), Versión imprimible con información de firma.• Utilización y reutilización de componentes de confianza• Usar SSL en el intercambio de información “sensible” con el servidor• Verificación de privilegios (niveles de usuario)• Ofrecer la mínima información ante un error o incidencia• Establecimiento de los mecanismos de autenticación• Gestión de sesiones de usuario• Control de acceso• Registro de actividad• Consideraciones de privacidad y criptografía12.6. Capacidad de pruebaEl desarrollo de “<strong>AL</strong>PADRON”, se llevará a cabo siguiendo un proceso iterativo, que permitaal Ministerio de Industria ir viendo los resultados del proyecto tan pronto como sea posible.Durante esta fase se irán desarrollando pruebas unitarias de cada componente, y al final dela fase se realizarán las pruebas del sistema completo.Para las pruebas unitarias, en los casos en los que sea posible, se propone la ejecución depruebas automatizadas, ya sea con la herramienta jUnit, o con cualquier otra que elMinisterio de Industria ponga a disposición del proyecto.Los entregables, como consecución del proyecto serán los siguientes:• Sistema construido• Pruebas unitarias ejecutadas• Pruebas de sistema ejecutadas• Informes de pruebas• Documentación de despliegue<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 190
12.7. Disponibilidad y escalabilidadDocumento 1 de 1.Firmado por: NOMBRE ESTEBAN LEBRERO SERGIO - NIF 02259441J, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.765.586, Fecha de emisión de la firma: 30/03/12 8:02Documento 1 de 1.-Firmado por: NOMBRE JAROSO BLANCO MARIA TRANSITO - NIF 09317269S, Emisor del certificado: FNMT Clase 2 CA, Número de serie del certificado firmante: 1.020.459.525, Fecha de emisión de la firma: 30/03/12 11:13Código de integridad (alg. SHA-256): 634a2e5f44472e870f6b9b12f5bcf347acd6dad44ac6a727199e85e5932436b7Página 191 de un total de 191 página(s), Versión imprimible con información de firma.Como se ha definido a lo largo del documento, la aplicación “<strong>AL</strong>PADRON”, se encontraráaccesible desde el Ministerio de Industria, para su descarga desde los propiosayuntamientos y diputaciones.La aplicación una vez instalada, residirá siempre en los servidores de los ayuntamientos ydiputaciones que hayan deseado usarla. El usuario accederá a dichos servidores para suutilización.Por este motivo, la disponibilidad y escalabilidad de la aplicación dependerá de los sistemase infraestructuras en los diferentes organismos donde se encuentre instalada.De cualquier modo, “<strong>AL</strong>PADRON”, estará soportada en todos los entornos ofertados,además de poder ejecutarse en arquitecturas clúster.<strong>Avanza</strong> Local Padrón 2 – Análisis <strong>funcional</strong> <strong>territorio</strong> 191
Change language