Uma única ferramenta no Eclipse
Autor: Fernando | Publicado: 2008-03-28T09:54:00-03:00

  Versus múltiplas ferramentas de múltiplos fornecedores   &nbsp;  Não faz muito tempo, que para mapear e distribuir o código processos eram necessárias sete ferramentas: uma para modelar o processo no nível do negócio, outra para descrever detalhes técnicos, uma terceira para construir conectores aos sistemas externos, uma quarta para mapear a entrada e saída de dados, uma quinta para especificar regras de negócio, uma sexta para projetar interface de usuário do workflow, e uma sétima para distribuir todo o código em uma coleção de componentes proprietários para execução. Todos os tipos requeriam diferentes competências, funcionaram em ambientes diferentes, usavam linguagens diferentes, perdiam informação entre um e outro, complexo de montar para que o usuário final pudesse realmente os usar sem necessidade serviços de consultoria caros de um fornecedor de software que juntou várias partes construídas a partir de múltiplas aquisições.   BPM 2.0 põe tudo que você necessita dentro de uma ferramenta, e essa ferramenta está no Eclipse. Com Oracle e SAP atualmente suportando o Eclipse, nenhum outro ambiente integrado de desenvolvimento . ao lado do Microsoft Visual de Estúdio . terá importância, daqui um tempo sua ferramenta de BPM 2.0 funcionará nativamente no Eclipse.   Mas por que o Eclipse é importante? Minha definição para BPM 2.0 indica que um BPMS deve ser construído em torno de uma única ferramenta no Eclipse, e esta indicação radical merece uma explanação mais completa, como foi ilustrado por algumas das discussões que seguiram para colaborar com a publicação original do BPM 2.0.   Os ambientes integrados do desenvolvimento (IDEs) são 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 vítima de se tornar uma commodity e da consolidação, 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 não está dirigindo exatamente desenvolvedores à plataforma Sun.   Isto deixa os dois no ringe: Eclipse e Microsoft Visual Studio. Mas porque Microsoft não gosta se expor aos seus os concorrentes, a maioria vasta de fornecedores de BPMS adotaram Java como a plataforma de desenvolvimento, e esta são onde o Eclipse entra no jogo. Ou seja, se você for Microsoft, seu BPMS será construído em torno do Visual Estúdio, mas se você não for, o Eclipse serão caminho.   O benefício principal de usar um IDE padrão para desenvolver as ferramentas que farão parte para oferecer BPMS é que você pode alavancar os componentes existentes que já foram desenvolvidos por terceiros. Por exemplo, Intalio está usando um editor de XForms WYSIWYG desenvolvido com a Orbeon, que estão disponíveis como plug-ins do Eclipse. Também, 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 aplicação simplificado, e o fornecedor de BPMS começa tudo isto essencialmente livre.   Deve ser dito, usar o Eclipse em vez de uma estrutura proprietária cria um par dos desafios. Primeiramente, o Eclipse é uma plataforma muito complexa que faz uso extensivo de tecnologias avançadas tais como EMF e GEF. A curva de aprendizagem para este é consideravelmente íngreme, e a produtividade de um colaborador Java que converter-se ao Eclipse pode ser reduzido significativamente para os primeiros três a seis meses. Em segundo, porque o Eclipse foi desenvolvido originalmente para engenheiros de software, torna tudo mais complexo do que deve ser para desenhista de processos médio. Em conseqüência, um fornecedor de BPMS que adota o Eclipse como IDE deve certificar-se esconder esta complexidade de usuário mais simples. Esta não é uma tarefa fácil, mas os benefícios que você pode ganhar funcionando no Eclipse compensam pela maior parte o esforço da migração. Obrigado IBM por esta parte do software!   http://www.projeler.com.br/artigos_bpm20c.jsp  &nbsp;