原文地址：http://www.cnblogs.com/ywqu/archive/2009/12/01/1614509.html
如何書寫Use Case
什麼是Use Case
用例描述文檔的書寫是系統分析人員對用戶需求的深刻理解的體現。是後期時序圖和實際開發的重要依據。也可以對作爲項目估算的依據，以及根據UC複雜度和開發週期來衡量開發人員的工作效率。因此UC的書寫規範及其重要，就工作用的一些經驗，比如書寫格式、書寫內容及其注意事項與大家分享。
大綱圖：
一、前期準備
Ø 對用戶的問題要有非常深刻完善的理解
Ø 確保能夠解決用戶的所有問題
Ø 把用戶的需求真正地反應到商業模型
Ø 對以後的設計和開發過程提供說明和框架
Ø 根據需求生成ＵＩ界面
二、Use Case內容
首先有用例名稱：一般是模塊名稱或者模塊中功能點的名稱。
其次文檔變更記錄（Revision History），具體內容如下：
1、基本描述（Brief Description）
描述用例在系統中的作用。比如此用例的使用者是誰、使用者所要做的操作。
2、前置條件（Precodition）
描述該用例執行前所要滿足的條件。比如用例B執行前，必須先執行A，則用例的前置條件是執行A。
3、事後保證（PostCodition）
此用例執行完畢後的條件
4、主要流程（Basic Flows）
用戶操作該用例的基本流程，是後期時序圖的主要參考
5、選擇性流程（Alternative Flows）
在操作主要流程過程中，出現的一些分支流程，是後期時序圖的主要參考
6、特別需求（Special Requirement）
對一些細微功能點進行描述，比如用戶身份驗證規則、訂單號碼產生規則、是否需要SSL加密等等
7、使用界面（User Interface）
美工根據需求製作的UI，及其對UI中欄位進行的說明。
8、附加資訊（Addition Information）
一些商務邏輯的描述，可以把系統邏輯試圖（Logic View）放到這裏
三、總結
在閱讀UC的過程中主要遇到以下問題“基本流程和選擇性流程描述的不夠清楚或者不夠詳細”的問題，主要是因爲系統分析人員對需求理解的不夠透徹，分析的不夠徹底。
版權
作者：靈動生活
出處：http://www.cnblogs.com/ywqu
如果你認爲此文章有用，請點擊底端的【推薦】讓其他人也瞭解此文章，
你也可以加我的新浪微博,以便實時瞭解我的動態:http://weibo.com/ywqu
WOWO Mandarin(英語培訓)：http://www.wowomandarin.com
本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接，否則保留追究法律責任的權利。