详细设计需要详细到什么程度_实例1

  类型预测：预测下一年的所需要的物资类型，并存入数据表

  数量预测：对预测到的物资类型，按照一定的规则，预测其下一年的使用数量

  以上是需求说明，详细设计的时候，进行了设计评审，这个方法在评审中是这样描述的：

forecastEndLib

最终类型预测

年份

布尔值（true或false）

执行以下SQL insert into SS_END_LIB select * from SS_ISSUS_MATERIAL_PREDICT main left join SS_SPARE_LIB ref_01 on main.REGULATION = ref_01.MATERIAL_CODE where ref_01.MATERIAL_CODE is not null

 在评审的时候，参会人员并未对此做法提出异议。

        功能开发完毕：

             “类型预测”功能：可成功预测到了下一年需要的物资类型；

             “数量预测”功能：也可以进行预测下一年度这些物资所需要的数量，并保存至数据库。

        现在问题来了：再次点击类型预测，会把之前已经预测到的类型，及类型对应的数量，这些数据都删除掉。并将新预测的结果插入数据库！！如果交付给客户使用，客户如果已经在使用这些数据了，如果再次不小心点击了预测，那将会是一次严重的数据事故！而事故的责任也必将是开发组来承担！

         那么就需要重点需要讨论下，如何规避类似的问题，在开发的哪个环节进行规避。

          1、需求阶段可以写的更清楚些：“预测下一年的所需要的物资类型，并存入数据表”，可以改成“。。。，并增量存入数据表”

         2、详细设计必须写明步骤：可以看出上面的详细设计写的并不详细，只写了“执行以下sql”，必须要求写出详细设计的步骤，如果写出了步骤，就很容易发现这个问题了，比如可以写成： 先删除下一年所有的预测数据，然后执行以下sql。那么当时这个问题就可以被发现。

         以上的道理很简单，都知道开发前要写详细设计，进行详细设计评审。然而，怎样才能让开发人员重视详细设计，详细到什么程度的设计，才能真正让你发现接下来开发中可能存在哪些问题？这个例子或多活动少可以给出一些启示。