1、用例间的包含、扩展、泛化关系
1.1 包含关系（Include）
1.1.1要点
用包含（Inclusion ）用例来封装一组跨越多个用例的相似动作（行为片断），以便多个基（Base ） 用例复用。基用例控制与包含用例的 关系，以及被包含用例的事件流是否会插入到基用例的事件流中。基用例可以依赖包含用例执行的结果，但是双方都不能访问对方的属性。包含关系对典型的应用就 是复用，也就是定义中说的情景。但是有时当某用例的事件流过于复杂时，为了简化用例的描述，我们也可以把某一段事件流抽象成为一个被包含的用例；相反，用 例划分太细时，也可以抽象出一个基用例，来包含这些细颗粒的用例。这种情况类似于在过程设计语言中，将程序的某一段算法封装成一个子过程，然后再从主程序 中调用这一子过程。
例如：业务中，总是存在着维护某某信息的功能，如果将它作为一个用例，那新建、编辑以及修改都要在用例详述中描述，过于复杂；如果分成新建用例、编辑用例和删除用例，则划分太细。这时包含关系可以用来理清关系。
1.1.2表示方法
在UML中，包含关系表示为带<<include>>字样虚线箭头，
1.2 扩展关系（Extend）
1.2.1 要点
将基用例中一段相对独立并且可选的动作，用扩展（Extension ）用例加以封装，再让它从基用例中声明的扩展点（Extension Point ）上进行扩展，从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性，因此它能根据基用例中扩展点的当前状态来判断是否执行自己。但是扩展用例对基用例不可见。
对于一个扩展用例，可以在基用例上有几个扩展点。
例如，在用例“还车”中增加扩展点，即特定条件为超时或损坏，如果满足条件，将执行扩展用例“交纳罚金”，这样可以使系统容易被理解
1.2.1表示方法
在UML中，扩展关系表示为带<<extend>>字样虚线箭头.
1.3 泛化关系（Generalization）
1.3.1要点
子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。在实际应用中很少使用泛化关系，子用例中的特殊行为都可以作为父用例中的备选流存在。
例如，业务中可能存在许多需要部门领导审批的事情，但是领导审批的流程是很相似的，这时可以做成泛化关系表示。
1.3.2 表示方法
在UML中，用例泛化表示为一个三角的实线箭头，从子用例指向父用例。
如：父用例是“预订”，其两个子用例分别是“电话预定”和“网上预订”。这两个用例都继承了父用例的行为，并添加了自己的行为。
2、UML定义了四类十种视图
类别 | 视图 | 说明 | |
用例图 捕获需求 | 用例图 use case | 说明系统功能与执行者 | |
静态图 捕获 逻辑结构 | 类图 class | 系统静态结构 | |
对象图 object | 活跃对象 | ||
包图 packet | 系统的分解 | ||
行为图 捕获 现实行为 | 交互图 | 顺序 sequence | 消息发送时序 |
合作 collaboration | 动态协作关系 | ||
状态图 statechart | 对象的动态行为 | ||
活动图 activity | 描述系统为完成某项功能而执行的操作序列，包含控制流和信息流 控制流：某操作完成后对其后续操作的触发 信息流：刻画操作之间的信息交换 | ||
实现图 捕获 执行环境 | 构件图 component | 软件实现系统中各组分以及依赖关系 | |
部署图 deployment | 运行环境的硬件及网络物理体系结构 | ||
更多信息系统项目管理师真题及答案>>>点击查看
点击这里查看信息系统项目管理师考试最新资讯
想要顺利通过信息系统项目管理师考试吗?点击立即做题：信息系统项目管理师考试题库
