优化BSS整合OSS整合-Read.PPT

2002-09-06 J2EE培训材料 余勇，中兴软创副总经理，1998年西安交通大学硕士研究生毕业。长期主管中兴软创运营支撑系统产品的研发和市场工作，对运营支撑系统的建设和研发有很多独到而深刻的见解，多年来一直领导中兴软创研发和市场团队积极参与中国电信运营支撑系统的建设，为中国电信实现企业信息化的目标贡献绵薄之力。 目录 电信运营现状及面临的挑战 目录 服务开通面临的问题 业务支撑方面 无法有效支撑跨本地网业务的开通 开通反应慢，无法满足前端对后端的时限要求 对SLA支持力度有限，无法提供差异化服务 无法适应灵活多变的业务流程（如电信活动日开展的普话倒装机），前后端衔接不顺畅，对BSS整合（尤其是CRM整合需求）方面的支撑力度不足 管理支撑方面 具有多个开通系统（语音、数据、小灵通各有一套开通系统），无法统一集中管控 工单、定单考核数据（工作量、及时率、准确率等等）分散在各个系统中，无法对运维工作做出有效评估 人员、车辆、工具管控不力，无法有效调度，更别说通过调度规则或是策略的智能调度 集成应用方面 开通的自动化程度不够，需要人工干预 系统扩展性、兼容性差，新的业务开通常常面临需要新建一套系统的困境 前后端信息交互薄弱，缺乏统一的入口（对前端CRM）和出口（对后端资源和网管），系统间的应用集成程度不高 服务保障面临的问题 业务支撑方面 无法有效支撑跨本地网故障的处理 无法满足前端对后端的时限要求，反应缓慢 对SLA支持力度有限，差异化服务能力弱 故障定位不准确 没有流程平台支撑 故障信息没有与设备与客户关联，更无法进一步分析故障发生后受影响的客户，客户关怀水平低下 重复故障、故障关联以及故障等级升级支持能力不足 管理支撑方面 建设有多套系统故障处理系统（小灵通、MDF、客户侧的、网络侧的等等） 尚未有效开展对故障工单、故障单的考核（工作量、及时率、准确率等等） 人员、车辆、工具管控不力，无法有效调度，更别说通过调度规则或是策略的智能调度 集成应用方面 前后端信息不畅，故障处理没有实现自动化（比如：集中告警发现的故障处理过程10000无法查看） 运维管理面临的问题 现状方面 运行维护工作尚未电子化 不规范、不统一，无法对工作进行有效评估 全程全网的指挥调度、管理协调有待加强 运维知识分散 系统支撑有限，大部分是手工操作，有的还无据可查 工作执行的准确性几乎无拘可查 流程化程度不高 理念方面 把运维管理等同于OA，有的把电子运维包含的服务保障和运维管理都等同于OA，没有准确定位运维管理的功能定位 集成应用方面 与资源管理、网管、综合告警系统等的集成程度不高、导致系统的效率和自动化程度不高 资源管理面临的问题 资源系统的业务支撑 为97前台提供服务，有效支撑服务开通中的资源查询、资源匹配、资源割接等过程 为网络资源维护提供服务 为网络设计规划提供服务 资源系统的管理支撑 在资源使用、维护和建设过程中变更情况的记录不准确，不及时，导致无法有效支撑上述三大目标 资源数据分散，资源描述不统一 跟客户、业务关联不够 目前接口提供能力不足 资源数据维护质量不好，无法保证资源数据的动态性、唯一性和存在性，严重影响使用效果 集成应用方面 资源系统对CRM、运维管理、服务开通等应用的集成应用支持程度不高 资源系统建设的滞后一定程度上减缓了OSS的改造步骤 目录 OSS在eTOM中的定位 服务管理层与网络管理层 整体解决方案思路 目录 建立统一的业务流程平台 建立灵活的模板配置 功能要求 业务专家通过定制功能完成对一般界面的绘制 需要支持定单、工单模板 需要支持录入、查询、打印的不同版式要求 需要支持对模板版本和状态的管理 高级功能要求 支持拖拽来定制相关模板 建立统一的组织人员权限管理 功能要求 需要对组织、人员、职位、角色、权限、人员技能进行了管理 要能够完全适应电信后端系统的要求，避免每上一套IT支撑系统就要清理一遍基础数据以及学习使用配置管理 需要提供编程API，可给后端的不同系统使用 LDAP结合 Web化等等 建立业务单、任务单的集中管控 功能要求 统一的任务派发视图，维护人员无需面对多个系统 统一的任务管控视图，管理人员通过一个统一的监控台能够对所有任务进行管控 可对业务单进行统一管控 全程体现每个任务上对后端SLA时限的分解要求 可支持多样的任务处理，比如：短信等，从而提高外出维护人员的工作效率 建立统一的、全专业的资源系统 建立运维工作的考核体系 目录 面向客户的服务体系 面向客户的维护服务意识薄弱 客户障碍发生数居高不下 大客户重复障碍率较高 缺少客户回访和关怀的环节 面向客户的IT支撑系统薄弱 大客户资料不全，或是前后端无法共享 对故障定位困难 任务情况全程管控力度不够，常常引起超时 SLA－提供差异