劉林

[摘 要]財務信息化建設從20世紀90年代后期開始,初步實現了各級財務網上信息傳輸、查詢、瀏覽以及個別業務網上處理。目前,我國企業財務信息系統已經進入了集成建設階段。本文設計了財務信息系統集成框架。
[關鍵詞]財務信息系統;集成建設;框架設計
doi:10.3969/j.issn.1673 - 0194.2020.12.026
[中圖分類號]F232[文獻標識碼]A[文章編號]1673-0194(2020)12-00-02
0 ? ? 引 言
信息系統集成是根據一個復雜的信息系統或子系統的要求,將各個分離的設備、功能和信息等集成到相互關聯的、統一和協調的系統之中,使資源達到充分共享,實現集中、高效、便利的管理過程。
1 ? ? 系統總體架構設計
系統總結架構設計是信息集成建設的關鍵,引領著整個系統的集成建設工作,同時還是信息系統集成建設的基礎和靈魂,對整個系統開展面向服務,主要包括以下3方面工作。一是封裝服務的提供者。此項任務的目的是將現有數據庫系統的應用功能,按照集成架構要求的方式封裝成為各自獨立的服務。主要的工作包括設計功能包裝規范、定義包括信息、數據類型、綁定、服務訪問節點類型及服務封裝等。二是建立服務注冊機構。這個機構的主要功能是發布服務、查詢服務,同時可以實現二者相互綁定。在Web Services建立的服務注冊信息是UDDI實現的,而服務注冊機構實現的基礎映射了已經封裝好的服務描述。三是建立接口滿足服務使用者。這類接口的主要功能是實現服務使用者的訪問和查詢功能,通常情況下,服務提供者不能假設服務使用者的條件,其中,包括合理應用系統、準確區分服務類別和包裝。
采用分層的結構設計的財務信息系統,是一種不同于傳統模式設計的架構,主要包括以下3個層面。一是服務提供層。服務提供層建立在數據庫上,主要功能是完成數據包裝目標,在外部需要提供Web Services接口,然后再通過UDDI服務器進行下一步服務。從結構上看,這一層實際上只是一個邏輯層;從物理上看,存在各個數據庫應用服務器中。此外,這一層還有一個主要作用,即包裝整個數據庫的各個應用,最終實現Web Services。二是服務注冊/訪問層。這一層的主要功能是為服務使用者提供接口,這些接口要能夠查找服務或其他接口,即服務使用者需要通過UDDI注冊中心查詢服務提供者,而服務提供者需要通過這個中心達到提供服務的目的。服務注
冊/訪問層介于服務應用和服務提供層中間,是這兩個層的橋梁。不管是查找服務還是注冊服務實現交互,都必須通過UDDI注冊中心,該中心數據庫有Web Services功能和位置信息。三是服務應用層。這是3個層的最后一層,是客戶最直接應用的層,該層既有本系統的應用,也有內部的應用。服務的請求者需要通過UDDI注冊中心查找服務,同時綁定服務提供者,以此發現需要的服務。
2 ? ? 系統用例
在財務信息系統建設實踐中,需要秉持集成理念,特別是在系統用例設計過程中更要關注服務者和使用者,而服務提供者在整個系統架構中處于服務提供層。服務使用者和提供者各有分工,一方面,向UDDI提供注冊服務;另一方面,向UDDI提供查詢服務。若使用者搜尋到自身需要的服務,則可以通過綁定與提供者進行交互。
3 ? ? 系統功能結構設計
通過調查可以看出,如果在客戶端沒有進行邏輯處理,僅對用戶發出請求的數據進行簡單操作,比如接受和返回,這種方式稱為瘦客戶端的系統訪問方式,顧名思義就是減輕系統客戶端的業務量。而在服務器端上,包括一個數據庫,這個數據庫主要實現訪問控制、用戶身份驗證、負載均衡等功能,包括存儲UDDI服務注冊信息和用戶身份驗證信息的數據庫。UDDI服務器構建在Web Server客戶端上,實現通信后獲得許可,在某個協議下與UDDI服務器進行交互。
在服務器端主要實現以下4個功能。一是身份驗證。身份驗證功能需要通過一套組件實現,這個組件的主要作用是進行認證,且認證只針對登錄用戶。假設認證信息有效,就可以提供為用戶設定的權限列表中的服務。假設認證失敗,系統會分析失敗原因,比如,是否是密碼錯誤或者用戶不存在等,給出錯誤提示代碼。這里需要說明的是,在這個過程中,主要整合數據庫中的各應用子系統原來的身份驗證功能,將其封裝成一個獨立服務,不同于其他服務的是,該服務不需要錄入UDDI注冊中心。二是服務注冊。這個功能由一套組件組成,主要任務是完成服務注冊。例如,服務提供者向注冊機構發出注冊請求時,這套組件要自動連接UDDI服務器,與此同時,將該請求發給UDDI服務器,在該服務器處理服務注冊請求后,且請求成功的話將此信息返回。三是服務查找。這套組件主要是顯示服務查找和接口信息,如果服務使用者發出服務查找請求,該套組件要自行連接UDDI服務器,同時將該請求轉發給UDDI服務器,服務器處理查找請求后,列表返回服務,且該組件也會把此列表推送給服務使用者。四是服務應用集成。這套組件的功能是綁定服務提供者和使用者。比如服務使用者在訪問端查到自身需要的服務且發出調用服務請求后,該組件就會自行綁定服務使用者和服務者。
4 ? ? 系統總體結構設計
系統總體結構如圖1所示。
4.1 ? Web服務層
Web服務層主要由終端用戶瀏覽器和Web服務器構成,這些不管是瀏覽器還是服務器都分布在不同的地方,同時這些也是終端實現系統交互的端口。實際運行過程中,終端用戶需要通過瀏覽器向Web服務器發送各類信息的請求,隨后從Web服務器接收到查詢結果,然后在網頁上發布信息。
4.2 ? 應用服務層
應用服務層的主要作用是從Web服務器接收服務請求,并將這些請求服務向提供服務的數據庫服務器轉發。該層主要分為3個部分:一是服務解析模塊,這個模塊從Web服務器接收服務請求,并在服務注冊庫中實現對本服務的檢索功能,進而找到為提供該服務的數據庫服務器,而后將本次服務請求轉發到數據庫服務器;二是服務注冊庫,這個模塊主要是記錄包括數據庫服務器提供的所有服務,在數據庫服務層增加新的服務時,必須通過服務發布模塊將服務送到服務注冊庫中;三是數據匯總模塊,這個模塊主要匯總數據庫服務層返回的數據,同時反饋給Web服務器。
4.3 ? 數據庫服務層
數據庫服務層主要提供各類財務信息數據,為了解決數據描述、存儲方法等方面的差異性問題,需要為數據庫配備一個服務轉換器。這個服務轉換器主要是將該服務器提供的服務變換成對應類型數據庫服務的操作方法,從數據庫中提取數據,并統一數據格式,同時將數據提交給應用服務層數據匯總模塊。
主要參考文獻
[1]馬費成.信息資源管理[M].武漢:武漢大學出版社,2001.
[2]何麗,方英蘭.Visual Basic.NET分布式應用程序開發[M].北京:清華大學出版社,2004.
[3]蔣立品.對公路行業財務信息系統集成化建設的研究[J].交通財會,2008(6):16-21.
[4]孫冰,王魯泉.對財務信息系統集成建設的思考[J].經濟與社會發展研究,2014(10):147.