導語：高職數字檔案管理系統研究一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

摘要：高校檔案信息系統本應是一個有機整體，但實際情況是每個子系統都成了一座“信息孤島”。而基于SOA的數據交換平臺能將不同服務連接起來，實現各個信息模塊間的資源整合、配置和共享，為校內各部門協同辦公提供基礎平臺。

關鍵詞：SOA；數字檔案；Web服務

一、SOA的概述

（一）SOA定義。SOA（ServiceOrientedArchitecture）也叫面向服務架構，是為了實現信息時代各部門業務集成、協同辦公，將應用程序的不同功能模塊（即服務）拆分，僅通過兩個服務之間中立的接口和契約連接起來。其本質就是服務的集合，將同一體系提供不同服務的獨立系統聯系起來，架起信息共享的橋梁，提高系統的整合性。（二）SOA基本結構。典型的SOA結構包括服務品質、平臺和核心三個重要組成部分，其中WSDL、UDDI、SOAP是SOA結構的核心成分。WSDL進行服務描述，它將自己的服務內容和接口定義到服務注冊中心，并且接受和執行服務請求者的請求；UDDI用來注冊和咨詢，將集中儲存在數據庫中的信息資源向服務請求者展現；SOAP作為傳輸層，是搭建在服務提供者和服務請求者之間的信息通道，服務請求者通過查找得知滿足自身需求、允許訪問的服務之后，其請求便會反饋到相關應用程序，并進入實際的操作流程。[1]（三）SOA架構的優勢。面向服務架構最大的特點便是服務提供者和服務請求者之間的松散耦合關系以及標準接口定義。這兩點的存在使得SOA架構具有以下幾大鮮明的優勢：（1）系統集成復雜性低：相對于傳統集成方式，采用標準接口使整個系統顯得更加簡單。（2）復用性強：在拓展系統時，新增子系統可以沿用先前的接口契約，聯通已有的服務，避免二次開發。（3）降低系統成本：基于上述兩點，SOA系統可節省大量的人力和財力，有效降低系統集成和維護成本。

二、高職院校基于SOA建設數字檔案的可行性和必要性分析

（一）經濟要素。一是成本與利益的分析。隨著信息技術的迅速推廣和使用，只需要開發一套系統，與檔案管理相關的業務就都可以在該系統下開展，節約大量的人力、物力和財力。二是短期利益與長遠利益的分析。目前系統開發的周期為一年左右，可以很快投入使用，短期內就能產生效益。而從長期來看，基于SOA架構的系統在拓展性、互操作性和可重性方面都頗具優勢，這樣學校各個系統的規模無論如何變化都能夠得到很好的支持。（二）技術要素。相對于其他行業的信息系統來說，檔案管理信息系統的業務邏輯及實現相對簡單。業務邏輯主要集中在目錄管理及原件儲存上，目前行業技術已經相當成熟和規范。微軟的VisualStudio2008集成開發環境全面支持SOA架構系統的設計，技術門檻越來越低，用它設計出來的系統具有高開發效率和高產品質量。（三）人的要素。隨著高職院校的發展，學生和管理人員對教務系統的要求也越來越高。但是，高職院校對各部門信息建設缺乏統一規劃，給高職學生的使用和運行人員的管理帶來不便，造成了不必要的人力損耗，極大地降低了高職院校管理層的工作效率，甚至影響學校整體工作，嚴重阻礙建設“雙一流”高職院校的進程。

三、基于SOA的數字檔案管理系統實現方法

（一）結構框架。為了解決高職院校各系統之間的數據共享難題，以Web服務實現技術為例，設計基于SOA的學校信息化平臺系統結構框架。第一層：已有信息資源層。包含現有的來自各個管理系統的檔案信息，原有的基于對象的信息實現及業務運行的智能程序，如人力資源系統、教務管理系統、招生管理系統等。第二層：組件層。本層使用容器技術，由將各個基層子系統的應用功能整合起來的組件和負責公開服務的應用組件組成。第三層：服務層。這是系統中最核心的部分，是數字檔案系統的核心支持層，由上一層的功能組件來組建實現訪問者服務請求的組件。第四層：業務流程層。利用已經整合好的各種服務，通過配置等合作方式共同實現特定服務請求的活動流程。第五層：表示層。這也是服務請求者進入信息系統的入口，為服務請求者提供或者實現與其請求相對應的信息資源和服務。第六層：集成層。主要是為上述五層提供集成氛圍來支持其工作，以此實現整個系統在應用、協同等方面的功能。第七層：基礎構架層。主要是為整個SOA系統提供輔助業務，如服務質量檢測、安全監控等。第八層：數據構架層。通過對公用數據庫以及各私有數據庫中的數據進行集中分析，為開展各項業務提供及時、精準的數據支撐。[2]其中已有信息資源層中儲存著學校各個部門的檔案信息，并通過服務組件進行集成，排列配置成簡單的服務。服務請求者注冊信息，通過系統核驗后進入學校門戶網站并請求，之后服務層會進行針對性的信息調用，滿足服務請求者的請求。在此期間基礎構架層會對信息進行辨析和安全加密，確保信息安全。（二）關鍵技術。目前Web服務越來越流行，是實現SOA的一種重要手段。基于Web服務的系統結構如下圖所示：在上圖中，共用數據庫存放著共用信息和從各個應用支撐系統的私有數據庫中提取的部分可公開的信息。每個管理系統都有一個私有數據庫，存放支撐該系統運行以及與服務相關的私有數據。系統會根據訪問者的權限類型從不同的數據庫調用信息。Web服務和接口的作用是將應用和數據進行隔離，服務訪問請求需要通過各種數據處理引擎進行核驗，確保訪問請求的安全性，之后才可以依據不同的權限繼續后續流程。

四、基于SOA的數字檔案管理系統實現分析

（一）組成分析。服務提供者是提供信息服務，管理應用程序的系統集成。高職院校某些業務的實現需要不同系統的部分檔案信息共享作支撐。如教師年終評價需要教務系統、人力管理系統等共同完成。通過系統集成，那些需要共享的業務功能從各子系統的私有數據庫中被調至共用數據庫，最終以服務的形式體現。如將教務管理系統的查詢選課信息、人力管理系統中的查詢學校工資補貼發放情況等功能設計為Web服務并允許訪問使用。服務消費者是查詢并調用服務，或啟動與服務相關的應用程序。服務提供者信息之后，會在系統中形成需要調用該服務的客戶端代碼。在集成系統中，某些參與集成的子系統既充當了服務消費者的角色，又具有信息、提供服務的功能。如教務管理系統既為其他信息系統提供學生信息、課程安排，同時也是學生基本信息查詢、考試成績查詢等服務的消費者。服務注冊中心是服務請求者和服務者對接的平臺，服務提供者在此服務描述，服務請求者根據平臺上現有的服務描述進行查詢請求。注冊中心可以對不同的應用程序進行自動分類，并且辨別服務消費者的訪問權限,對其進行訪問限制和管控，對某些超出權限的服務請求進行屏蔽。（二）技術分析。在上述基于SOA的檔案管理系統集成方案中，Web服務是一項極為關鍵的技術。所有來源于外部的Web請求均需要先通過平臺私有的UDDI注冊，服務請求者在進行查詢后，系統會從用戶權限內的數據庫中對照獲得與服務描述相對應的WSDL文檔，繼而申請調用具體的Web服務。當校內外的使用者對學校信息門戶進行訪問時，系統會先通過Web服務與接口查找數據庫中與用戶接口匹配的WSDL文檔，之后根據權限啟用與服務請求類型相關的管理系統。[3]服務消費者要想發出服務請求，先要在服務注冊中心通過用戶身份認證。而在進行資源查找和程序調用時，應先到注冊中心訪問服務提供者提供的服務注冊信息，之后找到與這些注冊信息相對應的接口描述的WSDL文檔，并在本地形成對象。所有的流程都只需要相關管理系統與對象對接。而當系統內部應用程序發生變化時，不需要接口和系統作出調整，只需要通過對象請求調整所對應的WSDL文檔描述即可。

五、建設基于SOA的數字檔案管理系統的注意事項

首先是用戶信息的管理。用戶管理模塊控制所有注冊用戶的資料，有權對用戶信息進行訪問、修改、找回，使用者只有經過身份驗證后才能進行局部的查詢。其次是權限的驗證和授權。用戶權限模塊可采用Proxy（服務器）設計模式，檢查訪問者申請的訪問權限，對所有超出訪問權限的用戶請求進行攔截。最后是可控的資源限制訪問。對于系統資源，數字檔案管理系統通過IIS對Windows用戶及用戶組進行權限設置。如學生對教務管理系統中的學生成績表只能閱讀而無權進行修改，只有具有學生賬號的在校學生才能訪問和操作學生信息門戶。各高職院校的數字檔案信息化程度各不相同，實現SOA的方式更是多種多樣，但是構建基于SOA的數字檔案管理系統會成為高職院校信息化的基礎環節。數字檔案管理系統可將各部門有機結合起來，大大提高了高職院校業務實現過程的靈活性，是建設數字化校園不可或缺的一個重要環節。

參考文獻：

[1]梅立軍，付小龍，劉啟星，等.基于SOA的數據交換平臺研究與實現[J].計算機工程與設計，2006.29(19):3601-3603.

[2]陳朋，李光耀.基于面向服務體系結構SOA的軟件開發[J].河南科技大學學報，(自然科學版)，2006，27(5):29-31.

[3]魏東，陳曉江，房鼎益.基于SOA體系結構的軟件開發研究方法[J].微電子學與計算機，2005，22(6):73-76.

作者:李偉春 單位:順德職業技術學院