Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Editing Hold Modules | ||||||||
Line: 6 to 6 | ||||||||
Wait for Signal | ||||||||
Changed: | ||||||||
< < | This hold stores entities in a queue until a unique signal is recieved during the simulation. Each time the signal is received an entity leaves the Hold module queue. | |||||||
> > | This Hold module stores entities in a queue until a unique signal is recieved during the simulation. Each time the signal is received a specified number of entities (defined by Limit) will leave the Hold module queue. | |||||||
Changed: | ||||||||
< < | Consider the example of simulating cars queing at a parking building exit while waiting for their prepaid parking tickets to be approved. The cars ( entities) must wait for the signal 10 to be sent in the simulation. When this signal is sent, one car will proceed through the exit. | |||||||
> > | Consider the example of simulating cars queing at a parking building exit while waiting for their prepaid parking tickets to be approved. The cars ( entities) must wait for the signal 10 to be sent in the simulation. When this signal is sent, one car (as defined by Limit) will proceed through the exit. | |||||||
Scan for Condition | ||||||||
Changed: | ||||||||
< < | This hold stores entities in a queue until a condition is satisfied. However, the Hold module ONLY checks this condition WHEN A CALENDAR EVENT OCCURS. If the condition is true then the first entity in the queue may leave the Hold module. This generates a new event and the condition is checked again. Each time the condition is true an entity leaves the Hold module queue. | |||||||
> > | This Hold module stores entities in a queue until a condition is satisfied. However, the Hold module ONLY checks this condition WHEN A CALENDAR EVENT OCCURS. If the condition is true then the first entity in the queue may leave the Hold module. This generates a new event and the condition is checked again. Each time the condition is true an entity leaves the Hold module queue. | |||||||
Changed: | ||||||||
< < | Below is an example of a Scan for Condition Hold module from the case study: Courier Service Model. | |||||||
> > | Below is an example of a Scan for Condition Hold module from the case study: Courier Service Model. As long as LoadingInnerCity is equal to one entities will leave the Hold module. | |||||||
Infinite Hold | ||||||||
Changed: | ||||||||
< < | This hold stores entities in a queue infinitely while the simulation is running. | |||||||
> > | This Hold module stores entities in a queue for an infinite duration while the simulation is running. | |||||||
Changed: | ||||||||
< < | NB: An infinite hold is usually combined with a Search module and a Remove module (See Arena help for more details). | |||||||
> > | NB: An infinite hold is usually combined with a Search module and a Remove module (See Arena help for more details). | |||||||
Changed: | ||||||||
< < | Consider the example of simulating an emergency waiting room. Incoming patients (entities) are placed into a queue based on their Patient Type. Patient Type is an attribute assigned to each entity earlier in the model. Patients will wait in the Emergency Room module in queue until they are removed from the queue by an nurse (entity) from a Remove module. | |||||||
> > | Consider the example of simulating an emergency waiting room. Incoming patients (entities) are placed into a queue based on their Patient Type. Patient Type is an attribute assigned to each entity earlier in the model. Patients will wait in the Emergency Room Hold module in queue until they are removed from the queue by an nurse (entity) at a Remove module. | |||||||
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Editing Hold Modules | ||||||||
Line: 15 to 15 | ||||||||
This hold stores entities in a queue until a condition is satisfied. However, the Hold module ONLY checks this condition WHEN A CALENDAR EVENT OCCURS. If the condition is true then the first entity in the queue may leave the Hold module. This generates a new event and the condition is checked again. Each time the condition is true an entity leaves the Hold module queue. | ||||||||
Changed: | ||||||||
< < | Below is an example of a Scan for Condition Hold module from the Case Study: Courier Service Model. | |||||||
> > | Below is an example of a Scan for Condition Hold module from the case study: Courier Service Model. | |||||||
Infinite Hold | ||||||||
Line: 24 to 24 | ||||||||
NB: An infinite hold is usually combined with a Search module and a Remove module (See Arena help for more details). | ||||||||
Changed: | ||||||||
< < | Consider the example of simulating an emergency waiting room. Incoming patients (entities) are placed into a queue based on their Patient Type. Patient Type is an attribute assigned to each entity earlier in the model. Entities will wait in the Emergency Room module in queue until they are removed from the queue by an nurse (entity) from a Remove module. | |||||||
> > | Consider the example of simulating an emergency waiting room. Incoming patients (entities) are placed into a queue based on their Patient Type. Patient Type is an attribute assigned to each entity earlier in the model. Patients will wait in the Emergency Room module in queue until they are removed from the queue by an nurse (entity) from a Remove module. | |||||||
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Editing Hold Modules | ||||||||
Line: 9 to 9 | ||||||||
This hold stores entities in a queue until a unique signal is recieved during the simulation. Each time the signal is received an entity leaves the Hold module queue. Consider the example of simulating cars queing at a parking building exit while waiting for their prepaid parking tickets to be approved. The cars ( entities) must wait for the signal 10 to be sent in the simulation. When this signal is sent, one car will proceed through the exit. | ||||||||
Added: | ||||||||
> > |
| |||||||
Scan for ConditionThis hold stores entities in a queue until a condition is satisfied. However, the Hold module ONLY checks this condition WHEN A CALENDAR EVENT OCCURS. If the condition is true then the first entity in the queue may leave the Hold module. This generates a new event and the condition is checked again. Each time the condition is true an entity leaves the Hold module queue. | ||||||||
Line: 20 to 22 | ||||||||
This hold stores entities in a queue infinitely while the simulation is running. | ||||||||
Changed: | ||||||||
< < | NB: An infinite hold is usually combined with a Search module and a Remove module (See Arena help for more details). | |||||||
> > | NB: An infinite hold is usually combined with a Search module and a Remove module (See Arena help for more details). | |||||||
Changed: | ||||||||
< < | -- MichaelOSullivan - 25 Aug 2009 | |||||||
> > | Consider the example of simulating an emergency waiting room. Incoming patients (entities) are placed into a queue based on their Patient Type. Patient Type is an attribute assigned to each entity earlier in the model. Entities will wait in the Emergency Room module in queue until they are removed from the queue by an nurse (entity) from a Remove module. | |||||||
Changed: | ||||||||
< < |
| |||||||
> > | ||||||||
| ||||||||
Added: | ||||||||
> > |
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Editing Hold Modules | ||||||||
Line: 7 to 7 | ||||||||
Wait for SignalThis hold stores entities in a queue until a unique signal is recieved during the simulation. Each time the signal is received an entity leaves the Hold module queue. | ||||||||
Added: | ||||||||
> > | Consider the example of simulating cars queing at a parking building exit while waiting for their prepaid parking tickets to be approved. The cars ( entities) must wait for the signal 10 to be sent in the simulation. When this signal is sent, one car will proceed through the exit. | |||||||
Scan for ConditionThis hold stores entities in a queue until a condition is satisfied. However, the Hold module ONLY checks this condition WHEN A CALENDAR EVENT OCCURS. If the condition is true then the first entity in the queue may leave the Hold module. This generates a new event and the condition is checked again. Each time the condition is true an entity leaves the Hold module queue. | ||||||||
Line: 18 to 20 | ||||||||
This hold stores entities in a queue infinitely while the simulation is running. | ||||||||
Added: | ||||||||
> > | NB: An infinite hold is usually combined with a Search module and a Remove module (See Arena help for more details). | |||||||
-- MichaelOSullivan - 25 Aug 2009 | ||||||||
Added: | ||||||||
> > |
| |||||||
| ||||||||
Added: | ||||||||
> > |
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Editing Hold Modules | ||||||||
Line: 11 to 11 | ||||||||
This hold stores entities in a queue until a condition is satisfied. However, the Hold module ONLY checks this condition WHEN A CALENDAR EVENT OCCURS. If the condition is true then the first entity in the queue may leave the Hold module. This generates a new event and the condition is checked again. Each time the condition is true an entity leaves the Hold module queue. | ||||||||
Added: | ||||||||
> > | Below is an example of a Scan for Condition Hold module from the Case Study: Courier Service Model.
| |||||||
Infinite HoldThis hold stores entities in a queue infinitely while the simulation is running. -- MichaelOSullivan - 25 Aug 2009 | ||||||||
Deleted: | ||||||||
< < |
| |||||||
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Editing Hold Modules | ||||||||
Line: 16 to 16 | ||||||||
This hold stores entities in a queue infinitely while the simulation is running. -- MichaelOSullivan - 25 Aug 2009 \ No newline at end of file | ||||||||
Added: | ||||||||
> > |
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Editing Hold Modules | ||||||||
Line: 6 to 6 | ||||||||
Wait for Signal | ||||||||
Changed: | ||||||||
< < | Coming soon! | |||||||
> > | This hold stores entities in a queue until a unique signal is recieved during the simulation. Each time the signal is received an entity leaves the Hold module queue. | |||||||
Scan for ConditionThis hold stores entities in a queue until a condition is satisfied. However, the Hold module ONLY checks this condition WHEN A CALENDAR EVENT OCCURS. If the condition is true then the first entity in the queue may leave the Hold module. This generates a new event and the condition is checked again. Each time the condition is true an entity leaves the Hold module queue.Infinite Hold | ||||||||
Changed: | ||||||||
< < | Coming soon! | |||||||
> > | This hold stores entities in a queue infinitely while the simulation is running. | |||||||
-- MichaelOSullivan - 25 Aug 2009 \ No newline at end of file |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Editing Hold Modules | ||||||||
Changed: | ||||||||
< < | Hold modules belong to the Advanced Process template (if you cannot find this template you may need to attach it). After you have added a Hold module by dragging it onto the flowchart view, you can edit it by double clicking. You can change the Name of course, but the main functionality is determined by the Type. There are 3 types of Hold module and we will discuss each on of them separately. | |||||||
> > | Hold modules belong to the Advanced Process template (if you cannot find this template you may need to attach it). After you have added a Hold module by dragging it onto the flowchart view, you can edit it by double clicking. You can change the Name of course, but the main functionality is determined by the Type. There are 3 types of Hold module and we will discuss each one of them separately. | |||||||
Wait for Signal | ||||||||
Line: 10 to 10 | ||||||||
Scan for Condition | ||||||||
Changed: | ||||||||
< < | This hold stores entities in a queue until a condition is satisfied. However, the Hold module ONLY checks this condition WHEN A CALENDAR EVENT OCCURS. If the condition is true then the first entity in the queue may leave the Hold module. This generates a new event and the condition is checked again. Each time the condition is true and enity is feed from the Hold module queue. | |||||||
> > | This hold stores entities in a queue until a condition is satisfied. However, the Hold module ONLY checks this condition WHEN A CALENDAR EVENT OCCURS. If the condition is true then the first entity in the queue may leave the Hold module. This generates a new event and the condition is checked again. Each time the condition is true an entity leaves the Hold module queue. | |||||||
Infinite Hold |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Added: | ||||||||
> > |
Editing Hold ModulesHold modules belong to the Advanced Process template (if you cannot find this template you may need to attach it). After you have added a Hold module by dragging it onto the flowchart view, you can edit it by double clicking. You can change the Name of course, but the main functionality is determined by the Type. There are 3 types of Hold module and we will discuss each on of them separately.Wait for SignalComing soon!Scan for ConditionThis hold stores entities in a queue until a condition is satisfied. However, the Hold module ONLY checks this condition WHEN A CALENDAR EVENT OCCURS. If the condition is true then the first entity in the queue may leave the Hold module. This generates a new event and the condition is checked again. Each time the condition is true and enity is feed from the Hold module queue.Infinite HoldComing soon! -- MichaelOSullivan - 25 Aug 2009 |