OA-项目阶段评审表-4-编码评审报告.docx
《OA-项目阶段评审表-4-编码评审报告.docx》由会员分享，可在线阅读，更多相关《OA-项目阶段评审表-4-编码评审报告.docx（6页珍藏版）》请在冰豆网上搜索。
OA系统1.0
详细设计评审报告
文件控制
文档编号
分册名称
总页数
þ受控
¨不受控
OA-1703
版本号
1.0
OA项目开发-详细设计评审报告
第1册/共1册
6页
正文
审批
4页
附录
无
编制
江华
谭璨
生效日期
2014/4/10
湖南楚晟科技有限公司
修改变更记录：
更改条款及内容
更改人
江华
审批人
谭璨
更改日期
1.0
2014/4/10
声明：
在软件开发过程中的适当阶段对软件阶段产品进行评审，是确保软件产品
最终质量的重要方法。
阶段评审可以对某个开发阶段的阶段产品进行评审，也
可以对某几个开发阶段的阶段产品进行综合评审。
在每次阶段评审中，必须履
行正式手续，填写必要的评审表格，以利于项目管理工作，利于产品验收时的
质量检查工作。
项目阶段评审表由三张子表组成，表1是对评审中指标问题记录
RPL（reviewproblemlog）；表2是评审总结报告RSR（reviewsummaryreport）；
表3是评审小组成员登记与签字表。
表1评审问题记录（RPL）
3
登记号
2014/4/10
RPL
评审问题记录
评审日期
评审性质评审√复审□
1
项目名
编号
OA系统项目
问题摘要
项目编号
问题类型
是否解决
是
是
是
是
是
是
是
是
1
2
3
4
5
6
7
8
9
是否所设计的架构，包括数据流、控制流和接口，被清楚地表达了清晰性
清晰性
是否所有的假设、约束、策略及依赖都被记录在本文档了
数据元素、流程和对象的命名和使用在整套系统和外部接口之间是一致性
一致性
是否依照实际操作环境（硬件、软件和支持软件）进行详细设计
可行性
是否出现了错误的、缺少的或不完整的详细设计逻辑
编码规范
代码设计是否符合规范、是否符合概要设计要求
数据使用
是否已描述最低级别数据元素，是否已详细说明取值范围
算法设计
对所有算法设计、说明是否具体、明确
程序接口实现是
程序接口设计是否明确、具体
操作界面的设计是否采用了人性化的设置（例如：
词汇、使用信息程序接口实现是
和进入系统的提示是否人性化）
10
程序输入输出是
11
12
13
14
程序所有输入输出是否描述具体清晰
是否已经对继承设计、代码或先前选择工具的使用进行了详细说明可维护性
是
重要模块说明是
是否对主要逻辑模块进行了特殊的说明和解释
该设计能够提供错误检测和恢复吗？
可靠性
是
是
是否能够对该系统进行测试、演示、分析或检查来说明它是满足需易测性
求的
15
易测性
是
是
16
17
该系统是否能用增量型的方式来集成和测试
可追溯性
是否各部分的设计都能追溯到需求说明书的需求
表2评审总结报告（RSR）
登记号
3
RSR
评审总结报告
评审日期
201/4/10
评审性质评审□复审□
项目名
OA系统项目
项目编号
1
评审主题
OA系统详细设计评审报告、及阶段总结
组长
陈寨云
部门
开发部
评审小组
成员
成员
马跃、彭斌。
根据评审材料《OA系统项目_详细设计说明书》（以下简称《详细设计》）以及系统开发已经
完成的模型，对OA系统项目的详细设计工作进行评审，对《详细设计》进行全面分析，这包括对
以下方面的分析：
清晰性，完整性、一致性、可用性、数据的使用、算法实现、重要模块实现、程
序接口实现、程序的输入输出、程序可维护性、可靠性、易测性以及可追溯性等，通过对这些方面
的分析，得出有效结论为OA系统下一阶段提供可行的依据。
评审
任务
《OA系统概要设计说明书》
评审
《OA系统详细设计说明书》
材料
《OA系统数据库详细设计说明书》及相关规范文档。
不需修改
通过
评审
稍作修改
通过，不需修改
结论
不通作重要修改
过
要重新评审
《OA系统项目_详细设计说明书》细化和实现《OA系统概要说明书》所定义的软件设计，
评论给出了OA系统功能、算法和重要模块的实现细节。
设计内容范围在其控制范围内，技术路线可行，
文档格式内容规范，可作为OA系统开发的依据，指导项目编码开发实现，评审小组同意通过评审。
表3评审成员登记与签字表
OA系统项目各阶段评审工作登记表
姓名
职务
评审日期
2014/3/10
2014/3/10
2014/3/10
备注
陈寨云
马跃
彭斌
主评审员
评审员
评审员
升级会员 