軟件工程導論(第六版)張海藩-牟永敏課后習題答案

1、第一章一、什么是軟件危機？它有哪些典型表現(xiàn)？為什么會出現(xiàn)軟件危機？軟件危機是指在計算機軟件開發(fā)、使用與維護過程中遇到的一系列嚴重問題和難題。它包括兩方面：如何開發(fā)軟件，已滿足對軟件日益增長的需求；如何維護數(shù)量不斷增長的已有軟件。軟件危機的典型表現(xiàn)：(1)對軟件開發(fā)成本和進度的估計常常很不準確。常常出現(xiàn)實際成本比估算成本高出一個數(shù)量級、實際進度比計劃進度拖延幾個月甚至幾年的現(xiàn)象。而為了趕進度和節(jié)約成本所采取的一些權宜之計又往往損害了軟件產(chǎn)

2、品的質(zhì)量。這些都降低了開發(fā)商的信譽，引起用戶不滿。(2)用戶對已完成的軟件不滿意的現(xiàn)象時有發(fā)生。(3)軟件產(chǎn)品的質(zhì)量往往是靠不住的。(4)軟件常常是不可維護的。(5)軟件通常沒有適當?shù)奈臋n資料。文檔資料不全或不合格，必將給軟件開發(fā)和維護工作帶來許多難以想象的困難和難以解決的問題。(6)軟件成本、軟件維護費在計算機系統(tǒng)總成本中所占比例逐年上升。(7)開發(fā)生產(chǎn)率提高的速度遠跟不上計算機應用普及的需求。軟件危機出現(xiàn)的原因：(1)來自軟件自身的

3、特點：是邏輯部件，缺乏可見性；規(guī)模龐大、復雜，修改、維護困難。(2)軟件開發(fā)與維護的方法不當：忽視需求分析；認為軟件開發(fā)等于程序編寫；輕視軟件維護。(3)供求矛盾將是一個永恒的主題：面對日益增長的軟件需求，人們顯得力不從心。二、假設自己是一家軟件公司的總工程師，當把圖1.1給手下的軟件工程師們觀看，告訴他們及時發(fā)現(xiàn)并改正錯誤的重要性時，有人不同意這個觀點，認為要求在錯誤進入軟件之前就清楚它們是不現(xiàn)實的，并舉例說：“如果一個故障是編碼錯誤

4、造成的，那么，一個人怎么能在設計階段清除它呢？”應該怎么反駁他？答：在軟件開發(fā)的不同階段進行修改付出的代價是很不相同的，在早期引入變動，涉及的面較少，因而代價也比較低；在開發(fā)的中期，軟件配置的許多成分已經(jīng)完成，引入一個變動要對所有已完成的配置成分都做相應的修改，不僅工作量大，而且邏輯上也更復雜，因此付出的代價劇增；在軟件“已經(jīng)完成”是在引入變動，當然付出的代價更高。一個故障是代碼錯誤造成的，有時這種錯誤是不可避免的，但要修改的成本是很小

5、的，因為這不是整體構架的錯誤。三、什么是軟件工程？它有哪些本質(zhì)特征？怎樣用軟件工程消除軟件危機？1993年IEEE的定義：軟件工程是：①把系統(tǒng)的、規(guī)范的、可度量的途徑應用于軟件開發(fā)、運行和維護過程，也就是把工程應用于軟件；②研究①中提到的途徑。軟件工程的本質(zhì)特征：(1)軟件工程關注于大型程序(軟件系統(tǒng))的構造(2)軟件工程的中心課題是分解問題，控制復雜性(3)軟件是經(jīng)常變化的，開發(fā)過程中必須考慮軟件將來可能的變化(4)開發(fā)軟件的效率非常

6、重要，因此，軟件工程的一個重要課題就是，尋求開發(fā)與維護軟件的更好更有效的方法和工具(5)和諧地合作是開發(fā)軟件的關鍵(6)軟件必須有效地支持它的用戶(7)在軟件工程領域中是由具有一種文化背景的人替具有另一種文化背景的人(完成一些工作)軟件過程是為了開發(fā)出高質(zhì)量的軟件產(chǎn)品所需完成的一系列任務的框架，它規(guī)定了完成各項任務的工作步驟。軟件工程方法學：通常把在軟件生命周期全過程中使用的一整套技術方法的集合稱為方法學，也稱范型。軟件過程是軟件工程方

7、法學的3個重要組成部分之一。七、什么是軟件生命周期模型？試比較瀑布模型、快速原型模型、增量模型和螺旋模型的優(yōu)缺點，說明每種模型的使用范圍。軟件生命周期模型是跨越整個生存期的系統(tǒng)開發(fā)、運作和維護所實施的全部過程、活動和任務的結構框架。瀑布模型優(yōu)點：它提供了一個模板，這個模板使得分析、設計、編碼、測試和支持的方法可以在該模板下有一個共同的指導。雖然有不少缺陷但比在軟件開發(fā)中隨意的狀態(tài)要好得多。缺點：(1)實際的項目大部分情況難以按照該模型給

8、出的順序進行，而且這種模型的迭代是間接的，這很容易由微小的變化而造成大的混亂。(2)經(jīng)常情況下客戶難以表達真正的需求，而這種模型卻要求如此，這種模型是不歡迎具有二義性問題存在的。(3)客戶要等到開發(fā)周期的晚期才能看到程序運行的測試版本，而在這時發(fā)現(xiàn)大的錯誤時，可能引起客戶的驚慌，而后果也可能是災難性的?？焖僭湍Ｐ蛢?yōu)點：使用戶能夠感受到實際的系統(tǒng)，使開發(fā)者能夠快速地構造出系統(tǒng)的框架。缺點：產(chǎn)品的先天性不足，因為開發(fā)者常常需要做實現(xiàn)上的折

9、中，可能采用不合適的操作系統(tǒng)或程序設計語言，以使原型能夠盡快工作。增量模型優(yōu)點：(1)人員分配靈活，剛開始不用投入大量人力資源，當核心產(chǎn)品很受歡迎時，可增加人力實現(xiàn)下一個增量。(2)當配備的人員不能在設定的期限內(nèi)完成產(chǎn)品時，它提供了一種先推出核心產(chǎn)品的途徑，這樣就可以先發(fā)布部分功能給客戶，對客戶起到鎮(zhèn)靜劑的作用。缺點：(1)至始至終開發(fā)者和客戶糾纏在一起，直到完全版本出來。(2)適合于軟件需求不明確、設計方案有一定風險的軟件項目。該模型