Como funciona o mecanismo de simulação
Entenda o mecanismo de simulação
O ProcessMind usa um mecanismo de simulação de eventos discretos (DES) para modelar seus processos. Entender como esse mecanismo funciona ajuda você a configurar simulações com mais eficiência e interpretar os resultados com precisão. Você pode ver o mecanismo em ação no seu próprio processo com um teste grátis.
O que é simulação de eventos discretos?
Na simulação de eventos discretos, o estado do sistema muda apenas em eventos específicos: o relógio avança de um evento para outro e, entre eles, nada acontece. Essa abordagem é ideal para processos de negócios porque:
- As atividades têm horários definidos de início e término
- Os recursos são alocados e liberados em momentos específicos
- Os casos chegam e são concluídos em momentos definidos
Por que usar eventos discretos?
Ao contrário da simulação contínua, usada em física ou dinâmica de fluidos, os processos de negócios não precisam ser modelados a cada instante. Uma solicitação de empréstimo não passa gradualmente de “enviada” para “aprovada”: seu estado muda em eventos específicos.
O ciclo principal de eventos
O mecanismo de simulação segue um ciclo simples:
1. Initialize: Set up starting conditions
2. Get Next Event: Find the earliest scheduled event from the priority queue
3. Advance Time: Move simulation clock to that event's time
4. Process Event: Handle the event (start activity, complete activity, etc.)
5. Schedule New Events: Based on what happened, add new events
6. Repeat: Continue until end time or max events reached (5,000,000)
7. Output: Generate the complete event log Tipos de eventos
A simulação gera e processa vários tipos de eventos:
| Tipo de evento | O que acontece |
|---|---|
| Chegada de caso | Um novo caso entra no processo por um evento de início |
| Início de atividade | Um caso começa a executar uma atividade (os recursos são alocados) |
| Conclusão de atividade | Um caso termina uma atividade (os recursos são liberados) |
| Avaliação de gateway | Um ponto de decisão define qual caminho ou caminhos seguir |
| Conclusão de caso | Um caso chega a um evento final |
Geração e chegada de casos
Os casos entram na simulação pelos eventos de início do seu modelo BPMN. O padrão de chegada é definido pela distribuição de geração de casos.
Padrão de chegada padrão
Por padrão, os casos chegam segundo uma distribuição de Poisson, à taxa de 1 caso por hora. Isso gera intervalos aleatórios realistas entre chegadas, comuns em muitos processos de negócios.
Personalizar as chegadas
Você pode configurar diferentes padrões de chegada usando as distribuições descritas na documentação de Distribuições.
Fluxo de casos pelo processo
Fluxos de sequência
Quando um caso conclui um elemento, ele segue imediatamente o fluxo de sequência de saída. Se houver apenas um caminho de saída, o caso o seguirá automaticamente.
Comportamento dos gateways
Os gateways controlam como os casos se dividem e se juntam:
| Tipo de gateway | Comportamento |
|---|---|
| XOR (exclusivo) | Um único caminho de saída é selecionado aleatoriamente, com base nas probabilidades. As probabilidades são tratadas como pesos relativos e normalizadas automaticamente. |
| AND (paralelo) | Todos os caminhos de saída são seguidos ao mesmo tempo. O caso se divide em tokens paralelos. |
| OR (inclusivo) | Os caminhos são selecionados aleatoriamente, mas pelo menos um deles sempre é seguido. |
| Baseado em eventos | Seleção aleatória entre os eventos disponíveis. |
Definir probabilidades
Nos gateways XOR, você atribui probabilidades a cada fluxo de saída. Elas são pesos relativos:
- Se você definir os fluxos como 70, 20 e 10, eles serão normalizados para 70%, 20% e 10%
- Se você definir os fluxos como 7, 2 e 1, o resultado será o mesmo
- Os fluxos sem valor definido usam o percentual restante
Execução de atividades
Quando um caso chega a uma tarefa (atividade), o mecanismo segue esta sequência:
1. Verificar a disponibilidade de recursos
O recurso necessário tem capacidade disponível?
2. Colocar na fila, se necessário
Se não houver recursos disponíveis, o caso entra na fila de espera. Por padrão, o ProcessMind usa a ordem FIFO (primeiro a entrar, primeiro a sair): os casos são processados na ordem em que chegaram.
3. Alocar recursos
Quando os recursos necessários ficam disponíveis, suas unidades são reservadas para esse caso.
4. Sortear o tempo de processamento
O mecanismo sorteia um valor da distribuição de tempo de processamento configurada. Esse valor determina quanto tempo a atividade levará.
5. Programar o evento de conclusão
Um evento de conclusão é adicionado à fila de eventos em current_time + processing_time.
6. Liberar os recursos
Quando o evento de conclusão ocorre, os recursos voltam ao conjunto para serem usados por outros casos.
Tempo mínimo de processamento
Para garantir horários únicos e um comportamento realista, todas as atividades têm duração mínima de 1 segundo. Mesmo com uma distribuição de duração zero, as atividades levam pelo menos esse tempo.
Chance de pular
Você pode configurar uma chance de pular uma atividade (de 0% a 100%). Quando uma atividade é pulada:
- O caso segue imediatamente para o próximo elemento
- Nenhum recurso é consumido
- Nenhum tempo passa (exceto o mínimo de 1 segundo)
- A atividade aparece no registro com duração mínima
Isso representa situações reais em que algumas etapas são puladas ocasionalmente.
Tratamento do tempo
O relógio da simulação
A simulação mantém um relógio virtual que avança de forma discreta, de um evento para outro. Se o próximo evento ocorrer às 10h35 e o horário atual for 10h30, o relógio avança diretamente para 10h35.
Unidades de tempo
Internamente, todos os horários são convertidos para unidades consistentes. Você pode especificar durações em:
- Segundos
- Minutos
- Horas
- Dias
As taxas de chegada são definidas separadamente, por hora, dia, semana, mês ou ano.
Periodicidade e intervalos de tempo
Os parâmetros podem variar conforme o horário da simulação. Por exemplo:
- Taxas de chegada diferentes para dias úteis e fins de semana
- Tempos de processamento diferentes para turnos da manhã e da tarde
- Capacidade de recursos diferente nos horários de pico
Consulte a documentação de Periodicidade para ver os detalhes de configuração.
Gerenciamento de recursos
Conjuntos de recursos
Cada recurso tem uma capacidade definida: o número de casos que pode atender ao mesmo tempo.
Gerenciamento de filas
Quando a demanda supera a capacidade, os casos aguardam em uma fila. Por padrão, o ProcessMind usa a ordem FIFO (primeiro a entrar, primeiro a sair), garantindo que os casos sejam processados na ordem de chegada.
Geração do Event Log
Durante a simulação, cada execução de atividade é registrada no Event Log de saída:
| Campo | Descrição |
|---|---|
| ID do caso | Identificador único de cada caso (gerado em sequência) |
| Atividade | Nome do elemento BPMN |
| Horário de início | Quando a atividade começou |
| Horário de conclusão | Quando a atividade terminou |
| Recurso | Recurso que executou a atividade |
| Atributos | Atributos do caso naquele momento |
Esse registro segue os formatos padrão de Event Log e pode ser analisado com todas as ferramentas do ProcessMind.
Limites da simulação
| Limite | Valor | Finalidade |
|---|---|---|
| Máximo de eventos | 5.000.000 | Evita simulações sem fim |
| Duração mínima | 1 segundo | Garante horários únicos |
Comece com pouco e depois aumente
Ao configurar uma nova simulação, comece com um período curto (alguns dias ou semanas) para validar a configuração. Quando tiver certeza de que o modelo está funcionando corretamente, aumente o período.
Próximos passos
Melhore seus processos. Crie uma arquitetura conectada. Mantenha o controle.
Acesse na hora, sem cartão de crédito nem espera. Transforme a forma como sua organização trabalha em modelos de processo claros e conectados.
Crie sua arquitetura de processos, defina responsabilidades e controles e alinhe papéis e atribuições em todos os níveis.
Comece o teste grátis e crie uma base confiável para governar, gerenciar e melhorar seus processos continuamente.