面向物件軟體開發的方法有：a，面向物件分析（OOA）b,面向物件設計(OOD）c,面向物件實現（00I）d，面向物件測試（OOT）,e，面向物件維護（OOM）這幾個主要大步驟。下邊我們就從面向物件的角度來學習UML的相關圖。這裡介紹面向物件分析階段的用例圖和活動圖。

           面向物件分析階段，我們要明確系統的職責，範圍和邊界；確定軟體的功能和效能；構建需求模型（用例模型）。

           首先在這裡說一下，為什麼將這兩個圖放在一起，主要原因就是活動圖的一個目的是更細緻的描述用例圖，和文件的配合使用，使用例圖更加清楚明瞭。

           先介紹一下：

    1， 概念：用例是系統的一個功能單元 ，是對使用者需求的描述。

    2，組成：參與者，用例及其之間的關係（包括關聯關係，泛化關係，包含關係，擴充套件關係）：

    3，用例建模的步驟：a,確定系統的範圍和邊界；b,確定系統的用例和參與者；c,描述用例；d，對用例分類，並確定用例之間的關係；e,建立用例圖，並定義用例圖的層次結構；f,評審用例模型。

    下邊我們看個例子：這是一個教務管理系統的總用例圖和一個子一級用例圖，當然還可以再分：

在上述6個步驟中，我簡單總結一下：a,系統邊界，就是一個系統內部所有元素與系統外部事物的分界線。b,用例和參與者，需要我們根基實際情況去抽象。c,描述用例，這個我重點寫一下（舉例，選課註冊）：

          用例編號：0101

          用例名稱：選課註冊

          執行者：學生

          功能：實現學生選課註冊的過程

          型別：主要用例，基本用例

          級別：一級

         過程描述：

            1，學生輸入系統賬號和密碼，系統進行驗證；

            2，查詢課程資訊

            3，查詢個人選課資訊

            4，若可以選課，則進行選課註冊，並將選課資訊寫入資料庫中

            5，返回選課註冊是否成功

        異常事件流處理：

            1，學生的賬號和密碼錯誤，允許重新輸入（3次）

            2，學生未按時交納學費，不可選課

            3，學生人數已達到上限，不可選課。

（當然在這裡在把下邊的活動圖，新增進來即可）

       d,用例分類和確定之間的關係，有端點用例，基本用例，主要用例，輔助用例等，關係弄準確就可以。e,畫好用例圖，分層次結構，就是上邊那樣的，分成一級，二級等，像分叉樹一樣。f,最後就是規格說明書了，這裡可以參見統一規定的需求說明書，然後評審。

    活動圖：

        活動圖（Activity Diagram）可以實現對系統動態行為的建模，主要是將用例細化，即用例內部的細節可以以活動圖的方式描述。活動圖描述活動的順序，主要表活動之間的控制流，是內部處理驅動的流程，在本質上是一種流程圖。先看一下基本圖示。

        既然是用例圖的詳細描述，我們來描述一下教務管理中的選課註冊：

        這裡用通過學習用例圖和活動圖，將面向物件的需求分析階段進行了梳理。當然實際工作中，系統複雜程度，需要我們用很多個，很多層用例圖來描述，我們根基實際情況而定即可。主要是學習畫圖的基本方法，規則，原理，步驟等。需要我們做到的是舉一反三，以不變應萬變。