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