3、软件需求收集：传统方法的问题与用例的崛起

软件需求收集：传统方法的问题与用例的崛起

1. 标准方法的问题

在软件需求收集过程中，不仅通常生成的文档（需求列表）存在问题，而且文档的生成方式也常常存在问题。以下是几种常见的需求收集方法及其存在的问题。

1.1 用户访谈

在构建需求规格说明书时，进行用户访谈显然是必要的。用户访谈通常聚焦于用户讲述他们目前的工作方式、系统投入使用后他们期望的工作方式变化，以及当前流程中遇到的典型问题。需求分析师通常会疯狂记录，努力跟上用户的发言，并思考下一个要问的问题。

然而，当完成对一个用户的访谈，开始对下一个用户进行访谈时，需求分析师常常会注意到两人对同一流程或业务规则存在冲突的观点。当对不同管理层级的人员进行访谈时，情况会变得更加复杂。冲突的观点就像一个多维拼图，随着访谈的进行，拼图的各个部分还会不断变形。分析师可能会疑惑：如果没有人能就业务运营方式达成一致，这个公司（或部门）如何维持运营并保持盈利呢？答案是，构建计算机应用所需的细节程度高于成功运营业务所需的细节程度。我们在众多用户部门的经验表明，即使每个员工对相同问题给出不同答案，这些部门仍然能够正常运转。

1.2 联合需求规划会议（JRP）

联合需求规划（JRP）会议类似于同时在同一房间对所有用户进行访谈。所有将影响应用程序方向的人员都会聚集在一起，为系统的功能提供意见。会议由一位主持人引导，确保会议不会失控，还有一位记录员使用投影仪和绘图软件记录所有内容。

JRP与联合应用设计（JAD）会议结构相似，但重点不同。JAD会议关注系统的工作方式，而JRP会议仅关注系统将做什么。JRP会议的参与者包括来自各种利益相关群体或利益相关者的关键代表，如用户、