- 相關(guān)推薦
電子文件管理系統邏輯架構設計
隨著(zhù)電子文件在政府管理中的大量應用，為了保證電子文件的真實(shí)性、可靠行、可用性等要求，急需采用電子文件管理系統，從而實(shí)現電子文件的統一管理，小編下面為大家整理關(guān)于電子文件管理系統邏輯架構的文章，歡迎閱讀參考!
1 多用戶(hù)架構選型
SaaS模式實(shí)現了軟件基礎設施的共享，多個(gè)組織、單位共用一套軟件。這里的組織、單位可以看做軟件的租用者，引入了“租戶(hù)”的概念。租戶(hù)代表一個(gè)獨立組織結構，在電子文件管理系統開(kāi)發(fā)中，可以認為，一個(gè)部門(mén)就是一個(gè)租戶(hù)，他們共同使用一套電子文件管理系統。目前，常見(jiàn)的多租戶(hù)架構方面的實(shí)現方案中，建議采用高級多租戶(hù)系統，它通過(guò)編程方式實(shí)現多個(gè)租戶(hù)共用一套系統，實(shí)現最大程度的資源共享，最大程度降低運行維護成本。在架構上，一套系統支持數百個(gè)租戶(hù)。該模式下，電子文件數據集中存儲，便于后期的數據挖掘和知識發(fā)現。高級多租戶(hù)系統資源利用率高、維護成本低、數據集中存儲。有利于電子文件在統一的規范體系下運行和管理。
2 存儲架構設計
電子文件存儲架構設計必須從電子文件的實(shí)際特點(diǎn)出發(fā)，大量的電子文件屬于通用文書(shū)類(lèi)，從這類(lèi)電子文件來(lái)源看，主要來(lái)源于微軟Office、WPS、永中Office等系列產(chǎn)品產(chǎn)生的電子文件。該類(lèi)電子文件具有數量眾多、單個(gè)文件存儲量小、每年增量可觀(guān)的特點(diǎn)。從數據管理方面分析，電子文件屬于半結構化數據，與電子相關(guān)的元數據屬于結構化數據。因此建議采用關(guān)系數據庫與文檔型數據庫結合的方案，元數據用關(guān)系數據庫存儲，文檔型數據庫存儲電子文件相關(guān)數據。
在SaaS模式，解決數據存儲的同時(shí)，需要實(shí)現數據的安全隔離，每個(gè)租戶(hù)僅可以訪(fǎng)問(wèn)與其相關(guān)的數據�？刹捎肊SB服務(wù)總線(xiàn)，實(shí)現數據的訪(fǎng)問(wèn)控制。
3 統一用戶(hù)管理、認證、授權、審計設計
電子文件管理系統應該采用統一的人員管理。目前基于目錄的管理模式已經(jīng)為廣大用戶(hù)所認可，并被實(shí)踐證明了的有效途徑，通過(guò)該管理模式集成管理，構建各級統一的應用基礎支撐體系，對組織人員信息、應用系統角色信息、用戶(hù)安全和應用安全信息、用戶(hù)和服務(wù)之間的權限控制信息進(jìn)行統一存儲管理，實(shí)現統一的用戶(hù)管理、權限管理和基礎信息管理。
基于SOA架構，系統中的各類(lèi)應用需要集中注冊各自的用戶(hù)角色和提供的服務(wù)信息，通過(guò)統一的用戶(hù)管理界面，實(shí)現用戶(hù)帳號和角色組之間的映射，進(jìn)而基于角色實(shí)現與服務(wù)訪(fǎng)問(wèn)權限的映射，實(shí)現集中的權限管理。
統一審計管理的主要目標是：帳號對資源的高敏感數據訪(fǎng)問(wèn)和關(guān)鍵操作行為都應該被審計，接收和保存審計信息，用于安全審查和追蹤依據;及時(shí)發(fā)現非法登錄和非法操作，對其快速分析、定位和響應。
4 全文檢索系統設計
隨著(zhù)電子文件管理系統的運行，必將會(huì )積累大量的數據和信息。這些信息是最有價(jià)值的財富，如何利用這些財富，是電子文件管理系統的關(guān)鍵。從數據結構看，電子文件管理系統的數據既有結構化的數據，如電子文檔相關(guān)的元數據，又有非結構化的數據，如Word、Excel、PDF等。需要用一個(gè)搜索工具和統一的搜索界面，能對所有的資源進(jìn)行檢索，并很快就有滿(mǎn)意的結果。
從全文檢索方案看，主要有商用和開(kāi)源兩個(gè)類(lèi)別。商用的解決方案有Oracle SES、IBM OmniFind、TRS等。商用解決方案技術(shù)支持及時(shí)、功能強大。但是，投入高，后期升級維護成本高。知名的開(kāi)源的解決方案，如Lucene、Solar、UIMA、Sphinx等，以架構靈活、擴展方便等優(yōu)勢，應用逐漸廣泛。國內知名的門(mén)戶(hù)，如Sina、Sohu等均采用了開(kāi)源的解決方案。因此，建議電子文件管理系統采用開(kāi)源的全文檢索解決方案。
5 ESB服務(wù)總線(xiàn)設計
ESB服務(wù)總線(xiàn)實(shí)現軟件服務(wù)層與平臺服務(wù)層的對接。通過(guò)ESB服務(wù)總線(xiàn)，實(shí)現各層的獨立性，各層的內部調整，不影響其它層。其主要功能如下：
5.1 事件平臺
系統中所有相關(guān)的事件和消息可以通過(guò)事件平臺進(jìn)行轉發(fā)。
5.2 共享通信平臺
系統中服務(wù)之間進(jìn)行通信和數據共享傳輸的中轉平臺。
5.3 消息平臺
消息平臺提供統一的消息通知發(fā)送和處理程序接口和管理接口。接口支持電子郵件、即時(shí)消息等各種消息通知方式，為其它工作平臺、電子公文交換中心等各種應用平臺的開(kāi)發(fā)提供支持。
5.4 API接口平臺
ESB服務(wù)總線(xiàn)提供特定的接口，滿(mǎn)足電子文件特定需求。
通過(guò)電子文件管理的邏輯設計，對物理架構設計上提出高可靠性、高可用性要求。主要采用群集和容錯技術(shù)，包括WEB集群和負載均衡、中間件集群、關(guān)系數據庫集群、電子文件存儲集群、分布式存儲集群等。在此基礎上繼續對系統進(jìn)行詳細設計以及數據庫設計等，直至完成整個(gè)電子文件管理的設計和開(kāi)發(fā)。
【電子文件管理系統邏輯架構設計】相關(guān)文章：
系統架構設計模式大全08-22
基于云架構的系統安全設計08-08
系統架構設計師要素01-11
森林資源監測管理預警系統架構設計09-20
Linux btrfs文件系統及管理07-31
MES系統安全架構設計09-19
系統架構設計師考試之路01-11
三層架構的商務(wù)智能系統設計12-25