2006 年 7 月 20 日要开发出用户满意的软件并不是件容易的事,软件架构师必须全面把握各种各样的需求、权衡需求之间有可能的矛盾之处,分门别类地将不同需求一一满足。本文从理解需求种类的复杂性谈起,通过具体案例的分析,展示了如何通过RUP的4+1视图方法,针对不同需求进行架构设计,从而确保重要的需求一一被满足。呼唤架构设计的多重视图方法灵感一闪,就想出了把大象放进冰箱的办法,这自然好。但希望每个架构设计策略都依靠灵感是不现实的--我们需要系统方法的指导。需要架构设计的多重视图方法,从根本上来说是因为需求种类的复杂性所致。以工程领域的例子开道吧。比如设计一座跨江大桥:我们会考虑连接南北的公路交通这个功能需求,从而初步设计出理想化的桥墩支撑的公路桥方案;然后还要考虑造桥要面临的约束条件,这个约束条件可能是不能影响万吨轮从桥下通过,于是细化设计方案,规定桥墩的高度和桥墩之间的间距;另外还要顾及大桥的使用期质量属性,比如为了能在湍急的江流中保持稳固,可以把大桥桥墩深深地建在岩石层之上,和大地浑然一体;其实,建造期间的质量属性也很值得考虑,比如在大桥的设计过程中考虑施工方便性的一些措施。和工程领域的功能需求、约束条件、使用期质量属性、建造期间的质量属性等类似,软件系统的需求种类也相当复杂,具体分类如图1所示。图1 软件需求分类的复杂性?超市系统案例:理解需求种类的复杂性例子是最好的老师。为
原创力文档

文档评论(0)