中国联通企业信息化规划-IT实施路线图设计初步思路.ppt

中国联通企业信息化规划IT实施路线图设计初步思路 SDP 2020年4月15日 目录 系统分布现状图未来移动数据业务系统框架目标未来的系统框架演进方案 移动数据业务相关系统现状 BSS OSS服务 CDMA1X增值业务的系统现状 问题用户的定制信息和帐户信息分属不同的系统 无法对用户定制情况和用户特性进行相关性分析 从而 现状描述BREW JAVA LBS WAP等各平台中含有计费功能接入管理平台中包含用户定制信息省分营帐系统中含有用户帐户信息 但无定制信息 无法进行统一的客户服务无法针对用户的使用习惯进行市场细分用户无法在营业厅取消某项增值业务 影响难以统一客户视图难以针对用户进行深层次分析难以控制用户状态难以开展产品组合营销 业务平台中各自存在批价或计费功能 无法实现产品组合营销用户状态无法实时更新导致出项计费漏洞 目录 系统分布现状图未来移动数据业务系统框架目标未来的系统框架演进方案 传统的移动数据业务开发模式的问题 传统的移动数据服务应用开发方法 垂直式的 并且为每一个业务建立一个全功能的模块 不再适合今天的市场状况和技术趋势模块的冗余导致了一些效率低下的问题数据的分散导致了难以建立全业务的视图和客户统一视图难以开展跨传统语音业务和增值服务 甚至是增值服务各业务间的组合营销新的业务推向市场速度缓慢在新的移动数据服务的场景下 有必要引入基于使用在各应用间可重复使用和共享的能力模块的SDP开发方式 这些模块应该是基于标准技术 并且易于使用 在联通移动数据业务领域引入 的目标 方便的提供统一的客户视图 特别是产品定制信息 改善客户感受配置产品目录 定价 组合营销和促销等服务特性和应用更加灵活方便为开发不同种类的服务提供通用的基本API简化内部和外部系统的应用集成最小化新服务开发和推向市场的成本和时间与第三方应用的互动更加安全和可控采用标准的技术使得不同平台产品间的交互更加方便使联通的IT架构面向未来易于扩展 系统更加稳定和安全 目录 系统分布现状图未来移动数据业务系统框架目标未来的系统框架演进方案 移动数据业务相关系统的SDP框架 BSS OSS服务 合作伙伴关系管理 PRM 大区业务平台x用户管理计费系统协议转换WAP网关 代理全网SP数据全网业务数据省分SP数据省分业务数据本大区用户数据本大区定购关系本大区计费数据 下载 终端配置 提示管理 电子邮件服务器 内容格式转换 位置服务 流媒体服务器 即时信息服务器 呼叫控制 SMS MMS WAPpush 管理中心全网SP数据全网业务数据省分SP数据省分业务数据用户基本数据用户订购关系终端信息全网配置信息 增值业务接入管理平台 客户关系管理 计费 其他BSS OSS集成 SMG路由 SPMC VAG用户接入 路由功能 语音业务平台 SPVAG全网SP接入 VAG省分SP接入 联通丽音 炫铃 短信 CDMA1X CRBT管理平台用户管理 资费查询 接入管理 SPMC CRBT SPSMG路由 SPSMG全网接入 SMG本地接入 SPMS BREW平台相关开发功能执行环境 JAVA平台相关开发功能执行环境 平台相关开发功能执行环境 平台相关开发功能执行环境 建议的全国性增值业务架构示意图 建议 1 由CRM统一负责面向客户的服务 用户可以在 中实现增值业务的开通 定制 暂停 取消和其他客户服务2 统一管理产品目录和计费 实现跨业务的产品组合3 减少新增值业务开发和推向市场的时间 同时提高整个体系的安全性4 对目前的SP与用户欺诈控制提供一定的 支撑为此计费 结算 SP管理功能从增值业务各系统中剥离 由BSS中计费 结算 PRM模块实现SDP模块负责与增值服务交付相关的功能 比如服务开发 来自客户的服务请求的满足等 省分CRM拥有用户信息 服务订购关系等数据 并向总部 同步必要的鉴权 认证信息省分CRM拥有产品目录 SP CP提供的新服务 服务 经总部 的准入流程后进入产品目录 并在总部 中开展具体业务今后增值业务相关各业务系统建设按照 的架构开展省分SDP架构基本类似 总部SDP示例 PRM 合作伙伴关系管理 计费 CRM 某省分 产品目录 用户信息 定制信息 PRM 合作伙伴关系管理 省分BSS 二批 合帐 SP结算 SP关系管理 省分SDP示例 SP结算 总部BSS 省分SP的管理与结算 目录 系统分布现状图未来移动数据业务系统框架目标未来的系统框架演进方案 稳步迁移式演进方案快速推进式演进方案我们的建议 演进方案 稳步迁移式演进方案 2006年 统一产品目录 总部 SP CP结算纳入总部BSS 整合数据和各业务 省分 实现基于CRM的查询 试点省分 2007年 全面实现基于CRM的Web 客服定制和查询 计费功能支持组合营销 包括二批功能 2008年 整合各控制系统 省分 将一批纳入控制层 试点省分 2009年 将一批纳入控制层 其它省分 重点建设目标 3年内把两大功能 结算及计费功能 及三大信息 部分客户信息 产品信息及订购信息 融合到BSS系统 稳步迁移式演进方案优劣 假设条件 SDP平台于未来2到3年内建立 其间把现有各系统稳步迁移到SDP平台上优点 总体风险较小时间要求较为宽松 有利于工程的准备和实施时的交流配合工程结束后将具有一定完整性的3G支撑系统体系架构方便的提供统一的客户视图 特别是产品定制信息 改善客户感受配置产品目录 定价 组合营销和促销等服务特性和应用更加灵活方便简化内部和外部系统的应用集成最小化新服务开发和推向市场的成本和时间与第三方应用的互动更加安全和可控易于扩展 系统更加稳定和安全每实施一个步骤 有充足的反应时间 可以根据实施的效果来对下一步骤作适当调整不足 见效相对较慢建成后管控较为复杂 稳步迁移式演进方案快速推进式演进方案我们的建议 演进方案 快速推进式方案路线图 2006年 统一产品目录 总部 SP CP结算纳入总部BSS 获得并整合数据 省分 CRM参与定制并实现实质性计费 试点省分 2007年 实现所有省分CRM参与定制与实质性计费 包括一二批 使用EAI实现接口方法 2008年 完善其他的SDP功能 重点建设目标 把现有分割的移动数据平台重整 1年内把移动数据业务的支撑功能迁移到BSS系统 3年内实现所有SDP功能 快速推进式方案优劣 假设条件 SDP平台于明年内快速建立优点 见效相对较快工程结束后将具有完整的3G支撑系统体系架构快速地实现客户视图统一 特别是产品定制信息 改善客户感受配置产品目录 定价 组合营销和促销等服务特性和应用更加灵活方便简化内部和外部系统的应用集成最小化新服务开发和推向市场的成本和时间与第三方应用的互动更加安全和可控易于扩展 系统更加稳定和安全不足 时间要求较紧 对项目管理 实施交流配合要求较高风险较高实施时间短 而反馈具有滞后性 可能目前未知的问题叠加在一起出现 带来严重后果能力发展与系统建设可能不匹配 稳步迁移式演进方案快速推进式演进方案我们的建议 演进方案 埃森哲的建议 PRM 合作伙伴关系管理 计费 CRM 某省分 产品目录 用户信息 定制信息 PRM 合作伙伴关系管理 省分BSS 批价 合帐 SP结算 SP关系管理 省分SDP示例 SP结算 总部BSS 省分SP的管理与结算 选用快速推进演进方案 该方案对联通的主要优点是 迅速推出 工程结束后将具有完整的面向3G未来的IT体系架构 抢占技术制高点 统一视图 可快速地实现客户视图统一 特别是产品定制信息 改善客户感受 解决现有架构的一些问题 过渡期间的应对 过渡期是指从现状到目标架构之间的建设期间 在这个时间内 与 都在经历着巨大的变化和建设 如何在这样一个时期 逐步实现平滑的过渡 是我们这一部分需要讨论的问题假设 已经建成或基本建成 预留了与理想SDP架构的接口 SDP内部整合尚未完成或刚刚起步 基本思路 1条状建设CRM与各移动数据业务控制系统进行直接接口 流程详见实施方案一 在CRM中实现统一的客户视图2逐步割接某项移动数据业务整合入SDP中后 对于该项业务与CRM的联系由SDP控制层系统进行 同时断开 与该业务控制平台的接口重复 的操作 直至完整的 平台建成 现状 建成后 过渡期 Appendix 数据分布 现状 数据分布 建议 总部SDP与BSS OSS系统接口图 建议 系统流程方案 区分服务的定制 服务使用的流程 服务定制步骤 1 用户向CRM发出定制请求2 CRM将定制关系传至管理平台3 对包月等当时即需扣费的服务 进行计费4 管理平台将确认定制成功的信息发给CRM 服务定制 取消 暂停都是走这一条线路 服务使用步骤 1 用户使用服务的请求传至移动数据业务管理平台2 管理平台将使用请求传至各业务应用3 服务响应 服务使用也可能要进行计费 图中未标出 IVR Internet WAP CRM 移动数据业务管理平台 接入层 Billing 1 移动数据应用 2 3 4 1 2 3 定制关系 定制关系 4 联通在信 用户从手机发起订制 现状 USR SPSMG SPMS SP 1 2 3 4 5 6 步骤 用户发起MO订制SPMS以SP的接入代码发资费明示及确认通知用户按提示重发订制命令SPMS将订制命令送SPSP下发订制成功的信息到SPMS