UML用例图之泛化(generalization)、扩展(extend)和包含(include)关系--UML一波流系列讲解

在画用例图的时候，理清用例之间的关系是重点。用例的关系有泛化(generalization)、扩展(extend)和包含(include)。其中include和extend最易混淆。下面我们结合实例彻底理清三者的关系。

基本概念
用例图（Use Case Diagram）:用例图显示谁是相关的用户，用户希望系统提供什么服务（用例），以及用例之间的关系图。用例图主要的作用是获取需求、指导测试。

用例图的4个基本组件：参与者(Actor)、用例(Use Case)、关系(Relationship)和系统。
泛化(generalization)：泛化关系是一种继承关系，子用例将继承基用例的所有行为，关系和通信关系，也就是说在任何使用基用例的地方都可以用子用例来代替。泛化关系在用例图中使用空心的箭头表示，箭头方向从子用例指向基用例。

扩展(extend)： extend关系是对基用例的扩展，基用例是一个完整的用例，即使没有子用例的参与，也可以完成一个完整的功能。extend的基用例中将存在一个扩展点，只有当扩展点被激活时，子用例才会被执行。 extend关系在用例图中使用带箭头的虚线表示(在线上标注<<extend>>)，箭头从子用例指向基用例。

包含(include)： include为包含关系，当两个或多个用例中共用一组相同的动作，这时可以将这组相同的动作抽出来作为一个独立的子用例，供多个基用例所共享。因为子用例被抽出，基用例并非一个完整的用例，所以include关系中的基用例必须和子用例一起使用才够完整，子用例也必然被执行。include关系在用例图中使用带箭头的虚线表示(在线上标注<<include>>)，箭头从基用例指向子用例。

实例需求场景
联通客户响应OSS。系统有故障单、业务开通、资源核查、割接、业务重保、网络品质性能等功能模块。现在我们抽出部分需求做为例子讲解。

需求1：客户响应用户和国际客服可以进行割接通知查询，在页面上有骨干割接查询、省间割接查询、省级割接查询的Tab。
分析：可以很容易看出割接查询和不同的割接子查询Tab之间是继承的关系，所以此处用泛化。用户和客户响应、国际客服也是继承的Actor关系。

需求2：客户响应用户和国际客服可以查看某条割接通知信息，可以在页面上导出割接信息Excel格式，可以查询和该条割接相关联的故障单信息。
分析：因为导出割接和查看相关联的故障单信息都是可选的，就是说我查看割接的时候，也可以不进行这些操作，所以这里用extend关系。也就是导出割接和查看故障单信息扩展了查看割接信息。

需求3：客户响应用户可以以网管系统为来源创建割接通知，在创建割接通知时可以保存为草稿，也可以直接发布割接通知。
分析：由于创建割接通知时，发布割接通知可以同时进行，也可以先存为草稿，所以发布割接是可选的，用extend就比较合适。也就是发布割接扩展了创建割接通知。

需求4：用户在进行业务开通、发布割接通知、发布重保通知及相关跨省的业务时需要进行数据分发。
分析：由于业务开通、重保、割接及其它跨省的业务都需要用到数据分发用例，我们可以将数据分发用例单独抽出来，供各业务使用，这里用include就比较合适。实际的系统中数据分发也是单独抽出来用jms和webservice实现的接口服务。

其它需求：可以看到删除割接通知和查看割接明细也可以做为割接通知查询用例的扩展，因查询列表时，一般可以选择继续查看明细或者删除操作。但在实际化图中，这两个extend可以不画，这里只是为了让大家理解概念。

用例图：大家可以参照着图，好好理解。




加深理解
我们再用另外一个场景的用例说明一下include和extend,因为就这两个玩意比较容易搞混。
销户：因为销户必需先进行账户结算，所以这里用include
停机提醒：有两个可选项，短信提醒和邮件提醒，所以用extend.




经过以上的分析，相信大家对三种关系已经有比较好的理解了。大家有什么其它想法或好的见解，欢迎拍砖。

PS：以上用例图用Enterprise Architect 7.5所画，在此推荐一下EA,非常不错。可以替代Visio和Rose了。Visio功能不够强大，Rose太重。唯有EA比较合适。

实例讲解，非常不错，这回算是理解了。

下一步，打算结合实际系统，写一系列Enterprise Architect7.5 uml建模工具的使用总结。

有需求同时也有必要的分析已经图文并茂。很好！可惜我们那位。。大家知道的！

什么意思，听不大明白呀。你曾经是那个项目的？还是现在是？哈哈。

貌似不能画序列图？

不能画序列图的还是uml建模工具吗？当然能，可能你没有学会怎么画。：->

我是看你说的好才下的：），以前一直用powerdesigner
创建项目后，发现没有sequence模型，再研究下~~

你是说这个意思呀。没有专门的时序模型，因为时序图在用例模式、类模型等模型都能用到。算是公用的一个视图。
用个几天就可以很熟了。而且ea带有很多uml的模板和例子教程。
1.在某个模型里右键添加视图。




2.然后选择uml behaviral里的sequence图




3.假如你是在类模型里，可以把类直接往框架拖拉就行。

实例需求场景
联通客户响应OSS中，extends 不就是 继承的意思吗？

“割接查询和不同的割接子查询Tab之间是继承的关系，所以此处用泛化”，这个可以理解。

“导出割接和查看故障单信息扩展了查看割接信息。”，这里也确实是上面所讲的extends的特性，我也理解了

但是，泛化的 本质 和 extends在类间的定义（也是 继承的意思），是一样的，这个回头再看的时候我搞晕了。

首先，我从没这样的需求直接去编码，但是通过这样的建模，试想在编码的时候 是不是 泛化和 extends在
父类 子类之间 都是用 extends了呢？
UML 中确实 泛化和 extends之间 有不同的表现形式， 但是编码的时候，类与类之间是不是 就区分不开泛化和extends了呢？
还有 查看割接通知 怎么是 extends了 割接通知查询了吖，文章里面没有提到，这里是楼主自己理解上去的吗？

等待楼主的回答。