需求规格说明书由谁来写？

开发人员来写。绝对不应该由测试人员写。

我觉得需求规格是市场调研人员在产品立项之初就有了，所以需求规格说明书应该由市场人员来写--------因为没有市场需求-----》没有软件架构算法------》没有测试方案！
胡言乱呀，欢迎交流！

再次感谢楼主的支持！

原始需求由marketing人员收集，规格说明树还是要开发人员写的。

明白！谢谢

也有可能由工程人员来收集客户需求，小弟新手，不知所云

还得看技术支持由哪个部门来管理了！

引用:

Originally posted by ghl5502 at 2004-9-23 14:08:
需求规格说明书由谁来写？

我们公司需求说明书由企划部来写!
该部门的前身是从测试部派生出来,
用户需求说明书不能由程序员编写,程序员往往会忽略用户的需求,而执着于自己的代码能不能实现,并且产品需要不断的顺应用户群体不同的需要.;)

需求规格说明书，应该由专门的需求人员来写。

明白，谢谢！

我们公司的需求说明书最初是由销售人员写出用户有的大致需求，然后交由测试部确认分析，把已有的留下，把需要新开发的部分需求拿去跟开发部协商。最终是同测试部确定并负责跟用户沟通直至实施，是不是很乱？

好象应该是系统分析人员来写的

最终的需求规格书是由开发部门进行分析汇总后写出来的，不过还得经过项目评审讨论。

说来说去，好像都没有我们测试人员的份，我觉得应该参与一下，不能成为主角，可以当个配角嘛。

在我们公司还没有设立专门的需求设计部门时，我也写过需求规格，发现对自己蛮有帮助的，写过需求作过开发再做测试时，会发现自己的思路比较全面，现在当需求出来时就马上会发现可能出现的问题和容易出BUG的地方然后提醒开发设计人员从而避免实际产出时出现BUG。有机会不妨接触一下，总有帮助的

在我们公司,需求是由顾问来写的,但是需求调研和评审时顾问,研发人员以及测试人员都要参加,大家一致通过后该需求才成立

需求应该由系统分析员来写,写完之后,由测试人员从用户的角度考虑是否符合用户的需求

同意楼上观点，需求规格说明书当然由需求分析人员来写罗。只是确认之前需要参加评审。测试人员参与评审。当然，在需求调研阶段测试人员得参与。

ding