TL 9000 REGISTRATION GUIDANCE
GLOSSARY
BIBLIOGRAPHY AND ENDNOTE REFERENCE
GUIDANCE - 1
GLOSSARY - 1
BIBLIOGRAPHY
4 质量管理体系
4.1总体要求
4.2 文档记录要求
4.2.1 总则
4.2.2 质量手册
4.2.3 文件控制
4.2.3.C.1 顾客提供的文件和数据的控制–组织必须建立和维护一套存档程序，来控制所有顾客提供
的文件和数据（例如：网络架构、拓扑、容量、安装终端分配、图画和数据库），如果这些文件和
数据影响到了产品的实现和/或支持的话。
4.2.4 制控记录
5 管理职责
5.1管理承诺
5.2以顾客为关注焦点
5.2.C.1 顾客关系开发— 最高管理者必须显示其积极参与建立和维护组织和顾客之间的互利关系。
5.2.C.2 顾客沟通方法— 组织必须建立和维护与选定顾客进行沟通的方法， 用以分享期待、征集和
考虑顾客对质量策划活动的输入、并确保产品质量改进。顾客沟通的成果应有行动来解决识别的问
题，并为改进顾客满意提供机会。
5.2.C.2 注- 众所周知，组织不可能与所有顾客进行相同程度的沟通。沟通程度可能取决于顾客的交易额、问题
的历史、顾客的期望以及其他的因素（参见TL 9000组织的TL 9000注册指南部分中的文档《顾客沟通指南》）。
5.3 质量政策
5.4策划
5.4.1 质量目标
5.4.1.C.1 Quality Objectives –Objectives for quality shall include targets for the TL
measurements defined in the TL 9000 Quality Management System Measurements
5.4.1.C.1 质量目标— 质量目标必须包括《TL 9000 质量管理体系测量手册》中定义的TL 9000 测
量的目标。
5.4.2 质量管理体系策划
5.4.2.C.1 长短期质量策划— 组织的质量策划活动必须包括目标为改进质量和顾客满意度的长短期
策划。这些策划必须提及与组织和顾客相关的商业因素，包括与选定顾客共同建立的绩效目标。这
些目标的执行情况必须被监控和报告。
5.4.2.C.1 注1 — 可能在策划中被考虑的因素的例子有
a),周期时间，
b),顾客服务，
c) 培训，
d) 成本，
e) 交付承诺，以及
f) 产品可靠性。
5.4.2.C.1 注2 — 最高管理者必须证明其积极参与长短期质量策划。
5.4.2.C.2 顾客输入— 组织必须实施方法，以征集和使用顾客对质量策划活动的输入。组织应当和顾
客一起建立共同的质量改进行动方案。
5.4.2.C.3 供方输入— 组织必须实施方法用来征集和使用供方对质量策划活动的输入。
5.5 职责、职权和沟通
5.5.1 职责和职权
5.5.2 管理者代表
5.5.3 内部沟通
5.5.3.C.1 组织绩效反馈— 组织必须将其质量绩效和顾客满意程度通知雇员。
5.6 管理评审
5.6.1 总则
5.6.2 评审输入
5.6.3 评审输出
6 资源管理
6.1 提供资源
6.2 人力资源
6.2.1 总则
6.2.2 能力、意识和培训
6.2.2.C 注— 教育和培训的需求可能变化多端，这取决于组织活动的类型、个人的职责，以及组织和个人的发展
阶段。培训实施方法可能包括工作中培训、交叉培训、工作轮岗、课堂经验、基于计算机的培训、远程学习或
者其他方法。培训可以发生在组织内部，也可以是外部提供，并且应当在工作中得到加强。
6.2.2.C.1 内部课程开发— 当组织负责开发内部课程时，组织必须建立和维护一套方法，用来确保课
程策划、开发和实施的一致性。
6.2.2.C.2 质量和过程改进概念—对产品质量有直接影响的雇员，包括最高管理者，都必须在持续改
进、问题解决和顾客满意等基本概念方面接受培训，并加以应用。
6.2.2.C.3 产品质量培训机会意识— 在需要进行影响产品质量的培训时，组织必须实施方法以确保雇
员能够参与。方法必须提及：
a)培训机会沟通，以 及
b)培训的有效性。
6.2.2.C.4 静电防护（ESD）培训—所有参与易受ESD 伤害产品的搬运、存储、包装、保存或交付的
雇员必须在执行工作之前接受ESD 防护培训。
6.2.2.C.5 高级质量培训— 组织必须提供适当级别的高级质量培训。高级质量培训的例子可能包括统
计方法、过程能力、统计抽样、数据收集和分析、问题识别、问题分析和纠正与预防措施。
6.2.2.C.6 危险状况培训内容—在有潜在危险状况存在的地方，培训内容必须包括：
a),
任务执行，
b)人员安全和适当的保护设备，
c) 危险环境意识， 以及
d)设备防护。
6.2.2.HV.1 人员资格鉴定— 组织必须为所有适用过程建立人员资格鉴定的要求和资格再鉴定的要
求。资格鉴定要求必须提及雇员教育、经验、培训和技能证明。
6.3 Infrastructure 基础设施
6.3.C.1 基础设施— 组织必须识别基础设施的关键区域，并为保护这些区域提供必要的安全措施。必
须开发并定时评估安全恢复计划。
6.4 工作环境
6.4.C.1 工作区域—用于搬运、存储和包装产品的区域必须干净、安全和有序，以确保这些区域不会
对产品质量和人员绩效造成不利影响。
TL 9000 Requirements Handbook
Version for QF review
7 产品实现
7.1 产品实现的策划
7.1.C.1 组织需要建立和维护一整套覆盖其产品整体生命的方法。这些方法需要适当地包括牵涉到产品概念、定义、开发、推出、生产、运营、维护、与最终处置（如果有需要）等跨越产品生命的过程、活动、
以及工作。
注- 推出新产品的方法应该包括提供如质量与可靠性的预研、试生产、供应与产能调研、营销与用服人员的培
训、顾客文档与培训、以及新产品推出后的评价等行动方案。
7.1.C.2 灾难恢复- 组织需要建立和维护从灾难恢复过来的计划在案，以保证组织能够在整个产品生命里重构产品与提供服务。
7.1.C.2-注需要通知、谁有职权采取行动、谁来协调计划里的步骤。
7.1.C.3 End of Life Planning –The organization shall establish and maintain a documented
procedure(s) for the discontinuance of manufacturing and/or support of a product. The documented
procedure(s) should include
产品终结策划- 组织需要建立和维护一套存档的终止制造与/或支持一个产品的程序。存案的程序应
该包括：
a) cessation of full or partial support after a certain period of time,
在某段时间之后，停止全部或是部分的产品支持，
b) archiving product documentation and software,
文档与软件的保存，
c) responsibility for any future residual support issues,
将来遗留下来的支持问题，
d) transition to the new product, if applicable, and
如果适当，转移到新产品，以及
e) accessibility of archive copies of data. [9]
查看存档数据的安排。
7.1.C.4 Tools Management –The organization shall ensure that internally developed software
and/or tools used in the product life cycle are subject to the appropriate quality method(s). [10]
工具管理- 组织需要确保使用恰当的质量方法管理产品生命周期使用的，内部开发的软件与/或工具。
7.1.C.4-NOTE Examples of tools to be considered include: design and development, testing,
configuration management, documentation, and diagnostic tools, including scripts and
customizations, as well as software used to build and test product.
注- 考虑的工具例子包括：设计与开发、测试、配置管理、文档、与诊断工具，包括脚本与专用版，
以及用来构建与测试的软件。
7.1.HS.1配置管理计划- 组织需要建立与维护配置管理计划，其中包括：
a) i识别配置管理活动与设定其范围，
b) 制定实施这些活动的进程计划，
c) 配置管理工具，
d)配置管理方法与存档的程序，
e) 组织结构与分派给它们的责任，
f) 各种恢复的能力，应该包含在一系列与灾难恢复有关的行动描述。例如，包括：应该通知谁、在什么情况
每个配置项所需的控制级别，以及
g) 事物需要配置管理的时机。
7.1.注- 不是每一个存档的实际配置管理计划都要重复定义配置管理工作与责任的工作指导。配置管理计划内容不需要放在单一个的文档里。
7.1.V.1 S服务交付计划- 负责交付或实施某些服务，而不负责设计和开发这些服务的组织，需要遵守项目计划的要求。
7.2 与顾客有关的过程
7.2.1 决定于产品有关的要求
7.2.2 产品的验收计划应该恰当地包括：
a)验收评审过程，
b) 验收准则，
c) 存档的测试计划，
d) 测试环境，
e)测试用例，
f)测试数据，
g)测试职责，
h) 涉及的资源，
i) 问题追踪与解决的方法，以及
j)所需的验收报告。
7.2.2.C.1 关闭追踪- 所有需求评审做成的行动都必须追踪直到关闭。
7.2.2.C.2 合同评审- 组织需要建立与维护一个合同评审过程，其中包括：
a)产品的验收准则与准则评审的过程，
b) 产品验收发现的问题，包括顾客投诉，的处理方法，
c) 在适用的保修期外或在产品维护合同期外的不符合问题的消除与/或整改计划，
d)识别风险与可能的偶然事故，
e) 充分保障专有信息，
f)有关外判工作的组织职责定义，
g) 顾客实施的活动，包括顾客在需求、规范、与验收的角色，
h)顾客提供的设施、工具、与软件物品，以及
i) 所有相关的标准与程序。
7.2.3 顾客沟通
7.2.3.C.1 问题的通知- 组织需要建立和维护一套存档的程序来通知所有可能受已知问题影响业务的顾客。
7.2.3.C.2 问题的严重程度- 除非产品是特殊免除严重等级的汇报，组织需要基于问题对顾客的影响，对顾客汇报的问题分成关键、严重、一般等TL9000 测量手册里定义的严重等级。必须使用严重等级来决
定组织的响应时间。
7.2.3.C.2-注- 顾客与组织应该一同决定解决顾客汇报问题的优先程度。
7.2.3.C.3 问题上提高层- 组织需要建立和维护一套存档的上提高层程序来解决顾客提出的问题。
7.2.3.C.4顾客的回馈- 组织需要及时地和系统性地向顾客提供对他们的问题的回馈。
7.2.3.HS.1 组织的召回过程- 组织需要建立和维护一套存档的程序来识别与召回不适合继续服务的产品。
7.2.3.HS.2 汇报设计与开发过程质量测量数据- 在顾客要求时，双方的沟通需要包括开发过程质量测量数据的汇报与评价。
7.3 设计与开发
7.3.1 设计与开发的策划
7.3.1.C.1 项目计划- 组织的项目策划活动需要根据已定义的产品生命周期模型（见7.1.C.1）。项目计划应该包括：
a) 项目的组织结构，
b)项目团队的角色、职责、和问责性，
c) 在组织内、外的相关团队、个人的角色、职责、和问责性，以及它们与项目团队之间的交互，
d) 进度安排、追踪、问题解决、与管理报告的手段，
e) 有关项目活动的预算、员工安排、与进度，
f) 识别方法、标准、存档的程序、与将要使用的工具（如果这些事物已经作为某产品生命周期模
型的一部分明确定义好，那就只须参照该生命周期模型就可以了。），
g) 参照其他相关的计划（如开发、测试、配置管理、与质量），
h) 考虑到项目特殊的开发或服务交付的环境和有形资源，
i) 顾客、用户、与供应方在产品生命周期里的参与（如联席评审、非正式的会议、与审批），
j) 项目质量的管理，
k) 风险管理和应急计划（如返工风险、低劣的现场可靠性与缺陷、资源和进度的偏差），
l)项目的特殊培训需求，所需的认证（如产品的认证或是员工的技术认证），
n)专利、应用、所有权、保修条款、使用权，以及
o) 项目之后的分析。
7.3.1.C.1-注1 - 项目计划和任何相关计划都可以是独立的文件，其他文件的一部分，或是涵盖在好几个文件里。
7.3.1.C.1-注2 - 不需要重复作业指导书里定义的开发项目一般的作业和职责，作为项目计划的一部分。
7.3.1.C.2 需求的可追朔性- 组织需要建立和维护一套方法来追踪存档的需求到设计和测
注- 组织应该建立对所有受影响方传播产品需求与需求变更的沟通方法。
7.3.1.C.3 T测试策划- 测试计划需要存档，和应该包括：
a) 测试的范围（如单元、特征、集成、系统、验收、现场、迁移和回归），
b) 实施的测试种类（如功能、鳞介、易用性、性能、回归、交叉操作性、极限），
c)追朔到需求，
d) 测试环境（如与顾客环境的相关性，运营使用），
e) 测试覆盖（测试验证产品的功能的程度，有时以已测试功能百分比来表达），
f) 预期的结果，
g) 数据定义和数据库的需求，
h) 测试的组装、可重复的测试用例（如输入、输出、测试准则），以及存档的测试程序，
i) 外部测试的应用，
j) 汇报和解决缺陷的方法，以及
k)顾客的测试需求。
测试结果与后续采取的行动需要有记录（见4.2.4）。
7.3.1.HS.1 策划迁移- 组织在策划把系统、硬件、软件等产品从旧的操作环境迁移到新的操作环境时，需要开发与文档记录转移方案。如果不再支持旧环境，用户需要得到有关迁移方案与活动的通知，其中需要包括对新环境的描述，它的供应日期，以及在旧环境被拆除之后，是否可以得到的其他支持选项
的描述。迁移方案应该也包括：
a) 迁移的需求分析和定义，
b)迁移工具的部署，
c) 产品和数据的转变，
d)迁移的实施，
e)迁移的验证，以及
f) 将来对旧环境的支持。
7.3.1.HS.1注1 - 产品依赖的操作环境是用顾客分别向组织或其他供应方购买和安装的硬件、软件和系统组成。由旧软件环
境迁移到新环境的案例包括对操作系统、数据库、或是通信协议堆栈的升级。由旧硬件环境迁移到新环境的案
例包括在新机柜里使用现有的电路板、或是使用新控制器、或是计算机硬件升级。硬件和软件的平台转移都会
影响硬件或软件部件、或是系统，所以迁移方案需要考虑全部可能性。
7.3.1.HS.1-注2 - 如果旧环境不再受支持，就应该考虑安排如何接触旧环境使用过的、或和它有关的数据，按照管制和合同
要求，以为保障数据和审核之用。
7.3.1.HS.2 设计与开发过程质量测量策划和实施- 在设计与开发的策划阶段，组织需要建立和维护选择和汇报项目适当的设计与开发过程质量测量的方法。推荐在这个阶段，恰当地在项目里实施这样的测量体系。
7.3.1.HS.2-NOTE S 注- 参看在tl9000.org 网站，TL9000注册指南部分的文件《设计过程测量体系的树立和操作》，里边的指南可以有助为项目选择和建立恰当的设计和开发过程测量。
7.3.1.S.1 集成策划- 组织需要建立和维护一个方案来把软件部件集成起来成为产品，并保证它们按设计进行交互。方案需要包括
a)方法与存档的程序，
b)职责，
c)继承进度，以及
d)测试的需求。
7.3.1.S.2 估算- 组织需要建立和维护一套方法以在项目的策划、实施、和变更管理时，进行估算与追踪项目因素。
7.3.1.S.2-注- 项目因素应该包括产品规模、复杂度、需求变更、工作量、员工人数、进度、成本、质量、可靠性、生产力。
7.3.1.S.3
计算机资源- 组织需要建立和维护方法来进行估算和追踪目标计算机的关键计算机资源。
7.3.1.S.3-注- 这些资源的案例有利用内存、吞吐量、实时性能、与输入和输出信道。固件案例包括利用处理器、内存、输入和输出信道、等等。
7.3.1.S.4 回归测试的策划- 如果要实施回归测试，测试计划需要规定哪些是回归测试，贺这些回归测试覆盖哪些特征和功能。
7.3.2设计与开发的输入
7.3.2.C.1 顾客与供应方的输入- 组织需要建立和维护一套方法，在开发新产品需求和修订产品需求的时候，用来征求顾客与供应方的输入。
7.3.2.C.2 设计与开发的需求- 需要定义和存档设计与开发的需求，其中应该包括
a)质量与可靠性需求，
b) 产品的功能与承担能力，
c) 业务的、组织的、和用户的需求，
d) 安全、环境、和保安的需求，
e) 安装、易用、和维护的需求，
f) 设计的限制，
g) 测试的需求，以及
h)目标计算机的计算机资源。
7.3.2.C.3 需求分配- 组织需要存档记录产品需求在产品架构的分配。
7.3.2.C.3-注- 需要分配的需求案例有软件的响应时间、硬件的散热能力、和服务的响应时间。
7.3.2.H.1需求内容- 产品需求需要包括，但不限于
a) 正常的数值与容限，
b) 维护性的需要，以及
c) 最终物品的组装需求。
7.3.2.S.1 软件需求的识别- 组织需要决定、分析、和文档记录系统的软件部件需求。
7.3.3 设计与开发的输出
7.3.3.HS.1设计与开发的输出- 设计与开发的输出应该包括，但不限于
a)系统架构，
b)系统的详细设计，
c) 源代码，以及
d)用户文档。
7.3.3.V.1 服务设计与开发的输出- 服务设计与开发要求的输出需要包含一套全面和精确的有关该服务的说明。设计与开发的输出应该包括，但不限于
a) 交付服务的程序，
b) 资源与技能的需求，
c)对供应方的依赖性，
d)受顾客评价的服务特性，以及
e)每一个服务特性可接受程度的标准。
7.3.4设计与开发的评审
7.3.5 设计与开发的验证
7.3.5.C.1 文档的验证- 组织需要在交付之前验证顾客和/或用户文档。
7.3.5.HS.1 承压测试- 组织需要在高压的情况下测试产品，包括，但不限于超越临界的输入条件、高负荷与峰值负荷仿真，与操作错误。
7.3.5.HS.2 异常情况- 组织需要在异常情况下测试产品，其中恰当地包括
a)硬件错误，
b)软件错误，
c) , 操作的、行政的、维护的、与供应的（OAM&P）的错误，
d)超载流量，
e) 不正当的用户输入，以及
f)系统中断后的恢复。
7.3.5.S.1 系统测试- 每一个软件发布版本都需要按照存档的系统测试计划，经过系统测试。
7.3.6 设计与开发的确认
7.3.6.C-注- 组织需要恰当地在一些确认的阶段里包容顾客或是第三方的参与。
7.3.6.S.1 发布管理- 组织需要建立与维护一套方法，来确保软件产品和相关文档的发布和交付都是在受控的情况下进行。这些方法应该为交付给顾客提供
a) 在发布之前提供发布的策划信息
b)产品上市与发布的时间表，
c) 交付的产品特征的详细描述，包括任何加进新软件产品或版本的变更，以及
d)有关现有的或是计划中契约条款更改的提示报告（见7.3.7.C.2）。
7.3.7 控制设计与开发的变更
7.3.7.C.1 变更管理过程- 组织需要建立和维护一套存档的程序，以确保所有的需求与设计的变更，这在产品生命周期的任何时间都可能出现，都会在该生命周期阶段里恰当地、系统性地、及时地受管理与追
踪。租住需要确保对双方契约的质量、可靠性、与功能的意图等条款有不良影响的变更，都会在审
批之前，和顾客一起审阅。变更管理应该包括
a) 波及分析，包括对资源与进度的波及，
b)策划，
c)实施，
d)测试，
e)文档记录，
f)通告沟通，以及
g)评审与批准。
7.3.7.C.1-注- 变更管理过程是整个生命周期都需要的，这个过程之内的管理可能因生命周期阶段而不同。例如，在设计时，组织借助一个全面的、响应性强的变更管理过程，应该能够对付快速的顾客需求变更，与利用新浮现的技术。在通用应市之后，变更管理过程的范围应该考虑对产品操作与维护和它的安装基群的变更如何影响顾客群体和根系人。这个考虑，应该包括质量、可靠性、与功能的意图。
7.3.7.C.2 向顾客通告- 组织需要建立与维护一套存档的程序，以确保在设计变更影响到契约承诺时，顾客能够得到通告
7.3.7.C.3 问题解决的配置管理- 组织需要确保它的配置管理体系追踪问题的修复，并把那些修复合并到将来的修订版本里。
7.3.7.H.1 部件变更- 组织需要有一套存档的、落实的程序，来确保物料和部件的替换和变更不会对产品的质量和性能产生不良影响。该存档的程序应该包括
a) 功能测试，
b)鉴定测试，
c) 承压测试，
d)批准的部件单，和/或
e)关键部件单。
7.4 采购
7.4.1采购过程
7.4.1.C.1 采购程序- 组织需要建立与维护一套存档的采购程序，以确保
a)产品需求已经明确定义好，
b)风险已被了解与管理，
c) 鉴定准则已经建立，
d) 验收准则已经建立，
e) 合同契约已经定义，
f) 专利、应用、所有权、保修条款、与使用权都得到满足，
g)产品将来的支持已经策划好，
h) 持续的供应基地的管理和监控已经落实，
i)供应方的选择准则已经定义，
j) 供应方已经按定义好的准则重新评价，以及
k) 已经向供应方提供了根据分析供应方绩效数据的反馈。
7.4.1.C.1-注–该存档的程序应该可以对架上产品（现成的产品）适用。这一般包括用在生产的原设备制造方（OEM）产品，和用在软件系统的商用架上产品（COTS）。
7.4.2采购的信息
7.4.3 采购产品的验证
7.5 生产与服务供应
7.5.1 生产与服务供应的控制
7.5.1.C.1 S服务资源- 组织需要向和顾客接触的员工提供适当的工具、培训、和资源来提供有效和及时的顾客服务。
7.5.1.C.2 产品交付- 组织需要建立和维护方法，在产品交付和安装时，尽量降低对顾客的正常现场操作与业务。
7.5.1.HS.1 紧急服务- 组织需要确保在产品的预期生命里，可以供应服务和资源来支持从紧急失效的恢复，组织需要识别可能影响紧急服务提供能力的潜在处境，并有应对方案来处理这些处境。这些方案需要基于风险，和不时予以评价。
7.5.1.HS.2 安装计划- 组织需要建立和维护存档的安装计划。该计划需要识别资源、所需的信息、时间的顺序和任何需要的记录。
7.5.1.HV.1 操作的变更- 每一次树立好的操作的重要变更（如新操作员、新机器、或新技巧）之后，都需要对第一次处理的物品/服务，进行苛刻的检查。
7.5.1.S.1 补丁程序- 组织需要建立和维护一套存档的程序，来
a) 指导使用补丁来解决问题的决定，
b) 处理补丁的开发程序、传植（往前与往后），和处理，
c)与顾客需要或维护支持的契约需求保持一致，以及
d)确保组织向顾客提供每一个补丁对顾客营运的波及说明。
7.5.1.S.2 补丁的文档记录- 组织需要建立和维护方法来确保所有需要用来描述、测试、安装、和补丁的运用的文件记录已经验证并且与补丁一起交付。
7.5.1.S.3 复制- 组织需要建立和维护一套存档的程序来复制，其中包括
a)识别原件（原本的拷贝），
b) 识别交付用的复制本，
c)交付的复制本数量，
d)媒体的种类，
e)标签，
f) 如用户指南等所需文件的标识，
g)文件的包装，以及
h)控制环境以确保可重负的复制。
7.5.1.V.1 用于交付服务的软件- 组织需要建立和维护一套存档的程序，以维护和控制软件在交付服务的使用，确保持续的过程能力和完整性。
7.5.1.V.2 工具的变更- 组织需要建立和维护一套存档的程序，来确保替换和变更在施行服务时使用的工具不会对服务质量有不良影响。
7.5.2 生产与服务供应过程的验证
7.5.3标识与追朔性
7.5.3.H.1 召回的追朔性- 需要在整个产品生命周期里，使用有助组织和它的顾客识别正在被召回、需要替换、和修改的产品的方法，追朔可现场替换物品（FRU）。
7.5.3.H.2 设计变更的追朔性- 组织需要定义和实施提供设计变更追朔性的方法来标示制造日期、批号或序号。
7.5.3.HS.1 产品标识- 组织需要建立和维护一套过程，以识别每一个产品和所需的控制级别。每一个产品的版
本所，以下的如果存在，都需要识别
a)产品文档记录，
b)重复创造产品所必备的开发或生产工具，
c)与其它产品的接口，以及
d) 软件和硬件的环境。
7.5.3.HS.1-注- 产品标识的案例包括包含如生产批号和日期，与序号等信息的barcode、签条、标签、电子标识等。也可以考虑如RFID等提取数据的新科技。
7.5.4 顾客的所有物
7.5.5产品的保持
7.5.5.C.1 静电放电敏感性（ESDS）防护- 在使用的情况，需要对容易受静电放电损害的部件与产品，进行反静电防护。
7.5.5.C.1-注1 - 应该受保护的部件与产品包括电子零件、集成电路、线路板、磁带和磁碟、与其它用于存储软件或数据的媒体。
7.5.5.C.1-注2 - 持有ESD协会发布的ANSI/ESD S20.20 认证的，应该可以把如此认证的设施作为满足TL9000的
6.2.2.C.4 和7.5.5.C.1 有关ESD保护的需求。请查阅TL 9000 网站(访问tl9000.org) 有关该ANSI标准的任何
新版本是否可以接受。
7.5.5.HS.1 包装与标签的验证- 组织需要建立和维护一些方法，以确保产品和部件的包装与标签是符合需求的。
7.5.5.HS.1-注- 包装与标签的验证通常是在预备交运的产品实行，其中包括，例如，符号、标语、配备器具、文档、地址、顾客特殊的记号、和验证搅匀的数量。
7.5.5.HV.1 变质- 当有变质的可能性时，组织需要建立和维护一些方法，以判断对产品质量有影响的物料已经变质，或是超越了可用期限，并且衡量任何所需的后续行动。
7.5.5.S.1 软件病毒的保护- 组织需要建立和维护一些方法，以在即将交运的产品上预防、发现、和消除病毒。
7.6 监控与测量装置的控制
7.6.C.1 仪器标识- 需要可视地标识不准确或是不适合使用的监控与测量装置，并不让使用。需要识别所有不要求校准的装备。
8 测量，分析与改进
8.1 总则
8.2 监控与测量
8.2.1 顾客满意度
8.2.1.C.1 顾客满意度数据- 组织需要建立和维护一个方法，以直接从顾客收集他们对供应产品满意度的数据。组织也需要收集顾客对组织如何有效履行承诺和对顾客反馈与所需的响应能力的数据。对这些数据需要进行分析和观察其趋势。
8.2.2 内部审核
8.2.3 过程的监控与测量
8.2.3.C.1 过程测量- 需要识别过程的测量、文档记录它们、并要适当地监控以确保其持续适用并有助推动加强过程的有效性。这个包括建立适当的设计过程测量。主要的过程测量，那些影响产品质量的，应
该有绩效指标或建立控制限值。
8.2.4 产品的监控与测量
8.2.4.H.1 定时复试- 组织需要建立和维护一个存档的程序，以确保产品定时得到再测试，来衡量产品继续满足设计需求的能力。当要决定进行复试的深度时，组织应该考虑8.2.4.H.3里的条款。
8.2.4.H.2
测试的内容- 第一次测试与定时的再测试需要比例行的质量测试更广泛。第一次测试需要包括在顾
客的和/或组织的产品规范和/或合同里包含的。这些测试的结果需要文档记录。
8.2.4.H.2-注- 产品规范可能包括环境、震荡、燃烧性、重压运营等测试，以及入侵与透入的测试。
8.2.4.H.3测试的频度- 组织需要建立和文档记录测试的频率和定时复试。决定测试的频率时，组织需要包括
a)产品的复杂度和服务的关键性，
b) 产品的设计、工程、和/或制造的更改次数，以及更改是否牵涉到外形、装配和/或功能，
c)制造过程的更改，
d)制造的差异，（如工具的损耗），
e)物料和/或部件的替换与失效率，以及
f)产品的现场表现记录。
8.2.4.H.4 返修和返还产品的测试- 返修和返还的产品需要经过恰当的评价和/或测试，来确保其功能于规范相符。
8.2.4.HV.1 检验与测试的文档记录- 每一个检验或测试活动都需要有详细的文档记录。细节应该包括，但不限于
a) 将被检查的参数和他的可以接受的容限，
b) 使用的统计技巧，控制图，等等，
c)抽样方案，包括频率、样本规模、与接受准则，
d)不符合项的处理，
e) 将被记录的数据（见4.2.4），
f)缺陷分类方案，
g)指定检验物件或批量的方法，以及
h)电的、功能的、和特征的测试。
8.2.4.HV.2 检验和测试的记录- 检验或测试的记录需要包括
a) 产品的标识，
b)产品的数量，
c)遵从的存档在案程序，
d) 实行测试或检验的人员，
e)被使用的，已校准的仪器（见7.6），
f)实行的日期，以及
g) 发现缺陷的数量、类型、与严重程度。
8.2.4.S.1 测试的文档记录- 软件测试需要按存档程序制定的计划执行。测试的记录需要包括
a)测试结果，
b)测试结果的分析，
c) 和与其结果的复合程度，以及
d) 不符合项的问题汇报。
8.3不符合产品的控制
8.4 数据的分析
8.4.C.1 不符规格产品的趋势分析- 需要按定义的经常地在不符规格产品发现的差距执行趋势分析，并使用结果作为整改和预防行动的输入。
8.4.HS.1 现场绩效数据- 质量管理体系需要包括收集与分析现场绩效数据，可以用来帮助识别产品失效的原因和频率。此外，无故障发现（NTF）数据也需要维护。这个信息需要提供给合适的组织，以培育
持续改进。
8.4.V.1 服务绩效数据-质量管理体系需要包括收集与分析服务绩效数据，可以用来帮助识别服务失败的原因和频率。这个信息需要提供给合适的组织，以培育持续改进该服务。
8.5 改进
8.5.1 持续改进
8.5.1.C.1 持续改进行动方案- 组织需要建立与维护持续改进的行动方案，其中包括专注改进
a) 顾客满意度，
b) 产品的质量和可靠性，以及
c)其他在组织里使用的过程/产品/服务。
8.5.1.C.1-
8.5.1.C.2 员工参与- 组织需要实施方法，以鼓励员工参与持续改进的过程。
8.5.2 整改行动
8.5.2.C-注1 - 评审整改活动，愿意是确保所采取的行动的确有效。评审活动可以包括保证根本原因正当地被识别与处理，已经采取恰当的防扩散行动，与整改活动没有引入额外的问题。
8.5.2.C-注2 - 应该考虑包括培训，作为实施整改和预防行动的一部分。
8.5.2.S.1 问题的解决- 组织需要建立和维护存档的程序，以当汇报的困难被诊断为问题时，发动整改行动。存档的程序应该提供分辨潜在解决方案的指南，如
a)补丁
b)直接修改源代码，
c)把解决推迟到一个计划中的版本，以及
d) 提供存档的回避操作程序和按问题严重程度指定的解决时限。
8.5.3 Preventive action 预防行动
