查看完整版本: 为什么说软件缺陷的最大来源是软件需求说明

为什么说软件缺陷的最大来源是软件需求说明

那意思是说软件需求说明的有多重要吗?
为什么呢?sdlkfj7

可以PM我MSN: [email]e-ferrari@live.com[/email]
谢谢

[[i] 本帖最后由 eferrari 于 2007-9-12 13:12 编辑 [/i]]

拿到一个项目，首先要做的就是需求分析，如果需求发生变化，那么一个软件将面临最大的变更。

软件的需求分析是软件的方向，如果没有需求，我们如何做软件

也是哦,一个软件开发前就要有需求分析,这部分占有了很大一部分吧

软件需求规格说明书描述了系统应该具有哪些功能/不应该具有哪些功能/功能的操作性如何/性能如何等等具体规格, 是开发初期最重要的过程文档, 也是后期开发与测试的重要依据, 可以说是开发流程与测试流程的输入, 根据过程理论,"正确的输入,正确的过程,正确的解决方案将会产生正确的结果", 如果一开始输入就不正确, 那么经过过程的处理后, 缺陷/错误会被放大,同时修复的成本会显著上升, 人力物力时间将会被大量耗费, 所以从早期就开始对需求规格说明书进行审查并基线化是必须的, 同时测试人员在需求基线化前应该invoke到流程中,参与评审, 尽早从客户/测试的角度找出所有不合理/不明确/不可行的需求, 减少后期的开发与测试成本. 测试人员以及质量人员在开发初期是比较重要的角色, 责任比较重大, 应当负起责任. 可见, 需求规格说明书是何等重要的文档.

我们无论做什么事情，首先要有个方向和目标。需求说明书就是在做软件系统中起这样的作用。它确定系统的整体功能和环境，当然还有性能，及其他的方面。

这个是根据业界统计出来的数据，但也不是绝对，也许你碰上了那个少数。

路过留印sdlkfj5

个人理解~很简单~需求要是有缺陷~那么到后期就会被放大~而且不易察觉~最坏情况就是做出了产品才发现客户需求是有问题的~所以你说这缺陷大不大？
另外~很多时候需求中的缺陷是不易察觉的~很可能连客户自己都不了解自己的需求~你说大不大？
而且~很可能涉及到高层的一些决策。。其他人即使发现了问题或者事后确认确实是个问题很可能就会不了了之或者凑或或者改得不成样子~从而导致了其他的缺陷~你说大不大呢sdlkfj9

需求就是软件要做成什么样子，开发的根据需求开发，测试的根据需求测试

所以，需求是一个根本

lz做几个项目统计就知道了

举个例子 你去吃饭 你点的面条 但是给你上的馒头 这就是饭店没明白你的需求，后果可想而知你当然发怒了 不吃了

感觉如果需求是十分不稳定.或者.开发人员,或者需求分析人员早已对需求有错误的理解.
根据缺陷会线形放大 这一理论.会导致项目崩溃.或者影响进度,时间等

[quote]原帖由 [i]lawgend[/i] 于 2007-9-13 21:37 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=716067&ptid=90289][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
软件需求规格说明书描述了系统应该具有哪些功能/不应该具有哪些功能/功能的操作性如何/性能如何等等具体规格, 是开发初期最重要的过程文档, 也是后期开发与测试的重要依据, 可以说是开发流程与测试流程的输入, 根据过 ... [/quote]
这个已经说得很详细了

简直是谬论，那么你可以说缺陷最大来源是我们的客户，没有他们哪里来的需求呢