解析UML用例圖中include與extend的區別
本文和大家重點討論一下UML用例圖中include與extend的區別，include是指用例中的包含關系，通常發生在多個用例中，有可以提取出來的公共部分，而extend則恰好相反。下面請看本文詳細介紹。
UML用例圖中include與extend的區別
最近上論壇，看到在爭論UseCase中include與extend的區別。其實這兩者是很容易區分的。
include是指用例中的包含關系，通常發生在多個用例中，有可以提取出來的公共部分（就象提取公因式一樣），例如UseCaseA中包括了a和b兩個流程，而UseCaseC中包含了c和b兩個流程。為了提高復用性，可以把b提取出來，形成另一個用例UseCaseB，此時，UseCaseAincludeUseCaseB（表現為一條指向UseCaseB的虛線，箭頭在UseCaseB側），UseCaseC也includeUseCaseB。因而，當有include關系時，被include的用例通常會被兩個以上的其他用例include（否則就不需要重用，也就不需要提取出來了），UML用例圖如下：
在include關系中，“UseCaseA和UseCaseC知道UseCaseB的存在，而UseCaseB根本不知道有UseCaseA和UseCaseC）；
extend則恰好相反。假設UseCaseA的功能描述為“發送一條通知”，可是，發送通知的方式可能有許多種，例如通過郵件發送、通過短信發送等。在需求分析階段，可能無法明確到底有多少種方式，在用例分析階段，UseCaseA需要留出擴展接口，然后把已知的發送方式作為擴展用例給出，例如UseCaseB是“通過短信發送”，而UseCaseC是“通過郵件發送”，此時，UseCaseB和UseCaseCextend了UseCaseA，表現為兩根虛線，箭頭指向UseCaseA，UML用例圖如下：
在extend關系中，UseCaseA不知道UseCaseB和UseCaseC的存在，但UseCaseB和UseCaseC卻是知道UseCaseA并且知道如何在UseCaseA中作擴展的。
另：在UML用例圖中，有時會看到兩個用例之間有依賴關系（表現為一條單向或雙向的實線），這是錯誤的，說明用例沒有提純。
也許有人會問“如果兩個用例之間，一個要調用另一個時，怎么辦？”（有可能是混淆了用例和模塊的關系），那么，首先要區分概念，用例就是用例，用例不是模塊，也不是組件（雖然一個用例能發展成為“一個或多個”模塊或組件）；其次，從用例分析的角度來看，如果用例A確實要調用到用例B，那么，可以進一步分析：A是調用了B的所有流程呢，還是其中一部分流程？
（1）如果是調用了一部分，此時可以把B中的那部分流程提取出來，形成用例C，然后A和B都includeC；
（2）如果是調用了所有流程，那么，A直接includeB即可；
（3）如果A沒有調用B中的任何流程……faint，那還畫那條代表依賴的實線干嘛？
【編輯推薦】
