| 作为企业级的IT系统建设和架构方案，BPM和SOA都强调打破技术和业务的壁垒，但是解决方法和关注的层面却非常不同，这使得他们的拥护者之间产生了很大的分歧。同时就两者的关系也引发了热烈的讨论。 BPM和SOA的区别在什么地方？它们有着什么样的共同点，同时在企业IT系统建设中，如何将两者有效地整合起来呢？针对这些问题，我们搜集了一些专家意见，并按照问答的形式整理出来，希望能够帮助读者理清它们之间的关系，进一步对企业IT系统建设有所启发。 Q: BPM似乎正逐渐成为IT技术的前沿;你能解释一下人们为什么对BPM越来越感兴趣吗？ A: 这有两个原因，首先，BPM相关的IT产品已经取得了长足的发展，从建模工具到工作流技术。另外，SOA的流行也促使了人们对BPM越来越感兴趣。 其次，也是最重要的，BPM正得到了业务主管更多的关注，而他们则决定着项目的实施和预算的制定，这就促使IT主管也开始关注BPM，从而支持业务的实施。 Q: 在BPM和SOA阵营中存在着长期的分歧，你是怎么看待这种分歧的？ A: 关于BPM和SOA的区别，Tony Baer在一次谈话中说到“BPM来自金星，SOA来自火星”。他认为，BPM提供了一个从上到下的，从业务入手的企业应用解决方案，而SOA则提供了一个从下到上的IT方案。而当前他们还没有在中间相遇，所以就出现了断裂。 针对两者的讨论，分别来自不同的阵营。业务人员推崇BPM，而技术人员则重视SOA。并且这种分歧实际上是更深层次的分歧的表现，业务人员认为IT人员从来不关心业务流程，同样，IT人员也宣称他们的业务伙伴从来不关心性能和管理。 从更深层次上看待，这种分歧还有着文化和方法论上的冲突。从方法论上，两者存在着断裂。业务人员视BPM为优化业务的方法。IT人员视SOA为快速、最大程度上进行整合的技术架构。IT人员利用SOA来建造服务从而来执行业务流程。 同时，这种断裂在显示中不断加剧。业务流程人员通过业务语言描述的图表进行工作，而IT人员利用计算机才能识别的逻辑语言工作。BPM进行流程建模和模拟，流程执行，流程监控等。SOA利用SOAP,WSDL,UDDI和其他web 服务标准来工作。BPM谈论流程管理和整合，SOA谈论通过BPEL、BPEL4People和WS-HumanTask进行流程编排。 Q: 在企业IT系统中，BPM和SOA之间的关系是什么样的呢？ A: BPM和SOA实际上是一个硬币的两面，当把他们结合起来时将会产生很多好处。SOA是BPM的设计室;它提供了一个可伸缩的IT架构，以快速、方便地适应业务需求的变化，并且允许企业通过组件重用来最大程度地利用现有的IT资产。BPM则是SOA的变速箱，它提供了组织IT资产以支持和实施业务 的方法。 Q: 那BPM和SOA是否有共同点，他们能否结合使用呢？ A: 实际上，在BPM和SOA的会议上人们都谈论着相同的话题，只不过针对着不同的人群。两者的目标都是实现 流程的整合和重用。两者都希望通过重用来缩短投资回报周期，节省成本，改善一致性，并且通过流程的重新编排来提升业务的敏捷性。另外，越来越多的业务流程通过这样或者那样的形式作为服务来发布。只不过SOA重点关注松耦合，而BPM则关注于业务敏捷。 BPM的IT需求与SOA技术具有着很多相似点: 首先、BPM涵盖范围广泛，需要完成因事件触发的完全不相干的事件，此特点正与SOA的松散耦合特点相吻合。 其次、BPM需要多部门、区域的协同。在此中环境中网络环境的安全性可由SOA技术构架中的WS-Security、LDAP (Lightweight Directory Access Protocol-轻量级目录访问协议)、PKI(Public Key Infrastructure-公钥基础设施)架构和数位签章等机制来完成。 另外、BPM系统构成元素种类繁多而复杂，包含分布于各模块的企业逻辑和规则。而SOA可以看作是B/S模式、XML/Web Service技术与管理软件的延续。当前多数SOA环境能提供系统管理工具给系统管理员使用，协助管理SOA架构下模块的安装、移除、启动等。目前能够实现SOA的产品包括:Microsoft Biztalk Server, webMethods Business Integrator, IBM SeeBeyond,TIBCO和Vignette。在SOA提出以前，大部分BPM产品在流程图中采用自有定义流程逻辑。 最后、企业BPM系统的实施往往从最简单的开始，逐渐提升为复杂的BPM系统。而SOA模块化的特性正好吻合了此特性。 Q: 你认为离开SOA，BPM能独立实施吗？ A: 离开SOA实施BPM是有可能的，但是这样做，企业的收益会急剧递减。没有SOA提供的可伸缩性和可适应性，BPM的实施会持续地把复杂性带入到IT系统中，因为IT系统必须紧跟快速变化的业务需求。 Q: 那利用SOA，BPM都能获得哪些好处吗？ A: 如果BPM作为SOA的一部分进行部署，这意味着当一个业务流程连接到底层系统时，它连接到由企业服务总线所提供的代理服务，这样就隐藏了底层应用程序和数据库的复杂性。这具有以下优点: 首先，将业务流程连接到系统的过程会更简单，因为IT可以公开更有用的接口，比如聚合的数据服务或使用标准协议而不是专有协议的服务。这减少了实现流程所需的IT工作量，并允许流程人员将精力集中于流程，而不是粘合流程与底层系统所需的技术。 其次，它使得实现更为健壮，因为对底层IT系统的更改不必影响流程所使用的接口。 还有，它在BPM套件之外提供了一个独立的控制和管理层。这允许IT小组更好地管理他们所拥有和维护的服务的策略和资源。 最后，SOA还支持从BPM套件中获得对它所连接到的系统的更好可见度。IT小组可以在服务注册库中注册服务，流程开发人员(甚至可能是业务分析师) 可以在构建流程时浏览这样的注册库。这确保了服务可以被正确地使用和重用，而且通常简化了业务流程，因为使用正确的服务可以将流程本身的复杂性降至最低。 Q: 在未来的发展中，BPM和SOA的结合前景如何呢？ A: Gartner公司分析家预计:2007年BPM将成为SOA实施的驱动者。集BPM与SOA于一体的整合技术在2010年前可能都有欠成熟，但企业要想引领此潮流，最好从现在开始。 建议企业管理人、SOA架构师和 开发人员开始采用“流程模拟，开发一个流程架构”。他们解释道:流程架构包括:识别用户界面与合作者界面，实现商业目标的关键流程以及通过BPM和SOA优化程序的整体聚焦。 |