第1章 緒論(完整)

第1章概論軟件工程提綱軟件發(fā)展軟件工程軟件生命周期軟件過(guò)程模型軟件開(kāi)發(fā)策略CASE工具與環(huán)境1.1軟件發(fā)展硬軟合一計(jì)算機(jī)通過(guò)運(yùn)行程序來(lái)實(shí)現(xiàn)各種不同的應(yīng)用。不是唯一軟件離不開(kāi)程序，但程序并不是軟件的全部。權(quán)威定義R.S.Pressman：“軟件是能夠完成預(yù)定功能和性能的可執(zhí)行的計(jì)算機(jī)程序和使程序正常執(zhí)行所需的數(shù)據(jù)，加上描述程序的操作和使用的文檔”。軟件＝程序+數(shù)據(jù)+文檔數(shù)據(jù)使程序正常運(yùn)行所需要的輸入信息。文檔程序軟件軟件是能夠完成預(yù)定功能和性能的可執(zhí)行的計(jì)算機(jī)程序和使程序正常執(zhí)行所需的數(shù)據(jù)，加上描述程序的操作和使用的文檔。各種報(bào)告、說(shuō)明、手冊(cè)的總稱。是軟件開(kāi)發(fā)的記錄，主要供人們閱讀，既可以用于專業(yè)人員和用戶之間的通信與交流，也可以用于軟件開(kāi)發(fā)過(guò)程的管理和運(yùn)行階段的維護(hù)。為了解決某個(gè)特定問(wèn)題而用程序設(shè)計(jì)語(yǔ)言編寫(xiě)的適合計(jì)算機(jī)處理的語(yǔ)句序列。1.1軟件發(fā)展軟件危機(jī)軟件危機(jī)的典型表現(xiàn)軟件危機(jī)的主要原因軟件工程存儲(chǔ)容量比較小衡量程序質(zhì)量的標(biāo)準(zhǔn)主要是功效采用個(gè)體工作方式占用內(nèi)存小用低級(jí)語(yǔ)言編寫(xiě)程序研究?jī)?nèi)容是科學(xué)計(jì)算程序、服務(wù)性程序和程序庫(kù)運(yùn)算速度比較慢運(yùn)行時(shí)間省以數(shù)值數(shù)據(jù)處理為主研究對(duì)象是順序程序輸入、輸出量較小幾乎沒(méi)有其他文檔從第一臺(tái)計(jì)算機(jī)上的第一個(gè)程序出現(xiàn)到實(shí)用的高級(jí)程序設(shè)計(jì)語(yǔ)言出現(xiàn)之前第一階段1946-19561.1軟件發(fā)展存儲(chǔ)容量比較大高速主機(jī)與低速外圍設(shè)備的矛盾突出出現(xiàn)了高級(jí)程序設(shè)計(jì)語(yǔ)言提出了軟件一詞，開(kāi)始認(rèn)識(shí)到文檔的重要性應(yīng)用領(lǐng)域包括數(shù)據(jù)處理（非數(shù)值數(shù)據(jù)）研究高級(jí)程序設(shè)計(jì)語(yǔ)言、編譯程序、操作系統(tǒng)、支持編程的工具及各種應(yīng)用軟件外圍設(shè)備得到迅速發(fā)展出現(xiàn)了操作系統(tǒng)、并發(fā)程序、數(shù)據(jù)庫(kù)及其管理系統(tǒng)計(jì)算量不大工作方式逐步從個(gè)體方式轉(zhuǎn)向合作方式輸入、輸出量卻較大出現(xiàn)軟件危機(jī)第二階段1956-19681.1軟件發(fā)展從實(shí)用的高級(jí)程序設(shè)計(jì)語(yǔ)言出現(xiàn)以后到軟件工程出現(xiàn)以前美國(guó)用于控制火星探測(cè)器計(jì)算機(jī)軟件IBM360系列機(jī)的操作系統(tǒng)項(xiàng)目負(fù)責(zé)人在項(xiàng)目結(jié)束后的總結(jié)“，”號(hào)被誤寫(xiě)為“．”最終致使飛往火星的探測(cè)器發(fā)生爆炸造成高達(dá)數(shù)億美元的損失5000人－年的工作量寫(xiě)出近100萬(wàn)行的源程序投入了這么多的人力和物力，得到的結(jié)果卻極其糟糕……正像一只逃亡的野獸落到泥潭中做垂死掙扎，越是掙扎，陷得越深，最后無(wú)法逃脫滅頂?shù)臑?zāi)難……程序設(shè)計(jì)工作正像這樣一個(gè)泥潭……一批批程序員被迫在泥潭中掙扎……誰(shuí)也沒(méi)有料到問(wèn)題竟會(huì)陷入這樣的困境……這個(gè)操作系統(tǒng)每次發(fā)行的新版本都是從前一版本中找出1000個(gè)程序錯(cuò)誤而修正的結(jié)果1.1軟件發(fā)展1.1軟件發(fā)展軟件危機(jī)包含下述兩方面的問(wèn)題：軟件危機(jī)是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。如何開(kāi)發(fā)軟件，以滿足對(duì)軟件日益增長(zhǎng)的需求如何維護(hù)數(shù)量不斷膨脹的已有軟件（1）軟件危機(jī)的典型表現(xiàn)對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不正確軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料軟件產(chǎn)品的質(zhì)量往往靠不住軟件開(kāi)發(fā)生產(chǎn)率提高的速度遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)軟件常常是不可維護(hù)的用戶對(duì)“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升（2）軟件危機(jī)的主要原因軟件開(kāi)發(fā)與維護(hù)的方法與認(rèn)識(shí)軟件自身的特點(diǎn)軟件本身的特點(diǎn):軟件是邏輯的，而不是物理的產(chǎn)品；軟件是由開(kāi)發(fā)或工程化而形成的，沒(méi)有明顯的制造過(guò)程；軟件在運(yùn)行和使用期間，不存在硬件那樣的磨損和老化問(wèn)題，但它存在退化問(wèn)題，開(kāi)發(fā)人員必須維護(hù)軟件;大多數(shù)軟件是自定的，而不是通過(guò)已有構(gòu)件組裝而成的;軟件成本相當(dāng)昂貴;軟件本身是復(fù)雜的;相當(dāng)多的軟件工作涉及到社會(huì)因素。（2）軟件危機(jī)的主要原因（2）軟件危機(jī)的主要原因忽視軟件需求分析的重要認(rèn)為軟件開(kāi)發(fā)就是寫(xiě)程序輕視軟件維護(hù)軟件開(kāi)發(fā)與維護(hù)的方法與認(rèn)識(shí)42“個(gè)體勞動(dòng)的神秘技巧”->工程項(xiàng)目?！败浖褪浅绦颉?>完整的配置。（3）消除軟件危機(jī)的途徑3消除錯(cuò)誤的概念和做法推廣使用實(shí)踐中總結(jié)出來(lái)的成功技術(shù)和方法開(kāi)發(fā)和使用更好的軟件工具有必要的組織管理措施硬件向巨型機(jī)和微型機(jī)兩方面發(fā)展網(wǎng)絡(luò)軟件、分布式應(yīng)用和軟件得到發(fā)展提出了軟件工程出現(xiàn)了“計(jì)算機(jī)輔助軟件工程”用工程化方法管理和開(kāi)發(fā)軟件研究軟件開(kāi)發(fā)模型、軟件開(kāi)發(fā)方法和技術(shù)、軟件工具與環(huán)境、軟件過(guò)程、軟件自動(dòng)化系統(tǒng)等計(jì)算機(jī)網(wǎng)絡(luò)飛速發(fā)展個(gè)體合作方式轉(zhuǎn)向工程方式應(yīng)用領(lǐng)域滲透到各個(gè)業(yè)務(wù)行業(yè)研究智能化、自動(dòng)化、集成化、并行化為標(biāo)志的軟件開(kāi)發(fā)技術(shù)出現(xiàn)了嵌入式應(yīng)用側(cè)重構(gòu)件、軟件體系結(jié)構(gòu)、元計(jì)算研發(fā)第三階段1968年以來(lái)1.1軟件發(fā)展從軟件工程出現(xiàn)至今提綱軟件發(fā)展軟件工程軟件生命周期軟件過(guò)程模型軟件開(kāi)發(fā)策略CASE工具與環(huán)境定義基本原理軟件工程方法學(xué)1.2軟件工程

軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)及管理科學(xué)等原理，以工程化的原則和方法制作軟件的工程。計(jì)算機(jī)科學(xué)技術(shù)百科全書(shū)

①把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開(kāi)發(fā)、運(yùn)行和維護(hù)過(guò)程，也就是把工程應(yīng)用于軟件；②研究①中提到的途徑。IEEE

軟件工程就是為了經(jīng)濟(jì)地獲得可靠的且能在實(shí)際機(jī)器上有效地運(yùn)行的軟件，而建立和使用完善的工程原理。1968年NATO(北大西洋公約組織)1.2.1軟件工程的定義軟件工程的目標(biāo)預(yù)算合理費(fèi)用較低功能達(dá)標(biāo)性能良好提高維護(hù)性降低維護(hù)費(fèi)用提高生產(chǎn)率及時(shí)交付結(jié)果應(yīng)能清楚地審查5開(kāi)發(fā)小組的人員應(yīng)該少而精6承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性7用分階段的生命周期計(jì)劃嚴(yán)格管理1相互獨(dú)立，缺一不可1.2.2軟件工程的基本原理B.W.Boehm于1983年在一篇論文中提出了軟件工程的7條基本原理。他認(rèn)為這7條原理是確保軟件產(chǎn)品質(zhì)量和開(kāi)發(fā)效率的原理的最小集合。堅(jiān)持進(jìn)行階段評(píng)審2實(shí)行嚴(yán)格的產(chǎn)品控制3采用現(xiàn)代程序設(shè)設(shè)計(jì)技術(shù)41.2.3軟件工程方法學(xué)軟件工程：技術(shù)+管理方法學(xué)：軟件生命周期所使用的技術(shù)方法的合集（1）軟件工程必須以有組織的質(zhì)量保證為基礎(chǔ)，全面質(zhì)量管理和過(guò)程改進(jìn)使得更加成熟的軟件工程方法的不斷出現(xiàn)。（2）軟件工程過(guò)程是進(jìn)行一系列有組織的活動(dòng)，從而能夠合理地和及時(shí)地開(kāi)發(fā)出計(jì)算機(jī)軟件。過(guò)程定義了技術(shù)方法的采用、工程產(chǎn)品（包括模型、文檔、數(shù)據(jù)、報(bào)告、表格等）的產(chǎn)生、里程碑的建立、質(zhì)量的保證和變更的管理。（3）軟件工程方法為軟件開(kāi)發(fā)提供"如何做"的技術(shù)，它涵蓋了項(xiàng)目計(jì)劃、需求分析、系統(tǒng)設(shè)計(jì)、程序?qū)崿F(xiàn)、測(cè)試與維護(hù)等一系列的任務(wù)。（4）軟件工具為過(guò)程和方法提供自動(dòng)的或半自動(dòng)的支持。這些軟件工具被集成起來(lái)，建立起一個(gè)支持軟件開(kāi)發(fā)的系統(tǒng)，稱之為計(jì)算機(jī)輔助軟件工程（CASE，ComputerAidedSoftwareEngineering）。CASE集成了軟件、硬件和一個(gè)存放開(kāi)發(fā)過(guò)程信息的軟件工程數(shù)據(jù)庫(kù)，形成了一個(gè)軟件工程環(huán)境。1.2.3軟件工程方法學(xué)軟件工程層次的擴(kuò)展程序=算法+結(jié)構(gòu)方法（面向過(guò)程/OOP/MDA）過(guò)程（RUP/XP）工程（需求管理）（配置管理）（文檔化）組織（管理、計(jì)劃）1.2.3軟件工程方法學(xué)提綱軟件發(fā)展軟件過(guò)程模型軟件開(kāi)發(fā)策略CASE工具與環(huán)境軟件生命周期1.3軟件生命周期軟件維護(hù)改正錯(cuò)誤適應(yīng)新環(huán)境滿足新需求軟件開(kāi)發(fā)總體設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼和單元測(cè)試綜合測(cè)試軟件定義問(wèn)題定義可行性研究需求分析1.3軟件生命周期需求分析3可行性分析2問(wèn)題定義1詳細(xì)設(shè)計(jì)5總體設(shè)計(jì)4編碼和單元測(cè)試6綜合測(cè)試7軟件維護(hù)8包括問(wèn)題性質(zhì)、工程目標(biāo)、工程規(guī)模，并經(jīng)客戶認(rèn)可的書(shū)面報(bào)告關(guān)鍵問(wèn)題：“要解決的問(wèn)題是什么？”問(wèn)題定義1不是解決具體問(wèn)題，而是研究問(wèn)題的范圍，價(jià)值與可行性是客戶是否繼續(xù)進(jìn)行這項(xiàng)工程的決定的重要依據(jù)關(guān)鍵問(wèn)題：對(duì)上一階段所確定的問(wèn)題有行得通的解決辦法嗎？需求分析3可行性研究2問(wèn)題定義1詳細(xì)設(shè)計(jì)5總體設(shè)計(jì)4編碼和單元測(cè)試6綜合測(cè)試7軟件維護(hù)8可行性研究21.3軟件生命周期1.3軟件生命周期用戶和軟件開(kāi)發(fā)人員之間的斷層關(guān)鍵問(wèn)題：為了解決這個(gè)問(wèn)題，系統(tǒng)必須做什么通過(guò)雙方密切配合，形成系統(tǒng)邏輯模型，撰寫(xiě)規(guī)格說(shuō)明書(shū)需求分析3需求分析2問(wèn)題定義1詳細(xì)設(shè)計(jì)5總體設(shè)計(jì)4編碼和單元測(cè)試6綜合測(cè)試7軟件維護(hù)8需求分析31.3軟件生命周期推薦幾種可能的實(shí)現(xiàn)方案，并推薦一種最佳方案關(guān)鍵問(wèn)題：概況的說(shuō)，應(yīng)該怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)？總體設(shè)計(jì)3可行性分析2問(wèn)題定義1詳細(xì)設(shè)計(jì)5總體設(shè)計(jì)4編碼和單元測(cè)試6綜合測(cè)試7軟件維護(hù)8總體設(shè)計(jì)4設(shè)計(jì)程序的體系結(jié)構(gòu)，確定模塊及其相關(guān)聯(lián)系1.3軟件生命周期制定詳細(xì)規(guī)格，使得程序員可以據(jù)此進(jìn)行編碼關(guān)鍵問(wèn)題：應(yīng)該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)？需求分析3可行性研究2問(wèn)題定義1詳細(xì)設(shè)計(jì)5總體設(shè)計(jì)4編碼和單元測(cè)試6綜合測(cè)試7軟件維護(hù)8詳細(xì)設(shè)計(jì)5設(shè)計(jì)每個(gè)模塊，確定需要的算法和數(shù)據(jù)結(jié)構(gòu)1.3軟件生命周期依據(jù)詳細(xì)設(shè)計(jì)進(jìn)行編碼，并仔細(xì)測(cè)試每個(gè)模塊關(guān)鍵任務(wù)：寫(xiě)出正確、容易理解、容易維護(hù)的程序模塊詳細(xì)設(shè)計(jì)5總體設(shè)計(jì)4編碼和單元測(cè)試6綜合測(cè)試7軟件維護(hù)8編碼和單元測(cè)試61.3軟件生命周期集成測(cè)試、驗(yàn)收測(cè)試等關(guān)鍵任務(wù)：通過(guò)各種類型的測(cè)試使軟件得到需求詳細(xì)設(shè)計(jì)5編碼和單元測(cè)試6綜合測(cè)試7軟件維護(hù)8綜合測(cè)試71.3軟件生命周期編碼和單元測(cè)試6綜合測(cè)試7軟件維護(hù)8四類維護(hù)：改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)關(guān)鍵任務(wù)：通過(guò)各種必要的維護(hù)活動(dòng)使得系統(tǒng)持續(xù)地滿足用戶需要軟件維護(hù)8提綱軟件發(fā)展軟件開(kāi)發(fā)策略CASE工具與環(huán)境軟件過(guò)程模型1.4軟件過(guò)程模型軟件過(guò)程軟件過(guò)程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。軟件過(guò)程描述為了開(kāi)發(fā)客戶需要的軟件，什么人(who)、在什么時(shí)候（when）、做什么事(what)以及怎樣（how）做這些事以實(shí)現(xiàn)某一個(gè)特定的具體目標(biāo)。軟件過(guò)程模型軟件過(guò)程模型是軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。軟件過(guò)程模型的選擇基于項(xiàng)目和應(yīng)用的性質(zhì)、采用的方法工具以及需要的控制和交付的產(chǎn)品。瀑布模型螺旋模型噴泉模型快速原型模型增量模型RUP敏捷過(guò)程與極限編程1.4軟件過(guò)程模型常見(jiàn)模型1.4.1瀑布模型階段間具有順序性和依賴性推遲實(shí)現(xiàn)質(zhì)量保證；每個(gè)階段都必須完成規(guī)定的文檔每個(gè)階段結(jié)束前都需要對(duì)所完成的文檔進(jìn)行評(píng)審，以便盡早發(fā)現(xiàn)問(wèn)題，改正錯(cuò)誤1.4.1瀑布模型優(yōu)點(diǎn)：可強(qiáng)迫開(kāi)發(fā)人員采用規(guī)范的方法；嚴(yán)格地規(guī)定了每個(gè)段必須提交的文檔；要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過(guò)質(zhì)量保證小組的仔細(xì)驗(yàn)證。不足：過(guò)度依賴于書(shū)面規(guī)格說(shuō)明，軟件未必真正滿足用戶需要；缺乏靈活性，難以適應(yīng)需求不明確或需求經(jīng)常變化的軟件開(kāi)發(fā)；開(kāi)發(fā)早期存在的問(wèn)題往往要到交付使用時(shí)才發(fā)現(xiàn)，維護(hù)代價(jià)大。適合于用戶需求明確、完整、無(wú)重大變的軟件項(xiàng)目開(kāi)發(fā)1.4.2快速原型模型快速原型（1）定義軟件的總體目標(biāo)，標(biāo)識(shí)需求；（2）快速制訂原型開(kāi)發(fā)的計(jì)劃，構(gòu)建原型；（3）用戶試用，提出修改意見(jiàn)；（4）……（5）依據(jù)滿意的原型撰寫(xiě)規(guī)格說(shuō)明文檔?？焖俳⑵饋?lái)的可以在計(jì)算機(jī)上運(yùn)行的程序，它所能完成的功能往往是最終產(chǎn)品能完成的功能的一個(gè)子集1.4.2快速原型模型不帶反饋環(huán)線性進(jìn)行加速軟件開(kāi)發(fā)過(guò)程節(jié)約軟件開(kāi)發(fā)成本原型的用途是獲知用戶的真正需求原型系統(tǒng)的內(nèi)部結(jié)構(gòu)并不重要利用軟件工具生成的可用到最終軟件產(chǎn)品中原型類型探索型演化型廢棄策略實(shí)驗(yàn)型追加策略使用策略1.4.2快速原型模型

探索型

演化型

追加策略

廢棄策略

實(shí)驗(yàn)型目的是要弄清目標(biāo)系統(tǒng)的要求，確定所希望的特性，并探討多種方案的可行性目的是驗(yàn)證方案或算法的合理性，它是在大規(guī)模開(kāi)發(fā)和實(shí)現(xiàn)前，用于考核方案是否合適，規(guī)格說(shuō)明是否可靠目的是將原型作為目標(biāo)系統(tǒng)的一部分，通過(guò)對(duì)原型的多次改進(jìn)，逐步將原型演化成最終的目標(biāo)系統(tǒng)這些原型關(guān)注于目標(biāo)系統(tǒng)的某些特性，而不是全部特性，開(kāi)發(fā)這些原型時(shí)通常不考慮與探索或?qū)嶒?yàn)?zāi)康臒o(wú)關(guān)的功能、質(zhì)量、結(jié)構(gòu)等因素，這種原型通常被廢丟，然后根據(jù)探索或?qū)嶒?yàn)的結(jié)果用良好的結(jié)構(gòu)和設(shè)計(jì)思想重新設(shè)計(jì)目標(biāo)系統(tǒng)。實(shí)現(xiàn)了目標(biāo)系統(tǒng)中已明確定義的特性的一個(gè)子集，通過(guò)對(duì)它的不斷修改和擴(kuò)充，逐步追加新的要求，最后使其演化成最終的目標(biāo)系統(tǒng)。適用情況：用戶定義了一組一般性目標(biāo)，但不能標(biāo)識(shí)出詳細(xì)的輸入、處理及輸出需求；開(kāi)發(fā)者可能不能確定算法的有效性、操作系統(tǒng)的適應(yīng)性或人機(jī)交互的形式等。1.4.3增量模型增量原型：也稱為漸增模型。使用增量模型開(kāi)發(fā)軟件時(shí)，把軟件產(chǎn)品作為一系列的增量構(gòu)件來(lái)設(shè)計(jì)、編碼、集成和測(cè)試。每個(gè)構(gòu)件由多個(gè)相互作用的模塊構(gòu)成，并且能夠完成特定的功能。分解時(shí)惟一必須遵守的約束條件是，當(dāng)把新構(gòu)件集成到現(xiàn)有軟件中時(shí)，所形成的產(chǎn)品必須是可測(cè)試的。1.4.3增量模型實(shí)現(xiàn)中的困難分批交付構(gòu)件，每個(gè)構(gòu)件均可用體系結(jié)構(gòu)必須是開(kāi)放的開(kāi)發(fā)人員可逐步開(kāi)發(fā)整體-構(gòu)件之間的矛盾減少用戶對(duì)全新產(chǎn)品的沖擊多構(gòu)件并發(fā)的風(fēng)險(xiǎn)便于進(jìn)一步的維護(hù)優(yōu)點(diǎn)1優(yōu)點(diǎn)2優(yōu)點(diǎn)3優(yōu)點(diǎn)41.4.3增量模型增量模型特別適用于：需求經(jīng)常變化的軟件開(kāi)發(fā)市場(chǎng)急需而開(kāi)發(fā)人員和資金不能在設(shè)定的市場(chǎng)期限之前實(shí)現(xiàn)一個(gè)完善的產(chǎn)品的軟件開(kāi)發(fā)1.4.4螺旋模型軟件風(fēng)險(xiǎn)是任何軟件開(kāi)發(fā)項(xiàng)目中都普遍存在的實(shí)際問(wèn)題，項(xiàng)目越大，軟件越復(fù)雜，承擔(dān)該項(xiàng)目所冒的風(fēng)險(xiǎn)也越大。螺旋模型的基本思想是降低風(fēng)險(xiǎn)。將瀑布模型和增量模型結(jié)合起來(lái)，加入了風(fēng)險(xiǎn)分析。在該模型中，軟件開(kāi)發(fā)是一系列的增量發(fā)布，早期的迭代中，發(fā)布的增量可能是一個(gè)紙上的模型或原型，在以后的迭代中，逐步產(chǎn)生系統(tǒng)更加完善的版本。完整的螺旋模型1.4.4螺旋模型點(diǎn)畫(huà)線的長(zhǎng)度：

累積開(kāi)發(fā)費(fèi)用螺旋線的角度：

開(kāi)發(fā)進(jìn)度螺旋線每個(gè)周期：

一個(gè)開(kāi)發(fā)階段1.4.4螺旋模型優(yōu)點(diǎn)特點(diǎn)有利于軟件重用和質(zhì)量監(jiān)控減少了過(guò)多測(cè)試和不足的風(fēng)險(xiǎn)維護(hù)和開(kāi)發(fā)直接沒(méi)有本質(zhì)區(qū)別風(fēng)險(xiǎn)驅(qū)動(dòng)，需要豐富知識(shí)及經(jīng)驗(yàn)適用于內(nèi)部開(kāi)發(fā)的大規(guī)模項(xiàng)目工作量及成本隨迭代次數(shù)增加1.4.5噴泉模型噴泉模型是典型的面向?qū)ο蟮能浖^(guò)程模型之一“噴泉”代指面向?qū)ο箝_(kāi)發(fā)過(guò)程迭代和無(wú)縫的特性工作重點(diǎn)放在生命周期的分析階段，在定義面向問(wèn)題的對(duì)象后，不斷充實(shí)和擴(kuò)充這些對(duì)象。分析階段的對(duì)象模型也適用于設(shè)計(jì)和實(shí)現(xiàn)階段。1.4.5噴泉模型不同階段的圓圈相互重疊：活動(dòng)之間的交迭；概念和表示方法的一致性：開(kāi)發(fā)活動(dòng)之間的無(wú)縫過(guò)渡；向下的箭頭：階段內(nèi)的求精。為避免使用噴泉模型開(kāi)發(fā)軟件時(shí)開(kāi)發(fā)過(guò)程過(guò)分無(wú)序，應(yīng)該把一個(gè)線性過(guò)程(例如，快速原型模型或圖中的中心垂線)作為總目標(biāo)。面向?qū)ο蠓缎捅旧硪蠼?jīng)常對(duì)開(kāi)發(fā)活動(dòng)進(jìn)行迭代或求精。1.4.6RUP來(lái)源是由Rational公司的Booch、Jacobson、Rumbaugh提出的軟件過(guò)程模型，也稱RUP（RationalUnifiedProcess)，或統(tǒng)一過(guò)程。使用統(tǒng)一建模語(yǔ)言，采用用例驅(qū)動(dòng)和架構(gòu)有限的策略，使用迭代增量建造方法。思想價(jià)值總結(jié)了多年商業(yè)化驗(yàn)證的六條最有效的軟件開(kāi)發(fā)經(jīng)驗(yàn)