張禹+仲吉偉+李政良
摘要:該子系統(tǒng)包含了從申報、審批和放行全部的檢驗檢疫流程,用戶角色涵蓋了整個廢物原料檢驗檢疫流程中每一個參與者,全程實現(xiàn)了工作無紙化和電子化,為企業(yè)節(jié)約成本,縮短檢驗檢疫周期。致力于打造一個業(yè)務(wù)規(guī)范邏輯清晰功能完善的系統(tǒng),提供良好的用戶使用體驗。
關(guān)鍵詞:廢物原料子系統(tǒng);JavaEE;SSH框架;數(shù)據(jù)庫
1開發(fā)部分
主要儀器及工作條件:
本項目需要在營口港信息公司進行,要求隨時接入營口港后臺服務(wù)器數(shù)據(jù)庫等。此外,本項目為JavaEE項目,其中使用的SSH框架、SVN等關(guān)鍵技術(shù)都是開源免費的。
系統(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è)申報的信息,首先根據(jù)海運提單等相關(guān)數(shù)據(jù)判定企業(yè)申報的信息是否準(zhǔn)確,如不準(zhǔn)確將數(shù)據(jù)退回,企業(yè)重新修改:如準(zhǔn)確,將等待衛(wèi)檢科和鑒定科分別對該批次廢物檢驗檢疫的結(jié)果上報,并判定上報的信息是否準(zhǔn)確規(guī)范,如不準(zhǔn)確將數(shù)據(jù)退回,相應(yīng)科室進行修改;如準(zhǔn)確,將數(shù)據(jù)填寫完整的“廢物原料工作聯(lián)系單”確認(rèn)保存,并將“廢物原料工作聯(lián)系單”傳至保稅科,保稅科根據(jù)海運提單等相關(guān)數(shù)據(jù)核查無誤后,將該批次廢物原料進行放行。
1.2技術(shù)路線需求
系統(tǒng)設(shè)計應(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)采用先進的WEB應(yīng)用開發(fā)技術(shù),支持多并發(fā)進程、多用戶:保證系統(tǒng)具有開放性,能支持跨平臺運行,采用JavaEE體系結(jié)構(gòu),保證系統(tǒng)可以運行在各種操作系統(tǒng)平臺上:系統(tǒng)開發(fā)必須采用通用開發(fā)工具,不得使用任何封閉的專用開發(fā)工具,避免由此引起的系統(tǒng)不兼容等問題。
1.3系統(tǒng)設(shè)計
1.3.1系統(tǒng)結(jié)構(gòu)
根據(jù)需求分析,“廢物原料”子系統(tǒng)可分為廢物原料申報、廢物原料審批和廢物原料放行子功能模塊。
1.3.2數(shù)據(jù)庫設(shè)計
數(shù)據(jù)庫是存儲在物理設(shè)備上的,邏輯數(shù)據(jù)庫設(shè)計工作完成后,需要為邏輯數(shù)據(jù)模型選擇適合應(yīng)用環(huán)境的物理結(jié)構(gòu),即存儲結(jié)構(gòu)與存取方法。
該項目的ER圖(以單據(jù)數(shù)據(jù)為例)如圖1所示。
數(shù)據(jù)庫表的設(shè)計,如表1所示。
1.4系統(tǒng)實現(xiàn)
1.4.1功能模塊實現(xiàn)描述(以審批功能為例)
“監(jiān)管科查驗員”類型的用戶選擇任意申報單,進入申報單詳情頁面,將查看到申報單詳細信息。該類型的用戶還將看到衛(wèi)檢科查驗員和鑒定科查驗員的檢驗檢疫結(jié)論及結(jié)果。如對結(jié)論存在質(zhì)疑,可點擊對應(yīng)的重新審批按鈕,改變單據(jù)的審批狀態(tài):如果用戶點擊“單據(jù)確認(rèn)”按鈕,則該單據(jù)的審批結(jié)果將改為“待放行”,審批類型將改為“已審批”。該用戶將無法變更當(dāng)前單據(jù)所有數(shù)據(jù),當(dāng)前單據(jù)將進入放行流程。
1.4.2功能模塊代碼實現(xiàn)(以審批功能為例)
2測試部分
2.1系統(tǒng)測試
系統(tǒng)測試是驗證系統(tǒng)是否滿足了需求規(guī)格的定義,找出與需求規(guī)格不符的地方,提出更加完善的方案。系統(tǒng)測試發(fā)現(xiàn)問題之后要經(jīng)過調(diào)試找出錯誤原因和位置,然后進行改正。最后,還要進行有針對性的壓力測試。
2.1.1系統(tǒng)測試目標(biāo)
各項具體測試目標(biāo)如下(以審批功能為例):
廢物原料審批模塊測試。測試本子模塊能否正常運行,能否實現(xiàn)新申報單的詳情列表,能否顯示具體一條申報單的數(shù)據(jù),能否完成申報單的修改等功能。
2.1.2測試用例的設(shè)計與結(jié)果
功能測試以審批功能為例,如表2所示。
測試結(jié)果表明,功能已經(jīng)符合預(yù)期要求。
2.2壓力測試
根據(jù)需求分析中關(guān)于并發(fā)性的要求,系統(tǒng)能夠承受300個用戶的并發(fā)訪問。啟動300個用戶(線程),對待以下頁面進行持續(xù)5分鐘的并發(fā)訪問,測試結(jié)果如圖2所示。
測試結(jié)果表明,系統(tǒng)可以輕松應(yīng)對實際工作中對于壓力和并發(fā)性的需求。
3成果總結(jié)
隨著系統(tǒng)設(shè)計的完善和軟件的測試,整個系統(tǒng)逐步的成功實施了。子系統(tǒng)(整個系統(tǒng))致力于實現(xiàn)每個港口企業(yè)、部門業(yè)務(wù)員的業(yè)務(wù)獨立,對自己權(quán)限內(nèi)的工作任務(wù)及時有效的完成:同時對港口業(yè)務(wù)數(shù)據(jù)的統(tǒng)計提供了更加準(zhǔn)確快捷的方法,避免了人工統(tǒng)計中可能出現(xiàn)的錯誤;而且對于港口查驗的機關(guān)單位實時監(jiān)督管理口岸業(yè)務(wù)并和港口業(yè)務(wù)部門的工作聯(lián)動起到了重要作用。
當(dāng)然,個別功能目前還有一些有待改進之處,在系統(tǒng)安全性和操作界面的的友好程度上仍有待提升。后期再系統(tǒng)使用中將不斷完善此類瑕疵,爭取早日將系統(tǒng)打造成功能完善、界面獨特的檢驗檢疫輔助系統(tǒng),為檢驗檢疫工作創(chuàng)新提供助力!endprint