首先在我們學習建模之前我覺得應該了解建模是什麼？為什麼要建模？
就好比如若你自己要建造一座小房子，首先得先給要建造的房子設計一張草圖甚至是藍圖；若要建造一座大廈，首先要做的肯定不是先去所需買材料，而是需要對建築物的大小，形狀和樣式做乙個規劃，做出相應的圖紙和模型。可能在規劃中突然有了更好的想法，還可以對圖紙或模型進行不斷的修改。這樣直到對圖紙、對模型滿意之後再進行施工。這樣不僅建造出滿意的大廈還能提高施工的效率。
建築物需要建模，同樣，軟體也需要建模，就像之前沒有任何建模的情況下直接進行《機房收費系統》的軟體開發，而且還妄圖開發出高質量的產品，結果就是軟體不斷地有bug，甚至有時候都不知道問題出在了**。
所以說，如果沒有對**結構、過程和工具的詳細計畫，很大的可能都會是乙個失敗的產品。看到一句話是：每乙個失敗的軟體專案都有其特殊的原因，但是成功的專案在許多方面都是類似的，軟體組織獲得成功的因素有很多，但是乙個基本的因素就是對建模的使用。
1、便於開發人員展現系統
2、允許開發人員指定系統的結構或行為
3、提供指導開發人員構造系統的模板
4、記錄開發人員的決策
對比專案的複雜度會發現，越簡單的專案，使用規範建模的可能性越小。實際上，即便是最小的專案，開發人員也要建立模型，雖然說很不規範。開發者可以在一塊黑板或者一小片紙上概略地描述一下系統的某個部分，團隊可以使用crc（類一責任一協作者模型）卡片來驗證設計的可行性。這些模型本身沒有任何錯誤，只要有用就盡可能地使用。但是這種不正規的模型通常情況下很難被其他開發者所共享，因為太有個性色彩了。正因為這樣，通用建模語言的存在成為必然。
每個專案都可以從建模中受益。甚至在自由軟體領域，模型可以幫助開發小組更好的規劃系統設計，更快地開發。所有受人關注的有用的系統都有乙個隨著時間推移越來越複雜的趨勢，如果不建立模型，那麼失敗的可能性就和專案的複雜度成正比。
1、選擇建立什麼樣的模型對如何發現和解決問題具有重要的影響。就是說選擇正確的模型。
2、每個模型可以有多重表達方式
3、最好的模型總是能夠切合實際
4、孤立的模型是不完整的
物件導向建模主要模組是物件或者類。物件通常是從問題字典或者方法字典中抽象出來的，類是對一組具有共同特點的物件的描述，每乙個物件都有自己的標識、狀態和行為。
也就是說，他可以描述乙個軟體從需求分析直到實現和測試的開發全過程。
為什麼要維度建模
凡是建設資料倉儲，一定會提到維度建模方法。這一方法是kimball最先提出的，其最簡單的描述就是，按照事實表 維度表來構建資料倉儲 資料集市。在維度建模方法體系中，維度是描述事實的角度，如日期 商品 位址等，事實是要度量的指標，如使用者數 銷售額等。按照一般書籍的介紹，維度建模還會分為星型模型 雪花...
我的建模可以複製 12（為什麼要業務建模）
對很多企業而言，有乙個統合企業各部門的資訊系統的心願似乎已經成了一種奢望。企業中或多或少都會有一些應用系統在輔助企業的自動化運作，當企業資訊主管希望能夠對目前的資訊系統進行整合，能夠配合企業的發展的時候，他們失望了。大多數的應用缺乏乙個統一的介面，難以進行整合。在我們進行專案開發的銀行中，我們也同樣...
UML建模 不用UML有什麼問題
不用uml會有啥問題 需求分析時，專案組和客戶雞同鴨講 專案小組裡面的角色 專案經理 分析員程式設計師 商業顧問客戶到底要森什麼 沒有uml時，軟體設計是怎麼做的 會出現我的地盤我做主，我畫的圖標準我來定，設計的思想方法無法共享 傳統的開發模式存在的問題 沒有統一的標準 工作方法落後 自以為很oo ...