公文流转系统-2

1、办公OA公文管理系统解决方案摘 要随着计算机和网络信息技术的迅速发展，办公自动化越来越受到企事业单位的重视，电子公文也应运而生。电子公文与纸质公文不同，它以计算机电子文档为载体，以计算机为处理和存储工具，以计算机网络及其他数据通信介质为传输渠道的新的公文及公文处理形式。具有存储体积小、检索速度快、远距离快速传递及同时满足多用户共享等优点，极大提高了办公效率，更能适应不断增长的业务要求。本系统是基于.NET平台进行设计开发的，首先讨论了设计与实现该系统的相关技术，然后根据需求分析设计系统的总体结构和功能模块，再通过系统结构、程序结构的设计与开发，构建了一个基于.NET平台，以Asp.NET为实现

2、语言、以SQL server 2005为数据库的系统,实现了公文从拟稿到发文，从收文到承办等的一系列流转过程，具有高效、全面、易用等特点。关键词:Web；办公自动化；电子公文；.NET；B/S第1章 前 言1.1 OA背景办公自动化（Office Automation，简称OA）是20世纪70年代中期发达国家迅速发展起来的一门综合性技术。我们说，办公自动化就是用信息技术把办公过程电子化、数字化，就是要创造一个集成的办公环境，使所有的办公人员都在同一个桌面环境下一起工作。但是随着信息技术和网络技术的飞速发展，我国现有的许多办公自动化系统在一定程度上己经很难满足不同企业的需求。首先，大多数办公自动

3、化系统主要针对传统的企业管理方式与业务模式，注重对公文、档案以及人事财务的管理，即企业有形资产的管理，而现代企业所需要的是对知识的管理、企业内部的信息交流以及资源的共享，即企业无形资产的管理。1.2 系统编写的目的及意义网络信息技术正日益广泛地渗透到社会生活的各个方面，逐渐成为人们工作和生活不可缺少的一部分。现今，办公自动化系统也正在被不同程度的引入，作为一个企业的基本通信平台、协作工作平台和知识管理的平台。现代办公自动化系统的任务是提高整个企业的运作效率，进而提高企业的核心竞争力。在我国，大部分的OA系统仍是采用传统的C/S模式，虽然可以达到资源共享、协同工作的目的，但都没有完全发挥网络给我

4、们带来的巨大优势。另外一部分已有的基于Web的办公自动化系统功能和业务相对比较单一，不能适应不同企业的需求，尤其是较大一部分中小型企业的需求。因此针对我国中小型企业、特别是科技开发类企业，开发一套较为实用的办公自动化系统，己经成为一个急需解决的问题，也成为开发本管理系统的目的所在。 本系统采用微软的新一代开发平台.NET的集成开发环境，为办公自动化系统的实现提供了一套新的解决方案。通过对该系统的应用，能够在一定程度上弥补现有各种办公自动化系统的各种弊端 (成本高、维护困难、系统集成难等)，为实现现代化办公迈出坚实的一步，同时，本系统也为中小型企业实现全面自动化办公提供了高效的便捷的服务.1.3

5、 系统开发的内容Microsoft.NET平台的出现为办公自动化系统的开发与应用提供了一个新的发展方向，改变了已有办公自动化系统形式单一的局面。本系统开发的内容主要围绕在.NET平台下，开发一个能够实现资源共享和协同办公的办公自动化（OA）系统的OA公文流转子系统。主要解决OA系统中有关公文流转的工作流程，要求借助流程的思想，配合权限管理子系统，实现用户的发文管理、收文管理。要求以Microsoft.Net和SQL Server 2005为开发环境。主要任务是设计较为通用的收文管理和发文管理办公流程，要求给出规范的系统设计方案、数据库设计方案，实现能够运行的原型系统。1 办公发文模块：发文处理

6、是指以本单位发出去的文件的处理过程。行文具有相似的工作处理流程。发文处理模块有以下要求：所有的发文要求通过计算机进行拟稿、核稿、审核、签发、发文、归档。2 办公收文模块：收文处理是指给本单位或本单位领导或有关部门批阅的文件的处理过程。收文处理模块有以下要求：要求对所有来文通过计算机进行签收、登记、拟办、阅批、分办、承办、催办、归档。3 公文查询模块：公文查询模块分为两部分，分别为发文查询和收文查询，每个查询又分为确切查询和模糊查询。4 归档公文查询模块：此模块实现对已归档公文的查询,按部门和公文类型进行查找。1.4 办公自动化的特点1 高效、快捷：提高办公效率是办公自动化的最终目的。利用企业内

7、部网络将整个企业联系在一起，工作人员能够充分利用各种共享资源进行辅助办公，从而提高企业的工作效率。2 规范性：办公的流程、办公的方式应当尽量的符合办公人员的习惯，使办公人员在由传统的办公方式转换为现代的自动化办公方式不会觉得有太大的障碍，同时在本质上要符合国家的规范，而在方式上要以提高办公效率为准。3 安全性：随着信息化和计算机网络的发展，网络中的安全问题日益严重。企业内部的大多数的数据、资料、文档都放在网络之上，因此一个完善的办公自动化系统应该能有效的保护这些数据防止被非法访问和篡改。因此安全性也成为办公自动化的一个重要特征。4 易用性：办公自动化是企业内部人员进行协作的一个信息平台，由于企

8、业人员工作性质与技术水平的差异，一个好的办公自动化系统应该符合不同层次人员的需要，实现界面简单、易操作。第2章 系统体系结构分析与开发平台简介2.1 C/S与B/S结构模式C/S和B/S是当今世界开发模式技术架构的两大主流技术。C/S是美国Borland公司最早研发，B/S是美国微软公司研发。2.1.1 C/S模式在0A应用中的不足C/S（Client/Server，客户机/服务器）模式又称C/S结构，是软件系统体系结构的一种。C/S模式简单地讲就是基于企业内部网络的应用系统。与B/S（Browser/Server，浏览器/服务器）模式相比，C/S模式的应用系统最大的好处是不依赖企业外网环境，

9、即无论企业是否能够上网，都不影响应用。因此C/S模式常常成为企业信息系统的首选，OA系统也不例外。但是随着Web技术的成熟和发展以及Web应用的诸多优势，这种结构逐渐显现出了它的不足。1 开发成本较高：C/S结构对客户端软硬件要求较高；2 移植困难：不同开发工具开发的应用程序，一般来说互不兼容，不能搬到其它平台上运行；3 用户界面风格不一，使用繁杂，不利于推广使用；4 维护复杂，升级麻烦：如果应用程序要升级，必须到现场为客户机一一升级；5 信息内容和形式单一；6 新技术不能轻易应用：因为一个软件平台及开发工具一旦选定，不可能轻易更改。2.1.2 B/S结构模型的优势B/S（Browser/Se

10、rver，浏览器/服务器）模式又称B/S结构,它是对C/S模式应用的扩展。在这种结构下，用户工作界面是通过IE浏览器来实现的。B/S模式最大的好处是运行维护比较简便，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN，WAN，Internet/Intranet等）访问和操作共同的数据。典型的B/S结构图：图2-1 B/S结构图与C/S相比，采用B/S模式的网络系统具有以下优势：1 使用简单、易于维护：B/S的应用只需在客户端装有浏览器即可，维护和升级工作都在服务器上进行，大大降低了开发和维护的成本，并且由于采用通用的浏览器软件，操作更加简单、方便；2 扩展性好：B/S模式所采用的TC

11、P/IP，HTTP等协议标准都是开放的，是经过标准化组织所确定的，保证了其应用的通用性、跨平台性、良好的扩展性和伸缩性；3 独立性好：由于应用服务层通常采用多层结构与模块式开发，各模块之间相对独立，一个模块的改变不会对其它模块产生影响，系统改进非常容易；4 信息共享度高：HTML是数据格式的一个开放标准，目前大多数流行的软件均支持HTML。2.2 0A系统的开发环境2.2.1 开发平台由于在本系统中选用了Visual C#作为开发语言，而Visual .NET是集成在Visual Studio 2008中的一个开发工具，因此，在这里简要叙述一下Visual Studio 2008的情况。Mic

12、rosoft Visual Studio 2008 是一个功能强大、高效并且可扩展的开发工具，用于迅速生成企业级ASP.NET应用程序、高性能桌面应用程序和移动应用程序。它把Visual Basic、Visual C#、Visual J#、SQL Server 2005都集成在一个开发环境中，这个共有的环境允许它们共享工具，并有助于创建混合语言解决方案。在Visual Studio 2008中，可以通过不同的语言开发组件，而且通过交叉语言继承，可以从用一种语言编写的类中派生出用另一种语言编写的类，并且可以使不同语言开发的类相互调用。第3章 系统需求分析3.1 系统需求分析的前提由于本系统是办公

13、自动化系统的一个子系统，所以必须考虑到与其他两个系统档案人事管理系统和权限管理系统的结合。其次，公文流转子系统的设计还要从现有的网络环境和软、硬件环境出发，考虑系统的效率问题。公文流转子系统是办公自动化系统的一个子系统,包括下面四个模块：1 办公发文模块：发文处理是指以本单位发出去的文件的处理过程。行文具有相似的工作处理流程。发文处理模块有以下要求：所有的发文要求通过计算机进行拟稿、核稿、审核、签发、发文、归档。2 办公收文模块：收文处理是指给本单位或本单位领导或有关部门批阅的文件的处理过程。收文处理模块有以下要求：要求对所有来文通过计算机进行签收、登记、拟办、阅批、分办、承办、催办、归档。3

14、 公文查询模块：公文查询模块分为两部分，分别为发文查询和收文查询，每个查询又分为确切查询和模糊查询。4 归档公文查询模块：此模块包括归档发文查询，归档收文查询。这四个模块的关系如下图所示:拟稿核稿审核签发退回发文归档签收收文登记拟办阅批分/催办承办归档 通过 未通过通过 未通过查询 反馈消息 得知签收后 超过一定期 则催办图3-1 各模块的关系3.2 系统的功能需求3.2.1 业务流程公文发文模块的主要功能在于公文的拟稿、核稿、审核、签发、发文、归档。公文收文模块的主要功能在于公文的签收、登记、拟办、阅批、分办、承办、催办、归档。公文查询模块主要是对发送公文和签收的公文进行查询，而归档公文查询

15、模块主要是查看已归档的发文和收文。1 发文流程发文的流程见图3-1,现做以下补充说明：(1) 任一部门任一工作人员都可起草公文,即拟稿。拟稿初期可删除文件。(2) 在拟稿以后提交给核稿人进行核稿，核稿人可以是同级也可以是上级。(3) 对于核稿没有通过的，核稿人可退回给拟稿人重新拟稿直到满意为止，退回的同时给出核稿意见。(4) 核稿通过后提交给上一级领导进行审核，并写明审核意见；对于未能通过的公文审核人可退回给拟稿人，同时提出审核意见，令拟稿人做出修改。(5) 通过审核的公文提交给再上一级领导进行签发，领导人写明签发意见后，由相关人员进行发文处理。(6) 发文人在收到要发送的公文后，将上级领导的

16、处理意见一并发给签收部门，然后等待签收部门签收。(7) 签收部门进行签收后，发文人将此公文归档。2 收文流程同样收文的流程见图3-1,现做以下补充说明：(1) 签收部门收到公文后首先签收，并告知发文部门的发文人其发文已经签收，然后签收人再将收文进行登记。(2) 收文登记后交到拟办人那里，拟办人提出拟办意见提交给上级领导阅批。(3) 上级领导阅批后提出阅批意见，按要求的承办部门交给分办人（秘书等）进行办理。(4) 分办人根据承办部门将公文及阅批意见一并提交到各承办部门。(5) 承办部门在收到公文后填写承办意见及办理情况。(6) 如果承办部门在超过一定时期后（比如7天）没有做出反应，分办人进行催办

17、。(7) 承办部门办理公文后，将此收文归档。3.2.2 功能需求OA公文流转子系统作为办公自动化系统的一部分，其重要性不言而喻。鉴于以往的办公模式的不便，各企事业单位纷纷提出办公自动化建设，其目的是要消除有纸公文带来的不便捷，用电子公文取代之，以此提高工作效率。OA公文管理的功能是要实现公文从拟稿、核稿、审核等一系列收发过程的电子化。它要求以计算机电子文档为载体，以计算机为处理和存储工具，以计算机网络及其他数据通信介质为传达渠道的新的公文及公文处理形式。具有存储体积小、检索速度快、远距离快速传递及同时满足多用户共享等优点，极大提高了办公效率，以适应不断增长的业务要求。功能整合:在本系统中融入了

18、Excel和Word办公软件,大大为用户办公提供了更便捷更易于操作的扩展功能的服务.另外本系统有效的与权限管理系统实现了完美的结合.对角色间的上下级关系及所得权限得到了很好的控制.流程自定义:公文流转作为办公自动化系统的核心, 公文件从收文或起草到归档 ,并在处室或部门之间逐级审批的流转过程。而传统的工作流程设汁 ,流程采用静态管理 ,缺乏灵活性 ,不适合复杂变化的流程。本系统运用通用流程设汁,流程采用动态管理,管理员只需根据公文类型来定义流程而不必编写相应的程序代码 ,流程由程序动态管理。通过对公文流转系统的细致分析 ,发现流程中有些因素是不变化的 ,有些因素是变化的。在大型企业中 ,对于流

19、程中审批领导的职务是相对不变的 ,而审批领导是变化的(因为随着时间的推移或公司的人事变动) 。因此系统按职务(岗位)定义各类型公文的流程,即根据公文的类型和起草人的职务定义不同的流程,作为OA(办公自动化)子系统公文管理系统是以便于上下级很好的审批批文进行定义的. 角色自定义:根据企事业以及政府部门的工作级别的不同而制定的一种自定义角色功能.这样就可以动态的管理上下级之间的层次关系.比如说:现在有四个角色,上下级分为四层等,那么再加一个角色使之拥有最高管理权限,那么目前就可以定义为五层级别关系.那么就为自定义流程提供动态定义的有利条件.实现权限系统和公文流转系统的有机结合是决定能否使公文流转系

20、统自定义流程图实现的至关重要的因素.3.3 系统性能要求为了使工作人员能正常对电子公文进行一系列的操作，既达到传统公文的目的，又利用信息电子化的优势解决传统公文不能实现的目标，该公文流转系统的系统设计必须满足以下的要求：高效稳定，能够满足多人同时进行公文操作，具有友好、简洁的界面。由于该系统面向单位内各类工作人员，他们的计算机操作水平参差不齐，设计开发系统时需本着“简单易用”的原则，减少进行系统使用培训的代价。对于公文流转中各工作人员来说，只需掌握基本的计算机操作，便可完成整个电子公文从发文到收文、承办的全过程。第4章 系统总体设计4.1 系统总体结构4.1.1 系统结构公文流转系统是办公自动

21、化系统的一个子系统，要满足公文的发文过程，它包括拟稿、核稿、审核、签发、发文、归档；还要满足公文的签收、登记、拟办、阅批、分办、承办、催办、归档这一收文过程。另外要求结合权限管理和档案、人事管理等子系统实现一个完善的办公自动化系统。在前面的系统需求分析的基础上，得到系统的结构，具体见图4-1：公文流转系统发文模块收文模块拟稿核稿审核签发发文归档承办分办阅批拟办登记签收催办查询图4-1 公文流转系统结构图4.1.2 网络结构数据库Web服务器系统管理前台客户端客户端客户端网络图4-2 网络结构图4.2 公文流转系统功能4.2.1 发文管理 发文流程主要是各部门之间为协调和解决问题而进行的一系列流

22、程，要求本流程对发文的全过程进行有效控制和跟踪，实现完善的发文流程管理。拟稿核稿签发发文公文稿纸公文公文稿纸公文公文稿纸公文公文稿纸公文归档审核查询编写 发送 核稿 发送 审核 发送 签发 发送 发文 图4-3 发文流程图发文流程主要包括：拟稿：在给定的电子公文拟稿表单上填写相应的内容，这样可以很轻松地完成公文的撰写。核稿：拟稿人撰写好公文后提交给核稿人，由核稿负责人进行核稿，在核稿意见文本框中签署核稿意见，然后提交给审核人或是由于初稿未能通过核稿而退回给拟稿人进行修改。审核：核稿后的公文经计算机网络送审核负责人进行审核，审核负责人在审核意见栏中签署审核意见后，通过审核则提交给签发人，未能则退

23、回给拟稿人修改。签发：审核通过的公文发往签发负责人，由签发负责人在签署意见栏中签署意见，并签名，同时确定主送单位，然后发给发文人进行发文处理。发文：由发文负责人（比如秘书）对签发完毕的公文进行发文，然后等到收文部门签收后，将所发公文归档。查询：可以按照多个条件进行查询，分为确切查询和模糊查询两类。其中对已经归档的公文可查询按部门和公文类型分类的公文。4.2.2 收文管理收文流程主要是处理收到上级部门及其它部门的公文，对收文进行登记和维护，并提供查询，同时对收文的全过程进行有效控制和跟踪，实现完善的收文流程。图4-4 收文流程图收文流程主要包括：签收：签收人对发文部门发过来的公文进行签收，同时反

24、馈信息给发文人。收文登记：电子公文直接存入数据库，然后发给拟办人进行拟办处理。内部转发：将公文信息通过网络系统传送到相关的部门，根据文件的性质、保密程度与权限的不同，采用相应的加密处理，对文件的办理、传阅、查询等，应按不同的级别和部门给以限定。拟办：拟办负责人接收到通过网络发送过来的待拟办公文后，由拟办负责人直接在计算机上签署拟办意见，拟办完成后，公文转去阅批人那里。阅批：阅批负责人收到通过网络传来的待阅批的公文后，直接在计算机上签署阅批意见，阅批完成后，公文传给分办负责人。分办：分办负责人收到阅批后的公文后，根据各承办部门发到相应的部门那里。承办：当承办部门收到要办理的公文后，由承办单位或承

25、办人在承办意见栏里填写承办意见办理情况，完成后作收文归档处理。查询：可以按照多个条件进行查询，分为确切查询和模糊查询两类。其中对已经归档的公文可查询按部门和公文类型分类的公文。4.3 系统运行环境为了保证系统运行的效率和可靠性，系统服务器应具有较高的软硬件配置而客户端则只需要安装有IE8.0即可，该系统的运行要求如下：1 服务器硬件要求：CPU要求最低为PIII 800以上，建议配置P4 2.0G内存要求最低为512MB，建议配置1-2GB硬盘要求最少为两块80G，建议配置120G以上2 服务器软件要求：操作系统：考虑到系统的易用性、界面友好性、安全性等方面，服务器端采用Windows 200

26、3作为操作系统。主要用于提供集成网络功能、内部安全性、系统容错等服务。Web服务器：由于B/S的管理维护方便且容易掌握，采用微软公司的IIS5.0(Microsoft Internet Information Server 6.0)主要用于提供WWW，FTP服务，并能访问数据库，提供动态信息服务。数据库系统：要求为SQL Server 2005（企业版或标准版都可以）3 工作人员用机软硬件要求：要求CPU PIII800以上，建议为P4 1G；内存最低为512MB，建议1GB要求操作系统必须为Windows 2003或Windows 7浏览器软件要求必须是IE8.0以上版本.第5章 系统详细设

27、计与实现5.1 系统数据库设计数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。数据库结构设计的好坏将直接对应用系统的效率及实现的效果产生影响。合理的数据库结构设计可以提高数据存储的效率，保证数据的完整和一致。设计数据库系统时应该首先充分了解用户各个方面的需求，包括现有的及将来可能增加的需求。数据库设计一般包括如下的几个步骤：(1) 数据库需求分析。(2) 数据库概念结构设计。(3) 数据库逻辑结构设计。5.1.1 数据库需求分析作为办公自动化的子系统，公文流转系统必然包括发文和收

28、文这两个基本的数据表。另外系统中也包括部门、公文类型、密级、紧急程度，因此在创建数据库时要创建6个表。对于发文来说，我们所关心的是哪个部门起草的，要发给哪个部门，公文的密级及紧急程度，还有要写的是哪种类型的公文等。通过系统的功能分析，针对一般用户的需求，总结出如下需求信息。l 版头：“版头”由发文部门全称或者规范化简称加“文件”二字或者加括号标明文种组成，用套红大字居中印在公文首页上部。l 份数：公文的份数，标注于公文首页左上角。l 密级：密级是公文的秘密等级。l 紧急程度：紧急程度是对公文送达和办理的时间要求。l 发文字号：发文字号由发文部门、发文年度和发文顺序号组成，标注于版头下方居中或者

29、左下方。l 公文类型：所发公文属于哪种类型，在本系统中有财务申请、业务申请、制度审批、决议、通知（主要用于测试，可添加）。l 标题：由发文部门名称、公文主题和文种组成，位于发文字号下方。l 主题词：主题词要和标题一致，位于抄送机关上方。l 拟稿人：公文的发起人或发起部门。l 主送部门：主送部门是主要受理公文的部门。主送部门名称应当用全称或者规范化简称，位于正文上方。l 抄送部门：抄送部门是在一个公文办理的过程中，协助主送部门完成任务的部门。l 发文部门：发文部门署名应当用全称或者规范化简称，位于正文的右下方。l 正文：正文即公文的主体，用来表述公文的内容，位于标题或者主送部门下方。l 附件：公

30、文附件是对正文的补充或是提交一些与公文相关的材料，并在正文之后、发文机关署名之前注明附件的名称。l 签发日期：即公文的成文日期。l 处理意见：对公文下一过程操作的处理意见。对于收文来说，我们关心的是公文来自哪个部门，要由哪些部门承办，公文的密级和紧急程度等等。通过系统的功能分析，针对一般用户的需求，总结出如下需求信息。l 签收人：签收发文部门的发文。l 签收部门：签收人所在的部门。l 承办部门：公文的办理部门，包括主办部门和会办部门。l 办理情况：对公文内容要求的处理情况。l 其它同发文一样。对于公文类型，在本系统中仅仅列入了几个，主要用于测试，可以根据需要进行添加。本文中的公文类型有财务申请

31、、业务申请、制度审批、决议和通知。一个单位通常会有若干个部门，分管不同的工作内容，本系统中有综合业务部、人力资源部、财务部、生产部、采购部、销售部、客户服务部。不同的公文有不同的秘密等级，此系统中有绝密、机密、秘密、内部、公开五种密级。同样公文也有紧急程度，此系统中将公文的紧急程度标注为特急、加急、平急、急件、普通。经过上述系统功能分析和需求总结，考虑到将来功能上的扩展，设计如下所示的数据项和数据结构。l 发文，包括的数据项：编号、版头、份数、密级、紧急程度、发文字号、标题、主题词、拟稿人、拟稿日期、主送部门、抄送部门、发文部门、公文类型、正文、附件、处理意见、状态字等。l 收文，包括的数据项

32、：编号，签收人，签收部门、签收日期、承办部门、状态字等，收文里也包括发文里的大部分数据项。l 公文类型，包括的数据项：ID、公文类型。l 部门，包括的数据项：ID、部门名称。l 密级，包括的数据项：ID、密级。l 紧急程度，包括的数据项：ID、紧急程度。公文流转系统的功能层次图如图5-7所示：公文流转系统发文收文拟稿核稿审核发文签发归档签收登记拟办阅批分/催办承办归档查询普通公文归档公文图5-7 公文流转系统功能层次图进入公文流转系统进入拟稿页面进行发文的拟稿核稿人核稿审核人审核发文人发文签发人签发发文归档 核稿不通过 提交核稿审核不通过 提交审核提交签发得知签收后图5-8 发文流程图5.3.

33、1 发文拟稿供发文的拟稿人员进行发文的拟稿，拟稿人员通过输入界面填写发文的要素。提交后系统根据所选的活动和处理人进行下一步处理。拟稿处理的流程图如图5-9所示：进入拟稿页面填写发文要素编辑正文等完整性验证点击提交进行下一步数据检查不通过通过图5-9 拟稿流程图由于在提交前要进行数据完整性验证，因此在这里采用了VB.NET中的数据验证控件RequiredFieldValidator，用它完成数据验证。5.3.2 发文核稿核稿负责人对发文进行核稿，首先查看发文，如果对发文有不同的意见，填写核稿意见后退回给拟稿人；如果对发文内容没有不满意，则表示核稿通过，填写核稿意见后提交给审核人进行审核。核稿负责

34、人以自己的身份登录系统后，点击左边导航栏中的“发文管理”，如果在“核稿”旁边出现不为零的数字，说明有公文等待核稿。单击“核稿”，弹出需要核稿的公文列表，如图5-10：图5-10 需要核稿的公文列表点击图5-10中的“核稿”进入核稿页面进行核稿操作。核稿流程图如图5-11所示：进入核稿页面查看发文核稿提交给审核人进行审核退回拟稿人未通过 通过图5-11 核稿流程图5.3.3 发文审核审核负责人对发文进行审核，首先查看发文，如果对发文有不同的意见，填写审核意见后退回给拟稿人；如果对发文内容没有不满意，则表示审核通过，填写审核意见后提交给签发人进行签发。同公文核稿一样，审核负责人登录系统后，点击导航

35、栏中的“发文管理”，如果“审核”旁边有不为零的数字，点击“审核”弹出需要审核的公文列表页面，如图5-12所示：图5-12 需要审核的公文列表点击图5-12中的“审核”进入审核页面进行审核操作。审核流程图如图5-13所示：进入审核页面查看发文审核退回拟稿人提交给签发人进行签发 未通过 通过图5-13 审核流程图5.3.4 发文签发签发人收到要进行签发的公文后，查看公文，然后在签发意见栏中填写签发意见后发给发文人办理发文事宜。具体操作同发文审核，这里不再重复。5.3.5 发送公文发文负责人在收到上级签发的公文后，按照公文中指定的主送部门和抄送部门，将公文发送到相应部门，然后等待签收。在得知发文已签

36、收后，将所发公文归档保存。归档时选择归档部门和归档类型，这样将公文按部门和类型组织在一起，便于管理和查找。具体操作同上，这里不再重复。5.3.6 公文签收在签收部门收到发来的公文后由签收人进行签收，签收时应注明签收单位及签收日期。签收负责人登录系统后，在导航栏中点“收文管理”，如果在“签收”旁边有不为零的数字，点击“签收”出现如下图5-14所示页面：图5-14 需要签收的公文列表点击图5-14中的“签收”，出现如图5-15的签收页面。图5-15 签收公文填写好后单击确定就完成了签收工作。这里只需要选择签收部门，填写签收人，收文字号及签收日期均为自动显示。5.3.7 收文登记将签收的公文进行登记，发文中的要素需要全部记录下来，便于后面的操作。在实现公文登记时，使用SqlDataReader将发文表中的数据读出来，然后再写入到收文表中，这样以后的操作便是基于收文表进行的。同上面的签收操作一样，工作人员登录系统后首先查看收文管理中有没有要登