第三章 範圍
1、範圍（scope）一詞用來描述專案開發人員負責的設計工作的邊界，以便與應由其他人負責的設計工作或已經完成的設計工作相區別
2、與被討論系統的功能範圍和設計範圍相關的主題都可以使用「內/外」列表，內/外表示在專案內還是在專案外。
主 題內外
以任意形式開發票
外產生請求報告（請求可能由賣主、分部或人發起）
內將請求合併成乙個po
內部分發貨，延遲發貨，錯誤發貨
內所有新的系統服務，軟體
內系統中的任何非軟體部分
外識別任何可用的已存在軟體內申請
內錶3-1「內/外」列表
3、功能範圍是指系統要提供的服務，她最終應被用例所捕獲。
4、執行者－目標列表列舉了系統支援的所有使用者目標，展示了系統功能方面的內容。
執行者任務級目標
優先順序任何人
檢查請求
1授權者
改變許可權
2購買者
改變賣主契約
3請求者
發起請求
1改變請求
1表3-2 執行者－目標列表示例
5、用例簡述是對用例行為所作的乙個包含2～6句話的描述，它僅提及了最重要的活動和失敗情況。可以將用例簡述做成乙個**，或作為執行者－目標列表的擴充，或在初稿中直接將其作為用例體的一部分。
6、設計範圍是系統的區域，是開發人員負責設計和討論的系統的集合，包括硬體系統和軟體系統；它是集合的邊界。
7、功能範圍由執行者－目標列表和用例就可以充分的進行定義，而設計範圍則是每個用例中都關心的乙個主題，通常只寫「範圍」（scope）一詞時，指的是「設計範圍」（design scope）。
8、業務用例把企業作為其（設計）範圍，書上用建築房屋作為其圖示；系統用例將計算機系統作為其範圍，書上用乙個盒子作為其圖示；構件用例是關於被設計系統的子系統或構件的描述，書上用乙個螺釘作為其圖示。
9、用例總是在乙個設計範圍內進行編寫。通常，可以找到乙個更廣的設計範圍，而主執行者仍然處於範圍之外。如果不斷擴大該範圍，可以找到乙個臨界點，一旦越過這個臨界點，主執行者就會被包含在範圍之內。這個臨界點就是最外層範圍（outermost scope）。最外層範圍有時是企業，有時是部門，有時僅僅是計算機。
10、提倡編寫最外層用例是因為，編寫這樣的用例花費的時間很少，並能為用例集提供極好的語境資訊。最外層用例顯示了系統最終如何使其最外部使用者收益；同時還為瀏覽系統的行為提供了乙個內容列表。
總結 這章的內容雖然不長，但值得摘抄的地方很多，首先要弄清楚功能範圍，這樣可以把一些不是專案負責的功能剔除掉，然後對專案內的每條功能建兩個用例，乙個是針對系統被設計系統，另乙個是針對比被設計系統更廣的範圍。
第四章 專案相關人員和執行者
1、專案相關人員是指契約的參與者。執行者是指任何具有行為的事物，執行者可能是乙個人、乙個公司組織、乙個電腦程式或計算機系統——硬體、軟體或軟硬體兼備的系統。
2、請從一下方面入手來尋找執行者：
系統的專案相關人員（stakeholder）
用例的主執行者（primary actor）
被設計系統（system under design, sud）本身
用例的輔助執行者（supporting actor）
內部執行者（internal actor）——所討論的系統（sud）內的構件
3、專案相關人員是對用例的行為具有特定利益的人和物。每個主執行者都是乙個專案相關人員，但是一些專案相關人員儘管有權關心系統的行為，卻從來不與系統進行直接互動，例如：系統擁有者，公司的董事會和調控主體。這種未直接出現的專案相關人員也可以叫做沉默的執行者，加強對這些人的注意可以大大提高用例的質量，他們的利益在系統執行的檢查和確認中、建立的日誌中、以及在系統執行的動作中得以體現。
4、用例的主執行者是請求系統提供一項服務的專案相關人員，他經常（但不是一直）是觸發用例的執行者。有兩種情況他不是用例的激發者：（1）當乙個公司職員或**線員代表他人激發用例時；（2）當用例由時間觸發。
5、主執行者在需求收集工作剛開始時和系統將要發布之前一段時間內是重要的；而在這兩個時間點之間的那段時間裡，他們是相當不重要的。
(1)在用例編寫開始時，列舉出主執行者有助於在短時間內對系統在整體上有乙個全域性的把握。通過對主執行者進行集中討論，能建立起乙個運作情況的大致框架。
（2）在用例編寫和設計過程中，主執行者就開始變得無關緊要了，隨著專案的不斷推進，用例編寫者將發現乙個用例可能會被多種型別的執行者所使用
6、執行者（actor）一詞暗示了動作中的個體（individual），有時，在乙個用例中，它指乙個個體；有時，它指擔當某個給定角色的一類個體的通稱。
書中特別提到uml中執行者泛化可以很好的解決執行者分層次的問題，但要注意不要把泛化的意思弄反。
7、用例中的輔助執行者是指為被設計系統提供服務的外部執行者，乙個執行者可以在乙個用例中是主執行者，而在另乙個用例中是輔助執行者。
8、被討論系統本身也是乙個特殊的執行者，但它不是任何用例的主執行者或輔助執行者。
總結 ：這一章闡述了專案相關人員和執行者的概念，專案相關人員是執行者的乙個子集，特徵是和利益有關係，因為領導的意志可以決定專案的成敗，而領導屬於專案相關人員，應該特別「關照」；而主執行者又是專案相關人員的乙個子集，特點就是經常是用例的激發者。
編寫有效的業務用例 讀書筆記06
第十一章 用例格式 1 完整正式的用例格式 1 單列文字 不是乙個 2 步驟編號 3 沒有條件語句 4 擴充套件部分的編號規則是數字和字母的組合 完整正式的用例模板 名字 用例名應該是乙個用主動語態動詞短語來表示的用例目標 使用語境 目標較長的描述，如果需要，還包括觸發事件 範圍 設計範圍，在設計時...
編寫有效的業務用例 讀書筆記03
第五章 三個命名的目標層次 1 使用者目標 藍色，海平面 user goal 它是主執行者努力使工作得以完成的目標，或是使用者使用系統的目標。它相當於業務過程工程中的 基本業務過程 2 概要層次目標 白色，雲朵，風箏，summary level goal 包含多個使用者目標。在描述系統時，他們有如下...
編寫有效的業務用例 讀書筆記01
第一章 引言 1 用例是代表系統中各個專案相關人員之間就系統的行為所達成的契約。用例描述了在不同條件下，系統對某一專案相關人員的請求所作出的響應。舉個例子 某人在atm機提款，這個本身就可以看作乙個用例，只是它的層次比較高，細分下去，人可以在atm上做什麼？粗略一想，就有幾條 1 查詢餘額 2 提款...