《uml大戰需求分析》閱讀筆記03
這次主要讀了這本書的第五六章，這兩章被作者稱為流程分析的利器。對於第五章來說，這一章主要講的是狀態機圖，以前老師講uml的時候，對於這一部分講的並不多，通過乙個請假的流程圖引入，流程圖可以將流程分解為乙個乙個的活動，通過活動的先後順序來展示流程，而狀態機圖從某個事物的狀態是如何變化的角度來展示流程。
對於此案例，當乙個申請者提出請假後，該申請的狀態為提出，表示該申請正在等待審批。審批者審批這個申請，如果批准，則申請狀態變為「批准」，這樣流程便結束。如果拒絕了申請，則申請的狀態變為拒絕，這樣申請者可以考慮修改申請，則申請重新變為提出狀態，則審批者再次審批，或者審批者放棄了這次申請，則流程也進入結束狀態。
我覺得請假申請者當乙個申請者想申請乙個重要的請假，寫下了一段誠懇而又長篇的請假理由，但是沒有寫完。他想先把這個請假申請儲存起來，可是只要他單擊確定按鈕，這個請假申請就會變為「提出」狀態，領導就可以審批這個請假申請，於是乎增加乙個「草稿」的狀態，請假申請還沒有寫好之前，可以先儲存起來，狀態為草稿，這個時候審批者還不能審批這個請假理由，只有等請假申請人提交申請後，請假申請才會變為提出。
對於第六章來說，這章主要講的順序圖，以前都說是序列圖，順序圖的讀法是由上到下，由左到右來讀的，在書中講的那個案例，當顧客去飯店吃飯時，顧客首先向服務員要選單，而服務員將選單給顧客，給選單這個動作其實是對上乙個動作的反饋，我們可以簡化畫法，而虛線箭頭由服務員指向顧客，同時用文字表示反饋的內容，「反饋」需要些名詞或者名詞短語，而不是動賓得表達方式1.從複雜的流程中的分析出一條條流程，然後將每條流程按以下方法進行解析。2.分析出有什麼角色參與到這個流程？3.分析各角色在流程中擔任的職責和各角色的專業特色。4.將流程分解為角色之間的互動，想清楚各角色之間的「介面」是怎樣的。5.用順序圖將這些「互動」組織起來。6.在上述過程中，不斷思考業務流程的合理性，是否可優化或重組。流程圖，顧名思義，就是展示流程的圖，只有對整個流程有了清晰的思路，才能找到系統需要做到事情，而流程圖是這個找到的過程更加形象具體，不至於有大的紕漏；接下來的就是最常用、最不可缺少的用例圖了。實際工作中，我們需要將需求調研中了解到的所有業務物件、人物等列出來，畫出他們的關係，反覆推敲，才能逐步得到合適的業務模型。所以，類圖的實際顯示讓我們全面系統的了解到涉眾之間的關係，若有錯漏、冗餘，也一目了然，減輕了需求分析的負擔。
UML大戰需求分析 閱讀筆記03
讀 uml大戰需求分析 有感03 狀態機圖和活 在樣子比較相似，但狀態機圖是用來為物件的狀態及造成狀態改變的事件建模。我們大二學習uml統一建模語言狀態機圖模組時了解到，uml的狀態機圖主要用於建立物件類或物件的動態行為模型，描述系統中某乙個物件所經歷的各個狀態 引起狀態或活動轉移的事件，以及因狀態...
UML大戰需求分析 閱讀筆記06
狀態機圖和活 在樣子比較相似，但狀態機圖是用來為物件的狀態及造成狀態改變的事件建模。我們大二學習uml統一建模語言狀態機圖模組時了解到，uml的狀態機圖主要用於建立物件類或物件的動態行為模型，描述系統中某乙個物件所經歷的各個狀態 引起狀態或活動轉移的事件，以及因狀態或活動轉移而伴隨的動作。但在以前的...
UML大戰需求分析 閱讀筆記04
讀 uml大戰需求分析 有感04 開發某系統的重要前提是 這個系統有誰在用？這些人通過這個系統能做什麼事？一般搞清楚這件事，再畫個業務流程圖，就能條例清楚的表達系統的需求了。作為乙個開發人員，不僅要懂得如何從使用者那裡獲取有用的資訊，還要懂得怎麼清晰地描述自己的想法，給客戶呈現出乙個結構完整 功能全...