|
UML视图 一. UML视图概述 随着系统复杂性的增加，建模就成了必不可少的工作。理想情况下，系统由单一的图形来描述，该图形明确地定义了整个系统，并且易于人们相互交流和理解。然而，单一的图形不可能包含系统所需的所有信息，更不可能描述系统的整体结构功能。 一般来说，系统通常是从多个不同的方面来描述。 1. 系统的使用实例。使用实例从系统外部参与者的角度描述系统的功能。 2. 系统的逻辑结构。逻辑结构描述系统内部的静态结构和动态行为，即从内部描述如何设计实现系统功能。 3. 系统的构成。描述系统由哪些构件组成。 4. 系统的并发特性。描述系统的并发性，解决各种通信和同步问题。 5. 系统的配置。描述系统的软件和硬件设备之间的配置关系。 为方便起见，用视图来划分系统各方面，每一种视图描述系统某一方面的特性。这样，一个完整的系统模型就由许多视图来共同描述。 UML中的视图大致分为如下5种： l 用例视图 l 逻辑视图 l 并发视图 l 组件视图 l 配置视图 上述5种视图分别描述系统的一个方面，5种视图组合构成UML完整模型，如下图所示。 二. 用例视图 (Use Case View) 1. 用例视图强调从系统的外部参与者(主要是用户)的角度看到的或需要的系统功能。 2. 用例视图描述系统应该具备的功能，也就是外部参与者所需要的功能。 3. 用例是系统中的一个功能模块，一个用例对应着一个功能模块，系统要提供的功能都是在用例视图中描述的。 4. 参与者可以是一个用户或者是另一个系统，一个参与者可以参与多个用例的执行，用例视图列出了哪个参与者参与了哪些用例的执行。 5. 用例视图是UML视图的核心，它的内容直接驱动其它视图的开发。 6. 用例视图主要由用例图组成。 三. 逻辑视图 (Logical View) 1. 逻辑视图强调从系统的静态结构和动态行为的角度显示如何实现系统的功能。 2. 用例视图描述了系统要提供什么样的功能，而逻辑视图用来描述如何实现用例视图中提出的功能。 3. 与用例视图不同，逻辑视图主要关注系统内部，它既描述系统的静态结构，也描述系统的内部活动。 4. 系统的静态结构在类图和对象图中进行描述，主要描述类、对象以及它们之间的关系。 5. 系统的动态行为在状态图、时序图、协作图和活动图中进行描述。 6. 逻辑视图的使用者主要是设计人员和开发人员。 四. 并发视图 (Concurrency View) 1. 并发视图强调显示系统的并发性。 2. 并发视图主要考虑资源的有效利用，代码的并行执行以及系统环境中的异步事件的处理。 3. 并发视图要处理线程之间的通信和同步。 4. 并发视图由状态图、协作图以及活动图组成。 5. 并发视图的使用者主要是开发人员和系统集成人员。 五. 组件视图 (Component View) 1. 组件视图强调显示组件的组织结构。 2. 组件视图描述系统的实现模块以及它们之间的依赖关系。 3. 组件视图主要由组件图构成。 4. 组件视图的使用者主要是开发人员。 六. 配置视图 (Deployment View) 1. 组件视图强调显示系统的具体部署。 2. 配置视图显示系统的物理部署，它描述位于节点上的运行实例的部署情况。例如一个程序在哪台计算机上执行，执行程序的各节点设备之间是如何连接的。 3. 配置视图主要由配置图构成。 4. 配置视图的使用者主要是开发人员、系统集成人员和测试人员。 |
|
|
