软件设计评审表
合集下载
详细设计评审表
软件详细设计评审表
项目负责人: 评审时间:
一评审流程
1、 由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组 成一个评审小组 通过阅读和讨论详细设计的内容
对详细设计进行评审。
2、 项目负责人提前把概要设计说明书、 详细设计说明书等文档分发给评审小组成员
作为评审依据 小组成员在充分阅读这些材料之后
进入下一步。
3、 召开详细设计评审会。
在会上 首先由该项目的系统分析员介绍总体设计思想 包
括需求概述和软件结构 然后由各个模块的具体设计者分别对模块设计进行说明 在此过
程中小组成员可以提出问题 展开讨论 审查是否有错误存在。
4、 在讨论结束后
由项目负责人整理出一份《详细设计评审报告》。
5、 若发现错误较多 或发现重大错误 则在改正之后 再次组织详细设计评审。
二评审人员
三 评审内容（评审的具体结果可以参见评审会议记录）
项目名称: 主审人:。
软件设计评审表-模板
2
引用的文档现行有效
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
引用的文档现行有效
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
软件设计过程评审表
评审类型
主审人终审□会议终审□其他□
项目组对主管意见的答复
签 名
日 期
续表
评审组
成员
评审
负责人
主审人
主审人
评审人
评审人
评审会时间
评审
会议
记录
记录人签名
日 期
评委表
决记录
无条件通过
有条件通过
√
不予通过
评审负责人评审结论
无条件通过□有条件通过√不予通过□
签 名
日 期
年 月 日
结论方式记录
一致决定□过半数表决决定□评审负责人裁决决定□
正式评审人员签名
其他出席会议人员签名
评审中
主要整
改意见
要求整改完成时间
开发中心确认整改完成时间
年 月 日
签 名
总工办确认整改完成时间
年 月 日
签 名
软件设计过程评审表
要求评审的开发工作名称
要求评审人姓名
所属
项目组
提出评
审时间
要求评审工作所
属的开发过程阶段
可行性分析评审□需求评审√概要设计评审□详细设计评审□
编码检验□测试评审□其他评审□
要求
评审
工作的ຫໍສະໝຸດ 要点提交评审的
资料
清单
开发主管审核意见
同意评审√暂不评审□
主管签字
暂不评审原因
方案不成熟□资料不完整□其他□
主审人终审□会议终审□其他□
项目组对主管意见的答复
签 名
日 期
续表
评审组
成员
评审
负责人
主审人
主审人
评审人
评审人
评审会时间
评审
会议
记录
记录人签名
日 期
评委表
决记录
无条件通过
有条件通过
√
不予通过
评审负责人评审结论
无条件通过□有条件通过√不予通过□
签 名
日 期
年 月 日
结论方式记录
一致决定□过半数表决决定□评审负责人裁决决定□
正式评审人员签名
其他出席会议人员签名
评审中
主要整
改意见
要求整改完成时间
开发中心确认整改完成时间
年 月 日
签 名
总工办确认整改完成时间
年 月 日
签 名
软件设计过程评审表
要求评审的开发工作名称
要求评审人姓名
所属
项目组
提出评
审时间
要求评审工作所
属的开发过程阶段
可行性分析评审□需求评审√概要设计评审□详细设计评审□
编码检验□测试评审□其他评审□
要求
评审
工作的ຫໍສະໝຸດ 要点提交评审的
资料
清单
开发主管审核意见
同意评审√暂不评审□
主管签字
暂不评审原因
方案不成熟□资料不完整□其他□
软件设计过程评审表
正式评审人员签名
其他出席会议人员签名
评审中
主要整
改意见
要求整改完成时间
开发中心确认整改完成时间
年月日
签名
总工办确认整改完成时间
年月日
签名
评审类型
主审人终审□会议终审□其他□
项目组对主管意见的答复
签名
日期
续表
评审组
成员
评审
负责人
主审人
主审人
评审人
评审人
评审会时间
评审
会议
记录
记录人签名
日期
评委表
决记录
无条件通过
有条件通过
√
不予通过
评审负责人评审结论
无条件通过□有条件通过√不予通过□
签名
日期
年月日
结论方式记录
一致决定□过半数表决决定□评审负责人裁决决定□
软件设计过程评审表
要求评审的开发工作名称
要求评审人姓名
所属
项目组
提出评
审时间
要求评审工作所
属的开发过程阶段
可行性分析评审□需求评审√概要设计评审□详细设计评审□
编码检验□测试评审□其他评审□
要求
评审
工作
的
要点
提交
评审
的
资料
清单开Leabharlann 主管审核意见同意评审√暂不评审□
主管签字
暂不评审原因
方案不成熟□资料不完整□其他□
其他出席会议人员签名
评审中
主要整
改意见
要求整改完成时间
开发中心确认整改完成时间
年月日
签名
总工办确认整改完成时间
年月日
签名
评审类型
主审人终审□会议终审□其他□
项目组对主管意见的答复
签名
日期
续表
评审组
成员
评审
负责人
主审人
主审人
评审人
评审人
评审会时间
评审
会议
记录
记录人签名
日期
评委表
决记录
无条件通过
有条件通过
√
不予通过
评审负责人评审结论
无条件通过□有条件通过√不予通过□
签名
日期
年月日
结论方式记录
一致决定□过半数表决决定□评审负责人裁决决定□
软件设计过程评审表
要求评审的开发工作名称
要求评审人姓名
所属
项目组
提出评
审时间
要求评审工作所
属的开发过程阶段
可行性分析评审□需求评审√概要设计评审□详细设计评审□
编码检验□测试评审□其他评审□
要求
评审
工作
的
要点
提交
评审
的
资料
清单开Leabharlann 主管审核意见同意评审√暂不评审□
主管签字
暂不评审原因
方案不成熟□资料不完整□其他□
软件设计评审检查表
测试计划检查表
Y: 是 TBD:不确定 N: 不是 NA:不适用
检查项
Y/TBD/N/NA
完整性
该测试计划是否详细说明测试的大体方法和策略？
该测试计划是否详细说明所有测试活动的顺序？
该测试计划是否描述了将使用的软硬件系统环境?
该测试计划是否描述了测试活动中断和恢复的条件/情形？
该测试计划是否为所有测试定义了成功标准？
是否详细说明了参数的度量单位、取值范围、正确度和精度？
共享数据区域及其存取规定的映射是否一致？
可维护性
单元是否具有高内聚度和低耦合度（例如：对该单元的更改不会在该单元有任何无法预料的影响并对其它单元的影响很小）？
性能
是否该单元的所有约束例（如过程时间和规模）都被详细说明？
可靠性
初始化是否使用到缺省值，缺省值是否正确？
包括了数据流、控制流和接口的单元设计是否已清晰的说明？
完整性
是否已定义和初始化所有的变量、指针和常量？
是否已描述单元的全部功能？
是否已详细说明用来实现该单元的关键算法（例如：用自然语言或PDL）?
是否已列出该单元的调用？
依从性
该文档是否遵循了该项目已文档化的标准？
是否采用了所要求的方法和工具来进行单元设计？
该测试计划是否充分地描述了被测试的功能？
该测试计划是否明确地描述了不被测试的功能？
该测试计划是否充分地描述了测试基线？
对于阶段交付，该测试计划是否有在每一阶段建立测试基线给下一阶段使用？
该测试计划是否定义了足够和正确的衰退测试？
依从性
该测试计划是否依从了与开发有关的所有说明书、标准和文档？
一致性
是否已定义了测试顺序来匹配更高级别的文档所指定的集成顺序？
Y: 是 TBD:不确定 N: 不是 NA:不适用
检查项
Y/TBD/N/NA
完整性
该测试计划是否详细说明测试的大体方法和策略？
该测试计划是否详细说明所有测试活动的顺序？
该测试计划是否描述了将使用的软硬件系统环境?
该测试计划是否描述了测试活动中断和恢复的条件/情形？
该测试计划是否为所有测试定义了成功标准？
是否详细说明了参数的度量单位、取值范围、正确度和精度？
共享数据区域及其存取规定的映射是否一致？
可维护性
单元是否具有高内聚度和低耦合度（例如：对该单元的更改不会在该单元有任何无法预料的影响并对其它单元的影响很小）？
性能
是否该单元的所有约束例（如过程时间和规模）都被详细说明？
可靠性
初始化是否使用到缺省值，缺省值是否正确？
包括了数据流、控制流和接口的单元设计是否已清晰的说明？
完整性
是否已定义和初始化所有的变量、指针和常量？
是否已描述单元的全部功能？
是否已详细说明用来实现该单元的关键算法（例如：用自然语言或PDL）?
是否已列出该单元的调用？
依从性
该文档是否遵循了该项目已文档化的标准？
是否采用了所要求的方法和工具来进行单元设计？
该测试计划是否充分地描述了被测试的功能？
该测试计划是否明确地描述了不被测试的功能？
该测试计划是否充分地描述了测试基线？
对于阶段交付，该测试计划是否有在每一阶段建立测试基线给下一阶段使用？
该测试计划是否定义了足够和正确的衰退测试？
依从性
该测试计划是否依从了与开发有关的所有说明书、标准和文档？
一致性
是否已定义了测试顺序来匹配更高级别的文档所指定的集成顺序？
软件项目设计评审检查表
技能水平及其他因素？
1.3
系统架构是否考虑了性能、安全、可扩展 、维护性等因素
1.4
系统架构是否有利于充分发挥现有硬件资 源的效能？
系统架构是否有利于在应用环境中的部
1.5
署？是否有利于系统管理员进行管理、维
护？
各个层的划分是否合理，各个层之间是否
1.6
有清晰的功能划分？是否符合主流的分层 规则（界面、业务逻辑、业务对象、数据
3.15 表或实体设计命名是否符合规范？
4
界面设计
是否描述项目所需要实现的各种典型界面
4.1
并给出界面demo？
是否遵循软件界面设计指南的要求？界面
4.2
风格的美学要求？
界面操作是否足够的人性化，能够获得交 好的用户体验？ 4.3
版本号：2 修订号：0
第3页 共3页
访问等）？
系统功能模块的划分是否合理，是否符合
1.7
用户的实际业务操作方式？是否与用户的
岗位分工保持一致？
1.8
每个模块的功能、职责是否定义清楚？
1.9
各个模块的接口（通信界面）是否定义清 楚，以利于与其它系统的交互以及集成？
1.10
是否充分考虑到架构或组件的复用。
1.11
是否充分考虑了系统实现技术上的风险和 解决办法？
2
模块设计
版本号：2 修订号：0
缺陷描述第1页 共3页 Nhomakorabea 2.1
功能模块的设计文字说明是否清晰，比 较好的表达问题？
界面类设计布局及界面包含元素是否合
理，界面的显示或功能操作是否涵盖对
2.2
应的模块功能？是否能够满足人机交互 的友好性？界面类是否耦合了业务逻辑
软件设计评审检查表
完整性
是否已定义和初始化所有的变量、指针和常量？
是否已描述单元的全部功能？
是否已详细说明用来实现该单元的关键算法（例如：用自然语言或PDL）?
是否已列出该单元的调用？
依从性
该文档是否遵循了该项目已文档化的标准？
是否采用了所要求的方法和工具来进行单元设计？
一致性
数据元素的命名和使用在整个单元和单元接口之间是否一致？
可维护性
单元是否具有高内聚度和低耦合度（例如：对该单元的更改不会在该单元有任 何无法预料的影响并对其它单元的影响很小）？
性能
是否该单元的所有约束例（如过程时间和规模）都被详细说明？
可靠性
初始化是否使用到缺省值，缺省值是否正确？
是否在内存访问的时候执行了边界检查（例如：数组、数据结构、指针等）来 确保只是改变了目标存储位置？
Y:是TBD:不确定N:不是NA:不适用
检查项
Y/TBD/N/NA
清晰性
系统的目标是否已定义？
是否对关键术语和缩略语进行定义和描述？
所使用的术语是否和用户/客户使用的一致？
需求的描述是否清晰，不含糊？
是否有对整套系统进行功能概述？
是否已详细说明了软件环境（共存的软件）和硬件环境（特定的配置）？
如果有会影响实施的假设情况，是否已经声明？
完成软件确认测 试说明、执行软件 确认测试、进行测 试分析、编写确认 测试报告
完成系统测试 说明、执行系 统测试、进行 测试分析、编 写系统测试报 告
是否将需求分别陈述，因此它们是独立的并且是可检查的？
是否所有需求都可以回溯到相应的需求素材，反之亦然？
是否已详细说明需求变更的过程？
Y:是TBD:不确定N:不是NA:不适用
是否已定义和初始化所有的变量、指针和常量？
是否已描述单元的全部功能？
是否已详细说明用来实现该单元的关键算法（例如：用自然语言或PDL）?
是否已列出该单元的调用？
依从性
该文档是否遵循了该项目已文档化的标准？
是否采用了所要求的方法和工具来进行单元设计？
一致性
数据元素的命名和使用在整个单元和单元接口之间是否一致？
可维护性
单元是否具有高内聚度和低耦合度（例如：对该单元的更改不会在该单元有任 何无法预料的影响并对其它单元的影响很小）？
性能
是否该单元的所有约束例（如过程时间和规模）都被详细说明？
可靠性
初始化是否使用到缺省值，缺省值是否正确？
是否在内存访问的时候执行了边界检查（例如：数组、数据结构、指针等）来 确保只是改变了目标存储位置？
Y:是TBD:不确定N:不是NA:不适用
检查项
Y/TBD/N/NA
清晰性
系统的目标是否已定义？
是否对关键术语和缩略语进行定义和描述？
所使用的术语是否和用户/客户使用的一致？
需求的描述是否清晰，不含糊？
是否有对整套系统进行功能概述？
是否已详细说明了软件环境（共存的软件）和硬件环境（特定的配置）？
如果有会影响实施的假设情况，是否已经声明？
完成软件确认测 试说明、执行软件 确认测试、进行测 试分析、编写确认 测试报告
完成系统测试 说明、执行系 统测试、进行 测试分析、编 写系统测试报 告
是否将需求分别陈述，因此它们是独立的并且是可检查的？
是否所有需求都可以回溯到相应的需求素材，反之亦然？
是否已详细说明需求变更的过程？
Y:是TBD:不确定N:不是NA:不适用
软件设计评审表
9
用户接口是否模块化，并且修改处理机制
11
各子系统、模块之间的关系是否描述得清楚
12
系统的设计是否考虑了系统的可扩展性
13
设计是否考虑了重用性
14
重用构件是否进行了标识
15
是否说明了重用模块的荻得方式和相关的文档
v
16
系统的设计是否考虑了系统的易移植性
17
设计是否使用标准的技术，避免使用怪异的、不易理解 的方式和方法
XXXXXXXXXXXX单位名称
软件设计评审表
项目名称
型号规格
软件产品
设计人
评审人员
部门
职务或职称
评审人员
部门
¥
职务或职称
(
评审项目
4
概要设计说明书
评审日期
评审结果标记
合格不合格TBD待完成NA不适用
评审情况
检查项：项；有效检查项：项；通过项：项；通过率：%
序号
主要检查项
检查结果
说明
标准化
1
有规定的文档标识
18
设计的调用宽度、调用深度、耦合度、内聚度和结构化 程序是否进行了描述
追溯性
19
设计是否可以追琮到需求
20
需求是否可追溯到设计
编制：日期：审核：日期：批准：日期：
14
设计范围、边界是否清晰，文档中是否清晰阐明了系统 的各项特性及预期的结果
15
(
逻辑性、算法和处理过程是否正确
16
文档是否符合客户的需要
17
]
设计是否考虑到未来的扩充性
18
设计的系统是否易于维护
评审项目
详细设计说明书
评审日期
用户接口是否模块化，并且修改处理机制
11
各子系统、模块之间的关系是否描述得清楚
12
系统的设计是否考虑了系统的可扩展性
13
设计是否考虑了重用性
14
重用构件是否进行了标识
15
是否说明了重用模块的荻得方式和相关的文档
v
16
系统的设计是否考虑了系统的易移植性
17
设计是否使用标准的技术，避免使用怪异的、不易理解 的方式和方法
XXXXXXXXXXXX单位名称
软件设计评审表
项目名称
型号规格
软件产品
设计人
评审人员
部门
职务或职称
评审人员
部门
¥
职务或职称
(
评审项目
4
概要设计说明书
评审日期
评审结果标记
合格不合格TBD待完成NA不适用
评审情况
检查项：项；有效检查项：项；通过项：项；通过率：%
序号
主要检查项
检查结果
说明
标准化
1
有规定的文档标识
18
设计的调用宽度、调用深度、耦合度、内聚度和结构化 程序是否进行了描述
追溯性
19
设计是否可以追琮到需求
20
需求是否可追溯到设计
编制：日期：审核：日期：批准：日期：
14
设计范围、边界是否清晰，文档中是否清晰阐明了系统 的各项特性及预期的结果
15
(
逻辑性、算法和处理过程是否正确
16
文档是否符合客户的需要
17
]
设计是否考虑到未来的扩充性
18
设计的系统是否易于维护
评审项目
详细设计说明书
评审日期