曾經(jīng)很不屑那些祝福的郵件和短信?？傆X得它們不能帶來收獲。因為我一向都感激上蒼給我的一切。現(xiàn)在，我會很認(rèn)真的去看自己收到的每一個祝福。最起碼，這是那些和我一樣感激上蒼的人們應(yīng)當(dāng)受到的尊重。

為什么給軟件建模？
當(dāng)我們需要通過檢驗確定某些東西的時候，或是使用uml來檢驗比編碼來檢驗更劃算的時候，我們就使用uml.
多重性：
概念：對象能夠持有其他對象的數(shù)組或響亮，或者說它們能夠持有許多同一類型的、不同實例變量的對象。
在類圖中，箭頭附近的數(shù)字表示連接到他們對象的關(guān)聯(lián)的數(shù)量。如果沒有數(shù)量限制，就用一個“*“ 表示，它意味著非常多的數(shù)量。
生命線：
在序列圖中，垂立在對象圖或參與者下面的虛線叫做生命線。一個從一個對象被發(fā)送到另一個對象的消息被劃成一個兩條生命縣之間的箭頭。每個消息都被標(biāo)記出名稱。
簡單的循環(huán)：
你可以通過在一個重復(fù)的消息周圍畫一個方框的方式在一個uml圖中表示一個簡單的循環(huán)。
什么是用例？
一個用例是有關(guān)一個系統(tǒng)的行為的一個描述。那個描述是從一個用戶的觀點編寫的，這個用戶告訴系統(tǒng)去做一些特定的事情。一個用例捕獲一個實踐的可視化序列，這個時間是個系統(tǒng)對單個用戶的激勵的響應(yīng)過程。
單一職責(zé)原則（srp)：
一個類應(yīng)當(dāng)只有一個改編的原因。
開放-封閉原則（ocp):
軟件實體（類、模塊、函數(shù)等）應(yīng)當(dāng)為擴(kuò)展而開放，又為修改而封閉。就是說：你應(yīng)當(dāng)能夠改變一個模塊的周邊環(huán)境‘而無需改變模塊本身。
Liskov替換原則(LSP）：
子類型必須是為他們的基類型可替代的。
依存關(guān)系倒置原則（dip):
1，高層模塊應(yīng)當(dāng)不依賴低層模塊，他們應(yīng)當(dāng)依賴于抽象。
2， 抽象應(yīng)當(dāng)不依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)當(dāng)依賴于抽象。
接口隔離原則：
客戶不應(yīng)當(dāng)依賴于那些他們根本不用的方法。