第二章 银行员工管理系统的关键技术
银行员工管理系统的实现采用B/S架构体系，以及原型法、迭代法混合方式实现了整个系统。本章简要介绍了B/S架构体系中J2EE的多层开发架构、前端AJAX技术EXT框架、Ehcache缓存技术、WAS双机集群技术和UML建模技术等。
2.1 UML简介
UnifiedModelingLanguage（UML）又称统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。面向对象的分析与设计（OOA&D，OOAD）方法的发展在80年代末至90年代中出现了一个高潮，UML是这个高潮的产物。它不仅统一了Booch、Rumbaugh和Jacobson的表示方法，而且对其作了进一步的发展，并最终统一为大众所接受的标准建模语言。
利用UML可以进行需求分析、概要设计、详细设计、编程实现，测试等，主要用于用例图、时序图和类图的设计。通常用UML进行用例图、类图、时序图、活动图、组件图的设计和建模，很好的描述软件对象和建立软件模式。
UML定义了5类，10种模型图。基本模型图包括：
（1）用例图：展示系统外部的各类执行者与系统提供的各种用例之间的关系。
（2）类图：展示系统中类的静态结构（类是指具有相同属性和行为的对象，类图用来描述系统中各种类之间的静态结构）。
（3）对象图：是类图的一种实例化图（对象图是对类图的一种实例化）。 （4）包图：是一种分组机制。在UML1.1版本中，包图不再看作一种独立的模型图。
（5）状态图：描述一类对象具有的所有可能的状态及其转移关系(它展示对象所具有的所有可能的状态以及特定事件发生时状态的转移情况)。
（6）顺序图：展示对象之间的一种动态协作关系(一组对象组成，随时间推移对象之间交换消息的过程，突出时间关系)。
（7）合作图：从另一个角度展示对象之间的动态协作关系（对象间动态协
8
作关系，突出消息收发关系）。
（8）活动图：展示系统中各种活动的执行流程（各种活动的执行顺序、执行流程）。
（9）构件图：展示程序代码的物理结构（描述程序代码的组织结构，各种构件之间的依赖关系）。
（10）配置图：展示软件在硬件环境中（特别是在分布式及网络环境中）的配置关系（系统中硬件和软件的物理配置情况和系统体系结构）。
2.2 J2EE技术介绍
2.2.1 J2EE的介绍
J2EE是Java2平台企业版（Java2Platform，EnterpriseEdition），它是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。它是由SUN公司提出的一种使用于分布式环境之中、以服务器为中心的、基于组件的多层体系结构，该架构是Java技术开发企业级应用的一种被广泛接受的实际工业标准，该标准克服传统Client／Server模式的弊病，转而采用Browser／Server架构，为javal撕发服务器提供了一个具有可移植、高度兼容、安全、稳定且基于标准等特点的企业级平台，进而简化了企业级的程序研发、系统部署和应用管理。
J2EE组件和“标准的”Java类的不同点在于：它被装配在一个J2EE应用中，具有固定的格式并遵守J2EE规范，由J2EE服务器对其进行管理。J2EE规范是这样定义J2EE组件的：客户端应用程序和applet是运行在客户端的组件；Java Servlet和Java Server Pages (JSP) 是运行在服务器端的Web组件；Enterprise Java Bean (E JB )组件是运行在服务器端的业务组件。 2.2.2 J2EE的优势
J2EE为搭建具有可伸缩性、灵活性、易维护性的管理系统提供了良好的机制：
第一，保留现存的IT资产：J2EE 架构可以充分利用用户原有的 IT 资产； 第二，高效地开发：J2EE允许公司把一些通用的、很繁琐的服务端任务交给中间供应商去完成。这样开发人员可以集中精力在如何创建商业逻辑上，相应地缩短了开发时间；
9
第三，支持异构环境：J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于J2EE的程序只需开发一次就可部署到各种平台；
第四，可伸缩性：企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。基于J2EE平台的应用程序可被部署到各种操作系统上；
第五，稳定的可用性：一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要。因为INTERNET是全球化的、无处不在的，即使在夜间按计划停机也可能造成严重损失。若是意外停机，那会有灾难性后果。J2EE部署到可靠的操作环境中，他们支持长期的可用性。 2.2.3 J2EE的核心技术
支撑J2EE的13种核心技术：JDBC、JNDI、EJBS、RMI、JSP、JAVA SERVLETS、XML、JMS、JAVA IDL、JTS、JTA、JAVA MAIL和JAF。
2.3 Struts的结构和流程简介
Struts是一个基于MVC的设计模式开源项目，整合了JSP、Servlet、JavaBean、XML和自定义标签到一个统一的标准框架中，组成了一个可复用的MVC，使系统开发人员构架基于JSP和Servlet的Web应用时更容易，同时其开放的源代码也可以让系统开发人员更深入的了解系统的内部机理。 2.3.1 Struts的框架
Struts框架具有组件的模块化，灵活性和重用性的优点，同时简化了基于MVC的web应用程序的开发。从MVC角度观察struts框架中的组件，框架中三个部分：模型，视窗和控制器。
◆模型
在struts框架中，模型分为两个部分：系统的内部状态、可以改变状态的操作（事务逻辑）内部状态通常由一组ActionFormJavaBean表示。根据设计或应用程序复杂度的不同，这些Bean可以是自包含的并具有持续的状态，或只在需要时才获得数据（从某个数据库）。
大型应用程序通常在方法内部封装事务逻辑（操作），这些方法可以被拥有状态信息的bean调用。比如购物车bean，它拥有用户购买商品的信息，可能还
10
有checkOut()方法用来检查用户的信用卡，并向仓库发定货信息。
小型程序中，操作可能会被内嵌在Action类，它是struts框架中控制器角色的一部分。当逻辑简单时这个方法很适合。
建议用户将事务逻辑（要做什么）与Action类所扮演的角色（决定做什么）分开。
◆视窗
由JSP建立，struts包含扩展自定义标签库，可以简化创建完全国际化用户界面的过程。
◆控制器
struts中，基本的控制器组件是ActionServlet类中的实例servlet，实际使用的servlet在配置文件中由一组映射（由ActionMapping类进行描述）进行定义。 2.3.2 Struts的流程
在使用Struts框架时，对应各个部分的开发工作主要包括：
（1）构建视图。在Struts框架中，视图的实现只要采用JSP技术，但与传统的JSP相比有两个显著的不同。首先，在Struts下使用JSP开发视图在页面中没有包含任何的脚本程序，只是单纯的完成数据传送以及接收和显示返回的数据，对数据的处理以及页面的跳转都在业务层中来实现，这样实现了业务逻辑和表示逻辑的完全分离，提高了一个应用程序的性能和可扩展性，并有利于程序的复用；其次，Struts框架提供了一组可扩展的自定义标记库，主要包括Bean标记、Logic标记、HTML标记和模板标记通过使用标记、可以简化创建用户界面的过程、更好地实现数据的封装、并且通过使用这些自定义标记创建的JSP表单、可以实现和业务层中ActionForm的映射、非常好地和系统的业务逻辑部分交互。
（2）构建模型。模型采用JavaBeans和EJB组件设计和实现系统的业务逻辑。根据不同的请求从Action派生具体Action处理对象完成“做什么”的任务，调用由Bean构成的业务组件，创建由ActionF0rm派生的类以实现对客户端表单数据的封装。
（3）构建控制器。在Struts应用框架中,中心控制器(ActionServlet)是由Struts框架本身所提供，开发人员一般无须对该ActionServlet进行再次开发；负责具
11
体业务处理的Action类则是开发者开发实现的重点，在这些Action对象中会进行所有的业务操作，处理完毕，由Struts的ActionServlet转向到JSP页面，将处理结果返回给客户端。
（4）建立配置文件。Struts框架中有两个部署描述文件web.xml和struts-config.xml用于配置Struts系统中的各个模块之间的交互。通过对这两个部署描述文件的配置，把Struts框架中MVC的各个部分联系起来，实现了一个真正的MVC系统。
2.4 Spring简介
Spring的作用贯穿了整个中间层，将Web层、Service层、DAO层及PO无缝整合，其数据服务层用来存放数据。Spring框架的核心是控制翻转IoC（InversionofControl）依赖注入DI（DependenceInjection）机制。IoC是指由容器中控制组件之间的关系（这里，容器是指为组件提供特定服务和技术支持的一个标准化的运行时的环境）而非传统实现中由程序代码直接操控，这种将控制权由程序代码到外部容器的转移，称为“翻转”。DI是对IoC更形象的解释，即由容器在运行期间动态地将依赖关系（如构造参数、构造对象或接口）注入到组件之中。Spring采用设值注入（使用Setter方法实现依赖）和构造子注入（在构造方法中实现依赖）的机制，通过配置文件管理组建的协作对象，创建可以构造组件的IoC容器。这样，不需要编写工厂模式、单例模式或者其他构造的方法，就可以通过容器直接获取所需的业务组件。
Spring框架由七个定义明确的模块组成，且每个模块或组件都可以单独存在，或者与其他一个或多个模块联合实现。SpringCoreContainer是一个用来管理业务组件的IoC容器，是Spring应用的核心；SpringDAO和SpringORM不仅提供数据访问的抽象模块，还集成了对Hibernate、JDO和iBatis等流行的对象关系映射框架的支持模块，并且提供了缓冲连接池、事务处理等重要的服务功能，保证了系统的性能和数据的完整性；SprnigWeb模块提供了Web应用的一些抽象封装，可以将Struts、Webwork等Web框架与Spring整合成为适用于自己的解决方案。
Spring框架可以成为企业级应用程序一站式的解决方案，同时它也是模块化的框架，允许开发人员自由地挑选适合自己应用的模块进行开发。Spring框
12