《000_ctgmbossoss2.8_分总册_二审汇报材料概要》由会员分享，可在线阅读，更多相关《000_ctgmbossoss2.8_分总册_二审汇报材料概要（32页珍藏版）》请在金锄头文库上搜索。
1、CTG-MBOSS OSS2.8规范 专家二次预审汇报,分总册及规范集的成果汇报,目录,项目的目标和驱动力,项目对OSS的提升点,OSS规范集架构,OSS2.8规范项目工作目标,保持业界领先的OSS体系，继续提升OSS能力 OSS规范以中国电信战略目标为指引，从业务、技术目标和国际行业经验出发，对CTG-MBOSS1.0 OSS蓝图进行丰富和完善,驱动力分析业务驱动,驱动力分析技术驱动,目录,项目的目标和驱动力,项目对OSS的提升点,OSS规范集架构,目录,OSS提升点,OSS服务能力的包装和提供,技术架构对IT规律的适应,实现有序、持续地发展,OSS范围延展,OSS定义： 中国电信OSS是支
2、撑信息服务准备、交付和保障业务流程的计算机软件系统的集合 通过对基础通信网络、业务网络、客户网络、第三方服务的运营与管理，支撑面向客户的产品销售和客户服务。 全业务运营和3G时代电信服务从传统通信网络进入3I交融新领域，丰富了OSS管理的资源,服务和内容合作伙伴,运营商,客户网络和IT,3,1,2,中国电信3I,非OSS管理对象,OSS管理对象,运营商是服务的整合者,运营商是服务的整合者,产品是BSS和OSS的纽带,产品的“制造过程”，即中国电信服务的准备、交付、生产保障过程.,OSS是产品的“制造过程”，即中国电信服务的准备、交付、生产保障过程 建设开放式OSS平台，支撑第三方合作伙伴的服务
3、整合和资源管理,产品的“销售过程”，面向客户的产品销售和客户服务,OSS服务能力的包装和提供,业务驱动力对OSS服务能力的包装和提供提出了要求 充分的售前支撑就绪 快速的售中开通能力 可靠的售后服务保障 敏捷的规划优化决策,充分的售前支撑就绪,流程支撑 生产指挥流程 梳理出针对全业务支撑所需要的各种流程 针对性地对无线网络优化流程进行专题讨论 运营就绪 将产品就绪融合到每个分册中，实现就绪过程的管理 运营管控 融合到每个分册中，并在服务质量管理体系中进行汇总分析 工具支撑 测试管理 在实现资源层的测试基础上，面向客户感知和行为仿真实现服务层测试 施工调度 从局外施工调度延伸至局内工作调度 数据
4、支撑 资源存量 接应OSS基础概念的重新梳理，支撑业务资源、产品服务等管理,快速的售中开通能力,单产品的定单开通能力,面向客户的订单开通能力,适应全业务运营环境下对开通能力提出的新要求 兼容原有已经固化的流程驱动方式 适应新业务、融合业务在开通中提出的数据驱动要求 聚焦客户，提高面向客户订单开通能力,可靠的售后服务保障,建设面向客户的服务保障体系 在现有服务保障手段上进行提升 提供各种新的OSS支撑手段,敏捷的规划优化决策,移动业务的引入，对规划和优化提出了新的要求 敏捷性：移动业务的特点决定了规划和优化需要具备敏捷的能力 需要通过灵活的、可定制的IT系统对流程提供支撑 现有的OSS体系需要迅
5、速适应移动业务的需要，进行优化、改造和整合 综合性：规划和优化需要整合各方面的数据，进行综合性的跨域分析 通过ODS-O的准实时的跨域分析，实现对数据的应用,目录,OSS提升点,OSS服务能力的包装和提供,技术架构对IT规律的适应,实现有序、持续地发展,技术架构发展目标,存在的主要问题,系统架构发展目标,OSS系统纵向互联互通不顺畅，无法有效支撑全程全网运营，横向整合与管理要求仍有差距。 OSS系统关键技术重复建设，不利于企业核心IT架构的积累和复用 OSS数据的一致性和完整性问题突出，缺乏数据共享的有效机制和技术架构。 集成架构多样化，无法适应业务的快速变化； OSS系统与内外部系统的接口不
6、规范，缺乏统一标准，协调工作量大，厂商替换成本高。 OSS系统众多，用户操作多个终端，需要提高IT系统的使用便捷性。,技术体系一体化：实现总部、省二级IT系统的垂直连通，提供跨域、跨省的客户受理、开通、保障和服务能力。 技术体系的共享化：建设公共平台，促进关键技术的共享和收敛。 信息数据共享化：提升数据的横向整合与纵向贯通，提高信息的及时性、准确性。 引入SOA和构件化设计思想，逐步稳定核心IT架构，快速主动适应业务变化； 建立企业应用集成平台，制定企业统一接口标准，推进跨系统的业务流程监控。 建立OSS门户建设，推进应用界面整合和用户操作的便捷性。,OSS对业务活动的支撑方式,业务流程管控：
7、对业务活动的流程进行管理，但不关心流程的每个环节的支撑方式 工具支撑：通过IT系统实现对业务活动（流程环节）的自动化支撑,依托MSS，针对性提供后端运营管理的相关功能,依托企业ODS，深化OSS数据管理和数据应用,OSS功能蓝图针对后端运营管理支撑功能的扩展,依托企业门户，提供面向后端运行维护、面向政企客户服务，以及支撑前端营销和客户服务的门户应用,系统分群和融合策略,识别最小颗粒度系统,系统识别的原则按照优先级从高到低为： 数据集中原则：数据集中，避免在两个系统维护同一数据实体。 定位明确和功能聚集原则：系统需要支撑相对完整的一组业务能力和业务流程，将类似或紧密相关的功能划入同一系统，尽可能
8、不依赖于其他子系统完成其主要功能。 平滑过渡原则：尽可能不要对目前已经较为成熟和完备的系统进行结构性的改动，以利于实施和演进至目标系统。 SOA为指引：创建能够即时适应未来业务需求变化的 IT 环境，打破传统应用边界，实现IT的集中化、集成化、标准化及资源的最大共享。,融合原则按照优先级从高到低为： 业务驱动：业务的关联和业务运转的高效性是系统融合的首要驱动因素。 技术驱动： 关键技术收敛：使用相同技术的系统可以融合； 数据聚类：操作或者使用相同数据的系统可以融合； 计算能力：系统融合需要平衡系统的计算能力； 安全稳定：系统融合需要平衡系统的安全性和稳定性； 技术成熟度：系统融合需要平衡关键技
9、术的成熟度和市场产品的限制； 使用者驱动：尽可能减少同一人操作过多终端/界面的工作负担，提升运营工作效率。,系统群,系统融合策略,系统是项目实施的最小建设单位 以规范定义的系统粒度和边界指导系统建设，不同系统之间要松散耦合、边界清晰。 以规范定义的系统指导专业之间的整合、全业务支撑的整合。 以规范定义的系统指导省集中。 同一系统群内的系统要实现技术共享 逐渐实现同一系统群内部的技术共享，共享技术平台、共享公共组件，并逐渐实现关键技术的收敛。 系统群内部的技术共享并不意味着系统的紧耦合，逐步以SOA方式实现系统的融合。 同一系统群内部的融合可以根据各省实际情况确定融合方式和时间。 不同系统群之间
10、的系统不建议整合和合并 不建议跨系统群的系统整合。,系统蓝图,核心系统 主要提供流程管理和数据管理功能 工具系统 主要提供基础工具功能 按照技术聚类进行分群 公共平台 企业数据架构ODS-O、应用集成平台、企业GIS平台 门户 依托企业统一门户建立运维门户,系统分群建设的意义 对OSS系统未来的演进和融合提供了指引 降低OSS系统数量，突出OSS的核心能力 结合业务驱动和技术驱动进行分群，适应全业务运营和系统技术架构融合的需要 核心系统需要提供综合业务支撑能力 工具系统针对不同业务、不同客户提供个性化支撑,系统架构对全业务运营的应对,系统架构的目标：系统健壮、业务灵敏 架构设计参考：SOA、J
11、2EE、MVC IT系统架构建议 符合业内主流技术和发展趋势 分为数据层、业务逻辑层、控制层、展现层 集成接口层 OSS公共平台 门户平台 企业GIS平台 应用集成平台 ODS-O 公共平台整合对OSS的IT能力提升 提高了IT基础平台的复用程度 保护投资 通过各种应用锤炼基础平台 在全局上实现OSS的整体IT架构优化,数据管理能力是提升OSS能力的核心,ODS-O的业务目标： 统一的企业运营数据视图 企业运营数据质量提升 企业运营数据共享和管理 跨系统的生产运营分析及应用 ODS-O的技术目标： 刚性落地EDM中OSS域数据模型 规则的、总线型、可管控、可扩展的数据共享接口 提升生产系统的运
12、营效能 统一的数据应用和分析平台,ODS-O是体现OSS能力和价值的窗口,数据管理的问题 如何进行数据质量的管理？ 如何保持数据的一致性？ 如何对数据进行搬移和保存？ 如何实现对数据的分析应用？ 如何保证数据的完整性？ ,数据一致性方案,数据一致性问题,数据一致性管理,数据,数据一致性管理流程,数据一致性分析,数据一致性管理解决方案 数据一致性管理流程：网络运维管理 数据中心：ODS-O 数据一致性分析：ODS-O 数据采集：各生产系统，例如自动激活、网络资源 数据变更：各生产系统，例如自动激活、网络资源,数据采集,数据变更,流程驱动和数据驱动,全业务运营和聚焦客户的要求 更全面的流程支撑 更
13、灵活的流程定制 敏捷适应客户的需求 适应复杂业务的组合和协同 端到端的流程管控 问题 流程越来越多，难以穷举和固化 流程实例只有在执行完成时才形成 流程限制了对客户的感知的提升能力 ,数据驱动的特点和适用性 时效性要求不高 流程无法清晰刻画 适应复杂业务的组合和协同 流程驱动的特点和适用性 流程固化 高效率 时效性要求高时适用,剑宗和气宗，都只读了半本书而已,目录,OSS提升点,OSS服务能力的包装和提供,技术架构对IT规律的适应,实现有序、持续地发展,服务质量管理体系的建立,服务质量管理的价值 服务质量管理实现对网络服务质量和运维服务质量的实时监控、准实时的统计分析和管理 服务质量管理需要从
14、用户对服务感知的层面进行建模，将SLA分解为资源层和服务层的服务质量关键指标，针对服务层的故障和性能进行主动采集和管理，获取所需要的KPI数据，经分析处理后，按照规定的格式生成服务质量报告 服务质量管理可根据应用范围的不同，针对个人客户、家庭客户、政企客户及相关业务进行部署 服务质量指标包括 端到端的业务流程质量 产品质量和网络性能 服务质量管理的重要环节 服务质量分析、服务质量评估、服务质量报告,建设思路：先依托ODS建设分析型服务质量管理，条件成熟后逐步建设实时型服务质量管理 短期（12年）：建设OSS域的数据管理中心（ODS-O），促进资源数据共享和质量提升；在数据管理中心之上构建面向重
15、点业务（例如移动）和重点客户（例如政企客户）的服务质量分析应用 中期（23年）：服务质量指标模型的建立（基于SLA，建立服务质量指标模型）；面向客户感知（QoE）的服务质量管理，建设服务测试和模拟手段 长期（35年）：随着服务质量管理成熟度提高，面向服务运营的组织调整和流程优化，服务质量从ODS应用中剥离；服务质量管理系统逐步演进为实时/准实时数据分析为基础，和企业业务流程整合的运营支撑的生产系统,OSS规划和管控体系,建立OSS能力评估模型，用于支持OSS规划和管控体系，描述和衡量战略目标的实现，建立一种评估各省OSS目标执行效果的机制，让各执行单位及时了解自身水平，进而促成战略目标和OSS
16、价值的实现。,1.OSS战略与规划,2.OSS管控,3.OSS能力评估,OSS战略,OSS需求,OSS规划与演进,OSS项目建设,OSS组织与管控,IT控制循环,IT控制循环,OSS能力框架,OSS能力框架,OSS能力指标模型,综合指标,系统指标,考核类别,一级能力,二级能力,功能覆盖完备性,系统性能有效性,跨系统集成有效性,数据有效性,系统扩展性及维护性,管控,服务开通系统,业务价值,服务保障系统,架构成熟度,系统建设及演进,集成架构演进,人员,组织,流程,3A评估内容示例,评估体系,系统指标,综合指标,系统1,业务价值,运营服务价值,IT服务价值,受理业务量,受理时长,受理效率,交互数据稳定性,KPI,KPI,能力指标框架,评价标准（A） 对应演进第一阶段,评价规则,评价标准（AA） 对应演进第二阶段,评价标准（AAA） 对应演进第三阶段,目录,项目的目标和驱动力,项目对OSS的提升点,OSS规范集架构,OSS规范集架构,谢谢,
