UML（Unified Modeling Language）是一種統一建模語言，為面向物件開發系統的產品進行說明、視覺化、和編制文件的一種標準語言。

一、基本概念　　

　　UML圖可以靜動分為靜態檢視和動態檢視。靜態圖分為：用例圖，類圖，物件圖，包圖，構件圖，部署圖。動態圖分為：狀態圖，活動圖，協作圖，序列圖。這裡說一下用例圖、類圖和活動圖。

　　1、用例圖（UseCase Diagrams）： 

  　　在這個過程中要思考：1、是誰用軟體（參與者）。2、軟體的功能（用例）。從使用者的角度描述了系統的功能，並指出各個功能的執行者，強呼叫戶的使用者，系統為執行者完成哪些功能。

　　2、類圖（Class Diagrams）：

        類間關係有很多種，在大的類別上可以分為兩種：縱向關係、橫向關係。

縱向關係就是繼承關係，它的概念非常明確，也成為OO的三個重要特徵之一.

橫向關係較為微妙，按照UML的建議大體上可以分為四種：

1.依賴    （Dependency）

2.關聯    （Association）

3.聚合    （Aggregation）

4.組合    （Composition）

它們的強弱關係是沒有異議的：依賴 < 關聯 < 聚合 < 組合

然而它們四個之間的差別卻又不那麼好拿捏，需要好好體會。

1.依賴：

0.UML表示法：虛線 + 箭頭

1.關係：" ... uses a ..."  人需要空氣

                    此關係最為簡單，也最好理解，所謂依賴就是某個物件的功能依賴於另外的某個物件，而被依賴的物件只是作為一種工具在使用，而並不持有對它的引用。 典型例子很多，比如：

class Human
{
    public void breath()
    {
        Air freshAir = new Air();
        freshAir.releasePower();
    }
    public static void main()
    {
        Human me = new Human();
        while(true)
        {
            me.breath();
        }
    }
}

class Air
{
    public void releasePower()
    {
        //do sth.
    }
}
 
 

釋義：一個人自創生就需要不停的呼吸，而人的呼吸功能之所以能維持生命就在於吸進來的氣體發揮了作用，所以說空氣只不過是人類的一個工具，而人並不持有對它的引用。

1.關聯：  朋友的平等關係

0.UML表示法：實線 + 箭頭

1.關係：" ... has a ..."

所謂關聯就是某個物件會長期的持有另一個物件的引用，而二者的關聯往往也是相互的。關聯的兩個         物件彼此間沒有任何強制性的約束，只要二者同意，可以隨時解除關係或是進行關聯，它們在生命期問題上沒有任何約定。被關聯的物件還可以再被別的物件關聯，所以關聯是可以共享的。

    典型的例子很多，比如：                                

class Human
{
    ArrayList friends = new ArrayList();
    public void makeFriend(Human human)
    {
        friends.add(human);
    }
    public static void main()
    {
        Human me = new Human();
        while(true)
        {
            me.makeFriend(mySchool.getStudent());
        }
    }
} 

                            釋義：人從生至死都在不斷的交朋友，然而沒有理由認為朋友的生死與我的生死有必然的聯絡，故他們的生命期沒有關聯，我的朋友又可以是別人的朋友，所以朋友可以共享。

1.聚合：  所屬關係

0.UML表示法：空心菱形 + 實線 + 箭頭

1.關係：" ... owns a ..."

聚合是強版本的關聯。它暗含著一種所屬關係以及生命期關係。被聚合的物件還可以再被別的物件關聯，所以被聚合物件是可以共享的。雖然是共享的，聚合代表的是一種更親密的關係。

                典型的例子很多，比如：

class Human
{
    Home myHome;
    public void goHome()
    {
        //在回家的路上
        myHome.openDoor();
        //看電視
    }
    public static void main()
    {
        Human me = new Human();
        while(true)
        {
            //上學
            //吃飯
            me.goHome();
        }
    }
}

            釋義：我的家和我之間具有著一種強烈的所屬關係，我的家是可以分享的，而這裡的分享又可以有兩種。其     一是聚合間的分享，這正如你和你媳婦兒都對這個家有著同樣的強烈關聯；其二是聚合與關聯的分享，如果你的朋友來家裡吃個便飯，估計你不會給他配一把鑰匙。

1.組合：

0.UML表示法：實心菱形 + 實線 + 箭頭

1.關係：" ... is a part of  ..."

    組合是關係當中的最強版本，它直接要求包含物件對被包含物件的擁有以及包含物件與被包含物件生命期的關係。被包含的物件還可以再被別的物件關聯，所以被包含物件是可以共享的，然而絕不存在兩個包含物件對同一個被包含物件的共享。

典型的例子很多，比如：        

class Human
{
    Heart myHeart = new Heart();
    public static void main()
    {
        Human me = new Human();
        while(true)
        {
            myHeart.beat();
        }
    }
}

            釋義：組合關係就是整體與部分的關係，部分屬於整體，整體不存在，部分一定不存在，然而部分不存在整體是可以存在的，說的更明確一些就是部分必須創生於整體創生之後，而銷燬於整體銷燬之前。部分在這個生命期內可以被其它物件關聯甚至聚合，但有一點必須注意，一旦部分所屬於的整體銷燬了，那麼與之關聯的物件中的引用就會成為空引用，這一點可以利用程式來保障。心臟的生命期與人的生命期是一致的，如果換個部分就不那麼一定，比如闌尾，很多人在創生後的某個時間對其厭倦便提前銷燬了它，可它和人類的關係不可辯駁的屬於組合。在UML中存在一種特例，就是允許被包含物件在包含物件銷燬前轉移給新的物件，這雖然不自然，但它給需要心臟移植的患者帶來了福音。

　　3、活動圖（Activity Diagrams）：

是狀態圖的一種特殊情況，這些狀態大都處於活動狀態。本質是一種流程圖，它描述了活動到活動的控制流。　　　　

互動圖強調的是物件到物件的控制流，而活動圖則強調的是從活動到活動的控制流。

活動圖是一種表述過程基理、業務過程以及工作流的技術。

它可以用來對業務過程、工作流建模，也可以對用例實現甚至是程式實現來建模。

　　3.1 帶泳道的活動圖

　　　　　　泳道表明每個活動是由哪些人或哪些部門負責完成（因為我電腦裡visio版本低，所以不畫了）。