B3CTGMBOSSCRM实施经验分享联创0909.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
CTG-MBOSS.CRM 实施经验分享 联创科技— 电信业务支撑合作伙伴 11省电信计费系统,20省综合结算系统 8省移动BOSS 5省联通综合营帐,7省联通CDMA计费 江苏BSS.CRMS/OSS系统 互联星空、经营分析系统、数据计费、大客户系统、渠道营销系统等均有较多成熟在线系统 系统集成服务、咨询服务 联创产品全景图 演讲内容 联创对CTG-MBOSS.CRM的实践 对系统架构的考虑 对功能框架的考虑 对工程实施的考虑 存在的困难 联创实践--BSS.CRMs/OSS 江苏BSS.CRMs/OSS项目过程 演讲内容 联创对CTG-MBOSS.CRM的实践 对系统架构的考虑 对功能框架的考虑 对工程实施的考虑 存在的困难 系统实现难点 业务逻辑点繁多庞杂 业务调整频度高,适应时间要求短 CRM部分在营销支撑方面要求高,且没有固定模式可遵循 OSS部分与资源复杂度高度相关,因为资源及其施工的复杂性,导致了流程部分的复杂性,尤其累加、组合等业务的开展,使流程更加复杂 处于核心地位,外部系统对其依赖很大 联创的解决之道--IBSGE IBSGE的组成 IBSGE的基本出发点 以产品为核心的业务开发环境 以框架的开发和应用为基础模式 以重用的角度组织开发 以配置的角度考虑维护 内置数据集成和界面集成的基础封装 系统总体架构 系统应用架构 演讲内容 联创对CTG-MBOSS.CRM的实践 对系统架构的考虑 对功能框架的考虑 对工程实施的考虑 存在的困难 CTG-MBOSS.CRM功能框架 CRM 服务产品目录 业务受理 客户管理 商品管理 资源管理 标准地址维护 服务开通施工调度 目前设计的一级流程模板(BPM) 目前设计的二级流程模板(Workflow) 固话服务开通二级流程模板 配线环节子流程模板 BPM流程监控 流程控制串 系统管理 统计报表 演讲内容 联创对CTG-MBOSS.CRM的实践 对系统架构的考虑 对功能框架的考虑 对工程实施的考虑 存在困难 项目的组织和状况 设计和开发一条线 工程割接需要考虑的内容 充分考虑系统上线可能面临的风险, 制定周密的风险处理对策 业务风险 对业务的熟悉程度;业务在CTG-MBOSS.CRM系统上的实现流程不一样。 对界面的熟悉程度;B/S结构的界面和原先C/S结构的界面操作风格差别较大 操作的熟练程度;初期的营业受理的效率存在风险 技术风险 全新的J2EE技术架构,性能存在风险; 与外部系统(如计费系统、10000号系统等)的接口存在风险,可能不稳定 管理风险 流程的规范化配置,对原先的业务管理流程的改变存在风险 协调不到位 演讲内容 联创对CTG-MBOSS.CRM的实践 对系统架构的考虑 对功能框架的考虑 对工程实施的考虑 存在的困难 本地网的差异 回执、工单不统一 格式 内容 界面风格和分辨率不统一 产品、商品目录不统一 支持的业务不统一 特殊业务 名称不同 资费不统一 流程不统一 营业流程 施工流程 具体的业务、技术人员对新系统的实现思路,系统的重点和轻重缓急的看法不统一 解决本地网差异的想法 IT系统只能根据二、八法则,实事求是地解决各个本地网的关键问题,区别和分类对待各个本地网不同的差异 首先需要适应和满足资源上、接口上、已有资费的差异; 对于业务、管理、流程上的差异,希望能够配合各个专业管理部门进行整理和分析,分类制订出一些合理的业务规则、管理方法、运行流程,在IT系统中实现,最大化的发挥IT系统的作用; 统一的产品、服务、商品目录,提供差异化的业务定制; 各本地网的回执和工单必须统一规划,不要个性化,规范管理; 统一界面风格; 希望各部门、各本地网理解和支持,先使用、后优化、再固化 需求多且多变,不能只追求完美,灵活性和实用性要取得平衡 先解决关键问题和普遍问题,然后解决其他问题 细节上、操作习惯上有差异,比如个人习惯,需要统一 与其他业务系统的分工界面变化较大,需要逐步规范 技术上:多层的系统架构需要考虑的因素很多 J2EE技术架构开发难度大 系统设计七个子系统、一个平台,架构复杂,需要充分考虑松耦合和系统性能的平衡,开发量加大; 多层的封装,对于相互之间调用需要严格规范、把控; 应用服务器、工作流服务器、ICS服务器全面应用,相互之间的调用频繁,应用起来技术难度大 模型的掌握和理解在不断加深,模型本身也在不断演进 EDM1.0模型静态多,动态少,为了适应业务系统,不断增加动态模型 按照集团架构和数据模型,从无到有开发工作量特别大 设计开发技能不足 架构设计、业务设计、详细设计、流程设计等技能不足 开发技能不足,涉及大量新技术 实现难度小的功能,基本都在‘97’系统中已经实现。营销需求迫切、企业改革需求迫切的,往往是技术难度

文档评论(0)

189****6140 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档