火球

內(nèi)容概要

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

作者簡介

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

書籍目錄

開篇“廢話”第1章 大話UML1.1 UML基礎(chǔ)知識掃盲1.1.1 UML有什么用1.1.2 UML的分類1.2 結(jié)構(gòu)型的UML(Structure Diagram)1.2.1 類圖(Class Diagram)1.2.2 對象圖(Object Diagram)1.2.3 構(gòu)件圖(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 狀態(tài)機圖(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 如何學(xué)好UML1.4.1 UML的認識誤區(qū)1.4.2 我的學(xué)習(xí)經(jīng)歷1.4.3 UML學(xué)習(xí)難點1.5 小結(jié)和練習(xí)1.5.1 小結(jié)1.5.2 練習(xí)第2章 耗盡腦汁的需求分析工作2.1 需求分析面面觀2.2 持續(xù)進化的客戶需求2.3 給客戶帶來價值——需求分析之正路2.3.1 手機短信訂餐系統(tǒng)2.3.2 需求分析的大道理2.4 UML助力需求分析2.5 小結(jié)與練習(xí)2.5.1 小結(jié)2.5.2 練習(xí)第3章 分析業(yè)務(wù)模型——類圖（Class Diagram）3.1 面向過程與面向?qū)ο?.2 類圖的基礎(chǔ)知識3.2.1 類圖有什么用3.2.2 什么是類3.2.3 什么是類圖3.2.4 如何識別類3.3 類之間的關(guān)系3.3.1 “直線”關(guān)系3.3.2 “包含”關(guān)系3.3.3 “繼承”關(guān)系3.3.4 “依賴”關(guān)系3.4 演練類之間的關(guān)系3.4.1 練習(xí)1：你和你另外一半的關(guān)系3.4.2 練習(xí)2：公司與雇員的關(guān)系3.4.3 練習(xí)3：香蕉、蘋果、梨子的關(guān)系3.4.4 練習(xí)4：公司的組織架構(gòu)3.5 類的“遞歸”關(guān)系與“三角”關(guān)系3.5.1 “遞歸”關(guān)系3.5.2 “三角”關(guān)系3.6 考試管理系統(tǒng)——類圖綜合訓(xùn)練3.7 關(guān)于對象圖3.8 小結(jié)與練習(xí)3.8.1 小結(jié)3.8.2 練習(xí)第4章 流程分析利器之一——活動圖（Activity Diagram）4.1 結(jié)構(gòu)建模與行為建模4.2 認識流程分析工具的鼻祖——流程圖4.3 工時審批流程——活動圖基礎(chǔ)4.3.1 基礎(chǔ)語法：初始狀態(tài)、結(jié)束狀態(tài)、活動、判斷、合并4.3.2 判斷的三種處理辦法4.3.3 多層分支4.3.4 泳道／分區(qū)4.3.5 對活動圖分析業(yè)務(wù)流程的思考4.4 會簽評審流程——活動圖進階4.4.1 “并行”的活動4.4.2 工作產(chǎn)品如何表示——對象流4.4.3 活動圖的組織——連接件（Connector）4.5 活動的粒度問題4.5.1 活動與動作4.5.2 活動粒度的問題4.6 版本發(fā)布流程——用活動圖表達復(fù)雜流程4.6.1 活動圖的實踐建議4.6.2 實戰(zhàn)版本發(fā)布流程4.6.3 版本發(fā)布流程存在問題的思考4.7 小結(jié)與練習(xí)4.7.1 小結(jié)4.7.2 練習(xí)第5章 流程分析利器之二——狀態(tài)機圖（State Machine Diagram）5.1 請假審批流程——認識狀態(tài)機圖5.1.1 請假流程活動圖5.1.2 請假流程狀態(tài)機圖5.1.3 狀態(tài)機圖基本語法5.1.4 關(guān)于狀態(tài)數(shù)量的思考5.2 請假的多級審批流程——狀態(tài)機圖進階5.2.1 多級審批的問題5.2.2 狀態(tài)機圖的分支結(jié)構(gòu)5.2.3 應(yīng)用狀態(tài)機圖的常見問題5.3 缺陷管理流程——演練復(fù)雜的狀態(tài)機圖5.3.1 狀態(tài)機圖的實踐建議5.3.2 一封求助信——混亂的缺陷管理5.3.3 缺陷管理流程狀態(tài)機圖5.3.4 缺陷管理流程存在問題的思考5.4 小結(jié)與練習(xí)5.4.1 小結(jié)5.4.2 練習(xí)第6章 流程分析利器之三——順序圖（Sequence Diagram）6.1 你如何和餐廳服務(wù)員“眉來眼去”——認識順序圖6.1.1 復(fù)習(xí)一下中文語法6.1.2 你和服務(wù)員的“眉來眼去6.1.3 你和服務(wù)員的另外一種“眉來眼去6.1.4 順序圖的基本語法6.2 餐廳服務(wù)員背后的故事——發(fā)掘隱藏背后的業(yè)務(wù)流程6.2.1 服務(wù)員背后“有人……第7章 描述系統(tǒng)的行為——用例圖第8章 描述系統(tǒng)的框架——部署圖、構(gòu)件圖第9章 組織你的UML圖——包圖第10章 UML共冶一爐——考勤系統(tǒng)的需求分析第11章 需求分析的團隊作戰(zhàn)第12章 說不盡的UML——UML補遺

章節(jié)摘錄

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

編輯推薦

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

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

---

    火球 PDF格式下載

---