讀書筆記:寫給C++程式設計師的UML實務手冊

若您覺得文章寫得不錯,請點選文章上的廣告,來支持小編,謝謝。

UML簡介
由 Grady Booch, Jim Rumbaugh, Ivan Jacobson 所發展出來的
模型幫助我們視覺化一個系統。
模型允許我們詳述一個系統的結構或是行為。
模型給出指引我們建構一個系統的樣板。
模型紀錄了我們所做的決定。

4 + 1觀點 (4 + 1 View)

使用案例觀點 (Use Case View)
從系統外部的使用者角度,表達系統所提供的功能(4+1中的1指的是使用案例觀點)

設計觀點 (Design View)
描繪出系統的靜態結構以及動態行為,以做為系統所提供之功能的解答。因此,設計觀點圍繞在類別、介面以及物件的合作等等設計問題上。

處理流程觀點 (Process View)
描繪出組成系統的平行以及同步機制之執行緒(thread)以及程序(process)。這個觀點強調系統的性能、延展性等非功能性需求。

實做觀點 (Process View)
以模組或元件來顯示設計觀點的物件是在哪一個模組或元件中實做。

部屬觀點 (Deployment View)
描繪系統在執行時,各個組成元件的實際佈置與安裝,強調系統執行環境的硬體拓樸結構。



UML圖形簡介
使用案例圖
塑模出系統應該做什麼(What),而不是如何做(How);描述系統所提供的功能以及其執行時的情境(Scenario)

活動圖
塑模出系統層級之處理邏輯以及執行流程。可用來檢視使用案例圖,幫助我們發覺使用案例中所可能產生的各種不同情境。

類別圖
塑模出問題領域中所發掘的物件類別;表示物件靜態的資料結構。

物件圖
塑模出問題領域中所參與的實際物件,藉以檢驗類別圖的準確度。

循序圖
塑模出問題領域中物件互動的情形,重點是在強調一個使用案例中,物件與物件之間執行順序的時間性。

合作圖
塑模出問題領域中物件互動的情形,強調合作的物件結構以完成一個使用案例。

狀態圖
塑模系統中物件、子系統、系統等在其生命週期中各種可能的狀態,造成狀態轉換的事件,以及在各不同狀態中可能的活動。

元件圖
呈現系統中,軟體實體元件的組織以及他們之間的相依性,其中包含它們所實做的介面以及實做介面的軟體部份。

部署圖
呈現節點在執行時(Run-Time)的配置以及在各節點中的元件;節點指的就是硬體。換句話說,部署圖呈現系統的硬體配置靜態觀點,以及在各項硬體中執行的軟體元件。

沒有留言: