老木講的沏茶模型
一次會議將於8:00開始,需要組織人員給與會者沏茶和衝咖啡。總共需要完成的任務有以下:
(1)買茶葉,10分鐘,買完茶葉才能沏茶。需要資源:自行車、張三。產出物料:茶葉1
(2)生火,5分鐘,生火開始以後才能燒水。需要資源:爐子,李四。投入物料:煤1
(3)燒水,10分鐘,燒水完後才能沏茶。需要資源:水壺,王五。產出物料:開水1
(4)洗杯子,5分鐘,洗完杯子才能沏茶。需要資源:杯子、李四。產出物料:杯子5
(5)沏茶,5分鐘,買完茶葉、燒完開水、洗完杯子才能沏茶。需要資源:水壺、張三、王五。投入物料:杯子5、茶葉1、開水1,產出物料:茶水5。
(6)衝咖啡,8分鐘,燒開水以後才能衝咖啡。需要資源:張三。投入物料:杯子5、開水1、咖啡2,產出物料:咖啡飲料。
問題如下:
(1)最少多長時間可以完成沏茶任務。每個任務應在幾點鐘開始?幾點結束?
(2)總共需要投入哪些物料?投入多少?何時投入?產出哪些成品?何時以及產生多少成品?
(3)哪些工序的時間不能有任何變化?哪些工序的時間可以變化,變化的範圍是多少。
(4)從哪些步驟入手可以減少整個的工作時間。
(5)如果必須在生火2分鐘後才能開始燒水工作,整個計劃如何改變?
(6)李四一共有多少種工作安排方式?每種方式下整個工作計劃如何改變?
(7)如果連續兩次或者連續多次進行相同的工作,給定一個開始時間,如何安排?
(8)連續多次相同工作,給定一個結束時間,如何安排?
(9)隨意改變其中的一些時間引數,看是否能很快計算出相應結果。
答案提示:整個工作的最短工作時間28分鐘,買茶葉和衝咖啡是關鍵工序,沒有自由時間。李四有兩種可能的工作方式:先生火或者先洗杯子。
分析:
如果ERP軟體可以順利計算出並回答以上問題,該ERP軟體可以實現生產計劃的基本功能,可以對工序安排做處理和計算,可以適應多種生產工藝模型,可以滿足一般企業對比較簡單的生產管理的要求。
如果ERP軟體不能完成問題8,說明缺少時間倒推排產的功能,對一般企業問題不是很大。
如果不能完成問題7,說明排產的功能不足,企業需要慎重決策。
不能完成問題6,說明對資源的優化和排程功能不足,需要進行資源排程計算的企業需要慎重,對無資源排程的企業影響不大。
不能完成問題5,說明對企業工藝模型的適應性不好,有比較複雜的工藝模型的企業需要慎重,對工藝模型比較簡單的企業影響不大。
不能完成問題3和4,說明軟體計算關鍵工序和生產瓶頸的能力不足,一般企業都應該慎重。
不能完成問題1,或者不能計算出最短時間28,說明軟體的基礎功能不足,無法適應一般企業的生產工藝流程,無法得到基本的優化排產。很難稱之為ERP軟體。如果計算結果為25,說明軟體對工藝模型的處理能力不強,必然造成很多生產工藝流程無法計算。屬於基礎功能嚴重不足,企業需要特別慎重。
不能完成問題2,或者只能得到投料數量而不能得到時間,意味著沒有物料需求計劃或者物料需求計劃功能不足,不是完整的ERP軟體。建議企業不選擇。
如果問題9不能很快完成,一般是由於軟體操作過於繁瑣、人機介面不好造成的。在功能上影響不是很大,但是會造成企業日常工作的效率偏低。
要注意計劃結果必須是自動計算出來不能是手工錄入,否則就是上當受騙。
沏茶模型生火的工序中,需要2斤媒,滿足資源約束的生火開始時間是8:00。煤的‘線性庫存表’顯示如下:
時間8:00 數量: 1,描述: 此時的剩餘數量
時間8:30 數量: 3,描述: 入庫2斤
時間9:00 數量: 0,描述: 用掉3斤
時間10:00 數量: 4,描述: 入庫4斤
時間11:00 數量: 2,描述: 用掉2斤
假如從8:00以後一整天沏茶工作都滿足資源約束,請根據這個‘線性庫存表’計算:
1)如果煤在這天的供應量已經不會發生變化,也就是不允許再增加煤的數量,請計算沏茶工作中生火的允許開始時間。
2)如果允許增加煤的供應,以保證最早完成工作,請計算出煤的供應計劃。
兩個問題的計算結果將分別是:
1)10:00開始生火
2)8:00開始生火,8:00供應1斤煤,9:00供應1斤煤
再請繼續回答:
1)8:30的時候已經有3斤煤,而生火只需要2斤煤,為什麼生火不能在8:00開始而要等到10:00?
2)8:00開始生火,為何不在8:00供應所需的2斤煤,而是8:00只供應1斤,等到9:00生火早就結束了再供應1斤?
簡答:
1)如果在8:30開始生火,雖然生火是滿足了,但必會造成9:00的時候煤的供應量為1,不能滿足9:00其他生產過程對3斤煤的需求。PRM有一個預設的規則,先下達的計劃優先,後下達的計劃不能影響到先下達計劃的可行性。所以在煤的供應不變的情況下,不允許生火在8:30開始。而如果在10:00開始生火,11:00的時候還有2斤煤,不會影響11:00的其他計劃對2斤煤的需求。所以最早的生火時間是10:00而不是8:30。
2)在8:00生火的同時供應2斤煤肯定是可行的,但是這不符合‘最低庫存’的原則,8:00已經有一斤煤了,只要再有1斤就可以滿足需求,下一斤煤的需求發生在9:00的時候,到了9:00再供應另1斤也可以滿足需求。這樣1斤煤就可以少在倉庫中放1個小時,從中體現了JIT的理念。對問題1的解答保證了計劃的可行性,對問題2的解答保證了計劃的最優性。不要小看在沏茶模型中節省的這一個小時的煤的儲存時間,把它用在企業的實際運作中可謂意義重大,潛在價值無法估量。
(1)買茶葉,10分鐘,買完茶葉才能沏茶。需要資源:自行車、張三。產出物料:茶葉1
(2)生火,5分鐘,生火開始以後才能燒水。需要資源:爐子,李四。投入物料:煤1
(3)燒水,10分鐘,燒水完後才能沏茶。需要資源:水壺,王五。產出物料:開水1
(4)洗杯子,5分鐘,洗完杯子才能沏茶。需要資源:杯子、李四。產出物料:杯子5
(5)沏茶,5分鐘,買完茶葉、燒完開水、洗完杯子才能沏茶。需要資源:水壺、張三、王五。投入物料:杯子5、茶葉1、開水1,產出物料:茶水5。
(6)衝咖啡,8分鐘,燒開水以後才能衝咖啡。需要資源:張三。投入物料:杯子5、開水1、咖啡2,產出物料:咖啡飲料。
問題如下:
(1)最少多長時間可以完成沏茶任務。每個任務應在幾點鐘開始?幾點結束?
(2)總共需要投入哪些物料?投入多少?何時投入?產出哪些成品?何時以及產生多少成品?
(3)哪些工序的時間不能有任何變化?哪些工序的時間可以變化,變化的範圍是多少。
(4)從哪些步驟入手可以減少整個的工作時間。
(5)如果必須在生火2分鐘後才能開始燒水工作,整個計劃如何改變?
(6)李四一共有多少種工作安排方式?每種方式下整個工作計劃如何改變?
(7)如果連續兩次或者連續多次進行相同的工作,給定一個開始時間,如何安排?
(8)連續多次相同工作,給定一個結束時間,如何安排?
(9)隨意改變其中的一些時間引數,看是否能很快計算出相應結果。
答案提示:整個工作的最短工作時間28分鐘,買茶葉和衝咖啡是關鍵工序,沒有自由時間。李四有兩種可能的工作方式:先生火或者先洗杯子。
分析:
如果ERP軟體可以順利計算出並回答以上問題,該ERP軟體可以實現生產計劃的基本功能,可以對工序安排做處理和計算,可以適應多種生產工藝模型,可以滿足一般企業對比較簡單的生產管理的要求。
如果ERP軟體不能完成問題8,說明缺少時間倒推排產的功能,對一般企業問題不是很大。
如果不能完成問題7,說明排產的功能不足,企業需要慎重決策。
不能完成問題6,說明對資源的優化和排程功能不足,需要進行資源排程計算的企業需要慎重,對無資源排程的企業影響不大。
不能完成問題5,說明對企業工藝模型的適應性不好,有比較複雜的工藝模型的企業需要慎重,對工藝模型比較簡單的企業影響不大。
不能完成問題3和4,說明軟體計算關鍵工序和生產瓶頸的能力不足,一般企業都應該慎重。
不能完成問題1,或者不能計算出最短時間28,說明軟體的基礎功能不足,無法適應一般企業的生產工藝流程,無法得到基本的優化排產。很難稱之為ERP軟體。如果計算結果為25,說明軟體對工藝模型的處理能力不強,必然造成很多生產工藝流程無法計算。屬於基礎功能嚴重不足,企業需要特別慎重。
不能完成問題2,或者只能得到投料數量而不能得到時間,意味著沒有物料需求計劃或者物料需求計劃功能不足,不是完整的ERP軟體。建議企業不選擇。
如果問題9不能很快完成,一般是由於軟體操作過於繁瑣、人機介面不好造成的。在功能上影響不是很大,但是會造成企業日常工作的效率偏低。
要注意計劃結果必須是自動計算出來不能是手工錄入,否則就是上當受騙。
沏茶模型生火的工序中,需要2斤媒,滿足資源約束的生火開始時間是8:00。煤的‘線性庫存表’顯示如下:
時間8:00 數量: 1,描述: 此時的剩餘數量
時間8:30 數量: 3,描述: 入庫2斤
時間9:00 數量: 0,描述: 用掉3斤
時間10:00 數量: 4,描述: 入庫4斤
時間11:00 數量: 2,描述: 用掉2斤
假如從8:00以後一整天沏茶工作都滿足資源約束,請根據這個‘線性庫存表’計算:
1)如果煤在這天的供應量已經不會發生變化,也就是不允許再增加煤的數量,請計算沏茶工作中生火的允許開始時間。
2)如果允許增加煤的供應,以保證最早完成工作,請計算出煤的供應計劃。
兩個問題的計算結果將分別是:
1)10:00開始生火
2)8:00開始生火,8:00供應1斤煤,9:00供應1斤煤
再請繼續回答:
1)8:30的時候已經有3斤煤,而生火只需要2斤煤,為什麼生火不能在8:00開始而要等到10:00?
2)8:00開始生火,為何不在8:00供應所需的2斤煤,而是8:00只供應1斤,等到9:00生火早就結束了再供應1斤?
簡答:
1)如果在8:30開始生火,雖然生火是滿足了,但必會造成9:00的時候煤的供應量為1,不能滿足9:00其他生產過程對3斤煤的需求。PRM有一個預設的規則,先下達的計劃優先,後下達的計劃不能影響到先下達計劃的可行性。所以在煤的供應不變的情況下,不允許生火在8:30開始。而如果在10:00開始生火,11:00的時候還有2斤煤,不會影響11:00的其他計劃對2斤煤的需求。所以最早的生火時間是10:00而不是8:30。
2)在8:00生火的同時供應2斤煤肯定是可行的,但是這不符合‘最低庫存’的原則,8:00已經有一斤煤了,只要再有1斤就可以滿足需求,下一斤煤的需求發生在9:00的時候,到了9:00再供應另1斤也可以滿足需求。這樣1斤煤就可以少在倉庫中放1個小時,從中體現了JIT的理念。對問題1的解答保證了計劃的可行性,對問題2的解答保證了計劃的最優性。不要小看在沏茶模型中節省的這一個小時的煤的儲存時間,把它用在企業的實際運作中可謂意義重大,潛在價值無法估量。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7692449/viewspace-544793/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- MapReduce模型講解模型
- Django模型中的save方法 精講Django模型
- 歪批IT網路最完整版-老木整理
- 幽默講解 Linux 的 Socket IO 模型Linux模型
- 精講Redis記憶體模型Redis記憶體模型
- “蜥蜴之尾”——長老木馬四代分析報告
- 老木與SQL語句-2008-2-18SQL
- 用通俗易懂的方式講IO的五種模型模型
- 手搓大模型Task01:LLama3模型講解大模型
- 誰手握賬本?趣講 ZK 的記憶體模型記憶體模型
- Java面試- JVM 記憶體模型講解Java面試JVM記憶體模型
- thinkphp模型層Model、Logic、Service講解PHP模型
- 第03講:Flink 的程式設計模型與其他框架比較程式設計模型框架
- Diffusion Model 擴散模型-[通俗易懂+程式碼講解模型
- 講講HashCode的作用
- 5種伺服器網路程式設計模型講解伺服器程式設計模型
- 基線模型開源分享及深度講解 | 2021 MAXP 直播第二講:基於DGL的圖機器學習任務模型機器學習
- 講講我的開發生涯
- 講講Java8的Optional類Java
- PyTorch 模型訓練實⽤教程(程式碼訓練步驟講解)PyTorch模型
- 講講我與Linux的初識Linux
- 來講講你對ThreadLocal的理解thread
- 大模型邊推理邊糾錯,有可能做到嗎?這是ICML爆火的演講大模型
- 牛津大學xDeepMind自然語言處理 第13講 語言模型(3)自然語言處理模型
- 牛津大學xDeepMind自然語言處理 第9講(下)語音模型自然語言處理模型
- 講堂丨周明:預訓練模型在多語言、多模態任務的進展模型
- Python量化交易進階講堂-Markowitz模型實現最優投資組合Python模型
- 為了帶你精通 Java AQS,我畫了 40 張圖,從管程模型講起!JavaAQS模型
- 一文講述如何將預測正規化引入到機器學習模型中機器學習模型
- 經典面試題|講一講JVM的組成面試題JVM
- 面試:講講 Android 的事件分發機制面試Android事件
- 每日一問:講講 JVM 的類載入機制JVM
- 講一講應用服務的新鮮事兒
- Newman的使用講解
- OSI模型 與 DOD模型的比較模型
- 軟體測試中的V模型、W模型和H模型模型
- 一文講透預訓練模型的改進訓練演算法 ,輕鬆達到State of the Art模型演算法
- 求你了,再問你Java記憶體模型的時候別再給我講堆疊方法區了…Java記憶體模型