【正文】 ６．混合模型近年來(lái)已提出瀑布模型、原型。如果該類存在，就從類庫(kù)中提取的類及為了滿足應(yīng)用程序的特定要求而建造的新類，進(jìn)而完成待開(kāi)發(fā)應(yīng)用程序的第一次迭代。首先標(biāo)識(shí)候選類，通過(guò)檢查應(yīng)用程序操縱的數(shù)據(jù)及實(shí)現(xiàn)的算法，并將相關(guān)的算法和數(shù)據(jù)封裝成一個(gè)類。③科技數(shù)值計(jì)算軟件。（4）不適合范圍①嵌入式軟件。④“一次性”應(yīng)用。②設(shè)計(jì)人機(jī)界面。⑤長(zhǎng)期在原型環(huán)境上開(kāi)發(fā)，只注意得到滿意的原型，容易“遺忘”用戶環(huán)境和原型環(huán)境的差異。為了消除錯(cuò)誤，勢(shì)必增加更改的次數(shù)，次要部分越來(lái)越大， “淹沒(méi)”了主要部分③原型過(guò)快收斂于需求集合，而忽略了一些基本點(diǎn)。對(duì)于開(kāi)發(fā)者不熟悉的領(lǐng)域，易把次要部分當(dāng)作主要框架，做出不切題的原型。原型模型使總的開(kāi)發(fā)費(fèi)用降低，時(shí)間縮短。④原型模型可以低風(fēng)險(xiǎn)開(kāi)發(fā)柔性較大的計(jì)算機(jī)系統(tǒng)。②原型模型系統(tǒng)可作為培訓(xùn)環(huán)境，有利于用戶培訓(xùn)和開(kāi)發(fā)同步，開(kāi)發(fā)過(guò)程也是學(xué)習(xí)過(guò)程。原型模型的優(yōu)點(diǎn)和缺點(diǎn)如下所述。快速設(shè)計(jì)導(dǎo)致了原型的建造，原型由用戶/客戶評(píng)估，并進(jìn)一步求精待開(kāi)發(fā)軟件的需求。軟件開(kāi)發(fā)者和用戶在一起定義軟件的總目標(biāo)，說(shuō)明需求，并規(guī)劃出定義的區(qū)域。因此，第四代技術(shù)模型已經(jīng)成為軟件開(kāi)發(fā)的一個(gè)重要方法。（3）在大型軟件項(xiàng)目中使用第四代技術(shù)，需要同樣的甚至更多的分析、設(shè)計(jì)和測(cè)試才能獲得實(shí)際的時(shí)間節(jié)省。與計(jì)算機(jī)輔助軟件工程（CASE）工具和代碼生成器結(jié)合起來(lái)，第四代技術(shù)為許多軟件問(wèn)題提供了可靠的解決方案。缺點(diǎn)是目前的第四代技術(shù)并不比程序設(shè)計(jì)語(yǔ)言更容易使用，而且這類工具生成的結(jié)果源代碼是“低效的” ，使用第四代技術(shù)開(kāi)發(fā)的大型軟件系統(tǒng)的可維護(hù)性是令人懷疑的。像其他所有軟件工程模型一樣，第四代技術(shù)模型也有優(yōu)點(diǎn)和缺點(diǎn)。要將一個(gè)第四代技術(shù)模型生成的功能變成最終產(chǎn)品，開(kāi)發(fā)者還必須進(jìn)行測(cè)試，寫出有意義的文檔，并完成其它軟件工程模型中同樣要求的所有集成活動(dòng)。應(yīng)用第四代技術(shù)的生成功能使得軟件開(kāi)發(fā)者能夠以一種方式表示期望的輸出，這種方式使得可以自動(dòng)產(chǎn)生該輸出的代碼。但對(duì)于較大的應(yīng)用軟件，就有必要制定一個(gè)系統(tǒng)的設(shè)計(jì)策略。因此，其他模型中所描述的用戶對(duì)話方式在第四代技術(shù)模型中仍是一個(gè)必要的組成部分。但這是不現(xiàn)實(shí)的，因?yàn)橛脩艨赡懿荒艽_定需要什么；在說(shuō)明已知的事實(shí)時(shí)，可能出現(xiàn)二義性；可能不能夠或是不愿意采用一個(gè)第四代技術(shù)工具可以理解的形式來(lái)說(shuō)明信息。最初，上述的許多工具僅能用于特定的應(yīng)用領(lǐng)域，但今天第四代技術(shù)環(huán)境已經(jīng)擴(kuò)展，能夠滿足許多軟件應(yīng)用領(lǐng)域的需要。軟件工程的第四代技術(shù)模型的應(yīng)用關(guān)鍵在于軟件描述的能力，它用一種特定的語(yǔ)言來(lái)完成或者以一種用戶可以理解的問(wèn)題描述方法來(lái)描述須解決的問(wèn)題。然后軟件工具根據(jù)說(shuō)明自動(dòng)生成源代碼。此外，螺旋模型時(shí)出現(xiàn)較晚的新模型，遠(yuǎn)不如瀑布模型普及，要讓廣大軟件人員和用戶充分肯定它，還有待于更多的實(shí)踐。要求許多客戶接受和相信此方法并不容易。螺旋模型適合于大型軟件的開(kāi)發(fā)，應(yīng)該說(shuō)它是最為實(shí)際的方法，它吸收了軟件工程“演化”概念，使得開(kāi)發(fā)人員和客戶對(duì)每個(gè)演化層出現(xiàn)的風(fēng)險(xiǎn)有所了解，繼而做出應(yīng)有的反應(yīng)。在這種情況下，外圈的開(kāi)發(fā)包含了更多的活動(dòng)。如果軟件開(kāi)發(fā)人員對(duì)所開(kāi)發(fā)項(xiàng)目的需求已有了較好的理解或較大的把握，則無(wú)須開(kāi)發(fā)原型，可采用普通的瀑布模型，這在螺旋模型中可認(rèn)為是單圈螺線。假如風(fēng)險(xiǎn)過(guò)大，開(kāi)發(fā)者和用戶無(wú)法承受，項(xiàng)目有可能終止。在此基礎(chǔ)上需再次計(jì)劃，并進(jìn)行風(fēng)險(xiǎn)分析。如果風(fēng)險(xiǎn)分析表明，需求有不確定性，那么在右下的工程象限內(nèi)，所建的原型會(huì)幫助開(kāi)發(fā)人員和客戶，考慮其他開(kāi)發(fā)模型，并對(duì)需求作進(jìn)一步修正。15 / 87沿螺線自內(nèi)向外每旋轉(zhuǎn)一圈邊開(kāi)發(fā)出更為完善的一個(gè)新的軟件版本。螺旋模型沿著螺旋線旋轉(zhuǎn)，如圖 所示，在迪卡爾坐標(biāo)的 4 個(gè)象限上分別表達(dá)了 4 個(gè)方面的活動(dòng)?？傊?，風(fēng)險(xiǎn)是軟件開(kāi)發(fā)不可忽視的潛在的不利因素，它可能會(huì)在不同程度上損害到軟件開(kāi)發(fā)過(guò)程或軟件產(chǎn)品的質(zhì)量。實(shí)踐表明，項(xiàng)目規(guī)模越大，問(wèn)題越復(fù)雜。但系統(tǒng)分析員又不可能完全回避這一問(wèn)題。對(duì)于不同的項(xiàng)目，其差別只是風(fēng)險(xiǎn)有大有小而已，在制定軟件開(kāi)發(fā)計(jì)劃時(shí)，系統(tǒng)分析員必須回答：項(xiàng)目的需求是什么，需要投入多少資源以及如何安排開(kāi)發(fā)進(jìn)度等一系列問(wèn)題。螺旋模型將瀑布模型與演化模型結(jié)合起來(lái)，并且加入兩種模型均忽略了的風(fēng)險(xiǎn)分析，彌補(bǔ)了兩者的不足。2．螺旋模型為克服瀑布模型的不足，近年來(lái)已經(jīng)提出了多種其他模型。隨著軟件開(kāi)發(fā)項(xiàng)目規(guī)模的日益龐大，由于瀑布模型不夠靈活等缺點(diǎn)引發(fā)出的上述問(wèn)題顯得更為嚴(yán)重。其中最為突出的缺點(diǎn)是該模型缺乏靈活性，特別是無(wú)法解決軟件需求不明確或不準(zhǔn)確的問(wèn)題。根據(jù)這一圖式制定開(kāi)發(fā)計(jì)劃，進(jìn)行成本預(yù)算，組織開(kāi)發(fā)力量，以項(xiàng)目的階段評(píng)審和文檔控制為手段有效地對(duì)整個(gè)開(kāi)發(fā)過(guò)程進(jìn)行指導(dǎo)，從而保證軟件產(chǎn)品及時(shí)交付，并達(dá)到預(yù)期的質(zhì)量要求。若其工作得到確認(rèn)，則繼續(xù)進(jìn)行下一項(xiàng)活動(dòng)，否則返回前項(xiàng)，甚至更前項(xiàng)的活動(dòng)進(jìn)行返工。每項(xiàng)開(kāi)發(fā)活動(dòng)均應(yīng)具有下述特征。采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法，將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開(kāi)。1．瀑布模型瀑布模型即生存周期模型，由 提出，是軟件工程的基礎(chǔ)模型。軟件開(kāi)發(fā)模型是軟件工程思想的具體化，是實(shí)施于過(guò)程模型中的軟件開(kāi)發(fā)方法和工具，是在軟件開(kāi)發(fā)實(shí)踐中總結(jié)出來(lái)的軟件開(kāi)發(fā)方法和步驟。然后則可進(jìn)入修改，修改不只是代碼修改，必須要有齊全的修改計(jì)劃，詳細(xì)過(guò)程以及測(cè)試等文檔。要適應(yīng)環(huán)境的變化，就要擴(kuò)充和改進(jìn)，但不是建立新系統(tǒng)。維護(hù)分為改正性維護(hù)、完善性維護(hù)和適應(yīng)性維護(hù)等。3．維護(hù)階段首先要做的工作是配置評(píng)審，檢查軟件文檔和代碼是否齊全，兩者是否一致，是否可以維護(hù)等。接著對(duì)每個(gè)模塊進(jìn)行過(guò)程設(shè)計(jì)、編碼和單元測(cè)試。2．開(kāi)發(fā)階段開(kāi)發(fā)階段要經(jīng)過(guò)三個(gè)步驟：設(shè)計(jì)、編碼和測(cè)試。技術(shù)評(píng)審?fù)ㄟ^(guò)以后，再進(jìn)行一次對(duì)軟件計(jì)劃的評(píng)審，因?yàn)檫@時(shí)對(duì)問(wèn)題有了進(jìn)一步的了解。第二步，在管理評(píng)審?fù)ㄟ^(guò)以后，要確定系統(tǒng)定義和有效性標(biāo)準(zhǔn)（軟件驗(yàn)收標(biāo)準(zhǔn)） ，寫出軟件需求說(shuō)明書。第一步，因?yàn)檐浖怯?jì)算機(jī)系統(tǒng)中的一個(gè)子系統(tǒng)，這樣不但要從確定的軟件子系統(tǒng)出發(fā)，確定工作域，即確定軟件總的目標(biāo)、功能等，開(kāi)發(fā)這樣的軟件系統(tǒng)需要哪些資源（人力和設(shè)備） ，作出成本估算；而且還要求做出可行性分析，即在現(xiàn)有資源與技術(shù)的條件下能否實(shí)現(xiàn)這樣的目標(biāo)；最后要提出進(jìn)度安排，并寫出軟件計(jì)劃文檔。軟件生存期也可以分為三個(gè)大的階段：計(jì)劃階段、開(kāi)發(fā)階段和維護(hù)階段。⑤測(cè)試，即發(fā)現(xiàn)錯(cuò)誤，進(jìn)行改正。然后對(duì)每個(gè)模塊的具體任務(wù)進(jìn)行具體的描述。③將軟件需求設(shè)計(jì)為軟件過(guò)程描述，即設(shè)計(jì)人員將以確定的各項(xiàng)需求轉(zhuǎn)化成一個(gè)相應(yīng)的體系結(jié)構(gòu)。②將用戶的需求規(guī)范化、形式化。嚴(yán)格而科學(xué)的評(píng)審制度保證了軟件的質(zhì)量，提高了軟件的可維護(hù)性，從而大大提高了軟件開(kāi)發(fā)的成功率和生產(chǎn)率。不能通過(guò)評(píng)審時(shí)，就要重復(fù)前一階段的工作直至通過(guò)上述評(píng)審后才能結(jié)束。前一個(gè)階段結(jié)束的標(biāo)準(zhǔn)就是與其相鄰的后一個(gè)階段結(jié)束的標(biāo)準(zhǔn)。前一個(gè)階段任務(wù)的完成是后一個(gè)階段的前提和基礎(chǔ)，而后一個(gè)階段通常是將前一個(gè)階段提出的方案進(jìn)一步具體化。研究軟件生存周期是為了更科學(xué)地、有效地組織和管理軟件的生產(chǎn)，從而使軟件產(chǎn)品更可靠、更經(jīng)濟(jì)。 軟件生存周期與軟件開(kāi)發(fā)模型軟件工程采用的生存周期方法是從實(shí)踐角度對(duì)軟件的開(kāi)發(fā)與維護(hù)這個(gè)復(fù)雜問(wèn)題進(jìn)行分解，將軟件生存漫長(zhǎng)的時(shí)間分為若干階段，每個(gè)階段都有其相對(duì)獨(dú)立的任務(wù)，然后逐步完成各個(gè)階段的任務(wù)。用可測(cè)試性、易維護(hù)性、易理解性、高效率的指標(biāo)來(lái)具體度量軟件質(zhì)量。要求軟件文件格式一致，工作流程一致，且軟件開(kāi)發(fā)過(guò)程要標(biāo)準(zhǔn)化、統(tǒng)一化。模塊化和局部性的設(shè)計(jì)過(guò)程使用了抽象和信息隱蔽的原則。2．抽象和信息隱蔽盡量將可變因素隱藏在一個(gè)模塊內(nèi)，將怎樣做的細(xì)節(jié)隱藏在下層，而將做什么抽象到上一層做簡(jiǎn)化，從而保證模塊的獨(dú)立性。1．分解11 / 87分解是人類分析解決復(fù)雜問(wèn)題的重要手段和基本原則，其基本思想是從實(shí)踐上或是從規(guī)模上將一個(gè)復(fù)雜抽象的問(wèn)題分成若干個(gè)較小的、相對(duì)獨(dú)立的、容易求解的子問(wèn)題，然后分別求解。軟件工程學(xué)是研究軟件結(jié)構(gòu)、軟件設(shè)計(jì)與維護(hù)方法、軟件工具與環(huán)境、軟件工程標(biāo)準(zhǔn)與規(guī)范、軟件開(kāi)發(fā)技術(shù)與管理技術(shù)的相關(guān)理論。在生存周期中，每隔一定時(shí)間進(jìn)行復(fù)審。記錄軟件生存周期每一步的軟件文件資料，按步驟顯示軌跡。即面向計(jì)劃并開(kāi)發(fā)維護(hù)整個(gè)軟件生存周期的方法學(xué)。軟件經(jīng)濟(jì)管理的主要內(nèi)容有成本估算和質(zhì)量評(píng)價(jià)。軟件工程管理包括軟件開(kāi)發(fā)管理和軟件經(jīng)濟(jì)管理。軟件工具的繼承構(gòu)成軟件開(kāi)發(fā)環(huán)境。軟件開(kāi)發(fā)技術(shù)包括軟件開(kāi)發(fā)方法學(xué)、軟件工具和軟件開(kāi)發(fā)環(huán)境。 軟件工程的基本內(nèi)容與目標(biāo) 1．軟件工程的基本內(nèi)容 從內(nèi)容上劃分軟件工程學(xué)科分為理論、結(jié)構(gòu)、方法、工具、環(huán)境、管理、規(guī)范等。按照這個(gè)要求，就要積極主動(dòng)地采用新的軟件技術(shù)，而且要注意不斷總結(jié)經(jīng)驗(yàn)。要按照軟件工程的基本原理實(shí)現(xiàn)軟件的工程化生產(chǎn)，只遵循上述這 6 條基本原理是不夠的。此外，隨著開(kāi)發(fā)小組人員數(shù)目的增加，因交流問(wèn)題和討論情況而造成的通信開(kāi)銷也急劇增加，所以要保證軟件開(kāi)發(fā)小組人員少而精。（6）合理安排軟件開(kāi)發(fā)小組的人員軟件開(kāi)發(fā)小組的人員合理安排的原則是人員應(yīng)該少而精，即小組成員的素質(zhì)應(yīng)該好，而人數(shù)不應(yīng)過(guò)多。軟件開(kāi)發(fā)人員（或開(kāi)發(fā)小組）的工作進(jìn)展情況可見(jiàn)性差，難以準(zhǔn)確度量，從而使得軟件產(chǎn)品的開(kāi)發(fā)過(guò)程比一般產(chǎn)品的開(kāi)發(fā)過(guò)程更難于評(píng)價(jià)和管理。實(shí)踐表明，采用先進(jìn)的技術(shù)既可提高軟件開(kāi)發(fā)的效率，又可提高軟件維護(hù)的效率。20 世紀(jì) 60 年代末提出的結(jié)構(gòu)化程序設(shè)計(jì)，已經(jīng)成為絕大多數(shù)人公認(rèn)的先進(jìn)的程序設(shè)計(jì)技術(shù)。一切有關(guān)修改軟件的建議，特別是涉及到對(duì)基準(zhǔn)配置的修改建議，都必須按照嚴(yán)格的規(guī)程進(jìn)行評(píng)審，獲得批準(zhǔn)以后才能實(shí)施修改，絕對(duì)不能隨意修改。所謂基準(zhǔn)配置又稱為基線配置，它們是經(jīng)過(guò)階段評(píng)審后的軟件配置成分（各個(gè)階段產(chǎn)生的文檔或程序代碼） 。由于外部環(huán)境的變化，相應(yīng)地改變用戶需求是一種客觀需要，顯然不能硬性禁止客戶提出改變需求的要求，而只能依靠科學(xué)的產(chǎn)品控制技術(shù)來(lái)順應(yīng)這種要求。（3）實(shí)行嚴(yán)格的產(chǎn)品控制在軟件開(kāi)發(fā)過(guò)程中不應(yīng)隨意改變需求，因?yàn)楦淖円豁?xiàng)需求需要付出較高的代價(jià)。其理由是：① 大部分錯(cuò)誤是在編碼之前造成的，例如，根據(jù)統(tǒng)計(jì)，設(shè)計(jì)錯(cuò)誤占軟件錯(cuò)誤的 63%，編碼錯(cuò)誤僅占 37%；② 錯(cuò)誤發(fā)現(xiàn)與改正的越晚，所需支付的代價(jià)也越高。不同層次的管理人員都必須嚴(yán)格按照計(jì)劃各盡其職地管理軟件開(kāi)發(fā)與維護(hù)工作，絕不能受客戶或上級(jí)人員的影響而擅自背離預(yù)定計(jì)劃。（1）用分階段的生存周期計(jì)劃嚴(yán)格管理一個(gè)軟件從定義到開(kāi)發(fā)、使用和維護(hù)，直到最終廢棄，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)的時(shí)期稱為生存周期。在這期間，研究軟件工程的專家學(xué)者們陸續(xù)提出了 100 多條關(guān)于軟件工程的準(zhǔn)則。1968 年在聯(lián)邦德國(guó)召開(kāi)的國(guó)際會(huì)議上正式提出并使用了“軟件工程”這個(gè)術(shù)語(yǔ)，運(yùn)用工程學(xué)的基本原理和方法來(lái)組織和管理軟件生產(chǎn)。軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科?？傊?，為了解決軟件危機(jī)，既要有技術(shù)措施（包括方法和工具） ，又要有必要的組織管理措施。但它本身是無(wú)形的，所以有不同于一般的工程項(xiàng)目的管理。9 / 87最后，采取必要的管理措施。在軟件開(kāi)發(fā)的每個(gè)階段都有許多繁瑣重復(fù)的工作需要做，在適當(dāng)?shù)能浖ぞ咻o助下，開(kāi)發(fā)人員可以把這類工作做的既快又好。把軟件作為工程產(chǎn)品來(lái)處理，按計(jì)劃、分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、維護(hù)和周期進(jìn)行生產(chǎn)。應(yīng)該推廣使用在實(shí)踐中總結(jié)出來(lái)的開(kāi)發(fā)軟件的成功技術(shù)和方法，并且研究探索更好更有效的技術(shù)和方法，盡快消除在計(jì)算機(jī)系統(tǒng)早期發(fā)展階段形成的一些錯(cuò)誤概念和做法。軟件開(kāi)發(fā)是一種組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工程項(xiàng)目。因此，把軟件維護(hù)的概念引入軟件開(kāi)發(fā)的各個(gè)階段，有利于日后的維護(hù)工作，從而建立起關(guān)于軟件開(kāi)發(fā)與維護(hù)的正確概念是十分重要的。如果軟件開(kāi)發(fā)人員在定義時(shí)期沒(méi)有正確全面地理解用戶需求，直到測(cè)試階段或軟件交付使用后才發(fā)現(xiàn)軟件產(chǎn)品不完全符合用戶的需要，這是在修改就已經(jīng)為時(shí)已晚了。所有這些改動(dòng)都屬于維護(hù)工作，需要花費(fèi)很大代價(jià)。⑤在軟件的開(kāi)發(fā)與維護(hù)關(guān)系問(wèn)題上存在錯(cuò)誤的概念。一個(gè)軟件產(chǎn)品必須由一個(gè)完整的配置組成，不應(yīng)該只重視程序而應(yīng)特別重視軟件配置。文檔缺乏一致性與完整性，從而導(dǎo)致失去管理的依據(jù)。經(jīng)過(guò)軟件定一階段的準(zhǔn)備工作后才能進(jìn)入開(kāi)發(fā)時(shí)期。事實(shí)上，只有用戶真正了解他們自己的需要，軟件開(kāi)發(fā)人員需要做大量深入細(xì)致的調(diào)查研究工作，反復(fù)多次地和用戶交流信息，才能真正全面、準(zhǔn)確、具體地了解用戶的要求。③開(kāi)發(fā)和管理人員只重視開(kāi)發(fā)而輕視問(wèn)題的定義，使軟件產(chǎn)品無(wú)法滿足用戶的需求。如果堅(jiān)持不懈地使用經(jīng)過(guò)實(shí)踐考驗(yàn)證明是正確的方法，許多困難是完全可以克服的。所以其開(kāi)發(fā)和維護(hù)必然相當(dāng)困難。 軟件不同于一般程序，它的一個(gè)顯著特點(diǎn)是規(guī)模龐大。所以軟件維護(hù)表明改正或修改原來(lái)的設(shè)計(jì)。因此，管理和控制軟件開(kāi)發(fā)過(guò)程相當(dāng)困難。在寫出程序代碼并在計(jì)算機(jī)上試運(yùn)行之前，軟件開(kāi)發(fā)過(guò)程的進(jìn)展情況較難衡量。通過(guò)對(duì)以上軟件危機(jī)的各種表現(xiàn)的分析，可以看出在軟件開(kāi)發(fā)和維護(hù)的過(guò)程中存在嚴(yán)重問(wèn)題，這些問(wèn)題一方面與軟件本身的特點(diǎn)有關(guān)；另一方面也和軟件開(kāi)發(fā)與維護(hù)的方法不正確有關(guān)。由于微軟電子學(xué)技術(shù)的進(jìn)步和生產(chǎn)自動(dòng)化程度不斷提高，導(dǎo)致硬件成本逐年下降，然而軟件開(kāi)發(fā)則需要大量人力，使軟件成本上升。因?yàn)槿狈Ρ匾奈臋n資料或者文檔資料不合格，必然給軟件開(kāi)發(fā)和維護(hù)帶來(lái)許多嚴(yán)重的困難和問(wèn)題。這些文檔資料應(yīng)該是在軟件開(kāi)發(fā)工程中產(chǎn)生出來(lái)的，而且應(yīng)該和程序代碼完全一致。⑥軟件文檔資料通常既不完整也不合格。很多程序中的錯(cuò)誤是難以改正的，實(shí)際上不能使這些程序適應(yīng)硬件環(huán)境的改變，也不能根據(jù)用戶的需要在原有的程序中增加一些新的功能。為了趕進(jìn)度和節(jié)約成本所采取的一些權(quán)宜之計(jì)又往往降低了軟件產(chǎn)品的質(zhì)量，從而不可避免地引起用戶的不滿。實(shí)際成本比估計(jì)成本有可能偏高，實(shí)際進(jìn)度比預(yù)期進(jìn)度拖延。軟件可靠性和質(zhì)量保證的定量概念剛剛出現(xiàn)不久，軟件質(zhì)量保證技術(shù)（審查、復(fù)審和測(cè)