【内容】
1.什么是用例图
用例图(use case diagrams):用来描述用户的需求,从用户的角度描述系统的功能,并指出各功能的执行者,强调谁在使用系统,系统为执行者完成哪些功能。
2. 用例图的基本元素:角色、用例、关系
基本元素 | 含义 | 图示 |
角色 | 系统交互的人或物 | |
用例 | 参与者可以感受到的系统服务或功能单元 | |
关系 | 角色(参与人)与用例之间的关系 |
3.关系描述
关系类型 | 含义 | 图示 |
关联关系 | 参与者与用例之间的通信 | |
泛化关系(通常也说继承关系) | 两个用例或两个参与者之间的关系 | |
包含关系 | 包含关系描述的是一个用例需要某种功能,而该功能被另外一个用例定义,那么在用例的执行过程中,就可以调用已经定义好的用例。 | |
扩展关系 | 用一个用例(可选)扩展另一个用例(基本例)的功能。 | |
4.用例的粒度与范围
粒度与范围 | 含义 | 图示 |
概述级 | 总体对系统进行描述 | |
用户目标级 | 将系统分成不同的功能模块 | |
子功能级 | 对角色、功能模块的要求更具体,划分更明确 | |
5.用例注意点
应该清晰的定义系统边界;
防止用例过多;
应该从执行者的角度来命名用例;
用例描述正规程度;
避免执行者的名字不一致;
避免执行者和用例之间的关系太复杂;
注意用例的大小是否恰当;
避免用例描述混乱;
区分用例分解和功能分解;
避免客户不能理解用例的情况发生;
有些场合,用用例来描述需求是不适合的。
6.机房收费系统用例图
一般用户
操作员
管理者
总结:
第一次开始画UML图,有不对的地方欢迎大家评论指点!谢谢啦!
在看用例图视频的时候,感觉都听懂了,但是在画图的时候,就画不出来了...真的需要自己慢慢去探索。我们应该站在巨人的肩膀上,才能成长的更快。一点思路也没有的时候,多去看看大佬们的博客。这个图画了差不多一个下午,希望下面可以走的快一些,加油!