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