用例方法<br>
用例方法三段法
正常处理<br>
异常处理
代替处理
完整的用例
简单的样例：POS机<br>
为什么要将功能点单独提取出来呢？<br>
一个功能列表肯定比一长篇用例文档方便的多
从项目管理的角度来说，功能列表更易于管理，例如任务分配时不可能基于用例进行分配，因为不同用例可能存在大量重复的功能点
从开发的角度来说，开发时基于工功能点的，而不是基于用例的
从测试角度来说，虽然最后的验收测试时基于用例的，但产品测试主要还是基于功能点进行测试的
用例图
Actor<br>
系统外的用户，对应5W中的Who，包括但不限于用户、外系统<br>
Use Case<br>
用例，对应前面讲到的用例<br>
System
系统，所有用例的集合就是系统了<br>
SSD
用于描述在某个用例的某个分支场景下，外部参与者与系统的交互过程
SSD不是标准的UML图形，UML只有顺序图、用例图，但是没有专门的"系统顺序图"；之所以叫作"系统顺序图"，是因为这个顺序图中只有两类对象。系统与系统交互的对象。
SSD用来描述某个用例的分支，而不是描述系统的结构
画SSD的时候，整个系统被当作一个黑盒，不涉及系统的分解
不需要为每个用例的每个分支都画一个SSD，调出关键的用例和分支即可
