【 技术】 RUP4+1架构方法采用用例驱动，在软件生命周期的各个阶段对软件进行建模，从不同视角对系统进行解读，从而形成统一软件过程架构描述.
用例视图（Use Cases View），最初称为场景视图，关注最终用户需求，为整个技术架构的上线文环境.通常用UML用例图和活动图描述。
逻辑视图（Logical view），主要整个系统的抽象结构表述主要关注系统提供最终用户的功能，不涉及具体的编译即输 详解：VS2010实践RUP4+1架构模型
【 技术】 RUP4+1架构方法采用用例驱动，在软件生命周期的各个阶段对软件进行建模，从不同视角对系统进行解读，从而形成统一软件过程架构描述.
用例视图（Use Cases View），最初称为场景视图，关注最终用户需求，为整个技术架构的上线文环境.通常用UML用例图和活动图描述。
逻辑视图（Logical view），主要整个系统的抽象结构表述主要关注系统提供最终用户的功能，不涉及具体的编译即输出和部署，通常在UML中用类图，交互图，时序图来表述，类似与我们采用OOA的对象模型。
开发视图(Development View)， 描述软件在开发环境下的静态组织，从程序实现人员的角度透视系统，也叫做实现视图(implementation view).开发视图关注程序包，不仅包括要编写的源程序，还包括可以直接使用的第三方SDK和现成框架、类库，以及开发的系统将运行于其上的系统软件或中间件， 在UML中用组件图，包图来表述. 开发视图和逻辑视图之间可能存在一定的映射关系：比如逻辑层一般会映射到多个程序包等。
处理视图（Process view）处理视图关注系统动态运行时，主要是进程以及相关的并发、同步、通信等问题。处理视图和开发视图的关系：开发视图一般偏重程序包在编译时期的静态依赖关系，而这些程序运行起来之后会表现为对象、线程、进程，处理视图比较关注的正是这些运行时单元的交互问题，在UML中通常用活动图表述。
物理视图（Physical view ）物理视图通常也叫做部署视图(deployment view)，是从系统工程师解读系统，关注软件的物流拓扑结，以及如何部署机器和网络来配合软件系统的可靠性、可伸缩性等要求。物理视图和处理视图的关系：处理视图特别关注目标程序的动态执行情况，而物理视图重视目标程序的静态位置问题；物理视图是综合考虑软件系统和整个IT系统相互影响的架构视图。
RUP4+1架构方法从1995年提出后在业界获得广泛应用，并得以发展完善，在具体应用的时候结合公司环境和项目实际进行适当裁剪。
微软VSTS2010 UML增强
Visual Studio 2010绝对不是单一的一个IDE环境， 将应用程序开发生命周期的方方面面与 Team Foundation Server 集成， VS2010提供了相对完备的UML开发软件设计模型功能。目前VS2010支持新建UML模型如下包：
而且微软提供了VS2010旗舰版的可视化建模功能包，加强UML建模能力和便捷性。
实现RUP4+1架构
案例背景说明
IDM是一家家电制造商，目前企业已经有ERP系统，外部系统可以通过JDBC访问该系统授权的数据，同时该公司的有电子邮件系统也提供SMTP方式让外部程序调用。该公司计划开发一个电子化采购系统(EPS)，基本需求如下：
l IDM生产计划在ERP设定后，会自动产生原料请购记录到EPS，EPS自动产生采购要求(Request For Purchase；RFP)，并利用短信系统已经电子邮件通知注册的供应商。
l 供应商收到通知后必须先到IDM的EPS中在采购要求规定的时间内提供报价单
l IDM的采购人员(Buyer)通过EPS比价策略进行供应商选择产两家供应商并生采购单，同时通过短信和邮件通知该两家供应商。
l 供应商收到短信后，若要确认供货，到EPS中确认采购单，EPS通过电子邮件通知该采购负责人(Buyer)
l 采购人员在EPS中确认该采购后，EPS回传该订单到IDM的ERP系统中和该两家供应商。
