中国联通企业信息化规划IT架构设计初步思路

中国联通企业信息化规划

IT架构设计初步思路Thursday,October13,2022总体架构构商业智能能SDPMSSCRM&&Billing服务交付付NetworkManagement我们的方方案－－－统计分分析型系系统分布布图BSS类报表及及分析企业决策策支持OSS类报表及及分析ERP报表分析析概念解释释现状描述述及问题题分析我们的设设计方案案方案解析析Q&A商业智能能部分需要回答答的问题题。。。。1。什么么是商业业智能（（BI）？2。什么么是数据据仓库（（DW）？3。什么么是数据据挖掘（（DataMining）？4。什么么是联机机分析（（OLAPAnalysis）？5。什么么是分析析型客户户管理（（ACRM）？6。什么么是企业业决策支支持（DSS）？答案。。。。1。什么么是商业业智能（（BI）？BI是一种手手段的总总称，包包含2、3、4几种具体体技术2。什么么是数据据仓库（（DW）？一种数据据存储技技术3。什么么是数据据挖掘（（DataMining）？一种发现现数据内内部潜在在规律并并用来预预测未来来的技术术4。什么么是联机机分析（（OLAPAnalysis）？一种分析析技术5。什么么是分析析型客户户管理（（ACRM）？6。什么么是企业业决策支支持（DSS）？实现系统统功能的手手段系统功能域概念解释释现状描述述及问题题分析我们的设设计方案案方案解析析Q&A商业智能能部分BSSMSSOSS客户服务务分析功能能大客户管管理分析功能能综合结算算分析功能能综合营帐帐分析功能能代理商管管理分析功能能专业计费费分析功能能缴费卡分析功能能综合采集集分析功能能维系挽留留经营分析析网络资源源管理分析功能能网络管理理分析功能能运维管理理分析功能能ERP分析功能能OA专业MIS分析功能能综合统计计图例分析型应应用久其报表表增值业务务管理分析功能能产品分析析斜体/下划线表表示系统统在某些些省份尚未未建设联通分析析型应用用的分布布现状分析型应应用的分分散导致致了报表表体系的的分散，，突出表表现为““三套报报表”的的数据不不一致问问题缺乏专门门的决策策支持分分析应用用，难以以满足决决策支持持迫切所所需的分分析需求求经营分析析系统并并未能真真正满足足业务发发展所需需的分析析需求，，许多业业务分析析功能（（如离网网预测、、客户分分群等））并未建建立起来来分析型数数据分布布在不同同的应用用系统，，缺乏不不同系统统之间的的数据关关联分析型应应用分散散在不同同的应用用系统，，缺乏相相对集中中的分析析型应用用缺乏统一一的报表表指标体体系和规规范，来来自不同同分析型型应用的的报表其其指标解解释不一一样经营分析析系统的的使用对对象不明明确，分分析类型型划分不不规范缺乏从现现有分析析型系统统架构向向统一的的企业级级数据仓仓库的清清晰的可可操作的的演进规规划主要问题题发现对业务/管理的影影响分析型应应用现状状评估概念解释释现状描述述及问题题分析我们的设设计方案案方案解析析Q&A商业智能能部分终端用户户元数据管管理数据源生产型DBMSLegacyBusinessMetadata业务元数据ReportWriterTool报表QueryTool即席查询询AnalyticalTool联机分析析KnowledgeDiscoveryTool数据挖掘掘运维架构构External数据集市市StagingODS数据仓库库ERPETL架构前端展现现架构抽取传输装载元数据资资料库开发架构构数据仓库库架构TechnicalMetadata技术元数据十年理想想的规划划方案从三年规规划的角角度对理理想方案案进行分分析优点：数据集中中存储，，系统集集成性高高，系统统接口少少，能够够支撑所所有的分分析需求求，是未未来发展展的最终终目标；；缺点：投资大，，建设周周期长，不能满满足当前前领导对对分析决决策支持持功能的的迫切需需求；实施过程程中需要要各业务务部门和和系统的的配合，，管控难度度大，实实施风险险大；数据存储储建设复复杂，需需要完善善的设计计和规划划；生产系统统的变更更将对本本系统有有较大影影响，因因此系统统的建设设需要建建立在生生产系统统相对成成熟稳定定的基础础上，当当前条件件还不够够成熟；；由于面向向所有的的分析需需求，系系统压力力将很大大，现有有技术的的成熟程程度仍然然不能非非常有效效的承受受相应的的系统压压力，系统性能能将会很很低；此系统关关系到所所有的分分析功能能，需要要确保系系统高度度的可用用性，同同时现阶阶段无法法保证系系统相对对稳定，，且系统统压力非非常大，，因此系统维护护的复杂杂程度将将非常高高；结论：鉴于当前前分析系系统过于于分散，，而未来来三至四四年又很很难实现现理想方方案的建建设，建建议将分分析系统统进行适适度集中中，即暂暂时通过过几个相相对集中中的系统统满足各各方面的的分析需需求；未来以其其中一个个分析系系统为基基础，向向理想方方案过渡渡。某运营商商数据仓仓库建设设案例企业现状状：业务系统统建设较较早，流流程和数数据都不不规范，，一直处处在频繁繁升级改改造阶段段。用户数超超过2000万，每月月话单量量超过500GB。数据仓库库建设情情况系统在2004年开始建建设。第一阶段段10个月，项项目组50人，BSS数据基本本进入数数据仓库库，未支支撑前端端应用。。数据准准确性差差，系统统ETL维护工作作量大。。第二阶段段8个月，项项目组20人，重点点解决数数据准确确性问题题，及支支持市场场部的报报表，数数据仓库库数据范范围包括括BSS的数据，，数据仓仓库数据据量达到到10TB。第三阶段段正在实实施，项项目组20人，由于于核心业业务系统统改造，，给数据据仓库的的ETL带来极大大问题，，数据仓仓库的ETL工作面临临推倒重重来的危危险，而而且已进进入数据据仓库的的数据面面临重新新生成的的问题。。总体评价价：整套系统统处于不不可用状状态，下下阶段如如何实施施及数据据仓库项项目走向向都有待待确定。。数据仓库库建设中中需要考考虑的问问题：数据仓库库建设时时机。最最好应选选择业务务系统核核心数据据模型和和流程基基本确定定后。企业级分分析系统统框架。。应针对对分析型型的应用用，规划划企业级级的分析析系统框框架。分步实施施。包括括进入数数据仓库库的业务务系统的的分步接接入，以以及分析析型应用用和数据据仓库的的分布实实施。有力的管管控。数数据仓库库的建设设是长期期的过程程，面向向数据仓仓库的数数据需求求和业务务需求都都需要正正规的控控制流程程。我们的方方案－－－统计分分析型系系统分布布图我们的方方案－－－统计分分析型系系统分布布图BSS类报表及及分析企业决策策支持OSS类报表及及分析ERP报表分析析分析系统统的划分分角度统计分析析型系统统服务对对象CEOCOO。。。市场部总总管计划部总总管运维部总总管计费处处处长市场部CRM处长。。。市场营销销策划人人客户经理理。。。总裁级系系统使用用者总管级系系统使用用者中层领导导级系统统使用者者底层系统统使用者者企业决策策支持BSS报表分析析OSS报表分析析ERP报表分析析以服务对对象来划划分统计分析析型系统统分布和分析型数数据存储储：注：BSS分析需求求是我们们关注的的重点，，对OSS//MSS分析需求求暂时不不多加讨讨论市场及竞竞争者分分析合作伙伴伴分析客户分析析。。。。客户洞察察（离网网预测/客户分群群）市场及竞竞争者详详细分析析合作伙伴伴详细分分析客户详细细分析。。。。市场类分分析（目前最最多使用用）运维类分分析计划类分分析市场/运维/计划的关关联分析析市场类分分析运维类分分析计划类分分析市场/运维/计划的关关联分析析BSS分析决策支持持总部部省分分？？联通分析析方面的的业务需需求OSSMSSBSS分析型数数据存储储分布图图BSS操作数据据存储OSS操作数据据存储BSS报表分析析结算……专业网管管网络资源源……OSS报表分析析人力资源源财务管理理……企业决策策支持CRM计费BSS历史数据据存储企业决策策支持数数据存储储OSS历史数据据存储ERP操作数据据存储ERP历史数据据存储ERP报表分析析概念解释释现状描述述及问题题分析我们的设设计方案案方案解析析Q&A商业智能能部分中国联通通企业级级数据仓仓库经营分析析数据存储储BSS数据存储储OSS数据存储储ERP数据存储储报表应用用客户洞察察DSSDSS数据存储储客户洞察察数据存储储报表数据存储储应用层源系统数数据层数据集市市企业级数数据存储储…………DSS数据存储储设计方案案的演进进思路。。。。两种可选选的物理理实施方方案（作作为三～～四年的的规划））方案一独立建设DSS系统和DSS数据存储方案二BSS数据存储抽取其他系统数据，在经营分析系统里实现决策支持功能BSS数据存储储DSS数据存储储BSS数据存储储DSS所需数据据OSS数据存储储ERP数据存储储OSS数据存储储ERP数据存储储数据流为为DSS分析所需需粗粒度度数据数据流为为DSS分析所需需粗粒度度数据经营分析析面向营销销的分析析DSS……BSS报表分析析系统（名称待待定）DSS两种物理实施施方案的比比较设计使用对象象的专一一针对性性使用对象象专一，，具有针针对性使用对象象专一，，具有针针对性扩展的灵灵活性系统相对对独立且且数据实实时性要要求低，，与其他他系统间间的相互互影响较较小任何系统统的变化化都将对对数据仓仓库有所所影响，，从而影影响到基基于数据据仓库的的各种应应用数据冗余余程度存在一定定的数据据冗余存在一定定的数据据冗余系统集成成程度系统分散散，系统统间接口口多，集集成性差差数据部分分集中，，系统间间接口较较少，集集成性较较强数据存储储粒度数据存储储粒度较较粗数据存储储粒度较较粗性能系统性能能*独立系统统，面向向专业分分析需求求，用户户少，系系统压力力小，性性能好面向多种种分析需需求，用用户很多多，系统统压力极极大，性性能差使用功能能的全面面性只能满足足高层决决策分析析需求，，不能支支撑非常常具体细细化的分分析只能满足足高层决决策分析析需求，，不能支支撑非常常具体细细化的分分析需求需求的紧紧迫性能够满足足当前领领导对此此功能需需求的紧紧迫程度度能够满足足当前领领导对此此功能需需求的紧紧迫程度度方案一方案二实施系统演进进难易程程度*数据存储储与企业业级数据据仓库相相独立，，数据仓仓库的升升级改造造对DSS系统造成成的影响响较小由于与DW系统共享享数据存存储和应应用服务务，因此此当DW系统进行行升级改改造时会会对DSS系统造成成很大的的影响实施周期期较短较短实施的风风险度（（管控层层面）系统独立立实施，，对其他他系统影影响不大大，管控控的复杂杂度和难难度都较较低在现有经经营分析析系统的的基础上上扩充数数据和功功能模块块，一方方面会造造成数据据仓库中中的数据据存储混混乱，另另一方面面也会受受到经营营分析系系统实施施现状的的影响，，实施风风险非常常大建设的复复杂度（（数据层层面）独立的数数据存储储，建设设相对容容易在现有数数据仓库库中增加加一定的的数据类类型，建建设相对对容易维护的复复杂度独立的专专题系统统，维护护简单由于与现现有数据据仓库的的数据共共同存储储，系统统维护的的复杂度度有所上上升投资的大大小相对投资资较小相对投资资较小两种物理实施施方案的比比较方案一方案二我们的意意见－－－依省分分实际情情况而订订所要回答答的问题题：数据的冗冗余程度度，数据据的实时时性要求求？方案一有有部分数数据冗余余（即两两个分析析性数据据存储）），但存存储的方方式因不不同的服服务目的的而不同同；由于DSS需要的数数据的实实时性程程度不高高（每天天同步一一次），，因此对对系统性性能和数数据同步步性能没没有过高高的要求求；营销相关关的准实实时分析析可以从从BSS报表分析析系统提提供；如何保证证数据的的可靠性性、一致致性、准准确性，，如何避避免信息息孤岛？？数据的一一致性和和信息孤孤岛的避避免主要要靠操作作性系统统之间的的整合及及数据模模型的规规范一致致性来保保证；数据的质质量保障障主要靠靠对操作作流程的的控制力力度，属属于管控控的范畴畴；多个同类类项目的的管控的的问题，，项目管管理的问问题（不不同的厂厂家，不不同的时时间）？？系统必要要的企业业级的统统一规范范，包括括系统核核心功能能规范和和数据规规范；项目管理理的问题题属于管管控的范范畴；概念解释释现状描述述及问题题分析我们的设设计方案案方案解析析Q&A商业智能能部分商业智能能SDPMSSCRM&&Billing服务交付付NetworkManagement系统整体体架构问题、影影响、方方案（SDP））问题用户的定定制信息息和帐户户信息分分属不同同的系统统，无法法对用户户定制情情况和用用户特性性进行相相关性分分析，从从而：现状描述述BREW、JAVA、LBS、WAP等各平台台中含有有计费功功能接入管理理平台中中包含用用户定制制信息省分营帐帐系统中中含有用用户帐户户信息，，但无定定制信息息无法进行行统一的的客户服服务无法针对对用户的的使用习习惯进行行市场细细分用户无法法在营业业厅取消消某项增增值业务务影响难以统一一客户视视图难以针对对用户进进行深层层次分析析难以控制制用户状状态难以开展展产品组组合营销销业务平台台中各自自存在计计费功能能，无法实现现产品组组合营销销用户状态态无法实实时更新新导致出出项计费费漏洞增值业务务结算平平台接入管理理平台BREWJAVALBSWAPIMAP4SP/CPA省营帐系系统B省营帐系系统……客户基本本信息客户基本本信息结算功能能定制信息息计费用户信息息用户信息息计费计费用户信息息产品信息息PRM((合作伙伴伴关系管管理）计费CRM建议的全全国性增增值业务务架构示示意图建议：1、由CRM统一负责责面向客客户的服服务,用户可以以在ＣＲＲＭ中实实现增值值业务的的开通、、定制、、暂停、、取消和和其他客客户服务务2、统一管管理产品品目录和和计费，，实现跨跨业务的的产品组组合3、减少新新增值业业务开发发和推向向市场的的时间，，同时提提高整个个体系的的安全性性4、对目前前的SP与用户欺欺诈控制制提供一一定的ＩＩＴ支撑撑为此计费\结算\SP管理功能能从增值值业务各各系统中中剥离，，由BSS中计费、、结算、、PRM模块实现现SDP模块负责责与增值值服务交交付相关关的功能能(比如服务务开发、、来自客客户的服服务请求求的满足足等）省分CRM拥有用户户信息、、服务订订购关系系等数据据,并向总部部ＳＤＰＰ同步必必要的鉴鉴权、认认证信息息省分CRM拥有产品品目录。。SP/CP提供的新新服务／／服务，，经总部部ＰＲＭＭ的准入入流程后后进入产产品目录录，并在在总部ＳＳＤＰ中中 开展展具体业业务今后增值值业务相相关各业业务系统统建设按按照ＳＤＤＰ的架架构开展展省分SDP架构基本本类似某省分产品目录录用户信息息定制信息息PRM((合作伙伴伴关系管管理）省分BSS二批、合合帐SP结算SP管理省分SDP示例总部SDP示例SP结算总部BSS省分SP的管理与与结算商业智能能SDPMSSCRM&&Billing服务交付付NetworkManagement系统整体体架构企业门户户现存的的主要问问题及影影响企业门户的主要问题影响企业门户分散，缺少统一的门户缺少统一的目录管理，权限管理和统一认证。不利于对内对外展现中国联通的统一形象不利于对外宣传联通的业务和服务不利于对内宣贯联通各项政策不能有效的为内部员工，管理层，外部用户和第三方合作伙伴展现足够的信息和数据。不能为客户提供多种自助服务不能为内部员工提供进入业务系统和在业务系统间切换的统一平台门户展示示架构SSO表现层管管理统一安全全服务目录服务务portletportletportletERP,CRM…报表（DSS,经营分析…)企业协同办公Portal功能包括括两个层层面，在在展现方方面:对于内部部用户，，它的单单点登陆陆负责将将复杂内内部管理理系统和和业务系系统的功功能模块块通过企企业门户户实现有有机集成成，以及及所有业业务/管理系统统信息的的综合展展现，提提高员工工工作效效率；对对于外部部客户，，它提供供一个展展现公司司形象，，提供产产品介绍绍并办理理相应业业务的统统一接触触点。同同时通过过统一的的安全服服务和内内容管理理，保障障信息的的安全性性。企业门户户:统统一接入入管理方方案SSO表现层管理统一安全管理客户目录服务员工目录服务BSS客户资料管理客户自助服务客户投诉客户帐单查询MSSBSSOSSHR员工信息息SSO表现层管理统一安全管理外部门户户内部门户户功能支撑撑到什么么程度功能功能特征单点登陆单点登陆是利用用一个统一的用户目录服务系统，为多个系统中存在的用户信息进行统一认证，用户只需要经过一个登录点完成登录企业门户，就可以在各个系统中来回自由切换和使用。目录服务目录服务主要为各业务/管理系统平台提供统一的系统应用管理、人员管理服务，以满足系统管理，用户权限控制，目录数据与应用系统交互管理的安全性和一致性。统一安全服务通过相应的网络安全配置，统一用户权限配置，集中的终端病毒管理（对内部员工），保障企业应用服务的连续性和信息的安全性。表现层管理对于企业内外门户，提供管理展现内容和展现方式的工具，包括：内容管理：为具有权限的用户提供发布和修改来自不同应用系统的信息的工具，并管理/维护相应的用户权限。搜索服务：为用户提供内容检索服务，包括标题检索、全文检索以及文档关键字检索；便于用户根据主题和关键字进行信息查询业务系统链接：从统一接触点为相应的业务系统提供链接。企业资源源规划的的主要问问题及影影响企业资源规划的主要问题影响人力资源管理缺乏系统支撑或人力资源系统为单独开发，与其它系统接口不灵活。缺乏企业绩效管理的系统支撑。财务系统和其它业务系统还处于割裂状态。缺乏统一的知识库企业资源计划方面的统计分析能力较弱缺乏对工程项目实施绩效的跟踪和对项目的后评估人力资源基础数据不完整，很难掌握公司总体的人力分布情况，并且服务核算人工成本，优化人力资源困难。对采购计划管理，合同分析的支持无法深入大量固定资产没有入账管理，造成重复建设以及重复采购的情况，资源的利用效率低，企业运营成本高。系统整体体架构ERP功功能介绍绍阿飞人力资源财务工程项目管理采购与库存合同管理ERP通过信息息系统对对信息进进行充分分收集整整理、有有效传递递，以财财务为核核心衡量量企业在在人、财财、物方方面的资资源，以以及运营营所涉及及的各种种活动，，从而力力求资源源的最佳佳分配，，以实现现企业经经营效率率的最大大化。ERP模模块功能能介绍功能功能特征财务管理财务管理是ERP中的核心模块，它涵盖了运营管理、投资管理、筹资管理等计划财务管理的各个方面，实现了从事前的规划、预算，到事中的控制、预警，到事后的反映、分析以及核算人力资源人力资源管理作为一个独立的模块，负责人事信息的收集，绩效考核的设置，成本核算的评估以及薪酬管理等功能

工程项目管理工程项目管理通过一整套工程项目相关的活动的单一和准确的视图，支撑项目管理从可研报告、立项、实施以及最终成本核算的整个周期。

采购与库存库存管理实现企业货物进货、储存、发运等内部各个环节流动管理的控制采购实现企业对采购全过程的有效跟踪和控制，同时建立完善的供应商档案和供货信息系统，并通过和库存、应付款、存货核算等系统的共同使用，实现企业采购业务的物流及资金流的管理合同管理合同管理主要负责与合作伙伴及设备、服务供应商的各类采购合同和项目合同。合同管理可在一定程度上自动化对合同整个生命周期的管理。商业智能能SDPMSSCRM&&Billing服务交付付NetworkManagement系统整体体架构架构现状状（计费费和营帐帐）一次批价价分散在在各个专专业系统统中除综合营营帐外，，还有其其他的营营帐系统统独立存存在用于于支持数数据固定定等相关关业务综合营帐帐主要完完成后付付费用户户的受理理及帐务务处理，，其他的的预付费费用户主主要各类类智能网网系统处处理问题和影影响（计计费和营营帐）相同批价价功能的的系统建建设了多多套，每每套只是是简单的的支持了了一两种种业务，，导致系系统模块块的重用用性差，，建设成成本高。。每个专专业系统统都与营营帐有接接口，接接口多，，系统建建设复杂杂。多个营帐帐系统的的存在，，导致相相互的数数据共享享困难，，容易造造成信息息孤岛。。系统的划划分导致致了预付付费用户户信息孤孤立在营营帐系统统之外，，无法有有效对该该类用户户进行服服务和分分析。架构现状状（CRM）整个系统统架构中中缺少对对市场营营销和销销售功能能的系统统支撑客户交互互分别在在不同的的系统中中进行，，如客服服系统、、营帐系系统等多个子系系统完成成客户关关系管理理功能，，但不同同系统是是不同业业务部门门提出的的需求，，之间缺缺乏联系系综合营帐帐同时包包括营业业受理和和帐户处处理功能能营业定单单受理功功能在不不同的营营帐系统统中均存存在客服系统统比较分分散，有有10010，，10018，，10019等等系统客户自助助门户系系统分散散，后端端没有集集中的处处理平台台问题和影影响（CRM））CRM整整体建设设思路不不清，为为了应急急，建设设了很多多小系统统，之间间接口关关系以及及功能划划分不明明确，导导致系统统扩展性性差，增增加新功功能就要要上新系系统系统分散散很大程程度上增增加了建建设统一一CRM系统的的难度无法进行行有效统统一的市市场活动动和销售售的管理理客户交互互平台分分散，无无法有效效进行统统一的客客户交互互管理综合营帐帐系统的的营业和和帐务系系统紧耦耦合，导导致对外外的系统统接口繁繁多，新新业务接接入复杂杂不同定单单在不同同系统中中进行受受理导致致受理操操作复杂杂，容易易导致信信息的孤孤立客户接触触点多，，每个客客户接触触点掌握握的信息息相互独独立，造造成对客客户服务务不一致致系统无法法支持统统一的服服务品牌牌，客户户感知程程度差，，影响客客户满意意度前端自助助门户不不能有效效的获得得后台平平台的统统一支撑撑，不能能提供统统一的自自助服务务功能方案––建议议BSS系统架架构的划划分CRMBillingPRMBI由数据和和决策系系统专题题统一规规划BSS内内部以及及外部系系统关系系图此功能建建议在CRM系统建设设实现BSS系系统划分分的总体体思路满足对客客户的售售前、售售中、售售后的统统一支持持的业务务需求此功能建建议CRM系统建设设实现CRM系统中’产品管理理’是唯一的的产品数数据管理理功能入入口,有利于加加强产品品这一重重要销售售信息在在各个系系统中的的共享.此功能建建议CRM系统建设设实现统一客户户交互层层面，从从定单到到客户服服务，统统一客户户的感受受统一管理理客户的的各类资资料,包括交互互信息，，基本信信息等，，为客户户服务提提供保障障思路对系统划划分的影影响结合现状状，在满满足业务务需求的的基础上上，进行行营帐分分离工作作,适当缩小小CRM系统的范范围,将一部分分功能拆拆解到其其他系统统BSS系统划分分为客户户关系管管理(CRM),合作伙伴伴管理(PRM),计费帐务务系统(Billing),,BSS分析系统统(BI)).强调以客客户为中中心,市场为导导向,突出IT系统对’大客服-统一客户户接触,,统一客客户服务务,统一一客户感感受’的支持.加强IT系统在市市场竞争争中对闭闭环的业业务流程程的管理理能力,实现对’大市场（（综合业业务支撑撑、组合合营销、、精细化化营销））’的支撑能能力.加强IT对收入保保障的支支撑.借鉴国际际成功经经验,实施’营帐分离离’,提高系统统的专业业化和闭闭环化管管理总体思路路市场和销销售产品管理理客户交互互管理此功能建议CRM系统建设设实现CRM的定单处处理需要要支持对对各类SIM卡，UIM卡，手机机终端销销售和库库存的管管理业务资源源管理此功能建建议独立立的伙伴伴伙伴管管理系统统建设实实现合作伙伴伴管理的的功能相相对比较较独立而而且较复复杂合作伙伴伴的独立立建设可可以减少少CRM建设的复复杂性，，同时可可以与CRM并行的建建设和实实施，加加快系统统建设进进度合作伙伴伴管理关键考虑虑点此功能建建议计费费系统建建设实现现打破计费费数据分分散在不不同专业业系统带带来的数数据冗余余,批价重复复的现象象,建立综合合数据采采集统一数据据采集此功能建建议计费费系统建建设实现现消除预付付和后付付客户在在系统信信息上分分离,加强对预预付费用用户的管管理和数数据分析析付费方式式融合商业智能能SDPMSSCRM&&Billing服务交付付NetworkManagement系统整体体架构当前问题题及影响响（服务务交付））当前服务务交付架架构移动业务务主要靠靠营帐系系统与联联机指令令系统接接口下达达指令，，其他系系统的协协调（如如计费系系统中的的修改））由营帐帐系统负负责增值业务务区分不不同服务务有不同同的服务务交付方方式，基基本靠各各增值业务务平台完成数据固定定业务没没有固定定的服务务交付流流程和支支撑系统统，目前还没没有建立立统一的的服务开开通以及及订单管管理平台台。每个个省、每每个业务务实现的的流程都都不一样样缺乏对集集团客户户跨专业业开通过过程的管管理；缺缺乏对全全国性大大客户服服务开通通的支持持。问题与影影响营帐系统统定位不不清，对对流程缺缺少控制制力度部分省分分存在多多个联机机指令系系统，导导致营帐帐系统接接口复杂杂，业务务逻辑复复杂由于缺少少对开通通流程的的跟踪与与控制，，部分优优先级高高的移动动业务开开通及修修改受到到延迟前后台的的信息不不够透明明化，前前台人员员对后台台定单及及工单处处理情况况不明朗朗大部分增增值业务务定单没没有跟踪踪，缺少少控制数据固定定业务没没有统一一定单视视图，开开通周期期长，协协调困难难大量集团团客户的的数据固固定业务务关系停停留在市市区级，，对这些些关键客客户缺乏乏统一视视图集成定单单/工单单管理的的作用成功的IOM应该起到到的作用用包括：：统一的定定单/工单视图图：无论论何种客客户对定定单状态态有需求求，无论论该应用用正处于于定单处处理的何何种状态态，都应应作出及及时响应应端到端的的自动流流程管理理：从生生成定单单开始，，完成网网络网络络配置及及开通，，直到账账户信息息更新；；并且通通过最小小化人工工干预快快速处理理异常定定单和错错误满足多种种服务需需求，如如对于某某个产品品，用户户提出的的新增、、变更、、撤销等等需求，，以及为为为完成成工单的的追单/撤单SLA&&KPI管理：通通过定义义及控制制交付责责任KPI和客户合合同SLA，保证定定单处理理时间和和服务质质量的优优先级高可见性性：客户户可以对对定单处处理的状状态知情情，运营营商可以以及时的的主动联联系客户户通过方便便的用户户界面和和可重用用的部件件，支持持新产品品和产品品捆绑的的快速配配置通过EAI技术降低低接口复复杂性，，包括自自动工单单和手工工工单处处理的一一致性服务交付付系统服务激活活管理新的资源源管理新的服务务实现架架构支持遗留留配置和和激活开通管理理产品设计计把工单分分解成工工作项目目管理工作作流管理资源源分配支持新服服务/网络的配置和激激活集成工单单管理(IWOM))服务设计计管理服务务计划表表管理资源源分配把SO分解成工工作项目目管理和追追踪工作作流工作组管管理CRM通过自动动化的工工作流，，控制服服务开通通计费系统统服务订单单启动计费费系统发送工作作项目业务逻辑辑在开通通和资源源管理之之间分担担网元具有内部部关系的的复杂的数数据模型型分配资源服务设计计信息和工工作流状态态资源更新新管理工作流计划资源源升级工作作流新型的、、全面集集成的OSS提供包括括端到端端配置功功能的服服务提供供能力。。这为服服务提供供商提供供了一种种集成的的解决方方案，使使他们能能够跨越越技术和和服务层层的细节节，使传传统服务务的实现现高度自自动化。。定单接收收定单分解解任务生成成/分配定单路由由/相关性协协调危险通知知/升级服务水平平协议报报告Taskgeneration/distributionTaskgeneration/distribution自动任务务(配置)Taskgeneration/distributionTaskgeneration/distribution手工任务务(外派工作作任务管管理系统统)异常处理理业务规则则/工作流定单跟踪踪定单管理理控制端端到端服服务提供供流程。。它管理理其他和和服务提提供相关关的系统统执行服服务提供供任务，，例如配配置、外外派工作作任务管管理、测测试、更更新计费费和帐务务系统、、客户服服务系统统。定单单管理系系统可以以建造在在EAI集成平台台上。运作支持持系统问题、影影响、方方案（服服务交付付）对业务的的支撑对综合业业务进行行全面支支撑，形形成统一一定单视视图有利于全全国性集集团客户户业务交交付支撑撑的协调调对增值业业务的具具体服务务（如某某首炫铃铃）需要要与SDP协调收益通过流程程自动化化控制提提高效率率，加强强流程的的监控缩短产品品推出和和服务交交付时间间提高服务务交付的的质量减少手工工工作的的开销，，和错误误几率保持前后后台数据据一致性性在未来业业务运营营框架中中IOM系统的定定位及系系统接口口IOM将通过现现有的EAI平台与其其他系统统的接口口与IOM接口的系系统包括括：与CRM集成接收业务务定单定单状态态查询与Billing集成产品目录录配置的的统一与网络资资源管理理系统集集成与网络开开通系统统集成包括与测测试模块块集成（（可以是是手工回回填步骤骤不需系系统接口口）与工作组组管理系系统集成成完成手手工工单单商业智能能SDPMSSCRM&&Billing服务交付付NetworkManagement系统整体体架构网管类系系统架构构设计前前提与假假设网管系统统架构设设计是基基于以下下前提及及假设作作出的：：1、有一个个独立的的组织能能够使用用和维护护综合资资源管理理系统以以及综合合服务保保障类系系统，该该组织在在专业维维护部门门之上；；2、逐渐转转变目前前的运维维体制，，从分散散运维到到集中运运维；3、有独立立的面向向综合类类OSS系统建设设的IT管控部门门；4、地市网网管系统统逐渐合合建到省省级系统统；5、专业网网管系统统建设基基本完成成，能够够接入各各专业网网元设备备，实现现基本的的专业内内部告警警及处理理；网管系统统当前架架构网管系统统架构存存在主要要问题以以及影响响问题影响专业网管相互割裂，缺乏对跨专业服务的支撑，缺乏对用户的支撑无法提供对于服务的支撑；相同功能多个系统重复建设，投资浪费，系统管理维护成本高。多个网管系统均存在人工工作流调度系统，之间又相互独立。运维流程管理困难，考核难度大，任务以及问题解决周期长，影响客户满意度，增加运维成本。资源管理系统功能弱，并且没有跨专业统一的资源管理功能，资源数据模型不一致。无法建立综合的跨专业面向服务的服务支撑系统。无法与BSS系统以及MSS系统关联分析。无法进行基于收入以及成本的资源分析，网络优化以及规划缺乏数据支撑。网络投资建设缺乏数据支撑，具有一定的盲目性，投入产出比低，无法达到精细化