【正文】 你 打算采用 哪種軟 件 過 程模型？ 為 什 么 ？ ? 假 設(shè) 要求 你開發(fā) 一 個(gè)軟 件， 該軟 件的功能是把 讀 入的浮點(diǎn)數(shù)開 平方，所得到的 結(jié) 果 應(yīng)該 精確到小 數(shù) 點(diǎn)后 4位，一旦 實(shí)現(xiàn)并測試 完成之后， 該產(chǎn) 品 將 被拋棄。如果平均每人每天可以 開發(fā) 10條 指令， 請(qǐng)問 ： （ 1） 開發(fā)這個(gè)應(yīng) 用程序 將 用多少人日？ （ 2）假 設(shè) 程序 員 的月平均工 資為 4000美元，每月按 20個(gè) 工作日 計(jì) 算，這個(gè)軟 件的成本是多少美元？ （ 3） 1982年 VAX750計(jì) 算機(jī)硬件價(jià)格 約為 125000美元，那 么這個(gè)軟 件的成本在 總 成本中占多大的比例？ （ 4） 20年后，一臺(tái)性能 遠(yuǎn)遠(yuǎn)優(yōu) 于 VAX750的微型 計(jì) 算機(jī)的價(jià)格 為 2023美元， 這時(shí)軟 件 開發(fā) 生 產(chǎn) 率已提高到平均每人每天 開發(fā) 40條 指令，而程序 員 的月平均工 資 也 漲 到 8000美元。 不同階段工作流的側(cè)重點(diǎn)不同，前兩階段大部分工作集中在需求、分析和架構(gòu)設(shè)計(jì)上；在構(gòu)造階段，重點(diǎn)轉(zhuǎn)移到詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)和測試上。 移交階段 ： 產(chǎn)品發(fā)布、安裝、用戶培訓(xùn)。 細(xì)化階段 ： 制定項(xiàng)目計(jì)劃、配置各類資源、建立系統(tǒng)架構(gòu)（包括各類視圖）。在每次迭代中只考 慮 系 統(tǒng) 的一部分需求， 針對(duì)這 部分需求 進(jìn) 行分析、 設(shè)計(jì) 、 實(shí)現(xiàn) 、 測試 和部署等工作，每次迭代都是在系 統(tǒng) 已完成部分的基 礎(chǔ)上 進(jìn) 行的，每次 給 系 統(tǒng) 能 夠 增加一些新的功能，如此循 環(huán)往 復(fù) 地 進(jìn) 行下去，直至完成最 終項(xiàng) 目。 RUP描述了如何有效地利用商 業(yè) 的可靠的方法 開發(fā) 和部署 軟 件，是一 種重量 級(jí)過 程（也被 稱 作厚方法 學(xué) ），因此特 別 適用于大型軟 件 團(tuán)隊(duì)開發(fā) 大型 項(xiàng) 目。此外 這種 模型要求 嚴(yán) 格管理文 檔 ，使得 審 核的 難 度加大，尤其是面 對(duì) 可能 隨時(shí) 加入各 種 信息、需求 與資料的情 況 。其 優(yōu) 點(diǎn)是可以提高 軟 件 項(xiàng) 目 開發(fā) 效率，節(jié) 省 開發(fā)時(shí)間 ，適 應(yīng) 于面向 對(duì) 象的 軟 件 開發(fā)過 程。 噴 泉模型 噴 泉模型的 優(yōu) 點(diǎn) 噴 泉模型不像瀑布模型那 樣 ，需要分析活 動(dòng)結(jié) 束后才 開 始 設(shè)計(jì) 活 動(dòng) ，設(shè)計(jì) 活 動(dòng)結(jié) 束后才 開 始 編碼 活 動(dòng) 。軟件的某個(gè)部分常常被重復(fù)工作多次，相關(guān)對(duì)象在每次迭代中隨之加入漸進(jìn)的軟件成分。 ? 噴泉模型是一種以用戶需求為動(dòng)力，以對(duì)象為驅(qū)動(dòng)的模型，主要用于采用對(duì)象技術(shù)的軟件開發(fā)項(xiàng)目。 ? 使用該模型需要有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)，要求開發(fā)隊(duì)伍水平較高。 ? 在螺旋模型中維護(hù)只是模型的另一個(gè)周期，在維護(hù)和開發(fā)之間并沒有本質(zhì)區(qū)別。 螺旋模型 螺旋模型的優(yōu)點(diǎn) ? 對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個(gè)重要目標(biāo)。 螺旋模型將瀑布模型與快速原型模型結(jié)合起來，并且加入兩種模型均忽略了的風(fēng)險(xiǎn)分析，彌補(bǔ)了兩者的不足 。此外，必須把軟件的體系結(jié)構(gòu)設(shè)計(jì)的便于按照這種方式進(jìn)行擴(kuò)充，向現(xiàn)有產(chǎn)品中加入新構(gòu)件的過程必須簡單、方便，這就意味著需要更精心的設(shè)計(jì)。 ? 逐步增加產(chǎn)品功能可以使用戶有較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品，從而減少一個(gè)全新的軟件可能給客戶組織帶來的沖擊。 ? 用增量模型開發(fā)軟件時(shí)，是分批地逐步向用戶提交產(chǎn)品。 ? 把軟件產(chǎn)品分解成增量構(gòu)件時(shí)，應(yīng)該使構(gòu)件的規(guī)模適中。 ? 增量模型也稱為漸增模型，使用增量模型開發(fā)軟件時(shí)，把軟件產(chǎn)品作為一系列的增量構(gòu)件來設(shè)計(jì)、編碼、集成和測試。 快速原型模型 快速原型 驗(yàn)證 編碼 驗(yàn)證 規(guī)格說明 驗(yàn)證 設(shè)計(jì) 驗(yàn)證 綜合測試 維護(hù) 變化的需求 驗(yàn)證 快速原型模型 快速原型模型適用的場合 ? 原型模型比瀑布模型更符合人們認(rèn)識(shí)事物的過程和規(guī)律，是一種較實(shí)用的開發(fā)框架。 原型模型（ prototyping model）的基本框架是軟件開發(fā)人員根據(jù)用戶提出的軟件基本需求快速開發(fā)一個(gè)原型，以便向用戶展示軟件系統(tǒng)應(yīng)有的部分或全部功能和性能，在征求用戶對(duì)原型的評(píng)價(jià)意見后，進(jìn)一步使需求精確化、完全化，并據(jù)此改進(jìn)、完善原型，如此迭代，直到軟件開發(fā)人員和用戶都確認(rèn)軟件系統(tǒng)的需求并達(dá)成一致的理解為止。例如操作系統(tǒng)、編譯系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的開發(fā)。 ? 作為整體開發(fā)的瀑布模型，由于不支持產(chǎn)品的演化，缺乏靈活性，對(duì)開發(fā)過程中很難發(fā)現(xiàn)的錯(cuò)誤，只有在最終產(chǎn)品運(yùn)行時(shí)才能暴露出來，從而使軟件產(chǎn)品難以維護(hù)。 瀑布模型的缺點(diǎn) ? 在軟件開發(fā)的初期階段就要求做出正確、全面、完整的需求分析對(duì)許多應(yīng)用軟件來說是極其困難的。因此，它是一種以文檔作為驅(qū)動(dòng)的模型。 ? 瀑布模型嚴(yán)格按照軟件生存周期各個(gè)階段來進(jìn)行開發(fā)，上一階段的輸出即是下一階段的輸入，并強(qiáng)調(diào)每一階段的嚴(yán)格性。 瀑布模型 快速原型模型 增量模型 螺旋模型 瀑布模型（ waterfall model）是由 W. Royce于 1970年提出來的。 ? 科學(xué)、有效的軟件過程應(yīng)該定義一組適合于所承擔(dān)的項(xiàng)目特點(diǎn)的任務(wù)集合。 軟件過程 ? 軟件過程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。 ? 通常有四類維護(hù)活動(dòng)：改正性維護(hù) 、 適應(yīng)性維護(hù) 、 完善性維護(hù)和預(yù)防性維護(hù) 。 ? 每項(xiàng)維護(hù)活動(dòng)實(shí)質(zhì)上都是一次壓縮和簡化了的軟件定義和軟件開發(fā)過程 。 ? 這一階段應(yīng)將測試計(jì)劃、詳細(xì)測試方案和實(shí)際測試結(jié)果保存為相應(yīng)的文檔，作為軟件配置的一個(gè)組成部分。 ? 集成測試是根據(jù)概要設(shè)計(jì)提供的軟件結(jié)構(gòu)、各功能模塊的說明和集成測試計(jì)劃，把經(jīng)過單元測試檢驗(yàn)的模塊按照某種選定的策略逐步進(jìn)行裝配和測試。 7. 綜合測試 ? 這個(gè)階段的關(guān)鍵任務(wù)是通過各種類型的測試和調(diào)試使軟件達(dá)到預(yù)定的要求。 ? 單元測試：每編寫出一個(gè)程序模塊的源程序，調(diào)試通過后，即對(duì)該模塊進(jìn)行測試，這稱為單元測試。 6. 編碼和單元測試 ? 編碼的主要任務(wù)是根據(jù)詳細(xì)設(shè)計(jì)規(guī)格說明 ， 用某種選定的程序設(shè)計(jì)語言把詳細(xì)設(shè)計(jì)的結(jié)果轉(zhuǎn)化為機(jī)器可運(yùn)行的源程序模塊 ， 這是一個(gè)編程和調(diào)試程序的過程 。 ? 可以采用結(jié)構(gòu)化的設(shè)計(jì)方法，采用結(jié)構(gòu)化的程序流程圖、NS圖、過程設(shè)計(jì)語言（ PDL， Procedure Design Language）等工具進(jìn)行描述，也可以采用面向?qū)ο蟮脑O(shè)計(jì)方法等等。 4. 總體設(shè)計(jì) ? 這個(gè)階段必須回答的關(guān)鍵問題是：“概括地說，應(yīng)該怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)？