如何在项目中运用 UML , 如什么时候用状态图, 什么时候用时序图?

Question

最近在学 UML, 总感觉不知道什么时候该用什么图, 例如 要表达一个单据的审核流程, 用状态图来表示也可以, 用时序图表示也可以....不知道该用哪张图.

名问一个软件开发生命周期的问题, 是不是按下面的流程来?
用例图(了解需求) - > 时序图(解析用例) - > 类图(分析时序)

Answer 1

项目中很少用可以理解，UML是一个不错的记录思路的工具，一些开源项目其实是一边写一边设计的，所以画写UML有助于了解当时的思路，一些逆向工作者也喜欢画些UML标识哪里我搞清了...多数的项目文档通常包含用例图，时序类图都可以通过代码生成所以就更没人先去画图了

Answer 2

之所以没有，真的是因为没有遇到好的导师和高手。我不认同上面回答说通过类反向生成类图的说法，这是本末倒置。任何一个好的项目，都应该先有设计再有代码，先画类图再创建代码中的类。通过类图，我们可以清晰地了解到类与类之间的关系，清晰地了解到整个模块的逻辑关系。如果不先画图，那么写代码的时候就容易为求速度贪方便而乱写代码，把不应该出现在这个类中的逻辑写进了某一个类。这样虽然功能也一样，但后面的维护成本将大大提升。