如何書寫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的過程中主要遇到以下問題“基本流程和選擇性流程描述的不夠清楚或者不夠詳細”的問題，主要是因為系統分析人員對需求理解的不夠透徹，分析的不夠徹底。

?

轉載于:https://www.cnblogs.com/ywqu/archive/2009/12/01/1614509.html

總結

以上是生活随笔為你收集整理的需求阶段如何书写Use Case的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。