UML图的基本使用场景

在系统应用的生命周期中，各种文档的撰写是必须的，在实际的工作中，很多时候，这些文档撰写的目的进入了歧路，它被用来应付文档的需求，而不是开发的需求，因为要有文档交差所以写文档，内容五花八门，看似工整，实际无什有效内容。这一点是非常错误的做法，无论你的初衷是什么，为了缩减工期，缩减成本，这样做都是错误的手段。表面上好似有一定的缩减，但后期的各种坑，没有文档，这些坑埋一个就需要超出常规几倍的时间。

合理的有效的撰写文档很重要，其中包括需求调研，概设、详设，这其中可能会用到UML图进行表现，正常来说，图形的表现没有严格的限制，但应该保证文档所表现内容的完整性及可读性，要求最终用户能够看懂，且尽可能的不要出现歧义。

常用的UML图有9种，用例图、类图、对象图、组件图、部署图、顺序图、协作图、状态图、活动图。

用例图：

用户角度描述系统，一般用于需求分析，需求人员或产品人员将与用户反复沟通后的系统功能需求进行转化，形成用例图，用例图是系统功能设计的重要依据，也是测试人员进行功能测试的重要依据。

组件图、部署图：一般是概要设计的重要展现手段。

类图、对象图：描述系统中各个基本单元间的依赖关系，是详设中对事物的具体抽象。

顺序图、协作图、状态图、活动图：各个模块之间的交互，是详设中各个系统功能的业务逻辑的抽象，一般使用中活动图与时序图同时使用可以更清晰的将系统内存的工作逻辑及线程交互等表示清楚。

时间有点晚，只做一个简略的说明，后续有时间会对各种图的作用细化