Padronizando Processos: BPMN, BPML, XPDL e BPEL

O crescimento da importncia das tecnologias de processos, aliado a um maior nmero de fornecedores e maior complexidade das demandas de grandes clientes impulsionaram nos ltimos anos a criao de diversos padres tcnicos para esta indstria. Estes padres visam, sobretudo, normalizar as solues desenvolvidas contribuindo para interoperabilidade e comunicao entre diferentes plataformas de processos. Como veremos ao longo deste artigo, os esforos realizados at agora sintetizam-se na necessidade de descrever um processo de negcio em um formato padronizado e inteligvel tanto por analistas de processos quanto por sistemas. Este nobre objetivo, entretanto, no foi alcanado de maneira ampla por nenhuma especificao criada at agora, dada a complexidade da matria. Alm disso, o surgimento de diversas especificaes diferentes, desenvolvidas por institutos e empresas diferentes, tem gerado uma grande confuso no mercado e dvidas constantes sobre qual ou quais padres adotar, e qual a aplicabilidade e uso de cada padro. XPDL Talvez um dos padres mais antigos do mercado, encontra-se atualmente em sua verso 2.0 e capitaneado pela WfMC (Workflow Management Coalition), uma associao internacional de mais de 300 membros associados que vem promovendo o segmento de Workflow desde 1993. Bruce Silver, renomado analista independente de softwares de BPM, em seu artigo intitulado \"BPMS Watch: Is Visio Your Next BPMS Design Tool?\", nos prov uma prvia da importncia ainda atual do XPDL: \"mesmo que os analistas do setor nunca comentem sobre isso, o XPDL atualmente o padro de muitas mais ferramentas de BPM do que a especificao BPEL.\" De fato, a histria de sucesso da WfMC e os anos de desenvolvimento da especificao fizeram com que fosse adotado em diversas plataformas de processos ao longo dos anos. Isso um ponto bastante positivo na medida em que a adoo de um padro vem em grande parte da necessidade de comunicao entre diferentes sistemas, e a utilizao de XPDL significa a certeza da existncia de cases (de sucesso), base instalada e extensa documentao. Em termos tcnicos, o XPDL um padro XML de descrio de regras de processos de negcios. Sua especificao, um tanto simplificada em comparao aos prximos padres que iremos analisar, baseia-se na descrio de um conjunto de \"atividades\" relacionadas entre si atravs de \"transies\". Para a WfMC, \"atividade\" significa uma unidade de trabalho que ser processada por um recurso (um participante/usurio/ator) e/ou uma aplicao computacional. O XPDL possui alguns conceitos interessantes que as demais especificaes ainda no exploraram ou preferiram no desenvolver. Entre eles, destacam-se as idias relacionadas a tarefas eminentemente humanas. Dada sua origem em Workflow e GED, o XPDL prov formas concretas de especificar regras relacionadas ao envio de tarefas para participantes definidos de maneira dinmica ou esttica. Ao contrrio do BPEL,

por exemplo, o XPDL contempla a anlise da estrutura organizacional da empresa para determinar o ator de uma determinada tarefa. Em termos prticos, a maior parte das solues disponveis no mercado utiliza o XPDL como um instrumento de intercmbio de regras de processos, utilizando sistemas prprios de importao/exportao de especificaes. Isso significa, por exemplo, desenhar e configurar um processo em uma ferramenta, export-lo para o padro XPDL, e import-lo para utilizao em outra engine/ferramenta. O XPDL 2.0, ltima verso da especificao, totalmente compatvel com outro padro, o BPMN. Para os criadores do XPDL, o BPMN o padro ideal para modelar o processo em nvel visual e o XPDL para definir suas regras em nvel tcnico. Partimos ento para o lado ruim da histria, e histria principal problema do XPDL. Seu meta-modelo, ou seja, seu conjunto de estruturas que determinam sua especificao, est bastante ultrapassado. Os grandes esforos realizados para aproximar o XPDL dos conceitos e usos de WebServices no foram nem sero suficientes pois, como veremos adiante, os demais modelos surgiram justamente a partir do conceito de WebServices. Estamos falando aqui de um outro paradigma e, conseqentemente, outro tipo de metamodelo. O XPDL peca ao no compreender a arquitetura de modernos sistemas de processos atuais baseados em conjunto de servios, SOA e EAI. Em conversa com Mike Marin, um dos criados do XPDL 2.0, em setembro de 2005, ele me mostrou sua preocupao com a desatualizao do meta-modelo e a necessidade eminente de criao de um novo paradigma para o XPDL. Mesmo ciente do grande trabalho que essa tarefa significa, a idia da WfMC que isso comece a ser trabalhado a partir de 2006. BPML A falta de uma estratgia de atualizao da arquitetura do XPDL estimulou o nascimento de uma nova organizao no nicio desde novo sculo. Membros e dissidentes da WfMC uniram-se sob o guarda-chuva de uma nova instituio denominada BPMI.org (Business Process Management Initiative). O objetivo seria gerar uma nova e atualizada especificao para descrever processos de negcios. A esse esforo de trabalho deu-se origem, em 2002, ao BPML (Business Process Modeling Language). Lanado com grande pompa e altos investimentos em marketing, o BPML contou inicialmente com o apoio de grandes empresas como a SAP. Assim como o XPDL, a especificao BPML utiliza o padro XML para descrever seus processos. As comparaes terminam por aqui. O BPML, em sua tentativa de prover uma arquitetura para o futuro, distancia-se totalmente do XPDL criando um paradigma prprio e distante para si. Na poca de seu lanamento, os fornecedores e analistas acostumados com o XPDL e ansiosos para ver o BPML ficaram bastante surpresos ao encontrar um ambiente totalmente inspito onde os principais conceitos do XPDL foram esquecidos e ignorados - inclusive algumas inovaes da WfMC consideradas muito boas. Basicamente, o BPML ganha mritos por consolidar a idia de orquestrao de processos em um nvel totalmente genrico. Isso significa um padro baseada em

WebServices onde as mincias de cada tarefa do processo simplesmente no interessam para a especificao, que trata basicamente da relao entre chamadas, respostas e mensagens entre servios na Web. Para ilustrar o que isso significa na prtica, temos um exemplo de fcil entendimento: toda a especificao de \"roles\" e controle dinmico/esttico de atores de uma tarefa (quem vai fazer a tarefa) no existe no BPML. Alis, o conceito de tarefa humana tambm no existe no BPML. Isso no significa que todas as tarefas no BPML so computacionais (sob a tica da WfMC), mas sim que esse tipo de detalhamento no interessa para a especificao; todas as tarefas so servios, e se o servio vai alocar uma pessoa ou uma mquina para realizar a tarefa no importante no momento. Para surpresa de todos, o BPML, com este novo paradigma, no era capaz de superar o XPDL. O que deveria ser uma evoluo acabou se tornando uma especificao diferente, com outro escopo e outro objetivo. Para piorar a situao, a maior parte das empresas simplesmente no conseguiu ver aplicao prtica no BPML, muito distante da realidade de qualquer organizao. Hoje, o BPML est morto. incrvel como o marketing em torno dessa tecnologia foi forte: a especificao no mais atualizada, no existem cases de sucesso, no existem ferramentas explorando a tecnologia, mas ainda assim alguns estudiosos do setor e fornecedores insistem em vincul-la como \"um dos padres de BPM\". At mesmo a SAP, que ajudou a elabor-lo, comunicou oficialmente que estava abandonando este padro. Por isso, uma ferramenta que diga seguir os padres tcnicos de definio de processos da BPMI no uma ferramenta de BPM e sim um sonho que no virou realidade. engraado quando aqui em nosso escritrio recebemos convites para participar de \"cursos de BPML, a linguagem de processos\". BPEL O que no deixei claro ainda o motivo real pelo sepultamento da especificao BPML. No se deveu, necessariamente, pela falta de aplicao prtica da especificao. O principal motivo chama-se BPEL. Paralelamente as discusses XPDL x BPML, as empresas Microsoft, IBM, Siebel, BEA e SAP resolveram se unir e propor (ou impor) um novo modelo, mais completo e universal, denominado BPEL (Business Process Execution Language). O BPEL surgiu da unio de outros padres, mais especificamente o XLANG da Microsoft e o WSFL da IBM. Depois de concludo seu meta-modelo e especificao inicial, passaram o controle do padro para a organizao internacional Oasis . Rapidamente, esta nova especificao comeou a chamar a ateno dos principais players do mercado de gesto de processos. Amparado pelas grandes empresas de TI do mundo, ficou claro para muitos que o BPEL seria o padro mais largamente aceito em curto espao de tempo. Muito similar ao BPML, ao lanamento do BPEL seguiu-se uma enxurrada de anncios de grandes corporaes avisando que abandonariam o padro BPML e passariam a adotar essa nova especificao. Tecnicamente, como os demais modelos que estudamos, o BPEL uma especificao em formato XML para definir as regras de negcio de um processo. Ao contrrio do

XPDL e similarmente ao BPML, o BPEL totalmente compatvel e criado a partir da especificao de WebServices, consistindo em um sistema de orquestrao de uma rede de servios na WEB. Vislumbrando um futuro seguro para o BPEL, a start up norte-americana Collaxa foi uma das pioneiras a lanar uma engine de execuo de processos em BPEL. O sistema incluiu uma ferramenta de modelagem, execuo e monitoramento de processos de negcios. Em 2004, a Oracle, que at o momento era a nica das grandes empresas de TI fora da especificao BPEL, comprou a Collaxa e integrou o produto a seu portflio de solues. Como ponto essencialmente negativo, est tambm o fato de sua pouca aplicao prtica. No me refiro a falta de casos de utilizao, e sim a que poucas organizaes tm, hoje, uma infra-estrutura de servios capaz de suportar uma arquitetura BPEL em toda sua plenitude. Assim como o BPML, o BPEL no possui uma diferenciao para tarefas humanas (o que plenamente explicvel pelo paradigma que adota, mas um ponto que torna sua utilizao ainda mais complexa). Atualmente, a utilizao do BPEL passa por dois paradigmas: a das empresas que consideram o BPEL uma linguagem de programao e execuo de processos (como a Oracle e IBM) e as que consideram o BPEL uma interface de comunicao e importao/exportao de regras de processos (como a Microsoft). Neste ltimo caso temos como exemplo concreto o Biz Talk Server da Microsoft, soluo para integrao de sistemas e processos que pode exportar suas regras de negcio para o modelo BPEL. BPMN Ao contrrio das especificaes anteriores, o BPMN (Business Process Management Notation) uma especificao para modelagem visual de processos. Seu objetivo prover uma interface simples e poderosa que possa ser tanto utilizada por analistas de negcios quanto por analistas de sistemas, funcionamento como um contrato entre as partes. O BPMN tal como o conhecemos hoje sustentado e definido pela BPMI.org. Com o perda da especificao BPML, o BPMN tornou-se o nico ponto de sustentao desta entidade, recentemente integrada a OMG. De todos os padres que hoje perfazem a rea de gesto de processos, o BPMN parece ser a nica unanimidade: apoiado por todos os grandes players e no possui nenhuma outra especificao concorrente. Na prtica, o BPMN consiste em uma srie de padres de representao grfica e de lgica no desenho de processos. J existem diversos ferramentas de desenhos de fluxos que incorporaram o padro BPMN e, devido a sua simplicidade, ele tem todas as condies de no futuro ser utilizado pelos usurios finais. Para onde vamos? As concluses deste artigo parecem claras analisando-se o histrico e movimentos de players neste mercado: na mesma medida em que o SOA vai ganhando terreno nas organizaes, o BPEL vai se transformando na principal especificao tcnica de processos, e o BPMN a opo ideal para o desenho de fluxos.

O que no possvel prever quanto tempo isso vai levar para acontecer, pois o BPEL parece ser mais capaz de resolver os problemas do futuro do que os problemas do presente. E, at l, temos um grande gap que algum precisa resolver. Como observador, parece-me cada vez mais claro que uma aproximao ou futura integrao do XPDL dentro do BPEL, como um sub-padro, poderia resolver demandas atuais e deixar a infra-estrutura preparada para o que vier nos prximos anos. Nessa viso, o BPEL seria a especificao das regras de BPM, e o XPDL das regras de Workflow (que, como sabemos, um dos componentes de uma estrutura de BPM).