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

More documents

Recommendations

Info

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.Avanza Local Padrón 2 – Análisis funcional territorio 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 funcionalidades 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)Avanza Local Padrón 2 – Análisis funcional territorio 137
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: Documento 1 de 1.Firmado por: NOMBR
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 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 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 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 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

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

Delete template?

Save as template?