B06 功能需求(1)──Actor & Use Case

系統的存在是要給人或其它系統操作用的，使用系統的對象稱為Actor。訪談的第一優先是找出未來操作系統的所有Actor。系統應該會有管理者，同時一定會有使用者，使用者依定義的不同可能分為許多類型，我們必須確認出所有Actor的類型並記錄。

接著就開始陸續訪談所有類型的數個Actor，收集他們心裡希望系統提供的功能。訪談Actor有兩個主要目的：一方面要得知每種類型Actor所想要執行的功能清單，另一方面是詢問出每個功能的詳細資料以定出規格。（當然，藉由訪談來拉近客戶的關係同時充實自己對客戶工作領域的知識也是重要的課題）

訪談完後我們應該可以得到每種Actor所要執行的功能清單與每個功能的詳細資料（內容與用途在B13）。在文件記錄的時候一個功能會等同定義為一個Use Case。一開始我們必須建立所有的Actor並寫入其描述，接著建立每個Actor要使用的所有Use Case並拉上關聯，做完的同時我們可以收集所有的Use Case得到系統的完整功能清單。

有的Use Case會被定義為與外部系統有關聯，這個時候被影響的外部系統也被視為一種Actor。它們之間的關係也是應該被記錄下來。

如果有沒有Use Case的Actor或是沒有Actor的Use Case，與客戶確認真的沒有任何使用關係後將之刪除。定義沒事做的使用者與做出沒有人用得到的功能都會浪費資源，必須記得系統是以滿足使用者需求為優先的。