RUP的“4+1”架构视图与“4+1”视图模型

RUP的“4+1”架构视图：逻辑视图、实现视图、进程视图、部署视图、用例视图。
“4+1”模型：逻辑视图、开发视图、进程视图、物理视图、场景。
在初步业务需求描述已经形成的前提下，基于UML的需求分析过程可以大致分为以下步骤：
1、利用用例及用例图表示需求。从业务需求描述出发，获取执行者和场景；对场景进行汇总、分类、抽象，形成用例；确定执行者与用例、用例与用例图之间的关系，生成用例图。
2、利用包图和类图表示目标软件系统的总体框架结构。根据领域知识、业务需求描述和既往经验设计目标软件系统的顶层架构；从业务需求描述中提取“关键”概念，形成概念模型；从概念模型和用例出发，研究系统中主要类间的关系，生成类图。
“4+1”视图模型，以及各有什么特点？
逻辑视图：逻辑视图主要支持系统功能需求，即系统提供给最终用户的服务。在逻辑视图中，系统分解成一系列的功能抽象，这些抽象主要来自问题领域。在OO技术中，通过抽象、封装和继承，可以用对象模型来代表逻辑视图，用类图描述逻辑视图。
开发视图：开发视图也称为模块视图，在UML中被称为实现视图，主要侧重于软件模块的组织管理。开发视图要考虑软件的内部需求。
进程视图：侧重于系统的运行特性，主要关注一些非功能需求，进程视图强调并发性、分布性、系统集成性、和容错能力，以及逻辑视图中功能抽象如何适应进程结构等。它也定义了逻辑视图中各个类的操作具体是那个线程中的执行。进程视图可以描述成多层抽象，每个级别分别关注不同的方面。
物理视图：在UML中称为部署视图，主要考虑如何把软件映射到硬件上，通常考虑到解决系统拓扑结构、系统安装和通信等问题。
场景：场景可以看做是那些重要系统活动的抽象，它使4个视图有机联系起来。场景对应UML中的用例视图。