關鍵字：Use Cases 需求
概述
開發者們經常通過一些典型的情節去理解系統并知曉系統如何工作，不幸的是他們雖然努力地去做了這些工作卻很少以一種有效的方式去說明，Use Cases正是一種形式化捕獲這些情節的技術。
僅管Use Cases在一本對象方面的書《Object Oriented Software Engineering》中有過定義，是跟那些對象結合在一起的，但這項技術實際上是獨立于面向對象的，Use Cases是既能捕獲商業處理流程又能捕獲系統需求的有效方法，并且它本身比較簡單和容易掌握。
使需求有利于回顧
以正規形式捕獲這些情節的原因是有利于用戶和開發者進行回顧，這里有2點關于一些實用需求符號的明確標準要遵循：
1） 它必須讓情節的發起者和回顧者都很容易理解
2） 它不需包括一些關于系統樣式和內容的決策
實用的需求是評估設計和最終實現系統的客觀需求。
對于這些需求來說，必須要做的是以一種可實現的并不受約束的方式去捕獲風險承擔者的需要和期望。
Use Cases使需求有利于回顧
Use Cases已經得到越來越廣泛的應用，它與其它需求捕獲技術相比，它成功的原因在于：
1 Use Cases把系統當作一個黑盒
2 Use Case 使在需求中看到實現的決定變得更加容易
最后一點源于第一點的補充，一個Use Case沒有指定任何這些需求相關的系統的內部結構，所以說，如果這個Use Case中陳述了“提交改變到定單數據庫”、“顯示結果到Web頁面”等的話，那么內部結構是顯而易見的，并造成對設計的潛在約束。
為什么這些需求不指定內部結構的原因是，說明的內部結構給設計者帶來了額外的約束，沒有這些約束設計者們能更自由地建立一個正確實現客觀可見行為的系統，并存在出現突破方案的可能性。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
