Universidade Federal de Pernambuco

Centro de Tecnologia e Geociências

Departamento de Engenharia de Produção
Disciplina: Técnicas de Simulação na Produção
Docente: Márcio das Chagas Moura
Discente: Bruna Pedrosa Medeiros Leal

Exercícios 4, 5 e 6

4. Diante as informações oferecidas pela questão, vamos seguir os seguintes passos:

● Posicionar os objetos necessários
○ Source1
○ Queue1
○ Processor
Neste caso, eles serão os testadores citados no enunciado. Como temos
dois para um tipo de componente e três para o outro tipo, vamos ter cinco no
total.
○ Sink1
● Fazer as conexões
○ Como os objetos chegam para a Queu1, teremos uma ligação entre ela e a
Source1.
○ Os componentes são puxados a partir da Queu1 para seus determinados
processadores. Dessa forma, teremos conexão entre todos os processadores
e a Queu1.
○ Após os componentes serem testados, eles saem do sistema que estamos
observando para o modelo. Logo, todos os processadores são conectados a
Sink1.
● Definir os parâmetros dos objetos
○ Source1:
■ Os componentes chegam em uma distribuição exponencial de
parâmetro 30.
■ Também temos dois tipos de componentes, que devem ser definidos
através de um trigger “SetLabel by Percentage”, com as porcentagem
de 40% para o tipo 1 e 60% para o tipo 2.
■ Para melhorar a visualização do modelo, colocaremos mais um
trigger voltado para “SetColor by Case”.
○ Processor1,2:
■ Temos uma estratégia puxada para o primeiro cenário. Logo,
selecionamos “Pull” na propriedade de “Input”. Como todos os
componentes vêm da mesma Queu1, sua estratégia é para qualquer
porta (“Any port”). Porém, estes só aceitam os componentes do tipo 1,
logo criaremos um “Pull requirement” para um tipo específico de label.
■ Colocar o ProcessTime seguindo uma distribuição uniforme de
parâmetros 100 e 150
■ Colocar o Setup Time igual a 5 segundos
○ Processor3,4 e 5:
■ Mesma situação dos Processors1 e 2, porém apenas mudaremos o
tipo de label para o tipo 1.
 ● Ajustar o transporte
○ Operator1
Posicionaremos uma operadora juntamente a Queu1, que deverá ser
conectada através de “Connect Center Ports”. Para que ela fique responsável
pelo transporte, iremos definir o output da Queu1 selecionando “Use
Transport”.
○ Rede de caminhos
Criaremos nós para a rede de caminhos de forma que eles estejam próximos
da Queue1 e dos processadores, já que são estes os pontos de início e fim
de transporte dos componentes. Para montar a rede de forma funcional,
conectamos os pontos entre si e entre os objetos mais próximos de cada um,
a fim da operadora saber para onde deve ir a depender do flowitem. Além
disso, para que a operadora siga os caminhos, ela deve ser conectada com
um dos nós.
● Atividade de Setup
○ O enunciado definiu que a operadora será responsável pelo setup e ele deve
realizá-lo logo após transportar o produto. Dessa forma, primeiro iremos
colocar em cada processador que o setup vai ser feito pela operadora (“Use
Operator(s)”). E também precisamos usar o “Preemption” para que ela
priorize o setup acima das outras atividades subsequentes (“Preempt Only”).

Finalizamos a estruturação do modelo, agora iremos trabalhar com os cenários e

compará-los:
● Cenário 1: Estratégia Puxada

● Cenário 2: Estratégia Empurrada

Primeiramente, para mudar a estratégia, tiramos a opção “Pull” de cada um dos
processadores e definimos um “Port by case” no Output da Queue1, direcionando
cada tipo de flowitem para seus respectivos processadores.
 Com isso, teremos no mesmo espaço de tempo os seguintes dados:

Observando a própria Queue1, percebemos que a estratégia puxada é a que aumenta a

produtividade dos processadores e testa uma quantidade muito superior de flowitens (o
dobro, basicamente), podendo isto ser identificado pela própria Sink1.

5. Diante as informações oferecidas pela questão, vamos seguir os seguintes passos:

● Posicionar os objetos necessários
○ Source
Teremos duas sources, uma para os componentes e outra para os pallets.
○ Processor
Teremos dois processadores que executam a primeira operação no
componente e outro voltado para o registro deles após a combinação.
○ Queu
Teremos duas filas para receber os componentes após a primeira operação e
outras duas após a embalagem.
○ Combiner
○ Separator
○ Rack
● Fazer as conexões
 ○ Teremos uma conexão do tipo “A” entre a Source1 e as Queue1 para a
mobilidade dos componentes. Essa fila será conectada com dois
processadores, cada um para um tipo de componente. Cada processador de
operação será conectado com uma fila em específico para guardar seu tipo
específico de componente
○ Colocaremos uma esteira entre a Source2 e o Combiner para o transporte
dos pallets. Eles serão transportados até o processador de registro e o
separador através de esteiras também.
○ Após o separador, os componentes serão levados para uma fila e os pallets
para outra.
○ Os componentes serão colocados num rack, o que necessita de uma
conexão entre a sua fila e a rack.
● Definir os parâmetros dos objetos
○ Source1
■ Trigger voltado para o tipo de componente (“Set label”) seguindo uma
duniform com parâmetros 1 e 2
■ Trigger voltado para visualização (“Set Color by Case”)
■ Interarrival time de 10 segundos
○ Queue1
■ Output determinado com um “Port by Case”, onde cada tipo de
componente segue para um tipo de processador
○ Processors1,2
■ Process time seguindo a distribuição lognormal2(0.0, 15.0, 0.2,
getstream(current))
○ Source2
■ FlowItem Class vai ser do tipo “Pallet”
■ Trigger voltado para o tipo de cliente (pallet) de “Set Label anda
Color”
○ Combiner1
■ Trigger voltado para a formação dos pallet “On Entry” de “Update
Combiner Component List”
● Vamos criar uma “Global table” para indicar como os pedidos
são realizados, usando a tabela indicada na própria questão
○ Processor3
■ Process time de 20 segundos
○ Separator1
■ Process time seguindo uma normal de parâmetros 10 e 2

Finalizamos a construção do modelo:

Observando os dados quanto a ociosidade dos objetos fixos, podemos perceber que o
Combiner é o item de menor ociosidade, o que indica que a demanda de uso é superior à
sua capacidade. Dessa forma, isso faz até com que o Processor3 e o Separator1 fiquem
bastante ociosos.

6. Diante as informações oferecidas pela questão, vamos seguir os seguintes passos:

● Posicionar os objetos necessários
○ Source1
○ Conveyor
Responsável por receber os flowitens e transportá-los para as suas
determinadas entradas
 ○ Queue
○ Decision Point
● Definir os parâmetros dos objetos
○ Source1
■ Interarrival time seguindo uma distribuição exponencial de parâmetros
0 e 25
■ Trigger na criação voltado para os 5 tipos de item que são citados no
enunciado na questão. Utilizamos o trigger de “Set label and case”
com o valor do type definido através de uma duniform.
○ Decision Points
■ Colocamos 5 decision points e os conectamos entre si através da
conexão “A”. Um deve ficar posicionado na esteira principal,
responsável por identificar o tipo de item e direcioná-lo para sua
respectiva entrada. Os outros 4 ficam nas esteiras paralelas, servindo
para sinalização das entradas dos itens.

Finalizamos o modelo. Podemos rodá-lo por 4 horas para garantir que os itens estão sendo
separados da forma necessária e indicada:

Quanto à utilização de outras ferramentas com o propósito de modelar este mesmo sistema
é viável e possível. Um exemplo mais simples poderia ser voltado a utilização da aba
“Output”, onde podemos definir que certos tipos seguirão para portas específicas. Um mais
complexo poderia ser a utilização do ProcessFlow, onde definimos de forma paralela ao
modelo estruturado as suas orientações.