|
|
|
界面的数量和复杂程度是否已减少到最小? |
|
|
可维护性 |
|
|
该设计是否是模块化的? |
|
|
这些模块具有高内聚度和低耦合度? |
|
|
是否已经对继承设计、代码或先前选择工具的使用进行了详细说明? |
|
|
性能 |
|
|
主要性能参数是否已被详细说明(例如:实时、速度要求、磁盘输入/输出接口等)? |
|
|
可靠性 |
|
|
该设计能够提供错误检测和恢复(例如:输入输出检查)? |
|
|
是否已考虑非正常情况? |
|
|
是否所有的错误情况都被完整和准确地说明? |
|
|
该设计是否满足该系统进行集成时所遵守的约定? |
|
|
易测性 |
|
|
是否能够对该套系统进行测试、演示、分析或检查来说明它是满足需求的? |
|
|
该套系统是否能用增量型的方法来集成和测试? |
|
|
可追溯性 |
|
|
是否各部分的设计都能追溯到需求说明书的需求? |
|
|
是否所有的设计决策都能追溯到原来确定的权衡因素? |
|
|
所继承设计的已知风险是否已确定和分析? |
二、详细设计的评审
软件详细设计监理的目的是对软件详细设计有关内容(重点是软件的算法、数据结构、数据类型、异常处理、计算效率等)、详细设计过程、详细设计活动、文档格式进行审查,确定承建单位提出的软件详细设计内容是否实现了软件概要设计的要求,确认是否满足要求;给出是否符合要求的结论;确定其可否作为软件编码的前提和依据。
# |
检查项 |
Y/TBD/N/NA |
|
清晰性 |
|
|
所有单元或过程的目的是否都已文档化? |
|
|
包括了数据流、控制流和接口的单元设计是否已清晰的说明? |
|
|
完整性 |
|
|
是否已定义和初始化所有的变量、指针和常量? |
|
|
是否已描述单元的全部功能? |
|
|
是否已详细说明用来实现该单元的关键算法(例如:用自然语言或PDL)? |
|
|
是否已列出该单元的调用? |
|
|
依从性 |
|
|
该文档是否遵循了该项目已文档化的标准? |
|
|
是否采用了所要求的方法和工具来进行单元设计? |
|
|
一致性 |
|
|
数据元素的命名和使用在整个单元和单元接口之间是否一致? |
|
|
所有接口的设计是否互相一致并且和更高级别文档一致? |
|
|
正确性 |
|
|
是否处理所有条件 (大于、等于、小于零、switch/case)?是否存在处理“case not found”的条件? |
|
|
是否正确地规定了分支(逻辑没有颠倒)? |
|
|
数据使用 |
|
|
是否所有声明的数据都被实际使用到? |
|
|
是否所有该单元的数据结构都被详细说明? |
|
|
是否所有修改共享数据(或文件)的程序都考虑到了其它程序对该共享数据(或文件)的存取权限? |
|
|
是否所有逻辑 |
项目经理胜任力免费测评PMQ上线啦!快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
网站文章版权归原作者所有,如有认为侵权请联系我们,将于1个工作日内作出处理! |