交互网络电视综合业务监管平台质量管理与控制.docVIP

交互网络电视综合业务监管平台的质量管理与控制 　　摘要本文阐述了交互式网络电视综合业务监管平台在数字电视发展中的作用，通过分析交互式网络电视综合业务监管平台的生命周期及对应的管理和支持过程，重点从计划跟踪，需求管理，缺陷及现场问题跟踪等方面探讨了交互式网络电视综合业务监管平台的质量管理和控制方法。 　　【关键词】质量管理 质量控制 交互网络电视 　　视频节目传输的IP化带来了电视业务的多样性发展。点播、时移、回看等方式改变了传统电视基于频率传输的局限性，带给人们崭新的视听娱乐方式。为充分保障用户更好的享受新媒体电视业务带来的便捷，对网络电视综合业务的监管越发显得重要。 　　交互式网络电视综合业务监管平台的质量管理贯穿整个产品生命周期，主要分布在需求分析，设计，编码调试，系统测试，验收等活动中。在这些活动中，不仅要对过程进行控制，同时采用先进的管理方式，加强质量控制，提高产品质量。 　　1 背景 　　国内交互式网络电视的终端用户在内容提供商以及网络运营商的大力推动下迅猛发展。新媒体电视业务相对于传统的数字电视，业务的开放性、融合性和复杂性程度更高：网络传播节点增加、传输网络更加复杂、播出前端离用户更远，播出前端离用户更远、视频压缩编码过程增多、压缩编码对视频影响更大、平台接口繁杂、收视方式与用户终端更加多样。因此针对新媒体电视业务的音视频内容安全、图文内容安全、信息网络安全要求，将进一步延伸和扩展。广电总局提出要加强技术监测监管，构建安全可靠、可管可控的现代传播体系；并明确指出要进一步完善技术监测监管手段，将地面数字广播电视、移动多媒体广播电视、直播卫星广播电视、IP电视、手机电视、互联网音视频广播等新业务纳入监测监管范围，纳入安全播出管理。 　　2 监管平台开发过程 　　交互式网络电视综合业务监管平台采用scrum敏捷开发模式，通过迭代开发，将客户的需求按照一定的开发周期，分批次的去增量实现。每一次迭代开发都遵循从需求分析，设计，编码，测试等步骤。 　　在开发过程，项目监控，需求管理，风险管理，配置管理，质量保证等过程贯穿其中。需求分析，系统设计阶段要评审支持；在编码，测试阶段需要对系统进行验证和确认，在版本上部署线之后需要客服支持，确保交互式网络电视综合业务监管平台质量的可控、可靠。 　　3 监管平台质量控制 　　3.1 需求管理与变更控制 　　成功的系统需要以全面的需求分析为基础，需求分析的透彻性对项目产生巨大的影响。需求的获取和分析往往是最困难，最关键的环节。因为在实际项目开发中，客户需求因为各种原因频繁的变化，给项目实施造成很多不确定性。因此，为保证监管平台开发过程的顺利进行及产品质量，必须对需求及需求变更进行有效管理和控制。 　　3.1.1 需求获取，收集及分析 　　通过面对面交流的方式获取客户表面需求，同时要引导客户，挖掘客户的隐性需求，能清楚的了解客户最终的想法。将需求收集整理，进行可行性及技术实现分析。将需求进行合理划分，关注需求一致性。 　　3.1.2 编写需求说明书 　　将客户需求转化为产品需求，确保客户需求被全部覆盖。需求说明书需要和客户进行评审和确认 　　3.1.3 需求变更要严格控制 　　需求变更随时可能发生，进入设计阶段，编码阶段甚至测试阶段，客户都可能因为种种原因提出需求变更。合理的变更有利于项目实施，但有些变更会对项目的设计，架构，开发进度造成影响。对于这种变更，需要积极和客户进行沟通，双方达成一致，才可实施变更。 　　交互式网络电视综合业务监管平台需求管理通过公司的集成项目管理平台，将需求录入，细化需求，规划版本，分发研发，转入测试，发布，现场验收的方式来保证需求的完整实现。 　　需求新增：由产品经理或者现场经理负责收集整理客户原始需求，并录入项目管理平台。 　　分发产品：产品经理将需求分发给不同的产品线，使各个产品开发团队及时获取需求。 　　需求细化：产品经理将经过评审后的需求说明书内容，整理到管理平台中，此时的backlog则是具体的、经过细化的产品需求。 　　规划版本：产品经理根据需求优先级将需求规划进版本 　　功能开发：开发团队针对分发的需求进行具体的功能开发 　　功能测试：测试人员根据测试用例，使用具体的测试方法对需求进行验证 　　功能发布：由配置管理员统一发布版本，在版本发布之前，需要检查版本功能是否覆盖本次版本的需求 　　现场验证及关闭：现场部署版本之后进行现场测试，验证需求是否通过，通过后关闭 　　按照此流程，可以有效的跟踪客户需求从提出到功能实现，经过测试和验证最终达到关闭，保证客户需求被完全覆盖。 　　3.2 计划跟踪 　　需求被分入研发团队之后，由项目经理来规划需求的开发team，需求计划开发时间，计划工作量等