如何書寫Use Case
什么是Use Case
用例描述文檔的書寫是系統(tǒng)分析人員對用戶需求的深刻理解的體現(xiàn)。是后期時序圖和實際開發(fā)的重要依據(jù)。也可以對作為項目估算的依據(jù),以及根據(jù)UC復(fù)雜度和開發(fā)周期來衡量開發(fā)人員的工作效率。因此UC的書寫規(guī)范及其重要,就工作用的一些經(jīng)驗,比如書寫格式、書寫內(nèi)容及其注意事項與大家分享。
大綱圖:
一、前期準備 1).對用戶的問題要有非常深刻完善的理解
2). 確保能夠解決用戶的所有問題
3).把用戶的需求真正地反應(yīng)到商業(yè)模型
4).對以后的設(shè)計和開發(fā)過程提供說明和框架
5).根據(jù)需求生成UI界面
二、Use Case內(nèi)容
首先有用例名稱:一般是模塊名稱或者模塊中功能點的名稱。
其次文檔變更記錄(Revision History),具體內(nèi)容如下:
1、基本描述(Brief Description)
描述用例在系統(tǒng)中的作用。比如此用例的使用者是誰、使用者所要做的操作。
2、前置條件(Precodition)
描述該用例執(zhí)行前所要滿足的條件。比如用例B執(zhí)行前,必須先執(zhí)行A,則用例的前置條件是執(zhí)行A。
3、事后保證(PostCodition)
此用例執(zhí)行完畢后的條件
4、主要流程(Basic Flows)
用戶操作該用例的基本流程,是后期時序圖的主要參考
5、選擇性流程(Alternative Flows)
在操作主要流程過程中,出現(xiàn)的一些分支流程,是后期時序圖的主要參考
6、特別需求(Special Requirement)
對一些細微功能點進行描述,比如用戶身份驗證規(guī)則、訂單號碼產(chǎn)生規(guī)則、是否需要SSL加密等等
7、使用界面(User Interface)
美工根據(jù)需求制作的UI,及其對UI中欄位進行的說明。
8、附加資訊(Addition Information)
一些商務(wù)邏輯的描述,可以把系統(tǒng)邏輯試圖(Logic View)放到這里
三、總結(jié)
在閱讀UC的過程中主要遇到以下問題“基本流程和選擇性流程描述的不夠清楚或者不夠詳細”的問題,主要是因為系統(tǒng)分析人員對需求理解的不夠透徹,分析的不夠徹底。
出處:靈動生活
責(zé)任編輯:bluehearts
上一頁 下一頁 設(shè)計階段如何畫用例視圖(Use-Case View) [2]
◎進入論壇網(wǎng)絡(luò)編程版塊參加討論
|