SOA 解决业务部门与IT部门的分歧

申请免费试用、咨询电话：400-8352-114

在任何一个公司机构中，核心业务部门与IT部门的沟通在传统上一直是一个难题，两个部门的关系一直是敌对的。大多数误解来自于两个部门对软件和其它问题的误解。现在，业务部门与IT部门之间的隔阂很快就要消除了。

业务部门经常叹息说，程序员不能达到我的要求!开发出来的软件不能做我需要做的事情。标准化的应用程序并不完全适合理想的商务流程。客户化应用程序价格昂贵并且会很快不适应现实的环境。由于应用的成本高以及缺乏流程的灵活性阻碍了业务的发展，管理层和部门会经常对应用软件提出批评。

业务部门与IT部门的这种分歧可以追溯到执行商务管理应用程序中的技术流程要求的一些基本问题：很长时间以来，没有一种方法能够在明确地表明专业人员的商务流程要求的同时也同样满足软件中描述这个流程的技术要求。现在，采用SOA(面向服务的架构)，新的篇章正在开始。在这个新的篇章中，真正的商务流程将在应用程序开发中占主导地位。商务流程模型与SOA的结合将消除业务管理问题和IT实施之间的隔阂。

同早期的修改版本相比，新的基于SOA的应用软件能够让人们动态设计和快速客户化企业商务流程。现在，商务管理流程模型能够把服务引进到应用系统的物理流程并且进行相应的编排。在讨论SOA及其未来的实施之前，让我们按顺序评估一下过去。

在过去：乏味的IT文件

如何展示信息系统中的商业管理内容才能让IT专家以外的人员理解这个具体的技术?共同理解是一种关键的方法，让使用这个软件工作的人们理解和影响这个软件。在90年代，商务管理软件的功能一般都以枯燥的格式加以说明，只有技术人员能够理解，非IT专家很难理解。软件工程师记录用户的具体需求，然后把用户的需求变成应用程序。随着IT技术创新的增长，IT专业人员与专业用户之间缺少沟通的现象也随着爆炸式增长。

数据模型是建立理解的共同基础的第一次尝试。数据模型的出现旨在创建一个现实世界的技术说明语言。这个语言将组成技术设计的基础并且制作应用系统的文件。虽然数据模型在改进，但是，在向商务管理事务正式的说明语言过渡的道路上，数据模型没有重大的突破。数据模型文件帮助解释一个公司的应用软件的功能，并且把这个说明传递给在80年代日益流行的客户机/服务器架构。数据模型一般用作客户化的一个起点。但是，数据模型的建立并不能为企业管理部门和技术部门提供一个共同的方法基础。数据模型是一种与IT相关的说明，不能描述一个公司全部的动态情况。

在80年代：面向流程模型推动理解过程的分析是在商务管理层次上显示一个集成的信息系统的联系的第一步。这个重新熟悉的结果是August-Wilhelm Scheer教授创建的ARIS计划。ARIS计划实施的商务管理流程被看作是所有其它公式推导的起点，被看作是技术实施。虽然考虑到了传送一个可执行程序或者一个配置模型，但是，ARIS的全部功能在没有软件厂商合作的情况下是不可能实现的。转换需要人工完成。就像两种语言之间的翻译一样，在转换过程中会出现错误，因此语义不会完全一致。

然而，面向商务流程在说明商务管理逻辑方面是一个里程碑。重新制作商务流程的浪潮是在90年代开始的，并且导致了企业观念的重大变化，企业流程在流程话题的流行方面发挥了重要的作用。“time-to-market”(产品从开发到上市的时间)和“及时”等新的概念影响企业精简内部工作流以改善和提高竞争力。克服企业各个部门之间纯粹功能的思考方法的最大挑战是向部门之间的、集成的流程过渡。

通过引进用于企业资源规划(杭州OA)的新的集成的标准软件包，企业频繁地实施有针对性的流程。这种实施也受到了批评，因为杭州OA系统中的目标设计和绘图选择之间的沟通障碍需要对标准进行昂贵的修改。把使用ARIS等工具制作的目标流程和内部软件流程制作成文件至少可以为用户和IT专业人员提供一个双方都能理解的进行讨论的基础，同时，允许引进一个把重点放在明确定义和具体的商务目标上的流程。但是，在技术实现与IT外行能够理解的主要商务管理模型说明之间仍然没有直接的联系或者转换选择。这个时候，这种联系将通过杭州OA系统中的流程实施方式进一步展示出来。这种流程实施阻止从外部访问这个流程，因为流程的处理程序已经直接连接到了程序的模块和数据库中。