透過用例驅動方法推動成功的軟體開發：實際應用範本與範例

用例驅動方法是一種專注於從使用者角度定義系統需求與功能的策略。這是一種以使用者為中心的方法，強調識別使用者的需求、目標與行為，以確保所開發的系統能符合其期望。在此方法中，使用用例來描述系統對使用者互動的回應行為。用例是描述系統在不同情境下如何被使用的場景。

優勢

用例驅動方法提供多項優勢，包括：

• 增進對使用者需求與要求的理解
• 明確定義系統行為與功能
• 早期識別潛在問題與衝突
• 改善利害關係人之間的溝通
• 資源與努力的高效分配
• 有效優先處理功能與需求

逐步用例開發指南

以下是一個高階可重複使用的用例開發流程範本，您可以根據團隊需求進行調整與客製化：

1. 識別利害關係人及其需求：首先識別專案中所有相關的利害關係人，並收集他們的需求。這可能包括終端使用者、業主以及其他團隊成員。
2. 優先排序需求：在列出所有需求後，根據其重要性與對專案的影響進行優先排序。這將幫助您首先著重於最關鍵的需求。
3. 定義範圍：根據已優先排序的需求，定義專案範圍。這包括明確專案將包含的功能與特性。
4. 建立用例：用例是描述使用者如何與系統互動以達成特定目標的說明。建立用例來描述系統在不同情境下的使用方式。
5. 審查並優化用例：與利害關係人一起審查用例，並根據他們的反饋進行優化。這可能包括增加或刪除步驟、更新需求，或釐清細節。
6. 建立使用者故事：使用者故事是從終端使用者角度對功能或特性所做的簡短描述。根據您所開發的用例建立使用者故事。
7. 估算工作量：估算開發每個使用者故事所需的投入。這將有助於規劃專案時程與資源配置。
8. 優先排序使用者故事：根據使用者故事的重要性與對專案的影響進行優先排序。
9. 規劃迭代：根據已優先排序的使用者故事，規劃開發迭代。每個迭代應包含一組可在該時段內完成的使用者故事。
10. 審查與優化： 审查每个冲刺的进展，并根据需要优化用例和用户故事。
11. 測試與驗證： 測試系統以確保其符合需求，並驗證其是否滿足利益相關者的需要。
12. 部署與監控： 系統測試與驗證完成後，部署至生產環境，並監控任何問題或錯誤。

這只是一個通用模板，可根據您團隊的具體需求和專案要求進行調整。您也可以使用敏捷專案管理工具，如 Jira 或 Trello，協助您管理流程並追蹤進度。

用例方法的敏捷文件範本

利益相關者分析文件

以下是您所提供問題描述的利益相關者分析文件範例：

利益相關者分析文件：行動銀行應用程式

利益相關者	角色	興趣	需求
客戶	行動銀行應用程式的終端使用者	易用、安全且便利的銀行體驗	能夠透過行動應用程式查看帳戶餘額、在帳戶間轉帳以及支付帳單
銀行員工	客戶支援與後端系統管理	高效且安全的後端系統	能夠處理大量交易，易於維護與故障排除
企業所有者	希望提升客戶滿意度並降低成本的利益相關者	提升客戶滿意度、降低成本，並追蹤使用指標	能夠追蹤客戶使用情況、滿意度水平，並分析使用指標以改善行動應用程式

此利益相關者分析文件識別了專案中涉及的不同利益相關者、其角色、興趣與需求。它清楚地呈現了每位利益相關者希望透過專案達成的目標及其優先順序。此文件可在專案期間作為參考依據，並在發現新利益相關者或利益相關者需求變更時進行更新。

需求收集範本

以下是您所提供問題描述的需求收集範本範例：

需求收集模板：行動銀行應用程式

需求描述	優先級別	接受標準	利益相關者姓名
查看帳戶餘額的能力	高	使用者應能查看與其個人檔案相關的所有帳戶之當前餘額	客戶
在帳戶之間轉帳的能力	高	使用者應能透過行動應用程式在帳戶之間轉帳	客戶
支付帳單的能力	高	使用者應能透過行動應用程式支付帳單	客戶
高效的後端系統	高	後端系統應能處理大量交易，且容易維護	銀行員工
使用指標追蹤	中	應用程式應能追蹤客戶使用指標與滿意度水平	企業所有者

此需求收集模板透過定義每一項需求、其優先級別、接受標準以及相關的利益相關者姓名，協助從利益相關者處收集需求。此模板可用於在與利益相關者的面談、問卷調查及焦點小組中捕捉需求。它確保所有需求均被完整捕捉、優先排序，並與利益相關者的興趣與需求保持一致。當發現新需求，或既有需求的優先級別發生變更時，可更新此模板。

需求可追溯性矩陣

以下是您所提供問題描述的需求可追溯性矩陣範例：

需求可追溯性矩陣：行動銀行應用程式

需求編號	需求描述	利益相關者名稱	狀態	設計文件參考	測試文件參考
R1	查看帳戶餘額的能力	客戶	已實施	UI設計 1.1	測試案例 1.1
R2	在帳戶之間轉帳的能力	客戶	進行中	UI設計 1.2	測試案例 1.2
R3	支付帳單的能力	客戶	尚未開始	UI設計 1.3	測試案例 1.3
R4	高效的後端系統	銀行員工	已實施	後端設計 2.1	測試案例 2.1
R5	使用量指標追蹤	企業所有者	進行中	分析設計 3.1	測試案例 3.1

此需求可追溯性矩陣有助於追蹤專案過程中各項需求的進展。它將每一項需求對應至其描述、利害關係人姓名、狀態，以及設計與測試文件的參考資料。該矩陣確保所有需求均被納入考量，並提供清晰的方式來追蹤每一項需求的實作狀態。在開發與測試期間，可作為參考依據，確保所有需求均已達成並經過測試。隨著專案推進，若新增需求或既有需求有所變更，該矩陣亦可進行更新。

使用者人物檔案

以下是您所提供問題描述的使用者人物檔案範例：

使用者人物檔案：行動銀行應用程式

人物名稱：莎拉

背景：

莎拉是一位29歲的平面設計師，於城市中的一間設計公司工作。她精通科技，幾乎所有事情都透過手機完成，包括銀行業務。她總是忙於奔波，因此偏好使用行動應用程式來管理財務，以節省時間。

人口統計資料：

• 年齡：29
• 性別：女性
• 婚姻狀況：單身
• 職業：平面設計師
• 所在地：都市

目標：

• 能夠快速且輕鬆地查閱帳戶餘額
• 能夠輕鬆地在各帳戶間轉帳
• 能夠透過行動應用程式準時繳付帳單

挑戰：

• 莎拉擁有數個銀行帳戶，有時難以掌握所有帳戶的餘額。
• 她關心財務資訊的安全性，希望確保其行動銀行應用程式是安全的。

引言：

「我喜歡使用我的行動應用程式來管理財務，它節省了我許多時間與麻煩。我只希望能夠快速且輕鬆地查閱餘額、在帳戶間轉帳，並準時繳付帳單。」

此使用者人物檔案有助於建立行動銀行應用程式典型使用者的詳細輪廓。它提供使用者的背景、人口統計資料、目標、挑戰與引言等資訊。此文件可在設計與測試行動應用程式時作為參考依據，確保應用程式符合目標使用者的需求。當發現新的使用者人物檔案，或既有使用者需求發生變更時，此文件亦可進行更新。

 

候選使用案例清單

根據您提供的問題描述，以下是行動銀行應用程式的候選使用案例清單：

1. 查看帳戶餘額 – 使用者應能查看其個人檔案中所有關聯帳戶的當前帳戶餘額。
2. 帳戶間轉帳 – 使用者應能透過行動應用程式在自己的帳戶之間轉帳。
3. 支付帳單 – 使用者應能透過行動應用程式支付帳單。
4. 設定自動付款 – 使用者應能為定期帳單設定自動付款。
5. 存入支票 – 使用者應能透過行動應用程式存入支票。
6. 尋找附近的自動櫃員機和分行 – 使用者應能透過行動應用程式尋找附近的自動櫃員機和銀行分行。
7. 申報遺失或被盜的卡片 – 使用者應能透過行動應用程式申報遺失或被盜的卡片。
8. 聯繫客戶支援 – 使用者應能透過行動應用程式聯繫客戶支援。
9. 查看交易紀錄 – 使用者應能查看其個人檔案中所有關聯帳戶的交易紀錄。
10. 設定帳戶提醒 – 使用者應能設定低餘額、大額交易及其他帳戶活動的提醒。

這些使用案例涵蓋了使用者可能期望從行動銀行應用程式中獲得的功能範圍。每個使用案例代表使用者在應用程式中可執行的特定動作或任務。這些使用案例可用於開發使用者故事、測試案例及其他專案文件。它們也可根據相關利益關係人的需求與興趣進行優先排序。

 

已優先排序的使用案例

以下是一個範例表格，依大小、優先順序及行動銀行應用程式的目標/價值對使用案例進行優先排序：

使用案例	大小	優先順序	目標/價值
查看帳戶餘額	小	高	便利性、資訊存取
帳戶間轉帳	中	高	便利性、效率
支付帳單	中	高	便利性、效率
設定自動付款	中等	中等	便利性、效率
存入支票	中等	中等	便利性、效率
尋找附近的自動櫃員機和分行	小	中等	便利性、資訊存取
申報遺失或被竊的卡片	小	中等	安全性、防範詐欺
聯絡客戶支援	小	中等	客戶服務、滿意度
檢視交易紀錄	中等	低	紀錄保存、資訊存取
設定帳戶提醒	中等	低	便利性、安全性

此表格列出每個使用案例，以及其規模（小、中或大）、優先順序（高、中或低），以及其所代表的目標或價值（例如便利性、資訊存取、安全性等）。使用案例的規模由其實施所需的 effort 量決定，而優先順序則根據該使用案例對專案成功的重要性來決定。目標或價值有助於為每個使用案例提供背景並解釋其重要性。此表格可用於指導行動銀行應用程式的開發，並確保最重要的使用案例得到適當的優先排序。

使用案例描述範例

以下是一個「檢視帳戶餘額」使用案例的範例描述：

用例名稱：查看帳戶餘額

參與者：

• 客戶

描述：客戶希望透過行動銀行應用程式查看其帳戶餘額。此用例讓客戶能夠快速且輕鬆地檢查帳戶餘額，而無需親自前往銀行分行或使用自動櫃員機。

前置條件：

• 客戶在銀行擁有有效的帳戶。
• 客戶已在智慧手機或平板電腦上下載並安裝行動銀行應用程式。
• 客戶已登入其行動銀行帳戶。

基本流程：

1. 客戶開啟行動銀行應用程式。
2. 客戶從主選單中選擇「查看帳戶餘額」選項。
3. 應用程式顯示客戶帳戶的清單，以及每個帳戶的當前餘額。
4. 客戶檢視帳戶餘額。

替代流程：

• 若客戶僅有一個帳戶，應用程式可能會自動顯示帳戶餘額，而不顯示帳戶清單（步驟3）。
• 若客戶擁有多个帳戶，但應用程式無法取得帳戶餘額，則會向客戶顯示錯誤訊息。

後置條件：

• 客戶已查看其帳戶餘額。
• 客戶可選擇在行動銀行應用程式中執行其他操作，或登出帳戶。

例外情況：

• 若行動銀行應用程式無法使用或運作異常，客戶將無法查看其帳戶餘額。
• 若客戶遺忘登入憑證，則需重設密碼或聯繫客戶支援以獲得協助。
• 若客戶帳戶已關閉或處於非活躍狀態，將無法查看帳戶餘額。