郭先超,姚文勇,李 偉
上海市質(zhì)量監(jiān)督檢驗(yàn)技術(shù)研究院,上海 200233
在質(zhì)量檢測機(jī)構(gòu)中,為了保障檢驗(yàn)業(yè)務(wù)的順利進(jìn)行,需要購置各種各樣的檢驗(yàn)儀器等設(shè)備。由于檢驗(yàn)的儀器設(shè)備貴重精密,因而申購流程上要求嚴(yán)格,需要層層審批。在日常檢測過程中必須定期的進(jìn)行維護(hù)保養(yǎng)、期間核查,同時(shí)對計(jì)量設(shè)備還需定期進(jìn)行校準(zhǔn)等。為了管理上的需要,要對各種各樣的設(shè)備進(jìn)行盤點(diǎn)、統(tǒng)計(jì)、維修記錄查詢、使用部門變更管理等。 在質(zhì)量檢測機(jī)構(gòu)中,設(shè)備儀器類型復(fù)雜,數(shù)量繁多,則人工的管理就不能滿足業(yè)務(wù)上的需求。因而,急需一種既能滿足檢驗(yàn)業(yè)務(wù)上的需要,又能滿足管理上的需求的設(shè)備申購與管理系統(tǒng)。因此,根據(jù)需求,本文提出基于C/S與B/S混合軟件架構(gòu)來設(shè)計(jì)開發(fā)設(shè)備申購與管理系統(tǒng)。
C/S架構(gòu),即Client/Server(客戶機(jī)/服務(wù)器)結(jié)構(gòu),是基于資源不對等,且為實(shí)現(xiàn)共享而提出來的。C/S結(jié)構(gòu)將應(yīng)用一分為二,服務(wù)器(后臺)負(fù)責(zé)數(shù)據(jù)管理,客戶機(jī)(前臺)完成與用戶的交互任務(wù)。C/S架構(gòu)的優(yōu)點(diǎn):
1)提供了更安全的存取模式。由于C/S架構(gòu)系統(tǒng)是配對的點(diǎn)對點(diǎn)模式,采用適合于局域網(wǎng)、安全性比較好的網(wǎng)絡(luò)協(xié)議,安全性可以得到較好的保證;
2)降低了網(wǎng)絡(luò)通信量。C/S架構(gòu)由于縱向的層次較少,網(wǎng)絡(luò)通信量主要是客戶端與服務(wù)器端的通信量,處理大量信息的能力較強(qiáng);
3)執(zhí)行速度快,更利于處理大量的數(shù)據(jù)。這種架構(gòu)能充分利用客戶端和服務(wù)器端的運(yùn)算能力,客戶端應(yīng)用程序開發(fā)集中于數(shù)據(jù)的展示與分析,而服務(wù)器端則集中于數(shù)據(jù)的管理。因而,這種架構(gòu)具有強(qiáng)大的數(shù)據(jù)操作能力、事務(wù)處理能力與查詢統(tǒng)計(jì)能力
C/S架構(gòu)也有其缺點(diǎn):系統(tǒng)移植困難,需要針對不同的操作系統(tǒng)開發(fā)不同版本的軟件。由于每個客戶機(jī)都需要安裝相應(yīng)應(yīng)用程序,所以軟件后期維護(hù)復(fù)雜、升級工作量大。
B/S架構(gòu)的優(yōu)點(diǎn):
1)對客戶端硬件要求低,簡化了客戶端。客戶端只需安裝通用的瀏覽器軟件,這樣易于維護(hù)、易于擴(kuò)展、更加靈活;
2)簡化了系統(tǒng)的開發(fā)與維護(hù)。開發(fā)人員不需要開發(fā)客戶端軟件,只集中力量開發(fā)服務(wù)器端軟件。并且在系統(tǒng)進(jìn)行升級和維護(hù)時(shí)也只需維護(hù)和更新服務(wù)器端,這樣就減輕了系統(tǒng)的維護(hù)成本;
3)適用于網(wǎng)上信息發(fā)布并且易于擴(kuò)展。由于使用HTTP協(xié)議使B/S架構(gòu)系統(tǒng)可以直接進(jìn)入Internet進(jìn)行事務(wù)處理,從而提高信息的共享程度。
B/S架構(gòu)也有其不足之處:當(dāng)網(wǎng)絡(luò)通信量大時(shí),其多層架構(gòu)使系統(tǒng)容易產(chǎn)生網(wǎng)絡(luò)瓶頸,速度受到一定的限制,因而,不利于大數(shù)據(jù)量的處理;安全性較難以控制。
經(jīng)過需求調(diào)研可知,設(shè)備管理系統(tǒng)的設(shè)計(jì)目標(biāo)是:一是能對設(shè)備數(shù)據(jù)進(jìn)行查詢、刪除、修改、增加、統(tǒng)計(jì)等功能要求;二是對設(shè)備申購進(jìn)行流程化管理。
系統(tǒng)管理員對全體人員進(jìn)行權(quán)限分配,同時(shí)將設(shè)備數(shù)據(jù)導(dǎo)入到系統(tǒng)里;設(shè)備管理員又包括設(shè)備記錄管理員和計(jì)量設(shè)備管理員。其中,設(shè)備管理員可以對設(shè)備數(shù)據(jù)進(jìn)行管理維護(hù)等操作,并且還可以對設(shè)備數(shù)據(jù)進(jìn)行統(tǒng)計(jì);設(shè)備記錄管理員,則可以對設(shè)備的維修記錄、技術(shù)指標(biāo)、配件信息、維護(hù)保養(yǎng)、售后服務(wù)等信息進(jìn)行管理;計(jì)量設(shè)備管理員,則對計(jì)量設(shè)備的校準(zhǔn)記錄、期間核查記錄、校準(zhǔn)周期進(jìn)行管理。
每一位員工都有權(quán)限提出申購設(shè)備,但是必須層層審批。申購的流程如下所示,申請人填寫申購單,先由其主管領(lǐng)導(dǎo)簽字審核,然后由技術(shù)部門評審,再到采購部門審核,接著由財(cái)務(wù)部門審核,最后由總領(lǐng)導(dǎo)批準(zhǔn),之后交給采購部門實(shí)施采購。這其中每個環(huán)節(jié)審核沒通過,都將退回到前一個環(huán)節(jié)重新審核。這種層層審批機(jī)制,保證了設(shè)備申購的嚴(yán)謹(jǐn)性。
證明 設(shè){xn}是關(guān)于度量ρ0的Cauchy-列,假設(shè){xn}關(guān)于度量d收斂到a,但是0<1。則對任意的ε>0,存在N,使得m,n>N時(shí), ρ0(xn,xm) <ε。不妨設(shè)xn>
由以上需求分析可知,質(zhì)量檢測機(jī)構(gòu)在設(shè)備管理上必須得滿足強(qiáng)大的設(shè)備數(shù)據(jù)的管理查詢統(tǒng)計(jì)的要求,又要滿足設(shè)備申購環(huán)節(jié)各個客戶端分散的事實(shí)要求。在設(shè)備數(shù)據(jù)管理中,由于要對設(shè)備數(shù)據(jù)進(jìn)行維護(hù)管理以及統(tǒng)計(jì)等要求,因而,在這種情況下,業(yè)務(wù)復(fù)雜、數(shù)據(jù)處理頻繁、數(shù)據(jù)傳輸量大、安全性要求高,適合用C/S架構(gòu),這樣可以充分利用C/S架構(gòu)其強(qiáng)大的數(shù)據(jù)處理能力和安全保障能力特點(diǎn)。而設(shè)備申購流程化管理中,由于用戶分散性,每個客戶端差異又很大,因而,在這種情況下,由于要求具有靈活性和可擴(kuò)展性,數(shù)據(jù)傳輸量不太大,適合用B/S架構(gòu),這樣可以充分利用B/S架構(gòu)其靈活性和擴(kuò)展性的優(yōu)點(diǎn),方便了每個員工。因而本系統(tǒng)采用C/S與B/S混合架構(gòu)方式。如圖3所示。

圖3 設(shè)備管理系統(tǒng)B/S與C/S混合架構(gòu)
在本系統(tǒng)中,一方面,系統(tǒng)管理員、設(shè)備管理員和查詢統(tǒng)計(jì)的人員的電腦上需安裝所開發(fā)的客戶端軟件,進(jìn)而能對設(shè)備數(shù)據(jù)庫進(jìn)行訪問和管理。而其他非授權(quán)人員就不需要安裝客戶端軟件,從而避免了非授權(quán)人員直接訪問數(shù)據(jù)庫的風(fēng)險(xiǎn),保障了設(shè)備數(shù)據(jù)的安全性。這樣就滿足了設(shè)備數(shù)據(jù)管理的需求和最小權(quán)限原則;另一方面,考慮到每個員工都要有申購設(shè)備的權(quán)限,故,每個客戶端(瀏覽器)通過HTTP協(xié)議連接到一臺Web服務(wù)器上,由Web服務(wù)器來訪問數(shù)據(jù)庫服務(wù)器,而業(yè)務(wù)邏輯在Web服務(wù)器進(jìn)行處理,然后把處理的結(jié)果返回到用戶的客戶端(瀏覽器)上。這樣就滿足了各個分散的員工協(xié)同處理工作流程的需求。
由需求分析可得到,系統(tǒng)中的數(shù)據(jù)結(jié)構(gòu)應(yīng)該包括以下3大類信息:
1)設(shè)備基本信息:有關(guān)設(shè)備的各個屬性,例如,設(shè)備編號、設(shè)備名稱、設(shè)備類別、設(shè)備型號、設(shè)備狀態(tài)、購買日期、驗(yàn)收日期等;
2)設(shè)備各個記錄信息:包括設(shè)備指標(biāo)信息、設(shè)備配件信息、維護(hù)保養(yǎng)記錄信息、設(shè)備維修記錄信息、校準(zhǔn)記錄信息、期間核查記錄信息等;
3)申購流程信息:流程定義信息、流程步驟信息、簽字表單信息、流程運(yùn)行信息、流程消息信息、簽字意見信息
系統(tǒng)功能設(shè)計(jì)
1)設(shè)備數(shù)據(jù)的管理維護(hù)功能模塊:通過與數(shù)據(jù)庫的連接交互,一般員工都可以根據(jù)主要特征信息能夠?qū)υO(shè)備數(shù)據(jù)進(jìn)行查詢;設(shè)備管理員能夠?qū)θw設(shè)備數(shù)據(jù)(包括設(shè)備基本信息數(shù)據(jù)和設(shè)備各種記錄數(shù)據(jù))能夠進(jìn)行日常的管理維護(hù),包括設(shè)備的編號、設(shè)備的賬務(wù)類別、設(shè)備名稱、設(shè)備購買日期、設(shè)備初始價(jià)格,現(xiàn)在的價(jià)格、設(shè)備的現(xiàn)行狀態(tài)等,同時(shí)能夠記錄設(shè)備管理部門變更信息等;設(shè)備記錄數(shù)據(jù)管理員沒權(quán)限對設(shè)備基本信息進(jìn)行修改,而能夠?qū)υO(shè)備維修記錄數(shù)據(jù)、技術(shù)指標(biāo)數(shù)據(jù)、配件信息、維護(hù)保養(yǎng)記錄數(shù)據(jù)、售后服務(wù)數(shù)據(jù)進(jìn)行管理與維護(hù);
2)計(jì)量設(shè)備校準(zhǔn)記錄信息管理功能模塊:計(jì)量設(shè)備管理員能夠管理與維護(hù)計(jì)量設(shè)備數(shù)據(jù),包括對計(jì)量設(shè)備狀態(tài)、校準(zhǔn)周期、期間核查周期等信息進(jìn)行管理維護(hù);系統(tǒng)能夠接受計(jì)量設(shè)備管理員輸入的校準(zhǔn)數(shù)據(jù)信息(包括校準(zhǔn)完成日期、計(jì)劃校準(zhǔn)日期、校準(zhǔn)項(xiàng)目、校準(zhǔn)證書、校準(zhǔn)費(fèi)用等信息),并存儲到數(shù)據(jù)庫中,同時(shí)可以根據(jù)用戶輸入本次校準(zhǔn)完成日期和校準(zhǔn)周期自動生成下次校準(zhǔn)日期;計(jì)量設(shè)備管理員能夠根據(jù)計(jì)量設(shè)備的主要特征信息進(jìn)行查詢統(tǒng)計(jì),例如,能夠統(tǒng)計(jì)出到期還未校準(zhǔn)的設(shè)備等;計(jì)量設(shè)備管理員也能夠管理與維護(hù)期間核查數(shù)據(jù)信息;
3)系統(tǒng)管理功能模塊:系統(tǒng)管理員能夠?qū)υO(shè)備管理員、計(jì)量設(shè)備管理員等進(jìn)行權(quán)限的分配;系統(tǒng)管理員能夠?qū)Ω袷奖容^規(guī)范的歷史數(shù)據(jù)批量導(dǎo)入到系統(tǒng)數(shù)據(jù)庫里;
4)設(shè)備申購流程功能模塊:申請人填寫申購單,任務(wù)流轉(zhuǎn)到主管領(lǐng)導(dǎo)。主管領(lǐng)導(dǎo)簽收之后,能夠?qū)ι暾垎紊厦娴臄?shù)據(jù)進(jìn)行審核,并具有電子簽名功能。同理技術(shù)部門審核并簽字,采購部門審核并簽字、財(cái)務(wù)部門審核并簽字和總領(lǐng)導(dǎo)審核并簽字,最后流轉(zhuǎn)到采購人員,打印簽字表單,并實(shí)施。并且每個流轉(zhuǎn)環(huán)節(jié),如果沒有通過審核,則能夠退回到前一個環(huán)節(jié)。
本文針對C/S與B/S架構(gòu)的特點(diǎn),提出了基于C/S與B/S混合架構(gòu)的方法設(shè)計(jì)出設(shè)備管理系統(tǒng),從而能充分利用其各自的優(yōu)點(diǎn),同時(shí)也避免了各自的不足,系統(tǒng)經(jīng)過運(yùn)行測試,驗(yàn)證了其良好的性能,滿足了質(zhì)量檢測機(jī)構(gòu)設(shè)備申購與管理的需求。
[1]楊春暉,孫偉.系統(tǒng)架構(gòu)設(shè)計(jì)師教程[M].北京:清華大學(xué)出版社,2009,6:90-190.
[2]譚夏茹.基于C/S和B/S混合架構(gòu)的進(jìn)存銷信息管理系統(tǒng)的開發(fā)[D].華中科技大學(xué)碩士學(xué)位論文,2006,6.
[3][美國]Jeffrey L.Whitten Lonnie D. Bentley著.系統(tǒng)分析與設(shè)計(jì)方法[M].肖剛,孫慧,等譯.北京:機(jī)械工業(yè)出版社,2007,8.
[4]譚云杰.大象-Thinking in UML[M].北京:中國水利水電出版社,2009.