标签：总结 use 测试 cas 需要 概念 制作 多个 步骤
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（最佳实践）。怎么用都可以，怎么舒服怎么用。
标签：总结 use 测试 cas 需要 概念 制作 多个 步骤
原文地址：http://www.cnblogs.com/ShawnYang/p/6616035.html
