公文管理系统的设计与实现—计算机毕业设计(论文)

公文管理系统的设计与实现—计算机毕业设计(论文)内容摘要：

存公文等级信息，结构如表 5所示。 表 5 公文紧急登记表 字段名 描述 类型 长度（ B） 是否允许为空 是否主键 DocGradeID 紧急程度 ID号 (唯一、自动增加 ) Int 4 否 是 DocGrade 紧急程度 nvrchar 128 否 否  公文委托表 公文委托表（ WF_DocTrust）用来保存公文的委托信息，结构如表 6所示。 第 8 页 共 23 页 表 6 公文委托表 字段名 描述 类型 长度（ B） 是否允许为空 是否主键 TrustID 委托事件 ID号(唯一、自动增加 ) int 4 否 是 TrustUser 委托人 ID号 int 4 否 否 ByTrustUser 被委托人 ID号 int 4 否 否 AddDate 委托日期 datetime 8 否 否 Reason 委托 理由 nvrchar 1000 否 否 DocID 委托公文 ID号 int 4 否 否 Type 委托类型 int 4 否 否 其中 AddDate 字段的默认值为 “ getdate()” ，表示默认为当前系统日期；Type 字段的默认值为 0，表示当前委托还没有被执行。  公文信息表 公文信息表（ WF_DOCUMENT）用来保存公文的相关信息，结构如表 7所示。 表 7 公文信息表 字段名 描述 类型 长度（ B） 是否允许为空 是否主键 DocID 公文 ID号 (唯一、自动增加 ) int 4 否 是 DocTitle 公文标题 nvrchar 128 否 否 DocSendDep 发往的部门 ID号 int 4 否 否 MainSendUnit 主动单位 nvrchar 128 否 否 DocClassID 公文类型 ID号 int 4 否 否 WriteUserID 公文起草人 ID号 int 4 否 否 OutWord 发文字 nvrchar 50 否 否 OutSerial 发文号 nvrchar 50 否 否 SecureClass 秘密等级 nvrchar 50 否 否 JinjiClass 紧 急程度 nvrchar 50 否 否 SaveTime 保留时间 nvrchar 50 是 否 Body 正文内容 text 16 否 否 FlowID 流程 ID号 int 4 否 否 Describes 备注 nvrchar 50 是 否  角色表 角色字典表（ WF_Role）用来保存公文处理各个环节的角色，结构如表 8所示。 第 9 页 共 23 页 表 8 角色表 字段名 描述 类型 长度（ B） 是否允许为空 是否主键 RoleID 角色 ID号 (唯一、自动增加 ) int 4 否 是 RoleName 角色名 称 nvrchar 128 否 否  公文流转环节信息表 公文流转环节信息表（ WF_WATCHFLWO）用来保存公文流转的各个环节信息，结构如表 9 所示。 表 9 公文流转环节信息表 字段名 描述 类型 长度（ B） 是否允许为空 是否主键 WFID 环节 ID(唯一、自动增加 ) int 4 否 是 DocID 文档 ID int 4 否 否 UserID 处理用户 ID int 4 否 否 Role 环节角色 nvrchar 50 是 否 Type 环节类型 int 是 否 Updatedate 更新 日期 datetime 8 是 否 BackReason 审批内容 nvrchar 400 否 否 其中 Type 字段为审批环节的状态，“ 0”表示当前状态，“ 1”表示已处理状态，“ 2”表示退回状态，“ 3”表示后续状态。 数据库存储过程 存储过程是由流控制和 SQL 语句书写的过程，这个过程经编译和优化后存储在数据库服务器中，使用时只要调用即可。 使用存储过程有如下几个优点：  可维护性好。  存储过程在服务器端运行，执行速度快。  存储过程执行一次后，起执行规划就驻留在高速缓冲存储器，在以后的操作中，只需要执行高速缓 冲器中已编译好的二进制代码，提高了系统性能。  确保数据库的安全。  自动完成需要预先执行的任务。  利用存储过程可以保持应用程序的执行效率并简化数据曾，也可以增加系统设计的灵活性。 本系统充分利用存储过程的优势，实现了很多复杂的数据访问过程。 部分存储过程如表 10。 表 10 存储过程 第 10 页 共 23 页 存储过程 描述 WF_USERLOGIN 用户登录 WF_ADDDep 添加部门 WF_AddDoc 保存发送的公文信息 WF_ADDDocClass 添加公文类别 WF_BackDoc 退回公文 WF_DealDoc 审批公文 WF_DelDep 删除部门 WF_GetDepList 获取部门列表 WF_UpdateClassName 更新公文类别名称 系统模块分析与设计 总体任务是为公文的起草审批等公文流操作提供更便捷的方式。  系统登录 登录模块采用基于标准的 MVC 架构的开发模式。 与一般的登 录系统相似，主要是对登录用户的身份进行合法性验证。 系统连接后台数据库对身份进行验证，如果出错系统提醒：“ Error: 用户名或密码错误 !”。 如果没有错误系统进入系统正页面。  公文起草 通过公文起草模块，可以创建要流 转的文件。 文件按照定制好的一个或多个路径选择流转。 公文起草中 涉及 发文字号 、发送部门、发送的紧急程度的选择、发送日期、正文及附注等。 起草完公文，可以按发送公文，如果格式填写不全，系统提示并且无法发送，当填写完毕后方能发送。  已发公文 通过已发公文模块，可以查看自己发送的公文的详细信息，包括公文现在的所处的节、公文要流转的路径以及公文具体信息。 并且可以对已发公文进行删除操作。  待办公文 通过待办公文模块，可以查看需要自己审批的公文，并对其进行审批。 审批不通过可以写上处理意见后退回公文，满意就审批通过。 同样可以对 公文进行进行删除操作。  已办公文 通过已办公文模块，可以查看自己审批过公文的详细信息，包括公文现在的所处环节、公文要流转以及公文的具体信息。 同样可以对公文进行删除操作。  公文委托 通过公文委托模块， 如果用户有其他原因不能对公文的内容进行审批，可以交以他人进行动态的公文流传递，由其他用户进行审批。 委托他人要填写其第 11 页 共 23 页 他用户的部门和用户的登录名及委托原由，此方能发出。  流程监控 通过流转监控模块、可以查看自己所发公文 的名称、创建时间以及 所处的环节以及已批环节的审批内容。  类别定制 通过类别定制模块，可以定制公文类别 、流程路径、员工角色、部门以及管理员工信息。  退出 所有的系统合法用户登录完成操作后退出系统都要进行“ 退出 ”操作、或者进行用户转换也需要进行“ 退出 ”操作。 界面设计 系统色彩规划 网站是信息的载体形式，色彩设计必须以完成网站可视性阅读功能为目的。 本系统采用蓝色基调，白色， 银白色， 黑色为辅调。 登录界面以银白色为主，显示出强烈的科技感，给用户以耳目一新的感觉。 蓝色对视觉器官刺激较弱，它代表 天空、清爽、 平静、科技、理智、速度、诚实、真实、可信、人看到蓝色时情绪安宁。 用它作为此平台的主色调也是最合适不过了。 白 色在系统中主要作为背景色，导航栏字体颜色。 白色视觉度，注目度都比较高，因为白色为全色相，所以也能满足本管理系统用户心理要求，加之与蓝色配合，使整个系统更具阅读可视性，操作易用性。 整个系统看起来颇大气，富有立体感。 再者，白色代表 纯洁、简单、洁净。 黑色为全色相，没有纯度，它本身无刺激性，所有在本系统中的主体文字颜色都设置为黑色，这正所谓“白底黑字”，以增强阅读可视性。 当鼠标指向发送、待批和已批公文列表是，当前行的颜色变为灰色，提醒用户鼠标所指的行，防止误操作。 系统框架设计 总体思想是上下，下 分两栏，使用框 架做布局，此方法可以使整个系统更加符合信息空间的信息存储，运行速度更快，信息层次更加清晰，用户操作则更方便，更有条理。 整体界面的设计 的下栏为工作区， 通过点击 左边 导航栏的栏目，使 下栏的右 框架内页面显示相关栏目的内容。 系统总体功能设计 本系统分为 7 个功能模块，在进入每个功能模块 前 ， 首先 进入系统登录页第 12 页 共 23 页 面，输入用户名和密码，点击提交后，系统将根据用户输入的用户名和密码判断该用户是否为合法用户；如果用户输入的用户名和密码出错，系统将提示出错，并返回到登录界面；如果用户输入的用户名和密码正确，系统将根据用户的身份 选择相应的主页以及功能；所有合法用户在处理完业务后，都需要进行退出工作，以免被他人窃取信息。 退出后，将返回到登录界面。 首先判断用户是否登录，如果未登录，则自动跳转到登录页面。 如果已经登录，则进入相应操作页面。 用户系统登入流程图如图 2。 当用户密码正确就进入主页，可以进行相关公文的纂写、公文的批复等操作。 本系统功能模块有公文起草、已发公文、待办公文、已发公文、公文委托、流程监控、类别定制。 而类别的定制中包含了公文类别的定制，比如研发部、市场部、技术部等；角色定制，比如通知、查看、审批、归 档；用户管理，流程定制，公文等级定制，部门管理的定制。 本系统的功能模块如图 3。 图 3 公 文管理系统模块 由此活动图可以看出，公文管理系统中的子模块在操作上相互是平行的，他们的内在关系通过数据库和程序来控制。 图 2 系统登 录 流程 公文管理系统待办公文公文类别角色定制用户管理流程定制委托公文部门管理类别定制已办公文流程控制已发公文公文起草公文等级第 13 页 共 23 页 功能模块设计 在整个系统中公文的起草、审批、通知、查看、归档都需要用户来完成，而完成的顺序就是公文流顺序，本系统提供了两种方案：一种是预先设定流程；另一种是在审批过程中设定流程。 第一种：公文的整个起草、审批、通知、查看、归档都有一个预先 设定好的审批流程。 这个是在类别定制中的流 程路径中实现的固定路径， 见图 4。 图 4 预先设定公文审批路径图 第二种：是审批人在审批过程中因为有其他的原因交由其他人来审批，就要确定另一个审批人。 此种方法符合实际办公中的需要，也优 越于市场上固有的公文系统的中的预先设定流程，大大提高了办公效率， 如图 5。 根据预先设定的公文审批路径或者动态的公文审批路径，就可以完成公文的起草审批以及归档工作了，在本公文管理系统的公文流转路径如图 6 示。 图 5 动态设定 公文审批路径图 审批过程审批审批人二审批人一其他待确定审批人文件归档共享数据审批提交调用不同意不同意同意同意调用调用确定审批人二确定审批人三提交提交审批过程审批审批人二审批人一其他审批人文件归档共享数据审批提交调用不同意不同意同意同意调用调用第 14 页 共 23 页 图 6 公文流转路径 4 功能模块具体实现 公文流 管理用户可以根据数据管理中已经定义好的类别、角色、用户、流程、公文等级、部门设定进行公文的起草审批归档操作。 数据管理就是对其各种类别在页面中进行的设定，不用再数据库中纂改。 公文流的实现代码 取得当前用户待批的公文，根据当前用户 ID 取得当前用户待批的公文列表。 Public Function GetCurUserWaitDealDocList(ByVal StrStoreParam As String, ByVal UserID As String) As DataSet Dim DocData As DataSet 39。 调用数据库访问对象，取得数据 With New . WorkFlowClass DocData = .GetCurUserWaitDealDocList (StrStoreParam, UserID) End With。