核对表:需求
来源:互联网 发布:wap转盘源码 编辑:程序博客网 时间:2024/05/21 15:43
针对功能需求
是否详细定义了系统的全部输入,包括其来源、精度、取值范围、出现频率等?
是否详细定义了系统的全部输出,包括目的地、精度、取值范围、出现频率、格式等?
是否详细定义了所有输出格式(Web页面、报表,等等)?
是否详细定义了所有硬件及软件的外部接口?
是否详细定义了全部外部接口,包括握手协议、纠错协议、通信协议等?
是否列出了用户想要做的全部事情?
是否详细定义了每个任务所用的数据,以及每个任务得到的数据?
针对非功能的需求(质量需求)
是否为全部必要的操作,从用户的视角,详细描述了期望响应的时间?
是否详细描述了其他与计时有关的考虑,例如处理时间、数据传输率、系统吞吐量?
是否详细定义了安全级别?
是否详细定义了可靠性,包括软件失灵的后果、发生故障时需要保护的至关重要的信息、错误检测与恢复的策略等?
是否详细定义了机器内存和剩余磁盘空间的最小值?
是否详细定义了系统的可维护性,包括适应特定功能的变更、操作环境的变更、与其他软件的接口的变更能力?
是否包含对“成功”的定义?“失败”的定义呢?
需求的质量
需求是用用户的语言书写的吗?用户也这么认为吗?
每条需求都不与其他需求冲突吗?
是否详细定义了相互竞争的特性之间的权衡——例如,健壮性与正确性之间的权衡?
是否避免在需求中规定设计(方案)?
需求是否在详细程度上保持相当一致的水平?有些需求应该更详细描述吗?有些需求应该更粗略地描述吗?
需求是否足够清晰,即使转交给一个独立的小组去构件,他们也能理解吗?开发者也这么想吗?
每个条款都与待解决的问题及其解决方案相关吗?能从每个条款上溯到它在问题域中对应的根源吗?
是否每条需求都是可测的?是否可能进行独立的测试,以检查满不满足各项需求?
是否详细描述了所有可能的对需求的改动,包括各项改动的可能性?
需求的完备
对于在开始之前无法获得的信息,是否详细描述了信息不完全的区域?
需求的完备度是否能达到这种程度:如果产品满足所有需求,那么它就是可接受的?
你对全部需求都感到很舒服吗?你是否已经去掉了那些不可能实现的需求——那些只是为了安抚可户和老板的东西?
(此表出自《代码大全2》 )
- 核对表:需求
- 核对表:需求
- 核对表:需求
- 需求核对表(checklist)
- 代码大全《需求核对表》
- 读《代码大全》笔记:需求核对表
- 需求核对(摘自)
- 软件架构————需求分析核对表
- 前端测试系列---如何核对需求
- 核对表:架构
- 核对表:前期准备
- 核对表:架构
- 核对表:自说明代码
- J2ME应用用户体验核对表(翻译)
- 核对表:主要的构建实践
- [转]J2ME应用用户体验核对表
- 读《代码大全》笔记:架构核对表
- 读《代码大全》笔记:主要的构建实践核对表
- 一位少年黑客的自白 ```
- 世界黑客目前状况排名和世界第一黑客
- 欢乐园网吧免费上网大法
- 在C++ Builder中实现程序自动运行
- 10个你未必知道的CSS技巧
- 核对表:需求
- ~~~~
- 太有气质了
- 似水年华_5/3
- 内部呈现和人工意识框架
- 欢迎大家光临这里,希望能交个朋友,共同进步!
- 这几天看petshop,也做了一个repeator,可分页的,还没完善就急于放上来了,希望增加点人气
- 网络新宠儿EyeOS和YouOS:Web版操作系统
- Java Learning Path——工具篇