【转】Visual Studio 2010 架构图之用例图(UML Use Case Diagram)
2011-10-20 11:38
525 查看
这篇文章是来自园子的,我只是把自己觉得重要的地方,做了更鲜明的标记和解释。
使用Visual Studio 2010可以在项目中添加架构图,项目可以是ASP.NET、Windows Forms、...,也可以创建单独的Modeling Projects。
可以通过下图方式在项目中添加架构图(菜单栏===>Tools===>New Diagram):
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/add1.png)
在下面窗口中选择架构图的类型
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/add2.png)
用例图的工具说明:
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/VS2010%E7%94%A8%E4%BE%8B%E5%9B%BE.png)
1、Actor,参与者/角色,系统的理想用户,通过向系统输入或请求系统输入某些事件来触发系统的执行。包括:
(1)系统用户
(2)其它系统,如:购物网站使用支付宝在线支付,支付完成后再跳转到购物网站处理下一步。
(3)可以运行的进程,如:时间,经过一定时间触发系统某个事件执行。
总结:可以理解成使用命令的那个角色,可以是整个处理过程的任何一个(可以是client,system,usecase等等),但是在图中更偏重于作为初始点的角色。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/Actor.jpg)
2、Use Case,用例,用户与系统的交互,外部可见的系统功能单元。比如像增、删、改、查这样的功能点。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/usecase.jpg)
总结:可以认为,我们的用户看到的功能,反过来说就是系统对用户开放的功能。
3、Comment,注释。
4、Association,关联关系,描述参与者与用例之间的关系、通信。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/Association.jpg)
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/Association2.jpg)
总结:这个是种关系,用来描述参与者与用例之间的关系。注意一段为参与者,另一端是开放的功能,因为抽象抽模型的话,这些用例(usecase)就是这个操作黑盒,对于用户来说的入口,所以就用这个用例代表了黑盒的角色。
5、Dependency,依赖关系,用于链接表示不同版本或变体的子系统/用例,源模型指向目标模型。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/Dependency0.jpg)
总结:这一部分,还是从字面理解比较简单。就是Usecase2的情况,决定了useCase1的情况。就是需要先确定Usecase2,这里并不是调用什么的关系,还是种顺序或者递进的关系。这里要注意与extend的区别,extend是有条件发生,而这里是肯定发生。然后再和include对比,include的usecase不会影响到usecase,只是运作中的一部分。而这里的确是会影响到。再换种方式考虑,可以认为一个东西,通过某种处理方式(也可以不处理),转换到了另一个。读做【非箭头端】依赖【箭头端】
6、Include,包含关系,一个用例用其它更简单的用例来描述,定义行为更为明确的用例。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/include.jpg)
总结:是一个UseCase中必然包含的功能。有点类似,某一功能的具体流程。读作【非箭头端】包含了【箭头端】
7、Extend,扩展关系,基础用例的增量扩展,只有满足特定的条件,扩展用例才会被执行。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/extend.jpg)
上图中,缴纳罚金只有在比如有车损、租赁超期等情况下才会发生。
总结:要注意此处的关键语,只有满足特定的条件,扩展用例才会被执行,也就是说有条件执行的,也可以认为是中根据条件更具体的事物。读做【非箭头端】扩展了【箭头端】。
8、Generalization,泛化关系,一般化到特殊化的关系,一个用例可以被特例为一个或多个子用例,子用例表示基用例的特殊形式。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/Generalization.jpg)
总结:对应编程中的继承,就是通例和个例间的关系。【非箭头端】继承了【箭头端】
9、CommentLink:注释链接。
MSDN中一个综合一点的例子:
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/Dependency.jpg)
更多资料:
UML 用例图:准则
UML 用例图:参考
百度百科关于用例图的资料
// if ($ != jQuery) {
$ = jQuery.noConflict();
}
var isLogined = true;
var cb_blogId = 31670;
var cb_entryId = 1932330;
var cb_blogApp = "Ferry";
var cb_blogUserGuid = "b9873d0b-63cf-dd11-9e4d-001cf0cd104b";
var cb_entryCreatedDate = '2011/1/10 23:17:00';
// ]]>
// if ($ != jQuery) {
$ = jQuery.noConflict();
}
var isLogined = false;
var cb_blogId = 65924;
var cb_entryId = 1950876;
var cb_blogApp = "moss_tan_jun";
var cb_blogUserGuid = "a664cbc2-1007-df11-ba8f-001cf0cd104b";
var cb_entryCreatedDate = '2011/2/10 17:46:00';
// ]]>
使用Visual Studio 2010可以在项目中添加架构图,项目可以是ASP.NET、Windows Forms、...,也可以创建单独的Modeling Projects。
可以通过下图方式在项目中添加架构图(菜单栏===>Tools===>New Diagram):
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/add1.png)
在下面窗口中选择架构图的类型
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/add2.png)
用例图的工具说明:
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/VS2010%E7%94%A8%E4%BE%8B%E5%9B%BE.png)
1、Actor,参与者/角色,系统的理想用户,通过向系统输入或请求系统输入某些事件来触发系统的执行。包括:
(1)系统用户
(2)其它系统,如:购物网站使用支付宝在线支付,支付完成后再跳转到购物网站处理下一步。
(3)可以运行的进程,如:时间,经过一定时间触发系统某个事件执行。
总结:可以理解成使用命令的那个角色,可以是整个处理过程的任何一个(可以是client,system,usecase等等),但是在图中更偏重于作为初始点的角色。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/Actor.jpg)
2、Use Case,用例,用户与系统的交互,外部可见的系统功能单元。比如像增、删、改、查这样的功能点。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/usecase.jpg)
总结:可以认为,我们的用户看到的功能,反过来说就是系统对用户开放的功能。
3、Comment,注释。
4、Association,关联关系,描述参与者与用例之间的关系、通信。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/Association.jpg)
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/Association2.jpg)
总结:这个是种关系,用来描述参与者与用例之间的关系。注意一段为参与者,另一端是开放的功能,因为抽象抽模型的话,这些用例(usecase)就是这个操作黑盒,对于用户来说的入口,所以就用这个用例代表了黑盒的角色。
5、Dependency,依赖关系,用于链接表示不同版本或变体的子系统/用例,源模型指向目标模型。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/Dependency0.jpg)
总结:这一部分,还是从字面理解比较简单。就是Usecase2的情况,决定了useCase1的情况。就是需要先确定Usecase2,这里并不是调用什么的关系,还是种顺序或者递进的关系。这里要注意与extend的区别,extend是有条件发生,而这里是肯定发生。然后再和include对比,include的usecase不会影响到usecase,只是运作中的一部分。而这里的确是会影响到。再换种方式考虑,可以认为一个东西,通过某种处理方式(也可以不处理),转换到了另一个。读做【非箭头端】依赖【箭头端】
6、Include,包含关系,一个用例用其它更简单的用例来描述,定义行为更为明确的用例。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/include.jpg)
总结:是一个UseCase中必然包含的功能。有点类似,某一功能的具体流程。读作【非箭头端】包含了【箭头端】
7、Extend,扩展关系,基础用例的增量扩展,只有满足特定的条件,扩展用例才会被执行。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/extend.jpg)
上图中,缴纳罚金只有在比如有车损、租赁超期等情况下才会发生。
总结:要注意此处的关键语,只有满足特定的条件,扩展用例才会被执行,也就是说有条件执行的,也可以认为是中根据条件更具体的事物。读做【非箭头端】扩展了【箭头端】。
8、Generalization,泛化关系,一般化到特殊化的关系,一个用例可以被特例为一个或多个子用例,子用例表示基用例的特殊形式。
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/Generalization.jpg)
总结:对应编程中的继承,就是通例和个例间的关系。【非箭头端】继承了【箭头端】
9、CommentLink:注释链接。
MSDN中一个综合一点的例子:
![](http://images.cnblogs.com/cnblogs_com/ferry/Architecture/Dependency.jpg)
更多资料:
UML 用例图:准则
UML 用例图:参考
百度百科关于用例图的资料
// if ($ != jQuery) {
$ = jQuery.noConflict();
}
var isLogined = true;
var cb_blogId = 31670;
var cb_entryId = 1932330;
var cb_blogApp = "Ferry";
var cb_blogUserGuid = "b9873d0b-63cf-dd11-9e4d-001cf0cd104b";
var cb_entryCreatedDate = '2011/1/10 23:17:00';
// ]]>
// if ($ != jQuery) {
$ = jQuery.noConflict();
}
var isLogined = false;
var cb_blogId = 65924;
var cb_entryId = 1950876;
var cb_blogApp = "moss_tan_jun";
var cb_blogUserGuid = "a664cbc2-1007-df11-ba8f-001cf0cd104b";
var cb_entryCreatedDate = '2011/2/10 17:46:00';
// ]]>
相关文章推荐
- Visual Studio 2010 架构图之用例图(UML Use Case Diagram)
- Visual Studio 2010 架构图之用例图(UML Use Case Diagram)
- Visual Studio 2010 架构图之用例图(UML Use Case Diagram)
- Visual Studio 2010 架构图之——用例图(UML Use Case Diagram)
- 【UML学习】用例图 —— Use Case Diagram
- UML建模之用例图(UseCase Diagram)
- [完全免费] 在线UML Use Case Diagram 用例工具 - 教程第2部分
- UML之用例图(UseCase diagram)
- UML 用例图 use case diagram
- UML建模之用例图(UseCase Diagram)
- UML系列:(1)Use Case Diagram
- 用例图(UseCase Diagram)—UML图(一)
- 用例图——UseCase Diagram
- A brief summary of UML & Rational Rose – Use Case Diagram, Part II
- UML总结—用例图(Use Case Diagram)
- 用例图(UseCase Diagram)—UML图(一)
- 用例图——UseCase Diagram
- 用例图(UseCase Diagram)—UML图(一)
- 用例图(Use Case Diagram)
- 用例图(UseCase Diagram)—UML图(一)