1995年,Philippe Kruchten在《IEEE Software》上发表了题为《The 4+1 View Model of Architecture》的论文,引起了业界的极大关注,并最终被RUP采纳。如图1所示。

图1  Philippe Kruchten提出的4+1视图方法

 

 


该方法的不同架构视图承载不同的架构设计决策,支持不同的目标和用途:

l        逻辑视图:当采用面向对象的设计方法时,逻辑视图即对象模型。

l        开发视图:描述软件在开发环境下的静态组织。

l        处理视图:描述系统的并发和同步方面的设计。

l        物理视图:描述软件如何映射到硬件,反映系统在分布方面的设计。

 

 

运用4+1视图方法:针对不同需求进行架构设计

 

如前文所述,要开发出用户满意的软件并不是件容易的事,软件架构师必须全面把握各种各样的需求、权衡需求之间有可能的矛盾之处,分门别类地将不同需求一一满足。

 

 

Philippe Kruchten提出的4+1视图方法为软件架构师“一一征服需求”提供了良好基础,如图2所示。

 


 

图2  运用4+1视图方法针对不同需求进行架构设计

 

 

 

 

逻辑视图:逻辑视图关注功能,不仅包括用户可见的功能,还包括为实现用户功能而必须提  供的“辅助功能模块”;它们可能是逻辑层、功能模块等。

 

开发视图:开发视图关注程序包,不仅包括要编写的源程序,还包括可以直接使用的第三方SDK和现成框架、类库,以及开发的系统将运行于其上的系统软件或中间件。开发视图和逻辑视图之间可能存在一定的映射关系:比如逻辑层一般会映射到多个程序包等。

 

 

处理视图:处理视图关注进程、线程、对象等运行时概念,以及相关的并发、同步、通信等问题。处理视图和开发视图的关系:开发视图一般偏重程序包在编译时期的静态依赖关系,而这些程序运行起来之后会表现为对象、线程、进程,处理视图比较关注的正是这些运行时单元的交互问题。

 

 

物理视图:物理视图关注“目标程序及其依赖的运行库和系统软件”最终如何安装或部署到物理机器,以及如何部署机器和网络来配合软件系统的可靠性、可伸缩性等要求。物理视图和处理视图的关系:处理视图特别关注目标程序的动态执行情况,而物理视图重视目标程序的静态位置问题;物理视图是综合考虑软件系统和整个IT系统相互影响的架构视图。