录进行删除操作。
统计信息:提供该部门所有操作人员的所有公文交换活动情况的统计信息。可以选择统计对象、时间段、操作员进行信息统计,并可下载统计结果。统计对象包括:上载、签发、盖章、发送、接收、退回、转办的公文。
个人信息维护:提供修改自己的个人信息的功能。
2.3公文管理模块
部门用户通过此模块进行公文收发和监控。部门用户依权限的不同,将呈现不同的操作界面,每个部门用户只能进行授权的公文操作。公文管理模块包括:发文管理、收文管理、公文监控三个子模块。
发文管理子模块:完成普通发文、联合发文及文档速递发文流程的控制,普通发文是指由一个部门单独签发的盖章公文。联合发文是由一个部门主办、多个部门协办,需加盖多个公章的公文。文档速递是用来传送各类信息性、资料性的文档,不需盖章,其打印份数不做限制。
收文管理子模块:发文方将盖好章的公文执行完发送操作后,在收文单位数据库中就会增加一条收文记录,收文方通过收文管理模块处理收文事务,完成向发文方发送回执、阅读公文、退回公文、转办公文、打印公文、脱密下载等功能。
公文监控子模块:公文监控主要为有监控权的用户提供收文、发文、回执、用章的查询,便于用户对公文在系统内的流转状况进行实时的监控,保障公文传输的顺利进行。
3 数据结构模型
公文交换系统中的实体主要有:系统管理员、部门、部门管理员、部门用户、打印机、日志、发文表、部门组、普通发文、联合发文、文档速递、转办公文、收文、盖章记录、发文操作、收文操作、发送信息、协办信息。公文管理模块是公文交换系统的核心部分。
3.1数据库逻辑模型:
根据dfd图和相应数据字典,抽象出系统的概念模型,通过转换形成逻辑模型。发文流程中的公文实体存放于发文信息表,每一公文实体执行多个操作,发送给多个部门。收文流程中的每一公文实体具有唯一收文类别,执行多个收文操作。
3.2数据库物理模型:
考虑系统的扩展性,系统数据库的物理结构采取各部门分设数据库,另外建立系统管理数据库和联合发文数据库。系统管理数据库集中存放系统管理员管理的数据表及全局有效的数据。
联合发文数据库存放多部门联合发文的发文数据表。每个参与公文交换的单位部门其收文发文数据存放于各自的数据库中,便于按部门备份数据和增加、删除一个部门。
总之,公文交换系统采用b/s结构,客户通过浏览器访问服务器以及与web服务器连接的后台数据库,运用微软的dna三层结构,采用交互式集中管理模式架构系统。
上一页 [1] [2]