基于电子公文交换系统的结构与模型研究.docVIP

　　基于电子公文交换系统的结构与模型研究 摘要：公文交换系统采用B/S结构，客户通过浏览器访问服务器以及与aker的CEB生成工具将各类OA系统形成的不同格式的电子公文转换为CEB格式，通过网络加密上传到公文交换中心，存储于交换中心的公文库。经过盖章、发送后，公文状态发生变化，公文属性数据从发文单位传递到收文单位数据库，公文文档存储路径并不发生变化。公文的浏览和打印都由客户端通过http请求即时获得，电子公文文档并没有“物理的”存储于收文客户端。红头红章的电子公文不在任何客户端保存，只有授权用户方可即时从服务器获得公文的阅读权或受控的打印权，从可访问性层次上增强了公文的安全性。 2功能结构模型 公文交换系统用户包括系统管理员、部门管理员和部门用户等三种类型，各类用户通过系统完成不同的任务。因此分为系统管理、部门管理、公文管理三大模块。下面分别介绍各模块的组成结构。 2.1系统管理模块 公文交换以政府部门、单位为交换点，使用公文交换系统的各部门由系统管理员通过系统管理模块来统一管理。包括： 部门管理：部门管理主要用来进行部门和部门管理员信息的维护，包括部门管理员的增加、修改、删除与查询。创建、删除部门管理员的同时创建、删除部门数据库。 个人信息维护：主要为系统管理员提供修改自己的个人信息的功能。 打印机管理：为系统管理员提供维护可用与禁用打印机的功能。调整打印机的属性。如果收文员使用非法打印机打印公文，打印不出红章。 日志浏览：为系统管理员提供所有操作日志的记录查询。系统管理员可以通过组合条件查询日志记录，也可以选中一个或多个日志记录进行删除操作。 统计信息：为系统管理员提供各部门所有公文交换情况的统计。可以选择统计对象、时间段、部门进行信息统计，并可下载统计结果。 2.2部门管理模块 部门管理员可以进行本单位的用户管理，维护部门组别、发文表、催办电话和个人信息，还可进行本单位用户操作的日志查询和公文统计。 用户管理：主要为部门管理员提供本部门用户的新增、权限的划分、信息的修改与用户的删除功能。用户权限有上载、签发、盖章、发送、回执监控、发文监控、发文浏览、收文处理、发送回执。不同权限的部门用户，登录后界面会各不相同。 部门组别维护：提供部门组别维护的功能。包括新增、修改、删除。 发文表维护：提供发文表的新增、修改、删除等维护功能。 更改催办电话：提供修改催办电话的功能。 日志浏览：提供部门管理员和部门用户所有操作的日志记录查询。部门管理员可以通过组合条件查询日志记录，也可以选中一个或多个日志记录进行删除操作。 统计信息：提供该部门所有操作人员的所有公文交换活动情况的统计信息。可以选择统计对象、时间段、操作员进行信息统计，并可下载统计结果。统计对象包括：上载、签发、盖章、发送、接收、退回、转办的公文。 个人信息维护：提供修改自己的个人信息的功能。 2.3公文管理模块 部门用户通过此模块进行公文收发和监控。部门用户依权限的不同，将呈现不同的操作界面，每个部门用户只能进行授权的公文操作。公文管理模块包括：发文管理、收文管理、公文监控三个子模块。 发文管理子模块：完成普通发文、联合发文及文档速递发文流程的控制，普通发文是指由一个部门单独签发的盖章公文。联合发文是由一个部门主办、多个部门协办，需加盖多个公章的公文。文档速递是用来传送各类信息性、资料性的文档，不需盖章，其打印份数不做限制。 收文管理子模块：发文方将盖好章的公文执行完发送操作后，在收文单位数据库中就会增加一条收文记录，收文方通过收文管理模块处理收文事务，完成向发文方发送回执、阅读公文、退回公文、转办公文、打印公文、脱密下载等功能。 公文监控子模块：公文监控主要为有监控权的用户提供收文、发文、回执、用章的查询，便于用户对公文在系统内的流转状况进行实时的监控，保障公文传输的顺利进行。 3数据结构模型 公文交换系统中的实体主要有：系统管理员、部门、部门管理员、部门用户、打印机、日志、发文表、部门组、普通发文、联合发文、文档速递、转办公文、收文、盖章记录、发文操作、收文操作、发送信息、协办信息。公文管理模块是公文交换系统的核心部分。 3.1数据库逻辑模型： 根据DFD图和相应数据字典，抽象出系统的概念模型，通过转换形成逻辑模型。发文流程中的公文实体存放于发文信息表，每一公文实体执行多个操作，发送给多个部门。收文流程中的每一公文实体具有唯一收文类别，执行多个收文操作。 3.2数据库物理模型： 考虑系统的扩展性，系统数据库的物理结构采取各部门分设数据库，另外建立系统管理数据库和联合发文数据库。系统管理数据库集中存放系统管理员管理的数据表及全局有效的数据。 联合发文数据库存放多部门联合发文的发文数据表。每个参与公文交换的单位