XX公司数字化运营平台建设方案

XX公司数字化运营平台建设方案项目总体建设方案2目录CONTENTS项目总体理解1目录平台建设技术方案3项目推进方案建议4项目总体工作目标目标分类关键目标点提升流程效率产销品管理上架：产销品规则可配置，简化产销品管理上架流程业务受理：提升使用者感知客户感知：购物车自主选择一线操作感知：信息一致提升销售产出产品：上线提速

营销策略：活动上线提速，系统能力分钟级伸缩精准营销：360客户视图、标签全渠道加载销售支撑：商机贯通项目合同订单渠道能力：支持泛渠道拓展提升风控能力规则：规则可视化管理系统运行：故障在线修复，无需停机降低人员消耗营业前台：普通操作时间下降、场景化操作时间下降管理人员：一点配置，杜绝重复操作降低重复投资统一硬件资源统一PaaS平台共享微服务开发配置化当前系统理解：总体情况Siebel生产库：主要承担业务管理平台的业务运营、外部受理类接口、及集团两级运营相关的受理和查询接口数据量级：每月订单数量在290-300w，存储每月增量1T左右受理入口：独立门户50%流量，Sieble50%流量应用能力中心CPC配置中心基础运营管理能力开放Siebel营销资源系统CPC中心数据接口系统资源系统服务开通计费系统Siebel应用1、销售品申请流程不含：系统运行配置包括如下：1、产品2、销售品3、规则管理集团接口……门户政企营业门户……………………当前系统理解：主要痛点体验待提升性能有压力界面不友好、受理复杂，操作步骤多产品配置过程繁琐，属性配置需要建立类、属性定义、译文等子项规则不灵活模型未统一过户生成订单，对于大批量分机的订单生成太慢，且容”，会发生40个分机需要处理近2个小时的情况拆机生成订单，对于大批量分机的拆机处理性能不佳，20个分机的订单生成，卡“后台操作中”近1小时，无法满足业务受理需求某省市内单行项目C网订单生成约45s-60s，复杂订单60s以上，时间与订单中的行项目数量成正比，固话、宽带生成订单30s以内。Siebel与融合模型差异大，需要大量转换各系统之间未采用统一模型需要通过后台代码的改造来进行个性化规则的实现，改造难度较大与产品、销售品耦合性较大，对于产品的上下线都会存在影响扩展性应用层面可以通过增加处理队列及组件横向扩容，但是数据库层面目前双机再扩的可能性不大，会成为瓶颈，以集团压测为例，压测情况下数据库CPU达到了50以上。项目目标理解：业务目标类型目标点说明功能承接客户、资产、受理平稳升级如何按区域？按业务类型进行分步上线性能提升提升业务办理性能，包括：C网业务受理、政企批量受理等业务模式提升具备中台能力，接收：商机单、订单等项目目标理解：技术目标类型目标点说明平台框架服务框架SpringCloud规则管理规则建设统一管控、中心执行、可开放项目演进方案理解：总体方案总体建设架构及范围：应用能力中心客户中心能力中心层受理中心CPC配置中心基础运营管理能力开放Siebel客户中心数据受理中心数据营销资源系统CPC中心数据接口系统资源系统服务开通计费系统OGG数据同步Siebel应用1、受理2、规则执行1、客帐户2、资产1、销售品申请流程不含：系统运行包括如下：1、产品2、销售品3、规则管理计费取（C宽固）数据计费取非（C宽固）数据集团接口……SpringCloud运维管理监控分析安全管理运维操作发布部署分布式缓存分布式服务框架分布式消息中间件规则引擎分布式文件服务PaaSX86服务器网络资源存储资源IaaS...平台工作流引擎容器Docker应用门户政企营业门户……………………项目演进方案理解：演进模式诉求模式概述难点优势劣势系统建设整体客户中心、受理中心、基础运营中心等原业务管理平台营业受理部分整体割接总工期更短风险大按功能中心按中心逐步割接，如：先割接受理中心，再客户中心风险分摊总体工期更长总体工作量更大多次割接的风险按业务先政企类业务，再上其他业务第2步，由于融合业务原因，拆分难度大或者需要更多的工作来补偿业务管理平台整体功能范围包括比较广，首先按功能域进行划分，重点考虑营业受理相关功能：（*）依据对时间和风险的综合看法，目前选择：按功能中心+按业务相结合方式推进目录CONTENTS目录项目总体建设方案2项目总体理解1平台建设技术方案3项目推进方案建议4总体介绍：原则（1/4）能力开放能力中心技术架构数据模型基础设施EOP整体业务管理平台应用传统IOE事务型架构业务管理平台域模型小型机、X86服务器，统一管控SGW整体计费应用传统计费系统架构计费域模型业务管理平台计费业务运营平台新一代数字化运营平台业务管理平台域计费域EOP、分布式服务框架实某省市两级能力统一开放体系S某省市分规范物理中心采用融合模型，数据共享、表达一致X86服务器，统一管控逻辑中心遵循集团中心划分交框架组件密集计算框架组件基于集团IT云平台建设业务支撑具备应用百花齐放，提升需求支撑效率和提供极致客户体验的用户界面能力中心应用功能划分能力中心，沉淀基础能力，逐步打造IT核心能力系统架构完全基于集团云平台，层次逻辑明晰、应用业务应用、服务构件深度解耦数据模型落地集团融合模型规范，业务管理平台及计费数据统一共享

按照平台+应用模式建设，业务应用、服务构件深度解耦，应用低成本线性扩展、弹性伸缩。聚焦业务能力，统一建设运营，实现敏捷建设，具备可持续演进的新一代数字化运营平台系统。业务能力层应用层PaaS营业门户…APP网厅IaaS存储资源X86物理机网络资源云主机消息队列…分布式缓存分布式数据库营销资源数据中心受理数据中心客户管理数据中心客户服务数据中心基础管理数据中心营销资源能力中心受理能力中心客户管理能力中心客户服务能力中心基础管理能力中心能力中心数据中心能力开放能力分析…能力运维能力管理CPC配置服务中心营服协同服务中心CPC配置数据中心营服协同数据中心运维管理安全管理监控中心运维操作中心规范约束PPM总体介绍：总体方案（2/4）应用中心化、服务化遵循功能内聚的原则，应用功能划分服务中心，沉淀基础能力服务中心之间采用服务方式相互访问，不可跨中心访问数据库数据中心分库分表数据分库分表存储，物理上分散存储到多台数据存储节点数据按照业务对象聚合程度划分逻辑中心，不同中心数据逻辑隔离，不允访问总体介绍：应用功能介绍（3/4）01产品化能力按照产品化思维，统一核心版本，系统架构预留：主数据配置、规则机制、界面配置化等机制，支撑个性化功能。基于服务化与界面应用分离，保障复杂业务通用受理，同时常见业务场景化受理。场景化受理过程中可以按需切换到通用受理，已采集信息支持自动带入，提升受理灵活性。具备规则引擎中心，根据不同的业务角色、不同的产品、不同的动作、不同的渠道，能够展示对应的规则目录分类，实现规则的预校验能力，并确保不同渠道的规则执行结果保持一致。02销售中台03营业受理04规则校验整合各渠道订单处理数据和能力；规范订单处理流程；提升产品在各渠道的发布效率，承接引流单、商机单，拓展销售领域；构建全渠道生产体系，提升企业生产运营效率。总体介绍：技术架构介绍（4/4）01分布式架构互联网分布式框架，提供分布式服务框架+分布式数据服务框架，实现逻辑、数据、资源解耦；中心化：具备高内聚、低耦合的特征特点，实现中心和所辖数据的自治；服务化：中心服务标准化，打造重后台能力，轻前台应用的方式，为客户提供极致的体验。02高效快速采用分布式数据库，实现数据库云化，通过分布式数据库的分库分表能力，提升横向扩展能力，突破性能瓶颈通过分布式数据缓存应用可以降低系统交互环节与时间、提高事务吞吐率、有效降低系统延时；提供高效可靠的消息传递服务，实现系统间请求异步解耦，通过消息堆积与高性能特性，实现平谷削峰，提高系统整体性能03稳定无单点包括接入层、门户层、应用中心层、组件（数据库、缓存、消息），通过主备、主从或集群，结合心跳检测切换、异常剔除等检测及恢复机制，实现全链路无单点能力，保障系统高可用05数据按ID散列04弹性伸缩构建应用、平台、数据存储的伸缩能力，通过分布式服务框架、分布式数据库，实现逻辑、数据、状态、资源解耦，实现动态伸缩能力。数据分中心、分库分表存储，实现数据自治、水平扩展，保障高峰期性能高效、支撑快速变化的创新业务。关键点方案：核心能力中心边界介绍客户资产订单组织员工产销售品配置产销售品配置CPC（增量）生产配置域受理中心基础管理客户中心订单查询客户360视图生产受理域客户管理门户订单查询服务其他界面资产中心其他界面订单受理中心受理门户CPC配置（增量）受理等使用部分公共中心发布全局表同步客户中心档案查询界面订单查询界面界面基础管理中心界面CPC中心关键点方案：系统分层数据访问接口定义数据访问（*RepositoryImpl）领域对象（Customer）服务逻辑(*ManagerImpl)门户逻辑Controller服务接口（*FacadeImpl）门户界面（HTML/ZUL）服务逻辑接口定义服务接口接口定义数据服务层：实现数据的访问数据存储业务逻辑层：实现业务逻辑处理（本中心的业务逻辑处理），如客户采集保存业务逻辑层：实现跨中心及业务对象向外部接口DTO的处理，跨中心业务逻辑处理门户处理层，前台用户输入输出处理门户HTMLMySQLMySQLMySQL关键点方案：规则中心方案配置中心受理中心规则中心，统一配置执行分散到各受理中心规则配置订单受理CPC（配置中心）-规则配置受理中心-规则执行同步工程周期需求分析总体设计环境搭建版本开发数据割接系统并行割接上线用测环境搭建生产环境搭建版本测试系统架构、业务架构、数据模型、业务功能、运维架构总体设计用测测试并行测试割接方案准备各轮用测、并行配合数据割接演练上线割接测试方案准备系统上线功能梳理，需求分析、对标；集团规范对标外围接口版本研发测试用例编写并行方案准备版本持续优化迭代与完善T0+1项目启动业务梳理业务梳理：如功能、规则、产品、销售品等梳理启动会智慧运营数字化运营平台版本研发T0T0+2T0+3T0+4T0+5T0+6T0+7T0+8T0+9T0+10T0+11各轮用测、并行配合环境优化与调优目录CONTENTS目录项目总体建设方案2项目总体理解1平台建设技术方案3项目推进方案建议42.1总体2.2CPC2.3受理目标方案：总体方案（1/2）应用中心化、服务化遵循功能内聚的原则，应用功能划分服务中心，沉淀基础能力能力中心之间采用服务方式相互访问，不可跨中心访问数据库应用能力中心按照业务、共享及数据能力中心分层，其中业务及共享能力中心建议物理上合并部署数据中心分库分表数据分库分表存储，物理上分散存储到多台数据存储节点数据按照业务对象聚合程度划分逻辑中心，不同中心数据逻辑隔离，不允访问业务能力层应用层PaaS营业门户…APP网厅IaaS存储资源X86物理机网络资源云主机消息队列…分布式缓存分布式数据库营销资源数据中心受理数据中心客户管理数据中心客户服务数据中心基础管理数据中心营销资源数据能力中心受理数据能力中心客户管理数据能力中心客户服务数据能力中心基础管理数据能力中心数据能力中心数据中心能力开放能力分析…能力运维能力管理CPC配置数据服务中心营服协同数据服务中心CPC配置数据中心营服协同数据中心运维管理安全管理监控中心运维操作中心规范约束PPM业务及共享能力中心业务能力中心共享能力中心业务能力中心共享能力中心业务能力中心共享能力中心业务能力中心共享能力中心业务能力中心共享能力中心业务能力中心共享能力中心业务能力中心共享能力中心本方案重点其他目标方案：分层方案（2/2）数据访问接口定义数据访问（*RepositoryImpl）领域对象（Customer）服务逻辑(*ManagerImpl)门户逻辑Controller服务接口（*FacadeImpl）门户界面（HTML/ZUL）服务逻辑接口定义服务接口接口定义数据服务层：实现数据的访问数据存储业务逻辑层：实现业务逻辑处理（本中心的业务逻辑处理），如客户采集保存业务逻辑层：实现跨中心及业务对象向外部接口DTO的处理，跨中心业务逻辑处理门户处理层，前台用户输入输出处理门户HTMLMySQLMySQLMySQL部分业务服务共享服务数据服务项目演进方案范围进度试点：按区域、全业务（进一步分析业务关联性）关注数据自治、应用门户、中心解耦推广：某省市上线本期本期持续演进：结合集团OpenAPI等规范，持续推进各层服务分离目标工期VS本期项目方案：总体方案（1/2）应用能力中心受理中心客户中心能力中心层CPC配置中心基础运营管理能力开放Siebel客户中心数据受理中心数据营销资源系统CPC中心数据OGG数据同步Siebel应用1、受理2、规则执行3、一次性费用1、客帐户2、资产1、产品2、销售品3、规则管理SpringCloud门户营业门户……………………受理配置中心产销品的个性配置、规则等配置I基于目前版本改造建设；梳理中心间及对外服务，实现相关服务；遵循企业应用框架要求，进行SpringCloud服务框架的对接；需要梳理CPC配置中心同受理配置的边界和集成关系；营业受理门户：对接改造。13425本期项目方案：核心模块方案图示（2/2）客户资产订单组织员工产销售品配置产销售品配置CPC（增量）生产配置域受理中心基础管理客户中心订单查询客户360视图生产受理域客户管理门户订单查询服务其他界面资产中心其他界面订单受理中心受理门户CPC配置（增量）受理等使用部分公共中心发布全局表同步客户中心档案查询界面订单查询界面界面基础管理中心界面CPC中心211、产销售品、规则配置对接2、客户、受理中心服务对接3、门户对接…3目录CONTENTS目录项目总体建设方案2项目总体理解1平台建设技术方案3项目推进方案建议42.1总体2.2CPC2.3受理同受理中心关系（1/3）应用能力中心受理中心客户中心能力中心层CPC配置中心基础运营管理能力开放Siebel客户中心数据受理中心数据营销资源系统CPC中心数据OGG数据同步Siebel应用1、受理2、规则执行3、一次性费用1、客帐户2、资产1、产品2、销售品3、规则管理SpringCloud门户营业门户……………………受理配置中心产销品的个性配置、规则等配置I12CPC-生产配置域CPC业务配置IT实现补充配置CPC-生产受理域CPC配置完销售品等信息后同步过来受理中心公共配置中心3CPC配置中心渠道子中心渠道CPC配置子中心PPM业务公共配置中心地域规则公共流程产品营销资源规格销售包/礼包品牌产品营销资源规格销售包/礼包品牌数据同步其他中心服务调用公共配置中心与CPC配置中心的产销品配置的区别：

CPC配置中心配置产销品后，待业务需要上线时才将产销品配置同步到公共配置中心以及计费等外围系统。因此公共配置中心的产销品配置才是生产使用配置。产销品配置全局表的特殊性：生产全局表的数据以公共配置中心的为基准，并且CPC配置中心表中的数据比其他中心的数据多。产销品配置产销品配置同受理中心关系（2/3）渠道数据同步同受理中心关系流程图示（2/3）CPC配置公共中心（IT配置）公共中心（IT配置）受理中心产销售品配置（业务配置、IT配置）产销售品配置（IT配置）受理中心生产配置域生产受理域需求基础信息业务规则出生证…实现配置系统约束界面配置…客户中心客户中心1、流程中同步2、发布3、受理过程调用1发布流程2全局数据同步流程目录CONTENTS目录项目总体建设方案2项目总体理解1平台建设技术方案3项目推进方案建议42.1总体2.2CPC2.3受理总述：受理能力方案营业门户WebDB能力开放受理中心核心订单模块集中受理模块翼销售APP…场景受理流程1、根据场景类型，按需进入简化订单页面或综合订单页面；简化订单页面可以转到综合订单页面，信息自动带入1、针对特定场景提供个性化的简化订单填写页面标准受理流程销售单、客户订单…统一场景化、通用受理流程总述：全业务全功能支持业务受理普通受理单接入类紧密融合多接入类松融合VPN类（类VPN）资费VPN类功能型群组类客帐户客户帐户批量受理类普通场景动作订购变更（改、移、续等）退订……总述：订单受理中心与周边应用关系订单中心门户应用1.订单受理/变更/撤销2.订单评价3.订单查询/校验1.订单处理结果2.订单流转状态客户中心①新建帐号②帐号信息②用户信息①用户新建①订单信息②客户视图PF配置支付中心营销资源中心②产商品信息、规则信息①产商品订购、退订信息②资源实例预占/占用/释放等①订单资源预占/释放/查询等①订单支付信息、分账信息②支付/补退款/对账①订单信息②订单交付/关闭通知等其他计费OSS报表权限认证①用户登录/认证/鉴权②工号/权限信息①订单信息②报表视图②开通结果①

开通请求①停复机请求②停复机结果①消息通知②通知结果受理中心连接销售渠道与生产、运营管理的桥梁，通过协同各中心，构建业务流程。产销品中心接口受理中心服务对接模式前台受理门户（Web、APP…）客户中心（含资产）受理中心分布式缓存前台门户后台中心购物车接口/服务框架接口（4G）模式省内门户模式中心购物车某省市内门户受理中心持有购物车，前台web通过购物车同受理中心多次交互门户购物车模式：接口（4G）由前端门户持有购物车，调用受理中心进行订单的保存（*）详见附录112中心购物车模式：标准受理流程环节（1/3）客户定位选择销售品订单信息录入订单确认收银台缴费新增客户选择已有客户客户资料展示销售品展示销售品选择订单基本信息销售品信息产品信息购物车信息登记单打印客户资料展示展示客户最客户已订购销售品展现营销信息关心资料客户定位新增客户和选择已有客户销售品选择为客户在一个界面快速选择可以办理的业务，包括订购、变更等等销售品展示销售品展示的方式，销售品目录，自定义，热点等等受理入口首页订单填写界面收银台界面一次费信息、缴费发票打印订单保存中心购物车模式：标准受理流程环节（2/3）客户定位选择销售品订单信息录入订单确认收银台缴费新增客户选择已有客户客户资料展示销售品展示销售品选择订单基本信息销售品信息产品信息购物车信息登记单打印销售品信息套餐的生失效时间可选包销售品的选择订单基本信息包括联系人信息，经办人发展人信息产品信息新装或选择已有产品实例作为销售品构成，有整合在一个界面中或在不同界面中采集方式，公共信息填写，比如装机地址，账户等等。产品开通的功能产品以及订购的增值产品属于产品信息一部分受理入口首页订单填写界面收银台界面一次费信息、缴费发票打印订单保存中心购物车模式：标准受理流程环节（3/3）客户定位选择销售品订单信息录入订单确认收银台缴费新增客户选择已有客户客户资料展示销售品展示销售品选择订单基本信息销售品信息产品信息购物车信息登记单打印一次费信息、缴费发票打印登记单打印协议展示打印购物车信息展示本次受理的信息发票打印发票打印一次费信息、缴费费用计算&缴纳受理入口首页订单填写界面收银台界面订单保存订单保存订单保存中心购物车模式：服务交互模式前台受理门户客户中心…受理中心分布式缓存前台门户后台中心购物车接口/服务框架客户定位选择销售品订单信息录入订单确认收银台缴费受理入口首页订单填写界面收银台界面CustomerOrder --OrderItem--OfferInst --OfferProdInstRel–ProdInst --OrderItem--OfferInst --OfferProdInstRel–ProdInst --OfferProdInstRel–ProdInst …输入：客户ID、销售品规格ID处理：调用服务，构建客户对象、销售品对象，添加到订单数据中生成订单属性填写输入：属性值处理：填充到具体的对象…订单校验输入：事件处理：循环订单对象，规则判断…订单保存输入：事件处理：循环订单对象，保存数据库内存分布式缓存：定时提交受理功能：重点交互服务–客户定位受理功能：重点交互服务–受理填写（1/2）受理功能：重点交互服务–受理填写（2/2）受理功能：重点交互服务–收银台目录CONTENTS目录项目总体建设方案2项目总体理解1平台建设技术方案3项目推进方案建议42.1业务梳理工作2.2研发梳理工作2.3演进思路及方案2.4应用研发思路2.5技术研发思路梳理大类梳理细类内容说明功能菜单业务管理平台系统功能菜单梳理把现有功能菜单逻列出来，标出创建时间、功能说明、近3个月的点击数，近6个月的点击数等功能逻辑业务管理平台系统功能逻辑梳理根据所确认的功能菜单，进行梳理每个功能的逻辑业务规则业务管理平台系统业务规则梳理根据所确认的功能菜单，进行梳理每个功能的业务规则产品规格产品规格及属性梳理对产品及属性规格进行梳理，标出规格实例的数量，规格创建时间、规格实例近3个月新增实例，近6个月新增实例等销售品规格销售品规格及属性梳理对销售品及属性规格进行梳理，标出规格实例的数量，规格创建时间、规格实例近3个月新增实例，近6个月新增实例等业务流程业务管理平台系统业务流程梳理对业务流程实例进行梳理，并标出每个流程处理内容，流程详见说明等UI体验UI页面分工梳理根据现有功能界面情况，明确哪些界面在门户层负责，哪些界面在中心负责。业务梳理工作目录CONTENTS目录项目总体建设方案2项目总体理解1平台建设技术方案3项目推进方案建议42.1业务梳理工作2.2研发梳理工作2.3演进方案2.4应用研发思路2.5技术研发思路梳理大类梳理细类内容说明数据模型业务管理平台系统数据模型梳理把现有数据模型导出来，标出每个实体说明、用户数据、近3个月新增数据、近6个月新增数据等。模型主数据业务管理平台系统主数据梳理根据所确认的数据模型实体，进行对每个实体所涉及到主数据的梳理。系统接口业务管理平台系统相关集团接口把跟系统上下游相关的系统接口进行梳理，系统名称、接口名称、接口功能说明、IT负责项目经理、系统接口人、接口人系统信息等业务管理平台系统相关非集团接口轮询CMR系统Client端服务梳理对Client端服务进行梳理，并标出每个服务处理内容，运行周期，开启实例数，最近一段处理情况等JOB业务管理平台系统JOB功能梳理对JOB进行梳理，并标出每个JOB处理内容，运行周期，开启实例数，最近一段处理情况等存储过程业务管理平台系统存储过程功能梳理对存储过程进行梳理，并标出每个存储过程处理内容，逻辑解读等Sequence业务管理平台系统Sequence梳理针对Sequence的梳理，并说序列的含义。研发梳理工作（1/3）梳理大类梳理细类内容说明融合模型及主数据1、模型刚性落地分析通过集团要求A/B/C类实体，某省市分现在实体对照，最终明确实体落地范围及落地方案。模型主数据落地分析通过集团要求模型主数据，某省市分现有主数据对照，并明确相应落地方案模型落地涉及到系统分析根据如上实体调整范围，需要明确哪些系统需要同步处理，哪些系统采用过度方案等。主数据落地涉及到系统分析根据如上主数据调整范围，需要明确哪些系统需要同步处理，哪些系统采用过度方案等。应用分中心中心服务梳理根据集团规范提供标准化服务，进行明确哪些服务需要外系统进行配合改造？中心功能梳理根据集团中心功能划分要求，某省市内功能进行对标，梳理出受理某省市分需要支撑哪些功能列表，并标明哪些功能是非原业务管理平台系统的功能。中心间交互内容梳理根据受理中心与其他中心的交互场景，梳理出中心间交互内容。研发梳理工作（2/3）梳理大类梳理细类内容说明运维功能业务管理平台系统运维功能梳理对运维功能进行梳理，并标出每个功能说明，最近一段时间使用情况等。数据库链路数据库链路梳理针对数据库目前存哪些链路，每个链路访问哪些实体的梳理，跟接口梳理中有一定的重复现网配合改造现网配合改造内容梳理根据受理中心上线要求，梳理出现网需要配合改造听内容。分布式数据库数据库实体按中心归属根据数据库实体的梳理结果，再把实体进行中心归属的梳理。各中心数据库分片键分析根据实体情况，梳理出哪些实体需要分片及分片规则。各中心数据库小文件字段分析根据差异实体情况，对每个实体中涉及CLOB字段进行分析，并梳理出每个CLOB字段落地方案。全局索引分析根据应用情况进行分析出全局索引研发梳理工作（3/3）目录CONTENTS目录项目总体建设方案2项目总体理解1平台建设技术方案3项目推进方案建议42.1业务梳理工作2.2研发梳理工作2.3演进思路及方案2.4应用研发思路2.5技术研发思路新一代数字化运营平台改造后的数据库生产库使用mysql数据库，建立各个数据中心接口库使用oracle数据库，用于接口中心直采库既做直采库，数据从生产库实时同步梳理大类梳理细类业务管理平台现有支撑系统盘点某省市份业务管理平台所支撑的系统或模块清单进行盘点，需要标出系统或模块说明。业务管理平台系统数据库盘点把业务管理平台系统目前有哪些数据库进行盘点，如：生产库、查询库、历史库、报表库、直采库等。各系统和模块演进分析针对现有支撑系统情况，把每个系统或模块跟新一代数字化运营平台怎样对接？需要标出哪个是保持不变，哪些演进到新系统中哪个功能。新一代数字化运营平台项目建设目标蓝图针对系统演进分析，输出新一代数字化运营平台目标功能蓝图及阶段目标，用于项目项进行挂图作战。系统演进思路序号组件类型组件名称用途应用场景1基础组件

分布式数据库用弹性可扩展的、高可用的分布式数据库来应对未来高速增长的数据量、高并发、高访问速度等业务需求。除接口中心外，其他的数据分中心都采用分布式数据库2分布式缓存对于访问量大于更新量，访问热度特别高的场景，采用分布式缓存实现，提高应用吞吐率，降低延时。同时通过分布式缓存实现数据在服务器间共享。实现产品、销售品、员工、渠道等配置数据在分布式缓存中的读写功能3分布式消息通过分布式消息实现业务管理平台和外系统间解耦，实现部分异步操作通过消息处理。异步接口改造4软负载分流系统业务管理平台软负载均衡系统是以替代现网F5负载均衡器为目的设置和开发的软件负载均衡系统集群管理、灰度发布改造5应用组件

分布式调度框架对所有的定时任务进行管理和监控，并满足分布式环境的使用需求。定时任务改造6分布式流程改造在分布式环境下为业务提供流程引擎支持。将流程引擎改造成能支持分布式架构模型，并且拥有在数据层面上的分片分库的功能7服务化框架建设统一的服务管理、治理机制，中心间服务暴露调用通过服务框架进行统一的协调、调度。中心间服务调用改造组件建设方案调用方式：不变协议：不变主数据：按照集团规范刚性落地，外系统配合改造。1、接口服务改造2、数据访问改造外系统通过dlink访问业务管理平台接口传输方式相关系统原主数据转换方式改造方案业务管理平台直接传输开通等相关系统自行转换相关系统配合改造通过ESB中转计费等ESB转换后传输给相关系统ESB配置改造通过EOP中转网厅、客服等相关系统自行转换相关系统配合改造从业务管理平台抽取数据报表等相关系统相关系统配合改造数据获取方式数据量有无消息中间件改造方案数据抽取大批量数据有则业务管理平台通过消息中间件发送原始数据给外系统，如报表取数无通过dlink访问高可用库少量数据-业务管理平台提供查询服务给外系统调用数据推送大批量数据有通过消息中间件发送数据给业务管理平台，如EDW积分归集推送业务管理平台无通过dlink写入业务管理平台接口库少量数据-业务管理平台提供增删改服务供外系统调用业务管理平台通过dlink访问外系统外系统提供服务供业务管理平台调用接口改造总体原则（1/2）接口改造总体原则（2/2）：数据访问改造原则实时服务：同步改造，数据库解耦，对接业务管理平台服务原则上，实时性要求高的（业务受理相关）改造为服务接口非实时服务：同步改造，可选服务改造或对接高可用数据库原则上，非实时性要求的，建议也同步改造对接到服务，对于改造量大或改造周期长的，可以暂时对接高可用数据库，后续采用分批方式进行逐步完成改造新增接口：全部走服务接口原则上，新增接口全部按照服务来制定接口，避免采用数据库链路方式目录CONTENTS目录项目总体建设方案2项目总体理解1平台建设技术方案3项目推进方案建议42.1业务梳理工作2.2研发梳理工作2.3演进思路及方案2.4应用研发思路2.5技术研发思路应用内容内容说明应用架构方案明确受理中心所采用的应用架构，分成哪几层，每层的职责。应用部署方案明确受理中心所采用的部署方案数据库分片存储设计根据受理中心的数据模型梳理结果，进行分片方案设计。服务化设计&实现根据受理中心功能梳理结果，进行服务化方案的制定及服务化的实现。融合模