如何閱讀Arena軟體報告

Arens軟體在仿真過程中會自動採集數據並生成報告,協助我們進行決策分析。

Arena的商務報表 Crystal Report 是模型運行完畢之後自動導出的,含有數據分析和圖表。內容自動包含過程數據、時間數據、實體統計數據、資源使用率等。並支持儲存為多種格式:Excel、PDF、Access、txt 等。

工具/原料

Arena軟體

方法/步驟

模型完成之後,我們可以選擇報告中需要包含的內容,通過工具欄Run>Setup>Project Parameters選項卡中調整。

打開報告的指令在Report選項卡,默認為自動打開,不需要修改。

先上一份默認內容的報告,一般有6~7頁。

第一頁只顯示Number Out,即在模擬過程中走完系統全部流程的實體個數。

第二頁是對實體時間的統計。這裡我們需要先了解對實體時間的分類:

1. VA Time(Value Added Time),實體在增值活動中所積累的時間。

2. NVA Time(Non-Value Added Time),實體在非增值活動中所積累的時間。

3. Wait Time,實體在等待中所積累的時間。

4. Transfer Time,實體的傳送過程中所累計的時間。

5. Other Time,客戶所定義的其他時間。

在做精益分析時,以上的這些對時間的統計就可以派上用場了。任何改進措施,增加了VA Time的比例,才是實實在在的改進。因為VA Time才是客戶認可的價值所在。

這些實體時間是如何被採集的呢?答案在模塊設置中。

1. 在Process、Delay、Leave模塊等涉及時間延遲的模塊中,會有Allocation這樣選項框,這裡可以對實體的時間進行分類。選擇之後,實體在這個模塊中所經歷的時間會被記錄到相應的類別。

2. 在隊列中,或者在Hold模塊中,實體的時間會自動被歸類為Wait Time。

3. 在Route、Convey、Transport模塊等表示傳遞過程的模塊中,實體移動的時間會自動被歸類為Transer Time。

報告的第三頁繼續對實體時間進行總結。

還有進出系統的實體數量統計:Number In、Number Out。

WIP(Work in Progress)在制品數量。在制品是一種系統內的庫存,如果能夠減少庫存,也就能降低管理成本。同樣可以用來評估精益水平。

第四頁是隊列,第五頁個第六頁是資源使用率的總結。Scheduled Utilization可能會存在大於1的情況,因為在排程的時間之外資源也有可能在工作。

參考「如何使用Arena軟體Schedule模塊」最後的部分。

如果在模型中加入了其他的自定義統計變量,就會在報告中顯示在User Specified欄目中。自定義統計有5種類型(這裡也是對Statistic模塊的總結):

1. Output 最終值。根據仿真過程中手機的數據,通過公式計算出一個最終的數值。如總成本、總體成功率等。

2. Time-Persistent是在仿真過程中全程跟蹤的數據,會有平均值、極值、置信區間等的統計。如在制品數量。

3. Tally 時間差,是在Record模塊中選擇記錄Time Interval或者Time Between時對時間差的記錄。如加工時間。

4. Counter是對個數的記錄。如加工個數。

5. Frequency是出現的次數。如機器出現故障的次數。

除了上述內容之外,當模型中加入成本信息時,報告的第一頁還會有更加豐富的結果。如成本分析和很直觀的餅圖。

成本信息在Entity和Resource圖表模塊中加入。

成本的計算和時間的計算緊密相連,公式如下:

1. Wait Cost = Holding Cost of the entity * Wait Time

2. Transfer Cost  = Holding Cost of the entity * Transfer Time

3. Other Cost = Holding Cost of the entity * Other Time

4. VA Cost = (Holding Cost of the entity * Value-Added Time) +(Resource cost for the entity * Value-Added Time) + Resource Usage Cost

5. NVA Cost = (Holding Cost of the entity * Non-Value-Added Time) +(Resource cost for the entity * Non-Value-Added Time) + Resource Usage Cost

最後,對報告中的 Half Width 我再囉嗦一句。這個Half Width是95%置信水平下的置信區間範圍,是對統計量期望的一個估計。這個估計會隨著實驗時間的延長或實驗次數的增加而變得更加準確。

如果延長實驗時間為原始時間的4倍,Half Width會縮小為原數值的一半。

如果延長實驗時間為原始時間的100倍,Half Width會縮小為原數值的1/10。

Arena的隨機數生成器是從同一個「Pool」中生成的,因此模型和設置不變的情況下,數據結果會完全相同。軟體自己的解決辦法是將實驗數據分割成個幾個Batch來增加「隨機性」,因此有可能出現「Correlated」自相關。這時的數據結果無意義,所以不顯示。

另外一種情況「Insufficient」是數據量不足,這兩種情況都可以通過增加實驗來解決。

本文內容整理自網絡, 文中所有觀點看法不代表淘大白的立場