软件设计评审表模板
软件设计评审报告模板
意见
负责人签字
签字：日期：
（此文档部分内容来源于网络，如有侵权请告知删除，文档可自行编辑修改内容，供参考，感谢您的支持）
类别
名字
工作单位
职务
主持人
评审小组成员
记录员
2.
评审问题跟踪表
编号
问题描述
问题类型
严重性
提交者
提交日期
问题处理负责人
解决措施/原因说明
问题解决状态
实际关闭日期
问题关闭验证人
备注
1
2
3.
提示：由主持人或评审员填写此表格。
评审结论
[ ]工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。
[ ]工作成果基本合格，需要作少量的修改，之后通过审核即可。
附件九
文件状态：Байду номын сангаас
[ ]草 稿
[ ]正式发布
[ ]正在修改
文件标识：
HDT_
当前版本：
作 者：
完成日期：
版本历史
版本/状态
作者
参与者
起止日期
备注
1.
提示：由评审主持人或评审员填写此表格。
待评审的
工作成果
工作成果名称、标识符、版本、作者、时间……
技术评审方式
（正式评审）或者（走查）
评审时间
评审地点
参加评审的人员
软件设计评审记录
各个设计书能满足用户要求，工作成果合格。总体设计里面总揽全局，掌握着软件开发的全方向，详细设计则为了具体的各个模块的开发启到了奠定的作用，数据库设计为数据库方面的开发有了非常仔细的说明，编码计划则为了在代码开发过程中的分配、进度等有了明确的规定。
负责人签名：
日期：年月日
产品经理/项目经理意见：
签名：日期：年月日
备注：
设计审核记录
软件名称：XXXXXXXX
用户名称：XXXXXXX
评审委员会：
XXX XXX
负责人：XXX
评审日期：年月日
评审活ቤተ መጻሕፍቲ ባይዱ记录：
由XX公司按模块阐述设计内容，XX公司进行评议。其中设计包括，总体设计、概要设计、详细设计、数据库设计以及编码计划5方面。
不确定事项及处理办法：
客户管理考核办法目前用户还在修订中，有暂定稿，根据暂定稿内容，再预留三个考核项目。
详细设计评审表
软件详细设计评审表
项目负责人: 评审时间:
一评审流程
1、 由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组 成一个评审小组 通过阅读和讨论详细设计的内容
对详细设计进行评审。
2、 项目负责人提前把概要设计说明书、 详细设计说明书等文档分发给评审小组成员
作为评审依据 小组成员在充分阅读这些材料之后
进入下一步。
3、 召开详细设计评审会。
在会上 首先由该项目的系统分析员介绍总体设计思想 包
括需求概述和软件结构 然后由各个模块的具体设计者分别对模块设计进行说明 在此过
程中小组成员可以提出问题 展开讨论 审查是否有错误存在。
4、 在讨论结束后
由项目负责人整理出一份《详细设计评审报告》。
5、 若发现错误较多 或发现重大错误 则在改正之后 再次组织详细设计评审。
二评审人员
三 评审内容（评审的具体结果可以参见评审会议记录）
项目名称: 主审人:。
软件设计评审检查表
是否所有修改共享数据 （或文件）的程序都考虑到了其它程序对该共享数据 （或 文件）的存取权限？
是否所有逻辑单元、时间标志和同步标志都被定义和初始化？
接口
接口参数在数量、类型和顺序上是否匹配？
是否所有的输入和输出都被正确定义和检查？
是否传递参数序列都被清晰的描述？
该套系统是否能用增量型的方法来集成和测试？
可追溯性
是否各部分的设计都能追溯到需求说明书的需求？
是否所有的设计决策都能追溯到原来确定的权衡因素?
所继承设计的已知风险是否已确定和分析？
详细设计检查表
Y:是TBD:不确定N:不是NA:不适用
检查项
Y/TBD/N/NA
清晰性
所有单元或过程的目的是否都已文档化？
一致性
数据元素的命名和使用在整个单元和单元接口之间是否一致？
所有接口的设计是否互相一致并且和更高级别文档一致？
正确性
是否处理所有条件 （大于、等于、小于零、switch/case）？是否存在处理“case not found”的条件？
是否正确地规定了分支（逻辑没有颠倒）？
数据使用
是否所有声明的数据都被实际使用到？
依从性
该测试计划是否依从了与开发有关的所有说明书、标准和文档？
一致性
是否已定义了测试顺序来匹配更高级别的文档所指定的集成顺序？
该测试计划是否和更高级别的测试计划文档一致？
正确性
该测试计划的进入和退出条件是否实现？
是否所有必须的驱动程序和桩（stubs）都已被定义且可利用来测试指定的功 能？
详细级别/程度
是否定义了总体设计目标？
完整性
是否所有的以前的TBD（待确定条目）都已经被解决了？
软件的设计的评审检查表
是否所有的界面都提供了所要求的信息？
是否已说明内部各界面之间的关系？
界面的数量和复杂程度是否已减少到最小？
可维护性
该设计是否是模块化的？
模块具有高内聚度和低耦合度？
是否已经对继承设计、代码或先前选择工具的使用进展了详细说明？
性能
软件测试
无
完成集成测试说明、执行集成测试、进展测试分析、编写软件集成测试报告
完成软件确认测试说明、执行软件确认测试、进展测试分析、编写确认测试报告
完成系统测试说明、执行系统测试、进展测试分析、编写系统测试报告
是否将需求分别陈述，因此它们是独立的并且是可检查的？
是否所有需求都可以回溯到相应的需求素材，反之亦然？
是否已详细说明需求变更的过程？
需求规格说明书检查表
概要设计检查表
Y: 是 TBD:不确定 N: 不是 NA:不适性
是否所设计的架构，包括数据流，控制流和接口，被清楚地表达了？
是否详细说明了参数的度量单位、取值X围、正确度和精度？
共享数据区域与其存取规定的映射是否一致？
可维护性
单元是否具有高内聚度和低耦合度〔例如：对该单元的更改不会在该单元有任何无法预料的影响并对其它单元的影响很小〕？
性能
是否该单元的所有约束例〔如过程时间和规模〕都被详细说明？
可靠性
初始化是否使用到缺省值，缺省值是否正确？
包括了数据流、控制流和接口的单元设计是否已清晰的说明？
完整性
是否已定义和初始化所有的变量、指针和常量？
是否已描述单元的全部功能？
是否已详细说明用来实现该单元的关键算法〔例如：用自然语言或PDL〕?
软件设计评审表模板
XXXXXXXXXXXX 单位名称软件设计评审表项目名称型号规格软件产品设计人评审人员部门职务或职称评审人员部门职务或职称评审项目概要设计说明书评审日期评审结果标记合格x 不合格TBD 待完成NA 不适用评审情况检查项：项；有效检查项：项；通过项：项；通过率：% 序号主要检查项检查结果说明标准化1 有规定的文档标识2 引用的文档现行有效3 文档编写的内容、格式符合相关标准、规定的要求4 文档签署完整完整性5 文档有独立的版本说明部分6 有文档的文字目录页7 有总体设计部分8 有功能设计9 有接口设计10 有性能设计追溯性11 设计是否可以追踪到需求12 需求是否可追溯到设计符合性13 是否每个设计都是可测试的或以别的方式可以确定的设计范围、边界是否清晰，文档中是否清晰阐明了系统14的各项特性及预期的结果15 逻辑性、算法和处理过程是否正确16 文档是否符合客户的需要17 设计是否考虑到未来的扩充性18 设计的系统是否易于维护评审项目详细设计说明书评审日期评审结果标记合格x 不合格TBD 待完成NA 不适用评审情况检查项：项；有效检查项：项；通过项：项；通过率：% 序号主要检查项检查结果说明标准化1 有规定的文档标识2 引用的文档现行有效3 文档编写的内容、格式符合相关标准、规定的要求4 文档签署完整5 设计陈述中的命名、属于和缩写是否上下文一致完整性5 文档有独立的版本说明部分6 每个设计是否都有相应的标识7 每个设计的输入/输出是否进行了描述8 关键的用户接口是否进行了描述9 用户接口是否模块化，并且修改时不影响其他程序10 是否提供了一致的错误处理机制11 各子系统、模块之间的关系是否描述得清楚12 系统的设计是否考虑了系统的可扩展性13 设计是否考虑了重用性14 重用构件是否进行了标识15 是否说明了重用模块的获得方式和相关的文档16 系统的设计是否考虑了系统的易移植性设计是否使用标准的技术，避免使用怪异的、不易理解17的方式和方法设计的调用宽度、调用深度、耦合度、内聚度和结构化18程序是否进行了描述追溯性19 设计是否可以追踪到需求20 需求是否可追溯到设计编制：日期：审核：日期：批准：日期：。
软件设计评审报告模板
名字
工作单位
职务
主持 人
评审小组成员
记录员
2.
评审问题跟踪表
编号
问题描述
问题类型
严重性
提交者
提交日期
问题处理负责人
解决措施/原因说明
问题解决状态
实际关闭日期
问题关闭验证人
备注
1
2
3.
提示：由主持人或评审员填写此表格。
评审结论
[ ]工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。
[ ]工作成果基本合格，需要作少量的修改，之后通过审核即可。
附件九
文件状态：
[ ]草 稿
[ ]正式发布
[ ]正在修改
文件标识：
HDT_
当前版本：
作 者：
完成日期：
版本历史版ຫໍສະໝຸດ /状态作者参与者起止日期
备注
1.
提示：由评审主持人或评审员填写此表格。
待评审的
工作成果
工作成果名称、标识符、版本、作者、时间……
技术评审方式
（正式评审）或者（走查）
评审时间
评审地点
参加评审的人员
[ ]工作成果不合格，需要作比较大的修改，之后必须重新对其评审。
意见
负责人签字
签字： 日期：
Welcome To
Download !!!
欢迎您的下载，资料仅供参考！
软件评审检查表-计分
交互性要求
简易位，一致性;反馈性;容错性图形化.
人机交互简单、形象输入、输出方面的-致性对用户的操作及时作出皮馈;对可能出现的错误迸行检测、报告和处理.
15
软件性能
响应性要求
页面转焕的响应性 ;
载入时间的短时间要求
短时启动时间要求;
负裁指标明确化.
页面转换快捷;媒体装入时间简短;有确定的负载性能指标.
部署后是否可以正常使用.
5
运行环境
环境适用性.
运行环镜是否与软件愿景说明书一致
5
界面
界面布局
界面布局的合理性.
布局合理，层次清晰
2
界面美观设计
界面的美观性.
界面美观.
3
界画元素
界面元素的-致性.
窗口、菜单、图标、按钮等元素的-性.
5
功能要求
技术运用
技术运用的合理性;内容实现的正确性.
各种技术表现与具体内容结合 ，各种媒体使用协调;多媒体信息的呈现可控，链接准确、无死链.
100分
评审结论：
5ห้องสมุดไป่ตู้
稳定性要求
帮助机制的完备性;
错误处理机制完备性;
确认退出出机制的完备性.
每个操作都有联机帮助或提示;
联机帮助易读、易懂
处理用户可能出现的任何错误操作;
避免出现数据未保留而退出.
5
安全性要求
访问安全性，使用安全
性
用户身份管理和访问控制
数据安全性
10
软件文档
文档资料
完整性
规范性
软件过程文件目录
20
分数
软件产品评审表
评审时间：
评审人员：评审组长（），评审成员（）
设计开发输出评审记录表模版
评审时间：2023.6.20
参加评审人员
姓 名
职务
所属部门
签字/日期
总经理
副经理
工程技术部
副经理
综合管理部
副经理
软件开发部
设计输出评审记录表
编号
项目名称
设计评审记录表
共1页
第1页
评审类别会议评审评审Fra bibliotek段输出评审
评审内容：
XXX项目验收资料文件及应用系统评审
评审目的：
为了满足客户和法规要求，公司对其事实的方案文件符合性进行评审，以保证在后续实施中按照此方案进行，过程质量才能得到保证。
评审结果：
经过对XXX项目验收资料文件及应用系统设计开发输出方案文件进行评审及文件三级审批，该方案满足设计开发需求。
P01评审记录-计划-软件计划评审模板
方式：□会签 ■会议(■选中/□未选，可多选)
时间： 20XX年9月26日 场所： 公司会议室 其他：投影仪
2、评审范围
XXXAPP《立项报告》《项目开发计划》、《配置管理计划》《质量保证计划》进行评审。
3、评审要求
1、时间安排是否合理。
2、开发任务是否合理。
3、人员安排是否合理。
4、配合人员
软 件 产 品 设 计 评 审 表
表：Q/YD-D-2.0-01编号：WDGeneral Office-01
项目名称
XXXAPP
项目编号
WDGeneral Office
评审类型
■策划 □设计输入（需求分析）□设计输出（设计说明书）(■选中/□未选)
申请人
XX20XX年9月25日
项 目 组 申请概要说明
5．决议通过《项目开发计划》《配置管理计划》《质量保证计划》，并批准执行。
（后附共0页）
存
在
问
题
不存在明显的问题。
左俊鑫20XX年9月26日
（后附共 0 页）
评
审
决
议
《立项报告》《项目开发计划》、《配置管理计划》《质量保证计划》的时间、开发任务和人员安排合理，予以批准执行。
决议:通过 □解决以上问题后通过□解决以上问题后于 年 月 日再次评审
评审组长（签字）：XXX20XX年9月26日
措
施
跟
踪
不存在问题，故没有措施跟踪。
评审组长（签字）：XXX20XX年9月26日
注：本表附页可使用任何格式。
评审组长：XXX评审组成员：XXX
其 他：无
5、附件名称
XXXAPP《立项报告》