用户故事与用例

        用户故事用来标记需要完成的工作，也可以把它看成是一个可以根据软件过程推进而转换状态的索引。

        用户故事是可以用来制定计划的最小单元，为能够准确地估计完成一个用户故事的总工作量，它应该是可以掌控的，同时必须足够小，以使其能在一个开发周期内完成。

        用户故事具有三个缺点，分别是：缺乏前瞻性、缺乏完备性、缺乏上下文情景。因此应结合用例一起使用，以弥补用户故事的不足。缺乏前瞻性是因为，用例无法对获取需求的难以程度、以及耗费的时间进行预测，这导致相应的需求工作无法根据实际情况而提前，使得进度滞后。缺乏完备性是因为，某些大的用户故事必须分解成较小的用户故事，这会产生一个结果，进度在推进而用户故事反而在上升。缺乏上下文情景是因为，用户故事没有提供对需求的描述而且是范围足够小的片断，用户故事之间也缺乏有机的联系，这使得开发一般人员很难从用户故事中看到上下文情景。

        用户故事在粒度上小于用例，可以由用例分解而来，可以将用例中的一个或几个事件流分解成一个用户故事，也可以将一个事件流分解成几个用例。也可以来自于用例以外，如客户的反馈或对UI的完善。