(CEN)第三章需求获取选读.ppt

权利之四：听取对需求工作成果的解释 需求分析员也许会使用不同的示意图来配合SRS文本对需求进行描述。 权利之五：得到需求分析员和开发人员的尊重 合作能够帮助双方认清对方面临的问题。 参与需求开发过程时，客户有权要求需求分析员和软件人员尊重他们的想法，并且珍惜他们为项目成功所付出的时间。 权利之六：听取开发人员对于需求及如何实现需求的想法和 备用方案 需求分析员应该了解客户现有的系统为何不能很好地满足他们的业务流程需要，从而保证新的系统能够更高效满足新需要。 如果被提出的新特性、用户需求或功能性需求都在范围之外 ， 也许你的工作就完成了。 如果被提出的新需求优先级都很低，也许你的工作已经完成了。 如果用户提出的新功能都是可以“在产品生命周期的某个时刻”加入，而不“属于我们当前正在讨论的特定产品”，你的工作也许已经完成了 在自动售货管理系统例子中，矛盾： 开发人员希望使用较先进的开发技术和工具为用户建立高科技系统，这可能导致成本增加。 零售商需要一个操作简单和价格便宜的系统。 而开发商则需要具有便利和良好性能以及利润较多、成本较低的系统。 四、前景与范围文档 前景与范围文档用于将业务需求收集整理到一个文档中，为后续的开发工作打好基础。进行商业软件开发的组织则常常创建市场需求文档(Market Requirements Documentation，简