軟件工程自編教材習(xí)題答案

1、.軟件工程習(xí)題參考答案周兵1.1 教材：軟件工程方木云主編，清華大學(xué)出版社，2016 1.2 參考書目:1.Software engineering8th Edition Ian Sommervile，Pearson Education, 機(jī)械工業(yè)出版社，20062. 軟件工程， 王忠群主編， 中國(guó)科學(xué)技術(shù)大學(xué)出版社， 20093. 軟件工程導(dǎo)論（第4版）, 張海藩編著, 清華大學(xué)出版社, 2007 4、Software engineering : a practitioner's approach Roger S. Pressman. 6th ed. Pressman, R

2、oger S. China Machine Press, 2008 1.3 說(shuō)明:斜體部分是可選講授內(nèi)容, 帶星號(hào)的習(xí)題為可選。第1章 軟件工程學(xué)概述1.1 習(xí)題 A.1 什么是軟件.軟件可以分為哪些類.p11答：軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合。軟件可分為通用軟件和定制軟件。A.2 *什么是軟件危機(jī)及其表現(xiàn).p11答：軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。軟件危機(jī)包含下述兩方面的問(wèn)題：如何開發(fā)軟件，以滿足對(duì)軟件日益增長(zhǎng)的需求；如何維護(hù)數(shù)量不斷膨脹的已有軟件。具體地說(shuō)，軟件危機(jī)主要有以下一些典型表現(xiàn)。(1) 對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。(2

3、) 用戶對(duì)“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。(3) 軟件產(chǎn)品的質(zhì)量往往靠不住。(4) 軟件常常是不可維護(hù)的。(5) 軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料。(6) 軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升。(7) 軟件開發(fā)生產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)。A.3 什么是軟件工程.p11答：軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來(lái)開發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工程。A.4 什么是軟件過(guò)程.p20答：軟件過(guò)程由軟件定義

4、、軟件開發(fā)和運(yùn)行維護(hù)(也稱為軟件維護(hù))3個(gè)時(shí)期組成，每個(gè)時(shí)期又進(jìn)一步劃分成若干個(gè)階段。第2章 軟件過(guò)程模型2.1 習(xí)題A.1 什么是瀑布型方法.p20答：按照時(shí)間順序依次進(jìn)行可行性分析、項(xiàng)目計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼與單元測(cè)試、集成測(cè)試、確認(rèn)驗(yàn)證、運(yùn)行與維護(hù)等幾個(gè)階段進(jìn)行軟件開發(fā)。A.2 什么是快速原型方法.p28答：所謂快速原型是快速建立起來(lái)的可以在計(jì)算機(jī)上運(yùn)行的程序，它所能完成的功能往往是最終產(chǎn)品能完成的功能的一個(gè)子集。強(qiáng)調(diào)過(guò)程的多次反復(fù)，對(duì)文檔的要求不高。A.3 什么是增量方法.說(shuō)說(shuō)它產(chǎn)生的原因和適用的范圍。P43答：增量模型也稱為漸增模型，是快速原型法的一種；使用增量模型

5、開發(fā)軟件時(shí)，把軟件產(chǎn)品作為一系列的增量構(gòu)件來(lái)設(shè)計(jì)、編碼、集成和測(cè)試。使用增量模型可以：在較短時(shí)間內(nèi)向用戶提交可完成部分工作的產(chǎn)品；客戶可以將早期的增量作為原型，從中獲得對(duì)后面系統(tǒng)增量的需求經(jīng)驗(yàn)；項(xiàng)目總體性失敗的風(fēng)險(xiǎn)比較低。A.4 什么是面向復(fù)用方法.說(shuō)說(shuō)它產(chǎn)生的原因和適用的范圍。P43答：面向復(fù)用的方法使用可復(fù)用軟件組件以及能集成這些組件的框架來(lái)構(gòu)建和開發(fā)新的軟件；有時(shí)，這些組件本身就是一個(gè)獨(dú)立的能滿足某種需要的系統(tǒng)。使用這種方法可以節(jié)省大量的重復(fù)勞動(dòng)，加快開發(fā)速度。存在大量可以重用的構(gòu)件的時(shí)候，可以使用這種方法。A.5 什么是形式化方法.說(shuō)說(shuō)它產(chǎn)生的原因和適用的范圍。P43答：形式化系統(tǒng)開發(fā)

6、是一個(gè)類似瀑布模型的軟件開發(fā)方法，但其開發(fā)過(guò)程基于的是用形式化數(shù)學(xué)轉(zhuǎn)換來(lái)將系統(tǒng)描述轉(zhuǎn)換成一個(gè)可執(zhí)行程序。因?yàn)槭褂眠@種方法可以大大提高軟件的可靠性，以及節(jié)省測(cè)試成本；這種方法主要用于可靠性要求很高的軟件。第3章 可行性研究第4章 需求分析4.1 習(xí)題A.1 為什么要進(jìn)行軟件需求分析.請(qǐng)敘述軟件需求分析的主要過(guò)程。P66答：軟件需求分析在軟件開發(fā)過(guò)程中具有舉足輕重的地位，它是開發(fā)出正確的、高質(zhì)量的軟件系統(tǒng)的重要保證。有數(shù)據(jù)表明，更正需求分析階段的一個(gè)錯(cuò)誤所花費(fèi)的工作量是更正測(cè)試階段的一個(gè)錯(cuò)誤的一百倍。軟件需求分析的主要過(guò)程: 獲取用戶需求、分析用戶需求、編寫需求文檔、進(jìn)行需求評(píng)審A.2 軟件需求規(guī)

7、格說(shuō)明書由哪些部分組成.p66答：軟件需求規(guī)格說(shuō)明書由引言、任務(wù)概述、需求規(guī)定、運(yùn)行環(huán)境規(guī)定四個(gè)部分組成。第5章 概要設(shè)計(jì)（總體）5.1 習(xí)題A.1 什么是模塊.什么是模塊化.。P75答：模塊是由邊界元素限定的相鄰程序元素（例如，數(shù)據(jù)說(shuō)明，可執(zhí)行的語(yǔ)句）的序列，而且有一個(gè)總體標(biāo)識(shí)符代表它。過(guò)程、函數(shù)、子程序和宏等，都可作為模塊。面向?qū)ο蠓椒▽W(xué)中的對(duì)象是模塊，對(duì)象內(nèi)的方法（或稱為服務(wù)）也是模塊。模塊是構(gòu)成程序的基本構(gòu)件。模塊化就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問(wèn)的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集成起來(lái)構(gòu)成一個(gè)整體，可以完成指定的功能滿足用戶的需求。模塊化是為了使一個(gè)復(fù)雜的大型程序能被人

8、的智力所管理。A.2 衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么.它們各表示什么含義.P75答：模塊的獨(dú)立程度可以由兩個(gè)定性標(biāo)準(zhǔn)度量，這兩個(gè)標(biāo)準(zhǔn)分別稱為內(nèi)聚和耦合。耦合是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。內(nèi)聚標(biāo)志一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然擴(kuò)展。第6章 界面設(shè)計(jì)6.1 習(xí)題A.1 界面設(shè)計(jì)的原則是什么.P88答：用戶界面設(shè)計(jì)原則原則描述用戶熟悉界面所使用的術(shù)語(yǔ)和概念應(yīng)該是來(lái)自于用戶的經(jīng)驗(yàn)，這些用戶是使用系統(tǒng)最多的人一致性界面應(yīng)該是一致的，即盡可能地讓相似的操作有同樣的觸發(fā)方式意外最小化永遠(yuǎn)不要讓用戶對(duì)系統(tǒng)的行為感到吃驚可恢復(fù)性界面應(yīng)該有一種機(jī)制來(lái)允許用戶從

9、錯(cuò)誤中恢復(fù)用戶指南在錯(cuò)誤發(fā)生時(shí)界面應(yīng)該提供有意義的反饋，并有上下文感知能力的用戶幫助功能用戶差異性界面應(yīng)該為不同類型用戶提供合適的交互功能第7章 詳細(xì)設(shè)計(jì)7.1 習(xí)題A.1 *畫出下列偽碼程序的程序流程圖：STARTIF p THENWHILE q DOfEND DO ELSEBLOCK g nEND BLOCKEND IFSTOP答：TnFF開始gpfqT結(jié)束A.2 *下圖給出的程序流程圖代表一個(gè)非結(jié)構(gòu)化的程序，請(qǐng)問(wèn)：(1) 為什么說(shuō)它是非結(jié)構(gòu)化的"(2) 設(shè)計(jì)一個(gè)等價(jià)的結(jié)構(gòu)化程序。(3) 在(2)題的設(shè)計(jì)中你使用附加的標(biāo)志變量flag了嗎"若沒(méi)用，請(qǐng)?jiān)僭O(shè)計(jì)一個(gè)使用fla

10、g的程序；若用了，再設(shè)計(jì)一個(gè)不用flag的程序。圖 一個(gè)非結(jié)構(gòu)化程序答：(1) 因?yàn)樗皇菃纬隹诘某绦颉?3)第8章 實(shí)現(xiàn)8.1 習(xí)題A.1 p101A.2 什么是軟件測(cè)試，軟件測(cè)試的基本準(zhǔn)則是什么.答：測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程，測(cè)試是保證軟件質(zhì)量的重要手段之一。軟件測(cè)試準(zhǔn)則(經(jīng)驗(yàn))（1）所有測(cè)試都應(yīng)該能追溯到用戶需求。（2）應(yīng)該遠(yuǎn)在測(cè)試開始之前就制定出測(cè)試計(jì)劃。（3）把Pareto原理應(yīng)用到軟件測(cè)試中。Pareto原理說(shuō)明，測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的80%很可能是由程序中20%的模塊造成的。（4）應(yīng)該從“小規(guī)?！睖y(cè)試開始，并逐步進(jìn)行“大規(guī)模”測(cè)試。（5）窮舉測(cè)試是不可能的。（6）為

11、了達(dá)到最佳的測(cè)試效果，應(yīng)該由獨(dú)立的第三方從事測(cè)試工作。A.3 軟件測(cè)試的目的是什么，為什么把軟件測(cè)試的目的定義為只是發(fā)現(xiàn)錯(cuò)誤.答：測(cè)試的目的是找出整個(gè)軟件開發(fā)周期中各個(gè)階段的錯(cuò)誤，如果測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤，就會(huì)力求設(shè)計(jì)出最能暴露錯(cuò)誤的測(cè)試方案，從而提高測(cè)試效率。A.4 黑盒測(cè)試方法有哪些.答：黑盒測(cè)試方法有等價(jià)劃分、邊界值分析、錯(cuò)誤推測(cè)法。A.5 白盒測(cè)試方法有哪些.答：白盒測(cè)試方法有邏輯覆蓋，邏輯覆蓋又可分為：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、路徑覆蓋。第9章 演化（維護(hù)）9.1 習(xí)題A.1 P105 維護(hù)分為哪幾類.答：維護(hù)分為: 改正性維護(hù)、適應(yīng)性維護(hù)、完

12、善性維護(hù)、預(yù)防性維護(hù)。第10章 面向?qū)ο蠓椒▽W(xué)10.1 習(xí)題A.1 P115什么是UML.答：UML(Unified Modeling Language)是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語(yǔ)言。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不僅僅限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，而是全面支持從需求分析開始的軟件開發(fā)的全過(guò)程。A.2 P115一般從哪幾種常用的視角來(lái)描述一個(gè)系統(tǒng).答：用面向?qū)ο蠓椒ㄩ_發(fā)軟件，通常需要建立3種形式的模型，它們分別是描述系統(tǒng)靜態(tài)結(jié)構(gòu)的對(duì)象模型，描述系統(tǒng)動(dòng)態(tài)行為的動(dòng)態(tài)模型和描述系統(tǒng)功能的功能模型。第11章 基于其它粒度的構(gòu)造方法11.1 習(xí)題A.1

13、 P131什么是軟件體系結(jié)構(gòu).答：Hayes Roth認(rèn)為軟件體系結(jié)構(gòu)是一個(gè)抽象的系統(tǒng)規(guī)范，主要包括用其行為來(lái)描述的功能構(gòu)件和構(gòu)件之間的相互連接、接口和關(guān)系。A.2 P131軟件體系結(jié)構(gòu)的組成要素是什么.答：軟件體系結(jié)構(gòu)包含構(gòu)件、連接件和約束3個(gè)最基本的組成元素。A.3 P149Agent概念的幾個(gè)主要特征是什么.答：與Agent概念相關(guān)的幾個(gè)主要特性：自治性、異構(gòu)性、動(dòng)態(tài)性、通信、協(xié)議、承諾。A.4 P149Agent的組織類型有哪些.答：Agent的組織類型有：層次、組合、團(tuán)隊(duì)、市場(chǎng)。A.5 P171如何理解SOA架構(gòu).請(qǐng)畫圖給出面向服務(wù)體系結(jié)構(gòu)中的協(xié)作是怎樣進(jìn)行的過(guò)程。答：SOA的定義為

14、“客戶端/服務(wù)器的軟件設(shè)計(jì)方法，一項(xiàng)應(yīng)用由軟件服務(wù)和軟件服務(wù)使用者組成。SOA架構(gòu)的實(shí)質(zhì)就是將系統(tǒng)模型與系統(tǒng)實(shí)現(xiàn)分離。第12章 面向云計(jì)算方法12.1 習(xí)題A.1 P207從研究現(xiàn)狀上看，云計(jì)算具有什么特點(diǎn).答：云計(jì)算具有以下特點(diǎn): 超大規(guī)模、虛擬化、高可靠性、通用性、高可擴(kuò)展性、按需服務(wù)、極其廉價(jià)。A.2 P207Google云計(jì)算技術(shù)具體包括哪些.答：Google云計(jì)算技術(shù)具體包括：Google文件系統(tǒng)GFS、分布式計(jì)算編程模型MapReduce、分布式鎖服務(wù)Chubby和分布式結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)系統(tǒng)Bigtable等。其中，GFS提供了海量數(shù)據(jù)的存儲(chǔ)和訪問(wèn)的能力，MapReduce使得海量信

15、息的并行處理變得簡(jiǎn)單易行，Chubby保證了分布式環(huán)境下并發(fā)操作的同步問(wèn)題，Bigtable使得海量數(shù)據(jù)的管理和組織十分方便。第13章 CASE工具13.1 習(xí)題P207 CASE的定義是什么.答： CASE即Computer Aided Software Engineering，中文意思是計(jì)算機(jī)輔助軟件工程。CASE是一套方法和工具。CASE的一個(gè)基本思想就是提供一組能夠自動(dòng)覆蓋軟件開發(fā)生命周期各個(gè)階段的集成的、減少勞動(dòng)力的工具。第14章 軟件項(xiàng)目14.1 習(xí)題A.1 P233什么是項(xiàng)目，軟件項(xiàng)目有哪些特點(diǎn).答：項(xiàng)目是為完成一個(gè)獨(dú)特的產(chǎn)品、服務(wù)或者任務(wù)而進(jìn)行的一次性努力。軟件項(xiàng)目是一種特殊的

16、項(xiàng)目，軟件項(xiàng)目除了具有一般項(xiàng)目的基本特征外，還具有以下特征：(l)軟件項(xiàng)目是知識(shí)密集型項(xiàng)目。(2)軟件項(xiàng)目采用以用戶為中心的理念。(3)軟件項(xiàng)目的風(fēng)險(xiǎn)較大。(4)軟件項(xiàng)目的管理嚴(yán)格。(5)軟件產(chǎn)品需要多次完善。(6)軟件項(xiàng)目的文檔編寫量較大。A.2 P233軟件項(xiàng)目立項(xiàng)的一般過(guò)程包括哪些.答：軟件項(xiàng)目立項(xiàng)的一般過(guò)程包括: 軟件項(xiàng)目的發(fā)起階段、項(xiàng)目的論證階段、項(xiàng)目的審核階段、項(xiàng)目的立項(xiàng)。第15章 人員管理15.1 習(xí)題P245小組協(xié)作方式有哪些.答：小組協(xié)作方式有兩種：民主制程序員組、主程序員組。第16章 進(jìn)度管理16.1 習(xí)題P250表達(dá)項(xiàng)目進(jìn)度的圖形工具有那兩種.答：表達(dá)項(xiàng)目進(jìn)度的圖形工具有兩種：工程網(wǎng)絡(luò)圖（活動(dòng)網(wǎng)絡(luò)圖）、Gantt圖（條形圖）。第17章 成本管理17.1 習(xí)題P258軟件成本的組成因素有哪些.答：軟件成本的組成因素有: 包括維護(hù)在內(nèi)的硬件和軟件費(fèi)用、差旅費(fèi)和培訓(xùn)費(fèi)用、工