質量檢測機構設備申購與管理系統設計

郭先超，姚文勇，李 偉

上海市質量監督檢驗技術研究院，上海 200233

0 引言

在質量檢測機構中，為了保障檢驗業務的順利進行，需要購置各種各樣的檢驗儀器等設備。由于檢驗的儀器設備貴重精密，因而申購流程上要求嚴格，需要層層審批。在日常檢測過程中必須定期的進行維護保養、期間核查，同時對計量設備還需定期進行校準等。為了管理上的需要，要對各種各樣的設備進行盤點、統計、維修記錄查詢、使用部門變更管理等。 在質量檢測機構中，設備儀器類型復雜，數量繁多，則人工的管理就不能滿足業務上的需求。因而，急需一種既能滿足檢驗業務上的需要，又能滿足管理上的需求的設備申購與管理系統。因此，根據需求，本文提出基于C/S與B/S混合軟件架構來設計開發設備申購與管理系統。

1 C/S與B/S架構

1.1 C/S架構

C/S架構，即Client/Server(客戶機/服務器)結構，是基于資源不對等，且為實現共享而提出來的。C/S結構將應用一分為二，服務器(后臺)負責數據管理，客戶機(前臺)完成與用戶的交互任務。C/S架構的優點：

1）提供了更安全的存取模式。由于C/S架構系統是配對的點對點模式，采用適合于局域網、安全性比較好的網絡協議，安全性可以得到較好的保證；

2）降低了網絡通信量。C/S架構由于縱向的層次較少，網絡通信量主要是客戶端與服務器端的通信量，處理大量信息的能力較強；

3）執行速度快，更利于處理大量的數據。這種架構能充分利用客戶端和服務器端的運算能力，客戶端應用程序開發集中于數據的展示與分析，而服務器端則集中于數據的管理。因而，這種架構具有強大的數據操作能力、事務處理能力與查詢統計能力

C/S架構也有其缺點：系統移植困難，需要針對不同的操作系統開發不同版本的軟件。由于每個客戶機都需要安裝相應應用程序，所以軟件后期維護復雜、升級工作量大。

1.2 B/S架構

B/S架構的優點：

1）對客戶端硬件要求低，簡化了客戶端。客戶端只需安裝通用的瀏覽器軟件，這樣易于維護、易于擴展、更加靈活；

2）簡化了系統的開發與維護。開發人員不需要開發客戶端軟件，只集中力量開發服務器端軟件。并且在系統進行升級和維護時也只需維護和更新服務器端，這樣就減輕了系統的維護成本；

3）適用于網上信息發布并且易于擴展。由于使用HTTP協議使B/S架構系統可以直接進入Internet進行事務處理，從而提高信息的共享程度。

B/S架構也有其不足之處：當網絡通信量大時，其多層架構使系統容易產生網絡瓶頸，速度受到一定的限制，因而，不利于大數據量的處理；安全性較難以控制。

2 需求分析

經過需求調研可知，設備管理系統的設計目標是：一是能對設備數據進行查詢、刪除、修改、增加、統計等功能要求；二是對設備申購進行流程化管理。

2.1 設備數據管理功能

系統管理員對全體人員進行權限分配，同時將設備數據導入到系統里；設備管理員又包括設備記錄管理員和計量設備管理員。其中，設備管理員可以對設備數據進行管理維護等操作，并且還可以對設備數據進行統計；設備記錄管理員，則可以對設備的維修記錄、技術指標、配件信息、維護保養、售后服務等信息進行管理；計量設備管理員，則對計量設備的校準記錄、期間核查記錄、校準周期進行管理。

2.2 設備申購流程管理

每一位員工都有權限提出申購設備，但是必須層層審批。申購的流程如下所示，申請人填寫申購單，先由其主管領導簽字審核，然后由技術部門評審，再到采購部門審核，接著由財務部門審核，最后由總領導批準，之后交給采購部門實施采購。這其中每個環節審核沒通過，都將退回到前一個環節重新審核。這種層層審批機制，保證了設備申購的嚴謹性。

證明 設{xn}是關于度量ρ0的Cauchy-列,假設{xn}關于度量d收斂到a,但是0<1。則對任意的ε>0,存在N,使得m,n>N時, ρ0(xn,xm) <ε。不妨設xn> <ε。當m,n→∞時,對任意的ε> 0, a∧(1-a) <ε,得a=0或者a=1。這與0>

3 系統設計方案

3.1 系統架構設計

由以上需求分析可知，質量檢測機構在設備管理上必須得滿足強大的設備數據的管理查詢統計的要求，又要滿足設備申購環節各個客戶端分散的事實要求。在設備數據管理中，由于要對設備數據進行維護管理以及統計等要求，因而，在這種情況下，業務復雜、數據處理頻繁、數據傳輸量大、安全性要求高，適合用C/S架構，這樣可以充分利用C/S架構其強大的數據處理能力和安全保障能力特點。而設備申購流程化管理中，由于用戶分散性，每個客戶端差異又很大，因而，在這種情況下，由于要求具有靈活性和可擴展性，數據傳輸量不太大，適合用B/S架構，這樣可以充分利用B/S架構其靈活性和擴展性的優點，方便了每個員工。因而本系統采用C/S與B/S混合架構方式。如圖3所示。

圖3 設備管理系統B/S與C/S混合架構

在本系統中，一方面，系統管理員、設備管理員和查詢統計的人員的電腦上需安裝所開發的客戶端軟件，進而能對設備數據庫進行訪問和管理。而其他非授權人員就不需要安裝客戶端軟件，從而避免了非授權人員直接訪問數據庫的風險，保障了設備數據的安全性。這樣就滿足了設備數據管理的需求和最小權限原則；另一方面，考慮到每個員工都要有申購設備的權限，故，每個客戶端（瀏覽器）通過HTTP協議連接到一臺Web服務器上，由Web服務器來訪問數據庫服務器，而業務邏輯在Web服務器進行處理，然后把處理的結果返回到用戶的客戶端（瀏覽器）上。這樣就滿足了各個分散的員工協同處理工作流程的需求。

3.2 數據結構設計

由需求分析可得到，系統中的數據結構應該包括以下3大類信息：

1）設備基本信息：有關設備的各個屬性，例如，設備編號、設備名稱、設備類別、設備型號、設備狀態、購買日期、驗收日期等；

2）設備各個記錄信息：包括設備指標信息、設備配件信息、維護保養記錄信息、設備維修記錄信息、校準記錄信息、期間核查記錄信息等；

3）申購流程信息：流程定義信息、流程步驟信息、簽字表單信息、流程運行信息、流程消息信息、簽字意見信息

系統功能設計

1）設備數據的管理維護功能模塊：通過與數據庫的連接交互，一般員工都可以根據主要特征信息能夠對設備數據進行查詢；設備管理員能夠對全體設備數據（包括設備基本信息數據和設備各種記錄數據）能夠進行日常的管理維護，包括設備的編號、設備的賬務類別、設備名稱、設備購買日期、設備初始價格，現在的價格、設備的現行狀態等，同時能夠記錄設備管理部門變更信息等；設備記錄數據管理員沒權限對設備基本信息進行修改，而能夠對設備維修記錄數據、技術指標數據、配件信息、維護保養記錄數據、售后服務數據進行管理與維護；

2）計量設備校準記錄信息管理功能模塊：計量設備管理員能夠管理與維護計量設備數據，包括對計量設備狀態、校準周期、期間核查周期等信息進行管理維護；系統能夠接受計量設備管理員輸入的校準數據信息（包括校準完成日期、計劃校準日期、校準項目、校準證書、校準費用等信息），并存儲到數據庫中，同時可以根據用戶輸入本次校準完成日期和校準周期自動生成下次校準日期；計量設備管理員能夠根據計量設備的主要特征信息進行查詢統計，例如，能夠統計出到期還未校準的設備等；計量設備管理員也能夠管理與維護期間核查數據信息；

3）系統管理功能模塊：系統管理員能夠對設備管理員、計量設備管理員等進行權限的分配；系統管理員能夠對格式比較規范的歷史數據批量導入到系統數據庫里；

4）設備申購流程功能模塊：申請人填寫申購單，任務流轉到主管領導。主管領導簽收之后，能夠對申請單上面的數據進行審核，并具有電子簽名功能。同理技術部門審核并簽字，采購部門審核并簽字、財務部門審核并簽字和總領導審核并簽字，最后流轉到采購人員，打印簽字表單，并實施。并且每個流轉環節，如果沒有通過審核，則能夠退回到前一個環節。

4 結論

本文針對C/S與B/S架構的特點，提出了基于C/S與B/S混合架構的方法設計出設備管理系統，從而能充分利用其各自的優點，同時也避免了各自的不足，系統經過運行測試，驗證了其良好的性能，滿足了質量檢測機構設備申購與管理的需求。

[1]楊春暉，孫偉.系統架構設計師教程[M].北京：清華大學出版社，2009，6：90-190.

[2]譚夏茹.基于C/S和B/S混合架構的進存銷信息管理系統的開發[D].華中科技大學碩士學位論文，2006，6.

[3][美國]Jeffrey L.Whitten Lonnie D. Bentley著.系統分析與設計方法[M].肖剛，孫慧，等譯.北京：機械工業出版社，2007，8.

[4]譚云杰.大象-Thinking in UML[M].北京：中國水利水電出版社，2009.