Systematic Quality

     这是指在软件架构中通过一定的办法或者使用一定的工具来达到系统要求的QoS，一般指可扩展性、可移植性、可维护性、安全等等,而这些恰恰是J2EE架构本身所带来的好处。

     实现和测试

     实现是软件开发人员编写代码来完成每一个组件。测试是用来保证软件质量的重要手段。采用RUP的软件工程过程后，整个项目被划分成不同的迭代。每个迭代(除了初始迭代)的范围是一个或者多个独立的BUC， 目标是编写代码实现BUC并且保证软件的质量。

     在实现和测试的时候，集成(integration)是很重要的。这是因为整个软件开发过程分成多个迭代来完成，每个迭代(除初始迭代外)都是为了实现应用系统的一个部分。对于相邻的两个迭代。后者是在前者的基础上进行开发的，是实现功能上的一个增量。因此，相邻迭代之间需要功能上的集成。此外，每一个迭代都是由BUC组成的。从逻辑上来看，一个BUC是由一个或者多个SUC组成的。从实现上来看，每个SUC是由一个或者多个组件(component)组成的。因此，每一个迭代中都需要组件之间的集成，如图4所示。

 
     图4：BUC的组成结构

     根据集成程度的不同，可以划分几个不同的开发集成和测试：

     首先是SUC集成和单元测试。这个是粒度最小的集成，它把几个不同的组件集成起来，实现同一个SUC。例如，SUC1是通过集成C1和C2来实现的。同时，在集成完成后，进行相应的单元测试。

     其次是BUC集成和集成测试。BUC集成是把几个相关的组件集成起来,来实现它的功能。图4中BUC的实现需要集成4个组件。同时，在集成完成后进行相应的集成测试。

     再次是迭代内集成和系统测试。迭代内集成从功能上来看，就是把这个迭代包含的所有BUC集成起来；从代码上看，是把所有和BUC相关的组件集成起来。同时，在集成完成后进行系统测试。系统测试分两步，首先是从功能上来测试每个BUC，其次是测试不同BUC之间的依赖和约束。

     最后是迭代间集成和回归测试。对于相邻的两个迭代，从功能上来看，后者是前者基础上的一个增量。迭代间集成把这个增量准确地集成到应用系统上。同时，在集成完成后进行衰减测试。回归测试不但要测试功能增量的正确性。而且要测试增量发生后系统原来功能的正确性。

     实例研究

     笔者在Trade Manager项目中运用了上述的方法。TradeManager是一个关于金融软件研究的项目，开发基于J2EE技术的金融订单管理系统。项目由12个人的团队来进行开发。团队成员分工明确，有项目经理、架构师、测试员和SQA等等。项目采用迭代式的开发方式。在初始迭代中，项目双方对项目范围、功能需求及架构达成一致，并签字同意。整个开发分为三个迭代阶段，根据功能点来划分，每个迭代分别实现交易前、交易中和交易后的功能。每个迭代的开发时间在六个星期。

     这个软件采用J2EE 的架构，如图5所示。其中UI和Delegate层在客户端，采用Swing技术来实现，是一个典型的肥客户端。Facade、Business Logic和DAO在J2EE服务器端，采用EJB技术来实现，它与客户端的通讯是典型的RMI／IIOp协议，采用的服务器是WebSphere。后台采用Oracle数据库来存放各种系统数据。同时，采用SiteMinder来实现系统的认证和授权。用log4j来实现logging／auditing功能。由于采用WebSphere集群技术，系统的可扩展性和高可用性得到了保证。

     图5：应用实例

     在开发的三个迭代中(除初始迭代外)，相邻两个迭代进行衰减测试，由SQA和测试员来完成。每个迭代中，开发人员完成单元测试和集成测试，SQA和测试人员完成系统测试。在做完三个迭代后，软件移交给客户进行UAT。

     RUP适用于规模比较大的软件项目和大型的软件开发组织或团队。在实际中，软件项目团队根据自身客观条件的限制和技术的影响，应该对RUP进行必要的裁剪，从而让RUP更好地服务于软件开发过程。本文在结合J2EE技术特点的基础上，从不同方面讲述了如何定制RUP，在项目管理中，应该正确定义团队角色、采用迭代式的开发方式和重视风险管理；在架构设计中，针对J2EE技术的特点。指出了从三个不同方面来设计软件架构；在开发和测试中，应该正确对待各个阶段的集成和测试。