交換系統(tǒng)的結(jié)構(gòu)與模型詮釋

導語：交換系統(tǒng)的結(jié)構(gòu)與模型詮釋一文來源于網(wǎng)友上傳，不代表本站觀點，若需要原創(chuàng)文章可咨詢客服老師，歡迎參考。

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

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

1系統(tǒng)架構(gòu)說明

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

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

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

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

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

電子公章服務器是一個獨立的管理系統(tǒng)，B/S結(jié)構(gòu)服務器，主要功能包括公章的制作、發(fā)放、作廢、查詢、備份，以及公章的日常維護。

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

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

2功能結(jié)構(gòu)模型

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

2.1系統(tǒng)管理模塊

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

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

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

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

日志瀏覽：為系統(tǒng)管理員提供所有操作日志的記錄查詢。系統(tǒng)管理員可以通過組合條件查詢?nèi)罩居涗洠部梢赃x中一個或多個日志記錄進行刪除操作。

統(tǒng)計信息：為系統(tǒng)管理員提供各部門所有公文交換情況的統(tǒng)計。可以選擇統(tǒng)計對象、時間段、部門進行信息統(tǒng)計，并可下載統(tǒng)計結(jié)果。

2.2部門管理模塊

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

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

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

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

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

日志瀏覽：提供部門管理員和部門用戶所有操作的日志記錄查詢。部門管理員可以通過組合條件查詢?nèi)罩居涗洠部梢赃x中一個或多個日志記錄進行刪除操作。

統(tǒng)計信息：提供該部門所有操作人員的所有公文交換活動情況的統(tǒng)計信息。可以選擇統(tǒng)計對象、時間段、操作員進行信息統(tǒng)計，并可下載統(tǒng)計結(jié)果。統(tǒng)計對象包括：上載、簽發(fā)、蓋章、發(fā)送、接收、退回、轉(zhuǎn)辦的公文。

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

2.3公文管理模塊

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

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

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

公文監(jiān)控子模塊：公文監(jiān)控主要為有監(jiān)控權(quán)的用戶提供收文、發(fā)文、回執(zhí)、用章的查詢，便于用戶對公文在系統(tǒng)內(nèi)的流轉(zhuǎn)狀況進行實時的監(jiān)控，保障公文傳輸?shù)捻樌M行。

3數(shù)據(jù)結(jié)構(gòu)模型

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

3.1數(shù)據(jù)庫邏輯模型：

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

3.2數(shù)據(jù)庫物理模型：

考慮系統(tǒng)的擴展性，系統(tǒng)數(shù)據(jù)庫的物理結(jié)構(gòu)采取各部門分設數(shù)據(jù)庫，另外建立系統(tǒng)管理數(shù)據(jù)庫和聯(lián)合發(fā)文數(shù)據(jù)庫。系統(tǒng)管理數(shù)據(jù)庫集中存放系統(tǒng)管理員管理的數(shù)據(jù)表及全局有效的數(shù)據(jù)。

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

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