軟件工程學(xué)：第一章軟件工程學(xué)概述

1、軟件工程課程內(nèi)容：1、傳統(tǒng)的軟件工程方法2、面向?qū)ο蟮拈_發(fā)方法（UML）關(guān)于課程課程的主要特點(diǎn)及教學(xué)安排1.研究內(nèi)容廣泛，發(fā)展迅速。2.實(shí)踐性強(qiáng)。注意取材，內(nèi)容反映最新發(fā)展。 A.采用理論教學(xué)與案例教學(xué)相結(jié)合。 B.以綜合性的設(shè)計(jì)型實(shí)驗(yàn)及課程設(shè)計(jì)帶動(dòng)課程的學(xué)習(xí)。在教師指導(dǎo)下，組成開發(fā)小組。成員協(xié)同工作，完成一個(gè)實(shí)際課題的開發(fā)。1、軟件工程導(dǎo)論（第五版） 張海藩 清華大學(xué)出版社，2008.22、Software Engineering 6th Edition ，Ian Summerville3、Software Engineering:Theory and Practice (third edi

2、tion),美，Shari Lawrence Pfleeger ,加Joanne M.Atlee4、軟件工程-實(shí)踐者的研究方法 Roger S. Pressman 著，梅宏譯，機(jī)械工業(yè)出版社，20035、面向?qū)ο笈c傳統(tǒng)軟件工程-統(tǒng)一過程的理論與實(shí)踐（美）Stephen R.Schach 著，韓松，鄧迎春譯，機(jī)械工業(yè)出 版社，20066、 / 軟件工程專家網(wǎng)7、 / UML軟件工程組織教材及主要參考書： “軟件工程”課程 與其它軟件專業(yè)課的區(qū)別(1) 立足于系統(tǒng)的整體。(2) 講授系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、測試及維護(hù)的理論和方法。(3) 構(gòu)筑一個(gè)軟件系統(tǒng)，實(shí)踐軟件開發(fā)過程。 “軟件工程”課程教學(xué)與實(shí)踐

3、的目標(biāo) 轉(zhuǎn)變對(duì)軟件開發(fā)的認(rèn)識(shí)： 上升 程序 系統(tǒng) 轉(zhuǎn)變思維定式： 上升 程序員 系統(tǒng)工程師 (系統(tǒng)分析員) 工程化訓(xùn)練考核方式出勤率（10%）+ 實(shí)驗(yàn)成績（30）+期末考試成績（60%）第一章 軟件工程概述1、軟件與軟件危機(jī)2、軟件工程3、軟件過程1、軟件與軟件危機(jī)軟件及其特性軟件危機(jī)及其原因軟件軟件是由計(jì)算機(jī)程序的發(fā)展而形成的一種概念。程序是按既定算法，用某種計(jì)算機(jī)語言所規(guī)定的指令或語句編寫的一系列指令或語句的集合。軟件是程序再加上程序?qū)崿F(xiàn)和維護(hù)程序時(shí)所必須的文檔的總稱。軟件被普遍接受的軟件的定義是：軟件(software)是計(jì)算機(jī)系統(tǒng)中與硬件(hardware)相互依存的另一部分，它包括程

4、序(program)、相關(guān)數(shù)據(jù)(data)及其說明文檔(document)。其中程序是按照事先設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列；數(shù)據(jù)是使程序能正常處理信息的數(shù)據(jù)結(jié)構(gòu)；文檔是與程序開發(fā)維護(hù)和使用有關(guān)的各種圖文資料。 軟件根據(jù)國際標(biāo)準(zhǔn)化組織的定義，軟件是“與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、方法、規(guī)則、相關(guān)的文檔資料以及在計(jì)算機(jī)上運(yùn)行程序時(shí)所必需的數(shù)據(jù)。軟件的特性軟件是一種生產(chǎn)出來的產(chǎn)品，即軟件產(chǎn)品。軟件產(chǎn)品在市場上流通，賣給一個(gè)或多個(gè)客戶就成為軟件商品。軟件產(chǎn)品是一種不同于物質(zhì)性產(chǎn)品的邏輯性產(chǎn)品。它除具有一般產(chǎn)品的諸多屬性外，還具有自己特有的屬性。軟件的特性軟件是一種邏輯實(shí)體，具有抽象性。這個(gè)特點(diǎn)使它

5、與其它工程對(duì)象有著明顯的差異。人們可以把它記錄在紙上、內(nèi)存、和磁盤、光盤上，但卻無法看到軟件本身的形態(tài)，必須通過觀察、分析、思考、判斷，才能了解它的功能、性能等特性。軟件沒有明顯的制造過程。一旦研制開發(fā)成功，就可以大量拷貝同一內(nèi)容的副本。所以對(duì)軟件的質(zhì)量控制，必須著重在軟件開發(fā)方面下工夫。軟件的特性軟件在使用過程中，沒有磨損、老化的問題。軟件在生存周期后期不會(huì)因?yàn)槟p而老化，但會(huì)為了適應(yīng)硬件、環(huán)境以及需求的變化而進(jìn)行修改，而這些修改有不可避免的引入錯(cuò)誤，導(dǎo)致軟件失效率升高，從而使得軟件退化。當(dāng)修改的成本變得難以接受時(shí)，軟件就被拋棄。軟件對(duì)硬件和環(huán)境有著不同程度的依賴性。這導(dǎo)致了軟件移植的問題。

6、軟件的開發(fā)至今尚未完全擺脫手工作坊式的開發(fā)方式，生產(chǎn)效率低。軟件的特性軟件是復(fù)雜的，而且以后會(huì)更加復(fù)雜。軟件是人類有史以來生產(chǎn)的復(fù)雜度最高的工業(yè)產(chǎn)品。軟件涉及人類社會(huì)的各行各業(yè)、方方面面，軟件開發(fā)常常涉及其它領(lǐng)域的專門知識(shí)，這對(duì)軟件工程師提出了很高的要求。軟件的成本相當(dāng)昂貴。軟件開發(fā)需要投入大量、高強(qiáng)度的腦力勞動(dòng)，成本非常高，風(fēng)險(xiǎn)也大?，F(xiàn)在軟件的開銷已大大超過了硬件的開銷。軟件工作牽涉到很多社會(huì)因素。許多軟件的開發(fā)和運(yùn)行涉及機(jī)構(gòu)、體制和管理方式等問題，還會(huì)涉及到人們的觀念和心理。這些人的因素，常常成為軟件開發(fā)的困難所在，直接影響到項(xiàng)目的成敗。軟件危機(jī)軟件危機(jī)指的是在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中

7、所遇到的一系列嚴(yán)重問題。概括來說，軟件危機(jī)包含兩方面問題：一、如何開發(fā)軟件，以滿足不斷增長，日趨復(fù)雜的需求；二、如何維護(hù)數(shù)量不斷膨脹的軟件產(chǎn)品。 軟件危機(jī)的表現(xiàn)（1）對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常不準(zhǔn)確,軟件生產(chǎn)進(jìn)度無法控制。開發(fā)成本超出預(yù)算，實(shí)際進(jìn)度比預(yù)定計(jì)劃一再拖延的現(xiàn)象并不罕見。軟件危機(jī)的表現(xiàn)（2）軟件需求定義不準(zhǔn)確，易偏離用戶需求。用戶對(duì)“已完成”系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。軟件危機(jī)的表現(xiàn)（3）軟件產(chǎn)品的質(zhì)量往往靠不住。Bug一大堆，Patch一個(gè)接一個(gè)。軟件危機(jī)的表現(xiàn)（4）軟件的可維護(hù)程度非常之低。很多程序的錯(cuò)誤是很難改正的，不能根據(jù)用戶的需求變化在原有程序中增加新的功能。軟件危機(jī)的表

8、現(xiàn)（5）軟件通常沒有適當(dāng)?shù)奈臋n資料。管理人員可以使用這些文檔作為管理和評(píng)價(jià)軟件開發(fā)工程的進(jìn)展情況；軟件開發(fā)人員可以利用他們作為信息交換工具；對(duì)于軟件維護(hù)人員文檔更是必不可少。軟件危機(jī)的表現(xiàn)（6）軟件的成本不斷提高。隨著技術(shù)的進(jìn)步硬件成本不斷降低，而軟件成本隨著人力資源成本的增高、軟件規(guī)模的增大而不斷上漲。在美國1985年的軟件成本已經(jīng)占到計(jì)算機(jī)系統(tǒng)總成本的90。軟件危機(jī)的表現(xiàn)（7）軟件開發(fā)生產(chǎn)率的提高趕不上硬件的發(fā)展和人們需求的增長。 軟件危機(jī)的原因（1）軟件本身的特點(diǎn)引起（2）軟件開發(fā)與維護(hù)的方法不正確 引起軟件危機(jī)的消除（1）正確認(rèn)識(shí)計(jì)算機(jī)軟件（2）軟件開發(fā)是組織良好、管理嚴(yán)密、人員相互配

9、合、共同完成的工程項(xiàng)目。（3）推廣在實(shí)踐中總結(jié)出來的開發(fā)軟件的成功技術(shù)和方法，探索更加有效的技術(shù)和方法。（4）開發(fā)和使用更好的軟件工具軟件的質(zhì)量正確性：滿足需求?？煽啃裕涸谝?guī)定的條件和規(guī)定的時(shí)間內(nèi)，計(jì)算機(jī)程序完成規(guī)定功能的概率。有不同的可靠模型。健壯性：程序在需求規(guī)范沒有預(yù)見的情況下（如遇到不正確的輸入數(shù)據(jù)或者硬件故障）也能合理的運(yùn)行?？捎眯? 程序在給定的時(shí)間點(diǎn)，完成規(guī)定功能的概率?？沈?yàn)證性：可以容易的驗(yàn)證軟件系統(tǒng)的性質(zhì)，如可以驗(yàn)證性能等。軟件質(zhì)量可維護(hù)性：維護(hù)人員理解、改正、改動(dòng)或改進(jìn)軟件得難易程度?？芍赜眯裕嚎梢栽诓煌牧６燃?jí)別上實(shí)現(xiàn)重用，包括從整個(gè)應(yīng)用程序到單獨(dú)的子程序，但軟件組件級(jí)別

10、上的重用比整個(gè)產(chǎn)品的實(shí)現(xiàn)重用更加合適。2、軟件工程軟件工程的定義和本質(zhì)特征軟件工程的基本原理軟件生命周期軟件工程方法學(xué)軟件工程概括的說，軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來開發(fā)和維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，以經(jīng)濟(jì)的開發(fā)出高質(zhì)量的軟件并有效的維護(hù)它，這就是軟件工程。軟件工程軟件工程有兩個(gè)典型的定義。 1968，NATO：軟件工程就是為了經(jīng)濟(jì)的獲得可靠的且能在實(shí)際機(jī)器上有效地運(yùn)行的軟件，而建立和使用完善的工程原理。1993，IEEE：軟件工程是：(1)把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)

11、、運(yùn)行和維護(hù)過程，也就是把工程應(yīng)用于軟件；(2)研究(1)中提出的方法。軟件工程的本質(zhì)特點(diǎn)軟件工程關(guān)注于大型程序的構(gòu)造軟件工程的中心課題是控制復(fù)雜性軟件經(jīng)常變化開發(fā)軟件的效率非常重要和諧合作是開發(fā)軟件的關(guān)鍵軟件必須有效支持用戶在軟件工程領(lǐng)域中是具有一種文化背景的人替另外一種文化背景的人創(chuàng)造產(chǎn)品Boehm軟件工程的基本原理用分階段的生命周期計(jì)劃嚴(yán)格管理 堅(jiān)持進(jìn)行階段評(píng)審 實(shí)行嚴(yán)格的產(chǎn)品控制 采納現(xiàn)代程序設(shè)計(jì)技術(shù)結(jié)果應(yīng)能清楚地審查開發(fā)小組的人員應(yīng)少而精 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性 軟件生命周期問題定義可行性研究需求分析總體設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼和單元測試綜合測試軟件維護(hù)軟件工程方法學(xué)工具方法過程質(zhì)

12、量焦點(diǎn)Software engineering layers軟件工程三個(gè)要素：方法、工具、過程軟件工程方法學(xué)三個(gè)要素：方法、工具和過程。方法：完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)方法。工具：為運(yùn)用方法而提供的自動(dòng)或者半自動(dòng)的軟件工程支撐環(huán)境。過程：是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。軟件工程方法學(xué)傳統(tǒng)方法學(xué)（生命周期方法學(xué)或者結(jié)構(gòu)化范型）采用結(jié)構(gòu)化技術(shù)完成軟件開發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來支持結(jié)構(gòu)化技術(shù)的運(yùn)用。傳統(tǒng)軟件工程方法特點(diǎn)自頂向下，逐步求精，把系統(tǒng)進(jìn)行從大到小的功能分解把軟件生命周期劃分為若干個(gè)階段，每階段任務(wù)相對(duì)獨(dú)立，比較

13、簡單，便于協(xié)作開發(fā)生命周期的每個(gè)階段都采用科學(xué)的管理技術(shù)和良好的開發(fā)技術(shù)，階段結(jié)束后進(jìn)行技術(shù)和管理評(píng)審，評(píng)審的主要標(biāo)準(zhǔn)是文檔，提高可維護(hù)性和軟件開發(fā)質(zhì)量。解決問題的切入點(diǎn)是問題中各種事物之間相互作用的過程，將相互作用抽象為邏輯模型。是面向過程的開發(fā)方法，把變量和函數(shù)按照功能模塊進(jìn)行分類和打包。軟件工程方法學(xué)面向?qū)ο蠓椒▽W(xué)具有四個(gè)特點(diǎn)：（1）把對(duì)象看成是融合了數(shù)據(jù)及在數(shù)據(jù)上的操作的統(tǒng)一的軟件構(gòu)件。（2）把所有對(duì)象都劃分成類。（3）按照父類和子類的關(guān)系，形成類等級(jí)。（4）對(duì)象間通過消息通信。兩種方法學(xué)的區(qū)別一、切入點(diǎn)不同結(jié)構(gòu)化開發(fā)方法：注重的是系統(tǒng)功能，自頂向下，從大到小的功能分解。往往系統(tǒng)需求變

14、化最大就是功能，一段較長的時(shí)間內(nèi)，商業(yè)的流程可能已經(jīng)發(fā)生了很大的變化，這樣基于功能和過程的方法顯然難以維護(hù)的，代碼重用率可想而知。其觀察事物的方法不是本體客體本身，而是對(duì)本體客體相互作用過程抽象，轉(zhuǎn)化成邏輯模型。 兩種方法學(xué)的區(qū)別OO方法：其切入點(diǎn)是客觀世界的主體和客體，通過封裝實(shí)現(xiàn)了信息交流的安全。抽象和繼承使得事物得以完整表述（靜態(tài)和動(dòng)態(tài)的）和容易修改新的變化。聚合，關(guān)聯(lián)反映事物間的相互作用和關(guān)系，通過關(guān)聯(lián)類管理，這樣把事物和事物間的關(guān)系分開減少了復(fù)雜度，便于維護(hù)，大大提高了代碼重用率 二、開發(fā)過程不同傳統(tǒng)：開發(fā)過程強(qiáng)調(diào)自頂向下順序完成軟件開發(fā)的各階段任務(wù)。OO: 開發(fā)過程是一個(gè)主動(dòng)地多次

15、迭代的演化過程，面向?qū)ο蠓椒ㄔ诟拍詈捅硎痉椒ㄉ系囊恢滦?，保證了各項(xiàng)開發(fā)活動(dòng)之間的平滑過渡。兩種方法學(xué)的區(qū)別三、軟件重用不同傳統(tǒng)：雖然過程和函數(shù)也能重用，但重用級(jí)別不高，也不太理想。OO: 對(duì)象、類、繼承等很大程度提高軟件產(chǎn)品的可重用性。兩種方法學(xué)的區(qū)別4、軟件過程軟件過程軟件過程模型軟件過程軟件過程定義一：軟件過程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了各項(xiàng)任務(wù)的工作步驟。定義二：一系列用于軟件產(chǎn)品開發(fā)和維護(hù)的活動(dòng)、方法、慣例的集合。如：項(xiàng)目計(jì)劃、設(shè)計(jì)文檔、代碼、測試案例和用戶手冊(cè)等。 軟件過程定義了軟件開發(fā)中運(yùn)用的方法的順序、應(yīng)該交付的文檔、為保證軟件質(zhì)量和協(xié)調(diào)軟件變化所需

16、要采取的管理措施，以及標(biāo)志軟件開發(fā)各個(gè)階段任務(wù)完成的里程碑。軟件過程模型瀑布模型快速原型模型增量模型螺旋模型噴泉模型RUP統(tǒng)一過程敏捷過程微軟過程瀑布模型瀑布模型規(guī)定了生存期各項(xiàng)軟件活動(dòng)，包括需求分析、設(shè)計(jì)、編碼、測試、維護(hù)。并且規(guī)定它們自上而下、相互銜接的固定次序。瀑布模型的特點(diǎn)1. 階段間具有順序性和依賴性這個(gè)特點(diǎn)有兩重含義： 必須等前一階段的工作完成之后，才能開始后一階段的工作； 前一階段的輸出文檔就是后一階段的輸入文檔。2. 推遲實(shí)現(xiàn)的觀點(diǎn)瀑布模型在編碼之前設(shè)置了系統(tǒng)分析和系統(tǒng)設(shè)計(jì)的各個(gè)階段，分析與設(shè)計(jì)階段的基本任務(wù)規(guī)定，在這兩個(gè)階段主要考慮目標(biāo)系統(tǒng)的邏輯模型，不涉及軟件的物理模型，清

17、楚地區(qū)分邏輯設(shè)計(jì)和物理設(shè)計(jì)，盡可能推遲程序的物理實(shí)現(xiàn)，是按照瀑布模型開發(fā)軟件的一條重要的指導(dǎo)思想。3. 質(zhì)量保證的觀點(diǎn)在瀑布模型的每個(gè)階段都應(yīng)堅(jiān)持兩個(gè)重要做法：（1） 每個(gè)階段都必須完成規(guī)定的文檔，沒有交出合格的文檔就是沒有完成該階段的任務(wù)。（2） 每個(gè)階段結(jié)束前都要對(duì)所完成的文檔進(jìn)行評(píng)審，以便盡早發(fā)現(xiàn)問題，改正錯(cuò)誤。瀑布模型理想的瀑布模型傳統(tǒng)瀑布模型的缺點(diǎn)a.依賴于早期進(jìn)行的唯一一次需求調(diào)查，不能適應(yīng)需求的變化；b.由于是單一流程，開發(fā)中的經(jīng)驗(yàn)教訓(xùn)不能反饋應(yīng)用于本產(chǎn)品的過程；c.風(fēng)險(xiǎn)往往遲至后期的開發(fā)階段才顯露，因而失去及早糾正的機(jī)會(huì)。實(shí)際的瀑布模型實(shí)際瀑布模型實(shí)際瀑布模型優(yōu)缺點(diǎn)優(yōu)點(diǎn)：可強(qiáng)迫

18、開發(fā)人員采用規(guī)范的方法；嚴(yán)格規(guī)定了每個(gè)階段必須提交的文檔；要求每個(gè)階段交出的產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗(yàn)證。缺點(diǎn)：瀑布模型完全依賴于書面文檔，是一種文檔驅(qū)動(dòng)的模型，很可能導(dǎo)致最終開發(fā)出的軟件產(chǎn)品不能真正滿足用戶的需要。為此，提出了快速模型原型，它的優(yōu)點(diǎn)是有助于保證用戶的真實(shí)需要得到滿足?？焖僭湍Ｐ退^快速原型模型就是快速建立起來的可以在計(jì)算機(jī)上運(yùn)行的程序，它所完成的功能往往是最終產(chǎn)品所能完成的功能的一個(gè)子集，快速原型的第一步是快速建立一個(gè)原型，交給用戶使用，根據(jù)修改意見進(jìn)行修改，直到用戶認(rèn)為這個(gè)原型能做他們需要的工作，開發(fā)人員就可以書寫規(guī)格說明文檔，根據(jù)這份文檔開發(fā)出的軟件可以滿足用戶

19、的真實(shí)需求?？焖僭湍Ｐ筒粠Х答伃h(huán)，軟件產(chǎn)品的開發(fā)基本上是線性順序開發(fā)的?？焖僭湍Ｐ涂焖僭湍Ｐ驮隽磕Ｐ鸵卜Q為漸增模型，使用該模型開發(fā)軟件時(shí)，把軟件產(chǎn)品看為一系列的增量構(gòu)件來設(shè)計(jì)、編碼、集成和測試。每個(gè)構(gòu)件由多個(gè)相互作用的模塊構(gòu)成，并且能夠完成特定的功能。使用增量模型時(shí)，必須在開始實(shí)現(xiàn)各個(gè)構(gòu)件之前就全部完成需求分析、規(guī)格說明和概要設(shè)計(jì)的工作。第一個(gè)增量構(gòu)件往往實(shí)現(xiàn)軟件的基本需求，提供最核心的功能。增量模型分批的逐步向用戶提交產(chǎn)品。風(fēng)險(xiǎn)更大的增量模型，先做全部的需求分析，逐個(gè)做規(guī)格說明，但是冒著無法把構(gòu)件集成到一起的風(fēng)險(xiǎn)。增量模型增量模型增量模型優(yōu)缺點(diǎn)優(yōu)點(diǎn)：能在較短時(shí)間內(nèi)向用戶提交可完成部分工

20、作的產(chǎn)品；逐步增加產(chǎn)品功能可以使用戶有較充裕的時(shí)間學(xué)習(xí)新產(chǎn)品，從而減少一個(gè)全新的軟件可能給客戶組織帶來的沖擊。缺點(diǎn)：軟件體系結(jié)構(gòu)是開放的，這一點(diǎn)做到有很大難度，但也是軟件系統(tǒng)的發(fā)展趨勢；開發(fā)人員必須能夠協(xié)調(diào)好構(gòu)件之間的關(guān)系，否則開發(fā)出來的產(chǎn)品可能令人不滿意。 一旦確定了用戶需求之后，就著手?jǐn)M定第一個(gè)構(gòu)件的規(guī)格說明文檔，完成后規(guī)格說明組將轉(zhuǎn)向第二個(gè)構(gòu)件的規(guī)格說明，與此同時(shí)設(shè)計(jì)組開始設(shè)計(jì)第一個(gè)構(gòu)件用這種方式開發(fā)軟件，不同的構(gòu)件將并行地構(gòu)建，因此有可能加快工程進(jìn)度。但是，使用這種方法將冒構(gòu)件無法集成到一起的風(fēng)險(xiǎn)，除非密切地監(jiān)控整個(gè)開發(fā)過程，否則整個(gè)工程可能毀于一旦。風(fēng)險(xiǎn)更大的增量模型風(fēng)險(xiǎn)更大的增量模

21、型螺旋模型 瀑布模型與快速原型模型相結(jié)合，并加入兩者所忽略的風(fēng)險(xiǎn)分析所建立的一種軟件開發(fā)模型。該模型于1998年由美國TRW公司（B.W.Boehm）提出。軟件項(xiàng)目風(fēng)險(xiǎn)的大小作為指引軟件過程的一個(gè)重要因素，引入這一概念有可能使得螺旋模型被看作一種元模型，因?yàn)樗馨萑魏我粋€(gè)開發(fā)過程模型。螺旋模型螺旋模型的基本思想是，使用原型及其他方法盡量降低風(fēng)險(xiǎn)。理解這種模型的一個(gè)簡便方法，是把它看成在每個(gè)階段之間都增加了風(fēng)險(xiǎn)分析過程的快速原型模型。完整的螺旋模型螺旋模型優(yōu)缺點(diǎn)優(yōu)點(diǎn)： 對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于重用已有軟件，也有助于把軟件質(zhì)量作為一個(gè)目標(biāo)；減少了過多測試或者過少測試帶來的風(fēng)險(xiǎn)；維護(hù)是模型的另一個(gè)周期，維護(hù)和開發(fā)之間沒有本質(zhì)區(qū)別。缺點(diǎn)： 引入非常嚴(yán)格的風(fēng)險(xiǎn)識(shí)別，風(fēng)險(xiǎn)分析，和風(fēng)險(xiǎn)控制，這對(duì)風(fēng)險(xiǎn)管理的技能水平提出了很高的要求。除非軟件開發(fā)