企业对于信息技术的运作有两种基本形式：创建信息和调用信息。传统的信息运作方式虽然大大推进了生产力，但又反作用于信息技术，促使企业内外部商务信息的大规模集成。
IT和程序语言发展的过程实质为逐步降低耦合性的过程，也是接口和接口实现之间逐渐分离的过程。web service实现了松散耦合的服务和粗粒度的服务，它虽然采用的标准的SOAP协议，但其本质上只是一个特定的服务组件。
SOA(Service-Oriented ArchITecture，面向服务的架构)是在web Service的基础上发展起来的，它最大限度地重用应用程序中的服务，包含且超越了现有的一切技术和架构，其目的就是做到业务和技术的完全分离，实现敏捷的、不受限制的信息集成。因此，可以把SOA看作一种哲学种描述商务流程、捆绑各种服务、组织IT基础结构的方法论，一种在计算环境中设计、开发、部署和管理“服务”的模型。
一、基于SOA架构的BPM方案
早在SOA诞生之前，BPM(Business Process Management，商务流程管理)产品已经出现并成功实施。处于流程1.0时代的企业通常从头至尾地建立各个业务部门相对独立的流程系统，其间缺乏配合和协同。随着亚当斯密的部门分工理论的没落，快速变化、整合、分布等方面的困难一度阻碍了BPM的应用，使企业逐步丧失竞争优势。在用完整的价值链考察企业竞争力的今天，缺乏灵活性、高昂的变革成本、以IT为中心的传统应用等因素又促使BPM市场急剧增长。同时，IDC提出流程企业应进化到2.0阶段，使用SOA的思想方法和技术架构组装企业的BPM，而BPM的重新崛起在很大程度上又推动着SOA的发展。
BPM主要应用于商务流程自动化(BPA)、异构系统的无缝整合(EAI)、企业流程建模分析(BPM的核心)和监控企业活动以实现流程持续改进(BAM)，每个场合都与SOA关系密切。要从BPM迁移到SOA，跨越信息技术与业务之间的鸿沟，需引入一个服务层，该层包含支持特定业务域的服务线、可跨多个业务域共享的可复用技术服务以及Web Services平台，允许以各种独立于底层服务和技术平台的方式定义和利用服务。从技术层面看，SOA和BPM结合<优麦电子商务论文>的方法主要有以下两种：
1.BPEL WSDL：先定义好一个BPEL流程，然后把它纳入到SCA容器中去。在定义构件时，可使用子元素的process属性指明这个可执行的BPEL流程的目标名称。
2.BPEL应用SCA的某个构件。例如，一个BPEL的变量声明可以包含一个SCA的扩展，表明这个变量代表了一个SCA构件的属性。
二、企业商务信息集成
尽管通向SOA的路径仍然十分模糊，架构承诺实现的目标也遥不可及，但仍有很多企业做好了实施路线图并逐步向SOA看齐。以下列举一些SOA项目实施的成功案例。
1.BPM结合条形码解决生产数据方案。某企业的生产过程共有23道工序，BPM系统会根据ERP下达的最新订单信息自动发起流程。CIO希望在流程发起时工人可通过条码终端录入数据进入BPM系统，将流程推入下一环节，最终实现数据采集和报表数据的分析过程。据此，整个BPM方案应基于SOA架构，将现有ERP和制造执行系统中的Bar Code系统相整合，即可解决生产条码整合的问题。
2.商务系统信息集成方案。X公司内部先后实施了OA、ERP、DSS、B2B电子分销、SCM等由不同厂家提供或自主开发的相对独立的系统。随着业务的不断进展，需要进行如下的集成:(1)企业内部商务流程的集成使企业内部整体的商务流程更加完整和流畅。考虑到业务需求，不同的商务流程之间需要进行实时无缝的链接，因此可通过集成中间件平台，将X公司的各商务系统的商务流程与ERP系统进行整合。(2)企业之间商务流程的集成使整个供应链的商务流程更加完整和流畅。通过集成中间件平台集成X公司与供应商ABC公司的异构ERP系统。主要定义了产品信息、产品采购、采购订单状态这三个商务流程标准。
3.项目成功的关键因素。实践表明，在影响BPM成功部署的因素中，类似公司政治、变更管理、缺乏技术娴熟的业务分析师以及组织协调等方面的难题远大于技术难题。在战术层面，企业需要合适的系统架构师，以正确实施BPM和SOA的混合分步部署。在BPM流程分析基础上，持续改进，识别出最有价值的商务流程模型去实施企业级SOA;在企业级SOA基础上，逐步积累，更深入广泛地推广BPM应用。而合理采用融合SOA和BPM的软件产品，会带来事半功倍的效果。
基于SOA架构的BPM使企业机构快速部署和改变流程，有助于满足跨越系统、地域和组织界限的端到端商务流程需求，使企业具备敏捷的商务竞争优势。要成功部署SOA，企业不能仅关注技术，更应把持续改进流程作为先进的管理理念和必不可少的长期商务战略。
