創(chuàng)建USE CASE的原則
用例是短文
用例可以是一個(gè)場景，包括動(dòng)作和互交。
用例可以是一組場景，描述不同場景下的行為。這種書寫格式可以在任何時(shí)候描述有變體的行為，例如黑盒需求，業(yè)務(wù)流程，系統(tǒng)設(shè)計(jì)說明。
用例里不要有系統(tǒng)設(shè)計(jì)
用例里不要有界面設(shè)計(jì)
用例里不要有特性列表
用例里不要有測試
用例應(yīng)該描述行為需求
用例的主場景不要超過九步。可以在適當(dāng)?shù)膶哟紊系玫阶幽繕?biāo)和移除設(shè)計(jì)說明。
用例的最大價(jià)值不在于主場景，而是在于備選行為。主場景可能只占用例長度的四分之一到十分之一。
use case評(píng)價(jià)標(biāo)準(zhǔn)
是否每個(gè)Use Case 都包括至少一個(gè)actor？
是否每個(gè)Use Case 都獨(dú)立于其他Use Case？
是否每個(gè)Use Case 都有一個(gè)簡單的行為或事件流？
是否每個(gè)Use Case 都有一個(gè)唯一的、直觀的、可擴(kuò)展的名稱，使它不至于在后期被混淆。
用戶是否容易理解Use Case 的名稱和描述。
使用 use case 十大誤區(qū)
1． 系統(tǒng)的boundary 沒有定義或經(jīng)常改變；
2． 從系統(tǒng)觀點(diǎn)而不是actor觀點(diǎn)來定義Use Case；
3． Actor的名稱不一致；
4． Use Case 定義過多；
5． Use Case 和actor之間的關(guān)系象蜘蛛網(wǎng)一樣錯(cuò)綜復(fù)雜；
6． Use Case的說明太長；
7． Use Case的說明不清楚；
8． Use Case沒有正確的描述功能需求；
9． 用戶無法理解Use Case；
10． Use Case 無法正常結(jié)束。
不要將Use Case 說明書與用戶接口設(shè)計(jì)相混淆
轉(zhuǎn)自:
http://www.itisedu.com/phrase/200603042249305.html