软件需求分析评审注意事项

来源：kepai.net发布日期2016-09-21 09:29浏览：

组织和完整性

 

• 所有对其它需求的内部交叉引用是否正确？

• 所有需求的编写在细节上是否都一致或者合适？

• 需求是否能为设计提供足够的基础？

• 是否包括了每个需求的实现优先级？

• 是否定义了所有外部硬件、软件和通信接口？

• 是否定义了功能需求内在的算法？

• 软件需求规格说明中是否包括了所有客户代表或系统的需求？

• 是否在需求中遗漏了必要的信息？如果有的话，就把它们标记为待确定的问题。

• 是否记录了所有可能的错误条件所产生的系统行为？

正确性

 

• 是否有需求与其它需求相冲突或重复？

• 是否简明、简洁、无二义性地表达每个需求的？

• 是否每个需求都能通过测试、演示、审查得以验证或分析？

• 是否每个需求都在项目的范围内？

• 是否每个需求都没有内容上和语法上的错误？

• 在现有的资源限制内，是否能实现所有的需求？

• 是否任一个特定的错误信息都具有唯一性和明确的意义？

质量属性

 

• 是否合理地确定了性能目标？

• 是否合理地确定了安全与保密方面的考虑？

• 在确定了合理的折衷情况下，是否详实地记录了其它相关的质量属性？

可跟踪性

 

• 是否每个需求都具有唯一性并且可以正确地识别它？

• 是否可以根据高层需求（如系统需求或使用实例）跟踪到软件功能需求？

特殊的问题

 

• 是否所有的需求都是名副其实的需求而不是设计或实现方案？

• 是否确定了对时间要求很高的功能并且定义了它们的时间标准？

• 是否已经明确地阐述了国际化问题？

软件需求规格说明的审查清单

 

• 使用实例是否是独立的分散任务？

• 使用实例的目标或价值度量是否明确？

• 使用实例给操作者带来的益处是否明确？

• 使用实例是否处于抽象级别上，而不具有详细的情节？

• 使用实例中是否不包含设计和实现的细节？

• 是否记录了所有可能的可选过程？

• 是否记录了所有可能的例外条件？

• 是否存在一些普通的动作序列可以分解成独立的使用实例？

• 是否简明书写、无二义性和完整地记录了每个过程的对话？

• 使用实例中的每个操作和步骤是否都与所执行的任务相关？

• 使用实例中定义的每个过程是否都可行？

• 使用实例中定义的每个过程是否都可验证？

【本文标签】：

• 上一篇：没有了
• 下一篇：如何做好需求分析的几个方面工作