需求和设计也应该进行模拟运行。

 在传统的软件开发模式中，系统模拟运行一般都只发生在软件实现以后，很少有人会在需求和设计阶段做这个事情。这其实是国内大部分大型软件系统开发失败，或者开发成功后用户却不买帐的原因。这个经验其实来之于我刚工作不久的一个ERP项目，整个ERP项目团队才4-5个人，由于第一次做这么大的项目，我们比较谨慎， 整个需求出来后，我们并没有急于设计和开发，而是针对我们的需求分析结果（简要的概要设计），我们与客户方的相关人员（各个部门的业务骨干）在一起，针对流程和需求约束进行了几次模拟运行，有人可能会说这属于需求论证，也对，但注意，我们准备了必要的业务数据（实际单据），（现在叫业务测试用例），我们提供我们了解和理解的业务流程、主要业务算法以及约束，客户方根据我们提供的这些用实际的单据进行验证，因为是每个部门的业务骨干在，大家其实是在模拟实际的运作情况。一直到成本核算为止，虽然花费了一些时间，但结果非常好。之后，我们根据这份需求分析的结果开始进行详细设计，我们画出来了所有界面，当然这个界面是直接用开发工具画的，除了没有将业务逻辑实现外，其它的元素都有，相当于一个初步的原型，得到这个原型后，我们内部进行了几次模拟运行，包括流程，算法，数据输入，数据处理，数据输出等，同样采用的是实际业务数据，确定没有问题后，我们又跟客户方进行了两次模拟运行，他们输入单据（实际的单据，但作业是看着界面在白板上进行，前面的需求分析模拟也是这样），我们根据我们掌握的数据处理算法和数据流向，给出输出，这样一步步到最后总帐，成本核算。中间如果出现问题，就及时解决，当然，我们在模拟运行前做了很多准备工作。客户方在协同模拟过程中提出了很多宝贵的意见，虽然有些问题很尖锐，但因为准备充分，经过协商，都取得了一致的结果。在完成了这些之后，我们才开始进入正式开发，基本是从0开始构建系统，但还算顺利，经过半年左右的时间，系统初步构建完成，并进入试运行，中间也耽误了3个月时间，但是是客户方没有听从我们的建议所致。这个项目从需求调研开始到正式上线总共花费了近1年半时间，这个系统到现在虽然增加了一些功能，也做了一些完善，但运行良好，而且主要的业务流程和功能都没基本没变。之所以想用这个示例来说明需求和设计中的模拟运行很重要，主要是后来经历的一些项目，虽然从复杂，规模来讲，都比不上ERP系统，而且人力资源也远远好于当时的那个团队（我们当时4个人只有我对开发工具有点实际经验，其他的同事基本都是没实际用过开发工具的，而且没一个人做过类似的系统），但这几个项目都以失败告终，。原因当然是多方面的，但一个重要的原因就是需求分析和设计根本都不符合客户的需求，在自以为理解的基础上仓促开发，结果是做了一次，客户要求改一次,而且缺少全局规划，这个做完了，可以用，但另外一个模块开发完成开始用得时候发现前面的模块有问题了.....。虽然，我也力主推行我的理念，但因为一些原因，没办法实行，哥也无力回天。

说了这么多,总结一下就是,如果你真的想让系统开发成功,那么不妨在需求分析和设计时,都用实际的业务数据来模拟运行一下,验证一下你的理解和设计是否真的是客户所求.