Usecase的概念<o:p></o:p>

Usecase功能：反映了系統的功能性需求。描述了系統的活動者和系統的交互情況。<o:p></o:p>

一個Usecase表示一組具有共同使用目標的消息序列（scenario），其中消息序列指的是描述活動者與系統交互的一組有序的步驟。消息序列包括兩種：一個主要成功消息序列（main success scenario）和多個例外（extensions）。<o:p></o:p>

Usecase圖<o:p></o:p>

??? Usecase圖只是簡單地描述每一個用例的交互情況，主要目的是明確用例與活動者的關系和系統的邊界，一般包括如下兩個方面：1、用例是和那些活動者交互；2、用例包括那些其他的用例。<o:p></o:p>

Usecase描述<o:p></o:p>

??? 主要描述main success scenario和extensions，其中main success scenario由一些具有數字序號標識的步驟組成，每一步只是簡單陳訴一下，但是必須指定這一步是誰執行的，一般來說不是活動者就是系統。其中extensions描述的是MSS中的某一步在一定的條件不能執行這一步的后續步驟，反而直接轉入的額外的活動者與系統的交互步驟。一般是由MSS中的數字序號標識開頭。<o:p></o:p>

Usecase與Usestory的區別

User Story描述了迭代中的某一塊小特征，應該Small（小規模），Testable（可測試），Valuable（有價值）。

Valuable是說User Story能夠給利益相關人員提供明確的商業價值。往往表現為滿足了用戶某方面的預期。

Testable是說User Story可以給驗收標準提供明確的上下文。也就是說這個User Story能夠對程序的外部行為產生影響，比如界面，日志文件等用戶看得見摸得著的東西。

Small是說User Story應該足夠小，在商業過程中也就一步或者相關聯的幾步。小的目的是更好地符合迭代式開發的風格，能夠在一個迭代內完成。

這三個特性直接支撐了敏捷開發的一些核心價值：給客戶提供價值（對應valuable），保證質量（對應testable）和快速響應變化（small）。<o:p></o:p>

User Story與傳統的Use Case有一些不同。某些Use Case的書籍中提倡寫出不同層次的Use Case，有High Level的，有Medium Level的，也有Low Level的。從某種程度上來說，High Level相當于Goal，Medium Level相當于User Story，而Low Level相當于Acceptance Criteria。<o:p></o:p>

總結

以上是生活随笔為你收集整理的UseCase的全部內容，希望文章能夠幫你解決所遇到的問題。

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