Presidencia del Ecuador - Plataforma de Mediación, Integración e Interoperabilidad con Mule ESB, Bonita BPM y WSO2

La Dirección de Tecnología de la Presidencia del Ecuador necesitaba rediseñar y mejorar sus prácticas de Ingeniera de Software para responder de forma más ágil y efectiva a las necesidades de las diversas unidades de negocio que esta apoya mediante sus servicios informáticos. La Dirección necesitaba rediseñar sus prácticas de TI, contar con un entendimiento profundo de las disciplinas y estilos de arquitectura SOA, ESB, BPM; y poner en práctica nuevos métodos y herramientas para el desarrollo de soluciones, procesos, apis, servicios, rules, entre otros. Necesitaba explorar, aprender y aplicar.

Lo primero que hicimos fue conformar un equipo multidisciplinario; estos fueron nuestros avatares, una idea para romper el molde!!!!

El segundo paso fue recomendar la conformación de un proyecto piloto. Como iniciativa fue identificado un proceso transversal para controlar las actividades de ingreso y egreso de personal; este proceso fue seleccionado mediante la evaluación de diversas variables como el grado de transversalidad del proceso, su valor; entre otros. Con este proceso automatizado se podrá evitar la demora en los procesos de ingreso y egreso de personal, disminuir el papel, respetar los canales regulares de aprobación, proporcionar mayor trazabilidad y conocer el estado del proceso en cualquier etapa que este se encuentre; mejorando la  coordinación y cooperación entre los departamentos; el establecimiento de acuerdos de servicios; en resumen, proporcionando mayor control y gobernabilidad en los recursos utilizados para su optimización y racionalización continua.

Como tercer paso, establecimos un marco metodológico y una caja de herramientas Open Source para rediseñar y actualizar las prácticas de TI de la unidad. Estos métodos y herramientas fueron insertados en la organización con el objeto de crear nuevas capacidades; para luego ponerlas en práctica en un proyecto piloto. La metodología abordo gaps, arquitectura, políticas, inmersión en SOA, ESB, BPM, entre otros; cada uno con herramientas metodológicas que fomentaran la colaboración, la participación, la empatía, la definición, la ideación, el prototipado y la evaluación continua de las soluciones propuestas.

Luego realizamos una inmersión en la aplicación real de las disciplinas SOA, ESB, BRE, MOM, CEP, BPM y BAM sobre una pila de productos Open Source.

Mas allá de contarles sobre los beneficios obtenidos, lo interesante fue lo aprendido, los enfoques y recomendaciones estratégicas que pueden soportar. Aquí algunas recomendaciones para disminuir los riesgos de proyectos BPM.

1. Seleccione un proyecto piloto de valor estratégico para la organización.
2. Establezca políticas iniciales.
3. Establezca un marco metodológico y herramientas de amplio espectro para abordar las verticales de servicios, apis, rules, procesos, entre otros.
4. Conforme una arquitectura mínima viable.
5. Conforme un modelo organizacional de nueva generación.
6. Conforme una Plataforma de Mediación, integración e interoperabilidad.
7. Utilice la notación gráfica BPMN 2.0 para modelar procesos.
8. Desarrolle un programa de formacion especializado, profundo y con patrones.

Para finalizar quiero agradecer a todo el equipo de mijao y de la presidencia por su hospitalidad y energía. Exploramos, prototipamos y aprendimos juntos!!!

Aquí algunos detalles que puedo compartir.

saludos;

Recomendaciones para abordar un proyecto BPM con Bonita BPM (Entrenamiento Bonita Open Solution BPM y API)

Hace algunas semanas desarrolle un programa de formación SOA/BPM que incluyo un entrenamiento intensivo en el modelado y automatización de procesos mediante la solución Bonita Open Solution. Durante esta transferencia de conocimiento y experiencias registre un conjunto de recomendaciones que fue enriquecido con los participantes y sus distintas contribuciones; el cual quisimos compartir con la comunidad con el objeto de incentivar no las herramientas tecnológicas sino las consideraciones metodológicas y políticas que deben establecerse.

Recomendaciones para abordar proyectos BPM con  Bonita Open Solution

1. La actividad de análisis y modelado de procesos debe realizarse de forma multidisciplinaria. Los procesos no se modelan en un solo día y con una solo perspectiva.
2. Los procesos pueden ser modelados por coreografía u orquestación, sin embargo para iniciar les recomiendo adoptar la orquestación.
3. Las tecnologías BPM no son herramienta de desarrollo, por ende se debe evitar en la medida de lo posible escribir código bajo sus diferentes características.
4. El proceso debe ser tratado como un prototipo, por ende debe pasar por diversas revisiones para ir dividiendo las responsabilidades por ejemplo: identificar  procesos utilitarios e invocarlos mediante actividades de llamada, o la utilización de timers y contadores para la gestión de acuerdos de servicios.
5. La gestión de excepciones debe siempre incluirse en los procesos, para asegurar que las instancias no se interrumpan durante excepciones en la disponibilidad de un conector o servicio.
6. Se recomienda que la mayoría de la lógica de integración, de datos o de reglas resida en servicios web que pueden ser invocados desde conectores o scripts groovy.
7. Los procesos pueden utilizar formularios, sin embargo existe la posibilidad de utilizar formar externas que invoquen procesos  mediante el api de servicios REST de bonita. Con esta aproximación existe mayor control de la interfaces. Otra opción es generar los formularios con bonita y modificarlos según las necesidades.
8. Utilice procesos utilitarios para notificaciones, cambio de estatus de documentos, escalamiento, entre otros.
9. Cuando modele utilice como máximo tres procesos por diagrama.
10. Utilice patrones para la gestión de errores en la invocación de servicios web, con el objeto de evitar que el ciclo de vida del proceso sea interrumpido por la falta de disponibilidad de un servicio.

Saludos;

From Mijao Blog

From Mijao Blog

From Mijao Blog

From Mijao Blog