系統測試

依本章上述環境架構將機器設備建置好，並撰寫程式將各個功能備齊，實作系統並 測試，以下小節為測試成果及效益評估的部分。

4.4.1 測試成果

圖 4-6 是利用系統實作方式二（以組織規定的”個人電腦命名須含員工代碼”的方式）

產出的報表。系統在經過流量收集、統計、分析、再統計，達到圖 4-6 的報表呈現，詳 細的流量數值請參考附錄 A。在圖中可以看到各個單位的網路存取統計百分比，依據這 個結果將可向各單位進行費用分攤的作業。至於本章上一節所述「公用流量」的部分並 未呈現在圖中，是因為將此流量均攤到每個單位，因而未顯示在圖 4-6。

圖 4 - 6 系統實作產出的報表

依據本文在第三章所提及的算式 3-4，在差異化參數（假設 d=0.95）之下，將各單 位所需分攤的網路流量費用這一部分繪製成圖 4-7 紅色的曲折線，另外在圖中藍色的柱 長條圖為尖峰時段的流量比例，紫色的長條圖為離峰時段的流量比例，所以藍色和紫色 長條圖總合也就是各單位未經過差異化參數調整的網路流量分攤比例，等同於圖 4-6。

在圖 4-7 可以看出透過差異化參數可以使得離峰時段流量較高的單位分攤費用的比 率降低，以 Org. N 和 Org. P 為例，兩者的總流量不相上下，但由於 Org. N 的離峰時段 流量比例較高，以致於所需要分攤的費用比例較低。而這個結果正是本文透過差異化參 數所要達到的目的。

圖 4 - 7 系統實作產出的費用分攤折線圖

由附錄A的資料可以看出每個單位需要分攤的網路使用費，以Org. Q的網路使用費 用NQ說明

0.1356 0.1606 NQ = F+ C

F 和 C 是網路設備固定成本和專線租賃費用總額，0.1356F 是算式 3-1，0.1606C 是算式 3-4。

測試成果中並沒有系統實作方式一的報表產生，因為如同第三章第四節所言，目前 啟用 IEEE 802.1x 尚有困難點，無法進行全面測試產生報表；但本系統已針對方式一進 行小規模的實際測試，這個方式確實是可行的！

4.4.2 效益評估

本系統實作測試之結果符合當初環境假設的條件所得到的期望。以 Org. R 為例，目 前以 IP 為統計單位的方式由上一小節可以看出佔全體流量的 12.5%，若是採用舊有以網 段為統計單位的話，是 17.1%；這之間的差異主要是在於組織的異動，造成同一個網段 有好幾個不同的單位，所以舊有的方式並不符合目前環境所需，因而提出以 IP 位址為 計算單位。目前測試的結果是符合期望的。

然而在用戶 IP 位址和用戶身份之間關係的確認，目前以方式二實測所提的方法並 不好，以組織政策規定的機器名稱對映 DHCP Log 只能是這個階段最佳的選擇。身份驗 證的方式還是要回歸方式一，也就是啟用 IEEE 802.1x，透過 Radius 或是 Domain Controller 等方式來收集 Log 等資料進行比對，才能更進一步確認 IP 位址和用戶之間的 關係，而且 IEEE 802.1x 在網路安全性的加強也是下一步改善本系統的另一項收穫。

就計價算式而言，舊有計價算式是依員工比例和使用量進行分攤，並沒有差異化參 數的調整，因此不容易吸引用戶使用優惠時段或是平衡流量負載，在整體對外頻寬租賃 費用勢必要付的狀況下，是不合經濟效益的作法，所以加上差異化參數的調整並且適時 宣導用戶，假以時日必然可以充份利用頻寬。

整體而言，本系統測試符合預期，產生的效益於下，

1. 以 IP 位址為統計單位的方式可以消除各單位對於網路費用分攤的疑慮 2. 本文提出的計價算式可作為費用分攤的依據，並可改善頻寬使用情況 3. 觀察整體和各單位網路使用量，可用於規劃未來網路頻寬的需求