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

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系统相互影响的架构视图。