Motor da regras incluído
Versus trazer seu próprio motor da regras
Até agora, as soluções de BPM atuam em dois campos: ou você tem um glorioso motor da regras apresentado como uma solução genérica de BPM, ou você teve uma solução de BPM genérico que não suporta nativamente a execução de regras de negócio complexas. Em conseqüência, a maioria de clientes que distribuem uma solução de BPM mais tradicional, tiveram que procurar um motor da regras fornecido por terceiros, mesmo que não necessitassem realmente um motor de regras, faz do motor da regras uma exigência do BPM 2.0, de modo que possa ser alavancado pelo próprio fornecedor de BPM nos lugares onde faz o sentido, tal como ramificar da decisão, roteamento de mensagem, parar serviços para um estágio mais tarde, ou interfaces de usuário contextuais. O BPM 2.0 faz do Sistema de Gerenciamento de Regras de Negócio (BRMS) parte do BPMS, de modo que somente uma plataforma tenha que ser controlada e o ciclo de vida de processos dirigido a regras aerodinâmico.
Mas por que um BPMS necessita um motor da regras de negócio? A menos que seus processos do negócio não sejam extremamente complexos, você pode nunca necessitar o poder de um desenvolvido o motor das regras de negócio, mas este não significa que seu BPMS não deve incluir um. Há muitas razões para isto. Primeiramente, não há nenhuma maneira padrão de integrar com um motor das regras de negócio, e se houvesse sempre um, haverá uma maneira padrão de descrever regras de negócio como há para processos do negócio usando BPMN usando código de BPEL. Os fornecedores dos motores das regras de negócio tentam construir tal padrão ha anos, mas nunca conseguiram concordar um com o outro, e eu duvido se conseguirão. Em conseqüência, se um BPMS não incluir um motor das regras de negócio, não tem nenhuma maneira de fornecer uma relação padrão que permita que os clientes liguem seu motor de preferência.
Em segundo, a única maneira saber se realmente terá vantagem de um motor de regras de negócio dentro deste contexto de um BPMS é alinhar o ciclo de vida de regras de negócio com o ciclo de vida dos processos do negócio. Por exemplo, uma regras de negócio terá que ser expressada de encontro ao modelo dos dados dos objetos ou dos serviços orquestrados por processos de negócio. Quando o processo muda, o modelo dos dados de seus objetos e serviços relacionados mudará também, que impactarão nas regras de negócio usadas. Se os dois ciclos de vida não forem alinhados, você pode se esquecer sobre Um Clique Distribui.
Em terceiro lugar, o BPMS deve fazer exame das vantagem e potencialidades oferecidas pelo motor das regras de negócio não apenas para regras de negócio, mas também onde ligar as regras para selecionar que execução de um serviço deverá ser usada, como uma interface de usuário deve ser costurada aos usuários finais específicos, e quando escalar um alerta ao gerente de TI quando algumas exceções de nível de sistema são geradas. Se seu BPMS escolhido não incluir um motor das regras de negócio, você ainda invoca regras de negócio como serviço ou API, mas você perderá obter os benefícios esboçados acima. Bastante interessante, esta é uma das partes que faltam no Intalio|BPMS, e nós estamos trabalhando agressivamente para reparar isto. Nossas duas opções são Corticon e OpenLexicon.
