北方9省OSS应急工程实施方案建议课件_第1页
北方9省OSS应急工程实施方案建议课件_第2页
北方9省OSS应急工程实施方案建议课件_第3页
北方9省OSS应急工程实施方案建议课件_第4页
北方9省OSS应急工程实施方案建议课件_第5页
已阅读5页,还剩199页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1

北方9省OSS应急工程实施方案建议

2009年1月3日创发天辰科技有限责任公司1

北方9省OSS应急工程实施方案建议 2009年1月3日提纲采用“一条龙”实施建议实施框架介绍参与实施产品简介公司简介9省各产品实施分析采用“单产品协作”实施建议提纲采用“一条龙”实施建议实施框架介绍参与实施产品简介公司概况中通服最大的IT企业之一,专注于电信核心支撑系统的研发6000万1993年天辰科技成立

1996年创发科技成立2005年合并成立创发天辰注册资金公司历程98%本科以上学历76%软件研发、维护人员100多人电信IT行业10年以上经验两个专业部门专注于电信OSS域研发多名软件架构师、分析师和高级项目经理人员组成全国仅有两家率先上线的全业务综合网络激活自主软件开发商之一IT运维管理系统的成功案例湖南电信OSS域一条龙实施近期表现创发天辰致力于协助中国电信集团进行全业务运营支撑系统的建设,提供全面的IT解决方案及增值应用系统运营平台,帮助中国电信提升服务支撑能力和商业绩效。

公司研发了多个拥有自主知识产权的软件产品并推广到江苏、湖南、浙江、西藏等省市电信分公司,在北京、江苏设有分支机构。近三年的经营收入达到了近4亿元,其中软件和服务收入所占比例约为40%。公司概况中通服最大的IT企业之一,专注于电信核心支撑系统的研公司主要电信核心支撑系统产品综合网络激活系统服务保障系统服务开通系统施工调度系统IT运维管理系统OSS主要产品:公司主要电信核心支撑系统产品综合网络激活系统OSS主要产品:大型信息系统研发和实施能力综合业务激活系统(独立于ISPP、全国仅有的两家率先上线的全业务综合网络激活自主软件开发商之一)综合服务开通系统(湖南电信在线系统,中电信最早符合ITSP规范上线的服务开通产品之一)IT运维管理系统(湖南电信在线系统)客户关系管理(CRM)系统(湖南电信在线系统)10000号综合客户服务系统(湖南电信在线系统、现已推广到江苏、西藏电信应用)综合结算系统(湖南电信在线系统)大型软件开发能力湖南省IP干线网络集成工程项目中华人民共和国第十届运动会项目

长沙商业银行灾备中心项目贵州省文化厅数据共享网络和系统集成项目电信级设备维保和系统维护服务项目大型系统集成案例大型信息系统研发和实施能力综合业务激活系统(独立于ISPP、提纲采用“一条龙”实施建议实施框架介绍参与实施产品简介公司简介9省各产品实施分析采用“单产品协作”实施建议提纲采用“一条龙”实施建议实施框架介绍参与实施产品简介OSS产品参与实施范围D方案OSS产品整体实施范围为:综合服务开通综合网络激活施工调度服务保障IT运维管理OSS产品参与实施范围D方案OSS产品整体实施范围为:综合自动激活产品介绍业务介绍综合网络激活系统实时接收来自外部业务系统的业务工单,将其解析为网元设备可识别的任务工单,并通过专业网管或网元实现业务的自动开通,实现端到端的全业务、全流程自动激活服务,同时可以实现网元设备相关信息的采集与解析。实现固网、移动、数据、智能网、业务平台的全业务激活。系统部署为省集中模式,也可进行混合部署。成功案例2007年4月湖南电信上线运行2008年10月依据集团综合网络激活V2.0规范实施上线商业优势可灵活接驳的SPI接口。提供给不同上游业务系统的各种接驳模式。强大的核心调度引擎,使得工单的处理能力和工单的自动完成率得到了极大的提高。最大挖掘网元设备的处理能力,减少用户的投资。方便快捷的产品发布。完善简便的操作界面。完备的异常处理手段。综合自动激活产品介绍业务介绍成功案例商业优势9服务开通产品介绍产品情况4服务开通系统在功能架上,完全遵循服务开通1.0构建,产品范围全覆盖规范所有功能,并依2.0规范持续改进中。2高性能及稳定的技术架构,支撑高效、顺畅的服务开通,13服务开通前身1990-2007.3TOSSV1.02002.10-2007.4服务开通V1.02005.9-2008.3服务开通V1.5…2008.3-2008.10…服务开通2007年4月完成湖南全省的推广实施,有千万级规模支持了8大类、149个基础产品实现了过程服务数1802个实施了172个工作流模板配置了650000工单流向规则支持商务领航、号码百事通、ICT等转型业务支持集团聚焦客户对当前全业务的要求9服务开通产品介绍产品情况4服务开通系统在功能架上,完全遵循IT运维管理产品介绍业务介绍IT运维管理产品能实现对被管设备和业务系统的故障发现、故障定位、故障报警,可确保告警发现的准确和及时;具有实时性能图表分析、丰富的历史数据报表和趋势分析报表功能,为企业提供了一个可控制、可预测的IT环境;同时也实现对事件、变更、问题、配置等管理流程支持,保证信息化服务水平的可持续性提升。成功案例2008年湖南电信上线运行商业优势参考ITIL最佳实践,帮助运营商规范服务管理流程,提高IT服务水平和工作效率从业务的视角来监控业务系统,确保IT服务可管理,可测量建立企业的配置管理数据库(CMDB),为运营商提供清晰的IT资源视图提供强大的业务定制和二次开发能力IT运维管理产品介绍业务介绍成功案例商业优势施工调度产品情况产品情况2高性能及稳定的技术架构,支撑高效、顺畅的外勤施工调度,施工调度前身1990-2007.3施工调度V1.02004.10-2008.7施工调度V2.02008.8-2008.102008.8已经完成湖南全省的施工调度推广实施,有千万级用户规模1施工调度V3.0…2008.11-持续4覆盖集团施工调度2.0规范主体,灰色部分功能:PDA服务;EMAIL服务;材料管理、定位管理正依2.0规范完善中3种类产品过程服务调度规则外勤施工19大类648060外勤维修19大类---同上支持多种产品,过程服务以及灵活配置的调度规则施工调度产品情况产品情况2高性能及稳定的技术架构,支撑高效服务保障产品介绍

业务介绍2003年开始研发系统至今能够完全支撑所有电信业务的故障处理包含故障处理、任务调度、工作计划、割接管理、版本管理等模块能够支撑集团提出的所有关于服务保障的功能符合集团提出的J2EE系统构架标准

成功案例2004年大客户电子工单系统湖南电信上线,2007年公众客户工单系统湖南电信上线省级与本地网级相结合模式支撑湖南电信每天将近万张故障工单的处理容量服务保障产品介绍 业务介绍实施专业组织构架和项目管理需求管理数据清理、迁移业务配置管理本地化开发系统测试系统支持用户培训试点预割接、模拟运行试点上线割接分批或其他整体模拟运行分批或其他整体上线割接接口管理上线维护某省单系统实施模式和框架某省单系统实施计划提纲采用“一条龙”实施建议实施框架介绍参与实施产品简介公司简介9省各产品实施分析采用“单产品协作”实施建议实施专业组织构架和项目管理需求管理数据清理、迁移业务配置管理某省单系统整体实施模式和框架单省整体实施模式:北方9省OSS单省、单系统工程实施模式和框架实施模式架构分工界面实施流程计划用户培训分阶段实施主体:单省工程试点局实施其他局推广剩余局A剩余局BC剩余局DEF或剩余所有局依据不同省份实际情况示范分批或其它整体施工集成厂商各省电信公司第三方合作厂商组织督导人员系统集成商和省公司项目组人员培训示范站的工程技术培训示范站的系统集成远程技术支持培养电信公司的技术骨干力量领导和督促本地网电信分公司的工程实施协调和集成厂商的工作协调和第三方系统集成商的工作组织项目实施人员提供系统运行环境提供工程技术培训环境组织项目实施人员非示范站的工程技术培训非示范站的系统集成非示范站的现场督导受训人员范围人员素质要求培训组织方式集中培训受训人员范围人员素质要求培训组织方式现场培训根据实际情况选择某省单系统整体实施模式和框架单省整体实施模式:北方9省OSS项目管理工程实施计划及主体工作1234T41234T51234T61234T71234T81234T91234T101234T111234T31234T21234T11234T0需求管理数据清理、迁移业务配置管理本地化开发系统测试系统支持用户培训试点预割接、模拟运行试点上线割接分批或其他整体模拟运行分批或其他整体上线割接接口管理项目管理某省单系统总体实施计划及主体工作需求管理、分析、确认数据清理验证、完善数据方案及开发、数据迁移数据配置清单确认数据配置数据完善根据需求结果,完成本地化开发接口清理准备接口测试、联调、完善单元测试测试方案制定集成测试、用户接受度测试系统支持培训及效果验证割接方案制定预割接、模拟运行试点割接分批或整体模拟分批或整体割接里程碑1:标准工作包交付与需求确认里程碑3:割接准入里程碑2:培训完成与测试准备就绪里程碑4:割接成功上线系统维护上线维护项目管理工程实施计划及主体工作1234T41234T5123某省单系统实施专业组织构架和职责项目管控组需求管理组测试培训组数据清理及迁移组本地化功能接口组数据配置组项目办公室系统部署支撑组项目组织运作和日常管理、项目进度跟踪管理和汇报局方项目办公室成员:厂商项目办公室成员:业务支撑组负责项目的组织、管控、内部各专业组及对外协调。局方项目管控组领导:厂商项目管控组领导:需求收集确认需求梳理审核需求变更管理需求冻结需求管理方法指导用户培训及测试计划制定、跟踪管理培训需求收集与材料准备培训组织与管理、效果考核用户测试组织数据清理工作计划制定、进度管控及汇报数据迁移、清理工作管理和指导预割接、割接数据迁移管理和指导接口和本地化开发、测试、进度管控和汇报对外协调和监督本地化功能和接口问题汇总配置组计划跟踪、进度汇报各类配置数据模版制定及数据收集各类配置数据配置及调测管理负责系统软件硬件部署和支撑负责系统平台各项支撑工作负责网络支撑,包括网络限制开放,确保网络可达负责系统业务咨询负责系统业务指导局方组长/组员:厂商组长/组员:局方组长/组员:厂商组长/组员:局方组长/组员:厂商组长/组员:局方组长/组员:厂商组长/组员:局方组长/组员:厂商组长/组员:局方组长/组员:厂商组长/组员:局方组长/组员:某省单系统实施专业组织构架和职责项目管控组需求管理组测试培训项目管理—活动中的角色与分工审计项目状态报告,给出审批意见,帮助项目经理解决资源及协调项目问题;周期性的审查项目经理对项目监督与控制工作的完成情况;对项目经理在项目跟踪过程中发现的重大问题进行确认;高层领导:由局方、厂商共同参与按照计划执行项目的管理工作;负责计划的跟踪与管理,对偏差和风险进行管理和控制;定期向高层领导及主管领导进行工作汇报;负责项目对外及跨系统的沟通协调项目经理:由局方、厂商共同参与检查和监督项目经理项目监督与控制活动的有效性和一致性;按照计划执行项目的管理工作;将检查出来的问题及时通报给项目经理及相关小组和成员,并跟踪问题直到关闭;参与项目相关会议,及时了解项目的进展情况及存在的问题;QA经理:由局方或厂商人员担任协助项目日常管理按计划工作,填写个人日报;工作中出现偏差及时反映;项目组成员:由局方或厂商人员担任参加项目里程碑评审;评审人员:由局方、厂商共同组织参与项目管理—活动中的角色与分工审计项目状态报告,给出审批意见,项目管理—活动规范及流程计划导入管理工具●[项目启动]项目经理采取纠偏措施项目计划计划制定项目状态跟踪周例会纪要项目经理项目成员项目周报工作日志项目周例会项目问题报告存在偏差编写里程碑报告项目经理QA人员里程碑报告项目经理不存在偏差是否里程碑是否里程碑评审评审未通过评审通过会议纪要是否结项否●[项目结束]所有人员项目管理—活动规范及流程计划导入管理工具●[项目启动]项目经项目管理—风险与规避风险描述风险级别建议解决方案业务配合不积极低成立专门的项目管理团队,并由双方的高层领导参与管理团队,引起实施省市的重视人员兼多值,协调及部分资源不到位中减少项目管理团队中的人员兼职的成员比例,并建立相应的项目管理制定及考核指标项目管理—风险与规避风险描述风险建议解决方案业务配合不积极成需求管理—主要工作范围及流程需求管理介绍:

系统工程推广实施、维护期间各本地网需求收集、需求开发(即需求细化/变更)、需求实现、需求确认流程。主要流程介绍客户提出在线需求,根据相关需求规范提出需求;需求分析及细化需与客户方沟通交流,并就需求完成时间达成一致;需求分析完成,分配相关专业组进行需求实现;需求实现完成,经测试发布后,测试组配合局方业务支撑组完成需求确认;需求管理—主要工作范围及流程需求管理介绍:需求管理—主要模板与工具使用VSS做为版本管理工具;通过PROMISE进行计划管理;通过信息需求管理系统管理,在一条龙管理方案中建议用IT网管系统进行需求管理;阶段输入/输出使用工具受理需求业务需求处理单(含客户原始需求)

需求模板WORD、EXCEL需求实现需求功能规格说明书需求变更确认文档需求沟通确认文档立项建设方案需求版本发布计划需求项目周报需求跟踪矩阵WORD、EXCEL需求销号需求销号EXCEL需求管理—主要模板与工具使用VSS做为版本管理工具;阶段输入需求管理—风险及规避风险类型风险影响风险规避建议需求提出不符合规范需反复沟通,降低工作效率按相关文档文档提出需求,如配置套餐需按套餐配置EXCEL模板提供,便于快速准确的配置;需求实现要求时间紧急导致开发计划重新排整,并在有限的人力和时间内完成更多需求,加大后期的故障出现可能性;根据客户要求时间和需求分析后工作量进行沟通,并减少紧急需求提出,确保需求高质量完成,减少需求发布后多故障的发生。需求分析和验证无客户参与或者参与少可能导致需求最终实现未能达到客户要求建议客户参与需求分析和相关验证,一方面了解需求在系统中实现所需的工作量和方式;另一方面根据实现目标,可正确验证是否满足真实需求;需求管理—风险及规避风险类型风险影响风险规避建议需求提出不符数据清理及迁移—流程及技术架构目标数据展现层源数据层数据接口层数据整合核心层整体实施流程中间模型源系统..……C网一源系统..………………C网二按需加载数据生成最终结果数据数据映射转换数据归并…………结果数据回填按需加载数据整体技术实施架构目标系统数据清理及迁移—流程及技术架构目标数据展现层源数据层数据接口数据清理及迁移—职责分工与关键任务检查厂商本地网项目组主要职责与分工制定数据清理和数据迁移工作计划和方案源系统业务和数据质量梳理分析整理需要试点局确认的问题并提供相关材料完成数据迁移主体程序的开发和测试数据迁移工作的整体推动和实施对开发商提出的问题和建议进行确认(如迁移范围、客户归并规则、迁移规则等)

对项目重要文档进行确认数据清理工作的执行配合开发商完成数据迁移程序开发和测试(主要包括迁移数据的准备和用户测试的参与)配合数据迁移工程的实施

和开发商共同推动数据迁移各项工作的开展

监督和管控数据迁移各项工作的完成时限和完成质量协调本地网和开发商高效开展工作对项目重要文档进行确认

项目所涉原则性、关键性问题的确认和把关编号检查点使用工具前置任务检查标准及模版No1源系统数据迁移范围的确定excel本地网提供《源系统数据迁移范围文档》No2数据中间表的设计word本地网提供《数据中间表规范文档》,并进行审核No3源系统相关静态数据整理excel对超出静态值范围的数据进行整理。本地网提供《源系统静态数据清单和具体静态数据取值范围》No4源系统对错误数据和不完整数据进行清理excel厂商提供《源数据清理质量分析报告》No5对源系统提供的数据、业务规则进行规整和映射excel进行数据映射和规则转换工作本地网提供《源系统数据、业务映射和对照相关文档说明》No6静态数据的配置Excel、plsql完成源系统到目标系统的数据映射、转换规则的确认;厂商提供《数据映射说明》、《源系统到目标系统业务产品转换规则》No7数据迁移脚本、程序的开发及单测试Excel、plsql厂商完成中间表到目标表相关迁移程序开发,提交《版本发布书》No8第一轮数据模拟迁移测试Excel、plsql厂商已经搭建完成数据模拟迁移测试平台;本地网把数据导入到中间表厂商提交第一轮《模拟迁移数据核对报告》本地网提供目标系统第一轮《迁移后数据模拟测试报告》No9第二轮数据模拟迁移测试Excel、plsql厂商提交第二轮《模拟迁移数据核对报告》本地网提供目标系统第二轮《迁移后数据模拟测试报告》No10第三轮数据模拟迁移测试Excel、plsql厂商提交第三轮《模拟迁移数据核对报告》本地网提供目标系统第三轮《迁移后数据模拟测试报告》No11最终版数据迁移方案的确定Excel、plsql三轮模拟测试后数据准确率已经达到系统割接上线要求;各系统业务功能已具备上线条件项目组发布终版数据割接方案数据清理及迁移—职责分工与关键任务检查厂商本地网项目组主制定数据清理及迁移—模版、样例及风险风险:源系统的数据质量影响迁移后的数据质量。规避:需要厂商加强源系统数据分析工作,把影响迁移数据质量的问题及时纳入到《源数据清理质量分析报告》,同时项目组需要加强监督工作,督促本地网和源系统厂商认真及时完成数据清理工作。

风险:涉及多个厂商及本地网之间的协同工作,会出现沟通协调不顺影响整体工作进度。规避:项目组要及时协调各厂商之间,厂商和本地网之间的协同工作,明确划分职责,发现影响多个厂商的问题及时通报相关厂商。数据清理及迁移—模版、样例及风险风险:源系统的数据质量影响迁业务配置—工作内容、制度流程26业务数据配置依赖于数据清理配置方案和配置分析结果进行配置,其具体工作流程如下:在实施过程中,业务支撑组为业务方人员参与共同对需求进行分析确认。业务配置—工作内容、制度流程26业务数据配置依赖于数据清理配业务配置—工具、关键检查点和标准27工具、关键检查点和标准通过VSS进行版本发布管理,通过PROMISE进行计划管理需求文档及示例配置环节相关文档使用工具配置分析业务需求文档EXCEL配置相关开发需求规格说明书WORD数据配置数据配置分析文档程序页面、数据配置工具、PLSQL数据验证自测试记录EXCEL数据入库数据配置分析文档EXCEL用户测试测试报告EXCEL数据升级版本发布checklistEXCEL业务配置—工具、关键检查点和标准27工具、关键检查点和标准配业务配置—风险及规避风险及规避

28风险规避方案数据重复建立良好的计划管理,通过VSS做为版本管理工具避免不同配置人员配置想同需求文档数据升级遗漏或重复业务方确认前期需求是否完备通过版本发布checklist进行数据核对业务配置—风险及规避风险及规避28风险规避方案数据重复建立良29本地化开发—开发相关工作内容工作内容:PTCBUG修复/内部软件测试软件需求分析、沟通、确认软件完善及新功能开发/测试特殊本地化需求以及产品级需求开发。(软件架构分包处理)测试准备及用户测试BUG修复及系统完善预割接(两轮)及测试问题完善试点局正式割接上线第一推广版本系统完善第一推广版本系统测试第一推广局预割接及测试问题完善第一推广局正式割接上线29本地化开发—开发相关工作内容工作内容:30本地化开发—角色与分工-总体开发商、本地网、项目组职责分工序号主要工作发起方执行方确认方配合方1PTC_BUG修复范围确定创天需求组创天开发组XX省公司试点本地网2PTC_BUG修复及系统完善创天开发组创天开发组创天测试组3软件需求分析、沟通、确认创天需求组创天开发组XX省公司4软件完善及新功能开发/完善创天开发组创天开发组创天测试组5测试准备及用户测试创天测试组创天测试组XX省公司试点本地网6预割接及测试问题完善XX省公司试点本地网7第一推广版本系统完善创天开发组创天开发组创天测试组8第一推广版本系统测试创天测试组创天测试组XX省公司试点本地网30本地化开发—角色与分工-总体开发商、本地网、项目组职责分312.小组内部工作分工总体计划及执行管控:XX序号主要工作任务进度跟踪CRM接口跟踪SPS跟踪SPS&TSAP接口跟踪SPS&资源接口跟踪1PTC_BUG修复范围确定xxx2PTC_BUG修复及系统完善3软件需求分析、沟通、确认4软件完善及新功能开发/完善5测试准备及用户测试……6预割接及测试问题完善7第一推广版本系统完善8第一推广版本系统测试xxx本地化开发—角色与分工-厂商内部312.小组内部工作分工总体计划及执行管控:XX序号主要

需求分析建议使用信息化的需求管理系统来进行管理与跟踪BUG管理使用信息化的BUG管理系统来进行管理与跟踪文档以及软件版本管理使用标准常用的版本管理工具。如VSS开发计划软件概要设计说明书软件详细设计说明书软件培训操作手册软件安装配置说明书应用系统割接计划如果采用一条龙的解决方案,建议可以采用本公司的IT网管系统来进行需求以及BUG的信息化跟踪管理针对通用的产品级需求一般提交研发部进行开发,特殊的本地化需求可以采取本地化开发,通过技术分包手段来保证软件版本的完整统一32本地化开发—关键检查点、模板、工具。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。2009启动会版本发布一版本发布二版本发布三版本发布五版本发布六版本发布四PTC版本发布版本发布七版本发布八版本发布九版本发布十版本发布十一BUG修复基本完成试点局版本推广版本版本发布十二版本发布十三版本发布十四版本发布十五版本发布十六版本定稿本地化需求调研需求分析建议使用信息化的需求管理系统来进行管理与跟踪32本接口集成—活动中的角色与分工负责指导和管理整个接口集成的活动;组织和协调各个分公司及开发厂商的工作;高层领导按照接口进度要求,制定接口执行的计划;负责计划的跟踪与管理,对偏差和风险进行管理和控制;定期向高层领导及主管领导进行工作汇报;项目经理负责接口需求的提供、整理及确认;参与并确认接口设计、用户测试和割接确认;负责与周边厂商的协调及检查;本地网接口需求组负责接口需求的收集、分析及确认;负责接口的设计、开发、单元测试及接口联调;配合用户进行各项测试,并签字确认;负责接口的实施及割接工作;项目组成员配合提供接口需求,并提供相应的技术支撑;参与接口集成的调试、配合用户进行接口集成测试;配合完成接口的实施及接口割接工作;周边系统厂商接口集成—活动中的角色与分工负责指导和管理整个接口集成的活动接口集成—数据接口准备关键检查点交付件责任方时间J101《XX本地网签字确认的接口现状》XX本地网J102《三方签字确认接口需求表》省公司J103《接口实施资源计划》创发天辰J104《接口详细实施计划》(project)创发天辰接口集成—数据接口准备关键检查点交付件责任方时间J101《X接口集成—周边接口开发/联调关键检查点交付件责任方时间J201《接口界面文档》(含接口分工、接口协议、接口实现等)省公司J202《接口开发设计文档》创天、对端系统J203《用户点对点接口测试报告》XX本地网接口集成—周边接口开发/联调关键检查点交付件责任方时间J20接口集成—风险与规避风险描述风险级别建议解决方案周边厂商配合力度不够高增加其它周边接口的配合厂商的费用,并建议局方建立相应的制度对周边厂商进行规范同类型同业务类型接口的协议千差万别高建议建立统一的接口规范,尽量的在不影响原有的接口业务的基础上,统一外部接口的业务模型及协议规范接口测试力度不够中对接口进行多轮测试,并按照真实的业务场景进行相应的接口测试;对于大批量数据接口建议进行压力及性能测试,保证接口的质量。接口集成—风险与规避风险描述风险建议解决方案周边厂商配合力度系统测试—主要工作内容与流程测试流程:本流程适用于数据迁移测试,数据配置测试,性能测试,接口测试,集成测试系统测试—主要工作内容与流程测试流程:本流程适用于数据迁移测系统测试—关键检查点与检查标准系统测试—关键检查点与检查标准1、主要模板与工具使用VSS做为版本管理工具;使用PROMISE工具进行计划管理;使用Powerpoint编写测试方案;使用WORD编写工作任务执行报告以及操作手册;使用EXCEL编写测试模板;使用LoadRuner做为性能、压力测试工具;缺陷管理使用缺陷管理系统进行管理,如采用一条龙方案建议采用IT网管缺陷管理系统进行管理和跟踪;系统测试—风险与规避风险描述风险级别建议解决方案测试场地及电脑软硬件、网络环境风险高建议推广局派专人维护测试场地的电脑软硬件及网络的正常运行测试人员对系统不熟悉高建议在进行用户测试时,测试人员为参加过培训的人员2.风险与规避1、主要模板与工具系统测试—风险与规避风险描述风险建议解决方系统支持—工作流程和制度40一、工作内容:

1)在上线期间,完成多个系统平台(测试、生产)的安装和检测

2)负责系统网络的调试和检测

3)负责制定终端准入的标准和规范二、人员组成1)系统平台管理员:支持硬件厂商完成系统硬件的安装和调测,完成系统操作系统的安装2)数据库管理员:负责系统数据库的安装、配置、以及存储划分等相关工作3)应用平台管理员:负责系统应用平台的安装、配置和调测

4)网络设备管理员:负责系统与外界网络的安装与调测

5)终端设备管理员:负责终端设备的检测和准入。系统支持—工作流程和制度40一、工作内容:系统支持—工具、关键检查点和标准41一、软件工具:

IBM

WebSphere

Application

Server

-

ND、IBM

WebSphere

MQ、IBM

HTTP

Server、Oracle数据库等二、关键检查点1)在施工开始前,完成系统施工平台的安装与测试,交付系统施工平台清单(包括系统配置,网络地址,数据库说明,应用平台说明)2)在施工开始前,交付终端准入条件和设置说明。3)系统上线前,完成生产平台的安装与测试,交付系统生产平台清单(包括系统配置,网络地址,数据库说明,应用平台说明)。

4)系统上线前,完成系统网络的安装与测试,交付系统生产平台网络拓扑图系统支持—工具、关键检查点和标准41一、软件工具:系统支持—主要模板与工具系统支持—主要模板与工具系统支持—风险及规避风险风险描述风险层度及影响风险规避建议系统硬件未能到货安装高,且直接影响计划督促硬件厂商;终端设备和软件不能达到施工要求中,只能对达到要求的部分先期施工升级终端硬件产品,按照系统要求升级软件。系统网络未能调测完成高,无法开展下一步工作督促网络提供商完成网络产品的安装与调测;系统支持—风险及规避风险风险描述风险层度及影响风险规避建议系用户培训—主要工作步骤与流程培训流程:培训目标:使各生产操作一线员工尽快熟悉新系统业务,熟练掌握新系统的操作,保证各电信公司业务和相关系统的平稳过渡。用户培训—主要工作步骤与流程培训流程:培训目标:1、主要模板与工具使用VSS做为版本管理工具;使用Project工具进行计划管理;使用Powerpoint编写专题培训材料;使用WORD编写工作任务执行报告以及操作手册;使用EXCEL做为培训计划等的管理;用户培训—模版与工具阶段输入/输出使用工具培训准备培训计划书课程安排表培训人员专题时间安排表WORD、EXCEL培训执行培训签到表反应层学员满意度调值报告WORD培训考核考试试卷WORD1、主要模板与工具用户培训—模版与工具阶段输入/输出使用工具用户培训—风险与规避风险描述风险级别建议解决方案培训场地及电脑软硬件、网络环境风险高建议推广局派专人维护培训场地的电脑软硬件及网络的正常运行培训内容与工作岗位不对口风险高创发天辰培训组负责人与推广局培训工作负责人充分沟通,明确培训内容与工作岗位对应关系后再确定各培训专题对应受训人员名单培训效果风险高创发天辰指派培训专员进行培训、推广局明确培训纪律,制定培训考核办法风险与规避:用户培训—风险与规避风险描述风险建议解决方案培训场地及电脑软47整体模拟运行及割接—主体思路为了保证正式割接上线的顺利进行,建议在正式割接上线前选择一个具有代表性的本地网进行试点预割接和模拟运行,试点局预割接成功后,进行正式割接,剩余局则可以根据实际情况,进行分批或整体割接软件准备用户测试、集成测试数据准备测试问题解决硬件准备试点局所有条件成熟试点局预割接、模拟运行老系统数据必须按正式割接上线的要求进行数据迁移北方9省单系统应用、周边接口、数据迁移都按正式割接上线的要求进行部署、配置、割接。周边接口的对端系统可采用测试平台。客户终端必须要能保证新老系统同时部署系统服务器、客户终端、网络都按正式割接上线的要求进行部署、配置、割接。客户终端必须要能保证新老系统并行预割接以后,即组织大规模的用户测试和集成测试,要求使用系统的每个用户尽量按正常业务需求与老系统同步使用新系统大规模的用户测试和集成测试反映的问题及时进行修改与系统版本升级,在正式割接上线前得到用户认可所有条件满足后,进行正式的预割接及模拟运行试点局正式割接剩余局根据实际情况分批或整体割接47整体模拟运行及割接—主体思路为了保证正式割接上线整体模拟运行及割接—主要模板及样例整体模拟运行及割接—主要模板及样例整体模拟运行及割接—风险及规避风险类型风险程度风险规避建议割接准备不充分高制定详细的割接方案,定人定时,由专人统一安排调度整个割接过程;未对割接失败的情况考虑高制定相应的割接回退方案割接突发事件高多次预演及模拟割接,建立通畅的割接参与人联系体系和通报机制,明确各方责任和分工整体模拟运行及割接—风险及规避风险类型风险程度风险规避建议割上线维护—两级维护组织架构50省企业信息化部本地中心IT运维管理部门本地中心IT运维执行部门厂商版本升级管理系统平台维护需求收集及管理省级帐号管理故障受理和修复运维报表统计落实全省运行维护方法管理本地网的运维工作及时汇报本地网运维工作执行情况配合省中心运维工作配合省中心版本升级测试工作故障沟通组故障分析组故障分析和分级重大故障的跟踪及上报10000号相关故障的处理非故障的沟通解决可内部处理故障的解决本地网帐号管理业务处理组业务监控积压业务处理积压业务报表维护组开发组在线故障修复积压业务分析及处理软件开发程序故障修复配合版本升级流程本地中心省中心上线维护—两级维护组织架构50省企业信息化部本地中心IT运维上线维护—省中心和本地中心职责分工(1)51工作项本地网省中心说明故障系统障碍分析、分级√本地网进行初步分级,省中心在本地网分级的基础上,进行最终确认;沟通类障碍处理√操作不熟练、业务和流程不清楚导致的故障;

如是系统不具备的新需求,则以沟通方式关闭此障碍,并转需求上报渠道;故障处理√√本地网负责对可通过界面修复的故障,包括权限解锁、业务补录等;省中心负责程序故障、数据故障等无法通过维护界面修复的故障重大故障跟踪√分析每日高级及以上级别的障碍,提取具有共性的、涉及面广的障碍,作为重大障碍,提交厂商,跟踪处理终端维护√

网络维护√负责系统接入部分即省中心以外的系统承载网络维护业务度√√本地网负责管辖范围内业务的处理、调度及统计分析;

省中心负责跨本地网业务的处理、调度及统计分析运行维护报表统计√√负责按模版要求统计本地网故障报表;

省中心负责全省故障报表统计系统平台维护√

上线维护—省中心和本地中心职责分工(1)51工作项本地网省中上线维护—省中心和本地中心职责分工(2)52工作项本地网省中心说明系统平台维护√

权限管理√√本地网负责本地网范围内权限的配置;

省中心负责省级的权限配置和本地网系统维护人员的权限配置版本升级测试√√由省中心负责测试的组织,本地网配合版本升级期间的PST平台测试以及生产平台shakedown测试临时数据统计√本地网有数据库只读的口令,安排数据模型的专题培训,本地网可以自己完成大部分的数据提取和统计任务,如本地网无法完成,则上报省中心进行处理批量数据更新√

一般难度的3日以内完成,稍高难度的5日以内.需要省公司配合工作的上报√

4日以内静态数据配置和修改√所有配置需求都需要本地网的维护管理或业务主管部门审批,没有审批的不予受理,各本地网自行管理和配置,省中心只负责全省性的数据配置和修改。少量配置的4个工作日,大批量的需要根据工作量定。商品产品配置√所有配置需求都由省级的维护或业务主管部门审批,没有审批的不予受理;目前的商品产品配置全部放在省中心进行商品/产品配置不牵涉到开发的7日以内,需要开发的根据需要做项目进度评估;权限配置3个日以内。上线维护—省中心和本地中心职责分工(2)52工作项本地网省中上线维护—维护体系总体介绍

维护体系=8个管理办法和制度+3个主要维护流程+4个常规维护制度+5个维护手段系统高效运转8个管理办法和制度3个运维流程4个常规维护制度5个维护手段上线维护—维护体系总体介绍维护体系=8个管理办法和上线维护—省集中系统运行维护管理体系运行维护体系生产管理办法通报制度与考核办法系统维护规程IT内控制度业务需求管理办法专业统计报表制度和经营分析报告制度业务申告与故障处理管理办法系统升级与版本管理办法上线维护—省集中系统运行维护管理体系运行维护体系生产管理办法上线维护—系统维护制度生产管理办法:《省集中信息管理系统生产管理办法》业务申告与故障处理办法:《省集中信息管理系统业务申告与故障处理管理办法》、《信息管理系统业务需求管理办法》业务需求管理办法:

《省集中信息管理系统业务申告与故障处理管理办法》、《信息管理系统业务需求管理办法》版本管理办法:

《省集中信息系统应用软件升级与版本管理办法》上线维护—系统维护制度上线维护—三个流程:(一)需求申报流程56分公司各部门分公司需求归口管理部门分公司需求实现部门分公司评审提出组织不通过通过分公司评审本地网不能实现省企业信息化部信息化部评审提出省公司市场部运维部省公司评审全省需求库通过进行进行结束不通过不通过流程在需求管理系统上固化上线维护—三个流程:(一)需求申报流程56分公司分公司需求分上线维护—三个流程:(二)故障处理流程57上线维护—三个流程:(二)故障处理流程57三个流程:(三)版本升级流程58三个流程:(三)版本升级流程58上线维护—4个常规维护制度59为了建立主动维护思路,主动避免用户的投诉,对全省业务统计分析,主动发现可能影响业务滞留的原因省中心负责监控各环节定单、业务处理情况,及时发现问题,提交通报文档。省中心汇总异常定单提交本地网维护部门,本地网维护部门通过维护工具进行维护处理省中心汇总本地网无法处理的异常定单提交厂商分析解决常规维护

制度定单监控制度维护会议制度为了使好的更直观的提高本地网维护工作人员的维护水平,省公司每季组织本地网维护人员到省中心进行培训。培训的内容主要有:新业务操作受理的培训,在IT运营中常见故障的处理,业务知识等培训,这些培训极大的提高了本地网维护工作人员的业务水平。培训制度走巡制度每年省中心组织厂商到各本地网进行了客户满意度调查、意见及建议收集等相关走巡工作;

通过与客户面对面的交流与沟通,能获取大量建设性的意见和见意,既得到了用户的肯定和支持,也收集一些系统的需要升级和支撑工作做得不好的地方;组织维护人员和系统开发人员到本地网中心营业厅、代办点和农村支局现场查看、体验系统运行情况,使维护和系统功能更加贴近客户,系统操作更加人性化。维护周例会:每周举行一次,对上周的维护情况进行回顾;应用软件维护服务沟通会:每月举行一次,对上月的维护情况进行回顾,并对厂商的维护服务进行考评;故障分析会:发生重要故障时举行,对故障原因进行深入分析,并制定相关改进和预防措施。上线维护—4个常规维护制度59为了建立主动维护思路,主动避上线维护—故障维护的考核办法考核办法:1、厂商的维护服务管理情况评估值4分2、系统维护的执行情况评估值60分3、对我方需求的响应情况评估值20分4、厂商的软件版本管理情况评估值16分考核流程:1、每月组织省分公司企业信息化部及厂商相关人员对月度维护情况进行回顾总结,对问题进行确认。2、评估按月进行,按月通报,以省分公司企业信息化部为主,并收集和综合本地网意见评估打分。3、评分采取100分制,基分为96分,低于基分按相应维护合同进行相应的处罚。考核办法:维护人员绩效分=主动解决批量故障奖励分-重复故障扣分

+维护案例贡献分+案例质量分+模版质量分+故障解决累计得分

+月障碍解决率得分(>98%)=80、(95%-98%)=60、(<95%)=0)考核方法:维护人员的绩效分数按月核算、排名,并根据名次确定考评级别。考评级别分A、B、C、D四个等级考核办法:对于本地网提报给省公司的故障,属于表述不清、误报、操作不正确、本地网可以解决类型的故障,企业化部在一级和二级审核环节审核否定限制低于5%。考核方法:每高一个百分点扣1分。本地网厂商维护人员上线维护—故障维护的考核办法考核办法:考核办法:考核办法:本上线维护—各平台监控制度61消息队列检查应用服务器httpServer的检查

节点的活动情况Heapdump&JavaCore文件检查磁盘空间的检查操作系统的性能的检查主要围绕这六大点进行监控制定了7×24小时制电话值班制度;制定了每日10个小时坐班制度(早8晚6),实时监控;应用系统系统不消息流程常见故障的定位和排除

处理慢能登录响应缓慢制定与厂商每日难题24小时制互动效应;(局方无法自行解决,厂商需随时奔赴现场)上线维护—各平台监控制度61消息队列检查应用服务器http运维支撑手段介绍运维支撑手段省中心生产调度系统全省需求和故障管理系统全省业务申告与故障处理维护热线(4008873339)规划IT综合网管的建设专人值守,24小时畅通。为省企业信息化的门户,可以链接到各业务生产系统、电子工单管理系统、办公自动化系统等,发布有业务通报、数据通报,是省信息化部生产运营与业务管理的综合平台是全省需求管理、业务申告与故障处理的承载通道和管理系统。维护知识库维护工具建立了四种知识库:省级知识库、维护文档、VSS维护案例、操作手册快速解决资料引起的问题,实现业务故障的“零等待”,制做了专门应对各种常见系统疑难杂症的图形化、傻瓜式、可拔插式维护工具。运维支撑手段介绍运维支撑手段省中心生产调度系统全省需求和故障提纲采用“一条龙”实施建议实施框架介绍参与实施产品简介公司简介9省各产品实施分析采用“单产品协作”实施建议提纲采用“一条龙”实施建议实施框架介绍参与实施产品简介综合网络激活—工程实施分析64北方九目前北方九省均未建综合网络激活系统,本次工程将在北方九省进行新建。省目前网络激活主要为分专业激活系统,有的省市部分专业的激活系统也不存在,移动业务为133、153用户使用联通联机指令系统进行激活,189用户在新网元设备中通过iSPP进行激活系统现状实施策略北方九省均可以省中心模式构建综合网络激活系统,各省均不进行本地网试点,采用分专业激活分步实施上线,并可并行实施。综合网络激活—工程实施分析64系统现状实施策略北方九省均可以综合网络激活—工程实施策略65完成大激活模式的系统搭建,并完成新入网和原系统未支持设备的接入。完成原有系统中某专业设备的割接接入并对所在省维护人员进行培训。完成所在省所有业务网元的接入,实现自动激活。综合网络激活—工程实施策略65完成大激活模式的系统搭建,并完综合网络激活—工程实施工作清单主要工作细化清单确定综合网络激活的实施步骤与设备清单新设备的接口协议和交互内容新业务的实现规则……确定综合网络激活的本地化功能需求确定业务系统和服务开通系统的接口协议和接口内容服务开通系统CRM系统……进行原有配置信息的收集设备信息指令信息规则信息用户信息业务工单穿透测试……进行设备、EMS、NMS、业务平台连通完成系统的搭建网络通达网络认证……66综合网络激活—工程实施工作清单主要工作细化清单66服务开通—现状分类省份现状分组河南

1、未进行机线整合,服务开通未建设。第二类河北1、支持接入型业务,机线整合。第一类山西1、支持接入型业务,机线整合。第一类山东1、支持接入型业务和商务领航。第一类吉林1、支持接入型业务,机线整合。第一类辽宁1、支持带型业务不支持接入型业务。第一类内蒙古1、支持接入型业务,机线整合。第一类黑龙江1、支持接入型业务,机线整合。第一类天津1、支持带宽型业务和接入型业务。

第二类服务开通—现状分类省份现状分组河南

1、未进行机线整合,服务68服务开通—实施策路一(适用第一类:具备其一)68服务开通—实施策路一(适用第一类:具备其一)69服务开通—实施策路二(适用第二类:两者无或者两者具备)实施策略的共性:1、程序的主体功能放在厂商研发基地进行,接口开发放在具体的实施过程中进行。2、在服务开通的对同一个支撑系统的接口格式尽量统一,统一的好处在于减少业务部们的维护工作量和便于厂家的版本的管理,如果确实不能统一,服务开通系统对外提供一个透明接口,然后再在内部提供一个内部、外部转换层模块,这样做的好处是可以提高厂家的工程实施进度和质量,可以将外部接口的变动的风险加少到最小。69服务开通—实施策路二(适用第二类:两者无或者两者具备)实70服务开通—周边系统的接口以及数据迁移要求周边系统以及资料要求级别CRM接口1、提供资料传输接口。

2、提供定单异常处理接口。

3、提供定单竣工同步接口。

4、其他接口。必须网络激活系统1、提供工单处理接口。

2、能够接受服务开通子系统的信息。

3、其他要求。必须资源管理系统1、资源配置的功能,在配置完成后激活流程自动向下流转。

2、其他要求。必须服务保障系统1、能够接受服务开通系统进行施工调度。

2、能够将工单的处理接口准确的反映到服务开通系统。高级IT运维1、能够准确地接受服务开通系统的接口。

2、业务方的其他需求。高级施工调度系统1、能够接受SPS的资源等信息。高级10000号系统1、能够接受SPS的资源等信息。高级其他接口根据业务方的需求定制。高级三户资料需要在服务开通系统中迁移。必须产品/商品资料需要在服务开通系统中迁移。必须用户实例和资源关系。需要在服务开通系统中迁移。必须70服务开通—周边系统的接口以及数据迁移要求周边系统以及资料71服务开通—工程实施中的业务数据配置施工配置清单所属模块功能描述配置方式【P1】消息配置基础规则配置服务开通与周边的消息内接口处理规则继承改进【P2】元数据公共支撑配置用于支撑服务开通动态展现和打印定置继承改进【P3-1】组织机构配置公共支撑配置组织机构关系的增、删、改、查等维护模板收集倒入加人工补充【P3-2】员工权限配置公共支撑配置人员权限关系的增、删、改、查等维护模板收集倒入加人工补充【P3-3】角色配置公共支撑配置人员角色关系的增、删、改、查等维护人工定置【P4】动态页面配置公共支撑配置动态爷面关系的增、删、改、查等维护继承改进【P5】菜单配置公共支撑配置菜单关系的增、删、改、查等维护继承改进【S1-A】工单处理规则业务基础规则工单规则及细则处理模板收集倒入【S1-B】产品与定单业务基础规则定单接受、组合定单、定单查询配置、关联服务提供环节关联关系、服务提供关联关系等继承改进【S1-C】产品与工单模板关系业务基础规则工单模板、模板关系、时限、工单模板服务SLA地域资源配置方案间的关系、工单处理模式、产品对应资源配置、工单模板与资源配置方案关系、资源配置方案等继承改进【S2-A】工作流基本配置业务基础规则产品服务流程模板关系、工作流及环节、流程关系配置继承改进【S3-A】产品与动态展现关系配置业务基础规则产品与动态展现关系继承改进【S4】工单打印业务基础规则工单与动态展现关系、施工打印控制继承改进【S5】产品资源配置业务基础规则产品对应资源、工单与配置方案等继承改进……根据配置数据的特点采用,继承、模板收集批量倒入、人工定置3种方式建立。71服务开通—工程实施中的业务数据配置施工配置清单所属模块功IT运维管理系统—工程实施分析目前北方九省均未建IT运维管理系统,本次工程将在河北、内蒙、辽宁新建IT运维管理系统。

系统现状实施策略河北、内蒙、辽宁三省均以省中心模式构建IT运维管理系统,各省均不进行本地网试点,采用一次性实施上线,三省可并行实施。IT运维管理系统—工程实施分析系统现状实施策略河北、内蒙、辽IT运维管理系统—工程实施工作清单主要工作细化清单确定监控的业务系统范围、粒度,并确定业务系统接口内容和接口协议,根据接口协议完成接口开发和调测。服务开通系统系统接口综合网络激活系统接口服务保障系统接口等收集和确定监控的基础设施范围,包括监控主机清单、数据库设备清单、中间件设备清单和网络清单,根据清单部署各类监控代理。梳理和确定服务管理各岗位及流程,结合本地实际需要在系统种定制符合运营商需要的各类流程,包括:事件管理问题管理变更管理需求管理等完成各类IT资源数据收集和录入,包括各类配置项(CI)及之间的关系,建立运营商配置管理数据库(CMDB)IT运维管理系统—工程实施工作清单主要工作细化清单施工调度产品—现状分析北方九省系统现状:4类情况类别系统情况省份A没有独立系统,存在于营销支撑系统中。实现了预约以及开通类的施工调度功能,没有服务保障相关的施工调度。硬件与其它系统共用,C/S结构。河北B没有独立系统,存在于服务开通系统中。只是实现了服务开通和服务保障相关的施工调度和预约。硬件与其它系统共用。山东C电子运维系统中有部分施工调度系统功能,负责网络侧故障的施工调度。天津,黑龙江D无施工调度系统其他省份施工调度产品—现状分析北方九省系统现状:4类情况类施工调度产品—实施分析建设统一施工调度平台,实现服务开通和服务保障的施工调度功能.对服务开通或服务保障系统进行调整试点省实施后,其他省同步推广.适合类型A,B,D情况实施策略1实施策略2建设统一施工调度平台,实现服务开通和服务保障的施工调度功能.对电子运维系统进行调整.试点省实施后,其他省同步推广.适合类型C情况.施工调度产品—实施分析实施策略1实施策略2建设统一施工调度平服务保障系统—现状分析北方九省实施意向河北、辽宁、内蒙古三个省有建设服务保障系统的意向系统实施内容河北省已经建设了基于大客户和普通客户的服务保障系统,需要在原有平台扩容C网故障以及相关功能处理子系统(I类)辽宁和内蒙古需要新建完整的服务保障系统(II类)服务保障系统—现状分析北方九省实施意向服务保障系统—I类实施策略1、河北电信在原服务保障系统基础上扩展C网以及相关故障功能管理;2、C网故障受理、处理系统是独立于原服务保障系统的子系统,只要关键接口能够得到保障,可以全省一次性实施;3、周边接口最依赖主要是:10000号系统、CRM、SPS系统;4、施工调度系统、C网网管等系统可以后期在和本系统接入;服务保障系统—I类实施策略1、河北电信在原服务保障系统基础服务保障系统—I类实施工作清单主要工作细化清单建立C网故障处理平台:部署应用软件,建立应用数据库配置故障处理流程:按照河北实际故障处理流程,进行流程数据配置配置系统支撑数据:配置地区、部门、员工、用户权限等数据配置工作数据:配置处理故障的员工和故障流程之间的关联数据,主要指定处于故障流程个环节的员工,并限定其工作范围连接主要接口:配置和关键接口的连接;和10000号系统连接,连通故障单的主要来源;和CRM、SPS系统连接,获得CDMA的号线资料和用户资料;连接辅助故障处理接口:此处接口仅作为辅助使用,不是必要功能和施工调度系统接口,与该系统作工单处理交互和C网网管系统接口,为故障处理提供测试机制;以页面延伸方式将本系统纳入到原服务保障系统,形成一个统一的故障平台服务保障系统—I类实施工作清单主要工作细化清单系统实施分析-II类实施策略1、辽宁、内蒙古作全业务服务保障系统的建设,实现全业务服务保障支撑;2、由于是全新系统上线,可以考虑先在一个业务比较完善的本地网作试点,在主要功能基本满足要求之后,再推广到全省;3、系统上线的关键依赖接口:10000号系统接口和CRM、SPS接口;系统实施分析-II类实施策略1、辽宁、内蒙古作全业务服务保障系统实施分析-II类实施工作清单主要工作细化清单业务需求和服务保障周边系统调研、分析:比较全面的了解辽宁、内蒙的详细实际情况全面调整服务保障系统:修改系统配置,调整模块结构,在不动核心流程的基础上,为实施省量身打造一个符合要求的系统平台建立全业务故障处理平台:部署应用软件,建立应用数据库配置故障处理流程:按照实施地实际故障处理流程,进行流程数据配置配置系统支撑数据:配置地区、部门、员工、用户权限等数据配置工作数据:配置处理故障的员工和故障流程之间的关联数据,主要指定处于故障流程个环节的员工,并限定其工作范围连接主要接口:配置和关键接口的连接;和10000号系统连接,连通故障单的主要来源;和CRM、SPS系统连接,获得CDMA的号线资料和用户资料;保证核心故障处理正常工作的前提下,完成后续辅助工作系统实施分析-II类实施工作清单主要工作细化清单提纲采用“一条龙”实施建议实施框架介绍参与实施产品简介公司简介9省各产品实施分析采用“单产品协作”实施建议提纲采用“一条龙”实施建议实施框架介绍参与实施产品简介北方9省OSS部分产品整体实施的指导思路平滑过渡、稳定第一;完整实施、科学管理和高效统一的进行主体工作和资源调度。建立以业务、客户服务高效、可靠、安全支撑和符合集团ITSP规范的OSS整体信息管理系统。指导思想工作目标北方9省OSS部分产品整体实施的指导思路平滑过渡、稳定第一;项目管理T0T1T2T3T4T5T6T7T8T9综合网络激活需求调研系统设计本地化开发、接口开发试点上线系统优化及改造服务保障服务开通需求调研系统设计本地化开发、接口开发系统集成测试试点上线剩余局分配或整体上线第一试点局割接上线系统优化及改造施工调度系统集成测试试点上线系统优化及改造本地化开发、接口开发剩余局分配或整体上线剩余局预割接第一试点局割接上线第一试点局预割接模拟运行原型系统检验原型系统检验IT运维管理试点上线第一试点局预割接模拟运行北方9省北方9省北方9省试点上线北方9省北方9省“一条龙”整体实施计划剩余局预割接剩余局分配或整体上线试点业务接入第一试点局预割接模拟运行剩余局预割接剩余局分配或整体上线第一试点局割接上线网元测试、整合测试剩余局预割接第一试点局预割接模拟运行原型系统检验需求调研系统设计系统集成测试系统优化及改造本地化开发、接口开发原型系统检验需求调研系统设计系统集成测试系统优化及改造本地化开发、接口开发原型系统检验需求调研系统设计本地化需求冻结剩余局分配或整体上线第一试点局割接上线剩余局预割接第一试点局预割接模拟运行项目管理T0T1T2T3T4T5T6T7T8T9综合网络激活北方九省OSS总体实施组织构架建议集团公司北方九省OSS应急工程指导委员会XX省OSS应急工程项目办公室打包产品项目组XXX项目组…需求管控组打包产品项目实施团队项目管控组接口组专业组N…采用整体打包模式建议打包产品设立一个大项目组。对外协调小组北方九省OSS总体实施组织构架建议集团公司北方九省OSS应北方9省OSS部分产品整体实施组织架构建议服务开通实施项目组网络激活实施项目组施工调度实施项目组服务保障实施项目组IT运维实施项目组项目管控组需求管理组测试培训组数据清理及迁移组本地化功能接口组数据配置组项目办公室系统部署支撑组项目组织运作和日常管理、项目进度跟踪管理和汇报局方项目办公室成员:2人厂商项目办公室成员:3人负责项目的组织、管控、内部各专业组及对外协调。局方项目管控组领导:2人厂商项目管控组领导:2人局方:6人厂商:3人局方:10人厂商:5人局方:8人厂商:6人局方:8人厂商:12人对端厂商:8人局方:4人厂商:6人局方:6人厂商:8人说明:各专业小组投入的人力资源仅供参考,视打包产品数量等因素不同而定。北方9省OSS部分产品整体实施组织架构建议服务开通实施项目组灵活组合的部署方式,性能和投资的最大平衡应用逻辑布署:方案中5个产品技术架构一致和统一的构件环境采用,使整体方案能支持多组合布署方案。各应用实例的横向扩展能力强,可依业务量的变化,在实际运行当中出现业务增长负载增大所需时分期分批快速扩展。需购置中间件平台软件,但可以重用,至少购买1套。支撑商用工作流和自主轻量级工作流2种方案,应用公共支撑框架中内置自主研发的轻量级工作流,可节省商用工作流软件费用,本项目推荐采用。可选模式一可选模式二灵活组合的部署方式,性能和投资的最大平衡应用逻辑布署:可选模灵活组合的部署方式,性能和投资的最大平衡物理布署:在构建阶段,如因投资额度等因素,多种可选布署方案;发挥系统纵向扩展能力,在核准基本保障设备基础上,可依业务量的变化,在实际运行当中出现业务增长负载增大所需时分期分批快速扩展和调整;可依投资和实际业务量情况选购设备。运行当中设备、应用实例可充当互备、并依负载程度进行设备、应用实例资源的灵活调济。可选模式一可选模式二可选模式三灵活组合的部署方式,性能和投资的最大平衡物理布署:可选模式一可以采用数据库互备群集,节省软硬件资源多个业务的数据库共用一套数据库群集软硬件资源保障数据库高可用性的同时,节省软硬件资源相同平台、相同架构,业务灵活搭配,拆分方便当一台服务器发生故障后,该服务器的数据库由互备群集中的另一台服务器接管,保障业务的运行。数据库布署:在构建阶段,如因投资额度等因素,可选集中布署方案,采用分DB实例或用户方案;后续再分期分批投建;在实际运行当中出现业务增长负载增大后,再实施DB的分离,因应用的独立性,实施非常方便。可以采用数据库互备群集,节省软硬件资源多个业务的数据库共用一整体实施接口开发、调测工作量大幅减少没有打包建设系统间接口错综复杂综合网络激活施工调度服务保障IT运维管理服务开通管理资源管理系统其他外围系统CRM系统打包建设后系统间接口井然有序资源管理系统其他外围系统CRM系统减少了管控难度实施进度有保障实施质量有保证极大减少工作量接口协议可固化应用实例可固化厂间合作模式可固化周边接口:整体实施时因5个产品间接口实施已在前期完成研发、实施,实施工作量及风险可控;5个产品间的接口投资可不予考虑;整体实施时只需重点考虑全业务端到端支撑中的关键周边CRM系统和资源管理系统的投入。涉及端到端全业务支撑的核心系统CRM、资源接口方案采用消息实现,并实施二次保障方案,可保证信息的稳定、校核、异常处理。整体实施接口开发、调测工作量大幅减少没有打包建设系综合网络激整体实施特点及优、劣势技术产品优势业务支撑优势实施优势投资优势维护支撑优势成熟产品、在线成功千万级案例产品技术架构经上海院两轮性能测试,品质优良应用横向、纵向扩展灵活共同的J2EE体系架构,统一的公共支撑框架业务、功能、技术架构符合集团规范可实施单点登录、权限认证,方便业务集成工作场景要求全业务端到端实施成功案例,可继承业务配置,高效快速构建实施一次性整体割接方案,实施方法统一,业务配合统一高效同一厂商5个产品,实施统一集中管控,整体成效可控度高、见效快5系统间的接口已在前期完成并实施,本地调测量少实施一次性整体割接方案,周边系统厂商配合统一高效节约5系统间的接口实施费统一的技术架构,系统软件、设备资源投入可应现实情况分阶段充分考虑重用产品的技术方案,支撑分阶段应需分批投入便于厂商统一维护支撑本地机构的集中设置和故障的集中受理、分析、支撑管理技术上的统一,后续技术维护度高保证集团IT规划目标保证客户体验和全业务支撑实施成效应对实施周期短,实施系统多特点解决项目本阶投资大特点支撑维护目标5个产品统一集中管控!劣势:整体业务对承建厂商依赖较强,厂商的实施和持续服务支持能力要求高。整体实施特点及优、劣势技术产品优势业务支撑优势实施优势投资优提纲采用“一条龙”实施建议实施框架介绍参与实施产品简介公司简介9省各产品实施分析采用“单产品协作”实施建议提纲采用“一条龙”实施建议实施框架介绍参与实施产品简介北方9省OSS单产品协作实施的指导思路平滑过渡、稳定第一;服从大局、分工协作。建立以业务、客户服务高效、可靠、安全支撑和符合集团ITSP规范的单产品系统。指导思想工作目标北方9省OSS单产品协作实施的指导思路平滑过渡、稳定第一;服单产品协调作总体组织构架集团公司北方九省OSS应急工程指导委员会XX省OSS应急工程项目办公室服务开通项目组IT运维项目组施工调度项目组综合网络激活项目组服务保障项目组需求管控组XX系统项目实施团队项目管控组接口组专业组N…采用单产品协作模式建议每个OSS项目分设一个项目组。对外协调小组…单产品协调作总体组织构架集团公司北方九省OSS应急工程指导委单产品协调作XX项目组织构架项目管控组需求管理组测试培训组数据清理及迁移组本地化功能接口组数据配置组项目办公室系统部署支撑组项目组织运作和日常管理、项目进度跟踪管理和汇报局方项目办公室成员:X人厂商项目办公室成员:X人负责项目的组织、管控、内部各专业组及对外协调。局方项目管控组领导:X人厂商项目管控组领导:X人局方:X人厂商:X人局方:X人厂商:X人局方:X人厂商:X人局方:X人厂商:X人对端厂商:X人局方:X人厂商:X人局方:X人厂商:X人说明:1、采用单产品协作模式项目管控人力投入和沟通量要大于一条龙建设模式。2、各专业小组投入的人力资源视不同项目规模和任务项目而定。单产品协调作XX项目组织构架项目管控组需求管理组测试培训组数综合网络激活—单产品实施计划95综合网络激活系统的指令、规则、设备、人员的基础数据配置需要局方提供相关数据需要局方对相关网元设备、网元网管进行网络联通和认证的准备需要局方协助南向设备厂商提供接口协议和相关协助,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论