连载：面向对象葵花宝典：思想、技巧与实践（21） - SSD
用例图是用来描述系统的，而SSD（系统序列图）又是来描述用例的，oh my god，这不是在玩我们么？
System Sequence Diagram，缩写为SSD（注意不要与SSD硬盘混淆），中文翻译为“系统顺序图”，主要用于描述某个用例的某个分支场景下，外部参与者与系统的交互过程。简单来说：SSD就是用例的可视化描述。
细心的朋友可能会发现，前面我们在介绍“用例方法”的时候说不需要画图，这里又说SSD是用来描述用例的，这不是互相冲突了么？
事实上并不冲突，原因在于：用例方法分析需求的时候，确实不需要图；但用例方法分析完成后得到的用例，我们可以使用SSD让用例更直观一些。
SSD有几点需要特别注意：
1）SSD不是标准的UML图形：UML只有顺序图、用例图，但是没有一个专门的“系统顺序图”；之所以叫做“系统”顺序图，是因为这个顺序图中只有两类对象：系统、与系统交互的对象；
2）SSD是用来描述某个用例的某个分支，而不是描述系统的结构；
3）画SSD的时候，整个系统被当做一个黑盒，不涉及系统的分解；
4）不需要为每个用例每个分支都画一个SSD，挑出关键的用例和分支即可；
有的朋友可能会有疑问：如何知道哪些用例的哪些分支是关键的呢？
我的答案是：你认为是关键的你就画，你认为不是关键的你就不画；如果你认为所有的用例都很关键，那么所有的用例你都画即可，只要你不怕麻烦或者工作量太大；如果你认为所有的用例都很简单，那么一个都不画也可以。至于你的判断是否正确，主要靠经验积累，当经验不够的时候，也可以求助有经验的人。
以POS机为例，假如我们认为POS机的正常处理流程是关键分支，则对应的SSD如下：
仔细对照SSD和POS机的用例，我们会发现SSD和用例基本上是对应的，但并不完全对应，例如：
Ø 用例中第1步是“顾客携带选择好的商品到收银台”，但SSD中第1步是开始交易；
Ø 用例中“顾客将钱交给收银员”，但SSD中并没有对应的步骤；
Ø 用例中最后一步是“买单完成，顾客携带商品和小票离开”，但SSD中最后一步是“交易结束”；
为什么会出现这种不对应的情况呢？
主要原因在于：用例是整个业务的流程，而SSD是站在系统的角度来描述系统与外部对象的交互，这就需要我们在画SSD的时候做一些技巧性的处理：
Ø 删除系统无关的业务步骤
例如上述的“顾客将钱交给收银员”，这个步骤和POS机没有关系，因此无需体现，再说了，就算你想体现，你也体现不了；
Ø 将业务语言转换为系统语言
例如用例中是描述“顾客携带选择好的商品到收银台”，但对应系统来说，这就意味了“交易开始”；同样，“买单完成，顾客携带商品和小票离开”意味着“交易结束”。
有的朋友可能会认为，应该在用例分析的时候就应该详细写清楚。例如，“买单完成，顾客携带商品和小票离开，收银员告诉POS机交易结束”。
这种想法本身没错，但问题在于，理想和现实总是有差距的，用例不可能那么完善，甚至有的时候用例可能都存在错误，如果我们自己没有一定的分析和理解能力，完全依赖原始的用例，这样做是不可能设计出优秀的系统的，甚至连合格的系统都可能做不到。
综合上面的分析，我们可以看到，SSD虽然来源于用例，但还需要在用例的基础上稍微加工一下，使得SSD能够更加聚焦于“系统”这个主角。
最后小小吐槽一下：用例图是用来描述系统的，而SSD又是来描述用例的，oh my god，这不是在玩我们么？