前言
這篇文章將會講述 UML的概念及應用空間。
UML簡介
統一塑模語言是非專利的第三代塑模和規約語言。UML能用於說明、視覺化；構建與編寫一個正在開發、物件導向、軟體密集系統專案的開放方法。
UML展現了一系列最佳工程實踐，這些最佳實踐在對大規模，複雜系統進行塑模方面，特別是在軟體架構層次已經被驗證有效。我的理解 | 企劃端的程式
我了解程式與遊戲企劃，思考過如果身為純粹的企劃，我要怎麼協助程式開發我們的遊戲；身為主程式，要怎麼分發程式工作給另一位同學，於是我找到了一個有趣的知識，統一塑模語言（UML）。
概述
UML 不是單指某一種流程圖或結構圖，而是泛指許多不同應用層面的示意圖形，總共有 14種圖形：
Static Diagram 靜態圖
－－類別圖 Class Diagram
－－物件圖 Object Diagram
－－套件圖 Package Diagram
Implementation Diagram 實現圖
－－組件圖 Component Diagram
－－佈署圖 Deploymenet Diagram
剖面圖 Profile Diagram (內部構造圖)
－－複合結構圖 Composite Structure Diagram
Behaviour Diagrams 行為圖 (Behavioral Modeling):
－－活動圖 Activity Diagram
－－狀態圖 State Machine Diagram
－－使用案例圖 Use case Diagram
Interaction Diagrams 互動圖 (Architectural Modeling):
－－通訊圖 Communication Diagram
－－互動摘要圖 Interaction Overview Diagram
－－時序圖 Sequence Diagram
－－時間圖 Timing Diagram
最常用的圖
接下來會介紹所有圖形裡面最基礎的類圖。
類圖（Class Diagram）
簡介
類圖（Class Diagram）用於呈現類別（Class），也就是程式撰寫中每一項類別的名稱，可以協助程式員在正式開始撰寫程式前進行程式設計。
名稱（Class name）
這裡介類別名稱，需要能直白的表示這份類別會存放哪些程式，並且這了類別有什麼意義，如果命名的良好，只需要看到類別名稱就能大致了解內容。
變數
存放修飾詞和資料型別，告訴程式員這個類別有什麼資料類型，並且只需要開條件給程式員，不需要詳細定義用途及功用。
函式
函式名稱即可，命名也要能貼切一個函式的功用，並且符合「一個函式只處理一件事情」的狀況，這能讓函式更加的明確且具體。
後記
這篇文章主要是簡介 UML 的知識，並且介紹類圖的基本概念，詳細的內容未來有機會寫專篇文章介紹，等我運用這項技術一陣子後，在看看有什麼值得分享的重點。
