公文流转单（精选5篇）
公文流转单 篇1
系统运行突然变慢, 用户阅读、批阅公文等待时间超长, 公文日常流转过程中数据出错现象明显增多, 服务器重启后, 现象依然存在。登录服务器, 使用管理工具中的性能工具监测服务器的CPU、内存、磁盘读写情况, 发现在上班时间, 磁盘读写总是在100%, 说明磁盘读写成为系统瓶颈。执行服务器Hp Array Configuration Utility程序, 发现控制器状态告警, 报告电池fails, 阵列加速器失效, Cache缓存被暂时禁止。服务器阵列卡电池一般寿命仅4-5年, 如果未及时更换将有可能导致数据读写出现异常, 更换阵列卡电池后, 磁盘读写占比明显下降, 公文流转系统运行速度得到明显提高。这说明公文流转系统运行速度与服务器读写占比有很大关联, 如果将其移植到光纤存储上, 预计系统运行效率还将有极大的改善。
二、文件无法批量批阅
系统升级后, 公文传阅中部分文件无法批量批阅, 点击批量批阅程序能够正常执行, 但显示结果为空。
针对此现象, 判断是否内部传阅发文库在执行程序过程中出了问题, 可用Domino Designer打开内部传阅发文库 (wgedptrev.nsf) 的设计, 在表单结点下找到批量批阅表单frmmultiview, 通过查看设计可知用户选择日期, 点击确定按钮后, 实际执行代理ag Multi View, 打开共享代码结点下的代理ag Multi View, 单步调试可以确定程序执行到第114、115行Else Goto process Error后出错, 将这两行注释后, 程序执行恢复正常。分析原因是程序遇到没有找到链接文档的错误后, 未执行其后语句Resume Next Doc而异常退出。
三、文件接紧急程序排序需求
用户希望系统首页中待办及在办工作能按照紧急程度进行排序, 紧急程度高的文件靠前排列。
Domino中文档是用视图进行显示的, 而视图由列元素组成, 列元素默认有排序这一选项, 据此可以打开办公事务库 (woastart.nsf) 的设计, 找到视图结点中的待办及在办视图Main In Box, Main In Box800, Main On Box, Main On Box800, 为每个视图增加一列标题并按紧急程度排序。列值显示选择为公式, 输入以下公式:@If (@Trim (KPriority) ="特提";"4";@Trim (KPriority) ="特急";"3";@Trim (KPriority) ="加急";"2";@Trim (KPriority) ="平急";"1";"0") 。域值KPriority表示紧急程度, 可在发文管理库 (wgesnddoc.nsf) 的发文稿纸表单frm Disp Doc Com File中查到其对应的含义。以上公式表示将文件按对应的紧急程度分别设值为4, 3, 2, 1, 0, 将该列的列属性中的排序TAB选项设置为降序。
四、发文底稿附件数据库修复失败
使用金电公司提供的修复发文底稿附件数据库, 按照修复发文库中附件的方法修复内部传阅发文库的附件时操作失败, 修复不成功。
为分析原因, 打开修复发文底稿附件数据库的设计, 单步执行修改调试, 发现按照发文库中查找文件UNID的方法输入的UNID, 在内部传阅库中无法找到相应的文档。由此推断, 发文转移到内部传阅发文库时其UNID作了更改, 为此选择内部传阅发文库相应文档, 点击鼠标右键, 选择要素TAB项中的标识符, 将该值的最后一串数值作为文件的UNID, 输入至修复发文底稿附件数据库执行程序中, 附件替换成功。
五、修改内部传阅错误填写的需求
用户提出新需求, 修改内部传阅错误填写的意见, 如将“发”更改为“已阅”。
代码执行过程如下:根据数据库名称及文件UNID搜索到对应文档, 获取文档的域TAss Comment Name的值, 判断该值是否包含用户名简称, 如存在则查找域TAss Comment中值包含用户名的批阅意见, 用更改的批阅意见进行替换。
六、校核公文按钮未出现
公文流转过程中, 发文文印环节校核公文按钮未出现, 文印员无法校核公文。分析原因可能是正文排版环节未标志正文已排版, 为此手动更改标志, 编写代理, 打开发文管理数据库wgesnddoc.nsf的设计, 创建菜单代理, 目标为“所有选定文档”, 操作为“简单操作”, 操作方式“修改域”, 修改方式为“替换”, 域为TIs Arranged, 新值为True, 执行代理, 重新打开文档, 按钮出现。
七、无法显示正文排版按钮
公文流转过程中, 正文排版环节无法显示正文排版按钮。
打开发文管理数据库设计, 点击共享代码结点下的发文专用子表单sfrmword, 找到正文排版按钮, 点击其左边计算的值文本, 出现以下代码:@If (Archive Flag="1";"NONE";!@Contains (THide Con;"正文排版") |TIs Arranged="True"|@Is Not Member (@User Name;Author) |!TSend Style="1"|str Flag Archiv="1";"None";"") 。将该段代码保存到一个文件中, 其后将上述代码修改为空 (“”) 。再打开处理文件, 正文排版按钮出现, 处理完毕后, 将文件中保存的代码恢复到设计中。此方法具有通用性, 发文流转过程中由于传输意外导致按钮没有出现时, 都可用此方法解决。
八、查询文档未返回预期结果
客户端中支传阅查询统计中, 查询文档未返回预期结果, 结果为空。这一问题是相应文档数据库 (当前库或历史库) 未创建索引或索引不全导致的, 解决方法是点击数据库右键, 选择属性, 选全文索引TAB项, 点击删除索引, 然后点击创建索引, 为文档数据库重建索引, 问题解决。
九、业务软件报表无法生成
业务部门反映, 系统升级使用公文流转系统后, 业务软件报表无法生成。
经检查, 业务软件报表的生成调用了Excel的宏进行计算, 而公文流转系统升级后, XLS文件默认调用WPS软件进行处理, 由于WPS软件对宏计算支持不足, 导致无法正常生成报表, 需要打断XLS文档与WPS软件不进行关联, 操作方法如下:运行WPS配置工具, 点击“高级”按钮, 在文件关联TAB项中, 将Microsoft Excel文档选项前勾选去掉, 系统运行正常。
十、发文无法登记文号
发文无法登记文号, 报错误发生在61行, 原因:Type mismatch。此现象源于发文管理库的发文总号丢失, 解决方法:lotus domin打开发文管理库, 点击左边“导航发文总号”, 进入编辑状态, 输入和保存一个新的发文总号, 系统恢复正常。
十一、屏蔽发文需求
法律事务处提出需求, 将原来的流程行级发文行政处罚发文对所有用户屏蔽, 但不作删除。解决此问题只须将行政处罚发文流程的入口对所有用户屏蔽, 具体操作:打开系统管理库 (wgemanage.nsf) , 点击左边“导航功能管理”, 进入“行级发文”→“行政处罚发文拟稿”, 基本信息中应用角色:原值为空, 将其设置为“无”。
十二、县支行收文管理库中的文件不导入需求
办公室电子档案系统管理人员提出, 在将公文流转系统文件导入电子档案系统时, 县支行的收文管理库中的文件不作导入 (对电子档案系统而言其存在的文件为大量重复文件) 。解决此问题的关键是县支行的收文管理库流程结束时, 不将文档移动到归档库中。设置方法如下:打开“发系统管理库”, 点击左边“导航功能管理”, 进入“区县支行收文管理”→“区县支行收文登记”, 进入数据库信息TAB标签, 将选项“在结束流程前是否必须归档”设置为“无”。
十三、网页流程监控问题
行政公文流转系统的简要分析 篇2
关键词：公文流转；网络；人工智能；决策分析
中图分类号：TP311.52
20世纪90年代初，电子政务开始在我国应用，随着软件技术的发展、网络技术的普及，在经过独立应用、网络协同、无纸化办公等阶段后，电子政务已进入数字化智能发展阶段。
公文流转系统是将现代化办公和计算机网络功能结合起来的一种行政办公方式；作为电子政务的核心组成部分，主要承担公文的：起草、审阅、批复，收发等功能；对提高行政办公效率，节约办公成本起到至关重要的作用。建立符合机关办公流程的现代化系统，应从信息化建设的基本规律出发，注意系统建设的合理性、开放性和协同性，同时做到不盲从、不跟风、不落后，逐步完善、优化现有系统，进而提供更专业、更稳定的现代化服务。
1 建设目标
软件系统的核心是解决问题、提高效率；通过公文流转系统建设，应达到以下目标：（1）提供可靠的、可追查的公文流转平台，有效的缩短公务处理的周期，加快公文流转过程，减少路耗、寻人、等待等中间环节，保持公务处理渠道的畅通；（2）打破时空及地域限制，实现无纸化办公，远程办公、异地办公；（3）提供完善的信息交流机制，方便机关各处室、中心、员工之间日常办公及业务信息的交流和管理，实现业务办理互联互通，信息数据共享；（4）解决信息化办公应用中的最大难题——机构和管理模式的经常变动的问题，由用户自定义管理模式，实现真正的部门综合业务处理机制；（5）配置个人安全密钥、应用电子签章，结合数字签名、数字信封等密码技术，实现对网上用户的身份认证，保障网上信息传送的真实性、完整性、保密性和不可否认性；（6）充分利用现有建设好的网络环境及已有的网络配置资源，充分保护已有的信息化投资；（7）预留系统外部接口，做好与其他单位系统对接的准备工作。
2 建设原则
软件系统建设应秉承以下几个原则：
2.1 先进性。运用国内外先进成熟的计算机软硬件技术，建立的系统和采用的技术达到国内先进水平。一般系统采用成熟的分布式结构，浏览器、应用服务器和数据服务器物理分开、逻辑集中的体系结构；通过应用多级热备份技术、负载均衡技术、容错技术等集成性技术确保系统的高效稳定运行。
2.2 扩展性和灵活性。采用的体系架构必须具备可扩展性，确保在处理能力和业务功能方面可灵活扩充，具备强大、灵活的应用扩容支持，并可与其它外围系统进行无缝互连。为了保证网络系统的有效管理和可靠运行，网络支持多种协议、标准和规范，并可以进行在线升级、调配；并留有充分的扩展余地，在机构人员调整需要时，可方便地加入新的设备应用；保证系统的完整性不受影响，保证系统可以平滑升级、扩容、演进，同时自动调整负载平衡。
2.3 保密性和安全性。系统安全性可通过系统架构、设备/软件选型、病毒防杀等措施来实现；业务操作安全性可通过操作权限（包括系统权限、数据权限和角色权限）的授权、分配和管理机制，数据库操作的审计机制，数字签名和数字证书等身份确认机制，日志记录和事件监测机制，以及使用三层结构将客户机与数据库服务器进行隔离等措施来保证；网络系统的安全性应对关键设备设计完善的保护方案。
2.4 实用性。实用性是每个信息系统在建设过程中所必须考虑的一种系统性能，它是自动化系统对用户最基本的承诺。从实际应用的角度来看，这个性能更加重要。为了提高管理信息系统中系统的使用性，必须从实际业务需要出发，严格控制业务需求的准确性。
3 系统分析
3.1 实现功能。根据一般政务公文流程，应注意对以下功能的实现：（1）对人员网上身份认证，保障网上信息传送的真实性、完整性、保密性和不可否认性；（2）对行政公文的起草、代办、已办、办结等功能；（3）按照文种以不同的流转方向进行顺畅递送；（4）公文流转结束后附件、相关业务数据的自动归档功能；（5）公文委托授权功能；（6）对已进入流程的公文进行实施监控功能；（7）对公文及各业务部门工作流程的处理效率、完成情况等内容进行查询统计功能；（8）实现统一维护平台，实现对具体申请的数据修改，赋予相应管理员特定的流程调整权限以应对组织机构调整，并具有记录用户操作日志等功能。
3.2 系统架构。公文流转系统框架大致可分为服务平台、装配平台、维护平台、管理平台以及监控平台4个部分。（1）服务平台：面向用户，实现公文办理、公文审阅、公文查询、委托授权、以及用户个性化设置等功能；（2）装配平台：面向系统管理员，实现公文配置、流程配置、流程环节配置、流程权限配置、规则定义、规则配置，流水号配置、封发配置、表单操作配置等；（3）管理平台：面向系统管理员，实现对公文业务数据的维护、公文作废、简字管理、表单数据管理，公章管理、催办维护管理以及其他系统工具等；（4）监控平台：面向系统管理员，实现对公文业务异常数据监控、流程日志监控、异常流程监控、账号监控等。
4 应用问题
软件系统是最注重实践类的项目之一，很多问题只有在实际工作中应用一段时间后才会逐渐暴露，测试组单纯的进行白盒测试、黑盒测试不能真实还原用户环境展现问题；随着时间的推移，系统瓶颈逐渐暴露，主要有需求不明确、效率问题、流程变更和兼容问题等。
4.1 需求不明确。需求不明确是所有开发者、用户最头疼的问题，也是现实开发工作中难以规避的问题之一；许多用户在应用初期并未对系统功能产生疑问，随着应用的逐步加深，发现功能实现与最初的应用想法并不一致。
用户对功能描述不清、开发者对需求理解不深入是造成系统实现与用户需求不一致的根本原因，这就需要开发人员对用户需求进行深入的分析同时，建立完善的沟通机制；而既熟悉业务知识，又懂得系统开发的人员作为沟通人员，进行组织工作是最好的选择。
4.2 效率问题。效率问题对于所有应用系统都是不可避免的；对于相对独立的公文流转系统，业务量的增长、并发数的增长以及硬件系统的老化，是造成效率问题的根本原因。解决效率问题主要有以下三种方法：（1）在设计源头对未来业务量和并发数进行评估，建立适于未来三到五年的构架体系；（2）对代码进行优化，尤其注意在逻辑层的函数调用、大SQL的书写以及循环体系的容错处理；（3）硬件系统的及时升级。
4.3 流程变更。业务流程变更在公文流转中并不常见，但伴随着机构变更或机构重组，公文流转系统已不是简单的系统升级即可解决，有可能在根本结构上出现影响。这就要求建设初期，选择开发架构和开发工具上更具有灵活性。
4.4 兼容问题。系统的升级换代日益加快，孤岛项目时代一去不复返，更多的需要系统间相互的融合，例如：（1）软件系统多以B/S模式存在，对于浏览器的依赖不言而喻；由于浏览器的更新换代，因此对于浏览器的兼容问题也是不可避免的；（2）公文流转系统并不一定单独存在，很多机构以一站式服务平台方式联立多个应用系统；因此对于系统对接也是必须要考虑的；（3）主流操作系统的核心应用体系变化不大，但能否支持多种系统、移动系统达到理想效果是开发人员所必须要考虑到的事情。
5 结束语
电子政务系统在我国发展速度较快，但相比较西方发达国家相对落后；差距主要体现在建设理念上，国内的系统认知多以功能实现、智能化发展为核心，距离以人工智能、决策分析为代表的新一轮智能系统差距较大。
美英等国家相继推出阳光工程、政务公开、医疗改革等一系列项目后，对政府机构、行业领域进行监督的同时，推动了信息化发展，提高了办公效率，实现了双赢的局面。因此，合理满足业务需求的同时，构建更高效、更智能的决策分析系统是未来努力的方向。
参考文献：
[1]陆汝华，段盛.基于NET的高校电子公文流转系统的设计与实现[J].湘南学院学报，2013（02）.
[2]魏威.基于工作流的公文流转系统应用研究[J].数字技术与应用，2012（04）.
公文流转单 篇3
1.1 公文流转系统的主要模块及其功能
主要包括以下三个模块:收文管理、发文管理与电子公文库, 它们对应的模块功能如下:收支文件的管理和存储、收支记录的查询、收支记录的修改, 这三个部分是主要的工作流系统的功能模块。对于内部公文的审批和发送来实现拟稿、审核、会签、核稿、签发和成文、编号、校对、印刷及分发、归档的全过程管理, 来保证整体工作资料的全面可控性。利用软件自带功能实现文件的收发、文件的处理等功能。
1.2 公文流转方式
对于公文流转, 它的模式通常包括下面四种:直流、分流、合流以及回流模式, 公文流传模式图如下图1、2、3、4所示:
A, B都是公文流转之内的二关联节点, 同时还为角色进行活动的全部场所, 另外的箭头线表示活动间存在的关系。对于直流模式, 是最为基本的一种流转方式, 在人员间, 其为一对一的一种传达模式。一般在申请审批类流程中用到;对于合流模式, 其为在人员间, 进行多对一传输的一种传达模式;对于分流模式, 其为在人员间一对多的一种传输模式。其为不用条件进行限制的传达;对于回流模式, 基于公文进行流转时, 发生的重做及退回这些问题。最终于流程内构成回路。基于下图, 每个操作节点间存在的流程关系即为公文流转关系, 就是下图内的箭头线。对于每个操作节点, 其代表不能再分的一个操作任务。多数操作节点按照各不相同的联系进行联接组成公文流转的最为基本的流程。于是针对公文流转的一个节点来说, 流转至这个节点, 就进行工作。包括如下状态:首先为与型, 在全部的前继工作节点均得以完成的情况下, 流程才能迈进下步, 进行此时节点操作的执行。其次为或型, 它的全部前继节点内某节点得以完成, 流程能够迈进下一节点, 进行此时操作节点的执行。
2、工作流在公文流转系统中的应用
2.1 公文流转的实现
公文处理是公文流转系统的核心, 使用的系统平台需要具备一些能力:处理复合文档型数据信息、工作流与电子邮件、可以支持移动办公及协同工作, 还可以集成另外业务应用系统及接入INTERNET。同时Lotus Domino/Notes开发平台已经符合上述要求, 还具备下面的一系列优点:工作流管理能力很强大;不仅能够管理文档型数据库, 还支持另外的关系型数据库;全球先进的电子邮件系统, 具有邮件跟踪、回执、加密及签名的功能;高超的复制技术, 使用户不论在什么地方, 均可以同步更新他们的信息, 其还支持后台复制、双向复制、客户端复制以及选择复制等许多类型的复制;对于跨平台的特性, 其是电子邮件与群件处理范围内的领袖, 将要支持业界全部主流的网络协议与操作系统;可扩展性与可伸缩性还很良好。基于上述许多优点, 往往运用Lotus Domino/Notes作为开发平台进行公文流转系统的开发。
对于公文的流转的便利性的追求是程序设计过程中最为艰难的部分, 为了成功的构建相应的系统框架, 本文研究中主要采用了如下设计思路:在Notes中通过下列方式实现公文的流转:固定将公文信息一直存放在Domino服务器中, 建立相应的存储数据库, 系统利用自身的读取功能从数据库中提取有效信息, 其中最为重要的信息是流向信息和环节信息。公文流转过程中, 公文本身并没有进行相应的位移, 而是采用特定环节对某些用户开放访问权限, 而当这部分用户处理完成任务的时候, 文件就转为隐藏。相对于用户来说, 产生的感觉实际上就是文件的流转。这种方式可以有效地保证系统运行稳定性, 大大的提高工作效率[2]。
2.2 工作流在公文流转系统中的应用
公文处理在企事业单位中都是一项复杂而繁琐的工作, 传统的公文处理过程中通常都是通过纸质文件的不同部门之间的流转来实现的, 这种情况下, 企业即使应用了再多的计算机, 也是需要在电脑前处理好了公文再进行打印, 通过企业的秘书或者文件管理部门的相关人员送交上级部门[3]。这种处理方式不仅仅浪费了工作的时间, 同时也给管理工作者的工作带来了极大的不便, 而这套系统的开发, 可以有效的保证办公效率的提高和降低对纸质文件的依赖。
对于公文的处理需要多个部门的审批, 同时不同部门审批过程中还具有相应的决定文件的下一步走向的选择, 这种选择我们称之为动作, 是工作流的方向的最终设定者。这种动作的最终结果分为同意和退回两种, 动作利用多个路由器的使用来实现[4]。KBS系统中对于公文流转过程中产生的动作给予了重点考虑, 成功的设计了较为全面的人性化公文流转子系统。
3、结语
总体来说, 随着我国互联网事业的不断深入, 企业对于公文流转系统会有更为广大的要求, 这也对公文流转系统的开发提出了新的挑战。
参考文献
[1]赵昊苏, 王芸.基于工作流技术的公文流转系统的分析与设计[J].铁路计算机应用, 2008, (09) .
[2]申宇, 杨贯中, 周波.一个基于工作流的公文流转系统[J].湘潭师范学院学报 (自然科学版) , 2009, (04) .
[3]王开雷, 耿玉水, 王新刚.公文流转系统的研究[J].计算机与信息技术, 2008, (09) .
公文流转单 篇4
关键词：XML签名,多重签名,公文流转
随着计算机技术和网络技术的发展, 办公自动化己经成为企事业单位加强内部管理、提高办公效率的主要方式。公文流转系统作为办公自动化系统的核心部分, 打破了传统公文流转方式易受办公资源、时间、空间等因素的制约。在开放的互联网环境下, 保障电子公文在传递过程中的安全性及实现多方签署是一个亟待解决的问题。
XML (Extensible Markup Language) 技术近年来得到迅速发展。XML文档作为高度结构化的数据具备很好的扩展性, 已广泛应用在电子政务、电子商务等领域[1,2]。针对XML数据存储和传输的安全性需求, W3C (World Wide Web Consortium) 和IETF (Internet Engineering Task Force) 联合发布了XML数字签名规范[3,4]。与传统签名一样, XML数字签名可以应用于任意类型的数据, 以提供消息来源的正确性、完整性和不可否认性。但和传统签名技术不同的是, XML签名允许对XML文档进行细粒度签名, 甚至可以对单个元素进行签名, 在基于网络平台的公文流转系统中, 当某些公文需要多方签署方可生效时, 利用XML多重签名来实现也是非常有效的。该文主要讨论将XML多重签名技术应用于公文流转系统中时要解决的问题。
1 XML数字签名原理
XML数字签名定义了一种用于加密认证数据的模式。充分利用了XML的灵活性和扩展性, 不仅可以对整个文档签名, 还可以实现对文档进行较细粒度的签名及多重签名。保障数据的完整性、不可否认性。W3C将XML数字签名解释为:定义一种与XML语法兼容的数字签名语法描述规范, 描述数字签名本身及签名的生成与验证过程。在文献[3]定义的语法结构中,
2 XML有序多重签名在公文流转系统中的应用模型
2.1 XML有序多重签名
在公文流转系统中, 一些重要的公文通常需要多方签署方可生效, 即需要进行多重签名。根据签名成员是否按序签名, 多重签名又分为两种:有序多重签名和广播多重签名[5]。该文主要研究XML有序多重签名在公文流转系统中的应用问题。
XML有序多重签名可以解释为:消息发起者对待签署的XML文档进行规范化并计算其摘要值, 按照既定的签名顺序, 将摘要值发送给第一位签名者, 第一位签名者完成签名后将签名结果发送给下一位签名者。其他每位签名者收到上一位签名者的签名文档后, 首先验证部分签名的有效性, 若有效, 继续签名并发送部分签名给下一位签名者;若签名无效, 拒绝继续签名, 并终止整个签名过程。直到最后一位签名者完成签名, 交由验证者验证无误后, 即完成了XML有序多重签名。
2.2 应用模型
在实际的政务工作中往往会涉及到这样的问题, 某部门起草一份提案, 该提案需要其他各部门按照顺序进行批复, 给出同意与否的意见, 若有超过规定比例的部门同意, 则提案通过。下面以一个典型的提案审批系统为例, 研究XML有序多重签名在提案审批系统中的应用。
首先某部门秘书起草提案, 系统将该提案内容转换为XML文档, 对待签的XML文档进行规范化并计算其摘要值, 然后确定签名的顺序, 将摘要值发送给第一位签名成员 (即提案部门主管) , 第一位签名成员用自己的私钥对提案摘要值签名后, 发送给下一位签名成员 (其他部门主管) , 以后每个签名成员收到签名文档后, 用上一位签名者的公钥验证部分签名的有效性, 若有效, 继续签名并将生成的部分签名发送给下一位签名成员;若签名无效, 拒绝对所收到的签名文档继续签名, 并终止整个XML签名过程。直到最后一位签名成员完成部分签名, 并由签名接收者验证无误后, 即完成了XML有序多重签名。XML有序多重签名在提案审批系统中的应用模型如图1所示。
最后由可信的提案认定者计算总的通过率, 如果通过率大于等于事先约定的值, 提案通过, 否则提案被否决。
3 方案实现
以一个典型的提案审批流程为例, 基于2.2给出的应用模型, 对方案进行描述。方案的参与者有:KGC (Key generation center, 密钥生成中心) 、提案生成者A、各个部门主管 (签名者) B= (B1, B2, B3, …Bn) 、签名验证者V、提案认定者W, M为审批提案的摘要值, 方案中出现的其它符号说明详见文献[6], 这里不再赘述。
3.1 系统初始化及密钥生成过程
KGC输入参数k, 输出系统参数Params= (k, e, P, q, G1, G2, Ppub, H1, H2, H) , 其中Ppub=s P, s作为系统主密钥, 双线性对映射e:G1×G1→G2, H1, H2和H是三个Hash函数, H1:{0, 1}*→G1, H2:{0, 1}*→{0, 1}*, H:{0, 1}*→Zq*, 秘密保存s, 并公开系统参数Params。
每位用户Bi (1≤i≤n) 随机选择xi∈Zq*作为自己的秘密值, 并计算自己的公钥 (Xi, Yi) = (xiP, xis P) 。给定用户身份IDi∈{0, 1}*及其公钥Yi, KGC计算Qi=H1 (IDi, Yi) , 将Di=s Qi作为用户部分私钥。最后, 签名者Bi (1≤i≤n) 计算私钥Ri=xiDi。
3.2 签名过程
实际的提案审批过程中, 提案的审批顺序通常是事先确定的, 不防设提案生成者A预先确定审批顺序为Γ= (ID1, ID2, …, IDn) , 公开Γ, 所有部门主管按照签名顺序进行签名。
1) 提案生成者A根据XML文档中的URL获取需要签名的XML文档, 选择一种规范化算法对待签文档进行规范化, 计算其摘要值M。
2) A将M发送给第一位主管B1, B1随机选取k1∈Z*q, 计算:
将签名消息 (M, (S1, r1) ) 发送给下一位主管B2。
3) 签名者Bi (2≤i≤n) 收到Bi-1发送的签名 (M, (Si-1, r1, r2, ...ri-1) ) 后, 验证下面的等式是否成立,
若等式成立接受签名, 随机选择ki∈Z*q, 计算:
将签名消息 (M, (Si, r1, r2, ...ri) ) 发送给下一位签名者Bi+1。最后一位签名者Bn的签名 (M, (Sn, r1, r2, ...rn) ) 作为签名文档中元素
3.3 签名验证过程
V收到XML签名文档后, 通过解析XML签名文档得到签名 (M, (Sn, r1, r2, ...rn) ) , 验证下面等式是否成立,
如果等式成立, V认为所有签名者对消息的有序多重签名有效, 并将每个主管的审批情况 (是否同意提案) 汇总后发送给提案认定者W。
3.4 提案认定
提案认定者W根据收到的每个部门主管的审批情况, 计算通过率, 如果通过率大于等于事先约定的值, 提案通过, 否则否决提案。
4 结束语
本文主要讨论了XML有序多重签名技术在公文流转系统中的应用。基于给出的模型, 将XML有序多重签名应用在一个典型的提案审批系统中, 并对方案的实现进行详细描述。解决了公文流转系统中存在的多重签名的需求, 为XML有序多重签名在公文流转系统中的应用提供了可行的解决途径。
参考文献
[1]傅德胜, 王强.XML数字签名在工作流系统中的应用[J].计算机应用, 2011, 31 (3) :808-811.
[2]白晨希, 宋亚林, 申石磊.基于圆锥曲线的XML数字签名应用研究[J].计算机工程与设计, 2012, 33 (5) :1739-1741.
[3]W3C XML Signature Working Group.XML Signature Syntxa and Processing[EB/OL].[2002-02-12].http://www.w3c.org./TR/xml dsigcore.
[4]Canonical XML W3C recommendation[EB/OL].[2010-07-19].http://www.w3c.org/TR/2001/REC xml cl4n.
[5]王晓峰, 张璟, 王尚平.多重签名方案及其安全性证明[J].计算机学报, 2008, 31 (1) :176-182.
公文流转单 篇5
关键词：定值单,流转,工作流,管理
0 引言
信息网络化办公已经深入到日常工作和生活的每一个角落，定值单管理是电力系统极为重要的一项工作。从安全等多方面的原因考虑，目前大部分供电单位的定值单仍然采用纸质文档的方式管理，检索、查询等极为不方便。随着电子签名技术的发展，电子文档的安全性已经得到了广泛认可，在各个行业内得到了大量应用。通过网络化的模式[1]，将定值单进行网上流转、网上查询，能够极大地提高工作效率。
定值单流转管理系统是基于电力系统继电保护专业[2]，为整定计算人员、校核、审核以及审批人员提供在线提交定值单以及相关校核、审批等流程处理的协同办公服务平台。系统支持企业内部定值单信息共享，支持流程表单自定义、工作流程自定义[3]。结合定值单流转管理工作和工作流的特点，将工作流的思想引入定值单流转管理系统[4]。可以规范电力企业调度继电保护定值单运作流程、提高办公效率和工作质量，降低企业办公成本、实现资源集中管理，增强信息资源管理与传递。
1 系统架构及典型定值单工作流程
1.1 系统架构
系统基于EXTJS、AJAX、Web Service等技术标准，采用三层架构设计而成[5]。使用B/S结构，系统程序只需要在服务器端安装，无需在客户端安装，便于部署、使用和维护。系统整体技术架构如图1所示。
1.2 定值单工作流程
计算人在整定计算软件中生成定值单后，把定值单导入到定值流转管理系统[6]，定值单状态为草拟状态。定值单在定值流转管理系统处理工作流程如图2所示。
2 系统主要功能
定值单流转管理系统主要分为用户管理、配置管理、定值单流转、定值单管理及发布公告等几部分。
2.1 用户管理
用户管理可使权责明确可控，按权限大小分别创建超级管理员、单位管理员和普通用户，以便定值单管理工作更加高效。
可按照用户、角色和定值流程任务自动授权，操作更为简便快捷。
权限的划分默认如图3列表所示。
2.2 配置管理
在配置管理中，可根据用户定值单管理具体需求，自定义定值单状态名称、工作流级数和处理步骤名称，类似“编制→校核→审核→批准”的4级工作流或“编制→校核→审核→审批→盖章”的5级工作流，为实现定值单跨部门跨地域自动流程化管理，提供了足够的灵活性和严密性(见图4)。
2.3 定值单流转
从整定计算软件中导入到定值单流转管理系统中的定值单初始化状态为草拟状态。
计算、校核、审批及执行等角色的人员使用自己的账户及密码，通过浏览器连网登入系统，可轻松地完成其权限范围内的定值单编制、校核、审核，审批、在线批注以及电子签名和签章等工作。通过流程图形化界面可即时在线查询和监控工作状态，方便把握定值工作进程[7]。
处理流程如下：编制人确认无误签字，进入校核环节;校核完后签字，进入审批环节;审批完成后，进入盖章环节;盖章完成，定值单进入待执行状态。
流程处理第一步可以选择要作废的定值单，选择条件为场站名称与当前处理定值单的场站名称相同，且处于已执行状态的定值单。
流转过程中如发现问题，可由相应人员将相关定值单附相应原因后退回到任意一步。
同时流转过程中当编制人需要时，也可方便地实现整定单的召回功能，即整定单自动流转的强制终止。流转过程中如有其他原因，该定值单在“在编”状态时不能或无需继续流转时，该流程中所有人可以直接将该定值单打入作废库，并标记“已作废”。
在这些过程中，由上一环节进入下一环节，是按照权限控制，从下一个环节返回到上一个环节，是根据任务人。比如计算到校核，那么，有校核权限的所有人都可以看到这个任务。但是，校核发现有问题返回给计算人时原来做计算的那个人自己能够看到这个任务。流转界面如图5所示。
2.4 定值单管理
定值单进入待执行状态后，在自动发布的网络Web页面中显示，且可实现区域化管理。多单位用户共同应用一套程序时，如地调和县调，可以区分权限。例如：从成都电业局主页专业实时系统中进入定值单Web页面，要显示地调及县调控件，按照管辖区域进入各自管理页面。且能够分地区管理，根据用户权限展示不同内容。
继电保护整定通知文档发布到网络后，可由调度、生技部、保护部、保护所、变电站(监控)及所需部门被指定授权予权限人员在线查询、下载、保存及打印。能够通过定值单状态、所属公司、变电站名称、电压等级、通知单编号、装置型号、设备名称，执行状态、定值单日期等关键值查询。找到定值单后，可以打开查看、下载。调度、变电站(监控)等部门收到定值单后，自动回执给保护科[8]。
可以对定值单按照“草拟”“待执行”、“已执行”和“作废”4种状态进行状态管理。草拟可以转化为待执行，或者直接废弃;待执行可以转化为已执行，或者直接废弃;已执行可以直接废弃，并且可以实现定值单所属公司转换，把定值单从一个公司自动流转到另外一个公司。
调度科在定值单执行条件许可后，以调令形式下达执行命令，如定值单执行完毕，执行人签字及执行完成后，调度科发令人签字，并将定值单状态改为已执行，且自动生成PDF格式文件。如执行过程中发现问题，由调度人员将相关定值单附相应原因发回给编制人。
已执行定值单进入定值单查询库，相同装置或线路原定值单自动进入作废定值单历史库，并标记已作废，进入作废定值单历史库，定值单保存一定期限(暂时由人工删除)，保护整定人员可查询，打印，编辑，删除作废定值单。
定值单管理模块是各部门之间的交流平台，能够实时的对定值反馈，定值管理模块还可以与各部门(调度，生技部、基建部、保护所、变电站及监控)之间进行文件交换。定值单管理界面如图6所示。
3 系统安全
3.1 文档加密
电子签章系统将电子印章技术和电子签名技术完整地结合在一起，通过某种密码运算将需要签名的信息生成一系列符号及代码组成数字密码，用于代替传统的书写签名或印章。它是检测文档完整性和验证签章用户身份的安全产品，可确保文档防伪造、防篡改、防抵赖，安全可靠。遵循《中华人民共和国电子签名法》关于电子签名的规范，同时支持RSA算法和国密办算法，符合国家安全标准，与传统手工签名同样具有法律效力。
根据以上特点，该系统将电子签章引入到定值单的流程处理中。定值单每个流程状态均由对应用户进行电子签章，保证定值单的安全性，并能为责任的确认提供方便[9]。
1)继电保护定值单文档签章：能在Word、Excel电子文档上任意地方签署个人手写签名。上浮透明显示，效果如同纸质盖章或签名。支持多人会签，签名前图章可移动，一旦签名，图章不能移动。
2)文档验证：任何人都可以对文档的完整性进行验证，即如果签署后的文档发生了变更，验证时会提示文档验证不通过。并且，验证不通过的图章会打横杠。
3)签章认证：能认证所有图章的真实性和可靠性。
4)撤销签章：用户如果对图章位置不满意，可用此功能撤销图章后，移动到合适位置再签，但此功能只能对原签署者有效。
5)查看证书：能查看签署者个人资料。
6)查看签章时间：能查看签署者签署文档的时间。
采用电子签章可以很好地建立系统的安全模式，通过关键网络安全技术的实现过程，保证信息的机密性、解决信息传输中的完整性、系统访问的抵赖性，从而形成对系统的多极保护。
3.2 Word/Excel转PDF格式
定值单从待执行转换为已执行时，直接把从Word或Excel格式转换为PDF格式。这样不仅显示美观，而且还可以保护定值单文档内容。
把Word或Excel转换为PDF格式，现有较多采用的方法是使用Jacob和OpenOffice。
Jacob是在Java与微软的com组件之间的桥梁。通过使用Jacob自带的dll动态链接库以jni的方式实现了在sun Java平台上的程序对com的调用。以Word文档为例，其转换要通过以下几步：写Word文件、调用Word文件中的宏、Word文档转换为PDF文件的功能。通过试验证明，这种方法不仅代码复杂，而且应用时还会出现CPU性能问题，多人同时调用时有同步问题。
相比之下，OpenOffice不仅使用简洁，而且效率还比Jacob要高。其使用步骤如下：
本系统采用OpenOffice将Word或Excel文档转换为PDF格式，使用方法简便，并且从整体上提高了系统效率。
4 结语
基于B/S结构的定值单流转管理系统借助于现有的计算机网络，实现了工作流程的管理、工作任务的调度、状态信息的维护等工作流逻辑。利用定值单审批功能实现了定值单在不同部门的自动传递和处理，提高了审批效率。
目前，该系统已在多家电力公司运行，运行效果良好，大大提高了继电保护相关工作的效率，对于电网的安全、经济、可靠运行具有积极作用，产生了良好的经济和社会效益。
参考文献
[1]张征, 房鑫炎.基于Web的多级电网继电保护自适应整定及信息管理系统[J].继电器, 2004, 32 (12) :55-58.
[2]黄丽琼, 陶维青, 周强.可视化的发电厂保护整定及定值管理系统[J].微计算机信息, 2006, 22 (4-3) :128-130.
[3]谢熹, 吕飞鹏, 雷云川.基于工作流的继电保护定值管理系统[J].电网技术, 2006, 30 (16) :64-69.
[4]张海梁, 孙婉胜.通用继电保护定值单管理系统的设计与开发[J].电力科学与工程, 2006, 22 (3) :72-73.
[5]程景清, 林振智, 刘前进.基于C/S和B/S模式的继电保护定值管理系统[J].继电器, 2006, 34 (1) :18-21.
[6]刘春国, 王志强.继电保护定值管理系统设计[J].计算机应用与软件, 2009, 26 (8) :165-167.
[7]谢 俊, 石东源, 杨增力, 等.基于多代理系统的继电保护定值在线校核预警系统[J].电力系统自动化, 2007, 31 (13) :77-82.
[8]姚建刚, 罗滇生, 陈亮, 等.湖南电网发电竞价信息加密系统的开发[J].电力系统自动化, 2001, 25 (15) :12-14.