用户解决禅道中配置用户故事还是需求的问题：Use Case(用例)和User Story(用户故事)他们之间究竟有什么联系和区别？
--合适当前场景的选择才是最好的选择，不要拘泥于这其中的死条款不放才能取得最好的效果。
概念
Use Case(用例) ：在不展现一个系统或子系统内部结构的情况下，对系统或子系统的某个连贯的功能单元的定义和描述。
User Story(用户故事)：描述对软件（或系统）用户或客户有价值的功能,只是需求描述，而不是详细的需求规范。
定义
Use Case是UML（https://blog.csdn.net/qq_35495763/article/details/80764914）中一个重要的概念，他采用actor和系统交互的方式来描述用户需求，使用了一套逻辑上相对完整的事件流来定义，他包括了名称、描述、主要事件流、扩展流、异常流、前置条件和后置条件等等元素，可见他描述需求是相当详细的，在RUP过程中使用得比较多。User Story描述用户需求则是离客户更近一步，他所使用的描述语言类似于“作为XXXX，我希望xxxxxx”这种方式，例如，作为用户，我希望能够查看订单列表，简单的描述用户需要的东西。而没有定义如何交互等事件流方式，这种需求描述形式是比较抽象的，使用User Story在敏捷项目中使用比较多，当然Use Case 也适合敏捷项目。
两种方法不分好坏，是针对不同场景的需求描述方式：
Use Story更适合比较早期的探索需求阶段，因为他表述起来非常的简单，一个User Story只需要几句话就可以完成，另外一个因素就是用户需求的细节是非常易变的，而其高层描述却是相对稳定的，所以我们可以通过使用User Story的方法来从高层确定其需求(包括功能性的和非功能性的)，这些单独的Use Story相当于系统中可能要实现的一点，而由我们通过与用户交流所得到的所有User Story则构成了一个面，它就是整个系统所需要实现的功能，举个例子，“作为用户，我希望能够查看订单列表”，非常简洁，但是阐述清楚了谁需要什么的需求；而Use Case更适合于需求分析阶段，因为该阶段需要比较详细的、更系统的需求分析，而Use Case能够满足这一切，不过，由于这里需求进行了具体化处理，因此用户可能在变换交互方式的时候，那么对于User Story来讲不会变的东西，而对于Use Case来讲可能就会有所有变更。
