《UML大戰需求分析》閱讀筆記04

標籤：分支   xtend   先後   使用案例圖   不能   需求   筆記   做什麼   關係   

      在學習了前面的幾種UML圖並不能滿足所有情況的建模，如當流程圖涉及到多種角色，並且通過對多種角色互動展開時，順序圖才是不二選擇。順序圖就如同中文文法的說話語言相似，描述的是一種事件發生的順序。順序圖分為迴圈及分支文法結構兩種文法。它強調的先後順序。

     作為一個開發人員，不僅要懂得如何從使用者那裡擷取有用的資訊，還要懂得怎麼清晰地描述自己的想法，給客戶呈現出一個結構完整、功能全面的系統原型。那麼，這些必備的畫圖技巧，就會幫上很大的忙。業務用例在整個軟體開發過程可以擷取需求，在整個項目開發過程中起到指導其他工作流程的作用。在上機的過程中通過對自己做的系統進行業務用例描述，對這個系統的商務程序有了清楚的瞭解。在這個過程中就涉及到了另一種UML圖：使用案例圖。

     使用案例圖能從比較清晰啟動的角度表達系統的需求，而且不涉及到技術用語。使用案例圖和其他UML配合使用才能發揮高效。側重於描述什麼角色通過某某系統能做什麼事情的圖，使用案例圖關注的是系統的外在表現，系統與人的互動，系統與其他系統的互動。首先使用案例圖的一個小人代表著一個角色。角色是對系統使用者的抽象。一個角色可以代表著多個具體的人，既是執行者，與系統進行互動的事物。而系統應該做的事應該是以“動賓”形式描述一個用例的。多個執行者可以執行多個用例。在所有的而使用案例圖外層都應有系統邊界，系統邊界內只包括用例，並沒有執行者。而見他們相連的是關係。但是並不是所有使用案例圖都需要畫出系統邊界，所以通常的做法是使用一個全域的使用案例圖來宏觀表達系統的需求，這樣的宏觀的使用案例圖需要畫出系統邊界。使用案例圖中角色的關係包括：繼承、Include（包含）、Extend（擴充）。在系統開發之前，確定了使用案例圖的同是，也確定了業務的流程。

     當然，使用案例圖不是萬能的，也不是表達需求的唯一方式。學會掌握使用案例圖所承載的需求分析方法，能夠靈活的運用才是關鍵。

 

《UML大戰需求分析》閱讀筆記04