How Factory Physics helps simulation:８．CONWIPの法則
上位エントリー：Charles R. Standridge: How Factory Physics helps simulation 概要
「How Factory Physics helps simulation:７．利用率の法則」の続きです。
ConWIPはContant WIP（一定ＷＩＰ）の略である。ConWIPは１つのワークステーションあるいはワークステーションのグループで許されるＷＩＰの最大量が予め指定されたパラメータであることを意味する。HoppとSpearman (2000)は、かんばんシステムがConWIPシステムの特別なケースであると議論している。ConWIPシステムとかんばんシステムはプル・システムであり、そこでは製品は顧客需要に反応して生産されるが、対照的にプッシュ・システムでは製品は予想需要を満足するためにスケジュールされる。
大部分のシミュレーション言語はプッシュ・システムをモデル化することを指向しているが、大部分の現代的な生産システムはプル・システムである。よって、プッシュ・システムの枠組み内でプル・システムをモデル化することがなされなければならない。
ConWIPシステムのためにこれを達成するひとつの方法は以下の通りである。到着は、在庫から取り除かれる製品の顧客需要と対応している。これは追加の生産の需要を引き起こす。しかし、生産を開始することはConWIP制御システムからの許可を必要とする。この許可は、現在処理出来るエンティティの数と等しいユニットの数を持つリソースとしてモデル化される。
Frimard (2003)は図５に示す生産と較正のシステムをモデル化しシミュレートするためにこれらのアイディアを用いた。
- 図５： 生産と較正のシステム
ConWIP制御はＷＩＰラックを用いて実装される。バッチエリア内の１つの生産バッチは、生産が開始出来る前に使用可能になっていなければならない１個のラックに詰め込められる。較正が実施される１個流しエリアでは一度に１個のラックしか存在出来ない。
リソースはＷＩＰラックをモデル化し１個流しエリアでのＷＩＰラックの数を制御するために用いられる。シミュレーション実験はスループットを制約することを避けるのに必要なＷＩＰラックの最小数を決定するために用いられた。この数は１４個と決定されそれは最初のシステム設計に一致していた。１個流しロジックがモデル内に正しく実装されていることをチェックするためにアニメーションが用いられ、そしてシステムの運用において効果的であることを証明した。
