交換系統的結構與模型詮釋

導語：交換系統的結構與模型詮釋一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

摘要：公文交換系統采用B/S結構，客戶通過瀏覽器訪問服務器以及與Web服務器連接的后臺數據庫，運用微軟的DNA三層結構，采用交互式集中管理模式架構系統。系統的結構模型部分對系統的管理模塊、部分管理模塊、公文管理模塊等進行了詳細的描述。

關鍵詞：電子公文交換；電子公章；數字簽名

1系統架構說明

計算機和網絡技術的發發展使信息系統經歷了從集中式計算模式到分布式計算模式的演變，分布式計算又可分為資源共享式、客戶機/服務器（C/S）模式和瀏覽器/服務器（B/S）模式三種類型。

為迎接Internet的發展所帶來的機遇和挑戰，微軟提出了WindowsDNA(WindowsDistributedinterNetApplicationArchitecture)。DNA架構下，應用被分割成三個相對獨立的單元：表示層、業務邏輯層、數據服務層。表示層負責與用戶交互并把相應的請求通過調用中間層的組件傳遞給業務邏輯層。業務邏輯層的組件執行具體的業務邏輯，并通過SQL等方式向第三層的組件提出數據或其他資源請求。

WindowsDNA的技術思想使應用開發有了明確的分工，從而有效地降低了開發的難度。

公文交換系統采用基于MicrosoftWindowsDNA技術的B/S三層結構的分布式計算模式，客戶端使用IE瀏覽器，并借助公文瀏覽器Reader的IE插件及其它ActiveX控件向公文服務器提出Http協議請求，服務器端IIS接收客戶請求，解釋執行反映公文交換業務邏輯的腳本，必要時調用ActiveX組件實現復雜的功能，通過ADO對象訪問數據層的SQLServer數據庫，將操作結果組合到Html頁面中返回給客戶端瀏覽器。采用B/S結構簡化了系統操作的難度，增強了系統的靈活性和可擴展性。

公文交換系統的表示層由三部分組成：系統管理界面、部門管理界面、公文管理界面。

電子公章服務器是一個獨立的管理系統，B/S結構服務器，主要功能包括公章的制作、發放、作廢、查詢、備份，以及公章的日常維護。

CEB文件是方正電子公司自主版權的版式文件格式，可以方便地把包括S2、S72、PS2、PS、EPS、TIFF、DOC、PDF等文件，轉換為可用于閱讀的電子文件CEB。CEB文檔可以使用免費的瀏覽器ApabiReader閱讀。轉換成的CEB文件完全保持原來的版式，包括原始文件中的圖片、表格、色彩等復雜的版面內容，都正確地保留，閱讀效果與原版式一樣。加入了多種壓縮加密方法，使文檔保持最小。的文件不能被隨意篡改，只能閱讀、不能修改，保證文件的完整性、嚴肅性、準確性。

公文交換系統采用集中式管理模式。系統中所有公文集中存放于一個公文交換中心，用戶可以通過Internet/Intranet，利用瀏覽器和公文閱讀器來查看和瀏覽公文。發文方利用一個稱為Maker的CEB生成工具將各類OA系統形成的不同格式的電子公文轉換為CEB格式，通過網絡加密上傳到公文交換中心，存儲于交換中心的公文庫。經過蓋章、發送后，公文狀態發生變化，公文屬性數據從發文單位傳遞到收文單位數據庫，公文文檔存儲路徑并不發生變化。公文的瀏覽和打印都由客戶端通過http請求即時獲得，電子公文文檔并沒有“物理的”存儲于收文客戶端。紅頭紅章的電子公文不在任何客戶端保存，只有授權用戶方可即時從服務器獲得公文的閱讀權或受控的打印權，從可訪問性層次上增強了公文的安全性。

2功能結構模型

公文交換系統用戶包括系統管理員、部門管理員和部門用戶等三種類型，各類用戶通過系統完成不同的任務。因此分為系統管理、部門管理、公文管理三大模塊。下面分別介紹各模塊的組成結構。

2.1系統管理模塊

公文交換以政府部門、單位為交換點，使用公文交換系統的各部門由系統管理員通過系統管理模塊來統一管理。包括：

部門管理：部門管理主要用來進行部門和部門管理員信息的維護，包括部門管理員的增加、修改、刪除與查詢。創建、刪除部門管理員的同時創建、刪除部門數據庫。

個人信息維護：主要為系統管理員提供修改自己的個人信息的功能。

打印機管理：為系統管理員提供維護可用與禁用打印機的功能。調整打印機的屬性。如果收文員使用非法打印機打印公文，打印不出紅章。

日志瀏覽：為系統管理員提供所有操作日志的記錄查詢。系統管理員可以通過組合條件查詢日志記錄，也可以選中一個或多個日志記錄進行刪除操作。

統計信息：為系統管理員提供各部門所有公文交換情況的統計?？梢赃x擇統計對象、時間段、部門進行信息統計，并可下載統計結果。

2.2部門管理模塊

部門管理員可以進行本單位的用戶管理，維護部門組別、發文表、催辦電話和個人信息，還可進行本單位用戶操作的日志查詢和公文統計。

用戶管理：主要為部門管理員提供本部門用戶的新增、權限的劃分、信息的修改與用戶的刪除功能。用戶權限有上載、簽發、蓋章、發送、回執監控、發文監控、發文瀏覽、收文處理、發送回執。不同權限的部門用戶，登錄后界面會各不相同。

部門組別維護：提供部門組別維護的功能。包括新增、修改、刪除。

發文表維護：提供發文表的新增、修改、刪除等維護功能。

更改催辦電話：提供修改催辦電話的功能。

日志瀏覽：提供部門管理員和部門用戶所有操作的日志記錄查詢。部門管理員可以通過組合條件查詢日志記錄，也可以選中一個或多個日志記錄進行刪除操作。

統計信息：提供該部門所有操作人員的所有公文交換活動情況的統計信息?？梢赃x擇統計對象、時間段、操作員進行信息統計，并可下載統計結果。統計對象包括：上載、簽發、蓋章、發送、接收、退回、轉辦的公文。

個人信息維護：提供修改自己的個人信息的功能。

2.3公文管理模塊

部門用戶通過此模塊進行公文收發和監控。部門用戶依權限的不同，將呈現不同的操作界面，每個部門用戶只能進行授權的公文操作。公文管理模塊包括：發文管理、收文管理、公文監控三個子模塊。

發文管理子模塊：完成普通發文、聯合發文及文檔速遞發文流程的控制，普通發文是指由一個部門單獨簽發的蓋章公文。聯合發文是由一個部門主辦、多個部門協辦，需加蓋多個公章的公文。文檔速遞是用來傳送各類信息性、資料性的文檔，不需蓋章，其打印份數不做限制。

收文管理子模塊：發文方將蓋好章的公文執行完發送操作后，在收文單位數據庫中就會增加一條收文記錄，收文方通過收文管理模塊處理收文事務，完成向發文方發送回執、閱讀公文、退回公文、轉辦公文、打印公文、脫密下載等功能。

公文監控子模塊：公文監控主要為有監控權的用戶提供收文、發文、回執、用章的查詢，便于用戶對公文在系統內的流轉狀況進行實時的監控，保障公文傳輸的順利進行。

3數據結構模型

公文交換系統中的實體主要有：系統管理員、部門、部門管理員、部門用戶、打印機、日志、發文表、部門組、普通發文、聯合發文、文檔速遞、轉辦公文、收文、蓋章記錄、發文操作、收文操作、發送信息、協辦信息。公文管理模塊是公文交換系統的核心部分。

3.1數據庫邏輯模型：

根據DFD圖和相應數據字典，抽象出系統的概念模型，通過轉換形成邏輯模型。發文流程中的公文實體存放于發文信息表，每一公文實體執行多個操作，發送給多個部門。收文流程中的每一公文實體具有唯一收文類別，執行多個收文操作。

3.2數據庫物理模型：

考慮系統的擴展性，系統數據庫的物理結構采取各部門分設數據庫，另外建立系統管理數據庫和聯合發文數據庫。系統管理數據庫集中存放系統管理員管理的數據表及全局有效的數據。

聯合發文數據庫存放多部門聯合發文的發文數據表。每個參與公文交換的單位部門其收文發文數據存放于各自的數據庫中，便于按部門備份數據和增加、刪除一個部門。

總之，公文交換系統采用B/S結構，客戶通過瀏覽器訪問服務器以及與Web服務器連接的后臺數據庫，運用微軟的DNA三層結構，采用交互式集中管理模式架構系統。