簡體   English   中英

uml用例圖包括和擴展

[英]uml use case diagram include and extend

我在用例圖上有注冊配置文件和編輯配置文件。注冊配置文件將是用戶注冊應用程序時的第一次,但是編輯配置文件將始終是我必須做的包括或擴展這些用例關系的方式

不要做任何擴展,包括所有內容。 只需對用例“ Register Profile設置一個約束即可,該約束只能執行一次。 包含/擴展不得用於功能分解。 它們的使用是“高度復雜的”(避免使用諸如ated腫或愚蠢的詞語),建議僅由於第一個原因而避免使用它們:沒有功能分解!

這取決於您如何看待兩個用例之間的關系

  • register profileedit 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.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM