先看看理论：
顺序图属于交互图（Interaction Digram）．交互图表达对象间的交互，描述UseCase中对象实例间如何合作和之间传递的信息．交互图包括顺序图（Sequence Diagram）和协同图（Collaboration Diagram）．
顺序图突出时间顺序．从抽象层次（粒度）分为说明层（Specification Level）和实例层（Instnace Level）．
在Together中可以很方便的对已有Method生成顺序图，并且把顺序图转换成协同图来看．（协同图似乎意义不大）．
Together还可以针对Sequence生成代码，这个功能比较有用，应该适合用于概要／详细设计：
1. 自动生成方法
2. 自动生成代码
3. 更改图上方法／参数可以Refactor到代码
4. 被调用的方法的Sequence可以画在一起，一起生成代码．
5. 能表示一般的try/catcht/if else/while/for逻辑
6. 注释被分布到生成代码中
缺点：
没在图上体现的一些代码往往也很关键，不能表现出来．
逆向生成的Sequence图中一眼就能看出相关对象，理解方法比较方便．
在概要设计时可以方便表达调用顺序．
反过来，如果详细设计为每个方法设计Sequence图，会不会很累？
请有经验的朋友谈谈在工作中对Sequence的使用．
顺序图属于交互图（Interaction Digram）．交互图表达对象间的交互，描述UseCase中对象实例间如何合作和之间传递的信息．交互图包括顺序图（Sequence Diagram）和协同图（Collaboration Diagram）．
顺序图突出时间顺序．从抽象层次（粒度）分为说明层（Specification Level）和实例层（Instnace Level）．
在Together中可以很方便的对已有Method生成顺序图，并且把顺序图转换成协同图来看．（协同图似乎意义不大）．
Together还可以针对Sequence生成代码，这个功能比较有用，应该适合用于概要／详细设计：
1. 自动生成方法
2. 自动生成代码
3. 更改图上方法／参数可以Refactor到代码
4. 被调用的方法的Sequence可以画在一起，一起生成代码．
5. 能表示一般的try/catcht/if else/while/for逻辑
6. 注释被分布到生成代码中
缺点：
没在图上体现的一些代码往往也很关键，不能表现出来．
逆向生成的Sequence图中一眼就能看出相关对象，理解方法比较方便．
在概要设计时可以方便表达调用顺序．
反过来，如果详细设计为每个方法设计Sequence图，会不会很累？
请有经验的朋友谈谈在工作中对Sequence的使用．
