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

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