Plataforma de Datos Públicos Enlazados - Interoperabilidad y Gobierno Electronico

Hace algunos días, tuve la oportunidad de presentar en el Segundo Seminario de Interoperabilidad "Venezuela SIO 2013" realizado en la Universidad de Carabobo las premisas, conceptos y estrategias que pueden ser utilizadas para conformar una Plataforma de Datos Públicos Enlazados que permita que el Estado y cualquier país pueda establecer las bases para compartir datos autoritativos de forma estándar. La esencia de dicha propuesta está en la aplicación de los estilos y disciplinas de arquitectura SOA, ESB y los principios de web semántica y linked data.

En esta presentación, describo de forma pragmática la necesidad y urgencia que tiene el Estado de conformar una plataforma de datos públicos enlazados; que esté integrada por la porción del conocimiento autoritativo de las instituciones que la integran. Al instanciar esta plataforma, el ciudadano no tendría que entregar ningún documento que haya sido generado o emitido por el propio Estado,  dado que este documento o dato puede ser consultado por cualquier institución que lo requiera, gracias a la publicación de datos realizada por la autoridad o institución dueña del dato o documento.

Agradezco al Centro Nacional de Tecnologías de Información por la invitación y la oportunidad de impulsar estos conceptos tan necesarios en nuestros países.

Algunas Reflexiones

1. La interoperabilidad es la base que sostiene el concepto de gobierno electrónico.
2. La integración no significa que el estado pueda medir su efectividad y eficiencia.
3. No es un sueño, es una realidad técnicamente posible.

Saludos;

Hacia una Ley de Interoperabilidad

Desde hace años, he estado impulsado la necesidad y urgencia del desarrollo de una plataforma de  servicios de interoperabildiad para el Estado Venezolano. La "PIN" como la llamo es un medio, que permitirá que se establezcan las condiciones necesarias para el desarrollo y adopción de políticas, principios, estándares, normas y procedimientos para el acceso e intercambio electrónico de datos e información entre los órganos,   ciudadanos y entes de un Estado.

Desde mi punto de vista no han existido avances consistentes en Venezuela e incluso en América Latina dado que en la mayoria de países no se ha definido como una necesidad la prestación de servicios de interoperabilidad. En el campo del gobierno electrónico sigue persistiendo la idea que la creación y difusión de información mediante portales como principal acción, sin embargo los medios y políticas para el intercambio de datos e información no han sido una realidad en muchos de nuestros países.

Es mi país, existen grandes brechas en el intercambio de información, sin embargo el conocimiento es el verdadero reto. Como pueden los entes gubernamentales tomar decisiones sin un modelo de información homologado que responda a los intereses de las sociedades, y no a simples reportes de gestión?. Como podemos evaluar la mejora en una área especifica si no tenemos la capacidad de ver el bosque?. Como podemos realizar un ejercicio de tomas de decisiones ágiles y consistentes si en nuestros países todavía domina el Universo del Excel o el Calc?. Como podemos mejorar si no tenemos la capacidad de medir?. Porque no empezamos a evaluar tecnologías que permitan la medición en tiempo real?. Como podemos avanzar si no existe una política concreta para la gestión de conocimiento en TI?

Una plataforma de interoperabilidad puede convertirse en un medio para conocer de forma consistente el estado en tiempo real de las acciones de gobierno de un Estado, construyendo un canal que nos permita evaluar si vamos a buen puerto, sin estamos cumpliendo con las metas que requiere la sociedad, si somos efectivos y eficientes en nuestra gerencia.

Sobre sus componente generales
Una plataforma de interoperabilidad esta conformado por diversos componentes que la integran, entre los mas importantes:

1. Una plataforma integrada de consulta de datos, que contribuya con la reutilización de datos, información y funcionalidades en un estado.
2. Una plataforma integrada de mediación de servicios de interoperabilidad la cual contribuirá con la mediación y la orquestación de servicios.
3. Un mapa nacional de servicios de información interoperable, que proveerá un único punto de acceso a los diferentes servicios de información interoperables provistos por los órganos y entes del Estado, fomentando paulatinamente su conocimiento, reutilización, integración e interoperabilidad.
4. Una plataforma integrada de automatización de procesos interinstitucionales, que podrá administrar el ciclo de vida de procesos transversales de interés estratégico para el Estado.

El Futuro que desearía para mi hija, para mi país, para mi continente
Actualmente estoy trabajando en una propuesta técnica que aborda inclusive elementos de gestión de cambio porque estoy convencido que la calidad de vida de una sociedad esta profundamente ligada al uso efectivo, eficiente e inteligente de las tecnologías de informacion. Reflexionando en este sentido, yo desearía para mi país:

1. Que cada institución desarrolle y adopte los estilos de arquitectura y disciplinas requeridas para asegurar la interoperabildiad de sus sistemas de informacion.
2. Que cada institución pueda compartir conocimiento sobre su perspectiva.
3. Que el estado establezca políticas consistentes y de altura para garantizar la aplicacion de normas.
4. Que el ciudadano común tenga acceso a portales únicos e integrados como: denuncias.pais tramites.pais, datos.pais.
5. Que el estado pueda medir en tiempo real la gestión de sus instituciones y el cumplimiento cualitativo y cuantitativo de sus políticas.
6. Que el estado cuente con un modelo de informacion agnóstico que responda a las necesidades de sus ciudadanos.
7. Que el estado cuente con plataforma de interoperabilidad por sectores: Plataforma Nacional de Interoperabilidad para Alimentacion, Plataforma Nacional de Interoperabilidad para Vivienda, Plataforma Nacional de Interoperabilidad para Seguridad, Plataforma Nacional de Interoperabilidad para Tramites.
8. Que el estado pueda medir, mejorar y optimizar procesos transversales de interés estratégico.   

En Venezuela hemos comenzado a dar pasos

Hace meses tuve la oportunidad de desarrollar desde el punto de vista técnico y arquitectónico un borrador de propuesta de ley de Interoperablidad para el Estado Venezolano, el cual esta siendo impulsado por el Ministerio del Poder Popular para Ciencia, Tecnología e Industrias Intermedias. Una propuesta que contiene elementos innovadores que podrían a futuro convertirse en una referencia a nivel latinoamericano.

La propuesta de ley permitirá a grades rasgos:

1. Garantizar el desarrollo de un estándar común de interoperabilidad en el Estado.
2. Establecer las condiciones necesarias para el desarrollo y adopción de políticas, principios, estándares, normas y procedimientos para el acceso e intercambio electrónico de datos e información entre los órganos y entes del Estado.
3. Promover el desarrollo de servicios de información interoperables adaptados a las necesidades de los ciudadanos y los procesos del Estado.

Como ciudadano de esta tierra, felicito todas las iniciativas que se están dando desde el Centro Nacional de Tecnologías de Información (CNTI) y el CNIT (Centro Nacional de Innovación Tecnológica) instituciones que están dando los primeros pasos hacia el fin ultimo: "Una plataforma Nacional de Interoperabilidad dirigida a mejorar la calidad de vida de sus ciudadanos mediante el uso efectivo, eficiente e inteligente de las TI". Desde aquí muchas energías positivas!!!

Saludos;

Mi propuesta hacia un nuevo enfoque: "Aplicaciones orientadas en procesos" - BPM en acción

"Los sistemas de información deben convertirse en medios para medir el desempeño y aprendizaje organizacional".

 

Cuando iniciamos la conceptualizacvion y diseño de sistemas de información, generalmente utilizamos casos de uso o historias de usuario para describir las diversas interacciones humanas o automatizadas que son requeridas para cumplir con sus requerimientos funcionales y no funcionales. Por años, la mayoría de estos sistemas de información han tenido una fuerte dependencia funcional, con lo cual no incorporan una vision de procesos, inclusive sistemas ERP o de RRHH no cuentan con mecanismo para adicionar el escalamiento y tiempo en la cual la actividad debe ser ejecutada, conocido en el argot de TI como acuerdos de servicios (SLA).

Simplificando mis argumentos, los sistemas de información raramente responden a procesos, ni a una visión transversal. Es muy comun observar que las actividades no incluyen características como: tiempo máximo de respuesta o atención de una tarea, escalamiento, persistencia de variables para la toma de decisiones, utilizacion de metricas, entre otros. Los sistemas de información generalmente son islas funcionales las cuales promueven la perdida de esfuerzos, gobernabilidad y valor.

Es necesario cambiar la forma en que son conceptualizados y diseñados los sistemas de información hoy en día. El desarrollo de un sistema de información debe comenzar con el modelado de procesos, utilizando los casos de uso o historias de usuario para describir las interacciones con mayor detalle. Este enfoque tiene mayores beneficios. En primer lugar considera los procesos, mecanismo que son utilizados para lograr el cumplimiento de una meta u objetivo organizacional, es decir la aplicación esta conectada explicitamente con un objetivo estratégico y no con una necesidad especifica, que generalmente no aporta valor a la organización. En segundo lugar, se incorporan acuerdos de servicios y reglas de negocio obligando a ser considerados en su especificación. Por ultimo, el sistema de información incorporando una visión orientada a la toma de decisiones y la medición de variables.

Sobre este enfoque, es necesario:

1. Identificar las decisiones que pueden ser tomadas basadas en la medición de métricas, indicadores, factores críticos de éxito, entre otros.
2. Identificar los procesos a los cuales apoyara el sistema de información.
3. Modelar los procesos. El sistema de información debe responder a las condiciones establecidas en los procesos. Recomiendo utilizar la notación gráfica BPMN 2.0.
4. Los procesos debe incluir el establecimiento de acuerdos de servicios para medir los tiempos y esfuerzos requeridos.
5. Los procesos debe incluir el establecimiento de reglas de negocio.
6. El sistema de información debe incluir en su modelo de implementacion los acuerdos de servicios y reglas de negocio.
7. Identificar los indicadores de gestión y resultado que el sistema de información debe gestionar.
8. Iniciar el desarrollo.

Desde mi perspectiva es necesario cambiar de paradigma, lo que llamo el "Desarrollo de Sistemas de Información Orientado en Procesos". Actualmente me encuentro escribiendo sobre este enfoque mediante la utilización de una metodología, la cual compartiré con la comunidad próximamente.

Saludos;

Cerrando el año, mis contribuciones y aportes en TI para mi país: Hacia SOA, ESB y BPM - Interoperabilidad

Desde hace casi dos años, tuve la oportunidad de ocupar un cargo gerencial donde podía proponer, conceptualizar y desarrollar ideas para impulsar los cambios que requiere nuestro país (desde mi punto de vista!) mediante el uso efectivo, ágil y eficiente de las tecnologías de información.

Generalmente no percibimos que la atención a los ciudadanos y la articulación que requieren las instituciones publicas requieren de un modelo de TI no tradicional y acorde a los nuevos tiempos y a las tecnologías que son creadas para simplificar y mejorar continuamente la generación, captura y entrega de valor a la sociedad. Las tecnologías son hoy en  día la base fundamental para el desarrollo de cualquier sociedad, por ende estamos obligados a incorporarlas en nuestros modelos de gestión y operación.

Reflexionando sobre la situación general en el uso de las TI en mi pais, estoy convencido que es necesario que la gerencia media de las instituciones publicas adopten e impriman modelos de gestión mas acordes con nuestros tiempos, donde las disciplinas SOA, ESB, BRE, BPM, Virtualizacion, Cloud, entre otras; se encuentren en el vocabulario de nuestros gerentes. En la medida que esto ocurra se mejoraran sustancialmente la atención a los ciudadanos, la agilidad en los tramites, la articulación institucional y la gobernabilidad del estado para mejorar continuamente su gestión.

El próximo año representa para mi una nueva etapa, y me pregunte cuales fueron mis logros personales y profesionales en el 2010?. Como este blog es un medio profesional para compartir mis diversas experiencias ,quise incluir cuales fueron mis contribuciones, mis aportes; con la intensión de compartir lo realizado con la comunidad y poder realizar un feedback.

Mis contribuciones

1. Elaboración de propuesta para conceptualizar el proyecto "datos.gob.ve", Gobierno Abierto, Open Linked Data entorno a la propuesta de ley de Interoperabilidad del estado venezolano. Octubre-2010.
2. Desarrollo de la primera propuesta de marco de interoperabilidad tecnico para el estado venezolano. Octubre-2010.
3. Elaboracion de la conceptualizacion de un marco de gobernabilidad para insertar las disciplinas SOA, ESB y BPM en las instituciones publicas del estado. Este marco incluye conceptos generales, proceso de adopción, arquitectura referencial, roles y responsabilidades, marco de procesos, principios, políticas, estándares, procedimientos, prácticas operativas y prácticas de seguridad generales. Abril-2010.  
4. Conceptualizacion del marco de arquitectura del portal unico de tramites del estado venezolano mediante la utilización de las disciplinas SOA y ESB.Abril-2010.
5. Desarrollo de propuesta para insertar practicas agiles de Scrum y Kanban en los modelos de contratos de software en las instituciones publicas.Abril-2010.
6. Desarrollo de una metodología preliminar para el análisis de procesos en las instituciones públicas, la cual pienso fortalecer y compartir en el 2011.
7. Desarrollo de un Mapa de Arquitectura de Soluciones bajo software libre para proyectos SOA/ESB y BPM. Agosto-2010
8. Desarrollo de una metodología para realizar el diagnostico de la aplicación de las practicas de TI en las instituciones publicas utilizando como referencia ITIL y COBIT. 2010
9. Conceptualización de tecnoguias para desarrollo de proyectos SOA/ESB/BPM. 2010.
10. Impulso del Marco de Interoperabilidad del Estado Venezolano mediante la aplicación e inserción de las disciplinas SOA y ESB.

Espero tener la oportunidad de conversar y compartir experiencias en estas materias, dado que fueron desarrolladas sobre un espíritu de colaboración, participación y transparencia.

Atributos de una Plataforma de integracion Corporativa

Cuando se necesita desarrollar una plataforma de integracion, es necesario conocer que parámetros deben ser utilizados para seleccionar las tecnologias que la sustentaran; ya sean libres o propietarias.

Un marco de arquitectura tecnológica debe proporcionar:

1. Simplicidad.
2. Flexibilidad y mantenibilidad (Tolerancia ante Cambios).
3. Reusabilidad.
4. Desacoplamiento.
5. Extensibilidad.

Una plataforma de integracion debe poseer los siguientes atributos:

1. Debe poseer una arquitectura de integración desacoplada, ágil, adaptable y de tecnología neutral.
2. Debe garantizar el bajo impacto ante cambios en los sistemas de soporte operacional y los sistemas de negocio.
3. Debe permitir una disminución significativa de la complejidad y dependencia tecnología de los ambientes heterogéneos.
4. Debe considerar la evolución de las tecnologías y su adecuacion.
5. capacidad de desacoplamiento mediante plug-in

Son estas las premisas que deben guiar el camino para seleccionar las tecnologías que implementaran los diversos estilos de arquitectura, basados sobre una especificación formal y sólida.

Para terminar algunas características:

1. Debe poseer capacidades de Plug-in.
2. Capacidad de interoperar con tecnologias distintas (conectores / adaptadores, etc.).
3. Debe proporcionar un modelo desacoplado entre componentes.
4. Los componentes no deben interactuar con otros componentes directamente.
5. La semántica debe estar basada en mensajes.
6. La definición de la secuencia de mensajes durante la ejecución de una operación debe estar basada en MEP.
7. Clara separación entre la lógica de negocio (procesamiento) de la lógica de comunicación.
8. Debe existir una clara separación entre los proveedores y consumidores de servicios.
9. El modelo de intercambio de mensajes debe estar basado en WSDL 1.1 o 2.0.
10. No usar metadatos propietarios en la definición de objetos de negocio (Xml Schemas).
11. Modelo de implementación no-intrusivo.
12. Ensamblado de servicios desde otro servicio, basado en reglas de negocio.
13. Soporte de servicios sincronos, asíncronos, y conversacionales.
14. Automatización de la transformación entre estructuras de datos dispares (semántica).
15. Soporte para la simulación, testing y debuging.
16. Definición del servicio con independencia de su implementación, localización o uso.
    

Consideraciones para elevar el nivel de desacoplamiento de la arquitectura:

1. Capacidades de “Inversion of Control Containers”.
2. Implementación del patrón de diseño “Dependency Injection pattern”.
3. Capacidades y soporte para arquitecturas Event-driven architecture (EDA) y service-oriented architecture (SOA).
4. Integración con JBI.
5. Estandarización de la arquitectura para el enrutamiento de mensajes.

Saludos;

Como Instanciar SOA (Arquitectura Orientada en Servicios) en una organización

SOA, ha surgido como una arquitectura emergente, un paradigma enfocado en el negocio y no en la tecnología. Sus beneficios, están orientados en necesidades de negocio como: protección de la inversión, disminución de costos en proyectos de integración, adaptabilidad ante un mercado TIC tan cambiante, etc. Esta visión la hace muy atractiva para los CIO (Gerentes) de las organizaciones.

Estas promesas de negocio, están sustentadas en la utilización del reuso como pieza clave, mientras mas reuso, menos recursos se dispondrán para el desarrollo de nuevas aplicaciones y funcionalidades en la organización, por ende; se disminuyen los costos, y hay un mayor nivel de proteccion en inversiones y recursos.

Por ejemplo, la organización A tendría un directorio de aplicaciones y funciones ya existentes, que están en cierto grado desacopladas de las aplicaciones que las alimentan. Este desacoplamiento es lo que permite que la compañía A pueda realizar un cambio en la aplicación proveedora sin que sus servicios expuestos sean afectados. Todos los servicios son reusables.

Cuando se pretende iniciar un proyecto SOA, es verdaderamente difícil buscar un equilibrio entre un modelo anterior de desarrollo de proyectos de integración y un modelo que ciertamente no representa una visión pragmática, pero a la larga son innumerable los beneficios que este tipo de arquitecturas proporciona.

Actualmente, en el mercado existen muchas empresas que están desarrollando proyectos bajo este nuevo modelo de arquitectura; la dificultad mas importante para su implantación, es la gran cantidad de especificaciones alrededor y las pocas empresas que las han adoptado dentro de sus soluciones de integración. Otro problema importante es la madurez de las especificaciones y sus implementaciones.

En conclusion, un modelo de agilidad operacional y totalmente desacoplado de las tecnologías, es un norte posible, pero se necesitan un conjunto de estrategias para asegurar el éxito. Basado en mi experiencia en proyectos de integración bajo SOA, les presento algunas recomendaciones para disminuir los riesgos y asegurar una implementación exitosa en su organización:

Recomendaciones:

1. Internalizar y comprender los conceptos detrás de SOA y transmitirlo a todos los niveles de la organización.
2. Crear un documento de diseño de alto nivel (Blueprint), antes de emprender un proyecto piloto, donde se incluya por ejemplo: modelo vertical, capas, formato de mensajes, protocolo de transporte, formas de interaccion (sincronía / asíncrona), reglas y políticas, atomimicidad transaccional, etc.
3. Alinear los servicios con los procesos de negocio, no hay que olvidar que la meta no es tecnología.
4. No es suficientes adoptar las tecnologías SOA, es importante conocer las mejores practicas para asegurar, la viabilidad, la visibilidad de las operaciones, y un mínimo esfuerzo ante los cambios.
5. Definir un lenguaje común para la organización, es decir un modelo de objetos que representen todos o un conjunto de los conceptos de la organización basado en un modelo canónico, por ejemplo “cuenta, debito, ajuste, etc.”.
6. Establecer conversiones de nombrado para la empresa: por ejemplo, como nombrar los servicios, interfaces, endpoint de sistemas legados, o cualquier otro componente que ayuden a los arquitectos, administradores, y desarrolladores en proporcionar servicios consistentes.
7. Definir las interfaces de servicios, las implementaciones después: Las interfaces de servicios web son más importantes que las implementaciones.
8. Establecer una categorización de servicios: Una organización debe decidir una taxonomia de servicios.
9. Categorizar las reglas (reglas de procesos versus reglas de negocio.
10. Definir estrategias de interoperabilidad para sistemas basados en plataformas heterogéneas.
11. Incluir estrategias para pruebas de carga, stress y monitoreo de recursos.
12. Para proporcionar mayor agilidad y propiedades de configuración, la utilización de un ESB y un UDDI es vital.