Migracion ibermatica

Febrero de 2011

Experiencia en clientes

Aportar Valor

Daniel Gonzalez Carbonero

Gerente Arquitectura y Tecnología

Enero 2011 / 2Febrero 2011 / 2

Objetivos Enfoque De Colaboración IBERMATICA

Planteamiento General Fases Plan De Trabajo Equipo Mixto y MetodologíaAsunciones Y Obligaciones

Resumen De Tareas Consideraciones Generales

Otros Aspectos Del Proyecto Organización Del ProyectoControl Del Proyecto

¿Porqué IBERMATICA?

Índice de contenidos


Objetivos

Los objetivos principales de la colaboración con IBERMATICA, son:

Contar con un socio tecnológico que colabore en su proceso de migración de entornos.

El cliente participa de forma activa en las tareas del equipo en lo referente a tecnología Oracle.

Facilitar que la migración de las aplicaciones seleccionadas se realice en plazo y con la calidad esperada.

Los datos proporcionados por IBERMATICA (*) que han servido de base a esta aproximación son:

Aplicaciones desarrolladas con Developer, Discoverer , Portal o Java sobre Oracle Application Server

Podemos incluir la migración de base de datos tanto a 10 como 11 , en RAC o Standalone.

El presupuesto se calcula en con el siguiente volumen de elementos:

• Ejemplo : Forms, Report, PLL, OLB y MMB

Ibermática realizará el 90% de la migración en base a herramientas automáticas .


Objetivos Enfoque De Colaboración IBERMATICAPlanteamiento GeneralFases Plan De Trabajo Equipo Mixto y MetodologíaAsunciones Y Obligaciones


Otros Aspectos Del Proyecto Organización Del Proyecto Control Del Proyecto




Enfoque de colaboración - Planteamiento General

El planteamiento de IBERMATICA es la upgrade de arquitectura de IAS a una nueva arquitectura adaptada a WEBLOGIC. Con esta aproximación estimamos que se obtienen las siguientes ventajas:

Tecnología probada en entornos de elevado número de usuarios y aplicaciones críticas.

Una plataforma probada, segura y escalable.

Un proyecto de duración acotada, en el que se conserva sin modificar la lógica de negocio y por tanto no requiere grandes esfuerzos para pruebas y su puesta en producción.

No se modifica la forma de interactuar con los usuarios, por lo cual éstos no necesitan una formación específica para utilizar las aplicaciones migradas.

No se cambia de herramienta de desarrollo, por lo que no se requiere una inversión extrapara el mantenimiento y evolución de las aplicaciones.

El código resultado de la migración es igual al actual. Por tanto, las aplicaciones siguen conservando su estructura y claridad, lo que implica un mantenimiento tan sencillo como en la actualidad.

La funcionalidad de las aplicaciones migradas sigue siendo la misma de las aplicacionesactuales.


Enfoque de colaboración - Planteamiento General

Para conseguir los objetivos anteriormente definidos se plantea la siguiente secuencia de actuaciones:

Inicio del Proyecto : identificación de responsables y catalogación de módulos

Revisión de la situación actual y la nueva topología prevista

Selección de bloques y orden de migración

Ajuste del proceso de migración

Instalación del entorno de migración

Migración de las aplicaciones

Mantenimiento de los aplicativos migrados

Workshops sobre el nuevo entorno de explotación

Preparación del entorno de producción

Colaboración y/o puesta en producción de las aplicaciones



Planteamiento General FasesPlan De Trabajo Equipo Mixto y MetodologíaAsunciones Y Obligaciones






Entregables

Plan de trabajo detallado

Plan de Proyecto y Calidad

Actividades

Plan de Proyecto y Calidad. •

Preparación de reunión KickOff.

Realización de presentación a equipo de trabajo

extendido.

Responsabilidad cliente

Presentación del equipo de trabajo del cliente

Revisiones/pruebas y/o aceptaciones

Revisión y aceptación por parte del Cliente de:

Plan de trabajo detallado

Plan de Proyecto y Calidad

Enfoque de colaboración – Fases

Lanzamiento del Proyecto - KickOff

Sesión de KickOff del proyecto donde se reúne al equipo de trabajo de IBERMATICA y el cliente para explicar el proyecto y comunicar los objetivos


Entregables

Estudio Situación Actual y Propuesta de arquitectura para los entornos a montar

Actividades

Análisis, diseño y definición de la Arquitectura actual:

Diagrama general de la arquitectura

Servidores y dispositivos físicos

Entornos de trabajo

Servidores de Base de Datos.


Participación en las diferentes reuniones planificadas.

Entrega de la información requerida por IBERMATICA


Revisión y aceptación por parte del cliente :

Documentos entregables


Situación Actual

En el ámbito del proyecto se realizará un estudio de la situación actual y una revisión de la topología recomendada para la explotación de la aplicación migrada.

Enero 2011 / 10Febrero 2011 / 10

Entregables

Catálogo completo de los fuentes y los bloques de módulos a migrar.

Documento con el Plan de Entregas según el orden de migración determinado.

Actividades Recogida y catalogación de los módulos o fuentes a migrar

Partición o división en bloques de conjuntos de fuentes para su procesamiento conjunto.

Definición del orden de migración de los distintos bloques detectados según criterios funcionales y técnicos.


Consensuar junto con IBERMATICA el plan de entregas.

Garantizar que los fuentes se corresponden con las últimas versiones y que el conjunto de fuentes está completo.

Determinar exactamente el catálogo de fuentes a ser migrado.

Organizar conjuntamente con IBERMATICA, los módulos que conforman cada uno de los bloques según las dependencias funcionales.


Revisión y aceptación por parte del cliente de:

Catálogo completo de los fuentes y los bloques de módulos a migrar.

Documento con el Plan de Entregas según el orden de migración determinado.


Selección del orden de Migración

Selección del orden de migración

Enero 2011 / 11Febrero 2011 / 11


Revisión de las acciones a realizar planteadas por IBERMATICA de las particularidades detectadas.

Participación en la toma de decisiones sobre las alternativas que se planteen.

Actividades


Ajuste del proceso de migración

Adaptación de las herramientas de migración propietarias de IBERMATICA a las incidencias y particularidades detectadas en la etapa de catalogación y orden de migración.

Se ha de ajustar el procedimiento de migración para adaptarlo a las necesidades detectadas.

Enero 2011 / 12Febrero 2011 / 12

Entregables Instalación realizada en el entorno de desarrollo migración.

Pruebas Técnicas

Documento de instalación

Actividades

Instalación de los productos Oracle en el entorno de desarrollo de la migración.

Clonación de base de datos para utilizar en la migración

Documento de instalación.

Pruebas técnicas.

Responsabilidad cliente (opcional)



Instalación Entorno Migración

Instalación del software de Oracle necesario para poder realizar la migración y las pruebas técnicas de los aplicativos migrados.


Pruebas Técnicas.

Documento de instalación.

Disponibilidad de las máquinas con los sistemas operativos certificados según las recomendaciones indicadas por IBERMATICA.

Mantener la plataforma de hardware/sistema operativo correctamente configurada para soportar los servicios.

Migración de la BBDD, si fuese necesario.

La administración, monitorización y tuning de la infraestructura técnica en la que se apoya el Sistema, como son los sistemas operativos, red y hardware asociado

Administración de las Bases de Datos

Adquisición, instalación, configuración y pruebas de software de terceros.

Enero 2011 / 13Febrero 2011 / 13

Entregables

Aplicativos migrados.

Documentación.

Actividades




Migración de los Aplicativos

Migración de los módulos que corresponden a los distintos aplicativos según el plan de entregas establecido y consensuado por el cliente e IBERMATICA en la etapa de selección del orden de migración.


Los módulos migrados.

Documentación

Ejecución de las pruebas funcionales de los aplicativos migrados y emisión de informes de incidencias en su caso. No se prevé ningún cambio funcional pero será responsabilidad del cliente la definición o no del plan de pruebas y su ejecución

Minimizar los cambios dentro de los aplicativos, durante la ejecución del proyecto de migración.

Migración de los diferentes módulos utilizando una partición o división en bloques establecida en el Plan de entregas:

Recepción de los módulos de cada bloque

Migración de los módulos del bloque

Entrega de los módulos del bloque

Pruebas técnicas. Estas pruebas se limitan a comprobar que los módulos se ejecutan y que tienen una presentación similar a la versión anterior.

Resolución de incidencias.

Enero 2011 / 14Febrero 2011 / 14

Entregables

Remigración de módulos de aplicativos migrados.

Documentación.

Actividades


Ejecución de las pruebas funcionales de los módulos re-migrados.

Minimizar los cambios dentro de los aplicativos.



Mantenimiento aplicativos migrados

Mantenimiento de los módulos migrados y validados funcionalmente que corresponden a los distintos aplicativos según el plan de entregas establecido y consensuado por el cliente e IBERMATICA en la etapa de catalogación y orden de migración.

Re-migración de módulos migrados y validados funcionalmente debido a mantenimientos necesarios en los aplicativos en producción.

Se estima un máximo de un 5% de módulos a re-migrar.


Los módulos re-migrados.

Documentación

Enero 2011 / 15Febrero 2011 / 15

Entregables

Documentación de Workshop.

Actividades


Infraestructura para la correcta impartición del Workshop (sala, proyector, etc.).

Identificar a los usuarios que asistirán al Workshop.


Revisión y aceptación por parte del cliente de la documentación de Workshop.


Workshops

Desarrollo del Workshop para facilitar que el personal técnico del cliente se adapte al nuevo entorno de desarrollo.

Realización del workshop con el siguiente contenido:

Arquitectura y configuración servicios forms y reports en el Servidor de Aplicaciones (Web Logic).

Administración básica de Web Logic para explotar aplicaciones

Enero 2011 / 16Febrero 2011 / 16

Entregables Entornos actualizados

Pruebas Técnicas


Actividades

Instalación de los productos Oracle precisos en el entorno producción.

Documentación.

Pruebas técnicas. Responsabilidad cliente



Pruebas técnicas.



Actualización entorno producción

Actualización de los siguientes entornos:

Producción: Entorno de explotación real. Sólo se ha estimado la colaboración de Oracle en un único entorno de producción, que se correspondería con el que se implante. Se ha estimado un entorno sin alta disponibilidad.

Disponibilidad de la máquinas con los sistemas operativos certificados según las recomendaciones indicadas por IBERMATICA.

Mantener la plataforma de hardware/sistema operativo correctamente configurada para soportar los servicios.

.

Adquisición, instalación, configuración y pruebas de software de terceros.

Enero 2011 / 17Febrero 2011 / 17

Entregables

Aplicativos migrados una vez realizadas y aceptadas las pruebas funcionales por el cliente.

Actividades


Puesta en producción (*).


Revisión y aceptación por parte del cliente de los módulos migrados.


Colaboración para la Puesta en Producción

Se prepara el aplicativo para su puesta en explotación real en un único entorno de producción.

Preparación de Scripts y Procedimientos.

Puesta en producción.

Enero 2011 / 18Febrero 2011 / 18



Planteamiento General Fases Plan De TrabajoEquipo Mixto y MetodologíaAsunciones Y Obligaciones




Enero 2011 / 19Febrero 2011 / 19

El plazo de ejecución del proyecto ha sido estimado de manera preliminar en 8/10 semanas desde el inicio del proyecto, siempre que las tareas que realiza o en las que no participa el equipo de IBERMATICA se ejecuten en los plazos y fechas estimados.

Después de la fase de catalogación, se revisará el plan inicial de trabajo, ajustándose a los bloques de módulos realmente acordados y priorizados con el cliente.

El plan de trabajo puede incluir un estudio previo de las necesidades hardware de la nueva arquitectura .

Enfoque de colaboración – Plan de Trabajo

Enero 2011 / 20Febrero 2011 / 20



Planteamiento General Fases

Plan De Trabajo Equipo Mixto y MetodologíaAsunciones Y Obligaciones




Enero 2011 / 21Febrero 2011 / 21

Formación de un equipo de trabajo mixto.

Un factor crítico para el éxito del proyecto es la confección de un equipo de trabajo mixto compuesto por personal del cliente y de IBERMATICA.

El personal del cliente que se incorpore al equipo deberá aunar los conocimientos tanto de las distintas áreas funcionales y de sistemas, y la capacidad para la toma rápida de decisiones.

IBERMATICA aportará personal conocedor de las tecnologías y soluciones involucradas en el proyecto, así como su experiencia en la gestión de proyectos de este tipo en otras organizaciones.

Se considera determinante para alcanzar los objetivos del proyecto, el disponer de los recursos necesarios del cliente, que se indican con mayor detalle en posteriores apartados del presente documento.

Enfoque de colaboración – Equipo mixto

Enero 2011 / 22Febrero 2011 / 22




Plan De Trabajo Equipo Mixto y MetodologíaAsunciones Y Obligaciones Resumen De TareasConsideraciones Generales



Enero 2011 / 23Febrero 2011 / 23

Cliente

Disponibilidad de personal durante el proyecto para la realización de un seguimiento de las tareas del proyecto

Proporcionar la última versión de los fuentes de los programas a migrar

Colaborar en el proceso de catalogación.

Proporcionar la información necesaria sobre las aplicaciones y apoyo a la resolución de dudas

Toma de decisiones en la elección de alternativas

Asegurar la integridad y bondad de los datos de las BBDD

Proporcionar las infraestructuras necesarias para la migración y su posterior puesta en producción

Definir y realizar las pruebas funcionales oportunas a los programas migrados y emitir los informes de incidencias.

Planificar y ejecutar la puesta en producción de la aplicación migrada .

IBERMATICA

Enfoque de colaboración– Resumen de Tareas

Dirección técnica y estratégica del proyecto

Estudio situación actual y revisión de futura arquitectura

Catalogación y análisis de programas a migrar

Definir estrategia de migración y ajuste del proceso

Planificación del trabajo del proyecto

Migración de programas y resolución de incidencias.

Instalación de los productos Oracle necesarios en los diferentes entornos.

Documentación sobre los cambios realizados

Workshops sobre la funcionalidad básica de Oracle

WebLogic Server de cara al mantenimiento de los nuevos entornos.

Apoyo a la puesta en producción de las aplicaciones en un único entorno de producción.

Enero 2011 / 24Febrero 2011 / 24








Enero 2011 / 25Febrero 2011 / 25

IBERMATICA se responsabiliza de la gestión y control de las tareas

Las pruebas funcionales de los programas migrados y la plataforma son responsabilidad del cliente.

El cliente será responsable de proporcionar toda la infraestructura necesaria para desarrollar el proyecto.

El cliente deberá proporcionar toda la información disponible necesaria sobre los aplicativos a migrar durante la etapa de catalogación y orden de migración.

Las tareas relativas a la implantación de la arquitectura física (máquinas, hardware, balanceadores, etc...) serán responsabilidad del cliente normalmente.

Será responsabilidad del cliente el dotarse de la infraestructura de comunicaciones, que pueda será identificada durante el transcurso del proyecto, necesaria para el buen funcionamiento del sistema y el trabajo diario de los equipos de proyecto.

En el proceso de migración no se cambia la funcionalidad, ni el diseño de los módulos que componen los diferentes aplicativos a migrar, por ello no se generan documentos ni manuales de uso de las aplicaciones migradas.

Durante la realización del proyecto de migración el cliente debe minimizar los cambios dentro del aplicativo.

Enfoque de colaboración – Consideraciones Generales

Enero 2011 / 26Febrero 2011 / 26






Otros Aspectos Del Proyecto Organización Del ProyectoControl Del Proyecto


Enero 2011 / 27Febrero 2011 / 27

Enfoque de colaboración – Organización del proyecto

Equipo de Proyecto

Para la realización del Proyecto de migración, se propone la configuración de un equipo de trabajo mixto compuesto de personal del cliente e IBERMATICA.

Comité de dirección

Director de proyecto

Director

Comité de seguimiento

Áreas funcionales

Responsable de Áreas

Jefatura de Proyecto

Jefe de Proyecto

Gerente

Sistemas

Responsable Sistemas

Responsables técnicos

Usuarios clave Arquitecto

Consultores TécnicosAdministrador Bases

de Datos

Técnicos de Sistemas

Técnicos Desarrollo

IBERMATICA

Cliente

Equipo mixto

Enero 2011 / 28Febrero 2011 / 28


Personal de Ibermatica

A continuación se detallan los perfiles que IBERMÁTICA aporta al equipo de proyecto:

Los perfiles identificados para llevar a cabo el proyecto son:

Gerente de Proyecto

Es el responsable de la planificación, seguimiento y control del proyecto. El perfil es el siguiente:

Planificación, gestión y control de proyectos.

Integración de recursos humanos multidisciplinares.

Resolución de problemas e incidencias.

Experto en sistemas de información.

Experto en aplicaciones ORACLE.

Experto en el diseño de Sistemas de Información y en las metodologías de desarrollo de sistemas.

Personal de Ibermática

Consultores Técnicos

Aportan una fuerte experiencia en los sistemas de información y en especial en las tecnologías Oracleobjeto de esta colaboración. Para cada tarea incluida en nuestra colaboración secontará con los especialistas necesarios en las diferentes áreas y tecnologías involucradas en el proyecto:

Especialistas en instalación de productos

Especialistas en migración de aplicaciones

Especialistas en los entornos de desarrollos tanto origen como objetivo de la migración

Arquitecto

Aportará una fuerte experiencia en el estudio de la arquitectura y en especial en arquitecturas web.

Enero 2011 / 29Febrero 2011 / 29


A continuación se describen, de forma aproximada y resumida, los perfiles asociados a la participación del personal del cliente.

El Equipo del cliente será el siguiente:

Director del Proyecto

Responsable del cliente, liderará el proyecto por parte del cliente, priorizando actividades y requerimientos, aprobando enfoques y entregables y resolviendo las incidencias del Proyecto.

Jefe de Proyecto

Responsable de la ejecución del proyecto e interlocutor único y coordinador del resto de personas participantes

Responsables Áreas Funcionales.

Personas con experiencia en la utilización de las aplicaciones implicadas en la migración. Serán necesarios para coordinar los procesos de validación y prueba de las aplicaciones a migrar.

Personal del cliente

Usuarios Áreas Funcionales.

Colaboran y participan activamente en las pruebas funcionales de las diferentes aplicaciones que se adapten y migren a la nueva plataforma.

Responsable Sistemas.

Será una persona perteneciente al departamento de informática que organice y coordine el trabajo de los técnicos de sistemas del cliente.

Responsables Técnicos

Responsables del mantenimiento y explotación de las aplicaciones incluidas en el proceso de migración. Organizará y coordinará el trabajo del resto de técnicos del cliente.

Técnicos de Sistemas.

Responsables de la instalación y arquitectura actual de hardware y software del cliente, responsable de las comunicaciones,...

Administrador Base de Datos.

Responsables de las Base de Datos actuales del cliente involucradas en el proceso de migración. También se responsabilizará de la upgrade de las bases de datos, si esta fuese necesaria.

Enero 2011 / 30Febrero 2011 / 30








Enero 2011 / 31Febrero 2011 / 31

Enfoque de colaboración – Control del proyecto

"Comité de Seguimiento" es el órgano básico para la gestión del proyecto

Equipo de trabajo IBERMATICA

IBERMATICA

CLIENTE

CLIENTE

GESTIÓN DEL PROYECTOJefe de proyecto del clienteGerente de IBERMATICA

• Responsables técnicos del cliente• Responsables Sistemas del cliente• Responsable Áreas Funcionales• Usuarios clave del Cliente

• Arquitecto• Consultores técnicos

Validación Soluciones propuestas

Enero 2011 / 32Febrero 2011 / 32


Participantes

Jefe de Proyecto del cliente.

Gerente de proyecto de IBERMÁTICA.

Responsables técnicos del proyecto del cliente.

Responsable técnico del proyecto de IBERMÁTICA.

Dirección cuando proceda.

Responsables de otras áreas cuando proceda.

Actividades Principales

Objetivos Comité de Seguimiento

Asegurar la correcta ejecución del Proyecto, cumplimiento de sus objetivos y la consecución de resultados.

Responsable de la coordinación, movilización e implicación de todos los participantes en el Proyecto.

Dirigir, coordinar y apoyar la labor de los participantes en el Proyecto.

Establecer las directrices generales de realización del Proyecto.

Seguimiento del proyecto.

Identificación, análisis y mitigación de los riesgos potenciales.

Realizar el seguimiento y control periódico de las tareas y su planificación.

Analizar las peticiones de cambio y resolver las incidencias. Corregir las desviaciones.

Validar los entregables o resultados parciales / totales del proyecto.

Resolución de puntos abiertos / discrepancias en la ejecución del Proyecto.

Enero 2011 / 33Febrero 2011 / 33


Toda solicitud para la realización de cualquier cambio en los servicios deberá realizarse por escrito; esto incluye solicitudes de cambio en los planes de proyecto, alcance, especificaciones, calendarios de ejecución, diseños, requerimientos, entregables del servicio, entorno de software o cualquier otro aspecto de su pedido.

Procedimiento de Control de Cambios.

IBERMÁTICA no quedará obligado a desarrollar las tareas asociadas a dichos cambios hasta que Uds. e IBERMÁTICA hayan alcanzado un acuerdo por escrito sobre el cambio propuesto mediante una Nota de Control de Cambios.

Si durante la ejecución del proyecto se detectase la necesidad de introducir cambios en el alcance del proyecto presentado en estapropuesta, se aplicará el siguiente procedimiento:

Se definirá la Nota de Control de Cambio de maneraque se especifiquen los siguientes puntos:

Descripción y detalles del cambio propuesto. Estimación de recursos, costes y tiempo de ejecución. Impacto en el proyecto, especialmente en lo referente a duración, costes y recursos del proyecto.

Se presentará la Nota de Control de Cambio al Comité de Dirección donde el cliente junto con IBERMÁTICA procederá a su aprobación o desestimación. En caso de aprobación se acordará el procedimiento de contratación.

Equipo de proyecto

Petición de cambio

Registro del cambio

Comité Dirección

(3)¿Consenso?

(1) Registro de cambio

Comité de seguimiento

Jefe de ProyectoCliente

Gerente IBERMÁTICA

(2) Propuesta de cambio y presentación presupuesto

(3) Presentación Comité Dirección

No

Si

(4) Archivo

Enero 2011 / 34Febrero 2011 / 34








Enero 2011 / 35Febrero 2011 / 35

Enfoque de colaboración – ¿Porqué Ibermática?

Ibermática es el único Partner de Oracle con la calificación Platinum en Euskadi , en el TerritorioEspañol el número de Partners Platinum no alcanzan la decena.

Ibermática en sus oficinas del País Vasco dispone de los siguientes recursos certificados por Oracle.

ORACLE DATABASE 6 personas

ORACLE RAC EXPERT 3 personas

ORACLE WEBLOGIC SYSTEM ADMINISTRATION 5 personas

ORACLE DEVELOPER Forms y Reports 18 personas

ORACLE PL/SQL 22 personas

ORACLE SOA ARQUITECT 10 personas

ORACLE IMPLEMENTATION INFRAESTRUCTURE ARQUITECT EXPERT 8 personas

Enero 2011 / 36Febrero 2011 / 36

Últimas referencias en la zona

Departamento de Justicia

Migracion ibermatica

Education

Transcript of Migracion ibermatica