Como exemplo, considere a situação onde dois componentes em paralelo falham ao mesmo tempo e somente uma única pessoa para reparo esta disponível. Porque esta pessoa não pode executar reparo simultaneamente em ambos os componentes, um atraso adicional será encontrado, que também necessita ser incluído no modelo. O primeiro passo para realizar isto, é atribuir um grupo específico de reparo a cada componente.

Utilizando Grupos

O BlockSim 6 permite que você atribua um ou mais grupo da manutenção a cada componente através da janela das propriedades do bloco, como mostrado em figura 1. Note que pode haver grupos diferentes para cada ação, isto é corretivo, preventivo e/ou inspeção.

Figura 1: Janela com as propriedades dos blocos

É necessário nomear e definir um política para cada grupo, como mostrado na figura 2.

Figure 2: Crew Policy window

Esta política identifica as propriedades básicas para o grupo, como:

• Atraso Logístico atrasa (isto é, quanto tempo demora para o grupo chegar ao local).
• O número de tarefas simultâneas que o grupo pode executar.
• O custo por hora para o grupo.
• Algum custo adicional por o incidente.

Exemplo

Para ilustrar o uso dos grupos no BlockSim 6, considere o cenário determinístico descrito pelo seguintes RBD e propriedades.

Figura 3: Seqüência de eventos usando os grupos

O gráfico Up/Down do sistema na Figura 3, ilustra a seqüência de eventos, que são:

1. Em 100, A falha. Demora de 20 para o grupo chegar e 10 para reparar a unidade, assim o componente é reparado em 30. O sistema está em failed/down durante este tempo.
2. Em 150, B falha, desde que ele tenha acumulado uma idade na operação de reparo de A em 120. Oura vez, tem que esperar a chagada do grupo e é reparado em 190.
3. Em 170, C falha. Para o reparo de C é necessário o único grupo disponível. Entretanto, este grupo esta ocupado atualmente por B e, desde que o grupo pode executar somente uma tarefa de cada vez, não pode responder imediatamente ao pedido por C. Assim, C permanecera em falha até que o grupo se torne disponível. O grupo terminará o reparo na unidade B em 190 e será despachado então à expedição de C. O atraso logístico será considerado outra vez e C será reparado em 230. O sistema continua a operar até que as falhas conjuntas de B e de C não estejam sobrepostas (isto é, o sistema esta parado entre 170 a 190).
4. Em 210, D falha. Outra vez, tem que esperar o grupo para o reparo.
5. Em 260 D volta a funcionar.

A Figura 4 mostra um exemplo de alguns dos resultados possíveis do Grupo (detalhes) e estes resultados são discutidos em seguida.

Figura 4: Resultado do Grupo de Manutenção gerado pela simulação no BlockSim 6

Explanação dos detalhes dos Grupos.

1. Cada pedido feito à um grupo é registrado.

2. Se um pedido for bem sucedido (isto é, o grupo está disponível) a chamada é registrada e é registrada como aceita, se um pedido não for aceito (isto é, o grupo está ocupado) a chamada é registrada como rejeitada.

3. Neste cenário há dois exemplos, quando o Grupo não estava disponível (chamadas rejeitadas = 2) e quatro quando o Grupo executou ação (chamadas aceitas = 4), tendo um total de seis chamadas (chamadas recebidas = 6).

4. As porcentagens aceitas e as porcentagens rejeitadas são as relações das chamadas aceitas e das chamadas rejeitadas em relação ao total das chamadas recebidas.

5. A utilização total é o tempo total que o Grupo esteve em uso. Inclui o tempo requerido para terminar a ação de reparo e o tempo logístico. Neste caso, é 140, ou:

7. A duração média de chamada é a duração média de cada utilização do Grupo e inclui também o tempo logístico e o de reparo. É a utilização total, dividida pelo número de chamadas aceitadas. Neste caso, este é 35.

8. O tempo total de espera é o tempo em que o bloco fica em "esperando" pelo grupo para realizar o reparo. Neste caso, é 40 (ambos C e D esperaram 20 cada).

9. Os custos totais do grupo são os custos totais para este grupo. Isto inclui encargo por incidente, assim como o custo por unidade de tempo. Neste caso, este é 180. Há quatro incidentes, em 10 cada para um total de 40, assim como 140 unidades do tempo da utilização em 1 unidade de custo por a unidade do tempo.

10. O custo médio por a chamada é o custo total dividido pelo número de chamadas aceitadas. Neste caso, este é 45.

Note que, os custos do grupo que são atribuídos aos blocos individuais, podem ser obtidos do relatório dos blocos, como mostrado em figura 5.

Figura 5: Alocação dos custos dos grupos

Como o BlockSim Trabalha com os Grupos

1. O tempo logístico do grupo é adicionado a cada hora de reparo.

2. O tempo logístico é sempre presente e o mesmo, não levando em consideração de onde o grupo foi chamado (isto é, se o grupo estava em um outro trabalho ou estava inativo no momento do pedido).

3. Um grupo pode executar um número finito de tarefas simultâneas ou um número infinito.

4. Se o limite finito de tarefas for alcançado, o grupo não responderá a nenhum pedido adicional até que o número de tarefas que o grupo esteja executando seja menor que o limite.

5. Se um grupo não estiver disponível para responder um pedido de reparo, o componente deverá "esperar" até que um grupo se tornar disponível.

6. O BlockSim mantêm uma fila de chamadas rejeitadas e despachará o grupo ao reparo seguinte com base em "primeiro chegar, primeiro a reparar".

7. Os múltiplos grupos podem ser atribuídos a um único bloco.

8. Se um grupo não for atribuído a um bloco, supõe-se que não exista nenhuma limitação do grupo e será utilizado um "default" para o grupo. O grupo de defeito pode executar um número infinito de simultâneas tarefas e não tem nenhum atraso ou custo.

Olhando para Múltiplos Grupos

Os múltiplos grupos podem estar disponíveis para executar a manutenção para um componente particular. Quando os múltiplos grupos forem atribuídos a um bloco no BlockSim, os grupos estão atribuídos para executar a manutenção baseada em sua ordem na lista de grupo, como mostrado em figura 6.

Figura 6: Componente simples com 2 Grupos designados para Manutenção Corretiva

No exemplo de mais de um grupo que está sendo atribuído a um bloco, se o primeiro grupo estiver indisponível, o grupo seguinte é chamado, e assim por diante. Como exemplo, considere o um caso prévio mas com as seguintes modificações (isto é, os grupos A e B são atribuídos a todos os blocos):

O sistema se comportaria como mostrado na Figura 7.

Figura 8: Gráfico do Sistema Up/Down utilizando 2 Grupos

Neste caso, o Grupo B foi utilizado para o reparo de C desde que o Grupo A estava ocupado. Em todo o outro, o Grupo A foi usado. É muito importante notar que, uma vez que um grupo foi atribuído a uma tarefa ele terminará a tarefa. Por exemplo, se nós temos um atraso de tempo para o grupo B de 100, o comportamento do sistema seria como mostrado em figura 9.

Figura 9: Gráfico do Sistema Up/Down com tempo de atraso para o Grupo B de 100.

Em outras palavras, mesmo que o Grupo A terminasse o reparo em C mais rapidamente se ele estiver disponível quando chamado originalmente, B for atribuído a tarefa porque A não estava disponível naquele tempo que o grupo era requisitado.

Regras Adicionais para os Grupos

1. Se todos os grupos atribuídos estão ocupados, o grupo a seguinte que será escolhido é o grupo que pode começar lá primeiro.
   • Isto olha quanto tempo levaria de um particular grupo para terminar sua tarefa atual (ou todas as tarefas em sua fila) e seu tempo logístico.
2. Se um grupo estiver disponível, ele começa sendo utilizado, embora ele tenha um atraso logístico.
   • Em outras palavras, se um grupo com atraso logístico menor estiver ocupado, mesmo quase terminando, e um outro grupo com um atraso logístico muito maior estiver atualmente livre, o grupo livre será atribuído à tarefa.