（计算机软件与理论专业论文）基于struts框架的公积金银行构建技术研究.pdf

ab s t r a c t a b s t r a c t i n m y d i s s e r t a t i o n , w i t h h o u s i n g a c c u m u l a t i o n f u n d i n f o r ma t i o n s y s t e m ( h a f i s ) o f c o r p o r a t e o n - l i n e b a n k i n g a s a c a s e s t u d y , t h e m e t h o d o l o g y a n d t e c h n o l o g y o f w e b a p p l i c a t i o n a r e d i s c u s s e d u s e d b y s t r u t s fr a m e w o r k b a s e d o n mv c ( m o d e l - v i e w - c o n t r o l l e r ) d e s i g n p a tt e rn o n j 2 e e p l a t f o r m. f i r s t l y , a ft e r a n a l y z i n g u s e r r e q u i r e m e n t s o f t h e h a ms， t h i s p a p e r g i v e s a w h o l e m u l t i - t i e r f r a m e w o r k d e s i g n o f t h e h a f i s . s e c o n d l y , t h e f u n c t i o n d e s i g n a n d r e a l i z a t i o n o f t h e w h o l e p r o j e c t i s e x p l a i n e d s t e p勿 s t e p b a s e d o n t h e s t r u t s f r a m e w o r k , a n d t h e s o l u t i o n t o s o m e k e y i s s u e s a re d i s c u s s e d d u r i n g s y s t e m b u i l d i n g . f i n a l l y , t h i s p a p e r a n a l y s i s e s t h e s e c u r it y d e s i g n m e t h o d o l o g y , t h e k e y t o s o l v i n g t h e c o m p u t e r a p p l i c a t i o n s e c u r i t y p r o b l e m i s d i s c u s s e d , t h e c o m m o n s e c u r i t y m e a s u r e i s p o i n t e d o u t , a n d t h e n s e c u r i t y d e s i g n a n d s a f e t y m a n a g e me n t p l a n o f t h i s s y s t e m i s d i s c c u s s e d in d e t a i l b y u s i n g p k i - b a s e d d i g i t a l c e rt i f i c a t e s , i c c a r d , s s l p r o t o c o l a n d r o l e - b a s e d a c c e s s c o n t r o l e t c . ke y w o r d : j 2 e e mv c s t r u t s c o r p o r a t e o n - l i n e b a n k i n g n e t w o r k s e c u r i t y 南开大学学位论文版权使用授权书 本人完全了 解南开大学关于收集、保存、 使用学位论文的规定， 同意如下各项内容: 按照学校要求提交学位论文的印刷本和电子版 本; 学校有权保存学位论文的印刷本和电子 版，并采用影印、缩印、 扫描、 数字化或其它手段保存论文; 学校有权提供目 录检索以及提供 本学 位论文全文或者部分的 阅览服务; 学校有权按有关规定向国家有 关部门 或者机构送交论文的 复印件和电子版; 在不以 赢利为目 的的 前 提下，学校可以适当复制论文的部分或全部内容用于学术活动 。 学 位 论 文 作 者 签 名 :抓 样 住 日 砰/一 ， 。 年! ( 月 经指导教师同意，本学位论文属于保密，在年解密后适用 本授权书。 指导教师签名: 4爹 41 学位论文作者 签名: t g 解密时间:年月日 各密级的最长保密年限及书写格式规定如下: ( 最长5 年， 可少 于6 年) 工 最 长1 11 年、 可少 子1 0 年 ) ( 2 0 = f . 7 -f 2 0 年 ) 南开大学学位论文原创性声明 本人郑重声明:所呈交的 学位论文，是本人在导师指导下，进行研究工作 所取得的 成果。除文中己 经注明引用的内容外，本学位论文的研究成果不包含 任何他人创作的、已 公开发表或者没有公开发表的作品的内 容。对本论文所涉 及的 研究工作做出贡献的 其他个人和集体， 均己 在文中以明确方式标明。本学 位论文原创性声明 的法律责任由 本人承担。 学 位 论 文 作 者 签 名 : 苏杯性 ， 。 年 “ fi y 日 第一章引言 第一章 引言 随着近几年电话银行、手机银行、网上银行等诸多电子银行金融产品的快 速发展，传统的银行服务方式己 被赋予了新的内涵，通过网络完成交易的网上 银行产品是未来银行的发展方向，市场前景和应用价值非常广阔。 第一节 构建网 上银行的we b 框架技术 网上银行的概念 网上银行又称网络银行、在线银行，是指银行通过在互联网 ( 或其他公用 网)上建立自己的i n t e r n e t 站点和w w w w e b主页，向客户提供金融服务的业 务处理系统。它通过采用先进的网络技术将银行的计算机系统延伸到客户，拉 近了 客户与银行的距离， 实现了 银行与客户之间安全、 方便、高 效、实时的直 接双向交流，客户不需要前往银行柜台，就可以享受到全天候、跨地域的银行 服务， 可以说，网上银行就是一个在网络上的虚拟银行柜台， 但必须明确的是， 网上银行必须具备支付功能才可以 称为网上银行， 简单地在i n t e m e t 上建立一个 银行主页并不是网上银行。 自1 9 9 5年 1 0月 1 8日 在美国诞生了第一家网上 银行安 全第一网 络银行 ( s e c u r i t y f i r s t n e t w o r k b a n k ) 开始， 网 上银行就以 成 本低， 潜 在利润高， 可提 供超越时空的服务等特有的魅力吸引了各家商业银行，并得到了飞快的发展。 网上银行系统针对客户对象不同，一般分为对私个人网上银行系统 ( 也称 为个人银行)和对公企业网上银行系统 ( 也称为企业银行)两大部分。个人银 行是根据居民个人储户的实际需要 ， 专门为广大居民个人储户设 计的一套网络 自 助金融服务系统:企业银行是银行根据企业的实际需要，专门为企业设计的 一套网络自 助金融服务系统。 网 上银 行系统 标志着银行 对客户的 服务 手段得到了 很大 提高， 最大程度地 方便了 客户 各项业务的 办理，同 时 对于 企业来说，也增 强了 市 场竞争实 力。网 上银行作为银行吸引客户、服务客户的重要手段，必将发挥越来越大的作用。 第一章引言 1 . 1 . 2构建基于j 2 e e的网上银行 w e b 框架技术 网上银行的实现主要采用 b r o w e r / s e r v e r 架构设计.b / s 架构的系统可 以由 多种语言、 不同的 平台 实现， 目 前，在构建企业信息系统的 应用 领域， 主要有一 n e t 和 j 2 e e两种体系 架构， 由 于 j 2 e e的 平台 无关性、 健壮性好 等特性， 使其在 we b开发过程中成为大多数开发者的架构首选，也成为构建我们企业银行系统 的架构选择。 组件复用是面向对象编程思想的结晶，框架技术是软件复用新技术，是组 件复用技术的发展和延伸，框架的重用己成为软件生产中最有效的重用方式之 一。 为了适应w e b 开发过程中 软件规模越来 越庞大、 复杂程 度越来越高的 要求， 开发人员必 须选择合理的 体系架构和设计 模式， 从而能 够最大限 度的 保证软 件 产品的 模块化设计、 编码、 测试、 维护以 及二次开 发的 需要。 设计 模式是对以 往成功的 解决 方案的 重复利 用1 1 3 ， s t r u t s 框架则是在j 2 e e we b 领域中基于m v c设计 模式的 一种具体实 现。 s t r u t s 是建 立在j s p . s e r v l e t . x m l 等技 术之上的一种主 流j a v a w e b 开发技术。 s t r u t s 框架 具有组件的 模块化、 灵活性和重用性的优点， 是一个非常优秀的j a v a w e b 框架技术，己经成为 j a v a w e b应用程序的we b层事实上的标准技术框架，因此在许多大型 we b项 目开 发过程中，s t r u t s 己成为开发者首选j a v a we b 解决方案. 采用 s t r u t s 可以简化遵循 mv c设计模式的we b 应用开发工作。 s t r u t s 框架 避免了系统框架不合理所带来的结构不合理、模块难以复用、系统难于扩展、 难于维护等缺点。 s t r u t s 为we b 应用提供了通用框架，它使开发人员可以集中 精力在如何解决实际的具体业务问题上，从而能提高开发效率。 第二节 本文的目 标: 基于s t r u t s 的 公积金企业银行缴存系统 1 . 2 . 1项目 背景 天津建设银行自 1 9 9 2年以来，一直独家承办天津市的住房公积金归集业 务。截止目前，己有一万八千多个单位在天津建行开立了住房公积金账户，公 积金归集额及资金沉淀金额逐年上升，住房公积金存款己成为天津建行一项稳 定的重要的存款来源。 第一章引言 由于公积金归集业务以及 自1 9 9 9年开办的补充公积金、 按月住房补贴业务 都采用由单位经办人员到公积金网点办理的业务处理模式，对公积金网点造成 较大的 工作 压力， 另外， 天津市住 房公 积金管理中 心也提出 网上办理住房公积 金缴存 业务的意向 ，因此， 天津建行 利用开 办网 上缴存业务的 契机， 将原有的 企业银行系统进行升级改造，开发了公积金缴存企业银行系统。 1 . 2 . 2本文的主 要研究内容 框架对 w e b开发能带来哪些好处? 在设计开发公积金企业银行缴存系统 时，在充分理解住房公积金业务的基础上，本着可靠性、灵活性、可扩充性的 原则，根据银行的应用系统平台的复杂性，最终选择了具有跨操作系统平台、 可移植性好的 j 2 e e 架构作为开发平台，采用了 基于 mv c设计模式的 s t r u t s 框 架，以便带来更好的软件结构和代码重用。本文以 s t r u t s框架如何构建公积金 企业银行应用系统的 w e b层为线索， 详细展示了在设计系统时，如何选择利用 各种技术来进行系统各层的设计。 在进行公积金企业银行we b开发时， 必须考虑到系统的安全问题。为了保 护系统的 信息不被 泄露， 本文从几个方面 介绍了 系 统实施的安全保密措施。 本文主要包括以下几个方面: . j 2 e e 平台 的体系结 构、 m v c设 计模式以 及s t r u t s 框架的概念、体系结 构和工作原理。 . 公 积金 缴存系 统的 总体分析 和设计。 介 绍了 系统的总 体目 标、 需求分析、 网络拓扑结构、软硬件环境、业务功能模块等。 . s t r u t s 框 架在公 积金缴存系 统中 的详细 分析和设 计。 分析了 系统的设 计 开发方法、开发步骤、数据库设计，并以具体分层模块为例，阐述开发 系统的详细过程。 . 系 统实现的 全部安全 策略。 首先 对安全设 计方法进行分析， 然后阐述了 本系统 进行的具体的安全设计方案 及安 全管理方案。如采用基于 p k i 体系的数字证书 i c卡、s s l协议等技术手段以及基于角色的管理机制 等的 具体的安 全设计 和安全管理。 具体内 容分为以下几个部分: . 第 二章: 介绍了j a v a w e b 开发的 一些技术。 如j 2 e e的 体系结 构特 点 第一章引言 以及四层应用模型、mv c模式及优缺点、s t r u t s 框架的基本概念和原 理等，为实际应用开发打下理论基础。 第三章:对 所实 现的公积金企业银 行缴存系 统的总体框架和分层结构 设计给出一个总体描述。 第四章:阐述公积金企业银行缴存系统的详细设计与实现方法。 第五章:对系统开发设计中用到的安全策略、具体实现方法进行阐述。 第六章:对系统实现的总结和体会。 第二章公积金企业银行开发的相关概念和技术 第二章公积金企业银行开发的相关概念和技术 第一节j 2 e e简介 2 . 1 . 1 j 2 e e简介 j 2 e e 的 全称是j a v a 2 p l a t f o r m e n t e r p ri s e e d i t i o n ， 是s u n 公司 提出的 用于开 发基于 w e b 的企业级应用的多层、分布式、 基于组件的一种成熟、标准的企业 平台。 j 2 e e是一种业界标准，而不是一种产品， 它从实质上消除了对单个公司 的产品依赖。 j 2 e e 提 供了 一 个多 层次分 布式 应用模 型和 一系列开发技术 规范 1 9 1 。 这种模 型是指根据功能把应用逻辑分成多个层次，在每一层次上支持相应的服务器和 组件，组件在容器中运行，容器之间通过通讯实现组件之间的相互调用，遵从 这 个模型会使 得企 业级 应用的开发 变得简单、 快速。 j 2 e e 的技术基 础是j a v a 2 平台的标准版 ( j 2 s e ) , j 2 e e 不仅具有 j 2 s e中的许多优点， 同时提供了对 e j b ( e n t e r p ri s e j a v a b e a n s ) , j a v a s e r v l e t s a p i . j s p ( j a v a s e rv e r p a g e s ) 以及x m l 等技术的全面支持。 j 2 e e的目的就是使得开发分布式企业应用标准化和简单化。 对于无需太多 费用而又 需要高 可用性、高 可靠性以 及可 扩展性的 应用需求，通过提供 中间 层 集成框架的统一开发标准，降低了开发多层应用的费用和复杂性，最终为用户 提供一 个平台无 关的、 可移植的、 多用户、 安 全和标准的企 业级j a v a 应 用， 并 使企业开发者大幅提高开发效率。 2 . 1 .2 j 2 e e 的体系结构 整体的j 2 e e 体系结构图如图2 . 1 所示: 从图中可以 看到，j 2 e e本质上就是由一整套服务 ( s e r v i c e s ) 、应用程序接 口( a p i s ) 和协议 构成， 它 对开发基于w e b 的多 层应用提供了 功能 支持。 图中， 每个长方形代表一个容器 ( c o n t a in e r s ) ，长方形的上半部是应用程序组件 第二章公积金企业银行开发的相关概念和技术 j 2 e e典型的四 层结构分 别是: 命 客户 层 ( c l i e n t t i e r ) : 运行在客户计 算机上的组 件。 w e b层 ( we b t i e r ) :运行在 j 2 e e服务器上的组件. 冷 业务层 ( b u s i n e s s t i e r ) :同样是运行在 j 2 e e服务器上的组件。 今 企业信息系统层 ( e i s ) :是指运行在 is i s 服务器上的软件系统。 客 户 层 客 户 “ 业务层 服务器 数据库服务器 中图困 中国吵困 圈2 . 2 j 2 e e的四层应用模型 尽管j 2 e e应用程序可以由三层或四层构成，但j 2 e e应用程序通常由三层 构成:客户层、中间层、企业信息系统层，因为他们分布于三个不同的位置: 客户机， 服务器， 后台数据库服务器。 图中we b 层和业务层共同组成了三层 j 2 e e 应用的中间层。这样，客户层负责提供用户界面，中间层负责实现业务逻辑， e i s层负 责业务层中所有数 据的 存 储。 因为面向 对象技术是当 前最流行开发技 术，数据库是当前最有效的存储结构，we b界面是当前最流行的用户接口，所 以当前最典型的三层应用架构就是架构在以上几项技术的基础之上，用数据库 作存储层、用面向对象技术来实现业务层、用 we b 界面来作为客户层。因为面 向对象技术和流行的关系数据库技术不匹配，所以在中间层中，目前通常又会 增加了一层数据持久子层来管理o - r双向映射。 应用于每层的各种技术是一个整体并且具有可伸缩性， 每个 j 2 e e应用都是 按照其体系结构提供有机的 j 2 e e技术组装。例如业务层技术典型的可以是 e j b ， 非典型的可以是s e r v l e t 甚至 j s p ;对于 e i s层连接典型的是j d b c ，非典 第二章公积金企业银行开发的相关概念和技术 型的用j d b c - o d b c等。 从上面可以看到， j 2 e e 在设计上就是框架结构导向的技术， 这种框架结构 有极强的伸缩性和可扩展性。同时，j 2 e e广义上也是mv c的一种实现。 第二节 m v c模式 2 . 2 . 1设计模式和框架 设计模式就是对实践中解决问题方案的总结，设计模式主要目 标是提高系 统可扩展性、可维护性等非功能需求，提高开发效率。 框架是可被应用开发者定制的应用骨架，是软件系统开发的半成品。框架 往往是为实 现一个或多个 设计 模式而设计的 可重用可扩 展的设计， 框架实现通 用完备的 底层服务功能， 编程 人员 在这种框架的 通用功能已 经实 现的基 础上开 始具体的 系统开发。应用 框架 强调的是软件的设计重 用性和系统的可扩充性， 以缩短大型应用软件系统的开发周期，提高开发质量。通常设计模式是设计重 用，框架则部分代码重用部分设计重用。 框架与 设计模式虽然 相似， 但却有着根本的 不同。 设计模式 是对在 某种环 境中反复出现的问题以及解决该问题的方案的描述，它比框架更抽象;框架可 以用代码表示， 也能直接执行或复用， 而对模式而言只有实例才能用代码表示; 设计模式是比框架更小的元素，一个框架中往往含有一个或多个设计模式，框 架总是针对某一特定应用领域，但同一模式却可适用于各种应用。可以说，框 架是软件，而设计模式是软 件的知识。又可以说，框架是骨架，而设计模式是 肉，设计模式思想影响框架的构成。 2 . 2 . 2 w c设计模式 m v c ( m o d e l - v i e w - c o n t r o l l e r ) 设计模式是一种基于请求一响应( r e q u e s t - r e s p o n s e ) 的 模 式 4 ) o w c 是8 0 年 代s m a llta lk - 8 0 使 用 的 一 种 软 件设 计 模式， 至今己经被广泛的使用， 它是s u n公司j 2 e e平台推荐使用的设计模式。 mv c 强制性的将应用程序分为三部分:输入、处理和输出，它们各自 处理各 自的事 务，这三个相互独立的组成部分是mv c的核心。 第二章公积金企业银行开发的相关概念和技术 m o d e l , v i e w , c o n t r o l l e r 各自 的 责任及其之间的 关系如图2 . 3 所示 4 1 . 模型 ( m o d e l ) 组件 模型 描述了 应 用程序中的 数据以 及操作该数 据的 方法，一 般表示业务数据 或者业务逻辑。它封装了应用程序的状态。有时候也可以仅包含状态信息。它 对视图或控制器可以一无所知。模型具有独立于视图和控制器的信息，是与数 据的格式无关的，因此一个模型可以为多个视图提供数据，反过来多个视图并 不会影响到一个模型层。模型提供的服务可以由控制器调用，同时模型的改变 可以通知试图。模型可以对应j 2 e e分层结构的业务逻辑层。 . 视图 ( v ie w ) 组 件 视图是应用程序的外在界面表现，也就是用户所看到的浏览器上的屏幕内 容，通常是程序的显示输入输出部分。当模型层或控制层发生什么事情，或者 事务逻辑进行了什么操作时，视图会修改自己。视图还可以将与用户的交互传 递给控制器和模型。视图对应于j 2 e e分层结构的w e b 层或客户层的功能。 方法调用卜 事们 图 2 . 3 mv c设计模式 . 控 制器( c o n t r o l l e r ) 组件 控制器是 mv c的核心组件， 它控制 mv c中各个组件的协调工作， 将用户 的请求转换为对 m o d e l 组件的操作，调用模型或视图组件完成处理，然后将产 第二章公积金企业银行开发的相关概念和技术 生的变化返回给视图显示出来。同时控制器并且管理模型层和视图层之间的数 据流，起到mv c的中枢作用。 2 . 2 . 3 mv c的优点和不足 mv c的优点主要表现在: . 模型、视图、控制器相互分离，组件的改变互不影响另外的组件，这种分 离的设计思想可构造出良 好的松祸合的组件。 . 各个组件只通过各自的接口和外界通讯，增加组件可维护性，同时减少了 组件代码的重复性，给软件带来了更好的健壮性。 . 一个模型可以对应多个视图，大大提高了 代码复用性、可扩展性。 . 控制器的控制作用提高了程序的灵活性和可配置性. . m v c组 件的 分离 设计使开发人员 达到分 工明 确， 各尽所长， 职责 清晰的 效 果，将会大大提高软件开发的整体效率。 mv c的不足表现在: . 理解掌握消化mv c需要一定的时间。 . 增加了软件复杂性，同时增加额外的工作量和劳动强度。 . 需要开发 人员良 好的规 划，精心的 设计， 在提高大项目开 发效率的同时， 降低了小项目的开发效率。 . 处理流 程复杂造 成了 性能的下降。 . mv c除了对开发人员有意义外，并没有给最终用户带来很多商业价值， 因 为最终用户关心的是软件的外在质量，而不是程序员所关心的内在质量。 第三节开发公积金企 业银行的s t r u t s 框架 2 . 3 . 1 j s p两种开发模式 在j s p 规范中， we b 应用程序有两种设计模式， 分别称为j s p mo d e l 和 j s p m o d e l2 ( 又称m v c ) 模式。 这两种 模型 代表了设 计w e b 应用程序的的 不同 方法。 j s p mo d e l 这种方式没有实现模型、视图、控制器这三个模块的分离。数据、业务i v 第二章公积金企业银行开发的相关概念和技术 辑、 用户界 面被 组合在一 个代 码模块中 。 这种方式的 最大优点是实现比 较简单， 开发快速，小型j s p 应用程序一般都采用 j s p mo d e l l 模式。 采用这种方式的缺点是: . j s p / s e r v l e t 处理请求的功能 不能重复利 用，降 低了 软件的开 发效率。 . h t m l标记 . j a v a和 j a v a s c r i p t 代 码都集中在 一个网页中， 使得 调试困难， 应用程序维护性和扩展性大大降低。 . 分工不明确，造成当业务逻辑复杂时，项目 管理的困难，影响工程进度。 j s p m o d e i 2 目 前，基于mv c的 j s p mo d e 1 2 的实现方式成为了we b应用开发的主流。 m v c 通过 将问 题 分为三个分工明确的 类别， 来帮 助解决单 一模块方法所 遇到的 许多内 在问题。 由 于 h t t p的 无状态连接 特性， 使得模型 在更改后很难通知视图。 在 w e b 上，为了发现对应用程序状态的修改，浏览器必须重新查询服务器， 对于 we b 应用，需要修改标准的 mv c 形式。通常也称为 j s p mo d e l 2或 mv c 。下图 就是 m v c的we b改写版， 图 2 .4 j s p mode l 2 在 j s p mo d e 12中，中心控制器采用 s e r v l e t ， 它接收客户端 we b 浏览器发 来的所有请求，并按照不同请求分别交给模型层去处理，然后将不同的己处理 结果转发给相应的视图j s p 来显示输出给客户端。 采用这种设计模式，使业务逻辑和显示逻辑完全分开。各类开发人员能分 别快速开发，能够有效地区分不同的角色，提高了开发效率。另外，这个流程 是由控制s e rvl e t 统一调度的， 有很高的灵活性和可配置性。当然，这也同时增 第二章公积金企业银行开发的相关概念和技术 加了应用程序开发的复杂程度。 从某种程度上，开发基于mv c的 w e b应用程序也是一件辛苦的工作。所 以 选择现成的 m v c框架开 发系统能够达到事倍功半的效果， 这也是导致了 s t r u t s 的产生的主要原因。 2 . 3 . 2 s t r u t s 框架 2 . 3 . 2 . 1 w c的具体实现 _ 尹喇一9 business logicactionn i cmomm 一 囚自 图2 .5 s t r u ts 的m v c实 现示意图2 2 1 s tr u ts 是a p a c h e s o ft w a re f o u n d a tio n 针 对m v c设 计 模 式 开 发 的 运 行 于 s e rv e r 端开源 项目。 s t r u t s 这个名 字来源 于在建筑和旧 式飞机中使 用的 支持金属 架， 项目 创立者的目 的是希 望通过 对该项目 的研究， 改进和 提高j s p s , s e rv l e t , 标签库以及面向对象的技术水准。 s t r u t s 继承了mv c的各项特性，并根据 j 2 e e的特点，做了相应的变化与 扩展。 s t r u t s 利 用j s p 页面、自 定 义的 标签库、 j a v a s e r v l e t 和 a c t i o n 等类来 实 现 服务 器端 建模，并为m v c设 计模 式提供 相应的 组件。 在图2 . 5 中， 客户 端发 来的 请求 都由 控 制器s e rv l e t 处 理， 控制器根 据请 求 参数和内部配置文件决定分发动作和转向目 标 s e r v l e t 或 j s p ，并根据业务处理 第二章公积金企业银行开发的相关概念和技术 结果，选择视图返回给客户端浏览器。其中: . 浏览 器客户端: 对于 每一个浏 览器客户 端的h t t p 请求，w e b 容 器处理后都 返回 一个h tt p 响应。 . 控制器: 一个以s e r v l e t 实 现的命令 设计模式。接受浏 览器请求， 并决定如 何转发请求。 . 商 业逻辑:根 据请求， 去决 定如何 修改模型，并且负 责控制 程序的 流程。 . 模型:是事物逻辑代码和数据访问代码所在地方。表示的应用程序的状态. . 视图:就是j s p页面。包括静态的h t m l和生成动态页面的j s p 标签库。 s t r u t s 应用程序中的 j s p必须遵循 mv c体系结构，也就是说，j s p只是用 来显示数据和捕获数据，而不能含有任何实现业务逻辑或直接访问数据源 的代码。 2 .3 .2 . 2 s t r u t s 的基本组成结构 s t r u t s 框架包含大量的库，可以分为以下几个主要部分:基本框架、j s p 标 签 库 ( t a g li b ) . t il e s 和v a l id a to r 等 插 件 7 i 今 基本框架 基本框架提 供了m v c的核 心功能， 包括控制器c o n t r o l l e r 、 模型m o d e l . 试图v i e w ，分别如下: 控制 器c o n t rol l e r 在s tr u t s 中 ， 承 担 控 制 器 角 色 由 继 承s e r v le t 类 的a c tio n s e r v le t 和a c ti o n 组 件构成: 核心组件是a c t i o n s e r v l e t , a c t i o n s e r v l e t 是一个通用的控制组件， 这个 控制组件用 来接受客户 端的 所有h tt p 请求。 然后根据配置文 件s t r u t s - c o n f i g .x m l 里面的控制逻辑信息，把请求分发给相应的 a c t i o n 对象来处理，实现了一个请 求到一个具体的mo d e l 之间的映射。另外，控制组件也负责用相应的请求参数 填充 a c t i o n f r o m ( 通常称之为 f r o m b e a n ) ， 并传给动作类 ( 通常称之为 a c t io n b e a n ) 。 动作类实 现核心商业 逻辑，它可以 访问j a v a b e a n或调用e j b , 最后动作类把控制权传给后续的j s p文件，j s p文件生成视图。 a c t i o n 是由 程序开 发者 扩充 定义的 类的 实现， 所有的a c t i o n 处理 对象都是 开发者从s t r u t s 的a c t i o n 类派生的 子类。 a c t i o n 负责调用 模型的方法， 修改模 型的状态， 控制程序的流程， 并将处理结果转发到响应的v i e w组件， 最后返回 给客户浏览器。 第二章公积金企业银行开发的相关概念和技术 模型m o d e l m v c系 统中的 m o d e l 从概 念上可以分为 两类 系统的内 部状 态和改 变 系统状态的动作。mo d e l 的功能一般由j a v a b e a n 和 e j b对象来实现，j a v a b e a n 对象封装了具体的处理逻辑，对于复杂的系统可以由e j b组件来实现。 视图v i e w s t r u t s 应用中的v i e w部分是通过j s p 技术实现的。 s t r u t s 提供丰富的j s p标 签库， 如 h a u l , b e a n l o g i c , t e m p l a t e 等， 这有利于分开 表现逻辑 和程序逻 辑。通过这些自定义标签，可以非常好地和系统的 mo d e l 部分交互，通过使用 这些自定义标签创建的j s p 表单， 可以实现和 a c t i o n f o r m的映射， 完成对用户 数据的封装，同时这些自定义标签还提供了像模板定制等多种显示功能。 s t r u t s 提供了a c t i o n f o r m组 件对象， 它可以 通过定 义属性，描 述客户端表 单数据。开发者可以从它派生子类对象，利用它和 s t r u t s 提供的自定义标 记 库 结合，可以实现对客户端的表单数据的良好封装和支持，a c t i o n对象可以直接 对它进 行读写，而可以不 再需要 和re q u e s t , re s p o n s e 对 象进行数据交 互，通过 a c t i o n f o r m组件对象实现了对v i e w和 mo d e l 之间交互的支持。 今 j s p 标签库 标签库是 s t r u t s 的特色之一， 标签库的目的是用来在 j s p中编写视图逻辑。 今 t i l e s 和 v a l i d a t o r 插件等 t i l e s 是一个功能强大的j s p模板框架，它能够简化显示 ( 如 h t ml )代码 的重复使用;v a l i d a t o r 框架用来执行数据验证，它提供了一个功能强大的可在 服务器端和客户端 ( 浏览器)都能执行数据验证的框架。 2 . 3 .2 .3 s t r u t s 的具体执行流程 对于 s t r u t s 框架的we b 应用来说，在应用服务器启动时，a c t i o n s e rvl e t 将 被自 动加载并 初始化， 接着 a c t i o n s e rv le t 从 s t r u t s - c o n f i g . x m 】 文件中 读入配置 信息，把它们存到各种配置对象中，例如 a c t i o n子元素的配置信息会存到 a c t io n m a p p in g 对 象 中 。 s t r u t s 框架的处理流程清楚的体现了mv c系统的特点。 用户的请求一般以 * .d o 作为请 求服务 名， 所有的* . d o 请求 均被指向a c t i o n s e v le t 。 当a c t i o n s e rv l e t 接收 到客户 端h t t p 请求后， 按照下面的 步骤执行: 根据h t t p 请求的 种类， 调用a c t i o n s e r v l e t 的d o p o s t ( ) 或者d o g e t o 方 法，然 第二章公积金企业银行开发的相关概念和技术 后在d o p o s t ( ) 或者d o g e t q 方 法中 调用 c t i o n s e rv l e t 的p r o c e s s ( ) 方 法。 图2 . 6客户端从发出请求到获得响应整个过程的图解说明 p ro c e s s ( ) 方 法 取 得当 前 的r e q u e s t p ro c e s s o r 对 象 ， 然 后 调 用r e q u e st p r o c e s s o r 的p r o c e s s ( ) 方 法。 r e q u e s t p r o c e s s o r .p r o c e s 幻方法是所有请求得到真正处理的地方。这个方法 从s t r u t s - c o n f i g . x m 】 文件查找匹 配的 元 素， 取得它 符合提交请求的 路经。这个路经一般是用 标记的a c t i o n 属性指定的。 如果 p r o c e s s ( ) 方法找到匹配的 ， 如果需要 a c t i o n f o r m ， 也会找到 ( 其中的n a m e属性和 元素的n a m e 属性一致 ) 。 p r o c e s s q 方法知道 f o r m b e a n的完整命名后，会创建或者取得一个 第二章公积金企业银行开发的相关概念和技术 a c t i o n f o r m的缓冲实例， 这个 a c t i o n f o r m的命名由 元素的类型 属 性命名， 然后 将请求中 提交的 值填入 这个a c t io n f o r m实 例中。 填充 完数据后， 如果 需要 验证， p r o ce s s ( ) 方法调 用a c t i o n f o r m的v a l i d a t e o 方法，对提交的值进行验证。 这时p r o c e s s ( ) 方 法 就 可 以 开 始 处 理 请 求 了 。 它 从 元素 的ty p e 属 性 取 得完整的 a c t i o n类名，然后创建这个类，然后调用这个 a c t i o n子类的 e x e c u t e ( ) 方法。 a c t i o n 对象访问a c t i o n f o r m中 的数 据， 处理和响应客户请 求，它还调用后台的b e a n 组件，这些组件封装了具体的业务逻辑。 a c t io n类从 p r o c e s s o 返回处理结果后， e x e c u t e ( ) 方法返回一 个标明目 标的 a c t io n f o r w a r d对象，这个对象用于确定这个 事务处理的目 标: 是下一个 a c t i o n ，还是产生视图，返回客户响应。 到这里， a c t i o n s e r v l e t 实例就完成了它处理请求的过程， 明确好了为将来的 请求进行 服务 ，, c o n t r o l l e r 可以 进行下一步的处 理。 2 . 3 .2 .4 s t r u t s 优点和不足 优点:除了具有 m v c的优点外，主要包括以 下几点: . 源码开 放: s t r u t s 跟t o m c a t 等诸多a p a c h e 项目 一样， 是开 源软件， 这就使 开发者能更深入的了解其内部实现机制，提高开发者的素质和水平。 . 具有丰富的标签库:s t r u t s 标签库如果灵活运用，能大大提高开发效率。 . 页面导航:可以使系统的脉络更加清晰。 通过x m l配置文件，即可把握整 个系统各部分之间的联系，有利于后期维护。 不足: . 使用标签库需要一个持续学习的过程，同时在一定程度上，不利于网页的 界面美观设计。 . 增加了系统的复杂度:s t r u t s 将 mv c的 c o n t r o l l e r 一分为三，在获得结构 更加清晰的同时，也带来开发的复杂难度。 . 适用范围有限:s t r u t s 只是基于 w e b 层的 m v c解决方案。 总之。 s t r u t s 是一 种优 秀的j 2 e e m v c架构 方式。 它利用标签库获 得可 重 用和抽象 j a v a代码， 利 用a c t i o n s e r v l e t 配合s t r u t s - c o n f i g .x m 】 实现对整 个系 统 导航，增强了开发人员对系统的整体把握，提高系统的可维护性和可扩充性。 第三章 构建基 f s t r u t s 的公积金企业银行系统 第三章构建基于s t r u t s 的公积金企业银行系统 本章将对公积金 企业银行系统的项目 进行分 析讨论。本项目 主要是应用 j a v a / j s p 语言 、s t r u t s 技术 实现的 一个系统。 首先 给出公积金企业 银行 系统的 总体概述，然后给出系统的各个模块的功能设计。 第一节 系统概述 系统的总体目标 基于网络的企业银行公积金缴存系统就是将企事业单位的缴存公积金的具 体业务 工作通 过网 络来 完成。 在具备联网的 条件下， 企事业单 位的 负责人、 会 计人员都可以方便的通过网络办理公积金相关业务，并可获取本单位的公积金 状况 信息。因 此 ， 本 系统的建 设目 标就是以 住 房公 积余 业务为主， 对现有企业银 行进行网络系统、操作平台、业务功能的升级换代，开发一套新的企业银行系 统，以满足实际业务的需要。 . 2 系统的需求分析 本系统的用户主要针对的是企事业客户以及银行后台管理部门，因此我们 确认的需求包括: 功能需求规定: . 业务的远程办理。企业客户每个月无须再到建行各网点，足不出户就可以 在“ 住房公积金缴存专网” 上办理住房公积余 ( 补充住房公积金、按月住房 补贴)的汇缴、补缴、缴存额调整、转移等业务。 . 资金的网上划拨。单位在网上填报公积金汇缴书等单据并经审查无误后， 其缴存金额将从单位开立的结算账户通过网络直接划入住房公积金管理中 心设立的住房公积金专户内，提高资金入账速度和工作效率。 . 客户的信息查询。企事业单位相关人员实现网上查询本单位及职工个人住 第二章 构建基于s t r u ts 的公积金企业银行系统 房公积金缴存情况的功能。 . 系统的管理与维护。银行内部相关人员负责对系统进行系统级的管理和维 护。 性能需求规定: . 数据精度要求:要处理到元、角、分，最大数据值应到万亿元位。 . 时 间 特性要求: 对于记 帐等会计实时性 业务， 受网络传输，企业计 算机系 统环 境的影 响， 响应时间可能变 化很大， 所以 响 应速度 可以不 作为主要问 题 考虑。对于其他业务，处理要求也不是很高，速度可以不作为主要问题考 虑。 . 灵活性要求:要求软件有一定适应能力，在设计和编制中应充分考虑到需 求变化，由于业务可能发生变化，尽量使系统参量化，并留有余地。 . 数据安排性要求:要求在数据录入、处理、输出等环节上，对数据采取操 作控制、合理性控制、业务处理控制、权限级别控制、并发处理控制等一 系列的控制，防止非法数据进入数据库。 输入/ 输出及其他需求规定: . 进入系统的主要数据输入是会计凭证，应以数字型输入为主，其他汉字输 入可为代码输入。数据输入精确到角、分，即小数点后 2 位。 输出数据:除数值外，应把代码转换成相应的汉字内容输出。 系统必须采取安全措施， 尽可能保障系统的可靠运行。 : 3 . 1 . 3系统的 总体要求 先进性:除了提供先进的系统软硬件外，同时考虑使用先进的系统结构和 技术，如多层结构和中间件技术. 安 全 性: 在业务延伸到企业内 部的同 时，不可 避免的 带来安 全隐患，必须 针对各种安全隐患作出充分的安全性设计，构建系统的安全体系， 有关具体 安全性设计的主要内容见第五章。 实 时性: 本系统主要完成信息的 实时传 送，由 会计系统进行账务的处理， 实时性可由银行内部会计系统来保证。 可靠性:系统的可靠性一方面通过系统级的容错来保证，另一方面采用交 易通讯中间件来保证交易的完整性，从而达到交易的高可靠性。 第三章 构建基于s tr u ts 的公积金企业银行系统 防抵赖性:在交易中使