前言：本站為你精心整理了電子公文系統(tǒng)結(jié)構(gòu)模式范文，希望能為你的創(chuàng)作提供參考價(jià)值，我們的客服老師可以幫助你提供個(gè)性化的參考范文，歡迎咨詢。

編者按：本論文主要從系統(tǒng)架構(gòu)說(shuō)明；功能結(jié)構(gòu)模型；數(shù)據(jù)結(jié)構(gòu)模型等進(jìn)行講述，包括了電子公章服務(wù)器是一個(gè)獨(dú)立的管理系統(tǒng)、系統(tǒng)管理模塊、部門管理模塊、公文管理模塊、數(shù)據(jù)庫(kù)邏輯模型、數(shù)據(jù)庫(kù)物理模型、聯(lián)合發(fā)文數(shù)據(jù)庫(kù)存放多部門聯(lián)合發(fā)文的發(fā)文數(shù)據(jù)表、為系統(tǒng)管理員提供所有操作日志的記錄查詢等，具體資料請(qǐng)見：

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

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

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

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

為迎接Internet的發(fā)展所帶來(lái)的機(jī)遇和挑戰(zhàn)，微軟提出了WindowsDNA(WindowsDistributedinterNetApplicationArchitecture)。DNA架構(gòu)下，應(yīng)用被分割成三個(gè)相對(duì)獨(dú)立的單元：表示層、業(yè)務(wù)邏輯層、數(shù)據(jù)服務(wù)層。表示層負(fù)責(zé)與用戶交互并把相應(yīng)的請(qǐng)求通過(guò)調(diào)用中間層的組件傳遞給業(yè)務(wù)邏輯層。業(yè)務(wù)邏輯層的組件執(zhí)行具體的業(yè)務(wù)邏輯，并通過(guò)SQL等方式向第三層的組件提出數(shù)據(jù)或其他資源請(qǐng)求。WindowsDNA的技術(shù)思想使應(yīng)用開發(fā)有了明確的分工，從而有效地降低了開發(fā)的難度。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.2部門管理模塊

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

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

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

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

日志瀏覽：提供部門管理員和部門用戶所有操作的日志記錄查詢。部門管理員可以通過(guò)組合條件查詢?nèi)罩居涗?，也可以選中一個(gè)或多個(gè)日志記錄進(jìn)行刪除操作。

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

個(gè)人信息維護(hù)：提供修改自己的個(gè)人信息的功能。

2.3公文管理模塊

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

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

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

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

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

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

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

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

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

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

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

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