?????? Use Case(用例)和User Story(用戶故事)他們之間究竟有什么聯系和區別，還是他們本身就是一個物種的兩種不同叫法而已，究竟哪個好或是哪個不好，這些問題的討論見諸于各大網絡文章之中，其實本人當初也有所迷惑，經過大量翻閱各種資料對比分析，算是有所斬獲，下面就我所了解認識到的東西做一個分析，不對之處歡迎拍磚。

???

??????? 要了解二者異同，首先來看各自的概念：

?

?????? Use Case(用例) ：在不展現一個系統或子系統內部結構的情況下，對系統或子系統的某個連貫的功能單元的定義和描述。

?????? User Story(用戶故事)：描述對軟件（或系統）用戶或客戶有價值的功能,只是需求描述，而 不是詳細的需求規范。.

????? 從定義上其實可以看出來， Use Case是UML中一個重要的概念，他采用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來講可能就會有所有變更。

?????

?

?

?

?? 最后說一句，合適當前場景的選擇才是最好的選擇，不要拘泥于這其中的死條款不放才能取得最好的效果。

??

?

?

?

??

轉載于:https://www.cnblogs.com/lovingprince/archive/2009/12/01/2166297.html

總結

以上是生活随笔為你收集整理的Use Case 和User Story的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。