曾經很不屑那些祝福的郵件和短信。總覺得它們不能帶來收獲。因為我一向都感激上蒼給我的一切。現在，我會很認真的去看自己收到的每一個祝福。最起碼，這是那些和我一樣感激上蒼的人們應當受到的尊重。

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