今天在工作中遇到个问题，发现有个已经单体测试完成的source严重与详细设计书不一致，经过调查发现，程序在单体测试开始过程中进行了不断的修正，而没有同步的将详细设计对应的进行修正。于是，我查看了版本发现，程序从单体测试开始到测试完成共修正了18次，而详细设计仅修改了7次，详细设计对应频率为7/18=0.39，这个比值直观的感觉就比较小了！然后我查看了没有不一致的代码和详细设计，并计算了这个比值，发现，它们基本在0.7左右波动。呵呵，也许这就是个规则,也就是说，平均每修改10次source就应该对应修改7次详细设计，小于这个值就很有可能出现不一致现象，一定要进行严格 check，而大于这个可能会导致大家的厌烦，所以我喜欢把这个称为0.7check规则。以后检查时先看这个频率

p=详细设计对应修改次数/source修改次数
当p<0.7时, 一定要进行再次check； 0.7=<p<0.8时，应该基本正常；p>=0.8时，详细设计修改次数过多，增加了工作量.
希望这个规则能对大家管理项目有所帮助.：）

作者：豆博草堂