實作服務需求端應用程式

服務需求端應用程式之目的為與上述建立的網路服務與目錄系統溝通，以取得所需要的 資料，其架構如圖 5.10 所示。在此服務需求應用程式與前一節建立的七個網路服務溝通，

並將資料網路服務所回傳的資料加以整理之後，顯示給消費者。對於使用者而言，其可以是 持有瓦斯鋼瓶，並輸入鋼瓶檢驗卡號來追溯瓦斯鋼瓶歷史資料；或是其並無持有鋼瓶，輸入 鋼瓶的檢驗卡號碼來追溯目前瓦斯鋼瓶的位置。

圖5.10 服務需求端應用程式架構

本文使用Microsoft Visual Studio .NET 2005 來撰寫此應用程式。此程式的執行畫面如圖 5.11 所示，其中主功能畫面、檢驗資料畫面、基本資料畫面與流動資料畫面等四個主要畫 面。主功能畫面包含了用來輸入鋼瓶檢驗卡號之文字方塊與用來啟動查詢程式之「進行查 詢」按鈕。使用者必須先利用條碼讀取器或是手動輸入所要查詢的瓦斯鋼瓶之鋼瓶合格標示 卡號，之後按下「進行查詢」按鈕，應用程式便會將查詢結果輸出至檢驗資料畫面、基本資 料畫面與流動資料畫面。

圖5.11 服務需求端應用程式主畫面

當使用者按下「進行查詢」按鈕之後，應用程式的資料流程處理資料流程可以利用 IDEF0 來表達，如圖 5.12 所示。首先利用瓦斯鋼瓶的合格標示卡號呼叫瓦斯鋼瓶檢驗資料 網路服務與目錄系統網路服務，由瓦斯鋼瓶檢驗資料網路服務可以得到瓦斯鋼瓶的檢驗資 料，由目錄系統可得到資料所在地之網路服務位址。從瓦斯鋼瓶的檢驗資料中可以取得瓦斯 鋼瓶的瓶身號碼，利用瓶身號碼可以呼叫瓦斯鋼瓶基本資料網路服務，以得到瓦斯鋼瓶的基 本資料。系統接著會根據資料所在地的網路服務位址與鋼瓶的合格標示卡號呼叫不同的鋼瓶 流動資料網路服務，取得所要查詢鋼瓶位於每一個鋼瓶流動資料網路服務之鋼瓶流動資料。

由於有多個鋼瓶流動資料網路服務位址，所以取得的鋼瓶流動資料為多個分散的資料表，為 了統一顯示，必須先將這些資料表進行整理。圖5.13(a)為鋼瓶檢驗資料查詢結果，圖 5.13(b) 為鋼瓶基本資料查詢結果，圖5.13(c)為鋼瓶流動資料查詢結果。

圖5.12 用戶端應用程式資料處理流程 IDEF0 圖

(a)

(b)

(c)

圖5.13 用戶端應用程式查詢結果畫面

第六章 結論與未來研究方向

為了驗證本研究所提出的架構之可行性，本論文利用 Microsoft SQL Server 2000、

Microsoft Visual Studio .NET 2005 與 IIS 等工具來建構一個模擬驗證追溯系統架構。在此主 要利用 VB.NET 來撰寫程式碼。用 VB.NET 來撰寫程式碼與利用 JAVA 撰寫程式相比，