【正文】 ? 適用小型項目、小的開發(fā)團隊； ? 提出的 12個實踐方法對非敏捷開發(fā)過程也有借鑒意義。 ? XP的使用特點 ? 它是以代碼為中心的迭代開發(fā)（快），與以文檔為中心自頂向下逐層細化（慢）形成鮮明對比。在真正去實現(xiàn) XP時， XP又提供了將策略成功應用的實踐。 極限編程（ XP） ： ? XP是一個非常龐大的知識庫，每一項都是一門值得深究的學問。 ? 在 XP的項目開發(fā)中，首先引入了四個變量：成本、時間、質量和范圍，通過研究變量之間的相互作用，將項目開發(fā)分析的更加透徹，成功講述一個項目成功的原則。 極限編程（ XPExtreme Programming） ? 極限編程（ XP）是敏捷開發(fā)的一種輕量級的軟件開發(fā)方法論，XP從實踐中來，是對實踐的總結，也是經過實踐檢驗的，其主要特征是要適應環(huán)境變化和需求變化，充分發(fā)揮開發(fā)人員的主動精神。 ? 最好的構架、需求和設計出于自組織團隊。 ? 不斷地關注優(yōu)秀的技能和好的設計會增強敏捷能力。 ? 敏捷過程提倡可持續(xù)的開發(fā)速度。 ? 在團隊內部，最具有效果并富有效率的傳遞信息的方法，就是面對面的交談。 ? 圍繞被激勵起來的個體來構建項目。 ? 經常性地交付可以工作的軟件，交付的間隔可以從幾個星期到幾個月，交付的時間間隔越短越好。 ? 即使到了開發(fā)的后期，也歡迎改變需求。他們正在通過親身實踐以及幫助他人實踐，揭示更好的軟件開發(fā)方法。簡言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。 Change Management) 8． 項目管理 (Project Management) 9． 環(huán)境 (Environment) ? 什么是敏捷開發(fā)？一種以人為核心、迭代、循序漸進的開發(fā)方法。 Design) 4． 實現(xiàn) (Implementation) 5． 測試 (Test) 6． 部署 (Deployment) 3個核心支持工作流 (Core Supporting Workflows)。 8. 對象 — 統(tǒng)一過程 縱軸為活動組織，體現(xiàn)開發(fā)過程的靜態(tài)結構。確定目標是否實現(xiàn)，是否應該開始另一個開發(fā)周期。此時的產品版本也常被稱為“ beta”版。 ? 構造階段 (Construction)，初始功能 (Initial Operational)里程碑。 ? 細化階段 (Elaboration)，結構 (Lifecycle Architecture)里程碑。 6. 對象 — 可重用部件組裝模型 使用重用技術的軟件工程模型 ?構件 (ponents):可重用的軟件成份 ?可復用性 （ Reusability） （可重用性） ?集成化軟件開發(fā)環(huán)境 （ ISEE） 可重用部件組裝模型 系統(tǒng) A的 軟件構成 系統(tǒng) C的 軟件構成 系統(tǒng) B的 軟件構成 可重用 部 件 可重用 部 件 軟件生產線 應用構件 提取車間 應用 構件庫 構件生 產車間 構件庫 組裝 車間 領域 1 領域 2 應用 系統(tǒng) ... 1 2 3 4 1基礎構件， 2功能構件 3接口構件， 4用戶界面構件 7. 形式化模型 形式化模型屬智能化模型，基于如下一些技術： ? 基于模型的規(guī)格說明及其變換技術 ? 基于代數(shù)結構及其變換技術 ? 基于時序邏輯的規(guī)格說明和驗證技術 ? 基于可視形式化技術（可視化工具） 有以下兩種方法： ? 轉換模型 (Transformational Model) ： 需求分析 ?用數(shù)學表示規(guī)格說明 ?產生原型 ?修改確認 ?人機交互 ?自動轉換 ?程序測試 ? 凈室模型 (Cleanroom Model)： 屬形式化增量開發(fā)模型 轉換模型 形式化 規(guī)格說明 與需求比 較后修正 形式化開發(fā)記錄 變換 n 變換 2 變換 1 測試 系統(tǒng)需求 目標系統(tǒng) 凈室模型 (形式化的增量開發(fā)模型 ) 基于思想： 力求在分析和設計階段就消除錯誤， 確保正確，然后在無缺陷或 “ 潔凈 ” 的狀態(tài) 下實現(xiàn)軟件的制作。 ?無間隙是指在各項開發(fā)活動，即分析、設計和編碼之間不存在明顯的邊界。 ? 第一圈 產生產品規(guī)格說明； ? 第二圈 產生一個用于開發(fā)的原型； ? 第三圈 產生軟件產品的初始版本； ? 第四圈 產生軟件產品比較完善的新版本 螺旋模型的特點 ?多種模型的結合 瀑布模型 +快速原型的一種 演進模型 ?增加前三種模型所忽略的 風險分析 ?螺旋式迭代、演進過程，每次迭代由四個階段構成 ?制定計劃：確 定目標，選擇方案，設定約束條件，選定 完 成本周期目標的策略 ； ?風險分析：風 險角度分析該策略，必要時可建立原型， 可 確定、修改、終止項目 ； ?工程實現(xiàn)：每次循環(huán)實施瀑布模型中的一個或若干個階 段； ?評審階段：用戶占參與評估 前一步的結果，計劃下一輪 的工作 ?風險可控，但依賴于風險評估的準確性 — 噴泉模型 進一步開發(fā) 實現(xiàn)和集成階段 運行狀態(tài) 實現(xiàn)階段 面向對象設計階段 計劃階段 面向對象分析階段 需求階段 維護期 噴泉模型特點 ?主要用于支持面向對象開發(fā)過程 ?體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙的特征 。 系統(tǒng)的總體設計在初始子集設計階段就應作出設想。 ? 每個階段結束前完成文檔審查 ,及早改正錯誤； ： ? 需求分析是成敗關鍵，不適合需求模糊的系統(tǒng)； ? 需求變化很難適應。 （ 優(yōu)點 ）。它能直觀表達軟件開發(fā)全過程，明確規(guī)定要完成的主要活動、任務和開發(fā)策略。 軟件生存期的階段劃分 (1)問題定義 (2)可行性研究 (3)需求分析 (4)總體設計 上游 (5)詳細設計 （設計師任務） (6)實現(xiàn) (7)單元測試 (8)確認測試 (9)系統(tǒng)測試 下游 (10)運行和維護 （程序員任務） （根據(jù)國標 《 計算機軟件開發(fā)規(guī)范 》 ） 計劃 時期 開發(fā)時期 運行時期 只考慮 編寫程序 涉及整個 軟件生存 周期 擴展到 軟件工作的范圍 167。 全過程分為三個時期若干階段。 軟件生存周期 軟件生存周期 (Software Life Cycle) ? 生存周期： 一個軟件從開始計劃起，到廢棄不用止。稱為軟件過程模型，也稱為 “軟件生命周期模型”。它把層次劃分、分解與抽象、逐步細化、里程碑、重疊、迭代、變更、過程監(jiān)控等思想，貫穿整個活動當中。軟件過程是軟件工程層次中最底層要素。第二章 軟件過程模型 本章課前思考 ? 軟件過程與軟件工程有什么區(qū)別？ ? 軟件過程討論的內容有哪些？ ? 我們從什么角度討論軟件過程？ ? 什么是軟件生存周期？ ? 軟件過程模型都什么樣？討論它有什么用 ? 第二章 軟件過程模型 軟件過程的一些概念： ? 軟件過程是指為獲得軟件產品，在軟件工具的支持下由軟件工程師完成的一系列軟件工程活動 。 ? 軟件過程是軟件工程的一個側面；也稱“軟件工程過程”。 ? 軟件過程就是軟件工程方法論，討論技術實現(xiàn)的理論基礎、思想方法、活動內容、基本模型。 ? 軟件過程與軟件生命周期： 軟件過程：軟件開發(fā)所具有的活動，思想方法，時間上沒有順序； 生命周期：把軟件過程所涉及的活動，思想方法，按軟件開發(fā)的時間順序來落實和體現(xiàn)。 第二章 軟件過程模型 Software Process Model ?瀑布模型（ waterfall model） ?快速原型模型（ rapid prototype model） ?增量模型（ Incremental model） ? 螺旋模型（ spiral model） ?噴泉模型（ Fountain model） ?構件集成模型