物件導向需求分析——使用案例圖和活動圖表

       物件導向軟體開發的方法有：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）可以實現對系統動態行為的建模，主要是將用例細化，即用例內部的細節可以以活動圖表的方式描述。活動圖表描述活動的順序，主要表活動之間的控制流程，是內部處理驅動的流程，在本質上是一種流程圖。先看一下基本表徵圖。

 

 

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

 

 

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