大数据运营通用参考模型：集成框架设计（修订1）

内容摘要

互联网让信息自由流动，同时也极大地推动了更加专业化的社会分工，社会进入价值网络时代。

价值网络时代的生存法则是专注和极致，因此企业必须要守住核心，同时与外部供应商、客户、合作伙伴等建立连接。

由于企业生产经营中关联的参与方越来越多，为了快速响应业务需求变化，同时又能适应新技术发展变化的要求，需要一个良好的集成架构予以支撑。

为此，提出了借助业务服务（即合约/合同）集成每个参与方的思路，业务服务即为系统集成框架的具体内容。

读者范围

业务分析师、系统架构师、产品经理、领域专家、高级技术专家、IT咨询师等。

文章正文

当前，社会专业化分工越来越细，作为社会生产中的每一个环节，都不可避免地与其它企业或个人进行交互，需要借助集成其它应用来实现某一个特定的业务功能。

为达到既能满足业务需求又能适应技术发展变化的目的，TMF提出了通过业务服务（即合约）实现集成的思路，业务服务的集合就是系统集成框架的具体内容。

TMF将业务服务定义为：在SOA的语境下，人工服务与自动服务的综合体，实现特定的业务功能或特性，提供业务能力访问的途径。

此外，业务服务采用价值链方法，在声明自身提供的服务能力的同时声明其所依赖的服务，如图7-2-11所示：

图7-2-11价值链思维的业务服务（合约）

业务服务在业务过程框架、信息框架、应用框架的连接关系中承担黏合剂的角色，在业务需求到技术实现的过程中所处的位置如图7-2-12所示：

图7-2-12业务服务（合约）创建过程

从图7-2-12可以看出，业务服务以业务过程建模（提供操作信息）、应用组件建模以及经过调整后的信息与数据建模（提供属性信息）为输入，构造出各种业务服务，然后再在此基础上进行接口定义，最后根据定义的接口生成代码框架。

TMI（新版本称为OpenAPI）与接口定义语言IDL类似，IDL提供通用数据类型，是实现跨平台的基础。

OpenAPI的特点和优势包括：降低软件集成成本，应用开发商可以聚焦在标准化的能力开放；提升应用的可移植性；提升业务功能之间的互操作性；更容易升级和替换系统组件。

OpenAPI的设计应坚持抽象以隐藏实现细节，松耦合以便于集成，重用性以便于复用，可发现以便于沟通，开发者友好性以降低使用成本的原则。

目前，OpenAPI通常以Restful Web Services API的形式实现。