我的总结是在看完uml学习之后又參考了同学借的《uml和ooad高速入门》的思路，利用齿轮带动的原理进行。废话不多说了。首先分析一下类图和用例图的联系与差别。
| 类图 | 用例图 |
| 类class | 用例use case 、參与者actor |
| 关联association | 包括include、扩展extend |
| 静态结构 | 动态功能 |
| 系统内观 | 系统外观 |
| 稳定成长 | 变化迅速 |
上图分别在组成元素、包括的关系、逻辑功能和变化程度上对类图和用例图进行变化对照的。通常。我们会依据參与者開始定出相关的用例，通过跟客户的訪谈，就能够找到非常多用例。
在实际工作者，最主要的技能是划分出颗粒度大小适度的用例，由于粒度划分不好。会影响工时的估算，也同一时候影响项目的成本。
同一时候用例图是开发人员和用户从功能的角度。
黑盒子。
从用户的角度理解系统。用例模型驱动各个阶段的开发工作。用来描写叙述用户需求。强调两点：1功能（用户角度）2.功能的运行者
值得注意的一点是actor指人或事。能够为系统输入，能够驱动系统，能够使系统被动接受（生日祝福）能够主动发起，也能够被动接受。
以下是针对机房收费系统的需求画的用例图。若有不完好的地方欢迎提出相互交流。针对自己的不足我在最后的问题集锦中有所总结，敬请观看。