Embed Size (px)
Citation preview
Valentin Garcia SoutoJefe de Departamento de Desarrollo e Innovación
Lantik, Bizkaiko Foru Aldundia – Diputación Foral de Bizkaia
Momentos de Transformación. Construyendo una Nueva Realidad.
Ongi Etorri Bienvenidos
BenvidosBenvinguts
Ayuntamientos
Infraestructura
Origen
El 30 de octubre de 2003, el Pleno de las Juntas Generales de Bizkaia aprobó una Proposición No de Norma que incluía el siguiente párrafo:
“Las Juntas Generales instan al gobierno foral a priorizar la industria y el uso de programas informáticos y sistemas operativos basados en software libre sobre aquellos que requieran el pago de licencias.”
SW de fuentes abiertas vs SW propietario
SUSCRIPCIÓNIncluye:- Certificación- Software compilado- Mantenimiento- Soporte
SOFTWAREFUENTESABIERTAS
LICENCIA +
MANTENIMIENTO+
SOPORTE
SOFTWARE PROPIETARIO
Algunos hitos relevantes
• 2005 Prueba piloto de OpenOfficeCon la participación en el piloto de todos los departamentos de Lantik.
• 2008 Acuerdo de colaboración Lantik-BFA y ESLE“Están interesadas en colaborar para promover acciones conjuntas, para contribuir al fomento y desarrollo de la Sociedad de la Información en el ámbito de sus respectivas funciones, y con la misión de que no se produzca discriminación de cara a la ciudadanía por su elección tecnológica.”
• 2010 Programa de Ayuda (Modelos 110-111) Correspondientes al ejercicio fiscal 2010.
• 2012 Despliegue de Red Hat Linux en servidores:EL uso de Linux en servidores comienza en 2002, con la instalación de Linux Centos V 4.8 en el servidor de Call Center WebCall, pero es en 2012 cuando se inicia el despliegue de Red Hat Enterprise Linux x64 en proyectos estratégicos.
Periodo 2012 – 2014 (Tres entornos y dos CPD)
Migración I
SPRINT (DATOS)
Nº Número de Sprint (1 a 22).APLI Número de aplicaciones por cada Sprint.INICIO - FIN Fecha de inicio y fin de cada Sprint.ENTREGA DOC Entrega de documentación y fuentes.ENTREGA Entrega del código fuente migrado.
Migración II
APLICACIÓN
APLI Nombre interno de la Aplicación.Entorno Pruebas Si se puede probar en el entorno de pruebas.Código fuente Igualdad entre los entornos DESA y PRO del código fuente de la aplicación.ClearCase Estado de la aplicación en ClearCase (bloqueado o no bloqueado).Horas resp-R Numero de horas que emplea el responsable de la aplicación.Horas emp-R Número de horas que emplea la empresa encargada.Empresa Nombre de la empresa encargada de migrar la aplicación.Horas resp-G Horas planificadas para el responsable de Lantik.Horas emp-L Horas estimadas por Lantik que realizará la empresa.Horas emp-P Horas que estima Lantik que la empresa destinará.Horas realizadas Horas realizadas por la empresa.Criticidad Criticidad de la aplicación a migrar (Alto, Bajo, Medio, Standby).Porcentaje Esfuerzo estimado para migrar la aplicación (En porcentaje).Horas Horas de esfuerzo estimadas por Lantik para la migración.NO INICIO - NO FIN Periodos en los que no se puede migrar la aplicación.SIN TOCAR Tiempo que puede estar la aplicación sin actualizar datos.EQUIPO – RESPONSABLE Nombre del responsable en Lantik de la aplicación y equipo al que pertenece.DISPONIBILIDAD RESP - DISPONIBILIDAD EMP - VACACIONES VERANO - VACACIONES OTROS - SUSTITUTO - VACACIONES Previsiones de disponibilidad y vacaciones de las personas implicadas en la migración.
Migración III
DESAPruebasINICIO – FIN Fecha de inicio y fin de la etapa DESA (puesta en desarrollo)
IncidenciasNº inc Número de incidencias registradas durante la etapaENVIO Fechas de envío de las incidencias RESPUESTA Fechas de respuestas a las incidenciasVB LANTIK Visto bueno para pasar a la siguiente fase
Migración IV
PROPruebasDESPLIEGUE JBOSS(INICIO-FIN) Fecha de despliegue en entorno jBoss.Redirección Fecha de redirección la aplicación.
IncidenciasCOD Código de incidencia.ENVIO Fecha de envío a RedHat de la incidencia.RESPUESTA Fecha de respuesta a la incidencia.VB LANTIK Visto bueno por parte de Lantik a la aplicación en el entorno.
Migración V
DEPENDENCIASOrden de migración de las aplicaciones, si una incidencia posee dependencias con otra aplicación se deberá migrar antes que la otra.
DEPENDENCIAS CLASSESCLASS1 CLASS2 CLSS3 CLASS4 CLASS5 CLASS6
DEPENDENCIAS WSWS1WS2
DEPENDENCIAS EJBEJB1 EJB2 EJB3 EJB4 EJB5 EJB6
DEPENDENCIAS DE CLASEContiene_EJB Llama_EJB Contiene_WS Llama_WS
Resumen ejecutivo
