开发人员写

引用:

原帖由 佛念技工 于 2007-2-19 03:40 发表
有一种责任叫回帖！大大的顶一个论坛的版块，如果形成一种回贴（不是灌水）的氛围，版块的兴盛应该指日可待。如果版块是一盆火，那么大家都来烤火的人，所谓是众人拾柴火焰高，如果没了众人的拾柴，并且每一个人 ...

就冲着 佛念技工同志 对论坛的高度责任心，也要好好表扬一下佛念技工 同志。如果只有看帖而没有回帖的，那么发帖和回帖的人会越来越少，论坛也就会越来越萎缩了，也更谈不上什么发展了。希望大家踊跃发表自己的观点和看法。

引用:

原帖由 wonder 于 2007-3-14 17:56 发表
我比较赞同tigerricky 和nbmty 的回答， 呵呵，
其实需求规格说明书可能由专门的需求调研人员来写， 也可能由PM或者开发人员来写，也有可能是大家共同来完成的。
但是我们是不是对于需求规格说明书应该有一个 ...

非常同意wonder的观点。需求规格说明书由谁来写不是关键的问题，关键的问题是 需求规格说明书应该包括哪些内容，以及它要满足什么条件（如没有歧义、内容涵盖了客户的所有需求等）等待。

当然，如果是公司有一定的规模和分工比较清楚的话，需求规格说明书应该由系统分析师或 PM来写。个人观点，仅供参考。

首先要明确楼主所说的 需求规格说明书 是啥？哪个阶段所要求的？写的意义是什么？
正如前面很多人所说的，需求包括产品前期的客户需求分析和项目前期的需求分析（一个产品可能要多个项目一起来完成）。
客户需求分析需要很多人参与——市场、开发、测试等，这不应该是一般开发人员来写的。
项目需求分析一般有开发人员来完成，但是需要有经验的开发人员

我们这好像是测试人员写的```

市场调研人员、销售人员、测试人员共同编写

理论上应该是专门的需求分析人员来写的，但实际上有的公司是由开发来写的。

需求规格说明书应该由需求分析人员来写,可能部分公司的需求分析团队是由开发人员和测试人员组成的.原则上讲,应该是由需求分析人员来写.开发人员写的应该是软件规格说明书,希望大家不要混淆.

嗯，觉得这个阶段，测试人员参加设计的不多，主要是了解系统并提出疑问吧

3者共同补充会好点吧?先是系统分析员和开发人员写,完了和测试的一起审评.再做补充

其实如果弄清楚需求的层次，就明白该谁来做这件事情最合适了。从上面各位朋友的回复中，可以看出大家所指的需求可能不是同一个东西。
从一个产品的生命周期看，首先是从市场或客户那里收集到需求概念，这应该由市场人员来完成，这个需求可能用比较自然的语言，这样大家都能看得懂；然后市场人员把这个概念交由产品决策部门，决策部门再把概念需求分别交给不同部门进行市场和技术可行性研究，将各个可性研究汇总后，决策部门进行决策。
如果不具可行性就会否决此需求，就不会投入研发人员启动项目；
如果具备市场和技术可行性，就决定启动项目，进行研发；这样系统部门再对经过种种可性研究后的概念需求进行分析，然后分解为各个组成部分，如形成硬件需求则交由硬件研发人员进行硬件的开发，软件分配需求交由软件项目组进行软件的开发。
从系统分析部门得到的硬件需求和软件需求都叫做分配需求，这个需求仍然比较宏观。软件分配需求下来后就可启动软件项目，然后软件项目再进一步细化该需求，形成功能需求和非功能需求（如性能、质量、可维护等方面），这个由软件项目组完成的需求，一般称为软件需求规格说明书，这个文档用了很多工程化的描述。但是这个需求需要具备一定技术能力的项目成员来完成，技术能力的不足的，可以参与评审，以提高其对需求和项目技术背景的理解。