读《Uml Toolkit》有感 -- 用例驱动的中小型系统设计过程

近日读《Uml Toolkit》（中文名：《Uml工具》，电子工业出版社），对Uml 2.0和基于MDA的应用系统设计及开发过程都有了更进一步的认识，读完第二遍，总结出如下可能比较适合于中小型系统设计的开发模式。

用例驱动的开发模式：

1、需求收集、讨论（与投客户的交流、规格文档、头脑风暴），列出应用系统中的参与者和用例列表，对列出的主要用例，以文本形式描述其基本流程，从而进一步发掘参与者和与应用系统相关的内部和外部资源

2、对应用系统的关键问题域建模，以决定对关键领域问题的处理方案

3、用例分析，提炼出应用系统中的各种类，主要有三种类型的类：
      1）实体类（Entity），基本的有意义的数据类型
      2）边界类（Boundary），用于UI的窗体类或Web页面类
      3）控制类（Control），进行数据处理、传递、逻辑调用和控制的类

4、以用户体验图为主的UI概要设计，可能用WORD、基本绘图工具或者DW这类网页RAD工具设计用户界面草图，与客户交流，引导其UI需求

5、定义系统结构，考虑系统的边界条件，开发、部署环境，预算，哪些代码用工具自动生成、哪些手动生成等问题，最终得到一个系统的基本分层结构，包和主要组件的划分

6、详细设计，该过程包含对应用Uml对每个用例的详细分析设计（详细的用例图、静态结构图、交互图、状态图），以及详细的UI设计。在详细设计过程中，应该注意一下模式的有效运用： 
      1）MVC，即模型-视图-控制器模式
      2）VO，即值对象模式
      3）CF，即前端控制器模式
      4）DAO，即数据访问对象模式

7、测试和部署

（以上的7个步骤中的每一步内部，根据系统的复杂程度可能都需要一定数量的迭代，同时，系统整体的开发也应该是基于迭代和增量的，另外，令外要注意对整个开发过程中的各种文档的纪录）

补充：
个人认为，以上的开发过程还欠缺一个良好的文档管理和版本控制方法以避免文档工作的开销和文档的混乱，对此暂时还没有特别明确的想法！（小弟才疏学浅，敬待高手指正缺疏）