用戶故事和用例場景

用戶故事和用例場景之間的區別是什麼？用戶故事和用例場景

2012-11-23 One

使用案例更像是contract，而使用案例是一個規劃工具。因此，用例通常比用戶故事長，因爲它們（應該）用作具體反映構建系統的文檔。

用戶故事由客戶/利益相關者/客戶/用戶編寫。用戶故事不是很詳細，相對而言比較開放。

用例在結構上更爲正式，通常由團隊中的某個人 - 需求工程師/產品經理編寫。它們通常比較詳細，將相互作用分解成單個步驟，並清楚地識別前置條件和後置條件，例如故障條件和成功條件。

雖然一個用例可以涵蓋許多場景 - 成功和失敗;驗證錯誤;子用例和擴展 - 用戶故事的範圍更加侷限，通常只描述一個場景。

用戶故事是在上世紀90年代使用的「功能」的代名詞，什麼是要建一個標誌，細粒度，足以適應現代迭代/衝刺階段。

用例提供了構建內容的上下文視圖，用於將組織綁定在一起等等。

2012-11-23 07:46:55

在我看來，你有你的開放的幾個誤區 - 用戶故事不是一個規劃工具。它們是客戶提供的系統功能的非正式描述。用例不是合同，而是基於用戶故事的系統行爲的正式派生。合同是軟件設計無關的術語。 – SomeWittyUsername

@icepack - 請引用？我的意見從我提到的網站和書籍中解脫出來。 –

你自己的鏈接到維基百科是一個很好的開始。我同意你的回答，除了第一段由於我陳述的原因 – SomeWittyUsername

「用戶故事是針對用戶案例，因爲瞪羚是指涼亭。」 - 科伯恩

用戶故事（而非需求）是描述一些系統需要對一些用戶做意向的簡短髮言。這是敏捷團隊用於瞭解和溝通客戶需求的主要技術。這當然是一個方便的構造，小用戶故事幫助我們推動表現敏捷開發的極端工具主義。

使用案例是一種在複雜系統中表達系統行爲的傳統方法。用例是用UML表示需求的主要手段。它們在那裏以及有關該主題的各種文本中都有詳細描述。 用例可用於規範和分析。當感興趣的系統又由其他子系統組成時，它們特別有用。

書籍，我建議：

2012-12-06 10:44:33 Peretto

Cockburn報價是愚蠢的。它們是不同的概念，但它們並不完全無關。 – xpmatteo

回答