记一次项目中是否使用工作流Activity遇到的问题

情景描述：

我们是一个订单管理系统，涉及到多人审批，所以技术开发组决定使用activity，但是正是讨论需求和产品原型的时候，发现最多只有两级审批，用简单的数据控制就行，没有必要引入activity工作流。项目第一期顺利完成，但是后台修改的需求很多涉及到了四级审批，这个时候用数据控制就很麻烦了，而且修改代码逻辑涉及的东西比较多，而且引入工作流此时工作量比较大。

我们正式处理

还是使用数据控制，因为此时引入activity工作流工作量大，修改的代码多，暂时只能用数据控制成本最低，但是后期维护会比较困难。

问题发生总结：

1、项目实际定位扩展不足，最开始需求只有两级审批，后来修改成了四级

2、技术选型因为实际定位只有两级，所以断然取消了引入工作流，为充分考虑扩展

之后的经验

1、在考虑处理当前的需求的时候，尽量考虑到程序后面的可扩展性，比如这里的两级审批后来会升级为四级

2、多讨论，对需求理解更加深刻一点