[全程建模]需求与编码的对应关系——全程建模技术新进展

在今年的全程建模培训与实践中，对全程建模方法进行了扩充和对以前的缺陷进行了弥补。

昨天意外看到了一个朋友写的全程建模方法方面的应用文章，大家也可以过去看看：http://www.cnblogs.com/hobe/archive/2006/10/13/528056.aspx

闲话少说，这里先说明改进的内容，看过我的书的朋友，可以直接对照书上的内容进行操作，应该可以明白的。

需求与编码的对应关系

1、用例阐述中的每一个子流对应一个助手类，在进行设计模式应用时，这一点将决定开发系统中助手类的数量和功能。

通过这一点的应用，就可以将需求与编码直接关联起来。

2、分析模型实体类在细化成设计类的时候，需要从用例阐述里面查找用例阐述中关联到的对象，将每一个对象变成一个Object类即可。

这一点就将编码中Object类的数量和种类也确定下来了。但是，在进行设计的时候，这些Object不能让设计人员来修改，必须要总体架构方面的负责人或者公共模块的设计人员来把所有的对象都抽取出来，进行统一的设计。否则，就会造成大量重复的无用工作。

3、交换编程中的一点扩展，设计人员在进行编码工作时的交换是相互交换，而不是轮换，这一点与做需求、分析模型、设计模型的时候都不一样。

这样做的好处，就是可以通过少数人的交互快速的完成代码实现。而设计模型稳定下来以后，编码的工作量不是最大的，而且大部分都是相对简单的重复工作，所以，这样的交换就足够了。

4、如果需要应用自己的框架进行开发，可以考虑将自己的框架反工到模型中，然后进行后续的操作。

这样就可以应用自己熟悉的框架进行开发，而不一定非要按照我书上提供的架构模式进行开发了。