详细设计评审表模板
详细设计说明书评审检查表
# 检查项 是/否/不适用 否 不适用 清晰性、完整性 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 是否用要求的方法或工具进行设计的？ 26 数据元素的名称在整个单元中保持一致吗？ 27 所有的设计接口相互间是一致的吗？ 28 是否存在逻辑上的问题？ 29 是否对各种情况都进行了处理？（如大于、等于、小于0，switch/case情况） 30 是否为开发和维护代码提供了充分的基础？ 31 所有的设计单元都可追溯回需求吗？ 接口 32 参数的数量、类型和顺序是否匹配？ 33 是否正确的定义了输入输出数据？ 34 是否清晰的描述了传递参数的顺序？ 35 是否识别了传递参数的机制？ 可维护性、可靠性 设计单元是否具有高内聚度低耦合度？（即该单元的变化不会对本单元造成不可预料 36 的影响，对其他单元的影响达到最小） 37 设计的复杂度已经最小了吗？
华为研发文档模板-详细设计评审意见表
详细设计评审意见表
单据编号：
项目名称
项目编号
项目经理
评审日期
参加评审人员
评审意见：
□分类、条理较清晰
□ 详细设计的内容完整
相关建议：文档内容较完整，包含了详细设计各个主要方面
□模块设计内容详细、合理性
相关建议：模块功能、模块间关系说明比较详细，合理
□程序设计内容详细、合理性，程序输入输出描述完整
相关建议：程序流程说明较清楚，输入输出比较清晰完整
□模块的输入、输出项描述清楚
相关建议：模块间交互说明比较清楚，流程图比较清晰
其他建议：无
项目评审过程：
由项目经理简要描述项目概要设计的评审过程，包括评审人员提出的问题及纠正办法，文档修改建议等，由项目经理在以下空格处填写：
评审人员
（签字）：
项目经理
（签字）
产品设计输入内审检查表模板
顾客合同的要求16顾Fra bibliotek的特殊特性要求
17
顾客的标识要求
18
顾客的可追溯性要求
19
顾客的包装要求
20
信息使用方面的要求
以往设计项目的信息
21
分析竞争对手得到的信息
22
供方反馈的信息
23
内部反馈的信息
24
外部客户反馈的信息
25
质量目标方面的要求
产品质量目标
26
产品寿命目标
27
产品可靠性目标
11
对输入要求风险的评估，以及对组织缓解/管理风险（包括来自可行性分析的风险）的能力的评估
12
产品要求符合性的目标，包括防护、可靠性、耐久性、可服务性、健康、安全、环境、开发时程安排和成本等方面
13
顾客确定的目的国（如有提供）的适用法律法规要求
14
嵌入式软件要求
15
产品设计输入的内容要求（详细内容）
产品设计输入内审检查表模板（8.3.3.1）
编号
检查内容
1
产品设计输入控制要求
应对作为合同评审结果的产品设计输入要求进行识别
2
形成文件
3
进行评审。说明：评审的目的是确保设计和开发输入充分、适宜；并且完整、清楚，不会自相矛盾
4
组织应有一个过程，将从以前的设计项目、竞争产品分析（标杆）、供应商反馈、 内部输入、使用现场数据和其它相关资源中获取的信息，推广应用于当前和未来相似性质的项目
5
产品设计输入内容包括
产品规范，包括但不限于特殊特性；包括功能和性能要求
6
适用的法律、法规要求。说明：可能有强制性认证要求、环保和安全方面的法律要求
精益生产线评审表(案例)
4.2
1
精益化管理生产线评审表
生产线名称： 序号 考评项目 考评内容 强化质量过程控制，有详尽的操作 及检验指导书，并同工艺文件一起 在各工序放置且有效执行。 加强工艺纪律，定期对操作者工艺 纪律执行情况进行检查，对发现问 题制定整改措施并有效实施。 强化产品在线检验，现场量检具齐 全且有效；按检验指导书要求开展 首、末件检验，自检、互检、专检 、巡检等检查工作。 做好质量数据（线内不良、后工序 不良、前十位质量问题等）收集、 统计和分析，对质量数据异常波动 实时分析，提出整改方案并有效实 施。月度质量指标达到控制目标要 求，运行趋势平稳、向好。 有效实施“质量门”管理，对生产 线质量控制点及在线检测进行全面 策划，完善“质量门”；明确“质 量门”操作标准和“守门人”管理 办法；每日检查“质量门”运行情 况进行，做好运行记录，确保指标 控制在特性值要求范围。 有明确的不合格品处置流程，严格 执行不合格品剔除、隔离、标识及 记录，防止不合格转入后生产线。 有效开展QC（质量控制）小组活 动，做好记录及评价，年度确保取 得1项以上公司级QC改进成果。 基本分 考评标准 检查人： 项目得分： 检查点 （请做好详细检查记录） 评审分值
3.2
1
3.3
1
现场检查当日生产情况，时节拍 差异率上下浮动超过10%，且未有 是否有时节拍差异率（达到10%以上）影响因素的记录表，并对 原因说明的，每出现一处扣0.2分 各影响因素如实记录？ 。 检查生产线各工序标准作业指导 文件，每发现一处缺失的扣0.2分 1、是否对各工序的标准作业进行规定？ 。 现场检查员工序作业有未按作业 2、抽选工序，按照作业指导文件检查操作的符合性。 指导标准操作的状况，每发现一 处扣0.2 分。 抽查月度工序标准作业稽查记 录，缺失或检查内容不完整的， 扣 1 分 异常统计表记录不完整或未动态 更新，扣0.5分。 生产线异常统计表未能有效体现 停工原因，扣0.5分。 生产线可动率未达到要求目标， 扣1分 抽查生产绩效指标完成情况，未 进行分析，制定改进、优化措施 的，每发现一处扣0.5分。 1、是否有工序标准作业检查计划或者周、月度检查的要求或规 定？ 2、是否按照要求进行检查和记录？
软件设计评审表-模板
用户接口是否模块化，并且修改时不影响其他程序
10
是否提供了一致的错误处理机制
11
各子系统、模块之间的关系是否描述得清楚
12
系统的设计是否考虑了系统的可扩展性
13
设计是否考虑了重用性
14
重用构件是否进行了标识
15
是否说明了重用模块的获得方式和相关的文档
Байду номын сангаас16
系统的设计是否考虑了系统的易移植性
17
设计是否使用标准的技术，避免使用怪异的、不易理解的方式和方法
设计范围、边界是否清晰，文档中是否清晰阐明了系统的各项特性及预期的结果
15
逻辑性、算法和处理过程是否正确
16
文档是否符合客户的需要
17
设计是否考虑到未来的扩充性
18
设计的系统是否易于维护
评审项目
详细设计说明书
评审日期
评审结果标记
合格不合格TBD待完成 NA 不适用
评审情况
检查项：项；有效检查项：项；通过项：项；通过率：%
18
设计的调用宽度、调用深度、耦合度、内聚度和结构化程序是否进行了描述
追溯性
19
设计是否可以追踪到需求
20
需求是否可追溯到设计
编制： 日期： 审核： 日期： 批准： 日期：
序号
主要检查项
检查结果
说明
标准化
1
有规定的文档标识
2
引用的文档现行有效
3
文档编写的内容、格式符合相关标准、规定的要求
4
文档签署完整
5
设计陈述中的命名、属于和缩写是否上下文一致
完整性
5
文档有独立的版本说明部分
软件研发-详细设计说明书模板
附件6[XXX项目]详细设计说明书●文档属性是否●文档版本记录目录目录 (I)一、参考文档 (1)(一)相关项目文档 (1)(二)参考资料 (1)二、数据库详细设计 (1)三、接口详细设计 (3)四、公用模块（部件）详细设计 (3)五、特殊算法详细设计 (4)蓝色｛｝和红色｛｝内的内容为填写说明，请自行删除；本模板仅供参考，除必填项外，可根据项目实际情况调整。
一、参考文档(一)相关项目文档本项目交付物中其它相关文档。
例如：需求规格说明书、源程序清单、用户使用手册(二)参考资料｛以如下格式提供本文档撰写过程中所参考的所有文档。
例如：科技项目相关管理办法、行内制度等。
｝二、数据库详细设计（可单列成独立的文档）(一)表结构{表名（表功能说明）；字段名，字段数据类型，字段宽度，精度，非空标志，缺省值，字段中文备注；主键；外键}1.CD_CARD_ARCH 卡档案表{示例表}索引: ind_cd_card_arch1(substr(“card_no”,1,length(“card_no”)-1);(二)索引(三)视图(四)存储过程(五)序列……三、接口详细设计{对通讯方式、报文结构、接口清单、详细接口字段、字段数据类型、字段长度等进行说明。
可以通过添加附件的方式进行说明。
}四、公用模块（部件）详细设计对公用模块进行详细说明。
包括模块的编号、模块名称、模块说明、详细功能分配、接口标准、输入输出、对应数据库设计等信息。
可以通过添加附件的方式进行说明。
五、特殊算法详细设计对系统主要的特殊算法进行详细设计。
可以通过添加附件的方式进行说明。
软件设计评审表-模板
引用的文档现行有效
3
文档编写的内容、格式符合相关标准、规定的要求
4
文档签署完整
完整性
5
文档有独立的版本说明部分
6
有文档的文字目录页
7
有总体设计部分
8
有功能设计
9
有接口设计
10
有性能设计
追溯性
11
设计是否可以追踪到需求
12
需求是否可追溯到设计
符合性
13
是否每个设计都是可测试的或以别的方式可以确定的
14
9
用户接口是否模块化，并且修改时不影响其他程序
10
是否提供了一致的错误处理机制
11
各子系统、模块之间的关系是否描述得清楚
12
系统的设计是否考虑了系统的可扩展性
13
设计是否考虑了重用性
14
重用构件是否进行了标识
15
是否说明了重用模块的获得方式和相关的文档
16
系统的设计是否考虑了系统的易移植性
17
设计是否使用标准的技术，避免使用怪异的、不易理解的方式和方法
设计范围、边界是否清晰，文档中是否清晰阐明了系统的各项特性及预期的结果
15
逻辑性、算法和处理过程是否正确
16
文档是否符合客户的需要
17
设计是否考虑到未来的扩充性
18
设计的系统是否易于维护
评审项目
详细设计说明书
评审日期
评审结果标记
合格不合格TBD待完成 NA 不适用
评审情况
18
设计的调用宽度、调用深度、耦合度、内聚度和结构化程序是否进行了描述
追溯性
19
设计是否可以追踪到需求
20
机械制造企业评审记录表(详细)
机械制造企业安全生产标准化评分记录表自评/评审单位：自评/评审时间：从年月日 到年月日自评/评审组组长：自评/评审组主要成员：1.基础管理考评：标准分值220分，14项考评项目和61条考评内容考评 类目 考评项目考评内容标准分值评审描述空项应得分实际得分1.基础管理考评 1.1目标管理1. 安全承诺32. 中长期发展规划 23. 安全生产年度目标 34. 保障措施25. 安全资金投入46. 安全文化建设11.2危险源管理1. 管理制度42. 危险源辨识33. 风险评价和重大危险源申报 31 / 554. 危险源控制措施 25.危险源评审、更新和告知 21.3安全生产责任制1. 主要负责人的安全职责 42. 建立健全安全职责 43. 熟悉并履行安全职责 34. 工会维权25. 定期评审和更新 21.4安全生产规章制度或企业标准1. 法律法规与其他要求的收集和传达 42. 建立健全规章制度 43. 规章制度的内容 24. 规章制度的发放及执行 35. 规章制度的评审、修订或更新 21.5安全技术操作规程1. 制定安全技术操作规程 42. 安全技术操作规程内容 43. 安全技术操作规程发放与管理 22 / 554. 批准、评审和修订 21.6机构与人员1. 安全生产管理网 42. 安全生产管理机构 33. 专职安全管理人员配备 34. 工会劳动保护监督检查委员会（小组）21.7职业安全健康培训1. 编制培训计划32. 职业安全健康培训的实施 373. 培训评估和档案 51.8 建设项目的安全和职业健康“三同时”管理1. 可行性研究阶段 32. 设计阶段23. 施工阶段24. 验收阶段35. 安全卫生设施投资概算 21.9相关方安1. 供应商和承包商的安全管理 43 / 55全管理2. 发包或出租的安全管理 33. 短期、临时从业人员的安全管理 34. 实习、参观及其他外来人员的安全管理21.10班组安全管理1. 管理归口部门12.安全生产标准班组的基本条件2.1安全生产职责22.2严格执行安全技术操作规程 22.3安全检查和隐患整改 22.4安全活动22.5安全培训23. 班组验收和考核 11.11劳动防护用品管理1. 需求计划和发放标准 32. 发放和质量33.使用和佩戴41.12 应急管理1. 确定应急响应目标 24 / 552. 应急预案的编制、评审或论证、发放43. 应急物资及装备的配备 44. 应急响应25. 应急预案的演习、评审或更新 21.13安全检查1. 安全检查制度22. 实施安全检查53. 查出问题和隐患的整改 34. 现场违章情况41.14 事故管理1. 参加工伤保险32. 事故控制指标83.事故的调查和处理 34.25.事故档案2小计2205 / 552. 基础设施安全条件考评：标准分值610分，44项考评项目和302条考评内容考评 类目 考评项目考评内容标准分值评审描述 空项应得分实际得分2 基础设施安全条件2.1金属切削机床1.防护罩、盖、栏应完备可靠，其安全距离、刚度、强度及稳定性均应符合GB/T8196、GB 23821的相关规定。
研发项目结项评审表
研发项目结项评审表文件编码：CSDP定制软件项目开发平台项目管理计划变更履历目录1文档介绍 (3)1.1 文档目的 (3)1.2 文档范围 (3)1.3 读者对象 (3)1.4 参考文献 (3)1.5 术语与缩写解释 (3)2项目介绍 (4)2.1 项目说明 (4)2.2 项目目标和内容 (4)2.3 项目环境资源要求说明 (5)2.3.1 项目开发环境要求 (5)2.3.2 项目测试环境要求 (5)2.4 注意事项 (5)3项目过程定义 (7)3.1 项目类型 (7)3.2 项目过程定义 (7)4项目主要里程碑 (9)5人力资源计划 (10)5.1 项目组织结构 (10)5.2 项目人员情况 (11)6培训计划 (12)6.1 项目需要的技能一览表 (12)7项目跟踪管理计划 (13)8成本预算 (13)9提交的工作产品清单 (14)10方法与工具 (15)11附属计划 (16)12附录干系人介入规约 (17)1文档介绍1.1文档目的介绍“定制软件项目开发平台”（以下简称“开发平台”项目）的基本情况，制定项目的主要里程碑和总体项目计划，并定义和裁减本项目的管理过程和环节。
通过本项目管理计划，指导民政平台项目研发和过程监管，让项目组成员了解项目总体安排，保证项目各项工作有序进行。
1.2文档范围开发平台项目管理计划的主要内容包括：项目介绍、项目过程定义、项目主要里程碑、人力资源计划、项目跟踪管理计划、提交的工作产品清单、开发方法与工具等。
1.3读者对象项目组成员（包括项目经理、开发人员、测试人员、配置管理人员等）、项目监管部、项目干系人、公司领导等。
1.4参考文献1.5术语与缩写解释2.1项目说明开发平台是通用的电子政务登记、审批类软件项目开发平台，提高应用软件的开发效率，逐步将业务实现由研发向实施转移，使定制类项目研发更注重产品平台的功能，实施更注重业务的配置实现，从而实现定制类项目产品化，业务配置化，分工精细化。
产品开发TR5评审要素表
防护测试是否通过？
热测试是否通过？ 需求实现
必须通过。TR3是基于样机的测试，即使测试中出现 问题，但问题能够定位，在样机上整改能通过测试， 并且对于整改措施，专业实验室工程师与产品线沟通 达成共识，确认对策措施能够落实到产品中，也认为 该产品已经达到A级要求。 判定的依据为专业实验室 的实验报告。如未通过，请将不合格部分在备注中列 出。
识，确认对策措施能够落实到产品中，也认为该产品
交付件2：计划模板中“EMC测试”《EMC测试报告
已经达到A级要求。 判定的依据为专业实验室的实验
》
报告。EMC要求由《系统需求规格》定义。如未通
过，请将不合格部分在备注中列出。 同时，需要根
据后续活动需要考虑是否进行CE、FCC、3C测试认证
。
是否完成国际认证测试?
必须通过。 TR3是基于样机的测试，即使测试中出现
问题，但问题能够定位，在样机上整改能通过测试，
并且对于整改措施，专业实验室工程师与产品线沟通
达成共识，确认对策措施能够落实到产品中，也认为
该产品已经达到A级要求。 判定的依据为专业实验室
的实验报告。如未通过，请将不合格部分在备注中列
出。
1/2
说明
备注 建议：拟制一篇系统测试报告，详细描述系统设计 规格实现情况、遗留问题等。 建议：拟制一篇系统集成测试报告，详细描述系统 设计规格实现情况、遗留问题等。 计划模板中“环境测试”《环境测试报告》
热测试是否通过？ 需求实现
必须通过。 TR3是基于样机的测试，即使测试中出现 问题，但问题能够定位，在样机上整改能通过测试， 并且对于整改措施，专业实验室工程师与产品线沟通 达成共识，确认对策措施能够落实到产品中，也认为 该产品已经达到A级要求。 判定的依据为专业实验室 的实验报告。如未通过，请将不合格部分在备注中列 出。
施工组织设计(方案)评审表
施工组织设计（方案）评审表
评审人（签字）： ××× ×年×月×日
说明：
1、在评审时，若按照设计要求，不涉及某项内容的，则在备注中注明，此时的应得分小于100分，所得分数的计算为：得分=
应得分
实际得分
×100
2、在评审时，评审表的内容均包含了施工组织设计（方案）的内容时，得分就是实得分的总和
3、将所有参加评审的实得分相加后取平均值，作为最终评审得分的分数。
4、最终得分≥90分，上报公司总工审批，若最终得分<90分，则对施工组织设计（方案）重新进行调整，再进行评审，达到最终得分≥90分后，上报公司总工审批。
MakeX 创新设计奖评审表说明书
1.MakeX (1)2 (4)3 (11)4 (16)5 (19)6 (23)7 (26)1 (27)2 (30)3MakeX (32)4 (36)5- (37)●●●●●●●●●●●●●●MakeX 创新设计奖评审表□智慧交通□智造大师□雷霆营救战队编号：战队姓名：维度具体指标评分区间单项得分创新外观设计（20分）外观造型独特性，与众不同10 8 6 4 2 外观设计艺术性与观赏性10 8 6 4 2创新性结构突破（30分）战车整体结构紧凑精巧、行动灵活，传感器应用丰富10 8 6 4 2 结构设计具备独特性，与众不同10 8 6 4 2 功能实现方式取得创新性突破10 8 6 4 2工程笔记论述（10分）工程笔记中关于外形或结构设计的内容详细，论述清楚10 8 6 4 2总得分评审补充说明：评审签名：日期：MakeX 工程笔记奖评审表□智慧交通□智造大师□雷霆营救战队编号：战队姓名：维度具体指标评分区间单项得分内容完善度（45分）封面完整显示战队信息 5 4 3 2 1 目录清晰，内容结构完整，重点突出10 8 6 4 2 章节内容详细，阐述条理清晰10 8 6 4 2 有丰富的文字或图片内容记录学习过程10 8 6 4 2 详实的手稿素材展现战车迭代和完善的过程，论述了问题及解决方案10 8 6 4 2制作美观（20分）笔记制作精良，美观度及观赏性高10 8 6 4 2 充满创意的封面展示和内容排版设计10 8 6 4 2总得分评审补充说明：评审签名：日期：MakeX 技术分享奖评审表战队编号：战队名称：维度具体指标评分区间单项得分线上分享（15分）在MakeX官方平台分享高质量的技术型文章，且内容具有技术性参考价值10 8 6 4 2 内容获得较多良好反馈，具有实际的文章阅读量，点赞数等数据支撑，与其他会员进行积极互动，促进社区技术交流5 4 3 2 1线下分享（15分）积极主动组织或参与各类活动，如分享会，工作坊等10 8 6 4 2 分享获得良好反馈，有实际数据支撑，在分享过程中与他人进行积极互动，促进社区技术交流5 4 3 2 1比赛表现（10分）参赛过程中乐于协助其他战队，主动帮助和解决其他战队遇到的技术问题，以自身力量积极带动其他战队10 8 6 4 2申请材料质量（10分）提交文档内容详细完整，逻辑清晰，表述清楚 5 4 3 2 1 视频制作精良，充分展现战队风采 5 4 3 2 1总得分评审补充说明：评审签名：日期：MakeX 宣传大使奖评审表战队编号：战队名称：维度具体指标评分区间单项得分线上传播（20分）在各网络平台分享、推广MakeX赛事10 8 6 4 2 宣传活动卓有成效并有数据支撑, 积极促进社区交流，形成社区影响力10 8 6 4 2线下宣传（20分）积极主动组织或参与各类线下活动10 8 6 4 2 宣传活动卓有成效并有数据支撑, 积极促进社区交流，形成社区影响力10 8 6 4 2现场表现（10分）比赛现场主动与他人交流、认识新战队，通过多种形式展示了战队文化10 8 6 4 2申请材料质量（10分）提交文档内容详细完整，逻辑清晰，表述清楚5 4 3 2 1 视频制作精良，所有战队成员展示完整，充分展现战队特点5 4 3 2 1总得分评审补充说明：评审签名：日期：MakeX 精神奖评审表战队编号：战队名称：维度具体指标评分区间单项得分技术水平（20分）战队技术能力突出，战绩优异，以自身力量积极带动其他战队，起到模范作用10 8 6 4 2 具备科学钻研精神，不断推陈出新，取得技术和创新突破10 8 6 4 2团队文化（30分）优异的团队运营模式，合理分工、目标规划清晰10 8 6 4 2 注重知识和技能的传承，不断沉淀,注重新队员的培养，老、新队员默契合作10 8 6 4 2 积极营造和宣传团队文化，多形式展现战队风采，宣导赛事精神10 8 6 4 2比赛表现（10分）参赛过程中乐于协助其他战队，主动帮助和解决其他战队遇到的技术问题10 8 6 4 2申请材料质量（10分）提交文档内容详细完整，逻辑清晰、表述清楚 5 4 3 2 1 视频制作精良，所有战队成员展示完整，充分展现战队特点5 4 3 2 1总得分评审补充说明：评审签名：日期：MakeX 优秀导师奖评审表姓名：维度具体指标评分区间单项得分教学理念（10分）传道授业解惑，以培养和引导学生为目的，引导学生树立正确的价值观10 8 6 4 2专业知识技能（20分）过硬的专业知识技能，教学方法有效，引导学生取得优异战绩10 8 6 4 2 积极主动分享行业内知识技能或带队经验10 8 6 4 2赛事精神（20分）协助构建公平公正的竞赛环境10 8 6 4 2 认同在比赛和日常教学中尊重和践行赛事精神，以多种形式切实传播赛事精神10 8 6 4 2申请材料质量（10分）提交文档内容详细完整，逻辑清晰，表述清楚 5 4 3 2 1 视频制作精良，充分展现个人风采 5 4 3 2 1总得分评审补充说明：评审签名：日期：2020 MakeX 综合奖项申请表申请人/战队姓名联系电话战队编号邮箱省份及国家比赛名称申请奖项□技术分享奖□宣传大使奖□MakeX精神奖□优秀导师奖申请人身份□参赛战队□指导老师申请材料是否已包括□申请表□视频□报告□其他_________自媒体公众账号/主页（选填）MakeX论坛账号/主页(若申请技术分享奖，此项必填)2020年参赛经历及成绩请将此表如实填写，申请方式及要求以官网公布的奖项公告为准。
供应商CSR审核评分表模板
3
3
6.8 是否有客户员工推荐二级供应商？如果有，请列出推荐的二级供应商名称及相关的物料或服务。
3
N/A
7、消防安 全
7.1
供应商是否存在重大火灾或爆炸隐患，包括妥善管理易燃易爆物品、有效控制火源、定期维护消防设备和疏散通道 、禁止员工宿舍设在厂房或仓库建筑内等？
3
3
7.2
供应商厂房、宿舍及其他建筑是否有消防验收报告？是否定期由政府或专业消防机构检测检查并保留报告？临时动 火作业是否启动动火审批并保留记录？
3
3
10.4 供应商是否要求其下级供应商或分包商签署书面的CSR协议或承诺？多少家下级供应商签署了CSR协议？
3
3
10.5
供应商是否接受其他客户和审核机构的CSR审核并提供相关支持文件？最近2年接受了哪些客户、哪些审核机构的 CSR审核？
3
3
10.6
供应商的产品和生产过程中是否使用锡、钽、钨、金等冲突矿物？供应商是否签署“不使用冲突矿物”承诺，并根据 CFSI CMRT模板开展冲突矿物适用性评估和供应链放及使用有害化学品的场所采用本地语言张贴适当的物料安全使用说明书（MSDS）和警示标识？
3
3
8.7 供应商存放和使用有害化学品的场所是否保持良好的通风，定期测试空气质量，并提供洗眼器或紧急淋浴器？
3
3
9、环境保 护
9.1
须识别和管控挥发到环境中的化学品和其它有害物质以保证员工作业,活动,仓储,循环或再利用和废弃过程中的安 全.
3
N/A
1.5
供应商是否依照法规要求使用学生工，包括鉴别年龄、签订书面三方实习协议、合理支付报酬，购买保险等？是否 因不当使用学生工被处罚、投诉或媒体负面报道？
软件设计评审检查表
Y: 是 TBD:不确定 N: 不是 NA:不适用
检查项
Y/TBD/N/NA
完整性
该测试计划是否详细说明测试的大体方法和策略？
该测试计划是否详细说明所有测试活动的顺序？
该测试计划是否描述了将使用的软硬件系统环境?
该测试计划是否描述了测试活动中断和恢复的条件/情形？
该测试计划是否为所有测试定义了成功标准？
是否详细说明了参数的度量单位、取值范围、正确度和精度？
共享数据区域及其存取规定的映射是否一致？
可维护性
单元是否具有高内聚度和低耦合度（例如：对该单元的更改不会在该单元有任何无法预料的影响并对其它单元的影响很小）？
性能
是否该单元的所有约束例（如过程时间和规模）都被详细说明？
可靠性
初始化是否使用到缺省值，缺省值是否正确？
包括了数据流、控制流和接口的单元设计是否已清晰的说明？
完整性
是否已定义和初始化所有的变量、指针和常量？
是否已描述单元的全部功能？
是否已详细说明用来实现该单元的关键算法（例如：用自然语言或PDL）?
是否已列出该单元的调用？
依从性
该文档是否遵循了该项目已文档化的标准？
是否采用了所要求的方法和工具来进行单元设计？
该测试计划是否充分地描述了被测试的功能？
该测试计划是否明确地描述了不被测试的功能？
该测试计划是否充分地描述了测试基线？
对于阶段交付，该测试计划是否有在每一阶段建立测试基线给下一阶段使用？
该测试计划是否定义了足够和正确的衰退测试？
依从性
该测试计划是否依从了与开发有关的所有说明书、标准和文档？
一致性
是否已定义了测试顺序来匹配更高级别的文档所指定的集成顺序？
软件设计评审检查表
是否已定义和初始化所有的变量、指针和常量？
是否已描述单元的全部功能？
是否已详细说明用来实现该单元的关键算法（例如：用自然语言或PDL）?
是否已列出该单元的调用？
依从性
该文档是否遵循了该项目已文档化的标准？
是否采用了所要求的方法和工具来进行单元设计？
一致性
数据元素的命名和使用在整个单元和单元接口之间是否一致？
可维护性
单元是否具有高内聚度和低耦合度（例如：对该单元的更改不会在该单元有任 何无法预料的影响并对其它单元的影响很小）？
性能
是否该单元的所有约束例（如过程时间和规模）都被详细说明？
可靠性
初始化是否使用到缺省值，缺省值是否正确？
是否在内存访问的时候执行了边界检查（例如：数组、数据结构、指针等）来 确保只是改变了目标存储位置？
Y:是TBD:不确定N:不是NA:不适用
检查项
Y/TBD/N/NA
清晰性
系统的目标是否已定义？
是否对关键术语和缩略语进行定义和描述？
所使用的术语是否和用户/客户使用的一致？
需求的描述是否清晰，不含糊？
是否有对整套系统进行功能概述？
是否已详细说明了软件环境（共存的软件）和硬件环境（特定的配置）？
如果有会影响实施的假设情况，是否已经声明？
完成软件确认测 试说明、执行软件 确认测试、进行测 试分析、编写确认 测试报告
完成系统测试 说明、执行系 统测试、进行 测试分析、编 写系统测试报 告
是否将需求分别陈述，因此它们是独立的并且是可检查的？
是否所有需求都可以回溯到相应的需求素材，反之亦然？
是否已详细说明需求变更的过程？
Y:是TBD:不确定N:不是NA:不适用
产品详细设计评审检查表-模板
××产品详细设计评审检查表
【内容】
●评审人员根据此表认真审核《产品详细设计规格说明书》。
●如果是合同项目，可能还需要用户审核，视具体情况而定。
【裁剪原则】
此部分内容不允许裁剪。
评委名称
评委日期YYYY-MM-DD
评审结论 合格 不合格 TBD 待完成 NA 不适用详细设计检查表结论
基本检查详细设计是否覆盖了所有的总体设计条目？
详细设计和总体设计之间是否存在冲突？每一个模块的关键算法、关键数据结构是否清楚？
各模块之间的接口是否清晰？
设计是否是可实现的？
设计是否有遗漏和缺陷？
可读性检查设计说明是否通俗易懂？
设计中，关键部分是否使用图表加以说明？是否提供软件设计图（类图，序列图，状态图…）
是否提供数据结构设计图(数据库设计，XML结构设计，文件格式设计)
是否提供样例代码，说明如何使用？
可用性检查设计中的命名是否与
现有系统冲突
是否存在不合理的设计结构（例如包耦合：不应交叉耦合，下层中的包不应依赖于上层中的包，依赖关系不得跳层，包不应依赖于子系统，仅应依赖于其它包或接口）
设计是否与某些现有规范存在冲突？（编码规范，设计规范，J2EE 规范….）
设计实现的复杂程度设计实现的瓶颈
依赖型检查是否使用或依赖于第三方的产品？
第三方产品是否可以由不同的提供商替换？
设计中涉及到关键技术是否成熟？
其他问题。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
详细设计评审表模板
项目名称：项目负责人：
主审人：评审时间：
一：评审流程
1、由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组成一个评审小组，通过
阅读和讨论详细设计的内容，对详细设计进行评审。
2、项目负责人提前把概要设计说明书、详细设计说明书等文档分发给评审小组成员，作为评审依据，小组成
员在充分阅读这些材料之后，进入下一步。
3、召开详细设计评审会。
在会上，首先由该项目的系统分析员介绍总体设计思想，包括需求概述和软件结构，
然后由各个模块的具体设计者分别对模块设计进行说明，在此过程中，小组成员可以提出问题，展开讨论，审查是否有错误存在。
4、在讨论结束后，由项目负责人整理出一份《详细设计评审报告》。
5、若发现错误较多，或发现重大错误，则在改正之后，再次组织详细设计评审。
二：评审人员
三：评审内容（评审的具体结果可以参见评审会议记录）
主审人的总结意见和签字：。