7.3.1.HS.1 注1：

操作环境由和顾客分别从或者组织或者供方采购，产品所需要的安装硬件，软件或系统组成的，从老的到新的软件操作环境变更例子包括升级到操作系统,数据库或沟通协议，从老的到新的硬件操作环境变更例子包括使用线路，包含在新的机架或用新的控制器，或者升级计算机硬件。

7.3.1.HS.1 注2:

假如老的环境不再被支持，针对使用的或连接老环境的进入，数据防护和审核目的必须被考虑，以符合法规和合同要求。

7.3.1.HS.2 设计开发质量测量策划和实施

在设计开发阶段，组织必须建立和保持项目选择和报告合适的设计开发过程质量测量的方法。在此阶段推荐，测量系统必须针对项目被合适地实施。测量应该覆盖项目进度的区域(生命周期阶段转变或里程碑监视)，测试实施和缺陷监视测试阶段。

注：见在TL9000 注册指南章节文件”建立和运行系统”，可帮助选择和建立合适的项目设计开发过程测量。

7.3.1.HS.3 计算机资源

组织必须建立和保持针对目标计算机的评估和跟踪的关键绩效参数。

7.3.1.HS.3-Note:这些资源的例子是内存,容量,时间效率,I/O 通道. 固件例子包括处理器,内存,I/O 通道.

7.3.2.C.1 顾客与供方的输入

组织必须建立并保持方法，以在开发新的或更改产品要求时，征求和考虑顾客与供方的输入。

7.3.2.C.1 注：与顾客和供方输入一样，组织也应该考虑来之于竞争对手的分析。

7.3.2.C.2 设计和开发要求

设计和开发要求必须被确定和文件化，并应该包括：

a) 质量和可靠性的要求，

b) 产品的功能和能力，

c) 业务的，组织的和用户的要求，

d) 安全，环境和保安的要求，

e) 可生产性，安装性，使用性，互用性和可维修性的要求，

f) 设计限制，和

g) 测试要求，

h) 相关目标的计算机资源。

7.3.2.C.2 注：设计和开发要求应该针对关注预防错误的定义。

7.3.2.C.3 要求配置

组织必须文件化针对产品结构的产品要求配置。

注：被配置的要求例子应该针对软件的响应时间，硬件热耗散和服务必要时间。

7.3.2.H.1 要求的内容

产品要求必须包括，但不仅限于：

a) 标称值和公差，

b) 可维修性的需要，和

c) 包装要求。

7.3.2.S.1 软件要求的标识

组织必须确定，分析和文件化在系统中软件单元的要求。

7.3.3.HS.1 设计和开发输出

设计和开发输出应该包括但不仅限于:

a) 系统结构;

b) 系统详细设计;

c) 原始代码; 和

d) 用户文件.

7.3.3.V.1 服务设计和开发输出

服务设计和开发的输出要求必须包含所提供服务的完整和精确的描述. 设计和开发输出必须包括但不仅限于：

a) 服务提供的程序，

b) 资源和技能要求，

c) 对供方的依靠，

d) 受到客户评价的服务特性， 和

e) 每项服务特性的接受标准。

7.3.5.C.1 文件验证

组织必须在产品交付前验证顾客和/或使用者的文件。

7.3.5.HS.1 过载测试

组织必须在过载的条件下测试产品，包括但不限于:

a) 超边界条件和非法输入情况;

b) 高流量和模拟峰值运载;

c) 误操作;

7.3.5.HS.2 异常条件

组织必须在异常条件下测试产品，包括错误，适当时，

a) 硬件错误，

b) 软件错误，

c) 操作,管理,维护和提供(OAM&P)的错误，

d) 过载通量，

e) 非法使用者进入，

f) 来自中断的系统恢复。

7.3.5.HS.3系统测试

每一个产品发行必须服从于系统测试，符合文件化系统测试计划。

7.3.6.C 注：在各种确认阶段，可以包含顾客和第三方。

7.3.6.HS.1 发行管理

组织必须建立并保持方法以确保产品和有关文件的发行和交付是在受控条件下被实施。方法应该提供顾客如下交付：

a) 在发行前提供足够的发行策划信息给客户，

b) 产品导入和发行的时间计划，

c) 新软件产品或发行中，详细的交付产品特征描述和包含任何的更改，和

d) 涉及到有关合同项目的目前和策划变更咨询.

7.3.7.C.1 更改管理过程

组织必须建立并保持一文件化程序,以确保在产品生命周期中随时可能出现的所有要求和设计更改,以适合生命周期阶段方式均被系统地和及时地管理和跟踪，组织必须确保不会负面相互影响质量，可靠性和功能目的的变更在批准前与顾客进行评审。更改管理应该包括：

a) 影响分析，

b) 策划，

c) 实施，

d) 测试，

e) 文件化，

f) 沟通，和

g) 评审和批准。

7.3.7.C.1 注：当生命周期中的变更管理过程被规定时，在哪个过程中的控制可以依据生命阶段。例如：在设计过程中,组织应该有能力对快速变更顾客要求作出反应，利用突出技术响应变更管理过程。在量产后变更管理过程范围应该考虑对产品运行和维护及它的安装基础的变更如何影响顾客和 stakeholders 的整体性。考虑的因素应该包括质量，可靠性和功能意图。

7.3.7.C.2 通知设计变更的客户

组织必须建立一文件化程序, 以确保当设计更改影响到合同承诺时的客户被通知。

7.3.7 C.3 问题解决配置管理

组织必须确保配置管理系统跟踪解决问题和整合这些解决在未来的更改版本中。

7.3.7.H.1 零件更改

组织必须建立文件化程序，以确保材料或零件的替代或更改不会负面影响产品要求的符合性或性能。文件化程序应该包括：

a) 功能测试，

b) 认可测试，

c) 负载测试，

d) 合格部件清单，和/或

e) 关键部件清单。

7.4.1.C.1 采购程序

组织必须建立一文件化采购程序，确保：

a) 产品要求定义，

b) 风险被了解和管理，

c) 认可准则被建立，

d) 接受准则被建立，

e) 合同被规定，

f) 专利权，使用，所有权，担保和许可证能满足，

g) 产品未来的支持被策划，

h) 持续的供方管理和监控是适当的，

i) 供方选择准则被规定，

j) 供方再评价，和

k) 以供方的绩效数据分析向主要供方的反馈。

7.4.1.C.1- 注 1 ：此文件化程序适用于现货市场产品。包括在制造中的原设备制造厂(OEM) 产品和软件系统的现货市场(COTS)产品。

7.4.1.C.2 供方业绩管理

组织必须策划和执行供方业绩管理和开发活动，以便：

a) 依据建立的准则的合格供方，

b) 在供方选择活动中评价的结果被考虑，

c) 依据建立的准则，供方被周期性被复评，

d) 供方质量业绩被跟踪，并反馈给供方促其改进，和

e) 针对识别的关键供方，当供方的产品发生时，推动TL9000 要求和测量，或其他合适的质量管理体系, TL9000 优先考虑。

7.4.1.C.2 注1 供方业绩管理策划和活动应该联系组织的8.5 改进过程，

7.4.1.C.2 注2 应该认识到,就一组织而言，对所有供方提供一种影响程度水准是不可能的，该水准可以根据供方的业务量，产品的重要程度，问题的历史，组织的期望，供应链中供方的重要性或其他因素。

7.4.1.C.2 注3:针对合适的质量管理体系的例子可以包括:调查,供应商问卷,涉及到符合标准的供应商教育和培训,全部或部分的TL9000要求和测量;评估TL9000符合或符合一个适合的质量管理体系的第二方审核;TL9000或其它标准的认证,例如:ISO9001,AS9100,CMMI, ISO/TS16949等.

7.5.1.C.1 客户服务资源

组织必须对与客户接触的员工提供适当的工具，培训和需要的资源，以提供有效和及时的客户服务。

7.5.1.C.2 产品交付

组织必须建立和保持在产品交付和安装期间最小化对顾客正常运行和服务影响的方法。