Estudio para la evolucin de los entornos aplicativos Natural/Adabas

Mayo de 2010

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

ndice

1. Presentacin de los trabajos 2. Enfoque de evolucin

Pgina 2

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

El estudio se ha estructurado como un trabajo consultivo fundamentado en una amplia recogida de informacin de situacin actual y anlisis de cdigo
2/Nov/09 26/Feb/10 26/Mar/10 16/Abr/10

1. Arranque

2. Recogida de datos de aplicaciones y entorno 3. Anlisis de evolucin y resultados 4. Inventario y anlisis de cdigo 4. Informe final

Realizadas sesiones para determinacin de los requerimientos de evolucin del cliente, con los responsables de Desarrollo de aplicaciones y equipo de Arquitectura. La recogida de datos de aplicaciones, arquitectura y entornos se realiz en colaboracin con los diversos equipos responsables del cliente: Desarrollo, Produccin, Tecnologa, Auditora y Seguridad. El anlisis de cdigo se realiz en Febrero y Marzo, a dos niveles:
Anlisis de cdigo a nivel estadstico de las aplicaciones, con informes de volumetra, estructura, interdependencias e informacin de base para la estrategia de evolucin. Anlisis muestral a nivel de sintaxis de cdigo Natural y base de datos Adabas, para una transaccin de negocio representativa.

IBM comenz tempranamente, y realiz en paralelo, las actividades de anlisis y preparacin del informe del estudio
Anlisis de situacin actual de las aplicaciones y su arquitectura, infraestructura tcnica y entornos de desarrollo, preproduccin y produccin. Determinacin de requerimientos y principios para la evolucin de la cartera de aplicaciones Natural/Adabas. En base a requerimientos, definicin de arquitecturas objetivo y de convivencia y determinacin de componentes tcnicos requeridos. Anlisis de posibles alternativas tcnicas de conversin y modernizacin, Anlisis de estrategias de evolucin e iniciativas requeridas para un programa de evolucin. Preparacin de informe final y presentacin ejecutiva.
Pgina 3

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

ndice

1. Presentacin de los trabajos 2. Enfoque de evolucin

Pgina 4

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

Alternativas de evolucin de las aplicaciones Natural/Adabas

1 Conversin Automtica del Cdigo Natural
Conversin con herramienta automtica del cdigo Natural a Java. Trabajo por fases, atendiendo a criterios de negocio, criticidad e impacto de la conversin. Requiere la implementacin de soluciones de convivencia entre componentes Natural y Java. Planeamiento, preparacin y ejecucin de pruebas de sistema e integracin de sistemas; foco en pruebas de regresin e integraciones entre entorno actual y convertido. Realizacin de pruebas de aceptacin funcional y tcnica, especialmente con pruebas de rendimiento. Incluye la totalidad de las actuaciones de la Alternativa 1. Una vez que el proceso de conversin de cdigo a Java ha finalizado, y las aplicaciones convertidas corren en Produccin, se realiza por fases la migracin de los datos al Gestor Relacional (creacin de objetos en DBMS, procesos de descarga y carga de datos, direccionamiento de las sentencias de acceso a datos hacia el nuevo Gestor). Realizacin de pruebas y puesta a punto de acceso a bases de datos, fundamentalmente por razones de rendimiento. La conversin de cdigo y la migracin de cdigo se realizan de forma simultnea sobre un conjunto de aplicaciones vinculadas funcionalmente. Requiere la implementacin de soluciones de convivencia entre componentes Natural y Java, y entre Adabas y el Gestor Relacional. Las pruebas requeridas son las de las Alternativas 1 y 2 ejecutadas simultneamente.

2 Conversin Automtica del cdigo Natural y posterior migracin de datos Adabas 3 Conversin Automtica

simultnea

de Cdigo Natural y datos Adabas 4

Modernizacin de Aplicaciones

Rediseo de aplicaciones apoyado en herramientas que automatizan parcialmente el proceso. Los componentes de aplicacin sujetos a modernizacin se determinan de acuerdo a las necesidades de implementacin de servicios de negocio reutilizables identificadas en la definicin de los procedimientos del cliente. La herramienta de modernizacin incluye plantillas adaptables para la generacin de cdigo Java. Los componentes no sujetos a modernizacin se convierten mediante herramientas de conversin automtica.

Pgina 5

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

Alternativa 1: Conversin automtica del cdigo Natural (1/2)

Semestre 1 Semestre 2
Piloto Conversin Automtica Natural - Java
1

Semestre 3

Semestre 4

Semestre 5

Semestre 6

Semestre 7

Semestre 8

Semestre 9

Semestre 10

Descripcin Conversin automtica de Natural a Java, manteniendo el gestor de base de datos Adabas. Consideraciones de planeamiento En esta alternativa se utiliza una herramienta de conversin automtica Natural-Java. Riesgos a estudiar en el piloto Incertidumbre sobre la capacidad de evolucin hacia un Gestor Relacional y sobre los esfuerzos requeridos para ello. No se identifican los potenciales errores de aplicacin y los impactos sobre el rendimiento como consecuencia de un futuro cambio de Gestor de Base de Datos. La mantenibilidad del cdigo no es adecuada para los equipos de Desarrollo del cliente. Potencial degradacin del rendimiento de las aplicaciones, especialmente de los procesos batch. Rendimiento de la solucin de convivencia a nivel de aplicaciones (invocaciones cruzadas). Riesgos de la alternativa que no se mitigan en el piloto Obsolescencia tecnolgica de Adabas.

Pgina 6

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

Alternativa 1: Conversin automtica del cdigo Natural (2/2)

Posicionamiento de Valor Ventajas - Mxima velocidad de evolucin a entorno Java, con eliminacin del riesgo tecnolgico de la actual plataforma Natural - La conversin de aplicaciones se realiza con completa independencia respecto a los datos, lo que proporciona la mxima flexibilidad para establecer y modificar la secuencia y granularidad de migracin de componentes de aplicacin. - No son necesarias soluciones de convivencia entre distintos Gestores de Base de Datos, aunque si a nivel de aplicacin. - Se eliminan costes de licencia Natural. - Se reducen los requerimientos de core processor en plataforma Z por desvo de las cargas Java a procesadores zAAP. - Al no realizar migracin de datos las pruebas de funcionalidad y rendimiento requeridas son ms ligeras. - Requerimientos de convivencia limitados a la interoperabilidad Natural/Java. Inconvenientes - Se impacta en la mantenibilidad de las aplicaciones frente a situacin actual debido a las caractersticas del cdigo migrado de forma automtica mediante herramientas. - No se contempla una estrategia para eliminar el riesgo cierto de obsolescencia tecnolgica del Adabas. - No se aborda la reestructuracin de las aplicaciones ni de los datos: se mantiene la estructura actual de las aplicaciones, y no se adopta el framework corporativo sino el de la herramienta de conversin. - El modelo de ejecucin del cdigo migrado no es el habitual web Java EE, con impacto en el consumo de recursos. - De cara a una orientacin a servicios y procesos, estimamos que solo el 45% del cdigo convertido sera invocable desde las aplicaciones construidas sobre el framework corporativo, siempre que se ajustase a las necesidades de los procesos de negocio del cliente. - No se eliminan los costes de licencias de Adabas.
Pgina 7

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

Alternativa 2 : Conversin automtica de cdigo Natural y posterior de datos Adabas (1/3)

Semestre 1 Semestre 2
Piloto Conversin Automtica Natural - Java
1

Semestre 3

Semestre 4

Semestre 5

Semestre 6

Semestre 7

Semestre 8

Semestre 9

Semestre 10

Conversin Automtica Adabas Gestor Relacional

2

Descripcin
Conversin automtica de Natural a Java, seguida de la creacin del modelo fsico de datos en el Gestor Relacional, y migracin de datos desde Adabas a Gestor Relacional. Durante la fase de migracin de datos se realizan acciones de optimizacin necesarias para conseguir los siguientes objetivos: Resolver los problemas de rendimiento causados por las diferencias entre el tipo de navegacin de datos propio del gestor Adabas y el correspondiente a un Gestor Relacional. Resolver los problemas de contencin de accesos causados por las diferencias entre el sistema de bloqueo de datos propio del gestor Adabas y el sistema de bloqueo utilizado en un Gestor Relacional. Aprovechar ventajas del Gestor Relacional cuando la ratio esfuerzo/beneficio as lo aconseje: capacidades de prefetching para el proceso batch, minimizacin de comunicaciones entre aplicaciones y Gestor BD usando capacidades avanzadas del SQL (acceso simultneo a mltiples filas, acceso combinado a varias tablas, sentencias combinadas de lectura y actualizacin, etc.)

Pgina 8

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

Alternativa 2 : Conversin automtica del cdigo Natural y posterior de datos Adabas (2/3)
Consideraciones de planeamiento Tanto la conversin de cdigo como la migracin de datos se realizan en varias fases, con despliegue en Produccin al final de cada fase. En esta alternativa se utiliza una herramienta de conversin automtica Natural-Java.

Riesgos a estudiar en el piloto Incertidumbre sobre la capacidad de evolucin hacia un Gestor Relacional y sobre los esfuerzos requeridos para ello. No se identifican los potenciales errores de aplicacin y los impactos sobre el rendimiento como consecuencia de un futuro cambio de Gestor de Base de Datos. La mantenibilidad del cdigo no es adecuada para los equipos de Desarrollo del cliente. Potencial degradacin del rendimiento de las aplicaciones, especialmente de los procesos batch. Rendimiento de la solucin de convivencia a nivel de aplicaciones (invocaciones cruzadas).

Riesgos de la alternativa que no se estudiaran en el piloto Obsolescencia tecnolgica de Adabas.

Pgina 9

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

Alternativa 2 : Conversin automtica del cdigo Natural y posterior de datos Adabas (3/3)
Posicionamiento de Valor Ventajas - Mxima velocidad de evolucin a entorno Java, con eliminacin del riesgo tecnolgico de la actual plataforma Natural y de la prima de coste de recursos de desarrollo. - La conversin del cdigo de aplicacin se realiza con completa independencia respecto a los datos, lo que proporciona la mxima flexibilidad para establecer y modificar la secuencia de migracin de componentes de aplicacin. - No son necesarias soluciones de convivencia entre distintos Gestores de Base de Datos, aunque si a nivel de aplicacin. - Se eliminan costes de licencia Natural y Adabas. - Se reducen los requerimientos de core processor en plataforma Z por desvo de las cargas Java a procesadores zAAP. - Requerimientos de convivencia limitados a la interoperabilidad Natural/Java. - Completa eliminacin del riesgo tecnolgico de la actual plataforma Natural/Adabas. Inconvenientes - Se impacta en la mantenibilidad de las aplicaciones frente a situacin actual debido a las caractersticas del cdigo migrado de forma automtica mediante herramientas. - Mayor duracin del programa de evolucin, frente a una migracin conjunta de cdigo y datos. - Las pruebas funcionales y de rendimiento realizadas en la primera fase, debern repetirse en la segunda fase con una mayor cobertura. - No se aborda la reestructuracin de las aplicaciones ni de los datos: se mantiene la estructura actual de las aplicaciones, y no se adopta el framework corporativo sino el de la herramienta de conversin. - El modelo de ejecucin del cdigo migrado no es el habitual web Java EE, con impacto en el consumo de recursos. - En a una orientacin a servicios y procesos, estimamos que solo el 45% del cdigo convertido sera invocable desde las aplicaciones construidas sobre el framework corporativo, siempre que se ajustase a las necesidades de los procesos de negocio del cliente. Copyright IBM Corporation 2010
Informe Ejecutivo Abril 2010 IBM Confidencial

Pgina 10

Evolucin del Portfolio de Aplicaciones Natural/Adabas

Alternativa 3 : Conversin automtica simultnea del cdigo Natural y datos Adabas (1/2)
Semestre 1 Semestre 2
Piloto Conversin Automtica Natural/Adabas Java/Gestor Relacional
1

Semestre 3

Semestre 4

Semestre 5

Semestre 6

Semestre 7

Semestre 8

Semestre 9

Semestre 10

Descripcin La conversin de lenguaje Natural a Java y la migracin de base de datos Adabas a Gestor Relacional se realizan simultneamente. Consideraciones de planeamiento Conversin de cdigo y migracin de datos se realizan en varias fases, con despliegue en Produccin al final de cada fase. Coexistencia del gestor de base de datos Adabas y el Gestor Relacional durante la duracin del proyecto. En esta alternativa es recomendable la utilizacin de herramientas de migracin especficamente orientadas a la conversin simultnea de cdigo y datos (Rational Migration Extension). Riesgos a estudiar en el piloto La mantenibilidad del cdigo no es adecuada para los equipos de Desarrollo del cliente. El rendimiento de las aplicaciones, especialmente de los procesos batch, se degrada. Rendimiento de la solucin de convivencia a nivel de aplicaciones (invocaciones cruzadas) y de datos. Riesgos de la alternativa que no se estudiaran en el piloto Riesgo operativo de mantenimiento de las rplicas de datos durante la conversin.

Pgina 11

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

Alternativa 3 : Conversin automtica simultnea del cdigo Natural y datos Adabas (2/2)
Posicionamiento de Valor Ventajas - Mxima velocidad de evolucin al entorno destino Java/Gestor Relacional. - Se requiere un nico ciclo de pruebas para la validacin de la migracin. - Completa eliminacin del riesgo tecnolgico de la actual plataforma Natural/Adabas. - Se eliminan costes de licencias Natural y Adabas. - Se reducen los requerimientos de core processor en plataforma Z por desvo de las cargas Java a procesadores zAAP. - Al final del proyecto se elimina el riesgo de obsolescencia tecnolgica. Inconvenientes - Se requiere una solucin para la convivencia entre distintos Gestores de Base de Datos. - Fuerte interdependencia entre la conversin de cdigo y la migracin de los datos. - En funcin de la herramienta de conversin elegida, se impacta en la mantenibilidad de las aplicaciones frente a situacin actual debido a las caractersticas del cdigo migrado de forma automtica. - No se aborda la reestructuracin de las aplicaciones ni de los datos: se mantiene la estructura actual de las aplicaciones, y no se adopta el framework corporativo sino el de la herramienta de conversin. - El modelo de ejecucin del cdigo migrado no es el habitual web Java EE, con impacto en el consumo de recursos. - En a una orientacin a servicios y procesos, estimamos que solo el 45% del cdigo convertido sera invocable desde las aplicaciones construidas sobre el framework corporativo, siempre que se ajustase a las necesidades de los procesos de negocio del cliente.

Pgina 12

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

Alternativa 4: Modernizacin de Aplicaciones (1/3)

Semestre 1 Semestre 2
Piloto Anlisis y planificacin Conversin Autom tica Natural - Java Conversin Automtica Adabas Gestor Relacional Otras acciones selectivas de evolucin de portfolio Modernizacin de Aplicaciones

Semestre 3

Semestre 4

Semestre 5

Semestre 6

Semestre 7

Semestre 8

Semestre 9

Semestre 10

Descripcin
Rediseo selectivo en Java/DB2 de aplicaciones Natural/Adabas, orientado a facilitar la implementacin en el framework corporativo de los procedimientos y servicios de negocio requeridos. Este rediseo se complementa con la migracin automtica de aplicaciones y componentes no requeridos para la implementacin de los procedimientos de negocio y con otras acciones de evolucin selectiva de objetos Natural (p.ej. rediseo de los procesos batch crticos para la optimizacin de su implementacin en Java).

Consideraciones de planeamiento
El alcance y acciones de modernizacin se determinar a partir del anlisis completo de los procesos de negocio y los procedimientos del cliente y las necesidades de implementacin de Servicios de Negocio reutilizables. Modernizacin selectiva de aplicaciones: - Modernizacin selectiva de aplicaciones on line para adecuarlas a la implementacin de nuevos procedimientos de negocio. - Modernizacin del batch crtico medio / pesado, orientando su rediseo a la maximizacin de la paralelizacin de su ejecucin. Rediseo apoyado en herramienta con capacidad de anlisis semntico de las aplicaciones Natural, y con capacidades de soporte al diseo y construccin de la aplicacin modernizada. La conversin automtica de cdigo Natural a Java se aplica slo a los componentes que no son objeto de rediseo. Incorporacin de acciones selectivas complementarias de evolucin de portfolio, En esta alternativa son aplicables las herramientas de conversin automtica, as como las de TLM de Make Technbologies.
Pgina 13

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

Alternativa 4: Modernizacin de Aplicaciones (2/3)

Riesgos a estudiar en el piloto La mantenibilidad del cdigo de las aplicaciones convertidas automticamente no es adecuado para los equipos de Desarrollo del cliente. Riesgo minimizado por afectar solo a parte de las aplicaciones. El rendimiento de las aplicaciones convertidas automticamente, especialmente de los procesos batch, se degrada. Riesgo minimizado por afectar solo a parte de las aplicaciones. Hay que gestionar la convivencia a nivel de aplicaciones (invocaciones cruzadas) y de datos.

Riesgos de la alternativa que no se estudiaran en el piloto Cambios introducidos en las aplicaciones y datos origen durante el transcurso del proceso de modernizacin pueden tener que ser trasladados manualmente a la aplicacin y datos rediseados. Cambios en la definicin de los procedimientos y sus actividades obligan a modificar los rediseos en curso.

Pgina 14

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

Alternativa 4: Modernizacin de Aplicaciones (3/3)

Posicionamiento de Valor Ventajas - Mxima velocidad de evolucin a la arquitectura objetivo. - De cara a una orientacin a servicios y procesos, se podran exponer como servicios y/o invocar desde procesos todo el cdigo que se haya identificado como candidato a tal fin, estando este, adems, ajustado a las necesidades de los procedimientos del cliente. - Completa eliminacin del riesgo tecnolgico de la actual plataforma Natural/Adabas. - Se eliminan costes de licencias Natural y Adabas. - Se reducen los requerimientos de core processor en plataforma Z por desvo de las cargas Java a procesadores zAAP. Inconvenientes - Mxima complejidad del proyecto. - El personal del cliente que participe en el proyecto deber formarse en las herramientas de modernizacin. - Se requiere una solucin para la convivencia entre distintos Gestores de Base de Datos. - Para la parte convertida, en funcin de la herramienta de conversin elegida, se impacta en la mantenibilidad de las aplicaciones frente a situacin actual debido a las caractersticas del cdigo migrado de forma automtica. - Para la parte convertida, el modelo de ejecucin del cdigo migrado no es el habitual web Java EE, con impacto en el consumo de recursos.

Pgina 15

Informe Ejecutivo Abril 2010

IBM Confidencial

Copyright IBM Corporation 2010

Evolucin del Portfolio de Aplicaciones Natural/Adabas

Anlisis de estrategias para el programa de evolucin

Id Denominacin
Menor Menor tiempo Menor riesgo Menor riesgo duracin del Mejor a primeros de operacional del programa de mantenibilidad beneficios obsolescencia programa evolucin Mejor eficiencia Mejor Mejor aproximacin eficiencia en a la costes de arquitectura desarrollo objetivo

1 Conversin automtica de
cdigo Natural

2 3

Conversin completa de aplicaciones Natural/ Adabas Ejecucin simultnea de Conversin de Cdigo y Migracin de B.D. Aplicaciones

4 Modernizacin de
Leyenda
0 1 2 3 4 Valoracin

Aunque las alternativas de evolucin tienen importantes diferencias en cuanto al nivel de transformacin de las aplicaciones, y por tanto implica comparar resultados muy diversos, a efectos de posicionamiento relativo se han establecido los criterios siguientes Menor duracin del programa de evolucin: tiempo requerido para concluir los trabajos definidos en la alternativa Menor tiempo a primeros beneficios: tiempo requerido para puesta en produccin de la solucin convertida Menor riesgo de obsolescencia: potencial impacto de posible obsolescencia tecnolgica de la plataforma actual en el periodo planeado Menor riesgo operacional del programa: potencial impacto de las actuaciones de evolucin sobre el servicio actual y futuro Mejor mantenibilidad: facilidad para mantenimiento del cdigo convertido, para incorporacin de cambios evolutivos, normativos o correctivos Mejor eficiencia: segn rendimiento y nivel de servicio en ejecucin del cdigo convertido Mejor aproximacin a la Arquitectura objetivo: nivel de cercana a la arquitectura objetivo del cdigo convertido
Pgina 16

Mejor eficiencia en costes del desarrollo: costes involucrados en nuevos desarrollos para las aplicaciones convertidas o relacionados con ellas Copyright IBM Corporation 2010 Informe Ejecutivo Abril 2010 IBM Confidencial

Fin del documento

Copyright IBM Corporation 2010