【正文】 檢查 測試計劃 統(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)里程碑，評價項目基本的生存能力。 ? 根據(jù)生存周期確定的開發(fā)流程框架（規(guī) 范）成為軟件生存模型或軟件開發(fā)模型。它把層次劃分、分解與抽象、逐步細(xì)化、里程碑、重疊、迭代、變更、過程監(jiān)控等思想，貫穿整個活動當(dāng)中。 系統(tǒng)的總體設(shè)計在初始子集設(shè)計階段就應(yīng)作出設(shè)想。 8. 對象 — 統(tǒng)一過程 縱軸為活動組織，體現(xiàn)開發(fā)過程的靜態(tài)結(jié)構(gòu)。 ? 在團隊內(nèi)部，最具有效果并富有效率的傳遞信息的方法，就是面對面的交談。 ? XP的使用特點 ? 它是以代碼為中心的迭代開發(fā)（快），與以文檔為中心自頂向下逐層細(xì)化（慢）形成鮮明對比。 ? 最好的構(gòu)架、需求和設(shè)計出于自組織團隊。簡言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。 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)生原型 ?修改確認(rè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)軟件的制作。 全過程分為三個時期若干階段。 ? 軟件過程與軟件生命周期： 軟件過程：軟件開發(fā)所具有的活動，思想方法，時間上沒有順序； 生命周期：把軟件過程所涉及的活動，思想方法，按軟件開發(fā)的時間順序來落實和體現(xiàn)。 分析 增量模型 設(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) 、 方案和限制 評價方案 、 識別風(fēng)險 、 弱化風(fēng)險 開發(fā) 、 驗證 、 下一級產(chǎn)品 計劃下一階段 ?軟件工程項目從螺旋中心開始啟動，沿順時針方向前進。 6個核心過程工作流 (Core Process Workflows) 1． 商業(yè)建模 (Business Modeling) 2． 需求 (Requirements) 3． 分析和設(shè)計 (Analysis amp。 ? 工作的軟件是首要的進度度量標(biāo)準(zhǔn)。 ? 以程序員為中心。 ? 簡單是最根本的。在敏捷開發(fā)中，軟件項目的構(gòu)建被切分成多個子項目，各個子項目的成果都經(jīng)過測試，具備集成和可運行的特征。 RUP模型與噴泉模型？ 。 （軟件產(chǎn)品或軟件系統(tǒng)從設(shè)計、投入使用到被淘汰的全過程） ? 生存周期劃分小階段： 把整個生存周期劃分為若干較小的階段，每個階段有明確的任務(wù)界限，就能夠簡化每一步的工作內(nèi)容，使得因為軟件規(guī)模增長而帶來的軟件開發(fā)復(fù)雜性增大變得容易控制和管理。稱為軟件過程模型，也稱為 “軟件生命周期模型”。 ? 第一圈 產(chǎn)生產(chǎn)品規(guī)格說明； ? 第二圈 產(chǎn)生一個用于開發(fā)的原型； ? 第三圈 產(chǎn)生軟件產(chǎn)品的初始版本； ? 第四圈 產(chǎn)生軟件產(chǎn)品比較完善的新版本 螺旋模型的特點 ?多種模型的結(jié)合 瀑布模型 +快速原型的一種 演進模型 ?增加前三種模型所忽略的 風(fēng)險分析 ?螺旋式迭代、演進過程，每次迭代由四個階段構(gòu)成 ?制定計劃：確 定目標(biāo)，選擇方案，設(shè)定約束條件，選定 完 成本周期目標(biāo)的策略 ； ?風(fēng)險分析：風(fēng) 險角度分析該策略，必要時可建立原型， 可 確定、修改、終止項目 ； ?工程實現(xiàn)：每次循環(huán)實施瀑布模型中的一個或若干個階 段； ?評審階段：用戶占參與評估 前一步的結(jié)果，計劃下一輪 的工作 ?風(fēng)險可控，但依賴于風(fēng)險評估的準(zhǔn)確性 — 噴泉模型 進一步開發(fā) 實現(xiàn)和集成階段 運行狀態(tài) 實現(xiàn)階段 面向?qū)ο笤O(shè)計階段 計劃階段 面向?qū)ο蠓治鲭A段 需求階段 維護期 噴泉模型特點 ?主要用于支持面向?qū)ο箝_發(fā)過程 ?體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙的特征 。 Design) 4． 實現(xiàn) (Implementation) 5． 測試 (Test) 6． 部署 (Deployment) 3個核心支持工作流 (Core Supporting Workflows)。 ? 敏捷過程提倡可持續(xù)的開發(fā)速度。 ? 適用小型項目、小的開發(fā)團隊； ? 提出的 12個實踐方法對非敏捷開發(fā)過程也有借鑒意義。 ? 不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計會增強敏捷能力。 Change Management) 8． 項目管理 (Project Management) 9． 環(huán)境 (Environment) ? 什么是敏捷開發(fā)？一種以人為核心、迭代、循序漸進的開發(fā)方法。 ?無間隙是指在各項開發(fā)活動，即分析、設(shè)計和編碼之間不存在明顯的邊界。 軟件生存周期 軟件生存周期 (Software Life Cycle) ? 生存周期： 一個軟件從開始計劃起，到廢棄不用止。 第二章 軟件過程模型 Software Process Model ?瀑布模型（ waterfall model） ?快速原型模型（ rapid prototype model） ?增量模型（ Incremental model） ? 螺旋模型（ spiral model） ?噴泉模型（ Fountain model） ?構(gòu)件集成模型（ ponent integration model） ?統(tǒng)一過程 RUP(Rational Unified Process) ?極限編程 XP(Extrem