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

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