XX 评审报告1. 评审的组织提示： 由开发部项目经理填写此表格。项目名称评审类型[走查/审查/复审] 时间地点参加人员名单姓名工作单位（部门） 、职务、职称记录员2．评审内容提示： 由开发部项目经理填写此表格。序号内容1 功能说明项目策划书 /CQ 编号SRS/use case模型路径分析设计模型路径测试用例源文件路径(含数据库 ) 1、2、2 功能说明项目策划书 /CQ 编号SRS/use case模型路径分析设计模型路径测试用例源文件路径(含数据库 ) 1、2、⋯3. 评审结果评审内容 (序号 )：走查人员 (代码走查时填写)：评审结果问题描述问题类型(变更 /缺陷 /风险 /待定 ) 评审意见 /建议总体意见或建议提示： 评审后， 1）代码缺陷由项目测试负责人录入TD 的相应项目中；项目策划、 SRS、分析设计及测试用例缺陷有项目 SQA 录入 TD 的 QA 项目中； 2）评审引起的需求和设计变更则由项目经理提交变更申请（CQ）；3）评审发现的风险或待定问题，由项目经理在PWA 的该项目计划中录入链接风险，SQA 监督和跟踪。附录 A. 代码评审检查表主要检查项评价实现代码是否完整正确地实现了设计方案？代码实现方式是否合理、高效？代码资源消耗、性能、执行效率、日志输出是否符合要求？是否有重复实现公司已有代码或开源代码的地方？代码编写是否符合编码格式规范？代码编写是否符合系统日志规范？代码编写是否符合安全编码规范？提交版本时是否填写详细的备注信息？项目源代码注释是否完整？注释和代码是否相符？配置文件的备注是否详细完整？代码中是否存在各方都不明确或不理解的地方? 人机界面是否符合UI 规范？项目中有否采用新技术？这些新技术对项目的影响如何？对于今后的项目采用这些技术有何建议？项目过程中有哪些好的经验？项目过程中有哪些不足之处？今后如何改进？附录 B. 需求规格说明评审检查表主要检查项评价包及用例的划分是否有利于产品组件的选择部署？每个用例包是否使用unit->control保存至与用例包同名的子目录下？每个用例包是否都包含了，并且合理正确运用以驱动为原则的单向关联，包含、扩展及继承关系的用例框图？用例简述是否明确执行此用例的不同用户，和用户通过此用例要达到的最终结果？事件流是否明确描述了系统所有主要的，包括应有的分支动作，并指明了触发条件，且每个动作都是由应有的具体角色发送或接收的？当用例仅在另一个用例执行完毕后，或某个应用接口执行或驱动成功之后才能执行时...
