Versus multiplas ferramentas de multiplos fornecedores Nao faz muito tempo, que para mapear e distribuir o codigo processos eram necessarias sete ferramentas: uma para modelar o processo no nivel do negocio, outra para descrever detalhes tecnicos, uma terceira para construir conectores aos sistemas externos, uma quarta para mapear a entrada e saida de dados, uma quinta para especificar regras de negocio, uma sexta para projetar interface de usuario do workflow, e uma setima para distribuir todo o codigo em uma colecao de componentes proprietarios para execucao. Todos os tipos requeriam diferentes competencias, funcionaram em ambientes diferentes, usavam linguagens diferentes, perdiam informacao entre um e outro, complexo de montar para que o usuario final pudesse realmente os usar sem necessidade servicos de consultoria caros de um fornecedor de software que juntou varias partes construidas a partir de multiplas aquisicoes. BPM 2.0 poe tudo que voce necessita dentro de uma ferramenta, e essa ferramenta esta no Eclipse. Com Oracle e SAP atualmente suportando o Eclipse, nenhum outro ambiente integrado de desenvolvimento . ao lado do Microsoft Visual de Estudio . tera importancia, daqui um tempo sua ferramenta de BPM 2.0 funcionara nativamente no Eclipse. Mas por que o Eclipse e importante? Minha definicao para BPM 2.0 indica que um BPMS deve ser construido em torno de uma unica ferramenta no Eclipse, e esta indicacao radical merece uma explanacao mais completa, como foi ilustrado por algumas das discussoes que seguiram para colaborar com a publicacao original do BPM 2.0. Os ambientes integrados do desenvolvimento (IDEs) sao como Sistemas Operacionais, no sentido que fornecem a infra-estrutura de software que os fornecedores podem construir suas ferramentas, sem ter que re-inventar a roda toda hora. E, bem como Sistemas Operacionais, tendem a ser a vitima de se tornar uma commodity e da consolidacao, mais cedo ou mais tarde. A Oracle transformou-se um dos mais fortes apoiadores do Eclipse, Borland decidiu vender seu grupo de JBuilder, e NetBeans nao esta dirigindo exatamente desenvolvedores a plataforma Sun. Isto deixa os dois no ringe: Eclipse e Microsoft Visual Studio. Mas porque Microsoft nao gosta se expor aos seus os concorrentes, a maioria vasta de fornecedores de BPMS adotaram Java como a plataforma de desenvolvimento, e esta sao onde o Eclipse entra no jogo. Ou seja, se voce for Microsoft, seu BPMS sera construido em torno do Visual Estudio, mas se voce nao for, o Eclipse serao caminho. O beneficio principal de usar um IDE padrao para desenvolver as ferramentas que farao parte para oferecer BPMS e que voce pode alavancar os componentes existentes que ja foram desenvolvidos por terceiros. Por exemplo, Intalio esta usando um editor de XForms WYSIWYG desenvolvido com a Orbeon, que estao disponiveis como plug-ins do Eclipse. Tambem, porque o Eclipse fornece a suporte para os sistemas de controle de fontes os mais populares, integrar com a infra-estrutura de gerenciamento do ciclo de vida da aplicacao simplificado, e o fornecedor de BPMS comeca tudo isto essencialmente livre. Deve ser dito, usar o Eclipse em vez de uma estrutura proprietaria cria um par dos desafios. Primeiramente, o Eclipse e