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.

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

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

Saved successfully!

Ooh no, something went wrong!