详细设计评审表

软件详细设计审查表项目名称：项目负责人：主要评估人：评估复查时间：1审核流程1、公司领导、各部门相关人员、审查员、评审专家、项目负责人、软件测试人员阅读和讨论详细设计内容，组成审核小组，审核详细设计。2、项目负责人将摘要设计手册、详细设计说明书等文件事先分发给审查小组成员，作为审查标准，小组成员充分阅读了这些资料后，继续进行下一步。3、举行详细的设计评审会议。会议上，本项目的系统分析员首先介绍了包括要求概述和软件结构的总体设计思路，然后每个模块的特定设计者分别说明了模块设计，在此过程中，团队成员可以提出问题，检查是否存在错误。讨论结束后，项目负责人整理了详细设计评审报告份。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相容性界面设计必须充分考虑主流不同浏览器和各种显示器的限制。是