|
|
SOA：让业务流程管理更简单1996年，Gartner Group最早提出SOA理念，现在已经成为风靡IT领域的一个重要概念。 业界有一个很形象的比喻，将传统的IT开发，僵化流程比作“雕版印刷”;将基于SOA架构下的BPM比作“活字印刷”;“活字”就是服务;“排版”就是业务流程的编排; “替换活字"就是服务的重用或业务规则的改写。 3 基于SOA架构下的BPM的优势 最近Forrester Research的一份中间件软件市场报告中指出：“如果企业中的系统已经采用了SOA，那么业务部门会非常重视BPM项目，因为他们认识到这些BPM项目很容易实施，并且将带来巨大的经济利益”。IBM的BPM副总Angel Diaz表示:与SOA的结合增强了BPM的适应能力。“你可以在没有SOA的情况下单独实施BPM，但是当你开始使用基础设施，并且通过ESB和服务做投资的时候，会发现基于SOA架构下的BPM是多么的灵活”。 研究SOA和BPM的关系时，首先我们应该明确一点：SOA是一种架构，而BPM是一组协调活动。部署BPM，并不一定要基于SOA架构，以此可以快速的实现目标。但由于SOA架构下，具有易于集成、降低管理复杂性、消除信息孤岛、增加重用和降低成本等特点，在此结构下实施BPM可以将其作用发挥的淋漓尽致。 在单独部署BPM的情况下，流程可以被简单而快速的挖掘、设计、执行、管理和维护、最优化。而BPM的真正实现，还必须与底层的IT系统相集成。在底层的IT系统完全不更改，并且业务人员和IT技术人员一起控制所有的系统的情况下，是否基于SOA架构，没有太大的影响。图2是BPM的单独应用。 .jpg) 当BPM由一个小组来部署，消费来自另外一个小组的系统的服务，那么协调和管理每个小组中的更改的任务就会相当困难。或者某个组织的IT基础架构十分复杂，并且经常需要改动，在这两种情况下，就应该基于SOA架构柬实施BPM。因为当BPM部署或业务改变时，业务人员会以他们的角度来阐释需求，而IT技术人员要考虑去怎样实现这些需求。技术人员会将他们认为可能重复出现的业务进行代码的封装，以各重用，但技术人员常常不清楚哪些业务上的功能在将来可能会需要进行频繁修改和重复使用。所以在实现企业的业务逻辑时，技术人员通常会使用面向过程的方法对现实业务进行描述。 如此一来，最常见的情况就是实现不同“详细流程”代码常常会掺和在一起、共用一批内存变量。这就直接导致了实现不同流程的程序代码不可分离和重组，这在技术上称为“高耦合”。最终，当企业希望改变流程的顺序时，就不得不对代码进行大量的重新编写和调整：当希望在别的流程中希望使用另一个流程中已实现的详细流程时，代码却无法顺利地从原来的流程中进行分离。所以当企业的业务流程发生变化时，技术人员不得不花费极大的精力去进行维护和修改，这样做不但增加了企业构建IT的成本，对原先程序功能的修改可能还会带来许多无法控制的风险。 责编：张泽牧  微信扫一扫实时了解行业动态 著作权声明：畅享网文章著作权分属畅享网、网友和合作伙伴，部分非原创文章作者信息可能有所缺失，如需补充或修改请与我们联系，工作人员会在1个工作日内配合处理。 |
|
NCV6.3产品手册-采购管理.pdf|
|
