Vozes de BPM: Onde Termina o BPM e começa o SOA?

Nesta coluna, Claus Jensen, Arquiteto Chefe da IBM® para SOA, BPM, e Estratégia técnica de EA, explica as diferenças entre BPM e SOA, por que essa distinção é importante, e por quê ainda é bom senso combinar os dois, mas de uma forma estruturada e bem definida. Este conteúdo é parte do IBM Business Process Management Journal.

Claus Torp Jensen, Senior Technical Staff Member, IBM

Claus JensenClaus Torp Jensen é membro Senior Technical Staff e Chief Architect para Estratégia técnica de SOA-BPM-EA na IBM em Somers, NY. Ele faz parte da equipe SOA Foundation da IBM, trabalhando na convergência de diferentes disciplinas de arquitetura. Claus é membro do WebSphere Foundation Architecture Board.

Antes de ingressar na IBM, Claus acumulou dez anos de experiência como Chief Architect e SOA Evangelist.



23/Out/2012

Quais são as diferenças entre BPM e SOA e por que isso é importante?

É um fato bem conhecido na indústria que "processos são executados em serviços", portanto, é óbvio que o gerenciamento de processo de negócio (BPM) e arquitetura orientada ao serviço (SOA) caminham juntos. Os princípios do bom design de SOA são a diferença entre os processos que são fragmentados e conectados de forma ineficiente à estrutura transacional da empresa e dos processos que são uma parte integral da transformação de um negócio. Então, por que nós perguntamos onde termina BPM e começa SOA?

Um motivo é que os dois acrônimos representam tipos diferentes de conceitos. BPM é uma disciplina de negócio, voltada ao aprimoramento operacional. SOA é um estilo de arquitetura, voltado para a engenharia de sistemas (negócio e TI) da empresa. Especificamente, BPM é uma forma de desenvolver soluções operacionais e SOA é um modelo de pensamento que ajuda a decompor problemas complexos em componentes bem definidos e reutilizáveis.

Outro motivo é que BPM e SOA são importantes para (e executados por) tipos diferentes de pessoas. BPM é importante para os analistas de negócio e de processo. SOA é importante para arquitetos e engenheiros. Ambos podem, quando isolados, produzir os mesmos tipos de artefatos, definições de processo e serviço, mas o farão com motivos diferentes e por meio da aplicação de conjuntos de habilidades diferentes. Normalmente, arquitetos e engenheiros não estão equipados para definir como o negócio deseja funcionar. Por outro lado, os analistas de negócio e de processo não estão equipados para criar sistemas complexos de sistemas, em vez disso, eles se concentrarão inevitavelmente na solução dos problemas atuais.

Por fim, os ciclos de vida dos resultados respectivos de BPM e SOA são diferentes. Não apenas podem e irão processar a mudança independentemente dos serviços, eles o fazem com mais frequência do que um serviço bem projetado deveria fazer. Na verdade, se um serviço reutilizável mudar de uma forma volátil, como muitos processos de negócio, esse serviço causaria um custo inaceitável em seus consumidores, forçando-os a ajustar e a realizar testes de regressão continuamente com base em versões ainda mais novas.

Com essa observação chegamos ao ponto fundamental da necessidade de compreensão da importância de onde termina BPM e começa SOA. Processos e serviços, embora sejam dependentes um do outro, não seguem o mesmo ciclo de vida, ainda assim eles precisam suportar holisticamente, juntos, a mudança nos objetivos do negócio. Se os processos gerarem serviços não verificados, a proliferação do serviço ocorrerá e, por fim, a malha de SOA não será melhor do que um conjunto emaranhado de aplicativos herdados. Se os serviços gerarem processos não verificados, a mudança e a inovação sofrerão, pois qualquer alteração será medida em termos de se o resultado final é reutilizável, independentemente do fato de muitos processos de negócio não terem a necessidade de serem reutilizáveis. O equilibro apropriado entre BPM e SOA tem base na negociação entre o que é desejado de uma perspectiva de solução de processo único e o que pode ser gerenciado a partir de uma perspectiva de portfólio de serviço empresarial.


BPM termina com uma declaração do nível de automação desejado

No coração do design adequado de processo de negócio está a distinção entre uma tarefa humana e uma tarefa de serviço (automatizado). Para uma empresa moderna, a transação com integridade significa projetar e gerenciar com cuidado a integridade de processos de negócio ponta a ponta, e a otimização desses processos de negócio a partir de uma perspectiva operacional. Supõe-se simplesmente que as partes automatizadas desses processos otimizados podem ser conectadas aos recursos de TI relevantes que as suportam.


SOA começa com o conjunto de serviços disponíveis para suportar a automação desejada

A noção de mediação entre consumidor e fornecedor é fundamental para SOA. Historicamente, a mediação foi considerada em termos de interação entre os sistemas de TI. Com o advento do BPM, a noção de mediação precisa incluir processos de conexão (como consumidores de recursos de automação) e serviços (como fornecedores de recursos de automação). Isso para não dizer que a implementação de alguns serviços de negócio não podem incluir pessoas e processos, simplesmente porque para um processo de consumo o serviço é uma caixa preta que automatiza uma parte específica desse processo.

É importante lembrar que a orientação desse serviço não começa com a tecnologia; começa vendo seu negócio e o mundo a sua volta em termos de componentes funcionais. Pensar em termos de serviços (e dos processos que os consomem) fornece uma arquitetura uniforme mediada que pode conectar as principais partes interessadas dentro e fora da empresa.


Os produtos do fornecedor normalmente nublam as linhas entre BPM e SOA

Muitos produtos de fornecedor, em particular produtos BPM, nublam as linhas entre BPM e SOA pelo barramento de serviço corporativo (ESB) integrado. Um barramento de serviço corporativo é o padrão que incorpora e formaliza a noção de consumidores, mediações e fornecedores; portanto, a partir de uma perspectiva de tecnologia é uma tecnologia SOA essencial. O motivo de um ESB incorporado normalmente acompanhar um produto BPM é simples, conforme discutido acima, esse BPM assume que a parte automatizada dos processos pode ser conectada à TI subjacente, de modo que os recursos de conectividade e de mediação precisam estar disponíveis ou a solução BPM será somente centrada em humano.

Entretanto, mesmo ao usar um conjunto BPM que incorpora um ESB, você ainda deve lembrar que o BPM e SOA são executados por pessoas diferentes com habilidades diferentes. Na verdade, um requisito razoável de uma oferta combinada de BPM e SOA é que há ferramentas dedicadas para cada grupo: os especialistas de processo e também os especialistas de integração. Além disso, se SOA fizer parte da estratégia empresarial, é preciso tomar cuidado para que os recursos SOA não sejam externalizados a partir da plataforma BPM – pois, BPM não é o único consumidor de serviços, basta pensar em celular, nuvem e big data!


Conclusão

Adotar BPM e SOA permanece como bom senso, ainda assim é preciso tomar cuidado para solucionar efetivamente as diferenças em habilidades e modelos de pensamento entre especialistas de processo, especialistas de integração e arquitetos de serviço. Todos os três são importantes para a transformação de negócio e precisam trabalhar juntos com base em objetivos comuns. Se os limites entre os praticantes de BPM e praticantes de SOA não forem bem definidos, cada um fará suas próprias suposições sobre o que são e pelo que são responsáveis e raramente isso corresponderá com as suposições dos outros grupos. A solução, é claro, é definir e comunicar claramente onde termina BPM e começa SOA.

Recursos

Comentários

developerWorks: Conecte-se

Los campos obligatorios están marcados con un asterisco (*).


Precisa de um ID IBM?
Esqueceu seu ID IBM?


Esqueceu sua senha?
Alterar sua senha

Ao clicar em Enviar, você concorda com os termos e condições do developerWorks.

 


A primeira vez que você entrar no developerWorks, um perfil é criado para você. Informações no seu perfil (seu nome, país / região, e nome da empresa) é apresentado ao público e vai acompanhar qualquer conteúdo que você postar, a menos que você opte por esconder o nome da empresa. Você pode atualizar sua conta IBM a qualquer momento.

Todas as informações enviadas são seguras.

Elija su nombre para mostrar



Ao se conectar ao developerWorks pela primeira vez, é criado um perfil para você e é necessário selecionar um nome de exibição. O nome de exibição acompanhará o conteúdo que você postar no developerWorks.

Escolha um nome de exibição de 3 - 31 caracteres. Seu nome de exibição deve ser exclusivo na comunidade do developerWorks e não deve ser o seu endereço de email por motivo de privacidade.

Los campos obligatorios están marcados con un asterisco (*).

(Escolha um nome de exibição de 3 - 31 caracteres.)

Ao clicar em Enviar, você concorda com os termos e condições do developerWorks.

 


Todas as informações enviadas são seguras.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=80
Zone=WebSphere
ArticleID=842394
ArticleTitle=Vozes de BPM: Onde Termina o BPM e começa o SOA?
publish-date=10232012