Your SlideShare is downloading. ×
0
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Ponencia TECNIMAP 2010 - Gobierno de Canarias - Interoperabilidad RRHH

1,699

Published on

Comunicación Tecnimap 2010, seleccionada para Ponencia: "ARQUITECTURA SOA (SERVICIOS) + EDA (EVENTOS) + BPM (PROCESOS) BASADA EN TECNOLOGÍA OPEN SOURCE PARA LA INTEROPERABILIDAD DE LOS SISTEMAS DE …

Comunicación Tecnimap 2010, seleccionada para Ponencia: "ARQUITECTURA SOA (SERVICIOS) + EDA (EVENTOS) + BPM (PROCESOS) BASADA EN TECNOLOGÍA OPEN SOURCE PARA LA INTEROPERABILIDAD DE LOS SISTEMAS DE INFORMACIÓN DE RECURSOS HUMANOS DE TODOS LOS DEPARTAMENTOS DE LA COMUNIDAD AUTÓNOMA DE CANARIAS".

Autores: Raúl Kripalani (Atos Origin Consulting Canarias) y María del Carmen Clavijo Fariñas (Gobierno de Canarias).

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

No Downloads
Views
Total Views
1,699
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
16
Comments
0
Likes
3
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. 1<br />Arquitectura SOA (Servicios) + EDA (Eventos) + BPM (Procesos) basada en tecnología Open Source para la Interoperabilidad de los Sistemas de Información de Recursos Humanos de todos los departamentos de la Comunidad Autónoma de Canarias <br />María del Carmen Clavijo Fariñas<br />Gobierno de Canarias<br />Raúl Kripalani<br />Atos Origin Consulting Canarias<br />
  • 2. 2<br />ÍNDICE<br />Contexto y Antecedentes<br />Enfoque de Arquitectura<br />Estrategia del Cambio<br />Diseño de la Plataforma<br />Experiencias Piloto<br />Centro de Competencia SOA RRHH<br />Roadmap de Siguientes Integraciones<br />Conclusiones<br />
  • 3. 3<br />1. Contexto y AntecedentesSituación de Partida (I)<br /><ul><li>Más de 60.000 empleados, estructurados en 4 colectivos de personal diferenciados</li></ul>Admón. Gral.  11 Consejerías + 16 Organismos Autónomos<br />Servicio Canario de la Salud  11 Gerencias Sanitarias<br />Administración General de Justicia<br />Educación – Docentes<br /><ul><li>Múltiples escenarios de sistemas con aplicativos distintos, relacionados con RRHH  evolución independiente
  • 4. Apenas existe interconexión entre ellos, dando lugar a un patrón “islas de datos”</li></li></ul><li>4<br />1. Contexto y Antecedentes Situación de Partida (II)<br />Más de 100 aplicativos que precisan intercambiar información de RRHH  cada uno óptimo en su gestión<br />Intercambios bidireccionales de información (producción y consumo)<br />Aplicaciones maestras  cada una propietaria de sus datos<br />Sanidad<br />HP-HIS 4<br />FLORv2<br />HP-HIS 3<br />M3 1<br />HP-HIS 2<br />TARO<br />M3 2<br />DRAGO-AE<br />HP-HIS 1<br />CANTONERA<br />Plan DIAS<br />RepoSCS<br />DRAGO-AP<br />... <br />Firma Contratos<br />Aquellos aplicativos que presentaban integración  punto-a-punto (“spaghetti”)<br />Educación<br />GIPD<br />WinPer<br />Adjudicaciones<br />Oposiciones<br />NORAY<br />Concursos de Traslados<br />Directorio Centros<br />... <br />TARO<br />GIPD<br />Dietas<br />Personal Concertado<br />Profesorado Religión<br />Destinos y Plantillas<br />SIRhUS<br />AplicA<br />Justicia<br />SIMED<br />RepoSCS<br />AG y transversal<br />AplicB<br />Bolsa de Interinos<br />Inspección Médica<br />SIRhUS<br />DRAGO-AP<br /> ATLANTE<br />FLOR<br />AplicC<br />Acción Social<br />PeopleNet<br />Plataforma Teleformación<br />SICHO<br />Gestión Identidad<br />SICHO<br />Gestión Identidad<br />Nedaes<br />AplicD<br />Meta4 PeopleNet<br />AplicD<br />(*) diagrama a modo de ejemplo, no necesariamente refleja las conexiones actuales<br />
  • 5. 5<br />1. Contexto y Antecedentes Consecuencias<br />Segregación de datos  carencia de una visión única de la información<br />Baja reutilización del dato, lo cual provoca…<br />… dobles, triples + mecanizaciones de datos<br />Disminuye la productividad<br />Discrepancias entre sistemas, derivadas de errores humanos<br />Elevado coste mantenimiento y desarrollo<br />Uso de vistas de BDD para el intercambio de datos  acoplamiento<br />Conexiones punto-a-punto  arquitectura “spaghetti”<br />Mar de dependencias  1 pequeño cambio = oleada de más cambios  fragilidad<br />Usuario  partícipe de los procesos de integración<br />
  • 6. 6<br />1. Contexto y Antecedentes Objetivos del Proyecto<br />Principio del dato único<br />Preservarlos activos existentes (inversión pasada) a la par que se moderniza el parque de aplicativos<br />Alineación con el Proceso de Centralización de SSII de RRHH<br />Reutilización, Orquestación, Composición<br />Orientación a procesos de negocio (BPM)<br />Enfoque de piezas “LEGO ®”: construir funcionalidad más compleja (procesos de negocio) a partir de piezas más simples (servicios)<br />Reducir el TCO (Total Cost of Ownership)<br />No obligar a los sistemas a realizar grandes esfuerzos para hablar entre ellos<br />Agilidad y adaptabilidad ante los objetivos cambiantes del negocio<br />3 RETOS  Open Source / Estándares abiertos /“Best-of-breed”<br />
  • 7. 7<br />2. Enfoque de ArquitecturaTransición de Arquitectura<br />Desde una arquitectura “spaghetti” a una arquitectura SOA sobre Enterprise Service Bus<br />ESB-RRHH<br />DRAGO-AP<br />SICHO<br />FLOR<br />RepoSCS<br />GIPD<br />TARO<br />GIPD<br />Procesos de Negocio<br />Gestión de Identidad<br />TARO<br />SIRhUS<br />SIMED<br />RepoSCS<br />Arquitectura tipo SPAGHETTI<br />Arquitectura SOA sobre ESB<br />Tarjeta Sanitaria<br />FLOR<br />Complejidad exponencial reducida a Complejidad lineal<br />Gestión Identidad<br />SICHO<br />Meta4 PeopleNet<br />
  • 8. 8<br />2. Enfoque de Arquitectura Definiciones SOA, BPM, EDA<br />Arquitectura Orientada a Servicios (SOA)<br />Paradigma de arquitectura empresarial  servicios<br />Reutilización, desacoplamiento y agilidad<br />Gestión de los Procesos del Negocio (BPM)<br />Identificar los procesos que mueven el negocio y centrar la implantación en ellos<br />Arquitectura Dirigida por Eventos (EDA)<br />Consiste en observar la actividad de la empresa como una explosión diaria de eventos de negocio<br />Cada sistema es responsable de sus propios datos y de los procesos que los tratan<br />Los aplicativos de RRHH notifican proactivamente sus cambios a la Plataforma de Interoperabilidad de RRHH (eventos)<br />La Plataforma es la responsable de darles sentido y coordinar/orquestar las acciones a ejecutar (coreografía)<br />8 principios SOA<br />
  • 9. 9<br />2. Enfoque de ArquitecturaCombinación SOA + EDA + BPM<br />SOA + EDA = SOA 2.0 (informalmente)<br />SOA + EDA + BPM = un nuevo mundo de posibilidades para dinamizar y agilizar la gestión pública<br />EDA<br />BPM<br />SOA<br />g. personal<br />SIRhUS<br />Registrar Parte de IT<br />nómina<br />Evento<br />PeopleNet<br />Introducir en Nómina<br />presencia<br />SICHO<br />Notificar Absentismo<br />inspección méd.<br />SIMED<br />Registrar Absentismo<br />Baja por Incapacidad Temporal<br />Proceso de Negocio<br />“Notificar Movimiento de IT”<br />Servicios de Negocio<br />Sistemas<br />
  • 10. 10<br />3. Estrategia del cambio “SOA estilo Guerrilla”<br />Iniciativas SOA tradicionales<br />Se dilatan en términos de años y se asemejan a “movilizar un ejército para ejecutar un proyecto pesado y engorroso”<br />“SOA estilo guerrilla”<br />Aboga por iniciativas ligeras y ágiles que aporten valor de negocio (Retorno de Inversión) inmediato  feedback rápido<br />Ciclo de vida iterativo e incremental  cada iteración = un problema de negocio acotado<br />Priorización acorde a un roadmap<br />En fase de piloto:<br />Identificar procesos de negocio que más uso reciben y cuya reingeniería y dinamización reportaría un alto nivel de beneficios<br />
  • 11. 11<br />4. Diseño de la PlataformaLa Plataforma de Interoperabilidad<br />Oracle<br />SQL Server<br />MySql<br />+ XLS (Excel)<br />+ CSV, etc.<br />…<br />.NET<br />Oracle Forms<br />J2EE<br />Motor de Servicios de Datos<br />…<br />WS-*<br />JMS<br />File<br />WS<br />Adaptadores<br />- Mediación<br />- Conectividad<br />Plataforma de Análisis de la Actividad del Negocio<br />Registro de Gobernabilidad SOA<br />- Transformación<br />Enterprise Service Bus RRHH<br />(Apache ServiceMix)<br />- Trazabilidad<br />- Validación<br />- Enrutamiento<br />- Seguridad<br />- Directorio Serv.<br />Gestor de Errores<br />Orquestador BPEL<br />Procesos de Negocio<br />Logs de Actividad<br />Plataforma Interoperabilidad RRHH<br />
  • 12. 4. Diseño de la PlataformaModelo Común de Datos y Otros Aspectos<br />CON Modelo Común de Datos<br />Sin Modelo Común de Datos<br />D<br />D<br />A<br />A<br />E<br />E<br />Modelo Común de Datos<br />B<br />B<br />F<br />F<br />C<br />Necesarias 12 Transformaciones 1-a-1 entre Modelos Particulares Incorporar un 8º sistema origen = ¡4 transformaciones más!<br />(Complejidad Exponencial)<br />C<br />G<br />7 Transformaciones, desde Modelos Particulares al Modelo Común de Datos. Incorporar un 8º sistema origen = 1 única transformación adicional (Complejidad Lineal)<br />G<br />Servicios de Integración<br />Modelo Común de Datos  esquema de intercambio de datos de RRHH de manera aséptica y neutral, atendiendo a los conceptos del negocio y a sus relaciones. Diseñado en UMLv2 e implentado en en XML Schema (XSD). Los mensajes son auto-descriptivos  contienen la información del negocio + contexto.<br />Otros aspectos Estructuración de Servicios, Marco de interacciones permitidas, Catalogación Común de Errores, Uso de estándares.<br />12<br />
  • 13. 13<br />4. Diseño de la PlataformaMacro-Arquitectura<br /><ul><li>Arquitectura de ESBs federados:</li></ul>Cada dominio funcional dispone de su propio ESB para resolver sus integraciones particulares  Plataforma de Integración de RRHH<br />Un ESB corporativo para la comunicación transversal  Plataforma PLATINO<br />
  • 14. 14<br />5. Experiencias Piloto Experiencias Piloto<br />Notificación de Incapacidades Temporales del personal público: Partes de Baja y Alta expedidos por el médico de AP en consulta<br />Origen  sistemas asistenciales de Atención Primaria del SCS (DRAGO-AP)<br />Destino  aplicativos de RRHH (Personal - SIRhUS, Nóminas – PeopleNet, Control Horario - SICHO) y otros (SIMED - Inspección Médica)<br />Beneficios:<br />Eliminación de posibles penalizacionesde la Seguridad Social por demoras en el fichero FDI<br />Rápida gestión de la sustitución del personal de baja<br />Continuidad del servicio público<br />Alivio administrativo<br />Piloto previo: Contratación desde el Servicio Canario de la Salud<br />En total, cerca de 2 años de trabajo administrativo ahorrado<br />
  • 15. 15<br />6. Centro de Competencia SOA RRHHLa Oficina de Interoperabilidad de RRHH<br />Centro de Compentencia SOA (CoC) de RRHH<br />Responsabilidades:<br />Planificación, junto con DGTNT y OT, del Roadmap de Interop.<br />Triage de requisitos de integración  priorización según objetivos<br />Toma de contacto con actores, beneficiarios, etc. y feedback<br />Aseguramiento de la reutilización<br />Gobernabilidad de la arquitectura de la plataforma<br />Control operativo<br />Gestión del portafolio de servicios, Calidad del Servicio (QoS), Calidad de Datos, Auditorías, etc.<br />Seguimiento y coordinación de proveedores y terceros<br />Asesoramiento técnico y estratégico a los distintos agentes involucrados<br />
  • 16. 16<br />7. Roadmap de las Siguientes IntegracionesRoadmap de Siguientes Integraciones<br />Propagación de cambios en Estructura Orgánica, Unidades Funcionales y Ubicaciones Físicas<br />Comunicación online de las altas y bajas de personal al sistema corporativo de Gestión de Identidad<br />Sincronización de Movimientos de Personal al aplicativo de Turnos y Guardias del Servicio Canario de la Salud<br />Transmisión de asientos contables generados por la nómina a TARO, CANTONERA y SEFCAN (contabilidad presupuestaria y analítica)<br />Comunicación de Movimientos de Personal al Registro de Profesionales Sanitarios del Ministerio de Sanidad y Política Social<br />Integración con el Control Horario  permisos y licencias<br />Integración con la Plataforma de e-Administración PLATINO, para el consumo de servicios de Firma Electrónica, Repositorio Documental, Sellado de Tiempo, etc.<br />
  • 17. 17<br />8. ConclusionesCONCLUSIONES<br />Erradicación “islas de datos”  libre flujo de información<br />Enfoque SOA (Servicios) + EDA (Eventos) + BPM (Procesos)<br />Estrategia del Éxito  “SOA estilo Guerrilla”<br />Plataforma de Interoperabilidad Open Source + Estándares<br />Componentes: ESB, Motor BPEL, Motor de Servicios de Datos, Plataforma BAM, Gestor de Errores, Registro de Gobernabilidad SOA<br />Creación de una Oficina de Interoperabilidad de RRHH<br />Gobernabilidad, aseguramiento de reutilización, triage, feedback, etc.<br />Dos proyectos piloto. Beneficios: alivio administrativo,agilidad, continuidad del servicio público, etc.<br />Aprox. 380 jornadas ahorradas a fecha 08/03/2010<br />Rápida materialización del Retorno de Inversión<br />
  • 18. FIN<br />¿Ruegos y preguntas?<br />Contactos:<br />Mª del Carmen Clavijo FariñasGobierno de Canariascclafar@gobiernodecanarias.org<br />Raúl KripalaniAtos Origin Consulting Canariasraul.kripalani@atosorigin.com<br />18<br />

×