软件需求专业应了解什么知识？

[tiantianhappy]

大家好，我是一名软件需求专员，我想知道自己应该了解那方面的知识？多谢

[以专业开发人员为伍]

基本上，你要了解许多小程序员都是等着看你的笑话，例如在关键的“最后”时刻（可能给客户造成损失的时刻）才来说你的需求描述有什么毛病，你了解这个风险就行了。设计者不是一个教条脑袋，而且经验丰富，这是对设计者的最基本要求。但是这条太难做到了。

[以专业开发人员为伍]

如果你有可能，不但要做需求和任务评估，而且要力争做自动化集成验收测试，这就可以避免技术空谈。因为你的需求表述最终是可直接执行和自动化测试的，而不是空谈一些所谓的软件标准化之类的东西中占主要篇幅的看似响亮但是无法具体编程测试的那些东西。

[以专业开发人员为伍]

现在的软件公司中，专门化许多年时间研究如何空谈QA的太多了，看看他们为企业真正带来多少效益就知道了。我不知道“软件需求专业”这个专业是否有必要，但是我知道越是研究需求，就越要有对结果负责的精神，才能有的放矢地准确、适时地描述需求，否则就可能过早地或者过于含糊地夸大需求。

[闪破风浪]

与客户沟通的技巧
抽象描述能力～

[jiezhi]

与客户沟通的技巧
软件工程知识
相关业务领域知识
一定的软件设计知识

[以专业开发人员为伍]

现在的软件公司中，专门化许多年时间研究如何空谈QA的太多了 --> 现在的软件公司中，专门化许多年时间研究如何空谈SA的太多了

因为只能发三次，所以当时没有能够修改。不过，一些不好的SA、QA人员的是类似的，他们讨论的东西纯粹是门槛过低的教条，而不是很准确的可执行的东西。需求描述就像是讲故事，如果别人听了你的故事立刻就可以写出无歧义的程序，说明你的story具有可直接执行的风格，久而久之你的需求分析技术就会显出优势来。我无法在这类很宽泛的问题回复中罗列具体要点，等你问到一些要点的时候自然会回答，例如帖子《面向对象设计原则的“单一职责”如何理解？》中我回复地简介了一个需求描述至关重要的原理。

[战斗模式]

[Quote=引用 4 楼 jiezhi 的回复:]
与客户沟通的技巧
软件工程知识
相关业务领域知识
一定的软件设计知识
[/Quote]
我觉得这个是对的