JSJ01-031@ASP.NET公文管理系统的设计与实现(源代码+论文)
收藏
资源目录
压缩包内文档预览：(预览前20页/共27页)
编号：507816
类型：共享资源
大小：1.34MB
格式：ZIP
上传时间：2015-11-10
上传人：QQ28****1120
认证信息
个人认证
孙**（实名认证）
辽宁
IP属地：辽宁
12
积分
- 关 键 词：
-
毕业设计计算机
- 资源描述：
-
JSJ01-031@ASP.NET公文管理系统的设计与实现(源代码+论文),毕业设计计算机
- 内容简介：
-
分类号： TP315 U D C： D10621-408-(2007)6166-0 密 级：公 开 编 号： 2003215019 成都信息工程学院 学位论文 公文管理系统的设计与实现 论文作者姓名： 李孟 申请学位专业： 网络工程 申请学位类别： 工学 学士 指导教师姓名（职称）： 王海春 （教授） 论文提交日期： 2007 年 06 月 10 日 nts 公文管理系统的设计与实现 摘 要 随着网络信息化的 高度发展，传统的以字符为主题的信息传播形式已不再满足需要。基于 Web 的办公系统显得越来越 必要。 本系统正是为了满足这样的需求而设计开发的。程序在 Visual Studio 2003 平台下使用 VB.NET 编程语言，数据库使用 SQL SERVER 2000。 本公文系统实现了公文处理的自动化流转，包括公文起草、 已发公文、待办公文、已办公文、公文委托、流程监控以及类别定制。系统完成了创建公文流的路径；起草的 公文能按照已创建的公文流路径流转；能对其起草的公文进行统计及实时的监控；能够查看自己审批过的公文；能委托其他人 代自己审批公文；能够添加、维护人员信息。 关键词 ： 公文管理系统 ； B/S 模式 ； VB.NET； SQL SERVER nts The Design and Implementation of the Document Management System Abstract Along with the drastic development of network information, the traditional way of information dissemination has no longer satisfied peoples requirements. To meet the above needs, this system is developed. This procedure was developed under Visual Studio 2003 with VB.NET language. The SQL SERVER 2000 is used as database management system. This document system has implemented the automatic document transmission and dealing with. It includes the draft of documents, the documents which has been sent, the documents which has to be done, the documents which has been done, the documents which was entrusted, the flow monitoring and the drafting of identification. This system has accomplished the path of documents. The draft of documents can be transported by following the flows which have been founded.This system can summarize and control the documents drafted in time. User can examine the documents which have been examined by themselves and can entrust others with the privileges of examining and approving documents.It also can increase and maintain peoples information. Key words: Document Management System; B/S Model; VB.NET; SQL SERVERnts 目 录 论文总页数： 23 页 1 引言 1 2 公文管理系统系统分析 2 2.1 系统需求分析 2 2.1.1 用户身份级别要求 2 2.1.2 系统功能模块设置 2 2.2 系统设计目标 3 2.3 开发环境 3 2.3.1 .NET 框架 3 2.3.2 ASP.NET 的工作原理 3 2.3.3 VB.NET 4 2.3.4 MVC 介绍 4 2.3.5 编程运行环境 4 3 公文管理 系统系统设计 5 3.1 数据库设计与实现 5 3.1.1 数据库的需求分析 5 3.1.2 数据库的逻辑设计 5 3.1.3 数据库存储过程 9 3.2 系统模块分析与设计 10 3.3 界面设计 11 3.3.1 系统色彩规划 11 3.3.2 系统框架设计 11 3.4 系统总体功能设计 12 3.5 功能模块设计 13 4 功能模块具体实现 14 4.1 公文流的实现代码 14 4.2 数据管理代码 15 5 系统测试 15 5.1 软件测试 15 5.2 调试 16 结 论 16 参考文献 17 nts 附录 18 致 谢 21 声 明 22 nts 第 1 页 共 23 页 1 引言 随着行政机关、公司企业公文电子化工作的进一步展开，电子化公文管理成为政府机关 和公司企业 的一个战略性课题，但当前公文管理技术与标准还不够成熟，为了进一步推动政府信息化的建设，必须进一步研究开发适应新时代的基于 Internet 的公文管理系统，以提高公文办理效 率，提升政府 和公司 绩效。 公文管理系统以数据管理为核心，在数据库等计算机信息系统的支持下，对公文处理的各种信息进行收集、整理、存储、检索、统计和传播。为了实现对公文处理信息的有效管理和操作，就要把这些信息转化为规范的数据结构，并使之适应公文管理的要求。提供网络电子公文管理功能需求实例是宣传管理部门的迫切要求。但是由于基层部门缺乏既精通公文管理业务又懂计算机软件开发的人才，在参与系统开发建设中仍然遇到很多困难，如缺少可供参考、借鉴的网络公文管理解决方案，很难提出准确、系统的功能需求。由于公文管理系统的功能需求 优先和相对独立干系统开发的计算机软硬件环境，功能需求分析和编制工作可以在系统设计开发前进行。所以，公文管理系统需要深入进行功能需求研究，及时提供具有借鉴、参考作用的功能需求实例。 公文管理系统在实际应用上概括起来说是向着普及性和高层次两个方向发展。从普及性方面来说，随着计算机和网络功能的增强和广泛应用，以微型计算机为主要信息处理工具的、功能完善的公文管理系统将越来越多地受到各级管理者的欢迎，并且要逐渐地向着取代原始的公文发布方式的方向发展。 从公文管理系统应用的高层次上来讲，以大型计算机为中央处理机的分布式 公文管理系统也是一个重要的发展方向，利用微型计算机和大型主机联网，可以为管理者提供更加方便的信息发布渠道和支持。 从公文管理系统的体系结构看，传统的公文管理系统一般采用两层 C/S 结构，这种结构集中了大中型系统及文件服务器的优点，并有良好的系统开放性和可扩展性，它一般应用于局域网。但是，随着信息的全球化，区域的界限己经被打破，人们己经越来越不满足于只在一个小的区域内共享信息，尤其是近年来的电子商务在 Internet 的兴起，已成为一种强大的驱动力，迫使 C/S 模式从局域网 (LAN)向广域网 (WAN)延伸。如今， Internet 己经成为全球最大的网络互连环境，在 Internet的环境下实现数据的 B/S计算模式正是目前的流行趋势。因此，作为一个科技工作者，我们应该密切地注意公文管理系统的发展方向，尽量吸收各种有益的经验，积极开展对公文管理系统的理论研究和实际应用，促进计算机应用在我国的进一步发展。 Internet 的出现和发展己经给这个世界带来了巨大的冲击。但随着Internet 上信息资源的爆炸增长出现了新的问题。例如 :有用信息的查找极为nts 第 2 页 共 23 页 困难 :Internet 的响应速度越来越慢 ;WEB 信息处理的智能化得不到深入发展等等 。针对这些问题， XML 近几年来迅速崛起 XML 又称为可扩展标记语言(Extensible Markup Language,7CNL )，事实上它并不是一种真正意义上的标记语言，而是一种允许用户对自己的标记语言进行定义的源语言。 XML 具有对数据的自描述性和可扩展性，符合 Internet 进一步发展的需要， WK 组织制定XML 标准的初衷也是定义一种互联网上交换数据的标准，也是公文管理系统在未来的技术发展的趋势和方向。 ASP 也向 ASP.NET 升级。随着技术的发展，公文管理系统的开发和维护功能都达到新的高度。 2 公文管理系 统 系统 分析 2.1 系统 需求分析 根据公文管理系统的基本需求，本系统需要完成以下任务。 根据公司的实际情况，创建公文流路径。 员工能够起草公文，并且起草的公文可以按照已创建的公文流路径流转。 能够对起草的公文进行统计及实时监控。 能够统计查看自己审批过的公文。 能够委托其他员工代自己审批公文。 能够添加、维护员工信息。 2.1.1 用户身份级别要求 即根据身份的不同对系统的使用权限有所不同。从权限大小大致可以分为：系统管理员、 用户 、 一般用户 。系统提供灵活的角色设定和权限的分配功能，每个用户的审批、通知、查看、归档可以在系统赋予 。 2.1.2 系统功能模块设置 公文起草 通过公文起草模块，可以创建要流转的文件。 已发公文 通过已发公文模块，可以查看自己发送的公文的详细信息，包括公文现在的所处的节、公文要流转的路径以及公文具体信息。 待办公文 通过待办公文模块，可以查看需要自己审批的公文，并对其进行审批。 已办公文 通过已办公文模块，可以查看自己审批过公文的详细信息，包括公文现在的所处环节、公文要流转以及公文的具体信息。 nts 第 3 页 共 23 页 公文委托 通过公文委托模块，可以委托其他同事代替自己审批公文。 流程监控 通过流转监控模块、可以查看自己所发公文所处的环节以 及已批环节的审批内容。 类别定制 通过类别定制模块，可以定制公文类别、流程路径、员工角色、部门以及管理员工信息。 2.2 系统设计目标 公文管理系统可以满足现代办公的需要，在 Internet 上实现公文流。系统的基本设计原则有：先进性与方便性原则、功能实用性原则、开放性与可扩展性原则等。系统设计时采用较好的设备与技术，协议符合国家和国际标准，能保证公文的正常运行，确保系统有较长的生命周期。 本系统总体目标是将网络技术、信息技术、现代管理技术和科学的公文管理结合，实现了公文处理的自动化流转。 本系统首先要实现动态性和交 互性。所谓的动态性就是能动态更新内容，如更新 个人 信息、 公文 信息、 流转 信息等。这要求与数据库有良好的连接；交互性则要求 公文的及时审批 和归档 。 实现系统的安全性和可靠性，避免他人进入破坏数据库信息。 2.3 开发环境 2.3.1 .NET 框架 Visual Studio.NET 是 Microsoft 公司推出的具有战略性发展的新一代开发平台， Visual Studio.NET 框架将 Microsoft 公司所有编程语言的开发环境同意起来，并且可以创建、配置和运行 Web服务以及 Windows平台的应用。在 .NET框架中，所有的编程语言，从高 层 JavaScript 到低层的 C+语言，一律是等同的，他们都将生成托管代码，并且可以一次编写，随处运行。 .NET 框架还可以使不同的语言进行交互，即一种语言可以使用另一种语言所编写的组件。 2.3.2 ASP.NET 的工作原理 在多数场合下，可以将 ASP.NET 页面简单地看成一般的 HTML 页面，页面包含标记有特殊处理方式的一些代码段。当安装 .NET 时，本地的 IIS Web 服务器自 动 配置 成查 找 扩展 名为 .aspx 的文 件， 且用 ASP.NET 模块 (名为aspnet_isapi.dll 的文件 )处理这些文件。 从技术上讲， ASP.NET 模块分析 ASPX 文件的内容，并将文件内容分解成单独的命令以建立代码的整体结构。完成此工作后， ASP.NET 模块将各命令放置nts 第 4 页 共 23 页 到预定义的类定义中 (不需要放在一起，也不需要按编写顺序放置 )。然后使用这个类定义一个特殊的 ASP.NET 对象 Page。该对象要完成的任务之一就是生成HTML 流，这些 HTML 流可以返回到 IIS，再从 IIS 返回到客户。简言之，在用户请求 IIS 服务器提供一个页面时， IIS 服务器就根据页面上的文本、 HTML 和代码 (这对我们来说是最重要的 )建立该页面。 2.3.3 VB.NET VB.NET采纳了包括 Java在内的许多其它面相对象编程语言的功能和特点。Visual Basic .NET 把基本数据类型（字符串、整型、双精度等等）转换成带有属性和方法的对象；它还引入了 Java 类型的错误捕获机制（用 Try和 Catch）；VB.NET 还把代码编译成微软中间语言（ Microsoft Intermediate Language，IL）；它还提供了基于 XML 的应用程序配置。更重要的是设计面向对象解决方案的能力可以用任何语言实现。在本文中，我将比较 Visual Basic .NET 语言和Java；不过与其它面相对象编程语 言来说， VB.NET 现在本质上在走它自己的路。 2.3.4 MVC 介绍 MVC(Model/View/Controller)是一个设计模式， 是国外用得比较多的一种设计模式， MVC 包括三类对象。 Model 是应用对象， View 是它在屏幕上的表示，Controller 定义用户界面对用户输入的响应方式。 它强制性的使应用程序的输入、处理和输出分开。使用 MVC 应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。 模型（ Model） 模型是应用程序的主体部分。模型表示业务数据，或者业务逻辑 。 视图（ View） 视图是应用程序中用户界面相关的部分，是用户看到并与之交互的界面。 控制器（ controller) 控制器工作就是根据用户的输入，控制用户界面数据显示和更新 model 对象状态。 2.3.5 编程运行环境 硬件环境： CPU: AMD Athlon(tm) 2800+ 内存： 512 MB 硬盘： 80 G 软件环境： 操作系统： Microsoft Windows XP Service 应用软件： SQL Server 2005、 Microsoft.NET2005 操作平台 nts 第 5 页 共 23 页 3 公文管理系统系统设计 3.1 数据库设计与实现 3.1.1 数据库的 需求分析 根据系统需求，本系统需要设计 9 张表。 人员基本信息表：公司人员信息保存在这张表中。 部门信息表：存放部门信息。 公文流转 路径信息表：存放制定的公文路径。 公文类别表：存放公文紧急等级信息。 公文委托表：存放公文委托处理的相关信息。 公文信息表：存放公文的详细信息。 角色字典表：存放公文处理的各个角色。 公文流转环节信息表：存放公文流转的各个环节信息。 3.1.2 数据库的逻辑设计 本系统的 数据库设计 (Database Design)把系统中大量的数据按一定的模型组织起来，提供存储、维护、检索数据的功能，使信息系统可以方便、及时、准确地从数据库中获得所需的信息。 设计数据库应该具备数据库的基本知识和数据库设计技术 ， 计算机 科学的基础知识和 程序设计 的方法和技巧 及 软件工程 的原理和方法应用领域的知识 。 根据公文管理系统系统的一般要求，通过对整个系统运行过程和 数据流程分析，得出本系统的实体表：人员基本信息表（ WF_User）、公文流转路径信息表（ WF_FLOW）、公文类别表（ WF_DocClass）、部门信息表（ WF_Department）、公文紧急等级表（ WF_DocGrade）、公文委托表（ WF_DocTrust）、公文信息表（ WF_DOCUMENT）、角色字典表（ WF_Role）、公文流转环节信息表（ WF_WATCHFLWO）。 根据公文管理系统的一般要求，通过对整个系统运行过程和数据流程分析，设计出实际的数据库实体，以及他们之间的关系，为后边的数据库逻辑 结构设计打基础。 根据对数据项和数据结构的分析以及对实际的数据库实体的设计，使用数据库设计工具 ER/Studio 设计出数据表以及数据表之间的逻辑关系 ，如图 1。 nts 第 6 页 共 23 页 图 1 数据表与数据表之间的逻辑关系 数据库设计中重要的一环首先就是概念设计，也就是说，要从实际问题出发，排除非本质的东西，抽象出现实的数据结构之客观规律 即画出数据结构图 ER 图。这是数据库设计的重点，也是数据库设计的难点。 本系统使用 Microsoft SQL Server 2000 作为数 据库开发工具，设计如下数据项和数据结构： 人员基本信息表 人员基本信息表（ WF_User）用来存放人员信息，结构如表 1 所示。 表 1 人员基本信息表 字段名 描述 类型 字段（ B） 是否允许为空 是否主键 UserID 用户 ID(唯一、自动增加 ) int 4 否 是 RealUserName 用户真实姓名 nvarchar 30 否 否 UserName 用户登录名 nvarchar 20 否 否 DepID 部门 ID 号 int 4 否 否 PassWord 用户登录密码 nvarchar 20 否 否 nts 第 7 页 共 23 页 公文流转路径信息表 公文流转路径信息表（ WF_FLOW）用来记录公文的流转路径，结构如表 2 所示。 表 2 公文流转路径信息表 字段名 描述 类型 长度（ B） 是否允许为空 是否主键 FLOWID 流转路径 ID(唯一、自动增加 ) int 4 否 是 FlowName 流转路径名称 nvarchar 128 否 否 FlowDetails 流转路径详细信息 nvarchar 1000 否 否 FlowType 流转路径类型 int 4 否 否 公文类别表 公文类别表（ WF_DocClass） 用来保存公文的类别，结构如表 3所示。 表 3 公文类别表 字段名 描述 类型 长度（ B） 是否允许为空 是否主键 ClassID 类别 ID 号 (唯一、自动增加 ) int 4 否 是 ClassName 类别名称 nvarchar 128 否 否 部门信息表 部门信息表（ WF_Department）用来保存部门信息，结果如表 4所示 。 表 4 部门信息表 字段名 描述 类型 长度（ B） 是否允许为空 是否主键 DepID 部门 ID 号 (唯一、自动增加 ) Int 4 否 是 DepName 部门名称 nvarchar 50 否 否 公文紧急等级表 公文紧急等级表（ WF_DocGrade）用来保存公文等级信息，结构如表 5所示。 表 5 公文紧急登记表 字段名 描述 类型 长度（ B） 是否允许为空 是否主键 DocGradeID 紧急程度 ID号 (唯一、自动增加 ) Int 4 否 是 DocGrade 紧急程度 nvrchar 128 否 否 公文委托表 公文委托表（ WF_DocTrust）用来保存公文的委托信息，结构如表 6所示。 nts 第 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 所示。 nts 第 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”表示后续状态。 3.1.3 数据库存储过 程 存储过程是由流控制和 SQL 语句书写的过程，这个过程经编译和优化后存储在数据库服务器中，使用时只要调用即可。使用存储过程有如下几个优点： 可维护性好。 存储过程在服务器端运行，执行速度快。 存储过程执行一次后，起执行规划就驻留在高速缓冲存储器，在以后的操作中，只需要执行高速缓冲器中已编译好的二进制代码，提高了系统性能。 确保数据库的安全。 自动完成需要预先执行的任务。 利用存储过程可以保持应用程序的执行效率并简化数据曾，也可以增加系统设计的灵活性。 本系统充分利用存储过程的优势，实现了很多复杂的数据访问过 程。部分存储过程如表 10。 nts 第 10 页 共 23 页 表 10 存储过程 存储过程 描述 WF_USERLOGIN 用户登录 WF_ADDDep 添加部门 WF_AddDoc 保存发送的公文信息 WF_ADDDocClass 添加公文类别 WF_BackDoc 退回公文 WF_DealDoc 审批公文 WF_DelDep 删除部门 WF_GetDepList 获取部门列表 WF_UpdateClassName 更新公文类别名称 3.2 系统模块分析与设计 总体任务是为公文的起草审批等公文流操作提供更便捷的方式。 系统登录 登录模块采用基于标准的 MVC 架构的开发模式。与一般的登 录系统相似，主要是对登录用户的身份进行合法性验证。 系统连接后台数据库对身份进行验证， 如果 出错系统提醒： “ Error: 用户名或密码错误 !”。如果没有 错误系统进入系统正页面。 公文起草 通过公文起草模块，可以创建要流转的文件。 文件按照定制好的一个或多个路径选择流转。公文起草中 涉及 发文字号 、发送部门、发送的紧急程度的选择、发送日期、正文及附注等。 起草完公文，可以按发送公文，如果格式填写不全，系统提示并且无法发送，当填写完毕后方能发送。 已发公文 通 过已发公文模块，可以查看自己发送的公文的详细信息，包括公文现在的所处的节、公文要流转的路径以及公文具体信息。 并且可以对已发公文进行删除操作。 待办公文 通过待办公文模块，可以查看需要自己审批的公文，并对其进行审批。 审批不通过可以写上处理意见后退回公文，满意就审批通过。 同样可以对公文进行进行删除操作。 已办公文 通过已办公文模块，可以查看自己审批过公文的详细信息，包括公文现在的所处环节、公文要流转以及公文的具体信息。 同样可以对公文 进行删除操作。 公文委托 通过公文委托模块， 如果用户有其他原因不能对公文的内容进 行审批，可nts 第 11 页 共 23 页 以交以他人进行动态的公文流传递，由其他用户进行审批。 委托他人要填写其他用户的部门和用户的登录名及委托原由，此方能发出。 流程监控 通过流转监控模块、可以查看自己所发公文 的名称、创建时间以及 所处的环节以及已批环节的审批内容。 类别定制 通过类别定制模块，可以定制公文类别、流程路径、员工角色、部门以及管理员工信息。 退出 所有的系统合法用户登录完成操作后退出系统都要进行“ 退出 ”操作、或者进行用户转换也需要进行“ 退出 ”操作。 3.3 界面设计 3.3.1 系统色彩规划 网站是信息的载体形式，色彩设计必须以完成网站可视性阅读 功能为目的。本系统采用蓝色基调，白色， 银白色， 黑色为辅调。 登录界面以银白色为主，显示出强烈的科技感，给用户以耳目一新的感觉。 蓝色对视觉器官刺激较弱，它代表 天空、清爽、 平静、科技、理智、速度、诚实、真实、可信、人看到蓝色时情绪安宁。用它作为此平台的主色调也是最合适不过了。 白色在系统中主要作为背景色，导航栏字体颜色。白色视觉度，注目度都比较高，因为白色为全色相，所以也能满足本管理系统用户心理要求，加之与蓝色配合，使整个系统更具阅读可视性，操作易用性。整个系统看起来颇大气，富有立体感。再者，白色代表 纯洁、简 单、洁净 。 黑色为全色相，没有纯度，它本身无刺激性，所有在本系统中的主体文字颜色都设置为黑色，这正所谓“白底黑字”，以增强阅读可视性。 当鼠标指向发送、待批和已批公文列表是，当前行的颜色变为灰色，提醒用户鼠标所指的行，防止误操作。 3.3.2 系统框架设计 总体思想是上下，下 分两栏，使用框架做布局，此方法可以使整个系统更加符合信息空间的信息存储，运行速度更快，信息层次更加清晰，用户操作则更方便，更有条理。 整体界面的设计 的下栏为工作区， 通过点击 左边 导航栏的栏目，使 下栏的右 框架内页面显示相关栏目的内容 。 nts 第 12 页 共 23 页 3.4 系统 总体 功能 设 计 本系统分为 7 个功能模块，在进入每个功能模块 前 ， 首先 进入系统登录页面，输入用户名和密码，点击提交后，系统将根据用户输入的用户名和密码判断该用户是否为合法用户；如果用户输入的用户名和密码出错，系统将提示出错，并返回到登录界面；如果用户输入的用户名和密码正确，系统将根据用户的身份选择相应的主页以及功能；所有合法用户在处理完业务后，都需要进行退出工作，以免被他人窃取信息。退出后，将返回到登录界面。 首先判断用户是否登录，如果未登录，则自动跳转到登录页面。如果已经登录，则进入相应操作页面。 用户系统 登入 流程图如图 2。 当用户密码正确就进入主页，可以进行相关公文的纂写、公文的批复等操作。 本系统功能 模块有公文起草、已发公文、待办公文、已发公文、公文委托、流程监控、类别定制。 而类别的定制中包含了公文类别的定制，比如研发部、市场部、技术部等；角色定制，比如通知、查看、审批、归档；用户管理，流程定制，公文等级定制，部门管理的定制。本系统的功能模块如图 3。 图 3 公 文管理系统模块 图 2 系统登 录 流程 公文管理系统待办公文公文类别角色定制用户管理流程定制委托公文部门管理类别定制已办公文流程控制已发公文公文起草公文等级nts 第 13 页 共 23 页 由此活动图可以看出，公文管理系统中的子模块在操作上相互是平行的，他们的内在关系通过数据库和程序来控制。 3.5 功能 模块 设计 在整个系统中公文的起草、审批、通知、查看、归档都需要用户来完成，而完成的顺序就是公文流顺序，本系统提供了两种方案：一种是预先设定流程；另一种是在审批过程中设定流程。 第一种：公文的整个起草、审批、通知、查看、归档都有一个预先 设定好的审批流程。这个是在类别定制中的流程路径中实现的固定路径， 见图 4。 图 4 预先设定公文审批路径图 第二种：是审批人在审批过程中因为有其他的原因交由其他人来审批，就要确定另一个审批人。此种方法符合实际办公中的需要，也优 越于市场上固有的公文系统的 中的预先设定流程，大大提高了办公效率， 如图 5。 图 5 动态设定 公文审批路径图 审批过程审批审批人二审批人一其他待确定审批人文件归档共享数据审批提交调用不同意不同意同意同意调用调用确定审批人二确定审批人三提交提交审批过程审批审批人二审批人一其他审批人文件归档共享数据审批提交调用不同意不同意同意同意调用调用nts 第 14 页 共 23 页 根据预先设定的公文审批路径或者动态的公文审批路径，就可以完成公文的起草审批以及归档工作了，在本公文管理系统的公文流转路径如图 6示。 图 6 公文流转路径 4 功能模块具体实现 公文流管理用户可以根据数据管理中已经定义好的类别、角色、用户、流程、公文等级、部门设定进行公文的起草审批归档操作。数据管理就是对其各种类别在页面中进行的设定，不用再数据库中纂改。 4.1 公文流的 实现代码 取得当前用户待批的公文，根据当前用户 ID 取 得当前用户待批的公文列表。 Public Function GetCurUserWaitDealDocList(ByVal StrStoreParam As String, ByVal UserID As String) As DataSet Dim DocData As DataSet 调用数据库访问对象，取得数据 With New DataAccess.WorkFlow.DataAccess. WorkFlowClass DocData = .GetCurUserWaitDealDocList (StrStoreParam, UserID) End With If Not DocData Is Nothing Then 判断是否取得了数据 If DocData.Tables(0).Rows.Count 0 Then returnValue = 添加成功 ! ElseIf OperFlag -1 Then returnValue = 对不起，该用户名已经存在 ! Else returnValue = 对不起，保存用户名时出现异常，请联系管理员 ! End If AddUser = returnValue End Function 5 系统测试 5.1 软件测试 软件测试的目的是尽可能多地发现软件产品 (主要指程序 )中的错误和缺陷。 测试时主要考虑以下有关的原则： 1.确定预期输出结果。 2.程序员应避免测试自己的程序。 3.彻底检查每个测试结果。 4.对非法的和非预期的输入数据也要像合法的和预期的输入数据一样编写测试用 例。 5.不要扔掉测试用例。 6.程序模块经测试后，遗留的错误数目往往与己发现的错误数目成比例。 nts 第 16 页 共 23 页 本系统在成都信息工程学院局域网中测试，测试结果符合设计要求。 5.2 调试 调试是软件开发过程中最艰巨的脑力劳动，任何一个软件系统在开发、测试过程中，都不可能忽略对软件的调试，一个开发软件只有经过反复的调试和测试才能投入实际使用，特别对于行政公文管理软件，它对准确 性要求更是不言而喻。一个新的源程序几乎总是包含错误，既可能是设计的，也可能是编码上的，仅通过看是不能解决问题的，一定要借助调试程序。从发现错误到修改完成，一般来说，调试由如下几步组成： 错误鉴定与识别。 错误诊断 。 错误更正 。 经过静态测试后，仍然留在程序中的错误是十分隐蔽的，为找到这些错误，首先要捕获一些与错误有关的线索。改正程序中的错误没有什么捷径可走，必须踏实，仔细的分析。经验是很重要的，在调试程序中要经常总结一下调试程序所得的经验。随着经验的积累，识别错误的能力也就越来越强。编程也就充满了挑战 与乐趣。 结 论 公文管理系统建设并不是简单的技术引进，它的建立涉及部门的内部制度、资源分配、职责划分、人员素质等各个方面，受到多种因素的制约和影响。 本文是从软件开发的需要来研究软件过程模型的。所提出的软件模型，实现了公文管理系统的重要功能。实现了灵活定义工作流程。 工作流程发生变化后，可以新建，也可在原流程图上做适当地修改 。 在整个毕业设计期间，我对系统和用户需求都进行了细致的分析，同时对课题所涉及的若干计算机技术，
- 温馨提示:
1: 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
人人文库网所有资源均是用户自行上传分享，仅供网友学习交流，未经上传用户书面授权，请勿作他用。
川公网安备: 51019002004831号