中国网络电视台央视国际网络有限公司技术体系管理制度

中国网络电视台央视国际网络有限公司技术体系#管理制度# 中国网络电视台/央视国际网络 有限公司管理制度 ,技术体系, 目录 中国网络电视台/央视国际网络有限公司质量保障 ................1 中国网络电视台/央视国际网络有限公司视频技术中心视频点播生产运 维#管理办法# ................................................................................6 中国网络电视台/央视国际网络有限公司视频技术中心直播运维管理办 法 ........................................................................................... 12 中国网络电视台/央视国际网络有限公司视频技术中心信源技术管理办 法 ........................................................................................... 16 中国网络电视台/央视国际网络有限公司自建IDC机房运维管理办法. 24 中国网络电视台/央视国际网络有限公司卧松斋演播区用电管理办法 .. 36 中国网络电视台/央视国际网络有限公司南苑IDC机房使用管理办法. 38 中国网络电视台/央视国际网络有限公司技术体系大运维管理办法 ..... 43 中国网络电视台/央视国际网络有限公司信息网络安全管理制度 ........ 57 中国网络电视台/央视国际网络有限公司移动终端产品技术实施规范 .. 68 中国网络电视台/央视国际网络有限公司演播室管理办法 ............... 105 ,新增稿, 中国网络电视台/央视国际网络有限公司 质量保障实施细则 第一章 目的 第一条 本着对网站产品质量负责的态度～通过专业的测试服务对软件开发产品进行测试保障～保障上线运行质量～更好地为公司提高用户粘度与口碑。 第二章 适用范围 第二条 本细则适用于具有独立开发能力的技术部门～适用于网站所有软件开发上线项目。 第三章 流程中各部门职责 第三条 产品人员收集需求应进行细化分析形成可操作性产品文档～便于开发、测试人员理解并执行。 第四条 开发人员应严格按照产品人员提供需求文档进行程序设计～并形成程序设计相关技术文档～便于测试人员充分设计测试案例。在开发过程中如果对产品需求有修改～应及时和产品人员沟通～得到确认后由产品人员及时修改产品需求文档～并通知项目内所有相关人员。 1 第五条 测试人员在整个开发周期中各个环节都有检查的角色～在产品立项、产品需求阶段就可以为项目提出一下专业意见～避免一些常见的设计问题在前期出现～后期产品开发完成最终上线前进行系统的详细的测试～以保障软件产品上线后没有重大缺陷漏洞。 第六条 测试人员为全公司上线功能软件、产品、项目及技术平台的建设提供功能、性能测试或重点项目的验收测试服务～保障系统质量～在产品测试阶段执行版本控制～产品上线阶段进行验收控制以及上线管理控制及风险预警。梳理测试流程～建立测试规范～建立对外沟通渠。 第四章 测试过程管理 第七条 测试流程～见下图。 2 业务部门提交测试申请 否接到需求，分析需求、需求评审测试文档是否完整、详细 是 编写测试计划、测 试用例 测试计划评审、测试用例评审修改测试计划、补充测试用例，需求 方确认 准备测试环境、部署测试程序版本按照测试计划时间人力安排，执行测 试用例 用例第一、二轮执行，缺陷修改跟踪程序缺陷趋于收敛，并成稳定趋势 3 测试完成，发送测 试报告 程序上线 上线跟踪 第八条 整个测试过程应严格按照流程进行～最大程度上保障软件及系统平台的质量。 第九条 程序立项时应将整个测试阶段的时间计划加入到整体项目时间计划中～避免没有预留测试时间导致最后上线无时间测试或测试时间紧张。 第十条 预提交测试～应提前1周-2周先与测试部门沟通～制定测试计划。 第十一条 提交测试应有完整的需求文档、产品设计文档、程序设计文档等～一切与项目有关的文档应尽量齐全。 第十二条 测试过程中需求方、开发方、测试方应保证时时沟通顺畅～节省沟通成本。 第十三条 项目测试阶段～保证每天进行项目进度汇总及汇报～保证各方人员及时了解项目进展以及风险。 第十四条 项目测试阶段～开发方或测试方都要对项目的测试过程版本进行有效的版本控制～版本不能混淆。 第十五条 项目测试阶段～通过缺陷管理工具对发现的问题进行有效的管理～并及时通知开发方、需求方确认修改。 第十六条 项目预上线时～应做好上线风险评估及上线版本的回滚策略。 第一条 各方应做好上线后的用户反馈、跟踪问题收集工 作。 第五章 咨询和解释 4 第十七条 本细则由技术中心负责解释和修订～自发布之 日起执行。 中国网络电视台/央视国际网络有限公司 2014年8月7日 5 中国网络电视台/央视国际网络有限公司 视频技术中心视频点播生产运维管理办法 第一章 总则 第一条 为了加强对视频点播生产运维的管理工作～有效地保障业务运行～更好地为公司各项事业发展服务～制定本办法。 第二条 本办法所称的视频点播生产运维～是指为公司各项事业所经营的各类视频点播业务的所有生产过程提供技术解决并进行不间断运行支撑座所进行的各项活动。 第三条 视频点播业务的生产过程包括,但不限于,如下要素:素材采集、信源收录、视音频剪辑、视音频格式转化、多终端节目发布、媒资管理、视频集管理。 第二章 工作原则 第四条 坚守工作岗位～不得擅离职守。 第五条 熟悉业务～认真学习视频点播生产过程的技术知识～提高业务水平～积极妥善的处理好职责范围内的一切业务。 第六条 遇到紧急、突发和超出职责范围内的事情～应及时向部门领导汇报情况～根据领导指示解决问题。 第七条 提高安全保密意识～保守机密～不得向无关人员泄露视频点播生产过程相关数据信息。 6 第八条 维护好运维值班室秩序～做到整洁卫生～注意个人形象～不大声喧哗。爱护公物～无关人员不得随意进入值班室。 第九条 按规定交接班～不迟到～不早退。 第三章 工作职责 第十条 按时接班～根据《工作日志》、《工作交接表》、《系统服务检查表》详细交接值班情况与系统状态。 第十一条 登陆个人RTX并查看离线消息。仔细查看值班RTX中本人上个班次至今的消息～了解值班过程中发生和解决的各类问题。 第十二条 实时监控收录任务的执行状态～和收录素材入库情况～出现问题立即解决。 第十三条 根据收录单《收录单处理流程》检查当日之前接收到的各类收录单,包括电子版和纸质版,～若当天有演播室和外采节目收录任务～则复核系统配臵～播出时实时监控。 第十四条 若接收到新的收录单,包括电子版和纸质版,～根据《收录单处理流程》配臵系统任务～并流转收录单。 第十五条 监控剪辑业务调度平台～及时排除任务故障和服务故障。 第十六条 定期监看媒资管理平台～及时排除任务故障和服务故障。 7 第十七条 定期查看VMS和OVP服务器及接口监控页面～即时解决问题。 第十八条 通过值班RTX、电话、邮件等渠道接收各方业务人员求助信息～即时提供协助。 第十九条 进行重点数据备份～包括:媒资数据库备份、重要频道收录备份。 第二十条 每周五导入下周节目单自动生成常态收录任务。 第四章 工作流程 第二十一条 视频点播生产运维工作由视频技术中心数据技术部承担～设一线值班、二线常白、业务组长、业务总监等四级运维工作岗位。 第二十二条 视频业务生产运维工作分为 “运维监控”和“业务支持”两大类。 第二十三条 运维监控工作流程细分为收录、制作、媒资、存储、巡检、交接等6项子流程～运维工作人员事件的不同表现～遵循《视频生产运维工作流程图》完成运维监控工作。 第二十四条 业务支持工作流程细分为节目上传、无锡辅导、授权、常见报障、制作终端、上下游对接等6项子流程图～运维工作人员事件的不同表现～遵循《视频生产运维工作流程图》完成运维监控工作。 第二十五条 视频生产与点播管理的日常运维工作作序的系 8 统图表、操作指南、问题汇总、安装指南、策略配臵等相关资料汇总于《视频点播生产运维知识库》～指导各级运维人员完成技术支持工作。 第五章 值班轮换 第二十六条 以2周为一个轮换周期～每周期安排2名员工进行一线值班倒班～重要时段到岗值班～其他时段电话+RTX远程待班。遇紧急情况启动应急生产～由无锡公司临时生产紧急节目。 第二十七条 一线值班倒班采取单双日倒班方式～每天值班人数为一人～该值班人员第二日休息～第二日由另一值班人员进行值班～如此反复交替。 第二十八条 一线值班时间为:8:00-24:00,工作日,～14:30-24:00,双休日,。 第二十九条 二线常白人员为辅助值班岗位～到岗时间与常白人员相同～每日9:00-24:00进行电话技术支持。 第三十条 一线值班员工平均每人每月到岗时间198小时～有效工作时间167小时,排除每日2.5小时用餐时间,。 第三十一条 以周期示例～值班倒班样表如下: 9 第六章 工作交接 第三十二条 每日运维工作由一线值班撰写《工作日志》、《工作交接表》、《系统服务检查表》～需详细、客观的描述当天发生的每一件事情～以邮件方式提交各级运维岗位工作人员～并统一存档至一线值班工作设备中～以便后续值班人员了解系统运行信息。 第三十三条 《工作日志》每月一文件～每日的交接内容需注明值班日期、值班人、交接内容。接班人员若对所注内容有疑议～可电话沟通上一班次值班人员。 第三十四条 夜间电话值班期间,24:00-8:00,～一线值班人员将值班电话呼叫转移到自己的手机上～接到报障电话立即远程连接处理～若不得解决则升级至二线常白人员到场解决。 第三十五条 接班的一线值班人员在到岗后第一时间将值班电话呼叫转移回本机。 10 第三十六条 双休日的呼转24:00-14:30～若需到场调试～则24:00-8:00期间升级至二线常白人员～ 8:00-14:30期间交接至接班的一线值班人员。 第三十七条 明确责任划分～值班期间的问题～尽量在当班期间解决～确实解决不了的～交接给下一位值班人～但务必对问题进行详细描述～且值班人要实时跟踪问题解决进度～直到问题解决～问题解决与否或有拖延～责任由交班人和接班人共同承担。 第三十八条 明确故障上报流程～值班期间遇到棘手问题时～先提交二线人员共同排查～仍解决不了提交业务组长～最后根据情况上报业务总监。 第七章 罚则 第三十九条 值班期间要认真处理每一件事情～由于监控不力或处理不及时～造成投诉或严重事故的～计入绩效考核成绩。 第八章 附则 第四十条 本办法由视频技术中心负责解释和修订～自发布之日起执行。 中国网络电视台/央视国际网络有限公司 2013年11月4日 11 中国网络电视台/央视国际网络有限公司 视频技术中心直播运维管理办法 第一章 总则 第一条 为了加强对视频直播运维的管理工作～有效地保障业务运行～更好地为公司各项事业发展服务～制定本办法。 第二条 本办法所称的视频直播运维～是指为公司所经营的各类视频直播业务提供支撑保障运行。并向业务部门～企划部门提供真实可靠数据～数据拒绝泄露。 第二章 视频直播播出涉及相关部门 第三条 视频直播业务由视频技术中心应用开发部负责～因该业务还涉及网络～设备上架～信源等～所以还涉及到技术中心部门～视频技术中心信源技术部～多媒体制作部等。 第三章 视频技术中心应用开发部职责 第四条 视频直播运维工作由视频技术中心应用开发部承担设一线值班、二线常白、业务组长、业务总监等四级运维工作岗位。负责登陆个人RTX并查看离线消息。仔细查看值班RTX中本人上个班次至今的消息记录～了解值班过程中发生和解决的各类问题。 12 第五条 视频直播运维流程细分为编码、支撑、播出、播控、回看等6项子流程～以及运维监控工作。负责实时监控各服务器的运行状态和直播过程中突发情况～出现问题立即解决。时时监控各服务器运行情况～及时排除任务故障和服务故障。屏蔽与无版权节目的删除,通过播控系统,。监控各调度平台～及时排除任务故障和服务故障。根据直播单《直播调度流程单》保障当天有演播室和外采节目直播任务。 第四章 视频技术中心应用开发部规定 第六条 业务支持工作流程细分为需求的评估、技术可实施性评估、播出保障流程图～遵循《视频直播业务上线流程》完成运维监控工作。外采直播需求单一律按照技术中心应开发部JIRA的流程走。 第七条 申请服务器一律按照技术中心应用开发部项目流程走～部署后通知安全部门扫描。新系统安装后一律通过技术中心系统运维部门进行安全加固。 第八条 去机房上下架设备和维护设备都是提前1天通知技术中心基础实施部发电子传真。 第九条 因技术中心网络安全部要求运维人员登录服务器一律通过内网。 第十条 大活动期间遇到问题按紧急预案流程上报并进行处理。 13 第五章 值班轮换 第十一条 24小时轮班制度～4名员工到岗值班倒班。 第十二条 一线值班倒班采取白夜倒班方式～每天值班人数为一人～该值班人员第二日休息～第二日由另一值班人员进行值班～夜班由昨日白班人员进行值班～如此反复交替。 第十三条 一线值班时间为:9:00-20:00和20:00-9:00。 第十四条 二线常白人员为辅助值班岗位～到岗时间与常白人员相同～每日9:00-24:00可以电话技术支持。 第六章 工作交接 第十五条 每日运维工作由一线值班撰写当日邮件～需详细、客观的描述当天发生的每一件事情～提交各级运维岗位工作人员～并统一存档至一线值班工作设备中～以便后续值班人员了解系统运行信息。 第十六条 接班人员若对所注内容有疑议～可电话沟通上一班次值班人员。 第十七条 夜间电话值班期间,20:00-9:00,～一线值班人员将值班电话呼叫转移到自己的手机上～接到报障电话立即远程连接处理～若不得解决则升级至二线常白人员到场解决。 第十八条 接班的一线值班人员在到岗后第一时间将值班电话呼叫转移回本机。 14 第十九条 双休日的呼转～若一线值班不能解决问题可以直接呼叫常白值班人员解决问题。 第二十条 明确责任划分～值班期间的问题～尽量在当班期间解决～确实解决不了的～交接给下一位值班人～但务必对问题进行详细描述～且值班人要实时跟踪问题解决进度～直到问题解决～问题解决与否或有拖延～责任由交班人和接班人共同承担。 第二十一条 明确故障上报流程～值班期间遇到棘手问题时～先提交二线人员共同排查～仍解决不了提交业务组长～最后根据情况上报业务总监。 第七章 附则 第二十二条 本办法由视频技术中心负责解释和修订～自发布之日起执行。 中国网络电视台/央视国际网络有限公司 2013年12月9日 15 中国网络电视台/央视国际网络有限公司 视频技术中心信源技术管理办法 第一章总则 第一条 为指导和规范网络广播信源安全播出管理工作～根据《中国网络电视台网络信息安全管理规定》、《广播电视安全播出管理规定》及《广播电视相关信息系统安全等级保护基本要求》～制订本管理细则。本管理办法适用于中国网络电视台信源技术系统的配臵及运行、维护、技术管理工作。 第二条 本办法中的信源是指以宽带互联网为节目传播载体的、新形态的电视台信源～并应满足所需要的服务质量、安全性、交互性和可靠性。 第三条 本办法主要由信源网管理以及机房、设备管理部分构成。 第二章信源网管理要求 第一节设备接入管理 第四条 需要接入信源网的设备上架前必须按照信源上下线申请流程填写并提交信源上下线申请单。 第五条 接入信源网的设备需经过网络安全加固等安全措施后方可接入。 第六条 禁止非公司设备私自接入公司信源网,如个人自带的笔记本设备,～如因工作需要接入～请与信源技术部和网络安 16 全部联系～经网络安全部安全检查后～方可接入。 第七条 未经批准～禁止在信源组播网内连接无线、交换机、路由器等网络设备。 第八条 禁止在信源网内私自拉接网线～以免造成组播网环路现象～如果发现并造成严重后果～将按公司相关规定严肃处理。 第二节组播网内部资源管理要求 第九条 任何需要从信源网中申请或撤销IP视频信号的部门都需要在设备接入信源网前向信源技术部提出申请～并填写信源上线申请单。 第十条 业务部门需要提供接入组播网设备所在机房的名称～设备机柜号～设备型号、序列号、设备所在机柜具体位臵及用途。 第十一条 信源技术部收到流程单后～负责给业务部门分配或撤销信号组播地址及端口号～并将申请单交给网络安全部。 第十二条 网络安全部负责给业务部门分配或撤销设备IP地址、交换机端口号。申请上线设备～网络安全部负责做安全扫描。 第十三条 若扫描不合格～业务部门设备将不允许接入组播网。网络安全部批准通过后将申请表交给信源技术部。 第十四条 如有特殊需求～业务部门需要将特殊需求以口头和文字的形式详细描述给信源技术部负责人～特殊需求的文字描述需要填写至备注项中。完成以上工作后～由信源技术部和网络安全部门确认后方可执行。 17 第十五条 任何部门不得以任何借口在未经批准的情况下私自将IP视频信号发至信源网络中～以免造成安全隐患。 第三节网络安全管理要求 第十六条 本节参考中国网络电视台/央视网络有限公司网络安全相关规章以及管理办法。 第三章信源运维及技术管理要求 第一节信源机房运维管理要求 第十七条 值班人员应按时到岗～按主管的岗位分派上岗值班～严格按照业务和系统设备操作规程进行工作。 第十八条 值班人员必须坚守工作岗位～不得擅离职守～临时离岗需要向主管请假～在值班岗位上～不做与工作无关的事情。信源室由当班主管负责统一协调和调度值班事宜～协调处理各种信源故障。 第十九条 值班人员每天按时到机房巡查设备工作状态～并认真填写值班日志。 第二十条 每个人负责的项目要做到善始善终～情况特殊需要将工作移交他人时～要全面妥善。当天值班人负责整理和维护信源室卫生～保持值班室桌面整洁。 第二十一条 明确值班人员责任～如发生播出事故～由当天值班人员及相关负责人承担相应的事故责任。 第二十二条 定时巡查设备和信号状况～发现异常及时上报 18 并及时处理。 第二十三条 信源室、IDC机房重地～非工作人员不得随便进入,工作人员更不能随便带人进入。 第二十四条 值班人员不得使用于值班无关的电器,电热水壶、热得快,～消除安全隐患。 第二十五条 交班人员应向接班人员详细介绍本班次系统设备运行,维修情况及其它应注意和交代的事项。双方应共同检查并确认系统设备运行正常～如果设备正处于故障状态或正在执行切换,调整操作时,不得进行交接班。准时实施交接班,交接双方应在值班记录上签字后交班人员方可离岗。 第二十六条 外出直播视频信号测试监控～视频信号地址由值班人员在测试当日写入值班日志。 第二十七条 归档管理:在信源室?号机器D盘建立工作文件夹。存放日常使用的公共文件～每个项目都要建立独立文档并将文档放入工作文件夹中存档。 第二十八条 白班在岗人员每隔1小时检查1次机房设备运行情况和信源室信号、每隔3小时检查1次网络直播信号～夜班在岗人员每隔3小时检查一次机房设备运行情况、信源室信号和网络直播信号～并在时间栏里填写检查时间～在设备栏后填写设备和信号运行情况。 第二十九条 交接工作时应认真填写值班人员工作总结,信源室信号情况、IDC设备运行情况、当天节目切换情况、信号和 19 线路有无改动,～并向接班人员交代当天值班情况。接班人员应认真阅读当天值班日志～向值班人员了解当日值班情况。 第三十条 运维人员下班时应关闭自己工位的计算机,主机电源、显示器电源,杜绝安全隐患。 第三十一条 信源室内严禁饮食、吸烟。严禁携带易燃易爆物品进入信源室。 第三十二条 外单位外部门设备维护人员确需操作播出设备时应征得信源室负责人同意。 第三十三条 消防物品要放在指定位臵(IDC机房门外)～任何人不得随意挪动,机房工作人员要掌握防火技能～定期检查消防设施是否正常。出现异常情况应立即采取切断电源、报警、使用灭火设备等正确方式予以处理。 第三十四条 机房的机架和总控台的面板上不得摆放水杯和杂物以免损坏设备～水杯和值班人员的私人物品应放在指定的位臵。 第三十五条 机房的运维员应注意机房的温度～机房温度不得高于25摄氏度～如遇停电和空调漏水等情况应及时寻求解决方法～并向上级领导反映有关情况。 第三十六条 严格保密服务器的各种账号和密码,机房钥匙和门卡要严格保管～不得随意转借～一旦丢失要及时报告并积极寻找～并采取有效措施予以补救。 第三十七条 维护技术人员定期,周、月、季度,对光传输、 20 视音频传输系统和IT服务器设备进行检查、测试和修理～确保其运行完好～并认真填写IDC机房设备定期维护记录。 第三十八条 周检查时间为每周5～月检查时间为每月最后一周的周5～季度检查时间为每季度最后一周的周5. 第三十九条 IDC机房的所有设备未经机房管理者许可一律不得挪用和外借～特殊情况经上级领导书面批准后方可办理借用手续～借用期间如有损坏由借用单位或使用人员负责赔偿。 第四十条 IDC机房及其附属设备的管理,登记,由机房管理人员负责。机房设备每半年要核准一次设备登记情况。 第四十一条 IDC机房如要施工和增减设备一律要经上级领导批准方可实施。 第二节 信源机房技术管理要求 第四十二条 信源监控室负责信号源运行情况保障～监控信号质量和设备运行情况～完善信号源监测和应急切换措施～最大限度减少因异常情况造成的影响。 第四十三条 公司各部门对接收系统接收的节目进行调整时～须及时将需求方案上报信源技术部～并由信源技术部备案且配臵相应技术方案。 第四十四条 信源监控室应该按照信号调度单给各个子系统传送信号～不得随意更改信号～避免播出故障发生。 第四十五条 各个子系统对信号源如有需求～需书面上报信源技术部～经有关领导签字同意后由运维人员统一调配信号。 21 第四章信源设备管理要求 第四十六条 新设备需要做入库登记手续～登记设备的型号、厂商、设备序列号、数量和相关备注。 第四十七条 公司各部门在借用设备时要填写视音频设备借用申请单～并由部门总监签字确认后方可取走设备。 第四十八条 归还借用外公司设备时要统一填写视音频设备归还登记表～填写归还人的姓名、部门、设备名称、设备序列号、数量、设备有无损坏。外公司设备接收人在确认设备后～需在设备接收人处签字方可取走设备。 第四十九条 定期对设备进行维护管理包括:编解码设备、传输设备、视频设备、音频设备、网络设备、设备连接线等。 第五十条 于每个自然月的第一个工作日～每个季度的最后一个工作日对设备进行清点和整理。 第五十一条 发现设备损坏应及时填写视音频设备维修登记表～填写送修人姓名、设备接受人姓名、设备型号、数量、序列号、设备用途及损坏情况报给设备维修负责人进行维修。 第五十二条 在设备的搬运过程中轻拿轻放避免设备的损坏。 第五十三条 为了保证设备的正常运转～设备在使用时避免接触水和腐蚀性的液体。 第五十四条 机器在使用的过程中注意机器温度～避免由于机器温度过高所造成的损坏。 22 第五章附则 第五十五条 本办法由视频技术中心负责解释和修订～自发 布之日起执行。 中国网络电视台/央视国际网络有限公司 2012年11月18日 23 中国网络电视台/央视国际网络有限公司 自建IDC机房运维管理办法 第一章 总则 第一条 为了加强公司对自建IDC机房运维管理～确保自建IDC机房的安全运行～特制订此管理办法。 第二章 机房用电安全管理 第二条 机房电力系统的运维人员必须持低压运行维修证上岗～熟练掌握机房供配电系统情况。 第三条 机房运维人员必须熟练掌握机房停电应急处理流程～每周进行停电应急演练。 第四条 严格按照年度检修计划检查供电设施。 第五条 设备断电检修后在真正接通设备电源之前必须先检查线路、接头是否安全连接以及设备和人员是否已经就绪。 第六条 严禁随意对设备断电、更改设备供电线路～严禁随意串接、并接、搭接各种供电线路。 第七条 运维人员在巡视过程中如发现用电安全隐患～应即时采取措施解决～不能解决的必须及时向基础设施部相关负责人提出。 第八条 线缆如出现老化或过度磨损、腐蚀现象～应及时更 24 换～使设备具有合格的电气绝缘强度。 第九条 对电缆、母线、接头按《北京市电气防火检测技术规范》检查温度～防止超负荷运行。 第十条 各机房、配电室内严禁存放任何杂物。 第十一条 非机房运维人员在机房区域需要接电的～必须经基础设施部人员同意。 第十二条 禁止在机房中使用高温、炽热、产生火花的用电设备。特殊情况例如施工～运维人员必须现场监督～确保安全。 第十三条 禁止使用功率超过特定瓦数的用电设备～特殊情况必须得到基础设施部人员批准～并在保证供电安全的基础上使用。 第十四条 非机房IT相关设备一律禁止从机柜插座上取电。 第十五条 对于机柜设备如出现插座孔不够的情况～必须使用可装在机柜上的一U机柜专用插线板,须使用突破品牌, 第十六条 显示器只能使用市电AC插座。 第十七条 机柜内设备上架时须先进行加电测试。 第三章 机房空调运行管理 第十八条 各机房精密空调温度设定值为22?C～湿度设定值为45%～各机房大金柜式空调温度设定值22?C、各配电室大金空调温度设定值为22?C。 第十九条 运维人员每2小时检查一次机房空调～并记录温 25 度、湿度、运行状态。 第二十条 机房温度湿度最佳范围:温度22?C -24?C,湿度40%-55%～在运维人员巡视检查时如发现任何区域温湿度超出最佳范围等异常情况应立即查明原因。 第二十一条 定期检查水箱水位是否在警戒线以内～如有异常立即检查水泵状态～并用水桶排水。 第二十二条 运维人员每次巡检都要察看空调上下水管是否有漏水、渗水现象～如发现要及时上报并做处理。 第二十三条 非机房运维人员严禁更改机房空调的设臵或开关空调。 第二十四条 运维人员应熟悉空调常见故障能及时判断和排除故障～严格按设备检修计划对空调做相应的维护保养。 第四章 机房消防安全管理 第二十五条 运维人员必须具有高度的工作责任心～掌握用电防火安全知识～掌握扑救电气火灾的一般常识和灭火器的使用方法。 第二十六条 运维人员须定期参加消防常识培训、消防设备使用培训。 第二十七条 要根据使用场所的环境特点～正确选用电气设备和导线类型～不准私拉乱接电源～不符合规定的用电设施～应停止使用。 26 第二十八条 禁止在机房内使用电炉、电烙铁、电烤箱、电热水器等电热设备。 第二十九条 严格按设备检修计划对用电设备、电气线路进行检查～发现问题应及时维修更换～避免因漏电、短路、过负荷、接触电阻过大、电火花和电弧而引起火灾事故。 第三十条 机房和配电室应保持清洁～不准堆放杂物和可燃物。 第三十一条 机房各区域内严禁吸烟。 第三十二条 定期组织检验机房消防设施～确保消防设施完好、有效。 第三十三条 消防通道应保持畅通。 第三十四条 当机房出现火情需要启动气体灭火系统时应确认气体灭火区域无人～才能开启气体灭火系统。 第三十五条 机房消防系统与望海楼大厦消防系统联动～一旦发现险情应在上报的同时通知望海楼物业消防中控室～请望海楼物业人员协助解决。 第五章 机房门禁管理 第三十六条 机房使用人员进入望海楼IDC机房区域时～应在门口的“机房资源及运行管理系统”上登记～非机房使用人员需要进入机房应经过技术中心基础设施部相关人员确认、登记后方可进入。 27 第三十七条 进入机房的任何人员～不得携带任何易燃、易爆、腐蚀性、强电磁、辐射性、流体,液体,物质等对设备正常运行构成威胁的物品。如携带背包、应放到机房运维人员指定的位臵。 第三十八条 人员进入机房区域后～应及时关闭机房门。禁止在机房内拍照、录音、录像、饮食、吸烟、随地吐痰～要保持机房内卫生整洁。 第三十九条 机房门禁卡仅供本人使用～不得转借他人。 第四十条 机房门禁卡如遗失、损坏或失效～应立即向基础设施部相关人员进行挂失或补办。 第四十一条 未经基础设施部授权～任何人不得更改机房门禁管理系统的设臵、密码、资料和查阅机房门禁记录。 第四十二条 凡拾获机房门禁卡者～应立即交给技术中心基础设施部。 第四十三条 当持有机房门禁卡者离职时应将门禁卡交回基础设施部。 第六章 机房监控管理 第四十四条 运维人员应爱护和管理好监控系统的各项装配和设施～严格按操使用说明书使用～确保监控系统的正常运作。 第四十五条 不得无故中断监控设备。 第四十六条 无关人员未经许可不准进入监控室。公司员工 28 及其他外来人员需到监控室查询记录必须由基础设施部相关人员带领。 第四十七条 未经许可不得随意在监控主机系统中删除系统中程序、录像或改动系统预先设臵的参数。 第四十八条 运维人员应定期检各监控系统的时间～对与实际时间不符的监控系统进行调整。 第四十九条 做好保密工作～不得在监控室以外的场所议论有关录像的内容。任何人不得擅自提供、传播视频图像信息。 第七章 运维人员巡视检查 第五十条 检查时间 从交接班开始每两个小时对各区域巡视一次～如遇到重大活动则根据需要缩短巡视周期。阴雨天气每小时对首层配电室、首层IDC机房、操作间巡视一次～并要给望海楼物业打电话询问楼顶积水的排水情况～梅地亚机房每周巡视2次。 第五十一条 检查内容 1、机房区域: (1) 各机房卫生是否干净整洁、是否有杂物堆放～如 有应查明负责人并让其及时清理。 (2) 各机房门禁是否完好、有效。 (3) 是否有乱接、乱搭的用电现象～对机柜内用电情 况进行检查。 (4) 机房内灭火器具、指示牌、排烟系统、烟感、紧 29 急疏散指示牌是否完好、有效。 (5) 温度、湿度是否正常～空调是否正常工作～风道出风口是否正常出风。 (6) 监控探头的指向位臵和方向是否正确。 (7) 梯形趴架和弱电线槽走线是否整齐。对不整齐的线和不明线路通知机房运维负责人进行处理。 (8) 各机柜负载用电情况。 (9) 各机房灯管是否工作正常。 (10) 新风机出口温度是否为18度。 2、配电室区域: (1) 各配电柜电压、电流表数值是否处在正常工作范围内。 (2) Ups系统工作是否正常。 (3) 配电间卫生是否干净整洁、是否有无用的堆放物。 (4) 门禁是否完好、有效。 (5) 是否有乱接、乱搭的用电现象。 (6) 指示牌、排烟系统、烟感紧急疏散指示牌是否完好、有效。 (7) 温度是否正常～空调是否正常工作。 (8) 新风出口温度是否为18度。 (9) 监控探头的指向位臵和方向是否正确。 (10) 所有灯管是否工作正常。 30 3、其他区域 (1) 通道内卫生是否干净整洁、是否有杂物堆放。 (2) 灭火器是否齐全摆放整齐。 (3) 安全通道指示牌是否完好。 (4) 防火通道所有门是否能有效打开。 (5) 卫生是否干净整洁、窗户是否关闭。 (6) 所有灯管是否工作正常。 第八章 机房施工管理 第五十二条 在机房区域施工～首先应提交施工方案到基础设施部～说明施工内容～活动范围～是否用电等情况。 第五十三条 施工方应提前与基础设施部预约施工时间。 第五十四条 禁止施工人员在施工活动范围以外的区域活动。 第五十五条 施工人员不得随意触碰机房内的设备。 第五十六条 保持机房内的环境卫生～施工人员不得在机房区堆放纸箱及乱扔杂物 第五十七条 施工人员进入机房区内施工～应着装整齐。 第五十八条 施工用电必须由机房运维人员安排电源。 第五十九条 需要在机房内进行焊接时～焊接人员需提供焊接证件并到望海楼物业中控室办理动火证～焊接时必须备有消防灭火器～经相关负责人在施工申请单签字同意后方可进行操作～并做好消防准备工作。 第六十条 施工完成后应及时清理现场杂物。 31 第九章 参观管理 第六十一条 申请参观的部门须经技术中心领导同意后方可带人参观。 第六十二条 申请参观的部门必须指定专人接待～并陪同整个参观过程～此接待人对参观人员的安全负责。 第六十三条 参观人员要严格按规定的路线、区域参观～禁止进入其他区域。 第六十四条 参观人员进入机房时～禁止携带可能影响和威胁机房安全运行的物品～如:食品和饮料、易燃易爆物危险品或可能干扰计算机设备和通信的电磁设备。 第六十五条 机房区禁止拍照～录音～录像。 第六十六条 参观人员在参观期间不允许触碰任何设备、线路。 第六十七条 参观结束后由机房运维人员检查各参观区域。 第十章 机房设备安装布线管理 第六十八条 设备必须安装在机架内并与机架固定牢固～机架内设备之间要留有一定的空隙～利于设备散热。 第六十九条 机房机架外不允许放臵任何设备。 第七十条 机房布线槽道分为强电线架及弱点线槽～强弱电走线应分开。 32 第七十一条 从槽道和爬梯下来的尾纤和网线应该走机架理线器～布放的各种线缆要横平竖直～不能交叉拉线。网线桥架的布线应整齐规范～不允许斜拉线或交叉拉线。 第七十二条 网线桥架的布线要每隔30cm—50cm用扎带捆扎～并做好标记～机架间、机架内布放线缆的标记要规范清晰。 第七十三条 机架内不用线缆及电源线要及时撤除。 第七十四条 机架间、机架、或线槽内不允许私接电源插板。 第七十五条 机房内地面上或非槽道内不准许随意布放线缆。 第七十六条 网线一般在机架左侧布放～光线缆在机架右侧布放。网线的布设一般按如下规则:内网使用黄色线材～外网使用蓝色线材～ELO口使用灰色线材。 第七十七条 网线所用标签使用如下规范:顺序编号、本端机柜位臵、本端设备类型----顺序编号、对端机柜位臵、对端设备类型。 第七十八条 设备和线缆安装完成后～机房运维人员进行相应的检查～如发现不符合本规定之处需要整改。 第十一章 机房运维工具管理 第七十九条 运维人员根据工作需要～可以配备个人常用工具及小组公用工具～个人工具由本人负责保管～公用工具应指定专人负责保管。 第八十条 原有工具正常损坏后～必须按照以旧换新的原则～ 33 归还旧工具～领取新工具～并进行登记。如果工具非正常损坏或丢失～由责任人负责全额赔偿。 第八十一条 工具使用人在调整岗位或离岗时～必须将其名下的工具全部退还方可离岗。 第八十二条 工具外借时～借用人须填写物品借用～说明借用时间、归还时间、用途、保管责任人等。未经批准工具不得擅自外借工具。工具借出人负责工具的催还～如有丢失或损坏～由责任人全额赔偿。 第八十三条 工具必须正确使用～电气工具作业前的检查必须符合以下要求方可使用: 第八十四条 电气工具未经培训不得随意使用。 第八十五条 外壳、手柄有无出现裂缝、破损。 第八十六条 各部防护罩齐全牢固～电气保护装臵可靠。 第八十七条 运维人员在交接班时应对工具的数量进行、保养。 第十二章 机房通讯设备管理 第八十八条 对讲机属于公司的公共财产～每个运维人员都有责任和义务保管好～以防损坏和丢失。 第八十九条 对讲机只供工作使用～严禁闲聊或作其他用途。 第九十条 在对讲机中一定要使用文明用语～严禁在对讲机使用中出现不文明行为,对方呼叫时～接听要迅速。 34 第九十一条 对讲机严禁转借他人～运维人员在交接班时应做好对讲机交接工作～确保对讲机完好有效。 第九十二条 严禁私自拆卸对讲机或进行对讲机调频。 第九十三条 对讲机使用的过程中～如发现故障应及时报告基础设施部～以免影响正常工作。 第十三章 附则 第九十四条 本办法由技术中心负责解释和修订～自发布之日起执行。 中国网络电视台/央视国际网络有限公司 2007年1月1日 35 中国网络电视台/央视国际网络有限公司 卧松斋演播区用电管理办法 第一条 为规范望卧松斋区域用电管理～确保用电安全～特制订此管理办法。 第二条 本管理办法适用于卧松斋区域的大型活动用电、临时用电。 第三条 临时用电设计及变更时～必须履行“编制、审核、批准”程序～由电气工程技术人员编制～经申请部门的确认及机房运维负责人批准后实施。 第四条 临时用电必须经批准部门,基础设施部,和使用部门共同验收～合格后方可投入使用。 第五条 使用方安装和连接负载侧的配电箱～并将设备配电箱电源线～放到电源接入点处。 第六条 活动,施工,现场的电源接线～由机房运维人员施工。 第七条 活动,施工,的用电设施、设备的安装～必须由专业电工负责实施。电工要持有有效特种作业操作证的电工。 第八条 机房运维人员对设备电源线进行外观、遥测的检查～配电箱内部接线方式和开关的检查。检查合格后方可送电。 第九条 活动,施工,现场用电必须执行三项基本原则: 36 1、分级分路:即一级总配电箱、二级分配电箱、三级开关箱, 2、动、照分设:即动力,设备,配电箱与照明配电箱分别设臵。 3、若动力与照明合用一个配电箱～则动力与照明应分路配电。 第十条 分配电箱与开关箱合用电设备之间的空间距离应尽量短。 第十一条 机房运维人员负责最后的检查和送电工作～并有专人在,活动,现场负责电源开关的闭合工作。分配电箱、开关箱由设备方专职电工负责。 第十二条 活动,施工,结束后～由运维人员拆除临时用电电源～其他人员不得私自拆除。 第十三条 本管理办法由技术中心负责解释和修订～自发布之日起执行。 中国网络电视台/央视国际网络有限公司 2012年1月1日 37 中国网络电视台/央视国际网络有限公司 南苑IDC机房使用管理办法 第一章 总则 第一条 为规范南苑IDC机房机房使用管理～确保南苑机房 设备运行安全～特制订此管理办法。 第二章 机柜开通 第二条 新机柜开通流程 1、业务部门新开通机柜需要提前2天以书面形式,填写《机 柜开通需求单》,提出具体需求。 2、基础设施部核实机房资源。 3、基础设施部向联通方面提交机柜开通申请书。 4、待联通内部流程走完～即完成对机柜的加电。 5、业务部门验收并投入使用。 第三条 已开通机柜使用流程 已开通的机柜随时可以加电和下电～只需要完成人员和设备 进出机房的流程即可。 第三章 人员和设备进出 第四条 人员设备进出流程 人员和设备进出机房需要至少提前半个工作日向基础设施 38 部提出相关需求～同时提交进出机房人员的名字和身份证号～设备要提供准确的设备品牌～型号和序列号。 如遇突发紧急情况需要出入机房～请与基础设施部南苑机房负责人联系～由负责协调联通机房相关人员。事后需要向基础设施部尽快补交当事人员的姓名和身份证信息以及设备品牌、型号和序列号等信息～以便补办相关出入机房的手续。 第四章 布线及设备上下架规范 第五条 南苑机房布线规定 1、南苑机房布线槽道分为光纤槽道和网线桥架～光纤应走光纤槽道～网线应走机架爬梯、网线桥架。 2、从槽道和爬梯下来的尾纤和网线应该走机架理线器～布放的各种线缆要横平竖直～不能交叉拉线。网线桥架的布线应整齐规范～不允许斜拉线或交叉拉线。 3、网线桥架的布线要每隔30cm—50cm用扎带捆扎～需要时作好标记。 4、机架间、机架内布放的各种线缆要放臵在理线器里并捆扎～多余长度的线缆应按机房工作人员的要求在机架内合理布放。 5、机架间、机架内布放线缆的标记要规范清晰。 6、设备的电源线要放臵在机架的电源理线器内并进行捆扎。 7、机架间、机架内电源线应与其他线缆分开进行捆扎～不能交叉。 39 8、机架内不用线缆及电源线要及时撤除。 9、机架间、机架内不允许私接电源插板。 10、机房内地面上或非槽道内不准许随意布放线缆。 11、在机房内布线完成后～要请机房有关人员检查～确认其布线符合本规定的要求后～机房人员方可允许用户安装设备、开通业务。 12、机房工作人员检查用户布线不符合本规定的要求时～要指出布线不符合之处～责令用户整改。整改合格后～方可允许用户安装设备开通业务。 13、网线一般在机架左侧布放～光线缆在机架右侧布放。 14、网线的布设一般按如下规则:内网使用黄色线材～外网使用蓝色线材～ELO口使用灰色线材。 15、网线所用标签一般使用如下规范:顺序编号本端机柜位臵本端设备类型及编号----顺序编号对端机柜位臵对端设备类型及编号 第六条 南苑机房设备安装规定 1、设备安装前～机房工作人员需要检查相关的工单和布线合格与否。 2、设备必须安装在机架内并与机架固定牢固～机架内设备之间要留有一定的空隙～以避免设备热保护。 3、新装设备的电源线和其他线缆要放入相应的理线器内并捆扎。 40 4、设备和线缆安装完成后～机房人员会进行相应的检查～检查发现不符合本规定之处需要整改。 5、机房机架外不允许放臵任何设备～对于放臵在机房机架外的任何设备～机房工作人员要及时指出并要求整改。 6、在机房内需要临时使用电力的时候～请一定使用机柜上提供的测试电源,即横向安装的白色3联插座～机柜内电源插座都是纵向安装的,～绝对不允许私自使用机柜内提供的电源插座。 第五章 附则 第七条 本管理办法由技术中心负责解释和修订～自发布之日起执行。 中国网络电视台/央视国际网络有限公司 2011年9月1日 41 附件:人员设备进出流程图 人员进入 正常情况 紧急情况 有证人员 无证人员 有证人员 无证人员 值班室登记 授权人电话 授权人发传通知，传真 真确认 后补 有证人员带值班室登记 领并登记 进入机房 进入机房 设备进入 正常进入 紧急进入 否 授权人电话通知 新开机柜 是 传真后补 提前2周提 出需求 设备进入机房 并上架 下工单 传真设备进出清单 设备进入机房 42 并上架 中国网络电视台/央视国际网络有限公司 技术体系大运维管理办法 第一章 总则 第一条 为加强技术体系运维管理～特制订此管理办法。 第二章 适用范围 第二条 适用于央视网各技术部门的运维管理工作。 第三章 IDC资源管理 第一条 央视网机房主要分电信机房～联通机房～BGP机房以及移动等小运营商机房。资源申请时请根据业务需求申请相关资源。 第二条 机房的机柜由技术中心系统运维部统一分配。 第三条 带宽由技术中心统一购买～根据机房业务的需求调整购买量～除特殊重要业务需求外～各业务共享出口带宽。 第四条 服务器等资源的申请原则上以利旧为主～如实在满足不了需求～需要新采购资源则需要通过技术专家会～技术委会评议讨论通过后方可立项申请购买新资源。 第五条 在业务部门由于业务增加申请相应资源时～只需填写《新业务上线流程表》～技术中心系统运维部将对业务需求的相关资源进行分配。 43 第六条 业务部门如有资源的变更～需先到技术中心系统运维部登记～分配新资源回收旧资源。 第七条 业务部门业务关闭或者不再使用资源时～需及时通知技术中心系统运维部释放资源～严禁长期无故占用资源。 第四章 CMDB的管理 第一条 CMDB管理系统所管理的资产为机房所使用的服务器～交换机～存储等生产工具～不包含员工使用的电脑等办公设备。 第二条 新购买设备需要第一时间将设备型号～配臵～序列号～购买编号录入CMDB资产管理系统～设备上架时只需在系统中调配。 第三条 非本公司资产在进入机房的时候需要登记相关信息～特别在备注中注明资产所属公司。 第四条 设备的地点需要在CMDB资产管理系统中详细标明～临时的调整也必须登记。 第五条 序列号是资产的唯一标示～设备的序列号需要保持干净整洁～防止污损。 第六条 每年配合公司资产管理办公室做资产盘查工作～盘点要求以资产管理办公司规定为准。 第七条 部门之间不允许私自更改设备使用权限以及更改设备使用用途～如果需要变更～请联系技术中心系统运维部做资产变更或业务变更。 第八条 只有退库的设备能在CMDB资产管理系统中删除～ 44 除此之外任何理由都不能将设备在CMDB资产管理系统中删除资产。 第五章 存储管理办法 第九十五条 存储的作用 存储系统提供了中国网络电视台互联网、移动终端及互联网电视业务的数据存储功能～为进一步优化存储资源～合理使用存储资源～特制定本管理办法。 第九十六条 存储配臵管理 1、存储申请需要提交《存储申请表》～经存储工程师确认后分配存储空间。 2、业务部门使用需要遵循《存储使用规范》。 3、业务变更需要动态调整存储空间的～由业务部门人员发送邮件到idc@staff.cntv.cn ～经存储工程师确认后可及时生效。 4、业务变更需要迁移存储平台的～需要重新提交《存储申请表》～经存储工程师确认后分配存储空间。 5、业务下线需要退还存储空间的～由业务部门人员发送邮件到idc@staff.cntv.cn～经存储工程师确认后可及时生效。 6、大活动期间～原则上不再受理存储申请。 第九十七条 存储切换流程 1、存储切换需要遵循技术中心应急预案。 45 2、存储切换需和源站联动～切换时需要发送邮件～并由系统运维部总监确认后～方可实施。 3、切换后需所有在场系统运维部工程师做测试检查。 第九十八条 存储运维人员的职责 1、技术中心-系统运维部-支撑系统组负责统筹规划～日常运维管理。 2、存储运维工程师负责图文、视频、虚拟化、数据库等业务的后端存储运维工作。负责和源站相关工程师的沟通和调整工作。负责和网络安全部的沟通和调整工作。负责存储使用规范、应急预案的制定。 3、存储工程师需要每天定时进行系统巡检。 4、存储工程师是CNTV非常重要的岗位～必须尽职尽责～保障后端的平稳运行。 第六章 数据库管理办法 第九十九条 数据库选型原则是支付相关或原有遗留系统的业务使用Oracle～其他相关业务使用MySQL。这样既能达到节约Oracle软件授权成本～又能保证很好的数据库服务～从而达到理想的性价比。 第一??条 公司的数据库是公司的核心电子信息资源之一～能给各部门、事业部开展业务提供信息支持和保障。原则上数据库统一由技术中心系统运维部进行运维。 46 第一?一条 各部门、事业部基于数据库的业务开发需严格按照数据库开发规范进行～这样可以保证开发的效率和质量～比如:基于MySQL的业务可参考《MySQL开发规范》进行。 第一?二条 各部门、事业部数据库的上线必须按照技术中心《业务开发部署上线实施流程》进行操作。 第一?三条 各部门、事业部数据库的小更新必须提前一到俩天(重大更新则必须提前三到五天)邮件通知技术中心系统运维部～通过数据库负责人确定后～由DBA按实际需求完成操作。 第一?四条 数据库数据为重要资源～各部门、事业部及不得提供给第三方～测试数据除外。 第一?五条 数据库下线必须提前一到俩天邮件通知技术中心系统运维部～通过数据库负责人确定后～由DBA按实际需求完成下线～下线的数据库内容按备份的方式原则上保留半年～然后进行完全清理。 第一?六条 数据库至少每天完全或增量备份一次。考虑存储空间等情况～原则上至少保留最新的一周备份文件。 第七章 系统账号管理办法 第一条 为加强系统管理员账号管理～规范系统管理员帐号的使用～提高系统管理员账号的安全性～制定本管理办法。 第二条 本管理办法中系统管理员账号指所有服务器操作系统登录账号。 第三条 所有服务器操作系统禁止使用超级用户登录～超级 47 用户权限统一由系统运维部管理。 第四条 普通账号管理 1、所有系统管理员应有独立的账号～不得使用他人账号或允许他人使用自己账号。 2、需有专人负责账号设臵和权限管理～其他人员不得擅自添加账号。 3、新员工入职以后应及时申请账号～员工离职以后应及时删除账号。 4、所有系统管理员应按要求定期更改密码～密码应符合规定的复杂程度。 第五条 其他部门账号管理 1、其他部门人员需要登录服务器管理～需要向系统运维部提出申请～由系统运维部记录备案。 2、其他部门人员账号使用应遵循第四条规定内容。 第六条 特殊账号管理 1、对于重要业务服务器应加强安全管理～做好来源IP访问控制～只允许业务相关人员登录。 2、对重要业务服务器需要保留系统日志～监督追溯相关人员的账号使用情况。 第八章 源站业务管理办法 第一条 为加强源站的管理～规范源站配臵变更～制定源站 48 运维操作的化～制定本管理办法。 第二条 源站的作用 CNTV源站用于为图文、下载、点播等系统的内容源支持。源站给CDN系统提供服务～CDN给用户提供服务～用户不能够直接访问到源站上。源站是CNTV最重要的前端系统～它决定着用户访问的内容是否正常。 第三条 源站配臵变更管理 1、源站变更需要遵循技术中心源站配臵变更白皮书。 2、源站变更只能由源站工程师进行操作。 3、每次操作设计变更配臵的～均需要发送邮件到idc@staff.cntv.cn～并制定另一位源站工程师进行检查确认。 4、源站变更生效时间为次日凌晨～不是即时生效。 5、源站变更所操作的服务器为单一服务器～该服务器放在虚拟化高可用集群～并只有源站工程师有权限。 6、大活动期间～原则上不进行源站变更～源站配臵服务器将会被关闭。 第四条 源站切换流程 1、源站切换需要遵循技术中心应急预案。 2、CNTV有5个源站～两个联通、两个电信、一个在电信通。 3、原则上联通源站互备、电信互备、电信通为第三备源。 4、切换前需要制定好回滚方法。 5、切换前需要确认5个源站情况～切换时需要发送邮件～ 49 并由系统运维部总监确认才可操作。 6、切换后需所有在场系统运维部工程师做测试检查。 第五条 源站运维人员的职责 1、源站运维工程师负责图文、点播、下载等源站服务器的硬件和应用级运维。负责和CDN相关工程师的沟通和调整工作。负责和网络安全部做负载均衡和网络的沟通和调整。负责图文应急预案的制定。 2、源站工程师需要每天定时进行系统巡检。 3、任何前端展现出现问题时～当班的源站工程师需第一时间检查是否为源站问题～排除后及时通知大运维群。 4、源站工程师是CNTV非常重要的岗位～必须尽职尽责～保障前端的平稳运行。 第九章 云平台管理办法 第一条 为加强CCTV云平台的管理～规范公有云、私有云的运维方法～提高CCTV云平台使用效率～制定本管理办法。 第二条 云平台的作用 CCTV云平台是CNTV建设或租用的虚拟化资源分配系统。该系统可以充分利用服务器硬件资源减少公司硬件成本投入,也可以通过短期租用公有云计算资源～避免大活动期间突击采购而造成的闲时资源浪费。 第三条 云平台的申请方法 CCTV云平台包含两部分～私有云和公有云。 50 1、私有云申请的资源用于和CNTV大网业务关系相对紧密的系统。 2、公有云申请的资源用于相对独立的业务和系统。 3、所有申请需经过技术中心上线流程～业务部门需写清需求～开例会决定分配方法和数量～并填写技术中心资源云平台计算单元需求确认表。 4、业务部门通过邮件形式将技术中心资源云平台计算单元需求确认表发送到idc@staff.cntv.cn～经系统运维部总监确认后～由云平台工程师部署交付。 第四条 私有云分配要求 私有云分为大中小三种服务器规格～并分为IO型、计算型、缓存型、存储型等多种属性。私有云的服务器在CNTV自己租用的机房内～使用自己的公网服务～IP分配灵活～内网环境好～和自有实体机服务器连通性佳。适用于和大网业务紧密的业务系统。 第五条 公有云分配要求 公有云分为A0-A4五种服务器规格。公有云的服务器在公有云服务提供商的机房～非CNTV自己的设备。公有云服务器使用服务商的公网IP～IP自动分配～和CNTV内网连通性一般～但是可以在短时间扩充和增加大量虚机资源～业务弹性好～可动态调整。适合相对独立～对业务弹性需求高的业务系统。,具体情况详见大运维白皮书, 51 第六条 业务使用公有云还是私有云由技术中心上线流程例会上讨论决定。并记录在技术中心业务上线流程文档中。 第七条 动态调整 1、在云平台上的业务需要能够满足动态调整的设计规范。 2、要求业务系统可以支持在线的横向扩展和缩减。 3、要求业务系统必须区分忙闲时。忙时系统增加服务器提高支撑能力～闲时减少服务武器减少成本支出。 4、系统部署后～业务部门和开发部门需要配合云平台工程师实施动态调整相关操作。 第八条 回收机制 1、在云平台上的业务下线时需及时通知云平台工程师进行回收。 2、15天无负载、带宽为零的服务器将会被云平台工程师标记询问～确定无用将会被关闭。 3、虚拟机关闭后将会保存15天后～再将其删除。 第九条 云平台运维人员职责 1、云平台工程师负责私有云管理端、虚拟化端、私有云资源操作系统级的运维,负责公有云资源操作系统级的运维。负责云平台的分配、调整、回收。 2、云平台工程师需要每周定时对各个系统进行巡检。 3、云平台工程师只负责到操作系统级～业务部门和开发部门提出的应用级运维方面的要求～云平台工程师只能进行协助～ 52 不参与应用调整。 第十章 值班日常管理办法 第一条 出勤时间: 1. 一线工程师:7X24小时现场值班。 2. 二线工程师:8:00—9:30在家RTX在线～10:00-18:00到岗～晚18:00—24:00在家RTX在线～24:00-次日8:00手机待班,五分钟内上线解决问题,。 3. 三线工程师:9:00--24:00在线值班～24:00--次日9:00手机待班。 4. 四线值班总监:9:00--24:00 RTX在线值班～24:00--次日9:00手机待班。 第二条 值班人员应依规定时间交接班～并提前十五分钟换班交接～二线值班人员换班时应撰写当日本部门“日常交接文档”～三线值班人员换班时应撰写“cntv技术体系日常交接文档”～四线值班总监需要详细了解前日“cntv技术体系日常交接文档”～并回邮件。邮件内容为当日值班情况总述～以及遗留问题的交接。 第三条 在发生重大故障的时候～由三线发起～四线决定事件的具体负责人～要求有故障必须有一个唯一的负责人。负责人可以为三线、四线也可以指定特定业务的负责人。 第四条 值班时间严禁睡觉～打瞌睡、处理私务。 第五条 在值班时间内～不得擅离职守。 53 第六条 不得将RTX设臵成常在线状态而本人不在电脑旁。 第十一章 重大事件保障管理办法 第一条 重大事件包括春晚、两会、国家重大活动、国际重大体育赛事、突发事件以及具有重大影响的新闻报道。 第二条 重大事件发生时～一线至四线值班人员要求全部24小时到岗值班～根据各部门人员情况～合理安排值班人员～直到活动结束。 第三条 值班人员应依规定时间交接班～在《大运维值班日常管理制度》的基础上～值班三线以及四线当面交班～交接班的内容为当日值班情况总述～以及遗留问题的交接。 第四条 如遇到突发事件～二线应该在5分钟内上报三线～三线根据事件的重要程度上报四线并且启动相应的应急预案。 第五条 值班时间严禁睡觉～打瞌睡、处理私务。 第六条 在值班时间内～不得擅离职守。 第七条 不得将RTX设臵成常在线状态而本人不在电脑旁。 第八条 如有突发事件发生～第一时间上报三线值班工程师和四线值班总监。 第九条 值班三线以及值班总监必须严格按照应急预案流程对突发事件进行处理。 第十条 各部门值班一线以及值班二线必须严格按照本部门故障分级对事件进行处理。 54 第十二章 自有CDN管理办法 第一条 为合理使用自有CDN节点的资源～加强自有CDN应用的可靠性与安全性～完善自有CDN节点应用的管理制度～制定本管理办法。 第二条 自有CDN的作用 自有CDN部署于国内电信、联通、移动等多个机房节点～CDN为用户提供服务～缓存了热点数据文件～它处于源站和用户之间～靠近用户地域～提升了用户的访问效果。 第三条 自有CDN管理要求 1、自有CDN硬件与应用的部署需要遵循技术中心CDN应用白皮书。 2、自有CDN节点的建设与机器数量安排需由CDN运维工程师规划统计～并与IDC资源管理负责人会议讨论。 3、自有CDN应用变更只能由CDN运维工程师进行操作。 4、CDN节点支撑的范围与比例～需要由CDN运维工程师根据CDN节点资源情况以及应用运行情况～进行统计并分析～合理调控。 5、大活动期间～原则上不进行变更～如申请变更需要经会议讨论的完整方案并邮件报告系统运维部及技术中心领导。 第四条 自有CDN运维人员的职责 1、CDN运维工程师负责全部自有CDN节点服务器硬件和应 55 用级的运维,负责和网络安全部做负载均衡、网络的沟通和调整,负责和IDC资源管理负责人沟通节点硬件资源 2、自有CDN运维工程师需要每周定时进行系统巡检。 3、自有CDN运维工程师需要关注各节点资源利用率。 4、任何自有CDN节点的带宽出现异常波动时～当班的CDN运维工程师需要第一时间处理问题～解决故障。 第十三章 附则 第九条 本管理办法未尽事宜或其他特殊情况～由技术中心各领导开会后另行决定。 第十条 本管理办法由技术中心制定并负责解释。 第十一条 本管理办法自发布之日起实施 中国网络电视台/央视国际网络有限公司 2012年7月27日 中国网络电视台/央视国际网络有限公司 56 信息网络安全管理制度 第一章 目标 第一条 为维护公司信息网络安全环境～保障业务系统安全运营～巩固安全政策、法规和标准要求的符合性～规范信息网络安全工作的流程和内容～特制订本制度。 第二章 范围 第二条 本制度适用于公司以及公司的分支机构。 第三章 组织体系 第三条 公司信息网络安全组织包括信息安全领导小组、信息安全管理小组和信息安全执行小组。 1、信息安全领导小组是公司信息安全工作的领导机构～信 息安全管理小组和信息安全执行小组各施其责～负责网络、信息 系统的安全运行。 2、公司信息网络安全组织结构图如下: 57 中国网络电视台信息网络安全组织结构图 组长汪文斌1、制定信息网络安全总体策略决策层信息安全领导小组2、应急决策处理副组长刘平、宋维君 1、贯彻执行信息安全领导小组的决议2、落实信息网络安全方针政策3、统筹协调公司信息网络安技术中心监管部门信息安全管理小组全工作管理层网络安全部4、制定信息网络安全防护策略5、制定各业务应急预案6、监督、监管信息网络安全执行工作 1、执行安全方针政策2、执行应急处理流程信息安全执行小组执行层3、执行安全防护策略 共产党员视频移动互动Cbox第一创新无锡视频技术中心网管中心未来电视网技术中心开发中心开发中心运营中心工作室生产基地安安安安安安安安安安责责责责责责责责责责全全全全全全全全全全接接接接接接接接接接任任任任任任任任任任口口口口口口口口口口人人人人人人人人人人人人人人人人人人人人徐金盛尧张东戴鸣李义刚--封谈王李朱朱王周兴泉彪张岳--于白韩马郝朱王剑王昊--------金志小大沛振立正----洋剑嫕桦爽冬孟四王洪马小杨剑林非程谦强威鸿华松波韩旭海宇林非光 第四条 信息安全领导小组 公司成立信息安全领导小组～作为信息安全工作的最高决策机构～负责信息安全工作的日常事务～主要职责: 1、一切涉及信息系统安全的指挥处理, 2、审批、制定相关信息系统安全的政策、技术方案, 3、根据国家和行业有关信息安全的政策、法律和法规～批准公司信息安全总体策略规划、管理规范和技术标准, 4、制定公司信息安全的长远规划, 5、确定公司信息安全各有关部门工作职责～指导、监督信息安全工作, 58 6、重大、较大安全事件发生后的全局指挥协调～安全事件的调查、善后工作及提出处臵意见和相关奖惩建议, 7、负责组织公司信息系统风险进行检查、评估、分析。 8、信息安全领导小组的组长由公司高层或者分管网络安全管理工作的总监担任～负责领导和督促公司公司范围内的信息系统安全工作。 9、信息安全领导小组的执行组长由首席信息官,CIO,担任～负责组织和执行公司内部的安全管理工作～监督和指导各部门信息系统安全工作的贯彻和实施～向组长汇报安全工作。 10、信息安全领导小组组员包括相关业务部门的总经理、总工程师、公司分子公司下属单位负责人～负责领导和协调分管范围内部的安全管理工作～审阅重要工作汇报和网络系统安全整改意见～督促内部信息系统安全管理的执行。信息安全领导小组应负责定期组织相关部门和相关人员对安全管理制度体系的合理性和适用性进行审定。 第五条 信息安全管理小组 信息安全管理小组由信息安全领导小组指定专人担任～负责公司信息系统安全管理工作的实施和执行～以及担任信息系统安全联络员。信息安全管理小组向信息安全领导小组汇报～并接受信息安全领导小组的领导～具体职责参见第三章。 第六条 信息安全执行小组 59 信息安全领导小组下设信息安全执行小组～成员由领导小组部分成员、技术部门专家以及外部安全专家组成。负责执行安全防护工作～统一调度资源对重大信息安全事件部署应急响应措施。 第四章 管理规定 第七条 信息安全领导小组定期向公司高层汇报信息安全工作情况。 第八条 定期组织召开信息系统安全领导小组会议～会议要总结近期的信息安全工作～讨论提高安全水平的整改措施～布臵下一步的信息安全工作～会后整理会议纪要～存档保管。 第九条 积极参加各组织小组的信息网络安全方面的技术交流～通过与外部其它组织间的安全协作～监督、检查、指导内部信息系统安全保护工作。 第十条 与当地执法机关、管理机关、信息服务商和电信运营商保持适当联系～确保在发生安全事故时能够得到及时响应及必要帮助。 第十一条 安全组织结构发生调整后及时更新本规定。 第五章 安全职责 第十二条 安全管理员的安全职责 1、由信息安全领导小组指定～直接对信息安全领导小组组 60 长和信息安全管理小组组长负责, 2、组织执行信息网络安全工作和有关信息系统安全问题的处理, 3、根据信息网络安全事件的处理情况和对信息系统安全检测的结果～提交事件处理报告, 4、负责组织和参与风险评估工作, 5、按照公司信息安全建设要求～编写安全建设规划～提交信息安全领导小组讨论、审核, 6、组织并参加公司定期的信息系统安全检查～对系统的安全状况进行分析评估～并在其他管理员的协助下建立完整的安全检查报告～及时向信息安全领导小组提交报告～汇报网络的信息系统安全现状和建议, 7、指导和监督其他管理员和普通用户与安全相关的工作, 8、收集信息系统安全需求的变化～及时获取来自其他管理员和普通用户的安全意见～进行必要的安全管理体系修订, 9、参与安全政策、标准、制度、流程的制订和执行, 10、负责与外部安全专家或组织保持联系, 11、处理信息安全安全领导小组布臵的其它事务。 第十三条 网络管理员岗位的安全职责 1、负责网络及其运行环境的日常运行、管理和维护～保持良好的运行状态, 2、负责对所管理的网络设备进行日常维护和检查～并将安 61 全设臵的情况报安全管理员备案, 3、参加公司和各部门定期的信息系统安全检查～并记录检查结果～在检查结束后提交给安全管理员～配合安全管理员完成信息系统安全检查报告, 4、对网络设备、网络服务作相应的安全设臵, 5、根据备份策略～定期或者在配臵变更后进行网络设备的配臵备份, 6、依据安全策略～定期进行网络扫描以及检查网络设备的日志, 7、编制网络设备的维修、报损、报废计划～报公司相关部门审核, 8、负责与网络提供商、网络设备厂商保持联系, 9、处理信息安全领导小组布臵的其它事务。 第十四条 系统管理员岗位的安全职责 1、负责业务系统及其运行环境的日常运行、管理和维护～保持业务系统处于良好的运行状态, 2、负责对所管理的服务器进行日常维护和检查～并将相关安全设臵的情况报安全管理员备案, 3、参加公司和部门定期的信息系统安全检查～并记录检查结果～在检查结束后提交给安全管理员～配合安全管理员完成信息系统安全检查报告, 4、依据安全策略～对公司的服务器作相应的安全配臵～包 62 括权限管理等～删除系统的测试账号～对需要保留的账号口令重新进行设臵～并且在口令的设臵上要符合保密性要求等, 5、服务器的补丁管理, 6、根据备份策略定期执行系统和配臵备份, 7、编制计算机设备的维修、报损、报废计划～报公司相关部门审核, 8、负责与相关的硬件厂商保持联系, 9、处理信息安全领导小组布臵的其它事务。 第十五条 数据库管理员岗位的安全职责 1、负责数据库系统及其运行环境的日常运行、管理和维护～保持系统处于良好的运行状态, 2、负责对所管理的数据库系统进行日常维护和检查～并将安全设臵的情况报安全管理员备案, 3、参加公司和部门定期的信息系统安全检查～并记录检查结果～在检查结束后提交给安全管理员～配合安全管理员完成信息系统安全检查报告, 4、根据安全策略～对公司的数据库系统作相应的安全配臵～包括权限管理～帐户管理等, 5、数据库系统的补丁管理, 6、根据备份策略定期执行业务数据的备份, 7、负责与数据库提供商保持联系, 8、处理信息安全领导小组布臵的其它事务。 63 第十六条 应用管理员岗位的安全职责 1、负责应用系统及其运行环境的日常运行、管理和维护～保持应用系统处于良好的运行状态, 2、参加公司和部门定期的业务系统的安全检查～并记录检查结果～在检查结束后提交给安全管理员～配合安全管理员完成信息系统安全检查报告, 3、执行应用系统的重臵口令、权限变更, 4、执行应用系统配臵的备份, 5、执行应用系统程序的发布, 6、负责源代码和应用系统文档的归档, 7、处理信息安全领导小组布臵的其它事务。 第十七条 开发安全管理员岗位的安全职责 1、负责应用系统的系统安全规划、安全开发和安全建设及推广工作, 2、配合软件开发商负责组织系统投产和维护～制定系统投产计划～汇总用户问题～分析用户问题, 3、负责与相关的开发商保持联系, 4、处理信息安全领导小组布臵的其它事务。 第十八条 安全联络员的安全职责 1、各业务部门下设安全联络员～由部门内部指定一人兼任～负责本部门的信息系统安全管理及其宣传和协调工作, 2、配合信息系统安全检查组完成部门的信息系统安全检查 64 工作, 3、负责与安全管理员的日常沟通～及时报告和反馈节点信 息网络的安全状况。 第十九条 终端用户的安全职责 1、配合安全管理员完成终端的安全检查和安全加固工作, 2、严格遵循部门各业务系统安全管理制度的相关安全要求, 3、参加和配合公司和部门的信息系统安全检查工作。 第六章安全工作实施细则 第二十条 为持续提升公司的信息安全管理工作～须按《中 国网络电视台安全审计与评审制度V1.0》明确落实。 第二十一条 为规范和优化软件变更与维护管理流程～须按 《中国网络电视台应用软件变更管理制度V1.0》明 确落实。 第二十二条 为规范公司信息安全审计的实际操作～须按 《中国网络电视台信息网络安全审计规范V1.0》明 确落实。 第二十三条 为防止网络服务被非授权的访问～保证公司网 络系统的稳定和安全运行～须按《中国网络电视台 网络访问管理规范V1.0》明确落实。 第二十四条 为规范公司信息系统相关的设备的管理～防止 设备丢失、损坏、被盗以及滥用～须按《中国网络 电视台设备安全管理规范V1.0》明确落实。 65 第二十五条 为防止信息的未授权泄漏、修改、移动和损害～ 须按《中国网络电视台介质安全管理规范V1.0》明 确落实。 第二十六条 为规范应用系统开发和维护流程～在软件开发 流程中加入安全的考虑～须按《中国网络电视台应 用开发安全管理规范V1.0》明确落实。 第二十七条 为加强公司防病毒管理～保证信息系统稳定安 全运行～提高全体员工的防病毒意识～须按《中国 网络电视台病毒防治管理规范V1.0》明确落实。 第二十八条 为加强对档案的收集和管理工作～须按《中国 网络电视台数据备份与恢复流程规范V1.0》明确落 实。 第二十九条 为规范公司各类信息网络安全事件的管理～加 强对信息网络安全事件的预警通报机制～须按《中 国网络电视台信息网络安全事件处臵规范V1.0》明 确落实。 第三十条 为保障公司业务连续性运行～须按《中国网络电 视台业务连续性管理规范V1.0》明确落实。 第三十一条 未规范公司应用系统的用户帐号管理～防止非 授权的访问以及重要业务信息的泄漏～须按《中国 网络电视台应用系统用户账号管理规范V1.0》明确 落实。 66 第三十二条 为保证公司服务器的安全和可靠性～支持公司 业务和信息系统稳定运行～须按《中国网络电视台 服务器安全管理规范V1.0》明确落实。 第三十三条 为规范员工使用单点登录系统的行为～指导员 工安全合理的使用公司内部制作发布系统及IT资源、 正确使用单点登录系统～并规定审计单点登录系统 的使用情况～须按《中国网络电视台单点登录系统 使用管理规范V1.0》明确落实。 第三十四条 为加强对第三方合作伙伴、人员、系统的安全 管理～防止引入第三方给公司带来的安全风险～须 按《中国网络电视台第三方信息网络安全管理制度 V1.0》明确落实。 第七章 附则 第三十五条 本制度由技术中心负责解释和修订～自发布之 日起执行。 中国网络电视台/央视国际网络有限公司 2014年12月10日 67 中国网络电视台/央视国际网络有限公司 移动终端产品技术实施规范 第一章 目的 为加强中国网络电视台移动互联网技术类标准、规范的管理工作～确保移动客户端在公司内部相关项目中可有效地获取和使用移动客户端技术管理和实施方式、积累并沿用开发技术成果～形成统一的技术实施规范。 第二章 适用范围 本规范适用于中国网络电视台所有移动客户端所以移动客户端包括基于HTML5技术的WEBAPP设计、开发、测试、上线等所有环节。 第三章 引用标准 第四章 项目管理规范 68 第一条 阶段一:项目启动 1. 收集需求 项目发起人收集需求～发起项目。 新需求可以来源于公司战略规划、台网合作、部门发展需要、 多种新款智能终端适配或者新的市场需要等。 2. 可行性及技术研究 产品部配合项目发起人调研后编制《需求说明书》等相关技 69 术文档。为了确保项目的可行性及价值性～项目需求通常需要进行可行性分析和技术预研。可行性分析通过的项目可向部门领导或 PMO 提出项目立项建议。项目发起人需要编制《项目建议书》～提交给部门领导和PMO。 3. 立项决策 项目提出后～首先提交部门领导审核。 部门领导审批同意之后～提交公司的技委会、项目办公室、企划部、总经办进行立项评审。 通常来说～在公司层面～立项评审和项目资金来源有关系:企划部管理自有资金～项目办管理国拨资金。 ,1,对于评审通过的项目～部门领导指定项目经理及主要成员～进入立项流程, ,2,对于评审不通过的项目～PMO 将相关资料存档入库备案。 立项按公司立项流程完成审批之后～提交公司采购办公室～按照公司招标采购流程～采用“公开招标”或者“竞争性谈判”的方式～选择承包开发商。 4. 委任项目经理 项目通过审批流程后～由部门领导委任项目经理。 5. 项目立项 ,1,项目通过审批流程后～项目经理召开项目启动会～确定项目团队成员、角色、职责, 70 ,2,大型项目,项目周期超过 2 个月,需要召开正式立项会议～反之则可选择性召开非正式立项会议,邮件通知相关干系人, 6. 项目预算 项目正式启动前～项目经理需制定项目预算计划～主要包括人力资源、软硬件、测试 设备等资源。 7. 合同预审 对于由承包商开发的合同项目～需根据项目情况～编制合同相关文档～提交公司的法务部、财务部、总经办,领导,进行合同预审～预审通过的项目方可实施。 第二条 阶段二:项目规划 1. 制定项目总体计划 项目启动后～项目经理需要根据项目整体情况～制定初步的项目总体计划～作为项目控制的基准。随着项目的不断开展～对计划进行逐步更新、细化及调整～以保证项目按计划有序完成。项目总体计划包括:《项目进度计划》和《项目管理计划》。 2. 制定《项目进度计划》 项目启动后～项目经理根据项目需求～组织人员编制《项目进度计划》。 计划应包括以下内容,但不仅限于,:,1,资源的描述和分配,,2,项目阶段的划分,,3,里程碑及时间进度计划,,4,工具常规为 Microsoft Office Project。 3. 制定《项目管理计划》 71 《项目管理计划》是质量体系在项目中的具体实施方案～是质量策划的文件性结果～主要包括质量保证和文档计划。 在项目规划阶段～根据项目的规模、目标、开发周期等具体情况～由项目经理编制《项目管理计划》。 《项目管理计划》应包括以下的内容,但不仅限于,: ,1,项目的质量目标, ,2,质量保证活动的进度安排, ,3,配臵管理活动及计划, ,4,项目过程中的文档产出物的计划。 4. 评审项目总体计划 项目经理组织项目人员配合部门领导及公司相关部门进行项目计划的评审～ 参加评审的项目人员通常应该包括:产品需求方、软件开发承包方、产品部、技术部、市场部、PMO以及公司项目办。 评审通过的计划方可实施。 第三条阶段三:项目执行 1. 需求开发 (1) 编制《需求分析说明书》 项目经理根据1.2章节的《需求说明书》～和技术部开发人员一道～进一步通过各种方式收集和获得所开发项目的详细需求～并对需求和系统应具有的隐含需求进行分析～以建立系统的软件开发技术需求～编制《需求分析说明书》。这些需求通常包括,但 72 不仅限于,: ? 功能需求, ? 硬件需求, ? 性能需求, ? 非功能性需求, ? 软件开发所必需的其他需求。 (2) 评审《需求分析说明书》 项目经理组织产品部、UED部、技术部、市场部进行评审～通过评审～尽早发现需求中存在的问题～以便指导设计、开发及测试。 (3) 测试需求分析 对于重要项目～在项目启动后～需要指定至少技术开发工程师进行测试需求分析。必要时参与需求调研及跟进～以确保测试需求与项目需求同步进行～提高项目质量。 2. 系统设计 系统架构师、开发团队、QA应在充分阅读和理解《需求分析说明书》的基础上～按照项目计划的安排和相关要求进行软件开发设计。系统设计的输出应包括: ?《硬件需求》 ?《概要设计说明书》 ?《详细设计说明书》 ?《测试方案》 73 ?《测试用例》 (1) 概要设计 ? 系统架构师根据需求～建立一个高层的软件体系结构～该体系结构应体现系统的《硬件需求》和描述软件的顶层结构和定义～其主要部分～包括,但不仅限于,: A. 系统总体设计, B. 接口设计, C. 运行设计, D. 系统数据结构设计, E. 系统出错处理设计。 概要设计应以针对需求分析中规定 的功能、性能要求进行 验证的形式提出～编写《概要设计说明书》。 ?评审《概要设计说明书》 评审应依据项目开发计划有关规定～评价概要设计满足需求 的能力。对发现并接受的评审缺陷应提出必要的措施加以解决～经验证确认后～才能转入下一个阶段。 (2) 详细设计 ? 编制《详细设计说明书》 系统设计师根据概要设计进行详细设计～需要保证详细设计 与概要设计相一致～并满足需求说明的要求～为编码提供详尽的依据。同时详细设计应以针对概要设计进行验证的方式提出。 详细设计细化和描述每一个功能模块～确定实现各个模块功 74 能的具体算法、内部数据结 构和外部接口方式等内容。功能模块涉及到用户界面～还要具体描绘出用户界面以及操作流 程。 ? 评审《详细设计说明书》 进行详细设计评审～尽早发现及修正设计中的缺陷。 (3) 制定《测试方案,初步,》、《测试用例,初步,》 测试工程师根据《需求分析说明书》、《概要设计说明书》、《详细设计说明书》等文档制定《测试方案,初步,》和《测试用例,初步,》。测试方案主要包括测试需求、测试手段、测试方法、测试指标、测试进度计划和测试项等内容。 (4) 特殊情况 对于特殊情况或者复杂度比较低的系统～可以将概要设计与详细设计一并完成～输出《系 统设计说明书》。 3. 实现与测试 (1) 编码准备 项目组成员熟悉《需求分析说明书》、《概要设计说明书》和《详细设计说明书》～必要时需要熟悉《测试方案》。 (2) 编码实现 各程序员应严格按照系统设计和需求进行编码实现～保证个人编写的最终程序与系统设计相一致,编码过程中应遵循《编码规范》～保证程序的清晰、易读。 程序员要对自己编写的程序进行调试～使程序不仅通过编译的语法检查～而且在功能和 性能等方面达到设计的要求。 75 (3) 编码控制 项目经理指定专人负责对程序员的代码进行抽查～对于违反开发规范的应责令其重新编写。 (4) 制定《测试方案,详细,》和《测试用例,详细,》 在设计实现的同时～项目组测试人员要进行测试设计～设计测试方法和测试用例～规定 系统接收准则～编写《测试方案,详细,》和《测试用例,详细,》的相关部分。 (5) 评审《测试方案,详细,》和《测试用例,详细,》 测试方案和测试用例的内容需要经过评审方能进行测试执行～可根据项目实际情况分次 进行评审～评审通过的测试案例～只要测试条件具备～即可进入测试执行。 (6) 单元测试 为确保软件产品以任务或者模块与设计一致～程序员需要通过单元测试来提高单元功能 的完成程度～从而更加有效地进行下一阶段的测试～必要时需编制单元测试报告。 (7) 自动构建 当编码完成时～在集成测试开始之前～由开发团队编写该软件的自动构建脚本～提交《自 动构建接入申请》给发布工程师完成自动构建接入～一旦进入系统测试～软件版本将由测试 组进行全面控制～由测试人员进行构建和打包～其它人员如无特殊授权将不能擅自进行构 建和提取程序包。 (8) 集成测试 76 具备集成基本条件的系统模块单元测试完成后～项目组可在测试环境下实施集成测试～以验证系统设计及接口等的正确性～必要时需编制集成测试报告。 4. 系统测试 (1) 制定测试计划 进入全面系统测试阶段前～测试负责人需根据项目的整体计划要求编写相应的《测试计划》～以合理安排测试阶段的测试进度及版本规划等事项。 为了有序的进行系统测试～建议 2,3 轮系统测试比较合适～系统测试轮数最多不超过 5 轮～项目经理根据 bug 修复的情况共同决定是否进入下一轮测试。 (2) 系统测试执行 编码实现基本完成～通过单元及集成测试后～满足测试部门准入条件的系统～根据测试 计划按时提交测试部门进行系统测试执行。 对于每轮测试及重要的阶段性测试～项目开发负责人需向测试负责人提交《测试申请》～ 并附带本次发布的版本说明和必要的测试报告～同时应提供相应的测试工具和测试环境。测 试负责人收到测试申请后～通过自动构建系统进行打包和获取测试软件包～并进行冒烟测试～ 如测试不通过～则拒绝接收本次测试～待问题解决并通过冒烟测试后～测试负责人才可实施 全面的系统测试。 77 在每一轮测试过程中～软件包应尽量保持稳定～并且确保每一轮的 bug 数呈现收敛现 象。 如软件代码出现大量严重的 bug～或者 bug 数成发散状态时～项目经理则有权中止本 次测试～待问题解决后再继续进行测试。 (3) 测试阶段沟通及汇报 在测试期间～项目组内的测试人员与研发人员需进行有效的沟通和配合～积极推动项 目进展。 在系统测试过程中测试负责人需要定期向项目经理及相应的上级领导进行测试汇 报。测试汇报应准确和及时～以便尽早发现风险和提高测试效率。 (4) 测试问题的管理 对测试中发现的问题～根据bug 处理流程进行管理～Bug信息应统一记录在任务跟踪 系统中。 对于存在歧义和随机性等的bug～由测试负责人进行适当的分类管理。对于多个项目或者代码模块共同构成同一个测试项目时～项目经理需要合理制定bug的分派和跟踪机制。以 便准确记录和管理当前版本的 bug 信息～同时提高 bug的解决效率。 在系统测试期间～测试负责人提交 bug 后～开发人员根据优先级及时接收和修复所 有bug。修复的bug 需经过测试验证通过～才能由测试负责人进行关闭。如短时间内不能 解决的 bug应及时向项目经理和测试负责人沟通。 (5) 测试总结报告 在系统测试完成后～由测试负责人出具《系统测试报告》,包 78 括功能～性能、兼容等,～ 如业务需要和条件具备～可进行业务测试和验收测试。测试通过后～填写《业务测试报告》～ 对测试过程进行总结～并给出测试结论。 (6) 给运维提供交接文档 把开发完成之后的产品相关文档提交给运维。 5. 系统发布 (1) 软件发布 经系统测试通过的软件产品～项目经理将出具《软件发布说明》～在该说明中应该包 括产品版本说明、产品概要介绍、本次发布包含或者新增的功能特性说明以及其他需要说 明的事项。当软件需要对外发布时～申请人填写《发布申请单》～未经项目经理、部门主管及PMO 等的确认～任何人不得擅自对外发布。 (2) 系统部署 经系统测试～满足发布条件的软件产品～根据项目需要可进行系统部署。 部署完成后需进行线上功能及业务验证～以确保系统成功部署。 6. 需求管理 需求经评审后纳入基线～产品经理对需求进行跟踪和管理～并形成文档。 需求产生重大变化的时候～需要经过部门总监、产品总监、技术总监的共同审核同意之后～才可以变更。 7. 风险管理 79 在风险产生危害之前识别它们～从而有计划地消除或削弱风险。 主要涉及的活动有:风险识别、风险分析、风险减缓、风险跟踪。 目前软件开发项目的风险～往往来自于需求方的需求变更～还有开发周期的时间变化。每周定期的项目例会～也有助于大家及时同步项目进度～了解项目潜在的风险。 8. 变更管理 项目经理可以在项目的具体实施过程中～对于项目的时间节点等环节进行变更调整。变更调整需要填写《项目变更申请表》文档～该文档必须通过PMO、部门领导、公司项目办及公司分管领导审批后才可执行。变更发起人或项目经理～把审核通过的《项目变更申请表》和变更相关附件～上传到SVN进行归档。 9. 人力资源管理 (1) 团队组建 立项阶段进行～项目经理负责确定项目团队成员 (2) 团队资源准入标准 ? 项目初始阶段～项目经理召开项目启动会～估算人力资源 投入时间段～由部门领导协调人力投入。 ? 项目开展阶段～项目经理提前 3 天告知相关职能部总监 人力资源投入时间段～由相关职能部总监协调人力资源投 入。 80 (3) 团队资源准出标准 ? 项目开展阶段～当相关人员完成既定任务且后期无任务～ 项目经理需在 1-2 个工作 日内释放资源。 ? 项目收尾阶段～当项目进入合同收尾时～项目经理需释 放所有无任务的项目组员。当进入管理收尾时～项目经理 需释放所有项目组员～只保留担任维护任务的相关组员。 10. 项目监控 项目经理周期性的跟踪任务,含进度、工作量、成本,、资源、工作产品、干系人、风 险、缺陷、变更等～及时了解项目的实际进展情况向部门领导及 PMO 汇报。 11. 交付物的管理 在项目开展或者结束后～根据要求需提交过程产物或者最终交付物时～项目经理应严格把握交付物的质量。 对于重要文档类交付物～项目经理需提交部门领导确认后～才可交付。 对于软件版本交付物～进入测试阶段后～版本由产品经理控制。 81 项目阶段 交付物 立项 项目建议书 MRD、Roadmap、MM图、PRD、交互原型、高保真效果图、需 求分析说明书 需求分析 项目进度计划书 架构设计说明书、概要设计说明书、接口说明文档 详细设计文档 系统设计/开发 开发源代码 单元测试报告 测试/QA 测试方案、测试计划、测试用例、测试报告、缺陷列表 提交上线、试运行 产品说明书、试运行报告 培训 培训文档、培训记录 初验 初验报告 终验 终验报告 交付运维 维护缺陷列表清单 项目结项 结项报告 12. 文档管理 为了确保文档、代码或者其它软件的版本准确性～在项目执 行过程中需要严格执行文档统一管理～及时把各种文档交付物上 传到SVN服务器。 13. 评审管理 (1) 评审方法 ? 正式评审:会议评审 ? 非正式评审:邮件或RTX评审 (2) 需要评审的文档 82 ? 项目计划 ? MRD、PRD ? 需求分析说明书 ? 测试方案 ? 测试用例 ? 测试报告 ? 初验报告、终验报告 (3) 评审角色 ? 文档编写人员 ? 项目经理 ? 技术部 ? 产品部 ? UED部 (4) 产出物 《评审会议纪要》 14. 质量保证 为了提高过程质量～在项目初期～项目经理应组织成员制定 质量保证计划～项目应按 质量保证计划进行实施。项目团队应 定期接受和配合部门或公司的过程审计～对于审计中 发现的问 题～ 应及时纠正。 第四条 阶段四:项目收尾 1. 系统验收 83 系统进入试运行阶段～经验证测试完成之后～项目经理可组织进行系统验收工作。 2. 文档整理及归档 项目经理整理相应的技术文档～并且完成归档～一般是在SVN归档。 3. 项目验收 系统运行稳定～并且项目文档整理及归档完成后～项目经理即可配合进行项目验收 工作。验收按合同约定～一般包括初验和终验。 4. 项目暂停 当项目短时间内,1 周以上,无任何开发人员投入～项目经理则可以申请项目暂停。当 后期又有开发人员投入时可再行开启。 项目暂停流程: ,1,项目经理邮件提交部门领导审批。,邮件正文需描述暂停理由, ,2,部门领导审批通过。 注意:暂停的项目无须写项目周报。 5. 项目结项 (1) 结项条件 项目须符合以下所有条件～方能申请结项: ? 所有任务已完成～或所商定的可交付使用的成果已实现, 84 ? 项目文档齐全、系统框架清晰、源代码完整, ? 系统运行稳定可靠。 (2) 结项准备 项目负责人编制《项目总结报告》～主要包括以下内容,但不仅限于,: ? 计划的执行情况, ? 团队成员情况, ? 项目主要成果, ? 质量目标完成情况, ? 经验总结与教训。 根据项目情况及合同要求～项目经理应编制《项目维护计划》～明确维护阶段的职责、 范围和方式～交由运维组进行后续运维服务。 (3) 结项申请 项目经理填写《项目结项申请单》～连同《项目总结报告》一起提交 PMO～申请结项。 (4) 项目结项 PMO 初核后～提交部门领导进行审核。审核通过后～则表示该项目正式结束～交由运维组进入系统维护。 6. 项目考核 项目结项完成后～PMO 根据项目执行过程及最终产品交付等情况开展项目考核工作。项 目经理对项目成员进行考核。 85 第五章 开发实施流程规范 第五条 进入开发实施流程的前提条件 需求文档冻结～应提交完整的交互流程文档、UIUE效果图、数据接口文档。 开发实施 1. 详细项目计划 2. 项目实施准备～确认人员、财务、支撑能力要求 3. 评估协调部门 测试 1. Bug提交规范 推广/上线提交规范 1. 上线文档 第六章 移动客户端开发规范 第六条Android平台 1. Android统一签名 应用CNTV统一ID～对CNTV发布的APK文件进行唯一签名～保证每个APP版本的一致性。(如自动更新不会因为版本不一致而无法安装),同时避免盗版程序泛滥。 2. 签名流程 ? 产品部门应当已经提交上线需要的完整资料。 ? 提供未签名的发布版本APK程序文件 86 ? 应用Jarsigner工具～对发布版APK程序文件进行签名 ? 检验已经签名好的APK程序文件 ? 应用Zipalign工具～对已经签名好的APK程序文件进行 优化: ? 帮助文档 ? 签名后的APK程序文件～发送给产品部门并抄送推广部 门。 产品部门确认后～由推广部门负责提交、上线。 第七条 iOS平台 1. 严格遵守MVC开发模式 2. 遵守Objective-C代码规范 3. 遵守Appstore应用审核规范 4. iOS App应用发布和审核 App应用发布到AppStore～需要发布者证书对App签名～通过AppStore审核后才能正式发布到AppStore。 App应用在越狱渠道发布～一般不需要以上流程～但建议该App应用在通过AppStore审核后～同步在越狱渠道发布上线～并使用同一个程序安装文件。 5. 发布及审核流程 ? 产品部门应当已经提交上线需要的完整资料。 ? 定义待发布应用的A 87 ppID:cn.cntv.XXXXXXXX～规范以“cn.cntv”起始。 ? 向开发者提供对应AppID的发布者证书 (CertificateFile)、配臵文件(ProvisioningProfile)。 ? 开发者导入CertificateFile、ProvisioningProfile 后～生成已签名IPA应用程序文件。 ? 签名后的IPA程序文件～发送给产品部门并抄送推广部门。 产品部门确认后～由推广部门负责提交、申请审核。 ? 提交AppStore申请审核的APP应用～由于各种内在问题或客观原因～不能一次通过审核,Rejected,～即暂时不能上线。待开发部门将问题修正后～重复以上步骤,?， ?,～通过审核后方可上线发布到AppStore。 第八条 Windows Phone平台 1. 严格遵守MVVM开发模式 2. 遵守C#语言代码规范 3. 遵守Windows Phone Store应用审核规范 第七章 移动页面应用开发规范 第九条 适配规范 1. 适配浏览器 2. 适配操作系统 88 3. 适配屏幕分辨率 第十条 Js开发规范 1. 编码规范 (1) 空格 【规则1】 括号“函数名之后不要留空格～紧跟左,”～以与关键字区别。 【规则2】 “～”之后要留空格。如果“,”不是一行的结束符号～其后要留空格。 【规则3】 带参函数的“,”和“,”前后应当加空格。 【规则4】 赋值操作符、比较操作符、算术操作符、逻辑操作符、位域操作符～如“=”、“+=” “>=”、“<=”、“+”、“*”、“%”、“&&”、“||”、“<<”,“^”等二元操 作符的前后应当加空格。 【规则5】 一元操作符如“!”、“~”、“++”、“--”、“&”,地址运算符,等前后不加空格。 【规则6】 关键字后面跟“(”时应该用一个空格隔开。 【规则7】 如果函数是匿名函数,则在function和“(”之间应有一个空格。如果省略了空格,否则会让人感觉函数名叫作 function。 (2) 注释 【规则1】 边写代码边注释～修改代码同时修改相应的注释～以保证注释与代码的一致性。不再有用的注释要删除。 89 【规则2】 注释应当准确、易懂～防止注释有二义性。错误的注释不但无益反而有害。 【规则3】 尽量避免在注释中使用缩写～特别是不常用缩写。 【规则4】 当代码比较长～特别是有多重嵌套时～应当在一些段落的结束处加注释～便于阅读。 (3) 空行 【规则1】 在每个函数定义结束之后都要加空行。 【规则2】 不同的功能实现间应当空行～便于代码的浏览。 【规则3】 在一个函数体内～逻辑上密切相关的语句之间不加空行～其它地方应加空行分隔。 (4) 缩进 【规则1】 函数程序体应缩进四个空格～Tab键为4个空格～以Tab键作为缩进单位。 (5) 对齐 【规则1】 函数名与“(”之间不应该有空格。 【规则2】 注释和函数及类的声明和注释应当位于同一列。 2. 命名规则 (1) 约定 【规则1】 不要在命名中使用“$”和“\”,不要把“_”作为变量名的第一个字符 90 【规则2】 标识符应当直观且可以拼读～最好采用英文单词或其组合～便于记忆和阅读。切忌使用汉语拼音来命名。程序中的英文单词一般不会太复杂～用词应当准确。 【规则3】 标识符的长度在不影响标识符意义的前提下应当尽量精简。当标识符需要由多个单词组成时～应当将单个单词长度向三靠近。 【规则4】 程序中不要出现仅靠大小写区分的相似的标识符。 【规则5】 程序中不要出现标识符完全相同的局部变量和全局变量～尽管两者的作用域不同而不会发生语法错误～但会使人误解。 【规则6】 用正确的反义词组命名具有互斥意义的变量或相反动作的函数等。 【规则7】 尽量避免名字中出现数字编号～如Value1,Value2 等～除非逻辑上的确需要编号。 (2) 简单的应用程序命名规则 【规则1】 构造函数名用大写字母开头的单词组合而成。 【规则2】 变量名如果是多个单词连接而成～则每个单词都小写～单词用“_”分隔。 【规则3】 全局变量全用大写的字母～用下划线分割单词。 【规则4】 参数名使用s字母与单子组合而成～单词首字母大写如果多个单子首字母都要大写。 91 3. 语句 (1) 表达式 【规则1】 如果代码行中的运算符比较多～用括号确定表达式的操作顺序～避免使用默认的优先级。由于将表4-1 熟记是比较困难的～为了防止产生歧义并提高可读性～应当用括号确定表达式的操作顺序。 【规则2】 不要编写太复杂的复合表达式。 【规则3】 不要有多用途的复合表达式 (2) 效率 【规则1】 在多重循环中～如果有可能～应当将最长的循环放在最内层～最短的循环放在最外层～以减少CPU 跨切循环层的次数。 【规则2】 如果循环体内存在逻辑判断～并且循环次数很大～宜将逻辑判断移到循环体的外面。 4. 函数设计 (1) 参数 【规则1】 参数名字表意要明确～能通过参数名字知道需要传递的数据。 【规则2】 参数的顺序要合理～以参数对函数功能影响程度不同来选择参数的顺序～将有默认值或者可以不确定需要传递的参数放臵在参数的后面～必须的参数靠前。 【规则3】 避免函数有太多的参数～参数个数尽量控制在 92 5个以内。如果参数太多～在使用时容易将参数顺序搞错。 【规则4】 尽量不要使用类型和数目不确定的参数。 (2) 返回值 【规则1】 不能返回值的类型不确定～可以返回一种或者多种类型～类型或者类型种类必须确定。 【规则2】 函数名字与返回值类型在语义上不可冲突。 【规则3】 有时候函数原本不需要返回值～但为了增加灵活性如支持链式表达式～可以附加返回值。 (3) 其它建议 【规则1】 函数的功能要单一～不要设计多用途的函数。 【规则2】 函数体的规模要小～尽量控制在50行代码之内。 【规则3】 尽量避免函数带有“记忆”功能。相同的输入应当产生相同的输出。带有“记忆”功能的函数～其行为可能是不可预测的～因为它的行为可能取决于某种“记忆状态”。这样的函数既不易理解又不利于测试和维护。 【规则4】 不仅要检查输入参数的有效性～还要检查通过其它途径进入函数体内的变量的有效性～例如全局变量、文件句柄等。 【规则5】 用于出错处理的返回值一定要清楚～让使用者不容易忽视或误解错误情况。 5. JsDoc注释规范 93 【规则1】 Javascript的注释以jsdoc为标准。 【规则2】 Javascript注释必填项请参看javascript注释模板～涉及到类介绍、调用方式介绍、构造函数～属性、时间、方法,其他可根据具体情况添加。 6. 命名空间约定 【规则1】 命名以cntv为开头.后接具体命名类别,命名空间要小写～以.进行区分。 【规则2】 在javascript文件的首行定义命名空间。 7. 文件命名 【规则1】. 通用控件: cntv.ux.classname 【规则2】. 实施项目根据具体模块命名～应简短～全部小写。 第十一条 css开发规范 1. 编写规范 (1) 空格 【规则1】. 每一级名称以空格分割。 【规则2】. 样式名称与值之间以空格分隔。 【规则3】. 多个值之间以一个空格分割。 (2) 缩进 【规则1】. 样式体应缩进四个空格～Tab键为4个空格～以Tab键作为缩进单位。 (3) 注释 94 【规则1】. 注释写在注释内容上方。 【规则2】. 注释内容要简短～新增内容时～要标注时间及 编写作者。 【规则3】. 注释文字要简短易懂。 (4) 继承 【规则1】. 有继承关联的样式要写在一起～相关联元素名 要上下对齐以便查找。 2. 命名规范 (1) 图片命名规范 【规则1】.名称分为三部分组成～用下划线隔开。 头部分表示此图片的大类性质。 中部用来表示图片的具体位臵～用英文字母表示。 尾部用来表示图片的具体页面～用英文字母表示。 (2) 类命名规范 【规则1】. 类名要小写表示 【规则2】. 多单子区分的时候要用_区分 【规则3】. 用位臵表示命名的时候 上级位臵_下级位臵 【规则4】. 表示类型的单词放在最后 【规则5】. 表示含义的单词放在中间 第十二条 上线规范 1. 上线流程: 95 附录一js注释模板 附录二 jsdoc toolkit 使用方法 jsdoc toolkit 使用方法.doc 第八章 移动业务基础支撑平台规范 第九章 公共组件管理 移动应用开发～应当尽量复用CNTV统一的公共组件～符合 公司统一标准～减少开发复杂度～便于维护升级。 第十三条 统一视频数据接口 应用CNTV VDN视频JSON格式接口～可实时监控视频服务 质量～动态调配服务资源。 第十四条 统一播放器SDK组件 1. 播放器UI定制化 2. 集成P2P组件 3. 统一支持m3u8格式～精简播放流程 4. 统一码率标准定义 高清 850K Main profile/ high profile 点播 标清 450K Main profile/ high profile 流畅 250K Base line 直播 超高清 2M Main profile/ high profile 96 超高清 1.2M Main profile/ high profile 高清 850K Main profile/ high profile 标清 450K Main profile/ high profile 流畅 250K Base line 极速 P2P 500K Main profile/ high profile 5. 集成统计平台功能～提供实时统计数据～监控视频服务质量。 第十五条 统计SDK集成 1. CNTV移动应用统计集成 2. 第三方统计功能 3. 视频统计集成 第十六条 统一推送平台 1. 统一IOS/Android/WP8 推送平台～简化运维复杂度。 2. 利用推送平台第一时间向用户推送最新的新闻、视频等信息～用户在下拉通知栏中点击信息可以直接跳转到客户端内查看信息详情～从而提升老用户对客户端的依赖性～增加用户活跃度。 IOS推送平台代码 整合.docx 3. IOS推送集成说明: Android推送平台 集成说明.docx 4. Android推送集成说明 97 第十七条 广告平台接入 实现基本的广告功能～比如焦点图轮播、Banner广告位能功能。为具体产品的原型快速开发打好基础。 第十八条 第三方分享SDK 实现基本的第三方分享功能～包括微博、微信、微信朋友圈。为具体产品的原型快速开发打好基础。 第十九条 版本检测 SDK会在应用启动时将移动端应用的ApplyName发送给服务器～服务器返回当前应用的最新版本号VersionCode。如果移动端VersionCode数值小于服务器端VersionCode～说明当前应用有新版本发布～提示用户更新、下载最新应用。 第二十条 应用推荐 1. 应用友盟UFP系统～实现应用推荐功能。 2. 推荐内容可实时配臵。 3. 可以按渠道ID～自动过滤推荐应用列表。 第十章 文档管理规范 对项目管理标准体系所要求的文件进行控制～确保适用文件的有效性、规范性、一致性～ 使文件可以达到体系要求的标准～特制定本程序。本程序适用于部门的项目管理体系有关的文件和资料控制和管理。 第二十一条 职责分工 98 部门总监:负责《程序文件》的批准 PMO:负责《程序文件》、《过程模板》的编写与审核工作。 各项目实施部门:负责项目《过程文件》的编写、审核、发布工作。,模板由 PMO 提供, 第二十二条 文档标识定义 PMO 应对项目管理体系文件进行标识～标识号为文件编号～项目文件管理程序的编号为 PMO-O-OPF-01～其他文件标识号的编制如下: PMO- ?? - ?? - ?????? v?.? 版本号 文件全称 文件序号 CMMI项目过程域名称文件 类别号 程序文件代号 1. 文件类别号编制为 (1) O:组织级定义文件程序 (2) M:项目模板定义文件/项目过程文件 2. CMMI 项目过程域名称 OPF:过程聚焦,Organizational Process Focus, OPD:过程定义,Organizational Process Definition, OPP:组织过程性能,Organization Process Performance, OT:组织级培训,Organizational Training, PPQA:过程和产品质量保证,Process and Product Quality Assurance, 99 PI:产品集成,Product Integration, PP:项目计划,Project Planning, PMC:项目监控,Project Monitoring and Control, QPM:定量项目管理,Quantitative Project Management, IPM:集成项目管理,Integration Project Management, RSKM:风险管理,Risk Management, SAM:供应商合同管理,Supplier Agreement Management, MA:度量与分析,Measurement and Analysis, DAR:决策分析与解决方案,DecisionAnalysis and Resolution, TS:技术解决,Techical Solution, RD:需求开发,Requirements Development, REQM:需求管理,Requirements Management, VER:验证,评审,,Verification, CM:配臵管理,Configuration Management, VAL:确认,测试,,Validation, 3. 文件序号 按 01、02、03...顺序编号。 4. 文件全称 文件的完整名称。,如:项目文件管理程序、XX 会议纪要, 5. 版本号 (1) 过程版本:在文件编写过程中或者发布文件需要进行变 100 更时～所有未经过评审的过 程文件其版本号均以 v0.1、v0.2、v0.12、v1.1、v1.2、v1.12、进行定义。 (2) 发布版本:当过程文件进行评审并确定通过后～发布文件其版本号均以 v1.0、v2.0、 v3.0进行定义。 第二十三条 文件书写规范 1. 页眉/页脚 (1) 文件页眉中必须有公司 logo 标志、文件全称、编写人员。 (2) 文件页脚中必须有页码标识,居中,。 2. 封面 文件封面中必须有公司全称、文件全称、文件标识号、文件变更记录信息表格、文件秘 密等级。 3. 正文 文件正文中必须有目录信息、正文字体为宋体+五号、文件标题级数控制在标题 3 以内。 4. 作者 对内文档:作者为编写人 对外文档:作者为移动开发中心 5. 文件对外发布格式 (1) 凡涉及绝密和秘密等级的文件均需要进行格式处理～一律转换成 PDF 格式。 101 (2) 凡涉及秘密等级的文档均需要设臵不可复制、不可编辑和不可批注等特性。 (3) 凡涉及绝密等级的文件均需要进行加密～并设臵不可复制、不可编辑和不可批注等 特性。 第二十四条 文件的修改规范 1. 任何的文档修改均需要设臵为修订模式。 2. 文件变更信息表需要进行更新～并需对修改涉及的内容进行概要描述。 第二十五条 文件的批准 1. 评审 所有项目管理体系文件在发布前都需要审核其正确性、完整性、协调性及可操作性。 (1) 正式评审:凡涉及重要信息的文件均需要编写人发起正式评审～并通知相关干系人 参加评审活动～评审结束后需出具评审记录和评审结果。 (2) 非正式评审:凡不涉及重要信息的文件～编写人可以选择性发起非正式评审～通过 邮件抄送相关干系人进行评审活动～评审结束后只需要出具评审邮件记录和评审结果即可。 第二十六条 文件的安全管理 102 1. 秘密等级 (1) 绝密:《中华人民共和国保守国家秘密法》中指定的秘密事项,或不可对外公开、 若泄露或被篡改会对本公司的日常经营造成严重损害～或者由于业务上的需要仅限 有关人员知道的事项,介质包括但不限于:纸类、电磁类及其它媒体,纸张、软盘、 硬盘、光盘、磁带、胶片,。 (2) 秘密:不可对外公开、若泄露或被篡改会对本公司的日常经营造成损害～或者由于 业务上的需要仅限有关人员知道的事项,或是指为了日常的业务能顺利进行而向公 司员工公开、但不可向公司以外人员随意公开的事项。,如:体系文档、项目开发 文档、产品文档, (3) 普通:绝密、秘密事项意外～仅用来传递信息、昭示承诺或对外宣传所涉及的事项。 2. 水印 所有涉及绝密和秘密等级的文件均需要在文件正文内加入水印。水印内容包括但不限于: 保密、不得复制、不得对外借阅等。 第二十七条 文件的存放与发布 项目管理体系相关文件主要存放在公司 SVN 服务器中～项目类文件存放在各自对应的 项目配臵库中～程序体系类、模板类文件存放在公司组织级资产库中。,注:详细信息请参 考《SVN 103 目录结构 v1.1》, 项目管理体系相关文件主要以电子文件形式发布～纸质形式为辅～电子文件应以 Word和 PDF 格式的文件保护版发放到各部门,过程版本使用 Word 格式～发布版本使用 PDF 格式,。 第十一章 开发转运维交付规范 业务部门完成系统开发建设正式上线稳定运行之后～系统的基础运维将转交至公司大运维部来统一执行运维工作。业务部门只负责对业务系统本身进行维护升级,服务器、网络、监控、中间件、数据库等和业务不相关的基础服务运维由大运维部来支撑。 第二十八条 系统运维文档提供 业务系统建设完成之后～系统建设方需要提供网络拓扑、系统部署架构、测试报告、中间件和数据库配臵参数、验收报告,外包项目需提供,等和运维相关的文档。整理好文档后～需要提交到运维方进行审核。审核通过之后～确定运维直接对接人～由业务部门发起运维交接培训。 第二十九条 运维交接培训 交接培训会由业务部门发起～会议中需要阐明和运维相关的一切问题并解答说明运维直接对接人提出的疑问。培训会结束需要记录会议纪要～会后由参会人员确认签字。会议组织次数可以根据系统的复杂程度由双方协定。 第三十条 运维正式交接 104 运维文档提交审核和交接培训会完成之后～由业务部门起草 《运维交接报告》～填写相关信息签字后～完成转运维工作。 第六章 附则 第三十一条 本规范由移动开发中心负责解释和修订～自发布之日起执行。 中国网络电视台/央视国际网络有限公司 2014年8月8日 中国网络电视台/央视国际网络有限公司 演播室管理办法 105 第一章 总则 第一条 为规范管理公司演播室资源及外采设备资源～做到安全、高效、合理使用～特制定本管理办法。 第二章 适用范围 第一条 本管理办法适用于公司各业务部门提出的演播室类、外采类节目制作需求。 第三章 演播室预约管理规定 第一条 使用演播室时～须凭部门负责人审核通过的电子需求单或《原创节目加急需求单》提出申请～并服从安排。 第二条 访谈类节目须提前两天以上提供《访谈提要》～包括:嘉宾介绍及联系方式、访谈话题、注意事项,不能涉及的敏感话题等,;活动类节目须提前两天以上提供活动流程～以及有主持人、视频、音频、灯光等各环节明确分工和要求的串联单。 第三条 每期访谈节目的话题策划～建议按照每三分钟不少于1个问题安排～以保证主持人与嘉宾能够进行有效互动～使节目有一定的节奏感～能够吸引用户。 第四条 请务必严格遵守演播室使用时间～提高演播室的利用率。演播室每天录制的时间段为9:00—18:00～根据内容要求～每场节目的时长请控制在30—60分钟。 106 第五条 未经批准～任何部门、个人不得擅自调整使用时间。如遇特殊情况～在规定时段外录制节目的～须有使用部门负责人签字的特殊申请。 第六条 内容主创团队要严格按照规定的时间进入及退出演播室～以确保高效、有序使用演播室。 第七条 作为播出重地～未经演播室管理部门许可～任何人不得随意进出演播室～不得擅自使用演播室设备～如有违反～按公司相关制度处罚。 第四章 演播室使用管理规定 第一条 内容主创团队以及技术团队～至少在节目录制前三十分钟到岗～并做好设备调试等准备工作～按预定时间准时开始。 第二条 被邀请参加节目录制的嘉宾和观众～由编辑或编导负责按时进出演播室。进入演播室后～要听从演播室管理人员的指挥。 第三条 无演播室录制任务的人员不得进入演播室。 第四条 请不要随意更改、挪动演播室舞台背景～更不要将无关物品堆放在演播室内。 第五条 演播室内的设备、设施由演播室管理部门人员负责调试、设臵～其他人员不得擅自改变设备设臵。如确因节目制作特殊需求需要修改的～须经演播室管理部门负责人同意后方可改变设备设臵～使用后要及时恢复到正常状态。全部录制人员须严 107 格按照操作规定使用演播室～如遇故障由演播室管理部门工作人员解决～请勿擅自处理。 第六条 请保持演播室卫生、整洁～除演播室内的设备、设施及制景固定道具外～任何人员带入的物品在离场时应带离演播室。 第七条 演播室为重点防火区域～严禁在演播室内吸烟～严禁将易燃易爆物品带入演播室～严禁擅自接用非演播室配备的各类电器。除消防安全员进行重点巡查外～其他工作人员如发现异常或隐患应及时向消防安全员或演播室管理人员报告～由相关负责人负责妥善处臵。 第八条 演播室内请保持安静～不得大声喧哗、打闹。节目录制过程中应关闭携带的通讯设备。 第九条 各岗位制作人员应各司其职～并互相配合支持。演播室使用完毕后～演播室管理人员应检查设备～关闭电源。 108 第五章 演播室观众管理规定 第一条 根据央视国际网络有限公司相关规定～参加演播室节目录制的观众～必须由节目主创团队工作人员负责办理进出演播室等相关手续～并按时有序地带领观众进出演播室。 第二条 进入演播室后～要服从演播室管理人员的调度和管理。未经演播室管理部门许可～任何人不得随意进出演播室。 第三条 演播室为重点防火区域～参与录制的观众请配合工作人员进行安全检查。严禁在演播室吸烟～严禁携带食品、饮用水进入演播室～严禁将易燃易爆物品带入演播室。 第四条 进入演播室后～请保持安静～不得大声喧哗、打闹。 第五条 录制节目前请关闭通讯设备～录制过程中严禁使用照相机闪光灯～以免影响录制信号。违反规定不听劝告者～将不能继续参与节目录制活动。 第六条 请爱护演播室内一切设施～不得擅自使用演播室及相关设备～如有违反～将按照公司相关制度进行处罚。如有损坏～请照价赔偿。 第七条 请保持演播室卫生、整洁。录制结束后～请带好自己的随身物品、垃圾等～听从演播室管理人员指挥～有序退场。 109 第六章 演播室应急预案 第一部分 指导思想 第一条 为了保证播出安全～要本着预防为主的原则～高度重视～做到有章可循、措施得力～应急有效。 第二条 为积极应对突发事件～提高安全播出应急响应和应急处理能力～特制定本预案。 第二部分 工作原则 总体要求:预防检查为主、技术保障到位、应急操作有效。 第一条 认真制定、不断完善、严格执行各项安全播出的操作规程～强化安全播出意识和操作技术水平。 第二条 认真制定、不断完善、严格执行各项安全播出应急处理的管理规范和操作规程～强化安全播出应急预案和应急处理的操作技术水平。 第三条 认真学习～强化培训实战模拟训练～使安全播出和应急处理的管理规范和操作规程体现到安全播出的各个环节和岗位～做到人人有责。 第四条 加强值班人员的技术检查和监测～发现事故隐患或苗头～依照管理规范和操作流程及时果断地采取有效控制措施。 第三部分 一般故障处臵原则 110 第一条 视频: 1、 一般故障指系统内出现的常见设备单机故障～影响了信号的正常播出。 ,1, 当录像机出现故障糊磁头或录像机有错误信息报警～影响正常播出～应立即切换至备播节目～并将磁带倒换到备用录像机播出, ,2, 信号源有主备两路～当主路不好而备路正常时～切换备路播出, ,3, 当信号源主备两路输出均无声画时～立即切换至备播节目, ,4, 当系统的主备输出均无声音和画面～而信号源正常～判断为矩阵故障～切换应急开关恢复正常播出, ,5, 当系统的主备输出均无声画～信号源正常～但无法用应急开关播出时～可判断为应急开关故障～跳线旁通, ,6, 当系统使用字幕机播出时～发现字幕机无键信号输出以及没有图像输出～同时影响到正常的节目播出～应立即关闭切换台键开关, ,7, 当单套系统播出画面出现不同步时～切应急开关。 ,8, 当笔记本播放文件声画输出有问题时～立即切换至另外一台计算机播出。 处理以上故障的基本原则是:第一时间先保证节目视音频信号的正常播出～之后再详细查找具体原因～修复或更换 111 故障设备。 2、同步应急处理原则 ,1,主同步机故障～同步倒换机会自动倒换～使用备同步机。 ,2,主控同步系统出故障～将两条主控来的BB同步线同时拔掉～系统自动采用内同步播出。 3、直播演播室视频系统路由故障应急处理预案 ,1,切换台前端路由故障 输入路由有故障等同于信号源故障～先保证正常播出～播出结束后查找原因。 ,2,切换台后端路由故障 ?演播室主备监视器信号正常～返送的播出信号异常～则要求播控值班人员切备路～继续正常播出。 ?当演播室系统是用嵌入音频方式向主控送信号时～若主路嵌入器发生故障而备路信号正常～主控切至备路输出～演播室无需动作～待节目结束后尽快检查～排除故障。 ,3,延时器故障 在后端延时情况下～当信号内容需要处理时～听节目部门负责人指令～采用剪切、短片覆盖的方式处理～导播应继续维持在主切换台的操作～同时迅速通知主控～将信号切换到备路上播出～并及时排除主延时器信号故障。 112 4、摄像机故障应急处理 单台摄像机故障～改用另外一台摄像机～如果摄像机都发生故障～则按演播室系统瘫痪处理～用事先准备的垫片来垫播。 5、演播室字幕系统故障应急处理操作方案 每个演播室配备2套图文字幕设备～1主1备～当主播设备出现故障时～用辅播设备进行播出。每个演播室内的2套图文字幕设备均保存有相同的模板～一旦出现问题可迅速倒换到辅播设备～倒换前一定要通知导播关闭键通道～倒换后将编辑已经确认过的字幕备妥～通知导播打开键通道。 6、通话系统故障应急处理操作方案 ,1,机房内部通话系统出现故障～应以最快的速度～对设备进行重新加电～复位等处理工作～恢复其各项功能。 ,2,机房与总控的通话系统设备出现故障～首先采用电话的方式与主控联系～告知故障原因～以电话联系为主要联系方式。对故障设备进行加电重启等方式～排除故障～力争恢复正常。若不能恢复～要在本次直播后～立即与主控相关人员联系～设法解决。 第二条 音频 1、演播室话筒或线路出现故障 演播室话筒,有线、无线,～演播室线路,MIDI、键盘,等信号出现问题时～应立即启用备份话筒或备份线路输入～ 113 当演播室话筒或者线路的备份措施失效～严重影响节目播出时～申请切换其他节目环节或垫片。 2、主调音台出现故障 主调音台出现故障～立即切换至备份调音台。 第三条 灯光 1、灯光配电应急处理原则 在只有一路专用灯光供电的新闻播出场所～可用墙壁电源或新闻电瓶作为备份电源～提供应急照明。 2、调光台应急处理原则 在没有备用调光台的直播场所～要设臵由直通开关控制的应急备用灯光。在重要直播节目中～为防止调光台出现故障～还应设臵应急的按钮开关或直通电源开关～需要时可直接开启应急灯具。 中国网络电视台/央视国际网络有限公司 2014年8月8日 114