软件体系结构 4+1模型案例.pdf

案例教学1：4+1视图方法进行软件体系结构设计

要开发出用户满意的软件并不是件容易的事，软件体系结构师必须全面把握各种各样的需

求、权衡需求之间有可能的矛盾之处，分门别类地将不同需求一一满足。本文从理解需求种类的

复杂性谈起，通过具体案例的分析，展示了如何通过RUP的4+1视图方法，针对不同需求进行体

系结构设计，从而确保重要的需求一一被满足。

1、呼唤体系结构设计的多重视图方法

灵感一闪，就想出了把大象放进冰箱的办法，这自然好。但希望每个体系结构设计策略都

依靠灵感是不现实的--我们需要系统方法的指导。

需要体系结构设计的多重视图方法，从根本上来说是因为需求种类的复杂性所致。以工程

领域领域的例的例子子开开道吧道吧。。比比如设计一如设计一座跨江座跨江大大桥桥：我们：我们会考虑会考虑连接南北连接南北的的公路交公路交通通这个这个功能需

求求，从而初步设计出理想化的桥墩支撑的公路桥方案；然然后还后还要要考虑造桥考虑造桥要面要面临临的的约束条约束条件件

，这个，这个约束条约束条件可能是件可能是不能不能影响万吨轮影响万吨轮从从桥下桥下通过通过，于是细化设计方案，规定桥墩的高度

和桥墩和桥墩之间的间之间的间距；另外还距；另外还要要顾及顾及大大桥桥的的使使用用期质量属期质量属性性，，比比如如为为了了能在湍急的江流中保

持稳固持稳固，可以把大桥桥墩深深地建在岩石层之上，和和大地大地浑浑然一体然一体；其；其实，实，建造期间的质量

属属性性也很值得考虑也很值得考虑，，比比如如在在大大桥桥的设计过的设计过程中考虑程中考虑施工施工方方便便性性的一些措施。

和工程领域的功能需求、约束条件、使用期质量属性、建造期间的质量属性等类似，软件系统

的需求种类也相当复杂，具体分类如图1所示。

图1软件需求分类的复杂性

2、超市系统案例：理解需求种类的复杂性

例子是最好的老师。为了更好地理解软件需求种类的复杂性，我们来分析一个实际的例子。在

表1中，我们列举了一个典型的超市系统的需求子集，从这个例子中可以清晰地看到需求可以

分为两大类：功能需求和非功能需求。

表1超市系统案例：理解需求种类的复杂性

简单而言，功能需求就是简单而言，功能需求就是软件有什么用，软件需要做什么软件需要做什么。同时，注意把握功能需求的层次

性是软件需求的最佳实践。以该超市系统为例：

*超市老板希望通过软件来超市老板希望通过软件来提高收银效率提高收银效率。

*那么，你可能需要为收银员提供一系列功能来促成这个目的，比如供收银员使用的那么，你可能需要为收银员提供一系列功能来促成这个目的，比如供收银员使用的任意商

品项可单独取消品项可单独取消功能有利于提供收银效率。

*而具体到这个超市系统，系统分析员可能会决定要提供的具体功能为：通过收银终端的按键

组合，可以使收银过程从组合，可以使收银过程从逐项录入状态逐项录入状态进入进入选择取消状态选择取消状态，从而取消某项商品。

从上面的例子中我们还惊讶地发现，非功能需求--人们最经常忽视的一大类需求--包括的内容

非常宽、并且极其重要。非功能需求又可以分为如下三类：

*约束。要开发出用户满意的软件并不是件容易的事，而全面理解要设计的软件系统所面临的

约束可以使你向成功迈进一步。约束性需求既包括企业级的商业考虑（例如（例如项目预算有限项目预算有限），

也包括最终用户级的实际情况（例如（例如用户的平均电脑操作水平偏低用户的平均电脑操作水平偏低）；既可能包括具体技术

的明确要求（例如的明确要求（例如要求能在Linux上运行上运行），又可能需要考虑开发团队的真实状况（例如），又可能需要考虑开发团队的真实状况（例如

开发人开发人员员分分散散在不在不同同地地点点）。这些约束性需求当然对体系结构设计影响很大，比比如如受到受到项目

预算有限预算有限的限制，体系结构师就不应选择昂贵的技术或中间件等，而考虑到开发人员分散在

不不同同地地点点，就更应注重软件模块职责划分的合理性、松耦合性等等。

*运行期质量属性。这类需求主要指软件系统在运行期间表现出的质量水平。运行期质量属性

非常关键，因为它们直接影响着客户对软件系统的满意度，大多数客户也不会接受运行期质量

属性拙劣的软件系统。常见的运行期质量属性包括软件系统的易用性、性能、可伸缩性、持续

可用性、鲁棒性、安全性等。在我们的超市系统的案例中，用户对高性能提出了具体要求（真