BT

Usando BPM e SOA para o Máximo Valor do Negócio

por Dilip Krishnan , traduzido por Thiago Pinelli em 30 Jul 2009 |

O Analista Industrial Ward-Dutton escreveu que a combinação do Processo de Gerenciamento de Negócios (BPM) e a Arquitetura orientada a Serviços (SOA) é vista como complementares tecnicamente. São diferentes visões sobre como os dois conceitos play together trabalham juntos, entretanto, o autor sustenta que há suficiente sinergia entre eles para aumentar o valor empresarial.

Neil explora as razões pelas quais as indústrias estão predispostas a pensar em BPM e SOA trabalhando juntas como se fossem tecnologias complementares.

1. A adoção de BPEL dentro dos principais produtos de software. Entre 2004-05, os fornecedores venderam novos produtos de middleware destinados a clientes prosseguindo com iniciativas SOA começaram a oferecer [...] fluxos lógicos multi-passos e engines com múltiplos serviços externos, implementando um padrão chamado Business Process Execution Language (BPEL). Esta sobrecarga de utilização da terminologia de Processos Empresarias (Business Process) fez com que muitos comentaristas misturassem e confundissem os assuntos de SOA e BPM.

2. Fornecedores de softwares com produtos voltados para os compradores de tecnologia, buscando maneiras de vender para os líderes de mercado. Marcando sua nova tecnologia com capacidades como “BPM” foi visto como uma ótima maneira de [vender para os clientes empresarias, para além dos compradores de tecnologia tradicional].

3. Produtos com tecnologia BPM fazem uso de Web Services. Ao mesmo tempo, um grupo de fornecedores de software inovadores estão vendendo um novo tipo de plataforma de software construída especialmente para iniciativas BPM, que veio a ser conhecido como Business Process Management System (BPMS)[...] O interesse em SOA foi se espalhando rapidamente [e] ele fazia sentido para estes vendedores nos novos protocolos de web services como uma maneira de fazer seus produtos “abertos” para os consumidores para integrar os novos processos automatizados com as aplicações back-end, sistemas e data sources existentes.

Ele acredita que os dois são, realmente, resultados de diferentes perspectivas: SOA, a abordagem de baixo para cima, que é, essencialmente, impulsionado pela TI e BPM, a abordagem de cima para baixo, que é impulsionado pelo negócio. Ele atribui a falha de capitalização da sinergia entre as duas abordagens devido os interesses divergentes dos impulsionadores das iniciativas.

  • Falta de alavancagem de "integração de serviços" efetivamente em implementações BPM
  • Falta de considerar oportunidades para reuso de processos.
  • Falta de capitalizar em valor de arquitetura da informação. Dentro de implementações de SOA, a definição de " modelo de informação comum" é crucial para minimizar a quantidade de tradução do fluxo de informação que deve ser executada quando os serviços são combinados e recombinados em diferentes ambientes.

Neil defende a criação de um “contexto de serviço” para ambas as arquiteturas de negócio bem como a arquitetura de negócio enquanto está se desenhando o processo de negócio e seus serviços de suporte. Desenhos de serviço puramente impulsionados pelo negócio não são otimizados nos termos de reutilização, uso eficiente dos recursos e informação. A mesma coisa ocorre para os serviços completamente impulsionados por TI, que podem não ser especialmente bem desenhados para participar em um processo de negócio orquestrado.

Em uma arquitetura de negócio impulsionada pela abordagem de SOA, um portfólio de serviços não é criado unicamente através da focalização sobre a forma como aplicações de software existentes e os recursos podem ser expostos de forma mais eficaz para ser reutilizada. Um ponto inicial igualmente importante é o entendimento em alto-nível dos compromissos de serviços de negócio que uma organização fez com partes externas. [...]. Modelos de serviços atuando em diferentes níveis de granularidade e abstração decompõe esses compromissos de alto nível de serviços de negócio, e informa os requerimentos para os acordos de serviço nos diferentes níveis entre a organização e seus sistemas.

Como ele concluiu antes, “a verdade é que os *resultados* estão em primeiro lugar, e serviços e processos são dois lados da mesma moeda em adquirir os resultados corretos .", ele exorta os condutores desta iniciativa para alargar suas perspectivas e desenhar seus sistemas holisticamente de maneira que satisfaça tanto TI como as necessidades de negócio.

Quando você olha como combinar iniciativas BPM e SOA, não foque somente nos aspectos óbvios de integração e capacitação. Se você alargar sua visão para como BPM e SOA cabem dentro de uma perspectiva mais larga de arquitetura de negócio, relacionamentos e oportunidades mais profundas se tornarão aparentes.

Olá visitante

Você precisa cadastrar-se no InfoQ Brasil ou para enviar comentários. Há muitas vantagens em se cadastrar.

Obtenha o máximo da experiência do InfoQ Brasil.

Dê sua opinião

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber menssagens dessa discussão
Comentários da comunidade

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber menssagens dessa discussão

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber menssagens dessa discussão

Dê sua opinião

Conteúdo educacional

Feedback geral
Bugs
Publicidade
Editorial
InfoQ Brasil e todo o seu conteúdo: todos os direitos reservados. © 2006-2014 C4Media Inc.
Política de privacidade
BT