在做需求分析過程中，通常要找到系統直接或間接的使用者，從這些使用者身上找到系統所要實現的機能，如果系統可以完全滿足這些使用者的利益需求，這個系統就可以算做是乙個成功的系統
執行者是指任何具有行為的事物，某種情況下的專案相關人員也是執行者。
1. 系統的專案相關人員（stakeholder)
2. 用例的主執行者（primary actor)
3. 被設計得系統 (sud)
4. 用例的輔助執行者（supporting actor)
5. 內部執行者 (internal actor)
１，代表其他利益相關者觸發用例
２，由時間觸發 在刻畫主執行者的時候，設計者期望通過對主執行的描述獲得一些諸如背景，技能等方面的資訊，這對於有ui介面的系統來講尤其有幫助（簡單如提示資訊的專業詞彙的使用）
輔助執行者：為被設計系統提供服務的外部執行者。識別其的目的是為了識別系統將要使用的外部介面及這些藉口間所採用的協議。從而得到系統的其他需求，比如資料格式和外部介面等
內部執行者：多數情況下要迴避。把白盒用力作為被設計系統的行為需求來編寫，往往是種錯誤的做法.
使用者目標：
所謂"需求分析"，是指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什麼資料，要得到什麼結果，最後應輸出什麼。
可以說，在軟體工程當中的"需求分析"就是確定要計算機"做什麼"，要達到什麼樣的效果。可以說需求分析是做系統之前必做的。
在軟體工程中，需求分析指的是在建立乙個新的或改變乙個現存的電腦系統時描寫新系統的目的、範圍、定義和功能時所要做的所有的工作。需求分析是軟體工程中的乙個關鍵過程。在這個過程中，系統分析員和軟體工程師確定顧客的需要。只有在確定了這些需要後，他們才能夠分析和尋求新系統的解決方法。需求分析階段的任務是確定軟體系統功能。
需求分析的目標是通過詳細調查現實世界要處理的物件，充分了解原系統工作概況，明確使用者的各種需求然後在此基礎上確定新系統的功能。
《編寫有效用例》閱讀筆記02
上次談到了用例中的三大概念元素 範圍 主執行者和層次，在最近的閱讀中對這三個概念有了更深入的理解，所以今天的閱讀筆記厚重準備就這三個概念進行更加詳細的說明。用例的範圍就是專案開發人員負責設計工作的邊界，是用來確定設計工作是否完成的重要判斷依據。我們首先來說一下確定用例範圍的重要性。用例是用與專案相關...
《編寫有效用例》閱讀筆記三
基於資料庫操作的小用力稱為crud用例，每個小用例都表達了單獨需求，在處理這種用例是會有兩種不同的方法，可以將其分離或者先使用單個管理實體用例對其處理。在提取系統用例時或有許多用例大致相同，對此可能會建立一種通用搜尋機。用例每個目標步驟的命名類似於程式語言中的子過程呼叫，而且用例是有人而不是計算機使...
《編寫有效用例》閱讀筆記一
這個學期的好幾門課程都會用到uml用例圖的相關知識，可見用例的重要性。用例圖作為軟體開發需求分析階段的主要表現形式，有很多值得去學習和研究的內容。這本書通過對具體的一些用例的分析，介紹了一些編寫有效用例的方法和技巧。這本書分為 用例體部分 經常討論的主題 對忙於編寫用例的人的提示 幾個部分，單從名稱...