懒人的UML学习笔记2——用例图
目的：
我们写软件有目标，那么我写这个笔记的目的是什么呢？看看自己有没有把学的东西弄明白，看自己
能不能把一件事情明确的有条理的表达出来，能写点什么的前提是我必须对所学的东西有比较透彻的理解，这
样能巩固学习效果，本人刚刚学习UML难免错误多多，请大家指正。
1 用例图
1.1 用例图的简单介绍
用例图包含的元素有：
角色、用例、关系。
角色指：使用系统的用户或者和本系统有关系的其他系统。
用例：我觉得用例就是角色期望系统能够提供的操作或功能，比如说一个帐款管理系统，那
么新建收款就是一个用例。
关系：用户与用例之间，用例与用例之间存在的联系。
在用例图中关系的种类有：
1 关联
2 泛化
3 扩展
4 使用（依赖）
用户使用新建帐款功能来登记一笔收入的帐款记录，那么用户和“新建帐款”这个
用例的关系就是一般关联。
如果在“浏览帐款”功能中够浏览未确认帐款、已确认帐款，那么浏览未确认帐款
功能、浏览已确认帐款功能和“浏览帐款”的关系就是泛化关系。
在进入帐款浏览界面系统会默认load用户最近输入的记录，可是用户可以使用搜索
帐款功能搜索更多的帐款记录，那么搜索帐款功能和浏览帐款功能就是扩展关系（另我迷惑的是：如果用户是
使用搜索功能让后把搜索结果显示在浏览帐款中，那么就是搜索功能“使用”浏览帐款功能了，在这里变成“
使用”关系了，如果有那位老大能帮帮我解决就好了，是否我考虑系统用例的时候已经太明确到系统的功能上
去了呢？这些等我慢慢掌握吧，不过想想存在着两种关系也可以啊，就是分别画两张用例图分别以不同的角度
去看就可以了）
在使用增加帐款功能的时候，用户必须在浏览界面中通过指定以前登记的帐款记录
，
再进入增加帐款的登记界面，在这里增加帐款功能和浏览帐款功能之间的关系就是使用关系。
1.2 用例图的作用：
用例图是一个系统建模的启始点，可以使用用例图对将要开发系统的实际工作流程
进行业务建模，从业务模型的基础上过度到系统建模的开始，可以通过用例图来搜集用户的需求，明确和系统
相关的用户和其他系统，同时确定系统将会提供什么功能，以及各个功能间的关系。
