填表说明:Y—是,TBD—不确定,N—否,NA—不适用
编号 | 评 测 项 | 评测结果 Y/TBD/N/NA |
清晰性 | ||
1 | 是否所设计的架构,包括数据流、控制流和接口,被清楚的表达了 | |
2 | 是否所有的假设、约束、策略及依赖都被记录在本文档了 | |
3 | 是否定义了总体设计目标 | |
完整性 | ||
4 | 是否所有的以前的TBD(待确定条目)都已经被解决了 | |
5 | 是否设计已经可以支持本文档中遗留的TBD有可能带来的变更 | |
6 | 是否所有的TBD的影响都已经被评估了 | |
7 | 是否仍存在可能不可行的设计部分 | |
8 | 是否已记录设计时的权衡考虑,该文件是否包括了权衡选择的标准和不选择其他方案的原因 | |
依从性 | ||
9 | 该文档是否遵守了公司规定的文档编写标准 | |
一致性 | ||
10 | 数据元素、流程和对象的命名和使用在整套系统和外部接口之间是否一致 | |
11 | 该设计是否反映了实际操作环境(硬件、软件和支持软件) | |
可行性 | ||
12 | 从进度、预算和技术的角度上看该设计是否可行 | |
13 | 是否存在错误的、缺少的或不完整的逻辑 | |
数据使用 | ||
14 | 所有复合数据元素、参数以及对象的概念是否都已文档化 | |
15 | 是否还有任何需要的,但还没有定义的数据结构,反之亦然 | |
16 | 是否已描述最低级别的数据元素,是否已详细说明取值范围 | |
功能性 | ||
17 | 是否对每一下级模块进行了概要算法说明 | |
18 | 所选择的设计和算法能否满足所有需求 | |
接口 | ||
19 | 操作界面的设计是否有为用户考虑(例如:词汇、使用信息和进入的简易) | |
20 | 是否已描述界面的功能特性 | |
21 | 界面将有利于问题的解决吗 | |
22 | 是否所有界面都互相一致,与其他模块一致,以及和更高级别文档只中的需求一致 | |
23 | 是否所有的界面都提供了所要求的信息 | |
24 | 是否已说明内部各界面之间的关系 | |
25 | 界面的数量和复杂程度是否已减少到最小 | |
可维护性 | ||
26 | 该设计是否是模块化的 | |
27 | 这些模块具有高内聚度和低耦合度吗 | |
28 | 是否已经对继承设计、代码或先前选择工具的使用进行了详细说明性能 | |
可靠性 | ||
29 | 该设计是否能够提供错误检测和恢复吗(例如:输入输出检查) | |
30 | 是否已考虑非正常的情况 | |
31 | 是否所有的错误情况都被完整并准确地说明 | |
32 | 该设计是否满足该系统进行集成时所遵守的约定 | |
易测性 | ||
33 | 是否能够对该套系统进行测试、演示、分析或检查来说明它是满足需求的 | |
34 | 该套系统是否能用增量型的方法来集成和测试 | |
可追溯性 | ||
35 | 是否各部分的设计都能追溯到需求说明书的要求 | |
36 | 是否所有的设计决策都能追溯到原来确定的权衡因素 | |
37 | 所继承设计的已知风险是否已确定和分析 |