概要设计评审检查表

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
检查项 一、清晰性 是 文档结构是否清晰、组织是否合理? 文档结构是否便于维护和修改? 设计是否易于理解? 各模块之间的关系是否描述的清楚? 是否清晰地描述了数据流程、控制流程和接口? 二、完整性、正确性 是否定义了目标? 是否记录了与本设计文档相关的假设、约束、决 议、依赖? 设计在进度、预算和技术上是否可行? 所选的设计或算法是否满足模块的需求? 是否有一些必要的数据结构没有定义?或定义了 一些不必要的数据结构? 是否对数据元素进行了充分的描述?说明了有效 的数据范围? 是否对共享和存储数据的管理和使用进行了明确 的描述? 是否说明了数据结构与系统模块之间的关系? 此设计是否能为详细设计提供充分的基础? 是否每个设计都是可测试的或以别的方式可以确 定的? 设计是否考虑到未来的扩充性? 设计的系统是否易于维护? 是否对性能参数进行了说明?(如,实施约束、内 存大小、速度要求等) 三、一致性 在整个设计中,是否对数据元素、程序、功能的 命名保持一致? 设计是否反应了真实的运行环境,包括软件和硬 件? 对模块的说明是否与软件需求文档中的功能要求 相一致? 是否所有的设计元素都可追踪回需求? 四、接口 是否对接口的功能特征进行了描述? 接口是否便于问题的解决? 备注
是否所有的接口间相互一致,并和其他模块及需 求相一致? 是否所有接口都提供了要求的类型、数量和质量 信息? 是否对接口百度文库数量和复杂度进行了权衡,使接口 的数量少并且复杂程度可以接受? 用户接口是否进行了描述? 用户接口是否模块化,并且修改时不影响其他程 序? 四、可维护性、可靠性 设计是模块化的吗? 模块具有高内聚度低耦合度吗? 设计中是否提供了对错误的检测和恢复的设计? 是否考虑了异常情况? 错误条件描述的是否完整、准确? 设计是否满足系统完整性要求? 是否符合相关的法律法规?
相关文档
最新文档