編寫有效的業務用例讀書筆記03

第五章三個命名的目標層次

1、使用者目標（藍色，海平面）（user goal），它是主執行者努力使工作得以完成的目標，或是使用者使用系統的目標。它相當於業務過程工程中的「基本業務過程」。

2、概要層次目標（白色，雲朵，風箏，summary-level goal）包含多個使用者目標。在描述系統時，他們有如下三方面的功能：

 顯示使用者目標執行的語境；

 顯示相關目標的生命週期順序；

 為底層用例（包括白色用例和藍色用例）提供乙個目錄表。

3、子功能層次（靛青色/黑色，海平面以下/蛤，subfunction-level goal）的目標是指那些在實現使用者目標時可能會被用到的目標。

4、關於目標層次有三個重要的注意事項：

 把較多的精力投入到對海平面（使用者目標）用例的考查上，它們是重要的用例。

 編寫一些最外層用例來為其他用例提供語境。

 不要在「是否把系統需求規格說明語句中你最喜歡的那個措辭用作用例的標題」上面小題大做。

5、找出正確的目標層的兩個指導原則：

 找到使用者目標，問兩個問題（1）主執行者真正想要的是什麼?（2）執行者為什麼要做這件事？答案可能就是執行者的目標。

 對每個用例執行第3步到第10步

6、為了提公升乙個或幾個互動步驟的目標層次，思考這樣乙個問題，「執行者為什麼做這件事？」答案可能就是較高一層的目標。

將目標分層，可以使得在獲取需求時兼顧大局和小節，發現高層次目標有利於把握全域性，而要細化需求時，又不得不去尋找低層次的目標，而使用者目標則是兩者的中間點，往往使用者目標描述的步驟將是未來軟體系統介面和流程的雛形。

第六章前置條件、觸發事件和保證

1、用例的前置條件（precondition）宣告了啟動該用例之前系統必須滿足的條件。通常，前置條件是指該條件已經通過其他用例的執行進行了設定。

最簡單的例子，在論壇裡發貼子用例的前置條件是使用者登入。

往往層次高的用例中前後兩個沒有可選路徑的步驟，降低一級層次後，兩個步驟獨立為兩個用例，那麼前乙個用例就是後乙個用例的前置條件

3、最小保證是系統向專案相關人員作出的最低承諾，尤其是在主執行者的目標不能被滿足的情況下。在目標遭遇失敗的情況下，專案相關人員認可他們的利益得到了保護，這時最小保證是否成功/失敗的測試標準。

4、成功保證（success guarantee）說明了用例成功結束後專案相關人員的哪些利益得到了滿足，用例可以通過執行主場景獲得成功，也可以通過執行可選路徑獲得成功。成功保證通常作為最小保證的新增內容：最小保證被滿足以後，並且一些附加條件為真；附加條件中至少包括用例標題中宣告的目標。

5、專案相關人員認可他們的利益得到了滿足，這是成功是否成功/失敗的測試標準。找到成功保證的最好方法是問這樣乙個問題：「在用例結束時，什麼事會使專案相關人員感到不高興？」這個問題通常很容易回答，然後寫出答案的反面回答。

6、觸發事件（trigger）指明了啟動用例的條件。

總結：從這章起，內容開始涉及到具體乙個用例的各個元素。

編寫有效的業務用例 讀書筆記03