MIGRACIÓN DE SISTEMASJesús Jiménez C.I.: 23.421.010Carlos Gómez C.I.: 21.254.227

Universidad de Carabobo

Facultad Experimental de Ciencias y Tecnología

Departamento de Computación

Metodologías para la Evaluación del Desempeño de Sistemas Computacionales

Julio, 2015

MIGRACIÓNDeficion – ¿Cuando migrar? – Etapas.

“

Es el conjunto de actividades para actualizar, modificar o eliminar equipos informáticos y recursos relacionados a la tecnología y sistemas de información incluyendo el área de telecomunicaciones.J. Aguirre (2004)

Definición de migración

¿Cuándo migrar?

◦Ya no existe soporte para el sistema actual.

◦No son suficientes las capacidades del hardware actual.

◦El mantenimiento del sistema actual resulta ser muy costoso.

◦El sistema actual puede no ser compatible con nuevas tecnologías que se desee incluir.

ETAPAS

◦Determinación de la causa de la migración –Recolección de datos.

◦Planificar el momento y procedimiento de migración.

◦Evaluar los resultados de la migración.

Reconstrucción

◦Abandono del sistema para su sustitución por otro nuevo.

Más allá de la migración

Encapsulamiento

◦Desarrollo de una envoltura de software con el fin de dotarlo de interfaces con componentes periféricos que permiten sacarlo de su aislamiento

Habilitación Gradual

◦La nueva aplicación es construida gradualmente en la plataforma de destino.

Estrategias de migración

Habilitación Súbita

◦La aplicación original mantiene todas sus prestaciones mientras la aplicación en la nueva plataforma es construida, implementada y probad.

Pilares de una migración

Un conjunto de herramientas

Tecnicas de pruebas y personalizacion

Una metodologia

Procedimiento sistemático que asegura trabajo seacontrolable y sus resultados predecibles.

Repositorio con toda la información.

Contempla obtener el Modelo de negocio a migrar.

Permiten obtener un modelo del negocio a migrar,que lo hace independiente de los lenguajes de lasaplicaciones.

Incorporan las reglas de generación introducidas por la metodología a los fines de obtener aplicaciones funcional y operativamente fiables y las optimizan para su funcionamiento en el entorno informático

METODOLOGÍASBuenas prácticas – Guías – Propuestas.

Metodologia ISO/IEC 14764Proceso del ciclo de vida del software – Mantenimiento.

ISO/IEC 14764

◦ Describe los requerimientos para el mantenimiento del software.

◦ En la sección 5.5 de este estándar, se define y plantea una metodología para la migración de software como parte del proceso de mantenimiento del software.

Metodologia ISO/IEC 14764

Notificacion del intento

Implementacion de las operaciones y entrenamiento

Plan de Migración

• Análisis de requerimientos y definición de la migración

• Desarrollo de herramientas de ayuda a la migración

• Conversión de datos y productos software• Ejecución de la migración• Verificación de la migración

a) Declaración de por qué el antiguo entorno ya no se va a soportar.b) Descripción del nuevo entorno, con su fecha de disponibilidad.c) Descripción de otras opciones de soporte disponibles, una vez que el apoyo al antiguo entorno se ha retirado.

Operaciones paralelas del antiguo y el nuevo entorno se pueden llevar a cabo para facilitar la transición al nuevo ambiente. Durante este periodo, se proporcionará la formación necesaria.

Metodologia ISO/IEC 14764

Revision post-operacion

Archivado de datos

Notificación del final

Cuando llega la migración programada, la notificación se enviará a todos los interesados.

Una revisión posterior a la operación se realiza para evaluar el impacto del cambio al nuevo entorno.

Los datos utilizados por o asociados con el entorno anterior, deberán ser accesibles de acuerdo con los requisitos del contrato de protección de datos y de auditoría aplicables a los datos.

Soporte

Se basa en los procesos de la norma ISO/IEC 12207.

Guía para el Plan de Migración a Software Libre en la Administración Pública Nacional (APN) de La República Bolivariana de Venezuela

Guía para el Plan de Migración a Software Libre en la Administración Pública Nacional (APN)

◦ Esta guía fue desarrollada por el Centro Nacional de Tecnologías de Información.

◦ Su función es servir de referencia a diferentes Entes Gubernamentales que requieran migrar su Plataforma Tecnológica de Información desde un entorno de Software Propietario a un entorno basado en el Software Libre.

Guía para el Plan de Migración a Software Libre en la Administración Pública Nacional (APN)

Capacitación

Migracion parcial

Recolección de información

• Inventario de Capital Humano.• Inventario del Hardware utilizado en la

institución.• Inventario del tipo de Software que utiliza la

institución.

• Capacitación del personal técnico.• Capacitación del usuario final.

La Migración Parcial contempla el combinar el uso de sistemas operacionales propietarios con la instalación en éstos de herramientas de software libre que así lo permitan.

Guía para el Plan de Migración a Software Libre en la Administración Pública Nacional (APN)

Soporte posterior a la migración

Documentacion de la migración

Migración total

La Migración Total contempla el cambio total del sistema. Se migran todos los servicios y se diseñan herramientas Open Source.

Se refiere a la resolución de problemas de primer nivel que pueda tener el usuario al momento de operar el equipo ya migrado.

Se deberá documentar todo el proceso paso a paso resaltando las experiencias que se consideren relevantes y que puedan ser de utilidad en migraciones a realizar en otros entes u organismos gubernamentales.

ITIL v3Mejores prácticas para la administración de servicios.

ITIL v3

◦Desarrollada a finales de 1980, ITIL es la Biblioteca de Infraestructura de Tecnologías de la Información (InformationTechnology Infrastructure Library).

◦Según la organización CA Technologies se ha convertido rápidamente en el estándar de mejores prácticas para la administración de servicios y en el lente a través del cual se visualiza y mide el valor de los servicios.

ITIL v3 – Ciclo de Vida

Service StrategyEs el encargado de toda la evaluación estratégica a seguir paso por paso, esta muestra la conformación del proyecto, como visualizarlo y ejecutarlo para todos los otros ciclos de vida ITIL.

Service DesignSe planea el proceso que se pensó en Service Strategy y ponen los puntos de acción que se deben llevar a cabo y como ejecutarla.

Service TransitionEs el encargado de hacer el tránsito del diseño a la puesta en marcha.

Service OperationSe pone en marcha todo lo diseñado y se gestiona para no tener inconvenientes en la operación, el modo de ejecución es con el personal de soporte.

Continual Service ImprovementSe generan los informes correspondientes para ser evaluación y generar un plan de mejora.

ITIL v3 – Ciclo de Vida – Service Strategy

Service Strategy

Gestión Financiera

Gestión del Portafolio de Servicios

Gestión de la Demanda

ITIL v3 – Ciclo de Vida – Service Design

Service Design

Gestión del Catálogo de Servicios

Gestión de la Capacidad

Gestión de la Disponibilidad

Gestión de la Seguridad de la Información

Gestión de Proveedores

ITIL v3 – Ciclo de Vida – Service Transition

Service Transition

Planificación y Soporte a la Transición

Gestión de Cambios

Gestión de la Configuración y Activos del

Servicio

Validación y Pruebas

Evaluación

Gestión del Conocimiento

ITIL v3 – Ciclo de Vida – Service Operation

Service Operation

Gestión de Eventos

Gestión de Incidencias

Gestión de Peticiones

Gestión de Problemas

Gestión de Accesos

ITIL v3 – Ciclo de Vida – Continual Service Improvement

Continual Service Improvement

Proceso de mejora de CSI

Informes de servicio

PROYECTOsourcePYME.

REQUISITOS

1. Estado actual

◦1.1. Descripción general de la empresa

◦1.2. Aspectos técnicos

◦1.3. Aspectos de recursos humanos

◦1.4. Aspectos Legales

◦1.5. Recursos temporales

◦1.6. Recursos económicos

2. Objetivos

PLANIFICACIÓN

1. Planificación técnica

◦1.1. Cosas a tener en cuenta

◦1.2. Inventario

◦1.3. Diagrama de red

◦1.4. Diagrama de estructura

◦1.5. Elección de la estrategia de migración

2. Planificación de comunicaciones

PLANIFICACIÓN

3. Planificación de recursos humanos

◦3.1. Miedo a lo desconocido

◦3.2. El temor de que el CV pierda importancia

◦3.3. Saber es poder

4. Plan de contingencia

PLANIFICACIÓN

5. Planificación temporal

◦5.1. Planificación de pruebas

◦6. Plan de evaluación

7. Planificación económica

IMPLANTACIÓN

1. Formación

◦1.1. ¿Cómo realizar la formación?

IMPLANTACIÓN

2. Implantación técnica ◦2.1. Instalando muchos equipos

◦2.2. Migrando datos de usuarios a sistemas GNU/Linux

◦2.3. Realización de copias de seguridad

◦2.4. Emulación de aplicaciones

◦2.5. Servidores de archivos

◦2.6. Bases de datos

◦2.7. Sistemas de monitorización y administración

◦2.8. Otros elementos a migrar

IMPLANTACIÓN

3. Consejos de implantación

◦3.1. Introducir nuevas aplicaciones en un entorno familiar

◦3.2. Lo fácil primero

◦3.3. Mirar hacia adelante

EVALUACIÓN

◦¿Se ha migrado el Sistema Operativo de manera satisfactoria?

◦¿Se han adaptado los usuarios?

◦¿Se han migrado las aplicaciones?

◦¿Se ha mejorado con el cambio?

DIRECTRICESIDA

FASE DE DEFINICIÓN DEL PROYECTO Y DE RECOPILACIÓN DE DATOS

B. Un conjunto de condiciones finales con el mismo detalle

A. La descripción del conjunto de

condiciones iniciales

relevantes

C. Una descripción de cómo llegar de las condiciones iniciales a las condiciones

finales

1

“Una justificación de la migración, incluido el coste asociado a la misma

2

“Una o más fases piloto preparadas para probar si el plan y la justificación funcionan

3

“ Despliegue del plan4

“Seguimiento de la experiencia real en relación con el plan

5

CASO DE ESTUDIO

Estrategia Reactiva

Notificación del problema

Breve descripción de la situación

Número y Mensaje que arroja el sistema.

Descripción del ambiente

Describir la plataforma software instalada

Determinar si en la instalación se han realizado modificaciones propias a los estándares del producto

Describir la configuración del hardware e interconexiones

Determinación detallada del problema

Elaborar un diagnóstico lo más exacto y detallado posible del problema

En búsqueda de una solución factible

◦ Apelar a la experiencia y memoria del o los especialistas de servicio a cargo del problema.

◦ Buscar en las Bases de Datos de Fallas reportadas

◦ Consultar a los laboratorios de desarrollo de productos

Plan de acciones para la solución

◦ Chequear el Hardware aplicando algunos tests.

◦ Cambiar el hardware y/o software

◦ Buscar en las Bases de Datos de Fallas reportadas

◦ Consultar a los laboratorios de desarrollo de productos

Pruebas de los cambios para la solución definitiva

Entonar el sistema Chequear el efecto que pudiera generar algún cambio realizado para la solución del problema

CASO DE ESTUDIO

Estrategia Proactiva

ESTRATEGIA PROACTIVA

Identificación preliminar del problema

concientización de la alta gerencia

Conformación de un equipo interdisciplinario

Desarrollo de un plan detallado de trabajo

Ejecución del plan

Prueba y verificación de los efectos esperados

Aplausos

GRACIAS!Bibliografía en el documetno vertical