谷占忠
摘要:當前很多基層行政事業單位仍然在使用紙質的文件處理方法,但是紙質化文件處理存在著許多落后的地方,如傳遞效率低下、紙張消耗嚴重、后期保存困難等。近年來國家不斷推進行政事業單位無紙化改革,提倡建設節約型機關,提高機關信息化、智能化水平。文章在分析無紙化文件流轉需求的基礎上,設計并實現了一套適用于基層行政事業單位的文件流轉系統。系統以Activiti工作流引擎為基礎,創新性地引入了Apache Jackrabbit技術,不僅滿足了無紙化文件流轉的要求,還達到了極高的安全存儲水平。
關鍵詞:Activiti工作流;Jackrabbit文件倉庫;文件流轉
中圖分類號:TP393 文獻標識碼:A 文章編號:1009-3044(2018)02-0283-02
1 背景意義
隨著計算機技術與互聯網的高速發展,人與人之間、機構與機構之間的溝通變得越來越便捷。以往的很多交流方式都發生了巨大的變化,如紙質的信件,大多被電子郵件所取代,個人通訊隨著智能設備的普及,已經可以實現完全免費的實時語音視頻連接。在此背景下,卻有一種交流方式往往落后半步,不能及時跟上時代的潮流,那就是行政事業單位之間以及內部進行的公務文件流轉。這種現象事出有因,一是作為政府機構,公務文件往往具有較高的保密要求,直接通過互聯網傳遞存在著較大的泄密危險;二是要取代原有紙質的文件流轉方式,必須建設完善的電子文件流轉系統,要推行至所有行政事業單位,不是一朝一夕可以實現的。目前,以西安市為例,政務網絡的建設已取得一定的進展,可以保障文件的網絡傳輸安全。在范圍上基本實現了市級政府部門的互聯,但對于二級部門和區縣單位還無法全覆蓋。因此,基層行政事業單位的文件的流轉仍然大多采用紙質方式,文章設計并實現的文件流轉系統,提供了單位內部文件電子化流轉和安全傳輸與存儲能力,對于提高基層行政事業單位無紙化、信息化水平具有重要意義。
2 系統需求分析
2.1 系統角色分析
根據基層行政事業單位的組織機構模式,以及常用的審批流程,可以得出系統的參與角色。文中系統的參與者分為以下幾個角色:系統管理員,業務部門干部,業務部門負責人,辦公室干部,辦公室負責人,分管領導,單位負責人。其中系統管理員,負責維護單位基本信息,包括系統管理、人員管理、日志管理等等;辦公室專指負責文件管理的部門,包括辦公室干部和辦公室負責人;業務部門指的是辦公室之外的單位所有部門,包括業務部門干部和業務部門負責人,在單位文件流轉中具備參與權限和審批權限;單位負責人是行政事業單位的最高負責人,具備最終審核權限;分管領導指的是領導班子其他成員,通常按照職責劃分分管不同的業務部門。所有參與角色中,部門負責人可以審批本部門干部的業務,分管領導可審批分管部門業務;除會審、集體決策等特殊情況外,部門負責人和分管領導無權干涉其他部門負責人和分管領導管轄范圍內的業務。
2.2 功能性需求
系統的功能性需求可分為組織機構管理、文件傳閱與辦理、文件起草與簽發、文件歸檔與存儲等。
2.2.1 組織機構管理
組織機構管理是系統正常運行的基礎,由系統管理員獨立完成。主要包括對單位的用戶、角色、權限等進行維護,以及對系統后臺進行調試、備份等。
2.2.2 文件傳閱與辦理
雖然隨著政務網絡的發展,行政事業單位之間的文件流轉一部分可以選擇網絡傳輸,達到了無紙化要求。但是,從單位內部來說,目前還沒有一個用于文件內部流轉的系統,因此文件到達單位后,仍然需要進行打印,按照紙質流轉的程序完成后續工作。文件的傳閱與辦理過程為:“辦公室干部”收文后,發起傳閱流程;“辦公室負責人”收到傳閱要求后,同意傳閱則簽署擬辦建議,不同意則退回;“單位負責人”收到擬辦要求后,同意則簽署批示意見,不同意則退回;“業務部門負責人”收到批示后,簽署批辦意見;“業務部門干部”收到批辦要求,進行業務辦理;“辦公室干部”收到辦理結果后,對文件進行歸檔處理,流程結束。
2.2.3 文件起草與簽發
與文件傳閱與辦理相同,文件的起草與簽發過程也沒有系統可以支持,目前仍采用紙質進行。文件起草與簽發流程為:“業務部門干部”擬文,發起發文流程;“業務部門負責人”收到發文后,通過則簽署初審意見,不通過則退回;“辦公室負責人”收到初稿后,通過則簽署核稿意見,不通過則退回;“單位負責人”收到核稿后,通過則簽署簽發意見,不通過則退回;“辦公室干部”收到簽發后,進行印發,最后進行歸檔,流程結束。簡要流程圖如下:
2.2.4 文件歸檔與存儲
目前紙質的公務文件,按照檔案管理相關規定,必須認真裝訂成冊,存放在專用的儲存室內,不僅耗費大量的人力物力,而且在后期查詢利用中多有不便,也無法長時間保存。實行文件的電子歸檔與存儲,則可以顯著減少紙張的消耗,節省儲存空間,節約人力物力支出,而且存儲量極大提升,存放時間較長。
2.3 非功能性需求-擴展性和安全性
電子文件的存儲在對紙質的優勢之外,還有一些需要加以重視的地方,一是通常文件直接存放在文件系統所在服務器硬盤上,擴展性較差,隨著時間增長,存儲量會限制文件的歸檔存儲能力;二是行政事業單位文件具有極高的保密要求,必須保證文件存放的安全性,對于計算機、服務器、傳輸線路的泄密具備較高的抵御能力。
3 系統詳細設計
系統使用UML進行建模和分析設計,按照house model分為五個部分進行。其中組織視圖,通過單位組織結構圖進行分析;功能視圖,通過系統上下文圖及用例圖進行分析;流程視圖,通過業務流程圖、活動圖、時序圖進行分析;數據視圖,通過系統數據流圖進行分析。最后,進行了類設計和數據庫設計。
3.1 組織機構管理功能設計endprint
系統采用RBAC模型進行組織機構管理功能設計,主要包括用戶類、角色類、權限類,以及用戶角色關聯類、角色權限關聯類。其中用戶類,字段包含用戶的基本信息,如用戶名、密碼、姓名等,操作有增加、刪除和修改等;角色類,字段包含角色名和為其分配的權限,操作有增加、刪除等;權限類,字段包括權限名、權限說明和權限內容;關聯類主要記錄了用戶角色權限等詳細分配信息。此外,Activiti工作流提供了流程角色組設置,彌補了單純RBAC在精細化控制上的不足,實現了具體到個人和節點的細致管理。
3.2 文件流轉流程設計
根據需求分析結果,系統主要實現了文件傳閱與辦理、文件起草與簽發、文件歸檔與存儲三個工作流程。系統以Activiti工作流引擎作為系統工作流框架,Activiti是基于BPMN2.0標準的開源工作流引擎,具有嵌入便利、流程設計可視化、運行效率高、兼容性好等優點,文章使用Activiti提供的Modeler工具完成了上述工作流的具體設計,詳細定義了工作流程的發起、流轉、判定、結束等。
業務流程中主要設計以下類:文件傳閱類、文件起草類、文件存檔類,用以管理文件不同流轉過程中的記錄信息。同時,以上各文件類都要依賴于Activiti提供的流程實例類,該類為每項業務實例進行唯一標識。系統還包括附件類、審批意見類等,用以支持業務流程過程中的文件上傳與記錄審批意見。
3.3 文件存儲功能設計
Apache Jackrabbit是一種適用于JCR2.0標準的開源文件倉庫,其本質上是一種面向文檔的數據庫,具有樹狀結構,類似于UNIX文件系統。在文件存儲時jackrabbit提供xml加密,同時在數據庫中只保存文件的標識碼,實際的文件內容加密存儲在樹狀倉庫的節點下,需要時再依據標識碼來獲取原文件。
此處以發起文件傳閱流程中的文件上傳為例,其實現順序為:辦公室干部登錄收文,進入開始傳閱頁面,選擇文件并點擊上傳,文件內容上傳至文件倉庫,隨后生成并返回文件標識。用戶提交后,新增傳閱記錄,同時標識值連同用戶信息一起存儲至附件表中,文件上傳結束,流程實例開始。
3.4 擴展性與安全性設計
Jackrabbit具備分布式部署能力,本身具備擴展性。系統安全性方面采取了多種措施共同控制:一是Jackrabbit提供的xml加密傳輸,以及文件內容與數據庫相分離的策略,極大提升了傳輸和存儲安全性;二是系統采用RBAC模型,設置用戶角色權限,采用用戶名密碼及驗證碼的方式保護登錄安全;三是單位自建服務器,搭建于單位內部局域網絡,與外部網絡隔離連接;四是在單位對外網絡連接接口設立物理防火墻,并設置路由器IP/MAC綁定,進行數據包傳輸控制,進一步防止意外泄密。
4 系統實現與測試
系統采用B/S結構,開發平臺為Eclipse,基于Java web開發,搭載了Activiti工作流引擎和Jackrabbit文件倉庫,數據庫采用MySQL,瀏覽器環境為IE 8.0。系統實現后,首先測試了系統的組織管理功能、文件傳閱與辦理、文件起草與簽發、文件歸檔與存儲功能,均通過測試。然后,使用loadrunner進行了性能測試,從并發數、響應時間、處理速度、CPU使用率等方面均表現優良。測試表明,系統實現了初始設計功能目標,可滿足實際應用的需求。
5 結束語
本文為基層行政事業單位提供了一種基于Activiti+Jackrabbit的文件流轉系統解決方案。該系統控制方法多樣,系統功能清晰,用戶體驗良好,具備較強的擴展性和安全性。通過文件流轉系統可以有效提高事業單位的文件處理質量,降低紙張等的消耗,同時避免了文件遺漏、丟失等事故的發生,對于事業單位推進無紙化、信息化具有很大的促進作用。
參考文獻:
[1] 楊恩雄.瘋狂Workflow講義:基于Activiti的工作流應用開發[M].電子工業出版社,2014.
[2] 徐金虎,宋斌,丁銳.Spring MVC+Hibernate+jQeury模式開發框架應用研究[J].自動化技術與用,2015,34(3):42-46.
[3] 魏浩.Jackrabbit以MongoDB為底層存儲系統架構的設計與應用[D].電子科技大學,2015.endprint