3.2 參與者

對于每個有意義的系統，都存在著一些與系統打交道的事物，這些事物為了某些目的而與系統進行交互。這些事物還能預料到系統的運行方式，為達到某種目的事物間也可能要通過系統進行協作。

3.2.1 概念與表示法

一個參與者(actor)定義了一組在功能上密切相關的角色，當一個事物與系統交互時，該事物要扮演這樣的角色。
例如，超市里的每個具體的收款員的首要職責為收款，他還要負責檢驗購物籃中商品的數量以及驗證顧客的信譽卡以給予優惠。這樣，每個收款員就要扮演三種在功能上緊密相關的角色。把這組角色定義為一個參與者，對其命名為“收款員”。該參與者的一個實例就是扮演上述角色的一個具體人。這個具體的人，可能還扮演其他參與者（例如“商品供貨員”）的角色，這說明一個系統的用戶可以扮演不同的參與者中的角色。此外，一個參與者也可以由一組用戶來扮演，如參與者“收款員”往往代表著一組具體的人。
一個參與者可以發出請求，要求系統提供服務；系統以某種方式對其做出響應，把響應的結果返回給該參與者或者給其他的參與者。系統也可以向參與者發出請求，參與者對此做出響應。為了完成某項功能，一組參與者和系統之間請求與響應的對話可能是復雜的。
盡管在模型中使用了參與者，但參與者實際上并不是系統的一部分，它們位于系統之外，是在系統之外的與系統進行交互的任何事物。
參與者的標準圖符是一個“人型符號”，參與者的名字放在圖符的下方，如圖32所示。
如果一些參與者與系統的交互有一部分是相同的，這時不是顯式地將相同的交互與每一個參與者相關聯，而是引入包含這些共同的交互的一般參與者，并對這些參與者進行特殊化處理，特殊參與者從一般參與者中繼承執行這些交互的能力，見圖33。

從特殊參與者到一般參與者之間的繼承關系，意味著特殊參與者的實例能夠同與一般參與者的實例進行交互的用況實例進行通信。

3.2.2 識別參與者

上節講到，參與者是在系統之外與系統進行交互的任何事物。具體地講，參與者分為三類：人員、外部系統或設備。下面講述如何從這三個方面識別參與者。
(1)人員
從直接使用系統的人員中發現參與者。這里強調的是直接使用，而不是間接使用。這樣的人可能要啟動、維護和關閉系統，更多的可能是這樣的人要從系統中獲得什么信息或向系統提供什么信息。
特定的人在系統中可扮演不同參與者中的角色。例如，添加數據、使用數據及產生分析報告的那個人就扮演了三種不同的角色，這些角色可能要分別屬于三種不同的參與者。再如，對于使用銀行系統的一個具體的人來講，他扮演的角色可為前臺職員、經理或顧客等。
(2)外部系統
所有與本系統交互的外部系統都是參與者。相對于當前正在開發的系統而言，外部系統可以是其他子系統、下級系統或上級系統，即任何與它進行協作的系統，但對這樣的系統的開發并不是開發本系統的人員的責任，無論它們是已存在的，還是正在開發的。
要指出的是，如果一個大系統在任務分解時被劃分成幾個子系統，則每個子系統的開發者都把與之相關的其他子系統看作是外部系統，子系統的邊界以內只包括它的開發者所負責的那部分功能。
(3)設備
識別如下的所有與系統交互的設備：這樣的設備與系統相連，向系統提供外界信息；也可能系統要向設備提供信息，設備在系統的控制下運行。這樣的設備是系統的參與者。通常，像監視器、鍵盤、鼠標這樣的標準用戶接口設備（操作系統管理它們）不包括在內，而像外部傳感器和受控馬達這樣的與系統交互的設備很可能是參與者，因為所開發的系統往往要直接對它們進行處理。
下面是一些識別與組織參與者的指導策略：
1）首先將精力集中于啟動系統的參與者。這些是最容易識別的參與者，從中可以找出其他參與者。
2）從用戶的角度考慮怎樣使用這個系統，從設備和外部系統的角度考慮它們如何與系統交互。
3）對識別出來的參與者，記錄它們的責任。
4）通過識別繼承關系，組織參與者。
5） 若有必要，在參與者間建立繼承關系。

總結

以上是生活随笔為你收集整理的《面向对象分析与设计》一3.2 参与者的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。