您现在的位置：> 工具与模版> QA审计检查表> 需求开发与过程管理
| 需求文档检查单 |
| 项目名 |
|
LPDT |
|
审计人 |
|
日期 |
|
|
|
| 审计项 |
0 |
通过项 |
0 |
不通过项 |
0 |
免检项 |
0 |
|
|
| 说明 |
|
| 序号 |
检查项 |
执行情况 |
问题跟踪 |
关闭日期 |
说明 |
| 完整性 |
| 1 |
是否描述了可靠性需求？ |
|
|
|
|
| 2 |
是否描述了性能需求？ |
|
|
|
|
| 3 |
是否描述了功能需求？ |
|
|
|
|
| 4 |
是否描述了外观需求？ |
|
|
|
|
| 5 |
是否描述了可操作性需求？ |
|
|
|
|
| 6 |
是否描述了可管理性需求？ |
|
|
|
|
| 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 |
所有的需求是否都可以向上追溯到来源，向下追踪到实现方式？ |
|
|
|
|
