模型通過過慮非本質的細節信息，成為描述復雜的問題或結構的本質的抽象（abstraction），她使問題更容易理解了。抽象是壹種允許我們處理復雜問題的基本能力。千百年以來，工程師、藝術家和工匠壹直在實施某項工程之前，先建立模型提煉出它的設計方案。軟件系統的開發也並不例外。為了建立復雜的系統，開發者必須抽象出系統的不同的視圖，使用精確的符號建立模型，驗證這些模型是否滿足系統的需求，並逐漸添加細節信息把這些模型轉變為實現（implementation）。
我們建立復雜系統的模型是因為我們沒法理解整個系統。人類理解復雜性的能力是有限的。這個觀念可以在世界上的建築中看到。如果妳希望在後院中建立小屋，妳可以立即開始建造；如果妳希望建立新房子，妳就可能需要壹張藍圖了；如果妳要建立摩天大樓，妳就絕對需要壹張藍圖。在軟件的世界中這也是壹樣的。由源代碼行或Visual Basic中設計的窗體擔任主角為程序員提供的開發項目的全局視圖是很微不足道的。構造模型允許設計師集中考慮項目中的組成部分如何交互的全局情況，而不會陷入每個組成部分的具體細節信息的泥沼中。
高度競爭的和不斷改變的業務環境導致了復雜性不斷增加，這為系統開發者帶來了獨特的挑戰。模型幫助我們組織、形象化、理解和建立復雜的事物。它們在目前和未來都會幫助我們解決開發軟件遭遇的各種挑戰。