【文章內(nèi)容簡(jiǎn)介】 ?做法： ? 引入迭代式的開發(fā)手段 ? 將整個(gè)軟件生命周期分解為若干個(gè)小的迭代周期 ? 獲取切實(shí)有效的客戶反饋 ? 提出 12條基本原則 極限編程 ?極限編程（ eXtreme Programming， XP）是一種軟件工程方法學(xué)，是敏捷開發(fā)中最富有成效的方法學(xué)之一 ?由 KentBeck在 1996年提出 ?具有強(qiáng)溝通、簡(jiǎn)化設(shè)計(jì)、迅速反饋等特點(diǎn) ?適合于規(guī)模小、進(jìn)度緊、需求不穩(wěn)定、開發(fā)小項(xiàng)目的小團(tuán)隊(duì)。 極限編程 ?特點(diǎn)： ?XP模型是“輕量型”或“靈活”的軟件過(guò)程模型 ?與面向?qū)ο笳Z(yǔ)言結(jié)合的開發(fā)方案 ?“專家協(xié)作”的開發(fā)方式，解決難點(diǎn)問(wèn)題 ?核心有四個(gè)要點(diǎn)： ? 交流 ? 簡(jiǎn)單 ? 反饋 ? 勇氣 結(jié)對(duì)編程 ?結(jié)對(duì)編程 (PairProgramming) 是 XP中非常重要的實(shí)踐之一。 ?定義：兩個(gè)人坐在同一臺(tái)計(jì)算機(jī)前面，使用相同的鍵盤和鼠標(biāo)來(lái)開發(fā)同樣的一個(gè)模塊，一個(gè)稱為駕駛者 (Driver)，負(fù)責(zé)代碼的鍵入，另外一個(gè)稱為領(lǐng)航員 (Navigator)，負(fù)責(zé)監(jiān)看與決策，包括低級(jí)錯(cuò)誤和方向性的錯(cuò)誤。當(dāng)出現(xiàn)的一個(gè)問(wèn)題對(duì)其中一個(gè)人來(lái)說(shuō)，難以解決，而恰好是另外一個(gè)人的強(qiáng)項(xiàng)的時(shí)候，那么角色就會(huì)發(fā)生轉(zhuǎn)換。 結(jié)對(duì)編程 ?優(yōu)勢(shì)： ? 可以減少風(fēng)險(xiǎn) ? 可以使團(tuán)隊(duì)生產(chǎn)效率更高 ? 是知識(shí)傳播的最好途徑 ? 可以打造出最佳的合作團(tuán)隊(duì)。 ? 可以生成更好的代碼 ?三個(gè)方面的應(yīng)用： ? 教育學(xué)結(jié)對(duì)學(xué)習(xí) ? 工業(yè)界結(jié)對(duì)開發(fā)與編程 ? 分布式結(jié)對(duì)編程環(huán)境 結(jié)對(duì)編程研究 ?教育學(xué)研究 ? 結(jié)對(duì)編程學(xué)習(xí)效果研究 ? 結(jié)對(duì)雙方的相容性研究 ? 結(jié)對(duì)編程過(guò)程研究 ?軟件工業(yè)界 ? 結(jié)對(duì)編程實(shí)踐方式 ? 社會(huì)動(dòng)力學(xué)研究 ? 個(gè)人編程能力的增強(qiáng) ?分布式結(jié)對(duì)編程 ? 結(jié)對(duì)編程開發(fā)環(huán)境研究 ? 開發(fā)結(jié)對(duì)編程工具的需求 ? 適合開展分布式結(jié)對(duì)編程的工具研究 自適應(yīng)軟件開發(fā) ?自適應(yīng)軟件開發(fā)（ Adaptive Software Development）由 Jim Highsmith提出 ?著眼于人員協(xié)作和團(tuán)隊(duì)自我組織，類似于收集人們創(chuàng)意的容器 ?生命周期三個(gè)階段包括： ? 思考：?jiǎn)?dòng)項(xiàng)目并完成自適應(yīng)循環(huán)計(jì)劃 ? 協(xié)作：溝通與信任 ? 學(xué)習(xí)：改進(jìn)真正的理解水平，通過(guò)焦點(diǎn)組、正式技術(shù)評(píng)審和事后剖析方式進(jìn)行學(xué)習(xí) 動(dòng)態(tài)系統(tǒng)開發(fā) ?動(dòng)態(tài)系統(tǒng)開發(fā)（ Dynamic System Development Method）是一種使用增量原型開發(fā)模式完全滿足對(duì)時(shí)間約束的系統(tǒng)構(gòu)建和維護(hù)的敏捷軟件開發(fā)方法。 ?借用 Pareto(佩瑞多 )原則：即如果交付整個(gè)應(yīng)用系統(tǒng)需用 100%時(shí)間，那么 80%的應(yīng)用系統(tǒng)可以用 20%的時(shí)間交付 ?建議使用迭代軟件過(guò)程 ?動(dòng)態(tài)系統(tǒng)開發(fā)生命周期的敏捷過(guò)程模型： ? 可行性研究 ? 業(yè)務(wù)研究 ? 功能模型迭代 ? 設(shè)計(jì)和構(gòu)建迭代 ? 實(shí)現(xiàn) 特征驅(qū)動(dòng)開發(fā) ?特征驅(qū)動(dòng)開發(fā)（ FeatureDriven development）把軟件開發(fā)項(xiàng)目作為一個(gè)系統(tǒng)，即生產(chǎn)軟件的系統(tǒng) ?定義六種關(guān)鍵項(xiàng)目角色： ? 項(xiàng)目經(jīng)理 ，負(fù)責(zé)報(bào)告進(jìn)度情況、管理預(yù)算、籌措人員，以及管理設(shè)備、辦公場(chǎng)地和資源等 ? 主設(shè)計(jì)師 ，負(fù)責(zé)系統(tǒng)的整體設(shè)計(jì) ? 開發(fā)經(jīng)理 ，負(fù)責(zé)領(lǐng)導(dǎo)日常開發(fā)活動(dòng)，解決主程序員們自己無(wú)法解決的日常的資源沖突問(wèn)題。 ? 主程序員 ，參與高層的需求分析和設(shè)計(jì)活動(dòng)，領(lǐng)導(dǎo) 36人開發(fā)小組負(fù)責(zé)新軟件特征的底層分析、設(shè)計(jì)和開發(fā)工具。 ? 類的所有者 ，是主程序員領(lǐng)導(dǎo)的開發(fā)小組的成員，對(duì)新軟件系統(tǒng)所需要的特征進(jìn)行設(shè)計(jì)、編碼、測(cè)試和編寫文檔。 ? 領(lǐng)域?qū)＜?，是客戶、用戶、業(yè)主、業(yè)務(wù)分析專家或者所有這些的混合。 軟件工程實(shí)踐 ?軟件工程實(shí)踐的精髓是理解問(wèn)題、計(jì)劃解決方案、實(shí)施計(jì)劃和檢查結(jié)果的精確度等方面 ?通用的框架活動(dòng)包括： ? 溝通 ? 計(jì)劃 ? 建模 ? 部署 ? 普適性活動(dòng) 軟件工程實(shí)踐 ?核心原則： ? 存在價(jià)值 ? 保持簡(jiǎn)潔 ? 維護(hù)視圖 ? 生產(chǎn)者要讓消費(fèi)者理解 ? 面向未來(lái) ? 計(jì)劃復(fù)用 ? 認(rèn)真思考 軟件工程實(shí)踐 ?溝通實(shí)踐：包括決定項(xiàng)目涉及人的信息和溝通需求 ?計(jì)劃實(shí)踐：是軟件開發(fā)過(guò)程的準(zhǔn)備階段，包括定義問(wèn)題、可行性分析、制定計(jì)劃 ?建立模型實(shí)踐：創(chuàng)建分析模型和設(shè)計(jì)模型 小結(jié) ? 軟件工程是一種層次化技術(shù)，包括過(guò)程、技術(shù)和工具。 ? 軟件過(guò)程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。 ? 軟件過(guò)程框架定義了若干個(gè)小的框架活動(dòng)，為完整的軟件開發(fā)過(guò)程建立了基礎(chǔ)。軟件過(guò)程框架的通用過(guò)程框架活動(dòng)包括溝通、計(jì)劃、建模、構(gòu)建和部署。 ? 能力成熟度模型（ CMM）是改進(jìn)軟件過(guò)程的有效策略。它的基本思想是通過(guò)改進(jìn)對(duì)軟件過(guò)程的管理來(lái)提高軟件生產(chǎn)率和軟件質(zhì)量。 ? 敏捷方法是一組敏捷實(shí)踐技術(shù)的總稱，包括極限編程、自適應(yīng)軟件開發(fā)、動(dòng)態(tài)系統(tǒng)開發(fā)和特征驅(qū)動(dòng)開發(fā)等等。 ? 軟件工程實(shí)踐包括概念、原則、方法和在整個(gè)軟件開發(fā)過(guò)程中所使用的工具。 ? 軟件工程實(shí)踐的通用框架活動(dòng)包括溝通實(shí)踐、計(jì)劃實(shí)踐、建模實(shí)踐、構(gòu)造實(shí)踐和部署實(shí)踐。 第 3章 軟件過(guò)程模型（內(nèi)容提要） ?瀑布模型 ?增量模型 ?螺旋模型 ?協(xié)同開發(fā)模型 ?面向?qū)ο竽Ｐ? ?面向方面的軟件開發(fā) 瀑布模型 ?瀑布模型提供了軟件開發(fā)的基本框架。 ?瀑布模型將軟件生命周期劃分為軟件計(jì)劃、需求分析和定義、軟件設(shè)計(jì)、軟件實(shí)現(xiàn)、軟件測(cè)試、軟件運(yùn)行和維護(hù)這 6個(gè)階段，規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水逐級(jí)下落而得名 ?它是一個(gè)軟件開發(fā)架構(gòu)，開發(fā)過(guò)程是通過(guò)一系列階段順序展開的。 ?每個(gè)階段都會(huì)產(chǎn)生循環(huán)反饋 ?各個(gè)階段產(chǎn)生的文檔是維護(hù)軟件產(chǎn)品時(shí)必不可少的，沒(méi)有文檔的軟件幾乎是不可能維護(hù)的。 瀑布模型示意圖 系統(tǒng)需求 軟件需求 需求分析