我很好奇,因为似乎每个人对这件事都有不同的看法。创建 SRS 文档时,您是否需要用例和功能需求,还是只需要其中之一,因为使用功能需求会扩展用例?
...您是否需要用例和功能需求,还是只需要其中之一...
如果仔细阅读这些技术的主要作者,区别仅在于方法。
用例方法被认为是收集基本需求的更有效方法,而功能需求方法则确保完整的规范,然后可以过滤掉冗余、重叠和不需要的功能。
用例方法从一开始就考虑外部参与者(用户、流程、代理等)以及他们如何与系统交互,而功能需求从解决方案的角度解决问题(我们如何利用此功能来解决我们的问题)问题?)
用例捕获参与者、用户、方法、领域知识、独特技术等。用例可以产生完整的打包解决方案。功能方法捕捉产品类别、产品变体、市场差异。功能方法可以帮助开发精细调整的发布策略,其中功能是在以前的版本上开发和分层的。
另一种描述方式是,用例更多的是面向用户的规范,而功能方法是开发人员规范。从语言和通信的角度来看,据说用例方法可以使已经以最终用户的语言习惯表达的文档变得更容易理解。另一方面,功能方法使系统变得完整和集成。
在现代 SRS 中,这两种观点对于一个完整、有用的系统都是必不可少的。理想情况下,一个必须映射到另一个。无论从哪里开始这一过程,这两种方法的好处都不可忽视。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)