教育机构公文流转系统.doc

《教育机构公文流转系统.doc》由会员分享，可在线阅读，更多相关《教育机构公文流转系统.doc（20页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、【精品文档】如有侵权，请联系网站删除，仅供学习与交流教育机构公文流转系统.精品文档.广东石油化工学院题 目：教育机构公文流转系统 完成时间 2010年 8 月 17 日 至 2010 年 9 月 4 日教育机构公文流转系统目录一、 需求分析1.1系统需求分析. 21.2系统功能分析. 21.3系统功能框图. 71.4业务流程图.11二、 概念设计2.1确定实体集及其属性.13 2.2确定联系集及其属性.142.3E-R图.142.4检查是否满足系统需求.19三、 逻辑设计3.1转化为关系模型.193.2数据设计图.20一、 需求分析1.1系统需求分析以计算机及网络为标志的信息技术的迅速发展引起

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

3、转系统可分为七个模块，分别是公文登录子系统、公文发布子系统、审批流程选择子系统、公文审批子系统、公文查询子系统、审批流程维护子系统和系统维护子系统。（如图1.2）公文查询子系统审批流程维护子系统系统维护子系统公文流转系统公文登录子系统公文发布子系统审批流程选择子系统公文审批子系统图1.2 公文流转系统架构图1.2.1公文登录子系统A.登陆：系统提供登陆界面，进行不同角色的权限操作，登陆界面可以选择个人和单位的登陆入口，来实现自用和公用的操作。在输入正确的授权人账号和密码之后就可以进行公文操作。B.角色切换：基于角色管理允许一个帐户有多个角色，但在使用中只能有一个角色为当前角色，所有处理业务均以

4、此角色权限进行限制，在需要做其它角色业务时，可在系统中直接进行角色切换，不用再次登录。多角色用户系统提供一个默认角色功能，在进入系统时自动设为当前角色，默认角色可在个人设置中维护。C.系统管理a.成员管理：成员管理为流程定义、流转中的人员选择和公文发送的主送、抄送对象提供了用户自维护的单位机构、用户组管理。b.角色管理：系统完全基于角色进行权限管理，无需再为帐号进行逐一权限授权，用户可根据单位实际情况先进行角色的管理和角色的授权，然后在用户授权时就可以简单的进行角色授予即可。系统还预设了领导、办公室主任、文书、设置人员、普通用户几个默认角色，方便用户使用。c.通讯单位管理：通讯单位管理提供了添

5、加非本软件平台单位功能，这些单位在系统管理中没有维护，但在公文的主送、抄送机关、发文单位、收文的来文单位中需要使用。在添加的非本软件平台单位信息中还可以包含邮件信息，在公文发送时，可通过邮件实现向这些单位发送公文的功能。d.自定义用户组管理：自定义用户组可实现除按部门划分以外的用户归类，提供便捷的人员选择。用户组在使用级别上分为单位、个人两个级别，权限上单位级为公用，个人为自用；在使用场合上分为公文流转、公文发送两种，公文流转用户组用于流程定义、流转中的负责人选择，公文发送用户组用于公文发送对象选择。1.2.2公文发布子系统A.收/发文分离：公文流转系统包括了收文办理和发文办理，并根据实际工作

6、情况需要对收/发文办理业务进行了分离，实现了从流程、模板、常用批注、代理人、关联人等功能和收/发文模块都进行隔离，充分在功能上体现出收文办理与发文办理的不同。B.流转功能：流转功能是为了提高系统在公文流转过程中的可用性专门增加的一些功能，主要包括了代理人、关联人、撤回、跳转等功能。a.代理人：当用户因出差、病休等原因未能及时处理公文，可以找另外一个人来代替执行公文处理操作。另外的这个人就是代理人。代理人将全权执行原负责人应当处理的操作，从而保证公文流转的顺畅。b.关联人：关联人功能是为了让教育局领导和不熟悉流转过程的人员能专注于工作，而不用关心公文在软件系统中的来和去。关联人不是作为流程的实际

7、负责人，在权限上控制了关联人不能签署意见，只能转交公文的作用，只是起到一个保证公文流转顺畅的作用，如文秘担当的工作性质。c.撤回：当前流程负责人已经处理完公文，即公文已经流转到下一步骤，但下一步骤负责人还没有处理公文时，该已经处理的负责人主动收回公文重新处理的操作。d.跳转：当公文被退回后，经处理，可由当前负责人选择跳过已经流转的多个步骤。e.退回：当前流程负责人将公文返回到已流转过的任意一个步骤的操作。C.发文办理：发文办理实现了由单位内部自动或手工的公文拟稿、审核、流转、签发、发送的全过程。a.发文校对：发文签发后到拟稿人处进行校对（如流程有定义）。校对是指对格式已经统一规范制定完毕，文号

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

9、公文等等，公文相关信息只能通过手工进行录入。此类收文需要输入所有收文的信息，包括收文的基本信息和正文、附件等。如果是通过我们的系统邮件发送的，那么在手工收文登记时，只需要导入邮件中附带的公文基本信息文件，就可以方便的完成登记工作。E.发文发送：发文发送实现的是外部发送与内部传阅双重功能，在发文办理流转结束后，正式的公文可选择主送和抄送对象，发送对象有主送、抄送、传阅，其中传阅对象是本单位的用户，对未注册单位因无法通过接口进行公文传递，只能实现邮件方式的公文发送。F.收文发送：收文发送是进行内部传阅功能，在收文办理流转结束后，如有传阅此收文的要求时，可通过收文发送实现，收文发送选择的接收对象为本

10、单位内部用户。G.模板管理：提供了模板的新增、查询、修改、删除管理，并提供了恢复系统预设模板功能。系统默认提供下行文（单独发文）、上行文（单独发文）、下行文（联合发文）、上行文（联合发文）4套按照国家公文标准格式定义的预设模板。1.2.3审批流程选择子系统系统工作流引擎采用了标准的XML语言定义，有强大的流程处理引擎，使用工作流引擎作为公文流转系统的核心业务支撑，可实现的流程定义、跟踪、查询和管理，提供固定/可变流程、串行/并行流程、单人/多人负责设置。A.固定流程：固定流程是在流程定义时已完全确定流程及流程负责人，并且在流转过程中是不允许改变的流程。可实现用户的固定、强制业务流程。B.自定义

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

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

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

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

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

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

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

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

19、常公文）、批量删除（即批量永久删除）、批量还原（即批量恢复成正常公文）功能。G.互联互通：系统提供了不同级别教育局之间的上、平、下行文，更与校校通平台实现了教育局与学校公文的下行与上行，同时提供了系统接口形式和邮件两种公文传送机制，完全适应公文无纸化办公流通需求。1.3系统功能框图公文查询子系统审批流程维护子系统系统维护子系统公文流转系统公文登录子系统公文发布子系统审批流程选择子系统公文审批子系统图1.3.1 公文流转系统个人登录单位登录角色登录公文登录子系统成员管理角色切换角色管理通讯单位管理系统管理自定义管理图1.3.2 公文登录子系统 撤回关联人代理人收/发文分离流转功能跳转退回公文发布

20、子系统发文发送自动发送发文办理手工发送手工发送自动发送收文办理收文发送新增查询修改模板管理删除恢复预设 图1.1.3 公文发布子系统审批流程选择子系统固定流程自定义流程图1.1.4 审批流程选择子系统会审/会签公文审批子系统全文批注常用批注公文电子印章手写签名图1.1.5 公文审批子系统导出快速查询收文查询导出高级查询公文查询子系统导出快速查询发文查询导出高级查询导出快速查询公文管理查询导出高级查询图1.1.6 公文查询子系统未查看公文分类统计公文催办已查看审批流程维护子系统未签收发文接受情况公文统计公文状态统计表已签收收文查询公文跟踪管理收文查询公文归档公文编辑器启用收文查询归档公文发送系统

21、参数设置图1.1.7 审批流程维护子系统查看导出收文阅办单痕迹保留流转记录查看发文办理单系统维护子系统导出人员外出提示软删除领导界面清空回收站公文回收站还原全部批量删除互联互通批量还原图1.1.8 系统维护子系统拟稿核稿审核签发发文归档发文公文流转系统收文签收登记拟办阅批催办承办归档查询归档公文普通公文 图1.1.9 公文流转系统功能层次图1.4业务流程图图1.4.1 业务流程图业务流程图例说明：表示的是公文流转系统中的设置类功能，此类功能是公文流转的支撑，需要用户进行初始化设置或使用系统提供默认设置；表示的是公文流转系统中的管理类功能，此类功能是公文顺畅流转的保证；表示的是公文流转系统中的功

22、能业务模块，此类功能是收/发文办理操作的地方。进入审核页面查看发文提交给签发人进行签发审核通过未通过退回拟稿人发文人发文发文归档进入公文流转系统核稿人核稿进入拟稿页面进行发文的拟稿审核人审核签发人签发提交核稿提交核审核提交签发得知签收后核稿不通过审核不通过图1.4.3 审核流程图退回拟稿人进入拟稿页面查看发文提交给审核人进行审核拟稿通过未通过图1.4.2 发文流程图图1.4.4 核稿流程图进入拟稿页面填写发文要素编辑正文等点击提交完整性验证进行下一步数据检察不通过通过图1.4.3 拟稿流程图二、 概念设计2.1确定实体集及属性根据用户需求，归纳出包含以下表的数据库：（1） 用户表（User）：

23、用户ID、账户名、密码（加密的密文）、用户姓名、所属部门、用户职务、担任角色、外出状态。（2） 公文表（Document）：公文ID、公文类型、公文名称、公文内容、发布者ID，发布者名称、发布时间、审阅状态、审阅人姓名。（3） 部门表（Department）：部门ID、部门名称、部门人数。（4） 附件表（Attachment）：附件编号、标题、公文内容、提交日期、附件文件名、提交公文类型、提交人姓名、提交人所在单位、提交人帐号名（5） 办理单表（Transact）：办理账号、发文编号、流转步骤号、流转公文ID、流转附件编号、办理人、办理日期、会稿意见、签发意见。（6） 阅办单表（Review）

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

25、催办人、催办日期、签收部门、承办部门、版头、份数、密级、紧急程度、发文字号、发文标题、主题词、拟稿人、拟稿日期、主送部门、抄送部门、发文部门、公文类型、正文、附件、处理意见、状态字。2.2确定联系集及属性（1）流程审批表（Examine）：流程步骤号、公文ID、收文编号、审批流程号、具体流程说明、具体流程用户号、签署意见、签署标志、流程进展标志。（2）分配表（Distribute）：分配编号、用户ID、流程步骤编号、公文ID、附件编号。（3）公文关联表（Relevancy）：公文ID、发文编号、收文编号、附件编号、关联人。（4）公文拟稿表（Draft）：拟稿编号、拟稿人、公文ID、发文编号、发

26、文标题、模板定制、发文内容、拟稿日期。2.3 E-R图设计根据以上对办公信息系统的功能需求分析以及设计，对应的数据库设计E-R图如下：部门用户所属发文拟稿分配审批关联记录流程步骤存档附件收文办理单记录公文存档阅办单图2.3.1 E-R图设计用户状态用户ID角色账户号职务密码用户姓名部门图2.3.2 用户表E-R图图2.3.3 公文表E-R图公文ID审阅人姓名名审阅状态公文公文类型公文名称公文内容发布者ID发布时间发布者名称 部门部门ID部门名称部门人数图2.3.4 部门表E-R图附件编号提交人账号名名提交人所在单位附件标题公文内容提交日期附件文件名提交人姓名提交公文类型称图2.3.5 附件表E

27、-R图流转附件编号办理账号签发意见会稿意见办理单发文编号流转步骤号流转公文ID办理日期办理人图2.3.6 办理单表E-R图图2.3.7 阅办单表E-R图阅办账号签发意见会稿意见阅办单发文编号流转步骤号流转公文ID办理日期阅办人流转附件编号图2.3.8 流程步骤表E-R图流程步骤编号流程步骤流程步骤名称签署人用户名第一批审批人ID上一个审批人ID下一个审批人ID最后审批人ID签署标志附件主题词发文标题发文字号发文编号拟稿人收文版头分数密级紧急程度收文编号拟稿日期正文状态字处理意见发文部门公文名称抄送部门主送部门签收人签收日期拟办日期阅批人分办人承办日期阅批日期分办日期拟办人承办人催办日期催办人签

28、收部门承办部门发文编号拟稿人主题词发文版头分数密级紧急程度发文标题发文字号公文类型拟稿日期正文附件状态字处理意见发文部门公文名称抄送部门主送部门图2.3.9 发文表E-R图图2.3.10 收文表E-R图流程步骤号流程进展标志签署标志流程审批公文ID收文编号文名称审批流程号具体流程说明签署意见具体流程用户号图2.3.11 流程审批表E-R图图2.3.12 分配表E-R图分配分配编号用户ID流程步骤号公文ID附件编号代理人图2.3.13 关联表E-R图公文关联公文ID发文编号收文编号附件编号关联人图2.3.14 拟稿表E-R图拟稿编号拟稿日期公文拟稿公文ID拟稿人收文编号具发文标题发文内容模板定制

29、2.4检查是否满足系统需求根据系统需求分析和系统功能分析，结合E-R图，此系统能实现办公发文模块的拟稿、核稿、审核、签发、发文、归档等功能，能实现办公收文模块的签收、登记、拟办、阅批、分办、承办、催办、归档等功能，还可通过公文查询模块进行快速查询和高级查询，也能进行文件归档处理。因此概念设计满足系统需求。三、逻辑设计3.1转化为关系模型（7） 用户表（用户ID、账户名、密码（加密的密文）、用户姓名、所属部门、用户职务、担任角色、外出状态）（8） 公文表（公文ID、公文类型、公文名称、公文内容、发布者ID，发布者名称、发布时间、审阅状态、审阅人姓名）（9） 部门表（部门ID、部门名称、部门人数）

30、（10） 附件表（附件编号、标题、公文内容、提交日期、附件文件名、提交公文类型、提交人姓名、提交人所在单位、提交人帐号名）（11） 办理单表（办理账号、发文编号、流转步骤号、流转公文ID、流转附件编号、办理人、办理日期、会稿意见、签发意见）（12） 阅办单表（阅办账号、收文编号、流转步骤号、流转公文ID、流转附件编号、阅办人、办理日期、会稿意见、签发意见）（7） 流程步骤表（流程步骤编号、流程步骤名称、签署人用户号、第一审批人ID，上一个审批人ID，下一个审批人ID，最后审批人ID，签署标志）（8） 发文表（发文编号、版头、份数、密级、紧急程度、发文字号、发文标题、主题词、拟稿人、拟稿日期、主

31、送部门、抄送部门、发文部门、公文类型、正文、附件、处理意见、状态字）（9） 收文表（收文编号、签收人、签收日期、拟办人、拟办日期、阅批人、阅批日期、分办人、分办日期、承办人、承办日期、催办人、催办日期、签收部门、承办部门、版头、份数、密级、紧急程度、发文字号、发文标题、主题词、拟稿人、拟稿日期、主送部门、抄送部门、发文部门、公文类型、正文、附件、处理意见、状态字）（10）流程审批表（流程步骤号、公文ID、收文编号、审批流程号、具体流程说明、具体流程用户号、签署意见、签署标志、流程进展标志）（11）分配表（分配编号、用户ID、流程步骤编号、公文ID、附件编号）（12）公文关联表（公文ID、发文编

32、号、收文编号、附件编号、关联人）（13）公文拟稿表（拟稿编号、拟稿人、公文ID、发文编号、发文标题、模板定制、发文内容、拟稿日期）3.2数据设计图根据数据库的E-R图设计，其中公文表、用户表等都在总体设计中作出了定义：字段名类型说明备注userIdInt（4）用户ID主码accountNamevarchar（20）账户名非空passwordvarchar（20）密码（加密的密文）非空usernameVarchar（20）用户姓名非空departmentvarchar（20）所属部门非空jobvarchar（20）用户职务非空roleInt（4）担任角色（默认0）userconditionInt

33、（4）外出状态（默认0）非空表3.2.1 用户表字段名类型说明备注documentIdInt（4）公文ID主码documentTypevarchar（20）公文类型非空documentNamevarchar（20）公文名称非空documentContentvarchar（2000）公文内容非空userIdInt（4）发布者ID非空userNamevarchar（20）发布者名称非空publishDateDatetime(8)发布时间非空checkConditionInt(4)审阅状态非空checkNamevarchar（20）审阅人姓名表3.2.2 公文表字段名类型说明备注department

34、IdInt(4)部门ID主码departmentvarchar（20）部门名称非空departmentnumberInt(4)部门人数非空表3.2.3 部门表字段名类型说明备注attachmentNoInt(4)附件编号主码Titlevarchar（20）标题非空attachmentContentvarchar（2000）公文内容非空submitDateDatetime(8)提交日期非空attachmentvarchar（20）附件文件名非空documentTypevarchar（20）提交公文类型非空submitNamevarchar（20）提交人姓名非空submitdepartmentva

35、rchar（20）提交人所在单位非空accountNamevarchar（20）提交人账号名非空表3.2.4 附件表字段名类型说明备注transactNoInt(4)办理账号主码dispatchNoInt(4)发文编号非空procedureNoInt(4)流转步骤号非空documentIdInt(4)流转公文ID非空attachmentNoInt(4)流转附件非空transactNamevarchar（20）办理人非空transactDateDatetime(8)办理日期非空draftIdeaInt(4)会稿意见非空signIdeaInt(4)签发意见非空表3.2.5 办理单表字段名类型说明备

36、注reviewNoInt(4)阅办账号主码incomingDispatchNoInt(4)收文编号非空procedureNoInt(4)流转步骤号非空documentIdInt(4)流转公文ID非空attachmentNoInt(4)流转附件编号非空reviewNamevarchar（20）阅办人非空reviewDateDatetime(8)办理日期非空draftIdeaInt(4)会稿意见非空signIdeaInt(4)签发意见非空图3.2.6 阅办单表字段名类型说明备注procedureNoInt(4)流程步骤号主码procedureNameInt(4)流程步骤名称非空accountNam

37、evarchar（20）签署人用户号非空firstIdInt(4)第一审批人IDperIdInt(4)上一个审批人IDnextIdInt(4)下一个审批人IDlastIdInt(4)最后审批人IDsignMarkInt(4)签署标志非空图3.2.7 流程步骤表字段名类型说明备注dispatchNoInt(4)发文编号主码editionvarchar（20）版头非空ractionInt(4)份数非空securityClassificationInt(4)密级非空urgentDegreeInt(4)紧急程度非空dispatchInt(4)发文字号非空dispatchTitlevarchar（20）

38、发文标题非空subjectWorkvarchar（20）主题词非空draftNamevarchar（20）拟稿人非空draftDateDatetime(8)拟稿日期非空zDepartmentvarchar（20）主送部门非空cDepartmentvarchar（20）抄送部门非空dispatchDepartmentvarchar（20）发文部门非空documentTypevarchar（20）公文类型非空textvarchar（2000）正文非空attachmentNoInt(4)附件manageIdeaInt(4)处理意见非空conditionInt(4)状态字非空图3.2.8 发文表字段名

39、类型说明备注comingdispatchNoInt(4)收文编号主码signNamevarchar（20）签收人非空signDateDatetime(8)签收日期非空deviseHandlingNamevarchar（20）拟办人非空deviseHandlingDateDatetime(8)拟办日期非空reviewNamevarchar（20）阅批人非空reviewDateDatetime(8)阅批日期非空distributeNamevarchar（20）分办人distributeDateDatetime(8)分办日期undertakeNamevarchar（20）承办人undertakeDa

40、teDatetime(8)承办日期urgeNamevarchar（20）催办人urgeDateDatetime(8)催办日期signDepartmentvarchar（20）签收部门非空undertakeDepartmentvarchar（20）承办部门图3.2.9 收文表字段名类型说明备注procedureNoInt(4)流程步骤号主码documentIdInt(4)公文ID主码comingdispatchNoInt(4)收文编号非空examineNoInt(4)审批流程号非空illustratevarchar（500）具体流程说明userIdInt(4)具体流程用户号非空signIdeaI

41、nt(4)签署意见非空SignMarkInt(4)签署标志非空evolveMarkInt(4)流程进展标志非空图3.2.10 流程审批表字段名类型说明备注distributeNoInt(4)分配编号主码userIdInt(4)用户ID非空procedureNoInt(4)流程步骤号非空documentIdInt(4)公文ID非空attachmentNoInt(4)附件编号非空图3.2.11 分配表字段名类型说明备注documentIdInt(4)公文ID主码dispatchNoInt(4)发文编号主码incomingDispatchNoInt(4)收文编号主码attachmentNoInt(4)附件编号relevancyNamev