这实际上是一个非常大的问题.我要提出的答案是“这取决于”.收集要求是一件非常困难的事情.收集需求的最佳方式取决于您的项目方法.首先,您将使用迭代方法还是瀑布方法您还需要确定项目利益相关者是谁(例如项目经理,开发人员,业务分析师,客户,项目发起人……)然后,您需要让项目利益相关者谈论他们想要的内容.

当你让每个人都在谈论你想要什么时,业務分析师应该帮助指导客户描述他们想要的东西.您的分析师需要挖掘需求.很多时候,客户不知道他们真正想要什么或如何以对开发人员有意義的方式描述系统.

此阶段的第一步是描述项目范围.一旦确定了良好的范围,您将能够确定哪些要求在范围内或超出范围.在此之后,确定需求的朂佳方法是讨论问题以及他们想要解决的问题.尽量不要在需求阶段构建解决方案,只描述最终产品应该做什么.

不太花时间收集要求.您在项目苼命周期中稍后进行的更改越多,进行这些修改的成本就越高.此外,不要花太多时间来完善要求,否则你会发现自己陷入所谓的“分析瘫痪”.请記住,这些要点只是表面上的问题.这里有一些不错的书,我在这里读到了一些这样的信息：

这些都是体面的书籍,他们谈论从为多个观众准备SRS到“需求启发”的所有主题.