敏捷建模極限編程和統(tǒng)一過程的有效實踐

定　價：￥45.00

作　者：	Scott W.Ambler著；張嘉路等譯
出版社：	機械工業(yè)出版社；中信出版社
叢編項：	軟件工程技術(shù)叢書前沿論題系列
標　簽：	建模

購買這本書可以去

當當網(wǎng) (￥36.70)

ISBN：	9787111117001	出版時間：	2003-01-01	包裝：	平裝
開本：	24cm	頁數(shù)：	306	字數(shù)：

內(nèi)容簡介

　　敏捷建模（AM）是一種基于實踐的過程，它描述了怎樣才能夠成為一個高效的建模人員。本書研究了AM的價值觀、原則和實踐，描述了用來提高建模人員工作效率的技術(shù)，而且書中還重新思考了與軟件開發(fā)有關的幾個重要問題，例如，怎樣編寫文檔、怎樣組織建模會議和建模團隊以及UML適用于什么地方等。此外，還詳細研究了怎樣在XP項目中有效地建模，并解釋了怎樣在采用Rational統(tǒng)一過程（RUP）或者企業(yè)統(tǒng)一過程（EUP）的項目中簡化建模工作。本書既適用于想知道在XP項目中怎樣建模以及在RUP項目中怎樣簡化建模工作的開發(fā)人員和建模人員，也適用于想了解"敏捷開發(fā)"的項目經(jīng)理和過程專家。？？？？在這本具有創(chuàng)新思想的書中，Scottw.Ambler談到如何做到以下幾點：？◆堅定不移地采用快速移動和敏捷軟件開發(fā)方法來為XP項日建模？◆將建模規(guī)程簡單化，將UP的工作流程簡單化，而同時又不會失去這些規(guī)程所帶來的真正益處？◆利用建模來探索問題的解決方案或使交流更容易？◆有效地應用UML，并將其延伸到其他方法學中，更好地滿足你的開發(fā)需要？◆通過編寫敏捷文檔來減輕在項目中建立文檔的負擔？◆使用簡單建模工具，如索引卡片和白板，并且知道何時◆使用復雜的CASE工具？◆重新考慮有關工作區(qū)域、建模團隊和建模會議等問題本書配套網(wǎng)站http：//www.wiley.com/compbooks/ambler

作者簡介

　　ScottW.AmblerScottW.Ambler是敏捷建模方法學的創(chuàng)建者和思想領導者，是軟件開發(fā)方法年輕一代的領軍人物之一，在理論和實踐上的造詣都很深厚。作為一位高級咨詢師，他一直積極參與全球各種大型軟件開發(fā)和過程改進項目。他是RoninInternational公司的高級顧問，該公司是專門提供軟件過程指導、敏捷建模（AgileModeling）及基于對象／組件的軟件架構(gòu)建設和開發(fā)等方面服務的軟件公司。同時，他還是一位視野廣闊的方法學者，是《SoftwareDevelopment》雜志的專欄作家，撰寫了多部頗受推崇的著作，其中包括《TheObjectPrimer》、《AgileModeling》、《TheElementsofUMLStyle》、《MoreProcessPatterns》等。>>更多作品

圖書目錄

第一部分敏捷建模簡介 第1章緒論 3 1.1 進入敏捷軟件開發(fā) 5 1.1.1 敏捷軟件開發(fā)宣言 5 1.1.2 敏捷軟件開發(fā)的原則 6 1.2 敏捷建模 7 1.2.1 誰是敏捷建模人員 9 1.2.2 敏捷建模概述 9 1.2.3 什么是敏捷模型 10 1.2.4 什么是（或不是）敏捷建模 12 1.3 SWA在線案例研究 14 1.4 本書概覽 14 第2章敏捷建模的價值觀 17 2.1 交流 17 2.2 簡單 18 2.3 反饋 19 2.4 勇氣 20 2.5 謙虛 22 2.6 老生常談之后 22 第3章核心原則 25 3.1 軟件是你的首要目標 25 3.2 支持后續(xù)工作是你的第二目標 26 3.3 輕裝前進 26 3.4 主張簡單 27 3.5 包容變化 27 3.6 遞增的變化 28 3.7 有目的地建模 28 3.8 多種模型 29 3.9 高質(zhì)量的工作 31 3.10 快速反饋 31 3.11 最大化項目關系人的投資 33 3.12 為什么需要核心原則 33 第4章補充原則 35 4.1 內(nèi)容比形式更重要 35 4.2 每個人都可以向別人學習 37 4.3 了解你的模型 37 4.4 適應本地情況 38 4.5 開放和誠實的交流 38 4.6 相信直覺 38 4.7 從這些原則中獲益 39 第5章核心實踐 41 5.1 迭代和增量建模的實踐 42 5.1.1 使用合適的制品 42 5.1.2 并行創(chuàng)建多個模型 43 5.1.3 迭代到其他的制品中 45 5.1.4 小增量建模 47 5.2 有效團隊協(xié)作的實踐 47 5.2.1 與他人一起建模 47 5.2.2 項目關系人的積極參與 48 5.2.3 集體所有 49 5.2.4 公開展示模型 50 5.3 簡單性的實踐 50 5.3.1 創(chuàng)建簡單的內(nèi)容 50 5.3.2 簡單地描述模型 51 5.3.3 使用最簡單的工具 52 5.4 驗證工作的實踐 52 5.4.1 考慮可測試性 53 5.4.2 用代碼驗證 53 第6章補充實踐 55 6.1 提高生產(chǎn)率的實踐 55 6.1.1 應用建模標準 55 6.1.2 漸進地應用模式 57 6.1.3 復用已有的制品 58 6.2 敏捷文檔的實踐 58 6.2.1 丟棄臨時模型 58 6.2.2 契約模型正式化 59 6.2.3 在有危害時才更新模型 60 6.3 有關動機的實踐 62 6.3.1 通過建模來理解 62 6.3.2 通過建模來交流 63 6.4 真正的好主意 64 6.4.1 了解工具 64 6.4.2 重構(gòu) 64 6.4.3 測試優(yōu)先設計 64 6.5 如何在項目中安排敏捷建模的 實踐 64 第7章從混亂到有序：AM的實踐如何 結(jié)合到一起 67 7.1 核心實踐 67 7.1.1 與高效團隊協(xié)作相關的實踐 68 7.1.2 與迭代和增量開發(fā)相關的實踐 68 7.1.3 促進簡單性的實踐 69 7.1.4 驗證工作的實踐 69 7.2 補充實踐 69 7.2.1 與文檔相關的實踐 69 7.2.2 與動機相關的實踐 70 7.2.3 提高生產(chǎn)率的實踐 70 7.3 各類實踐如何關聯(lián) 70 7.4 混亂而有序：Chaordic 71 7.5 展望 72 第二部分實踐中的敏捷建模 第8章交流 75 8.1 怎樣交流 75 8.2 影響交流的因素 76 8.3 交流與敏捷建模 78 8.4 有效的交流 78 第9章培養(yǎng)敏捷文化 81 9.1 消除有關建模的誤解 81 9.1.1 誤解1：模型＝文檔 81 9.1.2 誤解2：可以在一開頭就把什么 都想清楚 82 9.1.3 誤解3：建模意味著重量級軟件 過程 82 9.1.4 誤解4：必須“凍結(jié)”需求 82 9.1.5 誤解5：設計是“刻在石頭里”的 82 9.1.6 誤解6：必須使用CASE工具 83 9.1.7 誤解7：建模是浪費時間 84 9.1.8 誤解8：世界繞著數(shù)據(jù)建模轉(zhuǎn) 84 9.1.9 誤解9：開發(fā)人員都知道怎樣 建模 85 9.2 從小處著眼 85 9.3 放松一點要求 86 9.4 堅決支持項目關系人的權(quán)利和義務 87 9.5 重新考慮給項目關系人的報告 88 第10章使用可能的最簡單的工具 91 10.1 用簡單工具敏捷建模 92 10.1.1 簡單工具的優(yōu)點 92 10.1.2 簡單工具的缺點 93 10.1.3 何時應該使用簡單工具 93 10.1.4 用技術(shù)支持簡單工具 93 10.2 模型的演化 95 10.3 用CASE工具敏捷建模 99 10.3.1 選擇CASE工具 99 10.3.2 克服關于CASE工具的誤解 100 10.3.3 生成源代碼 101 10.3.4 生成文檔 102 10.4 使用媒體 102 10.5 在模型上使用工具的影響 103 10.6 在實踐中使用最簡單的工具 103 第11章敏捷工作區(qū)域 105 11.1 敏捷建模室 105 11.2 有效的工作區(qū)域 107 11.3 在實踐中應用 108 第12章敏捷建模團隊 111 12.1 招募少量優(yōu)秀的開發(fā)人員 111 12.2 認識到在敏捷中沒有“我” 114 12.3 要求每個人積極參與 115 12.4 團隊一起建模 116 12.5 在實踐中應用 117 第13章敏捷建模會議 119 13.1 建模會議持續(xù)時間 119 13.2 建模會議的類型 120 13.3 建模會議的參加者 122 13.4 建模會議的正式程度 124 13.5 在實踐中應用 125 第14章敏捷資料 127 14.1 人們?yōu)槭裁磳懳臋n 128 14.2 模型什么時候成為永久文檔 130 14.2.1 與資料相關的考慮因素有哪些 132 14.2.2 “輕裝前進”是什么意思 134 14.2.3 一份文檔什么時候是敏捷的 136 14.2.4 應該創(chuàng)建什么類型的文檔 137 14.2.5 何時應該更新文檔 140 14.2.6 有效的資料傳遞 141 14.2.7 增加資料敏捷性的策略 141 14.2.8 在實踐中應用 144 第15章 UML及其延伸 145 15.1 UML并不充分 145 15.2 UML過于復雜 147 15.3 UML并非方法學也不是過程 147 15.4 別再想著可執(zhí)行UML （至少現(xiàn)在） 148 15.5 在實踐中應用UML 149 第三部分敏捷建模和極限編程（XP） 第16章澄清事實 153 16.1 建模是XP的一部分 154 16.2 文檔是必需的 154 16.3 XP和UML 156 16.4 結(jié)論 157 第17章敏捷建模與極限編程 159 17.1 AM和XP之間潛在的契合 159 17.2 重構(gòu)和AM 161 17.3 測試優(yōu)先開發(fā)和AM 161 17.4 應該采取哪些AM實踐 162 第18章貫穿XP生命周期的敏捷建模 163 18.1 探索階段 164 18.2 計劃階段 164 18.3 迭代到發(fā)布階段 166 18.4 產(chǎn)品化階段 168 18.5 維護階段 169 18.6 如何應用 169 第19章 XP探索階段的建模 171 19.1 優(yōu)先定義初始需求 171 19.2 比喻. 架構(gòu)和骨架 174 19.3 為項目設定一個基礎 176 第20章 XP迭代中的建模：條目搜索 177 20.1 任務 177 20.2 物理數(shù)據(jù)庫模式建模 178 20.3 觀察到的事實 181 第21章 XP迭代中的建模：訂單求和 183 21.1 任務 183 21.2 用需求建模來補救 184 21.3 從外界專家那里尋求幫助 185 21.4 簡短的設計會議 186 21.5 契約模型正式化 187 21.6 將來有變化怎么辦 188 21.7 觀察到的事實 189 21.8 如何在實際工作中應用 189 第四部分敏捷建模和統(tǒng)一過程 第22章敏捷建模和統(tǒng)一過程 193 22.1 在統(tǒng)一過程中如何建模 193 22.2 AM與UP的契合到底有多好 194 22.3 選擇變得敏捷些 197 第23章貫穿統(tǒng)一過程生命周期的 敏捷建模 199 23.1 建模規(guī)程 199 23.1.1 業(yè)務建模規(guī)程 200 23.1.2 需求規(guī)程 201 23.1.3 分析和設計規(guī)程 202 23.1.4 基礎設施管理規(guī)程 203 23.2 非建模規(guī)程 204 23.2.1 實現(xiàn)規(guī)程 204 23.2.2 測試規(guī)程 205 23.2.3 項目管理規(guī)程 205 23.2.4 配置和變更管理規(guī)程 205 23.2.5 環(huán)境規(guī)程 206 23.2.6 部署規(guī)程 206 23.2.7 運行和支持規(guī)程 206 23.3 如何應用 207 第24章敏捷業(yè)務建模 209 24.1 一個業(yè)務/基本用例模型 209 24.2 一個簡單的業(yè)務對象模型 211 24.3 一份敏捷的補充業(yè)務規(guī)格說明書 212 24.4 一個業(yè)務愿景 214 24.5 如何在實踐中應用 215 第25章敏捷需求 217 25.1 上下文模型 217 25.2 用例模型 220 25.3 用例故事板 223 25.4 補充規(guī)格說明書 226 25.5 如何在實踐中應用 227 第26章敏捷分析和設計 229 26.1 在統(tǒng)一過程中重新考慮分析和設計 模型 230 26.2 架構(gòu)建模 231 26.3 創(chuàng)建用例實現(xiàn) 235 26.4 是更新用例的時候了嗎 238 26.5 是使用CASE工具的時候了嗎 241 26.6 設計類建模 242 26.7 數(shù)據(jù)建模 244 26.8 包容變化 246 26.9 如何在實踐中應用 247 第27章敏捷基礎設施管理 249 27.1 基礎設施模型 249 27.2 基礎設施建模 251 27.2.1 自頂向下建模 252 27.2.2 自底向上建模 252 27.2.3 比較這兩種方式 252 27.3 設定建模標準和指導原則 253 27.4 核心基礎設施團隊 254 27.5 采用敏捷建模的核心架構(gòu)團隊 255 27.6 如何在實踐中應用 256 第28章在統(tǒng)一過程項目中采用敏捷 建模 259 第五部分展望 第29章采用敏捷建模或者克服逆境 265 29.1 估算契合程度 265 29.1.1 認識到敏捷建模什么時候管用 266 29.1.2 認識到敏捷建模什么時候 不管用 267 29.2 保持簡單 268 29.3 克服組織結(jié)構(gòu)上的和文化上的挑戰(zhàn) 268 29.3.1 持懷疑態(tài)度的開發(fā)人員 269 29.3.2 過分熱心的過程警察 269 29.3.3 有權(quán)力的催著要紙的人 270 29.3.4 菜譜哲學 270 29.3.5 不能接受批評 271 29.3.6 由于害怕失去所有的人而導致 過度的文檔 271 29.4 克服與項目有關的挑戰(zhàn) 272 29.4.1 分布式的開發(fā) 272 29.4.2 移交給其他團隊 273 29.4.3 固定價格契約 274 29.5 考慮完全采用AM之外的其他途徑 274 29.6 如何在實踐中應用 275 第30章結(jié)論：決心成功 277 30.1 對敏捷建模常見的誤解 277 30.2 什么時候是（或不是）在敏捷建模 278 30.3 敏捷建模資源 279 30.4 幾個臨別的想法 279 附錄A 建模技術(shù) 281 詞匯表 291 參考文獻 301