优秀需求的特点

(1)完整性:每一项需求都必须完整地描述即将交付使用的功能。必须包含开发人员设计和实现该项功能需要的所有信息。如果发现缺少某项信息,应使用TBD(to be determined)加以标明。在开发之前,必须解决所有TBD。
(2)正确性:每一项需求都必须准确地陈述其要开发的功能。做出正确判断的参考是需求的来源,如用户或高层的系统需求规格说明。若软件需求与对应的系统需求相抵触则是不正确的。只有用户代表才能确定用户需求的正确性。因此,需求规约必须经过用户或用户信任的代理人的审阅。
(3)可行性:每一项需求能够在系统及其运行环境的已知能力和约束条件内实现。为避免不可实现的需求,在需求获取阶段,应安排一名开发人员始终和营销人员或需求分析员协同工作。由开发人员来进行可行性检查,判断技术上能够实现哪些需求,或者什么功能需要额外的成本才能实现。
(4)必要性:每一项需求记录的功能都必须是用户的真正需要,或者是为符合外部系统需求或某一标准而必须具备的功能。每项需求都必须来源于有权定义需求的一方。对每项需求都必须跟踪到特定的客户需求的来源,如用例、业务规则或其他来源。
(5)有优先次序:给每项需求、特性或用例分配一个实现优先级,以指明它在产品的某一版本中的重要程度。如果把所有的需求都看作同等重要,那么项目经理就很难采取措施来应对预算削减、进度拖后和人员流失或开发过程中需求增加等情况。
(6)无岐义:一项需求对所有读者应该只有一种一致的解释。要尽量把每项需求用简洁明了的用户语言表达出来。“易理解”与“无岐义”是相关的需求质量目标:必须能够让读者理解每项需求究竞是指什么。应该在词汇表中列出所有专用的和可能让用户感到迷惑的样语。
(7)可验证性:检查一下每项需求是否能通过设计测试用例或其它的验证方法,如用演示、检测等来确定产品是否确实按需求实现了。如果需求不可验证,则确定其实现是否正确就成为主观臆断,而非客观分析了。一份前后矛盾,不可行或有二义性的需求也是不可验证的。

上一篇:关于跟踪矩阵 下一篇:需求规格说明的特点

热线电话:

010-64617670

邮箱:

service@gxpudao.com bsliao@gxpudao.com
公司名称:北京国信普道科技有限公司    地址:北京市朝阳区曙光里1号楼201
京IPC备11010698号    京公网安备110108006551号    技术支持:众领联合