技术评审-TR4检查表（客服）.docVIP

KDC-

交付件名称

□秘密□机密□绝密

PAGE

版权所有，侵权必究第PAGE4页共NUMPAGES5页

活动编号（ID）：

支撑流程名称：

技术评审

XXX产品技术评审-TR4检查表（客服）

（仅供内部使用）

文件编号：

KDC-

版本号：

V0.1

实施日期：

yyyy-mm-dd

保密等级：

□秘密□机密□绝密

编制：

审核：

会签：

批准：

修订记录

日期

版本号

描述

作者

yyyy-mm-dd

0.1

初稿完成

赵维

yyyy-mm-dd

1.0

批准发布

×××

yyyy-mm-dd

1.1

修改×××

×××

yyyy-mm-dd

1.2

修改×××

×××

……

……

…..

……

yyyy-mm-dd

2.0

修改×××

×××

文件的版本号由“V×.×”组成，其中：

小数点前面的×为主版本号，取值范围为“0～9”。文件进行重大修订时主版本号递增1；

小数点后面的×为次版本号，取值为“0～9，a～z”。文件每修改一次时次版本号递增1；主版本号发生改变时，次版本号重新置0；

未批准发布的文件版本号为V0.×版，批准发布时为V1.0版。当主版本号发生改变时，前面只有次版本号不同的修订记录可以删除。

目录

TOC\o1-3\h\z1 目的 4

2 适用范围 4

3 定义 4

4 TR4检查表（客服） 4

目的

编写本说明书的主要目的，也可指出与本本说明书相对应活动应达到的目的。

适用范围

列出有哪些角色、部门、岗位、人员在什么情况下使用本说明书。也可鉴别并简单地列出该说明书不适用的领域。

定义

列出本文档中所使用的术语和缩略语。可引用已有的数据字典，如没有则需要在此列出。例如：参见《数据字典.doc》

术语——列出在本流程中用到的关键词和专用词，并给出其含义；

缩略语——应列出在本流程中用到的所有缩略语，并给出中英文全称；另外在正文中缩略语首次出现处也要给出其中英文全称。

TR4检查表（客服）

项目

评审要素

检查结果

评审操作指导

类别

备注

客

户

服

务

《设计规格书》中属于A类可服务性需求基线是否在产品设计中得到实现？

□

是

□

否

□

免

以《设计规格书》为依据，检查A类可服务性需求基线相关联的设计规格是否实现。由客服参与研发测试的工程师确认。

A

如果产品在TR4后会发送到Beta用户手上，下面A类标准是否满足：

服务文档是否可用？

产品文档（最终用户信息交付件）是否可用？

是否完成对客服工程师在维修、维护和安装方面的培训？

充分的可服务性和可安装性测试是否已经完成？

若为升级版本，该版本的升级测试是否通过？

□

是

□

否

□

免

所有文档均须通过评审。

A

评审要素设置说明

类别栏表明该要素项的重要性，从大到小依次为A（K）、A、B。

在评审表模板中，“备注”栏给出的是关联关系，指引检查者查找证据，在具体检查时，检查者的检查意见填写在“备注”栏。

只有生产的产品做Beta测试时，技术支援才验证其是否满足可服务性需求。

技术支援将制定一个可服务性测试流程（大概6个月以后）

可服务性测试用例在TR4之后立即准备好，在技术支援工程师参与硬件工作后会做增补。

对于要素表中没有满足的项目，要记录存在的问题，给出改进计划，组织对问题和改进计划的评审，并进行风险评估，给出规避措施。所有这些均应体现在TR评审报告中。

签名

检查人：_____________部门：__________________

日期：______________