敏捷建模

敏捷建模


1、建模（构建UML草图...）的目的主要是为了理解，而非文档。也就是说，建模的真正行为能够并且是应该能够对理解问题或解决方案空间提供更好的方式。从这个角度而言，实行“UML”（其真正含义是“实行OOA/D”）的目的并不是指设计者创建大量详细的UML图并递交给编程者（这其实是非敏捷的和面向瀑布的思维方式），而是指为良好的OO设计快速探索可选的方案和途径。

2、采用敏捷建模并不是不进行任何建模。

3、建模和模型的目的主要用于理解和沟通，而非构建文档。

4、不要对所有或大多数软件设计建模或应用UML。可以将简单的设计问题推延到编程阶段，在编程和测试中解决这些问题。只需要对设计空间中不常见、困难、棘手的一小部分问题建模和应用UML。

5、尽可能使用简单的工具。例如，最好在白板上画UML。

6、不要单独建模，而是和小组成员一起画草图，便于发现、理解和共享大家的理解。

7、要知道所有模型都可能是不准确的。最终代码或设计会与模型有差异，甚至极大的差异。只有测试过的代码才是真正的设计。先前绘制的模型图都是不完整的，最好只是将其视为一次探索。

8、开发者应该为自己进行OO设计建模，而不是创建模型图后交予其他编程者实现-这是非敏捷的面向瀑布的方法。