Resumen de la migración de Sistemas Computacionales, estándares, metodologías, buenas prácticas, casos de estudio. Presentacionl para el tema de Migracion de la materia "Metodologías para la evaluación del desempeño de Sistemas Computacionales".

1. MIGRACIÓN DE
SISTEMAS
Jesús Jiménez C.I.: 23.421.010
Carlos 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

2. MIGRACIÓN
Deficion – ¿Cuando migrar? – Etapas.

3. “
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

4. ¿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.

5. 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.

6. 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

7. 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.

8. Pilares de una migración
Un conjunto de herramientas
Tecnicas de pruebas y personalizacion
Una metodologia
Procedimiento sistemático que asegura trabajo sea
controlable 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 las
aplicaciones.
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

9. METODOLOGÍAS
Buenas prácticas – Guías – Propuestas.

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

11. 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.

12. 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.

13. 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.

14. 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

15. 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

16. 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.

17. 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.

18. ITIL v3
Mejores prácticas para la administración de servicios.

19. ITIL v3
◦Desarrollada a finales de 1980, ITIL es la
Biblioteca de Infraestructura de
Tecnologías de la Información (Information
Technology 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.

20. ITIL v3 – Ciclo de Vida
Service Strategy
Es 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 Design
Se 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
Transition
Es el encargado de hacer el
tránsito del diseño a la
puesta en marcha.
Service
Operation
Se 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
Improvement
Se generan los informes
correspondientes para ser
evaluación y generar un plan
de mejora.

21. ITIL v3 – Ciclo de Vida – Service Strategy
Service Strategy
Gestión Financiera
Gestión del Portafolio de Servicios
Gestión de la Demanda

22. 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

23. 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

24. 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

25. ITIL v3 – Ciclo de Vida – Continual Service Improvement
Continual Service Improvement
Proceso de mejora de CSI
Informes de servicio

26. PROYECTO
sourcePYME.

27. 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

28. 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

29. 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

30. PLANIFICACIÓN
5. Planificación temporal
◦5.1. Planificación de pruebas
◦6. Plan de evaluación
7. Planificación económica

31. IMPLANTACIÓN
1. Formación
◦1.1. ¿Cómo realizar la formación?

32. 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

33. 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

34. 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?

35. DIRECTRICES
IDA

36. 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

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

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

39. “ Despliegue del plan4

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

41. CASO DE ESTUDIO
Estrategia Reactiva

42. Notificación del problema
Breve descripción
de la situación
Número y Mensaje
que arroja el
sistema.

43. 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

44. Determinación detallada del problema
Elaborar un diagnóstico lo más
exacto y detallado posible del
problema

45. 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

46. 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

47. 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

48. CASO DE ESTUDIO
Estrategia Proactiva

49. 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

50. Aplausos
GRACIAS!
Bibliografía en el documetno vertical