教育机构公文流转系统

广东石油化工学院

题 目：教育机构公文流转系统

完成时间 2010年 8 月 17 日 至 2010 年 9 月 4 日

教育机构公文流转系统

目录

一、 需求分析

1.1系统需求分析................................................ 2 1.2系统功能分析................................................ 2 1.3系统功能框图................................................ 7 1.4业务流程图..................................................11 二、 概念设计

2.1确定实体集及其属性..........................................13 2.2确定联系集及其属性..........................................14 2.3E-R图.......................................................14 2.4检查是否满足系统需求........................................19 三、 逻辑设计

3.1转化为关系模型..............................................19 3.2数据设计图..................................................20

一、 需求分析

1

1.1系统需求分析

以计算机及网络为标志的信息技术的迅速发展引起了世界各国的广泛关注，21世纪是网络经济时代，随经济全球化、网络信息、电子商务的高速发展，政府、企业以及教育机构急需一种高效、便捷的基于互联网的办公平台以适应时代的发展需要。

为确保系统数据的安全、可靠，实现上、平级和下级单位之间以及同单位不同部门之间的公文的真正互联互通，为教育管理机构和集中托管学校创建一种协同工作的环境，全面提高工作效率，增强协同工作的能力，教育机构公文流转系统在设计上应遵照《国家行政机关公文处理办法》、《教育管理信息化标准》，提供基于WEB SERVICE和XML标准数据接口规范。

本系统面向教育机构，实现内部电子公文的网上拟稿、流转、审批、归档、查阅等。

1.2系统功能分析

其中公文流转系统可分为七个模块，分别是公文登录子系统、公文发布子系统、审批流程选择子系统、公文审批子系统、公文查询子系统、审批流程维护子系统和系统维护子系统。（如图1.2）

公文流转系统 公公审公公审系 文文批文文批统 登发流审查流维 录布程批询程护 子子选子子维子 系系择系系护系 统 统 统 统 统 子子 系系 统 统

图1.2 公文流转系统架构图

1.2.1公文登录子系统

A.登陆：系统提供登陆界面，进行不同角色的权限操作，登陆界面可以选择个人和单位的登陆入口，来实现自用和公用的操作。在输入正确的授权人账号和密码之后就可以进行公文操作。

B.角色切换：基于角色管理允许一个帐户有多个角色，但在使用中只能有一个角色为当前角色，所有处理业务均以此角色权限进行限制，在需要做其它角色业务时，可在系统中直接进行角色切换，不用再次登录。

2

多角色用户系统提供一个默认角色功能，在进入系统时自动设为当前角色，默认角色可在个人设置中维护。

C.系统管理

a.成员管理：成员管理为流程定义、流转中的人员选择和公文发送的主送、抄送对象提供了用户自维护的单位机构、用户组管理。

b.角色管理：系统完全基于角色进行权限管理，无需再为帐号进行逐一权限授权，用户可根据单位实际情况先进行角色的管理和角色的授权，然后在用户授权时就可以简单的进行角色授予即可。

系统还预设了领导、办公室主任、文书、设置人员、普通用户几个默认角色，方便用户使用。

c.通讯单位管理：通讯单位管理提供了添加非本软件平台单位功能，这些单位在系统管理中没有维护，但在公文的主送、抄送机关、发文单位、收文的来文单位中需要使用。

在添加的非本软件平台单位信息中还可以包含邮件信息，在公文发送时，可通过邮件实现向这些单位发送公文的功能。

d.自定义用户组管理：自定义用户组可实现除按部门划分以外的用户

归类，提供便捷的人员选择。

用户组在使用级别上分为单位、个人两个级别，权限上单位级为公用，个人为自用；在使用场合上分为公文流转、公文发送两种，公文流转用户组用于流程定义、流转中的负责人选择，公文发送用户组用于公文发送对象选择。

1.2.2公文发布子系统

A.收/发文分离：公文流转系统包括了收文办理和发文办理，并根据实际工作情况需要对收/发文办理业务进行了分离，实现了从流程、模板、常用批注、代理人、关联人等功能和收/发文模块都进行隔离，充分在功能上体现出收文办理与发文办理的不同。

B.流转功能：流转功能是为了提高系统在公文流转过程中的可用性专门增加的一些功能，主要包括了代理人、关联人、撤回、跳转等功能。 a.代理人：当用户因出差、病休等原因未能及时处理公文，可以找另外

一个人来代替执行公文处理操作。另外的这个人就是代理人。代理人将全权执行原负责人应当处理的操作，从而保证公文流转的顺畅。

b.关联人：关联人功能是为了让教育局领导和不熟悉流转过程的人员

能专注于工作，而不用关心公文在软件系统中的来和去。关联人不是作为流程的实际负责人，在权限上控制了关联人不能签署意见，只能转交公文的作用，只是起到一个保证公文流转顺畅的作用，如文秘担当的工作性质。 c.撤回：当前流程负责人已经处理完公文，即公文已经流转到下一步骤，

但下一步骤负责人还没有处理公文时，该已经处理的负责人主动收回公文重新处理的操作。

3

d.跳转：当公文被退回后，经处理，可由当前负责人选择跳过已经流

转的多个步骤。

e.退回：当前流程负责人将公文返回到已流转过的任意一个步骤的操

作。

C.发文办理：发文办理实现了由单位内部自动或手工的公文拟稿、审核、流转、签发、发送的全过程。

a.发文校对：发文签发后到拟稿人处进行校对（如流程有定义）。校对

是指对格式已经统一规范制定完毕，文号等已经生成的状态下，即将发送之前的最后一个发文校验。

b.手工发文：对非平台系统完成的正式发文，在需要电子化发文时，

可直接在手工发文界面中进行录入、审核，手工发文不进行流转，录入完成后可进行审核或发送。此类发文需要输入所有发文的信息，包括发文的基本信息和正文、附件等。

D.收文办理：收文办理实现了从系统外部自动或手工的公文签收、登记、流转、处理、传阅的全过程。

a.签收/登记：签收只进行确认的操作，公文接收方签收之后，发送方

能够自动获取相关的签收情况信息。登记时按登记人员所在部门自动归入该部门，在公文统计按部门统计公文。

b.手工登记：手工收文是登记非平台系统收到的公文，比如纸质公文、

邮件接收到的电子公文等等，公文相关信息只能通过手工进行录入。此类收文需要输入所有收文的信息，包括收文的基本信息和正文、附件等。如果是通过我们的系统邮件发送的，那么在手工收文登记时，只需要导入邮件中附带的公文基本信息文件，就可以方便的完成登记工作。

E.发文发送：发文发送实现的是外部发送与内部传阅双重功能，在发文办理流转结束后，正式的公文可选择主送和抄送对象，发送对象有主送、抄送、传阅，其中传阅对象是本单位的用户，对未注册单位因无法通过接口进行公文传递，只能实现邮件方式的公文发送。

F.收文发送：收文发送是进行内部传阅功能，在收文办理流转结束后，如有传阅此收文的要求时，可通过收文发送实现，收文发送选择的接收对象为本单位内部用户。

G.模板管理：提供了模板的新增、查询、修改、删除管理，并提供了恢复系统预设模板功能。系统默认提供下行文（单独发文）、上行文（单独发文）、下行文（联合发文）、上行文（联合发文）4套按照国家公文标准格式定义的预设模板。

1.2.3审批流程选择子系统

系统工作流引擎采用了标准的XML语言定义，有强大的流程处理引擎，使用工作流引擎作为公文流转系统的核心业务支撑，可实现的流程定义、跟踪、查询和管理，提供固定/可变流程、串行/并行流程、单人/多人负责设置。

4

A.固定流程：固定流程是在流程定义时已完全确定流程及流程负责人，并且在流转过程中是不允许改变的流程。可实现用户的固定、强制业务流程。

B.自定义流程：用户在定制流程时可以选用系统提供的初始化流程生成流程定

义，流程中的每一个步骤都是可以设定的，设定类别有是否可插入步骤，是否可修负责人，是否可忽略，在流转过程中，流程定义中的设定的信息都将影响下一步的走向。

1.2.4公文审批子系统

A.公审/公签：公文流转系统包括了收文办理和发文办理，并根据实际工作情况需要对收/发文办理业务进行了分离，实现了从流程、模板、常用批注、代理人、关联人等功能和收/发文模块都进行隔离，充分在功能上体现出收文办理与发文办理的不同。

B.常用批注：常用批注提供了维护常用批注用语功能，并且可在公文处理时，把当前的批注直接加入到常用批注用语中。收/发文批注完全独立，并提供公用和个人两种分类，公用批注是单位内所有用户均可使用，个人批注是用户自用。

C.全文批注：全文批注功能，能够让用户以所见即所得的方式对文档进行全文批注，延续了用户纸制办公时的公文批阅习惯。每个全文批注内容均有批注人帐号和批注时间信息作为标记。

D. 手写签名：系统支持键盘录入，同时还支持各种手写笔（汉王、蒙恬、联想等）录入方式和使用手写笔手写签名，手工绘图/批注，方便用户进行文字录入与批注。

E.公文电子印章：系统提供将jpg或gif格式的印章图片通过不可逆加密算法进行加密，保证印章安全。公文电子印章可授权给多人使用，授权人可自行设定自己使用电子印章密码。 1.2.5公文查询子系统

公文查询包括了收文查询、发文查询和公文管理查询，提供按流水号、公文类型、标题、创建时间、文号、发文机关标识、公文字号、秘密等级、保密期限、紧急程度、拟稿人等等组合条件查询。在界面上提供了快速查询和高级查询。高级查询可以通过查询配置文件实现查询条件自定义。查询结果列表可直接打印或导出成EXCEL。

1.2.6审批流程维护子系统

保证系统流转顺畅的管理中心，提供了单位内所有公文状态跟踪、查询、催办、删除、改变流程负责人等功能，同时公文管理还提供了公文统计、公文归档功能。

A.公文催办：公文催办是对流转中的收文和发文的当前负责人进行工作

催办，催办结果将在当前负责人的待处理公文列表中自动将该公文处理优先级提供，并着重显示同时显示催办消息内容。

B.公文跟踪管理：公文跟踪管理功能提供对单位内部所有在流转公文状态的跟踪、查询，根据工作的实际需要可以对这些功能进行催办、删除和改

5

变流程负责人等功能。从而保证公文的流转顺畅。

C.公文统计：公文统计提供了本单位内公文信息的统计，通过部门、时间段等组合条件，实现了公文分类统计、公文状态统计表、发文接收情况统计。公文分类统计中公文分类默认按《国家行政机关公文处理办法》。公文状态统计表：公文状态默认按《国家行政机关公文处理办法》，允许用户自行维护，系统状态可修改和删除；

发文接收情况统计表：按未查看、已查看、未签收、已签收进行单位级别的发文接收情况统计，自动过滤掉所选择项都为零的单位。

D.公文归档：公文归档提供对已经办理结束的公文进行公文归档处理，包括发文和收文。当用户使用ZDSoft档案管理系统的情况下，对于顶级教育局的公文归档操作有三个选择：暂不存档、档案入库、无需存档；否则，将仅做归档操作。

归档后公文自动转入ZDSoft档案管理系统（用户选择安装），如无ZDSoft档案管理系统，则档案入库将只对公文作已入库标记。

E.系统参数设置：系统参数设置提供了一个灵活定制系统运行方式的调整设置。可设置参数有公文编辑器启用、归档公文发送。系统参数设置只会影响到本单位的应用，不会影响其它同平台单位。

a.公文编辑器启用：系统默认为启用，此时在公文处理过程中将通过

公文编辑器进行公文正文编辑和浏览。不启用时，正文将以附件上传的形式进行编辑；

b.归档公文发送：系统默认不启用，认为归档后的公文不再进行发送。

当然，用户可以根据实际需要，开启该功能，已达到归档后仍然可以再次发送该公文。

1.2.5系统维护子系统

A.流转记录：系统充分考虑用户原有使用习惯，为收文办理增加了阅办单，为发文办理增加了办理单，两个单据可将收/发文中流转过程及领导意见全程记录，并能打印输出存档。

a.发文处理单：发文处理单由公文的基本信息（标题、文号、拟稿人、

主送、抄送等）、会稿意见、签发意见等信息组成，作为记录发文基本信息及发文办理过程中各相关人员、签发意见等的记录，满足档案管理时对发文办理流转的记录。

在处理单上会稿意见和签发意见允许使用手写签名，包括领导的意见、签名和日期。

b.收文阅办单：收文阅办单由领导意见、办公室处理意见，承办处室

意见组成，作为记录收文办理过程中各领导、办公室、处室的意见，满足档案管理时对收文办理流转的记录。

承办处室界面中只显示领导意见、办公室处理意见、本处室人员意见，不会显示其他处室人员意见。在阅办单上允许使用手写签名，包括领导签的意见、签名和日期。

6

B.痕迹保留：通过OFFICE控件，可以让用户只能在痕迹保留状态下工作，强制用户保留一切编辑痕迹。而且系统在公文回到拟稿人手中时会自动复制一份文档，通过副本功能保留公文的批注痕迹。

C.导出功能：发文查询、收文查询列表结果均可以导出成EXCEL。 D.人员外出提示：当办公信息中心的人员外出告示中对人员设置了外出后，在流转过程中自动查检并提示人员外出信息。

E.领导界面：领导界面设计均从教育局领导角度出发，充分考虑用户的操作习惯、关注功能、心理和接受能力，为用户提供了明确的功能入口、方便的查询，在每一个过程都为用户提供准确、清晰的信息提示，甚至包括界面的颜色与字体，专门定制了领导界面，让领导更容易学习和使用系统，更利于系统的应用和推广，让用户脱身于繁琐的系统操作，更加专注业务。 F.公文回收站：公文回收站实现了公文的软删除（作删除标记而非删除记录），公文软删除后自动归入公文回收站，回收站提供清空回收站 （即全部永久删除）、还原全部（即全部恢复成正常公文）、批量删除（即批量永久删除）、批量还原（即批量恢复成正常公文）功能。 G.互联互通：系统提供了不同级别教育局之间的上、平、下行文，更与校校通平台实现了教育局与学校公文的下行与上行，同时提供了系统接口形式和邮件两种公文传送机制，完全适应公文无纸化办公流通需求。

1.3系统功能框图

公 文登 录 子系 统 公文发布子系统 审批流程选择子系统 公文审批子系统 公文查询子系统 审批流程维护子系统 系统维护子系统 公文流转系统 图1.3.1 公文流转系统

7

个人登录 公角色登录 单位登录 文 登录角色切换 成员管理 子角色管理 系统 系统管理 通讯单位管理

自定义管理 图1.3.2 公文登录子系统 代理人 收/发文分离 关联人 撤回 流转功能 跳转 退回 公发文发送 文自动发送 发布发文办理 手工发送 子 系自动发送 统 收文办理 手工发送 收文发送 新增 查询 模板管理 修改

删除 恢复预设 图1.1.3 公文发布子系统

8

审批流程选择子系统 固定流程 自定义流程 图1.1.4 审批流程选择子系统

会审/会签 公文审批子系统 全文批注 常用批注 公文电子印章 手写签名 图1.1.5 公文审批子系统

图1.1.6 公文查询子系统

9

快速查询 收文查询 公文查询子系统 高级查询 导出 导出 快速查询 发文查询 高级查询 导出 导出 公文管理查快速查询 高级查询 导出 导出

系统参数设置 归档公文发送 公文催办 未查看 公文分类统计 已查看 审批流程维护子系统 发文接受情况 公文统计 公文状态统计未签收 已签收 公文跟踪管理 收文查询 收文查询 公文归档 收文查询 公文编辑器启用 图1.1.7 审批流程维护子系统

图1.1.8 系统维护子系统

拟稿

核稿

审核

痕迹保留 收文阅办单 流转记录 系统维护子系统 发文办理单 查看 导出 查看 导出 人员外出提示 领导界面 软删除 清空回收站 公文回收站 还原全部 互联互通 批量删除 批量还原 签发 发文 10

发文 公文流转系统 收文 查询 普通公文 归档公文 签收 登记 拟办 阅批 催办 承办 归档 图1.1.9 公文流转系统功能层次图 1.4业务流程图

图1.4.1 业务流程图

11

业务流程图例说明：

表示的是公文流转系统中的设置类功能，此类功能是公文流转的支撑，需要用户进行初始化设置或使用系统提供默认设置； 表示的是公文流转系统中的管理类功能，此类功能是公文顺畅流转的保证； 表示的是公文流转系统中的功能业务模块，此类功能是收/发文办理操作的地方。 进入公文流转系统 归档 未通过 退回拟稿人 图1.4.4 核稿流程图 拟稿 进入审核页面 进入拟稿页面进行发文的拟稿 核稿不通过 提交核稿 核稿人核稿 审核不通过 提交核审核 审核人审核 提交签发 查看发文 未通过 退回拟稿人 审核 通过提交给签发人进行签发 图1.4.3 审核流程图 签发人签发 得知签收后 发文人发文 进入拟稿页面 查看发文 发文 图1.4.2 发文流程图 通过提交给审核人进行审核 12

进入拟稿页面 填写发文要素编辑正 文等 点击提交 完整性验证 通 过 进行下 一步 图1.4.3 拟稿流程图

数据检察不通过二、 概念设计

2.1确定实体集及属性

根据用户需求，归纳出包含以下表的数据库： （1） 用户表（User）：用户ID、账户名、密码（加密的密文）、用户姓名、所

属部门、用户职务、担任角色、外出状态。 （2） 公文表（Document）：公文ID、公文类型、公文名称、公文内容、发布者

ID，发布者名称、发布时间、审阅状态、审阅人姓名。 （3） 部门表（Department）：部门ID、部门名称、部门人数。 （4） 附件表（Attachment）：附件编号、标题、公文内容、提交日期、附件文

件名、提交公文类型、提交人姓名、提交人所在单位、提交人帐号名 （5） 办理单表（Transact）：办理账号、发文编号、流转步骤号、流转公文ID、

流转附件编号、办理人、办理日期、会稿意见、签发意见。 （6） 阅办单表（Review）：阅办账号、收文编号、流转步骤号、流转公文ID、

流转附件编号、阅办人、办理日期、会稿意见、签发意见。 （7） 流程步骤表（Procedure）：流程编号、流程步骤编号、流程步骤名称、签

署人用户号、第一审批人ID，上一个审批人ID，下一个审批人ID，最后审批人ID，签署标志。 （8） 发文表（Dispatch）：发文编号、版头、份数、密级、紧急程度、发文字号、

发文标题、主题词、拟稿人、拟稿日期、主送部门、抄送部门、发文部门、公文类型、正文、附件、处理意见、状态字 （9） 收文表（Redispatch）：收文编号、签收人、签收日期、拟办人、拟办日

期、阅批人、阅批日期、分办人、分办日期、承办人、承办日期、催办人、催办日期、签收部门、承办部门、版头、份数、密级、紧急程度、发文字

13

号、发文标题、主题词、拟稿人、拟稿日期、主送部门、抄送部门、发文部门、公文类型、正文、附件、处理意见、状态字。

2.2确定联系集及属性

（1）流程审批表（Examine）：流程步骤号、公文ID、收文编号、审批流程号、

具体流程说明、具体流程用户号、签署意见、签署标志、流程进展标志。 （2）分配表（Distribute）：分配编号、用户ID、流程步骤编号、公文ID、附件

编号。

（3）公文关联表（Relevancy）：公文ID、发文编号、收文编号、附件编号、关

联人。

（4）公文拟稿表（Draft）：拟稿编号、拟稿人、公文ID、发文编号、发文标题、

模板定制、发文内容、拟稿日期。

2.3 E-R图设计

根据以上对办公信息系统的功能需求分析以及设计，对应的数据库设计E-R图如下：

用户 所属 部门 分配 拟稿 发文 审批 流程步骤 关联 存档 收文 附件 记录 办理单 存档 公文 记录 阅办单 图2.3.1 E-R图设计 14

用户ID 账户号 密码 用户 状态 角色 用户姓名 部门 职务 图2.3.2 用户表E-R图

公公文ID 文 审阅人姓名公文类型 公文名称 公文内容 审阅状态 发布时间 发布者名发布者ID

图2.3.3 公文表E-R图

部门 部门ID

部门名称 部门人数

图2.3.4 部门表E-R图

附附件编号 件 提交人账号名标题 公文内容 提交日期 提交人所在单位 提交人姓名 提交公文类型称 附件文件名 15

图2.3.5 附件表E-R图 办理单 办理账号 签发意见 发文编号 流转步骤号 流转公文ID 会稿意见 办理日期 办理人 流转附件编号

图2.3.6 办理单表E-R图

阅办单 阅办账号 签发意见 发文编号 流转步骤号 流转公文ID 会稿意见 办理日期 阅办人 流转附件编号

图2.3.7 阅办单表E-R图

流程步骤 流程步骤编号 签署标志 流程步骤名称 最后审批人ID 签署人用户名 第一批审批人ID 图2.3.8 流程步骤表E-R图

下一个审批人ID 上一个审批人ID

16

公文类型 正附件 文 发文部门抄送部门 处理意见 主送部门 状态字 发发文编号 文 拟稿日期 拟稿人 版头 分数 密级 主题词 发文标题 发文字号 紧急程度

图2.3.9 发文表E-R图 拟办人 签收日期 签收人 收文编号 正附文 件 拟办日期 阅 批人 阅批日期 分办人 分办日期 承办人 承办日期 催办人 催办日期 签收部门 承办部门 发文部门抄送部门 主送部门 拟稿日期 拟稿人 主题词 处理意见 状态字 发文编号 版分头 数 密级 紧急程度 发文字号 收 文 图2.3.10 收文表E-R图

发文标题 17

流程审批 流程步骤号 流程进展标志 公文ID 签署标志 收文编号签署意见 审批流程号 具体流程用户号 具体流程说明 图2.3.11 流程审批表E-R图

分配 分配编号 代理人 用户ID 流程步骤号 公文ID 附件编号 图2.3.12 分配表E-R图

公文关联 公文ID 关联人 发文编号 收文编号 附件编号 图2.3.13 关联表E-R图

18

公文拟稿 拟稿编号 公文ID 拟稿日期 发文内容 模板定制 收文编号 具发文标题 拟稿人 图2.3.14 拟稿表E-R图

2.4检查是否满足系统需求

根据系统需求分析和系统功能分析，结合E-R图，此系统能实现办公发文模块的拟稿、核稿、审核、签发、发文、归档等功能，能实现办公收文模块的签收、登记、拟办、阅批、分办、承办、催办、归档等功能，还可通过公文查询模块进行快速查询和高级查询，也能进行文件归档处理。因此概念设计满足系统需求。

三、逻辑设计

3.1转化为关系模型

（7） 用户表（用户ID、账户名、密码（加密的密文）、用户姓名、所属部门、

用户职务、担任角色、外出状态）

（8） 公文表（公文ID、公文类型、公文名称、公文内容、发布者ID，发布者

名称、发布时间、审阅状态、审阅人姓名） （9） 部门表（部门ID、部门名称、部门人数）

（10）附件表（附件编号、标题、公文内容、提交日期、附件文件名、提交公文

类型、提交人姓名、提交人所在单位、提交人帐号名）

（11）办理单表（办理账号、发文编号、流转步骤号、流转公文ID、流转附件

编号、办理人、办理日期、会稿意见、签发意见）

（12）阅办单表（阅办账号、收文编号、流转步骤号、流转公文ID、流转附件

编号、阅办人、办理日期、会稿意见、签发意见）

（7） 流程步骤表（流程步骤编号、流程步骤名称、签署人用户号、第一审批人

ID，上一个审批人ID，下一个审批人ID，最后审批人ID，签署标志） （8） 发文表（发文编号、版头、份数、密级、紧急程度、发文字号、发文标题、

主题词、拟稿人、拟稿日期、主送部门、抄送部门、发文部门、公文类型、正文、附件、处理意见、状态字）

（9） 收文表（收文编号、签收人、签收日期、拟办人、拟办日期、阅批人、阅批日期、分办人、分办日期、承办人、承办日期、催办人、催办日期、签收部门、承办部门、版头、份数、密级、紧急程度、发文字号、发文标题、主题词、拟稿人、拟稿日期、主送部门、抄送部门、发文部门、公文类型、正文、附件、处理意见、状态字）

19

（10）流程审批表（流程步骤号、公文ID、收文编号、审批流程号、具体流程

说明、具体流程用户号、签署意见、签署标志、流程进展标志）

（11）分配表（分配编号、用户ID、流程步骤编号、公文ID、附件编号） （12）公文关联表（公文ID、发文编号、收文编号、附件编号、关联人）

（13）公文拟稿表（拟稿编号、拟稿人、公文ID、发文编号、发文标题、模板

定制、发文内容、拟稿日期）

3.2数据设计图

根据数据库的E-R图设计，其中公文表、用户表等都在总体设计中作出了定义：

字段名 userId accountName password username department job role usercondition 类型 Int（4） varchar（20） varchar（20） Varchar（20） varchar（20） varchar（20） Int（4） Int（4） 说明 用户ID 账户名 用户姓名 所属部门 用户职务 担任角色（默认0） 外出状态（默认0） 表3.2.1 用户表

字段名 documentId documentType documentName documentContent userId userName publishDate checkCondition checkName 类型 Int（4） varchar（20） varchar（20） varchar（2000） Int（4） varchar（20） Datetime(8) Int(4) varchar（20） 说明 公文ID 公文类型 公文名称 公文内容 发布者ID 发布者名称 发布时间 审阅状态 审阅人姓名 表3.2.2 公文表

字段名 departmentId department departmentnumber 类型 Int(4) varchar（20） Int(4) 说明 部门ID 部门名称 部门人数 表3.2.3 部门表

20

备注 主码 非空 非空 非空 非空 非空 密码（加密的密文） 非空 备注 主码 非空 非空 非空 非空 非空 非空 非空 备注 主码 非空 非空 字段名 类型 Int(4) varchar（20） varchar（2000） Datetime(8) varchar（20） varchar（20） varchar（20） varchar（20） varchar（20） 说明 附件编号 标题 公文内容 提交日期 附件文件名 提交公文类型 提交人姓名 提交人所在单位 提交人账号名 表3.2.4 附件表

备注 主码 非空 非空 非空 非空 非空 非空 非空 非空 attachmentNo Title attachmentContent submitDate attachment documentType submitName submitdepartment accountName 字段名 transactNo dispatchNo procedureNo documentId 类型 Int(4) Int(4) Int(4) Int(4) Int(4) varchar（20） Datetime(8) Int(4) Int(4) 说明 办理账号 发文编号 流转步骤号 流转公文ID 流转附件 办理人 办理日期 会稿意见 签发意见 表3.2.5 办理单表

备注 主码 非空 非空 非空 非空 非空 非空 非空 非空 attachmentNo transactName transactDate draftIdea signIdea 字段名 reviewNo incomingDispatchNo procedureNo documentId 类型 Int(4) Int(4) Int(4) Int(4) Int(4) varchar（20） Datetime(8) Int(4) Int(4) 说明 阅办账号 收文编号 流转步骤号 流转公文ID 流转附件编号 阅办人 办理日期 会稿意见 签发意见 图3.2.6 阅办单表

备注 主码 非空 非空 非空 非空 非空 非空 非空 非空 attachmentNo reviewName reviewDate draftIdea signIdea 字段名 procedureNo procedureName accountName firstId perId nextId

类型 Int(4) Int(4) varchar（20） Int(4) Int(4) Int(4) 说明 流程步骤号 流程步骤名称 签署人用户号 第一审批人ID 上一个审批人ID 下一个审批人ID 备注 主码 非空 非空 21

lastId signMark 字段名 dispatchNo edition raction securityClassification urgentDegree dispatch dispatchTitle subjectWork draftName draftDate zDepartment cDepartment dispatchDepartment documentType text Int(4) Int(4) 最后审批人ID 签署标志 图3.2.7 流程步骤表

非空 类型 Int(4) varchar（20） Int(4) Int(4) Int(4) Int(4) varchar（20） varchar（20） varchar（20） Datetime(8) varchar（20） varchar（20） varchar（20） varchar（20） varchar（2000） Int(4) Int(4) Int(4) 说明 发文编号 版头 份数 密级 紧急程度 发文字号 发文标题 主题词 拟稿人 拟稿日期 主送部门 抄送部门 发文部门 公文类型 正文 附件 处理意见 状态字 图3.2.8 发文表

备注 主码 非空 非空 非空 非空 非空 非空 非空 非空 非空 非空 非空 非空 非空 非空 非空 非空 attachmentNo manageIdea condition 字段名 comingdispatchNo signName signDate deviseHandlingName deviseHandlingDate reviewName reviewDate distributeName distributeDate undertakeName undertakeDate urgeName urgeDate signDepartment undertakeDepartment … 类型 Int(4) varchar（20） Datetime(8) varchar（20） Datetime(8) varchar（20） Datetime(8) varchar（20） Datetime(8) varchar（20） Datetime(8) varchar（20） Datetime(8) varchar（20） varchar（20） … 说明 收文编号 签收人 签收日期 拟办人 拟办日期 阅批人 阅批日期 分办人 分办日期 承办人 承办日期 催办人 催办日期 签收部门 承办部门 … 图3.2.9 收文表 备注 主码 非空 非空 非空 非空 非空 非空 非空 … 22

字段名 procedureNo documentId comingdispatchNo examineNo illustrate userId signIdea SignMark evolveMark 字段名 distributeNo userId procedureNo documentId 类型 Int(4) Int(4) Int(4) Int(4) Int(4) 说明 分配编号 用户ID 流程步骤号 公文ID 附件编号 图3.2.11 分配表

字段名 documentId dispatchNo incomingDispatchNo 类型 Int(4) Int(4) Int(4) Int(4) varchar（20） 说明 公文ID 发文编号 收文编号 附件编号 关联人 图3.2.12 关联表

字段名 draftNo draftName documentId dispatchNo dispatchTitle module dispatchText draftDate 类型 Int(4) varchar（20） Int(4) Int(4) varchar（20） Int(4) varchar（2000） Datetime(8) 说明 拟稿编号 拟稿人 公文ID 发文编号 发文标题 板块定制 发文内容 拟稿日期 图3.2.13 拟稿表

备注 主码 非空 非空 非空 非空 非空 非空 非空 备注 主码 主码 主码 非空 备注 主码 非空 非空 非空 非空 类型 Int(4) Int(4) Int(4) Int(4) varchar（500） Int(4) Int(4) Int(4) Int(4) 说明 流程步骤号 公文ID 收文编号 审批流程号 具体流程说明 具体流程用户号 签署意见 签署标志 流程进展标志 图3.2.10 流程审批表

备注 主码 主码 非空 非空 非空 非空 非空 非空 attachmentNo attachmentNo relevancyName 成绩自评：张耀祖 90分 郭学敏 88 黄 宁

23

本文来源：https://www.bwwdw.com/article/yiww.html