在學習完順序圖之後，流程分析的三種圖，我已經學習完了我，但是我還需要大量地鍛鍊，這樣才可以更加熟練地掌握幾種圖的使用和方法。接下來，我學習了用例圖，用來描述系統的行為。
雖然是一同學習的，但是對用例圖的理解，明顯不如對類圖和順序圖的使用更加熟悉，更加明了。也不太清楚用例圖的實際作用和使用場景。但是看了作者的講解和經驗之後，我就意識到了，我的根本問題在於沒有實踐過，所以不能發現用例圖的實際作用，而且用例圖需要和其他uml圖配合使用，才可以發揮更大的威力。
簡單描述用例圖就是描述系統需求的一種方法，用來描述什麼角色通過系統能做什麼事情的圖，用例圖關注的是系統的外在表現、系統與人的互動、系統與其他系統的互動。用例圖中有乙個小人，就是角色，不同的角色工作責任不一樣，在我們思考某系統的需求時，可從不同角色的角度來思考。角色是對系統使用者的抽象，乙個角色可以代表多個具體的人，而同乙個人可以是多個角色，但是一般來說，某個職位或崗位都可以抽象為角色，不過我們還需要再加以分析和提煉。執行者也有可能不是人，而是乙個系統，所以我們也可以將系統畫成執行者。我們用圈圈表示用例，這些用例表明了系統能做什麼事情，乙個用例不一定只能連線乙個執行者，多個執行者都可以執行乙個用例。方框表示系統邊界，但是並不是所有用例圖都需要畫出系統邊界，所以通常的做法是使用乙個全域性的用例圖來巨集觀表達系統的需求，這樣的巨集觀的用例圖需要畫出系統邊界。線條用來聯絡執行者和用例，有箭頭的線條表示執行者與系統互動的過程中資料的流向。這就是用例圖大概的語法，倒是並不困難。
我們在確定用例圖的同時，其實也確定了業務的流程，我們還需要將相關業務流程用活**、狀態機圖、順序圖等表達出來，通過作者我了解到通常都是在前面的部分將系統的重要業務流程用活**、狀態機圖、順序圖等表達出來，後面的部分才是使用用例圖來表達系統能做什麼。用例圖確實可以更好地表達需求，但是我們在實際工作中卻有不用使用用例圖甚至是uml的情況，所以實際情況才是最重要的。
UML大戰需求分析 閱讀筆記04
讀 uml大戰需求分析 有感04 開發某系統的重要前提是 這個系統有誰在用？這些人通過這個系統能做什麼事？一般搞清楚這件事，再畫個業務流程圖，就能條例清楚的表達系統的需求了。作為乙個開發人員，不僅要懂得如何從使用者那裡獲取有用的資訊，還要懂得怎麼清晰地描述自己的想法，給客戶呈現出乙個結構完整 功能全...
06《UML大戰需求分析》之六
不知不覺中，大多數課程的學習已經接近了尾聲，uml大戰需求分析 這本書也陪伴了我們很久。在學習的過程中，我發現很多課程中其實都離不開uml。足以證明，uml在需求分析中的重大作用和在我們這個行業的地位。在最後一篇中，我們再回到需求分析，了解一下需求分析的團隊作戰。需求分析並不是單兵作戰的工作，很多時...
UML大戰需求分析 讀書筆記
char2 1 系統上線後，如果使用者從來不提問題或需求，只能證明這套系統沒人用。真實的理想狀態是客戶一直在提問題，專案組解決，不斷重複 2 專案組一開始對需求的理解為0，客戶初始對需求有理解，使用後會有需求變更，這是正常的，說明使用者再次理解了需求 專案組需要在很短時間內理解需求，具備超強的業務學...