火球：UML 大戰需求分析(贈1DVD)（簡體書）

《火球:UML大戰需求分析》融合UML、非UML、需求分析及需求管理等各方面的知識，幫助讀者解決UML業界問題、需求分析及需求管理問題。全書主要介紹UML的基本語法、面向對象的分析方法、應用UML進行需求分析的最佳實踐及軟件需求管理的最佳實踐四個方面的內容。
《火球:UML大戰需求分析》各章以問題為引子，通過案例、練習、思考和分析等，由淺入深地逐步介紹UML綜合應用的知識。《火球:UML大戰需求分析》以案例貫穿始終，補充了大量的實用知識，并講究實效，能使讀者盡快在工作中應用所學知識。
無論是Java技術流派、．NET技術流派還是其他技術流派，只要工作中涉及到需求分析或者對UML感興趣的人士，均適合閱讀《火球:UML大戰需求分析》。
《火球:UML大戰需求分析》附帶一張光盤，光盤中有“活用類圖，擁抱需求”和“做一回軟件設計高手”兩個課程的視頻內容，時長為4小時。

張傳波，網名：Fireball(火球)12年的軟件開發工作，親歷無數建筑、電力、通信、政府等多個領域的復雜軟件項目開發，對CMMI有深刻理解，多年應用UML“浴血奮戰”，并將UML及需求分析的最佳實踐分享到公司的其他項目中，積累了豐富的UML經驗。專注于UML實踐及軟件項目管理的知識分享。

《火球:UML大戰需求分析》編輯推薦：“人是會死的，需求是會變的，UML不是可怕的”。玩笑間領會UML思想之深邃，諳熟UML應用之真諦。把蘊含無窮變化的需求分析之過程。化繁為簡，深刻體驗UML實戰之美。
重現UML應用最佳實踐之過程《火球:UML大戰需求分析》介紹的是UML在軟件需求方面的最佳實踐。全書內容經過精心設計，大案例貫穿全書，小案例一個接一個，直接用案例來講解UML基本及進階語法、UML最佳實踐、需求分析及需求管理的最件實踐等掌握UML“形”的同時掌握UML的“神”，即UML在實際應用中所體現的思路和方法，UML既要“活學”，還要“活用”適合對象讀過無數相關資料，但依然無法自如運用UML建模的讀者、UML初學者及軟件需求分析的初學者、被需求分析的無盡變更搞得焦頭爛額的項目開發人員。

開篇“廢話”
第1章 大話UML
1.1 UML基礎知識掃盲
1.1.1 UML有什么用
1.1.2 UML的分類
1.2 結構型的UML(Structure Diagram)
1.2.1 類圖(Class Diagram)
1.2.2 對象圖(Object Diagram)
1.2.3 構件圖(Component Diagram)
1.2.4 部署圖(Deployment Diagram)
1.2.5 包圖(Package Diagram)
1.3 行為型的UML(Behavior Diagram)
1.3.1 活動圖(Activity Diagram)
1.3.2 狀態機圖(State Machine Diagram)
1.3.3 順序圖(Sequence Diagram)
1.3.4 通信圖(Communication Diagram)
1.3.5 用例圖(Use Case Diagram)
1.3.6 時序圖(Timing Diagram)
1.4 如何學好UML
1.4.1 UML的認識誤區
1.4.2 我的學習經歷
1.4.3 UML學習難點
1.5 小結和練習
1.5.1 小結
1.5.2 練習

第2章 耗盡腦汁的需求分析工作
2.1 需求分析面面觀
2.2 持續進化的客戶需求
2.3 給客戶帶來價值——需求分析之正路
2.3.1 手機短信訂餐系統
2.3.2 需求分析的大道理
2.4 UML助力需求分析
2.5 小結與練習
2.5.1 小結
2.5.2 練習

第3章 分析業務模型——類圖（Class Diagram）
3.1 面向過程與面向對象
3.2 類圖的基礎知識
3.2.1 類圖有什么用
3.2.2 什么是類
3.2.3 什么是類圖
3.2.4 如何識別類
3.3 類之間的關系
3.3.1 “直線”關系
3.3.2 “包含”關系
3.3.3 “繼承”關系
3.3.4 “依賴”關系
3.4 演練類之間的關系
3.4.1 練習1：你和你另外一半的關系
3.4.2 練習2：公司與雇員的關系
3.4.3 練習3：香蕉、蘋果、梨子的關系
3.4.4 練習4：公司的組織架構
3.5 類的“遞歸”關系與“三角”關系
3.5.1 “遞歸”關系
3.5.2 “三角”關系
3.6 考試管理系統——類圖綜合訓練
3.7 關于對象圖
3.8 小結與練習
3.8.1 小結
3.8.2 練習

第4章 流程分析利器之一——活動圖（Activity Diagram）
4.1 結構建模與行為建模
4.2 認識流程分析工具的鼻祖——流程圖
4.3 工時審批流程——活動圖基礎
4.3.1 基礎語法：初始狀態、結束狀態、活動、判斷、合并
4.3.2 判斷的三種處理辦法
4.3.3 多層分支
4.3.4 泳道／分區
4.3.5 對活動圖分析業務流程的思考
4.4 會簽評審流程——活動圖進階
4.4.1 “并行”的活動
4.4.2 工作產品如何表示——對象流
4.4.3 活動圖的組織——連接件（Connector）
4.5 活動的粒度問題
4.5.1 活動與動作
4.5.2 活動粒度的問題
4.6 版本發布流程——用活動圖表達復雜流程
4.6.1 活動圖的實踐建議
4.6.2 實戰版本發布流程
4.6.3 版本發布流程存在問題的思考
4.7 小結與練習
4.7.1 小結
4.7.2 練習

第5章 流程分析利器之二——狀態機圖（State Machine Diagram）
5.1 請假審批流程——認識狀態機圖
5.1.1 請假流程活動圖
5.1.2 請假流程狀態機圖
5.1.3 狀態機圖基本語法
5.1.4 關于狀態數量的思考
5.2 請假的多級審批流程——狀態機圖進階
5.2.1 多級審批的問題
5.2.2 狀態機圖的分支結構
5.2.3 應用狀態機圖的常見問題
5.3 缺陷管理流程——演練復雜的狀態機圖
5.3.1 狀態機圖的實踐建議
5.3.2 一封求助信——混亂的缺陷管理
5.3.3 缺陷管理流程狀態機圖
5.3.4 缺陷管理流程存在問題的思考
5.4 小結與練習
5.4.1 小結
5.4.2 練習

第6章 流程分析利器之三——順序圖（Sequence Diagram）
6.1 你如何和餐廳服務員“眉來眼去”——認識順序圖
6.1.1 復習一下中文語法
6.1.2 你和服務員的“眉來眼去
6.1.3 你和服務員的另外一種“眉來眼去
6.1.4 順序圖的基本語法
6.2 餐廳服務員背後的故事——發掘隱藏背後的業務流程
6.2.1 服務員背後“有人
……
第7章 描述系統的行為——用例圖
第8章 描述系統的框架——部署圖、構件圖
第9章 組織你的UML圖——包圖
第10章 UML共冶一爐——考勤系統的需求分析
第11章 需求分析的團隊作戰
第12章 說不盡的UML——UML補遺

你需要為你所在的公司做一個考勤管理系統。如果你目前還是名學生，則請你找一個你實習過的公司，為這家公司設計這個考勤系統。總之，請你務必要確定一家具體的公司，該公司將會用上這個考勤系統，你即將編寫的需求文檔，必須命中該公司的實際需要。
換言之，本書的讀者寫出來的答案是不太可能一樣的，針對不同的公司，考勤系統是會有不同的差異的。而本書給出的答案只是參考答案，絕對不是標準答案，你寫出來的答案是否合適，需要你自己來判斷，需要該公司來判斷！希望通過比較你自己的答案和本書給出的參考答案，能在你腦袋中產生思維碰撞的火花，讓你進一步認識uML，認識軟件需求分析工作。
咱們這個項目和現實中大部分項目一樣，在需求方面都是“先天不良”的。項目的合同中對于需求的描述往往只有幾句話，如果你把握不好，這幾句很可能最後會演變成“無窮無盡”的需求。反之，如果你能分析出客戶真正需要，列出有價值的需求方案，那么一切將會盡在掌控之中。
本系統的目標是這樣描述的：
1.規范員工的上下班、請假、外出工作等行為。
2.方便計算員工的薪金。
3.方便管理各種帶薪假期。
請你由系統的目標出發，逐步理出系統的詳細需求！
為了能讓你充分發揮能動性，我將題目的難度稍微降低一下：你不太需要考慮技術上是否可行，也不太需要考慮開發成本。當然實際工作中，我們需要考慮技術可行性和開發成本，但這個練習我們先拋開這個限制。
請你按以下步驟完成：
1.請制定本項目的戰略方針。（戰略方針是啥？搞不清楚沒關系，帶著問題繼續閱讀！）
2.請分析本系統的需要，包括目標、涉眾、待解決的問題、范圍、項目成功標準等。
3.請用類圖描述本系統的業務概念，你需要先分析當前的業務情況，必要時進行業務重組。
4.請用活動圖、狀態機圖、序列圖描述出請假審批、外出審批等關鍵業務流程，請注意你可能需要重組這些業務流程。
5.請分析出有什么角色將會使用本系統，用用例圖描繪出系統的功能，挑選其中至少三個用例，用用例表詳細說明。
6.請用部署圖和構件圖描述出系統在架構上的要求。
7.請用合適的方式描述出系統的其他非功能性要求。
8.請將以上內容組織成需求文檔，如有需要請補充必要的內容。