教育机构公文流转系统

《教育机构公文流转系统》由会员分享，可在线阅读，更多相关《教育机构公文流转系统（26页珍藏版）》请在装配图网上搜索。

1、广东石油化工学院题 目：教育机构公文流转系统完成时间2010年8月17日至 2010年9月 4日教育机构公文流转系统目录一、需求分析1.1 系统需求分析 21.2 系统功能分析 21.3 系统功能框图 71.4 业务流程图11二、概念设计2.1 确定实体集及其属性132.2 确定联系集及其属性142.3E-R 图142.4 检查是否满足系统需求19三、逻辑设计3.1 转化为关系模型193.2 数据设计图20、 需求分析1.1系统需求分析以计算机及网络为标志的信息技术的迅速发展引起了世界各国的广泛关 注，21 世纪是网络经济时代，随经济全球化、网络信息、电子商务的高速发展， 政府、企业以及教育机

2、构急需一种高效、便捷的基于互联网的办公平台以适应时 代的发展需要。为确保系统数据的安全、可靠，实现上、平级和下级单位之间以及同单位 不同部门之间的公文的真正互联互通，为教育管理机构和集中托管学校创建一种 协同工作的环境，全面提高工作效率，增强协同工作的能力，教育机构公文流转 系统在设计上应遵照国家行政机关公文处理办法、教育管理信息化标准， 提供基于WEB SERVICE和XML标准数据接口规范。本系统面向教育机构，实现内部电子公文的网上拟稿、流转、审批、归档、 查阅等。1.2 系统功能分析其中公文流转系统可分为七个模块，分别是公文登录子系统、公文发布子系 统、审批流程选择子系统、公文审批子系统

3、、公文查询子系统、审批流程维护子 系统和系统维护子系统。 （如图1.2）图 1.2 公文流转系统架构图1.2.1 公文登录子系统A登陆：系统提供登陆界面，进行不同角色的权限操作，登陆界面可以 选择个人和单位的登陆入口，来实现自用和公用的操作。在输入正确的授权 人账号和密码之后就可以进行公文操作。B角色切换：基于角色管理允许一个帐户有多个角色，但在使用中只能 有一个角色为当前角色，所有处理业务均以此角色权限进行限制，在需要做 其它角色业务时，可在系统中直接进行角色切换，不用再次登录。多角色用户系统提供一个默认角色功能，在进入系统时自动设为当前角 色，默认角色可在个人设置中维护。C系统管理a. 成

4、员管理：成员管理为流程定义、流转中的人员选择和公文发送的主 送、抄送对象提供了用户自维护的单位机构、用户组管理。b. 角色管理：系统完全基于角色进行权限管理，无需再为帐号进行逐 一权限授权，用户可根据单位实际情况先进行角色的管理和角色的授权，然 后在用户授权时就可以简单的进行角色授予即可。系统还预设了领导、办公室主任、文书、设置人员、普通用户几个默认 角色，方便用户使用。c. 通讯单位管理：通讯单位管理提供了添加非本软件平台单位功能，这 些单位在系统管理中没有维护，但在公文的主送、抄送机关、发文单位、收 文的来文单位中需要使用。在添加的非本软件平台单位信息中还可以包含邮件信息，在公文发送 时，

5、可通过邮件实现向这些单位发送公文的功能。d. 自定义用户组管理：自定义用户组可实现除按部门划分以外的用户 归类，提供便捷的人员选择。用户组在使用级别上分为单位、个人两个级别，权限上单位级为公用， 个人为自用；在使用场合上分为公文流转、公文发送两种，公文流转用户组 用于流程定义、流转中的负责人选择，公文发送用户组用于公文发送对象选 择。122 公文发布子系统A收发文分离：公文流转系统包括了收文办理和发文办理，并根据实际 工作情况需要对收/发文办理业务进行了分离，实现了从流程、模板、常用批 注、代理人、关联人等功能和收/发文模块都进行隔离，充分在功能上体现出 收文办理与发文办理的不同。B流转功能：

6、流转功能是为了提高系统在公文流转过程中的可用性专门 增加的一些功能，主要包括了代理人、关联人、撤回、跳转等功能。a. 代理人：当用户因出差、病休等原因未能及时处理公文，可以找另外 一个人来代替执行公文处理操作。另外的这个人就是代理人。代理人将全权 执行原负责人应当处理的操作，从而保证公文流转的顺畅。b. 关联人：关联人功能是为了让教育局领导和不熟悉流转过程的人员 能专注于工作，而不用关心公文在软件系统中的来和去。关联人不是作为流 程的实际负责人，在权限上控制了关联人不能签署意见，只能转交公文的作 用，只是起到一个保证公文流转顺畅的作用，如文秘担当的工作性质。c. 撤回：当前流程负责人已经处理完

7、公文，即公文已经流转到下一步骤， 但下一步骤负责人还没有处理公文时，该已经处理的负责人主动收回公文重 新处理的操作。d. 跳转：当公文被退回后，经处理，可由当前负责人选择跳过已经流 转的多个步骤。e. 退回：当前流程负责人将公文返回到已流转过的任意一个步骤的操 作。C发文办理：发文办理实现了由单位内部自动或手工的公文拟稿、审核、 流转、签发、发送的全过程。a. 发文校对：发文签发后到拟稿人处进行校对（如流程有定义）。校对 是指对格式已经统一规范制定完毕，文号等已经生成的状态下，即将发送之 前的最后一个发文校验。b. 手工发文：对非平台系统完成的正式发文，在需要电子化发文时， 可直接在手工发文界

8、面中进行录入、审核，手工发文不进行流转，录入完成 后可进行审核或发送。此类发文需要输入所有发文的信息，包括发文的基本 信息和正文、附件等。D收文办理：收文办理实现了从系统外部自动或手工的公文签收、登记、 流转、处理、传阅的全过程。a. 签收/登记：签收只进行确认的操作，公文接收方签收之后，发送方 能够自动获取相关的签收情况信息。登记时按登记人员所在部门自动归入该 部门，在公文统计按部门统计公文。b. 手工登记：手工收文是登记非平台系统收到的公文，比如纸质公文、 邮件接收到的电子公文等等，公文相关信息只能通过手工进行录入。此类收 文需要输入所有收文的信息，包括收文的基本信息和正文、附件等。如果是

9、 通过我们的系统邮件发送的，那么在手工收文登记时，只需要导入邮件中附 带的公文基本信息文件，就可以方便的完成登记工作。E发文发送：发文发送实现的是外部发送与内部传阅双重功能，在发文 办理流转结束后，正式的公文可选择主送和抄送对象，发送对象有主送、抄 送、传阅，其中传阅对象是本单位的用户，对未注册单位因无法通过接口进 行公文传递，只能实现邮件方式的公文发送。F收文发送：收文发送是进行内部传阅功能，在收文办理流转结束后， 如有传阅此收文的要求时，可通过收文发送实现，收文发送选择的接收对象 为本单位内部用户。G模板管理：提供了模板的新增、查询、修改、删除管理，并提供了恢 复系统预设模板功能。系统默认

10、提供下行文（单独发文）、上行文（单独发文）、 下行文（联合发文）、上行文（联合发文）4 套按照国家公文标准格式定义的 预设模板。123 审批流程选择子系统系统工作流引擎采用了标准的XML语言定义，有强大的流程处理引擎, 使用工作流引擎作为公文流转系统的核心业务支撑，可实现的流程定义、跟 踪、查询和管理，提供固定/可变流程、串行/并行流程、单人/多人负责设置。A固定流程：固定流程是在流程定义时已完全确定流程及流程负责人，并且在流转过程中是不允许改变的流程。可实现用户的固定、强制业务流程。B自定义流程：用户在定制流程时可以选用系统提供的初始化流程生成流程定 义，流程中的每一个步骤都是可以设定的，设

11、定类别有是否可插入步骤，是否可修负责 人，是否可忽略，在流转过程中，流程定义中的设定的信息都将影响下一步的走向。124 公文审批子系统A公审/公签：公文流转系统包括了收文办理和发文办理，并根据实际工 作情况需要对收/发文办理业务进行了分离，实现了从流程、模板、常用批注、 代理人、关联人等功能和收/发文模块都进行隔离，充分在功能上体现出收文 办理与发文办理的不同。B常用批注：常用批注提供了维护常用批注用语功能，并且可在公文处 理时，把当前的批注直接加入到常用批注用语中。收/发文批注完全独立，并 提供公用和个人两种分类，公用批注是单位内所有用户均可使用，个人批注 是用户自用。C全文批注：全文批注功

12、能，能够让用户以所见即所得的方式对文档进 行全文批注，延续了用户纸制办公时的公文批阅习惯。每个全文批注内容均 有批注人帐号和批注时间信息作为标记。D 手写签名：系统支持键盘录入，同时还支持各种手写笔（汉王、蒙恬、 联想等）录入方式和使用手写笔手写签名，手工绘图/批注，方便用户进行文 字录入与批注。E公文电子印章：系统提供将jpg或gif格式的印章图片通过不可逆加密 算法进行加密，保证印章安全。公文电子印章可授权给多人使用，授权人可 自行设定自己使用电子印章密码。125 公文查询子系统公文查询包括了收文查询、发文查询和公文管理查询，提供按流水号、 公文类型、标题、创建时间、文号、发文机关标识、公

13、文字号、秘密等级、保 密期限、紧急程度、拟稿人等等组合条件查询。在界面上提供了快速查询和高 级查询。高级查询可以通过查询配置文件实现查询条件自定义。查询结果列表 可直接打印或导出成 EXCEL。126 审批流程维护子系统保证系统流转顺畅的管理中心，提供了单位内所有公文状态跟踪、查询、 催办、删除、改变流程负责人等功能，同时公文管理还提供了公文统计、公文 归档功能。A公文催办：公文催办是对流转中的收文和发文的当前负责人进行工作 催办，催办结果将在当前负责人的待处理公文列表中自动将该公文处理优先级 提供，并着重显示同时显示催办消息内容。B公文跟踪管理：公文跟踪管理功能提供对单位内部所有在流转公文状

14、 态的跟踪、查询，根据工作的实际需要可以对这些功能进行催办、删除和改 变流程负责人等功能。从而保证公文的流转顺畅。C公文统计：公文统计提供了本单位内公文信息的统计，通过部门、时 间段等组合条件，实现了公文分类统计、公文状态统计表、发文接收情况统 计。公文分类统计中公文分类默认按国家行政机关公文处理办法。公文状 态统计表：公文状态默认按国家行政机关公文处理办法，允许用户自行维 护，系统状态可修改和删除；发文接收情况统计表：按未查看、已查看、未签收、已签收进行单位级 别的发文接收情况统计，自动过滤掉所选择项都为零的单位。D公文归档：公文归档提供对已经办理结束的公文进行公文归档处理， 包括发文和收文

15、。当用户使用ZDSoft档案管理系统的情况下，对于顶级教育 局的公文归档操作有三个选择：暂不存档、档案入库、无需存档；否则，将 仅做归档操作。归档后公文自动转入ZDSoft档案管理系统（用户选择安装），如无ZDSoft 档案管理系统，则档案入库将只对公文作已入库标记。E系统参数设置：系统参数设置提供了一个灵活定制系统运行方式的调 整设置。可设置参数有公文编辑器启用、归档公文发送。系统参数设置只会 影响到本单位的应用，不会影响其它同平台单位。a. 公文编辑器启用：系统默认为启用，此时在公文处理过程中将通过 公文编辑器进行公文正文编辑和浏览。不启用时，正文将以附件上传的形式 进行编辑；b. 归档公

16、文发送：系统默认不启用，认为归档后的公文不再进行发送。 当然，用户可以根据实际需要，开启该功能，已达到归档后仍然可以再次发 送该公文。125 系统维护子系统A流转记录：系统充分考虑用户原有使用习惯，为收文办理增加了阅办 单，为发文办理增加了办理单，两个单据可将收/发文中流转过程及领导意见 全程记录，并能打印输出存档。a. 发文处理单：发文处理单由公文的基本信息（标题、文号、拟稿人、 主送、抄送等，、会稿意见、签发意见等信息组成，作为记录发文基本信息及 发文办理过程中各相关人员、签发意见等的记录，满足档案管理时对发文办 理流转的记录。在处理单上会稿意见和签发意见允许使用手写签名，包括领导的意见、

17、 签名和日期。b. 收文阅办单：收文阅办单由领导意见、办公室处理意见，承办处室 意见组成，作为记录收文办理过程中各领导、办公室、处室的意见，满足档 案管理时对收文办理流转的记录。承办处室界面中只显示领导意见、办公室处理意见、本处室人员意见， 不会显示其他处室人员意见。在阅办单上允许使用手写签名，包括领导签的 意见、签名和日期。B痕迹保留：通过OFFICE控件，可以让用户只能在痕迹保留状态下工 作，强制用户保留一切编辑痕迹。而且系统在公文回到拟稿人手中时会自动 复制一份文档，通过副本功能保留公文的批注痕迹。C导出功能：发文查询、收文查询列表结果均可以导出成EXCEL。D人员外出提示：当办公信息中

18、心的人员外出告示中对人员设置了外出 后，在流转过程中自动查检并提示人员外出信息。E领导界面：领导界面设计均从教育局领导角度出发，充分考虑用户的 操作习惯、关注功能、心理和接受能力，为用户提供了明确的功能入口、方 便的查询，在每一个过程都为用户提供准确、清晰的信息提示，甚至包括界 面的颜色与字体，专门定制了领导界面，让领导更容易学习和使用系统，更 利于系统的应用和推广，让用户脱身于繁琐的系统操作，更加专注业务。F公文回收站：公文回收站实现了公文的软删除（作删除标记而非删除 记录），公文软删除后自动归入公文回收站，回收站提供清空回收站 （即全 部永久删除）、还原全部（即全部恢复成正常公文）、批量删

19、除（即批量永久 删除）、批量还原（即批量恢复成正常公文）功能。G互联互通：系统提供了不同级别教育局之间的上、平、下行文，更与 校校通平台实现了教育局与学校公文的下行与上行，同时提供了系统接口形 式和邮件两种公文传送机制，完全适应公文无纸化办公流通需求。1.3 系统功能框图图 1.3.1 公文流转系统公 文 发 布 子 系 统图 1.1.5 公文审批子系统图 1.1.6 公文查询子系统图 1.1.7 审批流程维护子系统图 1.1.9 公文流转系统功能层次图1.4 业务流程图来源：联机收文和手工收文d手工J-p iRSSSiH 丿收立查谊蚁办理* 塩左查谊. 丿4 手无需疣转；複板管5印章管S外单

20、位维护1公対K十T公jTB8 卜屮公站阅屮图 1.4.1 业务流程图业务流程图例说明：表示的是公文流转系统中的设置类功能，此类功能是公文流转的支撑，需要用户进行 初始化设置或使用系统提供默认设置；表示的是公文流转系统中的管理类功能，此类功能是公文顺畅流转的保证;表示的是公文流转系统中的功能业务模块，此类功能是收/发文办理操作的地方。图1.4.4核稿流程图图 1.4.3 拟稿流程图数据检察不通过2.1 确定实体集及属性根据用户需求，归纳出包含以下表的数据库：（1） 用户表（User）：用户ID、账户名、密码（加密的密文）、用户姓名、所 属部门、用户职务、担任角色、外出状态。（2） 公文表（Doc

21、ument）：公文ID、公文类型、公文名称、公文内容、发布者 ID,发布者名称、发布时间、审阅状态、审阅人姓名。（3） 部门表（Department）：部门ID、部门名称、部门人数。（4） 附件表（Attachment）：附件编号、标题、公文内容、提交日期、附件文 件名、提交公文类型、提交人姓名、提交人所在单位、提交人帐号名（5）办理单表（Transact）：办理账号、发文编号、流转步骤号、流转公文ID、 流转附件编号、办理人、办理日期、会稿意见、签发意见。（6）阅办单表（Review）：阅办账号、收文编号、流转步骤号、流转公文ID、 流转附件编号、阅办人、办理日期、会稿意见、签发意见。（7）

22、流程步骤表（Procedure）：流程编号、流程步骤编号、流程步骤名称、签 署人用户号、第一审批人ID,上一个审批人ID,下一个审批人ID,最后 审批人ID,签署标志。（8）发文表（Dispatch）：发文编号、版头、份数、密级、紧急程度、发文字号、 发文标题、主题词、拟稿人、拟稿日期、主送部门、抄送部门、发文部门、 公文类型、正文、附件、处理意见、状态字（9） 收文表（Redispatch）：收文编号、签收人、签收日期、拟办人、拟办日 期、阅批人、阅批日期、分办人、分办日期、承办人、承办日期、催办人、 催办日期、签收部门、承办部门、版头、份数、密级、紧急程度、发文字 号、发文标题、主题词、拟

23、稿人、拟稿日期、主送部门、抄送部门、发文部门、公文类型、正文、附件、处理意见、状态字。2.2 确定联系集及属性(1) 流程审批表(Examine)：流程步骤号、公文ID、收文编号、审批流程号、 具体流程说明、具体流程用户号、签署意见、签署标志、流程进展标志。(2) 分配表(Distribute)：分配编号、用户ID、流程步骤编号、公文ID、附件 编号。(3) 公文关联表(Relevancy)：公文ID、发文编号、收文编号、附件编号、关 联人。(4) 公文拟稿表(Draft)：拟稿编号、拟稿人、公文ID、发文编号、发文标题、 模板定制、发文内容、拟稿日期。2.3 E-R 图设计根据以上对办公信息

24、系统的功能需求分析以及设计，对应的数据库设计E-R 图如下：图2.3.4部门表E-R图图2.3.5附件表E-R图拟稿日期主题拟办日期阅批拟办人签收日期分办人分办日期收文编号催办人催办日期处理意见承办部门发文编号发文部门抄送部门王送部门拟稿日期紧急程度版头数分件附拟稿人王题词发文标题阅批日期签收人承办承办日期发文字号图2.3.12分配表E-R图图2.3.13关联表E-R图图2.3.14拟稿表E-R图2.4检查是否满足系统需求根据系统需求分析和系统功能分析，结合 E-R 图，此系统能实现办公发文模块 的拟稿、核稿、审核、签发、发文、归档等功能，能实现办公收文模块的签收、 登记、拟办、阅批、分办、承

25、办、催办、归档等功能，还可通过公文查询模块进 行快速查询和高级查询，也能进行文件归档处理。因此概念设计满足系统需求。三、逻辑设计3.1 转化为关系模型（7）用户表（用户ID、账户名、密码（加密的密文）、用户姓名、所属部门、 用户职务、担任角色、外出状态）（8）公文表（公文ID、公文类型、公文名称、公文内容、发布者ID,发布者 名称、发布时间、审阅状态、审阅人姓名）（9）部门表（部门ID、部门名称、部门人数）（10）附件表（附件编号、标题、公文内容、提交日期、附件文件名、提交公文 类型、提交人姓名、提交人所在单位、提交人帐号名）（11）办理单表（办理账号、发文编号、流转步骤号、流转公文ID、流转

26、附件 编号、办理人、办理日期、会稿意见、签发意见）（12）阅办单表（阅办账号、收文编号、流转步骤号、流转公文ID、流转附件 编号、阅办人、办理日期、会稿意见、签发意见）（7）流程步骤表（流程步骤编号、流程步骤名称、签署人用户号、第一审批人 ID,上一个审批人ID,下一个审批人ID,最后审批人ID,签署标志）（8）发文表（发文编号、版头、份数、密级、紧急程度、发文字号、发文标题、 主题词、拟稿人、拟稿日期、主送部门、抄送部门、发文部门、公文类型、 正文、附件、处理意见、状态字）（9）收文表（收文编号、签收人、签收日期、拟办人、拟办日期、阅批人、阅 批日期、分办人、分办日期、承办人、承办日期、催办

27、人、催办日期、签收部门、 承办部门、版头、份数、密级、紧急程度、发文字号、发文标题、主题词、拟稿 人、拟稿日期、主送部门、抄送部门、发文部门、公文类型、正文、附件、处理 意见、状态字）（10）流程审批表（流程步骤号、公文ID、收文编号、审批流程号、具体流程 说明、具体流程用户号、签署意见、签署标志、流程进展标志）（11）分配表（分配编号、用户ID、流程步骤编号、公文ID、附件编号）（12）公文关联表（公文ID、发文编号、收文编号、附件编号、关联人）（13）公文拟稿表（拟稿编号、拟稿人、公文ID、发文编号、发文标题、模板 定制、发文内容、拟稿日期）3.2数据设计图根据数据库的 E-R 图设计，其

28、中公文表、用户表等都在总体设计中作出了定 义：字段名类型说明备注userIdInt （4）用户ID主码accountNamevarchar（20）账户名非空passwordvarchar（20）密码（加密的密文）非空usernameVarchar（20）用户姓名非空departmentvarchar（20）所属部门非空jobvarchar（20）用户职务非空roleInt（4）担任角色（默认0）userconditionInt（4）外出状态（默认0）非空表 3.2.1 用户表字段名类型说明备注documentIdInt（4）公文ID主码documentTypevarchar（20）公文类型非空

29、documentNamevarchar（20）公文名称非空documentContentvarchar（ 2000）公文内容非空userIdInt（4）发布者ID非空userNamevarchar（20）发布者名称非空publishDateDatetime（8）发布时间非空checkConditionInt（4）审阅状态非空checkNamevarchar（20）审阅人姓名表 3.2.2 公文表字段名类型说明备注departmentIdInt（4）部门ID主码departmentvarchar（20）部门名称非空departmentnumberInt（4）部门人数非空字段名类型说明备注atta

30、chmentNoInt附件编号主码Titlevarchar (20)标题非空attachmentcontentvarchar (2000)公文内容非空submitDateDatetime(8)提交日期非空attachmentvarchar (20)附件文件名非空documentTypevarchar (20)提父公文类型非空submitNamevarchar (20)提交人姓名非空submitdepartmentvarchar (20)提交人所在单位非空accountNamevarchar (20)提交人账号名非空表 3.2.4 附件表字段名类型说明备注transactNoInt办理账号主码d

31、ispatchNoInt发文编号非空procedureNoInt流转步骤号非空documentIdInt流转公文ID非空attachmentNoInt流转附件非空transactNamevarchar (20)办理人非空transactDateDatetime(8)办理日期非空draftIdeaInt会稿意见非空signIdeaInt签发意见非空表 3.2.5 办理单表字段名类型说明备注reviewNoInt(4)阅办账号主码incomingDispatchNoInt(4)收文编号非空procedureNoInt(4)流转步骤号非空documentIdInt(4)流转公文ID非空attachm

32、entNoInt(4)流转附件编号非空reviewNamevarchar (20)阅办人非空reviewDateDatetime(8)办理日期非空draftIdeaInt(4)会稿意见非空signIdeaInt(4)签发意见非空图 3.2.6 阅办单表字段名类型说明备注procedureNoInt(4)流程步骤号主码procedureNameInt(4)流程步骤名称非空accountNamevarchar (20)签署人用户号非空firstIdInt(4)第一审批人IDperIdInt(4)上一个审批人IDnextIdInt(4)下一个审批人IDlastIdInt最后审批人IDsignMark

33、Int签署标志非空图 3.2.7 流程步骤表字段名类型说明备注dispatchNoInt发文编号主码editionvarchar (20)版头非空ractionInt份数非空securityclassificationInt密级非空urgentDegreeInt紧急程度非空dispatchInt发文字号非空dispatchTitlevarchar (20)发文标题非空subjectWorkvarchar (20)主题词非空draftNamevarchar (20)拟稿人非空draftDateDatetime(8)拟稿日期非空zDepartmentvarchar (20)主送部门非空cDepar

34、tmentvarchar (20)抄送部门非空dispatchDepartmentvarchar (20)发文部门非空documentTypevarchar (20)公文类型非空textvarchar (2000)正文非空attachmentNoInt附件manageIdeaInt处理意见非空conditionInt状态字非空图 3.2.8 发文表字段名类型说明备注comingdispatchNoInt(4)收文编号主码signNamevarchar (20)签收人非空signDateDatetime(8)签收日期非空deviseHandlingNamevarchar (20)拟办人非空dev

35、iseHandlingDateDatetime(8)拟办日期非空reviewNamevarchar (20)阅批人非空reviewDateDatetime(8)阅批日期非空distributeNamevarchar (20)分办人distributeDateDatetime(8)分办日期undertakeNamevarchar (20)承办人undertakeDateDatetime(8)承办日期urgeNamevarchar (20)催办人urgeDateDatetime(8)催办日期signDepartmentvarchar (20)签收部门非空undertakeDepartmentvar

36、char (20)承办部门字段名类型说明备注procedureNoInt流程步骤号主码documentIdInt公文ID主码comingdispatchNoInt收文编号非空examineNoInt审批流程号非空illustratevarchar (500)具体流程说明useridInt具体流程用户号非空signideaInt签署意见非空SignMarkInt签署标志非空evolveMarkInt流程进展标志非空图 3.2.10 流程审批表字段名类型说明备注distributeNoInt分配编号主码userIdInt用户ID非空procedureNoInt(4)流程步骤号非空documentI

37、dInt(4)公文ID非空attachmentNoInt(4)附件编号非空图 3.2.11 分配表字段名类型说明备注documentIdInt(4)公文ID主码dispatchNoInt(4)发文编号主码incomingDispatchNoInt(4)收文编号主码attachmentNoInt(4)附件编号relevancyNamevarchar(20)关联人非空图 3.2.12 关联表字段名类型说明备注draftNoInt(4)拟稿编号主码draftNamevarchar(20)拟稿人非空documentIdInt(4)公文ID非空dispatchNoInt(4)发文编号非空dispatchTitlevarchar(20)发文标题非空moduleInt(4)板块定制非空dispatchTextvarchar( 2000)发文内容非空draftDateDatetime(8)拟稿日期非空图 3.2.13 拟稿表成绩自评：张耀祖 90 分 郭学敏 88 黄宁