2021年軟件工程期終考試復(fù)習(xí)題

1、軟件工程期終考試復(fù)習(xí)題一、單向選擇題1 . 一個(gè)模塊把一個(gè)數(shù)值量作為參數(shù)傳送給另一個(gè)模塊。這兩種模塊之間的耦合是（A）。A .邏輯耦合B .數(shù)據(jù)耦合 C .控制耦合 D.內(nèi)容耦合2 .下列有關(guān)內(nèi)聚度由低到高的排列順序，（C）是正確的。A偶然性、時(shí)間性、功能性、通信性、邏輯性、順序性、過程性B過程性、時(shí)間性、順序性、功能性、通信性、邏輯性、偶然性C偶然性、邏輯性、時(shí)間性、過程性、通信性、順序性、功能性D時(shí)間性、邏輯性、順序性、功能性、通信性、偶然性、過程性3 .好的軟件結(jié)構(gòu)應(yīng)該是（B）A高內(nèi)聚、高耦合B高內(nèi)聚、低耦合C低內(nèi)聚、高耦合D低內(nèi)聚、低耦合4 .黑盒測試在設(shè)計(jì)測試用例時(shí)，主要需要研究（A

2、）。A .需求規(guī)格說明與概要設(shè)計(jì)說明B .詳細(xì)設(shè)計(jì)說明C .項(xiàng)目開發(fā)計(jì)劃D .概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明5.SA方法的基本思想是（C）A自底向上逐步抽象B自底向上逐步分解C自頂向下逐步分解D自頂向下逐步抽象6.軟件是一種（C）。A.程序B .數(shù)據(jù)C .邏輯產(chǎn)品 D .物理產(chǎn)品7、軟件的發(fā)展經(jīng)歷了（ D）個(gè)發(fā)展階段。A 一 B二 C 三D 四8、需求分析的任務(wù)不包括（B）。A問題分析B系統(tǒng)設(shè)計(jì)C需求描述D需求評審。9、一個(gè)軟件的寬度是指其控制的（C）oA模塊數(shù) B層數(shù) C跨度 D厚度10、當(dāng)模塊中包含復(fù)雜的條件組合，只有（A）能夠清晰地表達(dá)出各種動作之間 的對應(yīng)關(guān)系。A 判定表和判定樹 B 盒圖

3、C 流程圖D 關(guān)系圖11、以下不屬于邏輯覆蓋的是（D）。A語句覆蓋 B判定覆蓋C條件覆蓋D基本路徑12、為適應(yīng)軟件運(yùn)行環(huán)境的變化而修改軟件的活動稱為（B）。A糾錯(cuò)性維護(hù)B適應(yīng)性維護(hù) C改善性維護(hù) D預(yù)防性維護(hù)13 .適合于面向?qū)ο蠓椒▽W(xué)的軟件生存周期模型是（ B ）A.瀑布用K型B.噴泉模型 C.螺旋模型 D.增量模型14 .從實(shí)用角度看，數(shù)據(jù)規(guī)范化程度在大多數(shù)場合選用第（ C ）范式。A. 1B.2C.3D.515 .可行性分析研究的目的是（ A ）。A.項(xiàng)目值得開發(fā)否B.爭取項(xiàng)目C.開發(fā)項(xiàng)目D.規(guī)劃項(xiàng)目16模塊的內(nèi)聚性最高的是（D ）A.邏輯內(nèi)聚B.時(shí)間內(nèi)聚 C.偶然內(nèi)聚D.功能內(nèi)聚17

4、.軟件是（C ）。A.處理對象和處理規(guī)則的描述 B.程序C.程序及其文檔D.計(jì)算機(jī)系統(tǒng)18 .軟件需求規(guī)格說明的內(nèi)容不應(yīng)包括（B ）。A.主要功能B.算法的詳細(xì)描述C.用戶界面及運(yùn)行環(huán)境D.軟件的性能19 .程序的三種基本控制結(jié)構(gòu)是（B ）。A.過程、子程序和分程序B.順序、選擇和重復(fù)C.遞歸、迭代和回溯D.調(diào)用、返回和轉(zhuǎn)移20 .面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，即（D）。A）系統(tǒng)模型、ER模型、應(yīng)用模型B）對象模型、動態(tài)模型、應(yīng)用模型C） E-R模型、對象模型、功能模型D）對象模型、動態(tài)模型、功能模型21 .在E-R模型中，包含以下基本成分（C ）。A）數(shù)據(jù)、對象、實(shí)體B）控制、聯(lián)系、

5、對象C）實(shí)體、聯(lián)系、屬性D）實(shí)體、屬性、操作22 .各種軟件維護(hù)的類型中最重要的是（ A ）。A）完善性維護(hù)B）糾錯(cuò)性維護(hù) C）適應(yīng)性維護(hù)D）預(yù)防性維護(hù)23 .軟件測試的目標(biāo)是（ B ）。A.證明軟件是正確的B.發(fā)現(xiàn)錯(cuò)誤、降低錯(cuò)誤帶來的風(fēng)險(xiǎn)C.排除軟件中所有的錯(cuò)誤D.與軟件調(diào)試相同24 .軟件生命周期中所花費(fèi)用最多的階段是（ D ）A.詳細(xì)設(shè)計(jì)B.軟件編碼C.軟件測試D.軟件維護(hù)25 .若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X,其范圍是-1.0, 1.0,現(xiàn)從輸入的角度考慮一組測試用例：-1.001, -1.0, 1.0, 1.001.設(shè)計(jì)這組測試用例的方 法是（C ）A.條件覆蓋法B.等

6、價(jià)分類法C.邊界值分析法D.錯(cuò)誤推測法26、詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的（D ）設(shè)計(jì)A.功能 B.調(diào)用關(guān)系 C.輸入輸出數(shù)據(jù)D.算法27 .設(shè)函數(shù)C （X）定義問題X的復(fù)雜程序，函數(shù)E （X）確定解決問題X需要 的工作量（時(shí)間）。對于兩個(gè)問題P1和P2,如果C （P1） >C （P2）顯然E （ P1） >E （P2），則得出結(jié)論 E （P1+P2） >E （P1） +E （P2）就是：（A ）A.模塊化的根據(jù)B.逐步求精的根據(jù)C .抽象的根據(jù)D .信息隱藏和局部化的根據(jù)28 .下面幾種白箱測試技術(shù)，哪種是最強(qiáng)的覆蓋準(zhǔn)則（D ）A.語句覆蓋B.條件覆蓋C.判定覆蓋D.條

7、件組合覆蓋29 .面向數(shù)據(jù)流的設(shè)計(jì)方法把（ A ）映射成軟件結(jié)構(gòu)。A.數(shù)據(jù)流B.系統(tǒng)結(jié)構(gòu)C .控制結(jié)構(gòu)D.信息流30 .內(nèi)聚程度最低的是（A ）內(nèi)聚A.偶然B.過程C.順序 D.時(shí)間31確定測試計(jì)劃是在（A ）階段制定的.A .總體設(shè)計(jì) B.詳細(xì)設(shè)計(jì) C.編碼D.測試32 .需求分析的產(chǎn)品是（D ）A.數(shù)據(jù)流程圖案 B.數(shù)據(jù)字典 C.判定表 D.需求規(guī)格說明書33 .數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是（C ）A.數(shù)據(jù)庫設(shè)計(jì)B.數(shù)據(jù)通信C.數(shù)據(jù)定義D.數(shù)據(jù)維護(hù)34 .（ D ）引入了風(fēng)險(xiǎn)驅(qū)動”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項(xiàng)目。A.增量模型B.噴泉模型C.原型模型D.螺

8、旋模型35 .模塊的內(nèi)聚性最高的是（D ）A.邏輯內(nèi)聚B .時(shí)間內(nèi)聚C.偶然內(nèi)聚D.功能內(nèi)聚36 .提高測試的有效性非常重要，成功的測試是指（D ）A.證明了被測試程序正確無誤 B.說明了被測試程序符合相應(yīng)的要求C.未發(fā)現(xiàn)被測程序的錯(cuò)誤 D.發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤二、填空題1 .軟件生存周期一般可分為 一 問題定義=、可行性研究、_需求分析_、設(shè)計(jì)編碼、_測試一、運(yùn)行與維護(hù)階段。2 .按軟件的功能進(jìn)行劃分，軟件可以劃分為系統(tǒng)軟件、支撐軟件和應(yīng)用軟件。3 .可行性研究主要集中在以下四個(gè)方面經(jīng)濟(jì)可行性、技術(shù)可行性法律可行性和抉擇。4 .用戶界面的山假里也是用戶界面設(shè)計(jì)最重要的也是最基本的目標(biāo)

9、。5.6.7.8.9101112131415161718192021常見的軟件概要設(shè)計(jì)方法有 3大類：以數(shù)據(jù)流圖為基礎(chǔ)構(gòu)造模塊結(jié)構(gòu)的 結(jié)構(gòu)化設(shè)計(jì)方法 以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)構(gòu)造模塊的_jackson_方法，以對 象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法。數(shù)據(jù)流圖木口數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。軟件測試的方法有分析方法 口非分析方法（即黑盒法）。單元測試一般以白盒測試為主， 黑盒測試為輔。軟件工程的發(fā)展可分為時(shí)期、軟件 =程序+文檔、時(shí)期。（程序 軟件產(chǎn)品） DFD中最低一層的包含了系統(tǒng)的全部數(shù)據(jù)和加工，從哪里開始分析呢？ W.Davis認(rèn)為，一般應(yīng)該從數(shù)據(jù)的開始。因?yàn)?的數(shù)據(jù)代表系統(tǒng)的輸出，其

10、 要求是明確的。由這里開始，沿著一步步向數(shù)據(jù)，較易看清楚數(shù)據(jù)流中每一 個(gè)數(shù)據(jù)項(xiàng)的來龍去脈，有利于減少錯(cuò)誤和遺漏。（數(shù)據(jù)流圖終點(diǎn)終點(diǎn) 數(shù) 據(jù)流圖源點(diǎn)回溯）加工說明通常使用_、或來描述。（結(jié)構(gòu)化語言判定表判定樹） 耦合越弱，則表明模塊的越強(qiáng)。（獨(dú)立性）要把數(shù)據(jù)流圖（DFD）轉(zhuǎn)換成軟件結(jié)構(gòu)，首先必須研究 DFD的類型。各種軟 件系統(tǒng)，一般可分為和兩類。（事務(wù)型 變換型）模塊之間聯(lián)系越緊密，其耦合性就越，模塊的獨(dú)立性就越。（弱 強(qiáng)） 模塊的獨(dú)立性概括了把軟件劃分為時(shí)要遵守的準(zhǔn)則。（模塊）一個(gè)模塊的作用范圍指受該模塊內(nèi)影響的所有模塊的集合，一個(gè)模塊的控制 范圍指及其的集合。（的判定所 模塊本身 下級模塊

11、）SD方法的中心任務(wù)是把用DFD圖表示的系統(tǒng)分析模型轉(zhuǎn)換為使用的主要描述工具是。（軟件結(jié)構(gòu)的設(shè)計(jì)模型 SC圖） 詳細(xì)設(shè)計(jì)常用的表達(dá)工具有 一（流程圖和N-S圖偽代碼和PDL語言判定表或判定樹）要改善程序的清晰度必須從改善每個(gè)模塊的控制結(jié)構(gòu)入手，結(jié)構(gòu)化的三種控制結(jié)構(gòu)是、_、_。（順序結(jié)構(gòu)、選擇結(jié)構(gòu)、循環(huán)結(jié)構(gòu)）編碼的目的是選定的一把模塊的翻譯為用.書寫的源程序。（程序設(shè)計(jì)語言過程性描述）實(shí)現(xiàn)源程序的文檔化主要包括以下三個(gè)方面的內(nèi)容：它們是：.（有意義的變量名 適當(dāng)?shù)淖⑨寴?biāo)準(zhǔn)的書寫格式）22運(yùn)行被測試程序的方法稱為測試。（動態(tài)）23黑盒測試以程序功能為測試依據(jù)，可以采用如下的測試方法 _、_（等 價(jià)

12、分類法邊界值分析法錯(cuò)誤猜測法）24語句覆蓋是指設(shè)計(jì)足夠的，使得被測試程序中至少執(zhí)行一次。語句覆蓋是 比較的覆蓋標(biāo)準(zhǔn)。（測試用例每條語句低）25判定覆蓋是指設(shè)計(jì)足夠的測試用例，使得被測試程序中每個(gè)至少獲得一次 和值，從而使程序中 的每一個(gè)至少都通過一次。（判定條件 真值 假 值分支）26條件覆蓋指設(shè)計(jì)足夠的測試用例，使得中的每個(gè)條件的值至少出現(xiàn)一次。（每個(gè)判定表達(dá)式各種可能）27黑盒法把被測對象看成一個(gè) ，測試人員完全不考慮程序的和。只在軟件的處進(jìn)行測試。（黑盒子 內(nèi)部結(jié)構(gòu) 處理過程 接口）28在單元測試中，測試一個(gè)模塊時(shí)，需要設(shè)計(jì) _。（驅(qū)動模塊和樁模塊）29軟件測試依次由_、_、_和系統(tǒng)測試

13、四個(gè)層次的測試組成。（單元測試集 成測試確認(rèn)測試）30、瀑布模型把軟件生命周期劃分為8個(gè)階段：問題的定義、可行性研究、軟件 需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試和運(yùn)行、維護(hù)。八個(gè)階段又可歸納為三個(gè)大的階段：計(jì)劃階段、開發(fā)階段和 （運(yùn)行階段| ）。31、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段中，（需求分析階段） 出錯(cuò)，對軟件的影響最大。32、在結(jié)構(gòu)化的瀑布模型中，（需求分析階段）|定義的標(biāo)準(zhǔn)將成為軟件測試中的 系統(tǒng)測試階段的目標(biāo)。33、軟件工程的出現(xiàn)主要是由于（軟件危機(jī)的出現(xiàn)）。34、軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實(shí)際的應(yīng)用中， 它們之間的關(guān)系表現(xiàn)為相互補(bǔ)

14、充。35、UML是軟件開發(fā)中的一個(gè)重要工具，它主要應(yīng)用于基于對象的（面向?qū)ο螅?的方法。36、在下面的軟件開發(fā)方法中，哪一個(gè)對軟件設(shè)計(jì)和開發(fā)人員的開發(fā)要求最高（原型化方法）。37、結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對象的（數(shù)據(jù)流）。38、軟件開發(fā)的瀑布模型，一般都將開發(fā)過程劃分為：分析、設(shè)計(jì)、編碼和測試 等階段，一般認(rèn)為可能占用人員最多的階段是 （編碼階段| ）。39、軟件開發(fā)模型是指軟件開發(fā)的全部過程、 活動和任務(wù)的結(jié)構(gòu)框架。主要的開 發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型和智能模型。螺旋模型將瀑 布模型和演化模型相結(jié)合，并增加了 （風(fēng)險(xiǎn)分析），它建立

15、在（）的基礎(chǔ)上，沿著螺 線自內(nèi)向外每旋轉(zhuǎn)一圈，就得到（原型）的一個(gè)新版本。噴泉模型描述了（面向?qū)ο螅?的開發(fā)模型，它體現(xiàn)了這種開發(fā)方法創(chuàng)建軟件的過程所固有的（遞歸）和（開發(fā)各階 段之間無間隙”）的特征。40、以下不屬于白盒測試技術(shù)的是（等價(jià)類劃分）|。41、為改正軟件系統(tǒng)中潛藏的錯(cuò)誤而進(jìn)行的維護(hù)活動稱為（糾錯(cuò)性維護(hù)| ）。42、保證軟件質(zhì)量的手段有復(fù)審、復(fù)查、管理復(fù)審和測試等。其中復(fù)審發(fā)生在軟 件生命周期的（每個(gè)階段結(jié)束之前）。43、完整的系統(tǒng)設(shè)計(jì)應(yīng)包括（ 計(jì)算機(jī)系統(tǒng)設(shè)計(jì)、應(yīng)用軟件設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)和 網(wǎng)絡(luò)設(shè)計(jì)| ）。44、在信息系統(tǒng)的物理模型中，表示系統(tǒng)各個(gè)物理組成部分之間的數(shù)據(jù)流動情況 的工

16、具是（系統(tǒng)流程圖）。45、系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具， 用圖形符號表示系統(tǒng)中各個(gè)元素表 達(dá)了系統(tǒng)中各種元素之間的（信息流動）情況。46、成本效益分析的目的是從（經(jīng)濟(jì)）角度評價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。47、自頂向下結(jié)合的漸增式測試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策 略和（寬度優(yōu)先策略）。48、在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是（中間數(shù)據(jù)結(jié)構(gòu)或中間文件）。49、詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、（使用的數(shù)據(jù)）。50、所有軟件維護(hù)申請報(bào)告要按規(guī)定方式提出，該報(bào)告也稱 （軟件問題）報(bào)告。51、獨(dú)立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一

17、條獨(dú)立路徑是至少包含有一條（在其他獨(dú)立路徑中未有過）的邊的路徑。52、設(shè)計(jì)任何一個(gè)人機(jī)界面，一般必須考慮（系統(tǒng)響應(yīng)時(shí)間）、用戶幫助機(jī)制、 錯(cuò)誤信息處理和命令方式四個(gè)方面。53、在軟件測試中，已知產(chǎn)品內(nèi)部工作過程，通過測試檢驗(yàn)產(chǎn)品內(nèi)部動作是否按 照產(chǎn)品規(guī)格說明的規(guī)定正常進(jìn)行的方法稱為（白盒）測試法。54、（耦合度）是對軟件結(jié)構(gòu)中?？扉g關(guān)聯(lián)程度的一種度量。55軟件工程方法學(xué)的目的：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以 實(shí)施的主要保證是（軟件開發(fā)工具和軟件開發(fā)的環(huán)境）。三、判斷題1、缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持，這往往是產(chǎn)生軟件危機(jī)的原因之一。（力2、一個(gè)好的開發(fā)人員應(yīng)具備的

18、素質(zhì)和能力不包括具有良好的書面和口頭表達(dá)能 力。（X）3、在用戶需求分析時(shí)觀察用戶手工操作過程不是為了模擬手工操作過程，而是為了獲取第一手資料，并從中提取出有價(jià)值的需求。（力或產(chǎn)生大量的可視輸出、4、快速原型技術(shù)適用于軟件產(chǎn)品要求大量的用戶交互、或設(shè)計(jì)一些復(fù)雜的算法等場合。（附5、流程圖也稱為程序（框圖）是最常用的一種表示法。（力6、面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（力7、理想的人機(jī)界面應(yīng)針對具有典型個(gè)性的特定的一類用戶設(shè)計(jì)。（/8、數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量（增加）用戶輸入的動作。（X）9、用窮舉測試是較現(xiàn)實(shí)的測試方法。（

19、X）10、編碼時(shí)應(yīng)盡可能使用全局變量（X）11、重視程序結(jié)構(gòu)的設(shè)計(jì)，能使程序具有較好的層次結(jié)構(gòu)（.12、程序中的注解越少越好（X ）。13、用戶對軟件需求的描述不精確，往往是產(chǎn)生軟件危機(jī)的原因之一。（附14、目前，軟件項(xiàng)目的進(jìn)度安排的兩種比較常用的方法是程序評估與審查技術(shù) （PERT）和關(guān)鍵路徑法（CPM）。（力15、一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于聽取別人的意見。（力16、目前的絕大多數(shù)軟件都不適合于快速原型技術(shù)。（X）17、面向數(shù)據(jù)的設(shè)計(jì)方法適用場合是具有明顯的層次信息結(jié)構(gòu)的應(yīng)用如：企事業(yè)的信息管理系統(tǒng)；系統(tǒng)軟件（如操作系統(tǒng)）等。 （/

20、18、缺乏處理大型軟件項(xiàng)目的經(jīng)驗(yàn)。是產(chǎn)生軟件危機(jī)的唯一原因。（X）19、通常緊致性好的語言一致性就好。（X）20、測試計(jì)劃、測試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長期保存。（X）21、數(shù)據(jù)輸入的一般準(zhǔn)則中包括保證信息顯示方式與數(shù)據(jù)輸入方式的協(xié)調(diào)一致；允許用戶定做輸入格式等內(nèi)容。（附22、軟件也會磨損和老化。（X）23、完善性維護(hù)是提高或完善軟件的性能。（力24、McCabe建議模塊規(guī)模應(yīng)滿足：V （G） <20 （X）（X ） 25、開發(fā)軟件就是編寫程序。（X ） 26、系統(tǒng)測試的主要方法是白盒法，主要進(jìn)行功能測試、性能測試、安 全性測試及可靠性等測試。（X） 27、編程序時(shí)應(yīng)盡可能

21、利用硬件特點(diǎn)以提高程序效率 .（X ） 28、軟件需求分析的任務(wù)是建立軟件模塊結(jié)構(gòu)圖。（，）29、盡可能使用高級語言編寫程序（X ） 30、以結(jié)構(gòu)化分析方法建立的系統(tǒng)模型就是數(shù)據(jù)流圖。（X ） 31、進(jìn)行總體設(shè)計(jì)時(shí)加強(qiáng)模塊間的聯(lián)系。（X ） 32、編碼時(shí)盡量多用全局變量.（，）33、用CASE環(huán)境或程序自動生成工具來自動生成一部分程序.（X ） 34、軟件測試是要發(fā)現(xiàn)軟件中的所有錯(cuò)誤。35 .缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持，這往往是產(chǎn)生軟件危機(jī)的原因之一。（T ）36 一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達(dá)能力。（F ）37在用戶需求分析時(shí)觀察用戶手工操

22、作過程不是為了模擬手工操作過程，而是為了獲取第一手資料，并從中提取出有價(jià)值的需求。（F ）38快速原型技術(shù)的適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法等場合。（T ）39流程圖也稱為程序框圖是最常用的一種表小法。（T ）40面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（T ）四、簡答題1什么叫軟件工程？軟件工程三要素是什么？解：軟件工程：指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門學(xué)科， 采用工程的概念、原理、 技術(shù)和方法來開發(fā)與維護(hù)軟件。軟件工程三個(gè)要素：方法、工具、過程2,衡量模塊獨(dú)立的兩個(gè)標(biāo)準(zhǔn)是什么？它們各表示什

23、么含義？解：衡量模塊獨(dú)立性的兩個(gè)定性的度量標(biāo)準(zhǔn)：耦合性和內(nèi)聚性。耦合性和內(nèi)聚性的概念（略）耦合性與內(nèi)聚性是模塊獨(dú)立性的兩個(gè)定性的度量標(biāo)準(zhǔn)，將軟件系統(tǒng)劃分模塊 時(shí)，盡量做到高內(nèi)聚、低耦合，提高模塊的獨(dú)立性，為設(shè)計(jì)高質(zhì)量的軟件結(jié) 構(gòu)奠定基礎(chǔ)。3 .什么是白盒法？它有哪兩類測試法？解：以程序的結(jié)構(gòu)為依據(jù)的測試方法包括：邏輯覆蓋測試法和路徑測試法。其中，邏輯覆蓋法包括：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋和條件組合覆蓋。4 .軟件的可維護(hù)性與哪些因素有關(guān)？解：軟件的可維護(hù)性與可理解性、可修改性、可測試性等因素有關(guān)。5、程序設(shè)計(jì)語言的三種類型和特點(diǎn)是什么？解：1）機(jī)器語言、匯編語言：依賴于機(jī)器，

24、面向機(jī)器2）高級語言：獨(dú)立于機(jī)器，面向過程或面向?qū)ο?）面向問題語言：獨(dú)立于機(jī)器，非過程式語言（4GL）6、什么是軟件危機(jī)？為什么會產(chǎn)生軟件危機(jī)？解：軟件危機(jī)是指軟件在開發(fā)和維護(hù)過程中遇到的一系統(tǒng)嚴(yán)重問題，主要包含二方面的問題，一是如何開發(fā)利用軟件，三是如何維護(hù)數(shù)量不斷膨脹的已有軟件。產(chǎn)生軟件危機(jī)的原因，一方面與軟件本身的特點(diǎn)有關(guān)，另一方面和軟件開發(fā)與維 護(hù)的方法不正確有關(guān)。7、耦合性有哪幾種類型？其耦合度的順序如何解：低：非直接耦合T數(shù)據(jù)耦合T標(biāo)記耦合T控制耦合T外部耦合T公共耦 合內(nèi)容耦合：高8、什么是黑盒測試法？解：黑盒測試法把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程， 它

25、只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟?收輸入數(shù)據(jù)，產(chǎn)生正確地輸出信息。9 .簡述軟件工程的概念。答：概括地說，軟件工程是指導(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ù)它，這就是軟件工程。10 .簡述典型的軟件生命周期的各個(gè)階段。答：軟件生命周期（各階段）軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)三 個(gè)時(shí)期組成。軟件定義時(shí)期：問題定義、可行性研究和需求分析開發(fā)時(shí)期：總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測試、綜合測

26、試。維護(hù)時(shí)期：主要任務(wù)是使軟件持久地滿足用戶的需要。即每個(gè)有8個(gè)階段及基本任務(wù)：1問題定義：回答 要解決的問題是什么？2可行性研究：該問題有行的通的解決辦法嗎？若有解決問題的辦法，則 需要多少費(fèi)用、資源、時(shí)間？3需求分析：回答 為了解決這個(gè)問題，目標(biāo)系統(tǒng)必須做什么”，確定目標(biāo)系 統(tǒng)的功能4總體設(shè)計(jì)：回答 概括地說，應(yīng)如何解決這個(gè)問題”。把確定的各項(xiàng)功能 需求轉(zhuǎn)換成需要的體系結(jié)構(gòu)。設(shè)計(jì)軟件的結(jié)構(gòu)，確定程序由哪些模塊組成 及模塊間的關(guān)系，同時(shí)設(shè)計(jì)該項(xiàng)目的應(yīng)用系統(tǒng)的總體數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫結(jié) 構(gòu)。5詳細(xì)設(shè)計(jì)：回答 應(yīng)怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)”。為每個(gè)模塊完成的功能 進(jìn)行具體描述，把功能描述轉(zhuǎn)變?yōu)榫_的、結(jié)

27、構(gòu)化的過程描述6編碼和單元測試：把每個(gè)模塊的控制結(jié)構(gòu)轉(zhuǎn)換成計(jì)算機(jī)可接受的程序代 碼。寫出的程序應(yīng)是結(jié)構(gòu)好，清晰易讀，并且與設(shè)計(jì)一致。7綜合測試：通過各種類型的測試使軟件達(dá)到預(yù)定的要求。8軟件維護(hù)：通過各種必要的維護(hù)活動使系統(tǒng)持久地滿足用戶需要。11 .簡述傳統(tǒng)方法學(xué)軟件設(shè)計(jì)的基本原理及內(nèi)容。？答：傳統(tǒng)方法學(xué)也稱生命周期方法學(xué)或結(jié)構(gòu)化范型。原理：采用結(jié)構(gòu)化技術(shù)(結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化實(shí)現(xiàn))來完成軟件 開發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來支持結(jié)構(gòu)化技術(shù) 的運(yùn)用。內(nèi)容：把軟件生命周期的全過程依次劃分為若干個(gè)階段， 然后順序地完成每 個(gè)階段的任務(wù)。采用生命周期方法學(xué)可以大大提高

28、軟件開發(fā)的成功率， 軟件 開發(fā)的生產(chǎn)率也能明顯提高。12 .以GJ.Myers的觀點(diǎn)，簡述對軟件測試的定義。？答：GMyers給出了關(guān)于測試的一些規(guī)則，這些規(guī)則也可以看作是測試的目標(biāo)或 定義。(1)測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程；(2)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試方案；(3)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試。從上述規(guī)則可以看出，測試的正確定義是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程”。13.簡述面向?qū)ο蠓椒▽W(xué)的4個(gè)要點(diǎn)。？答：.概括地說，面向?qū)ο蠓椒▽W(xué)具有下述 4個(gè)要點(diǎn)：(1)把對象(object)作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一的軟件構(gòu)

29、 件。(2)把所有對象都劃分成類(class)。(3)按照父類(或稱為基類)與子類(或稱為派生類)的關(guān)系，把若干個(gè)相關(guān)類組 成一個(gè)層次結(jié)構(gòu)的系統(tǒng)(也稱為類等級)。(4)對象彼此間僅能通過發(fā)送消息互相聯(lián)系。14.列舉出5個(gè)詳細(xì)設(shè)計(jì)階段的常用工具。？答：程序流程圖，盒圖，PAD圖(問題分析圖)，判定表，判定樹，過程設(shè)計(jì)語 言，15向?qū)ο蠼Ｖ饕⒛膸追N模型，其中哪種模型是最基本，最核心的？答：功能模型，動態(tài)模型，對象模型。對象模型16元測試著重從哪幾個(gè)方面對模塊進(jìn)行測試？答：模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、重要的執(zhí)行通路、出錯(cuò)處理通路、邊界條件17么是模塊獨(dú)立？為什么模塊獨(dú)立性很重要？答：模塊獨(dú)立是指軟

30、件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子功能，而 和軟件系統(tǒng)中其他模塊的接口是簡單的。即功能專一，模塊之間無過多的相 互作用的模塊。這種類型的模塊可以并行開發(fā)，模塊獨(dú)立性越強(qiáng)，開發(fā)越容易。獨(dú)立性 強(qiáng)的模塊，還能減少錯(cuò)誤的影響，使模塊容易組合、修改及測試。17.軟件生命期各階段的任務(wù)是什么？答：軟件生命期分為7個(gè)階段：1、問題定義：要解決的問題是什么2、可行性研究：確定問題是否值得解，技術(shù)可行性、經(jīng)濟(jì)可行性、操作可 行性3、需求分析：系統(tǒng)必須做什么4、總體設(shè)計(jì)：系統(tǒng)如何實(shí)現(xiàn)，包括系統(tǒng)設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)5、詳細(xì)設(shè)計(jì)：具體實(shí)現(xiàn)設(shè)計(jì)的系統(tǒng)6、實(shí)現(xiàn)：編碼和測試7、運(yùn)行維護(hù)：保證軟件正常運(yùn)行。18、軟件重用的

31、效益是什么？答：1、軟件重用可以顯著地改善軟件的質(zhì)量和可靠性。2、軟件重用可以極大地提高軟件開發(fā)的效率。3、節(jié)省軟件開發(fā)的成本，避免不必要的重復(fù)勞動和人力、財(cái)力的浪費(fèi)19、自頂而下漸增測試與自底而上漸增測試各有何優(yōu)、缺點(diǎn)？答：自頂而下漸增測試優(yōu)點(diǎn)：不需要測試驅(qū)動程序，能夠在測試階段的早期實(shí)現(xiàn)并驗(yàn)證系統(tǒng)的主要 功能，而且能夠盡早發(fā)現(xiàn)上層模塊的接口錯(cuò)誤。缺點(diǎn)：需要存根程序，底層錯(cuò)誤發(fā)現(xiàn)較晚。自底而上漸增測試優(yōu)點(diǎn)與缺點(diǎn)和自頂而下漸增測試相反。20、提高可維護(hù)性的方法有哪些？答：在軟件工程的每一階段都應(yīng)該努力提高系統(tǒng)的可維護(hù)性，在每個(gè)階段結(jié)束前的審查和復(fù)審中，應(yīng)著重對可維護(hù)性進(jìn)行復(fù)審。在需求分析階段的

32、復(fù)審中，應(yīng)對將來要擴(kuò)充和修改的部分加以注明。在討論軟件可移植性問題時(shí)，要考慮可能要影響軟件維護(hù)的系統(tǒng)界面在軟件設(shè)計(jì)的復(fù)審中，因從便于修改、模塊化和功能獨(dú)立的目標(biāo)出發(fā)，評價(jià)軟件的結(jié)構(gòu)和過程，還應(yīng)對將來可能修改的部分預(yù)先做準(zhǔn)備。在軟件代碼復(fù)審中，應(yīng)強(qiáng)調(diào)編碼風(fēng)格和內(nèi)部說明這兩個(gè)影響可維護(hù)性的因素。在軟件系統(tǒng)交付使用前的每一測試步驟中都應(yīng)給出需要進(jìn)行預(yù)防性維護(hù)部分的提示。在完成每項(xiàng)維護(hù)工作后，都應(yīng)對軟件維護(hù)本身進(jìn)行仔細(xì)認(rèn)真的復(fù)審。為了從根本上提高軟件系統(tǒng)的可維護(hù)性，人們正試圖通過直接維護(hù)軟件規(guī)格說明來維護(hù)軟件，同時(shí)也在大力發(fā)展軟件重用技術(shù)。21簡述軟件測試要經(jīng)過哪幾個(gè)步驟，每個(gè)步驟與什么文檔有關(guān)?！窘?/p>

33、答】測試過程按4個(gè)步驟進(jìn)行，即單元測試（模塊測試）、集成測試（子系統(tǒng) 測試和系統(tǒng)測試）、確認(rèn)測試（驗(yàn)收測試）和平行運(yùn)行。單元測試集中對用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測試，與其相關(guān)的文檔是單元測試計(jì)劃和詳細(xì)設(shè)計(jì)說明書。集成測試把已測試過的模塊組裝起來，主要對與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu) 的構(gòu)造進(jìn)行測試。與其相關(guān)的文檔是集成測試計(jì)劃和軟件需求說明書。確認(rèn)測試則是要檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的 各種需求，以及軟件配置是否完全、正確。與其相關(guān)的文檔是確認(rèn)測試計(jì) 劃和軟件需求說明書。平行運(yùn)行把已經(jīng)經(jīng)過確認(rèn)的軟件納入實(shí)際運(yùn)行環(huán)境中，與其他系統(tǒng)成份組合在一起進(jìn)行測試。與其相關(guān)的文檔：用戶指

34、南、使用手冊等。22么是軟件需求，可以從哪些方面描述軟件需求？【解答】軟件需求主要指一個(gè)軟件系統(tǒng)必須遵循的條件或具備的能力。條件與能力：用戶解決問題或達(dá)到目標(biāo)所需的條件或能力，即系統(tǒng)的外部 行為。系統(tǒng)為了滿足合同，規(guī)范或其他規(guī)定文檔所需具備的條件或 能力，系統(tǒng)內(nèi)部特性。軟件需求一般包括3個(gè)不同層次：業(yè)務(wù)需求，用戶需求和功能需求。軟件需求的特性：功能性，可用性，可靠性，性能，可支持性，設(shè)計(jì)約束23向?qū)ο笤O(shè)計(jì)模型包含哪幾個(gè)層次？主要內(nèi)容？【解答】面向?qū)ο笤O(shè)計(jì)模型的四個(gè)層次系統(tǒng)架構(gòu)層：描述整個(gè)系統(tǒng)的總體結(jié)構(gòu)，使所設(shè)計(jì)的軟件能夠滿足客戶 定義的需求，并實(shí)現(xiàn)支持客戶需求的技術(shù)基礎(chǔ)設(shè)施。類和對象層：使系統(tǒng)能夠從通用的方式創(chuàng)建并不斷逼近特殊需求，該層同時(shí)包含每個(gè)對象的設(shè)計(jì)表示。消息層：描述對象間的消息模型，它簡歷了系統(tǒng)的外部和內(nèi)部接口，包 含使得每個(gè)對象能夠和其協(xié)作者通信的細(xì)節(jié)。責(zé)任層：包含針對每個(gè)對象的所有屬性和操作的數(shù)據(jù)結(jié)構(gòu)和算法的設(shè) 計(jì)。24多模塊程序的測試有哪些層次？各層次主要解決什么問題？【解答】多模塊測試有4個(gè)層次單元測試：通過對象模塊的靜態(tài)分析和動態(tài)測試，使其代碼達(dá)到模塊說 明的需求。集成測試：把經(jīng)過單元測試的模塊逐步組成具有良好一致性的完整程序。確認(rèn)測試：確認(rèn)組裝完畢的程序是否滿足軟件需求規(guī)格說明書中的要求。系統(tǒng)測試：檢查把確認(rèn)測試合格的軟件安裝到系統(tǒng)中以后，能否