<十三>UML核心視圖靜態視圖之業務使用案例圖

標籤：

一：uml的核心視圖--->如果說UML是一門語言，上一章學習的參與者等元素是uml的基本詞彙，那麼視圖就是文法。uml通過視圖將基元素組織在一起，形成有意義的句子。--->uml可視化的特性是由各種視圖來展現的，每一種視圖都從不同的角度對同一個軟體產品的方方面面進行展示。說明要開發的軟體到底是一個什麼樣子。--->靜態視圖：一方面我們需要描述系統的結構性特徵，結構決定這個系統能做什麼。結構特性用靜態視圖來表達。--->動態視圖：另一方面我們需要描述系統的運行時行為，這些行為特徵決定系統怎麼做。行為特徵用動態視圖來表達。   二：uml的靜態視圖--->靜態視圖只描述事物的靜態結構，而不描述其動態行為。--->靜態視圖：使用案例圖，類圖，包圖  三：使用案例圖--->使用案例圖：採用參與者和用例作為基本元素。以不同的視角展現系統的功能性需求。--->使用案例圖：採用參與者和用例作為基本元素。以不同的視角展現系統的功能性需求。--->業務用例視圖.--->業務用例實現視圖--->概念用例視圖--->系統用例視圖--->系統用例實現視圖

 

  四：業務用例視圖--->業務用例視圖使用業務主角和業務用例來展現業務建模的結果。大多數情況下，業務用例視圖需要從業務主角和業務模組兩個視角進行展示。--->［業務主角視角］：來展示業務主角在業務中使用哪些業務用例來達成營運目標。這個視角有利於向業務主角確認其營運目標是否都已經齊全，以此來檢查是否有遺漏的業務用例沒有發現。--->［業務模組視角］：來展示業務領域的營運目標，將參與了達成這一營運目標的主角與業務用例展現在這個視圖中。 五：業務用例實現視圖--->業務用例實現視圖展現業務用例有哪些實現途徑。--->一般一個業務用例只有一個實現途徑，那麼繪製業務用例實現視圖顯得沒有必要，有點多此一舉，建議還是要繪製--->特殊情況下一個業務用例可能有多個實現途徑，這個就可以清晰表達業務用例了。比如在圖書館借圖書，可以通過櫃檯借閱，也可以通過網路借閱。  六：概念用例視圖--->概念用例視圖用於展現業務用例中經過分析分解出來的關鍵概念用例，--->概念用例標示它和業務用例之間的關係。一般來說這些關係有擴充，包含，和精化。--->對於概念用例視圖來說，一般是以業務用例為單元展現的。關係緊密的業務用例，也可以將它們的概念用例視圖放在一起展現。--->概念用例視圖不是必需的，如果業務用例是一個複雜的業務，繪製概念用例視圖有助於細化和更準確地理解業務用例。 七：系統用例視圖--->系統用例視圖展現系統範圍，將對業務用例進行分析以後得到的系統用例展現出來--->說白了，就是整個系統的參與者和參與者的用例，畫在一個圖中  八：系統用例實現視圖--->按用例為單位，將其實現途徑展現出來。--->把整個系統的所有用例的實現畫出來。  

<十三>UML核心視圖靜態視圖之業務使用案例圖