1、完成Use Case Diagram & Document

　　画用例图和完成用例文档，文档是最主要的。

　　画用例图的工具有很多，Ratinal Rose、PowerDesign、viso等工具都是可以的。

2、对于比较复杂的Use Case 用 Activity 图辅助说明（有人推荐在这里使用sequence），

　　有些用例可能会包含多个分支业务和协作等复杂业务，需要用到活动图分解说明；当然，用顺序图(Sequence)也行，怎么好理解怎么来。

3、根据Use Case & Document和Activity Diagram，分析业务领域的概念，抽象出概念模型。

4、分析概念模型，抽象出类。

5、分析类的职责和关系，做出类图。

6、根据类图和Use case & Document 来制作Sequence、Collabration（协作图，和Sequence是可以相互转换的）、State Chart（状态图）等各种图示。

7、重复迭代5-6，直至“完美”。

　　根据图示完善类图、根据类图完善图示，比说可以优化类之间的设计，加入在OO基础上加入设计模式的思路进行优化设计，这个根据设计者的水平和经验，设计出的方案也是不一样的。记住：没有任何模式是完美无缺的，够用就行了。项目是有时间限制的。

8、Coding。

9、测试并修改，有必要的话从前面的步骤开始改起，或从1、或从5。

10、部署并和用户一起进行测试（验收测试）。

11、从实施和测试的反馈驱动下一次的1—>11。

图是死的，人是活的，UML各种图的用法并没有一定之规，只有所谓的 Best Practice（最佳实践）。怎么用都可以，怎么舒服怎么用。

UML 运用于开发过程——总结