【正文】 （ ponent integration model） ?統(tǒng)一過(guò)程 RUP(Rational Unified Process) ?極限編程 XP(Extreme Programming) ?轉(zhuǎn)換模型（ transformational model） ?凈室模型（ Clean room model） 167。 （軟件產(chǎn)品或軟件系統(tǒng)從設(shè)計(jì)、投入使用到被淘汰的全過(guò)程） ? 生存周期劃分小階段： 把整個(gè)生存周期劃分為若干較小的階段，每個(gè)階段有明確的任務(wù)界限，就能夠簡(jiǎn)化每一步的工作內(nèi)容，使得因?yàn)檐浖?guī)模增長(zhǎng)而帶來(lái)的軟件開(kāi)發(fā)復(fù)雜性增大變得容易控制和管理。 ? 根據(jù)生存周期確定的開(kāi)發(fā)流程框架（規(guī) 范）成為軟件生存模型或軟件開(kāi)發(fā)模型。 軟件開(kāi)發(fā)模型 軟件開(kāi)發(fā)模型是軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。 ? 軟件開(kāi)發(fā)模型也常稱(chēng)為： 軟件過(guò)程模型 軟件生存期模型 軟件工程范型 ? 多種模型技術(shù)： ? 傳統(tǒng)模型：瀑布模型，快速原型模型； ? 演化模型：增量模型，螺旋模型； ? 面向?qū)ο竽Ｐ停簢娙Ｐ?，?gòu)件集成模型； ? 形式化模型：轉(zhuǎn)換模型，凈室模型； ? 新的熱點(diǎn) 軟件開(kāi)發(fā)模型： ? 統(tǒng)一過(guò)程 RUP(Rational Unified Process) ? 極限編程 XP(Extreme Programming) 新的國(guó)際標(biāo)準(zhǔn)定義的軟件生存過(guò)程 （ 1995 ISO/IEC 12207） 軟件生存期過(guò)程 支持過(guò)程 組織過(guò)程 主要過(guò)程 獲 取 過(guò) 程 供 應(yīng) 過(guò) 程 開(kāi) 發(fā) 過(guò) 程 運(yùn) 行 過(guò) 程 維 護(hù) 過(guò) 程 文 檔 編 制 過(guò) 程 配 置 管 理 過(guò) 程 質(zhì) 量 保 證 過(guò) 程 驗(yàn) 證 過(guò) 程 確 認(rèn) 過(guò) 程 聯(lián) 合 評(píng) 審 過(guò) 程 審 核 過(guò) 程 問(wèn) 題 解 決 過(guò) 程 管 理 過(guò) 程 基 礎(chǔ) 設(shè) 施 過(guò) 程 改 進(jìn) 過(guò) 程 培 訓(xùn) 過(guò) 程 1. 傳統(tǒng) — 瀑布模型 (線(xiàn)形順序模型 ) 問(wèn)題定義 需求分析 設(shè) 計(jì) 編 碼 運(yùn)行維護(hù) 測(cè) 試 計(jì)劃階段 （ Why， What） 運(yùn)行階段（ Change） 可行性研究 開(kāi)發(fā)階段 （ How） 按照傳統(tǒng)瀑布模型開(kāi)發(fā)軟件的特點(diǎn) （ 缺點(diǎn) ）。 (優(yōu)點(diǎn) ) ? 每個(gè)階段必須完成規(guī)定的文檔 。 2. 傳統(tǒng) — 原型模型 （快速成型模型） 建造 /修改 原型 用戶(hù)測(cè)試 運(yùn)行原型 聽(tīng)取用 戶(hù)意見(jiàn) 原型模型 采用原型模型的軟件生存周期 分析定義 系統(tǒng)需求 生成 原型 系統(tǒng) 設(shè)計(jì) 程序 設(shè)計(jì) 編碼 測(cè)試 運(yùn) 行 和維護(hù) 原型化 含原型化的 軟件生存期 采用原型模型的特點(diǎn) ?及早向用戶(hù)展示系統(tǒng)模型（原型），即具體形象地展示界面及功能； ?用戶(hù)認(rèn)可原型后進(jìn)行開(kāi)發(fā)，逐一完善； ?修改集中在前期的原型確認(rèn)上； ?借助原型開(kāi)發(fā)工具會(huì)加快進(jìn)度 3 演化 — 增量模型 (遞增模型 ) 先完成一個(gè)系統(tǒng)子集的開(kāi)發(fā)，再按同樣的開(kāi)發(fā)步驟增加功能 (系統(tǒng)子集 ),如此遞增下去直至滿(mǎn)足全部系統(tǒng)需求。 分析 增量模型 設(shè)計(jì) 編碼 測(cè)試 分析 設(shè)計(jì) 編碼 測(cè)試 分析 設(shè)計(jì) 編碼 測(cè)試 分析 設(shè)計(jì) 編碼 測(cè)試 增量 1 增量 2 增量 3 增量 n 增量 1 交付客戶(hù) 增量 2 交付客戶(hù) 增量 3 交付客戶(hù) 增量 n 交付客戶(hù) 日歷時(shí)間 ….. 增量模型的特點(diǎn) ?適應(yīng)需求不能完全被掌握和了解 ?使用 戶(hù)盡快見(jiàn)到開(kāi)發(fā)的成果，增強(qiáng)雙方信心； ?分步驟、按模塊開(kāi)發(fā)，加少?gòu)?fù)雜性和難度，減 少風(fēng)險(xiǎn)； ?邊開(kāi)發(fā)邊投入，及早發(fā)現(xiàn)問(wèn)題，修改擴(kuò)充容易； ?增量開(kāi)發(fā)方法的新演進(jìn)版本叫做 “極限編程” （ XP—— eXtreme Programming) — 螺旋模型 螺旋模型 決定目標(biāo) 、 方案和限制 評(píng)價(jià)方案 、 識(shí)別風(fēng)險(xiǎn) 、 弱化風(fēng)險(xiǎn) 開(kāi)發(fā) 、 驗(yàn)證 、 下一級(jí)產(chǎn)品 計(jì)劃下一階段 ?軟件工程項(xiàng)目從螺旋中心開(kāi)始啟動(dòng)，沿順時(shí)針?lè)较蚯斑M(jìn)。 ?系統(tǒng)某個(gè)部分常常重復(fù)工作多次，相關(guān)對(duì)象在每次迭代中隨之加入演進(jìn)的軟件成分。 RUP模型與噴泉模型？ 。 三個(gè)關(guān)鍵技術(shù)： ?置于統(tǒng)計(jì)過(guò)程控制之下的增量開(kāi)發(fā) ?基于函數(shù)的規(guī)范、設(shè)計(jì)、驗(yàn)證 ?統(tǒng)計(jì)測(cè)試和軟件認(rèn)證 凈室模型 盒結(jié)構(gòu) 規(guī)約 需求 收集 形式化 設(shè)計(jì) 正確性 驗(yàn)證 代碼 檢查 測(cè)試計(jì)劃 統(tǒng)計(jì)性 使用測(cè) 試 驗(yàn)證 增量 1 盒結(jié)構(gòu) 規(guī)約 需求 收集 形式化 設(shè)計(jì) 正確性 驗(yàn)證 代碼 檢查 測(cè)試計(jì)劃 統(tǒng)計(jì)性 使用測(cè) 試 驗(yàn)證 增量 2 盒結(jié)構(gòu) 規(guī)約 需求 收集 形式化 設(shè)計(jì) 正確性 驗(yàn)證 代碼 檢查 測(cè)試計(jì)劃 統(tǒng)計(jì)性 使用測(cè) 試 驗(yàn)證 增量 1 . . . . . . . . . . . . 8. 對(duì)象 — 統(tǒng)一過(guò)程 統(tǒng)一過(guò)程 RUP(Rational Unified Process) 面向?qū)ο笥美?qū)動(dòng)，迭代和增量的， 二維開(kāi)發(fā)模型 見(jiàn)下圖： RUP的軟件開(kāi)發(fā)生命周期 8. 對(duì)象 — 統(tǒng)一過(guò)程 橫軸為時(shí)間組織，是過(guò)程展開(kāi)的生命周期特征，體現(xiàn)開(kāi)發(fā)過(guò)程的動(dòng)態(tài)結(jié)構(gòu)，劃分四個(gè)階段 (Phase)四個(gè)里程碑(Milestone ) ，分別是： ? 初始階段 (Inception)，目標(biāo) (Lifecycle Objective)里程碑，評(píng)價(jià)項(xiàng)目基本的生存能力。檢驗(yàn)詳細(xì)的系統(tǒng)目標(biāo)和范圍、結(jié)構(gòu)的選擇以及主要風(fēng)險(xiǎn)的解決方案。決定產(chǎn)品是否可以在測(cè)試環(huán)境中進(jìn)行部署、運(yùn)作。 ? 交付階段 (Transition)，產(chǎn)品發(fā)布 (Product Release)里程碑。在一些情況下這個(gè)里程碑可能與下一個(gè)周期的初始階段的結(jié)束重合 。 6個(gè)核心過(guò)程工作流 (Core Process Workflows) 1． 商業(yè)建模 (Business Modeling) 2． 需求 (Requirements) 3． 分析和設(shè)計(jì) (Analysis amp。 7. 配置和變更管理 (Configuration amp。在敏捷開(kāi)發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備集成和可運(yùn)行的特征。 ? 敏捷開(kāi)發(fā)是由一些業(yè)界專(zhuān)家針對(duì)一些企業(yè)現(xiàn)狀提出了一些讓軟件開(kāi)發(fā)團(tuán)隊(duì)具有快速工作、響應(yīng)變化能力的價(jià)值觀(guān)和原則，并于 2022初成立了敏捷聯(lián)盟。通過(guò)這項(xiàng)工作，他們認(rèn)為： ?個(gè)體和交互 勝過(guò) 過(guò)程和工具 ?可以工作的軟件 勝過(guò) 面面俱到的文檔 ?客戶(hù)合作 勝過(guò) 合同談判 ?響應(yīng)變化 勝過(guò) 遵循計(jì)劃 敏捷開(kāi)發(fā) 遵循的原則： ? 我們最優(yōu)先要做的是通過(guò)盡早的、持續(xù)的交付有價(jià)值的軟件來(lái)使客戶(hù)滿(mǎn)意。敏捷過(guò)程利用變化來(lái)為客戶(hù)創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。 ? 在整個(gè)項(xiàng)目開(kāi)發(fā)期間，業(yè)務(wù)人員和開(kāi)發(fā)人員必須天天都在一起工作。給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作。 ? 工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。責(zé)任人、開(kāi)發(fā)者和用戶(hù)應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開(kāi)發(fā)速度。 ? 簡(jiǎn)單是最根本的。 ? 每隔一定時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省，然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整。 XP承諾降低軟件項(xiàng)目風(fēng)險(xiǎn)，改善業(yè)務(wù)變化的反應(yīng)能力，提高開(kāi)發(fā)期間的生產(chǎn)力，為軟件開(kāi)發(fā)過(guò)程增加樂(lè)趣，相信這些足以吸引每個(gè)人的眼球。 ? 為了能成功地實(shí)施 XP， XP制定四個(gè)價(jià)值體現(xiàn)：溝通、簡(jiǎn)單、反饋和勇氣 ? 實(shí)