北方9省OSS应急工程实施方案建议(PPT 102页).ppt

1、1,北方9省OSS应急工程实施方案建议,2009年1月3日,创发天辰科技有限责任公司,提 纲,采用“一条龙”实施建议,实施框架介绍,参与实施产品简介,公司简介,9省各产品实施分析,采用“单产品协作”实施建议,公司概况,创发天辰致力于协助中国电信集团进行全业务运营支撑系统的建设，提供全面的IT解决方案及增值应用系统运营平台，帮助中国电信提升服务支撑能力和商业绩效。 公司研发了多个拥有自主知识产权的软件产品并推广到江苏、湖南、浙江、西藏等省市电信分公司，在北京、江苏设有分支机构。近三年的经营收入达到了近4亿元，其中软件和服务收入所占比例约为40。,公司主要电信核心支撑系统产品,综合网络激活系统 服

2、务保障系统 服务开通系统 施工调度系统 IT运维管理系统,OSS主要产品：,大型信息系统研发和实施能力,综合业务激活系统（独立于ISPP、全国仅有的两家率先上线的全业务综合网络激活自主软件开发商之一） 综合服务开通系统（湖南电信在线系统，中电信最早符合ITSP规范上线的服务开通产品之一） IT运维管理系统 （湖南电信在线系统） 客户关系管理（CRM）系统（湖南电信在线系统） 10000号综合客户服务系统（湖南电信在线系统、现已推广到江苏、西藏电信应用） 综合结算系统（湖南电信在线系统）,大型软件 开发能力,湖南省IP干线网络集成工程项目 中华人民共和国第十届运动会项目 长沙商业银行灾备中心项目

3、 贵州省文化厅数据共享网络和系统集成项目 电信级设备维保和系统维护服务项目,大型系统 集成案例,提 纲,采用“一条龙”实施建议,实施框架介绍,参与实施产品简介,公司简介,9省各产品实施分析,采用“单产品协作”实施建议,OSS产品参与实施范围,D方案OSS产品整体实施范围为： 综合服务开通 综合网络激活 施工调度 服务保障 IT运维管理,综合自动激活产品介绍,业务介绍 综合网络激活系统实时接收来自外部业务系统的业务工单，将其解析为网元设备可识别的任务工单，并通过专业网管或网元实现业务的自动开通，实现端到端的全业务、全流程自动激活服务，同时可以实现网元设备相关信息的采集与解析。实现固网、移动、数据

4、、智能网、业务平台的全业务激活。系统部署为省集中模式，也可进行混合部署。,成功案例 2007年4月湖南电信上线运行 2008年10月依据集团综合网络激活V2.0规范实施上线,商业优势 可灵活接驳的SPI接口。提供给不同上游业务系统的各种接驳模式。强大的核心调度引擎，使得工单的处理能力和工单的自动完成率得到了极大的提高。最大挖掘网元设备的处理能力，减少用户的投资。方便快捷的产品发布。完善简便的操作界面。完备的异常处理手段。,9,服务开通产品介绍,产品情况,4,服务开通系统在功能架上，完全遵循服务开通1.0构建，产品范围全覆盖规范所有功能，并依2.0规范持续改进中。,2,高性能及稳定的技术架构，支

5、撑高效、顺畅的服务开通,1,3,服务开通前身 1990-2007.3,TOSSV1.0 2002.10-2007.4,服务开通V1.0 2005.9-2008.3,服务开通V1.5 2008.3-2008.10,服务开通2007年4月完成湖南全省的推广实施,有千万级规模,支持了8大类、149个基础产品 实现了过程服务数1802个 实施了172个工作流模板 配置了650000工单流向规则 支持商务领航、号码百事通、ICT等转型业务 支持集团聚焦客户对当前全 业务的要求,IT运维管理产品介绍,业务介绍 IT运维管理产品能实现对被管设备和业务系统的故障发现、故障定位、故障报警，可确保告警发现的准确和

6、及时；具有实时性能图表分析、丰富的历史数据报表和趋势分析报表功能，为企业提供了一个可控制、可预测的IT环境；同时也实现对事件、变更、问题、配置等管理流程支持，保证信息化服务水平的可持续性提升。,成功案例 2008年湖南电信上线运行,商业优势 参考ITIL最佳实践，帮助运营商规范服务管理流程,提高IT服务水平和工作效率 从业务的视角来监控业务系统,确保IT服务可管理,可测量 建立企业的配置管理数据库(CMDB)，为运营商提供清晰的IT资源视图 提供强大的业务定制和二次开发能力,施工调度产品情况,产品情况,服务保障产品介绍,业务介绍 2003年开始研发系统至今 能够完全支撑所有电信业务的故障处理

7、包含故障处理、任务调度、工作计划、割接管理、版本管理等模块 能够支撑集团提出的所有关于服务保障的功能 符合集团提出的J2EE系统构架标准 成功案例 2004年大客户电子工单系统湖南电信上线，2007年公众客户工单系统湖南电信上线 省级与本地网级相结合模式 支撑湖南电信每天将近万张故障工单的处理容量,实施专业组织构架和,项目管理,需求管理,数据清理、迁移,业务配置管理,本地化开发,系统测试,系统支持,用户培训,试点预割接、模拟运行,试点上线割接,分批或其他整体模拟运行,分批或其他整体上线割接,接口管理,上线维护,某省单系统实施模式和框架,某省单系统实施计划,提 纲,采用“一条龙”实施建议,实施框

8、架介绍,参与实施产品简介,公司简介,9省各产品实施分析,采用“单产品协作”实施建议,某省单系统整体实施模式和框架,单省整体实施模式：,北方9省OSS单省、单系统工程实施模式和框架,实施模式架构,分工界面,实施流程计划,用户培训,分阶段实施主体：,项目管理,工程实施计划及主体工作,需求管理,数据清理、迁移,业务配置管理,本地化开发,系统测试,系统支持,用户培训,试点预割接、模拟运行,试点上线割接,分批或其他整体模拟运行,分批或其他整体上线割接,接口管理,项目管理,某省单系统总体实施计划及主体工作,需求管理、分析、确认,数据清理验证、完善,数据方案及开发、数据迁移,数据配置清单确认,数据配置,数据

9、完善,根据需求结果，完成本地化开发,接口清理准备,接口测试、联调、完善,单元测试,测试方案制定,集成测试、用 户接受度测试,系统支持,培训及效果验证,割接方案制定,预割接、模拟运行,试点割接,分批或整 体模拟,分批或 整体割接,里程碑1：标准工作包交付与需求确认,里程碑3：割接准入,里程碑2：培训完成与测试准备就绪,里程碑4：割接成功,上线系统维护,上线维护,某省单系统实施专业组织构架和职责,负责项目的组织、管控、内部各专业组及对外协调。 局方项目管控组领导： 厂商项目管控组领导：,需求收集确认 需求梳理审核 需求变更管理 需求冻结 需求管理方法 指导,用户培训及测试计划制定、跟踪管理 培训需

10、求收集与材料准备 培训组织与管理、效果考核 用户测试组织,数据清理工作计划制定、进度管控及汇报 数据迁移、清理工作管理和指导 预割接、割接数据迁移管理和指导,接口和本地化开发、测试、进度管控和汇报 对外协调和监督 本地化功能和接口问题汇总,配置组计划跟踪、进度汇报 各类配置数据模版制定及数据收集 各类配置数据配置及调测管理,负责系统软件硬件部署和支撑 负责系统平台各项支撑工作 负责网络支撑，包括网络限制开放，确保网络可达,负责系统业务咨询 负责系统业务指导,局方组长/组员： 厂商组长/组员：,局方组长/组员： 厂商组长/组员：,局方组长/组员： 厂商组长/组员：,局方组长/组员： 厂商组长/组

11、员：,局方组长/组员： 厂商组长/组员：,局方组长/组员： 厂商组长/组员：,局方组长/组员：,项目管理活动中的角色与分工,审计项目状态报告，给出审批意见，帮助项目经理解决资源及协调项目问题； 周期性的审查项目经理对项目监督与控制工作的完成情况； 对项目经理在项目跟踪过程中发现的重大问题进行确认；,高层领导：由局方、厂商共同参与,按照计划执行项目的管理工作； 负责计划的跟踪与管理，对偏差和风险进行管理和控制； 定期向高层领导及主管领导进行工作汇报； 负责项目对外及跨系统的沟通协调,项目经理：由局方、厂商共同参与,检查和监督项目经理项目监督与控制活动的有效性和一致性； 按照计划执行项目的管理工作

12、；将检查出来的问题及时通报给项目经理及相关小组和成员，并跟踪问题直到关闭； 参与项目相关会议，及时了解项目的进展情况及存在的问题；,QA经理：由局方或厂商人员担任,协助项目日常管理 按计划工作，填写个人日报； 工作中出现偏差及时反映；,项目组成员：由局方或厂商人员担任,参加项目里程碑评审；,评审人员：由局方、厂商共同组织参与,项目管理活动规范及流程,计划导入管理工具,项目启动,项目经理,采取纠偏措施,项目计划,计划制定,项目状态跟踪,周例会纪要,项目经理,项目成员,项目周报,工作日志,项目周例会,项目问题报告,存在偏差,编写里程碑报告,项目经理,QA人员,里程碑报告,项目经理,不存在偏差,是否

13、里程碑,是,否,里程碑评审,评审未通过,评审通过,会议纪要,是否结项,否,项目结束,所有人员,项目管理风险与规避,需求管理主要工作范围及流程,需求管理介绍： 系统工程推广实施、维护期间各本地网需求收集、需求开发（即需求细化/变更）、需求实现、需求确认流程。 主要流程介绍 客户提出在线需求，根据相关需求规范提出需求； 需求分析及细化需与客户方沟通交流，并就需求完成时间达成一致； 需求分析完成，分配相关专业组进行需求实现； 需求实现完成，经测试发布后，测试组配合局方业务支撑组完成需求确认；,需求管理主要模板与工具,使用VSS做为版本管理工具； 通过PROMISE进行计划管理； 通过信息需求管理系统

14、管理，在一条龙管理方案中建议用IT网管系统进行需求管理；,需求管理风险及规避,数据清理及迁移流程及技术架构,目标数据展现层,源数据层,数据接口层,数据整合核心层,整体实施流程,数据清理及迁移职责分工与关键任务检查,数据清理及迁移模版、样例及风险,业务配置工作内容、制度流程,26,业务数据配置依赖于数据清理配置方案和配置分析结果进行配置,其具体工作流程如下: 在实施过程中，业务支撑组为业务方人员参与共同对需求进行分析确认。,业务配置工具、关键检查点和标准,27,工具、关键检查点和标准 通过VSS进行版本发布管理，通过PROMISE进行计划管理 需求文档及示例,业务配置风险及规避,风险及规避,28

15、,29,本地化开发开发相关工作内容,工作内容: PTC BUG 修复/内部软件测试 软件需求分析、沟通、确认 软件完善及新功能开发/测试 特殊本地化需求以及产品级需求开发。（软件架构分包处理） 测试准备及用户测试 BUG修复及系统完善 预割接（两轮）及测试问题完善 试点局正式割接上线 第一推广版本系统完善 第一推广版本系统测试 第一推广局预割接及测试问题完善 第一推广局正式割接上线,30,本地化开发角色与分工-总体,开发商、本地网、项目组职责分工,31,2. 小组内部工作分工,总体计划及执行管控：XX,本地化开发角色与分工-厂商内部,需求分析建议使用信息化的需求管理系统来进行管理与跟踪 BUG

16、管理使用信息化的BUG管理系统来进行管理与跟踪 文档以及软件版本管理使用标准常用的版本管理工具。如VSS 开发计划 软件概要设计说明书 软件详细设计说明书 软件培训操作手册 软件安装配置说明书 应用系统割接计划 如果采用一条龙的解决方案，建议可以采用本公司的IT网管系统来进行需求以及BUG的信息化跟踪管理 针对通用的产品级需求一般提交研发部进行开发，特殊的本地化需求可以采取本地化开发，通过技术分包手段来保证软件版本的完整统一,32,本地化开发关键检查点、模板、工具,本地化需求调研,接口集成活动中的角色与分工,负责指导和管理整个接口集成的活动； 组织和协调各个分公司及开发厂商的工作；,高层领导,

17、按照接口进度要求，制定接口执行的计划； 负责计划的跟踪与管理，对偏差和风险进行管理和控制； 定期向高层领导及主管领导进行工作汇报；,项目经理,负责接口需求的提供、整理及确认； 参与并确认接口设计、用户测试和割接确认； 负责与周边厂商的协调及检查；,本地网接口需求组,负责接口需求的收集、分析及确认； 负责接口的设计、开发、单元测试及接口联调； 配合用户进行各项测试，并签字确认； 负责接口的实施及割接工作；,项目组成员,配合提供接口需求，并提供相应的技术支撑； 参与接口集成的调试、配合用户进行接口集成测试； 配合完成接口的实施及接口割接工作；,周边系统厂商,接口集成数据接口准备,接口集成周边接口开

18、发/联调,接口集成风险与规避,系统测试主要工作内容与流程,测试流程：,本流程适用于数据迁移测试，数据配置测试，性能测试，接口测试，集成测试,系统测试关键检查点与检查标准,1、主要模板与工具 使用VSS做为版本管理工具； 使用PROMISE工具进行计划管理； 使用Power point编写测试方案； 使用WORD编写工作任务执行报告以及操作手册； 使用EXCEL编写测试模板； 使用LoadRuner做为性能、压力测试工具； 缺陷管理使用缺陷管理系统进行管理，如采用一条龙方案建议采用IT网管缺陷管理系统进行管理和跟踪；,系统测试风险与规避,2. 风险与规避,系统支持工作流程和制度,40,一、工作内

19、容： 1）在上线期间，完成多个系统平台（测试、生产）的安装和检测 2）负责系统网络的调试和检测 3）负责制定终端准入的标准和规范 二、人员组成 1）系统平台管理员：支持硬件厂商完成系统硬件的安装和调测，完成系统操作系统的安装 2）数据库管理员：负责系统数据库的安装、配置、以及存储划分等相关工作 3）应用平台管理员：负责系统应用平台的安装、配置和调测 4）网络设备管理员：负责系统与外界网络的安装与调测 5）终端设备管理员：负责终端设备的检测和准入。,系统支持工具、关键检查点和标准,41,一、软件工具： IBMWebSphereApplicationServer-ND、IBMWebSphereMQ

20、 、IBMHTTPServer 、Oracle 数据库等 二、关键检查点 1）在施工开始前，完成系统施工平台的安装与测试，交付系统施工平台清单（包括系统配置，网络地址，数据库说明，应用平台说明） 2）在施工开始前，交付终端准入条件和设置说明。 3）系统上线前，完成生产平台的安装与测试，交付系统生产平台清单（包括系统配置，网络地址，数据库说明，应用平台说明）。 4）系统上线前，完成系统网络的安装与测试，交付系统生产平台网络拓扑图,系统支持主要模板与工具,系统支持风险及规避风险,用户培训主要工作步骤与流程,培训流程：,培训目标： 使各生产操作一线员工尽快熟悉新系统业务，熟练掌握新系统的操作，保证各

21、电信公司业务和相关系统的平稳过渡。,1、主要模板与工具 使用VSS做为版本管理工具； 使用Project工具进行计划管理； 使用Power point编写专题培训材料； 使用WORD编写工作任务执行报告以及操作手册； 使用EXCEL做为培训计划等的管理；,用户培训模版与工具,用户培训风险与规避,风险与规避：,47,整体模拟运行及割接主体思路,为了保证正式割接上线的顺利进行，建议在正式割接上线前选择一个具有代表性的本地网进行试点预割接和模拟运行，试点局预割接成功后，进行正式割接，剩余局则可以根据实际情况，进行分批或整体割接,软件准备,用户测试、集成测试,数据准备,测试问题解决,硬件准备,试点局所

22、有条件成熟,老系统数据必须按正式割接上线的要求进行数据迁移,北方9省单系统应用、周边接口、数据迁移都按正式割接上线的要求进行部署、配置、割接。周边接口的对端系统可采用测试平台。客户终端必须要能保证新老系统同时部署,系统服务器、客户终端、网络都按正式割接上线的要求进行部署、配置、割接。客户终端必须要能保证新老系统并行,预割接以后，即组织大规模的用户测试和集成测试，要求使用系统的每个用户尽量按正常业务需求与老系统同步使用新系统,大规模的用户测试和集成测试反映的问题及时进行修改与系统版本升级，在正式割接上线前得到用户认可,所有条件满足后，进行正式的预割接及模拟运行,整体模拟运行及割接主要模板及样例,

23、整体模拟运行及割接风险及规避,上线维护两级维护组织架构,50,省企业信息化部,本地中心IT运维管理部门,本地中心IT运维执行部门,厂商,版本升级管理 系统平台维护 需求收集及管理 省级帐号管理 故障受理和修复 运维报表统计,落实全省运行维护方法 管理本地网的运维工作 及时汇报本地网运维工作执行情况 配合省中心运维工作 配合省中心版本升级测试工作,故障沟通组,故障分析组,故障分析和分级 重大故障的跟踪及上报 10000号相关故障的处理,非故障的沟通解决 可内部处理故障的解决 本地网帐号管理,业务处理组,业务监控 积压业务处理 积压业务报表,维护组,开发组,在线故障修复 积压业务分析及处理,软件开

24、发 程序故障修复 配合版本升级流程,本地中心,省中心,上线维护省中心和本地中心职责分工（1）,51,上线维护省中心和本地中心职责分工（2）,52,上线维护维护体系总体介绍,维护体系=8个管理办法和制度+3个主要维护流程+4个常规维护制度+5个维护手段,上线维护省集中系统运行维护管理体系,上线维护系统维护制度,生产管理办法： 省集中信息管理系统生产管理办法 业务申告与故障处理办法： 省集中信息管理系统业务申告与故障处理管理办法、信息管理系统业务需求管理办法 业务需求管理办法： 省集中信息管理系统业务申告与故障处理管理办法、信息管理系统业务需求管理办法 版本管理办法： 省集中信息系统应用软件升级与

25、版本管理办法,上线维护三个流程:(一)需求申报流程,56,分公司 各部门,分公司需求 归口管理部门,分公司需求 实现部门,分公司评审,提出,组织,不通过,通过,分公司评审,本地网不能实现,省企业信息化部,信息化部评审,提出,省公司市场部 运维部,省公司评审,全省需求库,通过,进行,进行,结束,不通过,不通过,流程在需求管理系统上固化,上线维护三个流程:(二)故障处理流程,57,三个流程:(三)版本升级流程,58,上线维护 4个常规维护制度,59,常规维护 制度,定单监控制度,维护会议制度,为了使好的更直观的提高本地网维护工作人员的维护水平，省公司每季组织本地网维护人员到省中心进行培训。 培训的

26、内容主要有：新业务操作受理的培训，在IT运营中常见故障的处理，业务知识等培训，这些培训极大的提高了本地网维护工作人员的业务水平。,培训制度,走巡制度,每年省中心组织厂商到各本地网进行了客户满意度调查、意见及建议收集等相关走巡工作； 通过与客户面对面的交流与沟通，能获取大量建设性的意见和见意，既得到了用户的肯定和支持，也收集一些系统的需要升级和支撑工作做得不好的地方 ； 组织维护人员和系统开发人员到本地网中心营业厅、代办点和农村支局现场查看、体验系统运行情况，使维护和系统功能更加贴近客户，系统操作更加人性化。,维护周例会：每周举行一次，对上周的维护情况进行回顾； 应用软件维护服务沟通会：每月举行

27、一次，对上月的维护情况进行回顾，并对厂商的维护服务进行考评； 故障分析会：发生重要故障时举行，对故障原因进行深入分析，并制定相关改进和预防措施。,上线维护故障维护的考核办法,考核办法： 1、厂商的维护服务管理情况评估值4分 2、系统维护的执行情况评估值60分 3、对我方需求的响应情况评估值20分 4、厂商的软件版本管理情况评估值16分 考核流程： 1、每月组织省分公司企业信息化部及厂商相关人员对月度维护情况进行回顾总结，对问题进行确认。 2、评估按月进行，按月通报，以省分公司企业信息化部为主，并收集和综合本地网意见评估打分。 3、评分采取100分制，基分为96分，低于基分按相应维护合同进行相应

28、的处罚。,考核办法： 维护人员绩效分=主动解决批量故障奖励分-重复故障扣分 +维护案例贡献分+案例质量分+模版质量分+故障解决累计得分 +月障碍解决率得分(98%)=80、(95%-98%)=60、(95%)=0） 考核方法： 维护人员的绩效分数按月核算、排名，并根据名次确定考评级别。 考评级别分A、B、C、D四个等级,考核办法： 对于本地网提报给省公司的故障，属于表述不清、误报、操作不正确、本地网可以解决类型的故障，企业化部在一级和二级审核环节审核否定限制低于5%。 考核方法： 每高一个百分点扣1分。,本地网,厂商,维护人员,上线维护各平台监控制度,61,运维支撑手段介绍,专人值守，24小时

29、畅通。,为省企业信息化的门户，可以链接到各业务生产系统、电子工单管理系统、办公自动化系统等，发布有业务通报、数据通报，是省信息化部生产运营与业务管理的综合平台,是全省需求管理、业务申告与故障处理的承载通道和管理系统。,维护知识库,维护工具,建立了四种知识库：省级知识库、维护文档、VSS维护案例、操作手册,快速解决资料引起的问题，实现业务故障的“零等待”，制做了专门应对各种常见系统疑难杂症的图形化、傻瓜式、可拔插式维护工具。,提 纲,采用“一条龙”实施建议,实施框架介绍,参与实施产品简介,公司简介,9省各产品实施分析,采用“单产品协作”实施建议,综合网络激活工程实施分析,64,北方九目前北方九省

30、均未建综合网络激活系统，本 次工程将在北方九省进行新建。 省目前网络激活主要为分专业激活系统，有的省市部 分专业的激活系统也不存在，移动业务为133、153用 户使用联通联机指令系统进行激活，189用户在新网 元设备中通过iSPP进行激活,北方九省均可以省中心模式构建综合网络激活系统，各省均不进行本地网试点，采用分专业激活分步实施上线，并可并行实施。,综合网络激活工程实施策略,65,综合网络激活工程实施工作清单,主要工作细化清单 确定综合网络激活的实施步骤与设备清单 新设备的接口协议和交互内容 新业务的实现规则 确定综合网络激活的本地化功能需求 确定业务系统和服务开通系统的接口协议和接口内容

31、服务开通系统 CRM系统 进行原有配置信息的收集 设备信息 指令信息 规则信息 用户信息 业务工单穿透测试 进行设备、EMS、NMS、业务平台连通 完成系统的搭建 网络通达 网络认证 ,66,服务开通现状分类,68,服务开通实施策路一（适用第一类：具备其一）,69,服务开通实施策路二（适用第二类：两者无或者两者具备）,实施策略的共性： 1、程序的主体功能放在厂商研发基地进行，接口开发放在具体的实施过程中进行。 2、在服务开通的对同一个支撑系统的接口格式尽量统一，统一的好处在于减少业务部们的维护工作量和便于厂家的版本的管理，如果确实不能统一，服务开通系统对外提供一个透明接口，然后再在内部提供一个

32、内部、外部转换层模块，这样做的好处是可以提高厂家的工程实施进度和质量，可以将外部接口的变动的风险加少到最小。,70,服务开通周边系统的接口以及数据迁移要求,71,服务开通工程实施中的业务数据配置,根据配置数据的特点采用，继承、模板收集批量倒入、人工定置3种方式建立 。,IT运维管理系统工程实施分析,目前北方九省均未建IT运维管理系统，本次工 程将在河北、内蒙、辽宁新建IT运维管理系统。,河北、内蒙、辽宁三省均以省中心模式构建IT运维管理系统，各省均不进行本地网试点，采用一次性实施上线，三省可并行实施。,IT运维管理系统工程实施工作清单,主要工作细化清单 确定监控的业务系统范围、粒度,并确定业务

33、系统接口内容和接口协议，根据接口协议完成接口开发和调测。 服务开通系统系统接口 综合网络激活系统接口 服务保障系统接口等 收集和确定监控的基础设施范围，包括监控主机清单、数据库设备清单、中间件设备清单和网络清单，根据清单部署各类监控代理。 梳理和确定服务管理各岗位及流程，结合本地实际需要在系统种定制符合运营商需要的各类流程，包括： 事件管理 问题管理 变更管理 需求管理等 完成各类IT资源数据收集和录入，包括各类配置项(CI)及之间的关系，建立运营商配置管理数据库（CMDB）,施工调度产品现状分析,北方九省系统现状 : 4类情况,施工调度产品实施分析,建设统一施工调度平台,实现服务开通和服务保

34、障的施工调度功能.对服务开通或服务保障系统进行调整 试点省实施后,其他省同步推广.适合类型A,B,D情况,实施策略1,实施策略2,建设统一施工调度平台,实现服务开通和服务保障的施工调度功能.对电子运维系统进行调整.试点省实施后,其他省同步推广.适合类型C情况.,服务保障系统现状分析,北方九省实施意向 河北、辽宁、内蒙古三个省有建设服务保障系统的意向 系统实施内容 河北省已经建设了基于大客户和普通客户的服务保障系统，需要在原有平台扩容C网故障以及相关功能处理子系统（I类） 辽宁和内蒙古需要新建完整的服务保障系统（II类）,服务保障系统 I类实施策略,1、河北电信在原服务保障系统基础上扩展C网以及

35、相关故障功能管理； 2、C网故障受理、处理系统是独立于原服务保障系统的子系统，只要关键接口能够得到保障，可以全省一次性实施； 3、周边接口最依赖主要是：10000号系统、CRM、SPS系统； 4、施工调度系统、C网网管等系统可以后期在和本系统接入；,服务保障系统 I类实施工作清单,主要工作细化清单 建立C网故障处理平台：部署应用软件，建立应用数据库 配置故障处理流程：按照河北实际故障处理流程，进行流程数据配置 配置系统支撑数据：配置地区、部门、员工、用户权限等数据 配置工作数据：配置处理故障的员工和故障流程之间的关联数据，主要指定处于故障流程个环节的员工，并限定其工作范围 连接主要接口：配置和

36、关键接口的连接； 和10000号系统连接，连通故障单的主要来源； 和CRM、SPS系统连接，获得CDMA的号线资料和用户资料； 连接辅助故障处理接口：此处接口仅作为辅助使用，不是必要功能 和施工调度系统接口，与该系统作工单处理交互 和C网网管系统接口，为故障处理提供测试机制； 以页面延伸方式将本系统纳入到原服务保障系统，形成一个统一的故障平台,系统实施分析-II类实施策略,1、辽宁、内蒙古作全业务服务保障系统的建设，实现全业务服务保障支撑； 2、由于是全新系统上线，可以考虑先在一个业务比较完善的本地网作试点，在主要功能基本满足要求之后，再推广到全省； 3、系统上线的关键依赖接口：10000号系

37、统接口和CRM、SPS接口；,系统实施分析-II类实施工作清单,主要工作细化清单 业务需求和服务保障周边系统调研、分析：比较全面的了解辽宁、内蒙的详细实际情况 全面调整服务保障系统：修改系统配置，调整模块结构，在不动核心流程的基础上，为实施省量身打造一个符合要求的系统平台 建立全业务故障处理平台：部署应用软件，建立应用数据库 配置故障处理流程：按照实施地实际故障处理流程，进行流程数据配置 配置系统支撑数据：配置地区、部门、员工、用户权限等数据 配置工作数据：配置处理故障的员工和故障流程之间的关联数据，主要指定处于故障流程个环节的员工，并限定其工作范围 连接主要接口：配置和关键接口的连接； 和1

38、0000号系统连接，连通故障单的主要来源； 和CRM、SPS系统连接，获得CDMA的号线资料和用户资料； 保证核心故障处理正常工作的前提下，完成后续辅助工作,提 纲,采用“一条龙”实施建议,实施框架介绍,参与实施产品简介,公司简介,9省各产品实施分析,采用“单产品协作”实施建议,北方9省OSS部分产品整体实施的指导思路,平滑过渡、稳定第一；完整实施、科学管理和高效统一的进行主体工作和资源调度。,建立以业务、客户服务高效、可靠、安全支撑和符合集团ITSP规范的OSS整体信息管理系统。,指导思想,工作目标,项目管理,T0,T1,T2,T3,T4,T5,T6,T7,T8,T9,综合网络激活,需求调研

39、 系统设计,本地化开发、接口开发,试点上线,系统优化及改造,服务保障,服务开通,需求调研 系统设计,本地化开发、接口开发,系统集成测试,试点上线,剩余局分配或整体上线,第一试点局割接上线,系统优化及改造,施工调度,系统集成测试,试点上线,系统优化及改造,本地化开发、接口开发,剩余局分配或整体上线,剩余局预割接,第一试点局割接上线,第一试点局预割接模拟运行,原型系统检验,原型系统检验,IT运维管理,试点上线,第一试点局预割接模拟运行,北方9省,北方9省,北方9省,试点上线,北方9省,北方9省,“一条龙”整体实施计划,剩余局预割接,剩余局分配或整体上线,试点业务接入,第一试点局预割接模拟运行,剩余

40、局预割接,剩余局分配或整体上线,第一试点局割接上线,网元测试、整合测试,剩余局预割接,第一试点局预割接模拟运行,原型系统检验,需求调研 系统设计,系统集成测试,系统优化及改造,本地化开发、接口开发,原型系统检验,需求调研 系统设计,系统集成测试,系统优化及改造,本地化开发、接口开发,原型系统检验,需求调研 系统设计,本地化需求冻结,剩余局分配或整体上线,第一试点局割接上线,剩余局预割接,第一试点局预割接模拟运行,北方九省OSS总体实施组织构架建议,集团公司北方九省OSS应急工程指导委员会,XX省OSS应急工程项目办公室,打包产品 项目组,XXX 项目组,需求管控组,打包产品项目实施团队,项目管

41、控组,接口组,专业组N,采用整体打包模式建议打包产品设立一个大项目组。,对外协调小组,北方9省OSS部分产品整体实施组织架构建议,服务开通实施项目组,网络激活实施项目组,施工调度实施项目组,服务保障实施项目组,IT运维实施项目组,负责项目的组织、管控、内部各专业组及对外协调。 局方项目管控组领导：2人 厂商项目管控组领导：2人,局方：6人 厂商：3人,局方：10人 厂商：5人,局方：8人 厂商：6人,局方：8人 厂商：12人 对端厂商： 8人,局方：4人 厂商：6人,局方：6人 厂商：8人,说明：各专业小组投入的人力资源仅供参考，视打包产品数量等因素不同而定。,灵活组合的部署方式，性能和投资的

42、最大平衡,应用逻辑布署： 方案中5个产品技术架构一致和统一的构件环境采用，使整体方案能支持多组合布署方案。 各应用实例的横向扩展能力强，可依业务量的变化，在实际运行当中出现业务增长负载增大所需时分期分批快速扩展。 需购置中间件平台软件，但可以重用，至少购买1套。 支撑商用工作流和自主轻量级工作流2种方案，应用公共支撑框架中内置自主研发的轻量级工作流，可节省商用工作流软件费用，本项目推荐采用。,可选模式一,可选模式二,灵活组合的部署方式，性能和投资的最大平衡,物理布署： 在构建阶段，如因投资额度等因素，多种可选布署方案；发挥系统纵向扩展能力，在核准基本保障设备基础上，可依业务量的变化，在实际运行

43、当中出现业务增长负载增大所需时分期分批快速扩展和调整；可依投资和实际业务量情况选购设备。 运行当中设备、应用实例可充当互备、并依负载程度进行设备、应用实例资源的灵活调济。,可选模式一,可选模式二,可选模式三,可以采用数据库互备群集，节省软硬件资源,多个业务的数据库共用一套数据库群集软硬件资源 保障数据库高可用性的同时，节省软硬件资源 相同平台、相同架构，业务灵活搭配，拆分方便,当一台服务器发生故障后，该服务器的数据库由互备群集中的另一台服务器接管，保障业务的运行。,数据库布署： 在构建阶段，如因投资额度等因素，可选集中布署方案，采用分DB实例或用户方案； 后续再分期分批投建；在实际运行当中出现

44、业务增长负载增大后，再实施DB的分离，因应用的独立性，实施非常方便。,整体实施接口开发、调测工作量大幅减少,没有打包建设系 统间接口错综复杂,打包建设后系 统间接口井然有序,周边接口： 整体实施时因5个产品间接口实施已在前期完成研发、实施，实施工作量及风险可控； 5个产品间的接口投资可不予考虑； 整体实施时只需重点考虑全业务端到端支撑中的关键周边CRM系统和资源管理系统的投入。 涉及端到端全业务支撑的核心系统CRM、资源接口方案采用消息实现，并实施二次保障方案，可保证信息的稳定、校核、异常处理。,整体实施特点及优、劣势,劣势：整体业务对承建厂商依赖较强，厂商的实施和持续服务支持能力要求高。,提

45、 纲,采用“一条龙”实施建议,实施框架介绍,参与实施产品简介,公司简介,9省各产品实施分析,采用“单产品协作”实施建议,北方9省OSS单产品协作实施的指导思路,平滑过渡、稳定第一；服从大局、分工协作。,建立以业务、客户服务高效、可靠、安全支撑和符合集团ITSP规范的单产品系统。,指导思想,工作目标,单产品协调作总体组织构架,集团公司北方九省OSS应急工程指导委员会,XX省OSS应急工程项目办公室,服务开通 项目组,IT运维 项目组,施工调度 项目组,综合网络激活 项目组,服务保障 项目组,需求管控组,XX系统项目实施团队,项目管控组,接口组,专业组N,采用单产品协作模式建议每个OSS项目分设一个项目组。,对外协调小组,单产品协调作XX项目组织构架,负责项目的组织、管控、内部各专业组及对外协调。 局方项目管控组领导：X人 厂商项目管控组领导：X人,局方：X人 厂商：X人,局方：X人 厂商