王 萍南陽醫(yī)學高等??茖W校,河南南陽 473061
高等院校電子檔案集成系統(tǒng)的構建與實現(xiàn)
王萍
南陽醫(yī)學高等??茖W校,河南南陽473061
摘要為了實現(xiàn)高校內部不同管理系統(tǒng)資源的共享與信息互通,有必要構建高校電子檔案集成系統(tǒng),將內部各電子檔案資源集中整合于統(tǒng)一平臺。本文結合高等院校電子檔案集成系統(tǒng)需求分析,對高等院校電子檔案集成系統(tǒng)進行了構建,以供參考。
關鍵詞高等院校;電子檔案集成系統(tǒng);構建
近些年來,計算機信息技術飛速發(fā)展,高等院校各部門均采用計算機進行業(yè)務開展與管理,在各項業(yè)務活動與工作中形成了大量電子檔案,如何加強此類電子檔案的歸檔與管理工作,構建集成化的檔案管理系統(tǒng),以便實現(xiàn)各部門檔案資源的充分共享,成為擺在高等院校檔案工作人員面前的重大課題。
雖然,網(wǎng)絡信息技術為高等院校電子檔案集成系統(tǒng)的構建奠定了有力的物質基礎,也推動了信息的多元化發(fā)展,但是,若想實現(xiàn)各種多元信息的高效利用,必須就高等院校檔案資源進行充分整合,實現(xiàn)各部門所產生的檔案資源的集成化管理;各部門所產生的多元化檔案信息,幾乎涵蓋了不同學科與領域,多數(shù)檔案資源不僅數(shù)量龐大,且更新速度快,很難長期進行保存,因此,在檔案資源歸檔之前,必須就各數(shù)據(jù)格式加以集成化、標準化處理;隨著各種類型檔案資源所面向服務對象的多元化發(fā)展,檔案集成系統(tǒng)所面向用戶幾乎遍及不同階層和領域,因此,對于檔案資源的需求也具有很大差異。為了確保服務的高效性與廣泛性,需要對檔案資源服務進行集成,以便為各階層用戶提供標準界面與統(tǒng)一的檢索方式,實現(xiàn)一體化服務。
結合高等院校電子檔案集成系統(tǒng)的需求分析,采用SOA架構,將系統(tǒng)不同模塊加以包裝、整合。系統(tǒng)架構包括四層:基礎層、應用層、服務層、顯示層。不同層之間利用Web Service、TCP/IP協(xié)議等方式實現(xiàn)數(shù)據(jù)之間的交互、傳輸,如圖1所示。
1)基礎層。主要包括硬件設施及軟件操作平臺,如存儲、數(shù)據(jù)中心、網(wǎng)絡、應用服務器等支持系統(tǒng)運行的各種資源。
2)應用層。包括基礎應用、業(yè)務邏輯兩部分,為系統(tǒng)提供檔案管理與服務支持,如檔案的信息化處理與業(yè)務管理、影音文件的處理、數(shù)據(jù)的移交與備份、元數(shù)據(jù)的封裝、檢索等。
3)服務層。顯示層應用系統(tǒng),同應用層集成與連接,統(tǒng)一實現(xiàn)了各服務的封裝和注冊,并對不同服務加以組合,以方便在顯示層直接調用。服務層依據(jù)服務類型包括:數(shù)據(jù)標準化接入服務,負責提供統(tǒng)一、標準化的數(shù)據(jù)接口,為系統(tǒng)提供標準接口服務;關鍵業(yè)務服務,負責提供檔案封裝關鍵業(yè)務服務,如業(yè)務邏輯、相應的業(yè)務數(shù)據(jù)等;流程服務,針對所需被調用流程加以封裝處理,以方便重用;顯示服務,負責為顯示層提供必要的信息。
4)顯示層。該層主要為用戶提供了相應的操作界面,如數(shù)據(jù)采集、被動接受及數(shù)據(jù)分析客戶端,檔案管理者的系統(tǒng)管理員客戶端,用戶信息查詢顯示端。此外,系統(tǒng)安全管理也是架構中不可或缺的重要一環(huán),通常而言,包括兩層管理:一是系統(tǒng)管理層,負責對應用系統(tǒng)、數(shù)據(jù)信息資源進行存儲控制;安全管理層,包括系統(tǒng)內部的數(shù)據(jù)安全、用戶授權與認證、用戶身份管理,用戶訪問控制、系統(tǒng)功能權限等。
在系統(tǒng)集成設計與開發(fā)過程中,需結合高校業(yè)務需求,對系統(tǒng)服務進行設計,在依托服務,完成整個模型的設計,結合不同服務之間的相互協(xié)作與組合,構建相應的業(yè)務流程,實現(xiàn)系統(tǒng)各項業(yè)務功能。高校電子檔案集成系統(tǒng)屬于一個十分復雜的系統(tǒng),包括較多功能模塊。
3.1服務設計
就粗粒度接口而言,通常將較完整的功能進行包裝,成為對外服務,以體現(xiàn)服務的需求。若對外提供服務粒度相對較細,各服務單純提供數(shù)據(jù)返回,為了實現(xiàn)服務功能,需要用戶多次調用服務,方可完成這項功能,這樣會導致服務操作繁瑣,也會造成通訊壓力,如此服務
只適合作為內部接口,而不適合對外服務。結合SOA技術,在實現(xiàn)服務時,無需依賴其他服務狀態(tài)。若要求服務端對客戶端請求狀態(tài)進行實時保存,則將進一步提高其復雜程度。實際設計過程中,往往在有需要時保持狀態(tài),最佳處理方法即由客戶端進行狀態(tài)保存,帶下次請求時,將狀態(tài)發(fā)送至服務端,服務端在接受請求時均將其視為新請求加以處理。
對接口定義加以明確,WSDL可對服務及訪問服務進行描述,且具有廣泛的支持和應用。其不包括服務實現(xiàn)技術細節(jié),允許開發(fā)工具進行多樣化交互接口創(chuàng)建,并對程序代碼調用服務進行隱藏。
3.2數(shù)據(jù)交換的設計
就高校不同業(yè)務系統(tǒng)而言,多數(shù)會以自身需求為依據(jù),采用不同開發(fā)平臺及架構、結構、開發(fā)語言等,在設計前并未對系統(tǒng)集成擴展接口進行設計。但是,系統(tǒng)業(yè)務要求實現(xiàn)紙質、電子檔案文件的同步歸檔,以減輕著錄工作量。本文提出了一種數(shù)據(jù)交換平臺,能夠有效解決各業(yè)務系統(tǒng)之間的資源共享與集成。具體而言,采用SOA技術,進行粗粒度Web Service服務設計,以便所有接口加以調用,還進行了線程輪詢服務設計,對所接收數(shù)據(jù)加以處理。不同業(yè)務系統(tǒng),結合協(xié)議接口狀態(tài),向接收服務端進行數(shù)據(jù)傳送,數(shù)據(jù)為系統(tǒng)所需XML、txt、PDF等文件,以ZIP包形式傳送,接收數(shù)據(jù)后將其輸入數(shù)據(jù)庫,由數(shù)據(jù)處理程序對數(shù)據(jù)庫加以輪詢,將各數(shù)據(jù)信息加以解析和輸入,供系統(tǒng)組卷操作使用。
3.3MVC模式的設計
本文所構建系統(tǒng)是以MVC設計模式為基礎實現(xiàn)的,充分利用了Struts2、Spring等技術。
顯示層開發(fā)主要采用的是Struts2框架,基于WebWork核心,利用欄截器機制,對用戶的請求進行處理,確保邏輯控制器同Servlet API之間的獨立性,削弱了邏輯、數(shù)據(jù)接口間的耦合。
應用層采用的是Spring框架進行開發(fā)和設計的。Spring框架極大地簡化了應用層開發(fā)內容,其提供了應用程序構建所需的所有功能模塊,各模塊在Spring Core框架上進行構建,并對bean的創(chuàng)建、配置、管理方式進行了定義,因而能夠在所有J2EE服務器中運行。不同模塊可單獨進行使用,也可實現(xiàn)集成化,共同完成某項業(yè)務功能。
持久層采用Ibatis進行開發(fā)和設計,可將 SQL語句分別映射為相應的java對象,極易優(yōu)化sql,為系統(tǒng)的構建提供更大的空間。
3.4安全管理設計
權限控制與安全管理設計,是以角色、權限控制字段為基礎,進行訪問控制,極大地提高了系統(tǒng)的適應性與靈活性,由于角色權限變化小,便于授權,能夠為安全策略提供支持。
信息化時代的到來,要求高校各部門業(yè)務工作均實現(xiàn)信息化,為了便于對不同部門業(yè)務的管理,并就各部門所形成的多樣化電子檔案及文件進行集成化管理,本文結合高等院校電子檔案集成系統(tǒng)需求分析,構建了一種集成各部門電子檔案資源的信息管理系統(tǒng),以期為信息化環(huán)境下實現(xiàn)電子檔案資源的高效管理與服務提供參考和借鑒。
參考文獻
[1]陸倜,張光庭.HY-DSSW快速開發(fā)信息管理系統(tǒng)——新平臺、新方法[M].北京:電子工業(yè)出版社,2004.
[2]楊濤,劉錦德.Web Service 技術綜述——一種面向服務的分布式計算模式[J].計算機應用,2012,24(8):20-23.
中圖分類號TP39
文獻標識碼A
文章編號1674-6708(2015)140-0165-01