基于Web的特種設備檢驗檢測管理系統的設計

鄧雙成 魏泰

摘要：由于特種設備檢驗檢測信息管理系統建立的時間、地域、技術水平，以及當地管理制度等因素的不同，產生了信息獨享的現象。且特種設備目錄的變化以及特種設備管理的相關法律、法規、條例的完善，導致了各個機構檢驗檢測系統出現了新老系統的異構化，為了消除這種數據獨享的問題，需要建立一個橫跨各個部門的辦公平臺，跨應用、跨地區實現資源實時共享和信息互聯互通。本論述詳細介紹了特種設備檢驗檢測管理系統的設計、測試和系統運行，實現不在特種設備目錄內的檢驗報告數據的集成和匯總，以及在用特種設備數據為基礎的檢驗報告數據的集成和匯總，最終實現數據的集成和共享。

關鍵詞：特種設備;檢驗檢測管理系統;J2EE;需求分析;系統開發和測試

中圖分類號：TP319 文獻標志碼：A

0引言

特種設備是指涉及生命安全、危險陛較大的鍋爐、壓力容器（含氣瓶，下同）、壓力管道、電梯、起重機械、客運索道、大型游樂設施和場（廠）內專用機動車輛。

特種設備在當今經濟社會發展中與人們的日常生活息息相關，其可靠運行關系到人們的生命財產安全。目前特種設備檢驗檢測人員少，任務重，同時國家對相關的檢驗檢測提出了更高的要求，所以一套完整的高質量管理系統不僅能夠提高工作效率，更重要的是能夠更好的及時管理好所有的特種設備。

以甘肅省的特種設備為例，目前全省有17.4萬臺/套，使用的是創達版檢驗檢測管理系統。該系統以特種設備目錄內在用設備為基礎，出具檢驗報告時必須要有設備注冊代碼，且系統插件在win7以上的操作系統或者IE8以上的瀏覽器使用時存在著嚴重的不穩定性，直接影響了工作的效率。同時該管理系統缺少對報告數據的綜合統計分析功能，也缺少企業服務平臺等。為了提高工作質量和效率，就迫切需要改變現狀，實現企業資源整合、加快信息流通、規范辦公流程、提高辦事效率、提升檢驗檢測質量、保障特種設備安全運行，更好的服務于企業。

結合以上現狀，本論述總結了特種設備檢驗檢測管理系統的前沿技術，對系統的實現目標、功能、性能和運行環境進行了需求分析，以甘肅省特種設備檢驗檢測研究院檢驗檢測人員為調研對象，以特種設備檢驗檢測業務為依托，經過多次修改和測試，建立了特種設備檢驗檢測管理系統。

1系統的設計思路及實現

1.1系統技術思路

通過對特種設備檢驗檢測管理需求的調研和分析，該系統主要完成如下的功能：

1.1.1檢驗業務調度

檢驗部門對已經受理的檢驗任務，通過系統安排給檢驗組長和檢驗員，檢驗組長和檢驗員在接受任務后可形成任務分配表，管理人員可按周查詢檢驗任務分配及調度情況。任務分配單可預覽、打印（必要時可作為原始憑證存檔）。

1.1.2檢驗報告處理

可在系統中設計各種檢驗類型的報告模版，保證報告展示、編制、打印預覽與設計時的內容和格式完全一致，所見即所得。

系統中的檢驗報告支持自定義附頁、附圖、和檢驗員電子簽名，可動態自動生成報告目錄頁、部件清單頁和頁面內的自動序號等，可復制報告數據。系統可以提供方便靈活的報告集成繪圖工具，支持矢量制圖，提供不少于20種設備作圖元件工具和多個可復用的繪圖模型。系統可查詢并載入其他報告的已有圖形，并可載入外部BMP、PNG、JPG、GIF等圖片格式，可對Word各版本以及AutoCAD各版本制作的圖片進行截屏和截圖并直接裝入報告對應單元格中。

系統可根據報檢的特種設備信息，自動提取已有的特種設備數據信息進入到錄入頁面中，并對檢驗報告具備編輯、刪除、送審、主動撤回、查詢、定制、還原、子報告聯合處理、發送接收、繪圖、復制、報告數據復制、EXCEL表格導出等操作功能。系統能夠自動計算檢驗收費數額，檢驗人員可對未確認到賬的費用進行更正?？蓪Σ煌瑘蟾骖悇e的主報告和子報告分別進行編制、審核，并支持聯合起草和聯合處理功能。

1.1.3報告審核

檢驗報告審核人員對檢驗人員起草完成后送審的檢驗報告進行審核，并對輸入的檢驗費進行核對，若發現錯誤或問題則及時退回，若無誤則在審核完成后報送檢驗報告批準人。具體功能包括查詢（根據報告書狀態）、執行、審核、退回起草人（可撰寫退回原因）、報送批準人審查、撤回、查看流轉信息、查看設備信息等。

1.1.4報告審批

檢驗報告批準人對檢驗報告進行審批和封存，若發現錯誤或問題則退回給前一個流程的審核人，若無誤則在審核完成后進行批準、封存操作。具體功能包括審批、退回（可撰寫退回原因）、查看流轉信息、查看設備信息等。

1.1.5報告打印

對封存后且符合打印條件的檢驗報告進行打印，支持批量打印，并根據實際情況設置單面、雙面打印。

1.1.6特種設備使用標志打印

檢驗報告封存后，可根據該報告設備信息，打印對應的合格證標識，電梯類合格證具備二維碼標簽，二維碼通過手機掃描后可獲取該設備的相關信息。

1.2開發環境及實現工具

本系統是基于Web架構進行設計，采用統一的B/S模式架構，服務端采用J2EE架構，以Java為編程語言，以整版ORACLE 10G為數據庫，支持三層架構體系（Web表示層、業務邏輯層、數據訪問層）。系統可設置超級管理員，可統一對系統人員進行授權、維護和數據初始化等工作。

2系統的設計

2.1檢驗業務調度

檢驗業務調度，是將已經受理的檢驗任務分配至檢驗組長和檢驗員，接受任務后形成任務分配調度表，可按周查詢業務科室每天的檢驗任務分配及調度情況。檢驗業務調度界面如圖1所示。

該模塊可以實現四項功能，具體如下：

新增：檢驗業務受理及其調度的新增。

修改：勾選一條檢驗調度的記錄，對這條檢驗調度的信息進行修改操作。修改完成后保存修改后的數據，提示用戶修改成功并刷新檢驗調度信息的列表。

刪除：選擇一個檢驗調度信息進行刪除，刪除前提示用戶是否確認刪除。如果確認刪除，則由系統刪除所選的檢驗調度信息。

復制：以某條受理為基礎，在此受理信息的基礎上復制一條受理信息，并對其做相應的修改。

檢驗業務調度案例，如圖2所示。

2.2檢驗報告處理

2.2.1檢驗報告處理

系統可根據報檢的設備信息，自動提取已有信息進入到錄入界面中，并對檢驗報告具備編輯、刪除、送審、子報告送回、撤回、查詢、定制、還原、子報告聯合處理、繪圖、報告復制、復制報告數據、EXCEL導出等操作功能?？梢愿鶕加涗浬蓹z驗報告，可關聯并查看原始記錄、設備信息、流轉信息。

新增報告分為在用類報告、產品類、原始記錄的新增和原始記錄生成報告，在用類報告原始記錄又分為有設備起草（正常新增）和無設備起草（注冊地在外省）。報告起草的主界面如圖3所示，左邊為報告定義樹，右上為查詢，可以根據輸入的查詢條件查詢報告書，默認查詢起草狀態的報告書。右中為報告書主列表，顯示用戶起草為送審的報告，右下為報告的流轉信息。選中報告書記錄時，會顯示對應的流轉信息。

手動編號的時候可以點擊“查斷號”查詢報告中間的斷號，選擇斷號后則將斷號依次寫在右邊對應的報告書編號，也可以點擊“自動編號”，按照報告書編號生成規則和流水號生成報告書編號，也可以手動輸入報告書編號，點擊確定，生成報告。如果報告書的編號已經存在就提示用戶重新輸入報告編號。

2.2.2無設備新增

在報告起草主頁面，選擇允許無設備起草的報告定義，點擊“無設備起草”，彈出使用單位選擇頁面，選擇要起草報告的使用單位，選擇單位是可輸入查詢條件進行單位查詢，選擇單位后點“確定”起草報告，每次新增一份報告。

該模塊可以實現四項功能，具體如下：

子報告送審：選擇報告樹上需要送審的子報告點擊子報告送審將子報告送審給他人進行審核。

報告復制：報告需要對報告附頁進行多份復制時，選擇一份報告附頁點擊“報告復制”增加報告的附頁，子報告復制界面如圖4所示。

復制報告數據：輸入報告書編號或者設備注冊代碼查詢報告書，報告數據復制的時候，被復制報告的報告類別必須和當前的報告類別一樣。將被復制的報告的子頁拖拽到對應的報告子頁后面保存，被復制報告數據將保存至當前的報告數據中。

繪圖：選擇可繪圖的報告區域點擊“繪圖”，在繪圖工具中畫出自己想要的圖片，保存將圖片添加在報告中，報告繪圖界面，如圖5所示。

2.3報告審核

對檢驗員起草完成后送審的檢驗報告和檢驗案例報告進行二次審核，若發現錯誤或問題則退回，若無誤則在審核完成后將其送給審批人進行三審或終審，或對只需二審即可封存的報告進行封存操作，結束報告審批流程。其功能包括查詢（根據報告書狀態）、執行、審核、送審、退回（退回可以填寫意見信息）、撤回、流轉信息、設備信息、代簽封存、一鍵封存等。

根據報告書的狀態報告有以下幾種執行方式：

待審狀態的報告書：填寫報告書處理意見，可選擇處理方式“逐級退回”或者“退回起草人”，點擊“執行”就會執行選中的處理方式，如圖6所示。

已審狀態的報告書：填寫報告書處理意見，可選擇設備狀態（正常、待復查）和處理方式將報告書“逐級退回”或者“退回起草人”或者“存檔封存”。點擊“執行”就會執行選中的處理方式，并改變設備的狀態，如圖7所示。

對待審的檢驗報告進行審核，選擇一條或者多條報告，點擊“審核”打開報告的審核頁面，每個子頁面必須審核完畢，整份報告才算審核成功，每份報告都打開并保存后判定為審核。關閉審核頁面，彈出審核成功，則報告審核成功。

報告審核的時候可以通過聯合處理將報告的子頁發送給其他人進行審核，其他人審核完后將報告發回主審人。主審人查看完所有該報告頁面，報告審核成功，并對報告做其他的操作。

如果該報告書是電子版原始記錄自動生成的報告，則報告審核時可以查看相應的原始記錄信息。

將審核過后的報告，發送到下一個審批人進行審批。選擇一份或者多份報告實例，點擊送審，選擇接收人，送審的報告狀態變為已送審，也可以按照報告狀態查詢已送審的報告。報告書所有子報告審核完畢并發回主審人后由主審人發送至審批人。

2.4報告審批

對需要進行終審的檢驗報告進行審批和封存，若發現錯誤或問題則退回給前一個流程的審核人，若無誤則在審核完成后將對報告進行批準、封存操作，結束報告審批流程。其功能包括審批、退回（退回可以填寫意見信息）、撤回、流轉信息、設備信息、報告審批界面如圖8所示。

審批：審批人員對名下待批報告進行審批，并簽上名字與日期。

2.5報告打印

對封存后且符合打印條件的檢驗報告進行打印，支持批量打印，并根據設置支持單面、雙面打印。

該模塊可以實現三項功能，具體如下：

查詢：可根據報告書狀態、報告起草日期以及設備的使用單位等一些信息進行查詢，如圖9所示。

預覽：選擇一條或者多條報告實例，點擊“預覽”，可以預覽pdf版報告，可以在此界面通過打印按鈕，直接對報告進行打印。

打?。捍蛴蟾鏁?，選擇一條或者多條報告實例，點擊“打印”直接打印選中的報告實例，打印期間，無法做其他操作。

2.6合格證打印

生成檢驗合格證并可以打印以及查看打印歷史記錄，電梯合格證具備二維碼標簽，功能包括打印、批量打印、打印歷史、產品信息維護等。

2.7功能權限管理

支持按照功能分配到人、按照人分配功能兩種權限分配方式，具體如下：

人對功能權限：以人為主，給人分配可以有哪些功能權限。

功能權限對人：以功能權限為主，給功能權限分配可以被哪些人操作。具備系統用戶管理權限的人，一般是系統管理員和系統管理員授權的其他人員。

系統管理員可授權給各機構管理員，各機構管理員只能維護其所在機構內的用戶。用戶可以修改自己的基本信息，如圖10所示。

2.8設備權限管理

支持按照設備分配到人、按照人分配相應設備兩種方式進行設備權限分配。

機構管理員根據設備管理業務范圍對系統用戶授權可以訪問的哪些設備大類，對于在設備注冊登記時顯示的設備列表數據權限上，可以統一在后臺由超級管理員來靈活定義設備相關功能中對于顯示符合設備列表數據要求的過濾條件。設備管理主要分為兩個部分，如圖11所示，具體如下：

人對設備：以人為主，給人分配人可以有哪些設備的權限。

設備對人：以設備為主，給設備分配設備可以被哪些人進行操作。

3系統測試

測試解決的主要問題是確保系統能在生命周期內得到順利實施，并產生預期的效果。

依據安排好的測試流程，管理員根據不同的檢驗檢測業務和部門，按照不同種類的特種設備、檢驗報告書類別進行分類測試，并在各個部門抽調專門的檢驗人員，采用真實的檢驗檢測數據，出具相應的檢驗報告書進行測試。這樣可以測試報告書模板的準確性，也可以發現系統中的缺陷（錯誤），并對問題進行跟蹤整改。

軟件測試計劃管理通就是安排好測試流程。管理員根據各個不同檢驗檢測業務和部門，分別不同種類的特設備，按照報告書類別進行分類測試，并在各個部門抽調相關專門的檢驗人員，以真實數據為基礎，并出具真實檢驗報告書為基準進行測試，一方面測試報告書模板的準確性，同時發現系統中缺陷（錯誤），并對問題進行跟蹤。

軟件缺陷（錯誤）跟蹤管理就是確保發現的缺陷（錯誤）已經被開發團隊糾正或處理并且沒有引入新的缺陷（錯誤）。在遞交新的測試報告以后繼續督促開發團隊及時關閉已知缺陷或錯誤。當開發團隊關閉了測試報告中的缺陷（錯誤）以后，測試團隊還需驗證開發團隊在關閉過程中有沒有引入新的錯誤。這個過程稱為回歸測試。回歸測試如發現問題，繼續報開發團組，按上述流程循環，直至回歸測試最終通過。

4展望與計劃

特種設備檢驗監測管理系統已正式投入使用，并經過反復測試和修改，達到了預期的效果，使得我院檢驗檢測業務基本實現了無紙化，也使我院有了基本的特種設備數據庫。

下一步將為了方便企業用戶，計劃在此系統基礎上，建立企業服務平臺和用戶報檢平臺。大型企業申請相關的賬號后登陸企業平臺，可以管理和維護本機構的特種設備基本數據信息，并及時掌握檢驗報告編制進度，檢驗報告流程結束后，可以到檢驗檢測單位領取報告書，或者通過電話等信息，將報告快遞至相關單位，減少用戶多跑路的困難。

企業服務平臺對外開放后，可以將檢驗檢測專用章嵌入軟件系統中，企業用戶可以登錄平臺后查詢到本機構的報告進行打印，同時系統對每份報告提供二維碼來驗證報告真偽。

用戶有檢驗需求時，可以注冊賬號（真實身份）后，將相關的需求提交至企業服務平臺?？头嚓P工作人員接收到報檢信息后，根據信息，以電話等方式積極聯系用戶，并確定相關業務后，及時作出工作業務調度安排，檢驗員根據調度安排，按時進行檢驗，從而提高工作效率。