软件过程检查表

合集下载

过程审核检查表范例

德信诚培训网过程审核检查表审核部门：审核员：审核日期：编号：序号过程要求提问及要点分值审核记录10 8 6 4 01 产品开发的策划1.1是否明确顾客对产品的要求？（图纸、标准、规范、技术条件、检验规划、产品特性、特殊特性、订货文件、法规及环保要求）1.2是否编写了产品开发计划并规定了目标值？（顾客要求、成本、进度、认可安排、资源调查、目标值与监控、同步工程）1.3是否策划并落实了产品开发所需的资源?(顾客要求、人员责任、设施设备、试验设备、专业软件如CAD等)1.4是否了解并确定了对产品的要求?(顾客的要求、企业目标、同步工程、顾客沟通、特殊特性、法规要求、功能、尺寸、安装、材料)1.5是否进行了产品开发可行性研究？（设计、质量、资源、特殊特性、标准法规、环保、进度安排、目标成本）1.6是否已计划/已具备项目开发所需的资源条件人员技术等？（项目小组、职责、相应素质的人员、通信方式、顾客信息与沟通、生产及试验设备、开发软件）德信诚培训网过程审核检查表（IATF16949-2016）审核部门：审核员：审核日期：编号：序号过程要求提问及要点分值审核记录10 8 6 4 02 产品开发落实2.1是否进行了DFMEA的分析，并确定了改进措施？（顾客要求、产品建议书、功能、安全性、可靠性、易维修性、主要特性、环保要求、试验结果、DFMEA及改进的特定设施）2.2项目运作过程中是否对DFMEA进行了补充更新?已确定的措施是否已经落实？（顾客要求、重要参数、特性法规要求、功能尺寸、材料、环保要求、运输、FMEA措施）2.3是否制定了质量控制计划？（标出的重要特性，检验及试验流程、配置的设备、测量技术、验收标准）2.4是否具有各阶段所要求的认可合格证明？（产品试验如整机试验、功能试验、寿命试验、样件状态、小批样件、计量器具）2.5、是否已具备所要求的产品开发能力?(顾客要求、人员素质、设备、样件、模具、试验/检验/实验室)3 过 3.1是否了解并明确对产品的要求？（顾客要求、法规要求、物流方程开发的策划案、技术供货条件、质量协议、重要特性、环保要求）3.2是否编制了过程开发计划并确定了目标值？（顾客要求、目标成本、进度安排、样件/试生产/批量生产、资源调查及配置、更改方案、合格供方、目标监控）3.3是否已策划并落实了批量生产的资源？（顾客要求、原材料清单及供方名录、人员责任、班产能力、设施/设备/工装/模具/试验设备、运输工具、周转箱、仓库）3.4是否了解并考虑到了对生产过程的要求？（顾客要求、法规要求、能力验证、设备及试验设备的适应性、生产布局、搬运包装、贮存、标识）3.5是否已计划/已具备项目开发所需的人员与技术条件？（项目领导小组/职责、人员素质、设备能力、顾客沟通、CP\APQP\FMEA）3.6是否开展了PFMEA并确定了改进措施？（过程风险如工序、供方、顾客要求、功能、重要参数、可追溯性、环保要求、运输）德信诚培训网过程审核检查表审核部门：审核员：审核日期：编号：序号过程要求提问及要点分值审核记录10 8 6 4 04 过程开发的落实4.1项目运作过程是否对PFMEA进行了补充更新？已确定的措施是否落实？（顾客要求、工序/供方、重要特性、法规要求、安装尺寸、材料、可追溯性、PFMEA措施）4.2是否制定了质量计划？（包括：产品组件、部件、零件和材料及生产过程中的检验流程、设备、测量技术、验收标准）4.3是否具有各阶段所要求的认可/合格证明？（产品试验报告、样件、首批样品、产品特性/过程特性证明、设备等）4.4批量生产前是否进行了试生产？（试生产批量、过程能力调查、样品检测、人员素质、指导书、生产布局）4.5生产文件和检验文件是否齐全？（过程参数、检验规范包括：频次、方法、记录、反应计划，现场易于得到）4.6是否已具备所要求的批量生产能力？（合格供方、材料清单、人员素质、设备运行效率、单台产量、设备能力、运输工具、周转箱等）5 生产过程5.1供方/原材料5.1.1是否仅允许已认可的供方供货?(合格供方名录、认证证书、营业执照、实物质量评定)5.1.2能否确保供方所供产品达成协议要求？（供方协议、试验记录、检验方法、频次、缺陷分析、能力验证）5.1.3是否对供方实物质量进行了评价？有偏差时是否采取了纠正措施？（质量会议纪要、改进计划的商定与跟踪，改进后的质量验证、供方的分析评定记录）5.1.4是否与供方新产品与过程的持续改进商定了质量目标并实施？（项目小组、质量目标、减少废品、提高满意度、质量/价格/服务目标）5.1.5批量供货的产品是否得到了批量生产认可？（样件认可、首批报告、可靠性研究、鉴定线路）5.1.6对顾客提供的产品，是否严格按与顾客商定的方法进行管理？（质量文件、控制/验证/贮存/运输/包装要求）5 生产过程5.1.7原材料库存量，库存状态是否适合于生产要求？（看板/准时化生产、贮存成本、应急计划、先进先出）5.1.8对原材料/剩余料的入库和贮存是否进行了适当控制？（包装、标识、先进先出、秩序与清洁、贮存条件如：防损伤/污染/混批/混料）5.1.9员工是否得到相应培训？（产品/规范/顾客要求/。

VDA6.3最新整理检查表

、先进先出等。
x
查：岗位说明书/或岗位职责、人员能力评价记录
P6 过程分析/生产
6.1 什么输入过程？（过程输入）
是否在开发和批量生产之间进
6.1.1 行了项目交接？并确保了可靠 x
x
的量产启动？
是否能在正确的时间、正确的
6.1.2 地点（库位、工位）获得所需
x
数量/生产批次数的原材料？
是否对原材料进行了适宜的仓 6.1.3 储，运输设备/包装方式是否 x x
顾客在质量管理体系，产品 7.1 （交付时）和过程方面的要求 x
是否得到了满足？
查顾客要求（合同、各项协 x 议），查交付业绩统计是否满
足顾客要求
7.2
是否对顾客关怀提供了必要的保障？
x
7.3* 是否确保了零件供给？
x
针对投诉，是否进行了失效分
7.4* 析，并有效地实施了纠正措
x
施？
x xx xx
x
查：生产计划、领料计划的一致性，文件规定的发料要求
查：仓库储存条件，库位、温度、湿度、防尘、通风、标识、先进先出等
x
查：物料标识规定、标识状态
查：设计变更管理，包括顾客
x
提出的变更落实（通知单、文件收发记录等）、变更后的具
体实施时间及标识
x
查：检验标准并与批产控制计划比对，核对检验记录
6.2.2*
查：新项目在生产过程所需的人员配置（操作人员、质量控制人员）及培训和能力评价
x
查：基础设施的配置及能力验证记录
查：试产阶段的PPK分析报告
、产能评价报告、测量系统分
x
析报告、过程参数确认报告；查：批产阶段的合格率统计分

软件开发部内审检查表

软件开发部内审检查表内部审核检查表JL-HWKS-24 受审核部门软件开发部审核日期2017年9月15日审核员茆秋琪ISO9001管理体系要求条款检查内容和方法检查记录6.2质量目标与应对措施组织是否设定了质量目标？目标的内容是否符合方针的要求？目标的内容是否包括产品要求及满足产品要求的所需的内容？目标的内容是否体现了持续改进的精神？组织均已设定了质量目标。

目标的内容均已符合方针的要求。

目标的内容均已包括产品要求及满足产品要求的所需的内容。

目标的内容均已体现了持续改进的精神。

9.3管理评审询问管理评审会议是如何筹备的；查评审计划和评审记录：a评审计划和.会议通知，b.评审输入的发言文件，c.签到表，d.会议记录，e. 评审决定（输出），f. 会议决定落实的文件。

已查管理评审的相关记录，基本筹备符合ISO标准要求。

9.1.3 分析和评价如何证实质量管理体系的适宜性和有效性，并评价在何处可以持续改进质量管理体系的有效性，公司建立和保持《分析与改进管理程序》，以确定、收集和分析适当的数据和信息？证实质量管理体系的适宜性和有效性，并评价在何处可以持续改进质量管理体系的有效性，公司建立和保持《分析与改进管理程序》，以确定、收集和分析适当的数据和信息。

8.5.2产品标识对产品是否进行了标识，产品的检验状态标识是否符合规定的要求？在记录中对标示和可追溯性进行了规定。

7.1.3基础设施是否为公司的设备设施提供管理？配备了满足公司软件开发，开发的产品能够满足客户的需求，符合相关产品标准7.1.4过程运行环境是否为公司办的环境提供检查？为公司软件开发的工作环境提供检查，见相关制度7.1.5监视和测量的资源是否编制了《监视和测量控制程序》？对于计量器具的管理是否建立台账并且年度检测？编制了《监视和测量控制程序》对于计量器具的管理建立台账并且年度检测8.7不合格控制的输出公司采用那些对不合格控制的方法a)本公司采用内部审核、过程审核、工作质量的检查活动，对质量管理体系的各个过程及其派出进行有效性评价；通过对原材料检测、成品检测过程过程实现服务提供过程进行分析8.5开发和服务的控制本公司是否对开发和服务提供过程进行策划，并使其在受控条件下进行。

2016版VDA6.3过程审核检查表

是否对原材污染。仓储区/加工区/容器必须达到零部件/产品所需的必要的
料进行适当整洁/清洁要求。要定义清洁周期，并且加以监控。
的仓储，所 3.加工工位/装配线上的零部件/物料的供应必须便与安全操作
6.1.3
使用的运输。工具/包装设 4.必须通过合适的方法，监控为特殊材料/零部件规定的仓储时
备是否适合间以及使用有效期（最长、最短仓储时间，规定的中间临时仓
量要求？性有影响的测量装置的校准。
4.对于影响到测量结果合试验的附属装置，要采取同样的方式
加以监控。
加工工位和
6.4.4
检验工位是否满足具体
要求？
1.加工工位及周边布置的条件环境适合于生产操作和产品的要求，从而可以预防或避免污染、损伤、混料。 2.这也适用于临时的和永久的返工返修、拣选、检验工位。 3.除此以外，还根据具体的工作任务，在人机工程学的基础上对加工工位设计进行了调整。
P6.2
工作内容/过程流程（所有生产过程是否受控？）
控制计划里的要求是否 6.2.1* 完整，并且得到有效实施？
1.基于控制计划的生产和检验文件完备。其中必须对检验文件、检验设备、检验方法、检验频度/周期、重新评定等加以规定。 2.这些文件必须随时可获取。 3.对于影响到产品特性/质量的过程参数必须加以完整地描述。过程参数和检验特性必须带有公差。 4.在过程控制图上规定控制限，控制限可探测、可追溯。 5.针对过程要求和检验特性，要对发现的不符合项以及启动的措施加以记录。 6.对过程异常所要采取的措施（反应计划），相关责任人必须清楚，实施措施并加以记录。 7.如产品对生产工艺有特殊要求，那么相关的机器/工装/辅助设备的参数数据要在控制计划和/或生产检验文件中加以规定。 8.详细规定返工条件，并且在过程中加以保障（零部件标识，重新检验）

软件项目过程文档评审检查表

过程模板模板是否符合iso表单模板要求表格的表头是否使用统一的淡蓝色表格中的字体是否统一模板中文字描述是否合理。
评审耗时（小时）
是否通过 N/A,Y,N
缺陷个数
缺陷描述
版本号：2 修订号：0
第1页共1评审人
评审日期
评审规模（页）
序号
1 1.1 1.2 1.3
1.4
1.5
1.6
2 2.1 2.2 2.3 2.4
检查项
过程规范是否符合过程文件模板要求规范中的角色是否已经定义清楚活动中对应的角色是否正确活动的描述是否使用了多余的形容词和副词规范中的模板是否用蓝色标注出来规范中提到的模板是否和定义的模板一致

VDA6.3过程审核检查表(带示例-自动计算符合率)

sum. M3/M4
过程设计的符合度（Level of Compliance Process Design）
0 4 6X 8 10
0 4 6 8X 10
0 4 6 8 10 X
0 4 6 8 10 X
0 4 6 8 10 X
0 4 6 8 10 X 120 100 83 %
第7页共9页 Page 7 / 9
产品设计的符合度（Level of Compliance Product Design） 89 %
第4页共9页 Page 4 / 9
审核员签名（Auditor sign）:______________
ABC有限公司过程审核检查表
NO：
版次：
修订号：
表格编号：
过过程设计(Process Design)
审核员签名（Auditor sign）:______________
ABC有限公司过程审核检查表
NO：
版次：
M5
rel
X
供Part B: 生产(Production) M方 5Are only approved quality capable suppliers
used? 是否仅允许已认可的且有质量能力的供方供货?
rel 是否已获得各阶段所要求的认可/合格证明?
X
有设计评审报告，计计确认报告，试生产确认报告。
0 4 6 8 10 X
M 2 . 5 Are the required resources available?
是否已具备所要求的产品开发能力?
rel
X
0 4 6 8 10 X
sum. M1/M2
110 98
M3
程

VDA6.3过程审核检查表(带示例_自动计算符合率)

是否具有对产品的要求? rel
0 4 6 8 10 X 0 4 6 8 10 X
Is a process development plan available and
are the targets maintained? rel 是否已具有过程开发计划,是否遒守目标值?
已根据产品族系列做了相应的P-FMEA。 PCB板系列接插件产品目前还没有做P-FMEA。
0 4 6 X 8 10
X
第3页共6页 Page 3 / 6
审核员签名（Auditor sign）:______________
ABC有限公司过程审核检查表
NO：版次：修订号：表格编号：
审核报告编号（Audit Report Nbr.）2005-001
0 4 6 X 8 10
X
M4.2 Is a quality plan prepared?
是否制定了质量计划? rel
X
M4.3 Are the required releases/qualification records
available at the respective times? rel 是否已具备各阶段所要求的认可/合格证明?
0 4 6 X 8 0 4 6 8 10 X
X
M2.2 Is the design FMEQA updated in the project
process and are established measures realized? rel 设计D-FMEA是否在项目过程中补充更新?已确定的措施是否已落实?
X
M4.6 Are the required resources available?
rel

2-VDA6.3检查表P1-P7

示例
⁻决定自制还是外购 -供方选择标准 -供方开发计划 -项目供方名单 -批准的供方清单 -与指定供方的风险评估 -零件分类 -服务供方，如开发、实验室、维护保养等
⁻时间计划 -过程描述 -变更管理 -变更表格 -产品和过程变更历史 -变更评审 -变更批准
⁻根据具体的风险，约定事态升级的时间范围 -在事态升级程序中规定了联系人/ 决策者 -规定了事态升级标准以及沟通路径 -包括措施在内里的里程碑评价记录
⁻包含里程碑的项目计划 -有关技术和/或产品组的顾客特殊要求 -顾客的项目计划 -顾客的时间期限 -顾客的里程碑 -顾客的目标要求（里程碑的衡量） -里程碑评价（评审） -质量计划（例如，来自于VDA MLA 或APQP） -具体国家或地区的特殊认证要求（ECE、SAE、DOT、CCC…) -关键系统的的法律法规批准流程（电镀、喷漆…)
⁻资源规划的证据（兼顾其他项目） -设备的资源规划（例如，开发用测试平台）
在资源规划中，应特别关注关键路径。
针对人员和设备需要的项目预算，进行
了策划并批准。
项目组织机构内发生变更时（与顾客的
接口），需进行报告。
审核发现
评分
P2-P7 * 2.3 2.4
VDA6.3过程审核-2016版P部分
P1
运输&零部件处置
范围（内部和外部供方）。
定期监控计划的符合性和目标的达成情
况。
审核发现
评分
VDA6.3过程审核-2016版P部分
P2-P7 2.5 2.6 2.7
* P1 *x *x x
运输&零部件处置
过程要素
项目是否已经落实与采购相关的活动，并监督了落实情况？

软件评审检查表

在体系结构设计中，是否清晰描述了数据流、控制流与接口？在体系结构设计中，是否清晰描述了数据流、控制流与接口？在设计说明书中是否描述了所有的假设、约束、决定与依赖？在设计说明书中是否描述了所有的假设、约束、决定与依赖？是否定义了目标？是否定义了目标？在合适时，是否有设计是多样的、一致的？在合适时，是否有设计是多样的、一致的？功能性对每个子模块是否都做了简要描述并概略描述了采用的算法？对每个子模块是否都做了简要描述并概略描述了采用的算法？选择的设计或算法是否满足需求？选择的设计或算法是否满足需求？接口所有接口的描述是否与需求文档一致？所有接口的描述是否与需求文档一致？在软件各个功能模块之间的数据流是否得到了明确描述？在软件各个功能模块之间的数据流是否得到了明确描述？是否对所有的元件之间的接口都进行了定义？是否对所有的元件之间的接口都进行了定义？是否接口的定义正确、合理？是否接口的定义正确、合理？是否所有的外部接口定义可以追索到需求？是否所有的外部接口定义可以追索到需求？细节 KLOC，FPA）是否每个子模块的规模都得到估计（ KLOC ， FPA ）并且是合理 1 的？是否考虑了所有可能的状态和用例？ 2 是否考虑了所有可能的状态和用例？是否描述足够详细以至于可以开始详细设计阶段？ 3 是否描述足够详细以至于可以开始详细设计阶段？九可维护性设计是否高内聚、低耦合的？ 1 设计是否高内聚、低耦合的？ 2 设计是模块化的吗？设计是模块化的吗？设计是否采用了继承，是否描述了选择的工具？ 3 设计是否采用了继承，是否描述了选择的工具？
是[1]否[ ]免[ ] 是[ ]否[1]免[ ] 是[1]否[ ]免[ ] 是[1]否[ ]免[ ] 是[ ]否[ ]免[ ] 是[ ]否[1]免[ ] 是[ ]否[ ]免[1] 是[ ]否[ ]免[ ] 是[ ]否[ ]免[1] 是[ ]否[1]免[ ] 是[ ]否[1]免[ ] 是[ ]否[1]免[ ] 是[ ]否[1]免[ ] 是[ ]否[ ]免[ ] 是[ ]否[1]免[ 是[ ]否[1]免[ 是[ ]否[1]免[ 是[ ]否[ ]免[ 是[ ]否[1]免[ 是[1]否[ ]免[ 是[ ]否[1]免[ ] ] ] ] ] ] ]

新版VDA6.3-2016过程审核检查表(评分矩阵+要素说明+评审提问表)(标准版)

最低要求/重要评审基于产品风险，要求和证明的可能性示例具有项目管理流程。

详细规定跨职能项目组织机构，并定义联络窗口。

确定项目负责人及小组成员的职责和权限。

项目小组成员有资质来执行项目任务。

项目组织机构能满足顾客要求。

供方被纳入项目管理。

●确定项目负责人/项目小组技术专家的角色、任务、能力以及职责●涉及多个地点的项目协调与接口●项目组织机构图●项目小组的组成●资质证明●顾客对项目管理的特殊要求资源规划应在项目合同的基础上考虑到顾客要求。

制定并落实项目成员规划。

必须考虑员工的工作负荷。

当发生变更（时间、开发规模，等等）时，对资源规划开展复核，必要时加以调整。

这既适用于由顾客发起的变更，也适用于内部变更以及由供方发起的变更。

在资源规划中，要特别留意关键路径。

针对人员和设备（例如测试和实验室设备等）方面必要的项目预算，进行了规划并审批通过。

项目组织机构（与顾客接口）的变更必须进行通报。

●资源规划的证据（兼顾了其他项目）●设备资源规划（例如，测试平台）项目计划满足顾客的具体要求。

所有内部里程碑以及顾客里程碑都被完整地纳入项目计划。

在项目计划中所定义的里程碑时刻开展评审，以确认所有计划的事项都得到实施，相对应的成熟度等级得到落实。

产品如有特殊的法规方面的认证/批准要求，那么该认证/批准程序要包括在项目策划中。

要确保内部对于项目计划变更的联络沟通。

对于影响到顾客的项目计划变更，要同顾客协商沟通并达成一致。

关键路径产生于项目计划，并顾及到关键的零件范围。

项目计划必须包括具体的项目质量事项。

可从项目计划生成出单独文件（质量管理计划）。

这些计划必须考虑原型件和试生产。

项目计划必须包括涉及采购的具体事项。

可从项目计划生成出单独的详细计划。

●包含里程碑的项目计划●针对工艺技术和/或产品组的顾客特定要求●顾客的项目计划●顾客的时间期限●顾客的里程碑●顾客的目标要求（各里程碑的评估指标）●里程碑评价（评审）●质量计划（例如，来自于VDAMLA或APQP）●国家特殊认证要求（ECE、SAE、DOT、CCC…）●关键系统（电镀、涂装…）的法律法规批准流程项目质量策划满足顾客特定要求。

软件评审检查表-计分

15
交互性要求
简易位，一致性;反馈性;容错性图形化.
人机交互简单、形象输入、输出方面的-致性对用户的操作及时作出皮馈;对可能出现的错误迸行检测、报告和处理.
15
软件性能
响应性要求
页面转焕的响应性 ;
载入时间的短时间要求
短时启动时间要求;
负裁指标明确化.
页面转换快捷;媒体装入时间简短;有确定的负载性能指标.
部署后是否可以正常使用.
5
运行环境
环境适用性.
运行环镜是否与软件愿景说明书一致
5
界面
界面布局
界面布局的合理性.
布局合理，层次清晰
2
界面美观设计
界面的美观性.
界面美观.
3
界画元素
界面元素的-致性.
窗口、菜单、图标、按钮等元素的-性.
5
功能要求
技术运用
技术运用的合理性;内容实现的正确性.
各种技术表现与具体内容结合，各种媒体使用协调;多媒体信息的呈现可控，链接准确、无死链.
100分
评审结论：
5ห้องสมุดไป่ตู้
稳定性要求
帮助机制的完备性;
错误处理机制完备性;
确认退出出机制的完备性.
每个操作都有联机帮助或提示;
联机帮助易读、易懂
处理用户可能出现的任何错误操作;
避免出现数据未保留而退出.
5
安全性要求
访问安全性，使用安全
性
用户身份管理和访问控制
数据安全性
10
软件文档
文档资料
完整性
规范性
软件过程文件目录
20
分数
软件产品评审表
评审时间：
评审人员：评审组长（），评审成员（）

软件需求规格说明书评审检查表

软件需求规格说明书评审
编制人员：项目名称：检查依据：《软件需求规格说明书模板》、《需求开发过程》序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 问题组织和完整性所有对其它需求的内部交叉引用是否正确？所有需求的编写在细节上是否都一致或者合适？需求是否能为设计提供足够的基础？是否包括了每个需求的实现优先级？是否定义了所有外部硬件、软件和通信接口？是否定义了功能需求内在的算法？软件需求规格说明中是否包括了所有客户代表或系统的需求？是否在需求中遗漏了必要的信息？如果有的话，就把它们标记为待确定的问题。是否记录了所有可能的错误条件所产生的系统行为？正确性是否有需求与其它需求相冲突或重复？是否简明、简洁、无二义性地表达了每个需求？是否每个需求都能通过测试、演示、审查得以验证或分析？是否每个需求都在项目的范围内？是否每个需求都没有内容上和语法上的错误？在现有的资源限制内，是否能实现所有的需求？是否任一个特定的错误信息都具有唯一性和明确的意义？质量属性是否合理地确定了性能目标？是否合理地确定了安全与保密方面的考虑？在确定了合理的折衷情况下，是否详实地记录了其它相关的质量属性？可跟踪性是否每个需求都具有唯一性并且可以正确地识别它？是否可以根据高层需求（如系统需求或使用安例（用例））跟踪到软件功能需求？特殊的问题是否所有的需求都是名副其实的需求而不是设计或实现方案？是否确定了对时间要求很高的功能并且定义了它们的时间标准？是否已经明确地阐述了国际化问题？
检查表
编制日期：项目经理：花费工作量：检查结果
22 23 24 25 21 22 23 24 25 结果统计
是：否：不适用：未检查：说明

软件设计评审检查表

测试计划检查表
Y: 是 TBD:不确定 N: 不是 NA:不适用
检查项
Y/TBD/N/NA
完整性
该测试计划是否详细说明测试的大体方法和策略？
该测试计划是否详细说明所有测试活动的顺序？
该测试计划是否描述了将使用的软硬件系统环境?
该测试计划是否描述了测试活动中断和恢复的条件/情形？
该测试计划是否为所有测试定义了成功标准？
是否详细说明了参数的度量单位、取值范围、正确度和精度？
共享数据区域及其存取规定的映射是否一致？
可维护性
单元是否具有高内聚度和低耦合度（例如：对该单元的更改不会在该单元有任何无法预料的影响并对其它单元的影响很小）？
性能
是否该单元的所有约束例（如过程时间和规模）都被详细说明？
可靠性
初始化是否使用到缺省值，缺省值是否正确？
包括了数据流、控制流和接口的单元设计是否已清晰的说明？
完整性
是否已定义和初始化所有的变量、指针和常量？
是否已描述单元的全部功能？
是否已详细说明用来实现该单元的关键算法（例如：用自然语言或PDL）?
是否已列出该单元的调用？
依从性
该文档是否遵循了该项目已文档化的标准？
是否采用了所要求的方法和工具来进行单元设计？
该测试计划是否充分地描述了被测试的功能？
该测试计划是否明确地描述了不被测试的功能？
该测试计划是否充分地描述了测试基线？
对于阶段交付，该测试计划是否有在每一阶段建立测试基线给下一阶段使用？
该测试计划是否定义了足够和正确的衰退测试？
依从性
该测试计划是否依从了与开发有关的所有说明书、标准和文档？
一致性
是否已定义了测试顺序来匹配更高级别的文档所指定的集成顺序？

过程审核检查表_2

判定规范一致.质保协议.重点缺陷的评定
生产部
D2.3
是否根据评定的结果(实物质量问题或质量能力不足)与供方一起制定提高措施并落实?
与问题供方领导的会谈.改进计划的落实.改进的服务过程.审核结果
生产部
D2.4
是否与供方协商确定改进过程和外委服务的目标/措施并加以落实?
持续改进.确定可度量的目标值.成本优化
顾客满意度调查
质量管理部
服务
D3.2.2
是否对纠正措施的落实情况及其有效性进行审查?
顾客.内部抱怨.再发防止措施报告.结果验证.内审,管审
质量检验部
D3.2.3
是否能保证满足对过程的特殊质量要求?
设备维护.照明,人机工程学
生产部.
D3.2.4
是否对服务过程的有效性进行监控?
顾客满意度调查
质量管理部
D3.2.5
原始记录.控制图.数据收集.过程参数的记录装置(时间.温度等).停机.参数更改
项目公司.质量检验部
缺陷分析/纠正措施/持续改进(KVP)
6.4.2
是否用统计技术分析质量数据/过程数据,并由此制定改进措施?
过程能力.缺陷.过程参数.废品.返修件.隔离通知返修.生产节拍.可靠性失效特征(SPC.排列图.因果图)
项目公司.质量检验部.
D3.1.3
在服务过程中使用的员工是否有能力完成所交给的任务?是否对其素质进行定期的监控?
安全环保.质量意识.员工满意度.培训措施
生产部
D3.1.4
是否调查并能保证满足人员需求?是否有足够的顶岗人员?
人员需求调查.费用核算.重要岗位代理制度
生产部
D3.2
D3.2.1
是否对服务进行认可?是否调查并记录其与要求之间的偏差?

软件编程规范检查表-模板

是[ ]否[ ]免[ ]
2
3-2：命名中若使用特殊约定或缩写，则要有注释说明。
是[ ]否[ ]免[ ]
3
3-3：对于变量命名，禁止取单个字符（如i、j、k...），建议除了要有具体含义外，还能表明其变量类型、数据类型等，但i、j、k作局部循环变量是允许的。
是[ ]否[ ]免[ ]
4
3-4：命名规范必须与所使用的系统风格保持一致，并在同一项目中统一，比如采用UNIX的全小写加下划线的风格或大小写混排的方式，不要使用大小写与下划线混排的方式。
是[ ]否[ ]免[ ]
6
2-6：注释的内容要清楚、明了，含义准确，防止注释二义性。
是[ ]否[ ]免[ ]
7
2-7：避免在注释中使用缩写，特别是非常用缩写。
是[ ]否[ ]免[ ]
8
2-8：注释应与其描述的代码相近，对代码的注释应放在其上方或右方（对单条语句的注释）相邻位置，不可放在下面，如放于上方则需与其上面的代码用空行隔开。
1
2-1：一般情况下，源程序有效注释量必须在20％以上。
是[ ]否[ ]免[ ]
2
2-2：说明性文件（如头文件.h文件、.inc文件、.def文件、编译说明文件.cfg等）头部应进行注释，注释必须列出：版权说明、版本号、生成日期、作者、内容、功能、与其它文件的关系、修改日志等，头文件的注释中还应有函数功能简要说明。
是[ ]否[ ]免[ ]
3
2-3：源文件头部应进行注释，列出：版权说明、版本号、生成日期、作者、模块目的/功能、主要函数及其功能、修改日志等。
是[ ]否[ ]免[ ]
4
2-4：函数头部应进行注释，列出：函数的目的/功能、输入参数、输出参数、返回值、调用关系（函数、表）等。

软件设计评审检查表

完整性
是否已定义和初始化所有的变量、指针和常量？
是否已描述单元的全部功能？
是否已详细说明用来实现该单元的关键算法（例如：用自然语言或PDL）?
是否已列出该单元的调用？
依从性
该文档是否遵循了该项目已文档化的标准？
是否采用了所要求的方法和工具来进行单元设计？
一致性
数据元素的命名和使用在整个单元和单元接口之间是否一致？
可维护性
单元是否具有高内聚度和低耦合度（例如：对该单元的更改不会在该单元有任何无法预料的影响并对其它单元的影响很小）？
性能
是否该单元的所有约束例（如过程时间和规模）都被详细说明？
可靠性
初始化是否使用到缺省值，缺省值是否正确？
是否在内存访问的时候执行了边界检查（例如：数组、数据结构、指针等）来确保只是改变了目标存储位置？
Y:是TBD:不确定N:不是NA:不适用
检查项
Y/TBD/N/NA
清晰性
系统的目标是否已定义？
是否对关键术语和缩略语进行定义和描述？
所使用的术语是否和用户/客户使用的一致？
需求的描述是否清晰，不含糊？
是否有对整套系统进行功能概述？
是否已详细说明了软件环境（共存的软件）和硬件环境（特定的配置）？
如果有会影响实施的假设情况，是否已经声明？
完成软件确认测试说明、执行软件确认测试、进行测试分析、编写确认测试报告
完成系统测试说明、执行系统测试、进行测试分析、编写系统测试报告
是否将需求分别陈述，因此它们是独立的并且是可检查的？
是否所有需求都可以回溯到相应的需求素材，反之亦然？
是否已详细说明需求变更的过程？
Y:是TBD:不确定N:不是NA:不适用

软件过程检查表

1.过程检查要素表2.过程打分2.1.过程打分原则：1)过程打分占整个项目得分的30％，以30分为满分，最低分不低于9分。

2)不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件过程是不同的，为了使软件过程数目不同的项目，仍以合理的方式进行过程打分，需对剪裁后的软件过程数目进行换算，从而不因剪裁而失分。

3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。

4)项目级的软件过程剪裁必须得到高级经理，质量管理部经理和项目SQA人员的检查和认可；检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。

5)软件过程检查打分的依据是“过程检查表”。

2.2.打分步骤：1)依据标准过程定义项目过程，得出项目过程数N。

2)每个项目过程的得分M＝30 / N。

3)采用“过程检查表”，对各个过程进行检查和打分。

4)定义“过程检查表”中的实际检查内容项个数为X，每项标准得分10分，因此每个“过程检查表”的最高得分A = 10X。

5)实际检查时，对“实施情况”一栏中每个条款进行打勾“✓”,因此实际每项得分Bj=（打勾条款数/ 该项实际检查总条款数）×10。

6)每个过程的实际得分Bi=∑1x Bj。

7)每个过程的换算得分B=Bi /A ×M。

8)若某个过程发生多次z，则该过程得分B=(∑1zB)/z 。

9)项目的过程得分C=∑1NB 。

10)为确保项目组的基本得分不低于9分，因此各过程打分不得低于9/N分，低于此分，以9/N分计算。

2.3.例子：某项目计划进行5个阶段的审计：计划过程，需求过程，设计过程，测试过程，计划跟踪和监督过程，其中计划跟踪和监督过程执行两次，其他各一次则每阶段得分M=30/5=6;第一次计划跟踪和监督过程检查项共15项，实际由于变更未发生检查了13项, 标准分为A=13×10＝130，实际检查得分Bi=123则该阶段得分B1=123/130 * 6=5.67第二次计划跟踪和监督过程，实际检查了15项，标准分为15×10＝150；实际检查得分140。

2-VDA6.3检查表P1-P7(2016新版)

项目组织满足顾客的要求。
供方被纳入项目管理之中。
⁻确定项目负责人/技术专家的角色、任务、能力以及责任 -场所项目的项目接口 -项目组织结构图 -项目团队的组成 -资质证明 -顾客对项目管理的特殊要求
基于项目合同，在资源策划中考虑了顾客要求。
制定并落实了针对项目成员的资源规划。考虑了员工的工作负荷。
⁻时间计划 -过程描述 -变更管理 -变更表格 -产品和过程变更历史 -变更评审 -变更批准
2.7
x
P3产品和过程开发的策划
项目中的事态升级程序满足特定的顾客要求。
项目中的偏差，一旦影响到总体的进度，那么，就必须有一套事态升级
模型（风险管理）可供使用。应识别和评估项目风险，并采取措施降低 ⁻根据具体的风险，约定事态升级的时间范围
针对人员和设备需要的项目预算，进行了策划并批准。
项目组织机构内发生变更时（与顾客的接口），需进行报告。
是否编制了项目策划，并且与顾客达成一致？
项目计划应满足顾客的具体要求。所有内部以及顾客里程碑都被完整地纳入项目计划。应评审项目计划中所定义的里程碑，检查所有计划的事项都得到实施，达到了要求的成熟度水平。若对产品有要求，应在项目计划中包含法定批准程序的时间。项目计划发生变更时，应确保内部沟通。会对顾客产生影响的项目计划变更，则需同顾客协商沟通。来自项目计划的关键路径，应考虑关键的交付项。详细的质量相关的活动，必须是项目计划的组成部分。项目计划也可引用单独的文档（质量管理计划）。计划必须包含原型件和试产件。采购相关的活动，也必须是项目计划的组成部分。项目计划也可引用单独的详细计划。
示例
⁻决定自制还是外购 -供方选择标准 -供方开发计划 -项目供方名单 -批准的供方清单 -与指定供方的风险评估 -零件分类 -服务供方，如开发、实验室、维护保养等Fra bibliotek2.6