這次閱讀的是第四章，流程分析利器之 – 活**。對需求有兩種分析的方式：結構建模與行為建模。活**是行為建模中經常使用的一種圖。由流程圖發展而來。
活**中有一些名詞：開始狀態、結束狀態、活動、判斷、監護、合併、泳道/分割槽、分叉、匯合、物件、物件流、控制流、連線件、動作等。開始狀態與結束狀態表示乙個活動的開始和結束，開始狀態用實心圓圈表示，結束狀態用空心圓圈加上圓心點組合表示。活動和動作都是用圓角矩形表示，並且活動和動作都表示流程中的乙個步驟，但是，活動表示的步驟可大可小，而動作表示的步驟不可分，一般在活**中活動居多，動作用的少。判斷和合併是一對，判斷是開始出現分支，合併是將分支合併，二者都使用空心菱形表示，只是菱形的進出線不一樣。在進行判斷是，判斷條件不一定非得寫在菱形內，一般寫在旁邊，並且可以不寫判斷條件，而是將結果直接寫在各條射出的線上，用中括號括起來，這種表示叫做「監護」。泳道和分割槽是一樣的，用泳道表示活動的發起者，將改發起者的所有活動都寫在該泳道內，泳道用實線分隔，開始與結束轉台可寫在泳道內也可寫在泳道外。分叉和匯合是一對，用來表示同時進行的活動，用粗實線表示，乙個箭頭對應多個箭頭。物件是表示乙個活動的輸入或輸出，用矩形表示，裡面的文字加下劃線。物件流是和物件直接相連的箭頭，控制流則是活動與活動之間的的箭頭。連線件是當一張紙畫不下乙個活**時，用於連線在兩張紙上的控制項，圖形表示：乙個箭頭指向圓圈，圓圈內用符號標記，另一張紙則是圓圈作為箭頭的箭尾，箭頭指向其他活動或其它的狀態，連線符是成對出現的，二者由乙個字元標記。
活**的作用，活**是用來表示專案的行為，先大體分析出專案是如何運轉的，然後再在此基礎上細分與優化，活**並不是將專案用圖形表示而已，而是了解專案的整個運轉過程，去除冗餘的步驟，優化複雜的步驟等。
UML大戰需求分析 閱讀筆記06
狀態機圖和活 在樣子比較相似，但狀態機圖是用來為物件的狀態及造成狀態改變的事件建模。我們大二學習uml統一建模語言狀態機圖模組時了解到，uml的狀態機圖主要用於建立物件類或物件的動態行為模型，描述系統中某乙個物件所經歷的各個狀態 引起狀態或活動轉移的事件，以及因狀態或活動轉移而伴隨的動作。但在以前的...
UML大戰需求分析 閱讀筆記04
讀 uml大戰需求分析 有感04 開發某系統的重要前提是 這個系統有誰在用？這些人通過這個系統能做什麼事？一般搞清楚這件事，再畫個業務流程圖，就能條例清楚的表達系統的需求了。作為乙個開發人員，不僅要懂得如何從使用者那裡獲取有用的資訊，還要懂得怎麼清晰地描述自己的想法，給客戶呈現出乙個結構完整 功能全...
UML大戰需求分析 閱讀筆記03
讀 uml大戰需求分析 有感03 狀態機圖和活 在樣子比較相似，但狀態機圖是用來為物件的狀態及造成狀態改變的事件建模。我們大二學習uml統一建模語言狀態機圖模組時了解到，uml的狀態機圖主要用於建立物件類或物件的動態行為模型，描述系統中某乙個物件所經歷的各個狀態 引起狀態或活動轉移的事件，以及因狀態...