在书写要求时,每个字都很重要。像添加副词或使用“should”而不是“must”这样简单的事情就会造成歧义,使工程师感到困惑,并使项目停滞不前。
更好的需求导致涉众之间更清晰、更有效的沟通。这将推动整个组织走向更大的透明度、更少的返工和更快的开发……而不牺牲质量。虽然编写需求既是一门艺术,也是一门科学,因环境而异,但有一些最佳实践需要考虑。
在编写需求时遵循这些最重要的注意事项,您将发现自己在整个产品开发生命周期中拥有清晰且可跟踪的需求。开云足球app下载官网最新版
1.正确做法:使用需求模板
模板为需求提供一致的结构。它可以是用户故事或系统工程格式,这两种格式都可以提供统一的结构来支持更容易的测试。
2.不要:使用副词
“快速”、“容易”和其他副词不能为测试人员提供明确的指导。相反,关注可测试和可测量的验收标准。
相关文章:需求管理——活的不是静止的
3.规范你的语言
英语中有许多在日常用法中意思相近的单词。选定几个来表示商定的含义,例如“shall”表示具有约束力的高优先级需求。
4.不要:模棱两可
需求通常是模糊的,因为它们太笼统了,例如,“设备应该易于使用。”更具体一些,无论是设定一个明确的基准,还是命名一种特定的颜色
5.应该:使用主动语态和特定形容词吗
使用主动语态动词。例如,“汽车应承受……”比“汽车应增强承受……”更清楚。此外,选择具体的形容词,而不是备用的形容词,如“用户友好”和“兼容”。
相关文章:如何对上下游关系进行更好的影响分析
6.不要:将设计规范混入需求中
在可能的情况下,将设计从需求中移除,因为后者描述了需求,而前者构成了对该需求的响应。设计自由的要求给了工程师更多的自由。
7.DO:定期与涉众一起评审需求
与他人一起回顾您的需求是确保共享理解的可靠方法。在实时平台中协作可以让团队交换反馈,确保可测试性,并最大限度地减少返工。
8.不要:依赖消极的需求陈述
否定陈述可能会引入歧义,因为在实现其积极需求的过程中,任何系统实际上都有“不做”的事情。检查否定陈述
要了解更多关于如何以所有利益相关者都清楚了解开发需求的方式编写需求的信息,请下载我们的电子书《编写需求的最佳实践》。
- 工业制造和消费电子发展的主要挑战——2023年4月11日
- 功能安全(FuSA)解释:标准和合规性在确保关键系统安全中的重要作用——2023年3月21日
- 您的验证准确前沿IVCT开发(有效)法案指南——2023年2月28日