详细设计评审表.docVIP

软件详细设计评审表 项目名称： 项目负责人： 主 审 人： 评 审 时间： 一评审流程 1、 由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组成一个评审小组通过阅读和讨论详细设计的内容对详细设计进行评审。 2、 项目负责人提前把概要设计说明书、详细设计说明书等文档分发给评审小组成员作为评审依据小组成员在充分阅读这些材料之后进入下一步。 3、 召开详细设计评审会。在会上首先由该项目的系统分析员介绍总体设计思想包括需求概述和软件结构然后由各个模块的具体设计者分别对模块设计进行说明在此过程中小组成员可以提出问题展开讨论审查是否有错误存在。 4、 在讨论结束后由项目负责人整理出一份《详细设计评审报告》。 5、 若发现错误较多或发现重大错误则在改正之后再次组织详细设计评审。 二 评审人员 公司高层 营销部 技术部 工程部 研发部 主审人 评审专家 项目负责人 软件测试人员 三评审内容（评审的具体结果可以参见评审会议记录） 模块 评审指标 评审内容 评审 要求 结果 1.软件架构设计 1.1合理性 系统应用架构的逻辑清晰、关系明确、层次合理。 必须 1.2先进性 系统开发技术架构先进、充分考虑系统功能可重用、可扩展的要求。 建议 1.3可维护性 设计易于理解，易于修改，易于测试和调试，稳定性较好，方便用户未来的系统运维。 建议 1.4安全性 设计充分考虑系统运行的安全性，子系统间及程序与数据库调用的权限管理方式设计可行、合理。 建议 1.5安装部署要求 系统架构设计充分考虑计算机支撑平台的实际情况，明确软件配置项部署方式及要求。 建议 2.软件功能设计 2.1可追溯性 系统功能设计能覆盖了所有已确定的软件需求项，软件单元每一成分都能可追溯到相应需求。没有明显遗漏。 必须 2.2设计粒度 系统功能单元数据结构被详细说明，达到句法级的粒度，对功能单元运行的异常情况，有相应的处理方式和记录。 建议 2.3正确性 功能单元的数据结构正确，程序变量命名规范、前后一致，变量初始化是否包含缺省值、缺省值取值是否正确，变量参数类型、取值范围、精度、度量单位设计合理，无明显错误。 建议 3.软件接口设计 3.1完整性 系统间的接口单元设计能完全涵盖软件内部、外部的不同部分的联系，软件内部接口和外部接口定义明确，无重大遗漏。 必须 3.2正确性 接口单元的发起方和接收方逻辑关系正确，输入、输出参数的数量、类型和顺序能够匹配，接口实现技术方式正确无误。 必须 3.3设计粒度 系统接口的数据结构设计详细，达到句法级程度，能详细说明各类参数的度量单位、取值范围、类型，符合软件编码的要求。 建议 4.数据库设计 4.1完整性 数据字典设计不缺项，结构设计（包括概念结构、逻辑结构、物理结构）完整，视图完整（包括用户视图、DBA视图、SA视图）。 必须 4.2正确性 数据库逻辑结构划分正确表字段命名、类型、取值范围、精度定义正确无误，主、外键定义正确，同一数据元素无二义，无自相矛盾。 必须 4.3存储方式 存储设计能充分考虑系统数据类型多样性、存储量、处理时效等应用特点，针对不同数据，选择合理、可行的数据存储管理方案，满足海量多源异构数据的存储管理要求。 建议 4.4备份恢复 提出关于数据备份和恢复的软件级技术方案，为异常宕机时保证数据完整性提供可行参考。 建议 4.5性能 设计充分满足数据查询、检索、下载、归档等情况下的性能指标要求。 建议 5.业务模型设计 5.1科学性 模型算法满足减灾应用的功能需求，参数指标选取合理、内部处理逻辑正确。 建议 5.2可实现性 模型算法设计充分考虑业务化运行的实际条件，明确模型的输入数据来源渠道、质量要求、数据获取的可行性程度、数据的可信性程度。 必须 5.3精度及时效 模型算法满足各类减灾应用的精度要求及时效性要求。 建议 5.4验证方法 模型的输出结果具备一定的软件级精度验证方法。 建议 5.5设计粒度 模型算法的数据结构被详细说明，算法具有伪代码，达到句法级粒度，符合软件编码的要求。 建议 6.软件界面设计 6.1友好性 人机界面设计符合业务系统运行要求，界面布局组织合理，界面元素易于理解，交互方式易于操作。 必须 6.2美观性 界面风格（色彩、图标、样式等）美观、得体，符合综合减灾的业务特点。 必须 6.3一致性 同一系统内不同界面元素风格一致，不同系统间界面风格总体统一。 建议 6.4兼容性 界面设计需要充分考虑主流的不同浏览器、不同显示器的约束限制。 必须 7.一致性检查 7.1 关联度