火球

內(nèi)容概要

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

作者簡(jiǎn)介

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

書籍目錄

開篇“廢話”第1章 大話UML1.1 UML基礎(chǔ)知識(shí)掃盲1.1.1 UML有什么用1.1.2 UML的分類1.2 結(jié)構(gòu)型的UML(Structure Diagram)1.2.1 類圖(Class Diagram)1.2.2 對(duì)象圖(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 活動(dòng)圖(Activity Diagram)1.3.2 狀態(tài)機(jī)圖(State Machine Diagram)1.3.3 順序圖(Sequence Diagram)1.3.4 通信圖(Communication Diagram)1.3.5 用例圖(Use Case Diagram)1.3.6 時(shí)序圖(Timing Diagram)1.4 如何學(xué)好UML1.4.1 UML的認(rèn)識(shí)誤區(qū)1.4.2 我的學(xué)習(xí)經(jīng)歷1.4.3 UML學(xué)習(xí)難點(diǎn)1.5 小結(jié)和練習(xí)1.5.1 小結(jié)1.5.2 練習(xí)第2章 耗盡腦汁的需求分析工作2.1 需求分析面面觀2.2 持續(xù)進(jìn)化的客戶需求2.3 給客戶帶來價(jià)值——需求分析之正路2.3.1 手機(jī)短信訂餐系統(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ǔ)知識(shí)3.2.1 類圖有什么用3.2.2 什么是類3.2.3 什么是類圖3.2.4 如何識(shí)別類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)于對(duì)象圖3.8 小結(jié)與練習(xí)3.8.1 小結(jié)3.8.2 練習(xí)第4章 流程分析利器之一——活動(dòng)圖（Activity Diagram）4.1 結(jié)構(gòu)建模與行為建模4.2 認(rèn)識(shí)流程分析工具的鼻祖——流程圖4.3 工時(shí)審批流程——活動(dòng)圖基礎(chǔ)4.3.1 基礎(chǔ)語(yǔ)法：初始狀態(tài)、結(jié)束狀態(tài)、活動(dòng)、判斷、合并4.3.2 判斷的三種處理辦法4.3.3 多層分支4.3.4 泳道／分區(qū)4.3.5 對(duì)活動(dòng)圖分析業(yè)務(wù)流程的思考4.4 會(huì)簽評(píng)審流程——活動(dòng)圖進(jìn)階4.4.1 “并行”的活動(dòng)4.4.2 工作產(chǎn)品如何表示——對(duì)象流4.4.3 活動(dòng)圖的組織——連接件（Connector）4.5 活動(dòng)的粒度問題4.5.1 活動(dòng)與動(dòng)作4.5.2 活動(dòng)粒度的問題4.6 版本發(fā)布流程——用活動(dòng)圖表達(dá)復(fù)雜流程4.6.1 活動(dòng)圖的實(shí)踐建議4.6.2 實(shí)戰(zhàn)版本發(fā)布流程4.6.3 版本發(fā)布流程存在問題的思考4.7 小結(jié)與練習(xí)4.7.1 小結(jié)4.7.2 練習(xí)第5章 流程分析利器之二——狀態(tài)機(jī)圖（State Machine Diagram）5.1 請(qǐng)假審批流程——認(rèn)識(shí)狀態(tài)機(jī)圖5.1.1 請(qǐng)假流程活動(dòng)圖5.1.2 請(qǐng)假流程狀態(tài)機(jī)圖5.1.3 狀態(tài)機(jī)圖基本語(yǔ)法5.1.4 關(guān)于狀態(tài)數(shù)量的思考5.2 請(qǐng)假的多級(jí)審批流程——狀態(tài)機(jī)圖進(jìn)階5.2.1 多級(jí)審批的問題5.2.2 狀態(tài)機(jī)圖的分支結(jié)構(gòu)5.2.3 應(yīng)用狀態(tài)機(jī)圖的常見問題5.3 缺陷管理流程——演練復(fù)雜的狀態(tài)機(jī)圖5.3.1 狀態(tài)機(jī)圖的實(shí)踐建議5.3.2 一封求助信——混亂的缺陷管理5.3.3 缺陷管理流程狀態(tài)機(jī)圖5.3.4 缺陷管理流程存在問題的思考5.4 小結(jié)與練習(xí)5.4.1 小結(jié)5.4.2 練習(xí)第6章 流程分析利器之三——順序圖（Sequence Diagram）6.1 你如何和餐廳服務(wù)員“眉來眼去”——認(rèn)識(shí)順序圖6.1.1 復(fù)習(xí)一下中文語(yǔ)法6.1.2 你和服務(wù)員的“眉來眼去6.1.3 你和服務(wù)員的另外一種“眉來眼去6.1.4 順序圖的基本語(yǔ)法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章 需求分析的團(tuán)隊(duì)作戰(zhàn)第12章 說不盡的UML——UML補(bǔ)遺

章節(jié)摘錄

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

編輯推薦

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

圖書封面

圖書標(biāo)簽Tags

無

評(píng)論、評(píng)分、閱讀與下載

---

    火球 PDF格式下載

---