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. 支持业务的创新与改进。根据服务开通的系统架构在实施上充分支持开通业务本身的持续优化与改进。
