AnÃ¡lisis funcional territorio AL PadrÃ³n [PDF] [4659 KB] - Plan Avanza

More documents

Recommendations

Info

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 funcionales.• 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.2Avanza Local Padrón 2 – Análisis funcional territorio 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.Avanza Local Padrón 2 – Análisis funcional territorio 17
Page 1 and 2: Documento 1 de 1.Firmado por: NOMBR
Page 3 and 4: Índice1. VISIÓN GENERAL DEL PROYE
Page 5 and 6: 4. VISTA LÓGICA 1074.1. Interfaz d
Page 9 and 10: 1.3. Definiciones y AbreviaturasDoc
Page 12 and 13: componente independiente y desacopl
Page 14 and 15: 2.2.1. Solución ADocumento 1 de 1.
Page 18 and 19: Framework ocomponentereutilizablePr
Page 20 and 21: o Operaciones simples: Son aquellas
Page 22 and 23: oElectorales• Local electoralDocu
Page 24 and 25: contenida en una unidad de poblaci
Page 26 and 27: A la agrupación de entidad colecti
Page 28 and 29: Esta entidad se renovará en cada p
Page 30 and 31: MunicipioDocumento 1 de 1.Firmado p
Page 34 and 35: Una subsección tendrá asociadas v
Page 36 and 37: 3.1.1.2.2. Baja netaDocumento 1 de
Page 38 and 39: 3.1.1.2.9. SegregaciónEntendemos p
Page 40 and 41: • Barrio: Agrupación de tramos.
Page 44 and 45: sencillas y su información histór
Page 46 and 47: 3.2. Alta neta de entidad de territ
Page 48 and 49: 3.2.2. Alta neta de VíaDocumento 1
Page 50 and 51: 3.3. Baja neta de entidad de territ
Page 52 and 53: 3.3.2. Baja neta de VíaDocumento 1
Page 58 and 59: Versión1Descripción Fusionar dos
Page 62 and 63: 3.4.3.4. Fusión de Entidad Singula
Page 66 and 67:
3.4.4.4. Fusión de Núcleo/Disemin
Page 68 and 69:
Documento 1 de 1.Firmado por: NOMBR
Page 70 and 71:
3.4.5.4. Recodificación de VíaRF4
Page 72 and 73:
Descripción Segregar una vía en d
Page 74 and 75:
3.4.6.2. Modificación de denominac
Page 76 and 77:
A nivel de APP, se recodificarán t
Page 78 and 79:
3.4.7.2. Recodificación de Secció
Page 80 and 81:
Page 82 and 83:
3.4.8.2. Recodificación de Subsecc
Page 84 and 85:
3.4.9. Modificación de APPDocument
Page 86 and 87:
Versión1Descripción Modificar alg
Page 88 and 89:
3.5.2. Alta de tipo de estructuraDo
Page 90 and 91:
Page 92 and 93:
Page 94 and 95:
RF4.1.12Anulación de movimientoDoc
Page 96 and 97:
RF4.1.2.5Consulta de APPsDocumento
Page 98 and 99:
Realiza la consulta de la situació
Page 100 and 101:
territorio en base a operaciones co
Page 102 and 103:
VersiónDescripción Almacena la in
Page 104 and 105:
RF4.2.1.6Histórico de DistritoVers
Page 106 and 107:
3.10.2. Fusión de víasDocumento 1
Page 108 and 109:
4.2. SeguridadEl subsistema de segu
Page 110 and 111:
4.4. ValidadorDocumento 1 de 1.Firm
Page 112 and 113:
• Recepción de operaciones reali
Page 114 and 115:
Page 116 and 117:
• Un apartado de preguntas frecue
Page 118 and 119:
Page 120 and 121:
Page 122 and 123:
8. Asegure la accesibilidad directa
Page 124 and 125:
ejecutar en segundo plano operacion
Page 126 and 127:
Entidad SingularNúcleo/DiseminadoR
Page 128 and 129:
Page 130 and 131:
compruebe que los ficheros cumplen
Page 132 and 133:
5.2.2.1. Expediente iniciado por el
Page 134 and 135:
• El expediente corregido se env
Page 136 and 137:
2. El módulo de comunicaciones del
Page 138 and 139:
• Ofrecer la mínima información
Page 140 and 141:
algoritmos débiles, certificados e
Page 142 and 143:
6.2.4. FuncionalidadDocumento 1 de
Page 144 and 145:
7. VISTA DEL PROCESODocumento 1 de
Page 146 and 147:
20. La interfaz web informaría al
Page 148 and 149:
20. La interfaz web informaría al
Page 150 and 151:
7.4. Consulta de territorioDocument
Page 152 and 153:
8. VISTA DEL DESPLIEGUESoftware bas
Page 154 and 155:
y su resultado.Documento 1 de 1.Fir
Page 156 and 157:
9. VISTA DE IMPLEMENTACIÓNDocument
Page 158 and 159:
• Clases de soporte para vistas:
Page 160 and 161:
Diagrama:GestorUsuario«use»Docume
Page 162 and 163:
Page 164 and 165:
Diagrama:Documento 1 de 1.Firmado p
Page 166 and 167:
Descripción: Contiene todas las cl
Page 168 and 169:
Page 170 and 171:
Page 172 and 173:
10.2.5. Aproximación PostalDocumen
Page 174 and 175:
10.4.2. PortalDocumento 1 de 1.Firm
Page 176 and 177:
Page 178 and 179:
10.5.4. Valor de EstructuraPara cad
Page 180 and 181:
10.8.1. Gestión de los históricos
Page 182 and 183:
12. CARACTERÍSTICAS GENERALES DE C
Page 184 and 185:
Page 186 and 187:
adicional de la información en un
Page 188 and 189:
Page 190 and 191:
• Validación de la entrada y sal
show all

AnÃ¡lisis funcional territorio AL PadrÃ³n [PDF] [4659 KB] - Plan Avanza

Create successful ePaper yourself

Delete template?

Save as template?