（计算机科学与技术专业论文）基于ssh的电子公文传输系统的设计与实现.pdf

t _ i v _ 基于s s h 的电子公文传输系统的设计实现 摘要 作为企事业单位政务工作中非常重要的一部分，公文处理耗时耗力，手工处 理方式在时效性和正确性方面有着很大的弊端。信息化技术在公文处理方面的应 用可以使其工作效率和结果准确性方面有质的飞跃，电子公文传输系统应运而 生。电子公文传输系统作为信息化建设中协同型办公自动化阶段的重要组成部 分，以公文业务流程为基础，在一定的深度和广度上利用计算机技术、网络技术 和数据库技术，控制和集成企事业单位日常工作中公文流转业务的所有信息。公 文传输的电子化可以加快企事业单位信息建设的步伐，同时促进机关和企事业单 位公文相关业务管理流程的简单化和规范化。 本文首先介绍了电子公文传输的概念及其应用的重要性，分析了j 2 e e 、m v c 模式等相关技术在公文传输系统的实现中的运用，通过对公文传输系统的工作机 制、系统角色与系统用例的综合研究，对问题域进行抽象，准确的理解系统需求 和系统内部运行机制。 其次基于公文传输电子化的通用功能需求，探讨运用j 2 e e 技术与 s s h ( s t r u t s + s p r i n g + h i b e r n a t e ) 技术的应用程序开发，并设计数据库，表单，视 图，实现包括公文创建、发送、接收、查询与统计的公文管理流程，同时加入角 色管理来控制操作人员的权限，并通过操作审计功能来规范系统操作人员的行 为。我们利用系统的通用测试方法，设计系统测试用例，从功能和性能方面进行 测试。 最后，对本文进行了总结，并从公文传输的集成、工程与实现过程给出了公 文传输系统研究与建设尚待完善之处。 乞 关键字：公文传输，j 2 e e ，s t m t s s p r i n g ，h i b e r n a t e ，m v c 一 v v i “ j k 、 幺 e d m tt r a n s m i s s i o ns y s t e md a n di m p l e m e n t d o c u m e n t1r a n s m l s s l o ns y s t e me s l g na ni m p l e m e n t b a s e do ns s h a b s t r a c t a sa v e r yi m p o r t a n tp a r t o fa d m i n i s t r a t i v e w o r k ，d o c u m e n t p r o c e s s i n gi st i m e - c o n s u m i n ga n dl a b o r i n t e n s i v e ，m a n u a lh a n d l i n gh a sa s e r i o u ss h o r t c o m i n gi nt i m e l i n e s sa n dc o r r e c t n e s s u s i n gi n f o r m a t i o n t e c h n o l o g yi nt h ed o c u m e n t sp r o c e s s i n gc a ni m p r o v ei t sw o r ke f f i c i e n c y a n da c c u r a c yo ft h er e s u l t s s oe l e c t r o n i cd o c u m e n tt r a n s m i s s i o ns y s t e m c a m ei n t o b e i n g e l e c t r o n i c d o c u m e n tt r a n s m i s s i o n s y s t e m ，a s t h e i m p o r t a n tc o m p o n e n ti nt h ec o l l a b o r a t i v eo f f i c ea u t o m a t i o np h a s e ，u s e s t h ec o m p u t e rt e c h n o l o g y , n e t w o r kt e c h n o l o g ya n dd a t a b a s et e c h n o l o g yt o c o n t r o la n di n t e g r a t et h ee n t e r p r i s e sa n di n s t i t u t i o n si nt h e i rd a i l yw o r k f l o wo fb u s i n e s sd o c u m e n ta l lo ft h ei n f o r m a t i o nb a s e dt h ep r o c e s so f e - d o c u m e n tb u s i n e s s d o c u m e n tt r a n s m i t t e de l e c t r o n i c a l l yc a ns p e e du p t h ep a c eo fi n f o r m a t i o nc o n s t r u c t i o no fe n t e r p r i s e s ，m e a n w h i l e ，p r o m o t e t h e s i m p l i f i c a t i o n a n ds t a n d a r d i z a t i o no ft h eb u s i n e s sm a n a g e m e n t p r o c e s s e sr e l a t e dw i t hd o c u m e n t si ni n s t i t u t i o n sa n de n t e r p r i s e s f i r s t l y ，t h i sp a p e ri n t r o d u c e st h ec o n c e p ta n da p p l i c a t i o no ft h e d o c u m e n tt r a n s m i s s i o n ，a n dt h e na n a l y s i st h eu s i n go fj 2 e e ，m v ca n d o t h e rr e l a t e dt e c h n o l o g yi nt h ei m p l e m e n to fo u rs y s t e m t h r o u g ht h e i n t e g r a t e ds t u d yt ot h ew o r km e c h a n i s m ，s y s t e mr o l e sa n ds y s t e mu s e c a s e so fe l e c t r o n i cd o c u m e n tt r a n s m i s s i o ns y s t e m ，t h ea b s t r a c t i o no ft h e p r o b l e md o m a i n ，a na c c u r a t eu n d e r s t a n d i n go fs y s t e mr e q u i r e m e n t sa n d o p e r a t i o nm e c h a n i s mw i t h i nt h es y s t e m s e c o n d l y ，b a s e do nt h ec o m m o nf u n c t i o nr e q u i r e m e n t so ft h e e l e c t r o n i cd o c u m e n tt r a n s m i s s i o n ，t oe x p l o r et h eu s eo fj 2 e et e c h n o l o g y a n ds s h ( s t r u t s + s p r i n g + h i b e r n a t e ) t e c h n o l o g yi n a p p l i c a t i o n d e v e l o p m e n t d e s i g n i n gad a t a b a s e ，f o r m s ，v i e w s ，t oa c h i e v ead o c u m e n t t r a n s m i s s i o ns y s t e mw i t hd o c u m e n tc r e a t e ，s e n d ，r e c e i v i n gc h e c ka n d s t a t i s t i c s ，a tt h es a m et i m ea d d i n gt h er o l eo fm a n a g e m e n tt oc o n t r o lt h e v i i o p e r a t i o no ft h ea u t h o r i t y ，a n dt h r o u g ht h eo p e r a t i o no f t h ea u d i tf u n c t i o n t or e g u l a t et h es y s t e mo p e r a t i o n sp e r s o n n e l a n du s et h eg e n e r a lt e s t i n g m e t h o d ，d e s i g n i n gs y s t e mt e s tc a s e st ot e s ts y s t e ma v a i l a b i l i t y ，a c c u r a c y ， e t c f in a l l y ，t h i sa r t i c l ei ss u m m a r i z e d ，a n df r o mt h ei n t e g r a t i o na n d i m p l e m e n to fd o c u m e n tt r a n s m i s s i o ng i v e st h er e s e a r c ha n d c o n s t r u c t i o n o ft r a n s m i s s i o ns y s t e mt ob ei m p r o v e m e n t k e yw o r d s d o c u m e n tt r a n s m i s s i o n ，j 2 e e ，s t r u t s ，s p r i n g ，h i b e m a t e v i 一 _ j 自 反 目录 第一章绪论1 1 1 背景与意义1 1 2 主要研究内容2 1 3 论文组织结构2 第二章相关技术介绍：4 2 1j 2 e e 技术4 2 2m v c 模式5 2 3s t r u t s + s p r i n g + h i b e r n a t e ( s s h ) 框架技术7 2 4 本章小结1 2 第三章电子公文传输系统的需求分析与总体设计1 4 3 1 电子公文传输系统需求分析1 4 3 1 1 总体需求1 4 3 1 2 系统角色分析1 5 3 1 3 系统用例图1 7 3 1 4 系统功能模型。1 8 3 2 系统的总体设计一2 0 3 2 1 系统架构的选择2 0 3 2 2 系统架构设计- 2 1 3 2 3 系统安全机制设计：2 3 3 2 4 数据库设计一2 4 3 3 系统的网络结构设计2 9 3 4 本章小结3 0 第四章系统关键模块的设计与实现3 1 4 1 系统实现环境3l 4 2s s h 在系统中的运用3 1 4 2 1s t r u t s 与s p r i n g 整合3l 4 2 2s p i n g 与h i b e r n a t e 整合3 2 4 2 3 基于h i b e r n a t e 的d a o 数据访问3 4 4 2 4s s h 架构的工作流程3 5 4 3 系统接口的定义3 6 4 4 系统关键模块的实现3 6 4 4 1 公文创建与发送3 7 4 4 2 公文接收4 2 4 4 3 统计与报表4 6 4 5 统一登陆认证过滤器实现5 l 4 6 本章小结5 3 第五章软件测试5 4 5 1 测试环境搭建5 4 5 2 系统功能测试5 4 5 3 系统性能测试5 8 5 4 测试结果与分析6 0 5 5 本章小结6 0 第六章总结与展望6 l 6 1 论文工作总结6 l 6 2 进一步工作展望6 l 参考文献6 3 x b 厶 1 1 背景与意义 第一章绪论 改革开放以来，我国社会主义现代化建设和经济发展取得了巨大的成就，信 息化建设有了一个良好的开端。根据我国的国情和现有基础，广泛采用电子信息 技术，大力开展信息资源，积极推进我国信息化不仅是我国经济发展实现“两个 根本性转变 的关键，而且对加快改革开发和社会主义现代化建设具有十分重要 的意义。 企业信息化建设是十分庞大的体系，公文传输电子化正是信息化工作的最佳 切入点。伴随着信息化发展的浪潮起伏，电子公文传输的发展是一个不断求新求 变的过程先后经历了三个阶段：一是以采用邮件递送的方式，二是以基于电子邮 件系统传递电子公文，三是采用专门的电子公文传输系统进行公文的传递，实现 协同型公文传递服务。邮件递送方式的公文传输由于传递周期长、效率低、易发 生错误投递或公文破损，安全性差等多方面原因，基本上已被淘汰使用；而对于 采用电子邮件形式进行公文传递，存在着功能不足、公文内容格式缺乏规范、邮 箱管理缺乏规范，缺乏业务量统计等多方面的缺陷，特别是若不是采用本单位的 邮件服务器进行公文发送，可能导致泄漏企事业单位机密文件的风险。因此，利 用先进的计算机技术和网络技术开发定制的电子公文传输系统有着高度的价值， 也更符合企事业单位的信息化建设需求。 电子公文传输系统以计算机网络为承载介质，利用先进的计算机技术实现企 业内部各单位机关内部的公文的起草、制作、分发、接收等操作，规范公文收 发的流程，并提供业务统计及系统监控等功能，为企业管理决策提供技术和信息 方面的依据，提高企业整体现代化管理水平。 j 2 e e 是一种利用j a v a2 平台来简化企业解决方案的丌发、部署和管理相关 的复杂问题的体系结构。j 2 e e 架构的核心目的就是建立统一的企业级应用开发 平台，简化复杂应用的开发和部署流程，降低企业开发成本，提高不同平台之间 的互操作性【l 】。基于j 2 e e 的企业级应用系统采用s t r u t s 、s p r i n g 、h i b e r n a t e 三层 框架技术，降低系统中各模块之间的耦合度，最大限度保证系统的易维护性和可 重用性，提高系统在应对新需求变化时的可扩充能力【2 1 。 一套理想的电子公文传输系统，可以使公文传递科学化、规范化、自动化， 真正实现无纸办公，使手工作业转化为计算机管理，使分散管理转化为自动化管 理体系，将历年数据变为可共享和随时查询的宝贵资料，大大提高工作效率【3 1 。 基于s t r u t s 、s p r i n g 、h i b e r n a t e 框架技术研发电子公文传输系统不仅简化开发流 程，降低开发成本，同时也最大限度增强了软件的易维护性和可扩展性。这也是 本论文的研究意义所在。 1 2 主要研究内容 从上一节描述的电子公文传输系统的发展历程可以得出，只有以公文传输为 中心，突出实用性和开发性，才能提高电子公文传输系统为企业加强公文运转速 度，规范公文发送流程，提高系统使用者的办公效率方面发挥应有的作用。本课 题的主要研究内容包括： ( 1 ) 分析公文传输在企业信息化建设的作用以及发展历程。提出了对公文 传输进行信息化建设的必要性。 ( 2 ) 研究电子公文传输系统的各种需求，分析研究系统的整体需求，根据 系统用户进行角色划分，先分析各类角色的基本功能，然后采用用例图的方式依 据所有角色的功能抽象出整个系统的功能模型，并划分功能模块。 ( 3 ) 对电子公文传输系统进行总体设计，包括系统架构的选择，系统架构 的设计，系统安全机制的设计以及系统所用数据库的设计。 ( 4 ) 根据需求分析阶段总结的某些关键模块，从静态类图、动态交互图、 关键技术实现、用户操作界面四个层面对这些关键模块进行设计与实现。 1 3 论文组织结构 本文的组织结构具体如下： 第一章介绍电子公文传输系统的背景和实现意义，主要讲述伴随着信息化建 。设公文传输的发展历程以及电子公文传输系统的实现对企业信息化建设的重要 意义。 第二章是对相关技术的研究。首先介绍j 2 e e 技术和m v c 模式，然后对 s t r u m 、s p r i n g 以及h i b e r n a t e 框架技术进行介绍。 第三章是电子公文传输系统的需求分析与总体设计。这部分首先对电子公文 传输系统的需求进行分析概述，涉及总体需求，系统角色分析，系统用例图，系 统功能模型等。其次对系统的总体设计进行论述，包括了系统架构的选择，系统 架构的设计、系统安全机制设计以及数据库的设计。最后介绍了系统的网络结构 设计。 2 l 一 厶 第四章介绍系统关键模块的设计与实现，主要包括对系统实现环境的介绍， s s h 框架技术的在系统中运用，系统接口的定义，以及最后关键模块的实现。 第五章是软件测试，先是对搭建的实验室测试环境进行描述，然后从功能上 和性能上对系统进行测试，最终分析了系统的测试结果以及改进措施。 第六章是总结和展望，是对本文的工作进行总结，以及对未来电子公文传输 系统的一些展望。 3 2 1j 2 e e 技术 2 1 1j 2 e e 概述 第二章相关技术介绍 j 2 e e ( j a v a2p l a t f o me n t e r p r i s ee d i t i o n ，即j a v a2 平台企业版) 是一种利 用j a v a2 平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结 构。j 2 e e 技术的基础就是核心j a v a 平台或j a v a2 平台的标准版，j 2 e e 不仅巩固 了标准版中的许多优点，例如”编写一次、随处运行”的特性、方便存取数据库的 i d b ca p i 、c o r b a 技术以及能够在i n t e m e t 应用中保护数据的安全模式等等， 同时还提供了对e j b ( e n t e r p r i s ej a v a b e a n s ) 、j a v as e r v l e t sa p i 、j s p ( j a v as e r v e r p a g e s ) 以及x m l 技术的全面支持。其最终目的就是成为一个能够使企业开发者 大幅缩短投放市场时间的体系结构。事实上，j 2 e e 是使用j a v a 技术开发企业级 应用的工业标准。 j 2 e e 体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用 性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，j 2 e e 降 低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持， 完全支持e j b ，有良好的向导支持打包和部署应用，添加目录支持，增强了安全 机制，提高了性锹4 。 2 1 2j 2 e e 分层模型结构 传统的两层模型( c l i e n t s e r v 盯，简称c s ) t 5 1 使得重用业务逻辑和界面逻辑非 常困难。j 2 e e 使用多层的分布式应用模型，应用逻辑按功能划分为组件。各个 应用组件根据它们所在的层，分布在不同的机器上。j 2 e e 的体系结构一般可分 为客户层、w 曲层、业务层及企业信息系统层( e n t e r p r i s ei n f o r m a t i o ns y s t e m ，简 称e i s ) 6 1 ，其中w 曲层和业务层又可统称为中间层，如图2 1 所示。 4 图2 - 1j 2 e e 四层模型结构 j 2 e e 四层结构具体描述如下： l 、客户层 应用客户端程序和a p p l e t s 是客户层组件，j 2 e e 应用程序可以是基于w e b 方式的，也可以是基于传统方式的。 2 、w e b 层 j 2 e ew 曲层组件可以是j s p 页面或s e r v l e t s 。按照j 2 e e 规范，静态的h t m l m v c 模式的核心就是做到三层甚至多层的松散耦合，是一种面向动态内容 的实现方式。在m v c 模式中，应用程序被强制分成三个核心部件：模型( m o d e l ) 、 视图( v i e w ) 、控s t j 器( c o n t r o l l e r ) 。它们各自处理自己的任务。其体系结构见图2 2 所示。 图2 - 2m v c 设计模式结构图 l 、视图 视图是实现模块的外观，它是应用程序的外在表现。它可以访问模型的数据， 却不了解模型的情况，同时也不了解控制器的情况。当模型发生改变时，视图会 得到通知，它可以访问模型的数据，但不能改变这些数据。一个模型可以由多个 视图组成，而一个视图理论上也可以同不同的模型关联起来。对老式的w e b 应 用程序来说，视图就是由h t m l 元素组成的界面，在新式的w e b 应用程序中， h t m l 依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括 m a c r o m e d i af l a s h 以及x h t m l ，x m l x s l ，w m l 等一些标识语言和w e b s e r v i c e s 。如何处理应用程序的界面变得越来越有挑战性。m v c 一个最大的好处 是它能为应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不 管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输 出数据并允许用户操纵的方式。 2 、模型 模型包含了应用程序的核心，它封装了应用程序的数据结构和事物逻辑，集 中体现了应用程序的状态。有时候它仅包含状态信息，因为它并不了解视图和控 制器的信息。在j 2 e e 平台中，j a v a b e a n 很适合这样一个角色，因为它能够处理 绝大部分的事物逻辑和数据结构，能够与数据库和文件系统进行交互，承担维护 应用程序数据的责任。在m v c 的三个部件中，模型拥有最多的处理任务。被模 型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视 图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减 少了代码的重复性，提高了系统设计的可重用性。 3 、控制器 6 控制器封装的是外界作用于模型的操作。通常，这些操作会转发到模型上， 并调用模型中相应的一个或者多个方法。一般控制器在模型和视图之间起到了沟 通的作用，处理用户在视图上的输入，并转发给模型处理。这样模型和视图两者 之间可以做到松散耦合，甚至可以彼此不知道对方，而由控制器连接起这两个部 分。在m v c 的处理过程中，首先控制器接收用户的请求，并决定应该调用哪个 模型来进行处理，然后模型用业务逻辑来处理用户的请求并返回数据，最后控制 器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户【9 1 。 m v c 中的三个部件相互独立，改变其中一个不会影响其它两个，所以依据 这种设计思想能构造良好的松藕合的构件。m v c 模式还可以使多个视图同时共 享一个模型，也就是说，逻辑结果可以根据用户的不同需要以多种形式呈现出来。 三者既分工又合作地完成用户提交的每项任务。 2 3s t r u t s + s p r i n g + h i b e m a t e ( s s h ) 框架技术 如何能设计出高水平、高质量的软件出来。怎样是高水平、高质量的软件呢? 答案是“低耦合、高内聚。低耦合就是软件在构造的时候，各个模块、各个功 能、各个类都不会过度依赖于它周围的环境。只有这样，才能使我们的模块( 功 能、类) 在周围发生变更时不受影响，做到易于维护和易于适应变更。正因为如 此，也使它更易于重用到其它功能类似的环境中，提高了重用性。高内聚则使软 件中的各个模块( 功能、类) 能够各尽其能而又充分合作，也就是对于软件问题 空间中需求的各个功能，系统可以合理地把它分配给各个模块( 功能、类) 来共 同完成，而不是一个或几个八面玲珑、包打天下的超级类一个人完成。而对于该 系统中的某一个模块( 功能、类) ，具有自己高度相关的职责，即该职责中的几 个任务是高度相关的。每一个模块( 功能、类) 都决不去完成与自己无关职责的 任务。 构造一个低耦合、高内聚的系统，时下最流行的框架结构之一就是 s t r u t s + s p r i n g + h i b e r n a t e 。使用s t r u t s 我们可以应用m v c 模型，使页面展现与业 务逻辑分离，做到了页面展现与业务逻辑的低耦合。当我们的页面展现需要变更 时，我们只需要修改我们的页面，而不影响我们的业务逻辑；同样，我们的业务 逻辑需要变更的时候，我们只需要修改我们的j a v a 程序，与我们的页面无关。 使用s p r i n g 我们运用i o c ( i n v e r s i o no f c o n t r o l ，反向控制) ，降低了业务逻辑中 各个类的相互依赖。假如类a 因为需要功能f 而调用类b ，在通常的情况下类a 需要引用类b ，因而类a 就依赖于类b 了，也就是说当类b 不存在的时候类a 就无法使用了。使用了i o c ，类a 调用的仅仅是实现了功能f 的接口的某个类， 这个类可能是类b ，也可能是另一个类c ，由s p n n g 的配置文件来决定。这样， 7 类a 就不再依赖于类b 了，耦合度降低，重用性提高了。使用h i b e r n a t e 则是使 我们的业务逻辑与数据持久化分离，也就是与将数据存储到数据库的操作分离。 我们在业务逻辑中只需要将数据放到值对象中，然后交给h i b e r n a t e ，或者从 h i b e r n a t e 那里得到值对象。 s t r u t s + s p r i n g + h i b e r n a t e 框架层次结构如图2 - 3 所示。 表示层业务层持久层 数 浏 几八l j l j 据 览 l 八 s t r u t s m v c 澎 s p r i n g ：d a o 类： h i b e r n a t e 器 厂r w 库 s t r u t sa c t i o n t r a n s a c t i o n sd a t a s o u r c e a c ti o n f o r m h i b e r n a t es e s s i o nc o n n e c t i o n j s pm a n a g e m e n t p o o l s t r u t s b u si n e s ss e r v i c e q u e r yl a n g u a g e c o n f ig x m l 等 c l a s s e s等 每个框 ，持久 独立且 的技术 一种便 图2 4 图2 - 4s t r u t sm v c 体系结构 视图层：s t r u t s 采用j s p 作为m v c 的视图。每一视图都是采用了定制标签库 的j s p 页面，这些定制标签库则由s t r u t s 框架提供。全部表单元素都是用定制标 签编码的，所以这些页面能够很方便地同控制器交互。每一个表单都通过映射 j s p 到s e r v l e t 的请求这一方式指向控制器特定入口点。 控制层：控制器就是j a v as e r v l e t ，由s t r u t s 框架提供，负责视图和模型之间 的交互。控制器的每个入1 3 点都由名为s t r u t s c o n f i g x m l 的配置文件设置。该文 件把来自视图的请求映射为特定的j a v a 类以进行相应的处理，控制器还指定下 一个视图的位置。 模型层：j a v a b e a n 就是模型的代表。对进入控制器的每个入口点来说，b e a n 的作用是存储从视图获取的信息，同时被称为“动作类”，一种j a v a 类则被指定 为对表单输入采取行动。动作类( a c t i o nc l a s s ) 实现了业务逻辑。 s t r u t s 是当今流行的j s pw e b 框架。s t r u t s 框架是一种基于j a v a 的技术，w e b 应用程序开发人员通过它可充分利用面向对象设计、代码重用以及“编写一次、 到处运行 的优点。s t r u t s 提供了一种创建具有良好可管理性的w e b 应用框架， 其中对应用程序的显示、表示和数据的后端代码进行了抽象。 s t r u t s 的优点主要集中体现在如下： ( 1 ) s t r u t s 将业务数据、页面显示、动作处理进行分离，有利于各部分的维护。 ( 2 ) t a g l i b 是s t r u t s 的标记库，其灵活运用能大大提高开发效率。 ( 3 ) s t r u t s 的v a l i c a t o r 可以帮助完成验证工作，避免重复编写验证代码工作， 减少了开发工作量，实现验证代码集中管理，其维护方便。 9 ( 4 ) 页面转发可以使系统的脉络更加清晰，可以在很大程度上提高系统的维 护性，将是今后的一个发展方向。 ( 5 ) 通过s t r u t s 提供的a c t i o n f o r m 封装w e bf o r m 中的元素。 ( 6 ) s t r u t s 采用f r o n tc o n t r o l l e r 模式来实现动作处理，让所有的动作请求都 是经过一个统一入口，然后进行分发。该方式方便人们在入口中加入一些全局控 制代码的实现，如安全控制、日志管理等。 下面是s t r u t s 在框架结构中所负责的工作： ( 1 ) 为用户管理请求和响应； ( 2 ) 提供一个控制器代理调用业务逻辑和其它上层处理； ( 3 ) 处理从其它层掷出给一个s t r u t s a c t i o n 的异常； ( 4 ) 为显示提供一个模型； ( 5 ) 执行用户接口验证。 2 3 2s p r i n g s p r i n g 实现了反转控制( i n v e r s i o no fc o n t r o l ，简称i o c ) 和面向方面编程 ( a c h i e v e m e n t - o r i e n t e dp r o g r a m m i n g ，简称a o p ) 。s p r i n g 框架的能实现应用的分 层架构，分层架构允许您选择使用哪一个组件。在应用中要使用的对象可以被一 个简单的x m l 文件连在一起，这个x m l 文件含有到像事务管理器、对象工厂、 包含业务逻辑的服务对象、和数据存取对象这些对象的引用。 s p r i n g 是框架的业务层，这个框架是一个分层架构，由7 个定义良好的模 块组成。如图2 5 所示s p r i n g 体系结构。 图2 - 5s p r i n g 体系结构 s p r i n g 框架是一个分层架构，由7 个定义良好的模块组成。s p r i n g 模块构 建在核心容器之上，核心容器定义了创建、配置和管理b e a n 的方式，其主要优 下几点： 1 0 ( 1 ) s p r i n g 能有效地组织你的中间层对象。 ( 2 ) s p r i n g 能消除在许多工程中常见的对s i n g l e t o n 的过多使用。 ( 3 ) 通过一种在不同应用程序和项目间一致的方法来处理配置文件，消除各 种自定义格式的属性文件的需要，仅仅需要看看类的j a v a b e a n 属性。反转控制 的使用帮助完成了这种简化。 ( 4 ) s p r i n g 能够帮助我们真正意义上实现针对接口编程。 ( 5 ) s p r i n g 的设计会让使用它创建的应用尽可能少的依赖于它的a p i s ，在 s p r i n g 应用中的大多数业务对象没有依赖于s p r i n g 。 ( 6 ) 使用s p r i n g 构建的应用程序易于单元测试。 ( 7 ) s p r i n g 使e j b 成为一个实现选择，而不是必需的选择。你可以用p o j o 或当地e j b 来实现业务接口，却不会影响到调用代码。 ( 8 ) s p r i n g 能使用a o p 提供声明性事务管理，可以不直接操作j t a 也能够对 事务进行管理。 1 9 ) s p r i n g 为数据存取提供了一个一致的框架，不论是使用j d b c 还是o g m a p p i n g 的产品。 ( 1 0 ) m v cw e b 框架，提供一种清晰，无侵略性m v c 实现方式。 s p r i n g 业务层在框架中负责下面这些事情：如管理事务；预留和其它层交互 的接口；管理业务层对象之间的依赖：增加在表现层和持久层之间的灵活性，使 它们互不直接通讯；从表现层中提供一个上下文给业务层获得业务服务；管理从 业务逻辑到持久层的实现；处理应用程序的业务逻辑和业务验证。 2 3 3h i b e m a t e h i b e r n a t e 是一种o r m 映射工具，它不仅提供了从j a v a 类到数据表之间的映 射，也提供了数据查询和恢复机制。相对于使用j d b c 和s q l 来手工操作数据 库，使用h i b e r n a t e ，可以大大减少操作数据库的工作量。h i b e r n a t e 可以和多种 w e b i 艮务器或者应用服务器良好集成。h i b e r n a t e 框架的体系结构图如图2 6 所示。 图2 - 6h i b e r n a t o 体系结构 h i b e r n a t e 是一个开放源代码的对象关系映射框架，它对j d b c 进行了非常轻 量级的对象封装，使得j a v a 程序员可以随心所欲的使用对象编程思维来操纵数 据库。h i b e r n a t e 可以应用在任何使用j d b c 的场合，既可以在j a v a 的客户端程 序实用，也可以在s e r v l e t j s p 的w 曲应用中使用，h i b e r n a t e 还可以在应用e j b 的j 2 e e 架构中取代c m p ，完成数据持久化的重任。 h i b e r n a t e 框架的优势有下面几点： ( 1 ) h i b e r n a t e 具有可扩展性： ( 2 ) h i b e r n a t e 既适用于独立的j a v a 程序，也适用于j a v aw e b 应用，而且还可 以在j 2 e e 架构中取代c m p ，完成持久化任务，h i b e r n a t e 能集成到会话e j b 和 基于b m p 的实体e j b 中； ( 3 ) h i b e r n a t e 可以和多种w e b 服务器，应用服务器良好集成，并且支持所有 的数据库服务器； ( 4 ) h i b e r n a t e 有详细的参考文档，使用方便，容易上手。 下面是h i b e r n a t e 持久层在框架中所负责的工作：查询相关的信息成为对象， h i b e r n a t e 通过h q l 的面向对象的查询语言或者使用条件表达式a p i 来做这个事 情；h q l 非常类似于s q l 。只是把s q l 里的t a b l e 和c o l u m n s 用o b j e c t 和它的 f i e l d s 代替：保存、更新、删除储存在数据库中的信息；h i b e r n a t e 这样的高级“对 象一关系映射框架提供对大多数主流s q l 数据库的支持，它们支持“父子” 关系、事务处理、继承和多态。 2 4 本章小结 本章主要是对本文中所使用的技术做一些基本的介绍，主要包括了j 2 e e 技 1 2 术，m v c 模式的原理，s t r u t s + s p r i n g + h i b e r n a t e 框架技术。 首先是j 2 e e 技术的介绍，j 2 e e 是一种利用j a v a2 平台来简化企业解决方案 的开发、部署和管理相关的复杂问题的体系结构。主要介绍了j 2 e e 的典型分层 模型结构，以及各层的简单描述，。 其次就是m v c 模式的原理介绍，m v c 模式作为实现系统松散耦合的基础， 是一种三层模型结构。 1 3 第三章电子公文传输系统的需求分析与总体设计 3 1 电子公文传输系统需求分析 需求分析是软件开发期的第一个阶段，也是关系到软件开发成败的关键步骤 0 7 1 。在软件工程中，所谓的c - 用户需求，是指软件系统必须满足的功能。通过对用 户需求的综合研究，对问题域采用用例图的方式建立分析模型【1 8 j ，抽象出功能 模块，准确的理解系统需求并划分系统功能模块。 3 1 1 总体需求 电子公文传输系统建设的目的是提供及时高效的公文传输、管理企业各个部 门之间的公文传递以及规范公文收发的流程，同时，为了加强企业内部公文等资 料的安全性，将公文锁定在系统服务器端，真正做到“看得到，拿不走，能追溯” 1 9 1 o 电子公文传输系统需要完成公文的传输以及对公文相关的日常管理工作，实 现无纸化办公，提高收发公文效率，提升企业的管理能力和核心竞争力。 在需求调研的过程中，本系统除了完成传统的公文传输功能，还需要考虑以 下情况，进一步满足企业对电子公文传输的需求： ( 1 ) 合理的划分系统角色，以便高效、安全的使用系统 角色是权限的集合，合理划分角色可以使不同的工作人员获得不同的操作功 能，从不同的角度对公文传输进行管理和使用，提高系统的效率。同时，角色的 划分也使得对系统的访问更加安全，不同的角色赋予不同的操作权限。在需求调 研的过程中，发现跟公文传输相关的系统角色可以分为系统管理员、业务监管员、 操作收发员和收发主管。 ( 2 ) 公文事件和收文提醒 公文事件是指公文在电子公文传输系统中流转过程中所发生的触发公文状 态发生变化的事件。一条公文在系统中依次会处于以下6 种状态：创建 已发 送一 未阅读_ 未打印一 未签收 已签收。公文发送方创建公文的过程使一 条新的公文处于创建态，公文发送完毕后使该公文处于“已发送 状态，在接收 方处理该条公文之前处于“未阅读”状态，阅读公文使得该公文处于“未打印 状态，公文打印后该公文处于“未签收”状态，签收公文后公文处于“已签收 状态，这就是该条公文从创建到接收的状态变化过程。 每当有新公文到达，系统将会提醒用户接收。提醒方式为同时2 种：p c 喇 1 4 叭声音方式和弹出窗口，可以显示待收文件数量、密级。 ( 3 ) 提供丰富的查询和报表统计功能 查询功能是分析公文传递情况，充分利用公文数据支持企业公文收发情况分 析的重要手段，对于相关工作人员，需要系统提供丰富的查询功能，以满足从各 个角度来了解目前公文传输的内容详情。 在日常的公文传输管理中，定期的报表统计是一个非常繁重的工作，通过电 子公文传输能够做到该部分的工作的自动化。统计报表包括：单位收文登记簿、 单位发文登记簿、单位收发文业务量月季年度汇总表、系统收发文业务量月 季年度明细表、系统收