Framework Atlas. Introducción FRAMEWORK ATLAS INTRODUCCIÓN. Diciembre de Diciembre de 2016

Transcripción

1 FRAMEWORK ATLAS INTRODUCCIÓN Framework Atlas Introducción Diciembre de 2016 Diciembre de 2016 Unidad de Arquitectura y Soporte de Aplicaciones Área de Arquitecturas

2 INDICE INTRODUCCIÓN QUÉ ES ATLAS PORTAL DE CONOCIMIENTO TECNOLOGÍAS BÁSICAS EJEMPLO: APLICACIÓN DE COMPONENTES CICLO DE VIDA DE UN PROYECTO ATLAS SIGUIENTES PASOS Unidad de Arquitectura Software de Aplicaciones 2

3 INTRODUCCIÓN: Qué es ATLAS? ATLAS es una forma de hacer las cosas: Es la forma en que se deben desarrollar aplicaciones en Java para la Comunidad de Madrid. ATLAS NO es sólo un conjunto de librerías ATLAS es un Framework de Desarrollo de Aplicaciones, y algo más ATLAS define cómo hacer aplicaciones en lenguaje Java (aplicaciones principalmente Web) ATLAS también define el proceso de desarrollo de una aplicación, el ciclo de vida desde que se comienza a implementar código hasta que la aplicación está en producción y se transcurre su mantenimiento. Unidad de Arquitectura Software de Aplicaciones 3

4 INTRODUCCIÓN: Qué es ATLAS? ATLAS incluye: Normativa: Qué se debe hacer (normas) Cómo se debe hacer (procedimientos) Librerías (jars): Utilidades para hacer las cosas según la normativa: Seguridad, Configuración, Trazas, etc. Módulos de integración con otras aplicaciones (WS, Documentum, BO, ControlM, Admin. electrónica, etc.) Plantillas de partida: Arquetipos (aplicación web, librería jar, aplicación batch, web service, etc.) Herramienta para Generación Automática de Código Portal de conocimiento y soporte a proveedores, que incluye: Documentación detallada Transparencias y Videos de los cursos de formación Aplicaciones de Ejemplo con código fuente Posibilidad de recibir Soporte por parte de Arquitectura Unidad de Arquitectura Software de Aplicaciones 4

5 INDICE INTRODUCCIÓN QUÉ ES ATLAS TECNOLOGÍAS BÁSICAS PORTAL DE CONOCIMIENTO EJEMPLO: APLICACIÓN DE COMPONENTES CICLO DE VIDA DE UN PROYECTO ATLAS SIGUIENTES PASOS Unidad de Arquitectura Software de Aplicaciones 5

6 INTRODUCCIÓN: TECNOLOGÍAS BÁSICAS Unidad de Arquitectura Software de Aplicaciones 6

7 INDICE INTRODUCCIÓN QUÉ ES ATLAS PORTAL DE CONOCIMIENTO TECNOLOGÍAS BÁSICAS EJEMPLO: APLICACIÓN DE COMPONENTES CICLO DE VIDA DE UN PROYECTO ATLAS SIGUIENTES PASOS Unidad de Arquitectura Software de Aplicaciones 7

8 INTRODUCCIÓN: PORTAL DE CONOCIMIENTO Por donde empezar Formación: Normativa: Resto de apartados: Unidad de Arquitectura Software de Aplicaciones 8

9 INDICE INTRODUCCIÓN QUÉ ES ATLAS TECNOLOGÍAS BÁSICAS PORTAL DE CONOCIMIENTO EJEMPLO: APLICACIÓN DE COMPONENTES CICLO DE VIDA DE UN PROYECTO ATLAS SIGUIENTES PASOS Unidad de Arquitectura Software de Aplicaciones 9

10 INTRODUCCIÓN: EJEMPLO Entrada:usuario_ok / usuario_ok Unidad de Arquitectura Software de Aplicaciones 10

11 INDICE INTRODUCCIÓN CICLO DE VIDA DE UN PROYECTO ATLAS ANÁLISIS DE REQUISITOS DISEÑO DESARROLLO RECEPCIÓN PASO A PRODUCCIÓN + ESTABILIZACIÓN MANTENIMIENTO SIGUIENTES PASOS Unidad de Arquitectura Software de Aplicaciones 11

12 CICLO DE VIDA DE UN PROYECTO Gestión del proyecto Guía de gestión de proyectos Carpeta: Documentos Marco / DM-GPRO-0001 Guía de gestión de proyectos de desarrollo de SSII Documento: DM-GPRO-xxxx-x.x Guía de gestión de proyectos de desarrollo de SSII.pdf Jefe de proyecto de Madrid Digital Soporte desde la Unidad de Soporte a Proyectos Unidad de Arquitectura Software de Aplicaciones 12

13 CICLO DE VIDA: ANÁLISIS DE REQUISITOS PARA EL ANÁLISIS DE REQUISITOS ES NECESARIO: Conocer el catálogo de soluciones de Madrid Digital Conocer los componentes básicos de ATLAS Conocer las facilidades de integración de ATLAS Conocer la normativa de Altas a alto nivel NORMATIVA DE ATLAS Conocer la normativa y consultarla antes de hacer cualquier cosa que esté en ella Autorizaciones excepcionales. Consultarlas antes con Arquitectura Explicar la causa de la excepción y en que funcionalidad se va a aplicar ATLAS_autorizaciones.doc Unidad de Arquitectura Software de Aplicaciones 13

14 CICLO DE VIDA: DISEÑO ATLAS PROPORCIONA PLANTILLAS DE PARTIDA Y EJEMPLOS PARA DOCUMENTOS DE DISEÑO FUNCIONAL Y DISEÑO TÉCNICO ORIENTADO A OBJETOS: DIAGRAMAS UML, CASOS DE USO, ETC. Unidad de Arquitectura Software de Aplicaciones 14

15 CICLO DE VIDA: DISEÑO NORMATIVA PARA EL DISEÑO DEL MODELO DE DATOS UTILIZANDO ERWIN 7 La normativa incluye normas y buenas prácticas, sin dar lugar a ambigüedades, y explica cómo utilizar la herramienta correctamente. Incluye procedimiento para comparar un modelo ERWIN con la base de datos real, y genera automáticamente los scripts de actualización. En la instalación de modelos de datos no se reciben scripts SQL sino el Erwin completo Normas importantes: Obligación de mantener integridad referencial Claves únicas numéricas que se obtienen de secuencias Unidad de Arquitectura Software de Aplicaciones 15

16 CICLO DE VIDA: CODIFICACIÓN Entorno ICM Portal de Conocimiento Entorno Desarrollador (Disponible en DVD) Eclipse + plugin Maven Artifactory Arquetipos Artefactos 4. Nutre Maven Repositorio Local Unidad de Arquitectura Software de Aplicaciones 16

17 CICLO DE VIDA: CODIFICACIÓN ARQUETIPOS: Plantillas de Partida para Proyectos Primero hay que generar un módulo de tipo proyecto Dentro de este, se generan todos los módulos que sean necesarios Arquetipos Proyecto Aplicación Web Aplicación Batch Librería (jar) Servicio Web Servicio Rest Aplicación Documentum Aplicación Atlantix Aplicación Desktop MANOS A LA OBRA: Generación de una Aplicación Web Unidad de Arquitectura Software de Aplicaciones 17

18 CICLO DE VIDA: CODIFICACIÓN DESARROLLO DIRIGIDO POR LAS PRUEBAS: Tipo de Pruebas Normalizadas: Pruebas Unitarias: Junit, Pruebas de aceptación: Selenium, Pruebas de servicios web: SoapUI, Pruebas de rendimiento: Jmeter Ejecución de las pruebas automatizada mediante maven Cobertura de las pruebas HERRAMIENTA DE VALIDACION DE LA NORMATIVA (COVER / SAVT) Comprobación del grado de cumplimiento -> Informes PDF Unidad de Arquitectura Software de Aplicaciones 18

19 CICLO DE VIDA: CODIFICACIÓN HERRAMIENTA DE GENERACIÓN AUTOMÁTICA DE CÓDIGO Partiendo del modelo de datos, genera automáticamente código Java y pantallas para administración de catálogos. MANOS A LA OBRA: Generación de código para un modelo de datos Unidad de Arquitectura Software de Aplicaciones 19

20 CICLO DE VIDA: CODIFICACIÓN Herramienta de Generación de Código muy potente, ahorra mucho tiempo de desarrollo pero: No es el código definitivo, ni si siquiera el óptimo para las pantallas complicadas de negocio Revisión, si la aplicación es muy grande, incluso de las relaciones one-to-many / many-to-one en las clases de dominio Genera código Java y pantallas para administración de catálogos Soporta generación de código para Vistas de base de datos (no editables) Soporte para campos de tipo BLOB y CLOB Exportación de Listados a Excel y PDF Unidad de Arquitectura Software de Aplicaciones 20

21 CICLO DE VIDA: CODIFICACIÓN Buenas practicas (algunas muy obvias) Nada de código en los beans. En los bean sólo debe haber conversión de datos de pantalla a los servicios. Las validaciones y transformación de datos deben ir en los servicios. Si por usabilidad hay que implementarlas en pantalla se harán también en los bean, pero no pueden sustituir a las de los servicios El código debe estar todo en los Servicios / DAO s. Pensar como si todo el código de la aplicación tuviera que ser convertido en Servicios Web / Rest No usar para todo, sólo los métodos básicos find / upate / delete de los servicios, sino para crear los necesarios para negocio Unidad de Arquitectura Software de Aplicaciones 21

22 CICLO DE VIDA: CODIFICACIÓN Acceso a BBDD (1 de 2) Tipos de acceso a datos AtlaQuery (la generación de código usa AltasQuery) Criterias de Hibernate HQL desde los DAO SQL desde los DAO (en caso de optimizaciones con Oracle) Manual de buenas prácticas con Hibernate Unidad de Arquitectura Software de Aplicaciones 22

23 CICLO DE VIDA: CODIFICACIÓN Acceso a BBDD (2 de 2) Revisión del problema N+1 en Hibernate Comprobación de las querys ejecutadas por Hibernate en cada pantalla Propiedad hibernate.show_sql a true en desarrollo (obligatorio) Revisar sobre todo en las listas paginadas si se ejecutan muchas querys o obtienen un número excesivo de campos Si fuera necesario hacer métodos con HQL o SQL Revisión del las query s lentas (tanto en local y desarrollo, como sobre todo validación y en primeras instalaciones de producción) Propiedad: jdbcdslog.slowquerythreshold=500 Fichero: <aplicacion>_slowsql.log Unidad de Arquitectura Software de Aplicaciones 23

24 CICLO DE VIDA: CODIFICACIÓN Autorización y Autenticación (1 de 2) Asignación de políticas de acceso por dominio Environment.properties PoliticaUsuarioIntranet (roles en USUG) PoliticaUsuarioIntranetToken (roles en USUI) PoliticaUsuarioInternet (roles en USUI) PoliticaSoloCertificado (Entrada por certificado. La app comprueba DNI) Las aplicaciones sólo se instalan en un cluster de Tomcat, y según el dominio por el que se accede se aplica una política u otra Si se va a acceder por Internet e Intranet valorar según los perfiles si hacer dos módulos o uno sólo aplicando una política distinta por dominio Unidad de Arquitectura Software de Aplicaciones 24

25 CICLO DE VIDA: CODIFICACIÓN Autorización y Autenticación (2 de 2) Asignación de roles a Url s applicationcontext-general.xml Manuales Servicio de Autenticación y Autorización (Resumen del uso del servicio) ATLAS_MUS_Servicio_Autenticacion_y_Autorizacion.pdf Unidad de Arquitectura Software de Aplicaciones 25

26 CICLO DE VIDA: RECEPCIÓN PROCEDIMIENTO Y ESTRUCTURA DE ENTREGA REGULADOS: PROYECTO XXXX MODULOS Estructura de una entrega: División en módulos técnicos Ficha de Entrega Unificada para todos los entornos Rellenar una ficha por cada módulo técnico a instalar XXXX_MODD XXXX_APP XXXX_WS XXXX_BATCH XXXX_LIB BASE DATOS APP WEB SERVICIO WEB BATCH LIBRERIA Unidad de Arquitectura Software de Aplicaciones 26

27 CICLO DE VIDA: RECEPCIÓN ASEGURAMIENTO DE LA CALIDAD (QA): Comprobación del cumplimiento de la Normativa: Se deberá ir comprobando durante el desarrollo mediante la herramienta COVER (se recomienda una comprobación de Calidad a la semana) Pruebas de Rendimiento: Jmeter Antes del paso a producción es necesario la certificación de Calidad del código y pruebas de rendimiento Portal de Calidad: Unidad de Arquitectura Software de Aplicaciones 27

28 CICLO DE VIDA: RECEPCIÓN PROCEDIMIENTO PARA LA REALIZACIÓN DE UNA ENTREGA: Módulo de BBDD: Erwin 7 Aplicaciones : del código fuente con Subversion Versionado de la aplicación Creación de un tag con la entrega Si el proveedor trabaja desde sus instalaciones accederá a Subversión a través de VPN GAR_DESARROLLO Guía de portales VPN para proveedores externos: Unidad de Arquitectura Software de Aplicaciones 28

29 CICLO DE VIDA: PASO A PRODUCCIÓN+ ESTABILIZACION PROCEDIMIENTO DE PASO A PRODUCCIÓN DE UNA ENTREGA: Ficha Única de Entrega para cualquier entorno Aplicación GPAP. PRIMERA ENTREGA EN ENTORNOS NO PRODUCTIVOS En todos los entornos (desarrollo, validación ) la primera entrega siempre se hace siempre como un paso a producción producción devuelve el environment.properties para a partir de ese momento ser autónomos en los despliegues Unidad de Arquitectura Software de Aplicaciones 29

30 CICLO DE VIDA: MANTENIMIENTO DESPLIEGUE DE UN PROYECTO WEB / WEBSERVICE EN ENTORNOS NO PRODUCTIVOS (Desarrollo, Validación, Mantenimiento): Primera vez como un paso a producción (Ficha y GPAP) Revisión de enviroment.properties del entorno destino IMPORTANTE: Ejecución de las Pruebas Unitarias. Se debería validar el cumplimiento de la normativa con COVER Versionado con Subversión Despliegue usando Maven desde Eclipse Unidad de Arquitectura Software de Aplicaciones 30

31 CICLO DE VIDA: MANTENIMIENTO DESPLIEGUE DE UN PROYECTO BATCH EN ENTORNOS NO PRODUCTIVOS (Desarrollo, Validación, Mantenimiento): Primera vez como un paso a producción (Ficha y GPAP) Revisión de enviroment.properties del entorno destino IMPORTANTE: Ejecución de las Pruebas Unitarias. Se debería validar el cumplimiento de la normativa con COVER Versionado con Subversión Despliegue mediante SSH (datos en la primera entrega a GPAP) Ejecución del Batch mediante un shell.sh por SSH Unidad de Arquitectura Software de Aplicaciones 31

32 CICLO DE VIDA: PASO A PRODUCCIÓN + ESTABILIZACION FASE DE ESTABILIZACIÓN EN PRODUCCIÓN DE LA APLICACIÓN: Sucesivas entregas en producción para estabilización a través de Subversion: Creación de TAGs: Estructura del Repositorio de Subversion Guía de Uso de Subversion Aplicación GPAP Unidad de Arquitectura Software de Aplicaciones 32

33 CICLO DE VIDA: MANTENIMIENTO ESTRUCTURA DE UN PROYECTO environment.properties: Variables específicas del entorno Directorio war/zip: Configuración para diferentes entornos application.properties: Configuración común para cualquier entorno pom.xml: Versionado del framework y de la aplicación MANOS A LA OBRA: VISUALIZACIÓN DE LA ESTRUCTURA DE UN PROYECTO Unidad de Arquitectura Software de Aplicaciones 33

34 CICLO DE VIDA: CONSULTA DE LOS LOGS DE UNA APLICACIÓN: MULO Unidad de Arquitectura Software de Aplicaciones 34

35 INDICE INTRODUCCIÓN CICLO DE VIDA DE UN PROYECTO ATLAS SIGUIENTES PASOS RENOVACIÓN TECNOLÓGICA GENERACIÓN AUTOMÁTICA DE CÓDIGO Unidad de Arquitectura Software de Aplicaciones 35

36 SIGUIENTES PASOS: RENOVACIÓN TECNOLÓGICA Renovación Tecnológica continua Librerías base Integraciones PrimeFaces (Atlas 2.0.0) Hibernate, Políticas de Seguridad (Atlas 2.0.0) Generación de código y arquetipos Arquetipo (Atlas 1.3.0) Generación de código distinguiendo pantallas de catálogo y negocio (Atlas 1.3.0) Unidad de Arquitectura Software de Aplicaciones 36

37 Algunos Enlaces de utilidad (I) Portal para el Desarrollo de aplicaciones (acceso libre): Aplicación de Componentes ATLAS (usuario_ok/usuario_ok) Página de soporte a desarrollo Mantis Proyecto Arquitectura de aplicaciones. Soporte de ATLAS. No de JSF, Hibernate, Spring Información que debería indicarse en una incidencia: En que entorno se ha producido Es un problema puntual o pasa siempre Se produce con todos los navegadores o solo en alguno Adjuntar los logs con el error que se ha producido Pasos para reproducir el problema (usuario, password y que pasos dar hasta el problema) Alta: El jefe de proyecto de ICM por Mantis al proyecto Arquitectura de aplicaciones. Datos: proveedor, proyecto, nombre y del responsable del proveedor Unidad de Arquitectura Software de Aplicaciones 37

38 Algunos Enlaces de utilidad (II) Repositorio Subversion para el proyecto: Alta: el jefe de proyecto de ICM por mantis al proyecto Arquitectura de aplicaciones. Datos: proveedor, proyecto, nombre y del responsable del proveedor Artifactory de la Comunidad de Madrid Alta: el jefe de proyecto de ICM por Mantis al proyecto Arquitectura de aplicaciones Datos: proveedor, proyecto, nombre y del responsable del proveedor Portal de Calidad Herramienta COVER Alta: el jefe de proyecto de ICM por mantis al proyecto CALIDAD. Datos: proveedor, proyecto, nombre y del responsable del proveedor Unidad de Arquitectura Software de Aplicaciones 38

39 Algunos Enlaces de utilidad (III) Modelos de datos Normativa, Modelos comunes y mantenimiento de modelos con Erwin7 Administración electrónica Documentación funcional de los servicios de administración electrónica Unidad de Arquitectura Software de Aplicaciones 39

40 Examen Examen de ATLAS A todos los desarrolladores 20 a 25 preguntas Temario de ATLAS Normativa Entorno Componentes Integraciones Políticas y seguridad Calidad Temario Genérico JSF Hibernate Se realizará en Enero Unidad de Arquitectura Software de Aplicaciones 40

41