“思考得少，瞎干得多”，就是目前企业开发的现状。瞎干了两个月后，回头来分析一下一个有趣的流程，是我们目前项目中最复杂的一个流程（因为要完成它而不能动脑，所以复杂）。
首先把UML书上的案例扔到一边，那个是齐全的菜谱、佐料、原料而真实项目是荒地。想想走到荒地上给自己整一顿满汉全席，不容易啊……
现在已经忘了最初听到这个流程的描述是怎么样的了。大概就是“一个待办项会发送和接收很多次，也可以发送接收一次，发送完后就不能再次发送了，最后一个接收结束后才能结束整个流程”——够昏的吧^O^遇到这种事千万不能听客户、需求人员甚至项目经理的，架构师才是设计这个系统的人，不能自己分析、定义业务对象，下课 ...
新的需求是客户希望能够“提前启动一些工程阶段”——以前是客户定好了整个流程，全部按照既定的规则运行。
这个也能够理解，跟我们开发一样，真正进入开发阶段，并不完全是按照详细设计进行，也未必按照开发计划走，需求有变化的东西都要搁置，先开发已确定的东西，只管按里程碑交付就行了。
加入这个功能的目的是为了让“计划跟得上变化”，还好目前的流程引擎是基于有限状态机的，功能的扩展不会引起整个引擎的逻辑改变。
随着这个项目的深入，感觉客户是在不断的成长=_+前些天他们提出了可能的需求：为两个并行的下一步待办任务指定不同的待办人。
连同上一个需求，昨天想到一个比较可怕的问题：如果客户提出在每一个 ...
评论排行榜