新一代运营系统和软件——NG0SS教材课件

新一代运营系统和软件NGOSS内容提要1.TMFTMF与与NGOSSNGOSS2.TOM与eTOM3.技术无关的体系结构4.实现NGOSS面临的挑战5.OSS的建设策略及实例TMFTMF与与NGOSSNGOSSTMF什么是NGOSS电信运营管理面临的挑战传统OSS的缺陷新一代OSS的框架和业务需求NGOSS的解决方案NGOSS工具包NGOSS方法学和视点TMFl 由350家运营商、供应商和系统集成商广泛参与l 致力于自动化的运营管理和商务过程l通过推进全球通信工业内可用的技术和解决方案l 提供丰富的工业知识l 促进企业间的共识l 为实验和合作开发提供机遇什么是NGOSS 新一代的运营系统和软件 工业界达成共识的,下一代OSS/BSS的商务解决方案框架由 TM Forum驱动和管理 为业务提供商、供应商和系统集成商提供工具和指导 提供商务处理、系统和软件集成“图”开发的体系结构文档、模型和参考代码的知识库目标：快捷地开发灵活和低成本的解决方案以满足商务需求电信运营管理面临的挑战承载网络的多元化、打破行业垄断所带来的竞争机制改变了传统的电信运营管理模式，客户服务成为衡量电信运营企业竞争力的主要因素。由于业务客户对电信运营活动的介入，电信运营管理的目标增加了业务等级协定(SLA，Service Level Agreement)管理、客户关系管理(CRM,Customer Relationship Management)等新的内容。来自多厂商、使用不同的协议、流程或格式的OSS不得不融入一个整体的、灵活的、功能最大化的运算环境。竞争的压力要求不断地加快业务提供过程，不断地提高业务的安全和质量保证，而且要具有很强的适应市场和技术变化的能力。传统OSS的缺陷分立的OSS系统在配置快速多变的网络应用（包括网络业务）时的不适应性 OSS软件的可移植性差，难以实现跨操作平台的功能重用 数据的表示形式各异，OSS系统之间的互通互操作能力弱 OSS系统中包含了过多的与技术相关的细节 新一代OSS系统框架要求 框架结构先进系统必须采用开放的体系架构，使价值链各方的产品有一定的开放性，降低各方参与OSS/BSS系统的建设风险；系统整合灵活系统在兼顾各种应用系统特点的同时，应保持系统的相对独立性，能够保证系统升级和改造顺利进行；系统扩展平滑系统必须采用信息交互技术，能够方便地增加新功能，而新功能的加入不影响整个平台的正常运行；系统的稳定、准确、可靠OSS/BSS系统涉及电信运营商所有的业务流程，因此OSS/BSS系统也是生产系统，必须保证系统724小时安全和稳定运行。新一代OSS系统业务能力要求快速集成能力能满足用户多种业务需求，保证运营商对OSS/BSS系统的快速建设和调整；业务流程配置能力运营商建设OSS/BSS系统，通过业务流与应用系统功能的分离，满足运营商重新定义业务流；客户化接入能力能够实现客户化费率套餐、客户化帐务、客户化帐单、客户化销帐、客户化奖励和处罚、客户化的信用控制等个性化功能；综合接入能力能够实现对多业务的多引擎计费，如综合帐务、综合接入管理、综合业务信用控制、综合查询等功能。NGOSS的解决方案企业的商务处理过程和软件实现相分离提供公共的通信基础机制，采用面向对象的软件总线提供公共信息环境。NGOSS通过“公共数据模型”提供了一致的信息表示。技术相关的体系结构和技术无关的体系结构相分离。Technology Neutral Architecture和Technology Specific ArchitectureNGOSS工具包新一代新一代OSSOSS的工具包：的工具包：是是TMF创建下一代OSS/BSS的模型、指导方针和框架可以快速、低成本地开发和集成异种系统将商务过程逐步映射到可部署的解决方案优势：优势：有助于提供低成本的OSS/BSS解决方案在没有OSS标准和客户需求多变的环境下，为市场的OSS提供长期的指导通过提供可重用的组件和模型为软件购买者和解决方案集成商节约成本通过提供更加集成化的商务过程节约电信运营成本NGOSS 商务过程图为信息和通信服务工业定义了新一代商务过程和过程模型 由eTOM(扩展的电信运营图）描述NGOSS 信息模型 定义了系统和信息框架，NGOSS商务解决方案框架以此为基础构建由SID（共享信息和数据模型）描述NGOSS 集成框架定义了OSS系统间的标准接口由合约接口描述构建灵活的易集成的安全的OSS组件的体系机构准则 由技术无关的体系结构描述NGOSS 一致性标准测试原则和策略，测试用例和XML schema在一致性测试和过程中描述NGOSS工具包NGOSS通过创建和重用知识库中的工具，指导解决方案的开发知识库是方法学的核心四个视点：商务视点：确定商务需求，与ODP的企业视点一一对应；系统视点：建立解决方案的模型，与ODP信息视点一一对应；实现视点：验证模型，包括ODP的计算和过程视点；运行视点：建立运行系统解决方案，对应于ODP的技术视点；NGOSS方法学和视点1.TMF与NGOSS2.TOMTOM与与eTOMeTOM3.技术无关的体系结构4.实现NGOSS面临的挑战5.OSS的建设策略及实例TOM与eTOM概述什么是TOM？TOM的层次结构TOM的端到端处理过程eTOMeTOM的1级过程eTOM的商务过程建模方法eTOM相关文档总结什么是电信运营图（Telecom Operations MapTelecom Operations Map）是一个描述电信运营过程的高层抽象视图它关注和研究的目标是服务提供商的管理价值链中的业务管理，即：基于业务实现、保证和计费(FAB)等运营活动所需要的商务处理这些商务处理流程被公开，实现为包含一组API接口的OSS组件，每个OSS组件完成TOM层结构中特定、独立的功能。对于服务提供商而言，TOM勾勒出了这些组件的边界以及综合成产品时所需实现的功能和输入/输出流。电信运营图的层次结构TOM参考TMN的逻辑分层原则，将电信运营的商务处理过程分成以下几个层次：客户接口管理处理层：客户访问TOM商务处理过程的接口，它将客户的请求转换成内部商务处理过程可识别的事件，触发相关的商务处理过程的执行。客户服务处理层（业务管理层）：与客户有直接关系的管理操作。业务开发与操作处理层（业务管理层）：与客户无直接关系的管理操作，提供上一层需要的各种数据，具体实现业务管理的各种处理，并达到客户要求。网络与系统管理处理层：支持业务管理所需的网络及系统管理。网元管理处理层：对网元管理处理TOM没作说明TMN的逻辑分层分层管理模型TMN的管理结构模型将各种管理活动依次分为事务管理层业务管理层网络管理层网元管理层网元层；层次间关系：每一层的管理侧重不同但相关自顶向下分析和落实需求自底向上提供管理能力TMN管理模型的局限性及TOM的改进信息模型和接口规范的标准主要集中在网元层资源的管理和连接，其它层间接口规范和信息模型直到最近才稍有涉及。很难将这些标准运用到一个完全的商务案例中缺乏对运营支撑系统软件开发方面的支持。很难体现客户中心的概念。TOM以TMN模型为基础，致力于自顶向下的电信服务和运营的支持和管理，端到端的处理，面向客户的立场电信运营图的层次结构电信运营图的层次结构TOM商务处理过程的功能描述客户接口管理客户服务处理层 销售(Sales)订单处理(Order Handling)问题处理(Problem Handling)客户业务质量管理(Customer QoS Management)生成帐单(Invoicing and Collections)业务开发与操作处理层 业务规划与开发(Service Planning and Development)业务配置(Service Configuration)业务问题管理(Service Problem Management)业务质量管理(Service Quality Management)费率和折扣(Rating and Discounting)网络与系统管理处理层 网络规划与开发（Network Planning and Development）网络供应（Network Provisioning）网络库存管理（Network Inventory Management）网络维护与恢复（Network Maintenance and Restoration）网络数据管理（Network Data Management）电信运营图的端到端处理过程FAB如果从垂直的角度观察TOM视图，不同层的商务处理过程可以彼此协作，实现业务实现、业务保障和业务计费（简称FAB分割）三个主要的端到端客户服务处理流程，它们顺序形成了一个业务的生命周期。业务实现片段负责及时和正确地处理客户提交的业务订单，在业务交付客户使用前完成相关的配置工作。业务保障片段负责处理业务使用过程中的客户发现或网络上报的各种问题，实施对业务的有效监控和质量保证。业务计费片断负责处理和业务相关的帐单和收费信息，一般可以在业务使用过程中定期地执行，并在业务不再使用时统一结算。电信运营图的端到端处理过程FABTOM的端到端处理流 所谓端端到到端端是客户接口到网元,或者客户接口到其他提供商或网络运营商.一般来说,业务实现由客户发起,而保证可以由客户或网元触发,计费用于收集网络数据以向用户提供帐单.扩展的电信运营图eTOMeTOM中e的含义是：企业过程（Enterprise processes）提供电子商务能力（eBusiness enabled）改进（Enhanced）扩展（Expanded）任何事情、地点、时间（Everything、Everywhere、Everytime）扩展的电信运营图eTOM对于服务提供商运营管理，TOM是事实上的工业标准，已经被越来越多的服务提供商所接收和应用。它的重点在于：商务处理过程客户驱动方法自顶向下简明和公共的描述和方法直觉要求：服务提供商能够很快明白如何或应该如何操作在人们似乎淡忘运营管理时，强调运营管理服务提供商，卖方和中介的广泛应用灵活性，能够支持众多服务提供商处理过程的模型扩展的电信运营图eTOM然而在竞争环境日益激烈，电子商务日益普及的今天，电信运营商OSS/BSS提出了诸多新要求，eTOM正是这种迫切需求的反应。它加强了TOM的优势，又从以下几个方面对TOM进行扩展：eTOM将TOM模型扩展到整个企业的活动，而不仅仅是电信业务的运营。它包括了企业的战略规划、企业的基础设施、企业产品规划等各个方面。除了涉及客户以外，还要涉及企业的职工、企业股份的持有者等。由于在电子商务环境下，市场营销过程的重要性，在eTOM中，专门定义了市场过程。专门定义了企业管理过程，这样做的目的是为了使企业中的每个人明确自己的核心职责，从而使eTOM能够指导整个企业的活动。将Fulfillment,Assurance and Billing(FAB)置于总体模型的高层视图中，以强调以客户为中心的过程是企业的重点过程。定义了一个操作支持和准备的垂直过程组。除企业管理层次以外，该过程组贯穿所有功能层次（客户关系、业务管理和操作、资源管理与操作、供应商/合作伙伴关系管理）。这是为了实现电子商务和客户自行管理的功能。扩展的电信运营图eTOM1.确认了三个不同于运营过程的企业过程组。这三个过程组形成SIP（战略、基础结构生命周期管理、产品周期管理）过程。2.确认SIP过程不同的生命周期3.从面向客户服务或业务转为面向客户关系管理，强调客户自行管理和控制，提升客户对于企业的价值，向客户提供更好的个性化服务。面向客户关系管理赋予客户操作功能层更丰富的内容，它可以更好地表示销售过程并将市场营销的实施 和客户关系管理结合起来。eTOM的客户关系管理将比某些CRM（customer relationship management客户关系管理）的定义有更广泛的内涵和外延。4.TOM中，将网络和系统管理过程集成到资源管理和操作，其中包括了对系统信息的管理。5.确认了企业与外部实体的交互eTOM的1级过程“FAB”是运营域的核心与FAB分离的运营支持和准备“OPS”也支持水平层次的功能过程客户关系管理：包括获得、提升和保持与客户的关系业务管理和运营：处理业务（访问、连接性、内容等），以及向客户提供通信和信息业务资源管理和运营：处理资源（应用程序、计算和网络基础设施），这些资源提供和支持业务供应商、伙伴关系管理：支持与外部供应商或伙伴交互的核心过程。这些过程与供应商或伙伴的客户关系管理过程相关联。运营：传统的SP企业和eTOM框架的核心。包括所有支持客户（和网络）运营和管理的运营过程，以及直接支持客户操作的过程。涵盖操作支持和准备过程。eTOM的运营视点也包括销售管理和供应商/伙伴关系管理。实现：按时、正确地向客户提供其所需的产品。保证：主动地或根据需要执行维护活动以保证向客户提供服务 计费：及时、准确地生成帐单，处理支付以及用户对帐单的查询操作支持和准备：该过程负责支持FAB的实现，与FAB中的过程相比，这些过程的实时性较弱，一般针对客户组而不是某个具体客户。“SIP”包括策略和生命周期管理也支持水平功能组市场和供应管理：关注运行和开发业务提供商企业的核心商务：包括定义策略、开发新操作支持和准备产品，管理现存产品和市场实施和提供策略。业务开发和管理：计划、开发并将业务交付到运营域；包括为业务创建和设计定义策略，评价业务性能，预计未来的业务需求。资源开发和管理：计划、开发并将支持业务和产品的资源交付到运营域；包括定义策略，新旧技术协作，评价资源性能，预计未来的资源需求。供应链开发和管理：确保选择最佳的供应商和合作伙伴。策略和契约（Stategy&Commit）：该过程负责产生策略以支持基础设施和产品生命周期过程，同时支持在企业内部建立商务契约以支持策略的实施。基础设施生命周期管理：该过程负责定义，规划和实现所有必须的基础设施（应用，计算和网络），以及其它支撑基础设施和商务能力。产品生命周期管理：该过程负责对企业中所有产品的定义，规划，设计和实现。策略和企业计划 、企业风险管理、企业效力管理、知识和研究管理、财务和资产管理、股东和外部关系管理、人力资源管理企业管理eTOM的商务过程建模方法自顶向下、分层分解的方法1级分为垂直（端到端）组和水平（功能相关的）组。1级过程被分解为2级的过程。2级过程被分解为3级过程。分解持续到过程元素足够详细，能够用于定义一个过程流。过程元素（Process Element）也称为构造块（Building Blocks）或组件（Component），它们用于构成端到端的处理过程。在2级eTOM过程图中首次可见。eTOM的商务过程建模方法及2级eTOM过程图（运营域）TMF eTOM相关文档文档号文档名称版本发布日期GB921eTOM主文档4.02004年3月GB921BB2B集成4.02004年2月GB921C公共B2B商务运营图应用注释4.02004年2月GB921D过程分解和描述4.02004年2月GB921F过程流举例4.02004年2月GB921LITIL应用注释4.02004年2月总结eTOM 提供了工业界支持的商务框架，该框架支持：为业务提供商提供面向过程的商务模型对商务处理的一个共同的理解定制和扩展共同基础，以满足更详尽和特殊的需求的契机eTOM 详细定义了:过程结构(分层)过程分解(分级)过程流（GB921F）eTOM 是 NGOSS 的重要组成部分，eTOM为NGOSS 提供了商务视图1.TMF与NGOSS2.TOM与eTOM3.技术无关的体系结构技术无关的体系结构4.实现NGOSS面临的挑战5.OSS的建设策略及实例技术无关的体系结构概述体系结构视图结构视图控制视图组成要素概述NGOSS体系结构的一个重要原则就是清晰地划分技术相关的体系结构（TNA）和技术无关的体系结构(TSA)。TNA中所有的合约，无论用于商务服务还是框架服务，都以与具体实现技术无关的方式规范化，而与技术相关的部分中，描述将技术无关的体系结构和架构和业务规范映射到特定技术的机制，从而实现和部署一个NGOSS。技术无关的体系结构使NGOSS可以经受住分布式系统技术的急遽变革。仅限定核心的体系结构，将现存的和未来的技术识别和映射到技术相关的体系结构中，使NGOSS可以运用最新最好的技术。NGOSS的结构视图两类主要的服务：OSS商务服务：由OSS应用程序提供，提供商务功能，如提供、计费框架服务：为所有框架提供功能达到正确运行的目的，分为两个子类：OSS框架服务，提供标准的OSS能力基本框架服务，提供支持组件间互操作模式的能力，如命名、注册、业务位置等。商务过程管理层将商务过程的控制外部化，当然，商务服务可以不使用过程管理器通信 策略声明管理系统行为的目标。包括安全策略和管理策略 使用共享信息模型是NGOSS特点，也是实现集成和互操作的机制。NGOSS的控制视图控制视图指明了NGOSS系统中组件的交互顺序。所有的服务组件都通过通信服务交换信息。为了执行一个调用操作，服务组件创建一个请求发往提供支持的服务组件，后者以相似的方式返回一个应答。图中，过程管理器调用一个商务服务，而商务服务依赖于框架服务的支持。依赖于特定的过程流，一个商务组件内的服务可以直接被过程管理器调用，也可被另一个商务组件调用。技术无关体系结构的几个要素基于合约的接口定义NGOSS技术无关的组件模型商务过程与组件实现分离支持安全的体系结构支持策略的体系结构共享信息和数据环境分布透明性基于合约的接口定义TMF053B合约是具体化一个服务规范和实现服务功能的方式。因此，它不仅仅是数据和一组方法的容器。它不仅只是软件接口规范、它也定义了使用服务的前置和后置条件、语法，影响配置的策略，对服务的使用和操作，以及更多。合约有自己的生命周期，从而对应于解决方案的每个阶段。合约的商务视点描述了资源和服务必须提供的高层的目标和约束。合约的系统视点描述了设计合约的体系结构需求。合约的实现视点描述了配置、编程以及其他提供合约规定的功能所需的组件实现因素。技术相关机制。合约的部署视点描述了监视性能、成本以及组件的交付的功能的机制；管理合约的激活和去激活；监视合约遵守情况并保证在合约违例后采取相应的措施。基于合约的接口定义合约的功能通过服务体现。所有在合约调用中交换的数据使用SID定义，从而实现信息的共享和重用。SID为每个视点提供信息实体。合约的结构通用结构：头部、描述部分商务视点的合约结构：功能部分、非功能部分、管理部分、商务模型部分系统视点的合约结构：功能部分、非功能部分、管理部分、系统模型部分基于合约的接口定义技术无关的组件模型NGOSS是一个基于组件的体系结构。从最小的视点看，组件是实现合约规范的可配置的容器。Carnegie-Melon软件工程研究所将组件定义为：功能的二进制实现，合约化的规定，可独立配置的单元，可以由第三方提供，符合组件模型。与传统的开发方法相比，基于组件的开发具有以下的优点：组件可以由多厂商提供，降低了功能获取的成本。组件重用性。商务组件可以重用与不同的商务应用场景，而对于新的商务应用，只需要重新配置现有的组件，或者对组件进行较小的修改。组件与遗留系统(legacy system)的兼容性。将遗留系统或者非NGOSS系统加入到NGOSS环境中，只需要在遗留系统和NGOSS组件之间创建一个协调接口(mediation interface)。系统环境的灵活性加快了业务投入市场的速度。组件与合约合约规范：功能的技术无关的定义；合约实现：合约的技术相关的表示合约实现规范：对合约的技术相关的映射的定义合约实例：基于合约定义的接口的运行时间的表示；NGOSS组件：合约实现的部署单元商务过程与组件实现分离TMF053C、TMF053F过程管理服务过程定义过程执行环境和上下文过程管理服务过程管理服务充当了实现商务服务的NGOSS组件的指导者或协调者。该服务提供了外部化的过程控制。过程管理框架服务的执行逻辑用不同于组件使用的实现语言的方法表达。过程管理使重新安排和修改商务过程的步骤，并使用过程管理框架服务重新安排组件间的交互变得容易了。对每个NGOSS商务过程，过程管理可以代表外部系统决定或执行决定，从而控制哪些商务合约需要以什么顺序和什么样的相互关系被调用。每个决定都基于以下因素：过程计划：包括策略、产品定义和服务等级协议；前一个合约调用的输出；相关的商务和功能服务组件的状态；需要调用的下一个商务合约实例的可用性过程定义过程是一个和多个链接在一起的活动的集合，这些活动共同实现一个商务和系统目标。使用一种用于定义过程的标记和语言，描述一个可以在NGOSS系统内执行的过程的模块，称为过程定义。过程执行环境和上下文商务过程通过商务过程引擎执行。商务过程引擎维护一个执行上下文，称为商务过程引擎上下文，该上下文保存了在系统内当前执行的商务过程的状态。商务过程通过过程定义脚本被定义，脚本中包括商务过程的执行序列的描述。对合约的执行称为合约调用，对应于一个商务过程中定义的任务。支持安全的体系结构贯穿整个NGOSS环境和系统解决方案安全机制和策略。TMF053S支持策略的体系结构TMF053C和TMF053P一个NGOSS系统用户、应用程序、服务和资源可以用他们的角色分类，角色定义了他们能访问的资源和服务。策略可以用于决定为某个实体用户或资源分配哪个（些）角色，也可以动态地决定某个角色可以访问哪些资源和服务。策略也可以用于根据被管环境内的动态条件修改和限制资源和服务。策略管理框架服务可以在一个NGOSS系统内就被执行的操作，以及执行时间、执行者、执行方式设定限制和条件。共享信息和数据环境TMF GB922分布透明性NGOSS体系结构由松散耦合的分布式组件构成，它们相互通信提供增值服务。NOGSS客户和组件需要定位其他NGOSS合约和组件而无需知道他们在网络中的物理位置。NGOSS通过以下服务和机制实现分布透明性：命名服务（Naming Service）命名服务管理系统中的各种命名对象，这些对象有合约规范、实现合约的组件标识、共享数据的元数据和内容。注册服务 (Register Service)注册服务扩展了命名服务，提供了名字和对象关联的功能。组件不需要知道网络中其它组件的物理位置，而是通过注册服务透明地寻址。合约实例位置服务（Contract Instance Location Service）支持根据实例属性对NGOSS合约实例的定位调用机制（Invocation Mechanism）调用机制涉及调用一个服务实例的操作的若干关联的步骤，包括定位服务实例、使用通信机制、处理结果以及应用安全和其它策略等。1.TMF与NGOSS2.TOM与eTOM3.技术无关的体系结构4.实现实现NGOSSNGOSS面临的挑战面临的挑战5.OSS的建设策略及实例实现NGOSS面临的挑战尽管NGOSS为自动化的电信运营管理提供了可持续建设的体系结构框架，构筑了支撑电信运营管理的分布式组成环境，但是这一目标的实现还存在着很大的挑战，尤其是以下几个方面的工作亟待解决。业务管理层和网络管理层间的接口 如何将物理分布的、彼此功能无法互操作的企业业务网网络管理系统综合起来进行统一管理，形成企业范围的网络层OSS系统 如何将面向网络设备资源的运维数据语义提升为面向业务客户的管理信息 企业级商务处理过程的抽象表示 设计出一个面向企业经营策略和目标的、标准化的商务处理框架，定义企业特定的商务处理过程，用于指导实现本企业内部的业务提供过程。框架中信息流的标准化 分布式基础结构(infrastructure)中组件的互操作如何对环境中共存的可能来自不同厂商对象总线、服务和应用进行标准的系统管理 1.TMF与NGOSS2.TOM与eTOM3.技术无关的体系结构4.实现NGOSS面临的挑战5.OSSOSS的建设策略及实例的建设策略及实例OSS的建设策略及实例OSS的建设策略厂商解决方案举例OSS的建设策略建立OSS不是一蹴而就的事情。按照NGOSS体系建立统，至少要做以下核心工作：l建立企业的运营过程模型并分析企业结构和活动l建立系统的技术体系l开发和选择合适的产品基于既定的系统体系l系统集成问题集成不符合NGOSS的系统（企业的遗留系统）集成不同技术或不同模式的符合NGOSS的系统通过中介机制 建立企业的运营过程模型并分析企业结构和活动 系统需求分析过程在建立企业模型时，可以将企业的运营和管理活动按照TOM或eTOM来分类和定位，针对企业实际情况对其中的过程进行具体化的描述。建立系统的技术体系技术体系工作包括两个方面：与技术无关的系统结构的建立；用于这些结构的适用技术的选择。为了完成NGOSS的业务和商务目标，在技术上，OSS应当是一个松耦合、分布式、可伸缩的系统。技术无关的系统体系在NGOSS中，技术中立的系统体系强调以下几个方面：合约规范合约规范是保证系统分布透明和互联互操作的基础，包含信息提供和功能执行的协议。这种协议是语义上的，可以用任何适用技术实现。分布透明分布透明保证了系统的可伸缩和逐步演化。组件化是分布和可伸缩、逐步演化的基本条件。过程管理共享信息和数据NGOSS将系统操作所使用的信息、数据分为局部数据和共享信息和数据（Shared Information/Data,SID）两类，后者是建立系统体系时必须考虑的。NGOSS提供了一些SID的内容，但企业必须根据自己的具体情况来确定SID的内容。在技术方面，SID是一个抽象概念，和采用何种技术、是开发新的信息处理结构还是利用原有信息处理结构是不相关的。通用系统框架服务适用技术选择第二个层次是根据企业的实际情况和技术发展的趋势、根据技术无关的系统体系的需要选定合适的技术。这些技术包括：l通信服务和骨干分布技术，如CORBA(Common Object Request Broker Architecture)、RMI(Remote Method Interface)等；l数据分布和共享技术；l工作流或过程管理控制技术；l界面和用户接口技术；l系统框架服务技术。厂商解决方案亚信新一代电信业务综合管理系统系统设计理念基于营销中心和网络中心的前/后端组织架构KPI指标及考核体系前端包括营业受理、多种接入方式的销售、客户服务、大客户分析、产品管理、营销管理、合作伙伴管理利用EAI、WorkFlow技术将各业务子系统独立出来统一的信息总线系统主要功能综合营销和客服子系统电信销售、产品管理、营销管理、SLA管理大客户管理子系统大客户档案管理、大客户业务管理、业务流程管理、大客户服务管理等伙伴管理子系统资源管理子系统物理、逻辑网络资源以及网络资源建设的管理生产调度子系统受理、业务投诉为起点，到以业务处理竣工为终点的整个业务流程的配置、调度管理，实现业务流程的全部和部分自动化厂 商 解 决 方 案 举 例 方案特点系统结构三环一线体系：三环为营销流程、业务实现流程、业务分析流程，一线为端到端的SLA管理线。基于信息总线Information Bus的信息整合；统一的工作流平台；技术特点基于J2EE的n层web架构；EAI技术、workflow技术等中间件产品；业务特点基于工作流平台的自适应可配置的流程调度系统；组合交叉业务生成环境；基于XML的UI表示（用户界面的表现与业务逻辑无关）；基于业务对象请求代理，实现业务逻辑和物理数据的分离；统一XML数据流下的自动机应用机制；系统核心优势 围绕电信运营中五个核心业务流程：大客户管理流程、计费和帐务管理流程、业绩考核体系流程、网络投资管理流程、网络资源管理和调配流程提出新一代电信业务综合管理解决方案。适用网络移动、联通、电信、网通、铁通HP ISM解决方案HP 综合服务管理(ISM)是针对电信运营商的端到端的OSS/BSS 解决方案(硬件,软件,业务流程和集成)HP ISM 体系结构服务保障服务使用服务发布电信运营商的基础设施基于流程的消息总线流程管理器服务开通资源管理订单管理故障管理性能管理问题管理服务水平管理计费程序业务智能使用中介平台客户信息平台管理信息平台业务实现业务保障业务计费使用示例:客户定购产品1.下订单2.启动流程3.检查库存资源4.使用OpenView Service Activator,开通服务服务现在已经可以使用了.5.更新计费程序6.开始监控服务的SLA7.通知客户订单完成，客户可以使用服务了使用示例:监测到服务不满足SLA1.OpenView Service Quality Monitor 监测到一个 服务水平协议(SLA)即将违反2.产生故障工单3.OpenView SQM 监测到SLA违反，启动 SLA违反流程因为这是一个VIP客户，所有采用最高服务流程一段时间后,该问题仍然没有解决4.试图重新提供服务5.通知客户经历，获得对费用扣除的批准7.通知客户6.扣除费用参考文献NGOSS Release 4.0 Documents谢谢观看！