这周我看的是需求过程的网罗需求和对需求的复用。
网罗需求
启动会议结束后，需求分析师们开始网罗需求。他们对启动会议确定的业务领域和工作
进行学习。为了获得方便性和一致性，他们将工作上下文图划分为一些业务用例。每个业务
用例都是正确响应一个业务事件所需的功能。每个业务事件都指派一名需求分析师(分析师
几乎可以相互独立地工作),以便进行进一步更详细的研究。分析师采用一些技巧，诸如做学
徒、场景分析和用例研讨会等，来发现工作的真正本质。第5 章“网罗需求”对这些技巧进
行了详细描述，它们很受欢迎，因为在捕获需求时让风险承担者密切参与。当他们理解了工
作以后，需求分析师与风险承担者一起决定对工作有帮助的、最好的产品。也就是说，他们
决定多少工作需要自动化或改变，这些决定会对工作产生怎样的效果。当他们知道了产品方
方面面的特点之后，需求分析师开始编写产品需求。
启动会议确定了要研究的工作范围.业务用例可以通过这个范围形式化地导出。每个业务用例都由需分析师和相关的风险承担者进行研究，以发现期望的工作方式。在理解了这些之后，就可以确定适合的产品并写下产品的需求。当他们进行网罗以发现需求时，分析团队的成员与用户一起工作，用户描述他们在做的作以及他们希望做的工作。某些团队成员会给用户做学徒: 他们学习怎样完成工作，并在这个过程中思考如何改进工作方式。需求分析师也向其他感兴趣的风险承担者咨询，这些人包括易用性专家、安全专家、操作人员等，目的是发现最终产品的其他需求。也许需求收集中最难的工作就是发现系统的实质。许多风险承担者不可避免地会谈到他们眼中的问题的解决方案。而问题的实质，是拥用这个产品的底层业务的理由。或者，可以将它看作是工作的策略，或者想象在没有技术的情况下工作会是什么样子。
需求复用
对需求的复用任何产品的需求都不会是完全独一无二的。我们建议在开始任何新需求项目之为以前的项目所写的规格说明书，寻找潜在可复用的东西。有时会发现许多需用的，不用进行修改。更常见的情况是，会发现一些需求尽管不完全是所想要的它们可以作为写入新项目的需求的基础。
但它们可以作为写入新项目的需求的基础。选严和地质过连例如，在IceBreaker项目中，道路工程的规则在不同的产品中是一样的。医此需求析师不必再重新发现这些需求。他们也知道卡车调度的业务在每一年里变党不全准，所以他们的需求网罗过程可以利用以前项目的一些需求。类似地。在一个组级机构许多项日中，非功能需求是相当标准的，因此分析师可以从以前项目的规应说明共开把它作为一个检在清单。
阅读了这篇文章，对网罗需求多了一点理解，需求的复用也是有了简单的认识。