一個調度程序應該是用例圖中的一個參與者

Question

可以說系統的一部分調度程序負責每週向用戶發送電子郵件。應該將「調度程序」視爲演員還是應該將其作爲用例進行建模？

選擇演員的指導說： 如果：它是一個真實的人與您的系統進行交互。如果「是」其演員 其他：是否可以在系統內進行更改？如果「不是」其演員

調度程序不是一個人。你可以改變它的功能。但我的直覺說這可能是一個演員。有一點幫助會很大。

Answer 1

更高層次的指導說：如果它有助於您理解設計，請將其包含在圖中。如果它只引入不必要的噪音，請將其忽略。

另外，更高一級的指導原則：使用常識。

Answer 2

我經常模擬調度程序和其他時間相關的外部代理作爲參與者。這是合理的，這是可以理解的，不與UML中的任何內容或面向對象建模的常見做法相矛盾，並且它與大多數實施策略非常吻合。

Answer 3

@CesarGon風險可能是您使用用例（圖）作爲設計技術而不是需求技術。由於要求的技術焦點將是針對系統和參與者與系統進行交互的用戶目標。時間演員沒有針對系統的用戶目標，所以我試圖找到對系統有目標或興趣的演員。誰在乎每週的電子郵件沒有發送？時間演員我添加爲輔助演員。 TIME演員幫助「真正的」演員達到用戶目標。