学习Biztalk 2004的感想

学习Biztalk 2004后，感触颇多。它与.net 2003的紧密整合，图形化的流程设计方案，以及根据需要可以自己定义适配器等特征给人留下了深刻的印象。尤其是在一个流程练习中，我仅仅使用了4条命令（C#风格，但又不是C#），而且全是赋值命令，剩下的就是拖拽图形、设置属性、编译、发布的事情了，虽然很多功能我还没有掌握，但以已经被它迷住了。

有些感想在这里谈谈，也许很幼稚，但毕竟是我的感触。记得有人说“上ERP是找死，不上ERP是等死”。企业信息化时代迅速到来，多少让人不知所措。企业间的竞争从早期的比质量到比管理，又从比管理到比服务，而现在企业间的竞争已经成为一群企业与“另外”一群企业的竞争了，人们更强调的是供应链、人力资源、物流配送等企业间的交互。管理信息系统也从以往的进销存，到MRP又到了ERP的时代，当代管理信息系统带来了智能化的管理、决策，灵活机动的反应。

但是，信息化带来了种种好处的同时为什么有人宁愿“等死”呢？问题复杂，不是我一个人能说清楚的。不过我认为，一旦某个企业在投入大量资金到ERP上之后，如果不能充分发挥其作用，将陷入一个非常窘迫的境地；同时ERP如此庞大，一旦购买了某个企业的完整解决方案也就相当于将信息化命运交给了这家软件公司，至少我作为一个公司信息化主管不希望将鸡蛋放在一个篮子中。目前社会分工越来越细，但信息系统软件行业的分工却越来越糟糕，人们往往关注的是如何提供更加完整的解决方案，而没有意识到系统的复杂性让很多人望而却步。

如果事情真的是这样的化，那么很可能会出现一个庞大的市场空间，那就是企业应用集成，包括内部应用整合与外部应用整合。也许有一天，库存管理软件会呈现出“标准化”，我们购买软件就像购买硬件一样，即插即用。一个企业的流程是“配置”出来的。软件设计分工更加细化，出现专门做财务、专门做库存的软件公司，而另外一些公司将致力于企业信息流程重组和企业应用整合实施。Biztalk 2004让我看到了这点。一个企业不再将鸡蛋放在一个篮子之中，而是多元化的投资，企业运作将更加灵活，图形化的流程配置让企业管理人员无需编程便可调整内部信息集成，对信息化迅速作出响应，同时也可以保证已有的信息系统投资。

这还意味着什么呢？从编程人员的角度来看，在软件开发中留出必要的接口（WebService等）非常重要，只有这样才具备流程重组的能力。很多迹象表明，在应用系统设计中，建立一个Facade层会有助于软件整合。其次，分布式数据库设计将更为普及，如何高效的从分布数据库中获取相关信息也值得我们研究。未来系统集成人员的待遇很可能会大大高于代码编写人员，对于这些系统集成人员来说，不但要具备代码编写能力，更重要的是具备信息化管理能力、应用集成能力、数据采集与挖掘能力以及配置系统安全等能力。系统交互的接口将渐渐趋于标准化，即插即用的软件将会占据很大一部分市场。

呵呵，胡思乱想了一番，但这确实是我的感受。看来在看.NET书的同时，抽出些时间研究一下管理信息系统是很有帮助的。欢迎大家讨论、批评。