eTom过程框架概述上课讲义

eTom过程框架概述eTOM，是enhanced Telecom Operations Map的英文首字母缩写，英文全称为enhanced Telecom Operations MapTM(eTOM)，即增强的电信运营图(eTOM)，使信息和通信服务行业的业务流程框架。

eTOM现在已经发布到8.0版本。

eTOM不是一种服务提供商的业务模型，它不陈述服务提供商的目标客户、服务提供商所服务的市场、服务提供商前景、任务等。

eTOM是一种业务流程模型或框架，是业务模型策略的一部分，是为服务提供商提出计划。

eTOM是基于TOM(Telecom Operation Map)发展而来的，TOM侧重的是电信运营行业的服务管理业务流程模型，关注的焦点和范围是运营和运营管理，但是没有充分地分析电子商务对商业环境、业务驱动力、电子商务流程集成化要求的影响，也没有分析日渐复杂化的服务提供商的业务关系。

eTOM为把TOM扩展到整个企业架构，并陈述对电子商务的影响。

它消除了TOM中企业管理(公司型)流程、市场营销流程、保留客户流程、供应商和合作伙伴管理流程之间的隔膜等。

eTOM 中的“e”，其含义既深刻而又丰富。

“eTOM”中的“e”常规指“增强”之意，但它却包含了与业务流程框架有关的很多观念，如：企业流程(Enterpriseprocesses)，电子商务激活(eBusinessenabled)，扩展的(Expanded)每事 (Everything)、每处(Everywhere)、每时(Everytime)等含义。

eTOM是一种业务流程模型或框架，它为服务提供商提供所要求的企业流程，但它不是业务模型。

它不陈述以下策略问题：谁是服务提供商的目标客户，服务提供商所服务的市场是怎样的，以及服务提供商的愿景如何、任务是什么等等。

eTOM 较好地代表了电信运营业的真实世界，很多服务提供商(包括了系统集成商、ASP 和软件供应商)已经在运用eTOM，因为他们在采购软件、设备，以及面对愈加复杂的业务关系网络中与其它服务提供商的接口，都需要行业的标准框架。

对于服务提供商来说，当他们考虑内部流程重组需求、合作关系、联盟以及与其它提供商的总的工作协议时，eTOM提供了一个中立性的参考点。

对供应商来说，eTOM 框架给出了软件各组件的潜在边界，以及支撑产品所需的功能、输入和输出。

TM论坛公布的eTOM的0级和一级流程视图进行了组合。

eTOM阐述了电信运营商及其所处的经营环境，给出了企业内、外部的相互影响、相互作用的五大实体：客户、供应商/合作伙伴、股东、雇员、其他利益相关者。

eTOM给出了三大流程区域：1)战略、基础设施和产品；2)运营；3)企业管理。

这三大流程区域进一步分解为23个一级流程群组和82个二级流程以及若干三、四级流程；其中7个一级的纵向流程群组，是端对端的流程，用以支持客户和管理业务；16 个横向流程群组区分了功能运营流程和其它类型的业务功能流程。

eTOM的关注焦点是以客户运营流程的开通、保障和计费(FAB)为核心，运营支持与就绪流程从FAB实施流程中分出来单列，以增强对FAB中实现支持和自动化的关注。

在TM论坛的推动下产生的新一代运营系统和软件 (NGOSS，New Generation Operations System and Software)，真正地交付了即插即用的环境，系统框架的工作正是在这样的环境下完成的。

业务框架和对系统架构的要求推动了NGOSS 的发展。

从系统架构的角度看，它包括了NGOSS的业务事例、对NGOSS的具体要求、应用契约框架的发展以及应用能够插入和拔去的架构。

NGOSS架构是作为技术中立的结构与技术规范的结构及技术选择相关联来发展的。

eTOM是从业务视图的角度，来描述需求，对业务流程进行分析和设计；再经过系统分析与设计，形成解决方案的分析与设计，最终通过解决方案的一致性测试，投入实际运行，满足客户的需求。

从eTOM所表示的业务视图看，它给出了沿顺时针方向发展的驱动力，还给出了相关开发流程的其它视图。

业务需求要转换为系统要求和加以实施，最终建立运营方案来解决业务问题。

重要的是，图中给出了一个反馈闭环，从实际的解决方案，到提供信息和协助形成业务需求。

位于框架中心的是知识库，代表整个信息仓库，包括业务视图的信息。

随着eTOM业务模型的发展，包含在知识库内的模型，可以成为一个需求互动资源，模型中分解的流程和流向可以直接与系统及实施组件连接，以满足业务流程的要求。

eTOM商务运营框架已经成长到包括一些列组件。

eTOM全面的文档集包括：∙主要的文档（GB921）提供了关于eTOM商务运营框架总的概览，从企业内部到企业之间的观点，并且描述了主要的结构元和方法∙附录（GB921D）-根据从上至下、以客户为中心、端对端的方式描述了服务提供商、企业过程和下一级过程。

所有的过程都提供了从基于eTOM框架最高的理论观念到工业领域同意使用的细节层次的分解。

∙附录（GB921F）描述了选定的过程流关于支持端对端的认识运用在eTOM 的应用里在几个层次中的细节和情况。

.∙附录（GB921B）描述了电子商务对服务提供商和他们的商务关系产生的含义和影响，和eTOM是怎样支撑他们的，其中包括一份eTOM关于处理business-to-business交互的描述。

与此相关的是一个单独的应用文档（GB921C），它描述了过程涉及到business-to- business交互的商务运营图。

∙附录(GB921P)提供了一份“e TOM入门教程”来帮助eTOM的新用户。

∙应用手册(GB921V)展示了eTOM是如何来建模ITIL过程的（代替原先的GB912L）∙应用手册(GB921T)展示了eTOM过程是如何关联到由ITU-TM.3400规范提供的功能视图的(this workwas developed in conjunction withITU-Twithinthe joint TelecomManagement∙Collaboration Focus Group)在Level0视图中，ETOM被分为三个主要的范围：战略、基础设施和产品过程（Strategy、 Infrastructure and Product，SIP）、运营过程(Operations Processes，OPS )、企业管理过程（Enterprise Management，EM），它们的简短描述如下：∙战略、基础设施和产品过程（SIP）：这些过程指导和使能运营过程（OPS），包括策略的开发、基础设施的构建、产品的开发和管理、供应链的开发和管理。

在ETOM中，基础设施不仅仅指支持产品的资源基础设施，还包括支持其它功能过程的资源基础设施，如支持CRM的基础设施。

∙运营过程(OPS)：这些过程是ETOM的核心，它既包括日常的运营支撑过程，也包括为这些运营支撑提供条件的准备过程，以及销售管理和供应商/合作伙伴关系管理。

∙企业管理过程（EM）：这些过程强调企业层面的过程目标，包括了任何商业运行所必须的基本的业务过程。

它们与企业中几乎所有的其它过程（无论是OPS还是SIP）都有接口。

除了这三个主要的范围，ETOM又被分为四个水平的层次：市场、产品和客户过程(Market,Product and Customer)，服务过程(Service)、资源过程(Resource)、供应商/合作伙伴过程(Supplier/Partner)。

∙市场、产品和客户过程：这些过程包括销售和渠道管理、营销管理、产品和定价管理，以及客户关系管理、问题处理、SLA管理、计费等。

∙服务过程：这些过程包括业务的开发和配置、业务问题管理和质量的分析、以及业务使用量的计费等。

∙资源过程：这些过程包括企业的基础设施的开发和管理，无论这些设施是为产品提供支持还是为企业本身提供支持。

∙供应商/合作伙伴过程：这些过程处理企业与其它提供商和合作伙伴的交互，它既包括支持产品和基础设施的供应链管理，也包括与其他提供商和合作伙伴之间关于日常运营的接口的管理。

另外，该图中还包括了与企业交互的主要实体：客户、提供商/合作伙伴、雇员、股东、Stakeholders，其中Stakeholders与企业之间具有承担义务的关系而不是股票所有权的关系。

根据这两个视图，Level0视图可进一步被细化为Level1视图。

由于这些过程的性能直接决定企业是否成功，故也将该视图称为CEO视图。

在Level1视图中运营过程(OPS)和战略、基础设施和产品过程（SIP）被分解为七个垂直的过程组和八个水平的过程组，而企业管理过程（EM）被分为八个过程组。

下面，我们将对这些分组进行简短描述：OPS垂直过程分组OPS垂直过程分组包括运营过程组（Fulfillment、Assurance、Billing，简称FAB）、以及运营支持和条件准备过程组（Operations Support &Readiness，简称OSR）。

在TOM过程框架中并没有画出FAB，由于在电子商务的环境中，企业必须支持直接的客户使能的过程，所以FAB具有最高的优先权。

因此，在ETOM 中，FAB作为整个框架的一部分被包含进来。

∙实施(Fulfillment)：该过程负责及时、正确地为客户提供他们所需要的产品，将客户的个人需求转化为利用企业特定产品的解决方案，并通知客户定单的状态和确保定单的及时完成。

∙保障(Assurance)：该过程负责维护活动以确保提供给客户的业务满足SLA或QoS性能水平；执行连续的资源状态和性能监控；收集性能数据、通过分析这些数据识别出潜在的问题、并在对客户造成影响之前解决这些问题；负责从客户接受故障报告、通知客户故障的状态、确保故障的修复；∙∙计费(Billing)：该过程负责及时、正确地生成帐单；处理收费；帐单查询；解决计费问题；同时该过程还支持业务的预付费等。

∙∙运营支持和条件准备(OSR)：该过程负责为“FAB”过程提供支持，确保“FAB”运作的条件准备就绪。

通常，该过程所关注的活动的实时性低于“FAB”中的活动，并且很少关注单个客户和业务而较多的关注于它们的集合。

该过程与FAB过程的分割反映出了某些企业需要将直接面向客户的、实时的运营过程与为执行这些运营过程的“第二线”的运营过程的分开的需要。

不过，不是所有的企业都采用这样的分割方法，有些企业将这两个过程都考虑成日常的运营过程。

但是，在电子商务的环境中，将OSR 独立出来有利于充分利用电子商务的机会，尤其在实施客户的自我管理时尤其重要。

OPS水平过程分组OPS水平过程分组包括客户关系管理(Customer Relationship Management，简称CRM)、业务管理和运作(Service Management & Operations，简称SM&O)、资源管理和运作（Resource Management & Operations ，简称RM&O)、供应商和合作伙伴关系管理(Supplier/Partner Relationship Management，简称S/PRM)。