第一章 引言
1、用例是代表系統中各個專案相關人員之間就系統的行為所達成的契約。用例描述了在不同條件下，系統對某一專案相關人員的請求所作出的響應。
舉個例子：某人在atm機提款，這個本身就可以看作乙個用例，只是它的層次比較高，細分下去，人可以在atm上做什麼？粗略一想，就有幾條：
(1)查詢餘額(2)提款(3)轉帳(4)存款，
這四點都可以獨立成為乙個用例，而且執行者都是人，簡單來說，用例就是描述執行者和系統之間的互動的集合。
2、從根本上說，用例是文字形式；他們是作為人與人之間，尤其是沒有受過專門培訓的人員之間互相交流的一種手段。因此，簡單的文字通常是編寫用例的首選形式。
「用例」這兩個字就和用例圖聯絡在一起，就是乙個小人，乙個橢圓，中間有線連線那種圖，其實用例圖只是用例的圖形化表示，用例真正的內容體現在它的文字描述中，而且描述的語言和平時人們日常寫作的語言一樣。
3、編寫用例必須掌握的三個概念：
(1) 範圍(scope)：真正被討論的系統是什麼？
(2) 主執行者(primary actor)：誰有要實現的目標？
(3) 層次(level)：目標的層次是高還是低？
範圍很重要，有個可能乙個用例只是乙個專案的一小塊功能互動，只有明確好範圍，才能真正把握需求，但這個還需開發方與客戶不斷的溝通才能確定。主執行者與專案管理的專案干係人有些聯絡，很多用例主執行者就是專案干係人中的一員。
4、只有乙個用例模板是不夠的。至少要有兩個用例模板：乙個是非正式的（或稱隨意的），在要求不嚴的專案中使用；另乙個是完整正式的，在要求嚴格的專案中使用。
無論正式還是非正式，只要能使客戶和開發人員能建立有效的溝通途徑，就是好用例，只是有時候一些專案要求比較嚴格，文件寫的也比較正式而已。
5、如果把用例作為需求來編寫，請謹記以下兩點：
(1) 用例確實是需求。不必將用例轉變成行為需求的其他形式。
(2) 用例不是所有的需求。用例不詳細地描述外部介面、資料格式、業務規則和複雜公式。
需求包含用例，用例屬於需求的一部分，這恰恰反應了：「用例不是萬能的....」，
6、用例僅僅是行為需求，並且是所有的行為需求。
總結：第一章主要是為用例定位，以及怎麼樣在不同的環境和時間安排下編寫用例，使其達到最好的效果。
第二章 用例是規範行為的契約
這一章主要說明的問題：「具有目標的執行者之間的互動」和「具有利益的專案相關人員之間的契約」
1、首先，僅從捕獲(具有某種目標的)執行者之間的互動行為的角度來考察乙個用例，然後可以進一步擴充討論的內容，直到用例能被用作專案相關人員間協調各自利益的契約。
這裡說明了乙個很重要的問題，就是獲取用例是有過程的，第一步就是根據執行者的目標來捕獲需求，然後第二步才是關心具體互動所牽涉到的利益。
2、為了實現其職責，系統制定出一些子目標。系統可以內部實現一些子目標，但其他子目標需要借助『輔助執行者』（supporting actor）來實現。這些輔助執行者可以是列印子系統，也可以是其他組織，如合作單位或****等。
用例的執行者並不都是人
3、執行者可以是單個人員、組織或者計算機。執行者和目標概念模型可以用來描述由人、公司和計算機組成的混合系統；也可以用來描述乙個軟體系統。
4、強調目標失敗和失敗反應是用例通常能夠進行良好的系統行為描述和出色的功能需求描述的原因之一。
5、活動序列很適合於描述發生在過去的互動過程，因為「過去」是已經完全確定的。要描述發生在將來的互動過程，需要有乙個所有可能出現的活動序列組合的集合。
6、用例包含了到達乙個目標可能出現的所有場景的集合，為了更加完善，需要加入一下內容：
(1)與同乙個主執行者的同乙個目標有關的所有互動過程。
(2)用例由觸發事件啟動後開始執行，直到目標被實現或者被取消而結束，系統通過本次互動完成它的職責。
7、用例，做為規範行為的契約，捕獲了與滿足專案相關人員利益相關的所有行為，並且僅限於此。
（1）兩個執行者之間的互動（為了促進乙個目標），互動過程中可能會有資訊的往返傳遞
（2）確認（為了維護某一專案相關人員的利益所進行的確認）
（3）內部狀態變化（代表專案相關人員）
這個現在我還是不太明白，可能要看第四章才會有更深的體會
8、列出所有的專案相關人員和他們的利益，並用這個列表仔細的檢查以確保用例體中沒有任何內容被遺漏。然而，這個微小的改動卻能對用例的質量產生重大的影響。
編寫有效的業務用例 讀書筆記06
第十一章 用例格式 1 完整正式的用例格式 1 單列文字 不是乙個 2 步驟編號 3 沒有條件語句 4 擴充套件部分的編號規則是數字和字母的組合 完整正式的用例模板 名字 用例名應該是乙個用主動語態動詞短語來表示的用例目標 使用語境 目標較長的描述，如果需要，還包括觸發事件 範圍 設計範圍，在設計時...
編寫有效的業務用例 讀書筆記03
第五章 三個命名的目標層次 1 使用者目標 藍色，海平面 user goal 它是主執行者努力使工作得以完成的目標，或是使用者使用系統的目標。它相當於業務過程工程中的 基本業務過程 2 概要層次目標 白色，雲朵，風箏，summary level goal 包含多個使用者目標。在描述系統時，他們有如下...
編寫有效的業務用例 讀書筆記02
第三章 範圍 1 範圍 scope 一詞用來描述專案開發人員負責的設計工作的邊界，以便與應由其他人負責的設計工作或已經完成的設計工作相區別 2 與被討論系統的功能範圍和設計範圍相關的主題都可以使用 內 外 列表，內 外表示在專案內還是在專案外。主 題內外 以任意形式開發票 外產生請求報告 請求可能由...