【文章內(nèi)容簡(jiǎn)介】 在構(gòu)件內(nèi)部，對(duì)外有著精心設(shè)計(jì)的接口，供外部使用者構(gòu)造應(yīng)用時(shí)調(diào)用。構(gòu)件本身可以是對(duì)某一函數(shù)、過程、子程序、數(shù)據(jù)類型、算法等可復(fù)用軟件成份的抽象，利用構(gòu)件來構(gòu)造軟件系統(tǒng)，有較高的生產(chǎn)率和較短的開發(fā)周期。 ? 生成復(fù)用：利用可復(fù)用的模式（ Patterns），通過生成程序產(chǎn)生一個(gè)新的應(yīng)用程序或程序段 32 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 演化模型 ? 使用瀑布模型人們認(rèn)識(shí)到，由于需求很難調(diào)研充分，所以很難一次性開發(fā)成功。 ? 演化模型提倡兩次開發(fā)： ? 第一次是試驗(yàn)開發(fā)，得到試驗(yàn)性的原型產(chǎn)品，其目標(biāo)只是在于探索可行性，弄清軟件需求； ? 第二次在此基礎(chǔ)上獲得較為滿意的軟件產(chǎn)品。 需 求 分 析軟 件 設(shè) 計(jì)軟 件 實(shí) 現(xiàn)軟 件 測(cè) 試軟 件 部 署用 戶 試 用 原型 ， 進(jìn) 行 評(píng)價(jià) 和 反 饋 ，對(duì) 需 求 進(jìn) 行修 訂 和 增 補(bǔ)需 求 分 析軟 件 設(shè) 計(jì)軟 件 實(shí) 現(xiàn)軟 件 測(cè) 試軟 件 部 署軟件移交第 一 次 試 驗(yàn) 開 發(fā) 第 二 次 產(chǎn) 品 開 發(fā)33 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 演化模型 ? 演化模型分類： ? 探索式演化模型 ? 拋棄式演化模型 ? 演化模型的特點(diǎn)： ? 優(yōu)點(diǎn)：明確用戶需求、提高系統(tǒng)質(zhì)量、降低開發(fā)風(fēng)險(xiǎn)； ? 缺點(diǎn)：難于管理、結(jié)構(gòu)較差、技術(shù)不成熟； ? 演化模型適用范圍： ? 需求不清楚； ? 小型或中小型系統(tǒng)； ? 開發(fā)周期短 34 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 增量模型 ? Mills等人于 1980年提出 ，指首先對(duì)系統(tǒng)最核心或最清晰的需求進(jìn)行分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試并集成到系統(tǒng)中。再按優(yōu)先級(jí)逐步對(duì)后續(xù)的需求進(jìn)行上述工作，逐步建設(shè)成一個(gè)完整系統(tǒng)的開發(fā)方法。 定義需求框架確 定增 量?jī)?nèi) 容及 其優(yōu) 先級(jí)設(shè) 計(jì)系 統(tǒng)體 系結(jié) 構(gòu)增 量 分 析增 量 設(shè) 計(jì)增 量 實(shí) 現(xiàn)測(cè) 試增 量 集 成增 量 開 發(fā)用 戶 使 用 增 量 產(chǎn) 品提 出 反 饋 意 見 ： 修改 、 補(bǔ) 充 需 求和 用 戶 溝 通 探 索 下一 增 量 內(nèi) 容 的 初 步需 求下 一 增 量 內(nèi) 容 的 確 定系 統(tǒng)確 認(rèn)測(cè) 試和 用戶 驗(yàn)收 測(cè)試指 導(dǎo) 和 控 制 增 量 集 成軟件移交下 一 增 量 開 發(fā)指 導(dǎo) 下 一 個(gè) 增 量 的 選 擇35 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 增量模型 ? 使用增量模型開發(fā)字處理軟件時(shí)，可以按照以下優(yōu)先級(jí)進(jìn)行增量開發(fā)： ? 第一個(gè)增量實(shí)現(xiàn)基本的文件管理、編輯和文檔生成功能； ? 第二個(gè)增量實(shí)現(xiàn)更加完善的編輯和文檔生成功能； ? 第三個(gè)增量實(shí)現(xiàn)拼寫和文法檢查功能； ? 第四個(gè)增量完成高級(jí)的頁面布局功能。 36 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 增量模型 ? 增量模型的優(yōu)點(diǎn)： ? 有利于增加客戶對(duì)系統(tǒng)的信心； ? 降低系統(tǒng)失敗風(fēng)險(xiǎn)； ? 提高系統(tǒng)可靠性； ? 提高了系統(tǒng)的穩(wěn)定性和可維護(hù)性； ? 增量模型的缺點(diǎn)： ? 增量粒度難以選擇； ? 確定所有的基本業(yè)務(wù)服務(wù)比較困難 。 37 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 螺旋模型 ? Boehm于 1988年提出，主要針對(duì)大型軟件項(xiàng)目的開發(fā)。 ? 大型軟件項(xiàng)目的特點(diǎn)： ? （ 1）需求功能復(fù)雜，無法一開始就明確；開發(fā)周期長(zhǎng)，中途需求經(jīng)常變化； ? （ 2）往往存在諸多風(fēng)險(xiǎn)因素，在不同程度上損害軟件開發(fā)過程和軟件產(chǎn)品的質(zhì)量，所以必須對(duì)風(fēng)險(xiǎn)進(jìn)行管理。 ? 螺旋模型最大特點(diǎn)就是引入了明確的風(fēng)險(xiǎn)管理。 38 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 螺旋模型 ? 四個(gè)象限 ? 制定計(jì)劃 ? 風(fēng)險(xiǎn)分析 ? 實(shí)施工程 ? 客戶評(píng)價(jià) 39 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 螺旋模型 ? 制定計(jì)劃：確定軟件項(xiàng)目目標(biāo)；明確對(duì)軟件開發(fā)過程和軟件產(chǎn)品的約束；制定詳細(xì)的項(xiàng)目管理計(jì)劃；根據(jù)當(dāng)前的需求和風(fēng)險(xiǎn)因素，制定實(shí)施方案，并進(jìn)行可行性分析，選定一個(gè)實(shí)施方案，并對(duì)其進(jìn)行規(guī)劃。 ? 風(fēng)險(xiǎn)分析：明確每一個(gè)項(xiàng)目風(fēng)險(xiǎn)，估計(jì)風(fēng)險(xiǎn)發(fā)生的可能性、頻率、損害程度，并制定風(fēng)險(xiǎn)管理措施規(guī)避這些風(fēng)險(xiǎn)。 ? 實(shí)施工程：針對(duì)每一個(gè)開發(fā)階段的任務(wù)要求執(zhí)行本開發(fā)階段的活動(dòng)。 ? 客戶評(píng)估：客戶使用原型，反饋修改意見；根據(jù)客戶的反饋，對(duì)產(chǎn)品及其開發(fā)過程進(jìn)行評(píng)審，決定是否進(jìn)入螺旋線的下一個(gè)回路。 40 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 噴泉模型 ? 噴泉模型也稱迭代模型，認(rèn)為軟件開發(fā)過程的各個(gè)階段是相互重疊和多次反復(fù)的，就象噴泉一樣，水噴上去又可以落下來，既可以落在中間，又可以落到底部。 ? 各個(gè)開發(fā)階段沒有特定的次序要求，完全可以并行進(jìn)行，可以在某個(gè)開發(fā)階段中隨時(shí)補(bǔ)充其他任何開發(fā)階段中遺漏的需求。 ? 優(yōu)點(diǎn)： ? 提高開發(fā)效率 ? 縮短開發(fā)周期 ? 缺點(diǎn)：難于管理 分 析設(shè) 計(jì)實(shí) 現(xiàn)維 護(hù)演 化41 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 構(gòu)件組裝模型 ? 構(gòu)件組裝模型利用模塊化思想將整個(gè)系統(tǒng)模塊化，并在一定構(gòu)件模型的支持下復(fù)用構(gòu)件庫中的一個(gè)或多個(gè)軟件構(gòu)件，通過組裝高效率、高質(zhì)量地構(gòu)造軟件系統(tǒng)。構(gòu)件組裝模型本質(zhì)上是演化的，開發(fā)過程是迭代的 。 需求定義和分析軟件體系結(jié)構(gòu)設(shè)計(jì)構(gòu)件開發(fā)可 復(fù) 用 構(gòu) 件 庫應(yīng)用軟件構(gòu)造測(cè)試和發(fā)布多 次 迭 代構(gòu) 件 導(dǎo) 入? 構(gòu)件組裝模型的開發(fā)過程就是構(gòu)件組裝的過程，維護(hù)的過程就是構(gòu)件升級(jí)、替換和擴(kuò)充的過程。 42 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 構(gòu)件組裝模型 ? 優(yōu)點(diǎn)： ? 充分利用軟件復(fù)用，提高了軟件開發(fā)的效率。 ? 允許多個(gè)項(xiàng)目同時(shí)開發(fā)，降低了費(fèi)用，提高了可維護(hù)性，可實(shí)現(xiàn)分步提交軟件產(chǎn)品。 ? 缺點(diǎn)： ? 缺乏通用的構(gòu)件組裝結(jié)構(gòu)標(biāo)準(zhǔn)，風(fēng)險(xiǎn)較大； ? 構(gòu)件可重用性和系統(tǒng)高效性之間不易協(xié)調(diào)； ? 由于過分依賴于構(gòu)件，構(gòu)件質(zhì)量影響著最終產(chǎn)品的質(zhì)量。 43 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 快速應(yīng)用開發(fā)模型 ? 快速應(yīng)用開發(fā)（ Rapid Application Development， RAD）是一個(gè)增量型的軟件開發(fā)過程模型，強(qiáng)調(diào)極短的開發(fā)周期 。 業(yè) 務(wù)建 模數(shù) 據(jù)建 模過 程建 模應(yīng) 用生 成測(cè) 試 及迭 代小 組 1業(yè) 務(wù)建 模數(shù) 據(jù)建 模過 程建 模應(yīng) 用生 成測(cè) 試 及迭 代小 組 2業(yè) 務(wù)建 模數(shù) 據(jù)建 模過 程建 模應(yīng) 用生 成測(cè) 試 及迭 代小 組 36 0 ~ 9 0 天44 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 快速應(yīng)用開發(fā)模型 ? RAD模型的缺點(diǎn)： ? 并非所有應(yīng)用都適合采用 RAD，如果一個(gè)應(yīng)用不能被模塊化，那么構(gòu)造應(yīng)用的構(gòu)件就無法快速獲取 ? 由于時(shí)間約束，開發(fā)人員和客戶必須在較短的時(shí)間內(nèi)完成一系列的需求分析，溝通配合不當(dāng)都會(huì)導(dǎo)致應(yīng)用 RAD模型的失敗 ? RAD適合于管理