Flisol2009 Floss

411 views

Published on

Presentación sobre un caso de migración de la escuela italiana de La Plata, realizada por Marcelo Filgueira, jefe de informática de la escuela.

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
411
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
1
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Flisol2009 Floss

  1. 1. FLISOL – LA PLATA - 2009 ESTRATEGIAS DE MIGRACIÓN A SOFTWARE LIBRE Marcelo Filgueira Jefe de Informática – Escuela Italiana [email_address] - www.escuelaitaliana.com Esta obra esta licenciada bajo: CC AtribuciónCompartirDerivadasIgual 3.0
  2. 2. AGENDA <ul><li>Definiciones
  3. 3. Motivación
  4. 4. Etapas del proceso
  5. 5. Conclusiones
  6. 6. Preguntas </li></ul>
  7. 7. Definiciones ¿Qué es Software Libre? Es aquel que brinda libertad a los usuarios sobre el producto adquirido y por tanto, una vez obtenido, puede ser usado, copiado, estudiado, modificado y redistribuido libremente.
  8. 8. Definiciones Según la Free Software Foundation debe cumplir con cuatro libertades básicas: <ul><li>La libertad de usar el programa, con cualquier propósito
  9. 9. De estudiar el funcionamiento del programa, y adaptarlo a las necesidades*
  10. 10. De distribuir copias, con lo que puede ayudar a otros
  11. 11. De mejorar el programa y hacer públicas las mejoras, de modo que toda la comunidad se beneficie* </li></ul>* En estos casos necesitamos contar con el código fuente.
  12. 12. Motivos para migrar a Software Libre <ul><li>Control de la información
  13. 13. Confiabilidad y estabilidad
  14. 14. Seguridad
  15. 15. Economía
  16. 16. Independencia
  17. 17. Distribución </li></ul>
  18. 18. Etapas del proceso <ul><li>Relevamiento
  19. 19. Diseño
  20. 20. Capacitación
  21. 21. Implementación
  22. 22. Soporte
  23. 23. Evaluación </li></ul>
  24. 24. Relevamiento <ul><li>Es necesario hacer un inventario completo de hardware y software
  25. 25. Evaluar soluciones disponibles y desarrollos necesarios
  26. 26. Evaluar los tipos de usuarios y partícipes del proyecto
  27. 27. Calcular el costo de la migración a mediano y a largo plazo </li></ul>
  28. 28. Diseño <ul><li>Establecer el plan de acción
  29. 29. Sensibilización de usuarios y actores en la toma de decisiones
  30. 30. Justificar con ventajas el modelo
  31. 31. Estrategias de instalación y soporte
  32. 32. Plazos y fases de implementación </li></ul>
  33. 33. Capacitación <ul><li>Formación de instructores
  34. 34. Formación del personal de soporte
  35. 35. Formación de usuarios
  36. 36. Formación de desarrolladores
  37. 37. Considerar mecanismos de certificación </li></ul>
  38. 38. Implementación <ul><li>Pruebas piloto y laboratorio previos al paso de producción
  39. 39. Implementar en pequeña escala, evaluar y corregir plan de acción de ser necesario
  40. 40. Reemplazo de aplicaciones o terminales según estrategia adoptada.
  41. 41. Considerar aplicaciones no migrables. Emulación y virtualización según diseño </li></ul>
  42. 42. Soporte <ul><li>Mesas de ayuda
  43. 43. Creación de manuales y procedimientos
  44. 44. Portal de ayuda y utilidades
  45. 45. Foros, FAQ y HowTo's </li></ul>
  46. 46. Evaluación <ul><li>Fundamental para poder mejorar el procedimiento anterior en futuras implementaciones.
  47. 47. Transmitir a otros los resultados. </li></ul>
  48. 48. Conclusiones <ul><li>Para que una migración sea un proceso exitoso, debe ser cuidadosamente planificada.
  49. 49. El compromiso del personal involucrado es clave.
  50. 50. Reconocer en qué aspectos delegar o buscar ayuda. </li></ul>
  51. 51. Muchas gracias! Preguntas?

×