物件導向學習筆記四 需求分析的階段劃分

一般說來，需求分析要經過業務建模，用例分析，系統建模三個階段才能完成需求工作。

1、業務建模的的目標是通過用例模型的建立來描述使用者需求，需求規格說明書通常在這個階段產生。這個階段採用業務用例和業務用例例項兩種型別。

2、用例分析是系統分析員採用oo方法來分析業務用例的過程，這個階段又稱為概念模型階段。這個階段通常使用無型別的用例。用例分析是乙個過渡過程，但coffeewoo認為非常重要，業務架構通常在這個階段產生。

3、系統建模是將使用者的業務需求轉化為計算機實現的過程。這個階段通常使用無型別的用例和用例實現兩種型別。系統範圍，專案計畫，系統架構通常在這個階段形成雛形（在系統分析階段確定）。 

物件導向學習筆記四 需求分析的階段劃分

一般說來，需求分析要經過業務建模，用例分析，系統建模三個階段才能完成需求工作。1 業務建模的的目標是通過用例模型的建立來描述使用者需求，需求規格說明書通常在這個階段產生。這個階段採用業務用例和業務用例例項兩種型別。2 用例分析是系統分析員採用oo方法來分析業務用例的過程，這個階段又稱為概念模型階段。...

物件導向的需求分析

物件導向的需求分析基於物件導向的思想，以用例模型為基礎。開發人員在獲取需求的基礎上，建立目標系統的用例模型。所謂用例是指系統中的乙個功能單元，可以描述為操作者與系統之間的一次互動。用例常被用來收集使用者的需求。首先要找到系統的使用者，即用例的操作者。操作者是在系統之外，透過系統邊界與系統進行有意義互...

UML物件導向需求分析與建模（四）

需求獲取 用例圖 活 需求分析 類圖 物件圖和包圖 系統分析與設計 狀態圖 順序圖 協作圖 活 元件圖 測試 單元測試用類圖 整合測試用部署圖 確認測試用用例圖 參與者 用例 關係 用例圖顯示了系統和系統外實體之間的互動。這些實體被引用為參與者。參與者代表角色，可以包括使用者 外部硬體和其它系統 用...