测试用例问题引入.pptVIP

*第*页8.4软件架构设计1.问题引入软件架构设计就是要将我们在业务架构中设计出来的业务构件有机地结合在一起协调工作。那么客户服务系统的软件架构是怎样的呢？*第*页8.4软件架构设计2.解答问题客户服务系统软件架构图如图8-12所示。*第*页图8-12客户服务系统软件架构图*第*页8.4软件架构设计3.分析问题根据需求，客户服务系统要求是B/S架构的，即浏览器/服务器架构。该架构有许多优点：客户端无需安装任何软件，只要有浏览器就可以使用系统，方便客户服务人员能即时处理客户问题。当业务架构确定后，至于是选用.NET来实现还是选用J2EE来实现并不重要，主要依据开发团队的技术素质而定，以期达到最小项目风险和减少开发成本的目的。本节选用J2EE来描述客户服务系统的软件架构分层模型，采用了MVC架构体系，结合当前使用最成熟的Struts+Spring+Hibernate框架，如图8-13所示。8.4软件架构设计图8-13Struts+Spring+Hibernate框架图8.4软件架构设计Struts+Spring+Hiberante框架的WEB应用常常被扩展成4个各负其责的层次：表示层（Presentation）、业务层（Business）、持久层（Persistence）、领域模型层（DomainModel）。前三层分别对应于Struts、Spring、Hibernate，而领域模型层则是由那些现实世界中的业务对象组成，如客户、咨询、回访、投诉等等，它们是在上面三个层之间传递的对象。每层职责明确，彼此独立，通过专门编写的接口传递消息。8.4软件架构设计客户服务系统分为四个层次，其中WEB层采用Struts框架，Service和Dao采用Spring框架封装客户服务业务逻辑处理，DBControl层采用Hibernate框架。VO（ValueObject，值对象）和PO（PersistantObject，持久对象）之间的关系及传递如图8-14所示。8.4软件架构设计图8-14PO与VO之间实现关系8.4软件架构设计PO可以看成是与数据库中的表相映射的Java对象。一张数据库表对应一个Java对象。由Hibernate自动反转生成，简化Java与数据库之间的操作。VO是由HibernatePO复合而成的一个业务对象，用于业务层之间的数据传递。RelationShip维护组成VO与多个PO之间的对应关系。Hibernate可维护PO之间的一对多，一对一，多对多等关系，但这些关系是指数据库之间的关系。Relationship管理的是非数据库的、业务逻辑要求的关系。ServiceControl是Service层访问Dao层的接口。负责将PO组合成VO或将VO分解成PO。Service层通过ServiceControl来存取VO，同时将分解出的PO传递给DBControl。8.4软件架构设计图8-15以客户服务系统查询客户来电咨询记录，同时显示客户资料信息为例，说明客户服务系统架构层次的动态实现。图8-15客户服务系统查询客户来电咨询的动态实现8.4软件架构设计简要说明：客户服务人员首先发出“查询客户咨询记录”命令，系统查找到客户咨询记录相关信息，并返回给ServiceControl，同时根据记录在该表中的客户资料ID的外键信息，到客户资料信息表中查找相关客户资料的详细信息，最后将客户资料信息和客户来电记录信息组合成VO返回到Service层，展示给客户服务人员。8.4软件架构设计下面分别对Struts、Spring和Hibernate作简要介绍。8.4软件架构设计(1)StrutsStruts由一组相互协作的类、Servlet以及丰富的标记库（jsptaglib）和独立于该框架工作的实用程序类（Validator）组成。Struts有其自己的控制器（Controller），同时整合了其它的一些技术去实现模型层（Model）和视图层（View）。在模型层，Struts可以很容易地与数据访问技术相结合，包括EJB、JDBC和ObjectRelationBridge。在视图层，Struts能够与JSP、VelocityTemplates和XSL等等这些表示层组件想结合。StrutsFramework是MVC模式的体现，下面我们就分别从模型、视图和控制来看看Struts的体系结构（Architecture）。StrutsFramework的体系结构响应客户请求的时候，各个部分的工作原理如图8-16所示。8.4软件架构设计图8-16Struts工作原理图8.4