o diferenças entre BPM e SOA Eles são notáveis e, Apesar disto, você sempre se pergunta onde estão os limites, qual é o ponto onde um começa e o outro termina, quando as barreiras são borradas e os objetivos de ambos são integrados.
Gerenciamento de processos de negócios e arquitetura orientada a serviços, BPM – SOA, andam de mãos dadas, mas ao mesmo tempo descrevem conceitos muito diferentes. É verdade que podem ocorrer conjunções, como acontece com as definições de processo e serviço, mesmo que sempre tenham sua origem em motivos diferentes e sua execução será invariavelmente realizada usando conjuntos de habilidades diferentes.
BPM – SOA: Principais diferenças
A próxima tabela mostra alguns dos pontos onde as desigualdades mais significativas entre BPM e SOA:
SOA | BPM |
É um estilo arquitetônico, cujo objetivo é o desenho dos sistemas da empresa tanto na área de TI como na área de negócios. | É uma disciplina de negócios que busca soluções com foco na melhoria operacional. |
É um modelo de pensamento que ajuda a decompor problemas complexos em componentes bem definidos e reutilizáveis.. | É uma forma de construir soluções operacionais a partir da detecção de uma necessidade ou da antecipação de uma possibilidade. |
Destina-se a arquitetos e engenheiros, profissionais que não estão preparados para identificar ou estabelecer necessidades de negócios, muito menos para propor uma estratégia. | Destina-se a analistas de negócios e processos que não estão familiarizados com os meandros complexos da engenharia de sistemas. |
Seu ponto de partida é o conjunto de serviços disponíveis para suportar a automação desejada, onde as necessidades de negócios são coletadas, sempre entendido do ponto de vista do conhecimento e não do puramente tecnológico. Desta forma, pode-se garantir a construção de uma arquitetura uniforme e mediada que consiga conectar de forma eficaz os principais stakeholders dentro e fora da empresa.. | Seu objetivo é ser capaz de produzir uma declaração do nível de automação desejado que auxiliará no desenvolvimento da arquitetura.. Um bom design de processo de negócios deve começar a partir de condições mínimas de integridade, única forma de garantir sua otimização do ponto de vista operacional. Encontre a conexão entre a automação necessária e os recursos de TI relevantes que a suportam. |
A área cinza BPM – SOA
Entenda onde termina BPM e SOA começa é essencial. Os processos e serviços, apesar de dependerem um do outro, eles não têm ciclos de vida equivalentes, mas são necessários para atingir os objetivos de negócios. o equilíbrio adequado entre BPM e SOA é baseado na negociação entre o que se deseja, de uma perspectiva de solução aplicada apenas a processos, e o que é viável, do ponto de vista do portfólio de serviços empresariais. Consistência é a chave para o sucesso, embora, na prática, muitas soluções de mercado confundem as fronteiras entre BPM e SOA.
O risco de não saber diferenciar um do outro fica evidente nos resultados, dado que, ao fim e ao cabo, as ações em que se concentram são realizadas por diferentes pessoas com diferentes capacidades e utilizando ferramentas que nada têm a ver com cada caso. . (processos e integração). A lógica e o bom senso prevalecem e exigem a definição de limites entre BPM e SOA, única forma de garantir a otimização do esforço e o alcance dos objetivos de negócio.
Postagem Relacionada:
