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

More documents

Recommendations

Info

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.Avanza Local Padrón 2 – Análisis funcional territorio 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 delterritorio. Se divide en las siguientes funcionalidades 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 funcionalidades del sistema.9.2. Paquetes/ComponentesSe definen los diferentes paquetes y componentes de los que consta el módulo de territorio.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 controladorasAvanza Local Padrón 2 – Análisis funcional territorio 157
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 7 and 8:
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 16 and 17:
futuros sistemas, creando los servi
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 32 and 33:
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 42 and 43:
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 54 and 55:
Page 56 and 57:
Page 58 and 59:
Versión1Descripción Fusionar dos
Page 60 and 61:
Page 62 and 63:
3.4.3.4. Fusión de Entidad Singula
Page 64 and 65:
Page 66 and 67:
3.4.4.4. Fusión de Núcleo/Disemin
Page 68 and 69:
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: Documento 1 de 1.Firmado por: NOMBR
Page 116 and 117: • Un apartado de preguntas frecue
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 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 158 and 159: • Clases de soporte para vistas:
Page 160 and 161: Diagrama:GestorUsuario«use»Docume
Page 164 and 165: Diagrama:Documento 1 de 1.Firmado p
Page 166 and 167: Descripción: Contiene todas las cl
Page 172 and 173: 10.2.5. Aproximación PostalDocumen
Page 174 and 175: 10.4.2. PortalDocumento 1 de 1.Firm
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 186 and 187: adicional de la información en un
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

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?