公文设计

公文设计（精选12篇）

公文设计 篇1

OA公文流转流程设计是系统开发的核心工作之一,作为OA系统开发人员,必须熟练掌握OA公文流转流程的设计方法。本文以笔者主持开发的成都南车轨道车辆有限公司(简称成南轨公司)OA办公自动化系统为例,通过行政文件流程设计,介绍OA系统公文流转流程设计方法。

一、问题提出

通过系统需求的详细分析,确定成南轨公司行政文件发文流程如下:

1、发文拟稿

由主办部门起草人填写进行公文起草,拟稿完毕后对草稿进行保存,送交本部门主管领导核稿。

2、主办部门核稿

主办部门领导收到草稿后进行核阅、修改、确认无误后添加审核意见返回起草人。

3、会签

起草人根据批示,如需会签,发会签部门;如不需会签发文书经办。拟制公文对涉及其他部门职权范围内的事项,主办部门起草前应主动与有关部门协商、会签,协办部门要积极配合,取得一致意见后方可行文。如有分歧,主办部门领导应积极协调;经协商仍不能取得一致时,主办部门报请公司分管领导协调或裁定。会签部门领导认可签字后,保存返起草人,起草人返回综合管理部文书审核。会签公文在一个部门最长不能超过2个工作日,否则会签单位应主动向主办单位说明原因。

4、文字审核(校对)

公文送公司领导签发前应由文书审核。因特殊情况由公司领导先签发的文稿,文书也要进行补核。文字审核的重点是:

———是否确需行文,行文方式是否妥当;

———是否需要会签;

———是否符合公文种类、公文格式、行文规则和拟制公文的有关要求。

对不符合要求的文稿,文书应及时联系起草人修改或重办。

5、领导签发

公司发文均由公司领导签发。文书审核后按分工负责的原则呈送公司分管领导签发。以公司名义制发的下行文或平行文,由公司分管领导签发。领导签发公文时,应当明确签署意见。

6、编号、排版、校对、生成正式文件、复核、分发及归档

公司领导签发后返文书,文书进行编号、排版后送起草人校对。起草人校对后返文书,文书生成正式文件,送综合管理部经理进行复核。最后由文书完成文件分发和归档。

二、流程设计

1、流程设置工具

如何在OA中实现以上要求呢?OA流程设置提供了流程设置的专用工具。首先以系统管理员(Administrator)身份登陆OA系统,进入公文管理,选择发文管理,打开“流程设置”后,即进入如下新建流程界面:

系统提供了大量的快捷按钮,以方便流程配置操作。下面择要介绍:

新建流程:点击新建按钮,可以新建一个流程配置。

打开流程:点击打开按钮,可以打开已经存在的流程。选择相应的流程单击确定,即可打开目标流程。

保存流程:流程编辑完成后,点击保存按钮对流程进行保存,对于第一次保存的新流程,系统会打开流程属性对话框,要求用户对流程属性进行确认。

流程节点的剪切、复制、粘贴和删除:分别使用,对流程节点进行快速的编辑处理。

节点的选择和移动,使用按钮,点击要选中的节点,同时在鼠标左击状态下对节点进行拖动,即可实现对节点的移动。

增加节点,使用按钮,在需要画出节点的区域进行拖动,即可画出节点。

增加流程走向,使用按钮,按住鼠标左键,在两个节点上进行拖动,即可画出两个节点间的文件流向。

流程属性,点击按钮,即可弹出流程属性对话框。

节点属性,点击按钮即可弹出如下节点属性对话框

(1)基本属性:定义节点名称和审批方式以及节点流向属性。

审批方式分别为:

单人:节点办理用户只能为一个人,在发送选择人员是,选择框将仅能选择一人,对于起始节点,节点审批方式应为单人。

单个多人:文件发送时可以选择多个用户同时发送,当其中一人办理完毕时则所有用户同时结束待办,适用于多人中不确定具体办理人的情况。

多人并行:多人同时看到文件,先打开的用户先进行处理,后打开的用户可以查阅文件,当前节点所有人办完之后,文件才能继续流转。

多人顺序:文件将按发送人选取的顺序依次出现在待办人的待办件中。其一用户办理完毕,下一用户才能看见文件。

主办批阅:送主办批阅文件。

本节点为流程起始节点:指明当前节点为起始节点,系统将由此进入流转。任何流程的第一个节点必须勾选此项。

本节点办理完毕自动发送给:包含三个选项,上一节点已办理人,用户办理完毕,文件将自动流向前一节点已办理用户,即前一节点发送用户;下一节点预办理人,用户办理完毕文件将自动流向下一节点定义的办理用户,此属性要求目标节点审批方式为单人,并仅指定了一名办理用户;拟稿人,文件将自动发回拟稿人。

(2)图形样式:定义流程配置的显示风格,一般采用系统默认值。

(3)操作按钮:定义节点用户所能进行的操作和能填写的意见

(4)办理用户:定义选中节点在上一节点发送时可选用户

可以通过部门、群组和个人三种方式进行人员的选取。对于起始节点,办理用户决定了谁可以起草该流程,所以人员选择要慎重。同时为了保证管理员具有必要的权限,可将管理员加入起始节点办理用户中。在办理个人中一般不要加入个人,因为一旦加入的个人更换单位,发文给那个人时,那个人将会收不到。

对于多级并行的设置,仅需画出源节点向目标节点的单向箭头,并将节点自动流向设置为办理完毕自动发送给上一节点已办理人。

2、流程设置

以管理员身份登陆OA系统,进入公文管理,选择发文管理,打开流程设置后,进入新建流程界面。

(1)建立流程的第一个节点

(1)使用按钮,在需要画出节点的区域进行拖动,即可画出新增节点。新建流程的第一个节点系统默认为“节点1”,第二个节点为“节点2”,以此类推。

(2)双击节点1,进入节点属性设置。在基本属性中将节点名称设为“发文拟稿”,审批方式设为“单人”,取消默认的“多人并行”审判方式,勾选“起始节点”,确定后完成基本属性设置。

(3)图形样式采用系统提供的默认设置。

(4)操作按钮设置:1)常规按钮中勾选“起草正文”、“附件管理”、“收回”、“作废”等四个按钮;2)意见按钮不选。

(5)办理用户设置:1)办理部门选为所有部门;2)办理群组选为本部门文书;3)办理个人选为Administrator.;4)其他人员可不选。

通过上述五个步骤,完成流程起始节点的设置。如下图

(2)建立流程的其他节点

根据流程要求,发文起草后首先送本部门领导审核,因此我们要设置的第二个节点为“本部门审核”。同样使用按钮,画出“节点2”,增加流程走向,使用按钮,按住鼠标左键,在第一个节点向第二个节点拖动,画出两个节点间的文件流向。设置此节点名称设为“本部门审核”,审批方式设为“单人”,勾选“本节点办理完毕自动发送给”上一节点已办理人;常规按钮中勾选“批阅正文”、“编辑正文”“、附件管理”、“查看附件”、“收回”、“退回”等六个按钮。勾选核稿意见(部门);办理部门不选,办理群组选为本部门领导,办理个人选为综管部部长,其他人员不选。至此,完成流程第二个节点的设置。

同理我们可以新增其他节点,并根据流程业务要求,逐一设置每个节点的不同配置,初步完成流程设计。特别强调:在最后一个节点,不能勾选“本节点办理完毕自动发送给”选择框。

(3)行政文件流转完整流程

经过多次修改、不断完善后完成的行政文件发文流转流程如下:

三、相关配置

在流程设置完成后,还必须进行流程的相关配置。

1、字号配置

在字号配置中配置流程中将要使用的文件字号。

点击新建字号按钮进行文件字号的配置:

输入字号后,点击保存。

2、文号配置

在文号配置中配置流程中将要使用的文号,设置文件编号格式。点击新建文号按钮进行文件文号的配置。首先单击“对应文件字”的选择按钮,选中新增字号,点击确定按钮;然后复制新增字号,粘贴到“文号名称”,保存即可。

3、流程字号配置

流程字号配置用于设置流程对应的文件字、该流程所使用的Word模板、办理单以及使用该流程的文件的流水号编制规则。

打开“流程字号”,进入如下界面

点击“新建”

选择流程名和对应的文件字,流水号格式设置:2013年度,添加Word模板并写入模板名,最后保存即可。

4、参数设置

系统参数设置定义流程模块的基本属性。

凡新增或修改“流程字号”后,必须进行如下的参数设置。打开“参数设置”

点击归档库的“同步设置”和分发文件库的“同步设置”,然后点击“保存”。如有需要,可添加“文件类别”、“文件种类”,然后“保存”。添加后会在起草发文时出现新添“文件类别”和“文件种类”的选择。

至此完成公司行政文件流程的设计。

四、结束语

用以上介绍的公文流转流程设计方法,我们成功地完成了成南轨OA系统流程设计和实现。在此强调OA公文流转流程设计是一个反复修改、不断完善的过程,上述介绍难以准确描述这个过程。但只要善于思考,勤于实践,多与OA用户沟通切磋,就一定能设计和实现满足实际公文流转的OA文件流程。

公文设计 篇2

高校公文处理及文件管理系统的分析与设计

任何组织的有序运转都离不开公文的运行.上级对下级的`指示和通知、下级对上级的请示和报告,都是通过公文的传递及其处理得以进行的,公文处理流转是高校办公室的日常工作之一,传统的基于手工或半手工的公文处理方式,由于工作繁琐,效率低,公开度、透明度不够,正逐渐被新的办公方式所代替,建立基于先进的计算机网络的电子公文处理及管理系统,实现电子文件的网上流转、审批和办理,对提高公文处理的系统性、时效性,具有重要的意义.

作 者：林慕婵 作者单位：华南农业大学刊 名：办公室业务英文刊名：OFFICE OPERATION年，卷(期)：“”(4)分类号：C93关键词：

中国古代公文探析 篇3

次年，崔珙在泉旁立碑一通，碑文《润德泉记》完整地转录了有关这件事的所有文件，是研究中国古代公文报批程序的珍贵资料。

其一是崔珙的奏状，其二是中书门下签呈。唐代中书省和门下省同为最高政务机构，掌管决策、审议大权，负责审查诏令、签署奏章。崔珙奏状送至唐都长安中央机关，必然要经中书门下签呈，才能到皇帝手中。其三是唐宣宗李忱的答诏。唐宣宗之所以能及时答复并赐名，是因为崔珙所奏的事件有利于维护其统治。其四是崔珙的谢赐诏表。这四部文件反映了唐代议事公文的整个过程，充分体现了唐代公文的科学性及以皇帝为中心的集权统治之等级森严。

唐代为我国封建社会文化、政治鼎盛时期，诸多领域均有其代表性。公文中的“表”、“状”、“诏”等承前启后，从时间概念上讲，都有其一定意义的瞻承性。

“公文”名称，始见于《后汉书·刘陶传》：“但更相告语，莫肯公文。”惟当时称公文者极少，多称“文书”、“文簿”、“文案”等。到三国时“公文”的称谓逐渐增多，《三国志·魏志·赵俨传》：“公文下郡，绵绢悉以还民。”

《尚书》是我国现存最早的一部以公文为主的历史文献总集，由于为孔子删定，被儒家尊为经典，又称为《书经》。关于《尚书》的内容和体例，唐代刘知几曰：“《书》之所主，本于号令，所以宣王道之正义，发话言于臣下。故其所载，皆典、谟、训、诰、誓、命之文。”鲁迅在《汉文學史纲要》里也曾说：“《书》之六体例有：曰典、曰谟、曰训、曰诰、曰誓、曰命，是为六体。然其中有《禹贡》，颇似记，余则概为训下与告上之词，犹后世之诏令与奏议也。”如《牧誓》一篇，为周武王伐纣灭商前的动员令，是为鼓舞士气、振奋军心而发告的“誓”。

周以前，公文比较单纯，没有严格的格式，体现在以文件交付、传达某种意图。从周朝开始，渐有上对下的公文表达形式，传达君王旨意，一般原话记录王言：“王曰……”或“王若曰……”晚清岐山出土的国宝级文物之一的毛公鼎，首句即为王若曰：“父，不显文、武……”

从秦到清，公文名称约有百种，各朝叫法不一。有的古有而今无，有的古无而今有；有的名同而实异，有的实同而名异。

大体说来，古代公文可分朝廷公文和官府公文两大类：前者是帝王与臣属之间使用的公文，后者是官僚或官府之间的来往公文。

朝廷公文可分为“诏令”和“奏疏”两类。

诏令类公文是帝王告臣属的，属王者之言。最早的此类公文称为“命”，夏、商、周三代又增加了“诰”、“誓”，主要体现在《尚书》当中；到秦时，又改“命”为“制”，“令”为“诏”；汉初，皇帝之命令又分为四类：策书、制书、诏书、戒敕；唐代将“王言”分为七种，其戒敕一分为四：发敕、敕旨、论事敕、敕牒；宋有御札；元清称圣旨。诏令类公文皇帝一般不亲自撰写，而由词臣翰林等代笔。

蔡邕《独断》：“制者，帝王制度之命也。”“制”又称“制书”，秦汉时皇帝用以颁布重大制度。唐代凡行大赏罚，授大官爵，改革旧政，宽赦降虏，都用制书。宋承唐制，用以封三公、三省（即门下、中书、尚书）等和罢免大臣。明代皇帝对臣属有所宣告时使用制书。到了清代，“凡大典礼，宣示百寮，则有制辞”（《清会典》卷二注）。

明陈懋仁《文章缘起》注云：“诰，告也，训饬戒励之言也。”“诰”是皇帝对臣民进行训诫的公文。秦以前，上下可以通用。《尚书》中《大诰》、《洛诰》是上对下的，而《召诰》则是下对上的。秦废“诰”而用“制”、“诏”。唐不称“诰”，而称曰“告身”，宋则称“诰命”，用于赐爵授官，与制书通用，设“知制诰”官员专管其事。

《说文》：“诏，告也。”秦以前与“诰”一样，上下通用。汉以后，为天子专用。其有制诏、亲诏、密诏、手诏、遗诏等名目。周公庙唐碑《润德泉记》中的唐宣宗赐诏即属于此类。汉武帝的《策贤主诏》，当时又称为“制”。到了唐末，“诏”有时也被称做“制”。明初，诏书首称“奉天承运”，以表皇帝是“见人言动奉天而行，非敢自专也”（《典故纪闻》卷一），即把王命说成是天命。

策书是古代命官授爵的公文，亦可用于罢免，“策”与“册”通。《说文》云：“册，符命也”，“策”作为王命公文，有所谓策问，即作为试题书之简策，选拔人材。

奏疏类是臣下对君王敷奏谏说的公文的总称。秦以前称为“上书”，秦时改为“奏”。汉将其分为四种：章、奏、表、议，《文心雕龙·章表》曰：“章以谢恩，奏以按劾，表以陈情，议以执异。”“奏”又称“上疏”。贾谊的《陈政事疏》非按劾而是议政。表之应用范围更广，举凡论谏，劝进、荐举、弹劾、庆贺、贡物等，皆可用表。

唐代盛行表、状，故而周公庙唐碑上崔珙的奏疏和中书门下的签呈均为奏状，也属古代标准公文范畴。

上书是古代君臣或同僚之间，为公务而互致书简，属公文范围。下致上的，即为“上书”，是大臣给君王的公文，它是秦以前奏疏的统称，李斯的《谏逐客书》等即是。

章亦称“上章”，在前汉是大臣受封赠后用以谢皇恩的公文，唐以后不再用“章”，而是用“表”。唐碑《润德泉记》中，崔珙接到唐宣宗赐诏后，为了谢恩，又上了谢表，以感谢皇帝对自己的垂爱。

驳议、对策、射策、弹文是朝廷议事时陈述己见的公文。

奏本、题本、揭帖、奏折这四种均为明清时百官上奏君主的公文。

官府公文分下行、上行、平行三类，有的上下通用。下行公文主要有：令、告、教、宣、帖、符、牌、指挥、照会、案验、揭帖等；上行公文主要有：牒、刺、申、申状、呈、详文、揭帖、状和辞等；平行公文主要有：移、刺、关、咨、咨报、平牒、照会和牒。

公文流转系统的设计与实现 篇4

公文的收发在电子商务系统里需要安全可靠的传递。为此我们设计并实现了一个基于B/S模式的公文流转系统,系统采用一对一的发送模型——发送时不仅进行数字签名,同时也进行加密,这样能保证公文只会发送给指定的接收者。在接收公文时,需要解密和签名验证,只有签名验证通过的用户才能办理该公文,否则无法办理。任意两个用户之间都可以相互发送公文。公文发送和接收的整体流程如图1所示。

公文的发送与接收主要用到RSA算法来实现加解密与数字签名功能。在图1所示的流程中,发送者和接受者分别采用自己的和对方的密钥对加密,通过接受者的公钥进行加密是为了实现数据加密,通过自己的私钥加密是属于签名验证。因此,系统将签名与加密的功能分开实现,

理型公文发送的详细流程图如图,其中方法说明如下(同样适应于公文接收):

(1)G(String string):使用可逆算法对字符串string进行加密;

(2)MD5(String string):使用MD5算法得到字符串string的摘要;

(3)RSA(String key1,String key2,String string):使用RSA算法对字符串string进行加密或解密,(key1,key2)为公钥或私钥。

具体的公文发送实现:用户登录后,可以看到公文接收的主界面,公文接收部分包括待办、已办、待阅、已阅4部分。对于阅读型公文,用户只需要对点击待阅的公文链接,浏览文件内容后即可标记为已阅,已阅的公文会显示在已阅列表。待办和已办针对办理型公文,所有发送给本用户的办理型公文事先都处于待办状态。最先的5条数据会直接显示,用户也可以点击更多来查看所有公文。由于办理型公文涉及加密和签名,当用户选择其中一条进行办理时,用户需要输入私钥进行验证,只有验证通过后才能正常办理该公文,否则无法进行办理。成功办理公文后,该公文会显示在已办列表。

办理型公文接收的流程及验证过程如下:

(1)根据公文编号从数据库中获取该办理型公文记录的信息:fromU serI d(发送方用户名)、file Save Name(文件保存在服务器中的名字)和signature(发送方的签名信息);

(2)得到接收方输入的解密私钥private Key Rece;

(3)根据接收方用户名toU ser Id得到RSA算法的公钥模数both KeyR ece , 同时根据fromU ser Id得到发送 发公钥public Key Send、both Key Send;

(4)使用publicK ey Send、both Key Send对发送方签名信息signature进行验证,得到验证信息verify;

(5)使用接收方私钥private Key Rece、both Key Rece对加密信息encryption进行解密,得到decryption;

(6)根据接收者用户Id和fileS ave Name得到文件加密后的内容cryptionF ile Content;

(7)使用可逆算法对cryptionF ile Content进行逆运算得到加密前的内容file Content;

(8)通过MD5算法形成file Content的摘要abstract;

(9)将abstract与decryption、verify进行比较,如果两两相同则说明以下三点:一是该文件的内容没有被篡改;二是该文件是来自于发送者,信息不是被伪造的;三是该文件是发送给自身的。表示验证通过;否则,说明上述三点中的一条或多条不满足,用户将无法办理该文件。

1 公文的安全存储

为了实现公文的安全性,我们除了需要在传送过程中保证安全,还需要在存储过程中实现其安全,我们使用可逆算法就是为了不让文件以明文的形式保存在服务器,因此可以直接使用最简单的传统加密算法进行加密。系统采用一种类似凯撒密码的方式进行加密:首先将文件内容以UTF-8的编码方式转化为字节数组,再将每个字节对应的数字加1,最后重新编码成字符串即得到加密的密文。解密时只需要将字节数组的每个数字减1,然后按UTF-8的方式编码即可恢复成明文。

2 关键技术的设计

2.1 MD5 摘要生成算法

公开加密算法可以实现加密及数字签名,但问题是加密算法速度慢,难以适应直接大批量的数据加密,因此,公开加密算法一般只用来加密密码,或者加密摘要来完成数字签名,我们将摘要的生成过程进行了设计,哈希算法将任意长度的二进制值映射为固定长度的较小二进制值,MD5是一种非常有代表性的哈希算法,主要用于生成摘要。使用Java内置的MD5算法,形成的摘要是一个长度为16的字节数组。每一个字节长度是8bit,而一个16进制的数可以等价于4个2进制所表示的数,将该字节数组进行转化即可得到长度为32位的16进制字符串。

2.2 RSA 算法实现

假设Bob想给Alice发送一条消息,RSA算法加密并解密的整个通信过程如下:

(1)Alice将自己的公钥(e,n)发送给Bob;

(2)Bob将要发送的明文消息M以某一种方式转化为整数m,其中1＜m ＜n ;

(3)Bob使用Alice的公钥对明文进行加密,得到密文c;

c =memodn (3.4)

(4)Bob将密文c发送给Alice;

(5)Alice用私钥(d,n)对密文c进行解密,得到解密数据m;

m =cdmodn (3.5)

(6)Alice使用同样的方式将m恢复成明文M。

本系统中RSA加密算法的方法签名如下:

public String signature By RSA(String plaintext,int both Key,int private Key)

其中plaintext是待加密的明文,both Key是算法模数,private Key是私钥,方法返回的结果是经过加密后的密文。加密算法的详细过程如。

首先通过字符串的UTF-8编码方式,得到对应的字节数组。在Java中,一个字节型数字的取值范围是[-128,127],但在RSA算法的运算中,所有的数字必须是正数,因此首先必须对该字节数组进行过滤,将负数转化为正数。系统采用的方法是将该字节所对应的数字加上256,变换后数值的范围是[0,255]。

解密是加密的逆过程,首先得到加密后的内容,按照加密时数字的组织格式得到所有加密后的数字。得到的数字即对应加密后的信息,如果是用公钥(或私钥)加密的,则采用私钥(或公钥)解密,解密后得到的数字就是经过过滤处理后的字节,对于大于127的数字,减去256即得到最原始的字节,最终再使用UTF-8的编码方式还原成字符串。正常情况下得到的字符串即为原文,如果密码不正确得到的就会是乱码。

3 总结

公钥加密算法在公文流转系统中有着很大的应用。它不仅能通过加密来防止信息的篡改,而且能够运用于数字签名并保证信息的发送方来自指定的个体。这对提高公文流转系统中信息的安全性、防抵赖性等起到了很好的作用。

摘要：本文借助J2EE的技术优势,设计并实现了一个基于B/S模式的公文流转系统。论文主要研究了公钥加密算法在公文流转系统中的应用,重点讨论了RSA算法的原理、实现过程以及相关的应用。最后给出了RSA算法加解密和数字签名的实现,并应用在公文的发送与接收中。

公文设计 篇5

一、公文材料的概念

公文材料，是指作者用来表现主题的事实和依据，包括事实现象、政策法规、上级文件、上级精神、统计数字等。

二、公文材料的种类

（一）直接材料和间接材料

直接材料又叫作第一手材料，指的是作者在日常生活中直接获得的生活事件、社会现象、论据、知识和经验，是从观察、体验、感受、实验与调查研究中得到的。间接材料又叫作第二手材料，指的是作者非亲身耳闻目睹的材料，是通过其他渠道，如阅读文件、查看报刊杂志、听广播、看电视等等获得的。

(二)事实材料和理论材料

事实材料指的是客观具体的真实材料，例如真实的事件、具体的事物、确凿的事实、数据等等。理论材料指的是正确反映了客观事物的本质规律的科学原理，即一切经过实践证明了的为人们所公认的真理，例如革命领袖的经典言论、自然科学原理、定律以及名言、警句等。

(三)主要材料、次要材料、典型材料

主要材料是指构成文章的主要内容，承担表达主题的主要任务的全部材料。它对突出文件主题起着主导作用。次要材料是指在构成文件内容时处于次要地位，对表达主题起辅助作用的，然而并不是可有可无材料。次要材料对主题的表达起着渲染、映衬、烘托的作用。典型材料是指能够深刻地揭示事物的本质，具有广泛的代表性和强大的说服力的材料，例如典型事件、典型数据、典型经验等。

（四）现实材料与历史材料

根据材料的时代背景或时间角度可将材料分为现实材料与历史材料。现实材料是指与公文作者的写作行为共有一个时代背景的材料 ；历史材料是指在以前的历史时期中发生和存在过的材料。现实材料与历史材料的区分是动态的和相对的，因为时空条件始终在不断地变化，目前的现实材料过上一段时间可能就会变成历史材料；再者，在不同的文种中，现实和历史的分界也不是整齐划一的，某些规范性公文中被视为现实材料的东西，在其他类别的公文（比如时效性较强的报告、计划等）中，可能就已被视为历史材料了。

（五）正面材料与反面材料

根据材料的是非角度可将材料分为正面材料与负面材料。正面材料是指与公文作者所倡导的观点相一致的材料；反面材料是指与公文作者所倡导的观点相违背的材料。正面材料可以成为解决现实问题的正确原则和主张的重要佐证，反面材料则可以当作不按照这种正确原则和主张去做因而导致失误的惨痛教训。正反材料的使用有助于增强公文的感染力和说服力，从而顺利实现公文的目标。

三、公文材料的作用

(一)材料是主题形成的依据

(二)材料是表现主题的支柱

(三)材料是结构文章的砖石

(四)材料是写作技巧发挥作用的前提

四、公文材料的积累

材料主要来源有两大途径：

(一)直接摄取材料

调查研究是直接观察摄取材料的重要途径，是作者有目的、有计划地使用科学方法，考察、获取及分析、整理客观信息的一种社会活动过程。

(二)间接摄取材料

间接摄取材料，是指围绕着一定的写作目的，从有关文件、书本、报刊以及上级指示精神中所得到的有关材料。这些文件、书本、报刊等等，一般都是其作者实践的产物，大多数还是比较科学和准确的。

五、公文材料的选择

（一）选择材料紧扣主题

（二）选择材料要真实

（三）选择材料要典型

（四）选择材料要新颖

（五）根据文体和篇幅选择材料

六、公文材料的使用

（一）认真核实材料

（二）合理加工材料

可以对材料进行三个方面的加工：.适体剪裁加工.合并提高加工.文字润色加工

公文评价体系初探 篇6

经理部作为决策层的行政枢纽，必须将集团发展战略目标与部门角色定位相匹配，既为集团公司领导提供有效地决策支持，成为可信赖的办事机构；又确保总部各部门、各直属单位、各成员单位之间的信息运转顺畅；还要保障上级机关、部队以及利益相关方的工作要求落实。所有这些客户需求决定了经理部必须承担建立总部运行协调机制以推动集团公司运行效率提高的重任。为此，经理部提出建立健全与集团公司改革发展相适应的“四个机制”，即强化决策执行机制，优化信息流转机制，整合公关管理机制，完善安全保障机制。其中，建立优化信息流转机制是优化决策执行、整合公关管理和完善安全保障的基础与关键。

优化信息流转机制，经理部首先从公文管理为切入点开展工作。公文是信息流转机制的重要组成部分，其质量的高低及处理效率会直接影响实际业务办理效果。经理部先后制定了《中国航空工业集团公司公文处理规定》《中国航空工业集团公司总部公文考核办法》等管理制度，采取了来文催办、颜色提醒等措施，建立了定期通报制度并纳入绩效考核，取得了一定效果，但由于没有建立系统的评价体系，在工作中仍存在公文格式不统一、办理时效性不强、数量屡减不少等问题。同时，按照集团公司调整运行机制和管控模式的要求，集团公司对直属单位的管理方式具体划分为权限类和指引类，对于指引类事项，集团公司要出台制度，制定标准，规定程序，进行监督考核，采取评估、认证、达标、升级等方式来指导、促进、推动各级单位的工作。公文评价工作恰好符合指引类的特点。

为此，经理部决定结合国务院国资委提出的中央企业创一流办公厅（室）评价工作的要求，建设公文评价体系，以制定标准、行业培训、考核评价为牵引，落实集团公司管理要求，以促进公文质量及其运转效率提升。

开展公文评价工作的意义和作用

公文评价工作对公文全生命管理具有重要意义。从2012年新修订的《党政机关公文处理工作条例》（以下简称《条例》）的规定来看，公文管理是贯穿公文处理全过程的制发、办理、管理、整理、归档等一系列工作，必须建立针对全生命周期的评价才能落实管理要求。

《条例》要求发文机关审议的公文文稿，审议前由发文机关办公厅（室）进行初核，在正式印制前进行复核，经复核需作实质性修改的，应当按程序复审。对下级单位上报的公文，公文管理人员应当进行初审，对是否应当由本单位办理，是否符合行文规则，文种、格式是否符合要求，涉及其他地区或者部门职权范围内的事项是否已经协商、会签，是否符合公文起草的其他要求。经初审不符合规定的公文，及时退回来文单位并说明理由。显然，公文的初审及复核就是对公文质量的评价和把关，是依据公文处理相关规定对公文质量的一种评价过程。

公文在处理的任何环节出了问题，都将影响公文的质量和办理效率，这就意味着对公文处理的全过程都要进行评价。因此，公文评价是公文管理的重要组成部分，离开了公文评价，公文管理将失去重要落脚点。

公文评价工作在提升公文质量及效率提高方面发挥着重要作用。导致公文质量不高及办理效率低的因素是多方面的，但没有建立和实施公文评价制度来保障公文质量，是其中一个重要的因素。通过公文评价，公文管理者可以对每份公文的每个环节按照一定的标准进行管控，发现问题及时处理，可以提高公文拟稿人员的公文处理质量意识及工作效率并自觉遵守公文处理相关要求，从“事后追溯”逐步转变为“事前防控”，从而促进公文质量及效率提升。

集团公司经理部作为集团公文归口管理部门，通过公文评价，能够掌握各部门、各单位公文处理的质量状况及办理效率，采用通报、通报结果与绩效考核挂钩等措施激发有关部门和单位提高公文质量及办理效率的积极性。各部门、各单位只有认识到了公文及办理过程中存在的问题，才能进一步找到解决办法，而问题的发现离不开公文评价。所以要提高公文质量及办理效率，公文评价是必不可少的措施。

公文评价体系的建立

基本原则。公文评价的基本原则主要包括全面、公正、及时三个方面。全面是指公文评价指标体系应该是针对公文全生命周期建立的，覆盖到公文管理的各个方面。公正是指公文评价必须根据有关公文处理规范性文件制定评价指标体系，并以此作为评价公文质量及效率的客观标准。及时对公文进行评价，对找出的问题在短时期内提出解决方案或进行整改，才能发挥公文评价的作用。

公文评价的依据是国家法律、法规、国家标准及上级机关以及本单位公文管理相关制度。《党政机关公文处理工作条例》要求，起草公文应当符合国家法律法规和党的路线方针政策，文种使用必须正确，格式必须规范。如果公文的内容与国家法律等制度文件有违，是不具备法定效力的，不应被制发，不具备被评价的条件。所以国家及上级机关法律、法规等标准规范性文件是公文评价的首要依据。

公文评价指标体系的建立。公文管理是一项系统工程，所以针对公文管理的评价不仅是对公文处理的最终产品即公文文本的质量及其办理效率的评价，还包括对公文给予保障支持的组织机构及人员配备等方面的评价，这样才能系统、全面的掌握公文的整体水平。在设计公文评价指标时，还应考虑不同层级单位在公文管理中所处的不同角色，设计单位自评价与上级单位评价相结合的方式来保证评价体系的可操作性。

评价指标设置包括公文运转、审核、印发、管理等方面，还包括了组织机构、制度建设、培训及信息化建设等保障内容。以集团公司为例，目前公文评价按总分100分设置，其中自评价70分，上级单位评价30分。

公文质量及办理效率的统计综合评价。根据上述公文评价指标的要求，各级单位的公文管理部门可以根据此评价体系进行自评，上级单位的公文管理机构可对所属单位的公文质量及办理效率进行复评。自评价可定期进行并及时对发现的问题予以整改，上级单位复评可采用定期或不定期的抽样调查评价。

nlc202309022130

评价体系实施效果

公文评价体系建立以来，在集团公司总部试行并不断完善修改，取得了一系列效果，具体有以下几个方面：

公文质量提高。以公文考核办法为依据，建立了定期公文情况通报制度，将对公文文本的评价结果纳入绩效考核，并将考核结果定期印发公文情况通报，从2009年6月起定期印发，反馈评价结果。主要内容包括收发公文数量、总部部门、直属单位、成员单位公文的质量问题等，并提出整改事项要求。总部自制公文文本质量明显提高。总部公文月度差错率由最高的10.5%降至最低的无差错，目前稳定在0.6%左右。直属单位、成员单位报送总部公文的差错率由最高的7.8%降至最低的0.7%，目前稳定在1%左右。

公文处理效率提高。2010年开始，评价体系中增加催办公文完成情况评价指标，并按照“事事有回音、件件有落实”的要求，对催办公文进行管理，对一些办理难度大的，短时间内难以办结的，主动协调，持续跟进，直到落实。每季度将公文处理方面评价结果报送集团公司绩效考核领导小组，纳入总部部门和直属单位绩效考核。每份催办公文的平均完成时间由最高的11.4个工作日降至最低的5.8个工作日，现稳定在8个工作日左右。总部催办公文的办结率由2010年3月份刚开始统计的95.5%升至100%，现全年稳定在100%；根据对评价采集数据的分析，对消耗时间较多的同一正文不同附件的公文采取“一对多”发文模式，使得原需6小时发送时间的公文仅4分钟即可发送成功，大幅减少了此类文件的发送用时，并降低了失误率；同时在管理创新方面不断优化，例如减少公文选章、密码输入、系统匹配等多个环节的等待时间，使得原来4分钟处理1份文件变为3分钟可完成最多24份不同文件的盖章和发送，同时减少了选章可能出现的差错，准确率大幅提高。

公文管理水平提升。通过公文评价体系中指标评价数据采集、流程监控等需求，实现了基于OA的监管等功能，推动了公文管理工作信息化建设，符合上级机关公文评价考核、保密管理等方面要求，为改进管理工作提供了有力支撑。例如，根据流程监控的需求，开发涉密载体管理系统，严把涉密载体出入口，全面有效地掌握总部涉密载体的“家底”，使对载体的保密管理转变为对“信息”的规范管理，同时大大提高了载体的使用效率；将公文定密过程嵌入发文审批环节的自动化流程，合并了相似流程，减少不必要的重复工作，并从技术上避免了定密要素随意填写、不受控制等情况的发生，确保文件定密管理准确规范；开发公文编辑系统，以固化模板及文字的方式减少文件拟制时间，避免格式错误，使公文拟制过程更加便捷、规范，提高了公文制作效率及质量。

公文评价结果的利用与评价机制的完善

合理利用评价结果，使其发挥应有的促进作用。利用评价得来的数据，定期形成公文情况通报，在通报中引入数据并进行分析，掌握各部门、各单位公文处理情况，通过实施必要的奖惩措施，有利于各部门、各单位了解目前存在问题，只有认识到了问题，才能进一步找到解决办法，从错文反馈中查找失误所在，帮助其提升公文编写及处理水平。

结合一流办公厅（室）的综合评价工作及三级架构管理模式建设，健全评价体系。随着国资委一流办公厅（室）综合评价工作的深入推进以及集团公司三级架构管理体制的不断完善，为了切实做好公文评价工作，一是要对评价指标设置的角度及可操作性进行研究和完善，让评价工作与一流办公厅（室）评价工作契合更紧密；二是在三级管理模式逐步规范的基础上对评价内容和方式进行细化，让评价数据更好的服务于各级单位的公文管理工作，整体促进集团公司公文质量及办理效率的提升。

（作者单位：中国航空工业集团公司）

公文自评价指标及分值

电子公文传输系统的设计 篇7

电子公文传输系统(简称“电子公文系统”)是一个独立的管理系统或与办公自动化系统(OA)集成,实现公文的制作、保存、查询和统计等功能,使用高强度加密算法或国家机要管理单位认可的硬件加密设备对公章进行加密,以保证电子公文的严肃性。它有一套完整的公章验证体系,在公文流转过程中,公文盖章和公文打印都必须经过验证。

1.1版式文档在电子公文系统中的应用

版式技术是档案管理、数字出版、数字办公、数字印刷等领域信息存储、交换和发布的重要技术。电子公文系统是版式文档格式的应用,重点应用电子公文流转、加盖电子公章、控制打印份数等部分。

1.2版式文档基础技术

(1)结构化信息提取技术

由于版式文档的生成软件的功能以及传统版式文档的描述能力问题,以前的版式文件(如PDF)都不包含结构化信息。因此从其他版式文档转换成新的版式文档标准格式,就需要通过算法进行结构信息的理解和识别,把结构信息写入标准版式文档中。因为历史保存的大量电子公文、电子图书等版式文档,都没有结构信息,而且目前多数生成版式文档的软件也不支持结构信息的输出,所以通过版式文档的结构化信息提取方法,不仅可以解决版式文档标准在电子阅读器中的应用问题,还可以通过结构化信息对内容管理技术的支持,提高版式文档在电子公文、数字档案等领域的应用水平。

(2)安全控制技术

版式文档在发布、传播和存储等过程中,都需要严格的技术手段来支持该文档的保密性、真实性和完整性。应用的发展要求版式文档需要具有开放的验证机制,需要支持水印、数字签名、循环冗余校验或纠错码等认证技术手段,并便于验证。

现有版式文档的相关安全控制模式仍有一定的局限性,需要对文件进行签名和加密处理时,只能针对文档的整体进行,当文件需要不同部门不同权限的人处理时,这种不可分割性的局限性就表现出来了,因此建立分段授权机制解决上述难题势在必行,即一份文档就能满足不同权限的不同应用。

(3)内容管理技术研究

版式文档同其他类型的文档一样,通常需要由内容管理系统来进行统一的管理。为了更好地对内容管理进行支持,需重点解决针对通用内容管理系统的支持技术,主要包括元数据、自定义域和检索接口。

2电子公文系统组成

电子公文系统由排版软件、电子红头制作软件、电子加密软件、发排系统、脱密软件、收发文管理系统等构成,硬件方面除网络设施外,还需要保密/发排二合一卡(装在专用电脑机箱的CPI插槽中)、彩色打印机等。

电子公文系统将公文传输方式从传统的“先打印后传输”改为“先传输后打印”,从而既能用网络传输红头文件,又基本不改变现有工作流程,解决了相应的远程传版、系统安全性等问题。该系统实现了用数字化方式传送传统带红头公文的目标。

系统构造了一个非常通用的内核,通过条件编译,能产生多种系统多种应用方式的代码,不仅减少大量重复工作,更重要的是保证了核心的一致性,也大大方便了产品的维护和版本控制。

完整的RIP(光栅图像处理器)能够完整准确地解释处理方正全部排版命令的产品,用于公文处理绰绰有余。

3电子公文系统主要流程

公文加密流程图如图1所示,公文解密流程图如图2所示。

4电子公文系统安全性分析

公文有其特殊性、重要性、严肃性和规范性,对安全性、稳定性、可靠性要求极高。系统要求:电子公文的内容和版面形式均与现有公文保持一致,保留原有红头,以保证红头文件的严肃性和规范性;与现有公文收发工作流程保持一致;保证安全性,防止文件被篡改,防止文件被未经授权的人阅读;公文电子的传递范围应达到各分支机构;电子公文当天可发送到收文单位。

4.1电子印章的安全性

对于电子印章,可从数据的安全性和使用的安全性进行分析。数据安全是指电子印章数据需要安全存储,防止篡改和拷贝等;使用安全是指系统在使用印章时需要对印章使用的各环节有效控制,保证各环节的正确性和合法性,并对相应的操作记录进行存储,以便日后进行跟踪追查。

数据安全性需要考虑以下问题。

(1)存储安全:印章数据必须被安全存储和管理。

(2)防篡改:印章数据不能被非法篡改,任何篡改都能检测到。

(3)防拷贝:印章数据不能被任意复制,印章必须在特定的存储介质上才能使用。

(4)唯一性:电子印章主要目的是完成对文档的签名,必须唯一对应一个私钥,且私钥必须具有安全保护措施,由使用者所拥有。

(5)机密性:电子印章数据中的印章图片数据如果被非法获取,就可能伪造印章,因此印章数据必须以密文的方式存储,保证印章图片不能被非法获取。

(6)数据结构安全性:印章数据在加盖前和加盖后,都能够验证其合法性。

使用安全性需要考虑以下问题。

(1)完整性验证:在使用过程中必须验证印章数据的完整性。

(2)合法性验证:验证印章数据是否为合法机构颁发。

(3)印章状态的合法性:即当前印章是否允许使用,其状态是否合法。

(4)印章日志:任何对印章的使用都需要进行详细的记录,以便日后审计查询。

4.2电子文档的安全性

电子文档在安全上需要实现数据的不可篡改性和不可抵赖性,其算法必须为国家密码管理局认可的算法,不可篡改性和不可抵赖性可通过电子印章对文档的签名来实现。

对于电子文档的安全,需要重点考虑以下几点。

(1)显示一致性

每台计算机的环境都不一样,尤其是字体文件会影响文档的显示效果,在设计上需要解决这个问题,保证同一个文档在不同的计算机上显示一致。

(2)不可篡改性

盖章后的文档不能被篡改,任何微小的改动都能够被及时发现。

(3)不可抵赖性

盖章人一旦对文档进行盖章确认,则不能否认,系统需要提供有效的方式进行查看。

4.3软件设计的安全性

流程上,每一步骤都需要检查印章或者文档的合法性,否则不进入下一个环节。

功能的设计上,每个功能都是一个独立的流程,直接生成目标文件,处理细节屏蔽在系统内部,调用者不能对其行为进行干预,保证处理的安全性和一致性。

显示软件方面,在显示前首先对文档和印章进行验证,如果出现错误则给出提示,对于带有印章数据的文档,在显示印章的时候,先将印章虚化显示,以防止印章图片被拷屏。

打印数据通过打印驱动发送到打印机,数据有被截获的可能性,需要考虑防止打印数据被截获。

需要提供完整的制章程序给制章中心,印章数据需要使用印章中心的唯一私钥签名,公钥颁发的安全性需重点考虑。

摘要：本文主要阐述了两套电子公文传输系统的安全性设计,一是作为全国办公电子公文传输系统的客户端,一是单位内部使用的系统。

电子公文管理系统设计与实现 篇8

公文是政府军队等各类部门请示汇报、命令下达等工作中的重要部分。传统的公文归档以纸质原件为主,存放在档案局等部门,当归档公文数目逐渐增多时,公文的查找就存在效率较低等缺点。尤其是当用户记不清楚公文的具体年份、标题等内容时,在纸质归档公文中进行基于内容的模糊查询几乎无法实现。另外,纸质公文的管理、维护、防腐等,也需要大量的人力物力支持。

随着计算机硬件、局域网设施的普及以及用户计算机水平的不断提高,当前公文的撰写基本都是先完成电子版本,然后再打印传达。因此,将公文的电子版进行归档成为可能[1,2]。实施电子公文的归档管理[3,4],与传统方法相结合,可以在几乎不增加额外劳动量的前提下,对公文的管理、查找、维护工作起到大大的改善效果。

2 系统设计

《电子公文管理系统》就是在这样的背景下产生的。其目的是在不改变用户公文撰写流程的前提下,完成电子公文的归档、查询等功能。此外,对历史公文的充分借鉴,还可以提高用户公文撰写格式的规范以及公文内容风格的一致性等。

系统采用标准的客户端-服务器模式(C-S模式),由Oracle数据库服务器[5]对电子公文的存储、查询提供支持。客户端软件由Delphi实现,包括公文模板管理、公文归档、公文撰写、临时公文管理、公文查询和系统设置六大模块,如图1所示。

“公文模板管理”可以将常用的空白公文模板存储到数据库中,用户可以据此撰写新的公文。“公文撰写”模块可以依据公文模板或已经归档的历史公文,撰写新的公文。用户只需修改其中的内容即可,而不用再过多关心其格式等内容,提高公文撰写的效率。“临时公文管理”对新撰写的公文以及尚未定稿的公文进行管理,支持同一公文的多个不同版本,并可以将临时公文及时上传备份到服务器以防丢失,同时能够方便地从其它机器阅读修改公文。“公文归档”对于已经完成的公文,可以归档录入数据库,以方便将来查阅。系统提供单个公文归档、批量归档等多种归档方式,并能够通过“公文自动分析”功能解析出公文中的项目,如标题、关键字等,减少公文归档的工作量,提高系统可用性和效率;同时还可以将领导签字照片等附件一同录入,以提高公文归档的完整性可用性。“公文查询”模块能够对所有已归档的公文进行高效查询。除了支持灵活的按照各种项目自定义条件查询外,还支持基于内容的查询,即可以查找内容中包含指定文字的所有公文。最后,“系统设置”模块包括不同部门、不同级别用户的用户管理及权限控制功能,灵活的数据库连接参数配置功能等。

3 关键技术

系统实现的主要难点和创新包括以下几个方面:1)公文在Oracle数据库中的存取控制;2)公文内容的自动解析和批量归档;3)基于公文内容的全文检索查询;4)本地文档与数据库备份文档的比较及版本控制。

3.1 公文在数据库中的存取

一个公文由很多元素组成,如标题、发文机关、公文种类、年份、主题词、引发说明、承办说明、正文等等[2]。在数据库中的存取有两个方案:一是将各种元素分开存储,用户预览全文时再按照公文格式要求合并成一个文档。该方案的好处是分开存储便于用户的查询;不足是当合成新文档是需要考虑公文的格式要求。因为公文类型繁多,因此恢复新文档的操作复杂,而且往往难以完全恢复原样。第二个方案是将整个文档采用二进制方式存储在数据库中。这样的好处是文档的恢复比较简单,但是由于各个元素没有分离,因此在公文的查询方面存在不足,需要解析文档内容并逐个分离出元素信息,效率较低,难以满足快速、灵活的查询需求。

通过分析比较,系统采用了一个折中方案:对于除正文以外的其它元素,如标题、发文机关、年份等,在数据库中分别在不同字段中分离存储,以方便用户的查询;同时又将文档本身进行存储,以便于公文的恢复。该方案以一定的存储开销为代价,较好地照顾了查询操作和公文恢复操作。因为除正文以外的其它元素内容很少,通过数据库中的日期型字段、Var Char字段等即可满足要求,因此引入的额外开销非常小。实验部分证明了该方法的有效性。

公文文档存放在Oracle中的BLOB字段中,具体是通过Delphi中TBlob Field类的Load From File()和Save To File()方法实现了数据库的存入和读出。

3.2 公文内容的自动解析和批量归档

为了解决在公文归档过程中手工输入各种元素信息的效率问题,系统实现了公文内容的自动解析。根据公文格式规定,通过程序对指定的公文进行自动分析,解析出各种元素的内容,然后自动填入数据库。

Delphi提供了两个类:TWord Application和TWord Document[3]。前者可以连接到MS Word应用程序中,后者可以连接到一个Word文档。公文中的每一段、每一行以及每一个表格,都可以通过TWord Document对应的如Paragraph、Line以及Table对象等获得。根据公文承办规定中对相关元素位置、格式的定义,配合识别元素的关键词信息,通过逐段逐行分析,就可以解析得到元素内容。

实现了对一个公文的解析功能,再配合Findfirst、Find Next以及Find Close等Windows的API函数的递归调用,就可以查找指定路径下(包括子目录)的所有Word文档,然后逐一对之进行解析并将分析结果入库,就可以实现公文批量归档的功能。

公文内容自动解析及批量归档功能的实现,简化了公文归档的工作量,用户只需指定文件或者路径,系统即可自动完成剩余工作,大大提高了公文归档的效率。

3.3 基于内容的全文检索查询

指定通过公文标题、发文机关等元素内容,查找满足条件的公文,是基本的数据库查询操作,比较容易实现。但是在公文的查找中存在一类需求,即用户只记得公文的大致内容,如公文内容中包含的几个关键词,但是关于公文更详细的内容如发文时间、发文机关名称等并不清除。在这种情况下需要对公文进行基于内容的全文检索查询。

该功能的实现流程如图2所示。对数据库中的每条记录,均先将对应的Word文档保存到本地,然后用Delphi的TWord Document类打开。TWord Document类的Content属性为Range对象,调用其find.execute()方法可以在该范围内进行文本查找,功能与Word应用程序中调用“编辑-查找”功能菜单一样,不仅可以进行基本的查找,还可以通过参数控制在查找过程中是否区别大小写、是否使用通配符等。如果匹配成功,则该方法返回True,系统为该条记录做好标记,作为查询结果中的一条进行显示。当数据库中所有的记录都处理完后,查询处理结束,所有被标记的记录均为满足条件的结果,即内容中包含指定关键词的公文。

3.4 文档版本控制

“临时公文管理”模块主要是将正在撰写尚未正式定稿的公文存放到数据库中进行备份,同时支持同一稿件在撰写修改过程中产生的多个不同版本维护功能。文档修改前后的比较、版本控制是这一模块的主要技术点。

版本控制主要是通过获取文件最近修改时间来实现的。具体来说包括以下步骤:1)系统启动时,通过Oracle中的sysdate函数取得数据库服务器的当前时间,并将客户端时间与服务器时间进行自动同步;2)临时公文上传到服务器进行备份时,获得文件的最近修改时间并保存在数据库中的Update Time字段中;3)检查本地文件与数据库备份文件是否一致时,再次获得本地文件的最近修改时间,通过与数据库中保存的时间进行比较完成。

获取文件最近修改时间功能实现,主要是通过Windows的API函数Find First File()获得文件属性数据,该数据的ft Last Write Time属性即为文件的最后修改时间。值得注意的是,该属性获得的是用32位表示的文件时间戳,为操作系统使用。要想转换为用户能看懂的本地系统时间,需要通过File Time To Local File Time()、File Time To System Time()以及Systemtime To Date Time()函数进行转换。

4 测试验证

为了验证依据上述分析设计的有效性,对已实现的公文管理系统进行了测试验证。

4.1 实验设置

试验在2台PC机组成的局域网内进行。数据库服务器的基本配置为PIV 2.0G CPU,1G内存,120G硬盘,其上安装了Oracle9i;客户端PC机配置为PIII 1G CPU,512M内存,80G硬盘,安装了Oracle客户端和Office 2003软件。

实验数据集为某单位2006-2008.6产生的500个实际公文文件,大小从50K到500K不等,平均大小约为200K。在其上进行了存储开销比较、查询性能、自动归档性能以及全文检索性能的实验。

4.2 实验结果

采用三种存储方案对公文进行存储,考查随公文数增加不同方案存储开销之间的差异,如图3所示。其中方案一为所有元素均分离存储;方案二为仅存储完整的公文文件;方案三为本文采取的折中方案。

可以看出,方案一所需空间最小,方案二其次,方案三所需空间最大。这是因为,方案一仅保存了必须的文本内容,而且不同元素之间相互无重叠冗余;而方案二存储的完整文件除了包含字符格式、字体等信息外,还包含Doc文件必须的文件格式头等内容,因此所需空间较大。方案三在方案二的基础上还冗余存储了一些元素内容,因此所需空间最大。但总体看来,方案三与方案二相比,额外所需的存储空间并不是很大,约占文件大小的0.5~1%左右。

三种存储方案下普通查询的效率和原文档恢复所需时间分比较别如图4、图5所示。可以看出,方案三普通查询的效率与方案一几乎没有差别,受益于Oracle数据库管理系统的查询性能,在实验数据规模上返回结果的时间为毫秒级;而方案二由于需要还原文件后再进行全文检索,所需时间较长,尤其随着数据库中记录数增加所需时间也线性增加,当数据规模较大时难以满足用户需求。而在文档恢复方面,方案一需要将所有内容进行重组,并按照公文承办规定设置相关元素的格式等,所需时间为秒级,而且恢复效果较差;而方案二和方案三直接从数据库中读取完整文档并恢复,所需时间仅为毫秒级。

在采用第三种存储方案实现的系统中,随归档文档数的增加,系统自动归档所需时间情况如图6所示。可以看出,系统具有较高的自动分析和批量归档功能,平均每个文档所需的分析归档时间不足1秒。因此能够较好满足归档需求。

系统全文检索效率如图7所示。可以看出,全文检索所需时间与随公文数目增加呈线性增加,平均处理每个公文所需的时间约为200毫秒。因此,当公文数目较多时,建议先通过普通查询缩小全文检索范围,可以有效降低全文检索的响应时间。

5 结束语

基于Delphi和Oracle数据库,结合MS Word的VBA相关功能,设计并实现了一个电子公文管理系统,探讨了其总体结构及设计实现相关的关键内容,并通过大量实验验证了上述工作的有效性。该系统目前已经投入使用,运行稳定,性能良好,也在一定程度上验证了本文工作的可行性。

参考文献

[1]单玉刚,张荣茂.面向电子政务的公文管理系统开发与应用[J].小型微型计算机系统,2003(3).

[2]陈伟,丁秋林,郑洪源,等.在J2EE平台上开发电子政务系统的建模方法研究[J].南京航空航天大学学报,2003(4).

[3]王承.电子公文管理及归档工作分析[J].山东档案,2003(5).

[4]曾凡智,赵慧民,卢炎生,等.基于特征抽取的电子公文防伪系统的研究[J].中山大学学报:自然科学版,2007(6).

电子公文传输系统建设方案设计 篇9

使用该系统前需要先对公文进行排版, 再将其转换成为不可篡改的版式文件, 并通过该系统直接发送给接收方, 接收方在收到电子公文后, 通过专用的版式阅读器来阅读内容和版面与发送方完全一样的公文文件, 最后在权限允许范围内用彩色打印机打印出具有正式效力的含有红头的公文。整个过程通过计算机来实现, 安全与保密得到有效保障, 大大缩短了公文传输的时间。

概要

电子公文产品具有自主知识产权, 符合行业 (UOML) 标准: (见表1)

网络拓扑图:

电子公文传输系统支持三级单位体系结构, 政府部门 (一级单位) 、直属单位含直属单位内部门 (二级单位) 及市 (地) 、县 (市) 政府部门 (三级单位) 间文件的传输。各单位通过专用的客户端登陆来进行文件收发。

网络结构图如下:

行文关系说明:

省政府可以向直属单位或三级单位直接发文。直属单位可以向下属的三级单位发文或向省政府报文, 直属单位的内部可以向三级单位发文。三级单位可以向省政府报文。运行在电子公文传输系统中的各单位可互发电子公文

系统建设策略:

通过对用户现有系统情况分析, 对已经实施电子公文的单位进行软件升级, 对其它没有实施电子公文系统的单位采用直接部署的方式。这样可以最大限度的节省用户的建设费用。

系统安全策略

通过书生卡控制电子印章、电子公文只给当前用户使用的授权。

系统总体架构:

系统整体结构:

电子公文系统采用B/S结构, 是通过J2EE技术构建的多层、跨平台的应用。主要由核心功能层、业务功能层组成。其中, 核心功能层包括:版式文件生成、公文盖章、文件补字、公文浏览、公文打印、公文归档, 公章制作等, 并且提供了系统接口。业务功能层包括:公文发送、公文接收、查询统计、电子公章管理、系统日志管理、系统管理维护等。 (见图2)

软件结构说明:

电子公文传输系统基于组件技术, 采用J2EE多层架构, 整个系统构建在安全支撑平台之上。

数据提供层:

数据提供层运行大型关系型数据库管理系统, 可以是Oracle、Sybase、SQL Server等主流数据库管理系统。该层存储着整个系统的各种数据, 通过应用服务器平台软件的数据存取服务为业务逻辑层提供数据。

业务逻辑层:

业务逻辑层运行应用服务器平台软件, 可以是符合J2EE规范标准的任何应用中间件, 如:BEA公司的Weblogic、IBM公司的Websphere等。业务逻辑层又由多层组成, 首先, 应用中间件提供了系统的基础组件:如数据存取服务、XML转换服务、数据字典、消息机制等。在其上, 我们又部署了核心应用组件, 包括:版式文件生成、公文盖章、文件补字、公文归档、发排打印、公文浏览、公章制作、联合签章等。整个系统的业务应用, 都是通过调用这些核心应用组件来完成的。这些应用包括:公文发文、公文收文、电子印章管理、查询统计、全文检索、系统管理。

上述具体应用模块通过Web服务器发布给最终用户使用, 用户可以通过浏览器访问这些功能模块。公文传输系统采用B/S结构, 是通过J2EE技术构建的多层、跨平台的应用。主要由核心功能层、业务功能层组成。核心功能层包括:版式文件生成、文件补字、公文浏览、公文打印等, 并且提供了系统接口。业务功能层包括:公文发送、公文接收、查询统计、系统日志管理、系统管理维护等。

与OA系统接口:

数据接口方式:

OA系统内部实现文件的发文登记功能, 并且把相关要素信息组织成xml格式串及相关文件保存到中间数据库。公文传输系统自动通过接口获取登记好的文件 (word文件) 和要素信息, 实现要素的自动登记和盖章、发送等相关功能。在公文传输系统完成文件的签收后, 签收后的文件自动将要素信息组织成xml格式串并把文件放入中间数据库。

中间件接口方式 (Sed SDK) :

将对电子公文系统处理的核心功能程序嵌入到OA系统中, 在OA系统中直接调用公文处理核心功能完成文件分发、打印、浏览等操作。接口实现方式:动态库及ACTIVEX控件。

中间件接口的优点:可以无缝的把电子公文系统嵌入到应用系统中。

系统接口的组成:

版式文件转换接口:实现Word、Excel等办公软件生成的文档, 以及XML、文件、二扫文件 (S2/S72/PS2/S92) 、PDF等格式文件转换/批量转换成SEP版式文件的接口。

公文打印接口:支持Windows驱动的GDI打印要求。

摘要：重点针对电子公文传输系统建设方案设计进行了阐述。

公文设计 篇10

随着科学技术飞速发展, 利用计算机和网络对信息进行收集、加工、存储以及交换等, 成为各行各业必不可少的手段。但对网络环境传输、存放的数字信息的非法访问、窃取、篡改等行为必然导致计算机安全问题的出现, 需要解决身份认定、信息来源认定、信息的完整性和安全性等诸多问题的技术。

针对这些问题, 采用基于RSA的公钥密码数字签名算法解决原公文流转系统可能出现冒充、抵赖、篡改公文的问题, 采用线性多重数字签名解决多个部门盖章问题。

1 RSA公钥密码[1,2]

1978年发表的RSA是公钥密码体制中最具代表性的算法, 到目前为止它仍然是安全的。该算法的安全性基于“大整数的因数分解困难性问题”。RSA签名算法描述如下[3,4]:

1.1 参数构造:

a.选取两个大素数p, q。b.计算出公开的模数:n=pq。c.计算:ψ (n) = (p-1) (q-1) , 其中ψ为Euler函数。d.随机选取e, 满足1

1.2 签名和认证过程:

a.签名:s= (H (M) ) dmod (n) , 其中, s为签名, 私钥为 (d, n) 。b.发送方A发送附加了签名的消息给B:A→B:M//s。c.认证:B收到消息后, 计算h=semod (n) , 其中 (e, n) 为发送方A的公钥;计算h1=h (M) ;比较, 如果h=h1, 则表示签名有效, 否则无效。

2 系统的实现

为了便于本地文件管理和客户端功能的定制, 本系统采用C/S模式实现网上的公文流转。为了保证数据的安全通信和实现数字签名, 该系统设计了一个证书权威 (CA中心) , 每个用户可向CA中心申请证书, 证书数据项参照X.509标准, 任何两个客户端的通信经过通信服务器, 通信服务器同时也为每个客户提供当前在线用户列表。本系统的证书权威系统实际上提供了一个完整数字证书服务平台, 它包括多个子系统所承担的多个功能角色, 承担审核、签发、撤销和管理证书等。客户端可实现文件编辑、数字签名、收发、管理等功能。

2.1 系统总体框架的设计与实现

该系统总体上由CA中心服务器、通信服务器、客户端三部分组成, CA中心服务器与通信服务器之间、客户端与通讯服务器之间通过socket建立连接。这样CA服务器、客户端的所有通信都由通信服务器中转。

2.2 数字签名算法的实现

M表示原文, H表示MD5散列算法, e、d表示RSA的公私钥对, ||表示连接操作。算法实现如下:2.2.1签名的生成。先用MD5对文件M进行散列, 然后用签名者私钥对散列值进行加密。最后, 将文件数据和加密的散列值连接在一起得到文件的数字签名。2.2.2签名的验证。

相等则签名有效, 否则无效。文件的数字签名生成后, 带印章的文件被存放在文件目录下, 数字签名信息和文件名、签发单位等信息存放在文件数据库表中, 以便归档和查找。签名后的文件可发给其他用户, 接收到文件的用户可根据签名者的公钥验证签名。验证签名时, 操作者不用手动导入签名者的证书, 由软件自动查找、导入签名者的证书进行验证。2.2.3文件的多重签名实现。当一份文件需要多个部门签章, 此时要用多重签名实现。比如火电一分厂需要一个机房管理员, 请求的批准应通过人力资源部和总经理的多重批准签章。

2.3 文件的管理与加密备份存储

不同用户对接收到的文件在本地的管理是将所有文件存放在一个固定文件目录下面, 同时将该文件的一些关键信息如文件名、文件接收时间、文件发送者单位、文件长度、文件的签名等记录在本地数据库的表单中。其中导入导出文件的数据结构如下:

{文件编号+"|"+文件名+"|"+创建日期+"|"+上次访问时间+"|"+文件长度+"|"+转发单位+"|"+签名机构+"|"+签名值+"|"+类型+"|"+状态+"|"+SIG_ID (签名序列号) +"|"+文件+"|"}

为避免非法用户登陆系统窃取文件内容或对文件备份加密保存, 该系统将文件存放目录内的所有文件加密备份, 下一次文件操作时, 先解密还原密文文件。该项功能的实现通过文件加密器实现。

加密器主要包括:

明文文件:存放由文件安全收发系统传输过来的明文文件或是本机上的任意文件。

密文文件:存放被加过密的密文文件。

加密备份:将明文转换成密文并存放到密文文件夹中。

解密还原:将密文转换成明文并存放到明文文件夹中。

导出密钥:将加/解密用的密钥导出到U盘。

导入密钥:将加/解密用的密钥从U盘中导入。

更新密钥:产生新的会话密钥。

2.4 证书管理

2.4.1 证书的格式。参照X.509协议[5], 应用系统的证书格式为:

编号://CA中心颁发的证书统一编号

版本号://证书的版本号

身份证号://申请者的身份证号

证书颁发者://证书颁发机构名

有效期://证书有效生命期

所属机构://证书申请者单位

姓名://申请证书者的姓名

籍贯://申请证书者的籍贯

证书公钥://申请证书者的公钥

2.4.2 证书的申请。

用户申请证书信息, 提交身份证号、所属机构、姓名、籍贯和证书公钥给CA证书中心, CA中心审核通过后 (即提交信息属实) , 就签发证书, 该证书变得有效。签发后的证书实例内容如下:

编号:85

版本号:1.0

身份证号:123456789

签名算法:RSA

证书颁发者:某厂CA中心

有效期:2008-5-27 16:43:25至2009-5-27 16:43:25

所属机构:信息处

姓名:崔雪冰

籍贯:新乡

2.4.3 证书的撤销

证书失效后 (如过期、用户私钥丢失等原因) , 向CA中心申请作废证书, CA中心将证书状态改为失效, 此证书不能再用于安全通信, 但可进行其过期后的用户签名认证。

2.4.4 CA中心的证书管理

CA中心将所有用户的申请证书信息存放在申请证书表中, 颁发者可进行浏览申请证书信息已核实颁发, 颁发后的证书文件被存放在证书列表, 根据列表中证书的状态去区分其有效或失效。

3 结论

通过用数字签名取代手写签名和“橡皮图章”, 采用RSA密码技术、数字签名和数字信封等技术, 基于企业内部的网络, 实现各个企业部门与总经理间、各部门之间的公文安全传送和安全认证, 满足上述各项安全要求, 改善企业内部办公手段, 优化办公流程, 从而提高决策效率。该系统开发完成并成熟应用后可有助于电子政务、电子商务的推广, 再结合PKI技术实现安全、快捷、节省的无纸办公。

参考文献

[1]张先红.数字签名原理与技术[M].北京:机械工业出版社:175-191.

[2]王晓明, 符方伟.前向安全的多重数字签名[J].计算机学报, 2004, 27 (9) :1177-1179.

[3]卢开澄.计算机密码学──计算机网络中的数据保密与安全 (第2版) [M].北京:清华大学出版社, 2003, 12:151-198.

[4]冯登国.网络安全原理与技术[M].北京:科学出版社, 2003:192-231.

浅析电子公文的管理 篇11

关键词：电子公文；优势；重点

前言

公文在国家部门、企事业单位的管理工作中起着重要而特殊的作用，现在，越来越多的单位通过网络流转实现了无纸化办公，依靠计算机技术、网络互联技术、现代通信技术对公文实行电子化管理，优化了公文处理流程，低了行政成本，提高了公文传递速度和办公效率。

一、电子公文定义

电子公文是指各地区、各部门通过由国务院办公厅统一配置的电子公文传输系统处理后形成的具有规范格式的公文的电子数据。它求采用全面沟通的处理程序、自动生成的处理程序和高效运作的处理程序。现在，许多单位都自行设计使用了符合本单位工作实际的电子公文处理系统。

二、电子公文处理系统的优势

（一）提高了工作效率

电子公文处理系统通过计算机对公文的拟稿、审核、会签、签发办理、归档等环节自动进行显示、查询，并对办文过程进行流程跟踪监控。并且在公文归档阶段，能够按年度、性质、文号、主题词进行多种归档、查询处理，迅捷、准确地获取归档公文信息。做到既能收得了、发得出，又能改得了、退得回。同时多方位、远距离高速传送的优势使得既能在固定场所处理公文，又能在运动中从事公文处理，真正实现公文处理的“无纸化”和“无址化”。

（二）降低了行政成本

一份公文通常需要经过多次的修改确认才能最终定稿，特别是一些重要的公文，修改的次数更多而且都需要纸质打印出后集体通稿。但是电子公文可以在电脑上直接修改， 省去了复印公文所需的大量纸张、碳粉、电及对复印机的磨损，间接节省了管理成本。

另外，纸质公文多需采取邮寄或直接人员送达的方式进行传递，不仅容易丢失、花费人力及财力，最重要的是会耽误较长时间，造成公务处理的不及时。而用电子公文便可以不受地域和时间的影响，文件瞬间传达，避免了不必要的人力、物力、财力消耗。

（三）提高了公文安全性

纸质公文的中间页部分可在一台电脑上随意修改后打印替换，但电子公文与相关软件配合，例如加密软件、电子签章等，从而对文档进行保护，在没经过授权的电脑上禁止修改，这就避免了公文被篡改，能大大提高公文的安全性。

三、加强电子公文处理的重点

（一）加强电子公文处理系统的建设

电子公文处理系统是一个具有高度自动化、高度集成化特点的办公系统，它的使用涉及到网络环境，公文处理人员的公文业务能力、电脑操作技能等。单位需要根据工作实际需要讨论确定系统开发方案并进行系统研发与调试运行，在资金、网络硬件、软件设计等各方面给予足够地支持，这样才能尽快实现公文处理电子化、办公无纸化。首先是硬件的配置，要购买满足电子公文处理软件系统运行要求的电脑及其硬件设备。其次，要与专业软件设计单位结合，设计具有自身特色、适合自身需要的电子公文处理软件。该应用软件应该涵盖公文处理的全过程，如公文的编制、会签、发布、汇编、存档以及外来公文的签批流转等功能。

（二）加强加密技术的研究

公文，是单位上传下达制度、重要事项通知、人事决策等公务的工具，是职能的集中表现形式之一，因些，电子公文处理系统的信息安全的技术实现和安全管理制度的建设是系统的重要建设内容。在我国现有的电子政务系统内外环的基础上，可以解决公文的流转和身份确认等安全问题。电子公文处理系统的建设要在文件加密 、文件签名、回执签名、用户密钥管理、电子印章等方面加强研究，提升电子公文在网络流转的安全性和可靠性。

（三）创新电子公文归档模式

现在，多数单位是在电子公文流程处理结束后，在确认电子公文的真实性、完整性、有效性后，将符合归档条件的电子文件向档案部门进行移交，并在确定公文的密级、归档范围和保管期限后按档案管理要求的格式将公文存储到档案管理系统中，需要两套系统的配合才能完成电子公文的归档工作。那么，如何实现以“保存即归档“的归档模式，将电子公文的文件管理与档案管理两个系统无缝地衔接起来，从而实现文档―体化的电子公文处理流程，实现数据与电子公文的一体化保存，这一技术就需要进一步研究实现，为电子公文管理尽早摆脱双套制的归档模式提供实践支持。

四、结束语

电子公文的管理是一个全过程的系统管理，既包括电子公文的生成管理，也包括电子公文的传输和归档的管理。但是电子公文在实际工作中的应用现状还需继续完善，必须正确认识到电子公文的职能和存在的问题，不断完善电子公文处理系统，真正发挥网络信息技术的作用。

参考文献：

[1]李莉.电子公文系统对实现无纸化办公及改变工作习惯的作用和影响[J].管理世界，2012（10）.

[2]丁海斌.电子文件与电子档案管理[M].辽宁大学出版社，2000.

公文通信中安全性的一种设计方法 篇12

计算机网络公文通信所面临的威胁具有以下几种形式:

1)伪装:入侵者假冒合法用户发送另类信息;2)篡改:入侵者篡改发送方发送的信息,导致接收方接收错误;3)否认:发送方否认所发送的信息,导致接收方无法提供证据;4)泄露:信息被第三方窃取与利用。

通过研究与实践,在某地方政府公文传递系统的设计上采用消息摘要、数字签名及认证等技术解决了上述问题。

1 用消息摘要技术实现消息的完整性

消息摘要的目的是防止与识别数据信息被篡改,以实现消息的完整性。数据信息的同一消息计算两次消息摘要,如果结果相同,则数据信息没有被篡改,否则则可证明数据已经被篡改,不可采用。

在公文传递系统中,利用Java提供的计算消息摘要的封装类:java.security.Message Digest,调用get Instance()方法函数,就可实现数据信息的消息摘要。方法函数将用到两个主要算法,即MD5和SHA-1。一旦创建了Message Digest对象,就可以利用函数update(和digest()进行数据的聚集与计算。本系统中采用让用户对用户名和信息栏中的数据信息计算消息摘要的方法,以识别和消除被篡改的数据信息。

2 简便数字签名方法

消息摘要技术可以保证数据信息没有被篡改,但接收者无法确定数据信息是否确实是某部门(或某人)发来的。简便数字签名方法可用来解决这一问题。数字签名采用非对称加密技术,发送者使用私钥加密数据信息,产生消息摘要,接收者使用发送者的公钥解密消息摘要以验证签名是否属实。由于私钥只有加密者才有,因此如果接收者用某个公钥解密了某个消息摘要,就可以确定这段消息摘要必是对应的私钥持有者发来的。

例如,甲、乙双方通信时,甲把数据信息的消息摘要用自己的私钥加密(即签名),然后把数据信息及签名后的消息摘要一起发送给乙,乙方使用甲的公钥解密消息摘要(这一过程同时确认了发送数据的部门或人,又可以解密消息摘要),然后通过解密后的消息摘要能验证数据是否被修改。

2.1 使用私钥进行数字签名

1)先指定算法调用signature类的get Instance(),生成signature对象;2)用签名者的私钥初始化对象;3)将要签名的数据信息传入对象;4)用对象的sign()方法生成对数据的数字签名。

2.2 使用公钥验证数字签名

1)先指定算法调用signature类的get Instance(),生成signature对象;2)用签名者的公钥初始化对象;3)将要验证的数据信息传入对象;4)用对象的verify方法验证字节数组signature是否为对应数据信息的数字签名,如果是则返回true,否则返回false。

3 数字证书

使用数字签名的前提是数据信息接收方确信验证签名时(用发送者的私钥加密消息摘要)所用的公钥是签名者的,但是可能有人制造假公钥,为了识破假公钥,可采用数字证书技术。

数字证书含有两部分数据:一部分是对应主体(单位或个人)的信息,另一部分是这个主体所对应的公钥,即数字证书保存了主体和它的公钥一一对应关系。如何判断数字证书等内容的真实性呢?由于有效的数字证书必须经过权威CA的签名,所以可以通过权威CA验证数字证书的真实性,然后再在数字证书上使用CA的私钥签名。因权威的CA公钥在操作系统中已安装,当接收用户收到数字证书后,会用相应的CA公钥验证该证书的签名,根据非对称加密的原理,如果该证书不是权威CA签名的,将不能通过验证,若通过验证,即可证明此证书含的信息(发信人的公钥和信息)是无误的,便可以通过该证书内容的公钥来确认数据是发送者发来的。

3.1 证书创建

java中的keytool.exe可以用来创建数字证书,所有的数字证书是以一条一条的形式存入证书库中的,每一条都有它自己的别名,并以各自的形式存入证书库中的,每一条证书包含该证书的公钥、私钥和对应的数字证书的信息。证书可以导出数字证书文件,数字证书文件只包括主体信息与对应的公钥。本系统使用的是J2SDK提供的keytool工具默认的密钥库和算法,分别创建权威认证机构CA和用户证书,并将所创建的证书从密钥库中导出。

3.2 证书签发

该过程是CA验证用户的身份,并用其私钥签署用户的数字证书。被CA签名的证书将被信任和使用。证书创建过程如下:

1)设置两个常量,用MD5with RSA签署证书的算法和证书的有效期,有效期设置为一年;

2)主要工作在函数main()中完成。需要传递的参数是keystore、CA证书和私钥的别名、待签发的证书的别名以及存放证书的上一级证书的别名;

3)获得用于读取keystore和密钥的口令,再利用用户提供的口令和keystore文件名读取keystore;

4)从keystore中读入CA的私钥和证书;

5)按照CA的格式创建一个X509Cer Impl类,用它保存证书的发布者,然后签发一个新证书;

6)创建一个X509Cer Info类,用它来保存CA证书的详细信息;

7)获取待签的证书和私钥,在keystore中创建一个新的实体,也要为新的证书创建一个X509Cer Info类;

8)设定新证书的有效期,然后根据当前时间创建新的序列号。对于给定的CA,保持唯一确定的序列号非常重要,故程序要保证产生的序列号不会重复。然后设定新证书的发布者,即是这里的CA,最后将算法信息放入证书;

9)用CA的私钥签署该证书;

10)把新证书放入keystore,并将keystore存放到文件系统中。

通过以上步骤便可实现CA对用户证书的签署,将CA签署的证书导出,以供系统提取数字证书与相关信息之用。

4 结束语

该数字签名的方法与技术已应用在某地方政府的网络公文通信系统中,通过使用消息摘要、数字签名和数字认证,公文收发双方可以防止消息被篡改,确认对方身份的真实性,同时可以防止对方的否认。公文通信系统的试运行证明完全达到了以上目的。

公文通信中安全性的设计有多种方法,该文所述方法与已有的其他方法比较,该文方法充分利用了已有的安全设计技术与软件成果,形成与实现了模块化链接,结构分明,代码简洁,维护与扩充方便。

参考文献

[1]彭钰,徐俊杰,朱曦,等.基于Petri网的公文流转工作流的建模[J].计算机与数字工程,2006(3).

[2]刘明臻,魏长军.OA系统公文流转模块的设计和实现[J].吉林师范大学学报:自然科学版,2008(2).

[3]王芳,李光明,郭文强.基于ZEN的公文流转痕迹保留的实现[J].商场现代化,2009(14).