5、需求评审：确保系统与需求匹配

需求评审：确保系统与需求匹配

在软件开发过程中，需求评审是一个至关重要的环节，它能确保所描述的系统真正符合需求。这是一个协作性的评审会议，涉及客户代表、最终用户（即实际使用系统或正在使用被替换的现有系统的人员）以及营销人员等所有对确保需求符合他们对系统的看法有切身利益的项目利益相关者。

为何要进行需求评审

以下是一段假设的对话，能帮助我们理解为何要进行需求评审：
- 问 ：我的项目看起来进展得相当不错。我有一个在编写用例描述时更新过的领域模型，而且我的用例大多是在领域模型的背景下编写的。现在应该可以开始编码了，对吧？
- 答 ：差不多，但还不行。客户参与了最初的需求收集工作，并且希望也参与了你的用例建模研讨会。但是，现在用例初稿已经全部完成，你需要让客户再次参与进来，确保所描述的系统真正符合他们的需求。
- 问 ：这听起来要求很高。我的客户甚至从不阅读需求规格说明，我为什么要浪费时间编写它们呢？
- 答 ：如果你给客户发一封200页的文档，并要求他们回复“是的，请”或一组所需的修改意见，很可能几分钟后你只会收到一个“是的，请”。那么，一年后你开发的系统将与客户想要的完全不同。除了将开发分解为更小的版本外，还需要使签字流程具有协作性。你需要让客户代表参加需求评审会议，并与他们一起审查所有用例。
- 问 ：但如果我无法让客户来参加需求评审会议怎么办？
- 答 ：当然，所有客户都非常忙碌。但如果你的客户在签署一个昂贵的IT