Pools e Swimlanes no BPMN

Introdução

No BPMN 2.0, pools e swimlanes (também chamadas de lanes) são usados para organizar processos e representar visualmente papéis, departamentos ou entidades em um processo de negócio. Ajudam a mostrar quem é responsável por cada tarefa e como participantes interagem entre si.

Pools

• Finalidade: Um pool representa um participante principal no processo ou uma entidade mais ampla, como uma organização, sistema ou parceiro de negócios. Pools servem para definir limites do processo e indicar que cada pool pode representar organizações ou departamentos atuando juntos.

• Visualização: Um container retangular grande que engloba um processo completo. Pode ter várias swimlanes (lanes), mas cada pool corresponde a um processo ou participante diferente.

• Exemplo: Pode haver um pool para “Company A” e outro pool para “Company B” em um processo com interação entre elas.

• Quando usar: Pools são usados para modelar a interação entre entidades diferentes, como empresa e fornecedor, parceiro ou cliente externo. Cada entidade tem seu pool, e os message flows mostram a comunicação entre eles.

Swimlanes (Lanes)

• Finalidade: Uma swimlane (ou lane) é uma subdivisão dentro de um pool que ajuda a organizar melhor as atividades, separando-as conforme funções, departamentos ou sistemas. Lanes trazem clareza ao mostrar quem é responsável por cada tarefa dentro de um pool.

• Representação visual: Subdivisões horizontais ou verticais em um pool, cada uma representando um participante diferente (por exemplo, departamento, função ou sistema).

• Exemplo: Dentro de um pool que representa uma empresa, você pode ter lanes para “Sales”, “Finance” e “Customer Support”, com tarefas atribuídas a cada departamento.

• Aplicação: Lanes são usadas para indicar os responsáveis pelas tarefas em um pool, deixando claro quem executa cada atividade. Por exemplo, tarefas de processar faturas podem ficar na lane “Finance”, enquanto as de atendimento ao cliente ficam na “Customer Support”.

Collapsed Pool

• Finalidade: Um collapsed pool representa um participante do processo (como empresa, departamento ou sistema) cujo fluxo interno não é exibido. É útil para mostrar interações entre participantes sem detalhar processos internos.

• Visualização: Retângulo grande sem atividades internas visíveis. Normalmente exibe só o nome do participante e pode ter message flows entrando ou saindo, indicando interação com outros participantes.

• Exemplo: Um diagrama pode mostrar uma empresa interagindo com um fornecedor. Os processos internos da empresa aparecem, enquanto o fornecedor é representado por um collapsed pool, indicando sua atuação sem detalhar etapas internas.

• Quando utilizar: Collapsed pools são úteis para mostrar a interação entre vários participantes quando não há necessidade de detalhar os processos de todos. Por exemplo, pode-se mostrar como um cliente interage com um fornecedor externo sem detalhar os procedimentos desse fornecedor.

Características principais

Pools:

• Interação entre processos: Ao modelar vários pools, use message flows para mostrar a comunicação entre participantes. Por exemplo, um cliente pode enviar um pedido a um fornecedor, representado por um message flow entre seus pools.
• Processos independentes: Cada pool pode conter seu próprio processo. O processo de um pool é independente dos demais, mas message flows podem conectá-los.

Swimlanes (Lanes):

• Responsabilidade e organização: Lanes dentro de um pool representam participantes, papéis ou departamentos responsáveis por tarefas. Cada lane delimita as áreas de responsabilidade na mesma organização ou entidade.
• Atribuição de tarefas: Organizar tarefas em swimlanes facilita ver quem é responsável por cada parte do processo.

Collapsed Pool:

• Representação de participante: Um collapsed pool representa um participante de um processo sem mostrar o workflow interno. Pode ser uma organização, departamento ou entidade externa que interage com outros participantes.
• Sem atividades internas: O pool não mostra atividades internas, indicando que o processo está oculto ou irrelevante para o diagrama.
• Foco na interação: O foco é mostrar como o collapsed pool interage usando message flows, não os detalhes internos.
• Visibilidade de fronteira: Mesmo com processo interno oculto, os limites do participante aparecem para indicar participação.
• Visualização simples: Collapsed pools simplificam diagramas complexos ao retirar detalhes externos, deixando o foco em comunicação e interação.

Exemplos

Exemplo de Pool: Em um processo de cadeia de suprimentos:

• Um pool representa o “Supplier” e outro pool representa o “Customer”.
• O processo no pool “Customer” pode ser o envio de pedido; no pool “Supplier”, o processamento e envio desse pedido.
• Message flows entre pools mostram a comunicação como envio de pedido e confirmação de envio.

Exemplo de Swimlane: Em um processo interno de uma empresa:

• Um único pool representa a “Empresa XYZ”.
• Neste pool, swimlanes representam departamentos como “Sales”, “Operations” e “Accounting”.
• Tarefas como “Generate Invoice” vão para a lane “Accounting”, e “Prepare Shipment” para “Operations”, evidenciando a divisão de responsabilidades.

Exemplo de Collapsed Pool: Em colaboração internacional:

• Um collapsed pool representa o “International Partner A” e outro, o “International Partner B”.
• Os processos internos desses parceiros não são mostrados pois não importam para o diagrama atual.
• Message flows entre os collapsed pools mostram a comunicação, como o envio de proposta contratual de “Partner A” e recebimento do contrato assinado de “Partner B”.
• O foco é na troca e comunicação entre os parceiros, não nos detalhes internos de cada um ao tratar o contrato.

Pontos principais

• Pools:

  • Representam participantes diferentes como empresas, departamentos ou sistemas.
  • Usados para modelar interações entre organizações ou entidades distintas.
  • Contêm processos completos que podem se comunicar com outros pools por message flows.

• Swimlanes (Lanes):

  • Subdivisões em um pool, representando papéis, departamentos ou sistemas internos.
  • Organizem tarefas e mostram quem é responsável pelas atividades.
  • Ajudam a atribuir tarefas a participantes dentro do mesmo processo, oferecendo clareza.

• Collapsed Pools:

  • Representam participantes com atividades internas ocultas ou irrelevantes na visualização atual.
  • Focam na interação entre participantes, simplificando o diagrama e omitindo detalhes internos.
  • Usados quando somente comunicações gerais ou trocas externas são necessárias.
  • Message flows mostram a comunicação entre collapsed pools e outros participantes.
  • Ajudam a reduzir a complexidade dos diagramas mantendo clara a interação entre participantes.

Casos de Uso

• Pools: Para modelar interações entre entidades diferentes, como uma empresa e seu fornecedor ou cliente.
• Swimlanes: Para modelar processos internos em uma organização, mostrando como funções ou departamentos participam do fluxo de trabalho.
• Collapsed Pools: Quando existe participante externo e não é preciso mostrar o processo interno, como no caso de um cliente interagindo com um prestador de serviço, focando só na comunicação entre eles sem detalhar as etapas internas.

Exemplo

[IMAGE PLACEHOLDER FOR POOLS AND SWIMLANES EXAMPLE]

• Pool 1: “Customer”

  • Lane 1: “Sales Department” (Task: “Submit Order”)
  • Lane 2: “Accounting Department” (Task: “Send Payment Confirmation”)

• Pool 2: “Supplier”

  • Lane 1: “Warehouse” (Task: “Prepare Shipment”)
  • Lane 2: “Billing” (Task: “Issue Invoice”)

Neste diagrama, o pool Customer se comunica com o pool Supplier por meio de message flows (por exemplo, envio de pedido e recebimento de fatura), enquanto as tarefas de cada pool são distribuídas em lanes conforme a responsabilidade do departamento.

Pools e swimlanes são essenciais para estruturar processos de negócio complexos, mostrando com clareza como áreas e papéis contribuem para o workflow e definindo responsabilidades internamente e entre organizações.