第九章：技術和資料的變化
擴充說明了系統所完成的目标是不同的，但有時需要表達“有多種不同的方法來完成相同目标”。系統所完成的目标是相同的，但怎樣做可能不同，通常是因為技術的變化或輸入資料的不同，應該将這些變化寫到“技術和資料變化”清單中，而不是寫到擴充部分中。
第十章：連接配接用例
擴充用例是指可能在兩個用例之間需要另外一種連接配接，這種連接配接很像擴充機制。擴充用例從一個條件開始，在基用例中該條件可能滿足的地方呗引用。應将所有的條件都放到模闆的觸發事件部分中。擴充用例的使用情況有兩種：一是當有很多的使用者可能使用的異步服務或中斷服務的時候，并且這些服務不應該影響基用例。一是為一個已經鎖定的需求文檔編寫附加文檔的時候。
第十一章：用例格式
單列文字；步驟編号；沒有條件語句；擴充部分的編号規則是數字和字母的結合。
五種項目類型的标準：1了解需求，甚至包括用例根本不在最後的需求文檔中使用的情況2業務過程模組化3設計和量化系統需求4在一個短期、高強度的項目中編寫功能需求5在一個長期。大型項目中，在增量式開發時編寫詳細的功能需求。
用例格式有多種，但是主要目的和内容不變。具體格式可以根據項目開發需要來選用。
第二部分：經常讨論的主題
第十二章：什麼時候才算完成
當滿足1已經命名了與系統相關的全部主執行者及其使用者目标。2捕獲了系統的全部觸發事件，既包括用例觸發事件也包括擴充條件。3編寫了所有使用者目标用例以及必要的概要用例和子功能用例。4每個用例描述足夠清晰。5投資方确認用例集覆寫了他們所有的需求。
第十三章：擴充到多個用例
簡單描述每個用例，也就是說給每個用例單獨命名是很重要的，特别是為評估。規劃和跟蹤提供了便利。還有就是每個用例的簡介。建立用例簇，按執行者，概要用例，開發組和版本号，主題域等分類。
第十四章：CRUD和參數化用例
CRUD是指基于資料庫操作的小用例。它們是獨立的，但是它們打亂了整個用例集，使需要跟蹤的用例成倍增加。參數化用例是針對相似用例建立的一種通用搜尋機制，由其他人進行調用。步驟有1使用者指定待搜尋對象2系統搜尋、産生可能比對的對象清單3使用者選擇或重新排序結果清單或重新搜尋4系統找到或沒有找到的對象。
第十五章：業務過程模組化
仔細識别組織中的核心業務應弄清楚1，在組織行為中的項目相關人員2該組織必須滿足其需求的外部主執行者3該組織必須響應的觸發事件4該組織提供的服務以及對項目相關人員的成功結果。業務過程設計可以采用業務黑盒進行描述。在模組化過程中，保持系統核心目的不變，但可以根據實際需要重新定義适合新技術的業務過程進行技術革新和響應邊界條件的更改。連接配接業務用例和系統用例。
第十六章：遺漏的需求
利用“精度”級别對資料需求進行分類，如資訊别名，域清單或資料描述，域的細節和域校檢。從用例到其他需求的交叉連結的過程中尋找遺漏的需求。