问题：最近上线的项目，上线后程式上倒没有什么问题，但是最终还是要紧急更新或回滚，原因在某一模块，增加了一个检查，以检查上一模块必须完成才可能进行这一模块的操作，因为这一模块的数据对上一模块的数据有依赖，按理说，这样的检查，也无可厚非，必竟要保证数据的准确性，上线前，也已经和用户确认过此种方案，到上线后，才发现，80%的用户是按这种流程进行，但是有20%的用户不是按这种流程的，而且，这20%的用户流程是不需要检查上一模块必须完成才能进行这一模块，它可以在这一模块完成后才会去进行上一模块的工作，结果导致工厂系统大面积的不能使用（虽是20%，但用户众多）。
延伸：
1.需求分析有问题，为什么没有能获取到这20%的用户需求和流程呢？
2.程序的健状性有问题，记得之前有大牛说过，业务规则是变化最快的地方，特别是业务检查，需要单独抽出来，否则每次业务检查发生变更时，则要重新发布程式，例如有一检查，只有18岁以上的才能进行员工资料登记，如果硬编码了18，则过了一段时间，16岁也可以进工厂了，不是童工，则这个检查要改为16，这个时候就只能重Build程式，重新发布，最简单的将这些业务规则放于配置文件或数据库中，这样改业务规则时就只需要更新下数据库或配置文件即可，但是，要增加更多业务检查呢，这种方法就避免不了要改程序了，业务规则引擎则能解决这些问题，业务规则引擎能任意增加，减少和组合不同的业务规则，只可惜务业规则引擎目前未有见过，也不知其是如何实现的
3.涉及到业务流程的问题，是否可以用工作流来解决呢，就像上面的问题，我想是可以通过WF来解决的，只可惜WF涉及不深，了解不多