TL9000通信业质量管理体系要求手册R6.1版.docx

TL9000通信业质量管理体系要求手册R6.1版发布

从TL9000论坛获悉，TL9000通信业质量体系要求手册标准更新至R6.1版，该新版要求手册于2017年12月31日正式生效并可使用。该R6.1标准的修改仅是在现有R6.0的基础上进行简单的重新用词，无修改意图，该R6.1标准要求与R6.0要求时等同的，并没有取代R6.0。因此，正在进行TL9000升版或开始认证的企业，可选择按照TL9000要求手册R6.0或R6.1的进行均是可以的，或者在下一年认证审核中转为R6.1版。总的来看，本次R6.1版弱化了文件化的要求，同时对R6.0版中的用词不恰当部分进行了重新用词，在TL9000推行过程中影响不大。

TL9000要求手册R6.1相对R6.0标准，其主要变化点如下：

8.3.2.C.5集成策划

具体涉及的条款如下：

8.3.2.C.1项目计划

组织的项目策划活动必须根据已定义的产品和服务生命周期模式建立(见8.1.C.1)。项目计划应该包括：贯穿于项目生命周期，其策划活动应该包括：

……

d)进度安排、跟踪、问题解决和管理报告的方法;

e)项目因素的估算;

f)预算、雇员,相关项目活动的日程表；

g)准备使用的多种方法、标准、文件化信息和要使用的工具的标识(假如此项目是被清晰的定义作为产品和服务生命周期模式的部分，参考生命周期模式是充分可以的)；

h)其它相关的项目依赖参考相关的计划(例如，风险管理、开发、测试、配置管理和质量)；

……

l)适当情况下，参考X(DFx)面向产品和服务全生命周期的集成化设计计划；

m)来自先前项目后分析和回顾的经验教训，包括项目经验教训的根本原因分析和为消除将来重复工程拟采取的纠正措施。

n)项目特定的培训要求，

o)规定的认证，(例:产品和服务的资质证书或员工的技术资质证书)

p)专利权、使用权、所有权、保证期和许可证权限，和

q)项目完成后的分析和改进活动，包括项目学习课程的根本原因分析，和在将来的项目中排除重复发生而采取的纠正措施。

8.3.2.C.1-注1：通常针对所有的开发项目在工作指导书中定义的任务和职责，不需要重复描述在每一个项目计划中。8.3.2.C.1-注2:项目因素的估计可能包括项目因素，应该包括产品的比如包括规模、复杂性、要求变更、工作量、人员、时间表、成本、质量、可靠性、速率(交付)和生产能力。来自估算过

程的数据应该和比较先前估算的实际数字进行分析。

8.3.2.C.2风险管理策划

组织必须开发和文件化一个针对会影响成本、进度、质量或产品和服务绩效方面的项目识别、分析和风险控制项目中的风险，(这些风险)可能影响成本、进度、质量或产品和服务绩效。

………

8.3.2.C.4测试策划

测试计划必须文件化，并必要时应该包括其决定和文件证明，包括：

a)测试范围(例如,单元,特征,集成,系统,验收,电场,转移和回归);

…..

组织必须开发并文件化实施一计划去集成硬件，软件和/或服务组件集成到产品中，以确保他们按照设计要求相互作用，该计划必须包括：

a)方法和文件化信息，

……

8.3.2.HS.1配置管理计划

组织必须建立并保持一个方法实施配置管理计划，(该方法)应该包括：

a)配置管理活动的标识和范围，

8.3.2.HS.2产品计算(机)资源

组织必须建立和保持一方法，以评估和跟踪针对由产品用到的任何计算(机)设备的关键绩效参数。

8.3.2.HS.3设计开发过程质量测量

在设计开发策划的各个阶段活动期间，组织必须为项目建立和保持为项目选择和报告识别合适的设计开发过程质量测量的方法。在此阶段推荐，在这些活动期间，这个测量系统必须针对项目被恰当地实施。测量应该覆盖项目进度的范围(生命周期阶段转换或里程碑监视)、测试实施和测试阶段缺陷监视。根据顾客要求，沟通必须包括设计和开发过程测量的共同协议报告和评估。

8.3.4.HS.3系统测试

每一个产品发布前必须依据文件化的系统测试计划来进行系统测试。产品发布前必须按照测试计划(见8.3.2.C.4)进行系统测试。

8.3.5.HS.1产品设计和开发输出

设计和开发输出(为支持、保持和使用产品的)应该包括但不限于:

a)系统结构;

…….

8.3.6.C.1更改管理过程

组织必须保持文件化信息,以确保在产品和服务生命周期中随时可能出现的所有要求和设计更改,以适当的生命周期阶段的方式均被系统地和及时地管理和跟踪。……

8.6.S.1测试文件

软件测试必须根据文件化测试计划实施。软件测试保留