【正文】 可以說 XP為你的軟件開發(fā)的指導(dǎo)老師。 ? 每隔一定時間，團隊會在如何才能更有效地工作方面進行反省，然后相應(yīng)地對自己的行為進行調(diào)整。給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作。 ? 敏捷開發(fā)是由一些業(yè)界專家針對一些企業(yè)現(xiàn)狀提出了一些讓軟件開發(fā)團隊具有快速工作、響應(yīng)變化能力的價值觀和原則，并于 2022初成立了敏捷聯(lián)盟。在一些情況下這個里程碑可能與下一個周期的初始階段的結(jié)束重合 。 三個關(guān)鍵技術(shù)： ?置于統(tǒng)計過程控制之下的增量開發(fā) ?基于函數(shù)的規(guī)范、設(shè)計、驗證 ?統(tǒng)計測試和軟件認證 凈室模型 盒結(jié)構(gòu) 規(guī)約 需求 收集 形式化 設(shè)計 正確性 驗證 代碼 檢查 測試計劃 統(tǒng)計性 使用測 試 驗證 增量 1 盒結(jié)構(gòu) 規(guī)約 需求 收集 形式化 設(shè)計 正確性 驗證 代碼 檢查 測試計劃 統(tǒng)計性 使用測 試 驗證 增量 2 盒結(jié)構(gòu) 規(guī)約 需求 收集 形式化 設(shè)計 正確性 驗證 代碼 檢查 測試計劃 統(tǒng)計性 使用測 試 驗證 增量 1 . . . . . . . . . . . . 8. 對象 — 統(tǒng)一過程 統(tǒng)一過程 RUP(Rational Unified Process) 面向?qū)ο笥美?qū)動，迭代和增量的， 二維開發(fā)模型 見下圖： RUP的軟件開發(fā)生命周期 8. 對象 — 統(tǒng)一過程 橫軸為時間組織，是過程展開的生命周期特征，體現(xiàn)開發(fā)過程的動態(tài)結(jié)構(gòu)，劃分四個階段 (Phase)四個里程碑(Milestone ) ，分別是： ? 初始階段 (Inception)，目標(biāo) (Lifecycle Objective)里程碑，評價項目基本的生存能力。 2. 傳統(tǒng) — 原型模型 （快速成型模型） 建造 /修改 原型 用戶測試 運行原型 聽取用 戶意見 原型模型 采用原型模型的軟件生存周期 分析定義 系統(tǒng)需求 生成 原型 系統(tǒng) 設(shè)計 程序 設(shè)計 編碼 測試 運 行 和維護 原型化 含原型化的 軟件生存期 采用原型模型的特點 ?及早向用戶展示系統(tǒng)模型（原型），即具體形象地展示界面及功能； ?用戶認可原型后進行開發(fā)，逐一完善； ?修改集中在前期的原型確認上； ?借助原型開發(fā)工具會加快進度 3 演化 — 增量模型 (遞增模型 ) 先完成一個系統(tǒng)子集的開發(fā)，再按同樣的開發(fā)步驟增加功能 (系統(tǒng)子集 ),如此遞增下去直至滿足全部系統(tǒng)需求。 ? 根據(jù)生存周期確定的開發(fā)流程框架（規(guī) 范）成為軟件生存模型或軟件開發(fā)模型。 ? 軟件過程就是軟件工程方法論，討論技術(shù)實現(xiàn)的理論基礎(chǔ)、思想方法、活動內(nèi)容、基本模型。它把層次劃分、分解與抽象、逐步細化、里程碑、重疊、迭代、變更、過程監(jiān)控等思想，貫穿整個活動當(dāng)中。 軟件生存期的階段劃分 (1)問題定義 (2)可行性研究 (3)需求分析 (4)總體設(shè)計 上游 (5)詳細設(shè)計 （設(shè)計師任務(wù)） (6)實現(xiàn) (7)單元測試 (8)確認測試 (9)系統(tǒng)測試 下游 (10)運行和維護 （程序員任務(wù)） （根據(jù)國標(biāo) 《 計算機軟件開發(fā)規(guī)范 》 ） 計劃 時期 開發(fā)時期 運行時期 只考慮 編寫程序 涉及整個 軟件生存 周期 擴展到 軟件工作的范圍 167。 系統(tǒng)的總體設(shè)計在初始子集設(shè)計階段就應(yīng)作出設(shè)想。 ? 細化階段 (Elaboration)，結(jié)構(gòu) (Lifecycle Architecture)里程碑。 8. 對象 — 統(tǒng)一過程 縱軸為活動組織，體現(xiàn)開發(fā)過程的靜態(tài)結(jié)構(gòu)。他們正在通過親身實踐以及幫助他人實踐，揭示更好的軟件開發(fā)方法。 ? 在團隊內(nèi)部，最具有效果并富有效率的傳遞信息的方法，就是面對面的交談。 極限編程（ XPExtreme Programming） ? 極限編程（ XP）是敏捷開發(fā)的一種輕量級的軟件開發(fā)方法論，XP從實踐中來，是對實踐的總結(jié)，也是經(jīng)過實踐檢驗的，其主要特征是要適應(yīng)環(huán)境變化和需求變化，充分發(fā)揮開發(fā)人員的主動精神。 ? XP的使用特點 ? 它是以代碼為中心的迭代開發(fā)（快），與以文檔為中心自頂向下逐層細化（慢）形成鮮明對比。在真正去實現(xiàn) XP時， XP又提供了將策略成功應(yīng)用的實踐。 ? 最好的構(gòu)架、需求和設(shè)計出于自組織團隊。 ? 圍繞被激勵起來的個體來構(gòu)建項目。簡言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。確定目標(biāo)是否實現(xiàn)，是否應(yīng)該開始另一個開發(fā)周期。 6. 對象 — 可重用部件組裝模型 使用重用技術(shù)的軟件工程模型 ?構(gòu)件 (ponents):可重用的軟件成份 ?可復(fù)用性 （ Reusability） （可重用性） ?集成化軟件開發(fā)環(huán)境 （ ISEE） 可重用部件組裝模型 系統(tǒng) A的 軟件構(gòu)成 系統(tǒng) C的 軟件構(gòu)成 系統(tǒng) B的 軟件構(gòu)成 可重用 部 件 可重用 部 件 軟件生產(chǎn)線 應(yīng)用構(gòu)件 提取車間 應(yīng)用 構(gòu)件庫 構(gòu)件生 產(chǎn)車間 構(gòu)件庫 組裝 車間 領(lǐng)域 1 領(lǐng)域 2 應(yīng)用 系統(tǒng) ... 1 2 3 4 1基礎(chǔ)構(gòu)件， 2功能構(gòu)件 3接口構(gòu)件， 4用戶界面構(gòu)件 7. 形式化模型 形式化模型屬智能化模型，基于如下一些技術(shù)： ? 基于模型的規(guī)格說明及其變換技術(shù) ? 基于代數(shù)結(jié)構(gòu)及其變換技術(shù) ? 基于時序邏輯的規(guī)格說明和驗證技術(shù) ? 基于可視形式化技術(shù)（可視化工具） 有以下兩種方法： ? 轉(zhuǎn)換模型 (Transformational Model) ： 需求分析 ?用數(shù)學(xué)表示規(guī)格說明 ?產(chǎn)生原型 ?修改確認 ?人機交互 ?自動轉(zhuǎn)換 ?程序測試 ? 凈室模型 (Cleanroom Model)： 屬形式化增量開發(fā)模型 轉(zhuǎn)換模型 形式化 規(guī)格說明 與需求比 較后修正 形式化開發(fā)記錄 變換 n 變換 2 變換 1 測試 系統(tǒng)需求 目標(biāo)系統(tǒng) 凈室模型 (形式化的增量開發(fā)模型 ) 基于思想： 力求在分析和設(shè)計階段就消除錯誤， 確保正確，然后在無缺陷或 “ 潔凈 ” 的狀態(tài) 下實現(xiàn)軟件的制作。 ? 每個階段結(jié)束前完成文檔審查 ,及早改正錯誤； ： ? 需求分析是成敗關(guān)鍵，不適合需求模糊的系統(tǒng)； ? 需求變化很難適應(yīng)。 全過程分為三個時期若干階段。軟件過程是軟件工程層次中最底層要素。 ? 軟件過程與軟件生命周期： 軟件過程：軟件開發(fā)所具有的活動，思想方法，時間上沒有順序； 生命周期：把軟件過程所涉及的活動，思想方法，按軟件開發(fā)的時間順序來落實和體現(xiàn)。 軟件開發(fā)模型 軟件開發(fā)模型是軟件開發(fā)全部過程、活動和任務(wù)的結(jié)構(gòu)框架。 分析 增量模型 設(shè)計 編碼 測試 分析 設(shè)計 編碼 測試 分析 設(shè)計 編碼 測試 分析 設(shè)計 編碼 測試 增量 1 增量 2 增量 3 增量 n 增量 1 交付客戶 增量 2 交付客戶 增量 3 交付客戶 增量 n 交付客戶 日歷時間 ….. 增量模型的特點 ?適應(yīng)需求不能完全被掌握和了解 ?使用 戶盡快見到開發(fā)的成果，增強雙方信心； ?分步驟、按模塊開發(fā)，加少復(fù)雜性和難度，減 少風(fēng)險； ?邊開發(fā)邊投入，及早發(fā)現(xiàn)問題，修改擴充容易； ?增量開發(fā)方法的新演進版本叫做 “極限編程” （ XP—— eXtreme Programming) — 螺旋模型 螺旋模型 決定目標(biāo) 、 方案