eTOM简介

eTOM，是enhanced Telecom Operations Map的英文首字母缩写，英文全称为[color=green]enhanced Telecom Operations MapTM(eTOM)，即增强的电信运营图(eTOM)，[/color]使信息和通信服务行业的业务流程框架。eTOM现在已经发布到7.5版本。对应文档：TMFC5599 eTOM.pdf
　　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框架给出了软件各组件的潜在边界，以及支撑产品所需的功能、输入和输出。

[img]http://dl.iteye.com/upload/attachment/454161/c8d120ca-9e01-35d0-84c1-37035efd4ecf.jpg[/img]
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业务模型的发展，包含在知识库内的模型，可以成为一个需求互动资源，模型中分解的流程和流向可以直接与系统及实施组件连接，以满足业务流程的要求。