12.07.2015 Views

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

SHOW MORE
SHOW LESS
  • No tags were found...

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!