（OA自动化）公文流转系统(通用OA)000

时间：2021-02-10 11:54:35 来源：蒲公英阅读网 本文已影响人

相关热词搜索：流转 公文 自动化

　（OA 自动化）公文流转系统(通用 OA)000

　通用 OA 公文流转子系统需求分析 第一版

　摘要 随着计算机和网络信息技术的迅速发展，办公自动化越来越受到企事业单位的重视，电子公文也应运而生。电子公文与纸质公文不同，它以计算机电子文档为载体，以计算机为处理和存储工具，以计算机网络及其他数据通信介质为传输渠道的新的公文及公文处理形式。具有存储体积小、检索速度快、远距离快速传递及同时满足多用户共享等优点，极大提高了办公效率，更能适应不断增长的业务要求。

　本系统是基于.NET 平台进行设计开发的，首先讨论了设计与实现该系统的相关技术，然后根据需求分析设计系统的总体结构和功能模块，再通过系统结构、程序结构的设计与开发，构建了一个基于.NET 平台，以 Asp.NET 为实现语言、以 SQLserver2005 为数据库的系统,实现了公文从拟稿到发文，从收文到承办等的一系列流转过程，具有高效、全面、易用等特点。

　关键词:Web；办公自动化；电子公文；.NET；B/S ABSTRACT ThedevelopmentofOfficeAutomationisattachedmoreandmoreimportancebyinstitutionsandenterpriseswiththerapiddevelopmentofcomputersandinformationtechnology,theelectronicofficialdocumentemergesatthehistoricmoment.Theelectronicofficialdocumentisdifferenttothepaperofficialdocument.Itisanewformforofficialdocumentmanagement,withcarrierbycomputerelectronicdocument,withprocessingandstoragetoolsbycomputer,withtransmissionchannelsbycomputernetworksandotherdatacommunicationsmedium.Theelectronicofficialdocumenthasexcellenceofstoresmall,ret

　rievalspeed,transmitremotely,andsoon.Comparewiththepaperofficialdocument,itenhancesofficeefficiencygreatly,canmeetthegrowingoperationalrequirements. Thesystemisdesignedbymakinguseof.NETplatform.Inthispaper,firstdiscussedthedesignmentandrealizationofthesystemrelatedtechnologies,andthendesignasystembasedontherequirementsanalysisoftheoverallstructureandfunctionalmodules,andthroughthesystemstructureandprogrammingprocess,establishanefficient,comprehensiveandusableelectronicofficialdocumentsystembasedon.NETplatform,languageofAsp.NETandSQLServerdatabase,whichachievesaseriesofflowprocessessuchasdocuments’drafting,dispatching,receiving,undertaking. Keywords:Web;OfficeAutomation;Electronicofficialdocument;.NET;B/S 目录 第 1 章前言 1 1.1OA 背景 1 1.2 系统开发的目的及意义 1 1.3 系统开发的内容 2 1.4 办公自动化的特点 3 1.5 办公自动化的发展趋势 3 第 2 章系统体系结构分析与开发平台简介 5 2.1C/S 与 B/S 结构模式 5

　2.1.1C/S 模式在 0A 应用中的不足 5 2.1.2B/S 结构模型的优势 5 2.20A 系统的开发环境 7 2.2.1 开发平台 7 2.2.2ASP.NET 简介 7 第 3 章系统需求分析 10 3.1 系统需求分析的前提 10 3.2 系统的功能需求 11 3.2.1 业务流程 11 3.2.2 功能需求 13 3.3 系统性能要求 13 第 4 章系统总体设计 14 4.1 系统总体结构 14 4.1.1 系统结构 14 4.1.2 网络结构 15 4.2 公文流转系统功能 15 4.2.1 发文管理 15 4.2.2 收文管理 16 4.3 系统运行环境 18 第 5 章系统详细设计与实现 19 5.1 系统数据库设计 19 5.1.1 数据库需求分析 19

　5.1.2 数据库概念结构设计 21 5.1.3 数据库逻辑结构设计 23 5.2 系统开发策略 27 5.3 功能的详细设计与实现 28 5.3.1 发文拟稿 30 5.3.2 发文核稿 31 5.3.3 发文审核 32 5.3.4 发文签发 33 5.3.5 发送公文 33 5.3.6 公文签收 34 5.3.7 收文登记 34 5.3.8 收文拟办 35 5.3.9 收文阅批 36 5.3.10 收文分办 36 5.3.11 收文承办 37 5.3.12 收文归档 37 5.3.13 公文催办 38 5.3.14 公文查询 38 5.3.15 归档公文查询 39 第 1 章前言 1.1OA 背景 办公自动化（OfficeAutomation，简称 OA）是 20 世纪 70 年代中期发达

　国家迅速发展起来的一门综合性技术。我国的 OA 经过从 80 年代末至今 10 多年的发展，已从最初提供面向单机的辅助办公产品，发展到今天可提供面向应用的大型协同工作产品。现在，办公自动化到底要解决什么问题呢？我们说，办公自动化就是用信息技术把办公过程电子化、数字化，就是要创造一个集成的办公环境，使所有的办公人员都在同一个桌面环境下一起工作。但是随着信息技术和网络技术的飞速发展，我国现有的许多办公自动化系统在一定程度上己经很难满足不同企业的需求。

　首先，大多数办公自动化系统主要针对传统的企业管理方式与业务模式，注重对公文、档案以及人事财务的管理，即企业有形资产的管理，而现代企业所需要的是对知识的管理、企业内部的信息交流以及资源的共享，即企业无形资产的管理。

　其次，目前许多办公自动化产品是基于群件系统或者关系数据库管理系统进行开发，这两者对于一般的中小型企业来说，都不太合适。前者对于中小型企业的经营现状来说，成本较高，开发、实施与维护较为困难。后者却需要在客户端安装应用程序，安装维护较困难，同时在通信手段、广域网支持方面不够，系统的扩展性和伸缩性较差。

　微软的新一代开发平台 Microsoft.NET 的问世为中小型企业办公自动化带来了新的希望,它强大的 WEB 开发模式与关系数据库结合的开发方式将成为办公自动化系统开发的一个新的发展方向，使得我国办公自动化系统的模式更加多样化，适用性更强。

　1.2 系统编写的目的及意义 网络信息技术正日益广泛地渗透到社会生活的各个方面，逐渐成为人们工作

　和生活不可缺少的一部分。现今，办公自动化系统也正在被不同程度的引入，作为一个企业的基本通信平台、协作工作平台和知识管理的平台。现代办公自动化系统的任务是提高整个企业的运作效率，进而提高企业的核心竞争力。在我国，大部分的 OA 系统仍是采用传统的 C/S 模式，虽然可以达到资源共享、协同工作的目的，但都没有完全发挥网络给我们带来的巨大优势。另外一部分已有的基于Web 的办公自动化系统功能和业务相对比较单一，不能适应不同企业的需求，尤其是较大一部分中小型企业的需求。因此针对我国中小型企业、特别是科技开发类企业，开发一套较为实用的办公自动化系统，己经成为一个急需解决的问题，也成为开发本管理系统的目的所在。

　本系统采用微软的新一代开发平台.NET 的集成开发环境，为办公自动化系统的实现提供了一套新的解决方案。通过对该系统的应用，能够在一定程度上弥补现有各种办公自动化系统的各种弊端(成本高、维护困难、系统集成难等)，为实现现代化办公迈出坚实的一步，同时，本系统也为中小型企业实现全面自动化办公提供了高效的便捷的服务. 1.3 系统开发的内容 Microsoft.NET平台的出现为办公自动化系统的开发与应用提供了一个新的发展方向，改变了已有办公自动化系统形式单一的局面。

　本系统开发的内容主要围绕在.NET 平台下，开发一个能够实现资源共享和协同办公的办公自动化（OA）系统的 OA 公文流转子系统。主要解决 OA 系统中有关公文流转的工作流程，要求借助流程的思想，配合权限管理子系统，实现用户的发文管理、收文管理。

　要求以 Microsoft.Net 和 SQLServer2005 为开发环境。主要任务是设计较

　为通用的收文管理和发文管理办公流程，要求给出规范的系统设计方案、数据库设计方案，实现能够运行的原型系统。

　1．办公发文模块：发文处理是指以本单位发出去的文件的处理过程。行文具有相似的工作处理流程。发文处理模块有以下要求：所有的发文要求通过计算机进行拟稿、核稿、审核、签发、发文、归档。

　2．办公收文模块：收文处理是指给本单位或本单位领导或有关部门批阅的文件的处理过程。收文处理模块有以下要求：要求对所有来文通过计算机进行签收、登记、拟办、阅批、分办、承办、催办、归档。

　3．公文查询模块：公文查询模块分为两部分，分别为发文查询和收文查询，每个查询又分为确切查询和模糊查询。

　4．归档公文查询模块：此模块实现对已归档公文的查询,按部门和公文类型进行查找。

　1.4 办公自动化的特点 1．高效、快捷：提高办公效率是办公自动化的最终目的。利用企业内部网络将整个企业联系在一起，工作人员能够充分利用各种共享资源进行辅助办公，从而提高企业的工作效率。

　2．规范性：办公的流程、办公的方式应当尽量的符合办公人员的习惯，使办公人员在由传统的办公方式转换为现代的自动化办公方式不会觉得有太大的障碍，同时在本质上要符合国家的规范，而在方式上要以提高办公效率为准。

　3．安全性：随着信息化和计算机网络的发展，网络中的安全问题日益严重。企业内部的大多数的数据、资料、文档都放在网络之上，因此一个完善的办公自动化系统应该能有效的保护这些数据防止被非法访问和篡改。因此安全性也成为

　办公自动化的一个重要特征。

　4．易用性：办公自动化是企业内部人员进行协作的一个信息平台，由于企业人员工作性质与技术水平的差异，一个好的办公自动化系统应该符合不同层次人员的需要，实现界面简单、易操作。

　1.5 办公自动化的发展趋势 随着科学技术的发展，OA 技术的研究正在以前所未有的速度发展。一方面企业的发展客观上促使了办公自动化技术的发展；另一方面随着全球经济一体化进程的加速，企业与企业之间的交流与合作也越来越密切，电子商务的蓬勃发展客观上也要求有功能更为全面的办公自动化产品的出现。展望下一代的 OA 应具备以下特点：

　1．基于 Web 的服务，完成从 C/S 模式到 B/S 模式的转换，从而使用户表示层独立出来，商业应用规则以一个整体的形式在独立的服务器上运行； 2．与其他企业应用系统和资源的集成，从而使得访问企业数据和应用更为方便； 3．基于知识的管理，进入知识经济时代，我们人人都是知识工作者，要求办公自动化系统必须具有知识内涵，并能提供知识管理所需的最基本的 IT 工具，知识存储库和知识交流场所，从更高级的意义上来说，是提供基于知识的岗位要求和评估体系； 4．多媒体技术将会更多地运用于办公自动化系统中，存储和处理的信息类型将更加多样化； 5．为企业高层管理人员提供更加强大的决策支持，与决策支持系统紧密结合。

　第 2 章系统体系结构分析与开发平台简介 2.1C/S 与 B/S 结构模式 C/S 和 B/S 是当今世界开发模式技术架构的两大主流技术。C/S 是美国Borland 公司最早研发，B/S 是美国微软公司研发。

　2.1.1C/S 模式在 0A 应用中的不足 C/S（Client/Server，客户机/服务器）模式又称 C/S 结构，是软件系统体系结构的一种。C/S 模式简单地讲就是基于企业内部网络的应用系统。与 B/S（Browser/Server，浏览器/服务器）模式相比，C/S 模式的应用系统最大的好处是不依赖企业外网环境，即无论企业是否能够上网，都不影响应用。因此 C/S模式常常成为企业信息系统的首选，OA 系统也不例外。但是随着 Web 技术的成熟和发展以及 Web 应用的诸多优势，这种结构逐渐显现出了它的不足。

　1．开发成本较高：C/S 结构对客户端软硬件要求较高； 2．移植困难：不同开发工具开发的应用程序，一般来说互不兼容，不能搬到其它平台上运行； 3．用户界面风格不一，使用繁杂，不利于推广使用； 4．维护复杂，升级麻烦：如果应用程序要升级，必须到现场为客户机一一升级； 5．信息内容和形式单一； 6．新技术不能轻易应用：因为一个软件平台及开发工具一旦选定，不可能轻易更改。

　2.1.2B/S 结构模型的优势 B/S（Browser/Server，浏览器/服务器）模式又称 B/S 结构,它是对 C/S 模

　式应用的扩展。在这种结构下，用户工作界面是通过 IE 浏览器来实现的。

　B/S 模式最大的好处是运行维护比较简便，能实现不同的人员，从不同的地点，以不同的接入方式（比如 LAN，WAN，Internet/Intranet 等）访问和操作共同的数据。

　典型的 B/S 结构图：

　图 2-1B/S 结构图 与 C/S 相比，采用 B/S 模式的网络系统具有以下优势：

　1．使用简单、易于维护：B/S 的应用只需在客户端装有浏览器即可，维护和升级工作都在服务器上进行，大大降低了开发和维护的成本，并且由于采用通用的浏览器软件，操作更加简单、方便； 2．扩展性好：B/S 模式所采用的 TCP/IP，HTTP 等协议标准都是开放的，是经过标准化组织所确定的，保证了其应用的通用性、跨平台性、良好的扩展性和伸缩性； 3．独立性好：由于应用服务层通常采用多层结构与模块式开发，各模块之间相对独立，一个模块的改变不会对其它模块产生影响，系统改进非常容易； 4．信息共享度高：HTML 是数据格式的一个开放标准，目前大多数流行的软件均支持 HTML。

　2.20A 系统的开发环境 2.2.1 开发平台 由于在本系统中选用了 VisualC#作为开发语言，而 Visual.NET 是集成在VisualStudio2008 中 的 一 个 开 发 工 具 ， 因 此 ， 在 这 里 简 要 叙 述 一 下VisualStudio2008 的情况。

　MicrosoftVisualStudio2008 是一个功能强大、高效并且可扩展的开发工具，用于迅速生成企业级 ASP.NET 应用程序、高性能桌面应用程序和移动应用程序。它把 VisualBasic、VisualC#、VisualJ#、SQLServer2005 都集成在一个开发环境中，这个共有的环境允许它们共享工具，并有助于创建混合语言解决方案。

　在 VisualStudio2008 中，可以通过不同的语言开发组件，而且通过交叉语言继承，可以从用一种语言编写的类中派生出用另一种语言编写的类，并且可以使不同语言开发的类相互调用。

　2.2.2ASP.NET 简介 ASP.NET 是微软开发的新一代 ASP，是.NET 的重要组成部分。与 ASP 相比，ASP.NET 有了巨大的变化，ASP.NET 是一个革命性的程序设计框架，能够快速开发功能强大的 Web 应用程序和服务。ASP.NET 又叫 ASP+，它并不是 ASP 的简单升级，而是 Microsoft 推出的新一代 ActiveServerPages。ASP.NET 是Microsoft 发展的新体系结构.NET 的一部分，其中全新的技术架构会让每个人的编程生活变得更加简单。

　ASP.NET 是一种建立在通用语言上的程序架构，可以被用于在一台 Web 服务器上来建立强大的 Web 应用程序。ASP.NET 提供许多比现在的 Web 开发模式更强大的优势。下面先列举一下这些优势：

　1．执行效率的大幅提高 ASP.NET 是把基于通用语言的程序在服务器上运行。不像以前的 ASP 即时解释程序，而是将程序在服务器端首次运行时编译。

　2．顶级的工具支持 ASP.NET 架构是可以用 VisualStudio.NET 开发环境进行开发，WYSIWYG

　（WhatYouSeeIsYouGet，所见即所得）的编辑。

　3．强大性和适应性 因为 ASP.NET 是基于通用语言的编译运行的程序，所以它具有强大性和适应性，可以使它运行在几乎全部的 Web 应用软件开发者的平台上。通用语言的基本库、消息机制、数据接口的处理都能无缝地整合到 ASP.NET 的 Web 应用中。ASP.NET 同时也是语言独立化的，所以用户可以选择一种最适合的语言来编写程序，或者用多种语言写程序。在本系统中选用了 ASP.NET 作为程序语言。

　4．简单易学 ASP.NET 的运行，使一些很平常的任务如表单的提交、客户端的身份验证、分布系统和网站配置变得非常简单。

　5．高效的可管理性 ASP.NET 使用一种以字符为基础的、分级的配置系统。使用户的服务器环境和应用程序的设置更加简单。一个 ASP.NET 的应用程序在一台服务器系统上的安装只需要简单的复制一些必须的文件，而不需要重新启动系统。

　6．自定义性和可扩展性 ASP.NET 设计时考虑了让网站开发人员可以在自己的代码中自己定义Plug-in 的模块，可以加入自定义的用户组件。

　7．安全性 随着信息化和计算机网络的发展，网络中的安全问题日益严重。企业内部的大多数的数据、资料、文档都放在网络之上，因此一个完善的办公自动化系统应该能有效的保护这些数据防止被非法访问和篡改。因此安全性也成为办公自动化的一个重要特征。

　第 3 章系统需求分析 3.1 系统需求分析的前提 由于本系统是办公自动化系统的一个子系统，所以必须考虑到与其他两个系统档案人事管理系统和权限管理系统的结合。其次，公文流转子系统的设计还要从现有的网络环境和软、硬件环境出发，考虑系统的效率问题。

　公文流转子系统是办公自动化系统的一个子系统,包括下面四个模块：

　1．办公发文模块：发文处理是指以本单位发出去的文件的处理过程。行文具有相似的工作处理流程。发文处理模块有以下要求：所有的发文要求通过计算机进行拟稿、核稿、审核、签发、发文、归档。

　2．办公收文模块：收文处理是指给本单位或本单位领导或有关部门批阅的文件的处理过程。收文处理模块有以下要求：要求对所有来文通过计算机进行签收、登记、拟办、阅批、分办、承办、催办、归档。

　3．公文查询模块：公文查询模块分为两部分，分别为发文查询和收文查询，每个查询又分为确切查询和模糊查询。

　4．归档公文查询模块：此模块包括归档发文查询，归档收文查询。

　这四个模块的关系如下图所示: 通过 未通过 通过未通过 反馈消息 得知签收后 超过一定期 则催办 查询

　图 3-1 各模块的关系 3.2 系统的功能需求

　3.2.1 业务流程 公文发文模块的主要功能在于公文的拟稿、核稿、审核、签发、发文、归档。

　公文收文模块的主要功能在于公文的签收、登记、拟办、阅批、分办、承办、催办、归档。

　公文查询模块主要是对发送公文和签收的公文进行查询，而归档公文查询模块主要是查看已归档的发文和收文。

　1．发文流程 发文的流程见图 3-1,现做以下补充说明：

　(1) 任一部门任一工作人员都可起草公文,即拟稿。拟稿初期可删除文件。

　(2) 在拟稿以后提交给核稿人进行核稿，核稿人可以是同级也可以是上级。

　(3) 对于核稿没有通过的，核稿人可退回给拟稿人重新拟稿直到满意为止，退回的同时给出核稿意见。

　(4) 核稿通过后提交给上一级领导进行审核，并写明审核意见；对于未能通过的公文审核人可退回给拟稿人，同时提出审核意见，令拟稿人做出修改。

　(5) 通过审核的公文提交给再上一级领导进行签发，领导人写明签发意见后，由相关人员进行发文处理。

　(6) 发文人在收到要发送的公文后，将上级领导的处理意见一并发给签收部门，然后等待签收部门签收。

　(7) 签收部门进行签收后，发文人将此公文归档。

　2．收文流程

　同样收文的流程见图 3-1,现做以下补充说明：

　(1) 签收部门收到公文后首先签收，并告知发文部门的发文人其发文已经签收，然后签收人再将收文进行登记。

　(2) 收文登记后交到拟办人那里，拟办人提出拟办意见提交给上级领导阅批。

　(3) 上级领导阅批后提出阅批意见，按要求的承办部门交给分办人（秘书等）进行办理。

　(4) 分办人根据承办部门将公文及阅批意见一并提交到各承办部门。

　(5) 承办部门在收到公文后填写承办意见及办理情况。

　(6) 如果承办部门在超过一定时期后（比如 7 天）没有做出反应，分办人进行催办。

　(7) 承办部门办理公文后，将此收文归档。

　3.2.2 功能需求 OA 公文流转子系统作为办公自动化系统的一部分，其重要性不言而喻。鉴于以往的办公模式的不便，各企事业单位纷纷提出办公自动化建设，其目的是要消除有纸公文带来的不便捷，用电子公文取代之，以此提高工作效率。

　OA 公文管理的功能是要实现公文从拟稿、核稿、审核等一系列收发过程的电子化。它要求以计算机电子文档为载体，以计算机为处理和存储工具，以计算机网络及其他数据通信介质为传达渠道的新的公文及公文处理形式。具有存储体积小、检索速度快、远距离快速传递及同时满足多用户共享等优点，极大提高了办公效率，以适应不断增长的业务要求。

　安全机制: 由于办公系统所处理的信息一般涉及企业的机密,而且不同的办公人员在不

　同的时刻对办公信息的处理权限也是不同的,因此安全性控制功能成为办公系统得以投入使用的先决条件为了能够保证消息的完整性、权威性和发送者对所发电子文档的不可抵赖性,数字签名技术是一项很好的选择。使用签名技术能够较好的保证消息的完整性、权威性和防抵赖性。它具有手工签名或印章一样的功能,即: 1)接收者能够核实发送者对报文的签名(即身份认证)。

　2)发送者事后不能否认他对报文的签名(即防抵赖)。

　3)接收者不能伪造报文的签名(即防伪造)。本系统考虑到企业的规模和公文的机密程度采用“消息摘要”(MD5)算法,对公文内容进行加密得到公文的消息摘要,公文的接收者根据收到的公文和消息摘要,从而验证公文的完整性。消息摘要算法的示意图附图文件 1 所示 功能整合: 在本系统中融入了Excel和Word办公软件,大大为用户办公提供了更便捷更易于操作的扩展功能的服务. 另外本系统有效的与权限管理系统实现了完美的结合.对角色间的上下级关系及所得权限得到了很好的控制. 流程自定义: 公文流转作为办公自动化系统的核心,公文件从收文或起草到归档,并在处室或部门之间逐级审批的流转过程。而传统的工作流程设汁,流程采用静态管理,缺乏灵活性,不适合复杂变化的流程。本系统运用通用流程设汁,流程采用动态管理,管理员只需根据公文类型来定义流程而不必编写相应的程序代码,流程由程序动态管理。通过对公文流转系统的细致分析,发现流程中有些因素是不变化的,有些因素是变化的。在大型企业中,对于流程中审批领导的职务是相对不变的,而审批

　领导是变化的(因为随着时间的推移或公司的人事变动)。因此系统按职务(岗位)定义各类型公文的流程,即根据公文的类型和起草人的职务定义不同的流程,作为OA(办公自动化)子系统公文管理系统是以便于上下级很好的审批批文进行定义的. 角色自定义: 根据企事业以及政府部门的工作级别的不同而制定的一种自定义角色功能.这样就可以动态的管理上下级之间的层次关系.比如说:现在有四个角色,上下级分为四层等,那么再加一个角色使之拥有最高管理权限,那么目前就可以定义为五层级别关系.那么就为自定义流程提供动态定义的有利条件.实现权限系统和公文流转系统的有机结合是决定能否使公文流转系统自定义流程图实现的至关重要的因素. 3.3 系统性能要求 为了使工作人员能正常对电子公文进行一系列的操作，既达到传统公文的目的，又利用信息电子化的优势解决传统公文不能实现的目标，该公文流转系统的系统设计必须满足以下的要求：高效稳定，能够满足多人同时进行公文操作，具有友好、简洁的界面。

　由于该系统面向单位内各类工作人员，他们的计算机操作水平参差不齐，设计开发系统时需本着“简单易用”的原则，减少进行系统使用培训的代价。对于公文流转中各工作人员来说，只需掌握基本的计算机操作，便可完成整个电子公文从发文到收文、承办的全过程。

　第 4 章系统总体设计 4.1 系统总体结构

　4.1.1 系统结构 公文流转系统是办公自动化系统的一个子系统，要满足公文的发文过程，它包括拟稿、核稿、审核、签发、发文、归档；还要满足公文的签收、登记、拟办、阅批、分办、承办、催办、归档这一收文过程。另外要求结合权限管理和档案、人事管理等子系统实现一个完善的办公自动化系统。

　在前面的系统需求分析的基础上，得到系统的结构，具体见图 4-1：

　图 4-1 公文流转系统结构图 4.1.2 网络结构

　4.2 公文流转系统功能 4.2.1 发文管理

　发文流程主要是各部门之间为协调和解决问题而进行的一系列流程，要求本流程对发文的全过程进行有效控制和跟踪，实现完善的发文流程管理。

　编写发送核稿发送审核发送签发发送发文

　图 4-3 发文流程图 发文流程主要包括：

　拟稿：在给定的电子公文拟稿表单上填写相应的内容，这样可以很轻松地完成公文的撰写。

　核稿：拟稿人撰写好公文后提交给核稿人，由核稿负责人进行核稿，在核稿意见文本框中签署核稿意见，然后提交给审核人或是由于初稿未能通过核稿而退公文流转系统 发文模块 收文模块 拟稿 核稿 审核 签发 发文 归档 承办 分办 阅批 拟办 登记 签收 催办 查询 数据库Web 服务器 系统管理前台

　客户端 客户端 客户端 网络 图 4-2

　网络结构图

　回给拟稿人进行修改。

　审核：核稿后的公文经计算机网络送审核负责人进行审核，审核负责人在审核意见栏中签署审核意见后，通过审核则提交给签发人，未能则退回给拟稿人修改。

　签发：审核通过的公文发往签发负责人，由签发负责人在签署意见栏中签署意见，并签名，同时确定主送单位，然后发给发文人进行发文处理。

　发文：由发文负责人（比如秘书）对签发完毕的公文进行发文，然后等到收文部门签收后，将所发公文归档。

　查询：可以按照多个条件进行查询，分为确切查询和模糊查询两类。其中对已经归档的公文可查询按部门和公文类型分类的公文。

　4.2.2 收文管理 收文流程主要是处理收到上级部门及其它部门的公文，对收文进行登记和维护，并提供查询，同时对收文的全过程进行有效控制和跟踪，实现完善的收文流程。

　图 4-4 收文流程图 收文流程主要包括：

　签收：签收人对发文部门发过来的公文进行签收，同时反馈信息给发文人。

　收文登记：电子公文直接存入数据库，然后发给拟办人进行拟办处理。

　内部转发：将公文信息通过网络系统传送到相关的部门，根据文件的性质、保密程度与权限的不同，采用相应的加密处理，对文件的办理、传阅、查询等，应按不同的级别和部门给以限定。

　拟办：拟办负责人接收到通过网络发送过来的待拟办公文后，由拟办负责人

　直接在计算机上签署拟办意见，拟办完成后，公文转去阅批人那里。

　阅批：阅批负责人收到通过网络传来的待阅批的公文后，直接在计算机上签署阅批意见，阅批完成后，公文传给分办负责人。

　分办：分办负责人收到阅批后的公文后，根据各承办部门发到相应的部门那里。

　承办：当承办部门收到要办理的公文后，由承办单位或承办人在承办意见栏里填写承办意见办理情况，完成后作收文归档处理。

　查询：可以按照多个条件进行查询，分为确切查询和模糊查询两类。其中对已经归档的公文可查询按部门和公文类型分类的公文。

　4.3 系统运行环境 为了保证系统运行的效率和可靠性，系统服务器应具有较高的软硬件配置而客户端则只需要安装有 IE8.0 即可，该系统的运行要求如下：

　1．服务器硬件要求：

　CPU 要求最低为 PIII800 以上，建议配置 P42.0G 内存要求最低为 512MB，建议配置 1-2GB 硬盘要求最少为两块 80G，建议配置 120G 以上 2．服务器软件要求：

　操作系统：考虑到系统的易用性、界面友好性、安全性等方面，服务器端采用 Windows2003 作为操作系统。主要用于提供集成网络功能、内部安全性、系统容错等服务。

　Web 服务器：由于 B/S 的管理维护方便且容易掌握，采用微软公司的IIS5.0(MicrosoftInternetInformationServer6.0)主要用于提供 WWW，FTP 服

　务，并能访问数据库，提供动态信息服务。

　数据库系统：要求为 SQLServer2005（企业版或标准版都可以）

　3．工作人员用机软硬件要求：

　要求 CPUPIII800 以上，建议为 P41G；内存最低为 512MB，建议 1GB 要求操作系统必须为 Windows2003 或 Windows7 浏览器软件要求必须是 IE8.0 以上版本. 第 5 章系统详细设计与实现 5.1 系统数据库设计 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。数据库结构设计的好坏将直接对应用系统的效率及实现的效果产生影响。合理的数据库结构设计可以提高数据存储的效率，保证数据的完整和一致。

　设计数据库系统时应该首先充分了解用户各个方面的需求，包括现有的及将来可能增加的需求。数据库设计一般包括如下的几个步骤：

　(1) 数据库需求分析。

　(2) 数据库概念结构设计。

　(3) 数据库逻辑结构设计。

　5.1.1 数据库需求分析 作为办公自动化的子系统，公文流转系统必然包括发文和收文这两个基本的数据表。另外系统中也包括部门、公文类型、密级、紧急程度，因此在创建数据库时要创建 6 个表。

　对于发文来说，我们所关心的是哪个部门起草的，要发给哪个部门，公文的密级及紧急程度，还有要写的是哪种类型的公文等。通过系统的功能分析，针对一般用户的需求，总结出如下需求信息。

　 版头：“版头”由发文部门全称或者规范化简称加“文件”二字或者加括号标明文种组成，用套红大字居中印在公文首页上部。

　 份数：公文的份数，标注于公文首页左上角。

　 密级：密级是公文的秘密等级。

　 紧急程度：紧急程度是对公文送达和办理的时间要求。

　 发文字号：发文字号由发文部门、发文年度和发文顺序号组成，标注于版头下方居中或者左下方。

　 公文类型：所发公文属于哪种类型，在本系统中有财务申请、业务申请、制度审批、决议、通知（主要用于测试，可添加）。

　 标题：由发文部门名称、公文主题和文种组成，位于发文字号下方。

　 主题词：主题词要和标题一致，位于抄送机关上方。

　 拟稿人：公文的发起人或发起部门。

　 主送部门：主送部门是主要受理公文的部门。主送部门名称应当用全称或者规范化简称，位于正文上方。

　 抄送部门：抄送部门是在一个公文办理的过程中，协助主送部门完成任务的部门。

　 发文部门：发文部门署名应当用全称或者规范化简称，位于正文的右下方。

　 正文：正文即公文的主体，用来表述公文的内容，位于标题或者主送部

　门下方。

　 附件：公文附件是对正文的补充或是提交一些与公文相关的材料，并在正文之后、发文机关署名之前注明附件的名称。

　 签发日期：即公文的成文日期。

　 处理意见：对公文下一过程操作的处理意见。

　对于收文来说，我们关心的是公文来自哪个部门，要由哪些部门承办，公文的密级和紧急程度等等。通过系统的功能分析，针对一般用户的需求，总结出如下需求信息。

　 签收人：签收发文部门的发文。

　 签收部门：签收人所在的部门。

　 承办部门：公文的办理部门，包括主办部门和会办部门。

　 办理情况：对公文内容要求的处理情况。

　 其它同发文一样。

　对于公文类型，在本系统中仅仅列入了几个，主要用于测试，可以根据需要进行添加。本文中的公文类型有财务申请、业务申请、制度审批、决议和通知。

　一个单位通常会有若干个部门，分管不同的工作内容，本系统中有综合业务部、人力资源部、财务部、生产部、采购部、销售部、客户服务部。

　不同的公文有不同的秘密等级，此系统中有绝密、机密、秘密、内部、公开五种密级。

　同样公文也有紧急程度，此系统中将公文的紧急程度标注为特急、加急、平急、急件、普通。

　经过上述系统功能分析和需求总结，考虑到将来功能上的扩展，设计如下所

　示的数据项和数据结构。

　 发文，包括的数据项：编号、版头、份数、密级、紧急程度、发文字号、标题、主题词、拟稿人、拟稿日期、主送部门、抄送部门、发文部门、公文类型、正文、附件、处理意见、状态字等。

　 收文，包括的数据项：编号，签收人，签收部门、签收日期、承办部门、状态字等，收文里也包括发文里的大部分数据项。

　 公文类型，包括的数据项：ID、公文类型。

　 部门，包括的数据项：ID、部门名称。

　 密级，包括的数据项：ID、密级。

　 紧急程度，包括的数据项：ID、紧急程度。

　5.1.2 数据库概念结构设计 得到上面的数据项和数据结构后，就可以设计出能够满足用户需求的各种实体，以及它们之间的关系，为后面的逻辑结构设计打下基础。这些实体包含各种具体信息，通过相互之间的作用形成数据的流动。

　根据上面的设计规划出的实体有：发文实体、收文实体、公文类型实体、部门实体、密级实体、紧急程度实体。

　发文实体的 E-R 图如图 5-1 所示。

　图 5-1 发文实体的 E-R 图 收文实体的 E-R 图如图 5-2 所示。

　图 5-2 收文实体的 E-R 图 部门实体 E-R 图如图 5-3 所示。

　 图 5-3 部门实体的 E-R 图 公文类型实体 E-R 图如图 5-4 所示。

　图 5-4 公文类型实体的 E-R 图 密级实体的 E-R 图如图 5-5 所示。

　图 5-5 密级实体的 E-R 图 紧急程度实体 E-R 图如图 5-6 所示。

　图 5-6 紧急程度实体的 E-R 图 5.1.3 数据库逻辑结构设计 数据的概念结构设计完毕后，现在可以将上面的数据库概念结构转化为MSSQLServer2000 所支持的实际数据模型，也就是数据库的逻辑结构。

　OA 公文流转系统数据库中各个表的设计结果如下面的表格所示。每个表格表示在数据库中的一个表，如表 5-1 所示为发文表，记录一个发文所有的信息。

　表 5-1 发文表

　编号 Int 4 否 是 版头 Varchar 50 是 否 份数 Tinyint 1 是 否 部门名称 ID 部门 紧急程度 紧急程度

　密级 Char 10 是 否 紧急程度 Char 10 是 否 发文字号 Varchar 50 是 否 标题 Varchar 50 是 否 主题词 Varchar 50 是 否 拟稿人 Char 10 是 否 拟稿日期 Datetime 8 是 否 主送部门 Varchar 50 是 否 抄送部门 Varchar 50 是 否 发文部门 Varchar 50 是 否 公文类型 Char 10 是 否 正文 Varchar 2000 是 否 附件 Varchar 50 是 否 处理意见 Varchar 500 是 否 核稿人 Char 10 是 否 核稿日期 Datetime 8 是 否

　续表 5-1

　审核人 Char 10 是 否 审核日期 Datetime 8 是 否 签发人 Char 10 是 否

　签发日期 Datetime 8 是 否 发文人 Char 10 是 否 发文日期 Datetime 8 是 否 签收人 Char 10 是 否 归档部门 Varchar 50 是 否 归档类型 Char 10 是 否 状态字 Int 4 是 否 如表 5-2 所示为收文表，记录一个收文所有的信息。

　表 5-2 收文表

　编号 Int 4 否 是 签收人 Char 10 是 否 签收日期 Datetime 8 是 否 拟办人 Char 10 是 否 拟办日期 Datetime 8 是 否 阅批人 Char 10 是 否 阅批日期 Datetime 8 是 否 分办人 Char 10 是 否 分办日期 Datetime 8 是 否 承办人 Char 10 是 否 续表 5-2

　承办日期 Datetime 8 是 否 催办人 Char 10 是 否 催办日期 Datetime 8 是 否 签收部门 Varchar 50 是 否 承办部门 Varchar 50 是 否 …… …… …… …… …… 由于收文表中的很多字段和发文表中的字段一样，所在在此略掉了，具体可参考发文表。

　如表 5-3 所示为部门表，记录一个部门所有的信息。

　表 5-3 部门表

　id Int 4 否 是 部门名称 Char 10 是 否 如表 5-4 所示为公文类型表，记录一个公文类型所有的信息。

　表 5-4 公文类型表

　id Int 4 否 是 公文类型 Char 10 是 否 如表 5-5 所示为密级表，记录一个密级所有的信息。

　表 5-5 密级表

　id Int 4 否 是

　密级 Char 10 是 否 如表 5-6 所示为紧急程度表，记录一个紧急程度所有的信息。

　表 5-6 紧急程度表

　id Int 4 否 是 紧急程度 Char 10 是 否

　5.2 系统开发策略 经过系统的总体设计和数据结构的设计，便可以利用 VisualStudio2008 结合 MSSQLServer2005 进行开发，具体设计开发过程如下：

　1．设计页面 页面主要是用于显示信息，在应用程序中为用户显示文本、图形或嵌入式控件等。通过对页面的设计，设计出公文流转系统的主要显示页面，如登录页面、导航页面等。

　2．设计表单 表单如同页面一样可以显示信息，但表单主要用来收集信息。表单提供了用于创建和显示文档的结构，而文档是数据库中保存数据的设计元素。当用户向表单中填入信息并进行保存时，此信息就作为文档保存。当用户打开该文档时，该文档将把该表单作为模板来提供显示数据的结构。

　表单的设计和开发是程序设计开发最主要的内容之一，对应的每一环节就设计一个表单。通过 VisualStudio2008 前台和后台语言，在表单中实现该表单特有的功能，将表单数据提交到数据库中。

　3．设计视图 视图是文档的排序或分类的列表。视图是对存储在数据库中的数据进行访问的入口，对用户来说是一个窗口，也是非常重要的。在本系统中视图主要用于显示从拟稿、核稿、审核到发文、归档，从收文、登记到承办、归档这一系列过程中的公文列表。如核稿列表、审核列表等。

　4．程序编码 系统的实现必须有相应的代码支持，这在一个系统开发中是必不可少的。针对上面的所做的设计编写代码以实现系统的各功能模块。

　5.3 功能的详细设计与实现 经过系统总体设计，把公文流转系统分成发文管理、收文管理、公文查询三大模块。在对公文流转系统进行详细分析后确定了各模块的功能，其中发文管理模块包括拟稿、核稿、审核等功能；收文管理模块包括签收、登记、拟办等功能；查询模块包括普通收发文查询和已归档公文查询两个小模块。

　注：整个公文的流转依靠状态字的改变来实现（见附录 A.1）。

　公文流转系统的功能层次图如图 5-7 所示：

　图 5-7 公文流转系统功能层次图 核稿不通过提交核稿

　审核不通过提交审核 提交签发 得知签收后 图 5-8 发文流程图

　5.3.1 发文拟稿 供发文的拟稿人员进行发文的拟稿，拟稿人员通过输入界面填写发文的要素。提交后系统根据所选的活动和处理人进行下一步处理。

　拟稿处理的流程图如图 5-9 所示：

　数据检查不通过 通过 图 5-9 拟稿流程图 由于在提交前要进行数据完整性验证，因此在这里采用了 VB.NET 中的数据验证控件 RequiredFieldValidator，用它完成数据验证。

　5.3.2 发文核稿 核稿负责人对发文进行核稿，首先查看发文，如果对发文有不同的意见，填写核稿意见后退回给拟稿人；如果对发文内容没有不满意，则表示核稿通过，填写核稿意见后提交给审核人进行审核。

　核稿负责人以自己的身份登录系统后，点击左边导航栏中的“发文管理”，如果在“核稿”旁边出现不为零的数字，说明有公文等待核稿。单击“核稿”，弹出需要核稿的公文列表，如图 5-10：

　图 5-10 需要核稿的公文列表 点击图 5-10 中的“核稿”进入核稿页面进行核稿操作。

　核稿流程图如图 5-11 所示：

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

　图 5-11 核稿流程图 5.3.3 发文审核 审核负责人对发文进行审核，首先查看发文，如果对发文有不同的意见，填写审核意见后退回给拟稿人；如果对发文内容没有不满意，则表示审核通过，填写审核意见后提交给签发人进行签发。

　同公文核稿一样，审核负责人登录系统后，点击导航栏中的“发文管理”，如果“审核”旁边有不为零的数字，点击“审核”弹出需要审核的公文列表页面，如图 5-12 所示：

　图 5-12 需要审核的公文列表 点击图 5-12 中的“审核”进入审核页面进行审核操作。

　审核流程图如图 5-13 所示：

　未通过 通过 图 5-13 审核流程图 5.3.4 发文签发 签发人收到要进行签发的公文后，查看公文，然后在签发意见栏中填写签发意见后发给发文人办理发文事宜。

　具体操作同发文审核，这里不再重复。

　5.3.5 发送公文 发文负责人在收到上级签发的公文后，按照公文中指定的主送部门和抄送部门，将公文发送到相应部门，然后等待签收。在得知发文已签收后，将所发公文

　归档保存。归档时选择归档部门和归档类型，这样将公文按部门和类型组织在一起，便于管理和查找。

　具体操作同上，这里不再重复。

　5.3.6 公文签收 在签收部门收到发来的公文后由签收人进行签收，签收时应注明签收单位及签收日期。

　签收负责人登录系统后，在导航栏中点“收文管理”，如果在“签收”旁边有不为零的数字，点击“签收”出现如下图 5-14 所示页面：

　图 5-14 需要签收的公文列表 点击图 5-14 中的“签收”，出现如图 5-15 的签收页面。

　图 5-15 签收公文 填写好后单击确定就完成了签收工作。这里只需要选择签收部门，填写签收人，收文字号及签收日期均为自动显示。

　5.3.7 收文登记 将签收的公文进行登记，发文中的要素需要全部记录下来，便于后面的操作。在实现公文登记时，使用 SqlDataReader 将发文表中的数据读出来，然后再写入到收文表中，这样以后的操作便是基于收文表进行的。

　同上面的签收操作一样，工作人员登录系统后首先查看收文管理中有没有要登记的公文，如果有，单击“登记”进入图 5-16 的页面。

　图 5-16 需要登记的公文列表

　在上图的收文登记列表中，点击“登记”，进入登记页面。由于在登记页面中自动显示相应记录的内容，且不允许修改，因此只需指定拟办人，然后点击“登记”按钮即可完成收文登记操作。

　5.3.8 收文拟办 在拟办人收到登记后的公文后，对公文事项提出拟办意见，然后递交上级领导阅批。

　拟办负责人登录系统后在左边导航栏中查看有没有要进行拟办的公文，如果有需要拟办的公文，点击“拟办”后出现下图 5-17：

　图 5-17 需要拟办的公文列表 点击“拟办”转入拟办页面，填写拟办意见、拟办人姓名，选择主办部门和会办部门，并指定阅批人。拟办页面如图 5-18 所示：

　图 5-18 拟办页面 5.3.9 收文阅批 阅批人收到传来的公文后，针对公文内具体事项提出阅批意见，然后交给分办人（秘书等）发给相应承办部门。

　阅批人登录系统后首先查看有没有公文等待批办，如果有需要阅批的公文则点击“阅批”，转入图 5-19 所示的“需要阅批的公文列表”页面。

　图 5-19 需要阅批的公文列表 点击上图中的“阅批”，进入阅批页面。在阅批页面填写阅批意见并署名，指定分办人后点“提交”按钮即完成阅批工作。

　5.3.10 收文分办

　分办负责人（秘书等）接到上级阅批过的公文后将公文按要求发给承办部门，让他们予以办理。

　分办人登录系统后查看是否有要分办的公文，有则分办。点“分办”后显示图 5-20，点击图中的“分办”转入分办页面。分办时要选择主办部门和会办部门，并且署上自己的姓名。

　图 5-20 需要分办的公文列表 5.3.11 收文承办 在承办部门收到要办理的公文后，填写承办意见及办理情况，表示承办此公文。

　操作页面如图 5-21 所示：

　图 5-21 承办页面 5.3.12 收文归档 在归档列表中选择“归档”，出现如下图 5-22 页面，选择归档部门和归档类型后点“归档”按钮就完成了收文归档操作。

　图 5-22 收文归档 5.3.13 公文催办 分办人发出的公文在一定时期内（本系统中设定此期限为 7 天）没有得到反馈消息，则要进行催办，此时在导航栏中的“催办”旁出现要催办的公文数量，同前面操作一样，在列表中点击“催办”，进入图 5-23 的催办页面，选择未对公文做出办理的部门，填写催办意见。

　图 5-23 催办通知页面 5.3.14 公文查询 工作过程中如果想查找需要的公文，可使用此查询功能，它分为确切查询和模糊查询两类，可以完成对发文和收文的查询要求。

　发文查询如图 5-24：

　图 5-24 发文查询页面 在文本框中输入查询条件后可选择模糊查询或是确切查询，查询结果将显示在“发文查询结果”下面，在发文查询结果中可以查看找到的公文。

　收文查询：同发文查询，不再重复。

　5.3.15 归档公文查询 在企业内部有许多的公文需要归档，当要查看公文的归档情况时可使用此功能。在本系统中需要先选择要查看公文所在的部门再选择公文类型，然后返回查找到的已归档的收文和发文，显示在列表内。