ps：「不積小流無以成為江河，不積跬步無以至千里」，學習也好，吃飯也罷，做任何事情都需要一步乙個腳印，逐步積累過程，最後才會知識越來越豐富，吃的越飽…
在學習過程中用到了一些框圖，用於繪畫框圖的語言數不勝數，本篇將就學習中用的一款繪畫框圖的語言做個簡單的介紹。
直奔主題，採用一種視覺化的物件導向的建模語言---uml，uml使用一些標準的圓形元素直觀的表示物件模型，使人員就像建築工人多年使用建築設計圖一樣，主要的介紹uml常見的幾種框圖用法。
用例圖（user case diagram）：從使用者角度描述系統功能.採用一種視覺化的方式來理解系統功能需求，其及內容：角色--->系統邊界，即系統特定功能的使用者，人形符號表示。用例--->系統的某個功能，橢圓符號表示。角色和用例關係--->使用關係，實線的箭頭符號表示。用例間關係--->可能存在關係包含或是擴充套件，包含關係指乙個用例包含另乙個用例功能，而擴充套件關係指乙個用例繼承了另乙個用例功能。
類框圖（class diagram）：描述物件模型中類與類之間的關係。其及內容：類--->類框圖中的主要元素，矩形表示。上層表示類名，中層表示屬性，下層則是行為也就說所謂的方法。抽象類的類名用斜體字表示，方法也類同。類之間關係--->包括關聯、依賴、聚集、泛化和實現這5種關係。
panel類：畫出使用者指定的形狀。
shapefactory類：根據指定形狀建立相應的shape物件。
shape類：繪製形狀，其是乙個抽象類。
circle類：繪製乙個圓形。
line類：畫一條直線。
rectangle類：畫乙個長方形。
它們之間的關係：panel和shapefactory類依賴關係，前者會呼叫後者的getshape方法；panel類和shape類之間也是依賴關係，前者會呼叫後者的draw方法；shapefactory類和shape類也是依賴關係，shapefactory類會構建shape物件；具體的幾個形狀類和shape類之間是泛化關係，shape類是它們幾個類的父類。
時序圖（sequence diagram）：描述物件間的互動，顯示物件之間的動態協作關係，訊息傳送的時間順序並顯示互動。其有兩個維度：水平維度--->顯示物件之間傳送訊息的過程；垂直維度--->顯示傳送訊息順序。
1．使用者選擇特定的形狀型別。
2．畫板從形狀工廠中獲取形狀物件。
3．形狀工廠建立乙個形狀物件。
4．畫板呼叫形狀物件繪畫方法繪製形狀。
協作圖（cooperation diagram）：描述物件間的互動，能直觀顯示物件間協作關係，與時序圖合稱為互動圖。
狀態轉換圖（state transition diagram）：描述物件所有可能的狀態以及導致狀態轉換的轉換條件。其包括一下基本元素：
初始點--->用實心圓表示；
狀態間的轉換--->箭頭表示；
狀態--->圓角矩形表示；
終止點--->內部包含實心圓的圓表示。
元件圖（component diagram）：描述系統中各個軟體元件之間的依賴關係或是元件源**的組織機構。
部署圖（deployment diagram）：描述系統中軟硬體物理體系結構。顯示計算機和裝置以及它們之間的連線關係，也可顯示軟體在硬體環境中的布局。
開始看的時候也許有很多的專有名詞不知是其何意，看書不只是看書，有時候需要懂得暫時的放棄，只需要記住以及怎麼用，當你回首時在琢磨琢磨也許就頓然大悟…
開篇 題外話
大學畢業後進入河北省某公司從最基本的資料錄入員開始做起，然後一步一步提公升，最後到管理層。五年半的時間收穫很多，主要有如下幾方面。1 了解了資料採集到資料處理的整個流程可使用的方案，並最終確定最優方案，以及如何保證資料錄入的高質量方案。2 如何可以獲得甲方高度的信任 因情況特殊，工作地點由甲方提供 ...
比賽及題外話
一直覺得大學的比賽多數以興趣為主，只是有時候會發現，對於學生是如此，但是對於學校並非如此。對於學校來說，他們所需要的只是在比賽中拿個好的名次，所以會鼓勵學生去做，這個是一種自上而下的習慣。我們的奧運會是如此，我們所鼓勵的是一種民族主義，而不是個人主義。我們在比賽中所扮演的角色對於老師來說都是可被替代...
題外話 學習演算法再出發
題外話 作為乙個生信入門級的新手，我一直對演算法心馳神往，希望有朝一日能成為高手。可是多少次在學習演算法的路上我都半途而廢，時常感慨於 道阻且長 阻礙我的不僅有對遠方艱辛的畏懼，還有對腳下羈絆的無奈困惑。怎麼說呢，對遠方艱辛的畏懼很大程度上源於自己急於求成的焦慮心態。面對浩如煙海的演算法，不免會 望...