[英]uml use case diagram include and extend
我在用例圖上有注冊配置文件和編輯配置文件。注冊配置文件將是用戶注冊應用程序時的第一次,但是編輯配置文件將始終是我必須做的包括或擴展這些用例關系的方式
不要做任何擴展,包括所有內容。 只需對用例“ Register Profile
設置一個約束即可,該約束只能執行一次。 包含/擴展不得用於功能分解。 它們的使用是“高度復雜的”(避免使用諸如ated腫或愚蠢的詞語),建議僅由於第一個原因而避免使用它們:沒有功能分解!
這取決於您如何看待兩個用例之間的關系 :
register profile
和edit profile
獨立? 例如:有人第一次進入您的網站,然后選擇注冊; 他保存個人資料信息后,便會立即返回原來的狀態。
還是在edit profile
之前將register profile
視為第一步? 例如:有人第一次進入您的網站,然后選擇注冊; 創建個人edit profile
,如果他要進行某些更改,他將自動進入edit profile
中。 在這種情況下, edit
擴展register
:這兩個都是自用的用例,但是在注冊結束時,擴展點鏈接到擴展用例。
還是您認為register profile
依賴於edit profile
,而edit profile
占了很大一部分? 例如:有人進入您的網站並自動獲得匿名個人資料; 當他選擇注冊時,打開的edit profile
將允許他在現有配置文件中添加名稱。 在這種情況下, register
包括edit
:一個沒有第二個就不能擁有第一個。
請注意,就我個人而言,我會選擇第一種方法(如Thomas所建議的),因為您肯定需要兩種交互。 我將只保留不是由用戶直接觸發的用例。 我不想使用擴展名,因為它是模棱兩可的(在這里:由於擴展點而編輯擴展名,還是由於增加的功能而進行擴展名的注冊)。 Martin Fowler在“ UML蒸餾 ”中強烈建議不要在此處使用擴展名,因為它們通常會引起激烈的爭論。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.