Está en la página 1de 5

Arquitecturas Empresariales (BPM y SOA)

Escrito por: Javier Urrutia 19 September 2006

En los ltimos das, he mantenido un intercambio de ideas va comentarios a propsito de BPMs, SOA, WorkFlows y herramientas relacionadas. Por ello he pensado necesario generar un nuevo articulo en relacin a Soluciones BPM, su relacin con la arquitectura SOA y el marco contextual organizacional donde estas implementaciones de soluciones informticas se llevan a cabo. Para ello quiero empezar con la distincin que aglutina muchos conceptos como los ya mencionados, esta distincin es la de Arquitecturas Empresariales. A que nos referimos cuando hablamos de este tipo de arquitecturas y cual es su contexto? Quiero iniciar la explicacin con la siguiente figura, pueden hacer click en ella para aumentar su tamao:

En algn punto del crecimiento de una empresa, en relacin a las soluciones informticas que proveen de sistemas para el soporte de los procesos de negocios, y cuando el tamao creciente de la empresa y su complejidad en cantidad y profundidad de sus procesos lo justifica. Hay que dar el salto al concepto de arquitectura empresarial.

Esto es, tomar los conceptos de procesos y flujos y generar tal como lo hara un arquitecto, un diseo en estructuras y capas para soportar estos procesos desde los niveles estratgicos de negocio hasta los niveles fsicos de implementacin.El concepto de Arquitectura Empresarial lleva varias distinciones ocultas, pero tras todas ellas hay un solo objetivo. Definir una forma ordenada de proveer a todos los niveles de la empresa un marco de

trabajo definido y claro, un rayado de cancha donde todos los actores de la empresa estn considerados, y donde cada nivel participa, centrndose en los procesos y finalmente apoyando las estrategias y metas del negocio. Y Ahora con los pies en la tierra que significa esto para un departamento de informtica de una gran empresa o corporacin?. Bueno, entre otras cosas significa que ya no basaran su preocupacin en aplicaciones, sistemas o programas. Basaran su preocupacin y servicio en dar soporte a los procesos de negocio de la empresa, ello con lleva un cambio de actitud y de cultura informtica. Y la base tcnica que provee de esto es la arquitectura orientada a servicios, comnmente llamada SOA. En la practica significa un rediseo total, pero que puede llevarse a cabo de forma progresiva, en donde las actuales aplicaciones son descompuestas en pequeos servicios web (WebServices) que proveern de las funcionalidades y lgicas de negocio bsicas que alimentaran a herramientas de tipo BPM, para remplazar las aplicaciones por un flujo de procesos de negocio. La interfaz del usuario cambiara de una interfaz de aplicacin particular, a una interfaz nica para todas las aplicaciones, esta interfaz nica normalmente esta provista por la componente de portal que toda suite BPM respetable posee. Bsicamente esta es la relacin entre SOA y BPM; SOA es la solucin tcnica y BPM es el concepto que utiliza SOA para llevar su cometido, esto es; concentrar las soluciones informticas en procesos distintos basados en una sola suite de herramientas comunes, donde los WebService son la conexin a sus soluciones legacy o a sus herramientas de base como son Repositorios o Buses de comunicacin. Y que se gana con todo ello?. En la medida que las aplicaciones legacy son descompuestas dejando solo su modelo de datos y lgica elemental en los WebService que la exponen, o provee a sus buses de comunicacin con WebService para acceder a ellos. Lentamente la cantidad de WebService de Base empieza a confluir en un set de servicios comunitarios entre todas las aplicaciones, un botn de muestra: la autentificacin ahora es un solo webservice atmico o compuesto para todas las aplicaciones, las operaciones de movimientos en cuentas corrientes ahora solo es un conjunto de webservice compartido. Otra forma de verlo es que cuando uno releva la informacin de cuantos web service tendr que tener para todas las aplicaciones, normalmente podra encontrar cifras enormes como 2000 o 3000 servicios, sin embargo pronto se dar cuenta que esos 3000 servicios se pueden construir combinando tan solo 100 a 200 servicios atmicos o bsicos. Entonces puede realizar las migraciones rpidamente si se enfoca en esta aproximacin.

Ahora el tema no es tan fcil como generar WebService y junto a herramientas BPM cambiar su estilo de soluciones informticas. Es mas que eso, en la medida que genere este cambio, se dar cuenta que esta forma de trabajar lleva beneficios y desventajas. Tal vez la desventaja mayor sea el performance, pero con las tecnologas de hoy en cuanto a hardware podr resolverlas a punta de servidores ultra potentes. Por otro lado las principales ventajas estn en la facilidad y flexibilidad que sus soluciones tendrn, podr concentrar su trabajo en los procesos y sus flujos y en las dinmica de estos. Por lo tanto un simple cambio en sus notaciones grficas de procesos BPMN de alguno de sus flujos de negocio, cambia su aplicacin en muy poco tiempo, en la mayora de los casos no ser ni siquiera necesario un nuevo webServices, por otro lado las interfaces se adaptaran automticamente como lo proveen las soluciones de portal de las suites BPM, y si no es as, una cambio grfico menor ser necesario, pero nunca algo como cambiar sus antiguos ejecutables o paginas asp, jsp, de su modelo antiguo de aplicaciones. Ahora la pirmide de la figura inicial a nivel tcnico tendr esta forma (Puede hacer click para agrandar la imagen):

En ella puede ver como comentaba anteriormente, en su base los repositorios de datos y sistemas transaccionales bsicos, junto a otras fuentes de informacin, en la capa siguiente puede ver el Middleware y sus servicios, desde los temas de seguridad, manejadores de eventos y otros temas, que son llevados por los WebService compuestos que se generan en

base a los WebService Atmicos que exponen la informacin de la capa anterior. En el tercer nivel puede ver el BPM y como consume y se provee de las capas inferiores en base a WebService y otras mecanismos similares. Puede observar en la tercera capa las componentes bsicas de un BPM, desde el manejador de reglas y workflow, hasta los sistemas de monitorizacin (BAM) entre otros. Finalmente en la ultima capa puede observar el portal de usuarios y otras forma de interfaz al cliente de sus aplicaciones. Colateralmente puede ver otros elementos normalmente no considerados, pero bsicos si desea sacarle el 100% a su arquitectura BPM que se funda en su arquitectura SOA, y que hace que su arquitectura BPM sea el pilar de su Arquitectura Empresarial. Estas elementos son; los servicios de captura de eventos y las herramientas de administracin de servicios y procesos a saber desarrollo, deployment y monitorizacin de sus WebServices y Procesos de negocio. Ahora puede ver que este grfico es solamente la vista tcnica del primero que provee de su arquitectura empresarial. Considere en el primer grfico, de sobre manera la seccin izquierda del nivel de implementacin, normalmente las fallas de un BPM van por este lado y no por el tcnico.El considerar en su Arquitectura Empresarial de soluciones informticas solo la parte referente a la Arquitectura Tcnica, condenara al fracaso su BPM, la Arquitectura de RRHH es elemental ya que ella proveer del fedback necesario para que continuamente sus procesos de negocio, sus actividades, y sus KPIs de monitorizacin de niveles de servicio y productividad generar un ciclo virtuoso en la mejora de su Arquitectura Empresarial. Ahora cuales son los pasos para llevar a cabo esta maravilla en una empresa que ya posee un zoolgico de aplicaciones legacy y otras no tanto pero que van camino a ello?. Primero deber hacer un levantamiento completo de lo que tiene, cuales de sus sistemas podrn proveer de WebService y cuales no, en estos casos deber evaluar sus alternativas de exposicin de la informacin de los mismos, tambin deber empezar a planificar su roadmap de proyectos, sus ordenes de magnitud y plazos, las herramienta de BPM que considerara segn su presupuesto. La tarea no es ni fcil, ni simple, ni rpida, ni barata. Pero es una apuesta a largo plazo y las empresas que han apostado a ella, y se han asesorado por empresas expertas en el tema. Son hoy en da altamente exitosas en su nivel de flexibilidad y rendimiento de sus sistemas y plataformas informticas.

Javier Urrutia.

También podría gustarte