技术交流，获取源码Q：1225467431
随着信息技术发展与应用的逐步深入，企业在日常的生产运营和管理中越来越依赖于计算机与网络，以及基于信息技术所开发出来的各类应用系统。当前，通过引入信息技术来协助管理流程、优化管理模式，已经是企业的共识。
本文构建了一套基于MVC的公文处理系统，对公文管理系统进行需求分析，包括公文处理系统的基本需求，包括功能需求与性能需求，在功能需求中，详细分析了用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块功能。最后阐述了信息系统的性能需求。对系统进行概要设计，包括从操作可行性、管理可行性和技术可行性三方面对系统进行可行性分析。然后从安全性原则、可靠性原则、灵活性原则、准确性原则等方面阐述了信息系统的设计原则，最后以目前比较成熟的B/S结构作为基本架构，设置了MVC的结构模式，并阐述系统的框架设计。对信息系统进行详细设计，包括用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块的设计。
信息系统的实现，包括公文处理系统的详细实现求，详细分析了用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块功能的实现。系统测试，包括性能测试与功能测试。在功能测试中，测试均获通过；在性能测试中，引入应用比较广泛的LoadRunner软件。通过构建应用场景，在该场景之内运行所构建的测试脚本，在信息系统上施加一定程度的应用负载和使用压力，来决定系统多能承受的最大负载、最大并发等指标，从而评估其稳定性。
关键词：公文管理系统 MVC J2EE
The design of the MVC-based document management system
Graduate Student： Adviser:
With the development of information technology, computer supported business manage system has becoming more and more important for modern corporations. An intelligent transportation system makes use of information technology to raise management efficiency.
This thesis is based on the MVC-based document management system and analyze its’ basic requirements of document processing system, functional requirements and performance requirements. The functional requirements are a detailed analysis consists of the followings; the user management module, document management module, document management module, file management module and management module functions sign. Finally, the performance requirements of the information-data system carries on the outline design to the system, including feasibility analysis to the system from operating feasibility, management and technical feasibility of three. Then the design principle of information system is expounded from the aspects of the principle of safety, reliability, flexibility, accuracy principle, and finally to the current B/S structure more mature as the basic framework, the structural model of MVC, and elaborates the framework design of the system.
Realization of information technology system, including the detailed implementation of document processing system, the user management module, document management module, document management module, file management module, management module function realization of sign. To determine the maximum load and maximum concurrent index system can bear, a popular LoadRunner test software is used to evaluate its stability, through the test script application scenarios, the construction operation on the scene within, apply to some extent in the information system load and pressure, were also carried out.
Keywords: document management system MVC J2EE
目 录
1引言
1.1 选题背景与意义
随着信息技术发展与应用的逐步深入，企业在日常的生产运营和管理中越来越依赖于计算机与网络，以及基于信息技术所开发出来的各类应用系统[1]。双流国际机场集团有限公司是国家大型企业，也是国有省重点扶持和发展的大型支柱性企业，近年来，该企业逐步引入了信息技术来优化自身的管理流程，提升管理水平，取得了较好的效果。然而该企业当前的公文处理流程依旧是基于纸质文档，由于环节较多，涉及到许多不同的职能部门，如果全部以手工的方式进行处理，不但容易出错，而且由于环节比较多、公文处理周期比较长，严重影响了处理效率[2]。
在很长一段时期之内，双流国际机场对于公文的处理均是依赖于纸质媒介，以手工的方式进行签报和转发，在企业竞争日趋激烈，信息传递效率过低会影响到企业的工作效率与核心竞争力，基于纸质文件的公文处理模式逐步累积起，有如下的问题：
（1）公文处理带来较大的工作量
双流国际机场的行政管理中心负责对于所有公文的处理流程，因此企业内部的公文以及集团公司和行业协会等下发的公文数目非常多，每年都达到数千份。而这些公文在具体签报和执行的过程中需要经过许多职能部门，包括总经理秘书处、行政中心主任、承办部门行政办公室等，这些文件均已手工的方式进行签报和转发，为部门工作带来较大的工作量，且容易出现疏漏，效率不高。
（2）难以实现各负其责
由于所有的公文均以人工的方式进行处理，经常会因为疏漏而导致错误，一旦错误发生，例如文件重复签发或者文件中途丢失等，难以找到相应的责任人，影响了企业的运营效率，由于责任不清，有时候会在部门之间造成摩擦。
（3）重复劳动，效率低下
由于公文的重要性，因此在任何一步转发和传递的过程中均应该进行详细的签收与登记，因为公文往往包含涉及到较多的文件，通常会出现一份文件被签收多次的重复劳动，对企业管理的效率造成了影响。
由于在公文处理的流程里有时候难以避免会带来一些人为主观因素的影响，导致企业的管理受到负面影响，亟需改变公文处理模式。随着各大兄弟企业纷纷引入信息化的办公模式，双流国际机场也应构建一个方便易用的公文流转信息系统，从而降低企业的行政管理成本，增加效率，提升企业的综合竞争力。
随着我国大力倡导信息化的发展和应用，不少企业均将信息化建设作为自身的发展方向之一。而双流国际机场目前已经拥有比较完善的计算机和网络等基础硬件设施，并且从领导的层面已经越来越重视各类应用系统的引入，这就为公文流转的信息化打下了基础。通过基于计算机和网络的公文流转，使企业能够通过信息技术来实现办公流程的无纸化、自动化，进而显著提升企业的执行力，进而促进企业综合竞争力的提升。本文将结合双流国际机场的实际情况，具体分析其公文流转的用户需求，并以成熟的MVC模式为其构建公文网上流转信息系统，本文的研究对于企业的发展壮大具有比较现实的意义。
1.2 国内外发展现状
信息技术的发展为全球的各大产业带来一场革命。当前，通过引入信息技术来协助管理流程、优化管理模式，已经是世界各国的共识[3]。世界上的大部分国家均把信息技术作为自身实力发展的战略重点来抓。目前，办公自动化的研究方兴未艾，而公文流转技术作为与OA技术密切相关的内容，也得到了长足的发展。目前，从技术层面来讲，公文流转的系统已经可以通过不同技术或者不同平台来实现，经过文献的分析和总结，当前国内外发展比较成熟的公文流转系统，其主要的开发手段综述总结如下：
（1）以群件技术为基础的电子公文流转信息系统
所谓“群件”指的是协助一个团队（又称“群组”）来协同交互的系统[4]。当前，在市场上一级在用户中取得了良好口碑的群件系统主要包括两大系列，一是国际商用机器公司“莲花”Notes办公处理系统，二是来自微软的ExchangeServer综合化办公自动化信息系统[5]。
“莲花”Notes办公处理系统最初是lotus公司开发的，该公司随后被国际商用机器公司收购。“莲花”Notes办公系统的架构是基于C/S，属于典型的群件产品，该系统的最大优势在于能够支持工作流设计，由于在日常的OA自动化管理中涉及到比较多样化的工作流程，因此该产品具有适应性强的优势，并被业界评价为技术成熟而易用性强的办公信息平台[6]。由于支持基于工作流的开发和设计，因此能够完全适应不同企业或者机构对于事物处理的复杂要求，在很长一段时期之内都是办公自动化使用者首选的主流应用系统[7]。虽然“莲花”Notes办公处理系统主要的应用模式是C/S 环境，但是在技术的发展和用户需求之下，该系统逐渐也可以支持基于B/S的应用框架。
“莲花”Notes最大的优势是在文档的管理方面和用户权限的安全性方面设计非常严密科学，因此基于“莲花”Notes的公文流转系统能够很好地适应企业或者机构对于信息安全和管理层次的不同需求。然而这个系统也存在其固有的缺陷，即由于过分的注重事务流程的标准化，导致系统的灵活性不足，无法在用户多样性的要求面前灵活应对，此外，该产品的设计与实现成本偏高，用户界面不够灵活多样，使用者只有在进行良好的培训之后才能熟练掌握其操作方法，这些缺陷也限制了其进一步的发展，限制了其在市场上的竞争力和占有率。
来自微软的ExchangeServer综合化办公自动化信息系统同样属于典型的群件产品，该系统的诞生年代是1996年[8]。产品同样支持用户对工作流进行设置，因此可以适用于不同的行业与不同的场合。此产品的不足之处在于，用户无法直观地进行归纳的设置与操作，并且产品在面对不同用户的需求难以灵活应对，所以导致与其他信息系统间难以实现无缝的兼容，也不能灵活地进行归纳的扩展。以上这些缺陷直接导致ExchangeServer难以进行深度的二次开发。在OA系统诞生的初期，ExchangeServer具有很高的市场占有率，然而其灵活性差，在客户端进行email的操作只能基于 Outlook Express技术，直观性和灵活性均较差，因此发展到现在，这类产品在市场上的占有率以及在用户群中的知名度也渐渐降低。
（2）以.NET框架为基础的公文流转信息系统
.NET技术来自Microsoft公司，由于包含了来自微软的各类核心技术，因此具有独到的优势。这些技术包括CLR、BCL等，为产品的性能打下了比较良好的基础。基于.NET的开发框架可以与操作系统实现无缝的融合，因此也能够方便地与基于该操作系统的所有应用系统进行数据的交换，这就使系统的开发具有比较好的灵活性，而软件系统的可配置性也大大增强，基于.NET技术的应用系统既能够支持B/S模式，同时也能够支持C/S模式，因此可以比较容易地引入许多种类的现成的中间件，这个优势为其带来了灵活多样的表现形式以及比较强大的功能，并有效地降低了信息系统的开发难度，减少了开发成本[9]。
基于.NET开发框架的系统能够支持VB环境、VC环境等多样化的开发工具，所以该开发框架的应用范围比较广泛，逐渐发展成为通用性极强的开发方法[10]。但基于.NET的开发框架同时也存在一些不足之处，其最明显的地方在于，必须通过比较复杂的重定义过程，才能进行公文流转系统的开发与实现，这项不足导致其在进行比较大型应用系统的开发时难以发挥过多的优势。由此可知：基于.NET的开发框架其优势主要表现在灵活性强、具有比较好的可配置性和良好的可扩展性，可以和各种成熟的操作系统进行无缝的融合，从而与基于该操作系统的应用软件方便地进行数据和信息的交互，同时支持B/S 模式与C/S 模式，以及大量中间件[11]。
（3）以Java环境为基础的公文流转信息系统
Java创始于Sun公司，该公司与上一世纪九十年代正式推出基于Java的设计开发平台以及Java语言[12]，客观地将，Java平台是至今在世界范围之内被广为接受的、使用最为广泛的编程语言，其最大的优势在于开发环境简单，支持面向对象的程序设计模式，支持解释型的开发过程，支持多线程的应用，程序的开发与平台无关。此外，该环境能够支持大规模、高效率的数据处理，并且维持较高水平的系统稳定性，因此在开发浏览器形式的信息系统方面表现较好。具体到办公自动化系统，基于Java环境的开发方法能够很好地支持OA系统中的工作流应用，并且在灵活性方面表现较好，能够拥有与.NET环境相同的开发效率。由此可知，基于Java环境的信息系统开发模式十分适合于办公自动化类软件的设计与实现。不过，当前在商用市场之中，基于纯Java环境的办公自动化系统并不占主要优势，不少系统在其部分功能的实现方面使用了Java[13]。
综上所述，随着信息技术的发展和应用，办公自动化信息系统的开发模式和使用效果均在近年来取得了比较明显的进步，而具体到本研究所聚焦的企业公文流转系统，因为特定的企业办公流程具有自身独特的特点，因此在处理过程上能够体现出复杂性和多样性，而当前在市场上现有的公文流转信息系统有着各自的优缺点和适应范围[14]。而我国国内的产品则落后于世界上一些发达国家的主流成熟产品，操作包不方便，也难以适应企业自身独特的要求，所以，结合企业实际情况，进行公文流转信息系统的开发设计与实现，具有比较好的理论价值和实践意义。
1.3本文内容安排
本文构建了一套基于MVC的公文处理系统，其内容安排如下：
第一章为系统概述，主要内容为阐述了本文的研究方法与路线，类似的产品在国内与国际的发展现状，以及本文所包括的主要内容。
第二章为基本理论概述，主要内容为研究中将会使用到的技术，包括在J2EE所定义的技术规范中的四个层次：J2EE客户端层、J2EE网络层、J2EE业务层、分布式应用技术以及基于MVC的系统设计。并论述了如何通过MVC结构的使用协助系统对分布式应用程序进行高效的分析。
第三章为系统需求分析，主要内容为公文处理系统的基本需求，包括功能需求与性能需求，在功能需求中，详细分析了用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块功能。最后阐述了信息系统的性能需求。
第四章为系统概要设计，主要内容为从操作可行性、管理可行性和技术可行性三方面对系统进行可行性分析。然后从安全性原则、可靠性原则、灵活性原则、准确性原则等方面阐述了信息系统的设计原则，最后以目前比较成熟的B/S结构作为基本架构，设置了MVC的结构模式，并阐述系统的框架设计。
第五章为信息系统详细设计，主要内容为用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块的设计。
第六章为信息系统的实现，主要内容为公文处理系统的详细实现求，详细分析了用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块功能的实现。
第七章为系统测试，主要内容为性能测试与功能测试。在功能测试中，测试均获通过；在性能测试中，引入应用比较广泛的LoadRunner软件。通过构建应用场景，在该场景之内运行所构建的测试脚本，在信息系统上施加一定程度的应用负载和使用压力，来决定系统多能承受的最大负载、最大并发等指标，从而评估其稳定性。
第八章为结束语。总结与展望。
1.4 本章小结
本章为系统概述，主要内容为阐述了本文的研究方法与路线，类似的产品在国内与国际的发展现状，以及本文所包括的主要内容。
2 基本理论概述
2.1J2EE概述
J2EE开发框架由SUN公司进行开发，J2EE的初衷是构建一个能够在开放式企业级信息系统中应用的标准规范。J2EE在开发伊始便十分注重其在跨软件平台方面的表现，因而这种开发框架十分适合于开发各类公司或者机构的管理信息系统，这也是本研究采用J2EE进行开发的原因。在J2EE构架中，主要的功能在于整合了一批相关的软件产品开发技术规范，同时还为开发者提供一整套基于分布式架构的开发模式[15]。
结合具体的功能，一个多层次的分布式应用架构能够将所有类别的应用在逻辑上进行层次的划分，任意一个层次均具备其所对应的组件，以及相应的服务器设备，J2EE提供组建容器，供组件良好的运行[16]，举例来讲，J2EE的EJB 容器、Servlet 容器即为专供EJB和Servlet组件运行，为了实现不同组件之间进行即时的调用，J2EE为其提供具有针对性的协议，来实现不同组建之间的通信。
在J2EE框架中，所定义的各类组件包括三个类别，分别是系统客户端组建、网络组件以及服务器端组件模型，信息系统的开发人员在开发相关系统时，应结合这些组建所对应的规范，从而获得更好的开发环境支持，在这些组建的支持下，开发者在企业级应用系统的开发中会提高效率。J2EE 组件和层次如图所示[17]。
图2-1： J2EE 组件和层次
在J2EE开发环境中，对相关的技术指标进行了定义与部署，因此J2EE可以实现企业级的信息系统。J2EE的分布应用是以API技术与符合指标的工具来共同支持的，通过以下的应用对分布式开发进行支持[18]，在这个结构中，对于开发者来说，要提供如下内容：
（1）J2EE组件
在J2EE框架中，其所包括的组件可以引入各种各样的开发语言进行开发，所开发的相关模块还能够重复加以使用，在任意一个组件中，均为开发者准备了相关的方法以及属性等，可以说，J2EE开发方式的核心思想便是基于组件的应用以及容器的使用[19]。
（2）JSP 与Sevlets
Sevlets 是一种服务器端的Java应用程序，其功能是用于在开发程序里生成页面，也可以通过分析来自系统用户的请求，以调用自身EJB的方式，生成具有针对性的操作，Sevlets 是J2EE以容器的方式产生的，并且具备内容和显示相互独立的功能。在 J2EE的开发环境里，创建 Sevlets是通过API实现的。
（3） 服务器端组件技术规范
服务器端组件技术规范的功能是为信息系统开发者提供部署服务器组件的支持，通过这些技术规范，用户在进行开发时，便可以不用再花时间在底层细节问题的实现上，而是可以把更多的精力使用在具体的事务实现之中，在信息系统开发完毕的时候，结合最初的部署，在服务器端组件容器中进行规划，然后进行事务功能的具体实现。服务器端组件技术规范同时也可以对分布式计算进行支持。
（4）数据库访问
几乎所有的企业应用信息系统均需要数据库，其作用是很重要的，在软件开发者进行分布式信息系统的开发时，对数据库具有比较高的要求，例如在访问数据库的时候应该体现出比较好的灵活性与功能的可扩展性。
为此，在J2EE框架里，为用户提供了数据库操作的API，在其协助下，可以简单地对多种格式的数据库进行操作[20]。在J2EE中，JDBC是专门用于底层应用程序编程的开发接口，通过JDBC，能够实现各类数据库管理系统的无缝调用和访问，JDBC还可以支持一些基础性的数据库查询功能。JDBC为J2EE访问数据库提供了顺畅的访问机制以及存储结构的规则，从而使系统在面对不一样格式的数据库时，展现在用户眼前的是一个统一界面，通过这种方法来实现访问数据库的可扩展性[21]。
（5）分布式通信技术
在分布式部署的企业级的管理信息系统中，分布式通信技术是实现系统的支柱之一，在J2EE的开发环境之下，具备了给网络应用和服务器端组件应用的丰富的通信方法，在这些方法的支持下，可以使一个终端上的任意一个对象实现对另一个终端上的任意对象的调用，下图显示了一个客户端调用分布式对象的过程[22]。
图2-2一个客户端调用分布式对象的过程
为实现以上功能，J2EE所提供的方法包括：
（1）RMI远程调用：RMI的功能是为不同的Java对像实现彼此的异地通信。其实现的方法为：由系统的管理服务器，以用户事先的注册，将java对象的具体名字捆绑在需要被调用的远程对象上，用户终端在操作的时候，所需做的只是查询存储于服务器上的名字，如此便可寻找到需要调用的远程对象，找到远程对象后，还需将该远程对象的本地代理下载下来，用此种方法实现对远程对象的调用。
（2）JavaIDL远程调用：IDL即接口定义语言，其功能为支持Java对象与CORBA远程对象之间的相互通信。
（3）JNDI远程调用：JNDI指的是Java目录接口，Java目录接口在分布式信息系统的远程调用中，接口的命名是以访问远程对象的标准进行的，无论是J2EE系统里的主接口对象、还是用户服务器端的数据源，全部可以通过JNDI的模式在信息系统的服务器里实现事先的注册，在需要进行远程调用的时候，系统会寻找那些符合INDI的程序接口，以这些接口为基础，在Java目录接口里，查询到传输至本地的远程对象的名称，从而实现远程调用。
（4）JMS消息服务：这里所提到的消息服务，指的是由Java所提供的一套必要的规范，该规范的主要目的是为开发消息中间件应用程序而准备的。在Java的信息系统被其客户端用户以及中间层结构模块访问的时候，系统的开发者无需在将时间耗费与低级的技术细节方面，而是将主要的精力倾注于实现 JMS 定义的简单接口。具体的操作原理如图所示：
0
2.2 EJB容器
服务器端组件容器即EJB 容器，该容器是提供了一组必要的运行环境，包容器可以先启动事务，并在方法完成后终止事务。如图所示：
图2-3 EJB 容器运行环境
这个环境是Enterprise Bean在系统级服务方面所必须的，服务器端组件容器可以支持以下的重要服务：
（1）安全性保障
在以分布式模式进行开发的信息系统中，任意一个系统客户均被分配了特定的一个角色，系统为这个角色激活与之相对应的独特的方法，同时在系统的相关描述中里，会对该方法进行声明，并描述被激活的过程，而服务器端组件容器仅仅可以被得到授权的系统用户进行激活。在这种方式的控制之下，系统的开发者在不必强调安全性规则与安全代码的前提下也可以简单地完成系统的安全性设置与保证。
（2）连接到远程客户
服务器端组件容器以一定的规约实现客户端和服务器端的沟通，当在信息系统的服务器端建立Enterprise Bean时，结合服务器端组件容器所建立的规则，在客户端并且得到了系统授权的相关用户便能够轻易激活 Enterprise Bean。
（3）Enterprise Bean生存周期
在系统生存周期的管理方面，一般所用的方法是是通过调用一下两个方法：一是Create方法，二是Remove，在实现对这两个方法进行调用的过程中，服务器端组件容器同时也在信息系统的后台运行，服务器端组件容器通过创建与维护 EnterPrise Bean，并将其置于实例池中，当该对象处于活动状态的时候，可以对其进行处理，也可以把它从容器移去，在系统的实际运行中，一个生存周期之内，Enterprise Bean往往可以历经多种不同的状态。
Home对象是EJB对象的工厂，Home对象知道EJB对象的初始化方法如图所示：
图2-4 Home对象知道EJB对象的初始化方法
（4）数据库系统连接
在一个信息系统中，数据库的作用是很明显的，但是数据连接往往很有限，单一的数据连接耗时往往超出预期，服务器端组件容器为克服这个不足，为开发者构建了数据库连接池，作为支持数据连接的工具。服务器端组件容器为了使数据库连接效率得到提升，引入了对数据库连接池的管理模式，在这样的模式之下，系统的Enterprise Bean能够以更快的速度获取数据库连接，一个数据库连接被释放以后，其他的Bean便能够继续对这个连接进行设置与使用。
下图显示了一个Enterprise Bean调用实例：
图2-5 一个Enterprise Bean调用实例
2.3基于MVC的系统设计
MVC结构的使用，能够协助系统对分布式应用程序进行高效的分析。在MVC结构之下，作为一个抽象的结构，MVC可以使任意的应用程序从一个整体划分为一些相对独立的逻辑单元，其结果便是能够使系统的编写与此前相比难度降低。MVC作为一种信息系统的开发方法，由Smalltalk机构首先提出，并将其引入到开发交互应用程序的过程之中。MVC在设计伊始，所强调的就是实现信息系统的三个层次，任意一个层次相互独立，开发者可以对其进行独自开发，从而实现层次与层次之间的高内聚和低耦合。基于MVC的系统结构如图所示：
图2-6基于MVC的系统结构
在上图中，控制器的作用是实现其余两层的通讯桥梁，对其进行连接，并实现之间的业务逻辑，而模型层的主要功能是承担数据库中数据的映射和转换，从而实现数据库的良好封装与隔离，视图层的主要功能是显示界面。
通过MVC结构实现了相对独立存在的模型、视图与控制器，其结果便是：系统的任意模型都能够拥有不止一个视图。意即：假若某一个用户经由其中任意的视图里所对应的控制器对模型的数据进行了改写，则该系统中所有与这些被改写的数据存在关联的视图全部能够体现出这些改写之后的变化。由此可知，在系统运行的过程中，不管什么类型的数据，只要这些数据被改写，出现了变化，系统的视图层便会收到来自控制器的提示通知，这样就可以及时的更新显示内容。
在基于MVC的系统设计中，模型的功能是对视图显示内容进行管理，系统的数据归属于控制器进行控制，模型会将系统中核心数据进行良好的封装，提示标记处的这些数据之间在逻辑和功能方面的互联情况，为实现以上功能，模型层通过一个相对独立的界面进行输入/出。通常，开发者通过“模型”来实现具体问题情境之中的虚拟处理。
视图的功能集中于以清晰的语言表述模型层里数据之间的逻辑联系，将数据的内容以及当下的状态以合乎规约的表现形式向系统用户显示出来，使用户看起来简单易懂。因此，一旦系统的模型发生了一些变化，系统便会通过视图的功能来实现数据与模型之间的统一,此外，系统会通过视图模块，把用户的实际需求结果描述之后传输至控制器，控制器结合这些信息，进行操作。
控制器的功能为实现用户与软件之间的信息交互。具体方法是：控制器收到从用户出传输来的输入内容，这些内容来自视图，并以一定的语法规则解释用户的实际需求，然后将用户的需求再传输至模型，通过以上的方式来支持控制器对于模型的良好控制。假若这样的情况发生在相对独立运行的客户端，则来自于系统用户的需求往往比较简单，用户需求的表现形式也类似于鼠标单击等相对简单的操作。
假若这样的情况发生在Web应用的大型程序中，则来自于系统用户的需求则一般为从客户端传输至此的HTTP请求。通常情况下，可以将控制器理解为功能相近的操作的集合，而MVC的模型进行的操作，一般有多种类型，举例来讲，处理业务的操作以及模型状态的改变等。在这种情况之下，系统的控制器就结合该用户的具体需求，并兼顾模型行为的结果，为用户挑选一个合适的视图作为响应。
2.4 本章小结
本章为基本理论概述，主要内容为研究中将会使用到的技术，包括在J2EE所定义的技术规范中的四个层次：J2EE客户端层、J2EE网络层、J2EE业务层、分布式应用技术以及基于MVC的系统设计。并论述了如何通过MVC结构的使用协助系统对分布式应用程序进行高效的分析。
3 企业公文处理系统需求分析
为企业的公文流转构建信息系统，其最终的目的便是结合企业自身已经建成的比较完善的基础内部网络，在信息技术的协助下开发和实现一个自动化程度高的公文流转信息系统，从而使企业的所有部门以及企业的领导和决策机构能够通过网络和无纸化办公的模式实现公文处理流程的标准化，并且向企业的异地分公司进行拓展，最终实现企业整体的公文处理事务全部评议到网络。本研究结合对企业办公和公文处理现状的调查，获取其在公文处理方面的实际需求，并以开发信息系统所需的形式对需求进行总结与描述。
3.1企业公文处理的现状分析
企业的生产管理、人事任命以及政策的下达均以公文作为信息的载体，可以说公文是企业最为重要的文件类型之一。在企业的公文中，不但包括企业内部的政策与规章的部署，也包括上级主管部门或者行业协会等部门的文件，这些文件的沟通特点使具有机密性、重要性与及时性，必须在短时间内得到及时的批复与实施。而由于公文涉及到企业的管理层级，并且需要切实地下达执行，因此公文的传递流程往往具有复杂化和精细化的特点。
从企业公文的来源来看，可以分为企业内部的公文与企业外部的公文，前者指的是企业处于管理或者其他需要而自行制定的公文，后者则一般是来自上级主管部门或者行业内部的文件。笔者经过调研，双流国际机场当前在公文处理方面所需进行的操作可以归纳为几个方面，简述如下：
（1）对于来自上级主管部门、行业主管单位的文件，需要企业的行政管理部门对其接收、初步处理、领导会签，然后以分发的方式将公文转发至各个下属机构、分公司。
（2）对于企业本身拟定的各类重要公文，则以统一分发的方式向企业的所有二级机构和分公司进行发送，并随时关注其处理及执行效果。
（3）对于企业所处理的各类公文，必须详细对公文的流程和交接进行记录，并按照规则进行存储，为日后的查询和收整打下基础。
（4）严格监督公文的流转和执行。
3.2企业公文处理功能需求分析
结合对双流国际机场现状的调研，并分析了企业在日常处理公文中的实际特点，可以总结出该企业对于公文流转的实际需求可以抽象为5个功能，分别是用户管理功能需求、发文管理功能需求、收文管理功能需求、签报管理功能需求以及档案管理功能需求。
图3-1公文处理系统功能需求
公文处理系统功能需求阐述如下：
3.2.1用户管理功能需求
（1）功能需求描述
企业公文涉及到商业机密，因此对于用户的管理有着较为严格的规定，用户管理功能也是公文处理系统的首要需求之一，首先，信息系统的管理员有权限对于系统用户进行设置，可以对用户进行添加、删除、查询等；不同的用户结合自身的级别与权限范围，能够在公文处理系统中进行不同的操作。
由于公文具有保密性，所以用户的身份应该经过系统认证，用户登录之后能够对自己的个人资料进行设置，修改用户名和密码，也能够收到系统的消息提示等。
（2）用例分析
下面对用户管理功能进行用例分析。
用户管理模块的主要功能有：
人员登记：对新用户进行认证，对一般用户进行用户名与密码的维护，为用户进行分类，并为每个类别的设置具体的操作权限。
部门管理：为企业中不同的部门进行权限的分配，结合部门的实际职责，赋予或者限制其对公文的具体操作种类和范围。
角色设置：通过不同用户类别的划分，为不同的工作内容和人员职务级别设置与其职能相匹配的角色，从而限定其操作权限。下图为用户管理模块的用例图：
图3-2用户管理模块的用例
3.2.2发文管理功能需求
（1）功能需求描述
这一项功能包括公文的发文全过程，通过系统的发文管理功能，应该能够模拟并且完全代替传统公文管理中纸质文件的处理过程从而使文档的流转向电子化和自动化发展。
在企业公文处理中的发文管理需求中，应结合企业公文管理的具体流程为用户提供起草公文和公文归档、查询、存取功能的支持；公文拟定之后，即进入会签阶段，经过此模块的支持，将拟好的公文传输至会签者处，实现对公文的及时签批；并结合公文的类型和实际流向来控制其下一步的传递；公文流转所经过的任何一个节点均应由信息系统进行记录，该记录包括详细的修改人、会签人、批示人以及以上行为的发生时间、执行者的用户名等信息。
当公文由企业主管领导进行签发之后，系统应能够对其结合相关的标准进行编号，最终形成正式文件，以电子签名技术生成签章，将文件属性设置为只读，进入正式的发文流程。
（2）用例分析
下面对发文管理功能进行用例分析。
发文管理模块的主要功能有：
科室拟稿：企业文件首先由相关部门进行拟稿，以公文的形式对政策或者管理进行描述，形成公文的初稿。
公文初核：公文初稿形成之后，需要对其内容和格式进行初步的核对，结合公文的目的进行修改和调整，使其中可能含有的疏漏甚至错误得到消除。
领导审签：由主管领导对公文进行审核，提出进一步完善的意见，由拟稿的部门对公文进行再次完善。
公文核稿：在公文正式签发之前，核对其所有的关键之处，避免发生错误。
领导签发：由主管领导正式签字，可以使电子签名，也可以使手签，随后公文生效，进入流转阶段。
文书印发：这里的印发，指的是通过信息系统来启动公文的流转过程。
下图为发文管理模块的用例图：
图3-3理模块的用例
3.2.3收文管理功能需求
（1）功能需求描述
双流国际机场隶属于集团公司，因此其收文包含两个部分，一是上级管理运营部门发来的指导性文件等，另一个则是企业本身对于生产和管理等方面的公文。
当系统收到一个新的公文之后，则启动了收文管理功能，具体的流程是：公文的确认签收、公文管理部门对公文进行登记与审核、主管领导对其作出拟办的指示、企业管理层进行批办的批示、由职能部门收到公文之后进入承办、并为相关部门或者实体传阅、公文承办完毕之后进行归档等处理环节。以上的流程能够使来自上级的指令或者政策得到及时的部署与执行。
此外，在信息系统的发文管理功能之中，由于不同的公文有着不一样的保密级别，因此应结合公文的具体属性进行登记，主要的属性包含密级、部门、日期等，其中日期是由系统自动生成的。收文管理中，结合企业对于不同属性的公文的处理流程，系统自动控制和监控公文的具体走向以及每一阶段所应进行的所有操作。为增强信息安全性能并提升处理效率，系统为用户提供电子签名功能，并支持具有权限的用户在线批阅公文，企业管理者则能够查询公文在流程中，每一个节点的所有处理意见和处理结果；为了提升处理效率，系统应为不同属性的公文进行优先级的分配，并且为不同类型的公文进行流转时间的控制，如果时间即将到期，则会自动以各种方式提醒用户加快处理速度；协调应支持公文传阅的功能，再具体的流程中逐级将文件向下一名处理用户进行传递.
系统对于公文传阅的每一个节点的用户与实践均进行详细记录，系统管理员则能够监控所有公文的处理流程和办理结果；在公文的收文流程结束之后，系统将公文本身以及其所有流程节点的批示即用户均进行自动的存储，管理员可以对存储文件进行管理，用户则能够通过查询功能进行查询调取。
（2）用例分析
下面对收文管理功能进行用例分析。
收文管理模块的主要功能有：
收文登记：对于每一份收到的公文均应结合其具体的类别和属性进行详细的登记，为查询公文以及跟踪公文的流程做好数据支持。
公文分发：结合公文的保密级别以及部署覆盖面，对公文进行定向分发，使每一个应该接收到信息的部门或者个人均能够及时收到。
公文查询：查询的功能应能支持通过不同的关键字进行查询，包括按公文名称查询、简单查询、高级查询、组合查询等。按照公文名称查询，用户只需输入公文的名称，便可查到与该名称匹配的公文信息；简单查询则支持用户输入公文名称中的几个关键字，系统会自动查询出与这些关键字相类似的公文列表；高级查询则结合用户的查询历史和用户角色，以定制的模式向用户显示出更加接近用户需求的结果；组合查询通过不同条件的组合，得到更加精确的查询结果。
下图为收文管理模块的用例图：
图3-4理模块的用例
3.2.4签报管理功能需求
（1）功能需求描述
企业公文的逐级批示的具体内容是十分重要的，关系到公文在执行时的紧急程度和具体方式，因此需要系统提供签报管理功能，该功能主要实现企业对于公文中一些重要事项的具体请示，根据公文种类的不同，这些请示也能实现各个部门的联合审批，若有需要，则一份公文也能够同时向多个用户报送，实现多人审批，为适应企业的实际情况，若审批者在异地办公，也支持异地审批方式。
在双流国际机场中，由于实行了经理人制度，因此在公文流转过程中的签报管理，应该已经对所有的公文进行分类，并且结合不同的公文类别为之提前拟定具体的签报流程。此外，为提升签报效率，系统支持多人联合审批以及按照顺序审批等多种模式。在多人联合审批中，如果有一个用户认可，则能够认为该公文已经生效。
此外，结合信息安全的实现技术，签报管理时应能够支持用户以电子签名或者手写的方式进行选择。与收文管理类似，在公文的签报流程结束之后，系统将公文本身以及其所有流程节点的批示即用户均进行自动的存储，管理员可以对存储文件进行管理，用户则能够通过查询功能进行查询调取。
（2）用例分析
下面对签报管理功能进行用例分析。
签报管理模块的主要功能有：
并行签报：根据公文种类的不同，公文可以实现各个部门或者的并行审批，若有需要，则一份公文也能够同时向多个用户报送，实现并行审批。
顺序签报：结合不同的公文类别为之提前拟定具体的签报流程，当收到某一类别的公文时，启动与其类别相对应的流程，实现顺序签报。
电子签名：引入信息安全技术，实现企业主管领导的电子签名，保证签名的不可否认性。
下图为签报管理模块的用例图：
图3-5理模块的用例
3.2.5档案管理功能需求
（1）功能需求描述
对于处理之后的公文，系统应支持对其进行归档处理的功能，包括对所有的公文进行标准化的存储，并为其进行属性的定义，实现分类与组卷，做好标准化的索引，用户则能够通过查询功能进行查询调取；还可以结合文件的密集以及具体的需要对公文进行借阅、销毁等等操作。
（2）用例分析
下面对档案管理功能进行用例分析。
档案管理模块的主要功能有：
添加公文：向公文存储序列添加新近完成的公文，结合公文的具体类别为其分配序列号，并为其标注密级等属性。
删除公文：过期公文或者由于保密等特殊要求的公文，进行彻底的删除。
查询公文：公文查询的功能应能支持通过不同的关键字进行查询，包括按公文名称查询、简单查询、高级查询、组合查询等。
管理公文：对公文的其他属性进行管理。
下图为档案管理模块的用例图：
图3-6理模块用例
3.3企业公文处理流程分析
下面以分层的模式阐述企业公文处理的具体数据流，从而更加明确系统的用户需求。从顶层到底层分别是：文书档案办理层、收文数据流层、签报数据流层、发文数据流层。
3.3.1文书档案办理层流程
该层的流程如图所示：
图3-7案办理层流程
可知，在文书档案层，一共包含了三股数据流，在公文在不同数据流中经历了发文、签报、收文的过程，最终汇为归档文件，并进行存储。
3.3.2收文数据层流程
该层的流程如图所示：
图3-8据层流程
可知，在收文数据层，主要的数据流向包含两个部分，一是公文经过登记之后，直接通过拟办签发，形成批办文件，进入办理流程；二是在公文彻底办讫之后，最终以“完成记录”的方式进行登记，并实现归档，以备日后查询。
3.3.3签报数据层流程
该层的流程如图所示：
图3-9据层流程
可知，在签报数据层，公文在拟稿之后便形成拟稿文件，随后经过审核和领导的批示，最终形成正式的批示文件，在登记承办之后，进入办理流程，除下发之外，为日后查询，还需对其进行归档。
3.3.4发文数据层流程
该层的流程如图所示：
图3-10层流程
可知，在发文数据层，拟稿文件经过核稿和会签之后，形成正式的会签文件，在签发之后即可形成新的正式公文，随后以红头文件的形式下发、分发。
3.4系统性能需求
本信息系统的性能需求，指的是在应具有的功能以外，还应具备的性能特性。具体包括：
（1）功能全面的需求
本系统是为大型公司所开发的，大型公司的员工比较多，公司的公文处理信息量也比较繁杂，相对小公司的信息系统而言管理复杂度比较高。因此，系统更应注重用户的实际需求，满足用户对于具体功能的要求。在具体功能的实现上应全面和人性化。
（2）系统可靠性需求
系统开发完成之后，主要的使用环境是 Windows 2000以及更高的操作系统，所以系统应具备较好的可移植性和兼容性。在安全可靠方面，系统应支持数据定期自动保存功能，从而保证在一旦有异常情况出现的时候可以尽量恢复完整的数据。
（3）易用性需求
系统应能满足各类层次的用户使用，因此应有简洁的界面和易操作的功能，从而方便员工进行信息的管理和查询。在实际使用时，系统应以人性化的用户提示支持用户正确使用系统、方便快捷。
（4）处理能力需求
系统应具备一定的处理能力，通过优良的硬件设备配置和网络配置，使系统达到较高的响应度，提高使用效率，此外系统应尽可能减少对后台数据库的存取行为。
（5）可移植性需求
随着信息技术的发展，公司的网络系统也面临着定期的更新或者升级。该系统首先应基于性价比高并且性恩能够较为优良和稳定的硬件设备和网络系统。此外，为了尽可能减少成本，应考虑系统以后升级换代的需要。
3.5 本章小结
本章为系统需求分析，主要内容为公文处理系统的基本需求，包括功能需求与性能需求，在功能需求中，详细分析了用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块功能。最后阐述了信息系统的性能需求
4 系统概要设计
4.1系统可行性分析
本文将从系统的操作可行性、管理可行性和技术可行性三方面对系统进行可行性分析。
4.1.1操作可行性
在设计公文处理系统的界面时，设计原则是要求用户界面要友好，操作要简单化，在此基础上，我们选择了Java程序设计语言作为系统的开发语言，使用Windows操作系统，因其友好的用户界面模式和良好的安全性设置，可以方便于公司内部员工在系统管理员的培训和指导下，能够轻松容易并且快速地掌握系统的使用方法和操作方式。同时，在该信息管理系统的设计过程中还编写了能够供系统维护人员使用或升级用的说明文档和数据查询手册，并且考虑到实现用户的实际需求情况，在输入界面、查询界面等部分上，添加了用户提示的设计等，通过这种方式能够更进一步地帮助企业员工更轻松迅速地掌握该信息管理系统的使用方法。
4.1.2管理可行性
企业合理的科学的管理方法和程序、完善的规章制度、管理体制以及稳定的生产秩序是企业公文信息管理系统的前提和基础，也是公司不断创新，改革和完善自己的重要因素，同时更是公司走向信息化管理的开始。所以说，只有建立高效的信息管理系统，才能够提高企业组织的整体素质，才能够增强企业组织的核心竞争力，从而能实现企业从量到质的前进。
4.1.3技术可行性
1)开发的软件可行性
根据本系统的特点，用户的需求以及系统的复杂度，本系统采用Java语言作为系统的开发语言。Java语言的设计主要特点是集中于对象及其接口，它提供了简单的面向对象的机制以及动态的接口模型机制。对象中封装了类的私有成员和相应的方法，实现了模块化的信息数据封装隐藏；而类提供了面向对象的原型，并且通过继承方式，子类可以使用父类所提供的方法，实现了代码的复用。所以，在软件方面，本系统的开发是可行的。
2)开发的硬件可行性
开发本系统所使用的软件环境对于计算机的硬件（如：计算机的内存、主频、外频、外存）也没有过多的要求，计算机的配置要求适中，但是也不能过低，否则会影响到该系统的正常运行，配置过低可能会导致运行速率过低，或者无法支持正常运行，严重一点甚至导致数据计算性的失误或更为严重的错误。不过根据目前市场上已有主流硬件来看，这种要求应该是可以完全符合我们的需求。所以，在硬件方面，本系统的开发也是可行的。通过上文描述的操作、管理，技术等方面的可行性分析可以看出，该公文信息管理系统是可以实现的。
4.2系统设计的主要原则
为满足上述系统需求，本系统设计将严格按照下述设计原则进行：
安全性原则：采用一定的技术并与相应的管理制度相结合，以保证系统安全运行，防止可能发生的错误;设置严格的权限管理体系，合理授予合法用户权限，防止非授权用户对系统的操作;充分考虑应用层的安全性，做好信息资源的访问控制。
可靠性原则：设计中充分考虑发生异常时的数据备份和事务回滚机制及运行环境的备份方案。
灵活性原则：软件设计时应充分考虑整个应用的灵活性要求，通过合理的模块划分和采用模块化软件设计，实现系统软件在业务变更或软件技术发展时的灵活性适应能力。
准确性原则：数据库系统的构件应具有完备的数据完整性校验。
标准性原则：按照国家标准建立信息库、指标、及代码，并且从软件到硬件，全面贯彻Internet/Intranet的体系结构和标准协议。
易操作性原则：使用图形化交互式人机界面，具有操作简单、方便的特点。同时，查询界面采用浏览器模式，提高应用界面的统一化程度。
用户参与原则：在软件开发的各项阶段性过程中，必须与用户共同研究磋商，达成共识，切实保证应用系统的实用性与可行性。
可扩展性原则：采用标准和通用的网络设备及协议，采用开放式的数据库平台和群件系统，采用兼容性强的电子邮件系统，确保随着企业的成长，己有的资源的有效性。
高效率原则：数据库系统的存取方式必须满足实时性要求，以及对海量数据的高效传输。
4.3部署架构的构建
公文处理系统在具体的设计中，以目前比较成熟的B/S结构作为基本架构，设置了三层的结构模式。如图4-1：
| 客户端 |
| 浏览器 |
| 服务器 |
| 后台数据库 |
图4-1部署架构的构建
图所示为系统的基本功能模块：
| 用户管理模块 |
| 收文管理模块 |
| 发文管理模块 |
| 档案管理模块 |
| 公文处理系统 |
| 签报管理模块 |
图4-2系统功能模块
其中，用户管理模块主要实现的是对系统用户的验证和对权限的分配。结合不一样的用户角色，系统所进行的处理也各有不同。假若用户所输入的验证码不对，系统便会弹出窗口提示信息错误。公文处理系统的登陆模式分为两大类，即普通用户登陆与系统管理员角色登陆，用户的角色与其操作权限范围相关，管理员角色的用户能够对系统的所有功能模块进行设置和查看，也能为不同的用户赋予不同的权限，而普通用户的操作则局限于查看自己的公文结果，以及为其他员工进行打分、评测等。
发文管理模块模拟并且完全代替传统公文管理中纸质文件的处理过程，公文由企业主管领导进行签发之后，系统应能够对其结合相关的标准进行编号，最终形成正式文件，以电子签名技术生成签章，将文件属性设置为只读，进入正式的发文流程。
收文管理模块为公文的确认签收、公文管理部门对公文进行登记与审核、主管领导对其作出拟办的指示、企业管理层进行批办的批示、由职能部门收到公文之后进入承办、并为相关部门或者实体传阅、公文承办完毕之后进行归档等处理环节。
签报管理模块支持用户以电子签名或者手写的方式进行选择。对所有的公文进行分类，并且结合不同的公文类别为之提前拟定具体的签报流程。
系统采用 B/S 模式，在J2EE+SQLServer2000 的系统开发平台下，结合 MVC 的设计模式，实现了业务逻辑、控制逻辑以及前端数据显示逻辑的分类，从而使系统具有良好的扩展性和维护性。选择了J2EE平台，框架设计如图所示：
| 服务组合层 |
| 客户端浏览器 |
| 业务控制器 Action |
| 控制器 Actionservlet |
| 视图 jsp |
| 模型 Actionform |
| 配置文件 Struct.xml |
| 表示层 |
| 业务、逻辑、DAO组件 |
| Spring 配置文件 |
| Spring IOC容器 |
| 业务逻辑层 |
| 数据库 |
| Hibernate 映射管理 |
| 持久层 |
| UDDI 注册信息 |
| WS- BPEL |
| 服务层 |
| 服务 |
| 连接层 ESB总线 |
图4-3系统框架设计
从图可以看出，在系统框架设计中，引入了分层化的设计模式. 客户端浏览器指的是用户的界面层，在一些特殊情况之下，一些业务逻辑的实现也会包含在客户程序之中。通过这个应用系统来实现“瘦客户机”模式之下难以顺利实现的部分目标。在J2EE框架之下，对于基于网络的应用而言，系统设置在客户层中 运行用户的浏览器，此时，其所获取的网页主要来自Web 服务器，网页的来源既可以是由Servlets自动生成，又可以是在WEB 层中下载。该系统能够在基于互联网的其他环境的客户层中运行，而这个客户层为了管理用户输入，就需要构建一个Java Beans 类，通过Java Beans 类，把用户所输入的内容传输至企业层，在企业层中设置Enterprise Bean 类，专门用于处理用户的输入，这样，在不需要通过系统Web层的时候，用户的J2EE程序便能够访问系统的Enterprises Beans。通过以上小节对数据库结构、EJB结构、功能模型结构的分析，现在我们给出整个J2EE应用程序Esite的层次结构图，如图所示。
图4-4 Esite的层次结构图
在业务逻辑层包括3部分，分别是业务逻辑DAO组件、Spring配置文件、IOC容器。业务层中， DAO组件承担了几乎所有的业务逻辑功能， J2EE业务层的DAO组件一般是在容器中运行，需要解决的一些底层事项，包括事务处理、生命周期等均是由容器来解决的。在J2EE业务层里，有一个运行基本模式，即通过Bean接受来自客户端的所有数据，并进行有针对性的处理，同时将处理结果传输至企业信息系统进行存储；同样，也由一个Bean 取出存储在企业信息系统层中的相关数据，将其传输至客户端程序，以便使用者阅读。
网络层由3部分组成，分别是服务组合层、服务层和连接层。网络层与客户层在这方面有类似之处，在容器的协助之下，Web 组件运行在系统客户层，并对用户的多种操作提供支持，对客户发来的各类请求进行处理和响应。J2EE网络层的组件包含有两方面，分别是JSP页面与J2EE Servlets，后者的主要功能是显示网络页面，所显示的网络页面以打包的模式与应用程序进行组装。为了实时响应用户输入，网络层能够设置专门的Java Beans 类来进行具有针对性的管理，并且可以把所接收到的用户的输入传输至信息系统业务层中的 Enterprise Beans进行处理。
4.4数据库设计
本文所设计的公文处理系统引入微软公司的SQLServer，下面具体阐述系统数据库的设计与实现过程。
4.4.1 数据库概念结构的设计
在整个数据库结构的设计与实现过程中，最关键的部分便是其概念结构，通过概念结构的设计，能够将实体间实现关联，并以形化的模式体现其关系，本文以实体关系模型来描述公文处理系统数据库概念结构。下面对本设计所需的各类实体进行阐述。下面是涉及到的一些主要实体。
（1）用户实体与属性
下图所示为用户实体和属性的实体关系模型：
图4-5用户实体和属性的实体关系模型
用户实体指的是公文处理信息系统中的所有用户，包括管理员、企业领导及普通用户等。该实体拥有的属性包括：用户编号：为每一个用户设置一个唯一的ID识别码，可以唯一确定用户的身份；用户名：用户登录信息系统时使用的注册名称，与用户编号相对应；用户密码：为用户分配的登录密码，用户在登录系统之后可以对其进行修改；用户状态：指的是用户登录在线状态以及退出（离线状态）等。
（2）用户信息实体与属性
由于用户种类繁多，因此在用户实体之外另设置了用户信息实体，下图所示为用户信息实体和属性的实体关系模型：
图4-6用户信息实体和属性的实体关系模型
其中，用户名、登录名、密码属性均等同于用户实体；用户部门指的是用户工作的具体科室或者车间等二级机构；用户职位为用户目前的岗位、职称；隐藏用户否指的是该用户是否具有在系统中登录的隐藏功能；可见公告否则控制用户对公告的浏览权限；允许编辑信息指的是用户是否有权限对公文管理系统中的信息进行修改等操作；允许管理用户是指用户能否对其他的用户进行权限的设置或者增删，允许工作计划指的是用户能否在系统之中拟定工作计划，允许管理公文、允许发送公文以及允许接收文件规定了用户对于公文处理的具体权限范围。
（3）公文类别实体与属性
下图所示为公文类别实体和属性的实体关系模型：
图4-7公文类别实体和属性的实体关系模型
其中，编号是公文类别的代码，为每一种类别分配一个唯一不变的固定代码；类别名称指的是公文的具体类别，例如命令(令)、决定、公告、通告、通知、通报、议案、报告、请示、批复、意见等等；删除标记则是在某中类别被删除之后，如果未曾进行彻底删除，则暂时不会消失，而是会在其旁边标注一个删除标记。
（4）公文信息实体与属性
下图所示为公文信息实体和属性的实体关系模型：
图4-8公文信息实体和属性的实体关系模型
其中，公文标题指的是公文的题目，发送单位是指拟定并签发公文的具体部门，类型则属于“公文类别实体”中的某一种类别；编号是公文信息的唯一标识，可与其他的公文进行区分；等级则指明了该公文的保密情况以及散发范围等；接收单位是公文的目的地，附件则标注了该公文是否还具有一些附属的文件和信息等。
（5）新闻公告实体与属性
下图所示为新闻公告实体和属性的实体关系模型：
图4-9新闻公告实体和属性的实体关系模型
新闻公告是公文处理系统中对所有用户进行宣布的事项等，包括企业的一些通知、规章制度和决定。编号属性是新闻公告的唯一标识，每个公告具有唯一的编号，而用户名、标题及内容属性与其他实体的涵义类似，此处略。
除此之外，还有诸如邮箱实体、消息实体、权限实体等，不再赘述。
由数据库设计的ER关系可知，实体和实体之间具备着各种联系，这种联系在关系型数据库中成为“关系”。公文流转管理信息系统的整体ER图如下。
图4-10数据库ER图
4.4.2表文件的设计
本信息系统所涉及到的主要表文件介绍如下：
用户信息表：管理系统用户的登录数据。
表4-1用户信息表
| 字段名称 |
字段长度 |
字段类型 |
缺省值 |
是否允许空 |
含义 |
| Yhdm |
4字节 |
整型数据 |
|
|
用户代码，关键字 |
| Yhmc |
50字节 |
字符串型数据 |
|
允许 |
用户名称 |
| Dlmc |
20字节 |
字符串型数据 |
|
允许 |
用户登录名 |
| dlmm |
20字节 |
字符串型数据 |
|
允许 |
用户密码 |
| yhzt |
1字节 |
整型数据 |
2字节 |
允许 |
用户实时状态 |
用户权限表：管理用户在公文处理系统中所拥有的身份以及一直相对应的操作权限。
表4-2用户权限表
| 字段名称 |
字段长度 |
字段类型 |
缺省值 |
是否允许空 |
含义 |
| Yhdm |
4字节 |
整型数据 |
|
|
用户代码，关键字 |
| Yhmc |
50字节 |
字符串型数据 |
|
允许 |
用户名称 |
| dlmc |
20字节 |
字符串型数据 |
|
允许 |
用户登录名称 |
| Yhmm |
20字节 |
字符串型数据 |
|
允许 |
用户密码 |
| Yhbm |
1字节 |
整型数据 |
|
允许 |
用户所处的部门 |
| Yhzw |
|
整型数据 |
|
允许 |
用户拥有的职位 |
| Ycyh |
1字节 |
布尔类型数据 |
真 |
允许 |
是否隐藏该用户 |
| Kjgg |
1字节 |
布尔类型数据 |
真 |
允许 |
用户是否可见公告 |
| Yxkj |
1字节 |
布尔类型数据 |
真 |
允许 |
允许部门可见 |
| Yxjh |
1字节 |
布尔类型数据 |
真 |
允许 |
允许用户制定工作计划 |
| yxgl |
1字节 |
布尔类型数据 |
真 |
允许 |
允许用户管理员工 |
| Yxgl2 |
1字节 |
布尔类型数据 |
真 |
允许 |
允许用户管理其他用户 |
| Yxfs |
1字节 |
布尔类型数据 |
真 |
允许 |
允许用户进行公文发送 |
| glgw |
1字节 |
布尔类型数据 |
真 |
允许 |
允许用户进行公文管理 |
| Fbwj |
1字节 |
布尔类型数据 |
真 |
允许 |
允许用户进行文件分布 |
| Glwj |
1字节 |
布尔类型数据 |
真 |
允许 |
允许用户对文件进行管理 |
| Glzw |
1字节 |
布尔类型数据 |
真 |
允许 |
允许用户管理职位 |
| bjxx |
1字节 |
布尔类型数据 |
真 |
允许 |
允许用户编辑自己信息 |
用户职位表：管理公文处理系统中所有用户的职位数据。
表4-3用户职位表
| 字段名称 |
字段长度 |
字段类型 |
缺省值 |
是否允许空 |
含义 |
| Yhdm |
4字节 |
整型数据 |
|
|
用户代码，关键字 |
| Yhzw |
10字节 |
字符串型数据 |
|
不允许 |
用户的具体职位 |
公文类型表：对公文处理系统中存储的公文类型进行管理维护。
表4-4公文类型表
| 字段名称 |
字段长度 |
字段类型 |
缺省值 |
是否允许空 |
含义 |
| Gwdm |
4字节 |
整型数据 |
|
|
公文代码，关键字 |
| Gwlx |
10字节 |
字符串型数据 |
|
不允许 |
公文类型的名称 |
| gssc |
2字节 |
布尔类型数据 |
真 |
不允许 |
公文的删除标记 |
职位变动表：用来管理参与企业公文处理的员工职位变动。
表4-5职位变动表
| 字段名称 |
字段长度 |
字段类型 |
缺省值 |
是否允许空 |
含义 |
| Ygzw |
4字节 |
整型数据 |
|
|
员工编号，关键字 |
| Ygdm |
10字节 |
字符串型数据 |
|
不允许 |
员工的用户名称 |
| Ylzw |
30字节 |
字符串型数据 |
|
不允许 |
员工原来的职务 |
| bdzw |
30字节 |
字符串型数据 |
|
不允许 |
变动之后新的职务 |
| Bdsj |
8 |
日期时间型数据 |
|
不允许 |
变动时间 |
| Bdwh |
30字节 |
字符串型数据 |
|
不允许 |
变动批文代码 |
| Bdlx |
30字节 |
字符串型数据 |
|
不允许 |
变动类型 |
| Bdfs |
30字节 |
字符串型数据 |
|
不允许 |
变动方式 |
| Bdyy |
30字节 |
字符串型数据 |
|
不允许 |
变动原因 |
| Jlr |
8 |
日期时间型数据 |
|
不允许 |
职位变动记录人 |
| Jlsj |
30字节 |
字符串型数据 |
|
不允许 |
职位变动记录时间 |
| ggr |
8 |
日期时间型数据 |
|
不允许 |
职位信息更改人 |
通知公告表：用来管理公文处理所相关的通知等消息。
表4-6通知公告表
| 字段名称 |
字段长度 |
字段类型 |
缺省值 |
是否允许空 |
含义 |
| ggdm |
4字节 |
整型数据 |
|
|
通知编号，关键字 |
| Ygdm |
10字节 |
字符串型数据 |
|
允许 |
用户名称 |
| Ggbt |
20字节 |
字符串型数据 |
|
不允许 |
通知标题 |
| ggnr |
20字节 |
字符串型数据 |
|
允许 |
通知具体内容 |
4.5本章小结
本章为系统概要设计，主要内容为从操作可行性、管理可行性和技术可行性三方面对系统进行可行性分析。然后从安全性原则、可靠性原则、灵活性原则、准确性原则等方面阐述了信息系统的设计原则，最后以目前比较成熟的B/S结构作为基本架构，设置了MVC的结构模式，并阐述系统的框架设计。
5 系统的详细设计
公文流转信息系统其最终的目的便是实现一个自动化程度高的无纸化办公的模式，实现公文处理流程的标准化，结合对企业办公和公文处理现状的实际需求，设计系统的五个功能模块，下面分别阐述其详细设计。
5.1 用户管理模块的设计
5.1.1功能设计
所有的用户使用公文处理系统均是从登陆页面开始的。信息系统的管理员有权限对于系统用户进行设置，可以对用户进行添加、删除、查询等；不同的用户结合自身的级别与权限范围，能够在公文处理系统中进行不同的操作。由于公文具有保密性，所以用户的身份应该经过系统认证，用户登录之后能够对自己的个人资料进行设置，修改用户名和密码。
在此以用户登录为例进行阐述。登录功能主要实现的是对系统用户的验证和对权限的分配。结合不一样的用户角色，系统所进行的处理也各有不同。假若用户所输入的验证码不对，系统便会弹出窗口提示信息错误。
公文处理系统的登陆模式分为两大类，即普通用户登陆与系统管理员角色登陆，用户的角色与其操作权限范围相关，管理员角色的用户能够对系统的所有功能模块进行设置和查看，也能为不同的用户赋予不同的权限，而普通用户的操作则局限于查看自己的公文结果，以及为其他员工进行打分、评测等。
5.1.2流程设计
下图所示为用户登录功能的流程图：
图5-1用户登录功能的流程
对该流程图的描述如下：
首先，用户打开公文处理系统，系统向用户显示登录的相关界面；
用户在系统提示之下输入自己的ID与密码，系统查询数据库，对用户输入的信息进行校验，结合用户输入的准确与否，给出提示；
假如用户只输入了用户名，忘记输入密码，系统会给出相应提示信息；
假如用户连续三次没能输入准确的用户名与密码，则浏览器自动锁定。
5.2发文管理模块的设计
5.2.1 功能设计
发文管理模块能够模拟并且完全代替传统公文管理中纸质文件的处理过程，结合企业公文管理的具体流程为用户提供起草公文和公文归档、查询、存取功能，拟好的公文传输至会签者处，实现对公文的及时签批；并结合公文的类型和实际流向来控制其下一步的传递。当公文由企业主管领导进行签发之后，形成正式文件。下图所示为发文管理的实际流程：
图5-2发文管理的实际流程
可知，发文管理模块的实现过程为：
科室拟稿：企业文件首先由相关部门进行拟稿，以公文的形式对政策或者管理进行描述，形成公文的初稿。
部门会签：有公文所涉及到的部门对公文的初稿进行审核，并填写签署意见，给出修改的建议；
公文审核：公文初稿形成之后，需要对其内容和格式进行初步的核对，结合公文的目的进行修改和调整，使其中可能含有的错误得到消除。
领导签发：由主管领导对公文进行审核，提出进一步完善的意见，由拟稿的部门对公文进行再次完善。
公文核稿：在公文正式签发之前，核对其所有的关键之处，避免发生错误。
公文登记：（收文单位）将公文在数据库中做好记录，为其拟定编号及关键词等重要的属性、此后便进入到收文流程。）分发催办：由收文单位的主管领导正式签字，可以使电子签名，也可以使手签，随后公文生效，在收文部门进行部署。归档：将公文存储到相关的数据库中，以便日后的查询。
5.2.2类的设计
以发文管理的“拟稿”功能为例，下图所示为其类图：
图5-3发文管理的“拟稿”类图
可知，该功能涉及到的类包括6个，其中，公文模板类的模板编号、模板名称、模板类型可以区分不同应用情况下的公文套用模板，支持模板的查询和新建；修改意见类的公文编号、意见时间、意见内容则描述出对公文的修改建议的所有属性，支持用户对其进行查询；部门工作人员了包括员工的姓名、编号以及职务；公文草稿类通过公文编号、有效时间、公文种类、公文等级等属性；部门工作人员包括姓名、编号及职务；普通工作人员包括姓名、编号及职务，并支持草稿处理，包括草稿的导入、保存、修改及上报；部门领导类包括姓名、编号及职务，支持的操作包括草稿的核对、导入与查询。
5.3收文管理模块的设计
5.3.1 功能设计
收文包含两个部分，一是上级管理运营部门发来的指导性文件等，另一个则是企业本身对于生产和管理等方面的公文。公文管理部门对公文进行登记与审核、主管领导对其作出拟办的指示、企业管理层进行批办的批示、由职能部门收到公文之后进入承办、并为相关部门或者实体传阅、公文承办完毕之后进行归档等处理环节。下图所示为收文管理的实际流程：
图5-4收文管理的实际流程
可知，收文管理模块的实现过程为：办公室登记：即由负责公文管理的部门对受到的所有收到的公文均结合其具体的类别和属性进行详细的登记，为查询公文以及跟踪公文的流程做好数据支持。
办公室主任拟办：由公文管理部门的负责人结合公文的属性和密级以及紧急程度，给出公文的流转方法和具体流程；
领导批示：由负责人浏览公文内容之后，结合本部门的实际情况和公文的具体内容给出公文的实施意见；
科室部门承办：相关的职能部门结合领导的批示，对公文的内容进行部署或者实施；
传阅：结合公文的保密级别以及部署覆盖面，对公文进行定向分发，使每一个应该接收到信息的部门或者个人均能够及时收到；
归档查询：查询的功能应能支持简单查询，即通过不同的关键字进行查询，同时支持高级查询，结合用户的查询历史和用户角色，以定制的模式向用户显示出更加接近用户需求的结果。
5.3.2类的设计
以发文管理的“审批”功能为例，下图所示为其类图：
图5-5收文管理的“领导批示”类图
可知，该功能涉及到的类包括4个，其中，领导批示类包括部门编号、部门名称、审批者姓名及审批者编号，可以进行的操作包括公文审批、填写意见、电子盖印；存储公文类包括公文编号、公文类型、以及公文内容等属性；公文类包括公文编号、有效时间、公文种类、公文等级等属性；批示意见类包括公文编号、审批者编号、是否通过、修改意见等属性。
5.4签报管理模块的设计
5.4.1 功能设计
签报管理功能主要实现企业对于公文中一些重要事项的具体请示，结合不同的公文类别为之提前拟定具体的签报流程。此外，为提升签报效率，系统支持多人联合审批以及按照顺序审批等多种模式。签报流程结束之后，系统将公文本身以及其所有流程节点的批示即用户均进行自动的存储。下图所示为签报管理的实际流程：
图5-6签报管理的实际流程
企业公文的逐级批示的具体内容是十分重要的，关系到公文在执行时的紧急程度和具体方式，因此需要系统提供签报管理功能，可知，签报管理模块的实现过程为：
拟稿或者代拟稿以及部门审核与发文流程类似，在此不再赘述；送批示：审核通过之后，将公文初稿传至专管领导进行批示，分别由主管领导与分管领导对公文进行审批；办结：公文拟好之后转入发文流程，发文流程结束以后，启动办结流程对公文进行归档。系统将公文本身以及其所有流程节点的批示即用户均进行自动的存储，管理员可以对存储文件进行管理，用户则能够通过查询功能进行查询调取。
5.4.2类的设计
以签报管理的“部门审核”功能为例，下图所示为其类图：
图5-7签报管理的“部门审核”类图
可知，该功能涉及到的类包括4个，其中，公文审批人员的属性有编号、部门、职务、备注。待办公文类的属性有公文编号、公文类型、公文名称、公文内容，可以对以上属性进行查询操作；已发布公文信息类的属性有公文编号、公文类型、公文名称、公文内容、，可以对以上属性进行信息查询操作；用户类的属性包括、编号、姓名、职务。
5.5档案管理模块的设计
5.5.1功能设计
档案管理模块主要实现归档处理的功能，包括对所有的公文进行标准化的存储，并为其进行属性的定义，实现分类与组卷，做好标准化的索引，用户则能够通过查询功能进行查询调取。下图所示为档案管理的实际流程：
图5-8档案管理的实际流程
可知，档案管理模块的实现过程为：登记：即向公文存储序列登记和添加新近完成的公文，结合公文的具体类别为其分配序列号，并为其标注密级等属性。分类：依据一定的标准，按照档案来源、时间、内容和形式特征的异同点，对档案进行有层次的区分，并组成一定的体系。组卷：以企业党政工团档案以及企业行政管理档案为例，前者可以组卷为：上级文件，、组织建设材料、党支部计划、各种活动记录及原始材料、各种总结。后者则可以组卷为：上级文件、远近期规划、工作计划、各种规章制度、会议记录等。归档：将附有档案发生期间、保管期限、档案交接人、档案保管人、单位领导签字等的公文进行保存。
5.5.2类的设计
以档案管理的“归档”功能为例，下图所示为其类图：
图5-9签报管理的“部门审核”类图
可知，该功能涉及到的类包括5个，其中，档案目录类包括档案的目录编号以及目录内容；归档管理人员的属性有编号、姓名、部门、职务，可以进行的操作包括档案查询、新建、删除；普通人员类属性有编号、姓名、部门、职务，可以进行的操作为查询；档案模板类的属性有编号、类型、格式、备注；公文档案类的属性有编号、类型、发布部门、发布日期。
5.6 本章小结
本章为信息系统详细设计，主要内容为用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块的设计。
6系统的实现
6.1 用户管理功能的实现
在用户管理功能中，由于公文具有保密性，所以用户的身份应该经过系统认证，用户登录之后能够对自己的个人资料进行设置，修改用户名和密码，也能够收到系统的消息提示等。系统登录是确保系统安全的重要措施，登录功能主要实现的是对系统用户的验证和对权限的分配。结合不一样的用户角色，系统所进行的处理也各有不同。用户打开绩效管理系统，系统向用户显示登录的相关界面，在系统提示之下输入自己的ID与密码，系统查询数据库，对用户输入的信息进行校验，结合用户输入的准确与否，给出提示；用户登陆界面如图所示：
图6-1用户登陆界面
由图可知，用户输入自己的ID与密码，并选择用户类型（普通用户或者管理员）后，点击登录按钮，系统核实用户ID合法，便允许用户进入系统进行操作。系统的登录功能通过login.jsp调用users类中的user_valid()进行设计。
登录功能使用多个函数来实现，主函数的实现简述如下：
private void main_login()
{ string ming=txtName.Text;帐号
String mi=txtPwd.Text;密码
if(rdbLd.Checked)
Ld_login(ming,mi);
else if(rdbMs.Checked)
Ms_login(ming,mi);
else 部门职员登录
Zg_login(ming,mi);
if (r.Read())
{
Session["ming"] = n;
Session["mi"] = p;
Session["sf"] = r.GetValue(5).ToString();
Cha=”update 职员帐号 set 登录时间
=’”+DateTime.Now.ToString()+”’ where 帐号
=’”+n+”’”;
cmd = new SqlCommand(cha, cnn);命令对象
cmd.ExecuteNonQuery();更新登录时间
图中，用户需要输入的内容包括用户名、密码、确认密码、用户真实姓名、用户电话号码、用户信箱以及验证码，通过之后便可产生一个新的ID。
6.2 发文管理功能的实现
企业文件首先由相关部门进行拟稿，以公文的形式对政策或者管理进行描述，形成公文的初稿。公文初稿形成之后，需要对其内容和格式进行初步的核对，由主管领导对公文进行审核，由主管领导正式签字，便完成了发文管理。其中，新建公文的界面如图所示：
图6-2发文管理模块的新建公文界面（1）
图中，系统用户登陆成功之后，选择界面上方的“管理公文”功能，进而选择“新建”，则进入新建公文界面。系统会结合用户名及其具体的职务与级别为其自动填写一些项目，包括“起草人”等，随后用户需要在界面的提示之下依次填写公文标题、公文类型、公文密级、紧急程度、公文等级、公文内容等项目，如果有附件，则点击“浏览”按钮进行添加，填写无误之后点击“提交”，公文拟稿即完成，如果中途出现错误，也可以选择“重填”。
添加公文的操作需要调用到多个函数，其中主函数的主要实现代码如下：
public void add_Doc( )//新建公文的函数
{
Doc doc;//公文对象
……//给doc赋初值
key=createAesKey();//创建aes密钥
content0=readFile(filePath0); //二进制方式读公文内容
doc.doc1=aesEncrypt(content0,key); //用key加密公文内容
If(filePath1!=null){ //附件不为空，则
content1=readFile(filePath1); //二进制方式读公文附件
doc.doc2=aesEncrypt(content1,key); //用key加密公文附件
}
addToDocs(doc); //插入到公文表中
id=getDocID(doc); //获取该公文稿自动生成的ID号
pkey=getRsaPuKey(doc.writer); //获取拟稿者的RSA公钥
key1=rsaEncrypt(key,pkey); //用RSA公钥加密AES密钥
addToDocKey(id,key1) //加密过的AES密钥保存到公文密钥表
6.3 收文管理功能的实现
收文包含两个部分，一是上级管理运营部门发来的指导性文件等，另一个则是企业本身对于生产和管理等方面的公文。当系统收到一个新的公文之后，则启动了收文管理功能，系统管理员则能够监控所有公文的处理流程和办理结果。
一份公文收到之后，便进入“待办公文”状态。如图所示，在界面中显示了三份待办公文，并分别列出了公文的类型、标题、起草人、主题等各个属性。如图所示：
图6-4收文管理功能界面
在该界面中，当系统用户鼠标选择某个公文标题，则会显示出该公文的详细内容，用户对公文全文进行浏览之后，通过选择最右端的“审批”，即进入完全的公文审批流程。
在该界面中，主管领导可以填写对其作出拟办的指示、企业管理层进行批办的批示。可以选择的审批功能包括批示意见与批示内容，批示意见是以可选项进行设计的，可以选择“同意”或者“不同意”，填写批示内容之后，点击“提交”之后，便进入办理流程。
实现签收功能的签收函数的主要代码流程如下：
public void qianshou (Doc qdoc )//qdoc 是要签收的公文
{ 创建数据库连接对象qianshoucnn;
建立Command对象qianshoucmd;
//取得当前用户的帐号
account=session[“ming”].ToString();
//调用自定义函数，生成用户的签名信息
qm=rsaSigned(qdoc,account);
用签名信息构造修改签收表中的记录的update语句
//将update语句赋值给qianshoucmd.CommandText;
qianshoucmd.CommandText=update语句；
//执行qianshoucmd，向数据库增加记录；
qianshoucmd.ExcuteNonQuery();
//连接关闭
qianshoucnn.close();
}
6.4签报管理功能的实现
该功能主要实现企业对于公文中一些重要事项的具体请示，支持多人联合审批以及按照顺序审批等多种模式。对所有的公文进行分类，并且结合不同的公文类别为之提前拟定具体的签报流程。用户选择“签报管理”功能之后，便进入“起草签报”界面，如图所示：
图6-5签报管理功能起草签报界面
依次点击“公文管理”，“签报管理”，“起草签报”，“确定”，选择文件格式,点击“发送”到部门主任，如下图：
图6-6签报管理功能起草签报界面（4）
此时，该公文即进入部门领导审核阶段，审核通过之后便可生效。
public void dengji(Doc qdoc )//qdoc 是要签报的公文
{ 创建数据库连接对象dengjicnn;
建立Command对象dengjicmd;
//取得登录用户的帐号
account = session[“ming”].ToString();
//调用自定义函数，生成用户的签名信息
qm = rsaSigned(qdoc,account);
用签名信息和qdoc构造向签报表中的增加记录的insert语句
//将insert语句赋值给dengjicmd.CommandText;
dengjicmd.CommandText=insert语句；
//执行dengjicmd，向数据库增加记录；
dengjicmd.ExcuteNonQuery();
//连接关闭
dengjicnn.close();
6.5 档案管理功能的实现
对于处理之后的公文，系统应支持对其进行归档处理的功能，包括对所有的公文进行标准化的存储，并为其进行属性的定义，实现分类与组卷，做好标准化的索引，用户则能够通过查询功能进行查询调取。
下图所示为对归档公文进行存储的界面：
图6-7档案管理功能存储界面
可见，一个走完所有流程的公文，负责公文归档的用户需要登录系统之后调用档案管理的“公文存储”功能，随后详细填写公文的各项属性，包括公文标题、公文序号、发文序号、签批领导、保密等级等一系列内容，随后对档案进行存储，以备日后查询和调用。
实现归档功能的归档函数的主要代码流程如下：
public void guidang (Doc qdoc )//qdoc 是要归档的档案
{ 定义数据库连接对象guidangcnn;
定义Command对象guidangcmd;
//定义事务对象guidangtrans
SqlTransaction guidangtrans=guidangcnn.BeginTransaction();
// guidangcmd 执行的事务对象是 guidangtrans
guidangcmd.Transaction= guidangtrans
//取得归档操作的用户的帐号
account_gd = session[“ming”].ToString();
//调用自定义函数，得到用户的归档签名信息
档案档案查询的功能应能支持通过不同的关键字进行查询，包括按公文名称查询、简单查询、高级查询、组合查询等。图中所示为公文检索功能，用户可以结合界面提示，输入检索关键字，包括编号、密级、日期范围、单位、公文种类等，点击“搜索”之后，系统会在界面下方的“公文检索结果”罗列出具体的结果。
6.6 本章小结
本章为信息系统的实现，主要内容为公文处理系统的详细实现求，详细分析了用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块功能的实现。
7 系统测试
7.1功能测试
功能测试的目的是保证信息管理系统能达到预期效果，系统需要完成的核心功能包括用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块。测试结果如下表：
表7-1功能的测试结果
| 功能 |
测试描述 |
处理结果 |
|
| 输入 |
输出 |
||
| 公文档案信息查询 |
进入公文信息查询功能模块，结合系统的选项，输入或者选取相应的条件，便能够查询公文基本信息。测试时，选择在公文的名称“企业调薪标准”来查询对应的公文基本信息。 |
通过查询功能，系统输出公文“2013年双流国际机场薪酬调整细则讨论稿”的信息。 |
通过 |
| 收文功能 |
公文管理系统的管理员进入公文接收界面，点击[接收]按钮，系统列出已下达、并暂时未接受的公文列表，用户在相应的输入文本框中输入要添加的公文备注信息。测试过程里，管理员接收到“企业招投标规定细则”的信息。 |
打开公文后，点击[保存]。再进入公文信息管理界面，系统显示审批和签收界面。 |
通过 |
| 发文管理 |
测试者以普通用户身份进入公文处理界面，选择界面上方的“管理公文”功能，进而选择“新建”，则进入新建公文界面。系统会结合用户名及其具体的职务与级别为其自动填写一些项目，包括“起草人”等，随后用户需要在界面的提示之下依次填写公文标题、公文类型、公文密级、紧急程度、公文等级、公文内容等项目。 |
系统能够准确记录发文的信息，并且进入流程界面。 |
通过 |
| 配置用户权限 |
进入用户管理，设置该用户的操作权限，测试中，将用户“001”的权限由“管理员”设置为“普通用户” |
输出用户权限的配置结果，以“001”用户进入系统，可知权限已经变成“普通用户” |
已修正 |
本系统的测试结果表明，己达到需求分析中要求的功能。
7.2性能测试
本研究在进行性能测试时，引入应用比较广泛的LoadRunner软件。通过构建一定的应用场景，在该场景之内运行所构建的测试脚本，在信息系统上施加一定程度的应用负载和使用压力，来决定系统多能承受的最大负载、最大并发等指标，从而评估其稳定性。
测试策略为：模拟大量用户对所有功能模块进行使用，包括员工信息的查询与增删等。涉及到模块主要有：用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块。考虑到在被测试的公文处理系统里，不少操作对用户的权限有要求，为了能够使用户顺利访问信息系统所有功能，在进行虚拟测试用户配置时，将所有用户分成不同权限的组别，录制成多个脚本进行加载。图7-2所示为信息系统性能测试结果：
图7-1 信息系统性能测试响应时间
由图可知，当信息系统的模拟用户数目达到三百人以及三百五十人时，系统的登录功能响应时间能够保证处在可以接受的范围。当信息系统模拟用户负载在四百人时，登录的响应时间峰值为四十秒，并为超过预期可接收的响应时间，但由图中曲线趋势可知，当模拟用户负载在四百人时，响应曲线大幅度上升，说明信息系统的最佳负载应该维持低于350用户。
7.3 本章小结
本章为系统测试，主要内容为性能测试与功能测试。在功能测试中，测试均获通过；在性能测试中，引入应用比较广泛的LoadRunner软件。通过构建应用场景，在该场景之内运行所构建的测试脚本，在信息系统上施加一定程度的应用负载和使用压力，来决定系统多能承受的最大负载、最大并发等指标，从而评估其稳定性。
8结束语
通过基于计算机和网络的公文流转，使企业能够通过信息技术来实现办公流程的无纸化、自动化，进而显著提升企业的执行力，进而促进企业综合竞争力的提升。本文将结合双流国际机场的实际情况，具体分析其公文流转的用户需求，并以成熟的MVC模式为其构建公文网上流转信息系统。
本文的成果包括：对公文管理系统进行需求分析，主要内容为公文处理系统的基本需求，包括功能需求与性能需求，在功能需求中，详细分析了用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块功能。最后阐述了信息系统的性能需求。对系统进行概要设计，主要内容为从操作可行性、管理可行性和技术可行性三方面对系统进行可行性分析。然后从安全性原则、可靠性原则、灵活性原则、准确性原则等方面阐述了信息系统的设计原则，最后以目前比较成熟的B/S结构作为基本架构，设置了MVC的结构模式，并阐述系统的框架设计。对信息系统进行详细设计，主要内容为用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块的设计。信息系统的实现，主要内容为公文处理系统的详细实现求，详细分析了用户管理模块、发文管理模块、收文管理模块、档案管理模块、签报管理模块功能的实现。系统测试，主要内容为性能测试与功能测试。在功能测试中，测试均获通过；在性能测试中，引入应用比较广泛的LoadRunner软件。通过构建应用场景，在该场景之内运行所构建的测试脚本，在信息系统上施加一定程度的应用负载和使用压力，来决定系统多能承受的最大负载、最大并发等指标，从而评估其稳定性。
参考文献
[1] 陈韬伟.基于工作流管理技术的电子公文系统[J]. 昆明理工大学学报，2005， 9： 125-138
[2] van der Aalst W M P. The application of petri nets to workflow management[J]. Journal of Circuits Systems and Computers， 1998(01)： 36-39
[3] 张南平，李环.电子政务中公文流转系统开发状况概述[J]. 福建电脑，2005， 8： 52-55
[4] Zerzelidis， Wellings. Requirements for a real-time NET framework[J]. SIGPLAN Notices， 2005，40(2)： 147-151
[5]Sandhu R， Coyne E J， Feinstein H L. Role-Based Access Control Models[J]. [外文期刊]， 1996，10(2)： 45-53
[6] 常颖莉.基于时间 Petri 网的公文流转系统研究与实现[D]. 西安：西安理工大学，2007，
61-78
[7]孙福振，李艳，李业刚，基于J2EE的MVC设计模式的研究与实现，山东理工大学学报(自然科学版)，2006，20(2)，50-53
[8]黄小军.基于J2EE平台MVC模式的检察院综合业务系统的设计与实现[D].青岛：中国海洋大学，2009：21-35
[9]吴寅斐，何钦铭，吴大瑞，Struts分析及其应用研究，计算机工程，2005，31(16)，44-45
[10]夏阳，胡平，基于Struts体系结构的Web应用，计算机与现代化，2005，(6)，56-59
[11]方剑，熊前兴，基于Struts框架开发Web应用的探讨，交通与计算机，2004，24(3)，123-126
[12]宋汉增，沈琳，利用Hibernate对象持久化服务简化Java数据库访问，计算机应用，2003，23(12)，135-137
[13]RodJohnsn，Spring框架高级编程，机械工业出版社，2006-4-1
[14]梁立新，项目实践精解：基于Struts-Spring-Hibernate的Java应用开发，电子工业出版社，2006-8-1
[15](美)DeepakAlurJohnCrupiDanMalks．J2EE核心模式．北京：机械工出版社，2005：4．
[16]张军芳．基于J2EE平台帮MVC模式的Web研究与应用.武汉：武汉理工大学，2008：25-32
[17]黄小军.基于J2EE平台MVC模式的检察院综合业务系统的设计与实现.青岛：中国海洋大学，2009：21-35
[20]王国辉，王易．JSP数据库系统开发案倒耩选．人民邮电出版社．2006．P10．15．
[21]张丽，张艳.从C/S到B/S，再到三层(多层)结构：论体系结构的发展[J].河南师范
大学学报：自然科学版，2002，30(3)：24-27
[22]周庆，甘仞初，李洪垒.基于C/S和B/S模式的应用系统安全机制的设计[J].计算机应用与研究，2002(5)：33-34
。
