UML在项目中的应用流程

项目的最开始进行需求分析时需要进行需求建模，就要使用到uml中的用例图，撰写相应的用例描述文档之后可以从用例描述文档和SRS中寻找名词和关键词，开始进行静态建模和动态建模，现从这些名词得到一些类，对类进行整理和抽象，确定类之间的关系，绘制类图，有时候需要绘制对象图，注意的是对于大的项目类图实际上也有一些模块化的思想在里面，不可能把一个系统所有的类都画出来，像一些界面类，控件类在类图中有时候并不需要表示，因为分析设计和开发人员都明白是怎么回事。

一般对一些复杂的部分，才绘制详细的类图，有时候在识别类之间关系时，需要时序图和协作图，实际上静态建模和动态建模是结合使用的，不需要一定要等一个图全部画完了再考虑绘制另一类图。

对于一些复杂的需求用例，可以绘制活动图，我个人把活动图理解为对象建模和流程建模的一个交叉点，对于一些复杂的流程，我们用活动图来表示，但是又加入一些对象的思想，以便清晰知道哪个流程中会与哪些类或对象有关联。

对于一个状态比较多的类，可以考虑画状态图，以便了解在系统运行中，状态之间是怎么转换的，什么时候转换，然后把一些类组织起来，形成包，或者是组件创建组件图，在java 里面有个包图，实际上也是类的集合之间的关系，这些都是更加宏观的视图。

最后考虑到系统的真实运行环境，画部署图，后面这两个有时候也叫做构架建模，实际上把uml建模分成四个子建模，可以为：需求建模（第一步）、静态建模和动态建模（第二步）、构架建模（第三步）。