基于SSM框架的文檔一體化管理系統(tǒng)研究

邢 靜，王志剛，徐章博

（1.甘肅檔案搶救保護中心，甘肅 蘭州 730010，2.甘肅省檔案館，甘肅 蘭州730010；3.西北民族大學甘肅省檔案大數(shù)據(jù)分析與智能軟件研發(fā)中心，甘肅 蘭州730000）

1 概述

當今的信息技術(shù)發(fā)展迅速，已有的辦公技術(shù)也相應地得到了相當大的提高與改善，大多數(shù)黨政機關(guān)及企事業(yè)單位已經(jīng)實現(xiàn)了電子政務辦公系統(tǒng)和檔案的數(shù)字化管理。過去手續(xù)復雜、信息量巨大的文件、統(tǒng)計報表，從產(chǎn)生到處理完畢，基本上都能實現(xiàn)無紙化操作，這無疑對強調(diào)信息處理能力和信息處理能力的檔案管理工作提出了更高、更新的要求。電子文件與檔案信息資源作為黨政機關(guān)、企事業(yè)單位和組織辦公不可缺少的組成部分，具有數(shù)據(jù)形式復雜、數(shù)據(jù)量大、處理繁瑣等特點，是各類辦公活動的價值憑證[1]。

甘肅省文檔一體化管理系統(tǒng)在不斷完善，最大限度地利用單位資源，確保其管理的各類資源的完整性和安全性。目前，檔案信息化研究還存在許多問題：缺乏對國外文件檔案信息化研究現(xiàn)狀的分析；理論研究過多，比較零散，研究不成熟，實際應用研究較少；研究方法主觀性較強，而對檔案信息化評價的研究較少[2]。因此，在網(wǎng)絡技術(shù)日益成熟的環(huán)境下，電子文件、電子檔案正逐步取代傳統(tǒng)的文件檔案管理模式。我們需要建立一個完整高效的系統(tǒng)平臺，滿足傳統(tǒng)管理模式轉(zhuǎn)型的需要，既要解決以往文件檔案管理的不足，也要有利于今后檔案館（室）的檔案管理工作，為檔案館（室）提供多種信息服務，為檔案館（室）注入了新的動力[3]。

本文設(shè)計一套符合各級、各行業(yè)文檔管理部門自身業(yè)務的系統(tǒng)，該系統(tǒng)解決了以往紙質(zhì)文件檔案管理的一些弊端，不需要閱讀實物信息，通過網(wǎng)絡技術(shù)，充分利用各種信息資源，使文件檔案能夠顯示其存在的實用價值。同時，也為甘肅省各立檔單位和檔案館今后的檔案管理工作提供了更加便捷的途徑，為用戶提供了更好的服務。

2 系統(tǒng)關(guān)鍵技術(shù)研究

2.1 系統(tǒng)平臺結(jié)構(gòu)

因為檔案內(nèi)容管理系統(tǒng)需要相對嚴格的安全性以及便捷的可移植性，因此基于J2EE的Web開發(fā)框架成為本系統(tǒng)平臺的研究框架。檔案內(nèi)容管理系統(tǒng)有表示層、控制層、業(yè)務邏輯層和數(shù)據(jù)持久層四個層次的框架結(jié)構(gòu)，每層之間的劃分對應出的功能清晰可見，體現(xiàn)了封裝和分而治之的思想[4]。四層模式相互配合，體現(xiàn)出“高耦合、低內(nèi)聚”的獨特特點，使用起來非常方便。

2.1.1 J2EE結(jié)構(gòu)

J2EE平臺提供的應用模型每一層都有自己的功能，數(shù)據(jù)在各層之間傳輸，這樣就可以實現(xiàn)系統(tǒng)的功能。圖1清楚地顯示了每一層所做的工作。

圖1 J2EE分層結(jié)構(gòu)圖

2.1.2 表現(xiàn)層框架研究

JSP頁面和javascript是通過MVC設(shè)計的，其不僅為構(gòu)建體統(tǒng)擴展的體系結(jié)構(gòu)的堅實基礎(chǔ)，而且為其可重用的特殊體系結(jié)構(gòu)提供了堅實的屏障[5]。MVC的核心概念可以通過Spring MVC實現(xiàn)，它為系統(tǒng)的控制器和處理程序的能力提供了許多與MVC系統(tǒng)相關(guān)的功能[6]。

2.1.3 業(yè)務邏輯層框架研究

Spring屬于業(yè)務邏輯層，作為J2EE框架的中間層，起著承上啟下的作用。它具有強大的集成框架功能。它與上層的MVC架構(gòu)有很好的契合性，也可以與底層的一系列其他持久層架構(gòu)相結(jié)合。Spring的另一個特性是它的對象沒有綁定到特定的服務中，這些對象可以在運行環(huán)境中多次使用，這使得各種組件之間的兼容性更好。

2.1.4 數(shù)據(jù)持久層框架研究

數(shù)據(jù)持久層框架包括Hibernate和Mybatis兩個部分。關(guān)系數(shù)據(jù)庫與關(guān)系數(shù)據(jù)庫的映射是在Java環(huán)境下實現(xiàn)的。因為此機制的存在，靈活的使用SQL語句變得非常的方便，相當于高級語言中的Java對象，這使得開發(fā)人員編寫更加方便。利用SQL語句進行編程，開發(fā)人員只需定義Java對象與數(shù)據(jù)表之間的映射關(guān)系，就可以使開發(fā)工作更加方便。

2.2 基于SSM框架的開發(fā)技術(shù)

2.2.1 SSM的框架集成

SSM框架不是單一的，而是基于Spring MVC、Spring和Mybatis這三個框架的同時協(xié)助一起集成而成的系統(tǒng)框架。在本系統(tǒng)中主要分為五層，分別為包含JSP頁面和jQuery的表示層、包含Struts的MVC和Framework的控制層、包含三個組件的業(yè)務邏輯層、包含四個模塊的數(shù)據(jù)持久層以及龐大的數(shù)據(jù)源層。首先，轉(zhuǎn)發(fā)相應的請求指令以及界面的視圖管理是Spring MVC的功能體系，其次，對業(yè)務對象的管理工作是通過Spring框架完成的，最后，對數(shù)據(jù)對象進行持久化的功能是通過Mybatis實現(xiàn)的。如圖2所示，為SSM實現(xiàn)功能的五個部分的總體結(jié)構(gòu)。SSM的集成架構(gòu)不僅讓成功的J2EE層結(jié)構(gòu)設(shè)計實現(xiàn)成為可能，而且讓編程者更加方便地進行構(gòu)建框架。每一層的功能有相應的任務以及明確的劃分。接口用于連接層，各層之間相互連接，使系統(tǒng)的擴展性和維護性得到了相應的提升[6]。

圖2 集成框架結(jié)構(gòu)圖

在四層結(jié)構(gòu)中，我們依靠數(shù)據(jù)傳輸類來完成各層之間的直接或間接通信。當傳輸過程中的數(shù)據(jù)類型與數(shù)據(jù)表有正確的對應關(guān)系時，可以依靠Mybatis生成器自動生成代碼。

2.2.2 SSM框架對檔案管理的優(yōu)勢

1）SSM框架是使用的MVC的開發(fā)模式，系統(tǒng)界面的顯示以及系統(tǒng)層次業(yè)務邏輯上的分開管理的部分是通過MVC的模式實現(xiàn)的。檔案信息存在數(shù)據(jù)量大、表結(jié)構(gòu)可變等問題，需要在后期進行優(yōu)化。因為此功能，SSM集成框架為以后的系統(tǒng)開發(fā)提供了一個良好的模板框架[7]。

2）提高系統(tǒng)開發(fā)速度。SSM架構(gòu)模式為系統(tǒng)的開發(fā)提供了大量的通用視圖。另外，根據(jù)配置文件，可以確定一些程序的邏輯順序，而不需要進行編碼。SSM架構(gòu)模式使開發(fā)時間與周期得到了相應的縮短，工作效率得到了提升。

3）“低耦合、高內(nèi)聚”是SSM框架的優(yōu)勢所在，并且SSM框架結(jié)構(gòu)是分層的體系結(jié)構(gòu)，這種模式更加方便了系統(tǒng)的操作和維護。

4）SSM框架可以為項目管理帶來很多好處。掌握了SSM框架的開發(fā)過程，并根據(jù)該過程改進系統(tǒng)需求，才能準確估計項目實施的工作量，確保系統(tǒng)實施中不存在過度風險。

3 文檔一體化管理系統(tǒng)的實現(xiàn)

3.1 系統(tǒng)開發(fā)環(huán)境

體系結(jié)構(gòu)采用SSM集成框架結(jié)構(gòu)，各層次之間相互配合，共同完成構(gòu)建檔案管理系統(tǒng)的基礎(chǔ)部分。同時，系統(tǒng)決定使用MySQL來存儲和輸出數(shù)據(jù)。Java是一種成熟的高級語言，用于編程并部署在Tomcat服務器上。

3.2 系統(tǒng)框架實現(xiàn)原理

SSM框架由Spring、Spring MVC和Mybatis組成，形成一個系統(tǒng)結(jié)構(gòu)。系統(tǒng)的完成與每一層密切相關(guān)。一個好的框架對系統(tǒng)的開發(fā)起著重要的作用，每一層的實現(xiàn)過程進行了描述。表示層用于外部前端頁面。最后三層用來完成后臺各種業(yè)務的處理。依靠這四層之間的協(xié)作，通過分工完成數(shù)據(jù)處理[8]。如圖3所示，流程簡單明了。

圖3 流程流轉(zhuǎn)的數(shù)據(jù)顯示圖

3.3 系統(tǒng)功能實現(xiàn)與檢測

3.3.1 OA接口開發(fā)

基于政務網(wǎng)大OA協(xié)同辦公系統(tǒng)開發(fā)，打通OA系統(tǒng)和文件歸檔系統(tǒng)、檔案管理平臺的通道，實現(xiàn)電子文件的數(shù)據(jù)傳輸，在OA系統(tǒng)模塊中加入歸檔功能，完成實時電子文件的預歸檔，預歸檔數(shù)據(jù)進入歸檔系統(tǒng)進行管理。

3.3.2 電子文件歸檔與接收

通過與OA協(xié)同辦公系統(tǒng)接口的對接，歸檔系統(tǒng)對產(chǎn)生的電子文件進行采集，接收，檢測，整理，統(tǒng)計進行預歸檔處理，通過制定相關(guān)標準如數(shù)據(jù)接口標準、數(shù)據(jù)結(jié)構(gòu)標準等，把符合要求的電子文件進行推送集中檔案管理平臺。

1）數(shù)據(jù)接收：通過制定相關(guān)標準如數(shù)據(jù)接口標準、數(shù)據(jù)結(jié)構(gòu)標準等等，將OA系統(tǒng)及其他業(yè)務系統(tǒng)中將整理完成的各類政務電子文件歸檔到本系統(tǒng)中。

2）數(shù)據(jù)接口：提供標準數(shù)據(jù)接口，實現(xiàn)其他業(yè)務系統(tǒng)的數(shù)據(jù)導入功能。

3）數(shù)據(jù)檢查：對接收的數(shù)據(jù)進行檢查，包括目錄與正文對應情況檢查、數(shù)據(jù)掛接檢查、圖像屬性檢查等多方面的檢查。

4）文件分類：對接收的數(shù)據(jù)進行按單位，類別，年限等進行整理歸類。

5）文件檢測與效驗：對OA產(chǎn)生的電子文件通過設(shè)置檢測規(guī)則，進行檢測效驗，對不符合要求的電子文件進行退回。

6）電子文件整理：對所收集的電子文件通過按單位，門類，期限等進行整理，修改，新增，刪除等操作。

7）電子文件統(tǒng)計：按年月進行統(tǒng)計電子文件統(tǒng)計，生成表格。

3.3.3 電子檔案集中管理

該系統(tǒng)部署在檔案館政務網(wǎng)平臺，分管理端和用戶端，通過設(shè)置不同權(quán)限對電子檔案進行管理，用戶端面向立檔單位的檔案室人員，完成立檔單位的電子檔案在線整理，歸檔、移交、查閱利用等功能，管理端作為檔案館的接收管理人員，完成對立檔檔案的電子檔案進行指導，接收，管理，鑒定、長期保存和流程設(shè)置和系統(tǒng)的配置等功能。

3.3.4 檢測環(huán)節(jié)

電子文件從其形成到最終銷毀或永久保存，主要經(jīng)過電子文件創(chuàng)建、電子文件辦理、電子文件歸檔和電子檔案管理、移交進館（電子檔案接收與長期保存）四個階段，其中與檔案部門密切相關(guān)的就是電子文件歸檔、電子檔案移交接收和電子檔案長期保存三大環(huán)節(jié)。

電子文件歸檔環(huán)節(jié)通過“四性”檢測手段對歸檔電子文件質(zhì)量進行嚴格把關(guān)，將符合歸檔要求的電子文件歸檔并統(tǒng)一管理，把不符合要求的電子文件退回業(yè)務部門重新進行整理。如圖4所示。

圖4 電子文件歸檔環(huán)節(jié)四性檢測

電子檔案移交接收環(huán)節(jié)，檔案室移交人員應對移交的電子檔案進行“四性”檢測，檢測通過后方可正式移交；同樣，檔案館接收人員需對接收的電子檔案進行“四性”檢測，檢測通過后才能正式接收。

電子檔案長期保存環(huán)節(jié)，在電子檔案進入長期保存庫之前，需要對其“四性”進行全面檢測，嚴防不合要求的電子檔案進入長期保存庫。在電子檔案長期保存的過程中，由于技術(shù)更新?lián)Q代或存儲介質(zhì)損壞等原因，可能導致電子檔案損毀或無法讀取，因此需要設(shè)置檢測策略，對長期保存的電子檔案進行定期或者不定期的“四性”檢測，確保電子檔案長期可用。如圖5所示。

圖5 電子檔案長期保存環(huán)節(jié)的四性檢測內(nèi)容

4 總結(jié)

本文以檔案信息化為主要目的，綜合考慮文檔一體化管理中所涉及的功能，利用UML進行建模并建立了業(yè)務流程模型，采用SSM框架為檔案館（室）設(shè)計一個文檔一體化管理平臺。檔案資源的便捷操作和最大限度的利用是一項極其繁瑣、耗時的工作，需要不斷深入研究檔案管理工作，從而掌握更多解決實際問題的實用方法，為今后的信息智能化工作提供新思路。