中国电信增值业务平台软件管理办法.pdf

中国电信增值业务平台软件管理办法（2012 年版） 1 中国电信增值业务平台中国电信增值业务平台 软件软件版本版本管理办法管理办法 （2012 年版） 中国电信集团公司网络运行维护事业部 2012年11月 中国电信增值业务平台软件管理办法（2012 年版） 2 2012年版修订说明 为了规范中国电信在增值业务平台的软件版本管理， 集团公司网 运部在2010年下发了中国电信增值业务平台软件版本管理办法 （【中国电信运维201053号】）。根据两年来各省公司在执行过 程中反馈的意见及建议，结合业务平台维护管理的新需求，现对该管 理办法进行修订。主要修订内容说明如下： 一、 按照创新型平台和非创新型平台两大平台类型描述版本管 理要求。新增第四章节创新型平台版本管理内容。 二、 完善软件版本管理要求。 （1)1) 明确业务平台版本管理原则，见第一章第五条； （2)2) 认证管理中增加版本发布流程及版本发布要求； （3)3) 软件版本实验室测试要求中新增性能测试要求； （4)4) 评估管理中增加预警公告发布后各省的要求； （5)5) 新增软件版本变更全流程图，增加业务平台软件版本升级 试点和批量升级审批要求； （6)6) 加强关于业务平台版本附属信息（如，维护人员信息）更 新要求。 三、 在监督和检查中新增业务平台软件版本考核要求。 各省公司在执行过程中， 有任何意见或建议请及时反馈到集团公 司网运部。 中国电信增值业务平台软件管理办法（2012 年版） 3 目 录 第一章 总则 . 4 第二章 组织架构和单位职责 . 7 第一节 集团公司网运部版本管理职责 . 7 第二节 省（自治区、直辖市）公司网运部职责 . 7 第三节 各级增值业务平台操作维护单位版本管理职责 . 8 第四节 版本管理支撑单位职责 . 9 第五节 平台技术规范编制单位职责 . 10 第三章 非创新型平台版本管理内容 . 11 第一节 需求管理 . 11 第二节 认证管理 . 12 第三节 变更管理 . 16 第四节 评估管理 . 18 第五节 信息管理 . 20 第六节 版本管理流程 . 21 第四章 创新型平台版本管理内容 . 27 第五章 监督与检查 . 28 第六章 工程项目阶段的版本管理 . 29 附表 . 30 附表一：XX 省 XX 平台软件需求汇总表 30 附表二：XX 业务软件版本测试申请表 30 附表三：XX 平台 XX 版本/补丁测试报告 30 附表四：XX 省 XX 平台割接、升级等客服预案 30 附表五：XX 省 XX 平台版本回退情况报告 30 附表六：XX 业务 XX 版本预警信息反馈表 30 附表七：XX 省业务平台年度软件版本运行评估报告 30 附表八：XX 省 XX 季度小版本升级情况汇总 31 中国电信增值业务平台软件管理办法（2012 年版） 4 第一章 总则 第一条第一条 为加强中国电信增值业务平台软件版本管理，规范软件版本 管理工作流程，提高版本运行维护质量，保证中国电信增值业务平台 安全可靠运行，特制定本办法。 第二条第二条 本办法涉及的增值业务平台主要是指为中国电信移动用户提 供除基本语音和基本短信外的其他增值业务和增值应用的各类平台。 依据平台的服务范围，平台分为三类，第一类是为全网服务的中国电 信集团级业务平台（如NMSC、NSAG、ISAG ROUTER、Brew、ENUM-DNS、 彩信互通网关、定位、Kjava、PIM、PRL、189邮箱、手机报、综合办 公NMA/EMA、爱音乐等八大产品基地平台以及由电信方负责建设的为 全网提供行业应用的平台）；第二类是为省服务并且由集团统一规范 的省级业务平台（如：ISAG、ISMP、彩信、WAP 网关、彩铃平台、UDB、 商务领航平台、IVR平台、支付平台等）；第三类是为省服务的非集 团统一规范的省内业务平台。本办法主要对上述第一类和第二类 业 务平台制定相关软件版本管理要求， 第三类业务平台软件版本管理要 求由各省参照本管理办法制定， 其版本信息定期同步到集团电子运维 系统的信息管理中即可。 第三条第三条 本办法涉及的增值业务平台从中国电信内部管理角度区分， 平台分为非创新型平台和创新型平台。 本管理办法所指的创新型平台 主要是指经集团立项建设的，承载通过集团产品委员会审核的（包括 集团运营中心、八大产品基地、号百公司等单位开发的）移动互联网 中国电信增值业务平台软件管理办法（2012 年版） 5 类重点产品的应用平台。 对于第二条所述的第一类和第二类平台中非 创新型平台的软件管理内容，参见第三章；创新型平台的软件管理内 容参见第四章。 第四条第四条 软件版本管理对象包括平台业务软件以及第三方软件版本。 第三方软件包括操作系统、数据库、中间件、虚拟化软件、虚拟化管 理软件等非业务平台厂商直接生产的软件。 第三方软件版本管理流程 暂不包括停止服务的第三方软件版本， 对停止服务的第三方软件可以 通过扩容逐步替换停止服务的第三方软件系统、 通过续保解决第三方 软件的过保问题。 对于云化或部分云化后业务平台的第三方软件版本 管理仅涉及版本预警管理方面， 其他的版本管理待积累经验后再细化 研究，本次管理办法暂不涉及。 第五条第五条 业务平台软件版本管理的基本目标是：依托集团电子运维系 统实现版本管理流程的全闭环、管理手段的电子化、平台版本信息的 集中化。业务平台软件版本的升级要遵循： “版本信息不入库，不能业务平台软件版本的升级要遵循： “版本信息不入库，不能 现网升级；不发起变更申请单，不能现网升级；未经审批通过，不能现网升级；不发起变更申请单，不能现网升级；未经审批通过，不能 现网升级”的原则。现网升级”的原则。 第六条第六条 未经中国电信集团公司网络运行维护事业部（以下简称集团 公司网运部）审批通过的软件版本原则上不允许在现网使用。因使用 未经审批的软件版本而造成设备故障影响正常通信的， 相关部门及各 设备厂商要承担相应的责任。 第七条第七条 业务平台软件版本管理是中国电信增值业务平台日常维护管 理工作的一个重要组成部分， 本办法作为增值业务平台软件管理的重 中国电信增值业务平台软件管理办法（2012 年版） 6 要依据，中国电信各级业务平台维护部门要认真履行各自职责，严格 执行软件版本管理的各项流程和规定， 保障增值业务平台的安全稳定 运行。各省可根据实际情况制定实施细则，进一步落实贯彻本办法。 第八条第八条 本管理办法的解释权属中国电信集团公司网络运行维护事业 部。 第九条第九条 本管理办法从发布之日起正式执行。 中国电信增值业务平台软件管理办法（2012 年版） 7 第二章 组织架构和单位职责 第十条第十条 中国电信增值业务平台软件版本管理实行集团和省二级管理 体系。 第一节第一节 集团公司网运部集团公司网运部版本管理版本管理职责职责 第十一条第十一条 中国电信集团公司网运部是中国电信全网增值业务平台软 件版本管理的归口单位。 第十二条第十二条 负责制定和完善中国电信增值业务平台的软件版本管理办 法，并组织全网实施。 第十三条第十三条 负责制定增值业务平台软件版本管理工作的工作计划和工 作要求、对各省增值业务平台软件版本管理工作进行监督、检查和考 核，对增值业务平台版本管理支撑单位的工作进行指导和考核。 第十四条第十四条 负责审批集团各部门、 各省电信公司上报的版本变更申请， 组织进行资料审核和入网测试，安排现网试点工作及全网推广实施。 第十五条第十五条 负责在集团电子运维系统上建立中国电信增值业务平台软 件版本信息库，发布软件版本管理各类信息，建立版本预警体系，发 布全网性软件版本缺陷信息和版本预警信息。 第十六条第十六条 负责与集团公司其他部门协调增值业务平台软件版本管理 的相关工作。 第第二二节节 省（自治省（自治区、直辖市）公司网运部区、直辖市）公司网运部职责职责 第十七条第十七条 在集团公司网运部的领导下，承担集团公司网运部布置交 中国电信增值业务平台软件管理办法（2012 年版） 8 办的软件版本管理相关工作， 负责制定和完善省内增值业务平台的软 件版本管理办法、工作计划和工作要求，并组织实施。 第十八条第十八条 协助集团网运部建立和更新本办法第二条所述的第二类平 台的软件版本信息库。 对于本办法第二条所述的第三类平台相关的版 本信息库可由各省单独建设， 但是版本信息须定期同步到集团电子运 维系统中， 也可在集团电子运维系统业务平台软件版本管理模块中直 接录入。 第十九条第十九条 负责组织省内增值业务平台软件版本升级、升级后的业务 测试工作以及升级反馈工作。 版本运行过程中若发现版本缺陷问题须 及时上报集团网运部。 第二十条第二十条 负责配合集团开展业务平台软件版本的现网试点工作。 第二十一条第二十一条 负责与省公司其他部门协调增值业务平台软件版本管 理的相关工作。 第第三三节节 各级增值业务平台操作维护单位版本管理职责各级增值业务平台操作维护单位版本管理职责 第二十二条第二十二条 集团运营中心、 产品基地需通过集团电子运维系统的软 件版本管理模块申请软件版本变更， 并负责协助集团网运部建立和更 新本办法第二条所述的第一类平台的软件版本信息库。 第二十三条第二十三条 各级增值业务平台操作维护单位（包括各类运营中心、 各级NOC、产品基地等）负责对所辖范围内的增值业务平台实施版本 升级和测试工作。 第二十四条第二十四条 各级增值业务平台操作维护单位负责向相应网运部门 中国电信增值业务平台软件管理办法（2012 年版） 9 上报增值业务平台的版本缺陷信息。 第二十五条第二十五条 各级增值业务平台操作维护单位应协助网运部门建立 和维护集团级及省级增值业务平台的版本信息库。 第二十六条第二十六条 各类运营中心、 产品基地可根据所辖的集团级业务平台 的管理性质（如完全自建自管的平台、只负责维护的平台、负责维护 及部分功能开发的平台等）的不同，依据本管理办法的原则细化制定 具体的内部版本管理流程和相关管理规定。 第第四四节节 版本管理版本管理支撑单位支撑单位职责职责 第二十七条第二十七条 负责协助集团公司网运部完成业务平台软件管理的全 流程支撑工作，包括： ( (一一) ) 负责分析整理各省反馈的有关运行维护类软件版本需求， 协助 集团公司网运部执行软件版本需求管理工作； ( (二二) ) 审核新版本发布资料 （包括申请、 厂家及电信实验室测试报告、 版本说明文档、升级方案、测试方案等），并协助集团公司开展 新版本入网测试工作； ( (三三) ) 协助解决升级中的问题； ( (四四) ) 负责协助集团公司网运部建立中国电信增值业务平台软件版 本信息库， 汇总和更新中国电信全网增值业务平台软件版本资料， 供各级单位查询； ( (五五) ) 负责撰写年度全网软件版本评估报告。 第二十八条第二十八条 负责完成业务平台第三方软件的年度评估工作。 组织重 中国电信增值业务平台软件管理办法（2012 年版） 10 点业务平台厂商对第三方软件的最新版本和业务平台版本的兼容性 进行评估， 审核评估报告。 如果新版本可以兼容在网平台的业务版本， 则按一般软件管理流程输出至认证管理和变更管理， 由集团统一下工 单进行试点和全网升级变更。 第第五五节节 平台技术规范编制单位职责平台技术规范编制单位职责 第二十九条第二十九条 负责根据版本管理工作的要求，对所编制的增值业务 平台技术规范及时进行修订和完善， 协助集团网运部建立和维护平台 技术规范资料库。 第三十条第三十条 对相应的平台版本入网测试提供支撑。 中国电信增值业务平台软件管理办法（2012 年版） 11 第三章 非创新型平台版本管理内容 第三十一条第三十一条 版本管理工作内容主要包括需求管理、认证管理、变更 管理、评估管理和信息管理五个方面。其中，需求管理是通过收集、 整理和分析版本的新特性需求或未修复缺陷，引导厂家新版本开发， 确定待认证的版本；认证管理是依据认证规范，对厂家待认证版本的 可用性进行认证，并对已认证版本进行更新或废止管理；变更管理是 对在网设备版本变更的技术审核和流程管控； 评估管理是对在网运行 版本的版本能力、缺陷等方面的评价和管理；信息管理是对全网设备 版本信息及版本管理工作各环节输出信息的动态管理， 主要包括信息 的收集、整合、关联、更新、价值挖掘和全网共享，是版本管理各项 工作的基础。以上五个方面的管理之间的关系如下图所示。 需求管理 新特性 厂家新版本 认证管理 信息管理 （整合、关联、动态） 变更管理 已有认证版本可以满足 评估管理 缺陷发生 业务需求 新硬件引入 版本优化 （含实验室测试、试点 审核、现网试点升级） （全网升级） （现网版本评估） 业务功能新需求 版本评价 图3-1：五大管理关系图 第一节第一节 需求管理需求管理 第三十二条第三十二条 版本需求主要分为业务需求类和运行维护类两大类， 两 中国电信增值业务平台软件管理办法（2012 年版） 12 大类需求的特点如下： (一) 业务类需求：包括对原有业务模型、业务流程进行变更完善的 需求，对新业务模式、新业务功能的支撑需求以及与业务推广能 力相关的需求等； (二) 运行维护类需求： 包括后端运营监控类需求、 系统软件版本 （含 第三方软件）缺陷和问题解决需求、安全防护类需求、平台优化 类需求等与运维工作直接相关的需求。 第三十三条第三十三条 上述需求应统一提交到集团。 通常运行维护类需求由集 团网运部牵头收集整理，业务类需求由产品部门牵头收集整理。厂家 开发后由集团统一组织实验室测试。 对于省内提出的个性化需求也需 报送到集团备案。 第三十四条第三十四条 需求按照中国电信已上市产品问题沟通和处理机制 （中国电信运维20116号）的规定分两种方式收集。 (一) 日常收集：由需求提交部门发起，运行维护类需求通过集团电 子运维系统的需求管理模块向对口需求收集部门提交新需求并填 写“软件版本需求汇总表”（见附表一）作为附件上报集团公司 网运部； (二) 集中征集：在专项整治或平台滚动建设周期内，由需求收集部 门发起、在规定时期内征集各方需求，然后统一汇总整理。 第二节第二节 认证管理认证管理 第三十五条第三十五条 软件新版本的认证过程包括电信实验室测试、 版本发布 中国电信增值业务平台软件管理办法（2012 年版） 13 和现网试点测试。 第三十六条第三十六条 电信实验室测试主要测试内容应包括： 版本差异化测试 （新增功能测试、功能变更测试、故障修复有效性测试）、新版本回 归性验证测试、新版本的升级过程测试、性能测试、基础业务功能测 试等。 性能测试的要求参考 中国电信业务平台性能测试方法 （试行） （中国电信2012850 号）执行。由厂商自行在内部实验室进行的 测试也应涵盖上述测试内容。 第三十七条第三十七条 原则上增值业务平台新软件版本由集团公司网运部组 织进行电信实验室测试（工程项目阶段的除外）。对于运营中心或基 地负责维护的业务平台新版本可以由运营中心或基地自行组织开发 厂商进行新版本测试并向集团网运部提交正式的测试报告。 新版软件 正式开始测试前，厂商应提交“XX业务软件版本测试申请表”（见附 表二）、版本说明书等技术资料。厂商提交的版本说明书中应包含以 下内容： ( (一一) ) 软件版本变更的原因及必要性，新版软件与旧版软件的差 异性说明、新增功能说明（包括针对全网的及针对某省个性化 的新功能）、新版软件对硬件环境的要求、涉及第三方的软件 版本说明。上述说明应详实、准确、完备； ( (二二) ) 此版本对现网局数据及其它配置参数的修改详细说明；与 现网数据的对比结果； ( (三三) ) 维护手册及有关资料变更说明； ( (四四) ) 新版软件对所在平台及所承载业务的影响以及对相连的网 中国电信增值业务平台软件管理办法（2012 年版） 14 管、计费、测试、监控等系统的影响以及相关接口（包括第三 方接口）变化的说明； ( (五五) ) 新版本已知缺陷、隐患或与需求（商务需求、设计需求、 业务需求、运维需求等）不符之处并列出解决方案； ( (六六) ) 厂商内部测试情况报告。 第三十八条第三十八条 对于增值业务平台软件新版本的实验室测试原则上应 在电信提供的模拟环境中进行， 实验室模拟环境应能对版本进行尽量 完整的测试。版本中针对某省个性化的功能原则上应设置启用开关。 第三十九条第三十九条 对于电信实验室条件下无法测试的测试用例， 经集团网 运部审核后可在试点省测试阶段再进行测试。 第四十条第四十条 增值业务平台软件新版本实验室认证测试由版本管理支撑 单位或其他电信集团授权测试单位负责开展。 测试单位要根据技术规 范和厂家提供的相关材料编制测试规范； 集团公司网运部组织相关单 位对测试方案进行评估。 测试完成后测试单位应向集团公司网运部提 交实验室测试报告“XX平台XX版本测试报告”（见附表三）。测试报 告文档应包含如下内容： ( (一一) ) 测试原因； ( (二二) ) 测试环境（测试中涉及的网元的业务版本、数据库版本、 操作系统版本、测试组网图）； ( (三三) ) 测试所需仪表（可选）； ( (四四) ) 基本连接和配置（可选）； ( (五五) ) 依据测试规范的各测试项目的详细结果； 中国电信增值业务平台软件管理办法（2012 年版） 15 ( (六六) ) 测试结论（包含测试情况如何，该版本功能是否完善，是 否符合申请内容以及升级建议等）。 第四十一条第四十一条 实验室版本测试通过后， 首先应由版本管理支撑单位在 集团电子运行系统上进行版本发布， 然后再选择试点省进行现网试点 升级。试点省升级后的测试应涵盖测试规范的全部内容。 第四十二条第四十二条 试点省的升级方案应包含但不限于以下内容： (一) 升级目的及内容的简要描述； (二) 版本变更信息； (三) 升级时间、升级涉及范围及对业务的影响（如需中断业务，则 明确对业务的中断时长）； (四) 具体升级步骤： 1. 升级准备工作及注意事项； 2. 升级前对全局参数修改部分与现网进行比对的情况； 3. 升级操作详细步骤（含每个步骤的操作时间、北向接口配置信 息同步操作步骤）； 4. 回退判断条件和回退方案； (五) 拨测用例； (六) 升级完成核对的内容及步骤(包括升级后网元名称、系统所有 相同单板软件是否一致、所有网元软件版本是否配套等)； (七) 各方工作人员职责和现场厂商操作人员名单。 第四十三条第四十三条 试点省版本升级申请应至少在升级日期前四个工作日 通过集团电子运维系统向集团公司网运部提交， 申请材料应包括第三 中国电信增值业务平台软件管理办法（2012 年版） 16 十七条所说的版本说明书、第四十条所说的实验室测试报告、测试规 范及第四十二条所说的升级方案。 集团公司在电子运维系统上完成软 件单批复后，系统自动更新该平台信息库的版本信息和生成升级日 志。 第四十四条第四十四条 试点省公司网运部负责组织开展试点版本的试运行工 作，密切关注新版本的运行情况，按照试点测试要求和测试规范进行 完整测试，及时填报测试结果。如果版本升级过程中或者试运行期间 出现异常情况应参照第五十三条和第五十四条处理。原则上，试运行 时间应不少于一周。试运行结束后，试点省公司应及时在电子运维系 统上执行升级反馈情况。 第三节第三节 变更管理变更管理 第四十五条第四十五条 版本变更主要指版本的投入与使用， 管理工作主要包括 版本升级、补丁输入的申请与审批、版本升级方案（含回退措施、拨 测用例等）的制定与审批、升级成功后的资料移交和更新等。 第四十六条第四十六条 软件版本变更需通过集团电子运维系统业务平台软件 版本模块的变更管理发起，按发起方不同分为两种： (一) 由集团公司网运部通过集团电子运维系统统一安排的多个省 在一定时间段内完成的版本升级任务； (二) 由各省/集团运营中心/产品基地/MNOC通过集团电子运维系 统主动提交的版本升级申请。 第四十七条第四十七条 为了保证平台安全稳定运行， 原则上每种平台每月升级 中国电信增值业务平台软件管理办法（2012 年版） 17 次数不宜超过一次，即两次升级的间隔不少于一个月，承载不同业务 的平台不安排在同一时间升级。对于某些平台涉及到计费的平台（如 ISMP）的升级时间应避免月底和月初计费出账日。 第四十八条第四十八条 软件升级申请应至少在升级日期前四个工作日通过集 团电子运维系统向集团公司网运部提交申请， 申请材料包括第三十七 条所说的版本说明书、第四十条所说的实验室测试报告、测试规范及 第四十二条所说的升级方案、客服预案（见附表四）（当平台升级对 业务影响较大或者需要通知其他省份配合时，要求提供客服预案）， 在正常情况下集团公司网运部两个工作日内在集团电子运维系统上 完成版本升级申请的批复，软件申请单批复后，系统自动更新该平台 信息库的版本信息和生成升级日志。 业务平台升级需遵循集团和省客 服部门的相关通知规定。 第四十九条第四十九条 若版本涵盖了某省个性化功能， 则该省在升级过程中需 针对此个性化功能进行测试， 并可以通过启用开关来决定该功能是否 启用。 第五十条第五十条 升级完成后，各业务平台维护单位要针对业务平台版本升 级时引起的业务平台集中监控系统接口采集数据中断的问题， 及时进 行数据补传。数据补传应在升级后12小时内完成。 第五十一条第五十一条 升级结束后省公司网运部将升级完成情况汇总， 升级完 成一周后在集团电子运维系统上进行升级执行反馈。 第五十二条第五十二条 升级结束后，厂商必须向中国电信移交： (一) 各级用户密码（按运维管理体系提供）； 中国电信增值业务平台软件管理办法（2012 年版） 18 (二) 升级所用的所有安装程序（必须经过测试）； (三) 增值业务平台设备的详细配置资料； (四) 设备维护手册的追加与变更。 第五十三条第五十三条 升级过程中间出现升级方案中未预料到的业务中断或 中断时间超出预定时间等异常情况时，软件升级工作应立即停止，按 照升级方案中的回退方案进行回退操作，并立即填写“XX省版本版本 回退报告” （见附表五）上报集团公司网运部和版本管理支持单位并 在集团电子运维上填写升级执行反馈。 版本管理支撑单位根据回退报 告把版本升级日志的状态由“成功”改为“失败”，同时手工更新版 本信息库的版本信息。 第五十四条第五十四条 在新版本运行期间若出现涉及危害平台安全、 影响业务 运行、对客户感知造成重大影响的问题，由平台操作维护单位执行版 本紧急回退工作，完成回退工作后，省公司运维部在两个工作日填写 “XX省版本回退报告”（见附表五）上报集团公司网运部。版本管理 支撑单位根据回退报告把版本升级日志的状态由 “成功” 改为 “失败” ， 同时手工更新版本信息库的版本信息。 第五十五条第五十五条 厂商应在版本回退日后三个工作日内向集团和省网运 部提交版本故障分析报告。 第四节第四节 评估管理评估管理 第五十六条第五十六条 评估管理是对在网运行业务平台应用软件版本和第三 方软件版本的评估，主要包括版本能力、版本缺陷和预警等的管理和 中国电信增值业务平台软件管理办法（2012 年版） 19 评价。版本评估结果是对已认证版本进行更新或废止的重要依据。 第五十七条第五十七条 省公司网运部需跟踪省内在网版本的使用情况， 组织版 本运行评估工作，对在网运行版本满足业务功能、网络扩容改造、网 络优化调整、网络管理等需求的能力进行评估。如果在网版本能力不 足、且认证库中已存在满足需求的版本，则可将此已认证版本作为目 标版本适时实施版本变更；如果在网版本能力不足、且认证库中不存 在满足需求的版本，则填写“XX业务XX版本预警信息反馈表”（详见 附表六） 将在网版本使用中所出现问题的评估结果提交版本管理支撑 单位。版本管理支撑单位对评估结果进行分析，对于当前暂不需要解 决的版本遗留问题汇总上报集团公司网运部， 否则输出至需求管理进 行处理。 第五十八条第五十八条 版本管理支撑单位负责完成业务平台第三方软件的年 度评估工作， 组织重点业务平台厂商对第三方软件的最新版本和业务 平台版本的兼容性进行评估，审核评估报告。如果新版本可以兼容在 网平台的业务版本， 则按一般软件管理流程输出至认证管理和变更管 理由集团统一下工单进行试点和全网升级变更。 如果新版本和在网平 台、业务版本不兼容，对于暂不影响业务平台稳定的，则上报集团公 司网运部备案。 对于影响业务运行和平台稳定的版本由版本管理支撑 单位填写“XX业务XX版本预警信息反馈表”（详见附表六）上报集团 公司网运部， 由集团网运部审核后在集团电子运维系统的公告管理进 行预警并且输出至需求管理处理。 第五十九条第五十九条 预警定义： 预先对因设备软硬件版本缺陷导致现网或拟 中国电信增值业务平台软件管理办法（2012 年版） 20 入网运行设备可能不能正常运行的因素进行警示并防范。 版本缺陷的 预警管理是保证现网安全、稳定运行的重要措施之一。 第六十条第六十条 建立集团和省两级版本缺陷预警体系。集团、省、支撑单 位和各厂家应遵循联动、主动、及时、准确、完整的原则，将版本预 警信息在全网或省内进行发布。 第六十一条第六十一条 省公司负责建立省内版本预警管理体系， 与厂家建立直 接预警渠道， 根据辖区内增值业务平台版本的运行情况及厂家提供的 预警信息，并填写“XX业务XX版本预警信息反馈表”（详见附表六） 并上报集团公司网运部，集团公司网运部审核后由软件版本支撑单 位、MNOC、软件版本管理单位在集团电子运维系统的公告管理模块发 布全网性版本预警信息。 第六十二条第六十二条 各相关单位应根据预警公告对辖区内设备进行检查并 及时采取相应措施， 把执行结果在电子运维系统的预警公告上进行回 复反馈。 第六十三条第六十三条 省公司网运部根据辖内在网版本的业务和维护支撑能 力、缺陷发生数量及影响、版本变更次数及原因、上线时间等因素， 于每年向集团公司网运部提交辖区内 “XX省业务平台年度版本运行评 估报告”（详见附表七）。集团公司网运部再据此组织编制全网业务 平台年度版本运行评估报告并向全网发布。 第五节第五节 信息管理信息管理 第六十四条第六十四条 集团公司网运部应及时发布版本信息， 以便各省公司正 中国电信增值业务平台软件管理办法（2012 年版） 21 确选择增值业务平台使用的版本。各相关单位负责收集、整理、分析 辖区内网络设备版本相关信息，并进行及时更新。版本信息库上包括 但不限于以下所示： (一) 各厂商软件版本的状况，包括：版本编号、功能变更说明书、 入网测试报告、核准入网日期等； (二) 各厂商软件版本在中国电信网上的运行情况，包括：投入运行 时间、版本分布情况、主要设备配置、版本的问题等； (三) 版本问题登记，包括：软件版本、问题发生时间、原因、现象、 影响、排除方法、排除时间及善后处理意见等； (四) 其它相关资料，包括：技术标准、企业规范、新业务、新功能 的需求汇总、论文资料等。 第六十五条第六十五条 各省公司应定期更新集团电子运维系统业务平台软件 版本模块中本省业务平台维护人员信息，包括：业务平台维护人员信 息库的维护人员信息，信息管理中包含的维护人员信息。 第六节第六节 版本管理流程版本管理流程 版本管理流程图中，底色为橙色的环节是必须使用集团电子运 维系统进行处理的环节。灰色的环节是版本管理涉及的几大流程。 (一) 版本管理全流程 中国电信增值业务平台软件管理办法（2012 年版） 22 环节版本发布申请集团审核集团批复发布生产任务单升级执行反馈大客户通知 省 支撑单位 厂家 集团网运 其他处室 审核 版本发布 省申请 批量申请 通知批量升级 资料提交 MNOC初审 产品处复审 其他处室配合 复审 产品处批复 （批复后系统自 动更新该平台的 版本信息） 生成生产任 务单 升级情况反 馈 资料提交 配合复审 大客户割接影响通 知 不允许不经前面的流程 直接下发生产任务单 图3-2：版本管理全流程 (二) 需求管理流程 中国电信增值业务平台软件管理办法（2012 年版） 23 评估管理 上报需求。 注 集团汇总分析 需求 制订需求实现 计划 年度版本计划 认证管理 支撑单位 各级NOC 各级单位 集团产品 相关部门 集团网运 集团产品 相关部门 集团网运 需求管理 厂商 集团集中征集 注 在集团电子运维系统需求管 理模块填写需求信息。 是否可以通 过修改配置 解决？ 需求关闭 结束 是 否 省公司 省公司 厂商 支撑单位 图3-3：需求管理流程 (三) 认证管理流程 中国电信增值业务平台软件管理办法（2012 年版） 24 新版本测试申 请。注 测试资料审核 版本测试资 料是否完备 集团网运审 核试点资料 是否通过 否 否 是。注 是 支撑单位/厂商 测试,并提交测 试报告。注 认证管理 省公司 集团网运 支撑单位 厂商提交升级 方案、试点资 料。注 支撑单位 支撑单位 厂商 省公司 各级NOC 厂商 支撑单位 厂商 注厂商向支撑单位提供 “XX业务软件版本测试申请表”、 版本说明书等技术资料 注支撑单位申请新版本 测试 注支撑单位向集团网运部提交 “增值业务平台XX版本测试报告” 注厂商向集团网运部和支撑单位提交 升级方案和试点省建议 版本发布 变更管理 需求关闭 是否满足需 求 是 否 厂商 支撑单位 图3-4：认证管理流程 (四) 变更管理流程 中国电信增值业务平台软件管理办法（2012 年版） 25 变更管理 省公司升级申 请。注 集团审核 版本升级是 否成功 集团归档 注 否 支撑单位 统一申请 集团网运 省公司 各级NOC 厂商 集团网运 是 版本倒回 升级情况反馈 注 厂商提交分析 报告 省公司 各级NOC 厂商 支撑单位 省公司 各级NOC 厂商 支撑单位 厂商 支撑单位 注 省公司在集团电子运维系 统变更管理模块提交变更 申请 平台版本信息 自动更新（信 息管理）注 结束 注 集团电子运维系统自动更新 该平台版本信息和生成升级 日志； 注 1.省公司向集团提交“XX省XX 平台版本回退报告”，并在电 子运维系统反馈升级情况； 2.版本支撑单位手工把升级日 志的状态改为“失败”，调整 平台版本信息。 升级情况反馈 注 集团网运 省公司 注 省公司通过集团电子运维系 统反馈升级情况。 注 集团网运通过集团电子运维 系统把版本归档。 省公司 支撑单位 图3-5：变更管理流程 (五) 评估管理流程 中国电信增值业务平台软件管理办法（2012 年版） 26 升级申请 （变更管理） 上报集团，并 在省内发布预 警。注 评估现网版本 和第三方软件 （评估管理） 是否满足运 行要求 认证库版本 是否有满足 要求 需求管理 是 是 否 否 是否需要发 布预警 发布预警 注 是 否 省公司 省公司 厂商 支撑单位 评估管理 省公司 支撑单位 信息管理 注 集团网运 集团网运 集团网运 集团网运 注 省公司提交 “XX省XX业务年度软件版本 运行评估报告” 注 省公司提交 “XX业务XX版本预警信息反馈表” 试点认证 （认证管理） 集团网运 注 集团网运在电子运维系统的公告管理 中发布预警 图3-6：评估管理流程 中国电信增值业务平台软件管理办法（2012 年版） 27 第四章 创新型平台版本管理内容 第六十六条第六十六条 创新型平台版本管理分为两类， 第一类是业务版本的修 改涉及业务主要功能新增、删除、修改（如：平台外部接口、话单格 式、协议等的增删改），尤其是涉及需要大网配合和需要发布客服预 案的版本变更情况（如：需要周边网元配合数据修改、其他省份配合 提供拨测和需要发布客服预案等）。第二类是业务版本的升级不中断 业务、不涉及大网配合，且版本修改仅涉及小功能完善（如：不影响 用户感知的产品功能、使用流程、界面、内容等业务功能的完善）。 第六十七条第六十七条 对于创新型平台的第一类软件版本变更的管理要求和 第三章非创新型平台版本管理要求一致。 对于第二类软件版本变更可 以不上报集团网运部，由各省、基地和运营中心自行组织实施完成， 并每次完成升级后在集团电子运维系统的信息管理模块通过手工方 式更新平台版本信息库， 每季度末填报 “XX省XX季度小版本升级汇总”