運行時期和建立時期的需求比較
一個重要的因數要記住，就是系統的贊助者是大過用戶團體的。系統中有許多的風險承擔者，Use Cases僅僅捕獲其中一些風險承擔者的需要，具體說，Use Cases僅僅捕獲系統運行時期的需求而忽略做為系統開發組織的風險承擔者的需求，開發組織最有興趣的是對建立時期需求的描述。
運行時期需求包括：系統范圍、用戶組織對產品的期望和目標、Use Cases、其它非功能性需求。
建立時期需求包括：減少開發成本、較少的變更處理、現存組件的重用。
建立時期的需求可以部分的由Use Cases把握。但許多方面是需要由開發組織的處理的。
l 項目范圍和目標：項目必須提交什么。（和系統范圍的區別是它提交的是所有項目的東西）
l 增長性和變更請求：這些可以在捕獲為常規Use Cases格式中的“Change Cases”
l 開發負責人的約束：包括標準、習慣、工具、品質度量標準、品質保證原則、及品質保證的習慣。
Use Cases的適用性
Use Cases首先用于需要響應客觀事件的系統。它們能用于提供了一個有很容易理解的目標的清楚的行為者的環境。當結果不可定義或不清晰時不能用Use Cases。意思是如果目標成功或目標失敗不能有一個明確的定義，那么Use Cases不能用來捕獲需求。
然而說到這，現在大部分對象方法都使用Use Cases。因為Use Cases被證明是捕獲需求的非常有效的機制。
總結
Use Cases以一種可讀的、可駁倒的格式捕獲需求。Use Cases是系統客觀必需機能的可駁倒的描述。
可駁倒的意思是當你說明Use Cases時期望從用戶和開發者處獲得關于Use Cases品質的反饋。
Use Cases并沒有從一開始就就明確的定義，它主要的開發順序如下：
1、 指出行為者（Actor）
2、 指出行為者的目標
3、 指出每一行為者：目標語句對的成功或失敗的意思
4、 指出每一Use Case的主要的成功的情節
5、 在細化階段，指出失敗的條件及可恢復/不可恢復的情節
只有做到了第四步才能決定哪一些的東西在Use Case中逐步開發出來。
總而言之，Use Cases是非常有效的需求捕獲技術，它能使需求變得容易回顧，并且避免在需求中有實現細節的偏好出現。
對照表：
中文 Scenario 情節 Internal structure 內部結構 Measurable 量化 Thread 線索
文章來源于領測軟件測試網 http://www.kjueaiud.com/
