企业服务总线osb电信行业案例介绍.ppt

* * * * * TBSS系统是中国铁通面向客户和市场提供各种电信服务的核心业务支撑系统，涵盖了服务开通、保障和计量等企业核心运营流程，涉及营业、客服、大客户、营销渠道、采集、计费、帐务、结算、决策支持以及支撑网管等十大功能域。TBSS系统采用集团和省两级集中建设模式，集团级系统和省级系统分别承担不同的支撑功能。 * TBSS系统作为中国铁通整个企业信息化支撑体系的重要组成部分，系统内外部存在复杂的集成关系，包括大量的外部和内部接口。其中，外部接口主要是指TBSS与其交互的外围系统信息交互的接口，主要包括专业计费接口、114接口、银行等金融代缴接口、网元设备以及专业网管系统接口以及MIS/OA系统的接口等。内部接口主要包括集团和省公司两级系统间的纵向接口以及同级系统内部各功能域之间的横向接口。如何实现TBSS内外部系统之间在数据、功能和流程上的交互是项目成功实施的关键要素。 * 按同步异步调用方式来分，接口可以分成同步与异步接口。同步接口较为常用，其主要特点是调用方在调用接口后必须在接口的结果返回后才继续执行自己的任务。对于异步接口，调用方在调用接口后不需要等待接口的结果返回，可以继续执行自己的任务。 按实时性要求高低来分，接口可以实时分成实时交易和非实时交易。实时交易的主要特点是对接口的响应速度有很高的要求，通常要求接口处理能够在几秒内完成。而对于非实时交易，调用者对接口执行速度要求不太高，另一方面也意味着可以有更大的吞吐量。 按接口数据量大小可分为小数据量接口与批量数据接口。小数据量接口的接口数据量偏小，一般在10K以下；批量数据接口用于大量数据传输，一般是周期性执行，如每天、每月等，执行速度要求比较低，但是对数据传输的可靠性和完整性有很高的要求。 * * 统计上，用户资料变动算一个接口，虽然可能包含多份数据，类似情况同等处理 * 本次TBSS项目建设从技术架构上的一个主要目标是使得系统尽量地松耦合，能够快速地适应业务的变化。而要成功地实施这种松耦合架构，必须有一个支持在异构环境中执行动态交互的“集成层”，而避免采用“点对点”的实施方法。这样的集成层的实现，我们 采用一种称为“企业服务总线（Enterprise Service Bus）的中间件，作为TBSS的集成中枢，实现两级中心及各功能域之间，以及与外部系统间接口的统一管理。 * * * * * * * * 主要接口类型分析 关于接口实现方式的选择，有以下三个主要因素需要重点考虑：同步或者异步调用方式、接口的实时性要求以及接口的数据量大小。排除一些不合理的组合或者不常见的类型，本项目主要考虑以下三种类型的接口 ： 接口类型 主要特点 举例 同步实时接口 同步 实时 小数据量 比如：在定单录入进行客户核查时，营业系统需要向帐务系统查询客户或用户的欠费信息 异步接口 异步 非实时 小数据量 比如：客服系统生成业务受理预订单后，需要传给营业系统进行校验生成正式订单 批量数据接口 异步 非实时 大数据量 比如：为统计需要，省TBSS系统需要定期上传大批量帐务数据到集团TBSS系统 接口技术选择原则 现有BSS接口主要是采用文件和数据库表或视图方式共享数据，各功能域都是封闭的架构，耦合度很高，适应变化能力差； 新一期TBSS从业务和架构上功能域进行了清晰地划分，同时引入了多家集成商的竞争性机制，要求系统实现以及接口实现必须采用基于标准、开放和互操作的技术路线; 在综合考虑技术的先进性、开放性、标准性以及适用性的基础上，规范以下基本技术原则 对于同步、实时、小数据量接口，采用WebService技术实现 对于异步、非实时、小数据量接口，采用JMS消息队列技术实现 对于批量数据接口，采用基于文件或者基于共享数据表机制实现 各功能域提供的接口统计 功能域 接口方式 接口数量 举例 采集 File 1 将采集文件传送给专业计费或者综合结算 专业计费 File 2 将计费处理后的帐单信息传送给综合帐务 WebService 3 实时/历史话费查询 Table/View 2 实时/历史详单查询 综合帐务 File 3 省份公司向集团汇总铁业等集团帐目数据 WebService 4 用户欠费信息查询查询 Table/View 4 客户消费收款清单查询 综合结算 File 8 网间报表基础汇总数据 综合营业 WebService 10 查询用户基本资料 JMS 4 集团向省分公司下发全国性产品目录 Table/View 7 三户、产品、地域等资料变动 综合客服 File 1 客户服务处理工单批量接口 WebService 1 客户服务处理工单状态和历史查询 JMS 7 省份到集团的转办工单接口 营销渠道 WebService 5 销售区域查询接口 Table/View 1