第一章 引言
本章主要介紹用例是什麼樣子的，並描述為什麼不同的專案組需要採用不同
的用例編寫風格以及在什麼地方使用用例有利於做需求收集工作，也讓我們了解
在編寫用例之前，需要做哪些準備工作。
用例是代表系統中各個專案相關人員之間就系統的行為所達成的契約。要學
會編寫乙個好的用例必須掌握三個概念：
1、範圍：真正被討論的系統是什麼
2、主執行者：誰有實現的目標
3、層次：目標的層次是高還是低
在這之前要記住這些定義：執行者、專案相關人員、主執行者、用例、範圍、前
置條件和保證、主成功場景、擴充套件。
在專案開始時，只有乙個用例模版是不夠的，至少需要兩個，乙個正式乙個非正
式的。本書最重要的問題是編寫準確的需求。如果把用例作為需求來編寫，那麼
謹記兩點：用例確實是需求，但不是所有的需求。
第一部分 用例體部分
第二章用例是規範行為的契約
執行者具有目標，目標可能失敗，強調目標失敗和失敗反映是用例通常能夠
進行良好的系統行為描述和出色的功能需求描述的原因之一。
描述將來一次互動過程，就必須要對不同的情況進行處理，建立出乙個互動序列
態變化代表專案相關人員。
第三章 範圍
範圍是用來描述專案開發人員負責的設計工作的邊界，以便與應由其他人負
責的設計工作或已經完成的設計工作相區別。功能範圍是指系統要提供的服務，
它最終應被用例所捕獲。
執行者-目標列表列舉了系統支援的所有使用者目標，展示了系統功能方面的
內容。第四章 專案相關人員和執行者
專案相關人員是指契約的參與者，是對用例的行為具有特定利益的人或物
執行者是指任何具有行為的事務。主執行者是請求系統提供一項服務的專案相關
人員，在需求收集工作剛開始時和系統將要發布之前一段時間最為重要。列出主
執行者有助於在短時間內對系統在整體上有乙個全域性的把握。
第五章 三個命名的目標層次
使用者目標事主執行者努力使得工作得以完成的目標，或是使用者使用系統的目
標。目標層次有三個重要的注意事項：
把較多的精力投入到海平面用例的考查上，他們是重要的用例。
編寫一些最外層用例來為其他用例提供語境
不要在「是否把系統需求規格說明語句中你最喜歡的那個措辭用作用例的標題」
上面小題大做。
利用圖示來突出目標層次，對設計範圍和目標層次進行標註。
找出正確的目標層，有兩個指導原則：
找出使用者目標，對每個用例執行第3步到第10步。
第六章 前置條件，觸發事件和保證
用例的前置條件，宣告了啟動該用例之前系統必須滿足的條件。最小保證是
系統向相關人員做出的最低承諾。觸發事件指明了啟動用例的事件。成功保證說
明了用力成功結束後專案相關人員的哪些利益得到了滿足。
第七章 場景和步驟
常見的環境結構，主成功場景和所有場景擴充套件都可以包含在由以下元素組成
的結構中：場景執行的條件，完成的目標，執行步驟集，結束條件，作為場景片
段的、可能的擴充套件集。
執行步驟是對用例的補充，並且有統一的語法形式。
第八章 擴充套件
擴充套件條件：在一些條件下系統會完成不同的動作。
第九章 技術和資料的變化
擴充套件說明了系統所完成的目標是不同的，系統所完成的目標是相同的，但怎樣
做可能不同，這通常是因為技術的變化或出入資料的不同，應將這些變化寫到「
技術和資料變化」列表中，而不是擴充套件部分。
第十章 連線用例
第十一章 用例格式
《編寫有效用例》讀書筆記2
編寫有效用例 本書為軟體開發人員編寫用例提供了一種 基本 具體和實用的 指南。本書完整地敘述了有關用例的初級概念 中級概念以及高階概念，並提供了大量的好用例和壞用例的編寫例項。從需求的層次上來講需求包括業務需求 使用者需求 功能需求 非功能需求。本書通過使用有效用例來收集與提取使用者需求，描述詳細的...
《編寫有效用例》
1 完整正式的用例格式 1 單列文字 不是乙個 2 步驟編號 3 沒有條件語句 4 擴充套件部分的編號規則是數字和字母的組合 完整正式的用例模板 名字 用例名應該是乙個用主動語態動詞短語來表示的用例目標 使用語境 目標較長的描述，如果需要，還包括觸發事件 範圍 設計範圍，在設計時將系統作為乙個黑盒來...
《編寫有效用例》閱讀筆記三
基於資料庫操作的小用力稱為crud用例，每個小用例都表達了單獨需求，在處理這種用例是會有兩種不同的方法，可以將其分離或者先使用單個管理實體用例對其處理。在提取系統用例時或有許多用例大致相同，對此可能會建立一種通用搜尋機。用例每個目標步驟的命名類似於程式語言中的子過程呼叫，而且用例是有人而不是計算機使...