OA系统 1.0
详细设计评审报告
文件控制文档编号分册名称总页数☑受控☐不受控
O A-1703 版本号 1.0
O A项目开发-详细设计评审报告第1册/共1册6页正文
审批
4页附录无
编制江华谭璨生效日期2014/4/10
湖南楚晟科技有限公司
修改变更记录：
更改条款及内容更改人
江华审批人
谭璨
更改日期
1.0 2014/4/10
声明：
在软件开发过程中的适当阶段对软件阶段产品进行评审，是确保软件产品最终质量的重要方法。

阶段评审可以对某个开发阶段的阶段产品进行评审，也可以对某几个开发阶段的阶段产品进行综合评审。

在每次阶段评审中，必须履行正式手续，填写必要的评审表格，以利于项目管理工作，利于产品验收时的质量检查工作。

项目阶段评审表由三张子表组成，表 1是对评审中指标问题记录
RPL(review problem log)；表2是评审总结报告RSR(review summary report)；表3是评审小组成员登记与签字表。

表 1评审问题记录（RPL ）
3
登记号
2014/4/10 RPL
评审问题记录 评审日期 评审性质评审√复审□
1 项目名 编号 O A 系统项目 问题摘要
项目编号 问题类型
是否解决 是 是 是 是 是 是 是 是
1 2 3 4 5 6 7 8 9 是否所设计的架构，包括数据流、控制流和接口，被清楚地表达了清晰性 清晰性
是否所有的假设、约束、策略及依赖都被记录在本文档了
数据元素、流程和对象的命名和使用在整套系统和外部接口之间是一致性 一致性 是否依照实际操作环境（硬件、软件和支持软件）进行详细设计 可行性 是否出现了错误的、缺少的或不完整的详细设计逻辑 编码规范 代码设计是否符合规范、是否符合概要设计要求 数据使用 是否已描述最低级别数据元素，是否已详细说明取值范围 算法设计
对所有算法设计、说明是否具体、明确 程序接口实现是
程序接口设计是否明确、具体
操作界面的设计是否采用了人性化的设置（例如：词汇、使用信息程序接口实现是
和进入系统的提示是否人性化） 10 程序输入输出是
11 12 13 14 程序所有输入输出是否描述具体清晰
是否已经对继承设计、代码或先前选择工具的使用进行了详细说明可维护性 是
重要模块说明是 是否对主要逻辑模块进行了特殊的说明和解释 该设计能够提供错误检测和恢复吗？
可靠性
是 是
是否能够对该系统进行测试、演示、分析或检查来说明它是满足需易测性 求的
15 易测性 是 是
16 17 该系统是否能用增量型的方式来集成和测试 可追溯性
是否各部分的设计都能追溯到需求说明书的需求
表2 评审总结报告（RSR ）
登记号
3 RSR
评审总结报告
评审日期
201/4/10
评审性质评审□复审□
项目名 O A 系统项目
项目编号
1
评审主题 O A 系统详细设计评审报告、及阶段总结
组长
陈寨云
部门
开发部
评审小组 成员
成员 马跃、彭斌。

根据评审材料《OA 系统项目_详细设计说明书》（以下简称《详细设计》）以及系统开发已经
完成的模型，对 OA 系统项目的详细设计工作进行评审，对《详细设计》进行全面分析，这包括对
以下方面的分析：清晰性，完整性、一致性、可用性、数据的使用、算法实现、重要模块实现、程
序接口实现、程序的输入输出、程序可维护性、可靠性、易测性以及可追溯性等，通过对这些方面 的分析，得出有效结论为 O A 系统下一阶段提供可行的依据。

评审
任务
《OA 系统概要设计说明书》
评审
《OA 系统详细设计说明书》
材料
《OA 系统数据库详细设计说明书》及相关规范文档。

不需修改
通过
评审 稍作修改
通过，不需修改
结论
不通作重要修改 过 要重新评审
《OA 系统项目_详细设计说明书》细化和实现《OA 系统概要说明书》所定义的软件设计，
评论给出了OA 系统功能、算法和重要模块的实现细节。

设计内容范围在其控制范围内，技术路线可行，
文档格式内容规范，可作为OA 系统开发的依据，指导项目编码开发实现，评审小组同意通过评审。

表3评审成员登记与签字表
OA系统项目各阶段评审工作登记表
姓名职务评审日期
2014/3/10
2014/3/10
2014/3/10 备注
陈寨云马跃彭斌主评审员评审员评审员。