TL9000测量手册

1、1.简介TL9000手册（TL9000质量管理体系要求手册和TL9000质量管理体系测量手册）是专门为电信业设计的文件化的行业质量管理体系要求和测量。TL9000质量管理体系要求手册包含4个主要的部分及附录。手册为提供硬件、软件和服务这些电信产品的供方建立了一套通用的质量管理体系要求。本要求是在已存在的行业标准（包括ISO9001）的基础上建立起来的。TL9000质量管理体系测量手册建立了最小的一套绩效测量。所选择的测量方法用于测量供方的改进以及评价质量管理体系实施的效果。1.1目标TL9000的目标是：建立质量管理体系以有效地保护电信产品（包括硬件、软件或服务）的完整性和使用性建立并保持一套

2、基本的质量管理体系要求减少电信质量管理体系标准的数目定义有效成本和绩效测量，以指导改进和评价质量管理体系实施的效果推动持续改进加强顾客一供方之间的关系促进行业遵从一致的评估过程1.2 目的TL9000的目的是定义了电信产品（包括硬件，软件或服务）的设计、开发、生产、交付、安装和维护的质量管理体系要求。包含在TL9000中，以绩效为基础，测量这些产品的可靠性和质量绩效。长期目标还包括成本和以绩效为基础的测量。1.3实施的益处电信服务的供方，他们的用户和所有的顾客都会从TL9000的实施中受益。所期望的益处是：对用户服务的持续改进加强顾客和供方的关系质量管理体系要求的标准化外审和现场访问的有效管理

3、统一的测量全面成本减少并且增加竞争力加强管理并改进供方绩效用TL9000测量进行行业比较1.4 与ISO9001和其他要求之间的关系探索论坛维持同其他要求和标准的相容性。TL9000是在ISO9001：1994框架的基础上建立起来的一套电信业特殊要求，在TL9000开发的过程中，所考虑的标准和要求请参见其目录。TL9001同其他要求的关系特征是：TL9000包括ISO9001：1994。而且还包括ISO9001未来的任何修订符合TL9000即符合相必须的ISO9001要求探索论坛的意图是符合TL9000将免除符合多种电信质量管理标准的要求。1.5手册的开发和维护探索论坛负责开发、出版、发行和维

4、护可以公开获得的TL9000手册，随着TL9000手册发行后出现的任何更改要提交探索论坛管理者。本手册的任何使用者都可以提交更改要求。更该要求将由论坛管理者递交给相必须的手册部门负责人，并将在下一次修订中考虑。更改的要求/反馈表编排在本手册的后面。TL9000手册的所有变更，都要经过探索论坛的投票成员按论坛要求投票通过，才能最终批准。TL9000手册的再发行由论坛决定，但再发行不会超过最近发行时间5年。当论坛决定TL9000的发行影响第三方注册时，那么附加活动或类似的沟通机制将用于为行业提供标准的纠正和更新的信息。2.结构2.1.整体结构（看图2.11）TL9000的整体结构由如下几个层次构成

5、国际标准ISO9001通用的TL9000要求硬件、软件和服务的特殊质量管理体系要求通用的TL9000测量硬件、软件和服务的特殊质量管理体系测量TL9000模型国际标准ISO9001通用的TL9000要求TL9000硬件特殊要求软件特殊要求服务特殊要求通用的TL9000测量硬件特殊的测量软件特殊的测量服务特殊的测量 图2.11 TL9000模型除其他机构的版权材料外，探索论坛保留对内容的全面控制。在TL9000中有一些术语，如必须（Shall），应该（Should），可以（may），能（can）与IS9000术语表中所定义的一样，单词必须（Shall）表示强制性的要求，单词应该（Should）表

6、示首选的方法，选择其他方法的供方必须能够表明他们的方法满足TL9000的内容。在有单词典型（typical）和例子（examples）的地方，表示针对特殊的商品或过程是一个合适的选择。文中有注（NOTE）的地方是指南而不是审核内容。2.2.术语 供 方顾客持续改进程序探索论坛网站测量储存体系（MRS）MRS报告TL9000数据行业统计在本手册中所引用的术语主要是组织在TL9000的实施、符合和认证过程中所遇到的术语。2.3.测量的流程和用途图2.21显示出TL9000手册中质量管理体系测量的数据流程和用途 图2.31 TL9000测量数据流程和用法必须设计测量的应用以满足探索论坛为准则，这在3

7、.2节中讲到：使用方法图2.21描述了通过顾客供方交互的方式以及TL9000所显示的信息来识别改进的机会所处的环境。a. 可以在供方和顾客之间用测量来设定相互目标以改进产品。这将有助于改进顾客和供方之间的关系，并且能建立最佳地满足双方需要的目标。b. TL9000中有一些测量可以由独立的供方来改进测量，这些测量经过仔细的评审以决定这些测量是否真正具有可比性。这些测量由测量管理者所监控，以保证供方得出的简明统计是有效的和有意义的。简明统计定义将按需要进行修订。这些测量的定义包括指定“比较数据”。其他测量包括定义“研究数据”， 研究数据不能用作比较的目的。但是，测量管理者将分析数据用来显示可能的行

8、业趋向，这些分析仅供制定测量的工作组以备未来可能用来进行检查。当每个供方按简明统计方法比较其测量时，可改进产品绩效以改进供方的绩效。探索论坛测量数据库并不倾向于用作供方的管理工具，而是作为数据贮存。数据库的输出包括从TL9000测量存贮系统（MRS）中针对产品所作的每一种测量而得出的统计简明报告。3.测量用法和职责3.1 测量使用的要求为了完全满足本手册的要求，组织必须遵从本处所规定的测量要求a. 内部作为持续改进程序和管理报告的一部分b. 适当时，作为顾客组织交流和共同持续改进程序c. 认证时，向测量管理者报告3.2 测量的使用原则TL9000注册要求执行TL9000质量管理体系要求，并且将

9、用于TL9000注册的TL9000质量管理体系测量的具体数据报告给测量管理中心。下面这些处理和使用测量的原则意味着培养一种环境，以使顾客和供方能一起工作推动持续改进。在测量适用表（附录A、表格A2）中所定义的产品类别适用测量都必须报告。在注册范围内特殊测量的剪裁必须形成文件以表述剪裁原因，并可在认证机构和顾客要求时得到。供方必须将TL9000测量数据提供给测量管理中心，他们将编辑数据，并且计算产品类别的统计值，例如“行业平均值”“标准偏差”，“中位数”、“极差”“数据点的数目”和“行业最佳”，这些统计值对各产品类别都是合适的，测量管理中心产生的产品结果或报告将不会确定单一供方。探索论坛的成员顾

10、客必须提供TL9000领域所必须的绩效数据给供方，以计算特殊的测量。顾客可以要求他们的供方提供TL9000的具体测量情况，通过协议，这种信息交流将严格发生在供方和顾客之间，任何情况下，论坛管理者和测量管理中心都不能涉及其中。在探索论坛管理者没有对供方进行分级。测量的运用不能局限于数据的所有特性。3.3 测量使用的原则TL9000测量使用的意图是：提供适合于比较的行业绩效的信息。改进电信过程和产品。识别顾客供方改进机会。标准化顾客报告卡或评价。3.4 测量数据集合和顾客库3.4.1.产品集合如果供方希望在同一产品类中认证多个产品并且在各自的认证范围内清楚地识别他们，那么供方也许要分别给每个产品报

11、告数据。同理，如果一个供方认证一个商业单位或地点，那供方有权决定认证哪一个产品，以及数据如何收集。3.4.2 顾客库顾客库指的是供方测量数据所包含的一组定义的顾客。顾客库必须具备如下条件：论坛成员：仅仅是探索论坛的成员的供方顾客。全部：测量适用的产品所针对的所有顾客供方。在每一次测量数据提交时，针对测量表格中指定的每一个测量都必须报告顾客库。供方必须针对每一个单一的测量，报告来自一个顾客库的测量数据。3.5 职责3.5.1论坛管理者职责 论坛管理者必须维护公司信息的安全和保密。开发、实施、出版和保持定义TL9000测量过程的正确操作程序。从测量管理者处接受“数据确认报告”，并且将“数据确认报告

12、”转发给供方。与测量管理者的有遗失的数据或可疑数据的供方联系。保持成员数据库，包括认证和测量提交历史。通过以下方式发布和保持行业报告统计值：来自于全部顾客库的数据的产品类别仅来自探索论坛顾客库数据的产品类别。对一个产品类别所有适用的数据（即1和2）通过探索论坛网站，提供和控制测量数据输出的访问。对探索论坛管理者的相关操作开发和实施一个灾难性恢复计划。支持外审或论坛管理者活动的监督。当探索论坛网站上发布的附录A“产品类别表”更新时，通知认证的供方和受影响的单位。3.5.2测量管理者职责测量管理者必须：维护数据的安全和保密。开发、实施、发行和保持定义TL9000测量过程工具和技术的正式操作程序。从

13、供方处接受和确认数据，包括识别遗失数据或错误数据，并报告给论坛管理着。计算行业统计数据，例如：“行业平均值”“标准偏差”“中位值”“极差”“数据点数目”和“行业内最佳”。适当时，通过产品类别对有可比较数据的每一种测量使用合适的数据单元。通过下列方式计算行业统计：来自于所有顾客库数据的产品类别。仅来自于探索论坛顾客库数据的产品类别。对一个产品类别中所有适用的数据（即1和2）。记录可比较的数据，并且至少每季度将之输出到网页上。开发和实施相关操作的灾难恢复计划。支持外审或活动监督。决定什么时候对每个测量产品类别收集充分的数据以发布统计后的正确结果。负责提供数据的准确表达。创建并保持用户手册。提供产品

14、类别的集合，以产生有意义的测量作为输入分析的结果。分析“研究数据”以显示行业趋向、这些内容仅向测量工作组报告。分析“研究数据”以确定是否有数据比较的条件，并且仅推荐给测量工作组以达到可比性。3.5.3.供方职责供方必须a. 建立文件化过程，以捕获和确认适用的测量数据，使源数据记录可以获得。收集，确认和提交每一个指定的测量所定义的数据给测量管理者。提交在认证范围内的测量数据。向测量管理者提交至少连续3个月的数据，并且接受“数据确认报告”，证实提交的有效性以获得TL9000认证。提交在认证范围内的测量。如果新产品在认证范围内，那么就要提供6个月内的产品总可用性测量数据。将内部测量同行业统计相比较，

15、并在适当的时候采取措施改进产品和实践。提供定期的TL9000质量管理体系测量报告给负有职责的管理者。纠正任何矛盾数据。在2年内提交的任何错误数据，要再提交纠正数据。3.5.4.顾客职责顾客必须：提供必需的数据允许供方形成TL9000测量。建立一个过程以捕获并确认适用的测量数据。使用TL9000测量定义以标准化供方绩效评审过程（例如：报告卡）建立顾客一供方联合改进小组以及基于TL9000测量的目标和其他所需要的绩效目标。当确定了生命周期成本时，考虑使用TL9000测量作为输入。3.5.5.探索论坛职责负责管理TL9000质量管理体系测量手册。保证TL9000质量管理体系手册能公共获得，在探索论坛

16、的指导下出版、分发和维护，并且保持其版权。负责保证提供适当的培训以帮助用户正确地，一致地解释TL9000要求，并报告TL9000测量。提供测量过程监督。记录与测量过程有关的问题和内容，并向探索论坛提供摘要和建议。评审由测量管理者提交的建议的产品类别集合。3.5.6.审核员职责在每次审核期间，审核员必须验证：过程能保证数据对于TL9000质量管理体系测量的定义和要求来说是正确的和完整的。所有供方的职责已满足。在审核员指定的时间内，所有测量的过程不符合已被纠正。4.通用测量要求4.1 测量清单 标题 手册章节通用测量（C） 5 问题报告数（NPR）（C） 5.1 问题报告修理响应时间（FRT）（C

17、） 5.2 和延误问题报告 修理响应测量（OFR）（C） 5.3 按时交付（OTD）（C） 5.4硬件和软件测量（HS） 6 系统中断测量（SO）（HS） 6.1硬件测量（H） 7 返回率 7.1软件测量（S） 8 软件安装和维护 8.1 版本应用终止（RAA） 8.1.5 纠正补丁质量（CPQ） 和特征补丁质量（FPQ） 8.1.6 软件更新质量（SWU） 8.1.7服务测量（V） 9 服务质量（SQ） 9.14.2 测量报告要求4.2.1 符合测量报告供方必须按本手册中文件所描述的那样对应用的产品类别生成测量数据，并向测量管理者（和有要求的顾客）发布此数据。测量数据必须符合相应文件的要求。

18、报告数据的变化必须符合附录A中新的高版本或新版本测量手册的要求，新版本的测量也必须在6个月内完成。注：数据表中带引号的文字是正确报告的变量字串。4.2.2 适用的产品类别对每一种产品，供方必须按附录A识别产品类别以及适用的测量。附录A是这本手册版本当前的最新内容，参见探索论坛网址（ HYPERLINK http:/WWW. WWW.）可获得高版本（master）内容，高版本（master）必须同认证联网，并将所有数据提交到探索论坛数据库。4.3 测量数据和报告4.3.1 顾客源数据当顾客没有提供为测量所需要的数据时，不能要求供方向顾客报告测量结果。注：如果测量管理者没有要求供方提交数据，那么一

19、定是供方的顾客没有提供所需要的信息。如果任何顾客的确提供此信息，则供方必须提交测量数据。4.3.2 可接受的可选的测量当测量文件中“报告和分发方法”的标题下表明RQMS作为替代报告是可接受的，则必须满足下列要求：RQMS数据可接受性如果供方正在使用最新版本的Telcordia技术文件GR929CORE，即电信系统的可靠性和质量测量（RQMS），来计算具体的测量。如果下面的条件满足，这些方法和结果数据将替代TL9000的定义。用于报告给探索论坛和其成员的数据包括TL9000所定义的所有可应用的数据，并且它不局限于RQMS客户公司的数据子集。对于不隶属于RQMS报告的产品类别，必须使用TL9000

20、的定义。TL9000数据优先在所有情况中，TL9000所定义的测量是优先选择的方法。如果供方的顾客没有一个要求供方产生RQMS报告，那么必须使用TL9000方法。供方在报告此测量时，必须说明使用的是何种方式。注：当RQMS和TL9000测量都是合同要求时，RQMS选择的测量其目的是通过供方使多余工作最小化，在那种情况下，符合性审核将接受以RQMS为基础且与上列出的条件相符的程序作为这一测量的有效计算。4.3.3 报告频率和方法除非文件中有具体的规定，供方必须每月收集数据，并且每季度向探索论坛数据库报告一次所需要的结果。供方可以采用适合于向他的顾客及内部报告的任何时间周期和形式，每季度更新必须包

21、括前3个月的新数据点。4.3.4 财务周期和日历天供方必须在日历月或定义的财务月基础上报告TL9000测量数据，供方必须一致地使用所选择的方法。供方必须在涉及到日历天的测量中使用日历天。4.3.5 比较数据和研究数据的报告供方必须按照认同的规则将本手册中所有适用的测量数据报告给测量管理者。这个报告要求适用于无论是供方使用的TL9000方法或RQMS替换报告，并且无论测量中是否包括指定的“比较数据”或“研究数据”（RD）。参见附录中表A5。注：在文件交付和报告部分指定的“比较数据”意味着可以在论坛管理者处得到行业统计值。但是，指定的“研究数据”是得不到可比较的行业统计值的，并且测量管理者仅向探索

22、论坛工作组报告行业趋势的分析。4.3.6.产品剪裁供方可以剪裁那些不再支持通用顾客库的产品数据，为了使这种剪裁得以必须用，必须使顾客得到“增加和维持（AM）“或”“制造终止（MD）”状态下的产品分布的正式通知。4.3.7.测量适用性如果没有其他的说明，测量必须适用于在总可用性期间的产品。4.3.8 标准化因子的计算标准化因子是转换能力的基础，例如DS1，OC-1，DSL，或终端，计算应在正确的转换基础上进行。5.通用测量通用测量是适用于所有产品的测量：硬件、软件和服务。问题报告数（NPR）（C）一般描述和标题全部问题报告（抱怨）测量是在测量适用性表A2（标准形式）中具体说明的全部问题报告的测量

23、。这种测量适合于RQMS，并且必须用于所有产品。硬件（H），软件（S），和服务。目的测量的目的是测量由顾客引发的问题报告（抱怨）数，该数目能显示出产品在运行寿命周期内所交付的产品质量，这么做的目的是要降低问题报告数以及相关的成本和收入损失。问题报告可能对供方、顾客产生负面影响（例如重复安排现场访问）并且可以减少最终用户的忠诚。5.1.3. 适用的产品类别此测量适用于附录A中的产品类别。5.1.4.详细的描述术语如下用于NPR测量的术语的定义。顾客复制问题报告总可用性（GA）在用版本信息要求（IR）无故障发现（NTF）正式修理问题关键H/S问题主要H/S顾客问题一般H/S问题报告（PR）服务问题

24、报告严重级别版本计算规则在硬件或软件情况下，涉及到任何和所有在用支持的发行版本相关的问题报告都必须计算在内。在服务的情况下，在服务交付过程中或之后的任何正式的问题报告必须计算在内。仅仅由顾客引发的问题报告必须计算在内。对于硬件或软件，在每种版本的总可用性之后，任何问题报告都必须计算，除非有另外的规定，不论它是否与软件，硬件、文本、无故障发现，程序，复制或其他等有关。完全相同的问题报告，即同一时间，同一地点，同一问题同样发生的多个报告必须算作1个问题报告。复制问题报告，即在不同顾客地点或在不同的时间发生的同样故障，每一个问题必须分别计算问题报告数。记录在同一问题报告上的多个问题（在一个问题报告表

25、或屏幕中）必须分别计算，除非顾客认为这些问题都与顾客经历的功能有相同的征兆相关。常规的关于中断方面的问题报告，如服务功能分析报告（SFAR），不能计算在内。有关硬件和软件的问题报告必须按照问题的严重程度分级进行统计。临时修理，例如临时补丁或临时工作区，频繁用于解决关键的软件或硬件问题。正式的修理常常是在随后的或“追随”于涉及到原始的关键问题报告的主要和一般问题报告的情况下开发出来的。这种类型的关键问题报告不能重新分类，必须作为关键问题来报告，随后的主要或一般问题报告不能计算在内。NPR必须按照他们接受数据的当月进行统计。计算规则剪裁在统计NPR测量时，下面这些情况应该排除在供方和顾客之间通过协

26、议形成的有关信息要求或请求的问题报告有关产品使用中采用了并不在供方和组织之间通过协议而形成的产品规范中的方式而形成的问题报告。有关常规事项的问题报告如：所期望的维护，正常的现场、可替换单元的返回，软件升级；有关中断的常规报告，例如：服务失效分析报告（SFAR）计算和公式测量（见表5.1-1中的NPR1，NPR2，NPR3和NPR4）必须每月计算：用附录A中所列的所有产品类别输入的问题报告总数，除以附录A中所列的标准因素。在硬件和软件产品类别中，如果顾客不能容易地在使用因素中识别产品数量，将不能计算问题报告测量（NPR）。还是要求供方去追溯问题报告的数目和他们的答案（在这种情况下，输入标准化因素

27、=“无”，见表5.13）当对硬件和/或对软件报告RQMS可选测量时，供方必须引用表5.1-2中的IPR1，IPR2和IPR3，以确定报告内容。符号： NU附录A，表A2的标准化单位 S 标准化因素；总的NU数 NP1H/S关键问题报告数 NP2H/S主要问题报告数 NP3H/S一般问题报告数 NP4服务问题报告数表5.1-1问题报告数（NPR）测量标识符和公式标识符名称公式NPR1每个NU的H/S关键问题报告NP1/SNPR2每个NU的H/S主要问题报告NP2/SNPR3每个NU的H/S一般问题报告NP3/SNPR4每个NU的服务问题报告NP4/S表5.1-2问题报告数RQMS可选的测量（IP

28、R）标识符名称IPR1每个系统每个月输入的关键问题报告IPR2每个系统每个月输入的主要问题报告IPR3每个系统每个月输入的一般问题报告报告的数据和格式数据必须每个季度报告一次，每次报告必须包括该季度3个月的数据。TL9000数据NPR表（表5.13）NPR测量必须采用每个月和每个产品的数据单元（或等同于论坛管理者所定义的形式）进行报告。如下例： 表5.1-3 NPR数据表年和月： YYYYMM报告ID： 为论坛管理者所提供产品类别代号： （见附录A）测量方法： TL9000顾客库： （1）全部或（2）论坛成员标准化因素： S或无年度因素： Afactor（见术语表）测量标识符： NPRNPR1

29、分子： NP1NPR2分子： NP2NPR3分子： NP3NPR4分子： NP4RQMS可选的数据表（5.1-4）RQMS可选的测量必须采用每个月和每个产品类别的数据单元（或等同于测量管理者定义的形式）进行报告，如下例：表5.1-4 RQMS可选的NPR数据表（IPR）年和月： YYYYMM报告ID： 由论坛管理者提供产品类别代码： （见附录A）测量方法： RQMS顾客库： （1）全部或（2）论坛成员标准化因素： 在用系统的数目测量标识符： IPRIPR1分子： 输入的关键问题报告数IPR2分子： 输入的主要问题报告数IPR3分子： 输入的一般问题报告数 数据来源NPR测量的数据是从以下顾客提

30、供的信息和供方的分析推导出来的。顾客向供方报告问题。按照附录A中的产品类别表，向供方报告硬件或软件种类的标准化信息。供方根据产品类别和顾客库，计算报告问题，并且按照适当的规则转化为“问题报告数”。对于服务产品，追溯和报告服务标准化单位。计算标准化因素。交付或报告的方法比较数据（CD）或研究数据（RD）每个NU的关键问题报告 CD每个NU的主要问题报告 CD每个NU的一般问题报告 CD每个NU的服务问题报告 CDRQMS可选的报告每个NU的关键问题报告 是每个NU的主要问题报告 是每个NU的一般问题报告 是每个NU的服务问题报告 否5.1.7. 计算示例例1H/S产品的NPR假设一个特殊的运行支

31、持系统（OSS）的供方将一个月的数据出售给探索论坛的成员和非成员，在整个月期内，有30个在用系统，并且NU是“在用系统”。报告数据显示在表5.15表5.15 例1：NPR数据报告年和月： YYYYMM报告ID： 由论坛管理者提供产品类别代码： 4.2测量方法 TL9000顾客库： 全部标准化因素： 30年度因素： 12测量标识符： NPRNPR1分子： 0NPR2分子： 3NPR3分子： 45NPR4分子： NA（不适用）测量的计算为：表5.1-6 例1NPR源数据和测量问题报告严重度Afactor年度因素标准化因素YYYMMM NPR测量（NPR1，2，3，4）0（NP1）关键12300每个

32、月每个系统的关键问题报告3（NP2）主要12301.2每个系统每个月的主要问题报告45（NP3）一般123018每个系统每个月的一般问题报告 （NP4）NA服务问题报告不适用于此产品例2服务产品的NPR假设一项特殊维护服务的供方将1个月的数据出售给探索论坛的成员和非成员，在整个月内有20个被维护的单位，并且NU是“在用单位”。表5.1-7显示的报告数据。表5.1-7 例2：NPR数据报告 年和月： YYYYMM报告ID： 为论坛管理者提供产品类别代码： 7.3测量方法： TL9000顾客库： 全部标准化因素： 20年度因素： 12测量标示符： NPRNPR1分子： 不适用NPR2分子： 不适用

33、NPR3分子： 不适用NPR4分子： 30测量的计算显示在表5.1-8中表5.1-8 例2：NPR源数据和测量问题报告等级Afactor标准化因素YYYYMM NPR测量（NPR1，2，3，4）（NP1）关键 H/S关键问题报告不适用于服务（NPR1）（NP2）主要 H/S 主要问题报告不适用于本产品（NPR2）（NP3）一般 H/S 一般问题报告不适用于本产品（NPR3）30（NP4）不适用于服务122018每个月每个在用维护的单位出现18个服务问题报告 问题报告修理响应时间（FRT）（C）一般描述和标题问题报告修理响应时间（FRT）是供方报告问题的总体响应，问题报告修理响应时间仅用于主要的

34、和一般的硬件/软件（H/S）问题报告和所有服务问题报告，关键的H/S问题报告不包括在这些内容中，是因为关键问题在关闭前，享有优先处理的权利。这些测量来源于RQMS。目的测量的目的是度量问题报告的响应，并且促进问题报告的迅速修理和关闭。适用的产品类别这些测量适用于附录A中所列的产品类别。详细的描述述语术语表包括了用于FRT测量的术语的定义关闭标准关闭日期关闭间隔修理修理响应时间正式的修理延误问题报告问题关键H/S问题主要H/S问题一般H/S问题报告PR严重级别临时修理计算规则仅仅是顾客产生的问题报告，并且满足问题报告数量标准，必须包含在响应测量中。在5.1.4.b和5.1.4.c中所有的计算规则

35、和剪裁说明也适用于FRT。计算FRT中间隔的时间起点必须从接受供方问题报告开始，如果问题的严重程度被重新分类，FRT应从问题报告的接受开始算起。计算FRT间隔的时间终点必须是正式修理或关闭标准的生效日期，如果问题报告的最初指定者由于不完善或引起边际效应导致后来拒绝修理，那么问题报告必须被再分类为打开。对于FRT，所统计的问题报告数是指当月应该关闭的问题报告数，而不是当月正在处理的问题报告数。总FRT应按照修理应该被关闭的时间和问题的严重度分级来报告。顾客对问题报告的解决有最终决定权。所有的决定必须为顾客所认可，以使供方所提供的解决方案满足顾客要求。这是与规则会随个别顾客而改变的副本问题报告的解

36、决相关。由于这种测量是测量供方的修理响应时间，在问题报告关闭时,由顾客所引起的任何额外的延误必须从全部关闭时间中删除。供方必须保持这些耽搁的记录，包括具体的起始日期，这类型事件的例子是：因顾客提出的约束条件的原因，对建议的解决方案进行测试时引起的额外延时。在打开一个问题报告和供方要求提供所需的资料后，顾客延误了向供方提供充分的信息以开始问题的解决。供方不易解决一个服务问题报告。如果在问题报告过程期内，问题的严重程度被重新分类（例如：从关键到主要，从主要到一般）。FRT必须从问题最初打开算起的所有时间累加。除非有另外的规定，总共的问题报告修理响应时间必须在关闭时按严重程度的分类予以报告。如果在顾

37、客特别的要求下（不是因为供方的问题），修理的展开被推迟了（或根本没有开始），则当正式的修理首次可用于交付时，时间间隔被定义为结束标志。延误的时间间隔不包括在FRT计算之内。对于关键问题所擦爱区的临时修理不应该在这种测量中计算，随后的主要问题和一般问题应该包括。如果在得到顾客同意后（例如：顾客同意等待对补丁的下一次软件更新），这样延误的间隔不能包括在内。计算规则剪裁在5.1.4中所有的计算规则剪裁也适用于FRT计算和公式FRT测量中的每一项（见表5.2-1中FRT2，FRT3和FRT4）必须每月都按定义的计算规则计算当月中所有按时关闭的报告在按预定时间交付的所有问题报告中所占的百分数。预定的期限

38、时间定义为：主要H/S问题报告30日历天一般H/S问题报告180日历天对于所有的服务问题报告是顾客和供方之间协议的关闭日期(服务的期望关闭间隔可按合同协议预先决定)。当为RQMS可选的测量中的FRT测量时，供方应参考表5.2-2中的ORT2和ORT3以确定报告规则。在报告期间内如果没有问题报告，FRT应认为是100%。符号Fr2按时交付的主要H/S修理Fr3按时交付的一般H/S修理Fr4按时解决的服务问题报告Fr2d应关闭产生的主要H/S修理数目Fr3d应关闭产生的一般H/S修理数目Fr4d应关闭产生的服务问题报告数目表5.2-1 问题报告修理响应时间（FRT）标识符名称公式说明FRT2H/S

39、主要问题修理响应时间100（Fr2/Fr2d）按时交付FRT3H/S一般问题修理响应时间100（Fr3/Fr3d）按时交付FRT4服务问题报告修理响应时间100（Fr4/Fr4d）按时解决表5.2-2 问题报告修理响应时间RQMS可选的测量（ORT） 标识符 内容 ORT2 按时关闭的主要问题 ORT3 按时关闭的一般问题 e. 报告数据和格式数据必须每季度报告一次，每份报告必须包括本季度3个月的数据。TL9000 FRT数据表FRT测量报告必须附带每个月的数据要素（或等同于测量管理者所定义的数据）以及表5.2-3所示的每个产品类别。表5.2-3 FRT或OFR数据表年和月： YYYYMM报告

40、ID： 为论坛管理者提供产品类别代码： 见附录A测量方法： TL9000顾客库： （1）全部或（2）论坛成员年度因素： Afactor（见术语表）测量标识符： FRTFRT2 Fr2FRT3 Fr3FRT4 Fr4FRT2 Fr2dFRT3 Fr3dFRT4 Fr4dRQMS可选的数据表RQMS可选的测量报告必须附带每个月的数据要素（或等同于测量管理者所定义的数据）以及表5.2-4和表5.2-5所示的每个产品类别。表5.2-4 RQMS之FRT数据表（ORT）年和月： YYYYMM报告ID： 由论坛管理者提供产品类别代号： （见附录A）测量方法： RQMS顾客库： （1）全部或（2）论坛成员测

41、量标识符： ORTORT2分子： Oert2n-在3个月内按时交付的主要修理问题总数ORT2分母： Oert2d-在3个月内应交付的主要修理问题总数ORT3分子： Oert3n-在3个月内按时交付的一般修理问题总数ORT3分母： Oert3d-在3个月内应交付的一般修理问题总数5.2.5.数据来源用于FRT测量的数据来自于顾客提供的信息和供方分析的信息。顾客向供方报告问题与供方商议建立H/S的严重度分类服务问题报告的协商关闭间隔同意问题报告关闭的决定供方追溯问题报告，严重程度（H/S），协商的关闭间隔（服务），和实际的关闭日期计数，延误和按时修理，问题报告，并且按照所述的规则计算测量结果5.2

42、.6.交付或报告的方法比较数据（CD）或研究数据（RD）：主要H/S问题报告修理响应时间： CD一般H/S问题报告修理响应时间： CD服务问题报告修理响应时间： CDb.RQMS可选的报告主要H/S问题报告修理响应时间： 是一般H/S问题报告修理响应时间： 是服务问题报告修理响应时间： 否5.2.7.计算示例例1H/S产品的FRT假设考虑一个月内的供方将特定的OSS出售给探索论坛的成员或非成员的数据。当月共有5个应关闭的严重问题报告的修理，并且5个都按时交付，共有25个应关闭的一般H/S问题报告，并且其中20个按时交付。FRT报告数据见表5.2-5表5.2-5 FRT数据报告示例年和月： YY

43、YYMM报告ID： 由论坛管理者提供产品类别代号 4.2测量方法： TL900顾客库： 全部测量标识符： FRTFRT2分子： 5FRT3分子： 20FRT4分子： 不适用FRT2分母： 5FRT3分母： 25FRT4分母： 不适用FRT测量的计算表5.2-6 FRT源数据和测量计算按时修理严重度预期修理YYYYMM FRT测量 （FRT2、3）5（Fr2）主要5（Fr2d）100 按时交付的主要H/S问题报告修理20（Fr3）一般25（Fr3d）80 按时交付的一般H/S问题报告修理（Fr4）服务（Fr4d） 服务问题报告不适用于此产品 计算：例2（服务）考虑一个月内供方将特定安装服务出售给

44、探索论成员和非成员的数据。整月有20个应关闭的服务问题报告并且有16个已经按时交付。在表5.2-7中显示的FRT数据报告表5.2-7 FRT数据报告（服务）示例年和月： YYYYMM报告ID： 由论坛管理者提供产品类别代码： 7.1测量方法： TL9000顾客库： 全部测量标识符： FRTFRT2分子： 不适用FRT3分子： 不适用FRT4分子： 16FRT2分母： 不适用FRT3分母： 不适用FRT4分母： 20FRT测量的计算见表5.2-8表5.2-8 FRT源数据和测量计算示例按时关闭预期修理YYYYMM FRT测量 （FRT4）16（Fr4）20（Frd4）80 服务报告按时解决延期问

45、题报告修理响应（OFR）（C）测量。5.3.1一般的描述和标题延期问题报告修理响应（OFR）是延误的主要和一般H/S问题报告和延误的所有服务问题报告的关闭率。这些测量来源于RQMS。5.3.2 目的用来测量延误问题报告的响应，同时促进延误问题报告的修理和关闭5.3.3 适用的产品类别这些测量适用于附录A中所列的产品类别5.3.4 详细的描述a述语术语表包括了用于OFR测量的术语的定义关闭标准关闭日期关闭间隔修理修理响应时间正式的修理延误问题报告问题关键H/S问题主要H/S问题一般H/S问题报告PR严重级别临时修理计算规则5.2的补充条款：（1）延误报告的起始时间规定如下：主要H/S问题报告30

46、日历天一般H/S问题报告180日历天对于所有的服务问题报告是顾客和供方之间协议的关闭日期(服务的期望关闭间隔可按合同协议预先决定)。（2）有打开和延误两种状态的每个月份，问题报告的打开必须算为延误。例如，如果第123号问题报告在第m月打开和延误，而且在第m月最后一天还没有关闭。这样即使问题报告在m+1月的第一天关闭，它仍然在m月和m+1月计为延误。）惩罚问题报告在OFR测量中计算，并且仅适用于硬件和软件产品，惩罚问题报告定义为：对于主要问题，所有超过180个工作日才打开的问题报告对于一般问题，所有超过270个工作日才打开的问题报告惩罚问题报告也必须记为延误问题报告（即，“惩罚”双记）计算规则剪

47、裁在5.3中所有的计算规则剪裁必须应用。D计算和公式OFR测量中的每一项必须按如下方式计算。每月惩罚问题报告的数目必须增加到当月延误报告的总数中。已关闭的延误问题报告数目是当月关闭的延误问题报告。测量值计算为关闭的延误问题报告数目除以延误问题报告数目和惩罚问题报告数目的总和，其结果必须表示为百分数。如果此期间无延误问题报告，测量结果必须表示为100。符号：Pro2延误的主要H/S问题报告数目Pro3延误的一般H/S问题报告数目Pro4延误的服务问题报告数目Prp2主要H/S惩罚问题报告数目Prp3一般H/S惩罚问题报告数目Prc2延误的主要H/S问题报告被关闭的数目Prc3延误的一般H/S问题

48、报告被关闭的数目Prc4延误服务问题报告被关闭的数目表5.3-1 延误问题报告修理响应（OFR）测量标识符和公式OFR2H/S主要延误问题报告修理响应100（Prc2/Pro+Prp2）关闭OFR3H/S一般延误问题报告修理响应100（Prc3/Pro3+Prp3）关闭OFR4服务延误问题报告修理响应100（Prc4/Pro4）关闭表5.3-2 延误问题报告修理响应RQMS可选的测量（OPR） 标识符 内容 ORP2 主要延误问题报告关闭率 OPR3 一般延误问题报告关闭率e. 报告数据和格式（1）数据必须每季度报告一次，每份报告必须包括本季度3个月的数据。（2）TL9000 FRT数据表OF

49、R测量报告必须附带每个月的数据要素（或等同于测量管理者所定义的数据）以及表5.3-3所示的每个产品类别。表5.2-3 FRT或OFR数据表年和月： YYYYMM报告ID： 为论坛管理者提供产品类别代码： 见附录A测量方法： TL9000顾客库： （1）全部或（2）论坛成员测量标识符： OFROFR2分子： Prc2OFR3分子： Prc3OFR4分子： Prc4OFR2分母： Pro2OFR3分母： Pro3OFR4分母： Pro4第二条件OFR2分母： Prp2第二条件OFR3分母： Prp35.3.5.数据来源用于FRT测量的数据来自于顾客提供的信息和供方分析的信息。顾客向供方报告问题与供

50、方商议建立H/S的严重度分类服务问题报告的协商关闭间隔同意问题报告关闭的决定供方追溯问题报告，严重程度（H/S），协商的关闭间隔（服务），和实际的关闭日期计数，延误和按时修理，问题报告，并且按照所述的规则计算测量结果5.3.6.交付或报告的方法比较数据（CD）或研究数据（RD）：主要H/S延误问题报告修理响应： RD一般H/S延误问题报告修理响应： RD服务延误问题报告修理响应： RDb.RQMS可选的报告一般H/S延误问题报告修理响应： 是服务问题报告修理响应时间： 否延误服务问题报告修理响应： 否5.3.7.计算示例例1H/S产品的OFR在月初，有6个主要H/S延误问题报告（时间30个日历

51、天），其中一个在本月成为惩罚的主要H/S问题报告（时间180个日历天）。在本月这6个延误报告中有2个被关闭，没有一般H/S延误问题报告，但是在月末，5个原计划修理的一般H/S问题报告成为延误问题报告。这些延误一般H/S问题报告有1个在月末被关闭。显示在表5.3-5中的OPR数据报告表5.3-5 例1OFR数据报告示例年和月： YYYYMM报告ID： 由论坛管理者提供产品类别代号 4.2测量方法： TL9000顾客库： 全部测量标识符 OFROFR2分子： 2OFR3分子： 1OFR4分子： 不适用OFR2分母： 6OFR3分母： 5OFR4分母： 不适用第二因素OFR2分母： 1第二因素OFR

52、3分母： 不适用（3）计算结果见表5.3-6表5.3-6 OFR源数据测量计算示例关闭的延误问题严重度修理延误惩罚问题报告OPR测量结果2（Prc2）主要6（Pro2）1（Prp2）100X2/728.6%延误的主要问题关闭1（Prc3）一般5（Pro3）0（Prp3）100X1/520%延误的一般问题关闭（Pr4）服务（Pro4）不适用不适用于服务问题报告b.例2服务产品的OFR月初，有2个服务问题报告延误（时间大于协商的关闭间隔）。在本月中，2个延误报告中1个被关闭。OPR数据报告见表5.3-7表5.3-7 例2OFR数据报告年和月： YYYYMM报告ID： 由论坛管理者提供产品类别代码：

53、 7.1测量方法： TL9000顾客库： 全部年度因素： 12测量标识符： OFRFRT2分子： 不适用FRT3分子： 不适用FRT4分子： 1FRT2分母： 不适用FRT3分母： 不适用FRT4分母： 2第二因素OFR2分母 不适用第二因素OFR3分母 不适用（3）当月的OFR测量计算见表5.3-8表5.3-8 服务产品的OFR源数据和测量计算示例关闭延误问题严重度修理修理延误惩罚问题报告OPR测量结果1 （Fr4）不适用2（Frd4）不适用1001/2=50%关闭的延误服务问题报告 按时交付（OTD） （C）5.4.1一般的描述和标题按时交付（OTD）是所有的产品订单交付给顾客的准时度的测

54、量。5.4.2目的此测量的目的是评价供方按时交付的绩效，以满足顾客对及时交付产品的需求以及满足最终的顾客期望。5.3.3适用的产品类别此测量适用于附录A中的产品类别，当服务由服务问题报告来测量时，测量不适用于连续的服务（如顾客支持服务）。5.3.4详细的描述术语一个服务订单是一个顾客要求完成日期（CRCD）的服务订单，但不是一个系统订单，一个服务订单的例子是：当顾客要求供方安装和/或设计一个由另一个供方制造的产品。服务可以包括工程和/或安装。术语表包括下面用于OTD测量的各项条款的定义安装系统安装系统订单按时安装系统交付按时项目交付计算规则一个包含硬件、软件和服务的任一组合的系统算作一个订单。

55、除非顾客另行通知，接受订单必须依据采购订单和/或合同的条款及条件的定义。预期交付日期被认为是一个24小时的周期（顾客的日历天）提前完成订单或交付认为是错过了交付日期，除非为顾客所认可。实际完成日期（ACD）是现场完成服务并为顾客所接受的日期。顾客要求的日期是顾客的订单或合同中定义的要求交付项目、系统或服务的日期。CRD是最初的CRD日期或顾客要求变更的情况下修正的日期每月的OTD数据必须包括同月内有CRD发生的所有订单。实际工作日期（AOJD）是指货物发送到目的地的实际运输时间，这段时间为运输间隔加实际运输日期。CRD是CRCD还是CROJD，依订单的类型而定。顾客要求完成日期（CRCD）是顾

56、客要求订单被完成的日期。顾客要求工作（On Job）日期是顾客要求的发货交付的日期。订单的类型可以是：安装系统，项目或服务一个服务是一个由CRCD，但不是一个安装系统订单。服务可以包括安装和或工程。顾客指明的混合订单的单一交付（“必须完全运输”订单）必须认为是一个整体。如果一个线路项目过期，则所有的线路项目应视为过期。计算规则剪裁（1）延迟接受的订单（LOR）是那些顾客要求日期（CRD）早于接受订单日期，并为测量所排除的订单计算和公式CRD是ACD或AOJD取决于订单的类型，按时交付（OTD）（见表5.3-1表格中OTD）是按顾客要求日期（CRD）接受的订单/项目的百分比。OTD的计算是100

57、乘以每月可接受的CRD订单/项目的数目除以每月CRD发生的订单/项目数。OTD包含了订单完成的如下3个测量：顾客要求完成日期（CRCD）中接受的安装系统订单的百分比顾客要求工作日期（CROJD）中接受的线路项目的百分比顾客要求完成日期（CRCD）中接受的服务项目订单的百分比符号：Cs=每月中CRCD发生的安装系统数Ss=每月中CRCD可接受的安装系统数Ci=每月中CROJD发生的项目数Si=每月中CROJD接受的项目数Cv=每月中CRCD发生的服务订单数Sv=每月中CRCD接受的服务订单数表5.3-1 按时交付（OTD）测量标识符和公式标识符名称公式说明OTIS按时安装系统交付100（Ss/C

58、s）CRD接受的%OTI按时项目交付100（Si/Ci）CRD接受的%OTS按时服务交付100（Sv/Cv） CRD可接受的%报告数据和格式数据必须每季度报告，每次报告必须包括本季度3个月的数据。TL9000 OTD数据表OTD测量必须用每个月的数据要素（或等同于测量管理者定义的数据）和每种产品或产品/服务类别一起报告。表5.3-2 OTD数据表年和月： YYYYMM报告ID： 由论坛管理者提供产品类别代号： 见附录A测量方法： TL9000顾客库： （1）全部或（2）论坛成员测量标识符： OTDOTIS分子： SsOTI分子： SiOTS分子： SvOTIS分母： CsOTI分母： CiOT

59、S分母： Cv数据来源OTD的计算数据是从以下一个或多个资源获得的组织订单入口部门安装小组 顾客数据交付或报告的方法比较数据（CD）或研究数据（RD）按时安装系统交付 CD按时项目交付： CD按时服务交付： CDRQMS替代报告没有示例表5.4-3列出了对每一个采购订单（PO）的一系列安装的OTD测量的计算。表5.4-3 安装系统OTD的示例采购订单CRD月/日线路项目订单数量安装数量安装日期接受日期按时安装注A03/101553/1012663/103443/103/10B03/2018443/223/2301）212663/223/253/25C03/211223/2102213/2113

60、/223/22D02/151773/15na2）2113/153/15E03/251113/153/1503）总计订单数目三月CRD发生的系统数线路项目数线路项目订单数量按时采购订单（Ss）5410481三月OTD（Ss/Cs）25（OTIS）4）注：订单B-2线路项目被分成4个部分安装每个都有各自的安装数据。采购订单系统D中二月份的CRD不能记入三月份的总数4中。采购订单E的服务订单已提前完成，未达到CRD。三月CRD安装系统OTDI的绩效是25或1（达到的CRD）/4（预定的CRD）应注明线路项目和相关的数据被完全显示出来。它们对计算安装系统的OTD没有直接的影响，除非系统的安装没有完成直