Distribuição em um clique
Versus escrever arquivos descritores para distribuição
Naturalmente, os processos do negócio são propensos a mudanças, e a maioria de nós nos interessados por causa da promessa de mudança mais facilitada com BPM. Eu posso mesmo recordar um pure play BPM que usam o tagline .vão adiante! Mudança!. para enfatizar muito isso ponto. Bem, isto é todo o agradável e extravagante, mas se tiver que escrever múltiplos arquivos descritores para a distribuição e configurar várias interfaces web services para distribuir um processo, a habilidade de mudar o processo significa um sonho. BPM 2.0 advoga uma abordagem radical .Um-Clique-Distribuiu' resolver este problema. Uma vez que seu processo é válido, com todos os mapeamentos dos dados terminados, regras de negócio definidas, parâmetros do workflow ajustados, em um clique no botão e o processo começa a ser distribuído no seu ambiente servidor de execução, sem algum trabalho adicional. Não há razão para ser mais complexo.
Mas por que Um Clique Distribuiu é importante? Esta é a nona edição das postagens semanais do BPM 2.0. Hoje, eu tentarei explicar porque Um Clique Distribuiu é importante. O processo de negócio executável é mais do que um diagrama bonito. Para começar, pode ser feito com múltiplos diagramas, que devem ser mantidos em sincronia. Mas atrás das caixas e as setas encontram-se muito muitos artefatos que necessitam ter cuidados também. Se um for fazer a mudanças freqüentes no processo de negócio- com razão . o Sistema de Gerenciamento dos Processos de Negócio (BPMS) tem que fazê-lo de forma muito fácil para que tais mudanças sejam refletidas no nível da execução, e Um Clique Distribuiu fazer isto tudo possível.
Em um nível muito elevado . supondo um modelo de distribuição BPEL . o processo é constituído dos fluxos, serviços, transformações dos dados, regras de negócio, definições das tarefas do workflow, e interfaces dos usuários. Do ponto de vista do servidor executável, conduze à geração de múltiplos arquivos. Os fluxos, serviços e as transformações são expressos em BPEL, WSDL, e XPath ou XSLT respectivamente.
Não há nenhum padrão para regras de negócio ainda, conseqüentemente temos que expressar em um formato proprietário ainda por o tempo. Para tarefas do workflow, o modelo BPEL4People pode ser usado, mas nenhuma especificação formal existe para ele, conseqüentemente, são necessários descritores proprietários para distribuição. E até o conjunto de interfaces de usuário são, há mais opções do que dedos em minhas mãos e pés . e serei sortudo se manter a dependência de fornecedor distante. A Intalio optou pelo padrão XForms, mas eu não reivindicaria que deva ser uma exigência para BPM 2.0. No momento, é um bom candidato.
O problema é que com muitos arquivos, a distribuição de um único processo pode se tornar um pesadelo se cada arquivo necessitar ser distribuído manualmente. E se você necessitar os compilar, ou fornecer os descritores específicos da distribuição, a tarefa se tornará quase impossível. Aí que entra o Um Clique Distribuiu. A idéia é simples: use uma ferramenta de modelagem do processo que suporte uma metodologia Codificação Zero e obtém todos os artefatos do processo automaticamente distribuído em seu servidor de execução, respectivamente em um único clique do mouse.
Quando começamos a falar sobre Um Clique Distribuiu, gerentes de TI criaram objeções quanto à quebra das melhores práticas de desenvolvimento para a plataforma de homologação antes da distribuição para os servidores de produção. Não foram alertados que, Um Clique Distribuiu também trabalha desta maneira, no sentido de que você poderá necessitar três etapas fazer um exame do processo do desenho à produção, mas cada etapa deve acontecer com não mais que um clique: um para enviar seu diagrama para a ambiente servidor de execução do desenvolvimento, outro a migrar ele a um ambiente intermediário, no entanto outro para promover o conjunto de artefatos para o sistema de produção real.
Se soar simples demais para você, não deve ser uma surpresa, porque os muitos engenheiros usam desenvolvimento e produção para suportar um ciclo de vida aerodinâmico para processos executáveis que se tornou Codificação Zero. Ou seja, não há .poeira mágica do duende., apenas .sangue velho da planície, suor e rasgo. que os engenheiros de software desenvolvem produtos de BPM 2.0 tem a vertente para isso que você não necessitará.
