檢港查驗(yàn)系統(tǒng)“廢物原料”子系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

張禹+仲吉偉+李政良

摘要：該子系統(tǒng)包含了從申報(bào)、審批和放行全部的檢驗(yàn)檢疫流程，用戶角色涵蓋了整個(gè)廢物原料檢驗(yàn)檢疫流程中每一個(gè)參與者，全程實(shí)現(xiàn)了工作無紙化和電子化，為企業(yè)節(jié)約成本，縮短檢驗(yàn)檢疫周期。致力于打造一個(gè)業(yè)務(wù)規(guī)范邏輯清晰功能完善的系統(tǒng)，提供良好的用戶使用體驗(yàn)。

關(guān)鍵詞：廢物原料子系統(tǒng)；JavaEE；SSH框架；數(shù)據(jù)庫

1開發(fā)部分

主要儀器及工作條件：

本項(xiàng)目需要在營口港信息公司進(jìn)行，要求隨時(shí)接入營口港后臺(tái)服務(wù)器數(shù)據(jù)庫等。此外，本項(xiàng)目為JavaEE項(xiàng)目，其中使用的SSH框架、SVN等關(guān)鍵技術(shù)都是開源免費(fèi)的。

系統(tǒng)開發(fā)軟、硬件環(huán)境最低要求具體如下：

JavaEE 1.6 Apache Tomcat 6.0 Eclipse 3.4 ApacheAnt 1.7 SVN 1.6.6操作系統(tǒng)Windows7 8G內(nèi)存酷睿i7CPU ITG以上硬盤以太網(wǎng)卡

1.1系統(tǒng)模塊功能需求（以審批功能為例）

監(jiān)管科收到企業(yè)申報(bào)的信息，首先根據(jù)海運(yùn)提單等相關(guān)數(shù)據(jù)判定企業(yè)申報(bào)的信息是否準(zhǔn)確，如不準(zhǔn)確將數(shù)據(jù)退回，企業(yè)重新修改：如準(zhǔn)確，將等待衛(wèi)檢科和鑒定科分別對該批次廢物檢驗(yàn)檢疫的結(jié)果上報(bào)，并判定上報(bào)的信息是否準(zhǔn)確規(guī)范，如不準(zhǔn)確將數(shù)據(jù)退回，相應(yīng)科室進(jìn)行修改；如準(zhǔn)確，將數(shù)據(jù)填寫完整的“廢物原料工作聯(lián)系單”確認(rèn)保存，并將“廢物原料工作聯(lián)系單”傳至保稅科，保稅科根據(jù)海運(yùn)提單等相關(guān)數(shù)據(jù)核查無誤后，將該批次廢物原料進(jìn)行放行。

1.2技術(shù)路線需求

系統(tǒng)設(shè)計(jì)應(yīng)當(dāng)遵循國際標(biāo)準(zhǔn)，采用B/S多層的體系結(jié)構(gòu)，對外查詢利用模塊必須采用B/S結(jié)構(gòu)：B/S結(jié)構(gòu)應(yīng)采用先進(jìn)的WEB應(yīng)用開發(fā)技術(shù)，支持多并發(fā)進(jìn)程、多用戶：保證系統(tǒng)具有開放性，能支持跨平臺(tái)運(yùn)行，采用JavaEE體系結(jié)構(gòu)，保證系統(tǒng)可以運(yùn)行在各種操作系統(tǒng)平臺(tái)上：系統(tǒng)開發(fā)必須采用通用開發(fā)工具，不得使用任何封閉的專用開發(fā)工具，避免由此引起的系統(tǒng)不兼容等問題。

1.3系統(tǒng)設(shè)計(jì)

1.3.1系統(tǒng)結(jié)構(gòu)

根據(jù)需求分析，“廢物原料”子系統(tǒng)可分為廢物原料申報(bào)、廢物原料審批和廢物原料放行子功能模塊。

1.3.2數(shù)據(jù)庫設(shè)計(jì)

數(shù)據(jù)庫是存儲(chǔ)在物理設(shè)備上的，邏輯數(shù)據(jù)庫設(shè)計(jì)工作完成后，需要為邏輯數(shù)據(jù)模型選擇適合應(yīng)用環(huán)境的物理結(jié)構(gòu)，即存儲(chǔ)結(jié)構(gòu)與存取方法。

該項(xiàng)目的ER圖（以單據(jù)數(shù)據(jù)為例）如圖1所示。

數(shù)據(jù)庫表的設(shè)計(jì)，如表1所示。

1.4系統(tǒng)實(shí)現(xiàn)

1.4.1功能模塊實(shí)現(xiàn)描述（以審批功能為例）

“監(jiān)管科查驗(yàn)員”類型的用戶選擇任意申報(bào)單，進(jìn)入申報(bào)單詳情頁面，將查看到申報(bào)單詳細(xì)信息。該類型的用戶還將看到衛(wèi)檢科查驗(yàn)員和鑒定科查驗(yàn)員的檢驗(yàn)檢疫結(jié)論及結(jié)果。如對結(jié)論存在質(zhì)疑，可點(diǎn)擊對應(yīng)的重新審批按鈕，改變單據(jù)的審批狀態(tài)：如果用戶點(diǎn)擊“單據(jù)確認(rèn)”按鈕，則該單據(jù)的審批結(jié)果將改為“待放行”，審批類型將改為“已審批”。該用戶將無法變更當(dāng)前單據(jù)所有數(shù)據(jù)，當(dāng)前單據(jù)將進(jìn)入放行流程。

1.4.2功能模塊代碼實(shí)現(xiàn)（以審批功能為例）

2測試部分

2.1系統(tǒng)測試

系統(tǒng)測試是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符的地方，提出更加完善的方案。系統(tǒng)測試發(fā)現(xiàn)問題之后要經(jīng)過調(diào)試找出錯(cuò)誤原因和位置，然后進(jìn)行改正。最后，還要進(jìn)行有針對性的壓力測試。

2.1.1系統(tǒng)測試目標(biāo)

各項(xiàng)具體測試目標(biāo)如下（以審批功能為例）：

廢物原料審批模塊測試。測試本子模塊能否正常運(yùn)行，能否實(shí)現(xiàn)新申報(bào)單的詳情列表，能否顯示具體一條申報(bào)單的數(shù)據(jù)，能否完成申報(bào)單的修改等功能。

2.1.2測試用例的設(shè)計(jì)與結(jié)果

功能測試以審批功能為例，如表2所示。

測試結(jié)果表明，功能已經(jīng)符合預(yù)期要求。

2.2壓力測試

根據(jù)需求分析中關(guān)于并發(fā)性的要求，系統(tǒng)能夠承受300個(gè)用戶的并發(fā)訪問。啟動(dòng)300個(gè)用戶（線程），對待以下頁面進(jìn)行持續(xù)5分鐘的并發(fā)訪問，測試結(jié)果如圖2所示。

測試結(jié)果表明，系統(tǒng)可以輕松應(yīng)對實(shí)際工作中對于壓力和并發(fā)性的需求。

3成果總結(jié)

隨著系統(tǒng)設(shè)計(jì)的完善和軟件的測試，整個(gè)系統(tǒng)逐步的成功實(shí)施了。子系統(tǒng)（整個(gè)系統(tǒng)）致力于實(shí)現(xiàn)每個(gè)港口企業(yè)、部門業(yè)務(wù)員的業(yè)務(wù)獨(dú)立，對自己權(quán)限內(nèi)的工作任務(wù)及時(shí)有效的完成：同時(shí)對港口業(yè)務(wù)數(shù)據(jù)的統(tǒng)計(jì)提供了更加準(zhǔn)確快捷的方法，避免了人工統(tǒng)計(jì)中可能出現(xiàn)的錯(cuò)誤；而且對于港口查驗(yàn)的機(jī)關(guān)單位實(shí)時(shí)監(jiān)督管理口岸業(yè)務(wù)并和港口業(yè)務(wù)部門的工作聯(lián)動(dòng)起到了重要作用。

當(dāng)然，個(gè)別功能目前還有一些有待改進(jìn)之處，在系統(tǒng)安全性和操作界面的的友好程度上仍有待提升。后期再系統(tǒng)使用中將不斷完善此類瑕疵，爭取早日將系統(tǒng)打造成功能完善、界面獨(dú)特的檢驗(yàn)檢疫輔助系統(tǒng)，為檢驗(yàn)檢疫工作創(chuàng)新提供助力！endprint