交换系统的结构与模型诠释

摘要：公文交换系统采用B/S结构，客户通过浏览器访问服务器以及与Web服务器连接的后台数据库，运用微软的DNA三层结构，采用交互式集中管理模式架构系统。系统的结构模型部分对系统的管理模块、部分管理模块、公文管理模块等进行了详细的描述。

关键词：电子公文交换；电子公章；数字签名

1系统架构说明

计算机和网络技术的发发展使信息系统经历了从集中式计算模式到分布式计算模式的演变，分布式计算又可分为资源共享式、客户机/服务器（C/S）模式和浏览器/服务器（B/S）模式三种类型。

为迎接Internet的发展所带来的机遇和挑战，微软提出了WindowsDNA(WindowsDistributedinterNetApplicationArchitecture)。DNA架构下，应用被分割成三个相对独立的单元：表示层、业务逻辑层、数据服务层。表示层负责与用户交互并把相应的请求通过调用中间层的组件传递给业务逻辑层。业务逻辑层的组件执行具体的业务逻辑，并通过SQL等方式向第三层的组件提出数据或其他资源请求。

WindowsDNA的技术思想使应用开发有了明确的分工，从而有效地降低了开发的难度。

公文交换系统采用基于MicrosoftWindowsDNA技术的B/S三层结构的分布式计算模式，客户端使用IE浏览器，并借助公文浏览器Reader的IE插件及其它ActiveX控件向公文服务器提出Http协议请求，服务器端IIS接收客户请求，解释执行反映公文交换业务逻辑的脚本，必要时调用ActiveX组件实现复杂的功能，通过ADO对象访问数据层的SQLServer数据库，将操作结果组合到Html页面中返回给客户端浏览器。采用B/S结构简化了系统操作的难度，增强了系统的灵活性和可扩展性。

公文交换系统的表示层由三部分组成：系统管理界面、部门管理界面、公文管理界面。

电子公章服务器是一个独立的管理系统，B/S结构服务器，主要功能包括公章的制作、发放、作废、查询、备份，以及公章的日常维护。

CEB文件是方正电子公司自主版权的版式文件格式，可以方便地把包括S2、S72、PS2、PS、EPS、TIFF、DOC、PDF等文件，转换为可用于阅读的电子文件CEB。CEB文档可以使用免费的浏览器ApabiReader阅读。转换成的CEB文件完全保持原来的版式，包括原始文件中的图片、表格、色彩等复杂的版面内容，都正确地保留，阅读效果与原版式一样。加入了多种压缩加密方法，使文档保持最小。的文件不能被随意篡改，只能阅读、不能修改，保证文件的完整性、严肃性、准确性。

公文交换系统采用集中式管理模式。系统中所有公文集中存放于一个公文交换中心，用户可以通过Internet/Intranet，利用浏览器和公文阅读器来查看和浏览公文。发文方利用一个称为Maker的CEB生成工具将各类OA系统形成的不同格式的电子公文转换为CEB格式，通过网络加密上传到公文交换中心，存储于交换中心的公文库。经过盖章、发送后，公文状态发生变化，公文属性数据从发文单位传递到收文单位数据库，公文文档存储路径并不发生变化。公文的浏览和打印都由客户端通过http请求即时获得，电子公文文档并没有“物理的”存储于收文客户端。红头红章的电子公文不在任何客户端保存，只有授权用户方可即时从服务器获得公文的阅读权或受控的打印权，从可访问性层次上增强了公文的安全性。

2功能结构模型

公文交换系统用户包括系统管理员、部门管理员和部门用户等三种类型，各类用户通过系统完成不同的任务。因此分为系统管理、部门管理、公文管理三大模块。下面分别介绍各模块的组成结构。

2.1系统管理模块

公文交换以政府部门、单位为交换点，使用公文交换系统的各部门由系统管理员通过系统管理模块来统一管理。包括：

部门管理：部门管理主要用来进行部门和部门管理员信息的维护，包括部门管理员的增加、修改、删除与查询。创建、删除部门管理员的同时创建、删除部门数据库。

个人信息维护：主要为系统管理员提供修改自己的个人信息的功能。

打印机管理：为系统管理员提供维护可用与禁用打印机的功能。调整打印机的属性。如果收文员使用非法打印机打印公文，打印不出红章。

日志浏览：为系统管理员提供所有操作日志的记录查询。系统管理员可以通过组合条件查询日志记录，也可以选中一个或多个日志记录进行删除操作。

统计信息：为系统管理员提供各部门所有公文交换情况的统计。可以选择统计对象、时间段、部门进行信息统计，并可下载统计结果。

2.2部门管理模块

部门管理员可以进行本单位的用户管理，维护部门组别、发文表、催办电话和个人信息，还可进行本单位用户操作的日志查询和公文统计。

用户管理：主要为部门管理员提供本部门用户的新增、权限的划分、信息的修改与用户的删除功能。用户权限有上载、签发、盖章、发送、回执监控、发文监控、发文浏览、收文处理、发送回执。不同权限的部门用户，登录后界面会各不相同。

部门组别维护：提供部门组别维护的功能。包括新增、修改、删除。

发文表维护：提供发文表的新增、修改、删除等维护功能。

更改催办电话：提供修改催办电话的功能。

日志浏览：提供部门管理员和部门用户所有操作的日志记录查询。部门管理员可以通过组合条件查询日志记录，也可以选中一个或多个日志记录进行删除操作。

统计信息：提供该部门所有操作人员的所有公文交换活动情况的统计信息。可以选择统计对象、时间段、操作员进行信息统计，并可下载统计结果。统计对象包括：上载、签发、盖章、发送、接收、退回、转办的公文。

个人信息维护：提供修改自己的个人信息的功能。

2.3公文管理模块

部门用户通过此模块进行公文收发和监控。部门用户依权限的不同，将呈现不同的操作界面，每个部门用户只能进行授权的公文操作。公文管理模块包括：发文管理、收文管理、公文监控三个子模块。

发文管理子模块：完成普通发文、联合发文及文档速递发文流程的控制，普通发文是指由一个部门单独签发的盖章公文。联合发文是由一个部门主办、多个部门协办，需加盖多个公章的公文。文档速递是用来传送各类信息性、资料性的文档，不需盖章，其打印份数不做限制。

收文管理子模块：发文方将盖好章的公文执行完发送操作后，在收文单位数据库中就会增加一条收文记录，收文方通过收文管理模块处理收文事务，完成向发文方发送回执、阅读公文、退回公文、转办公文、打印公文、脱密下载等功能。

公文监控子模块：公文监控主要为有监控权的用户提供收文、发文、回执、用章的查询，便于用户对公文在系统内的流转状况进行实时的监控，保障公文传输的顺利进行。

3数据结构模型

公文交换系统中的实体主要有：系统管理员、部门、部门管理员、部门用户、打印机、日志、发文表、部门组、普通发文、联合发文、文档速递、转办公文、收文、盖章记录、发文操作、收文操作、发送信息、协办信息。公文管理模块是公文交换系统的核心部分。

3.1数据库逻辑模型：

根据DFD图和相应数据字典，抽象出系统的概念模型，通过转换形成逻辑模型。发文流程中的公文实体存放于发文信息表，每一公文实体执行多个操作，发送给多个部门。收文流程中的每一公文实体具有唯一收文类别，执行多个收文操作。

3.2数据库物理模型：

考虑系统的扩展性，系统数据库的物理结构采取各部门分设数据库，另外建立系统管理数据库和联合发文数据库。系统管理数据库集中存放系统管理员管理的数据表及全局有效的数据。

联合发文数据库存放多部门联合发文的发文数据表。每个参与公文交换的单位部门其收文发文数据存放于各自的数据库中，便于按部门备份数据和增加、删除一个部门。

总之，公文交换系统采用B/S结构，客户通过浏览器访问服务器以及与Web服务器连接的后台数据库，运用微软的DNA三层结构，采用交互式集中管理模式架构系统。