圖 4.2 模擬測試之系統平台
根據本系統架構，將以模擬測試方式進行，因此所採用的系統軟 體平台等，皆具有跨平台的特性。因此，在測試本模擬系統之可行性 之後，可以利用跨平台轉移的特性，將系統轉移到原設計之平台。如 資料庫 MySQL，原始平台其實是在 UNIX 上，其後為方便使用者，
因此推出 Win32 版本的平台。因此在資料庫轉移上是相容的。而在 程式的部分，由於 Java 本身就具備跨平台特性，因此在程式部分較 沒有問題。透過系統平台的轉移，即可正常的運作。而在此將對所設 計的平台作一模擬測試。
4.3.2 模擬測試之考量
由於線上測試的方式，有許多問題與困難點，採用模擬測試的原 因如：
Simulation results
LogFiles Requests
Windows 2000 Server Files
Simulation FTP Server Caching FTP
Win32 File System
JAVA
Database (MySQL)
User
與官方網站的檔案傳輸伺服器合作上會有一定的困難點，如溝 通、配合、軟硬體技術、人力維護等等，都可能是無法直接上線原因 之一。
而本檔案傳輸服務網站必須要有足夠的使用者真正到本網站使 用，必須有足夠的使用量，要長時間的累計資料量。如果沒有太多的 使用者存取，反而這些使用者要求不具有代表性。
因此，採用模擬方式也有模擬的好處，如：所採用的模擬數據是 由 Hinet 所提供的紀錄檔，其中的使用者存取記錄，流動性高、資料 量大，取其記錄作為模擬測試讓數據與結果較具有真實性與代表性。
雖然本實驗是透過模擬方式，但是仍採用真正的網路使用數據，且 Hinet 的資料樣本也夠大，因此在模擬之可信度上亦能較為準確。
此外，透過模擬測試，我們可以從中規劃、獲取所需要的資料，
即資料蒐集機制，而且可以另外設計規劃額外所能擷取之資訊，藉以 提供更多的數據統計分析。
4.3.3 系統分析設計
本研究採用的模擬方式，依據原架構流程，由線上方式改由封閉 式模擬，利用程式的來模擬流程。從使用者的要求，透過檔案傳輸伺 服器的紀錄檔，從中取出使用者要求記錄，作為系統的模擬使用者要
求，其記錄檔的資料來源是由 Hinet 提供，屬於實際在網際網路上運 作之檔案傳輸服務記錄。
模擬之系統分析設計如圖 4.3 及圖 4.4。
圖 4.3 第一層 DFD Main Process
在主要處理程序的資料流程圖裡面，其各個程序與資料儲存 (Data Store)相關的資料流動狀況。而相關的資料儲存於資料定義（資 料庫）中有描述。
1.0
Check File
2.0
Resource Selector
3.0
Update
5.0
Refresh
4.0
Send File Cache_logs
Data Profile
Update_logs Data_Info Access_logs Client
Remote
site
1. 確認檔案程序：
a. 當使用者要求檔案時，其要求之記錄會被儲存於「檔案存取紀 錄」（不論使否抓取檔案，皆會被紀錄）。
b. 當列出目錄結構給使用者時，會從「檔案基本資料」讀取，顯 示目錄、檔名、大小… … 等相關訊息。
c. 檢查檔案是否儲存於快取之中，由「快取相關資料」中讀取。
2. 路徑選擇器程序：
a. 當系統透過路徑選擇器抓取資料，會到「相關維護紀錄」讀取 該檔案相關訊息，如檔案連結的路徑，連結網站的歷史狀態記 錄… … 等。
b. 當路徑選擇器所需要的檔案資料，透過「檔案基本資料」讀取。
c. 路徑選擇器程序所做的資料流動狀況於儲存「檔案存取紀錄」
中。
d. 將所抓取之檔案訊息記錄於「檔案更新紀錄」。
3. 更新程序：當系統運作更新引擎時，會透過路徑選擇器決定路徑，
並將抓取之檔案置放於快取之中。其中會存取「檔案更新紀錄」。
4. 寄送檔案程序：檔案欲回傳給使用者，會更新「檔案更新紀錄」
及「檔案存取紀錄」。
5. 檔案批次更新程序：當欲定期判斷檔案新穎度以變更其更新率，
需與「檔案更新紀錄」及「相關維護紀錄」有關。
圖 4.4 第二層 DFD Resource Selector