不知不覺中，大多數課程的學習已經接近了尾聲，《uml大戰需求分析》這本書也陪伴了我們很久。在學習的過程中，我發現很多課程中其實都離不開uml。足以證明，uml在需求分析中的重大作用和在我們這個行業的地位。
在最後一篇中，我們再回到需求分析，了解一下需求分析的團隊作戰。需求分析並不是單兵作戰的工作，很多時候都是需要專案組全體一起去獲取需求，有時候需要先派遣專案組的需求分析精英去獲取需求，然後將這些需求分享給專案組全體，團體作戰對於需求分析工作是相當重要的。
有一種典型的情況：公司要研發新產品，組建了乙個研發團隊。領導要求在系統分析師還沒有做出需求和設計之前，大家都不能開始下一步工作。於是系統分析師一直在孤軍奮戰，而其他專案組成員就一直閒而無事。
其實在這個情況中，領導懂得系統架構和設計的重要性，所以首先讓系統分析師在做需求和設計，這是正確的傳統軟體工程教育。而系統分析師能力比其他人都要高，隨便帶人做有可能還會加重他的工作量，所以可能認為還不如他乙個人孤軍奮戰。專案組成員可能就會比較憋屈了，進公司之後一直在照貓畫虎，沒有接觸過高難度的工作，都不能進行歷練。對於這種情況，我有一些自己的看法，在專案進度的壓力之下，我們也應該注意培養專案組成員的能力和素養，忽略他們的成長需求，只會給公司帶來實力薄弱的效果；打造乙個「和諧型」團隊，這樣大家可以共同進步，一同解決問題、難題，可以帶來更好地團隊協作效果，還能培養公司的力量；作為能力高的系統分析師要學會分享知識和為成員解憂，這樣專案組成員可以學到更多東西，而系統分析師這樣的大神也可以在分享中進步地更快。
專案組中的需求工作負責人要全面把握需求，並能指導其他成員的工作。專案組全體成員對專案的需求需要達成一致的理解。專案組各成員對自己負責的細化需求理解正確。這是需求分析開始的條件。在團體合作過程中，大家都會對需求有一手的了解。
我覺得團隊作戰獲取需求可以帶來很多好處，專案組成員自己獲取需求會比從別人那裡聽來要更加實際，理解更加深刻準確，也就更加貼切客戶需求，大家還可以在這個過程中對uml更加熟悉。成員之間的思想交匯，碰撞更是不可多得的財富。
UML大戰需求分析 閱讀筆記06
狀態機圖和活 在樣子比較相似，但狀態機圖是用來為物件的狀態及造成狀態改變的事件建模。我們大二學習uml統一建模語言狀態機圖模組時了解到，uml的狀態機圖主要用於建立物件類或物件的動態行為模型，描述系統中某乙個物件所經歷的各個狀態 引起狀態或活動轉移的事件，以及因狀態或活動轉移而伴隨的動作。但在以前的...
《UML大戰需求分析》閱讀隨筆（六）
在我們做的 設計中分為系統設計和程式設計。程式設計是系統設計中模擬程式的執行邏輯，定義客戶機伺服器物件合作的框架的那個部分。程式和事務設計中，作者講述到程式和事務設計將系統設計製品放在一起，並作為系統設計過程的最終階段。程式設計是系統設計的乙個內在的部分。圖形使用者介面 gui 和資料庫的設計體現出...
04《UML大戰需求分析》之四
在學習完順序圖之後，流程分析的三種圖，我已經學習完了我，但是我還需要大量地鍛鍊，這樣才可以更加熟練地掌握幾種圖的使用和方法。接下來，我學習了用例圖，用來描述系統的行為。雖然是一同學習的，但是對用例圖的理解，明顯不如對類圖和順序圖的使用更加熟悉，更加明了。也不太清楚用例圖的實際作用和使用場景。但是看了...