問題的引出

備選流，又稱備選事件流，英文是Alternative?Flow。在RUP和UML中，備選流的解釋如下：備選事件流包括與正常行為相關的可選或異常特征的行為，同時也包括正常行為的各種變形。您可以將備選事件流看作是基本事件流的“繞行道”，有些備選事件流將返回到基本事件流，而有些將結束此用例的執行。?

分析RUP對于備選流的定義，可以看到備選流可以分成兩類：

1，不同做法但仍然達成用例目標；

2，異常情況，無法達成用例目標。

?

在實際用例分析中，由于備選流可能存在兩種情況，導致備選流存在2種主要寫法：

1．在備選流中說明基本流以外的異常情況的處理，可能仍然回到基本流，也可能導致用例結束。

在備選流中說明基本流以外的其它正常和異常情況的處理，覆蓋了其它功能。

第1種寫法的例子比較常見，下文將出現，這里不再贅述。

第2種寫法的例子如下：

用例名稱：填寫請購單

簡要說明

　　員工在線填寫圖書請購單，內容包括：圖書名稱、出版社、作者、價格、訂購人（系統自動識別）、訂購部門、訂購日期等，填好后提交給圖書管理員審核。

　　填寫請購單的主角是員工。

事件流

　　員工選擇“填寫請購單”，用例開始。

基本流

員工選擇“填寫請購單”，提交“填寫請購單”請求；

顯示“填寫請購單”窗口并列表顯示請購單信息（已填寫未提交、已提交審核未通過），?兩種狀態的請購單信息通過選擇分別列出，審核未通過的原因只能查看不能修改；

請購單信息包括：請購單編碼（系統自動生成）、訂購部門、訂購人、訂購日期、訂購原因、備注，和圖書明細包括：圖書名稱、出版社、作者、單價、數量等，圖書明細包括：新增，修改，刪除；

請購單信息輸入操作見備選流；

新增：系統具體執行見“備選流?新增”

修改：系統具體執行見“備選流?修改”

刪除：系統具體執行見“備選流?刪除”

選擇“提交”，系統把選中的請購單提交給圖書管理員審核，此用例結束。

?備選流

　　填寫請購單基本流中抽取出三個備選流：

　　　　請購單信息：新增、修改、刪除；

新增

（一）員工在“填寫請購單”信息區選擇“新增”，提交“新增”請求；

（二）系統彈出“新增請購單”空白模式窗口；

（三）請購單信息包括：圖書名稱、出版社、作者、單價、數量等；

（四）請購單信息輸入完畢后，選擇“保存”提交，系統驗證數據有效性，如驗證不成功，針對所提示錯誤信息修正輸入數據，驗證成功關閉“新增請購單”窗口；

若繼續新增請購單，則重復㈠㈡㈢㈣步驟。

修改

（一）員工在“填寫請購單”信息區列表選中要修改的請購單，提交“修改”請求；

（二）系統彈出“修改請購單”模式窗口，并顯示當前請購單信息；

（三）修改相應數據后，選擇“保存”提交，系統驗證數據有效性，如驗證不成功則根據錯誤提示重新輸入，驗證成功后保存數據并關閉“修改請購單”模式窗口同時刷新請購單信息列表；

若繼續修改，則重復㈠㈡㈢步驟。

刪除

（一）員工在“填寫請購單”信息區列表選中要刪除的請購單，提交“刪除”請求；

（二）若選中的請購單屬于審核未通過，系統提示“不能刪除審核未通過的請購單”；

（三）刪除后刷新請購單列表信息同時系統提示“編號為XXX的請購單已刪除！”；

若繼續刪除，則重復㈠㈡㈢步驟。

?

特殊需求

　　無

前置條件

　　員工登錄系統。

后置條件

　　無

---例子結束----

第2種寫法中，在備選流中說明了基本功能，用例篇幅已經變長，如果備選流中出現異常，備選流將顯得更加臃腫。因此第2種寫法比較少見。

為了解決備選流的不同情況，人們識別率異常流來解決上述問題。

異常流是什么？

Bernd?Lohmeyer提出來如下分類規則

（見?http://www.lohmy.de/2013/03/06/writing-use-cases-exception-or-alternate-flow/??）

l?Result?negative:?An?Exception?is?anything?that?leads?to?NOT?achieving?the?use?case’s?goal.?負面結果：異常，任何導致不能達成用例目標的事情

l?Result?positive:?An?Alternate?Flow?is?a?step?or?a?sequence?of?steps?that?achieves?the?use?case’s?goal?following?different?steps?than?described?in?the?main?success?scenario.?But?the?goal?is?achieved?finally.?正面結果：備選流，一步或多個步驟序列達成了用例目標，但與主成功場景不一樣的步驟。最終目標是達成的。

見如下例子：

簡單說：異常流是基本流的異常情況，不能達成用例目標。

用異常流替代備選流

蒼狼敏捷需求用例分析方法對于備選流的做法是采用第1種做法，但用異常流替代備選流，從名稱上排除第2種做法，滿足用例目的的可選流程在基本流中表達，如果導致基本流篇幅過長，那么就分拆用例。

對照到上述“填寫請購單”的例子，蒼狼敏捷需求用例分析方法至少分拆成如下多個用例：

1，新增請購單

2，修改請購單

3，刪除請購單

其中新增請購單的用例規約

用例屬性	說明
名稱	新增請購單
簡要說明	員工在線填寫圖書請購單，內容包括：圖書名稱、出版社、作者、單價等，填好后提交給圖書管理員審核。
前置條件	員工已經登錄
啟動點	員工在“填寫請購單”信息區選擇“新增”，提交“新增”請求，系統彈出“新增請購單”空白模式窗口
基本流	1.?員工填寫各項請購單信息，包括圖書名稱、出版社、作者、單價、數量、訂購原因、備注，員工請購單信息輸入完畢后，選擇“保存”提交 2.?系統驗證數據有效性，有效性規則見X.Y 3.?系統驗證如果通過，記錄此請購單 4.?系統返回“保存”成功信息
異常流	3b如果驗證不成功，給出具體字段的錯誤提示信息，讓用戶修正輸入數據
后置條件	提交給圖書管理員審核
特殊需求	請購單輸入信息界面在一個屏幕內
擴展點	無

?

異常流的好處

根據以上分析，可以看到，異常流實質上是一種備選流，對照原RUP備選流說明的話，定義如下：異常流是與基本流正常行為相關的異常行為。 異常流不是基本流的“繞行道”，有些異常流將返回到基本流，有些將結束用例的執行。 異常流替代備選流主要的好處： 1，基本功能全部在基本流中表達 2，異常流從名稱上清晰的明確了其定位：基本流的異常情況 3，基本流+異常流的組合可以覆蓋所有事件流場景 4，用例的顆粒度將受到基本流篇幅的限制，有助于更精細的管理，有便于在敏捷開發環境下使用。

總結

以上是生活随笔為你收集整理的需求用例分析之一：异常流的全部內容，希望文章能夠幫你解決所遇到的問題。

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