電子公文交換系統(tǒng)詳細設計

發(fā)布時間:2021-11-08 19:24:25| 瀏覽次數(shù)：

　智慧禹會

　電子公文交換系統(tǒng)

　詳細設計

　方正國際軟件（北京）有限公司

　4 2014 年年 0 10 月

　電子公文交換系統(tǒng)詳細設計 I 目

　錄 1 引言 .................................................................................................................... 1

　1.1 編寫目的 ............................................................................................................ 1

　1.2 讀者對象 ............................................................................................................ 1

　1.3 項目背景 ............................................................................................................ 1

　1.4 編寫目標 ............................................................................................................ 2

　1.5 編寫原則 ............................................................................................................ 2

　1.6 定義 .................................................................................................................... 2

　1.7 參考資料 ............................................................................................................ 3

　1.8 變更歷史 ............................................................................................................ 3

　2 需求說明 ............................................................................................................ 3

　2.1 總體描述 ............................................................................................................ 3

　2.1.1 概述

　............................................................................................................................... 3 2.1.2 系統(tǒng)目標

　....................................................................................................................... 4 2.1.3 系統(tǒng)結構設計要求

　....................................................................................................... 4 2.1.4 假設和約束

　................................................................................................................... 5 2.2 功能需求概述 .................................................................................................... 7

　2.2.1 電子公文交換功能

　....................................................................................................... 7 2.2.2 電子公文架構

　............................................................................................................. 10 2.3 安全要求概述 .................................................................................................. 13

　2.4 接口要求概述 .................................................................................................. 13

　2.5 性能要求概述 .................................................................................................. 13

　2.6 其他需求概述 .................................................................................................. 14

　2.6.1 用戶使用建議

　............................................................................................................. 14 2.6.2 系統(tǒng)部署建議

　............................................................................................................. 15 3 系統(tǒng)處理流程設計 ........................................................................................... 15

　3.1 業(yè)務流程設計 .................................................................................................. 15

　3.1.1 業(yè)務流程圖

　................................................................................................................. 15 3.1.2 流程中的關鍵節(jié)點

　..................................................................................................... 15 3.1.3 業(yè)務流程中其他節(jié)點的一般要求

　.............................................................................. 16 3.2 數(shù)據(jù)流程設計 .................................................................................................. 16

　3.2.1 電子公文交換業(yè)務數(shù)據(jù)內容

　...................................................................................... 17 3.2.2 電子公文歸檔的業(yè)務數(shù)據(jù)規(guī)范

　.................................................................................. 19 3.2.3 電子公文歸檔的數(shù)據(jù)結構

　.......................................................................................... 23 3.2.4 電子公文日志和留痕信息歸檔要求

　.......................................................................... 30 4 技術方案設計 ................................................................................................... 32

　4.1 系統(tǒng)體系結構設計 .......................................................................................... 32

　4.2 系統(tǒng)功能結構設計 .......................................................................................... 36

　4.2.1 電子公文交換系統(tǒng)解決方案實施效果分析

　.............................................................. 37 4.2.2 電子公文交換系統(tǒng)解決方案特點

　.............................................................................. 38 4.2.3 系統(tǒng)管理模塊

　............................................................................................................. 40 4.2.4 部門管理模塊

　............................................................................................................. 41 4.2.5 公文管理模塊

　............................................................................................................. 41 5 數(shù)據(jù)庫設計 ...................................................................................................... 46

　電子公文交換系統(tǒng)詳細設計 II 5.1 結構設計 .......................................................................................................... 46

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

　......................................................................................................... 47 5.1.2 數(shù)據(jù)庫物理模型

　......................................................................................................... 49 5.2 安全性設計 ...................................................................................................... 53

　5.2.1 總體要求

　..................................................................................................................... 53 5.2.2 詳細要求

　..................................................................................................................... 53 5.2.3 電子公文采用的加密技術

　.......................................................................................... 53 5.2.4 公章的安全性

　............................................................................................................. 58 6 應用系統(tǒng)設計 ................................................................................................... 65

　6.1 功能模塊設計 .................................................................................................. 65

　6.1.1 系統(tǒng)登錄的設計與實現(xiàn) .............................................................................................. 65 6.1.2 系統(tǒng)管理與部門管理的設計與實現(xiàn)

　.......................................................................... 66 6.1.3 公文管理模塊的設計與實現(xiàn)

　...................................................................................... 68 6.1.4 系統(tǒng)測試和維護

　......................................................................................................... 74 7 接口設計 .......................................................................................................... 75

　7.1 內部接口設計 .................................................................................................. 75

　7.2 外部接口設計 .................................................................................................. 83

　7.2.1 系統(tǒng)設計思想要求

　..................................................................................................... 83 7.2.2 與收發(fā)文系統(tǒng)的接口

　................................................................................................. 84 7.2.3 與檔案系統(tǒng)的接口

　..................................................................................................... 91 7.2.4 與應用門戶系統(tǒng)的接口 .............................................................................................. 94 8 系統(tǒng)維護設計 ................................................................................................... 97

　8.1 日常維護設計 .................................................................................................. 97

　8.2 容錯設計 .......................................................................................................... 98

　8.2.1 出錯信息

　..................................................................................................................... 98 8.2.2 補救措施

　..................................................................................................................... 99

　電子公文交換系統(tǒng)詳細設計 1

　1 引言 1.1 編寫目的為了確保電子公文交換系統(tǒng)的建設中開發(fā)工作能夠按時、高效的完成并穩(wěn)定的正式上線運營。本文將對電子公文交換系統(tǒng)中所有技術實現(xiàn)進行詳細的描述，同時也是對電子公文交換系統(tǒng)的需求分析與概要設計的具體技術實現(xiàn)。

　1.2 讀者對象本文檔的讀者對象為項目經理、系統(tǒng)架構師、系統(tǒng)研發(fā)人員、系統(tǒng)甲方、監(jiān)理單位。

　1.3 項目背景在面臨互聯(lián)網信息浪潮中，政府部門作為引導管理的先驅者，推行電子政務的實施，已經成為各地區(qū)、各部門、各層適應時代變化的判斷標準和共同追求。而在面臨數(shù)據(jù)庫處理的不斷完善，信息加密系統(tǒng)以及安全性問題都得到極大的改善，政府的信息化工程也得到了一定的突破。但是由于我國自身影響，各個部門分工合作但是其信息溝通并不十分緊密，因此為了打破以往的阻礙建立一個安全的電子公文交換系統(tǒng)顯得刻不容緩。

　禹會區(qū)作為安徽省唯一的一個區(qū)級單位（全省共有三市一區(qū)）被認定為第一批國家智慧城市試點城區(qū)。開展了“蚌埠市禹會智慧校園”、“蚌埠市禹會智慧社區(qū)”、 “蚌埠市禹會智慧醫(yī)療”、“蚌埠市禹會智慧政務”和“蚌埠市禹會智慧旅游”等方面的建設方案和規(guī)劃。智慧城市建設將推動禹會區(qū)集約、智能、綠色、低碳的新型城鎮(zhèn)化發(fā)展，對拉動內需，帶動產業(yè)轉型升級具有非常重要的意義。

　建設全區(qū)電子公文交換體系，提供跨部門的網絡公文傳輸服務，基于國產版式文件技術、電子簽名及電子印章等技術，實現(xiàn)嚴肅、準確、及時、安全、可控的網上公文傳輸系統(tǒng)，并可以同級黨委、政府、人大、政協(xié)等機構實行黨政公文交換互通及認證。不但是方便群眾的必然要求，也是解放工作人員、進一步提高

　電子公文交換系統(tǒng)詳細設計 2

　工作效率的重要途徑。

　1.4 編寫目標明確軟件功能，劃分軟件功能模塊，估計開發(fā)工作量；并給出功能實現(xiàn)的具體方案，作為編碼的指導。

　1.5 編寫原則

　列表方式給出新的系統(tǒng)進行概要設計時需要遵循的原則。

　1) 統(tǒng)一規(guī)劃、統(tǒng)一設計思想、統(tǒng)一信息交換標準，統(tǒng)一技術規(guī)范。

　2) 采用開放式系統(tǒng)、最大限度地保護原有資源、并立足長遠發(fā)展。

　3) 應用系統(tǒng)工程的方法，根據(jù)實際業(yè)務需要，最優(yōu)化地重組業(yè)務處理流程。

　4) 應用成熟的先進技術實施系統(tǒng) 。

　5) 統(tǒng)一組織，分層建設，注重實效。

　1.6 定義 ? 加發(fā)：是指在已發(fā)單位的基礎上增加份數(shù) ? 補發(fā)：是指給原來沒有發(fā)送過的單位發(fā)文 ? 發(fā)文字號：由發(fā)文機關代字、年份和發(fā)文序號組成 ? 來文提醒：公文客戶端軟件工具，用于提醒用戶簽收新收到的公文 ? 虛擬網關：交換網關客戶端，負責公文服務器與交換網關服務器之間的消息通訊以及部門管理 ? 2EE：基于 java 的企業(yè)級應用解決方案 ? MVC：Model-View-Control：程序設計模式，業(yè)務層，表現(xiàn)層，控制層分開，各司其職 ? Action：Strusts1 或 Strust2 的控制器，完成控制層的功能 ? Service：服務層，完成業(yè)務層的邏輯處理 ? DAO：數(shù)據(jù)訪問對象，支撐服務層完成數(shù)據(jù)存取 ? Hibernate：java 的 ormap 解決方案 ? 工作流：使得業(yè)務過程的部分或整體在計算機中得以模擬和實現(xiàn)的計算

　電子公文交換系統(tǒng)詳細設計 3

　機技術 1.7 參考資料《禹會區(qū)智慧政務需求規(guī)格說明書》《禹會區(qū)智慧政務概要設計》 1.8 變更歷史序號人員日期變更詳情 1 王小永 2014-11-19 創(chuàng)建

　2 需求說明 2.1 總體描述 2.1.1 概述公文是機關處理公務和行政管理的重要工具，是發(fā)布方針政策、法律法規(guī)的載體，也是本交換系統(tǒng)中最重要、安全程度要求最高的信息流。為了達到與常規(guī)紙質公文相同的法律效力，電子公文必須具有不可更改、蓋有公章（電子公章）等特點。公文的起草、蓋章、發(fā)送、接收可作為獨立的權限賦予每個辦文人員。須提供印章安全控制，印章安全控制要求符合國辦《電子公文傳輸管理辦法》的相關管理規(guī)定，印章制作采用集中制作，不允許網絡發(fā)放電子印章或印章信息。

　公文交換是實現(xiàn)中央、省、市、縣之間電子公文的安全傳輸。公文交換要采用安全的版式電子公文格式，實現(xiàn)公文加密傳輸、交換、流轉，以及信息報送、資源共享等功能。各級政府單位可以通過該平臺下發(fā)各類公文、便函、信息、公告通知等文件以及轉發(fā)國家和省委省政府的文件；各縣市可以利用該平臺接收上級發(fā)文、起草下發(fā)本級公文、委辦局之間聯(lián)合行文以及傳遞報送信息。

　電子公文交換系統(tǒng)詳細設計 4

　公文交換平臺主要交換的內容是各種電子公文和信息，要采用標準的 XML格式進行封裝，要遵循國家《基于 XML 電子公文格式規(guī)范》的標準要求。

　為了達到與常規(guī)紙質公文相同的法律效力，電子公文必須具有不可更改、蓋有電子公章等特點。要求公文交換系統(tǒng)提供印章安全控制，印章安全控制標準要符合國辦《電子公文傳輸管理辦法》的相關規(guī)定。

　2.1.2 系統(tǒng) 目標根據(jù)國家規(guī)定，政府電子公文將采用統(tǒng)一的格式，并以 XML 來進行描述。因此，電子公文交換系統(tǒng)對 XML 電子公文的處理和交換能力便成為整個系統(tǒng)成敗與否的關鍵所在。得益于采用了 iSwitch XML 信息交換機，黎明網絡電子公文交換系統(tǒng)非常輕松地解決了以上的問題。與此同時，由于 iSwitch XML 信息交換機的獨特結構，使得接入到信息交換機中不同板卡的各機關單位業(yè)務系統(tǒng)構成了相互獨立網絡安全域，安全域之間只能在通過了板卡檢查點（安全網閘）的安全審查后才能傳遞信息，這樣就保證了各單位部門的業(yè)務系統(tǒng)在保證相互隔離的情況下仍然可以安全地進行信息交換。

　通過政府電子公文交換系統(tǒng)的建設，可以加快政府機關內無紙化公文傳輸?shù)倪M程，提高政府機關內公文流轉的速度，進而可以提高政府機關行政事務的處理效率。同時，系統(tǒng)可以在現(xiàn)有的基礎上，通過簡單的硬件設備的升級和應用模塊的增加，可以平滑的升級為整個城市的電子政務信息交換中心。

　2.1.3 系統(tǒng) 結構設計要求 1、組件原則基于當前流行的組件技術，將具有同類功能的 JAR 包，以組件的方式提供業(yè)務系統(tǒng)使用，實現(xiàn)了系統(tǒng)的易維護性和可擴展性。

　2、通用性原則采用全新的通用設計理念，在不修改程序代碼的前提下，系統(tǒng)從空間圖形數(shù)據(jù)庫到屬性數(shù)據(jù)庫以及系統(tǒng)的業(yè)務邏輯均可以進行擴充，從而保證業(yè)務需求即使發(fā)生了變化，系統(tǒng)都可以進行自由擴展。

　3、擴展性原則

　電子公文交換系統(tǒng)詳細設計 5

　遵循組件管理原則，充分考慮其可擴充性，采用面向對象的軟件工程技術，將應用管理平臺抽象化、參數(shù)化，盡可能地應付各種業(yè)務變化，有利于系統(tǒng)升級、功能的擴展與延伸。

　4、安全性原則遵循嚴格的安全管理機制和權限控制機制，采用統(tǒng)一的單點登錄方式對用戶身份進行驗證；此外由于采用組件與業(yè)務系統(tǒng)分離的方案，導致系統(tǒng)具有安全隱患，因此通過口令驗證與服務綁定的方式解決這一問題。

　5、開放性原則遵循標準的接口規(guī)范，實現(xiàn)信息數(shù)據(jù)的充分共享與靈活集成；系統(tǒng)設計保持開放性，嚴格遵循相關的工業(yè)標準，以充分保障系統(tǒng)與其他應用系統(tǒng)間的無縫集成。

　6、實用性原則依據(jù)用戶的實際需要，設計上力求結構優(yōu)化、數(shù)據(jù)庫管理完善、界面簡單友好、使用方便、工作流程科學合理。

　 2.1.4 假設和約束系統(tǒng)必須符合下面給出的運行環(huán)境要求，包括硬件環(huán)境，軟件環(huán)境和網絡環(huán)境。

　運行環(huán)境約束 2.1.4.12.1.4.1.1 硬件要求系統(tǒng)運行至少需要 4 臺服務器，兩臺服務器搭建數(shù)據(jù)庫集群環(huán)境兩臺服務器搭建應用軟件集群環(huán)境。

　電子公文交換系統(tǒng)詳細設計 6

　2.1.4.1.2 基礎軟件要求

　軟件系統(tǒng)平臺設計，包括系統(tǒng)軟件、數(shù)據(jù)庫軟件、中間件產品以及其他支撐軟件的選型、配置。

　序號

　項目

　內容

　參數(shù)說明

　1 操作系統(tǒng)安裝配置安裝版本 Windows Server 2003 R2 Enterprise Edtion (SP2)及以上系統(tǒng)加固按照 Windows 系統(tǒng)加固方案進行整改，加固項目包括：

　更新補丁情況；系統(tǒng)根目錄/系統(tǒng)目錄權限；系統(tǒng)服務開放情況； IIS 情況檢查；密碼策略；安全審核；缺省共享、空連接、管理共享；日志記錄；帳號對所有卷的訪問權限；注冊表加固；其他設置。超級管理員帳戶 administrator 更名。

　2 數(shù)據(jù)庫安裝配置安裝版本 Oracle Database Enterprise Edition 10G 3 防病毒軟件升級名稱、版本病毒庫升級統(tǒng)一采購殺毒軟件 4 JDK 安裝版本 JDK1.5.0_11 5 TOMCAT 安裝版本 Tomcat-6.0.16 6 中間件應用服務器 BEA Weblogic Server 9.0 Advantage 7 業(yè)務流程管安裝路徑 D:\

　電子公文交換系統(tǒng)詳細設計 7

　理系統(tǒng) 說明：供系統(tǒng)流程配置管理使用。

　8 其它軟件 UltraEdit 說明：代碼編輯軟件。

　系統(tǒng)采用 Java 語言進行開發(fā)，不使用任何封閉的專用開發(fā)工具，避免由此引起的系統(tǒng)不兼容等問題。

　2.1.4.1.3 網絡環(huán)境要求

　系統(tǒng)運行至少需要禹會區(qū)政務內網。

　 2.1.4.1.4 技術條件與限制必須采取 J2EE 技術，符合 J2EE 規(guī)范；必須采用 Oracle 數(shù)據(jù)庫。

　2.2 功能需求概述 2.2.1 電子公文交換功能公文是機關處理公務和行政管理的重要工具，是發(fā)布方針政策、法律法規(guī)的載體，也是本交換系統(tǒng)中最重要、安全程度要求最高的信息流。為了達到與常規(guī)紙質公文相同的法律效力，電子公文必須具有不可更改、蓋有公章（電子公章）等特點。公文的起草、蓋章、發(fā)送、接收可作為獨立的權限賦予每個辦文人員。須提供印章安全控制，印章安全控制要求符合國辦《電子公文傳輸管理辦法》的相關管理規(guī)定，印章制作采用集中制作，不允許網絡發(fā)放電子印章或印章信息。

　公文交換平臺主要交換的內容是各種電子公文和信息，要采用標準的 XML格式進行封裝，要遵循國家《基于 XML 電子公文格式規(guī)范》的標準要求。

　電子公文交換系統(tǒng)詳細設計 8

　電子公文傳輸功能 2.2.1.11. 電子公文傳輸系統(tǒng)功能電子公文無紙化傳輸系統(tǒng)參照中辦、其他省級以上單位的電子公文傳輸系統(tǒng)的功能，結合本單位行文的具體情況進行設計，主要功能有：公文生成、公文加密、公文發(fā)送、公文接收、系統(tǒng)管理、與其他部門內部協(xié)同辦公系統(tǒng)的接口，監(jiān)控管理、統(tǒng)計查詢、來文提醒等。

　2. 電子公文打印控制系統(tǒng)可支持多種主流彩色打印機，系統(tǒng)（產品）直接控制打印機技術，打印機內存不得大量駐留公文數(shù)據(jù)，不得采用 windows 打印驅動程序，保證打印過程安全控制。提供打印份數(shù)的控制，發(fā)文單位可以控制收文單位的打印份數(shù)；公文輸出時應該可以控制輸出的份數(shù)或自動加印唯一的序列號，并記錄在檔；在超出打印份數(shù)的限制后，則不打印全真的公文公章。

　3. 全真的打印功能包括打印校色功能，使紅頭紅章的打印輸出達到全真的效果。

　4. 打印防偽任何情況下，包括機械或人為損壞，都要保證不會將公章打印到別的文件上，或將公章蓋到空白頁上。即使打印機缺少黑墨的情況下，也不會打印出空白印章。打印控制功能不能影響其他文檔的正常打印。

　5. 電子公文的安全保護采用全程加密，公文生成之后，始終處于加密狀態(tài)，沒有任何明文狀態(tài)，確保公文信息和電子印章的安全，電子公文一旦生成，就以加密文件的方式存在。能夠與國家密碼管理機構的加密系統(tǒng)進行結合。

　6. 方便閱讀提供公文文件電子閱讀器(Apabi Reader)，閱讀器支持嵌入 IE 瀏覽器，閱讀器界面友好，提供文字摘錄功能。

　電子公文交換系統(tǒng)詳細設計 9

　7. 集成方便公文傳輸系統(tǒng)的設計按分模塊獨立實現(xiàn)，其組成模塊邏輯上是獨立的，但彼此又有接口，各節(jié)點可互發(fā)互收文件。系統(tǒng)須為各節(jié)點預留與內部 OA、與其它的電子公文無紙化傳輸系統(tǒng)提供接口。

　電子公章功能 2.2.1.21. 電子公章的管理和使用（包括制作、分發(fā)、使用、存儲、銷毀等），符合國家相關政策和規(guī)定，符合國務院辦公廳《電子公文傳輸管理辦法》的要求。公章的管理和使用要等同于實物印章。

　2. 電子公章的制作能真實再現(xiàn)實物公章的平面大小、樣式、字體、色彩。公章制作過程要符合國家相關政策規(guī)定，電子公章不保存在服務器端，保存在移動介質上，同時移動介質中的電子公章與硬件信息綁定防止拷貝。

　3. 電子公章必須通過實物公章掃描后制作生成，圖像特征應與實物公章的圖像特征保持一致，包括大小、樣式、字體、色彩。

　4. 加蓋到電子公文上的電子公章，不能被拆離，不能被人為篡改。

　5. 加蓋在電子公文上的電子公章在微機上顯現(xiàn)時有虛化功能，與真實的公章有明顯的差別，但不會影響公文的瀏覽和公文公章的嚴肅性，防止拷屏。

　6. 電子公章在蓋印和打印時支持服務器驗證方式。

　7. 電子公章應支持 CA、數(shù)據(jù)加密卡等第三方加密系統(tǒng)。

　8. 電子公章存儲在具有安全加密機制的移動介質上，不能被拷貝，提供口令保護功能，同物理公章在保存和使用方式上保持一致。

　9. 支持多個單位聯(lián)合發(fā)文的聯(lián)合蓋章過程，聯(lián)合蓋章過程符合政協(xié)辦公習慣和要求，聯(lián)合蓋章過程保證公章的安全和使用要求。

　安全功能 2.2.1.31. 公章安全存放提供公章安全控制，公章安全控制要求符合國辦《電子公文傳輸管理辦法》的相關管理規(guī)定。

　2. 公章使用安全符合國辦《電子公文傳輸管理辦法》的相關規(guī)定。

　電子公文交換系統(tǒng)詳細設計 10

　3. 打印機必須做到可安全打印控制。

　版式文件功能 2.2.1.4在電子公文傳輸系統(tǒng)必須采用規(guī)范的公文格式、保護公文內容、以便采用安全電子簽章實現(xiàn)各項功能。

　此格式需能夠將其它格式的文件轉換為統(tǒng)一格式，包括：Doc、S2、S72、S92、Pdf、Jpg、Tiff 以及 Windows 支持的所有可打印格式的文件。

　為了保證公文的正確性，維護紅頭文件的嚴肅性，在電子公文中必須包含完整準確的版面信息，保證接收公文方瀏覽、打印的效果與發(fā)送方發(fā)送的公文完全一致。為此，版面信息中必須包含：完整的文字、表格、圖形、圖像信息，支持生僻字顯示和打印。

　版式文件一經生成，不可篡改。

　能夠支持超大字庫和自動補字等功能。

　保持版面元素的排版屬性，如字體、字號、顏色、線寬度等。

　在此版式文件上可以實現(xiàn)安全的電子簽章、保護公文內容等功能。

　每個版面元素的準確位置。任何電腦上有相同的換行、換頁位置，防止有可能出現(xiàn)錯行、錯頁、公文和日期錯開等問題。

　版式文件一經生成，不可篡改。

　版式文件必須提供對全文檢索的支持。

　對 XML 轉換的支持，和目前開發(fā)的辦公系統(tǒng)有較好的結合，方便公文流轉的信息提取。

　2.2.2 電子公文架構根據(jù)電子公文的應用范圍，電子公文交換系統(tǒng)建設將實現(xiàn)全市、全區(qū)的電子公文交換。

　從整體而言，是分布部署，分級管理。但針對每一級而言，又能夠直接管理他的下級單位，作到集中管理，集中控制。

　電子公文交換系統(tǒng)詳細設計 11

　公章服務器對整個公文交換系統(tǒng)的電子公章采用集中式管理，其所有單位使用的電子公章都由交換中心的公章服務器制作并發(fā)放的。所有單位的蓋章和打印控制均需要到交換中心的公章服務器進行有效性驗證。

　電子公文交換系統(tǒng)構成 2.2.2.1 采用 CEB 版式文件技術與中辦保持一致 2.2.2.2隨著電子政務的建設的迅速發(fā)展，黨委、政府、軍隊、企業(yè)的各部門在電子公文文檔一體化，電子公文交換、傳輸?shù)慕ㄔO的需求越來越強烈，已成為黨委、政府、軍隊、企業(yè)當前信息化建設的重中之重。針對黨委、政府、軍隊、企業(yè)部門的電子公文應用的需求，方正在基于多年來的傳統(tǒng)的文字處理、排版技術等核心優(yōu)勢技術基礎上，推出了一系列電子公文解決方案，其中最為核心的產品就是電子公文版式文件 CEB。

　CEB 版式文件是一種“文本+圖像”的文件格式，使用頁面描述語言的成像模型——文本、矢量圖形和圖像。CEB 版式文件的顯示過程即是根據(jù) CEB 頁面描述指令在指定區(qū)域繪制頁面，不受平臺和設備分辨率的限制。可以二進制或ASCII編碼，可方便地在各種平臺之間傳送。CEB支持標準的壓縮算法——JPEG、CCITT Group3、CCITT Group4、ZIP、LZW，以及一些擴展的壓縮算法，如 Wavelet。支持字體內嵌和字體替代。在 CEB 版式文件中對所使用的每種字體均有一個字體描述項，記錄了字體的名稱、比例、變化等信息。

　CEB 版式文件根據(jù)國家檔案局的行業(yè)術語定義，解釋為：CEB 是 Chinese E-paper Basic 的縮寫，是一種帶語義的跨媒體版式文檔，在不同的軟硬件環(huán)境下保持顯示不發(fā)生變化。CEB 版式文件融合了方正近 30 年排版、激光照排等國際領先技術的精華，版式文件的核心技術是 RIP 技術，方正是全球唯一擁有 RIP技術的中國企業(yè)。

　CEB 版式文件經過不斷的自主技術創(chuàng)新，已經發(fā)展成為智能文檔，并且獲得了國家專業(yè)認可。

　CEB 版式文件符合國家對電子公文文件的管理要求，其符合的標準如下：

　《中國共產黨機關公文處理條例（中辦發(fā)[1996]14 號）》

　電子公文交換系統(tǒng)詳細設計 12

　《國務院辦公廳電子公文傳輸管理辦法》《國家行政機關公文處理辦法（國發(fā)［2000］23 號）》《國家行政機關公文格式（GB/T9704－1999）》《電子公文歸檔管理暫行辦法》—國家檔案局令(第 6 號) 《紙質檔案數(shù)字化技術規(guī)范（DA/T 31-2005）》符合中共中央辦公廳、國務院辦公廳應用的版式文件格式。

　CEB 電子公文轉換軟件 2.2.2.3方正 CEB 版式轉換軟件是電子文檔的轉換軟件，能夠將 S2、S72 、S92、WPS、DOC、PDF 等格式的文件轉換為用于電子公文傳輸、閱讀的電子文件格式 CEB，支持各種主流排版文件和各種印刷文件。

　CEB 電子公文閱讀軟件 2.2.2.4方正 CEB 閱讀軟件是我公司提供的用來閱讀 CEB 格式的免費軟件工具，同時支持 CEB、XEB、PDF、TXT、HTML 等多種格式的閱讀。

　方正 CEB 閱讀軟件功能介紹：

　? 實現(xiàn)個人公文的分類管理； ? 版面操作：可以放大縮小、可以顯示隱藏書簽以及版面翻轉等； ? 頁面筆記功能：可以直接在頁面上進行添加書簽、劃線、加亮、批注、圈注、文字拷貝等； ? 翻頁功能：前/后翻頁、半頁翻/全頁翻相互切換、跳轉頁面、翻至首/末頁等； ? 具有方便的全文查找功能； ? 支持 IE 嵌入顯示； ? 支持語音朗讀功能；接口豐富，方便地和應用系統(tǒng)軟件集成。

　電子公文交換系統(tǒng)詳細設計 13

　2.3 安全要求概述 ? 基于認證授權的系統(tǒng)訪問機制； ? 基于分權的系統(tǒng)訪問策略； ? 基于全程日志的系統(tǒng)訪問痕跡留存； ? 關鍵數(shù)據(jù)加密處理。

　2.4 接口要求概述 ? 遵守電子政務 XML 標準，數(shù)據(jù)采用 XML 進行描述。

　? 使用日志管理技術，詳細記錄傳輸過程信息。

　? 遠程調用必須提供回執(zhí)，以獲得接口執(zhí)行的結果的反饋。

　2.5 性能要求概述在系統(tǒng)建設和免維期間通過各種手段對系統(tǒng)進行不斷的優(yōu)化和調整。對于特定的業(yè)務，項目建設時在最大限度地滿足業(yè)務開展要求和用戶使用習慣的前提下，通過禹會區(qū)城建指揮中心和方正國際的共同協(xié)商，制定具體的性能要求指標。

　? 系統(tǒng)可靠性采用大型數(shù)據(jù)庫系統(tǒng)，對數(shù)據(jù)庫記錄數(shù)的增長沒有限制，并且保證大容量數(shù)據(jù)的可操作性；系統(tǒng)不應陷入用戶無法控制的狀態(tài)。即使當系統(tǒng)容量達到和超出極限，或者由其他系統(tǒng)或用戶造成錯誤輸入的情況下，系統(tǒng)不應崩潰也不應丟失數(shù)據(jù)。

　? 系統(tǒng)易用性、易瀏覽性和可操作性系統(tǒng)采用多層架構的 B/S 結構，提供諸如確認、詢問、警告、出錯報告等易于覺察、易于讀取的信息來服務于用戶；具有嚴重后果的操作應當可逆；屏幕輸入格式、報表和其他輸入/輸出宜整齊、清晰和易于瀏覽。

　? 系統(tǒng)的開放性具備標準的軟件體系結構、內部和外部接口，提供多種開發(fā)工具接口，支持用戶定制能力；保證系統(tǒng)能與其它系統(tǒng)進行快速、順利的信息交換，便于系統(tǒng)擴展和升級。

　電子公文交換系統(tǒng)詳細設計 14

　系統(tǒng)應用具有可擴展性，能夠適應指標的變動；系統(tǒng)穩(wěn)定、可靠；操作簡便、易用，用戶經過簡單的培訓即可學會使用；有全面的幫助系統(tǒng)，輔助用戶學習系統(tǒng)的功能和實現(xiàn)方法。

　? 性能指標要求 1. 數(shù)據(jù)精確性：按照不同類別和計量單位設定數(shù)據(jù)的小數(shù)位數(shù)；

　2. 容量要求：采用大型數(shù)據(jù)庫系統(tǒng)，對數(shù)據(jù)庫記錄數(shù)的增長沒有限制，并且保證大容量數(shù)據(jù)的可操作性； 3. 應用：具有可擴展性，能夠適應指標的變動；系統(tǒng)穩(wěn)定、可靠；操作簡便、易用，用戶經過簡單的培訓即可學會使用；有全面的幫助系統(tǒng)，輔助用戶學習系統(tǒng)的功能和實現(xiàn)方法； 4. 查詢結果輸出：將查詢結果輸出到通用的辦公文件格式。

　5. 人機界面：友好，輸入輸出方便；界面設計遵循人性化、簡單、方便實用的原則。

　2.6 其他需求概述 2.6.1 用戶使用建議系統(tǒng)的開發(fā)不僅要提供用戶所需要的功能，而且要讓用戶操作方便，符合用戶的業(yè)務習慣，滿足用戶方便、高效、安全的使用要求，具體主要體現(xiàn)在用戶操作界面以人為本的設計等方面。在使用要求方面，至少應包括：

　? 系統(tǒng)穩(wěn)定、可靠和實用； ? 人機界面友好、操作方便靈活，使用風格接近終端操作系統(tǒng)視窗，符合office 軟件用戶習慣； ? 具有簡單明確易于理解的操作提示； ? 功能菜單簡明清晰，具有可設定的快捷鍵和右鍵菜單； ? 業(yè)務流程簡單明了，流程設計可因需而變。

　電子公文交換系統(tǒng)詳細設計 15

　2.6.2 系統(tǒng)部署建議實行統(tǒng)一的系統(tǒng)管理和安全備份工作。所有軟件系統(tǒng)部署時均要符合禹會區(qū)智慧社區(qū)對上線軟件的要求。

　3 系統(tǒng) 處理流程設計 3.1 業(yè)務流程設計 3.1.1 業(yè)務流程圖

　上圖描述了電子公文從形成、辦理、歸檔、保管、利用或銷毀的一般過程。

　3.1.2 流程中的關鍵節(jié)點電子公文的交換（收發(fā)文）、歸檔和移交三個節(jié)點，是電子公文文檔一體化業(yè)務流程中的三個關鍵節(jié)點，涉及到不同的辦公系統(tǒng)（OA）之間，辦公系統(tǒng)和檔案室檔案管理系統(tǒng)之間，檔案室檔案管理系統(tǒng)和檔案室檔案管理系統(tǒng)之間的數(shù)據(jù)交換，直接影響電子公文全程管理的業(yè)務數(shù)據(jù)流的是否暢通。

　本標準規(guī)范了交換（收發(fā)文）、歸檔和移交三個節(jié)點的電子公文業(yè)務數(shù)據(jù)，保證電子公文文檔一體化業(yè)務流程的數(shù)據(jù)順暢。

　電子公文交換系統(tǒng)詳細設計 16

　3.1.3 業(yè)務流程中其他節(jié)點的一般要求電子公文文檔一體化業(yè)務流程中的其他節(jié)點，也是電子公文管理的組成部分。各節(jié)點的全部實物處理活動和元數(shù)據(jù)、背景信息，如責任人、時間、結果等，都要完整和準確記錄下來。

　電子公文形成單位應在電子公文處理系統(tǒng)中的設置符合安全要求的保存日志，隨時自動記錄對電子公文實時操作的人員、時間、設備、項目、內容等，以保證歸檔電子公文的真實性。

　3.2 數(shù)據(jù)流程設計圖中的數(shù)據(jù)流程描述了電子公文從形成、辦理、歸檔、保管、利用或銷毀的一般過程。

　一般的數(shù)據(jù)流程圖

　從用戶角度出發(fā)的數(shù)據(jù)流程圖

　電子公文交換系統(tǒng)詳細設計 17

　 3.2.1 電子公文交換業(yè)務數(shù)據(jù)內容電子公文交換業(yè)務數(shù)據(jù)內容，在發(fā)問和收文環(huán)節(jié)中，可采用如下結構中的任何一種進行數(shù)據(jù)傳遞：

　? 完全符合國家標準的 XML 格式 ? 版式公文+公文的描述信息 ? 公文文頭（圖形格式）+公文內容（txt 格式）+公文的描述信息

　電子公文描述信息數(shù)據(jù)的格式規(guī)范 3.2.1.1在發(fā)文和收文環(huán)節(jié)中，電子公文的描述信息應符合下表的要求元素數(shù)據(jù)類型說明發(fā)文字號字符型（長度<=100）

　公文的發(fā)文字號，應嚴格按照國標規(guī)定的形式進行記錄文件標題字符型（長度<=192）

　文件標題信息，應能準確反映公文內容文種字符型（長度<=10）

　黨政機關或其他機關公文的種類名稱主題詞字符型（長度<=100）

　公文的主題詞發(fā)文機關（責任者）

　字符型（長度<=100）

　公文制發(fā)機關的規(guī)范性全程。聯(lián)合行文時，包括主辦機關和協(xié)辦單位主送機關字符型（長度<=100）

　公文的主送機關信息抄送機關字符型（長度<=100）

　公文的抄送機關信息簽發(fā)人字符型（長度<=20）

　公文簽發(fā)人簽發(fā)時間字符型（長度<=20）

　公文簽發(fā)時間公文密級字符型公文密級信息，公文的密級包括普通、絕密、機密緊急程度字符型公文的緊急程度信息，公文的緊急程度包括特急、加急、急件、平件

　電子公文交換系統(tǒng)詳細設計 18

　保密期限字符型公文的保密期限信息附件名稱字符型（長度<=260）

　公文附件的名稱信息內容描述字符型（長度<=500）

　對公文內容的簡要描述信息頁數(shù) 字符型公文頁數(shù) 控制標識字符型公文允許上因特網的控制標識

　電子公文描述信息元數(shù)據(jù)項目 XML 結構形式 3.2.1.2<?xml version="1.0" encoding="utf-8"?> <主節(jié)點>

　<ROW 發(fā)文字號="津 X 發(fā)（2004）15 號" 文件標題="關于開張人員密集場所消防安全疏散通道安全出口專項治理的意見" 文種="意見" 主題詞="

　電子公文交換系統(tǒng)詳細設計 19

　公安消防安全治理意見" 發(fā)文機關（責任者）="禹會區(qū) XX 局" 主送機關="" 抄送機關="" 簽發(fā)人="張 XX" 簽發(fā)時間="2004-6-16" 公文密級="內部" 緊急程度="" 保密期限="1 年" 附件名稱="" 內容描述="" 頁數(shù)="" 控制標識=""/>

　 </ROWDATA>

　</FIELDS>

　</主節(jié)點>

　 3.2.2 電子公文歸檔的業(yè)務數(shù)據(jù)規(guī)范

　電子公文在創(chuàng)建（形成）、辦理之后，符合歸檔范圍，應按本標準的要求收集相關的內容，形成電子公文及相應的元數(shù)據(jù)。

　所有數(shù)據(jù)應能脫離原系統(tǒng)運行、具有符合本規(guī)范數(shù)據(jù)結構和數(shù)據(jù)格式。

　電子公文歸檔數(shù)據(jù)格式 3.2.2.1對于各種不同類型的電子公文，其文件存儲格式均應盡量采用通用格式(XML、TXT、CEB、PDF)，采用現(xiàn)階段允許格式（DOC、WPS、RTF、SEP）要同時保存該格式的閱讀器。如果采用不符合本規(guī)范要求的格式，收集時應進行轉換，如無法轉換，則應將相關軟件一并收集。

　電子公文歸檔數(shù)據(jù)項 3.2.2.2電子公文歸檔數(shù)據(jù)項應符合下表的要求。

　序號元數(shù)類型名稱定義數(shù)據(jù)來源備份 1 標識信息電子文檔號管理電子公文的一組符號代碼用戶必選 2 文件檔號分配給每份文件的唯一識別編碼系統(tǒng)/用戶必選 3 分類號檔案分類中的類目代號系統(tǒng)/用戶必選 4 內容信文件標題指文件的主題內容和性系統(tǒng)/用戶必選

　電子公文交換系統(tǒng)詳細設計 20

　息質 5 文件編號文件的發(fā)文字號，指文件制發(fā)過程中由制發(fā)機關、團體或個人賦予文件的順序號系統(tǒng)/用戶必選 6 文種指文件種類的名稱系統(tǒng)/用戶必選 7 主題詞用以表達文件主題內容的規(guī)范化的詞組系統(tǒng)/用戶必選 8 內容描述內容摘要或文件描述（對文件內容的描述）

　系統(tǒng)/用戶必選 9 附件名稱指正文厚的附件材料的題名系統(tǒng)/用戶必選 10 信景簽發(fā)人文件簽發(fā)人員姓名系統(tǒng)/用戶必選 11 責任者指對檔案內容進行創(chuàng)造、負有責任的團體或個人系統(tǒng)/用戶必選 12 文件形成部門歸檔工作承擔單位的全稱系統(tǒng)/用戶必選 13 文件形成時間指文件產生、簽署和批準的時間系統(tǒng)/用戶必選 14 密級記錄文件保密程度等級系統(tǒng)/用戶必選 15 保密期限記錄文件的保密期限，是對文件秘密等級的時效說明系統(tǒng)/用戶必選 16 歸檔時間記錄文件歸檔的時間信息系統(tǒng)/用戶必選 17 頁數(shù) 文件以件為單位編制的總頁數(shù) 系統(tǒng)/用戶必選 18 控制標識指判定該份文件是否無需控制，可向社會公開提系統(tǒng)/用戶必選

　電子公文交換系統(tǒng)詳細設計 21

　供利用的符號代碼 19 保管期限在采取處置行為之前，文件必須保存的時間期限系統(tǒng)/用戶必選 20 接收單位接收文件的單位系統(tǒng)/用戶必選 21 接收人對文件接收承擔責任的人系統(tǒng)/用戶必選 22 接收時間接收單位收到文件的時間系統(tǒng)/用戶必選 23 語種記錄文件內容所用的語言種類系統(tǒng)/用戶必選 24 發(fā)文依據(jù)或相關文件對相關文件的參照系統(tǒng)/用戶必選 25 存儲位置電子公文存儲的物理/邏輯位置系統(tǒng)/用戶必選 26 硬件環(huán)境主機、網絡服務器型號、制造廠商等系統(tǒng)/用戶必選 27 軟件環(huán)境文件創(chuàng)建時的軟件環(huán)境情況如操作系統(tǒng)型號主版本等系統(tǒng)/用戶必選 28 數(shù)據(jù)庫系統(tǒng) 處理文檔所必須的數(shù)據(jù)庫系統(tǒng) 系統(tǒng)/用戶必選 29 相關軟件文件處理工具、瀏覽器、壓縮或解密軟件等系統(tǒng)/用戶必選 30 原件描述信息數(shù)據(jù)類型關于文件數(shù)據(jù)的類別信息系統(tǒng)/用戶必選 31 數(shù)據(jù)大小記錄文件數(shù)據(jù)的字節(jié)數(shù) 系統(tǒng)/用戶必選 32 數(shù)據(jù)格式構成文件的數(shù)據(jù)的邏輯格式系統(tǒng)/用戶必選

　電子公文交換系統(tǒng)詳細設計 22

　33 文件存儲名指電子公文存儲在載體上的文件名用戶可選

　電子公文元數(shù)據(jù)項目 XML 結構形式 3.2.2.3<?xml version="1.0" encoding="utf-8"?> <主節(jié)點>

　 <FIELD FieldName="...

推薦訪問：公文交換詳細

上一篇：龍貓觀后感一千字以上

下一篇：紅高粱觀后感例文2020

【電子公文交換系統(tǒng)詳細設計】相關推薦

電子公文交換系統(tǒng)詳細設計 11-08

工作總結熱門推薦

HOT

工作總結最新推薦

NEW

2024年傳承抗美援朝精神—主題黨日觀看《長津湖》心得體會 01-27

在偉大祖國73華誕之際，我參加了單位組織的“光影鑄魂”主題黨日活動，集中觀看了抗美援朝題材影片《長津湖》，再一次重溫這段悲壯歷史，再一次深刻感悟偉大抗美援朝精神。1950年10月，新中國剛剛成立一年，
2024年心得體會：從知“書”達“理”中不斷汲取思想偉力【完整版】 01-27

根據(jù)省局黨組《關于舉辦習近平談治國理政（第四卷）讀書班的通知》要求，我中心通過專題學習、專題研討以及交流分享等形式，系統(tǒng)的對《習近平談治國理政》（第四卷)進行了深入的學習與交流，下面我就來談一談我個人
2024年度心得體會：鉚定職能深學細悟,,推動改革發(fā)展工作邁向新臺階 01-27

《習近平談治國理政》（第四卷）是在百年變局和世紀疫情相互疊加的大背景下，對以習近平同志為核心的黨中央治國理政重大戰(zhàn)略部署、重大理論創(chuàng)造、重大思想引領的系統(tǒng)呈現(xiàn)。它生動記錄了新一代黨中央領導集體統(tǒng)籌兩個
學習《習近平談治國理政》第四卷心得體會：天地很廣闊,拿出大作為（精選文檔） 01-21

《真抓實干做好新發(fā)展階段“三農工作”》是《習近平談治國理政》第四卷中的文章，這是習近平總書記在2020年12月28日中央農村工作會議上的集體學習時的講話。文章指出，我常講，領導干部要胸懷黨和國家工作大
學習《習近平談治國理政》第四卷心得體會：始終堅持人民至上價值追求【完整版】 01-21

在《習近平談治國理政》第四卷中，習近平總書記強調，江山就是人民，人民就是江山，打江山、守江山，守的是人民的心。從嘉興南湖中駛出的小小紅船，到世界上最大的執(zhí)政黨，在中國共產黨的字典里，“人民”一詞從來都
學習習近平總書記關于戰(zhàn)略問題重要論述心得體會 01-14

黨的十八大以來，習近平總書記以馬克思主義戰(zhàn)略家的博大胸襟和深謀遠慮，在治國理政和推動全球治理中牢固樹立戰(zhàn)略意識，在不同場合多次圍繞戰(zhàn)略策略的重要性，戰(zhàn)略和策略的關系，提高戰(zhàn)略思維、堅定戰(zhàn)略自信、強化戰(zhàn)
《習近平談治國理政》第四卷心得體會【精選推薦】 01-13

《習近平談治國理政》第四卷集中展示了以習近平同志為核心的黨中央在百年變局和世紀疫情相互疊加背景下，如何更好地堅持和發(fā)展中國特色社會主義而進行的生動實踐與理論探索；對于新時代堅持和發(fā)展什么樣的中國特色社
參加入黨積極分子培訓班心得體會（全文完整） 01-07

在黨組織的關懷下，我有幸參加了區(qū)委組織部組織的入黨積極分子培訓班。為期一周的學習，學習形式多樣，課程內容豐富，各位專家的講解細致精彩，對于我加深對黨的創(chuàng)新理論的認識、對黨的歷史的深入了解、對中共黨員的
學習《習近平談治國理政》第四卷心得體會：一“網”情深喊出“中國之聲”（2024年） 01-05

《習近平談治國理政》第四卷《共建網上美好精神家園》一文中指出：網絡玩命是新形勢下社會文明的重要內容，是建設網絡強國的重要領域。截至2021年12月，我國網民規(guī)模達10 32億，較2020年12月增長4
2024市委常委學習十九屆七中全會精神心得體會（完整文檔） 01-04

剛剛召開的中國共產黨第十九屆中央委員會第七次全體會議上討論并通過了黨的十九屆中央委員會向中國共產黨第二十次全國代表大會的報告、黨的十九屆中央紀律檢查委員會向中國共產黨第二十次全國代表大會的工作報告和《

狠狠干影院/欧美午夜电影在线观看/高黄文/国产精品一区二区在线观看完整版

電子公文交換系統(tǒng)詳細設計

【電子公文交換系統(tǒng)詳細設計】相關推薦

工作總結熱門推薦

工作總結最新推薦