2.  对设计和开发的需求的审核

设计和开发需求是根据一系列的缘由产生的，其中包括：

1) 组织的战略规划;

2) 市场情报和研究;

3) 各种服务报告;

4) 顾客的反馈和需要;

5) 新颁布的条例和法规要求或者对现有的所作更改;

6) 过程的更改;

7) 新技术;

8) 供应方

审核员应当评估，对以上这些设计和开发需求，该组织是否有规定要做评审，而且，正在执行的。要注意，ISO9001标准没有要求对设计和开发需求进行评审。但是，对于各种需求是如何随着设计和开发的进展而做决定的，譬如，对各种风险和成本的限制条件已经考虑了，评审一下是好处的。而且，评审是请所有内外有关的职能代表参加的。

3.  对设计和开发策划的审核

对审核设计和开发的策划planning功能进行审核时，应当考虑以下这些问题：

1) 整个设计过程通过策划有哪些过程?

2) 对这些过程是如何描述的?

3) 有什么资源和胜任能力要求?

4) 设计工作中有哪些部分将会外包出去的?

5) 谁负责，他们的职权是否明确规定了?

6) 内外各个组之间的接口是如何规定和管理的?

7) 所有要求做的设计验证、设计确认和设计评审的点有没有规定?

8) 主要里程碑和时间进度计划是否规定?

9) 对计划的执行和有效性有没有加以监视?

10) 计划是否及时更新，并且，必要时和有关职能进行沟通?

4.   对设计和开发输入的审核

当审核设计和开发输入的时候，审核员应当逐步理解组织是如何根据以下各个方面来识别他们自己的设计输入的：

1)  组织的各种产品和过程;

2) 财务、环境、健康和安全方面;

3) 组织的各种风险和影响;

4) 顾客要求和期望;

5)   这些产品适用的各种法规、条例要求。 .

审核员应当评估各种风险，有可能用来使顾客满意的东西，以及，如果设计输入中欠考虑了某些方面，组织将会遇到的各种问题。

5.对设计和开发过程和设计评审的审核

审核员应当验证，整个设计和开发过程是受控的，是符合组织开始编制的，正在接受评审的计划所规定的要求，而这些设计和开发的评审活动都是根据计划规定的各个恰当的阶段在执行的。

当检查设计评审过程的时候，审核员应当考虑以下这些问题：

1) 在设计和开发的整个过程的确都是按照计划规定做了设计评审?

2) 设计评审是否是系统进行的，有否包括这个阶段评审有关的各个职能代表参加?

3) 有没有把所有原始的和新提出的设计输入都考虑了?

4) 原始设计输出是否还是有关系的，不然，有没有做过修改，这些修改的地方是否加以标识了?

5) 修改后的设计输入和设计输出是否都通过设计评审了，而且经过有关负责人和有权的人的批准(如果需要顾客批准的话，包括顾客的批准)。

6) 设计输出是否能展示所设计产品的适宜性、充分性和有效性?

7) 有关的设计目标是否正在达到?

8) 有否充分的设计评审记录?

6.对设计和开发输出的审核

设计和开发输出应当符合经过识别的设计需求，以便确保结果产品能达到意向的使用。设计输出可能包括以下有关的信息：

1) 市场、销售和采购方面的信息;

2) 生产方面的信息;

3) 质量保证信息

4) 应当提供产品销售以后提供各种服务以及维护方面的信息，还有，

5) 这信息提供的方式应当让要执行的设计验证和设计确工作可以执行的。

审核员应当从所选定的专题项目中获得客观证据来肯定以下方面：

1) 有关设计和开发各个阶段工作完成的各种信息;

2) 对于正在接受审核的这个阶段的设计和开发过程已经完成;

3) 设计和开发的输出已经被肯定了(/confirm/ied)。

7.  对设计和开发验证的审核

设计和开发验证verification的目的是提供保证providing assurance，保证设计和开发活动的输出已经满足该作业的设计和开发输入规定的各项要求。这些活动如图2所示：(图2还不懂得如何输入，抱歉。)

验证可能由以下各种方式组成，诸如：

---- 变换方法进行计算;

---- 将新设计的规范和已经被证实的类似设计规范进行对比;

---- 展示，包括利用原型(原始提供产品设计定型用)产品、模拟器展示或通过试验;

---- 文件发出前进行评审reviewing。

审核员应当确定，设计和开发验证活动应当提供信心，使人相信：

1) 所要求的验证是按照计划执行的，而且是在设计和开发过程合适的时间进行的;

2) 完成的设计和开发是可以接受的，而且设计和开发结果是符合原始提出的要求，而且可加以追溯的;

3) 已经完成的设计和开发是通过正确的各个事件、输入、输出、接口、逻辑顺序、时间计划安排等先后程序执行的。

4) 设计或者开发提供安全、保密以及符合其他各项要求和设计的各种输入要求。

5) 能够获得客观证据证明，验证结果以及如果验证提出问题后有进一步采取的措施的话，也都已经完成，得到肯定/confirm/ied，而且都有记录。

审核员应当确定，设计和开发输出只有经过适当的验证以后才能转到下一个阶段。

8.  对设计和开发确认的审核

设计和开发确认validation是，针对特定的意向使用要求，通过检查，以及提供客观证据来肯定，特定的要求都已经满足了。换句话说，确认过程是检查，当最后的产品和/或服务在使用的时候，是否能满足， 或者的确能满足顾客的需求吗?

确认方法应当加以规定，作为设计和开发策划过程的一个组成部分，当然，在设计和开发实施的过程中还是有可能改变的。

对很多产品和/或服务来说，确认是相当简单的过程。举例说，新设计的办公用家具，可以通过对原(始)型产品进行试验来确认。这个原型产品是开始做的第一批最终产品的样品。

不过，在其他许多情况下，设计确认是比较复杂的。譬如，电子和电气系统中的产品或者零部件，也许必须满足一系列性能要求，这些要求是由其他系统的设计机构所确定的。在这种情况下，设计确认有可能，只能通过从这些系统设计机构或者产品或者零部件的使用者那里，取得有关这些产品或者零部件性能的信息(可能是正式的试验结果)来完成的。

另外有困难的一种例子是，设计确认是由委托方，或者其他的某些外部机构(如，建筑和工程设计的确认机构)来完成的。

在这些复杂的情况下，组织将必须和外部有关方寻求协议，规定确认是如何进行的，确认结果是如何和有关方进行沟通的，在这些情况下，组织的设计和开发策划的计划中应当提供措施，以便采用这样的方式来执行设计确认。

审核员应当保证：

1) 必须要有记录来肯定设计确认已经做过了;

2) 确认工作是根据策划安排完成的。

3) 确认结果表示，最终结果的产品是能够满足规范规定各项要求的。

4) 凡是实践有可能，该确认工作是在交付之前做的，或者在产品投入使用前做的;还有，

5) 对纠正不符合设计和开发输入要求的问题所采取任何必要的措施，以及分析得到这些偏差的各种原由，也都要有记录。

(译者提请注意：这里把各种设计输入作为确认的判断准则。there are records of any actions necessary to correct non-compliance with the design and development inputs and the reasons for these deviations.但是，根据标准ISO9000：2000对确认的定义是，通过提供客观证据对特定的预期用途或在应用要求已经得到满足的认定。从图2也可见，确认应当针对“使用者的需求”，就是使用要求。)

凡是没有办法在产品交付之前或者使用之前进行确认的，审核员应当确保，这些活动应当尽可能早的机会执行，诸如，授权设计一个复杂的工厂或者厂房，那是要通过沟通得到委托方的同意的。审核员应当确定这些设计和开发输出，必须通过确认以后才能提交顾客使用。

9.  对设计和开发更改的审核

审核员应当考虑以下各个方面：

1) 提出更改的理由和要求是否正确地加以标识和沟通了?

2) 通过评估决定要做的更改会有什么影响?

3) 是否需要针对这次更改在适当地方做一些附加的设计批准或试验?

4) 更改以后对有关组成的零件以及已经通过评估交付的产品带来的影响有否做过评估?

5) 是否经过适当的批准以后再执行更改的(可能包括法规、条例当局或者委托方的批准)。

6) 更改是否完全形成文件，而且记录中是否包括有关必要附加措施的各种信息?