演員在UML用例中代表另一個演員執行用例

我的問題是：當用例中有兩個演員，並且一個演員爲自己執行特定用例或動作，但另一個演員可以爲另一個演員執行相同的用例/動作（需要幾個額外的步驟），他們是否都指向相同的用例？演員在UML用例中代表另一個演員執行用例

我有如下的情景：

所以，我有兩個角色：學生和輔導員（兩者都是用戶）。

學生可以創建自己的日程安排。輔導員可以爲學生創建一個時間表（即代表另一個學生，而不是他們自己）。在這種情況下，教師還必須搜索一名學生（學生在其使用案例中不需要做）。我猜這可能會延長>>「創建時間表」，但它只適用於輔導員角色。

來源

2016-03-21 Kevin

用例應始終表示考慮中的系統爲參與者創建的附加值。所以「......代表」不表示附加價值。相反，您應該用一個用例對此進行建模，並將「代表」作爲約束來表達。它可以通過添加一個角色（你指定的用戶）

做到無論或者你也可以做到這一點直接像這樣：

來源

2016-03-21 22:04:14

我認爲第二個圖中，在顧問還應與「創建時間表」相關聯。否則，他與沒有用例正式關聯。 – Christophe

我不同意你的看法：增加價值的觀點：據我所知，第一個UML標準並沒有提到「增值」。其次，我可以確保您在某些領域中，在分析業務需求時與用戶代表討論用例時，代表行事職能通常很重要。聲稱沒有附加價值是一種不基於任何事實的個人判斷（除非你已經決定了你的應用程序的設計，並且在這種情況下你不會看到任何區別）。 – Christophe

@Christophe那麼，UML規範只是談論語言的語法，而不是它的用法（僅作爲例子）。不過，我熱烈推薦Bittner/Spence來了解附加價值。 UC合成通常被錯誤地採用並用於功能分解。重新鏈接第二個Dia：No.增加的價值適用於學生。顧問只是有「額外的工作要做」。價值取決於學生。約束完全闡明瞭情況。 –

演員在UML用例中代表另一個演員執行用例

回答

相關問題