uml知识整理，总结，归纳（适合考试突击）

4.Rational统一过程的开发使用一种二维结构来表达

5.Rational统一过程的动态结构，是通过对迭代式软件开发过程的周期阶段和迭代阶段以及里程碑等描述来进行表示的

6.Rational统一过程的六项最佳实践包括：

• 瀑布式软件开发

• 迭代式软件开发

• 基于构件的架构应用

• 软件质量验证

7.迭代过程的四个连续阶段：

• 初始

• 分析

• 细化

8.对一个以架构为中心的开发组织来说，通常需要对架构的目的、表示、过程方面给予关心

9.有效的需求管理指的是：

• 能够应对复杂的项目需求

• 能够有良好的用户满意度

• 尽可能的减少需求的错误

10.实现Rational统一过程的步骤：

• 评估当前状态

• 建立明确目标

• 执行过程实现

• 评价过程实现

11.迭代过程有几个阶段：

初始阶段、细化阶段、构造阶段和移交阶段。

12.Rational 统一过程以一种能够被大多数项目和开发组织都适用的形式建立起来，其所包含的六项最佳实践指的是什么？

迭代式软件开发、需求管理、基于构件的架构应用、建立可视化的软件模型、软件质量验证和软件变更控制。

13.在 Rational 统一过程的开发流程中，分别使用哪几种最主要的建模元素来进行表达？

在 Rational 统一过程的开发流程中，分别使用角色、活动、产物和工作流四种建模元素来进行表达。

第六章——用例图

====================================================================

1.由参与者，用例以及它们之间的关系构成的用于描述系统功能的动态视图称为用例

2.用例图的组成要素：参与者、用例、系统边界

3.用例中的主要关系有：

• 包含

• 扩展

• 泛华

4.用例包含的系统服务或功能单元的多少指的是：用例粒度，用例粒度越大,系统功能越多

5.用例图中以实现方框表示系统的范围和边界，在系统边界内描述的是组成部分，在系统边界外描述的是系统外部

6.构成用例图的基本元素；

• 参与者

• 系统边界

• 用例

7.系统边界指的是：系统与系统之间的界限

8.简述识别用例的方法：

从分析系统参与者开始，在这个过程中往往会发现新的参与者，当找到参与者之后，就可以根据参与者来确定系统的用例主要是看各参与者如何使用系统， 需要系统提供什么样的服务。 对于这个被选出的用例模型， 不仅要做到易于理解，还要做到不同的涉众对于它的理解是一致的

9.用例之间的三种关系各在什么场合使用：

我们可以在用例之间抽象出包含、扩展和泛化这三种关系。

多个用例用到同一段的行为，则可以把这段共同的行为单独抽象成为一个用例， 然后让其他用例来包含这一用例。扩展关系往往被用来处理异常或者构建灵活的系统框架。 使用扩展关系可以降低系统的复杂度，有利于系统的扩展， 提高系统的性能。 扩展关系还可以用于处理基础用例中的那些不易描述的问题，使系统显得更加清晰易于理解。当您发现系统中有两个或者多个用例在行为、结构和目的方面存在共性时，就可以使用泛化关系。这时，可以用一个新的（通常也是抽象的）用例来描述这些共有部分，这个新的用例就是父用例。

10.在设计系统时，用例的数量如何确定？

视系统的复杂程度而定，对于比较简单的系统，可以相对用的少些用例图，对于比较复杂的系统， 为表示清楚系统功能必须多创建用例图。 我们应该根据每个系统的具体情况，具体问题具体分析，在尽可能保证整个用例模型的易理解性前提下决定用例的大小和数目

11.在系统设计时为何要使用用例图？

用例图是从软件需求分析到最终实现的第一步，它显示了系统的用户和用户希望提供的功能，有利于用户和软件开发人员之间的沟通。借助于用例图， 系统用户、 系统分析人员、 系统设计人员、 领域专家能够以可视化的方式对问题进行探讨， 减少了大量交流上的障碍，便于对问题达成共识。

12创建用例的步骤：

• 识别参与者

• 创建用例

• 创建用例之间的关系

13.用例图的作用：

用例图是需求分析中的产物，主要作用是描述参与者和用例之间的关系,帮助开发人员可视化的了解系统的功能，助于用例图， 系统用户、 系统分析人员、 系统设计人员、 领域专家能够以可视化的方式对问题进行探讨， 减少了大量交流上的障碍，便于对问题达成共识。

14.主要有两种情况需要用到用例：

• 多个用例用到同一段行为，就可以把这段共同的行为单独抽象为一个用例，然后让其他用例来包含这一用例。

• 当某一个用例的功能过多，事件流过于复杂时也可以把某一个事件流抽象为一个被包含用例，以达到被简化描述的目的

15.扩展的描述：