需求分成两部分：用户业务需求、软件需求规格说明书

业务需求由进行调研的人写，可能是系统分析员，可能是用户，也可能是市场。。
软件需求规格由开发人员完成。

这个肯定是SA做的啊，这个文档的目的是给项目人员看的，属于技术性的，

需求规格说明书应该是由需求分析人员写的，SA应该是在根据需求规格说明进行系统的设计和架构。对于测试人员来说，需求规格说明书是其进行用例测试的依据也是确认测试的输入工件

我们公司是由开发人员来写的，不过写得挺粗糙的，针对测试用例用处不是非常大。
不过测试人员会参与开发人员的需求说明会议，
呵呵，这种情况啊，如果是测试换人接手，那是最惨的。

我认为，是要由公司专门的需求管理的负责人这种专门的人员来写．如果没有专职的需求管理人员，那么就应该由代替这种角色的指定的人员来写，比如ＰＭ，开发人员等．

我们公司是将测试人员和程序员各自派一部分去采集需求！这样可能考虑的方面全一些！

需求规格吗 应该是系统分析员来写的，系统分析员和客户交流进行确认统一，然后固化下来成为需求规格（SRS）。

    若没有专门的系统分析人员，则需要开发人员写，但这两种情况都需要评审，只不过后一种要更仔细一些。

我还要补充的是：评审要多些角色参加，尽可能在需求中归避异常。因为不同角色看待事物的角度是不同的

我认为应该是PM来写。

我们公司由需求调研人员写的。

你问的是《需求规格说明书》有谁来编写？很好，严格来讲，按照标准软件开发过程中定义的不同角色来讲，应该由系统分析员领导，各个专业的专业技术人员参加，特别应该包括测试设计人员，共同执笔编写。

    主要原因就一个，《需求规格说明书》中将对每需求进行规格化。也就是说它是可实现、可测试的，它是设计和测试的依据。

由谁来写并不重要，重要的是这个文档如何才能写出来。
楼主可能在写“需求规格说明书 ”时，遇到了困难……呵呵~~

这个东西一般是由新产品的设计人员来搞定的，不过有很多小公司，没有专门的软件架构人员（设计人员），所以这些公司也很少提这个文档，而如果要了，不明究理的人，会让测试人员来写。而这个文档中很多东西又不是测试人员手头上有的，所以要问开发人员（项目开发负责人），要问市场人员，要问部门经理，要问客户……等等；一句话，不管谁来写，都要问便所有相关的人员，最好组织开个会什么的讨论一下，才能下笔写出来。

受益

需求应该由开发人员写,
可是必须经过项目负责人这一关,
即需求是由项目经理写的!
至于需要我们测试人员写了,
那就是我们在作质量保证时工作了!

我们公司软件需求说明书应该有需求分析员来写，然后会有CCB然后由Review的

不管公司由谁来写，此人应是公司的调研人员。
因为需求需要由调研人员与客户进行交流及与公司开发人中沟通。

现在公司正是由我来写！

我也来说两句：
软件需求说明书在CMMI三级中是属于需求开发过程的产物。
需求开发过程包括：
1、需求获取
2、需求分析
3、编写需求规格说明书
4、需求确认
5、需求管理

它是在需求获取、分析之后的，即已经进行了需求调研，获取了用户需求（OUT：业务需求、用户需求），已经进行了需求分析（OUT：需求分析文档），用例及说明都经过用户肯定后，在该基础上，按一定模版格式编写而成的需求汇总文档。该文档需要经过需求评审，客户签字后，才交由系统分析员再进行后续高层开发。。。
所以它的编写人员应该是公司中负责提交给文档的人。但信息的来源应该来自各相关生成产品的关系人。如：需求调研人员，PM，SA，市场人员等。

[ 本帖最后由 tigerricky 于 2006-3-14 17:27 编辑 ]

SE写！

我是新来的,如果条件适合,还是我来写的吧,我想写呀.

我们公司没有系统分析员，写需求规格说明书的都是负责该项目开发的开发人员写的