移动集团资源系统建设技术培训

移动集团资源系统建设

技术培训

2009年8月

基本概念介绍国内外资源管理现状分析资源系统建设业务驱动力分析资源管理体系建设思路系统定位及目标架构分析第一部分第二部分第三部分第四部分第五部分内容提要数据建模相关总结第六部分第七部分第一部分基本概念介绍通信资源定义通信资源管理范围

在eTOM中的定位资源概念（广义）何谓资源?广义上的资源概念，是通信运营商生产、经营活动过程中所涉及的具有价值的有形的或无形的物件，它们是由通信运营商管理、使用、维护；包括客户资源、人力资源、资金资源、信息通信资源等。

资源（广义）客户资源人力资源资金资源通信资源其他狭义的资源资源概念（狭义）狭义的资源－通信资源狭义的资源指通信资源，是通信运营商拥有、管理、使用自己或其他运营商的，能提供或支撑通讯或信息服务的资源。通信资源是企业资源的最重要组成部分，是企业向市场和客户提供产品和客户服务的基础。是企业数据模型的重要组成。地域的概念地域是作为企业级共享的核心数据，在NGOSS的SID模型中是和通信资源平级的主题域，地域和其他主题域关联，形成多个应用场景：市场营销区域资源维护区域资源覆盖区域计费区域、帐单投寄地址客户所属区域产品适用、安装区域通信资源体系网络资源空间资源备品备件通信资源资源维护区域资源覆盖区域逻辑资源物理资源码号资源专业逻辑资源内容和应用线路资源网元设备本地网分局/支局站点机房站点覆盖区域设备覆盖区域号码覆盖区域概念释义（1）概念名称概念定义网络资源网络资源是通信资源最重要的组成，指已投入运行和确定建设的网络元素的总和。网络资源从有形、无形角度，可划分为物理资源、逻辑资源物理资源确实存在的、可见的、具备一定物理形状的有形资源，是通信资源行使功能、提供通信服务能力的物质基础。物理资源可划分为：物理设备、物理连接逻辑资源除物理资源之外的、无形的网络资源和信息服务资源（内容和应用）资源维护区域中国移动为进行通信资源的管理、维护所需而划分的区域。包括：本地网（区域）:在长途通信网中有独立长途区号的本地区域的划分。分局（子区域）:在本地网中，根据本地网所辖市县区的管理行政体制，或网络规划布局所划分的维护管理子区域。支局（子区域）：在分局中，根据分局所辖街道，乡镇或网络规划布局所划分的资源维护管理区域。站点：在通信网络中表现为一个通信节点，在地理上表现为包含一个或多个通信机房的建筑物或建筑群。机房：包含在站点内的安装有通信设备及其它辅助设施或者光缆成端的房间。资源覆盖区域可以与资源关联的用于描述资源覆盖的一种自定义的区域概念释义（2）概念名称概念定义通信资源vs

网络资源网络资源是通信资源的重要组成；除了网络资源之外，通信资源概念更广，包含空间资源和备品备件备品备件vs

网络资源网络资源是已投入运行或确定建设的网络元素；备品备件是尚未入网或从网络上退服的网络元素。两者之间可以转换，备品备件入网使用，则成为网络资源；网络资源退网，则成为备品备件地域vs

空间资源地域主要指标准地址、GIS空间坐标、行政管理区域等，是企业共享的数据；市场营销、计费帐务、资源维护和覆盖都将按需要自定义区域，如营销区域、资源维护区域、资源覆盖区域等，这些自定义区域和地域之间是一种覆盖关系业务资源vs

码号资源码号资源包括号码、代码、帐号、卡类、IP地址等，是通信资源->网络资源->逻辑资源的一部分；业务资源的概念是从前端市场经营的视角考察约定俗成的概念，特指卡类（包括SIM卡等智能卡以及冲值卡等有价电信卡）、号码类（用户号码、号码段、短号码）、实物类（移动通信终端、GPRS上网卡、积分兑奖的奖品、发票等）等，码号资源可以认为是业务资源的一部分；在系统建设实践中，业务资源一般在BOSS中管理资源维护区域vs

资源覆盖区域资源维护区域指承载通信网络资源的公有空间资源；资源覆盖区域指资源服务提供能力的范围OSS资源域全视图（1）逻辑资源客户资源业务资源逻辑资源物理资源空间资源BSS域资源OSS域资源网络资源地域OSS资源域全视图（2）OSS资源域全视图（3）eTOM中的定位①主要是指资源管理的基础准备，包含：资源数据的准备：例如从网管和现存系统中的数据获取；资源存量管理；服务模板的定义和服务目录的准备；分区（权限）的准备②是资源管理系统的核心应用，包含：资源的配置应用；资源割接应用；支撑跨运营商/合作伙伴的服务开通模式的资源管理系统③主要是对新的网络设计和建设的支撑，包含：网络设计；支撑工程建设：资源管理系统负责维护工程项目所对应的资源明细清单，提供给工程管理使用④主要对新产品的支撑，包含：支持新产品的服务模板定义；服务设计的实现⑤主要是对资产管理的数据支撑，包含：支持对资源实体的固定资产信息进行管理；给固定资产管理提供资产对应的资源明细清单；对成本分析的支撑⑥是对战略和决策的支撑，即：通过提供资源能力、使用情况等信息，支持年度或长期的网络建设规划⑦主要是对服务保障系统的支撑，主要包含：对客户网管的支撑；对综合告警的支撑；对故障单系统的支撑。⑧主要是与网管系统的关系：资源管理系统通过与EMS/NMS互连，实现资源数据的自动采集、动态更新，保证资源系统中的数据与实际网络数据的一致性，减少人工录入工作量；第二部分国内外资源管理现状分析国内其他运营商现状分析国外资源厂商平台产品介绍

国内A运营商-资源系统建设主要进程国内A运营商-系统部署模式甘肃青海海南…省集中部署模式本地网部署模式（9省）一百多个本地网统一软件版本设备资源与线路资源以分别建设为主在数据清查和整合方面投入很大广东江苏浙江四川…国内A运营商-资源系统目标架构国内B运营商某省BOSS系统组成其资源系统架构服务开通资源维护资源动态相关管理分析比较比较关注点运营商A运营商BCMCC数据建模方面前期考虑较少，未统一管控第二阶段开始强调统一数据建模考虑较少建模作为实施的重要组成部分资源命名最早进行各专业资源命名规范的制定并推广全国统一主要考虑人为识别方式、具有业务意义的命名组成继承和借鉴部分专业已制定不少专业命名规范还存在分歧考虑人识别和机器识别两种方式系统建设与应用情况全国都已建设应用，基本统一版本前期投入大量数据清查录入工作已解决存量管理、资产支撑等问题部分省已解决资源数据动态与前端业务开展、工程建设相结合的问题各省分别建设大部分省资源系统建设尚处于摸索阶段部署模式业务量较大的省份以本地网方式部署，业务量小的省采用集中模式目前在考虑省集中演进省集中、本地网方式共存考虑省集中建设价值点挖掘重点考虑资源配置及资源服务层建设，对服务开通提供有效保障考虑对新网络、新技术的支撑保障不祥告警关联、服务保障集团客户服务开通，内部客户资源配置资产管理第二部分国内外资源管理现状分析国内运营商现状分析国外资源厂商平台产品介绍Telcordia

GraniteInventoryTelcordia公司：前Bellcore－源于美国贝尔实验室，电信行业30多年历史，主营电信软件、服务等核心数据模型数据模型ShelfPathChannelSegmentSiteCablePortCustomerPair/StrandCardContainerNetworkPathElementSub-rateEquipmentServiceServiceTemplateOtherCoreObjectsProductCatalogResourceServiceModelingCoreObjectsSitesEquipmentContainersShelvesCards/Sub-CardsPortsSegmentsCablesPairs/StrandsPathNetworkCustomerServiceModelingProductCatalogResourceServiceITObjectsUser-DefinedClassesUserDefinedClassesITDefinableAssociationsNewNewNewNewNewNewNewCramer平台产品（1）Cramer产品

Cramer平台产品（2）存量管理资源层次国外COTS资源产品共性优点存量管理强调模型设计，注重应用可配置的模型支持多厂商、多技术、多平台的网络设备管理，提供丰富的设备交互接口，保障资源同步新业务、新网络技术支撑能力强一般都提供较为丰富的API接口，与遗留系统之间的集成和自定义扩展应用方面支撑能力强强调对服务开通的保障，集成任务引擎、自动激活以及路由发现等高级特性功能不足可能需经过大量的二次开发和配置才能适合国内的需求本地化服务和技术支撑等问题第三部分资源系统建设驱动力分析CMCC某省现状及需求现状需求结论分析业务驱动力分析

OSS系统现状EOMS话务网管数据采集层IPNET数据采集层传输网管无线资源平台网管层资源层传输资源管理传输电路资源优化与分析系统传输资源业务端口应用层传输话务（核心网侧）数据、增值话务（无线侧）已有平台支撑，集中化之后二干、本地骨干正在筹建系统支撑，包括业务端口（核心网）话务（核心网侧）、数据、增值等专业资源层缺失在建话务（无线侧）注：无线侧网管统一接入到话务网管中话务网管数据采集层某省资源管理相关系统现状（1）资源管理水平还处于静态资源管理阶段，无法在企业运营生产活动中对端到端资源生命周期管理进行有效支撑，难以适应强调高效和精益管理的运维发展趋势。体现如下：总体情况：除传输和无线资源是采用专业资源管理系统来管理以外，其它的资源都是散落在由各个网络管理系统来负责管理话务综合网管系统的资源管理功能相对较全面虽然数据专业相关资源较多且繁琐，但IP综合网管上除IP地址资源管理比较到位外，其他的资源管理功能则相对较弱与资源相关的流程系统——EOMS刚改造完毕，且EOMS上仍管理的机房资源、动力配套等少量资源正在规划建设动力配套资源、核心网端口资源和新的传输资源系统某省资源管理相关系统现状（2）存在的问题：缺乏规范统一的资源模型，资源类别缺乏清晰定义，资源命名不规范、不统一手工方式维护资源数据，缺乏必要的数据检查校核机制资源数据分散在网管系统中，主要考虑对网管自身功能需求的支撑，资源属性定义不完整，不能有效支持其它应用网管系统具有部分资源管理能力，但缺乏全面、完整的资源管理功能存在重叠建设现象，资源数据被多头管理，增加管理成本某省网维中心总体职责从网维中心在整个企业架构中的位置看，其总体职责可以归纳为：网络保障生产运营网络优化OSS系统建设总体职责支撑业务运营网络资源的配置和调度为业务部门提供高效网络技术支撑，实现业务的快速提供及客户投诉的快速响应OSS建设OSS规划、建设、推广、维护保障网络质量网络实时监控异常和故障处理省管网络与设备的集中维护网络信息安全网优分析网络资源的集中分析、优化网络运维集中化职责变化资源管理和调度应急保障告警监控故障处理投诉处理资源管理密切关联的职责备品备件和资产管理集团业务服务开通网络分析与质量管理1、集团客户服务开通流程2、客户投诉和故障处理流程5、资源管理和调度流程4、应急通信保障流程3、网络优化流程在网络运维集中化改革中，省网维中心管理和维护的网络范围增大，网络管理和维护的职责越来越多的集中到省网维中心运维集中化之后，和资源管理密切关联的职责将体现在一系列流程中：服务支撑层面现状从服务支撑室到各专业室之间的服务开通流程缺少电子化手段支撑从产品到资源的对应关系，缺少系统支撑，需要手工拆分各专业室提交的模板（产品到资源的对应）格式不统一复杂业务缺少对应关系模板目前只是进行了单服务（专业内）的产品资源对应关系模板，缺少面向整个产品的关系模板客户、业务、资源的关系都是通过手工方式维护，带来很大的工作量，且会产生不一致等数据质量问题业务部门本身不维护客户、业务、资源的关系，部门之间维护的数据不一致售后客户业务变更时，需要对客户、产品、资源的关系进行更改，而之前建立的关系往往没有维护网络监控层面现状缺少有效的面向客户、产品的监控和告警缺少跨专业的综合告警缺少系统将开通的产品实例/业务和具体资源建立关联，一方面，不知道网络资源承载哪些产品和客户，不知道设备故障会影响到哪些客户、产品；另外一方面，不知道具体某个客户或产品实例占用的网络资源缺少告警关联，需要对多个专业的同一根告警进行处理，降低告警处理的及时率目前缺少有效的支撑手段，本地网无线资源管理系统按本地网部署，而且只是静态管理无线侧资源，缺少关联关系的记录管理网络维护层面核心网方面：对于资源管理和调配，现在省网维核心网室都是通过excel手工维护交换端口，端口之间的关联关系管理不善网优方面现有网管但不够智能化，需要较多的人工干预现有网管资源管理功能较弱传送网方面：集团统建的传输资源管理系统，缺少传送网专业模型，厂家本地化开发比较差，省公司、地市都在静态手工录入数据，但是一个封闭系统，和EOMS也没有接口，缺少有效的数据动态更新，数据准确性较差，达不到精确管理要求，较少使用数据网方面端口资源缺少统一管理和调配，直接telnet设备分配端口存在较大风险和不便，且不利于形成统一视图省网维中心各室需求小结减轻数据录入量，实现快速入库并支撑应用支撑内外部客户的资源调度支撑客户投诉、故障告警等运维保障打通南向和网管的接口，从网管获取数据，实现自动、半自动数据录入录入的数据要能够在生产运维中得到广泛应用集团大客户业务的服务开通支撑内部业务系统/网络建设和调整需要的资源调度专业之间横向连接和纵向承载关系的建立客户、产品、业务资源和网络资源关联关系的建立在网络运维集中化的大背景下，省网维中心既是资源管理系统的使用者，同时也是资源数据的录入维护者，综合分析各室的需求，发现以下重点需求：第三部分资源系统建设驱动力分析CMCC某省现状及需求现状需求结论分析业务驱动力分析

部署和建设模式方面紧迫程度或危害性原因和解决思路现状问题和需求重复投资建设，投资浪费向省集中部署模式过渡非常困难，和省中心的对接非常困难不便于IT系统的统一管理、不利于资源应用的统一支撑在网维集中化的改革背景下，省公司统一规划、统一建设省公司一级部署，省、地市两级应用各地市公司零散系统数据迁移各地市自行规划、建设轻量级的资源管理系统，缺少统一规划，系统零散，数量众多各地市系统都是分散在地市部署系统方面紧迫程度或危害性原因和解决思路现状问题和需求网络结构、维护及应用的集中化使省集中的资源管理系统成为发展趋势随着客户资源视图和网络维护综合化的需要，跨专业、端到端的资源应用需求迫切要求有一个统一的资源管理系统平台，需要打破专业之间的断点通过改造或者新建系统的方式，未来目标是要建立一个全专业、省集中的资源管理系统现有地市资源管理系统按照专业建设，专业系统之间缺少有效关联省公司层面缺少有效的资源管理系统支撑，资源管理功能分散在各专业网管中数据方面紧迫程度或危害性原因和解决思路现状问题和需求各专业网络之间横向连接不可分割、纵向互相承载，需要形成一个全专业关联的统一数据库数据是应用的基础，资源数据和其他数据没有建立关联和共享，无法支撑企业级资源应用需求，发挥资源数据的价值进行专业内数据整合，形成包含业务占用－逻辑信息－物理信息完整的资源数据库进行跨专业关联性整合，形成真实反映现实网络的统一数据库合理划分关键数据实体的主体维护系统，合理划分实体关系数据的维护系统通过企业流程运转建立关联，建立有效数据共享一致性检查机制跨专业之间资源分散在不同系统中管理，缺少关联客户、产品、服务、资源之间缺少关联资源数据缺少动态管理应用方面紧迫程度或危害性原因和解决思路现状问题和需求非常急迫在进行资源存量管理的基础上，盘活资源数据库，开发有效的资源应用，体现资源价值重点支撑集团客户开通、内部资源调度、客户投诉故障处理、网络监控故障处理等核心应用在存量管理的基础上，迫切需要对企业内外部的资源调度、服务保障等提供支撑小结分散孤立整合贯通存量管理资源应用定位数据系统现状问题目标和解决之道纵观资源管理目前的现状和问题，各现状问题之间彼此关联呼应，可以概括为两个关键词“分散、孤立”，系统、数据、流程、管理架构等既分散，又孤立在整个企业运营之外。在网维集中化等新的内外部环境下，资源管理的定位和作用发生了转变，支撑企业的资源应用成为其价值取向。“整合、贯通”既是未来资源管理系统的目标，也是现状和问题的解决之道现状和问题分析综述第三部分资源系统建设驱动力分析CMCC某省现状及需求现状需求结论分析业务驱动力分析信息化时代的网络管理新模型业务层客户层网络层网元层日常维护故障处理流程化社会化网络保障体系网络资源优化配置网络安全体系集中化弹性化端到端业务保障能力网络对业务支撑能力快速提供业务能力显性化价值化以客户为中心差异化客户服务服务前移工作下沉客户化差异化网维集中化是面向网元层、网络层运维的重要举措网维集中化层面的驱动力（1）以告警监控、故障处理为例典型业务场景集团客户等大客户业务要求重点保障，但是其使用设备的告警被淹没在“告警海洋”中，如何将这些重要的告警信息分拣、呈现？对于重要大客户业务的告警监控，如何知道该大客户业务涉及到哪些网元和资源？如何知道应该重点监控哪些网元？当网元告警时，可能会影响到哪些客户的哪些业务？客户产品资源关联关系的管理大客户保障接入层集中化基站退服或者告警时，是否是因为动力或传输故障，基站使用的动力或传输资源是哪些？动力或传输故障，影响哪些基站？跨专业资源之间的关联网维集中化层面的驱动力（2）典型业务场景告警或故障的网元与哪些网元相连，其网络拓扑是怎样的？网元之间的归属或覆盖关系是怎样的？专业网管中网元告警，与其相连的其他专业的网元是否发生告警？不同网元设备同时告警，是否是因为相同的原因造成？（特别是跨专业）网络资源组网拓扑管理跨专业横向关联（核心网和智能网、GPRS物理相连）、纵向关联（随着3G、软交换的引入，承载IP化，和IP承载网之间密切相连）管理告警丰富告警关联现状：现各大专业网管不能较好的提供支撑网维集中化层面的驱动力（3）以投诉处理为例典型业务场景当接收到业务不可使用等业务质量投诉时，需要对相关网元进行排查分析，如何知道客户归属哪些网元？如果知道客户业务使用了哪些网元和资源？客户产品资源关联关系的管理现状：通过手工方式（excel表格）进行管理客户投诉处理支撑信息化时代的网络管理新模型业务层客户层网络层网元层日常维护故障处理流程化社会化网络保障体系网络资源优化配置网络安全体系集中化弹性化端到端业务保障能力网络对业务支撑能力快速提供业务能力显性化价值化以客户为中心差异化客户服务服务前移工作下沉客户化差异化面向业务层、客户层的网维重点是要加强面向客户、业务的网络服务支撑能力（服务下沉）网络服务支撑的驱动力（1）目标面向集中化的服务前移和下沉省公司业务开通的快速网络反应能力提升市公司业务开通的一点接入、全程控制能力建立面向县、市区公司的网格化支撑接口建立服务支撑日常作业规范和服务能力强化集团信息化开通支持和后续维护标准化提升业务需求市场经营部集团客户部数据业务中心客户服务中心业务支撑中心服务支撑室有限公司全网资源支持网络部门内部生产资源全省各市网络生产资源业务部门网络部门面对前端的业务需求，需要具备快速业务开通、业务提供的能力（集团客户信息化业务快速开通）快速的业务开通能力网络服务支撑的驱动力（2）对于这些资源依赖性的产品/业务，在签订合同之前，业务能否开通？资源是否具备？多长时间可以开通？需要快速的对前端进行响应售中环节，对前端部门的开通时限要求如何满足？如何实现资源快速提供？（需要掌握资源信息）前端传递过来的客户、产品、业务资源信息，如何和网络资源建立关联？如何记录这种关联？当客户业务或者资源变更时，需要知道客户、产品、资源的关系售前售中售后高效服务开通流程服务开通所需资源的统一管理和分配资源信息共享和前移产品/资源对应关系管理、资源提供能力封装客户产品资源关联关系的记录现状：服务开通所需资源缺少统一管理和分配（excel方式）客户产品资源关联关系的记录（手工方式）典型业务场景企业运营的驱动力对战略和决策的支撑通过提供资源能力、使用情况等信息，支持年度或长期的网络建设规划对资产管理、精细化管理的数据支撑支持对资源实体的固定资产信息进行管理；给资产管理提供资产对应的资源明细清单；对价值成本分析的支撑对新的网络设计和工程建设的支撑支持网络分析设计；资源管理系统负责维护工程项目所对应的资源明细清单，提供给工程管理使用资源建设业务驱动力小结应用方向和关注点价值体现内部资源调度在企业内部，不同专业网络之间互相承载连接，面向企业内部的资源调度可以加快业务网络建设就绪的周期，可以尽快具备业务提供能力外部客户产生的间接需求，如CMNET专线接入需要传输接入客户服务保障、网络运维保障实现跨专业告警关联、故障定位等网络运维集中化之后，迫切需要加强客户服务保障，及时处理客户投诉对客户服务保障的支撑将缩短故障告警和客户投诉处理的时间，有利于提升客户满意度集团客户服务开通为企业外部客户订购的产品的服务开通提供资源配置在以“客户为中心”的市场策略下，针对外部客户的服务开通，将有助于提高服务到达客户的效率，极大改善客户体验，提升客户满意度指导网络规划和工程建设网络资源利用率、网络设备性能指标等资源预警为网络建设规划、工程设计提供参考依据有助于及时进行网络扩容调整，为业务开展运营提供保障有助于合理分配企业资源，避免盲目不合理投资，实现企业精确化管理需求有助于缩短工程建设规划设计周期，加快具体业务提供能力的时间摸清家底、固定资产管理实现对现实网络的完整映射，关注管理网络资源的固定资产属性支撑网络资源闲置、报废、电子台帐的固定资产管理功能可以支撑企业精确化管理，有助于摸清家底网络优化和分析根据资源利用率、资源设备性能指标等为网络优化提供支撑网络优化结果将会进行产生网络调整需求，更好的提高网络质量，提供通信服务水平，有助于提高客户满意度第四部分资源管理体系建设思路资源管理体系建设方法论资源管理体系建设内容

资源管理体系建设思路总结资源管理组织架构资源应用业务流程资源数据动态管理资源管理系统建设资源管理体系建设背景什么是资源管理体系？资源管理体系，是指围绕资源管理系统的建设，需要进行的一系列活动和前提条件；为什么需要建立一个资源管理体系？总结业界资源管理系统建设成功经验和失败教训可以看出：资源管理系统建设不仅仅是IT系统的任务，是“人”使用“IT系统”支撑“资源管理活动”，要求“人”“机”完美结合；系统定位、数据管理流程、系统应用流程、组织架构、前提条件等没有建立梳理清楚仓促进行应用系统的建设上线，必然会导致系统应用支撑不力，大大缩短系统的生命周期；资源管理系统的建设，需要建立一个配套的资源管理体系。资源管理体系建设方法论若追溯资源管理系统的本质，我们可以看到，资源管理系统是一个高度依赖数据库的系统，其相关的业务场景，可以概括为三个最重要的、最本质的、相互关联的活动：“人”建设资源管理系统“人”进行资源数据入库并保证数据质量“人”利用系统和数据支撑资源应用活动和流程管理和组织架构应用系统建设资源数据管理资源应用流程从资源管理最本质、最重要的三个活动中可以抽象、归纳出资源管理体系最重要的四个方面：管理和组织架构（Management）资源应用业务流程（Process）资源数据管理（Data）应用系统建设（System）资源管理体系建设方法论（MPDS方法论）管理组织架构（Management）资源应用业务流程（Process）MPDS方法论MP应用系统建设（System）S资源数据管理（Data）D需要梳理与资源管理系统应用相关的业务流程，并视需要有选择的IT化以资源管理系统建设的整个生命周期为线索，分析有哪些阶段，每个阶段有哪些活动，需要进行哪些前提准备为进行资源管理系统建设，在管理模式、组织架构、岗位职责、考核体系上需要进行的调整以资源数据为对象，分析在其整个生命周期中，为保证数据质量需要进行的活动和准备MPDS方法论既是对IT系统建设本质场景的抽象，也是实际IT实践的总结，是经过实践检验的方法论第四部分资源管理体系建设思路资源管理体系建设方法论资源管理体系建设内容资源管理组织架构资源应用业务流程资源数据动态管理资源管理系统建设资源管理体系建设思路总结Management-目标任务分解和评估（1）序号事务列表事务简要说明事务重要性、工作量评估备注1流程梳理和需求提出对资源应用流程进行梳理和维护，通过对资源应用流程的梳理，推导出资源管理系统在资源应用方面的业务功能需求资源管理系统存量管理、基础工具、信息共享方面的业务功能需求的提出和维护流程梳理和需求提出是系统建设的业务驱动力流程梳理和需求提出是系统建设的输入，在系统建设初期工作量较大，在系统上线后工作量较小2系统建设负责系统建设过程中的项目管理，在系统移交维护之前，负责从系统规划、可研、软硬件选型和采购、软件设计和研发、试点上线推广整个生命周期的管理资源管理系统建设应该有一定的建设周期但OSSIT系统的建设需要统一管理，需要由熟悉IT技术的专业IT人员进行系统建设过程管控按照经典的组织架构设计方法论，首先需要进行目标和任务分解。总结资源管理体系建设资源应用业务流程梳理、资源数据动态管理、系统建设等各个方面，主要的事务列表和评估如下:Management-目标任务分解和评估（2）序号事务列表事务简要说明事务重要性、工作量评估备注3系统和数据使用主要强调使用资源管理系统进行资源应用，如服务开通的资源配置、内部资源调度、资源统计分析、告警关联等应用这将是资源管理系统投入运行之后的主要事务，是日常资源运营最主要的活动关系到服务开通、服务保障两大核心后端流程的实现4系统软件维护在系统进入运行维护期，提出、反馈、收集、解决系统在使用过程出现的问题和需求软件升级、补丁安装等系统使用培训和推广系统备份、数据备份系统用户、权限等管理员事务在系统上线使用后，系统软件维护是例行的日常性事务，也是经常会发生的事务也是延长系统生命力、保证系统支撑力度和支撑水平的重要举措（系统需要在使用中不断完善，需要有系统软件层面的维护部门和岗位）5系统硬件维护系统硬件（CPU、内存、存储等）性能和容量的监控系统硬件的例行检查、维修、保养等系统硬件维护需要按照一定的周期进行例行维护同时建立应急保障方案和机制企业IT系统硬件可以统一集中维护Management-目标任务分解和评估（3）序号事务列表事务简要说明事务重要性、工作量评估备注6制定资源数据规范制定各专业资源数据的命名和编码规范在系统和数据运行维护期，需要维护此数据规范在系统建设初期需要制定命名和编码规范，是全局性的事务，也是基础性的重要任务7网络维护引发的资源数据维护对网络维护引发的资源变动，在系统中进行资源数据动态录入、更新异常重要，关系到数据质量例行任务，在日常运营中，经常会发生数据录入和维护工作量较大8工程建设引发的资源数据维护对工程建设引发的资源变动，在系统中进行资源数据动态录入、更新异常重要，关系到数据质量在日常运营中，每一个工程建设项目，都会发生数据变更数据录入和维护工作量较大9资源数据管理资源数据质量指标资源数据质量监控、检查资源数据质量考核异常重要，关系到数据质量和系统可用性例行任务，在日常运营中，经常会发生资源管理组织架构设计网络维护部门资源管理调度岗流程梳理和需求提出系统和数据使用系统软件维护制定资源数据规范资源数据管理网络维护操作岗网络维护引发的资源数据维护网管支撑岗系统建设系统硬件维护专注于IT实现技术手段谁变动资源，谁维护资源数据数据质量的管理考核系统应用，软件层面维护网络规划建设部门资源管理岗工程建设引发的资源数据维护谁变动资源，谁维护资源数据需要注意：如果地市公司需要变动资源、使用资源、维护资源，则在各地市分公司需要建立相应的资源管理组织架构对现有组织架构的调整和现有的相关组织架构对比，上述建议的资源管理组织架构设计有如下重要的变动和特点：重要变化之一：网络规划建设部门设立资源管理岗要求网络规划建设部门设立资源管理岗，工程建设引发的资源数据变动，由建设部门负责及时更新由网络维护部门的资源管理调度岗对数据维护的质量进行验收和考核重要变化之二：网络维护中心设立资源管理调度岗要求网络维护中心设立资源管理调度岗，该岗位是系统主要需求者、使用者、软件维护者、资源数据质量管理考核者该岗位不负责资源数据维护，而在数据质量考核重要变化之三：资源管理调度和资源维护分离重要变化之四：资源调度和网络维护操作分离重要变化之五：由IT驱动转变为业务需求驱动谁变动资源，谁负责维护资源数据工程建设和网络维护引发的资源数据更新，由建设部门和网维中心网络维护操作岗负责更新系统数据资源管理调度岗负责考核数据维护的质量对于日常运营过程中产生的资源调度需求，包括（外部服务开通和内部资源调度需求），必须遵循“先资源，后网管”、“先资源、后网络”的原则由资源调度岗负责分配具体资源，网络维护操作岗负责按单施工，并返回实际施工结果；网络维护操作岗不负责分配资源谁使用资源系统和数据，谁提出系统应用开发的建议资源管理调度岗要求作为系统建设的业务需求的主要驱动者，网管支撑岗负责按照资源管理调度岗提出的业务需求建设IT系统，专注于IT技术实现，提交优质系统给需求方使用第四部分资源管理体系建设思路资源管理体系建设方法论资源管理体系建设内容资源管理组织架构资源应用业务流程资源数据动态管理资源管理系统建设资源管理体系建设思路总结资源应用业务流程体系《资源应用业务流程》《资源应用业务流程管理办法》＋资源应用业务流程体系非常有必要将资源应用业务流程作为管理对象，实施流程管理，建立资源应用业务流程管理方法。如果不实施流程管理，业务流程的变更无法管控，业务流程的生命力将非常有限一个完整的资源应用业务流程体系应该包括资源应用业务流程和关于资源应用业务流程的管理办法资源应用业务流程管理办法流程描述的标准方法和模板关于流程的流程流程管理组织、职责《资源应用业务流程管理办法》通过调研发现CMCC内部流程描述缺少统一的标准格式和模板，需要建立统一标准模板，需要建立统一的流程梳理的方法论。流程管理组织由哪些成员、角色组成，各成员、角色之间的职责是什么，工作制度等。需要建立流程的整个生命周期的流程，按照标准流程进行流程管理。建议成立了流程小组（流程管理组织和职责），在此实践的基础上形成《资源应用业务流程管理办法》，并可以为其他领域的流程梳理提供参考借鉴。CMCC可以考虑建立一个《资源应用业务流程管理办法》，至少应该包含以下内容：关于流程的流程流程规划流程设计流程需求流程评审流程发布流程上线流程推广流程评估流程优化流程调整流程修改流程发布对于“流程的流程”中的每个环节，都会有子流程需要制定每个环节的的管理制度，在每个环节组织架构中的各个成员如何分工协作流程退服流程生命周期管理需要检查流程执行情况当前环节资源应用业务流程（Process）需要对资源管理系统相关的业务流程进行梳理支撑企业管理流程资源应用业务流程一级流程框架支撑服务开通流程支撑服务保障流程支撑运维管理流程资源应用业务流程从哪里来：从资源管理可能的应用场景中归纳（参考业界资源管理系统建设实践）从CMCC企业流程中界定参考eTOM归纳的电信运营商企业流程资源应用业务流程的优先级问题：资源应用业务流程的优先级需要根据企业或网维中心的最重要、最紧急的运维使命确定例如优先考虑梳理服务开通流程、服务保障流程资源应用业务流程（Process）规划建设流程固定资产管理流程外部客户服务开通流程内部客户资源调度流程客户投诉处理流程故障告警处理流程备品备件管理流程应急通信资源调度流程资源应用业务流程二级流程框架支撑企业管理支撑服务开通支撑服务保障支撑运维管理第四部分资源管理体系建设思路资源管理体系建设方法论资源管理体系建设内容资源管理组织架构资源应用业务流程资源数据动态管理资源管理系统建设资源管理体系建设思路总结资源数据动态管理的目标资源数据是资源管理系统的基础，资源数据动态管理的目标，就是要保障资源数据的质量动态管理的目标和质量指标体系准确性规范性完整性唯一性及时性指网络资源管理系统内所描述的资源对象的属性、状态及关联关系等数据与网络实际情况的一致程度指网络资源在建设、运维、业务开通等过程中，各部门或流程上游环节向相关管理系统或流程下游环节提交资料或数据的时间完成程度指网络资源数据在系统中的表达形式与相关规范的符合程度指在建设、运维、业务开通等过程中所建立的某大类资源对象在网络资源管理系统中录入的总量与实际数量之间的相符程度，以及某个具体资源对象应该录入的属性数据的齐全程度指现实网络中的资源实体在资源管理系统中是否只有唯一的资源对象资源数据的规范性、准确性、完整性、唯一性、及时性是资源数据动态管理努力追求的目标，也是数据质量考核的重要指标资源数据动态管理体系资源管理系统中的资源数据是系统的生命线，直接关系到系统是否可用、易用，必须保障资源管理系统的数据质量基于此，非常有必要归纳出资源数据变化的原因，以数据动态变化的原因为线索进行梳理，规范资源数据动态变化的流程，规范资源数据的操作过程，最大程度的保障资源数据的质量与此同时，为完善网络资源数据维护管理中各环节的质量控制，应建立和完善各级质量监督检查制度资源数据动态管理组织、职责资源数据动态管理流程资源数据质量管理制度资源数据安全保密管理资源数据动态管理体系需要建立资源数据动态维护的组织架构，并明确各自的职责分工以资源数据变化原因为线索梳理动态管理流程，规范数据操作过程，要求各相关部门严格执行，最大程度保障数据质量建立数据纠错管理、质量考核、监督检查等制度和流程资源数据是企业的重要数据库，需要建立相应的数据安全和保密管理制度建立资源数据动态管理组织（1）以资源数据为对象，明确其利益干系人围绕资源数据的生命周期，有若干职责和角色。需要在CMCC内部明确这些职责和角色都由哪个部门/岗位来承担如果资源管理系统的数据范围涉及到地市公司建设维护的范围，则需要在省、地市两级明确相关责任部门/岗位职责分工建议的原则谁变动资源，谁负责资源管理系统数据的及时更新谁维护资源，谁负责资源管理系统数据的完整和准确谁使用资源管理系统数据，谁提出系统应用开发的建议建立资源数据动态管理组织（2）需要在内部建立资源动态维护的组织架构网络建设部门网络资源管理部门网络维护操作部门资源管理岗资源管理岗资源调度岗资源维护岗工程资源数据管理资源数据管理资源能力分析资源调度管理资源数据维护资源数据库图中“网络资源管理部门”、“网络建设部门”和“网络维护操作部门”均是指具备相应职能的组织而非实际部门名称，可以包含一个或多个实际的实体部门，例如“网络维护操作部门”泛指具有对网络进行维护、操作及施工职能的前、后端各相关部门分析数据变化原因（1）资源管理系统数据变化的根源有哪些？现实网络资源管理系统资源管理系统终究是IT系统，是对现实网络一定程度的映射，因此资源管理系统的数据变化来自两个方面：现实网络的变化，需要及时映射反馈到系统中系统自身对数据进行的变动建模、抽象现实网络的变化系统自身进行的数据变动资源数据变化的原因资源数据命名规范的变化另外，资源数据纠错也会引起资源数据变化，将在资源数据质量管理流程和制度中突出重点来阐述资源数据纠错数据变化原因（2）现实网络的变化常规工程建设应急工程建设外部开通资源调度内部资源调度网络排障、抢修等网络优化、网络调整大修更新、改造割接地理信息修改设备退网以资源生命周期为线索，考察在整个周期中的每个环节，可能会发生哪些变动流程梳理的方法和思路针对资源数据变化的主要原因（包括现实网络的变化和资源管理系统自身的变化），CMCC需要：梳理每种原因引起资源变动的流程，通过流程规范不同部门之间的职责分工界面；（谁做什么）规范流程中关键环节的操作方法（怎么做）需要将这些子流程进一步细化，在资源管理系统的建设和运行中付诸实施，如有可能或必要，有选择的进行IT化资源数据质量管理流程和制度通过资源数据动态管理流程，最大程度的提高网络资源管理系统数据质量，在此之外，需要建立资源数据质量问题发现、审核、处理、系统数据更新、复核等质量管理流程编号子流程名称场景描述涉及部门、岗位或角色1资源管理系统与网元管理系统EMS数据比对检查流程在网络建设阶段，系统中还没有数据，需要从网管系统采集、同步数据。网络建设完成转入维护阶段，需要定期将资源管理系统和网络（网元）管理系统中的资源数据进行比对，输出差异列表，并对差异数据进行处理网络操作维护部门、资源管理部门2资源数据纠错管理流程网络资源数据的纠错处理是指网络资源管理或使用部门在处理有关网络资源数据的工作或在其他日常工作中发现各类资源数据错误，并通过人工或计算机系统申告，经对数据错误情况的技术分析，再根据错误性质和影响等级进行重新修正的过程前、后端网络资源使用部门在开展营销、工程、维护等工作中，若发现资源数据有错误时，应及时将错误信息申告给相应的专业资源数据维护人员和网络资源管理部门，一般情况下由资源数据维护岗人员核实后在资源管理系统或管理资料中予以更改，并反馈申告人及网络资源管理部门。若遇资源维护岗人员无权更改或属普遍性错误的情况，则应立即报告给资源管理部门协调处理，直止处理完毕所有使用资源的部门、资源数据维护部门、资源管理部门资源管理系统与网管系统数据比对检查流程也是资源数据纠错流程，由于可以成为例行的流程，独立来梳理资源数据纠错管理流程的重要原则在资源数据纠错管理中，需要注意的重要原则数据纠错一定要闭环处理：网络资源数据纠错处理的目标是通过网络资源数据的纠错闭环管理，不断提高网络资源数据的准确性、规范性、完整性网络资源数据的纠错管理必须遵循“集中管控，闭环管理，及时纠正，责任追究”的原则对影响业务开通、网络排障等网络资源应用的错误申告，网络资源维护人员应优先处理，减少对资源数据时效性高的应用的影响由于工程项目、业务开通、网络维护等原因引发的网络资源数据错误，如在相关资源数据验收后发现错误，原则上由网络资源维护部门给予处理；如错误数据量较大，经网络资源管理部门审定，可转由引发资源数据错误的相关部门整改并修正资源数据资源数据质量管理制度通过资源数据动态管理流程尽量提高资源数据质量通过资源数据纠错管理流程对发现的问题数据进行闭环处理建立质量监督、检查、考核制度提供数据质量保障动态管理流程数据纠错流程检查考核制度《资源数据检查考核制度》建立资源数据质量指标规范率、及时率、准确率、唯一率、完整率质量督促检查检查资源数据维护和动态管理各项规章的执行情况、数据维护管理定期作业计划的执行情况和完成的质量管控情况检查各专业网络资源入库数据的各项质量指标检查由建设、维护、业务开通引发的数据动态变更环节中，数据及时更新或资料及时提交的情况质量分析和考核网络资源数据质量考核指标分解：网络资源的管理和维护涉及多个专业和部门，应加强部门职责，落实部门责任，结合KPI绩效考核，力求部门职责和绩效挂钩，将各项网络资源数据质量考核指标分解到部门，落实到岗位需要建立《资源数据检查考核制度》，并付诸实施资源数据安全保密管理CMCC需要建立资源数据安全保密管理制度《资源数据安全保密制度》《资源数据安全保密制度》应该包含下述重要内容：资源数据备份方案备份介质管理制度系统镜像制度配置参数备份制度网络防病毒制度用户权限设置与管理制度……第四部分资源管理体系建设思路资源管理体系建设方法论资源管理体系建设内容资源管理组织架构资源应用业务流程资源数据动态管理资源管理系统建设资源管理体系建设思路总结资源管理系统建设管控体系资源管理系统建设管控体系IT组织架构和职责IT建设和维护流程管控需要建立一个IT组织架构，设定IT系统建设涉及到的岗位角色，明确各个岗位角色的组成，明确岗位角色的职责，以及工作制度明确在整个系统建设过程中，经历哪些重要环节，每个环节的关键任务，每个环节的关键输入和输出，以及关键任务、输入输出的职责分工资源管理系统的建设不能急功近利，需要遵循特定的规律。如何规范资源管理系统建设的过程，提高IT系统的质量，延长IT系统生命力，是每个IT项目管理经理面临的难题，在进行资源管理体系建设时，建议建立资源管理系统建设管控体系，期望通过该管控体系，规范资源管理系统建设的过程；并对资源管理系统的各个方面进行规范。建立资源管理系统的IT组织架构为了保证资源管理系统建设的质量，并发挥更大的价值，延长生命周期，在项目启动时，就要明确：资源管理系统的内部主要利益干系人都是谁明确各方的职责分工建立一个虚拟团队，凝聚各利益干系人的智慧和力量，形成合力尤其重要的是，一定要让需求提出者、使用用户、系统软件维护者尽早参与到项目建设过程中明确CMCC内部主要利益干系人这只是从系统的角度提出的内部干系人，关于数据管理维护在数据动态管理中考虑建立资源管理系统的IT组织架构合理划分CMCC、外部主要利益干系人之间的工作边界硬件供应商系统软件商软件集成商硬件集成商工程安装单位工程设计单位CMCC咨询公司供应商“在最合适的时机让最合适的人做最合适的事情”不要让各供应商过早参与前期准备，特别是系统定位、目标、需求和范围未定时不要让咨询公司过多参与系统建设细节建立资源管理系统的IT组织架构资源管理系统的建设一定要遵循“业务需求驱动IT建设”的基本原则，在“是否需要，做成什么样”等根本问题上，需求提出者和用户应该成为最大的推动者；当目标、定位、需求明确，IT建设者负责付诸实现理顺业务部门和IT部门之间的关系和职责让业务需求部门成为最大的驱动者从现状诊断看，业务部门的驱动力没有充分挖掘和体现规范资源管理系统建设和维护流程系统规划可研立项编制软件规范书编制硬件技术规范书硬件和系统软件采购设备安装工程设计硬件设备安装软件采购/集成商选择软件系统深度设计软件研发系统集成试点/推广验收/移交系统维护资源管理系统的建设需要遵循科学的、规范的IT系统建设管理流程在资源管理系统建设的整个过程中，需要有必要的输入输出文档第四部分资源管理体系建设思路资源管理体系建设方法论资源管理体系建设内容资源管理组织架构资源应用业务流程资源数据动态管理资源管理系统建设资源管理体系建设思路总结资源管理体系小结和回顾如前所述，要建设一个高质量的资源管理系统，并能得到广泛的高效应用，最大程度发挥资源数据和系统的价值，需要遵循MPDS建设方法论，从资源管理组织架构、资源应用业务流程、资源数据动态管理、资源管理系统建设等方面，建立完整的资源管理体系。资源管理体系建设总体思路总体思路一：MPDS四个方面要同时综合全面考虑资源数据纳入管理，资源管理系统上线投入使用，无论是按照专业建立资源管理系统，还是按照应用方向建立资源管理系统，在系统建设时，都必须从MPDS四个方面建立配套资源管理体系，才能保证资源管理系统的可用性，延长其生命力。其他运营商、CMCC各省公司的资源管理系统实践，无一不从正面或者反面证明这一点。资源管理体系建设总体思路总体思路二：以资源应用业务流程梳理作为资源管理体系建立的驱动和切入点确定目标定位和资源应用方向，梳理资源应用业务流程建立设定的数据管理范围的资源数据动态管理维护体系以数据为中心，建立资源管理组织架构，明确责权IT系统实现：管理数据，实现功能，支撑流程设定数据范围通过梳理业务流程找出数据范围部分资源数据动态维护流程可以IT固化ManagementProcessDataSystem第五部分系统定位及目标架构分析如何明确资源系统的定位资源管理远景目标架构系统演进思路

资源建设业界实践参考（1）思路一：面向服务开通面向服务开通1234定位非常明确清晰，面向该运营商主要业务的服务开通，为服务开通过程提供资源配置以文本方式进行资源数据的入库、应用和展现，主要功能有：资源存量管理功能：资源存量管理：资源实体维护、实体关系维护资源分配：资源预分配、资源补录资源变更管理资源统计等管理范围：关注服务开通所需要的设备端子和设备之间的逻辑连接路由管理了设备端子和逻辑路由的成端关系，管理了客户和资源的占用关系，可以提供给服务保障系统使用（自动拨测系统）业务受理、服务开通、资源配置等模块集成在一个综合业务支撑系统中，资源管理和配置成为整个系统的一个子系统，和服务开通流程紧耦合，支撑起端到端的服务开通流程定位功能数据架构资源建设业界实践参考（2）较好的支撑了企业最主要业务和产品的服务开通端到端流程，资源管理和资源配置减轻了资源现场查勘的压力，缩短了资源确认、业务开通的时间，提供服务开通效率，节省人力和成本，支撑了日常的业务运营，提高了客户满意度由于重点关注服务开通所需要的业务资源，管理范围较小，缩短系统上线时间，可以快速投入应用，充分体现IT价值其建立的客户、产品、资源之间的关联有效的支撑了服务保障（自动拨测）业务受理、服务开通、资源管理紧耦合，系统功能“大而全”，系统架构不够灵活，众多集成接口导致系统性能压力很大，需要分离资源数据的不具备导致新业务新产品的快速推出比较困难逻辑资源和物理资源如果长期分离，系统中出现一些虚假数据，导致数据维护非常困难优点和作用缺点和问题思路一：面向服务开通资源建设业界实践参考（3）思路二：面向实物管理面向实物管理1234面对企业重组上市的要求，面临着家底不清的压力，在这种背景下，初期主要定位为网络资源的实物管理系统，主要面向资源存量管理、摸清家底，运维内部使用的封闭系统以文本方式、图形、GIS等方式进行资源数据的入库、应用和展现，主要功能有：资源存量管理功能：资源实体维护、实体关系维护资源查询、统计、能力指标等数据驱动，将各专业的网络物理资源、逻辑资源录入入库系统建模真实反映各专业实际网络（管理到物理设备的架、框、槽、板、端口，以及实际路由），管理到最细粒度按照通信运营商的专业网络切分，建设各专业资源管理子系统，各专业子系统之间共享物理数据库实例和企业其他系统特别是服务开通、服务保障等系统缺少必要接口定位功能数据架构资源建设业界实践参考（4）支撑摸清家底、实物管理的定位目标，为企业固定资产管理奠定基础，是固定资产拆分的依据由于对实际物理网络进行映射，可以实现快速故障定位，支撑告警关联等对实际物理网络的映射和管理，可以为工程建设规划提供参考和依据，为工程设计减轻现场查勘工作量资源数据没有面向服务开通，没有发挥应用的资源数据价值按专业垂直烟囱式建设，各专业之间缺少关联，缺少和客户、产品等关联资源数据缺少动态更新维护，缺少和网管的接口，对实际网络的变动也难以及时反映系统中资源数据入库不及时、准确率、完整率比较低由于是对现实网络的完整映射，各级资源维护人员资源数据录入工作量非常大优点和作用缺点和问题思路二：面向实物管理资源建设业界实践参考小结从业界其他运营商资源管理系统建设实践的总结，有如下重要参考点：系统定位准确是关键数据质量保证系统可用系统定位需要站在企业的角度通盘考虑，需要纳入到企业核心流程中，成为企业生产运营流程不可分割的部分，系统生命力更持久资源应用方向驱动数据管理范围、粒度和属性提供自动、半自动化手段减轻资源入库的工作量对现实网络的改变一定要能够动态反映到资源管理系统中模型扩展性决定系统生命力在不同阶段资源管理面临的使命和定位可能会发生扩展和变化，需要系统实现时数据模型有比较好的灵活性和扩展性有效集成发挥资源价值外围系统的接口需求是对资源管理系统功能和数据的需求和外围系统建立接口，保持数据动态更新，同时最大发挥资源价值CMCC做资源管理的定位是什么？系统目标和定位：即主要支撑哪些岗位或角色的哪些方面的工作和职责对CMCC的启示：系统目标和定位资源优化辅助决策支撑前端服务开通摸清家底资产管理指导网络规划建设支撑服务投诉保障运维资源调度资源管理系统是对现实网络的建模和映射，在系统初期建设时，需要确定一个清晰的、明确的、主要的业务目标和应用方向，主要是为了：避免初期目标范围过大，项目失控资源管理系统建设也需要遵循“投入－产出”的平衡减轻数据管理和维护工作量在主要业务目标和定位指引下建设的资源管理系统，也可以为其他应用方向提供辅助支撑资源管理主要的可选的目标方向和定位系统目标定位和应用方向（分析方法）优先实现对企业、对后端运维部门更有价值的目标和方向，需要从整个企业目标和后端运维部门在企业中的定位和使命入手服务开通、服务保障是后端核心流程找准最有价值的目标方向，避免“投入－产出”失衡优先实现实施风险较小的系统目标和应用方向良好的前期工作积累基础、明确合理的数据管理范围和管理粒度、明确合理的应用需求可以降低实施风险优先实现省网维中心各室需求强烈，而目前支撑手段欠缺的目标和方向需求是否强烈从日常工作和职责的重心和比例判断有没有价值？对运维水平的提升有没有帮助？需求是不是真的很迫切？现在是否具备实施的基础和条件？价值体现和现状需求（1）综合考虑现有相关系统的现状，各部室、网络运维集中化、信息化规划的需求，以及业界的参考，对于中国移动的资源管理系统建设，对可能的应用方向和目标定位，其价值体现和急迫程度比较分析如下：应用方向和关注点主要潜在用户价值体现需求和支撑现状内部资源调度各专业室在企业内部，不同专业网络之间互相承载连接，面向企业内部的资源调度可以加快业务网络建设就绪的周期，可以尽快具备业务提供能力外部客户产生的间接需求，如CMNET专线接入需要传输接入网络建设、割接等调整较多，内部资源调度较频繁而各专业室缺少一个统一的面向调度的资源管理系统，大多以excel文件方式手工管理；专业之间的承载关系缺少系统支撑随着网维集中化改革，迫切需要提高支撑手段客户服务保障、网络运维保障网络监控室、各专业室实现跨专业告警关联、故障定位等网络运维集中化之后，迫切需要加强客户服务保障，及时处理客户投诉对客户服务保障的支撑将缩短故障告警和客户投诉处理的时间，有利于提升客户满意度目前业务开通过程中建立的客户、产品、资源的关系缺少系统支撑，没有传递到服务保障过程集团客户服务开通服务支撑室、各专业室为企业外部客户订购的产品的服务开通提供资源配置在以“客户为中心”的市场策略下，针对外部客户的服务开通，将有助于提高服务到达客户的效率，极大改善客户体验，提升客户满意度目前产品和资源的对应关系没有系统支撑缺少面向客户服务开通的综合网络资源管理系统，服务支撑室无法实现跨专业资源查询和快速资源确认，无法及时响应前端SLA，客户、产品、资源关联关系缺少系统记录各专业室缺少一个统一的面向开通的资源管理系统，大多以excel文件方式手工管理价值体现和现状需求（2）应用方向和关注点潜在用户价值体现现状需求指导网络规划和工程建设规划技术部、工程管理中心、网维各专业室网络资源利用率、网络设备性能指标等资源预警为网络建设规划、工程设计提供参考依据有助于及时进行网络扩容调整，为业务开展运营提供保障有助于合理分配企业资源，避免盲目不合理投资，实现企业精确化管理需求有助于缩短工程建设规划设计周期，加快具体业务提供能力的时间从生产运营和网络规划、工程建设的角度看，需要关注资源的占用、空闲情况在工程设计过程中，可以通过现场查勘等手段了解资源情况摸清家底、固定资产管理实物资产管理部门实现对现实网络的完整映射，关注管理网络资源的固定资产属性支撑网络资源闲置、报废、电子台帐的固定资产管理功能可以支撑企业精确化管理，有助于摸清家底目前每年通过手工方式进行实物资产的盘点在MSS类系统中对网络固定资产进行了管理网络优化和分析网络分析室、各专业室根据资源利用率、资源设备性能指标等为网络优化提供支撑网络优化结果将会进行产生网络调整需求，更好的提高网络质量，提供通信服务水平，有助于提高客户满意度目前各地市有专业的无线网络优化工具对于共享式性能参数可以从网管系统中获取物理资源的使用率等需要从资源管理系统中获取，可以从无线资源管理系统中获取系统实施风险评估（1）应用方向和关注点系统实施风险评估内部资源调度内部资源调度重点关注网元、端口和路由，重点关注提供承载业务的逻辑资源，管理范围相对较小和明确对于无线、传输专业，其网络地理特性强，需要基于GIS进行管理，而且专业特性较强，纳入管理实施难度较大客户服务保障、网络运维保障将服务开通过程中建立的客户、产品、资源关联传递给服务保障流程，提供给网络监视室和各专业室查询，提供辅助手段支撑，实现风险较小网络运维保障需要建立各专业之间的关联，实施风险较小集团客户服务开通针对外部客户的产品中，几乎一半以上不需要经过网维中心进行网络资源的配置话音业务目前主要是通过BOSS系统直接和HLR等相关网元进行开通激活面向集团客户的产品比较成熟，目前已经对集团客户产品服务开通流程整理，通过手工方式建立了开通所需要的资源范围、属性等，这些前期工作为系统实施奠定了基础面向服务开通，主要关注服务开通相关资源，需要维护的资源数据量比较少，资源的属性要求比较少，数据维护工作量比较少，而且都能够在实际工作中应用发挥价值系统实施风险评估（2）应用方向和关注点系统实施风险评估指导网络规划和工程建设若关注其面向内外部客户资源调度相关资源的状态，在系统功能上提供占用、空闲、使用趋势等功能，为网络规划和工程设计提供辅助支撑，实施风险较小若要为网络规划、设计提供完整的网络映射，涉及众多专业，管理数据范围广，属性多，实施风险较大对于通过工程预连接的端口和路由将较少关注（在服务开通过程中不需要分配这些资源）摸清家底、固定资产管理要实现全专业网络的完整映射，管理资源范围太广，数据维护工作量非常大，实施风险较大网络优化和分析性能指标需要从网管系统提取，在资源系统实施风险很大无线侧资源大部分以自动分配共享资源方式提供给客户，不需要通过服务开通过程实现资源分配，且无线侧资源涉及GIS技术，纳入本期建设范围风险较大，无线侧资源性能指标在资源系统中实施风险很大系统应用方向和定位决策应用方向和关注点价值体现需求和支撑现状系统实施风险1、运维资源调度2、支撑服务、网络保障3、集团客户服务开通4、指导网络规划建设5、摸清家底、资产管理6、网络优化、辅助决策其他…有利不利支撑程度:不管是采取什么的建设思路，是新建一个新的资源管理系统，还是在现有系统上改造，都应该坚持这些目标定位和应用方向都应该从这些基本的目标和方向出发，去思考系统的功能、管理的数据范围、管理的粒度和方式等应该摒弃那种不管目标和应用方向而盲目梳理资源的思路各省依据实际情况，从如下列举的多个维度评估以确定应首先关注的问题：第五部分系统定位及目标架构分析如何明确资源系统的定位资源管理远景目标架构系统演进思路

资源管理系统远景目标架构远景目标架构中的资源管理系统到底是什么样子？专业综合集中部署有效集成高效支撑流程衔接多层软件技术架构不同的子系统模块可以独立分布部署各专业资源数据统一建模集中数据库存储技术目标业务目标统一模型动态更新系统和数据省集中部署市公司通过管理终端访问多层架构支撑集团客户服务开通支撑集中化后省市资源调度支撑集中化监控、故障处理、投诉等网维工作支撑集团客户服务开通流程支撑内部资源调度流程支撑服务保障流程实现全专业网络资源管理实现各专业网络资源信息的动态更新实现各专业网络资源信息的省市、跨专业共享基于EAI集成支撑周边应用的资源请求在OSS架构下做资源管理，重点是要说明资源系统和其他系统之间的定位和关系OSS近中期目标在业务能力上达到灵活、高效、覆盖后端运维的，在技术上达到集中、贯通、端到端的流程平台一个流程平台一个资源数据库三大核心网管系统OSS近中期目标话务、数据、传输等核心网管系统，实现故障管理、性能管理等高级网管应用打造一个全专业的，客户、产品、资源关联的、专业之间关联的资源数据库，并支撑服务开通、服务保障两大核心流程资源管理系统是一个以数据为核心的系统，犹如“逆水行舟、不进则退”，资源管理系统的建设优化需要持续推进资源管理系统的远景目标架构的最终实现，可能需要经历一定的建设周期，但是资源管理发展和建设应该坚持和努力的方向系统间集成问题（与网管的关系）需要重点理清资源系统与网管系统的关系问题：资源数据的源头从何而来：从各专业综合网管中采集？直接从OMC/EMS/网元采集？依据专业特性部分从网管中采集，部分直接从网元采集？资源系统与网管系统数据同步关系资源管理系统各专业综合网管OMC/EMS/网元资源数据采集资源数据同步性能数据采集一种可能的方式由于各专业综合网管也是从OMC/EMS或者网元采集所需要的资源数据，并不是最初的源头，为了保证数据的准确性和及时更新（资源管理的其他应用要求数据能够及时更新），考虑直接从OMC/EMS/网元采集资源数据到资源管理系统中资源管理系统是对实际网络的映射，其管理的资源数据的最终一个重要用途就是同步给网管，以支持告警关联等，特别是跨专业告警关联资源管理系统是资源数据的唯一入口，资源数据的录入、动态更新维护都应该在资源管理系统系统间集成问题（与EOMS)EOMS资源管理系统资源配置请求资源数据查询请求EOMS的服务开通流程要不要剥离？EOMS的资源管理和数据要不要剥离？对于CMCC而言，要求服务开通的服务定单的数量不是很大，自动化程度要求不高，需要较多的人工干预，其对流程平台的要求和服务保障流程不会有太大差别服务开通流程考虑不剥离，统一由EOMS流程系统承载，后端流程的统一入口基础的流程管理、业务单管理等可以和服务保障流程重用由于在EOMS流程中（特别是服务开通流程），可能会更改资源的状态，为保证资源数据的唯一性，可以考虑统一剥离到资源管理系统中统一管理对于“资源配置请求”可以通过资源配置请求工单对于资源查询，通过实时查询接口实现系统集成关系（与实物管理系统）资源管理系统和实物管理系统之间的定位关系是什么？资产卡片：固定资产名称实物编号数量购置价值固定资产编码安装地点SDH设备xxxxx-012800.0001-04-01-01广州A资源名称资源编号数量安装地点SDH网元xxxxx-11广州ASDH端口xxxxx-11广州A资源实体：序号设备名称数量单价SDH机架11000.00支路盘2500.00线路盘1800.00资产卡片附表：实物管理系统：MSS类系统的实物管理系统可以考虑定位在固定资产管理。以资产卡片为管理对象，在实物管理系统的角度，不存在“网络”的概念，是对“有价值”的资产实物进行管理，主要偏向物理属性资源管理系统：从目前掌握的现状和需求分析，资源管理系统将更多关注逻辑层面资源（如网元、拓扑、节点、端口等），网元包含的物理设备并不是关注的重点示例场景：一个SDH机架中有两个子框，在实物系统中可能是需要建立两个资产卡片，但是在资源系统中只是一个节点系统集成关系（与实物管理系统）资源管理系统和实物管理系统之间的定位关系是什么？专业网元专业网元专业网元物理层逻辑层匹配、关联匹配、关联其他逻辑资源可由专业网络逻辑模型智能生成，并通过一定规则与物理匹配。一个逻辑网元可能对应于多个机架一个逻辑网元也可能仅对应于一个机框网元——根据网络功能所抽象的实例化节点逻辑端口——网络功能实现的最小单元物理与逻辑松耦合资源管理系统实物管理系统第五部分系统定位及目标架构分析如何明确资源系统的定位资源管理远景目标架构系统演进思路资源管理系统演进思路演进模式主要特征演进模式一扩展模式在现有各综合网管资源管理子系统的基础上，扩展内外部资源调度需要的资源数据，并扩展相关资源应用演进模式二可配置资源模式在现有各综合网管资源管理子系统扩展服务保障需要的数据和功能，同时新建一个“可配置资源管理系统”，满足服务开通和内部资源调度的需要演进模式三一步到位模式新建一个综合资源管理系统，移植各综合网管中的资源管理子系统的数据和功能当系统定位、目标架构、需求等日渐清晰并得到认同，需要归结到IT系统的实施来进行支撑，综合考虑目前资源管理相关系统现状和需求，在系统建设实施层面，存在三种演进模式，需要进行选择和决策资源管