【IT168 专稿】
摘要： 随着电信技术的发展日新月异，激烈竞争的市场形势，使服务至上成为中国电信的中心理念，对电信业务的服务水平、管理水平提出了更高的要求。如何充分利用电信公司现有通信资源，制定未来资源发展计划，开拓电信新业务领域和增值业务、灵活及合理设置电信服务开通架构显得尤其重要。本文阐述的是如何用面向服务的架构(SOA)来指导电信服务开通系统的建设。
1. 97系统现状
97系统，是为实现电信市话业务管理的科学化、系统化，提高服务水平、工作效率，降低成本，尽快解决广大用户反映强烈的市话装机难、修机难和查询难等迫切问题而于1997年实施开发与推广的。97系统作为电信公司的一个基础应用平台，不仅要提供给维护开发的便利环境，更要着重考虑到如何更好地与其他拓展应用接口，以便相互之间更好地共享信息。另外97系统，重点突出电信计算机应用系统中"决策支持层"的地位是电信公司今后的生存大计。随着"九七工程"的不断深入进行，局方和软件设计方对"九七工程"的观念和理解也在日益加深。
97对电信的影响是不言而喻的，它是电信企业信息化的跨时代的一步，但是随着时间的推移，97越来越明显的显示出很多问题，主要有：
系统种类分散独立
97系统标准化程度低，各地版本差异大，缺乏一种全网的规范，各地充斥着差异化的业务产品，与各外围系统间不兼容的接口关系、多样化的软件技术、交叠的各级业务规范和技术规范，这样带来的问题就是全省性的重复业务变成了各自为战，省级公司的统一业务模型由于各地版本的不同得不到完全统一，各地同样功能的系统接口开发语言和规范均不相同，导致大量的无谓劳动，拖累各种方案的实施进度和效果。
流程自动化程度低，无法提供快速支撑
由于现在电信所处的时期是孤立多系统向单网多业务融合运营过渡，面对不断加大的市场竞争和不断提高的用户需求，各种新业务推出的产品化周期越来越短，而老系统由于是一个相对死板的系统，流程都是固化的，需要大量的开发工作量来完成具体的业务实现，难以在短时间内定制出新业务的支撑流程，加上97系统主要是针对语音接入型的支撑为主，对现在各种转型和增值业务的支撑难度大，影响电信各种业务的产品化周期，难以有效支撑电信的战略规划。
技术框架落后
各地的97系统都是基于封闭技术体系打造的封闭式系统，与外围WEB服务对接代价非常大，而死板的系统模型设计导致系统的扩展性不够，导致与各外围系统交互困难，在强调多系统融合的今天，孤立和紧耦合的框架越来越不能满足现在电信业务发展的需要，尤其在BSS全省顺利实施之后，整个电信MBOSS头重脚轻的症状更加突出，其实BSS再灵活高效，OSS跟不上也不可能真正发挥整条电信业务流程的功效。
系统前瞻不足
电信的发展方向要求支撑系统能够更快速度和更低成本对ICT进行捆绑，加强语音宽带的捆绑，更要注重对企业IT应用服务的集成能力 ，大力发展基于网络的增值服务应用，加上以后的3G业务，都需要更灵活的开通系统来支持。
以上的几点均是各地97系统所面临的问题与挑战，从97到现在，在信息化建设技术日益成熟的今天，一个可以满足业务发展需要的灵活的IT架构以成为各地电信迫在眉睫需要解决的问题。
2. SOA架构介绍
从电信业务和竞争力角度，我们可以用一个词来概括其要求：速度。您的业务需要迅速响应市场机会，并第一个推向市场。同时，业务需要可缩放、可靠和安全的生产性应用程序。单独依靠旧的或新的技术不可能获得成本有效、完整或足够灵活的解决方案，也就无法向客户交付所需的服务质量。在新旧技术之间需要有一座桥梁，它可以不断扩展现有资产，同时还能提供像Web服务这样的新技术。幸运的是，现在已经有了这样的桥梁，它称为“面向服务体系结构”(Service Oriented Architecture ——SOA)。
在SOA世界里，完成业务任务的方式是执行一系列“服务”以及具有良好定义的与服务的交谈方式的作业，还有良好定义的交谈取消方式。只要服务按期望的方式做出响应，并提供了他或她所需要的服务质量，那么，对用户来说，服务是如何实现的并不重要。这意味着，服务必须足够安全、可靠和快速。这样，在企业部署了多个厂商的软件和硬件的IT环境中，或者说在一个现有资产与新的应用程序、集成技术或数据源混合在一起的企业中，SOA成为近乎理想的方式。
有很多企业的IT得益于使用SOA实现的旧资产激活。在业务方面第一位的需要是从现有资产和系统创造新的价值，通常这需要利用新的业务过程和复合的应用程序（例如，门户应用程序）来实现。SOA可以帮助客户实时地访问先前的批处理事务，由此提高做出业务决定的速度和准确性。通过SOA来重复使用关键业务数据和应用程序有助于提供更好的客户服务，从而提高这些客户保持率。
另一方面，SOA允许在重新确定关键过程和数据的方向时利用优异的服务质量。此外，SOA可以帮助您扩展并保护现有的旧资产投资和开发人员技能，同时帮助您与您的企业以及客户、伙伴和提供商所使用的其他系统建立更好的互操作性。
企业可以更好地利用旧的和新的世界，以便在继续利用现有资产的同时利用新的技术进步。当您开始这样做时，您将逐步使您的企业更灵活、能够更好响应机会，更好地服务于您的客户，并改进您的操作。这就是我们称为按需生产型企业的内涵，并且SOA可以使您的旧资产基础结构以新的和更好的方式，继续为您工作。
总之，面向服务的体系结构能够实现企业应用或资源之间的灵活连接，因为它把每一项应用或资源表达为具有标准接口的服务，能够让应用或服务交换结构化的信息（消息、文档、“业务对象”），并通过企业服务总线调节消息交换。
SOA 通过清晰的定义和松散的耦合提高了灵活性。在SOA的技术中，所谓的服务是一种“自包含”(self-contained) 的实体，它能够完成独特的业务功能。服务根据 SOA 原则利用现有的中间件实现交互。其充分利用新的开放标准以及 XML 数据定义（Web Services-Web 服务），把两者结合到快速进入市场的解决方案中。
因此，SOA的体系架构应该具有如下特征：
1. 基于开放标准的模块化的产品和组件
2. 提供丰富的功能
3. 易于开发、部署和管理
4. 整合基于角色的开发和管理工具
3. SOA在解决方案中的应用
3.1 架构设计原则
以面向服务体系架构（SOA）的先进理念，充分参考了电信集团关于CTG-MBOSS OSS服务开通系统的规范，结合电信企业服务开通业务的实际需求，可遵循以下原则：
(1) 以业务为导向，架构充分支持当前与将来的业务发展需要。
(2) 采用业界领先与成熟的技术架构，支持开放标准，以确保技术投资。
(3) 充分考虑技术架构的可靠性与可扩展性，确保稳定并持续发展的运行环境。
(4) 充分考虑架构的应用整合能力，适应电信各类IT技术融通。
3.2 整体技术架构
基于服务开通系统的现状与电信MBOSS的发展前景，我们认为以 SOA（面向服务的体系结构）为技术架构实现原理，如下图：
图1 面向SOA的服务开通技术架构原理图
SOA是一种构建分布式系统的方法，这些系统以服务的形式把应用功能提供给最终用户应用或其他服务，我们不妨把电信业务中各个应用功能以合适的方式定义为服务，作为服务提供者，服务开通作为服务的消费者，将这些服务按照业务需要进行编排，从而形成最终的服务开通系统，
在基础功能层：可以将97系统和OSS/BSS各子系统（如CRM）等已有应用系统作为电信基本应用。
在组件层：从已有的电信基本应用抽取出功能组件，即定位基本的业务功能单元。
在服务整合层：将组件封装成服务，需要以开放标准接口将基本业务功能封装成服务，同时考虑服务的粒度，以表示服务的功能大小。
在业务流程层：将封装后的服务用流程编排语言（BPEL）按照开通业务的流程需要进行编排，形成服务开通流程。
在服务展现层：基于编排的业务流程，定义对应的用户接口，开发满足最终面向业务人员应用界面。
SOA以上五个层次的演化过程中，凡是涉及到服务编排过程中服务于服务之间交换的接口协调，统一由企业服务总线来作为协调中介，同时服务质量管理和监控贯穿SOA建设的始终。
基于以上SOA实现的技术分层原理，下图为服务开通系统的技术架构图，其中：
业务流程整合平台与OSS企业服务总线(ESB)为服务开通系统的基础平台，分别负责服务开通业务流程与系统对外统一接口，服务开通系统框架以外的电信子系统（如OSS其他子系统与经由企业应用集成平台的BSS子系统）统一接入OSS企业服务总线，封装成服务供流程整合平台进行编排。
3.3 架构分类说明
流程整合平台
流程整合平台作为服务开通系统的核心支撑组件，对服务开通系统起到控制与关联的作用，事关服务开通系统的成败。流程整合平台的目标是将服务开通系统内外的资源灵活地组织成业务流程，而无需关心底层的IT实现。主要完成：
1. 将业务功能以服务组件的方式体现出来。
2. 对服务组件提供的服务和系统资源进行编排和配置。
3. 根据业务的需要对流程的运行进行动态的控制和协调。
4. 提供流程自动化与人工岗位的介入进行灵活的整合。
在实现流程整合的基础上，还提供了对流程的管理功能，主要体现在流程管理与策略管理：
· 流程管理方便管理人员能够根据管理的需要对流程进行控制与调度。
· 策略管理满足开通服务根据事先的策略定义来动态的管理流程的业务行为
流程整合平台需要支持BPEL的流程编排方式，支持SCA的服务组件调用方式，并以SDO的数据对象方式也表达流程中的业务实体，这些机制都是服务开通系统面向SOA架构的主要技术实现方式。
企业服务总线
企业服务总线（Enterprise Service Bus）是服务开通系统与外部系统进行整合的中介，负责协调系统内外各个系统服务，提供服务开通系统的对外统一接口，是实现松散耦合的关键。
企业服务总线满足以下集成特征：
(1) 对各类基于不同平台的异构系统进行集成，支持各种主流的接入方式，如：Web Service、EJB、Tuxedo Service、MQ、SAP、Email、Java、JMS、JNDI、XML、.NET、CORBA、COM、RDBMS等
(2) 丰富的数据格式内容转换的能力，满足实现电信数据模型标准化（SID）。
(3) 支持高吞吐量与高性能，具体良好的可扩展性，能解决业务发展所带来的挑战.
从电信OSS框架的角度来看，企业服务总线主要面向两方面的集成：
Ø 面向OSS框架外的系统：
如企业应用集成平台，企业服务总线可以负责接收经由应用集成平台发送到CRM订单信息，并实时启动业务流程。除此以外，企业服务总线也满足充分支持对于电信公共支撑框架的接入。
Ø 面向OSS框架内的系统：
如网元激活，综合调度等系统，企业服务总线负责将这些系统以组件服务的方式封装供流程整合平台调用。
业务逻辑服务
业务逻辑服务实现了系统业务逻辑相关的处理功能，包括了业务组件以及具体的展现方式。
业务逻辑服务是面向业务人员与系统管理人员的接口，确保人员能够以合适的方式来访问业务流程。
信息服务
信息服务在服务开通系统架构中包含两方面，数据服务和数据封装。
数据服务负责系统的数据存储及维护数据的完整性与一致性。数据层数据的组织为按照服务开通概念模型在应用软件上优化实现的要求形成服务开通域的各个实体，并支持服务开通系统规范数据模型分册中定义的概念模型和逻辑模型。
数据封装主要是为了满足共享信息服务。把封装后的数据转换成有价值的业务与系统信息，通过合约接口，向其上的业务逻辑层和或者通过统一接口平台向其它相关外部系统提供一致的与业务逻辑无关的信息服务。
系统服务框架
系统服务框架规定了系统运行的公共机制并实现系统内部的公共服务。使用这些服务与机制可以简化系统构件的开发、部署和各种运行信息的关联，保证系统运行的一致性和各构件的高度集成。各应用系统可以建立私有的系统服务框架也可以共用同一个框架所实现的系统服务。公共服务包括日志服务、系统监控服务、配置管理服务、认证鉴权服务、异常处理服务、流程管理服务、策略管理服务。
4. 总结
综上所述，以SOA作为电信服务开通系统建设的架构指导，具备以下特点：
1. 以服务为核心的流程整合。支持我们建立一个既能够节省当前服务成本，同时又能足够灵活地处理未来业务的服务开通架构。
2. 以企业服务总线为基础的连接设施。提供多种应用集成方式，确保了服务开通流程平台的数据标准一致性，接入系统的数据格式与传输协议统一由ESB来协调，是实现松散耦合架构的关键所在。
3. 以资源为驱动的服务开通。在以业务为导向的服务开通架构中，资源的管理和设置都可以以服务组件的方式来体现，组件实现与组件编排的分离确保了以资源为驱动开通流程的简洁实现，避免了97系统在实现上的复杂性。而以资源为驱动的服务开通流程体现了业务需求与业务流程实现上的一致性，满足资源配置的变化驱动业务流程的按需运作。
4. 支持业务的创新与改进。根据服务开通的系统架构在实施上充分支持开通业务本身的持续优化与改进。
