详细设计说明书评审检查表.xls
详细设计说明书评审检查表
# 检查项 是/否/不适用 否 不适用 清晰性、完整性 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 设计的复杂度已经最小了吗？
产品审计检查表_详细设计检查单
是
是否存在逻辑上的问题？
否
是否对各种情况都进行了处理？（如大于、等于、小
6 于0，switch/case情况）
是
7 是否定义了所有要求的模块属性？
是
8 是否为开发和维护代码提供了充分的基础？
是
9 所有的设计单元都可追溯回需求吗？
是
10 是否可以追踪到代码？
是
接口
1 参数的数量、类型和顺序是否匹配？
是
4 求？
是
5 是否设定了正确的初始化缺省值？
是
6 是否对输入、输出、接口和结果进行了错误检查？
是
7 是否对错误情况给出了有意义的信息提示？
是
8 是否考虑了意外情况？
是
结果统计：是 31 个；否 1 个
注释
详细设计检查表
#
检查项
清晰性、完整性
是否清晰的描述了单元设计信息，包括数据流程、控
1 制流程、接口？
2 文档结构是否清晰、组织是否合理？
3 文档结构是否便于维护和修改？
4 设计是否易于理解？
5 是否说明了单元目的？
6 是否对单元功能进行了描述？
7 是否说明了用于实现该单元的算法？
是/否/不适 用
是 是 是 是 是 是 不适用
是
2 是否正确的定义了输入输出数据？
是
3 是否清晰的描述了传递参数的顺序？
是
4 是否识别了传递参数的机制？
是
可维护性、可靠性
设计单元是否具有高内聚度低偶合度？（即该单元的
变化不会对本单元造成不可预料的影响，对其他单元
1 的影响达到最小）
是
2 设计的复杂度已经最小了吗？
是
3 标 是题 否栏 具是 有否 清符 晰合 性项 、目 可标 读准 性？ 、可修改性，满足维护需
详细设计评审检查表模板
是否所有的构架原则在子程序中得到了实现? 是否定义了技术与工作的标准，如编码规范等？ 所有的接口（外部和内部）是否在子程序级完整得到描述? 该项工作的计划与实际成本是否合理？ 该项工作的计划与实际进度是否合理？
序号
1 2 3 4 5 6 7 8 9 10 11 12 13 建议: 表述是否清晰? 参数定义是否合理? 算法是否表述清晰? 公用类设计是否合理?
详细设计评审检查表 检查项
内容是否完整,是否覆盖所有功能点，模块?
不适用 优秀参数传递是否实际合理，表述清晰? 是否满足性能需求? 后续工作人员是否可以据此进行工作?
软件设计与开发评审检查表
是否执行输入、输出、接口和结果的错误检查？
是否对所有错误情况都发出故意义的信息？
对特殊情况返回的代码是否和已规定的全局定义的返回代码相匹配？
是否考虑到意外事件？
易测性
是否可以对每个单元进行测试、演示、分析或检查来说明它们是满足需求的？
该套系统是否能用增量型的方法来集成和测试？
可追溯性
是否各部分的设计都能追溯到需求说明书的需求？
是否所有的设计决策都能追溯到本来拟定的权衡因素?
所继承设计的已知风险是否已拟定和分析？
具体设计检查表
Y: 是 TBD: 不拟定 N: 不是 NA:不合用
检查项
Y/TBD/N/NA
清楚性
所有单元或过程的目的是否都已文档化？
一致性
数据元素的命名和使用在整个单元和单元接口之间是否一致？
所有接口的设计是否互相一致并且和更高级别文档一致？
对的性
是否解决所有条件 （大于、等于、小于零、switch/case）？ 是否存在解决“case not found”的条件？
是否对的地规定了分支（逻辑没有颠倒）？
数据使用
是否所有声明的数据都被实际使用到？
Y: 是 TBD: 不拟定 N: 不是 NA:不合用
备注
检查项
Y/TBD/N/NA
清楚性
系统的目的是否已定义？
是否对关键术语和缩略语进行定义和描述？
所使用的术语是否和用户/客户使用的一致？
需求的描述是否清楚, 不模糊？
是否有对整套系统进行功能概述？
是否已具体说明了软件环境 (共存的软件) 和硬件环境 (特定的配置)？
设计说明书评审检查单(设计说明书检查单)
Design Specification Review Checklist设计说明书评审检查单（DVPCHK01 / IPD-CMM V2.0 / for internal use only）Project ID 项目编号Owner 责任人Reviewer 检查者Date 检查日期yyyy-mm-dd Item 审查内容Comment 说明1Description 说明This checklist is consisted of two partitions, one is for HLD review, another is for LLDreview. When HLD and LLD are combined to one document, both checklists should be used.本检查单由两部分组成，一部分适用于概要设计评审，一部分适用于详细设计评审。
如果概要设计和详细设计合成一篇文档，应同时关注这两个检查单。
2For High Level Design specification 概要设计适用No. 序号Checklist检查项Status执行情况Comment说明1 Does the document conform to HLD templates as required by thePHB?文档是否符合项目过程手册中要求的概要设计模板？Yes 是[ ] No 否[ ] NA 免[ ]2 Is the purpose and function of each partioned sub-module definedclearly and unambiguously?每个已划分的子模块，其目的和功能是否已清晰定义且无歧义？Yes 是[ ] No 否[ ] NA 免[ ]3 Are the global data structures defined completely and rightly?全局数据结构是否已经完整定义并且正确？Yes 是[ ] No 否[ ] NA 免[ ]4 Are the interaction described completely in the dependency ?依赖性是否描述了主要的交互过程？Yes 是[ ] No 否[ ] NA 免[ ]5 Are the external interfaces (include function interfaces and datainterfaces) complete, correct and unambiguously?所有的外部接口（包括函数接口和数据接口）是否完整，正确且无歧义？Yes 是[ ] No 否[ ] NA 免[ ]6 Does the granularity accord with what is descripted in the Yes 是[ ]No. 序号Checklist检查项Status执行情况Comment说明spcecification's purpose section?概要设计说明书描述的内容是否达到的目的中所描述的功能分解粒度？No 否[ ]NA 免[ ]7 Does HLD meet perforamnce goal as per PPL and SRS ?HLD是否满足PPL和SRS中的性能目标？Yes 是[ ] No 否[ ] NA 免[ ]8 Has the software requirements track matrix been updatedcorrectly?是否已正确更新了软件需求跟踪矩阵？Yes 是[ ] No 否[ ] NA 免[ ]3 For Low Level Design specification 详细设计适用No. 序号Checklist检查项Status执行情况Comment说明1 Does the document conform to LLD templates as required by thePHB?文档是否符合项目过程手册中要求的详细设计模板？Yes 是[ ] No 否[ ] NA 免[ ]2 Are the interfaces between the submodules (including datainterfaces and function interfaces) stated clearly?对已划分的子模块，和其它子模块的接口和该子模块内部的接口（包括数据接口和函数调用接口）是否已明确描述？Yes 是[ ] No 否[ ] NA 免[ ]3 Are all the procedure/functions in each sub-module specified?是否列出了每个子模块包含的所有过程/函数？Yes 是[ ] No 否[ ] NA 免[ ]4 Are all data structures and global variables defined correctly?是否已经正确定义所有的数据结构和全局变量？Yes 是[ ] No 否[ ] NA 免[ ]5 Are all the pivotal procedures/functions is described by usingpseudocode/flow chart correctly?是否对每个子模块的各个关键过程/函数，都给出了正确的伪码/流程图描述？Yes 是[ ] No 否[ ] NA 免[ ]6 Does LLD meet performance goal as per PPL and SRS ?LLD是否满足PPL和SRS中的性能目标？Yes 是[ ] No 否[ ] NA 免[ ]7 Has the software requirements track matrix been updatedcorrectly?是否已正确更新了软件需求跟踪矩阵？Yes 是[ ] No 否[ ] NA 免[ ]。
软件评审检查表
在体系结构设计中，是否清晰描述了数据流、控制流与接口？ 在体系结构设计中，是否清晰描述了数据流、控制流与接口？ 在设计说明书中是否描述了所有的假设、约束、决定与依赖？ 在设计说明书中是否描述了所有的假设、 约束、 决定与依赖？ 是否定义了目标？ 是否定义了目标？ 在合适时，是否有设计是多样的、一致的？ 在合适时，是否有设计是多样的、一致的？ 功能性 对每个子模块是否都做了简要描述并概略描述了采用的算法？ 对每个子模块是否都做了简要描述并概略描述了采用的算法？ 选择的设计或算法是否满足需求？ 选择的设计或算法是否满足需求？ 接口 所有接口的描述是否与需求文档一致？ 所有接口的描述是否与需求文档一致？ 在软件各个功能模块之间的数据流是否得到了明确描述？ 在软件各个功能模块之间的数据流是否得到了明确描述？ 是否对所有的元件之间的接口都进行了定义？ 是否对所有的元件之间的接口都进行了定义？ 是否接口的定义正确、 合理？ 是否接口的定义正确、 合理？ 是否所有的外部接口定义可以追索到需求？ 是否所有的外部接口定义可以追索到需求？ 细节 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]免[ ] ] ] ] ] ] ]
项目设计评审检查表
设计评审检查单
项目名称 评审人
项目经理 评审日期
合格 不合格 未检查 不适用
共计
结论
统计结果
0
0
0
0
0
序号 概要设计
检查内容
1 设计方案是否满足产品需求与用户需求的功能、性能及安全性等所有要求？
2 设计方案的架构设计是否简单而清晰？ 3 是否尽可能避免了模块（或子系统）间的相关性？
4 是否对处理流程、总体结构与模块、功能与模块的关系进行了清楚的描述？
5 是否对数据结构了清晰描述？对内部模块间接口进行了清楚 描述？
7 如果有移植的需求，那么设计中是否对移植性作了充分的考虑？ 8 如果采用数据库技术，数据库设计是否与其了他设计内容一致？ 9 是否详细考虑了编码时的代码复用问题？ 10 设计方案是否考虑了软件的扩展性与维护性？ 11 是否规定了设计与编码时的命名规则？ 12 是否进行了出错信息与出错处理的设计？ 详细设计 13 界面设计是否布置合理、版面美观、内容协调？
14 如果采用面向对象的设计方法，是否对对象模型进行了清楚表述？
检查情况
15 如果采用面向结构化的设计方法，是否对模块结构关系进行了清楚表述？
16 每个对象（或模块）的数据结构、处理逻辑都进行了必要的描述？
17
对重要的用户使用场景是否用动态模型（表述系统如何响应特定事件）进行描 述？
评审人意见 补充信息
详细设计评审表模板
详细设计评审表模板
工程负责人: 评审时间：
:评审流程
1、由公司领导、各部门相关人员、主审人、评审专家、工程负责人、软件测试人员组成一个评审小组,通过阅读和讨论详细设计的内容,
对详细设计进行评审.
2、工程负责人提前把概要设计说明书、详细设计说明书等文档分发给评审小组成员,作为评审依据,小组成员在充分阅读这些材料之后,
进入下一步.
3、召开详细设计评审会.在会上,首先由该工程的系统分析员介绍总体设计思想,包括需求概述和软件结构,然后由各个模块的具体设计者
分别对模块设计进行说明,在此过程中,小组成员可以提出问题,展开讨论,审查是否有错误存在.
4、在讨论结束后,由工程负责人整理出一份?详细设计评审报告?.
5、假设发现错误较多,或发现重大错误,那么在改正之后,再次组织详细设计评审.
详细设计评审.doc
第1页共2页
工程名称: 主审人：
详细设计评审.doc
主审人的总结意见和签字:
第2页共2页。
03详细设计说明书报审表.
某市某区网络信息中心“XXX”某分厅采购项目
致：XXX咨询监理有限公司
我方根据合同相关规定完成了江西省“XXX”某区分厅详细设计说明书的编制，并经过我单位上级技术负责人批准，请予以审查。
附:
某省“XXX”某区分厅-详细设计说明书
承建单位（章）
项目经理：
日 期 ：
监理工程师审查意见：
监理单位（章）
监理工程师：
Hale Waihona Puke 日 期 ：建设单位意见：建设单位（章）
建设单位代表：
日期：
详细设计说明书报审表
注：本表由施工单位填报，建设单位、监理单位、承建单位各存一份。
设计评审检查表
评审日期：No.
风险评估：
改正方法
改正计划
项目组评审意见：
生产部评审意见：
品质部评审意见：
工程部评审意见：
市场部评审意见：
计划部评审意见：
中央研究院：
改善的结果
评审结论：
通过不通过
总工/副总评审意见：签名：Leabharlann 总经理评审意见：签名：
第2页共2页
一、设计资料的制订：
特殊特性清单
DFMEA表
产品规格书
材料表
样品控制计划表
PFMEA
物料技术要求
小试控制计划
工艺文件
技术图纸
工艺流程图
中试控制计划
试产前控制计划
量产控制计划
二、新增设备/工装/模具
新增设备/工装
新增量具检验设备
新增模具
三、验证报告
四、小/中试产品合格率
五、生产过程记录
不完善事项：
第1页共2页
设计评审检查表
评审日期：编制人：No.
产品名称
设计人员
产品规格
评审人员
数量
（中/小试）数量：(试产)数量：（批量）数量：
评审依据：
客户要求：
其它：
评审项目名称：
项目目标：
评审阶段
评审内容
评审资料编号
备注
样品试作前评审
样品制作后评审
小试前评审
小试后评审
中试前评审
中试后评审
试产前评审
批量生产前评审
批量生产后评审
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
接口
32 参数的数量、类型和顺序是否匹配？
33 是否正确的定义了输入输出数据？
34 是否清晰的描述了传递参数的顺序？
35 是否识别了传递参数的机制？
可维护性、可靠性
设计单元是否具有高内聚度低耦合度？（即该单元的变化不会对本单元造成不可预料 36 的影响，对其他单元的影响达到最小）
37 设计的复杂度已经最小了吗？
详细设计检查表
#
检查项
清晰性、完整性 1 是否清晰的描述了单元设计信息，包括数据流程、控制流程、接口？
2 文档结构是否清晰、组织是否合理？
3 文档结构是否便于维护和修改？
4 设计是否易于理解？
5 每个单元模块是否都有相应的标识?
6 是否对单元模块的目的和功能进行了描述？
7 每个单元模块的输入/输出是否进行了描述?
是/否/不适用
38 是否具有清晰性、可读性、可修改性，满足维护需求？ 39 是否设定了正确的初始化缺省值？ 40 是否对输入、输出、接口和结果进行了错误检查？ 41 是否对错误情况给出了有意义的信息提示？ 42 是否考虑了意外情况？ 43 是否符合相关的法律法规
17 设计是否使用标准的技术，避免使用怪异的、不易理解的方式和方法?
18 是否列出了所有的调用？
19 对变量、指针和常量进行了定义和初始化吗？
20 设计能实现特定的需求和目标吗？
21 是否对程序的注释进行了设计？
22 是否对程序的限制和约束进行了说明？
23 所有设计是否是可测试的？
一致性、正确性
24 文档是否符合项目标准？ Nhomakorabea8 是否说明了用于实现该单元模块的算法？
9 是否提供了一致的错误处理机制?
10 系统结构是否合理、清晰？
11 各子系统、模块之间的关系是否描述得清楚?
12 系统的设计是否考虑了系统的可扩展性?
13 设计是否考虑了重用性?
14 重用构件是否进行了标识?
15 是否说明了重用模块的获得方式和相关的文档?
16 系统的设计是否考虑了系统的易移植性?
25 是否用要求的方法或工具进行设计的？
26 数据元素的名称在整个单元中保持一致吗？
27 所有的设计接口相互间是一致的吗？
28 是否存在逻辑上的问题？ 29 是否对各种情况都进行了处理？（如大于、等于、小于0，switch/case情况）
30 是否为开发和维护代码提供了充分的基础？
31 所有的设计单元都可追溯回需求吗？