軟件工程導(dǎo)論第六版張海藩牟永敏課后習(xí)題答案

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

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

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

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

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

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

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

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

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