2007年03月
就技术上来说，涉及到并发的就存在这一个并发线程/进程的管理问题，如这些并发单元怎么组织管理其运行状态，如何通知不同的并发单元的交互，以及考虑到中途当机、重启恢复，资源争夺，并发冲突、死锁等等较为繁琐的细节。所以如果一个公司愿意投入成本去实现这种并发模式，我认为这个公司起码在3个方面能表现出他的"技术脱贫"：首先是团队有技术实力解决并发应用所带来的问题；不过这个模式本身看起来比较简单，就他与其他模式配合使用，和实际业务条件的限制下，就显得错综复杂。阅读全文>
发表于 @ 2007年03月30日 17:01:00|评论(loading...)|编辑
多实例模式：12. Multiple Instances without Synchronization，异步多实例13. Multiple Instances with a Priori Design-Time Knowledge，设计期多实例14. Multiple Instances with a Priori Run-Time Knowledge，运行时前置多实例15. Multiple Instances without a Priori Run-Time Knowledge，运行时非前置多实例。阅读全文>
发表于 @ 2007年03月29日 22:42:00|评论(loading...)|编辑
这个理论模型十分简单，只是一个工作单元完成了，紧接着无条件执行下一个工作单元。每一个工作流系统都直接实现了这种模式，这个模式是工作流能运行的一个重要基石。比较有趣的是许多不同形式的分支，在业务的实践中都可以退化成为顺序模式。阅读全文>
发表于 @ 2007年03月29日 22:05:00|评论(loading...)|编辑
“如果你原来的业务流程是这样操作，那么它本身就不规范，所以我们不能这样做……”接下来下面一大堆道理，叙述信息化应该以规范化为基础才可能有效实施，然后提出一个更好的流程设计方案，推动用户对现有的业务流程进行优化。这次沟通完了以后，项目经理的跟班——一个刚入行的菜鸟，就会感叹“果然是老鸟，先规范化，再信息化，一针见血啊！”，项目经理笑了笑，说：“只是那种流程，我们没办法实施而已。”首先客户尊崇了信息化和规范化的理论，菜鸟尊崇了项目经理的经验，而项目经理则是蔑视了工作流模型反映实际业务的能力。阅读全文>
发表于 @ 2007年03月29日 12:19:00|评论(loading...)|编辑