用例與用戶故事：用例和用戶故事之間的區別

在敏捷軟件開發中，我們經常會遇到兩個術語——用例和用戶故事。 這些是任何開發人員或非開發人員經常使用的一些最常用的術語。 此外，對於那些沒有任何開發背景知識的人來說，互換使用這些術語也很常見。

用例和用戶故事在許多方面彼此不同。 他們有不同的目標要實現。 儘管它們可能具有相似的功能，但概念卻截然不同。

查看免費課程以提高自己的技能

在本文中，我們將通過示例討論用例與用戶故事，並解釋用戶故事與用例的區別。 我們還將研究這兩種方法的必要性以及它們重疊的原因。

什麼是用例？

用例反映了實現所需產品目標所涉及的過程。 系統的需求有助於推導出產品。 它用作將使用它的參與者（或用戶）的產品描述。 用技術術語來說，它是系統和參與者之間通過描述進行的交互。

用例的一些關鍵要素：-

• 參與者：與系統交互的一個人或一群人
• 目標：開髮用例的最終結果
• 系統：實現目標所涉及的所有步驟

用例帶有因果關係，其中包括向最終用戶描述產品功能或特性的某些事件。 它在與系統交互時提供了對用戶行為的詳細了解。

產品團隊利用用例來設計、測試和開發產品。 它可以幫助他們概述應如何設計用戶幫助手冊的要求。 除此之外，他們還能夠消除錯誤。

用例是對利益相關者或最終用戶的產品的詳細描述。

用例示例

讓我們以為滿足客戶的服裝和配飾交付要求而創建的服裝品牌應用程序為例。 客戶瀏覽應用程序，選擇最合適的商品，然後下訂單。 下訂單時，他們可以在線付款或在交貨後付款。 經客戶確認後，他們會收到確認郵件或“已下訂單”的通知。

然後準備、包裝訂單並將其運送到指定地址。 在這種情況下，應用程序必須在與雙方（客戶和零售商）通信的同時接收訂單和處理付款選項。 這裡：

• 該系統是——一個電子商務應用程序
• 主要參與者是——客戶
• 場景是——瀏覽應用程序

在這裡，您可以了解客戶和零售商如何與應用程序交互並期望獲得預期的結果。 一些基本用例描述是：-

• 用戶選擇一個項目。
• 付款和運輸信息
• 確認訂單和結帳
• 訂單倒計時或跟踪
• 賬單信息

讓我們轉向用戶故事，了解用戶故事與用例有何不同。

什麼是用戶故事？

用戶故事是對用戶的產品的簡短描述，在整個過程中為他們提供指導。 每個用戶故事都是從客戶的角度用易於理解的語言編寫的。 用戶故事側重於用戶希望從平台獲得什麼以及系統應該為他們提供什麼。

然後，開發團隊將給出的語句的用戶合併到軟件中，並進行一些固定。 用戶故事包括通過軟件在整個過程中發生的交互。 三個 C 涉及用戶故事，這是 Ron Jeffries 提出的一個概念。 這些都是-

• 卡片：用戶故事應該寫成卡片，這意味著包含所有必要信息的簡短故事。
• 對話：用戶故事應該是客戶和開發人員之間通過軟件進行的對話。
• 確認：這意味著客戶確認在結果到達之前應該實施的某些條件。系統應該能夠正確執行它。

除了用戶故事的這三個 C 之外，它還關註一個更重要的目的：投資。 它代表

• 獨立於其他項目
• 面議：進一步發展的空間
• 有價值的：對用戶的描述
• 可估計的：執行適當計劃的用戶故事
• 小：工作日3-5天內完成工作
• 可測試的：檢查過程的價值或有效性的機制

用戶故事示例

用戶故事表達如下：

“作為一個（角色），我（想要），（那樣）。”

• As a (persona)——應用程序或軟件為之構建的人。 它應該強調最終用戶。
• 我（想要）——在這裡，描述的是意圖，而不是特徵。 它應該描述用戶的目標，而不是應用程序或 UI 的一部分。
• （這樣）- 這描述了應用程序的整體利益或更大的圖景。 最終用戶將體驗到的整體利益是什麼？

下面是一些用戶故事的例子

• 作為 Elie，我想將我的信用卡鏈接到我的個人資料，這樣我就可以不用現金輕鬆支付租金。
• 作為一名經理，我想組織我的工作，這樣我就能更有掌控感。

用戶故事的結構可能不同，但意圖應該是相同的。

為什麼我們需要用例和用戶故事？

我們的系統中同時需要用例和用戶故事有一些原因。 讓我們深入研究用戶故事和用例背後的目的：-

我們需要用例來——

• 管理工作範圍
• 促進最終用戶和開發人員之間的溝通
• 建立所有要求
• 可視化系統架構
• 概述我們可以與系統交互的結構

我們需要用戶故事來——

• 創建簡化的流程
• 制定可實現的小目標
• 讓技術用戶和非技術用戶保持在同一頁面上
• 定義全過程

檢查我們的美國 - 數據科學計劃

用例和用戶故事的區別

讓我們看一下用例和用戶故事之間的區別，以了解是什麼使兩者截然不同：-

1. 通過牢記利益相關者的意圖，為產品團隊開髮用例。 它概述了團隊製作所需軟件的成就結構。 用例往往比用戶故事更詳細。
   用戶故事更簡單，更以用戶為中心。 它突出了用戶的日常瑣事，這就是為什麼用戶故事中使用的語言是可以理解的，並且完全從利益相關者的角度來看。
2. 如前所述，用例比用戶故事更直接。 但是，這兩種方法都經過簡化且易於理解。
3. 用戶故事故意留下一些改進的餘地。 因此，它需要包含更多詳細信息。
   相比之下，用例是中肯的，突出了開發人員需要遵循的所有步驟。
4. 用戶故事是在用例之前開發的，主要是通過交互形成的。

閱讀我們的熱門美國 - 數據科學文章

何時使用用例和用戶故事？

用戶故事用於產品開發，方法更傾向於客戶。 如前所述，用戶故事有意為通過開發人員和用戶之間的對話進行改進留出空間。 它在流程的開始就設定了目標，他們負責提高效率。 開發人員在創建用戶故事時可以牢記這些要點。

然而，用例用於記錄過程。 它包含實現最終目標的所有過程要求。 用例描繪了現有系統的更大圖景。 它涉及簡單的開發過程的直截了當的要點。

通過 upGrad 提升你的職業生涯

合適的高等教育可以對所有有抱負的開發人員和數據科學家產生重大影響。 如果您正在尋找提高技能和證書的機會，upGrad 的數據科學執行 PG 計劃可能是一個很好的選擇。 通過本課程，學習者可以很好地接觸技術世界。 WES 和分析研究所認識到這門課程的價值，該課程是在行業領先專業人士的專業知識下策劃的。

結論

敏捷軟件開發圍繞著開發迭代、方法和技術來整合用戶觀點。 正因為如此，需求在不斷增加。 每個行業都專注於將用例和用戶故事開發到他們的系統中，以便每個結果都以客戶為中心，從而提高客戶滿意度。