比較基礎的東西，不過還是說明一下：

UML用例圖中include與extend的區(qū)別

最近上論壇，看到在爭論UseCase中include與extend的區(qū)別。其實這兩者是很容易區(qū)分的。

include是指用例中的包含關系，通常發(fā)生在多個用例中，有可以提取出來的公共部分（就象提取公因式一樣），例如UseCaseA中包括了a和b兩個流程，而UseCaseC中包含了c和b兩個流程。為了提高復用性，可以把b提取出來，形成另一個用例UseCaseB，此時，UseCaseAincludeUseCaseB（表現(xiàn)為一條指向UseCaseB的虛線，箭頭在UseCaseB側），UseCaseC也includeUseCaseB。因而，當有include關系時，被include的用例通常會被兩個以上的其他用例include（否則就不需要重用，也就不需要提取出來了），UML用例圖如下：

在include關系中，“UseCaseA和UseCaseC知道UseCaseB的存在，而UseCaseB根本不知道有UseCaseA和UseCaseC）；

extend則恰好相反。假設UseCaseA的功能描述為“發(fā)送一條通知”，可是，發(fā)送通知的方式可能有許多種，例如通過郵件發(fā)送、通過短信發(fā)送等。在需求分析階段，可能無法明確到底有多少種方式，在用例分析階段，UseCaseA需要留出擴展接口，然后把已知的發(fā)送方式作為擴展用例給出，例如UseCaseB是“通過短信發(fā)送”，而UseCaseC是“通過郵件發(fā)送”，此時，UseCaseB和UseCaseCextend了UseCaseA，表現(xiàn)為兩根虛線，箭頭指向UseCaseA，UML用例圖如下：

在extend關系中，UseCaseA不知道UseCaseB和UseCaseC的存在，但UseCaseB和UseCaseC卻是知道UseCaseA并且知道如何在UseCaseA中作擴展的。

另：在UML用例圖中，有時會看到兩個用例之間有依賴關系（表現(xiàn)為一條單向或雙向的實線），這是錯誤的，說明用例沒有提純。
?

也許有人會問“如果兩個用例之間，一個要調(diào)用另一個時，怎么辦？”（有可能是混淆了用例和模塊的關系），那么，首先要區(qū)分概念，用例就是用例，用例不是模塊，也不是組件（雖然一個用例能發(fā)展成為“一個或多個”模塊或組件）；其次，從用例分析的角度來看，如果用例A確實要調(diào)用到用例B，那么，可以進一步分析：A是調(diào)用了B的所有流程呢，還是其中一部分流程？

（1）如果是調(diào)用了一部分，此時可以把B中的那部分流程提取出來，形成用例C，然后A和B都includeC；

（2）如果是調(diào)用了所有流程，那么，A直接includeB即可；

（3）如果A沒有調(diào)用B中的任何流程……faint，那還畫那條代表依賴的實線干嘛？
??

總結

以上是生活随笔為你收集整理的UseCase中include和extend的区别的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。