本次将介绍实例化需求过程的基本流程
以下为实例化需求说明的主要过程模式：
当我们获取一个业务目标时，将按照上述流程图来生产实例化需求过程
- 从目标中获取范围
通过用户提供的需求描述，我们将这些描述转变成另一种用户能够理解且真实用户实际地行为方式，这里就要引入User Story用户故事的概念。然后以客户的业务目标为起始，然后通过协作界定可以实现目标的范围。这里最关键的就是与用户更密切地沟通，通过不断细化，确认这才是用户想要的功能。 - 从协作中制定需求说明
之所以要提出协作制定需求说明，目的是让需求、设计、开发以及测试都参与进来，发挥整个Team的知识和经验，力求让项目的干系人都更多的参与到交付过程中。 - 举例说明
举例说明其实是项目需求交流过程中不可或缺的，团队中不同职能人都有，而且每个人的业务背景不同，通过举例说明的方式可以让目标更一致。 - 提炼需求说明
协作过程中的开发讨论可以建立大家对相关领域的共识，但最终得到的实例往往包含很多不必要的细节。而关键实例必须是精简的。提炼需求说明的过程，其实就伴随着实例化需求的产生，且这些提炼好的实例就可以当作交付的验收条件。 - 频繁验证
频繁验证的依据就是提炼需求产生的实例化需求，它是所有过程实施中都必须要反复进行的工作。需求通过频繁验证与用户进行频繁确认；设计通过实例化需求来频繁验证设计是否满足用户的需求；开发通过实例化需求频繁验证代码中业务逻辑；测试通过实例化需求来频繁验证交付的功能，并作为最后验收测试的依据。 - 演化出一个文档系统
通过以上的这些流程，最后演化出一个文档系统。之所以称为文档系统，主要是体现它的可靠性、权威性。所有设计、开发、变更以及测试过程都以此为出发点来考虑，并及时更新，长久维护。
实例化需求过程的核心就是与用户站在一起，从沟通开始，不断举例、细化、精简到统一确认。
本文转自一米一阳光博客园博客，原文链接： http://www.cnblogs.com/candle806/archive/2013/01/10/2855170.html ，如需转载请自行联系原作者
