详细设计评审检查表模板
详细设计说明书评审检查表
# 检查项 是/否/不适用 否 不适用 清晰性、完整性 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 设计的复杂度已经最小了吗？
建筑设计专业中期检查表模板范文
建筑设计专业中期检查表模板范文一、基本信息。
学生姓名：[你的名字]学号：[具体学号]专业：建筑设计。
指导教师：[导师名字]（一）项目概述。
1. 项目名称：[项目的酷炫名字]2. 项目简介。
嗨，导师！我这个项目呢，就像是在打造一个梦想中的城市小角落。
想象一下，在一个繁忙的都市里，有那么一块地方，就像世外桃源一样。
我设计的这个建筑啊，它既有现代建筑的简洁线条，又融入了一些传统元素，就像是把过去和现在完美地融合在一起，像是一场穿越时空的建筑之旅呢。
它的功能也很丰富，有居住的部分，也有休闲娱乐的空间，是一个能让人们在忙碌生活中找到宁静和乐趣的地方。
（二）项目进展。
# 1. 设计理念发展。
最初的想法是怎么来的呢？其实很简单，就是我在逛街的时候，看到那些千篇一律的建筑，就想搞点不一样的。
我就想啊，如果我能把大自然的元素融入到建筑里，那该多酷啊。
比如说，像树叶的脉络一样的建筑线条，或者像蜂巢一样的空间结构。
然后我就开始各种查资料，从古老的建筑书籍到现代的建筑杂志，我就像一个探险家在寻找宝藏一样。
现在呢，我的设计理念就更成熟了，不仅仅是简单的自然元素的堆砌，而是要让建筑和周围的环境产生一种对话，就像两个老朋友在聊天一样和谐。
# 2. 方案设计。
功能布局：我在功能布局上可是费了不少心思呢。
居住区域我设计得很温馨，卧室的采光那是相当好，早上一睁眼就能看到阳光洒进来，就像被大自然轻轻唤醒一样。
休闲娱乐区域就更有趣了，有一个露天的小花园，里面种满了各种各样的花草，还有一个小小的泳池，夏天的时候在那里泡着，感觉自己就像个度假的小富豪。
公共区域呢，我把它设计得很开阔，大家可以在那里聊天、聚会，就像一个大家庭一样其乐融融。
流线组织：流线就像是建筑的血管一样重要。
我设计的流线非常清晰，从入口到各个功能区就像走迷宫一样有趣，但又不会迷路。
人们在建筑里行走的时候，就像是在探索一个神秘的城堡，每走一步都有新的发现。
比如说，从客厅到卧室的走廊上，我设计了一些小的展示空间，可以放一些艺术作品或者家庭照片，这样人们在走的时候还能欣赏一下美好的东西。
详细设计评审检查表模板
是否所有的构架原则在子程序中得到了实现? 是否定义了技术与工作的标准，如编码规范等？ 所有的接口（外部和内部）是否在子程序级完整得到描述? 该项工作的计划与实际成本是否合理？ 该项工作的计划与实际进度是否合理？
序号
1 2 3 4 5 6 7 8 9 10 11 12 13 建议: 表述是否清晰? 参数定义是否合理? 算法是否表述清晰? 公用类设计是否合理?
详细设计评审检查表 检查项
内容是否完整,是否覆盖所有功能点，模块?
不适用 优秀参数传递是否实际合理，表述清晰? 是否满足性能需求? 后续工作人员是否可以据此进行工作?
PCBA产品设计DFM检查表范例
布局
影响到后续装配和调测。
立式安装的元器件（二极管、电阻）存在碰撞隐患的是
13
布局
否有在管脚上套热缩套管。
板级之间涉及到的绝缘问题，需要检查元件是否存在短
14
布局 路接触等隐患，元件是否有点胶固定竖立要求？是否有
增加铁氟龙的要求？
为保证电气绝缘，散热器等金属器件的底部（PCB表
15
布局
层）不能设计走线，或走线有做绝缘处理（绿油不能作 为有效绝缘），与散热器同电位的走线除外。如不能满
件长边平行于V-CUT的，焊盘到V-CUT距离大于
53
分板
4mm，器件长边垂直于V-CUT的，焊盘到V-CUT距离
大于3mm。
54 元件成型 是否有需要辅助工装才能成型的元件
需拔针的插针插座，PCB对应的拔针位置焊盘必须取消 55 元件成型 。
56 元件成型 组合端子必须前加工组装后才能插件、波峰焊
是否需要经过二次高温，标签能否承受，如有，提出评 84 贴BARCODE 估 85 特殊标识 是否有特殊标记要求，如有，SOP重点说明
1.选用串口烧录的，记录烧录器、烧录线配件型号，并
做好备件管理；
86
单板烧录/测 2.串口烧录，必须做可操作性、软件稳定性验证；
试
3.选用测试点烧录的，必须做烧录工装可操作性，工装
PCBA产品设计DFM检查表
单板编码：
单板型号&版本：
试产日期：
序 号
检查项目
内容
检查结果 （OK/NG/无关）
NG项改进措施
1
BOM BOM物料用量、位号、规格是否与实际一致
2
BOM
BOM物料属性是否与实际一致（SMT料，DIP料，结构 料）
概要设计说明书检查表
是否设计已经可以支持本文档中遗留的TBD有可能带来的变更
▢是▢否
是否所有的TBD的影响都已经被评估了
▢是▢否
是否仍存在可能不可行的设计部分
▢是▢否
是否已记录设计时的权衡考虑该文件是否包括了权衡选择的标准和不选择其它方案的原因
▢是▢否
依从性
依从性该文档是否遵守了该项目的文档编写标准
▢是▢否
一致性
▢是▢否
是否所有的界面都提供了所要求的信息
▢是▢否
是否已说明内部各界面之间的关系
▢是▢否
界面的数量和复杂程度是否已减少到最小
▢是▢否
操作界面的设计是否有为用户考虑（例如：词汇、使用信息和进入的简易）
▢是▢否
可维护性
该设计是否是模块化的
▢是▢否
这些模块具有高内聚度和低耦合度
▢是▢否
是否已经对继承设计、代码或先前选择工具的使用进行了详细说明
▢是▢否
性能
主要性能参数是否已复（例如：输入输出检查）
▢是▢否
是否已考虑非正常情况
▢是▢否
是否所有的错误情况都被完整和准确地说明
▢是▢否
该设计是否满足该系统进行集成时所遵守的约定
▢是▢否
易测性
是否能够对该套系统进行测试、演示、分析或检查来说明它是满足需求的
▢是▢否
是否已描述最低级别数据元素是否已详细说明取值范围
▢是▢否
功能性
是否对每一下级模块进行了概要算法说明
▢是▢否
所选择的设计和算法能否满足所有的需求
▢是▢否
接口
操作界面的设计是否有为用户考虑（例如：词汇、使用信息和进入的简易）
▢是▢否
是否已描述界面的功能特性
产品详细设计评审检查表-模板
每一个模块的关键算法、关键数据结构是否清楚？
各模块之间的接口是否清晰？
设计是否是可实现的？
设计是否有遗漏和缺陷？
可读性检查
设计说明是否通俗易懂？
设计中，关键部分是否使用图表加以说明？
是否提供软件设计图（类图，序列图，状态图…）
是否提供数据结构设计图(数据库设计，XML结构设计，文件格式设计)
设计实现的瓶颈
依赖型检查
是否使用或依赖于第三方的产品？
第三方产品是否可以由不同的提供商替换？
设计中涉及到关键技术是否成熟？
其他问题
××产品详细设计评审检查表
【内容】
评审人员根据此表认真审核《产品详细设计规格说明书》。
如果是合同项目，可能还需要用户审核，视具体情况而定。
【裁剪原则】
此部分内容不允许裁剪。
评委名称
评委日期
YYYY-MM-DD
评审结论
合格不合格TBD待完成NA不适用
详细设计检查表
结论
基本检查
详细设计是否覆盖了所有的总体设计条目？
是否提供样例代码，说明如何使用？
可用性检查
设计中的命名是否与现有系统冲突
是否存在不合理的设计结构（例如包耦合：不应交叉耦合，层，包不应依赖于子系统，仅应依赖于其它包或接口）
设计是否与某些现有规范存在冲突？（编码规范，设计规范，J2EE规范….）
设计实现的复杂程度
详细设计说明书检查表
是否所有的设计决定都能追溯到权衡考虑
▢是▢否
单元需求是否都能上溯到更高级别的文档更高级别文档的需求是否已经在单元中体现
▢是▢否
承建单位（盖章）：
负责人：
日期：
建设单位（盖章）：
项目经理：
日期：
监理机构（盖章）：
监理工程师：
日期：
是所有的逻辑都能被测试
▢是▢否
是否已描述测试程序、测试数据集和测试结果
▢是▢否
是否能够对每个单元进行测试、演示、分析或检查来说明它们是满足需求的。
▢是▢否
该设计是否包含检查点来帮助测试（例如：有条件的编译代码和数据声明测试）
▢是▢否
可追溯性
是否设计的每一部分都能追溯到其它项目文档的需求，也能追溯到更高级别文档的需求
可维护性
这些模块具有高内聚度和低耦合度
▢是▢否
性能
是否该单元的所有约束例如过程时间和规模都被详细说明
▢是▢否
可靠性
初始化是否使用到缺省值，缺省值是否正确
▢是▢否
是否在内存访问的时候执行了边界检查（例如：数组、数据结构、指针等）来确保只是改变了目标存储位置
▢是▢否
是否执行输入、输出、接口和结果的错误检查
▢是▢否
是否对所有错误情况都发出有意义的信息
▢是▢否
对特殊情况返回的代码是否和已规定的全局定义的返回代码相匹配
▢是▢否
是否考虑到意外事件
▢是▢否
易测性
是否能够对每个单元进行测试、演示、分析或检查来说明它们是满足需求的。
▢是▢否
该设计是否包含检查点来帮助测试（例如：有条件的编译代码和数据声明测试）
▢是▢否
▢是▢否
接口
施工组织设计中期检查表范文
施工组织设计中期检查表范文一、工程基本信息。
工程名称：[具体工程名称]工程地点：[详细地点]建设单位：[建设单位名称]施工单位：[施工单位名称]二、检查日期。
[年/月/日]三、检查小组成员。
[组长姓名]、[成员姓名1]、[成员姓名2]……四、检查内容及结果。
# （一）工程进度。
1. 计划进度对比。
按照施工组织设计的初始计划，到目前这个阶段，我们应该已经完成[具体的进度节点，比如基础工程的混凝土浇筑]。
实际情况呢，基础工程的混凝土浇筑确实已经顺利完成，而且还比计划提前了两天呢。
这就像是跑步比赛，本来计划着匀速前进，结果一不小心还超了点速，这可得给施工团队点个赞。
在接下来的[下一阶段工程，比如主体结构一层的钢筋绑扎]进度方面，虽然整体上还在按计划推进，但是在一些细节部分，比如钢筋的运输和堆放，由于场地的临时调整，稍微有点耽误。
这就好比是本来一路畅通的自驾游，突然遇到了一段在修路的路段，得绕个小弯儿。
不过施工团队已经及时调整了方案，应该能够很快赶上进度。
2. 关键工序进度控制。
对于本工程的关键工序，像[列举关键工序，如深基坑支护]，目前进展得非常顺利。
深基坑支护工程就像给整个工程打地基的“保镖”，这个“保镖”的工作做得很扎实。
施工单位在这方面投入了足够的人力和物力，按照设计要求严格施工，每一个支护桩都打得稳稳当当的，就像一个个忠诚的卫士守护着未来的大楼根基。
但是在[另一个关键工序，如大型设备的安装基础施工]方面，遇到了一些地质方面的小问题。
地下的土质比预想的要复杂一些，有点像打开一个神秘的宝盒，结果发现里面的东西和说明书不太一样。
不过施工单位及时请来了地质专家进行会诊，重新调整了基础的施工方案，目前已经重新回到了正常的进度轨道上。
# （二）工程质量。
1. 材料质量。
在材料的选用上，施工单位基本都是按照施工组织设计的要求来做的。
就拿钢材来说吧，进场的钢材都有合格的质量证明文件，就像每个人都带着自己的身份证一样，而且还经过了严格的抽样检测。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
是否所有的构架原则在子程序中得到了实现? 是否定义了技术与工作的标准，如编码规范等？ 所有的接口（外部和内部）是否在子程序级完整得到描述? 该项工作的计划与实际成本是否合理？ 该项工作的计划与实际进度6 7 8 9 10 11 12 13 建议: 表述是否清晰? 参数定义是否合理? 算法是否表述清晰? 公用类设计是否合理?
详细设计评审检查表 检查项
内容是否完整,是否覆盖所有功能点，模块?
不适用 优秀 合 格
不合 格
备注
参数传递是否实际合理，表述清晰? 是否满足性能需求? 后续工作人员是否可以据此进行工作?