rup架构的5中视图和uml的解释

Rup架构设计的五种视图和uml
1.用例图。最初称为场景视图，关注最终用户需求，定义用户的需求和系统的功能，为整个技术架构的上线文环境.通常用UML用例图和活动图描述。
通俗的将用例图是关注用户的业务流程需求、功能需求，比如旅游网站，用户需要注册功能、查询景区和预订门票等功能需求，是软件开发的起始点也是落脚点，充分的用例图可以完整的定义出平台系统的所有功能。
2. 逻辑视图。逻辑视图关注功能，不仅包括用户可见的功能，还包括为实现用户功能而必须提供的”辅助功能模块”；它们可能是逻辑层、功能模块等。可以用层的概念理解逻辑视图的作用。
逻辑视图是描述系统的内部结构，逻辑视图所描述的系统实现用例视图所描述的功能。逻辑视图用类的方式实现用例视图的内部逻辑结构。系统开发分为业务建模和系统建模两阶段，用例图主要是业务建模阶段根据业务的流程，对整个系统的业务逻辑实现进行描述，其主要目的是描述流程和关系，不是对象，属于与客户交流的需求分析阶段。逻辑视图主要是系统建模阶段根据业务建模，对系统的角色和用例功能进行描述，重点描述行为，属于需求分析阶段与开发人员沟通的建模。
实现用例功能所描述的内部结构，用类的方式划分出层的功能层次。
3. 开发视图，也称为实施视图。开发视图关注程序包，不仅包括要编写的源程序，还包括可以直接使用的第三方SDK和现成框架、类库，以及开发的系统将运行于其上的系统软件或中间件。开发视图和逻辑视图之间可能存在一定的映射关系：比如逻辑层一般会映射到多个程序包等
4. 处理视图，也称为进程视图，处理视图关注进程、线程、对象等运行时概念，以及相关的并发、同步、通信等问题。处理视图和开发视图的关系：开发视图一般偏重程序包在编译时期的静态依赖关系，而这些程序运行起来之后会表现为对象、线程、进程，处理视图比较关注的正是这些运行时单元的交互问题。
5.物理视图，物理视图通常也叫做部署视图(deploymentview)，是从系统工程师解读系统，关注软件的物流拓扑结，以及如何部署机器和网络来配合软件系统的可靠性、可伸缩性等要求。物理视图和处理视图的关系：处理视图特别关注目标程序的动态执行情况，而物理视图重视目标程序的静态位置问题；物理视图是综合考虑软件系统和整个IT系统相互影响的架构视图。