中科永聯 高級技術培訓中心（www.itisedu.com）

可視化建模 （ VISUAL MODELING ）是利用圍繞現實想法組織模型的一種思考問題的方法。模型對于了解問題、與項目相關的每個人（客戶、行業專家、分析師、設計者等）溝通、模仿企業流程、準備文檔、設計 程序 和 數據庫 來說都是有用的。建模促進了對 需求 的更好的理解、更清晰的設計、更加容易維護的系統。

可視化建模就是以圖形的方式描述所開發的系統的過程。可視化建模允許你提出一個復雜問題的必要細節，過濾不必要的細節。它也提供了一種從不同的視角觀察被開發系統的機制。

可視化建模加深了抽象的程度

　　模型通過過慮非本質的細節信息，成為描述復雜的問題或結構的本質的抽象（ab ST raction），她使問題更容易理解了。抽象是一種允許我們處理復雜問題的基本能力。千百年以來，工程師、藝術家和工匠一直在實施某項工程之前，先建立模型提煉出它的設計方案。 軟件系統 的開發也并不例外。為了建立復雜的系統，開發者必須抽象出系統的不同的 視圖 ，使用精確的符號建立模型，驗證這些模型是否滿足系統的需求，并逐漸添加細節信息把這些模型轉變為實現（implementation）。

　　我們建立復雜系統的模型是因為我們沒法理解整個系統。人 類 理解復雜性的能力是有限的。這個觀念可以在世界上的建筑中看到。如果你希望在后院中建立小屋，你可以立即開始建造；如果你希望建立新房子，你就可能需要一張藍圖了；如果你要建立摩天大樓，你就絕對需要一張藍圖。在 軟件 的世界中這也是一樣的。由源代碼行或Visual B AS ic中設計的窗體擔任主角為程序員提供的開發項目的全局視圖是很微不足道的。構造模型允許設計師集中考慮項目中的組成部分如何交互的全局情況，而不會陷入每個組成部分的具體細節信息的泥沼中。

　　高度競爭的和不斷改變的業務環境導致了復雜性不斷增加，這為系統開發者帶來了獨特的挑戰。模型幫助我們組織、形象化、理解和建立復雜的事物。它們在目前和未來都會幫助我們解決開發軟件遭遇的各種挑戰。

　　成功三角形

　　我經常使用圖1所示的成功三角形來解釋成功的項目所需要的組成部分。你需要所有的三個方面——符號、過程和工具。你可以學習一種符號，但是如果不知道如何利用它（過程），你可能會失敗。你可能擁有強大的過程，但是如果不能溝通這些過程（符號），你也可能失敗。最后，如果你不能記載自己的工作文檔（工具），你也可能失敗。

　　符號的角色

　　符號在任何模型中都扮演著重要的部分——它是把過程連接在一起的“粘合劑”。符號有三種角色：

　　· 它作為傳達決定的語言服務的，它不能明顯地或者不能從代碼自身中推理得到。

　　· 它提供的語義學對于捕捉所有重要的戰略和戰術決定都是足夠豐富的。

　　· 它提供了一種具體的形式，足以供人們來思考和工具來操作。

　　統一的建模語言（ UML ）提供了非常健全的符號，它從分析的范圍發展到了設計的范圍了。一定的符號元素（例如類、聯系、集合體、繼承）都是在分析中引入的。其它的符號元素（例如保留實現的標識和屬性）都是在設計中引入的。

為什么要建模？

設計一個軟件的模型就好比是一幢大樓需要藍圖一樣重要。好的模型能夠：

*鑒別需求和溝通信息
*著眼于系統的 組件 如何相互作用，而不是陷于具體的細節
*使你能夠了解設計組件的相互關系
*通過使用一個共同的圖形語言，改進跨 團隊 的溝通

總結

　　可視化建模是利用圍繞現實想法組織模型思考問題的一種方法。模型對于理解問題、溝通、建立企業模型、準備文檔和設計程序和數據庫都是有用的。建模促進了對需求的更好的理解、更好的設計和更容易維護的系統。符號在任何模型中都扮演著重要的部分——它是把過程粘合在一起的“粘合劑”。統一的建模語言提供了豐富的符號，它從分析中發展到設計中。

　　成功地開發的項目滿足或超越客戶的期望，它是用及時并節約的方式開發的，并且對改變和適應是有彈性的。開發生命周期必須促進創造和革新。良好的管理的迭代和增加生命周期提供了必要的控制，同時不會影響創造性。在迭代和增加的開發生命周期中，開發由一系列的迭代組成，它們將發展成最終的系統。每個迭代包含下面的過程組成部分中的一個或多個： 業務建模 、需求、分析、設計、實現、測試和部署。