軟件工程復(fù)習(xí)題-選擇、判斷、填空、簡(jiǎn)答

1、一 選擇題：軟件危機(jī)出現(xiàn)于_C_，為了解決軟件危機(jī)，人們提出了用_B_的原理來設(shè)計(jì)軟件，這是軟件工程誕生的基礎(chǔ)。A 50 年代末 B 60 年代初C 60 年代末 D 70 年代初A .運(yùn)籌學(xué) B.工程學(xué) C .軟件學(xué) D .軟件學(xué) E .數(shù)字2開發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作_B_。A.軟件投機(jī)B.軟件危機(jī)C.軟件工程D.軟件產(chǎn)生3產(chǎn)生軟件危機(jī)的原因有如下幾點(diǎn)，除了_D。軟件開發(fā)過程未經(jīng)審查軟件開發(fā)不分階段，開發(fā)人員沒有明確的分工所開發(fā)的軟件，除了程序清單外，沒有其他文檔采用工程設(shè)計(jì)的方法開發(fā)軟件，不符合軟件本身的特點(diǎn)4軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的技術(shù)指導(dǎo)

2、軟件開發(fā)的學(xué)科，其目的是_B_。A引入新技術(shù)提高空間利用率B.用較少的投資獲得高質(zhì)量的軟件C.縮短研制周期擴(kuò)大軟件功能D.硬軟件結(jié)合使系統(tǒng)面向應(yīng)用請(qǐng)按順序?qū)懗鲕浖诘膸讉€(gè)階段_F_， _D_ ， _C_， _E_， _B_， _A_。A維護(hù) B .測(cè)試 C .詳細(xì)設(shè)計(jì) D .概要設(shè)計(jì)E .編碼 F .需求分析 瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和_C_三個(gè)階段，而每一階段又可細(xì)分為若干個(gè)更小的階段。A詳細(xì)設(shè)計(jì)B.可行性分析C.運(yùn)行及維護(hù)D.測(cè)試與排錯(cuò)7劃分軟件生存周期的階段時(shí)所應(yīng)遵循的基本原則是_B_。A、各階段的任務(wù)盡可能相關(guān)性B、各階段的任務(wù)盡可能相對(duì)獨(dú)立C、各階段的任務(wù)在

3、時(shí)間上連續(xù)D 、各階段的任務(wù)在時(shí)間上相對(duì)獨(dú)立8一個(gè)軟件項(xiàng)目是否進(jìn)行開發(fā)的結(jié)論是在_B_文檔中作出的。A、軟件開發(fā)計(jì)劃B、可行性報(bào)告C、需求分析說明書CK測(cè)試報(bào)告9分析員是_B_。A.用戶中系統(tǒng)的直接使用者 B.用戶和軟件人員的中間人C.軟件的編程人員D。用戶和軟件人員的領(lǐng)導(dǎo)下列敘述中，_A不屬于數(shù)據(jù)字典的作用。A作為編碼階段的描述工具 B 、為用戶與開發(fā)人員之間統(tǒng)一認(rèn)識(shí)C、作為概要設(shè)計(jì)的依據(jù)D 、為需求分析階段定義各類條目使用結(jié)構(gòu)化分析方法時(shí)，采用的基本手段是_A_。A分解和抽象B .分解和綜合C .歸納與推導(dǎo) D.試探與回溯結(jié)構(gòu)化系統(tǒng)分析主要是通過_D_進(jìn)行分析的。A算法分解B.控制結(jié)構(gòu)分解

4、C.數(shù)據(jù)結(jié)構(gòu)分解D.處理功能分解分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式，它的頂層描述了系統(tǒng)的_A_。A.總貌B.細(xì)節(jié) C.抽象 D.軟件的作者變換型和事務(wù)型是程序結(jié)構(gòu)的標(biāo)準(zhǔn)形式。從某處獲得數(shù)據(jù)，再對(duì)這些數(shù)據(jù)作處理，然后將結(jié)果送出是屬于_A_。A 變換型 B事務(wù)型需求分析說明書不能作為_A_。A、可行性研究的依據(jù)B 、用戶和開發(fā)人員之間的合同C、系統(tǒng)概要設(shè)計(jì)的依據(jù) D 、軟件驗(yàn)收測(cè)試的依據(jù)結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、_D_和加工說明等描述工具，即用直觀的圖和簡(jiǎn)潔的語(yǔ)言來描述軟件系統(tǒng)模型。A. DFD圖B. PAD圖C. IPO圖 D.數(shù)據(jù)字典不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是_B_。

5、A.人工校核工資數(shù)據(jù)B.工資支票數(shù)據(jù)C.打印工資支票D.計(jì)算職工工資系統(tǒng)開發(fā)人員使用系統(tǒng)流程圖或其他工具描述系統(tǒng)，估計(jì)每種方案的成本和效益的工作是在_B階段進(jìn)行的。A、需求分析 B、總體設(shè)計(jì) C、詳細(xì)設(shè)計(jì) D 、編碼階段軟件的_A_設(shè)計(jì)又稱為總體設(shè)計(jì)，其主要任務(wù)是建立軟件系統(tǒng)的總體結(jié)構(gòu)。A.概要B.抽象 C.邏輯 D.規(guī)劃結(jié)構(gòu)化設(shè)計(jì)方法采用變換分析和事務(wù)分析技術(shù)實(shí)現(xiàn)_D_。A.從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)B.從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)C.從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)D.從數(shù)據(jù)流圖導(dǎo)出初始化結(jié)構(gòu)圖結(jié)構(gòu)化設(shè)計(jì)方法是面向_C_的設(shè)計(jì)方法。A.過程B.對(duì)象C.數(shù)據(jù)流D.數(shù)據(jù)結(jié)構(gòu) Jackson 程序設(shè)計(jì)方法是一種面向

6、_A_ 的設(shè)計(jì)方法。A、數(shù)據(jù)結(jié)構(gòu) B 、數(shù)據(jù)流圖 C 、IPO圖 D 、系統(tǒng)流程圖 Jackson 設(shè)計(jì)方法由英國(guó)的 M. Jackson 提出的，它是一種面向_C_的設(shè)計(jì)方法。A.對(duì)象B.數(shù)據(jù)流 C.數(shù)據(jù)結(jié)構(gòu)D.控制結(jié)構(gòu)結(jié)構(gòu)化設(shè)計(jì)采用模塊化方法的主要出發(fā)點(diǎn)是_D_。A 增加內(nèi)聚性B、減少耦合度 C、提高有效性 D降低復(fù)雜度下列_D_不是模塊化設(shè)計(jì)的目的。A 、可采用結(jié)構(gòu)化設(shè)計(jì)方法B 、降低復(fù)雜度G有利于信息隱蔽D、描述系統(tǒng)的功能與性能一個(gè)模塊直接控制（調(diào)用）的下層模塊的數(shù)目稱為模塊的 B_。A扇入數(shù)B、扇出數(shù) C 、寬度D、作用域某個(gè)模塊的作用域是指_D_。A 、被該模塊調(diào)用的所用模塊 B

7、、調(diào)用該模塊的所有模塊C、與該模塊相關(guān)聯(lián)的所有模塊D.受該模塊內(nèi)的判定影響的所有模塊 模塊本身的內(nèi)聚是模塊獨(dú)立性的重要度量因素之一， 在七類內(nèi)聚中， 具有最強(qiáng)內(nèi)聚的一類是_DA.順序性內(nèi)聚 B.過程性內(nèi)聚C.邏輯性內(nèi)聚D.功能性內(nèi)聚如果模塊中所有成分引用共同的數(shù)據(jù)，該模塊內(nèi)的聯(lián)系類型是_C_。A.順序內(nèi)聚B.功能內(nèi)聚C.通信內(nèi)聚D.過程內(nèi)聚初始化模塊和結(jié)束模塊從塊內(nèi)聯(lián)系看，被稱為_C_模塊。A.過程內(nèi)聚B.功能內(nèi)聚C.時(shí)間內(nèi)聚D.邏輯內(nèi)聚若一模塊內(nèi)部的處理動(dòng)作為：成分A 的輸出是成分B 的輸入，則該模塊的聚合性稱為_A_A、順序內(nèi)聚 B 、功能內(nèi)聚 C 、過程內(nèi)聚D 、通信內(nèi)聚29某模塊的功能

8、是打印錄取通知書或不錄取通知書，調(diào)用模塊可通過向此模塊傳遞布爾標(biāo)志信息決定本次調(diào)用哪種通知書的打印，這種模塊之間的耦合稱為_D_。A.數(shù)據(jù)耦合B.混合耦合C.公共耦合D.控制耦合要減少兩個(gè)模塊之間的耦合，則必須_D_。A.兩個(gè)模塊間的調(diào)用次數(shù)要少B.模塊間傳遞的參數(shù)要少C.模塊間傳遞的參數(shù)要少且布傳遞開關(guān)型參數(shù)D.模塊間傳遞的參數(shù)要少且不傳遞開關(guān)型參數(shù)以及兩模塊不引用同樣的全局變量下列耦合度表示中，最弱的耦合形式是_C_。A 、特征耦合B 、公共耦合 C 、數(shù)據(jù)耦合 D 、數(shù)據(jù)結(jié)構(gòu)一個(gè)模塊傳送給另一模塊的參數(shù)是由單個(gè)數(shù)據(jù)項(xiàng)組成的數(shù)組，它屬于_A耦合。A 數(shù)據(jù)型B、復(fù)合型 G內(nèi)容型 D公共型 P

9、AD( Problem Analysis Diagram )圖是一種_B_工具。A .系統(tǒng)描述B。詳細(xì)設(shè)計(jì)C。測(cè)試 D 。編程輔助下列系統(tǒng)設(shè)計(jì)工具中，_B不屬于詳細(xì)設(shè)計(jì)工具。A 、 N S 圖 B 、數(shù)據(jù)流圖 C 、程序流程圖 D 、 PAD.程序流程圖、N-S圖和PAD圖是_B_使用的表達(dá)工具。A設(shè)計(jì)階段的要設(shè)計(jì) B.設(shè)計(jì)階段的詳細(xì)設(shè)計(jì)C.編碼階段D.測(cè)試階段模塊內(nèi)部的算法設(shè)計(jì)在結(jié)構(gòu)化方法的 _C階段進(jìn)行。A、系統(tǒng)分析B 、概要設(shè)計(jì) C、詳細(xì)設(shè)計(jì) D 編碼(實(shí)現(xiàn))源程序的版面文檔要求應(yīng)有變量說明、適當(dāng)注釋和_B_。A.框圖 B.統(tǒng)一書寫格式C.修改記錄D.編程日期提高程序可讀性的有力手段是_

10、D。A、選好一種程序設(shè)計(jì)語(yǔ)言B 、顯式說明一切變量G使用三種標(biāo)準(zhǔn)控制語(yǔ)句D、給程序加注釋 文檔是軟件開發(fā)人員 . 維護(hù)人員 . 用戶以及計(jì)算機(jī)之間的_B_, 軟件開發(fā)人員在各個(gè)階段以文檔作為前段工作成果的_E_和后段工作的_F_。A.接口B.橋梁C.科學(xué)D.繼續(xù)E.體現(xiàn)F.基礎(chǔ)軟件工程中_C不屬于用戶文檔的內(nèi)容。A功能描述B、安裝手冊(cè)G系統(tǒng)設(shè)計(jì)D、使用手冊(cè)在軟件工程中，高質(zhì)量的文檔標(biāo)準(zhǔn)是完整性、一致性和_C_。A.統(tǒng)一性 B.安全性 C.無二義性D.組合性一般來說，在管理軟件中，軟件生存周期各個(gè)階段的工作量以_D所占的比例最大。A 、需求分析與設(shè)計(jì)階段 B 、編碼實(shí)現(xiàn)階段C 、測(cè)試階段D 、維

11、護(hù)階段軟件的_B_一般由兩次故障平均間隔時(shí)間和故障平均恢復(fù)時(shí)間來度量；A.可維護(hù)性B可靠性 C效率 D 可理解性采用_D_且編寫程序，可提高程序的可移植性；A.機(jī)器語(yǔ)言B宏指令C匯編語(yǔ)言 D高級(jí)語(yǔ)言. 軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的技術(shù)指導(dǎo)軟件開發(fā)的學(xué)科，其目的是_B_。A.引入新技術(shù)提高空I利用率B.用較少的投資獲得高質(zhì)量的軟件C.縮短研制周期擴(kuò)大軟件功能D.硬軟件結(jié)合使系統(tǒng)面向應(yīng)用. 劃分軟件生存周期的階段時(shí)所應(yīng)遵循的基本原則是_B_。A.各階段的任務(wù)盡可能相關(guān)性B.各階段的任務(wù)盡可能相對(duì)獨(dú)立C.各階段的任務(wù)在時(shí)間上連續(xù)D.各階段的任務(wù)在時(shí)間上相對(duì)獨(dú)立. 結(jié)構(gòu)化設(shè)計(jì)方法采用變換分析和事

12、務(wù)分析技術(shù)實(shí)現(xiàn)_D_。A.從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)B.從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)C.從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)D.從數(shù)據(jù)流圖導(dǎo)出初始化結(jié)構(gòu)圖. 需求分析說明書不能作為_A。A.可行性研究的依據(jù)B .用戶和開發(fā)人員之間的合同C.系統(tǒng)概要設(shè)計(jì)的依據(jù)D.軟件驗(yàn)收測(cè)試的依據(jù). 瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和_C_三個(gè)階段，而每一階段又可細(xì)分為若干個(gè)更小的階段。A.詳細(xì)設(shè)計(jì)B.可行性分析C .運(yùn)行及維護(hù)D.測(cè)試與排錯(cuò). Jackson 設(shè)計(jì)方法由英國(guó)的 M. Jackson 提出的，它是一種面向_C_的設(shè)計(jì)方法。A .對(duì)象B .數(shù)據(jù)流 C.數(shù)據(jù)結(jié)構(gòu)D .控制結(jié)構(gòu). 一個(gè)模塊直接控制（調(diào)用）的下層

13、模塊的數(shù)目稱為模塊的 _B。A.扇入數(shù) B .扇出數(shù) C .寬度 D .作用域. 模塊本身的內(nèi)聚是模塊獨(dú)立性的重要度量因素之一， 在七類內(nèi)聚中， 具有最強(qiáng)內(nèi)聚的一類是_DA.順序性內(nèi)聚B .過程性內(nèi)聚 C.邏輯性內(nèi)聚D.功能性內(nèi)聚. 某模塊的功能是打印錄取通知書或不錄取通知書， 調(diào)用模塊可通過向此模塊傳遞布爾標(biāo)志信息決定本次調(diào)用哪種通知書的打印，這種模塊之間的耦合稱為_D_。A.數(shù)據(jù)耦合B .混合耦合C.公共耦合D .控制耦合.程序流程圖、N-S圖和PAD是_B_使用的表達(dá)工具。A.設(shè)計(jì)階段的概要設(shè)計(jì)B .設(shè)計(jì)階段的詳細(xì)設(shè)計(jì)C.編碼階段D .測(cè)試階段. 分析員是_B_。A.用戶中系統(tǒng)的直接使用

14、者B .用戶和軟件人員的中間人C.軟件的編程人員D .用戶和軟件人員的領(lǐng)導(dǎo). 下列 _D_不是模塊化設(shè)計(jì)的目的。A.可采用結(jié)構(gòu)化設(shè)計(jì)方法B .降低復(fù)雜度C.有利于信息隱蔽D.描述系統(tǒng)的功能與性能. 軟件工程中_C_不屬于用戶文檔的內(nèi)容。A.功能描述B .安裝手冊(cè)C.系統(tǒng)設(shè)計(jì)手冊(cè)D.使用手冊(cè). 軟件的_B_一般由兩次故障平均間隔時(shí)間和故障平均恢復(fù)時(shí)間來度量。A.可維護(hù)性B .可靠性 C .效率 D .可理解性. 一般來說，在管理軟件中，軟件生存周期各個(gè)階段的工作量以_D_所占的比例最大。A.需求分析與設(shè)計(jì)階段B .編碼實(shí)現(xiàn)階段C.測(cè)試階段D.維護(hù)階段在下列工具與環(huán)境中（）屬于較早期的CASE。A

15、.基于信息工程 CASE B .人工智能 CASEC .結(jié)構(gòu)的基于圖形 CASED.集成的CAS帝境 Putnam 成本估算模型是一個(gè)（ ）模型。A 靜態(tài)單變量B 動(dòng)態(tài)單變量C 靜態(tài)多變量 D 動(dòng)態(tài)多變量在McCall 軟件質(zhì)量度量模型中， （ ）屬于面向軟件產(chǎn)品修改。A .可靠性 B .可重用性C.適應(yīng)性 D .可移植性 ISO 的軟件質(zhì)量評(píng)價(jià)模型由 3 層組成，其中用于評(píng)價(jià)設(shè)計(jì)質(zhì)量的準(zhǔn)則是（ ）A SQIC B SQMC C SQRCD SQDC TOC o 1-5 h z 軟件復(fù)雜性度量的參數(shù)包括（）A 效率 B 規(guī)模 C 完整性D 容錯(cuò)性對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（）于對(duì)

16、象的統(tǒng)一體中。A .結(jié)合 B .隱藏C.封裝D .抽象軟件調(diào)試技術(shù)包括（）A 邊界值分析 B 演繹法C 循環(huán)覆蓋 D 集成測(cè)試68瀑布模型的存在問題是（）A .用戶容易參與開發(fā)B.缺乏靈活性C .用戶與開發(fā)者易溝通 D .適用可變需求 TOC o 1-5 h z 69 軟件測(cè)試方法中的靜態(tài)測(cè)試方法之一為（）A 計(jì)算機(jī)輔助靜態(tài)分析 B 黑盒法 C 路徑覆蓋D 邊界值分析70軟件生命周期中所花費(fèi)用最多的階段是（）A .詳細(xì)設(shè)計(jì)B .軟件編碼C .軟件測(cè)試D.軟件維護(hù)第一個(gè)體現(xiàn)結(jié)構(gòu)化編程思想的程序設(shè)計(jì)語(yǔ)言是（）A . FORTRAN言B. Pascal 語(yǔ)言 C . C語(yǔ)言D. PL/1 語(yǔ)言程序的

17、三種基本控制結(jié)構(gòu)是（）A .過程、子程序和分程序 B.順序、選擇和重復(fù)C .遞歸、堆棧和隊(duì)列 D .調(diào)用、返回和轉(zhuǎn)移在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具有（）A PAD B SA C SCD DFD詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的（）A 代碼的規(guī)模 B 運(yùn)行速度C 質(zhì)量D 可維護(hù)性需求分析中開發(fā)人員要從用戶那里了解（）A 軟件做什么 B 用戶使用界面C 輸入的信息D 軟件的規(guī)模結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（）A.程序的規(guī)模B .程序的效率C .程序設(shè)計(jì)語(yǔ)言的先進(jìn)性D.程序易讀性. IDEF。圖反映系統(tǒng)（）A.怎么做 B .對(duì)誰(shuí)做 C.何時(shí)做D.做什么經(jīng)濟(jì)可行性研究的范圍包括（）A .資源有效性B .

18、管理制度C.效益分析 D .開發(fā)風(fēng)險(xiǎn)發(fā)的決策依79可行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論證工作，它是決定該系統(tǒng)是否開據(jù)，因必須給出（ ）的回答。A 確定B 行或不行C 正確D 無二義80需求分析階段的任務(wù)是確定（）A.軟件開發(fā)方法B.軟件開發(fā)工具 C .軟件開發(fā)費(fèi)面向?qū)ο蟪绦蛟O(shè)計(jì)中的數(shù)據(jù)隱藏指的是（ D ） 。A.輸入數(shù)據(jù)必須輸入保密口令B.數(shù)據(jù)經(jīng)過加密處理C.對(duì)象內(nèi)部數(shù)據(jù)結(jié)構(gòu)上建有防火墻D.對(duì)象內(nèi)部數(shù)據(jù)結(jié)構(gòu)的不可訪問性與設(shè)計(jì)測(cè)試數(shù)據(jù)無關(guān)的文檔是（ D ）。A.需求說明書B .設(shè)計(jì)說明書 C .源程序D.軟件系統(tǒng)的功能D 項(xiàng)目開發(fā)設(shè)計(jì)結(jié)構(gòu)化分析 SA 方法以數(shù)據(jù)流圖、 （ B 述軟系統(tǒng)

19、模型。A DFD 圖 B 數(shù)據(jù)字典 C）和加工說明等描述工具，即用直觀的圖和簡(jiǎn)潔的語(yǔ)言來描 IPO 圖 D PAD 圖（ D ） 引入了“風(fēng)險(xiǎn)驅(qū)動(dòng)”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項(xiàng)目。A.增量模型B .噴泉模型C .原型模型D .螺旋模型瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和（ C ）三個(gè)階段，而每一階段又可細(xì)分為若干個(gè)更小的階段。A.詳細(xì)設(shè)計(jì)B 可行性分析C 運(yùn)行及維護(hù)D.測(cè)試與排錯(cuò)86.若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X,其范圍是-1.0, 1.0,現(xiàn)從輸入的角度考慮一組測(cè)試用例： -1.001, -1.0, 1.0, 1.001A.條件覆蓋法B .等價(jià)分類法C 邊界值

20、分析法 D 錯(cuò)誤推測(cè)法87. 數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是（ C ）A.數(shù)據(jù)庫(kù)設(shè)計(jì)B .數(shù)據(jù)通信 C .數(shù)據(jù)定義D .數(shù)據(jù)維護(hù)模塊本身的內(nèi)聚是模塊獨(dú)立性的重要度量因素之一，在七類內(nèi)聚中，A.順序性內(nèi)聚 B .過程性內(nèi)聚下面幾種白箱測(cè)試技術(shù)， （ DA.語(yǔ)句覆蓋 B .條件覆蓋軟件需求規(guī)格說明的內(nèi)容不應(yīng)包括（A.主要功能BC.用戶界面及運(yùn)行環(huán)境D面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ停碈 邏輯性內(nèi)聚）是最強(qiáng)的覆蓋準(zhǔn)則。C 判定覆蓋 DB ）。.算法的詳細(xì)描述.軟件的性能（ D ）。具有最強(qiáng)內(nèi)聚的一類是 （ D ）D.功能性內(nèi)聚.條件組合覆蓋A.系統(tǒng)模型、E-R模型

21、、應(yīng)用模型B 對(duì)象模型、動(dòng)態(tài)模型、應(yīng)用模型D.對(duì)象模型、動(dòng)態(tài)模型、功能模型B 降低復(fù)雜度描述系統(tǒng)的功能與性能）映射成軟件結(jié)構(gòu)。系統(tǒng)結(jié)構(gòu)信息流C E-R 模型、對(duì)象模型、功能模型下列（ D ）不是模塊化設(shè)計(jì)的目的。A.可采用結(jié)構(gòu)化設(shè)計(jì)方法 TOC o 1-5 h z C.有利于信息隱蔽D面向數(shù)據(jù)流的設(shè)計(jì)方法把（ AA.數(shù)據(jù)流BC.控制結(jié)構(gòu)D下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是（ B ）A.鍵盤、鼠標(biāo)、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化，就會(huì)產(chǎn)生消息B.操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息C.應(yīng)用程序之間可以相互發(fā)送消息D.發(fā)送與接收消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)

22、制不同提高測(cè)試的有效性非常重要，成功的測(cè)試是指（ D ）。A.證明了被測(cè)試程序正確無誤B .說明了被測(cè)試程序符合相應(yīng)的要求C.未發(fā)現(xiàn)被測(cè)程序的錯(cuò)誤D .發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤二、填空題：在結(jié)構(gòu)化分析中，_ 數(shù)據(jù)字典_用于詳細(xì)地定義數(shù)據(jù)流圖中的成分。耦合性和內(nèi)聚性是衡量 _ 模塊獨(dú)立性_的兩個(gè)定性的標(biāo)準(zhǔn)。結(jié)構(gòu)化程序設(shè)計(jì)是一種程序設(shè)計(jì)技術(shù)， 它采用_ 自頂向下、逐步求精_ 的設(shè)計(jì)方法和順序、選擇、循環(huán)三種基本控制結(jié)構(gòu)構(gòu)造常態(tài)程序。 TOC o 1-5 h z 結(jié)構(gòu)化分析方法中，數(shù)據(jù)流圖的四種基本成分為：處理、源點(diǎn)或終點(diǎn)_數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流_。從模塊內(nèi)外的聯(lián)系來看，結(jié)構(gòu)化設(shè)計(jì)的要求是 _ 高內(nèi)聚

23、低耦合 _。在需求分析中，可從有關(guān)問題的簡(jiǎn)述中提取組成數(shù)據(jù)流圖的基本成分。通常問題簡(jiǎn)述中的動(dòng)詞短語(yǔ)將成為數(shù)據(jù)流圖中的 _ 處理 _成分。如果兩模塊間的通信信息是若干個(gè)參數(shù)，而每個(gè)參數(shù)是單一的數(shù)據(jù)項(xiàng)，則稱這種耦合性為_數(shù)據(jù) _耦合。模塊內(nèi)部的算法設(shè)計(jì)在結(jié)構(gòu)化方法的_詳細(xì)設(shè)計(jì)_ 階段進(jìn)行。定性度量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是內(nèi)聚性和_耦合性_。、 在模塊結(jié)構(gòu)圖中，直接調(diào)用某一模塊的其他模塊數(shù)稱為該模塊的_扇入數(shù) 。11系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的 （ 信息流動(dòng)） 情況。成本效益分析的目的是從（ 經(jīng)濟(jì) ） 角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。.自頂向

24、下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策略和（寬度優(yōu)先策略）。.獨(dú)立路徑是指包括一組以前沒有處理的語(yǔ)句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是 至少包含有一條（在其他獨(dú)立路徑中未有過）的邊的路徑。.匯編語(yǔ)言是面向（機(jī)器）的，可以完成高級(jí)語(yǔ)言無法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。.在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是（中間數(shù)據(jù)結(jié)構(gòu)或中間文件 ）。.詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、（使用的數(shù)據(jù) ）。.所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱（ 軟件問題）報(bào)告。.有兩類維護(hù)技術(shù)：在開發(fā)階段使用來減少錯(cuò)誤、提高軟件可維護(hù)性的面向維

25、護(hù)的技術(shù)；在維護(hù)階 段用來提高維護(hù)的效率和質(zhì)量的（維護(hù)支援）技術(shù)。.科學(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫(kù)函數(shù)，以便處理復(fù)雜的數(shù)值計(jì)算，可供選擇的語(yǔ)言有：（FORTRAN語(yǔ)言）、PASCA晤言、C語(yǔ)言和PL/1語(yǔ)言。.在軟件開發(fā)過程中要產(chǎn)生大量的信息，要進(jìn)行大量的修改， 軟件配置管理 能協(xié)調(diào)軟件開發(fā)， 并使混亂減到最低程度。.規(guī)定功能的軟件，在一定程度上對(duì)自身錯(cuò)誤的作用（軟件錯(cuò)誤）具有屏蔽能力，則稱此軟件具有容錯(cuò)功能的軟件。. McCall提出的軟件質(zhì)量模型包括 11 個(gè)軟件質(zhì)量特性。.軟件可維護(hù)性度量的七個(gè)質(zhì)量特性是可理解性、可測(cè)試性、可修改性、可靠性、可移植性、 可使用性和效率。.為了便于對(duì)照檢查，

26、測(cè)試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成。.程序設(shè)計(jì)語(yǔ)言的心理特性主要表現(xiàn)在_歧義性_、簡(jiǎn)潔性、傳統(tǒng)性、局部性和順序性。.軟件結(jié)構(gòu)是以模塊為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。.在結(jié)構(gòu)化分析中，用于描述加工邏輯的主要工具有三種，即：結(jié)構(gòu)化語(yǔ)言、判定表、 判定樹 。.結(jié)構(gòu)化語(yǔ)言是介于自然語(yǔ)言和形式語(yǔ)言之間的一種半形式語(yǔ)言。.若年利率為i ,不計(jì)復(fù)利，n年后可得錢數(shù)為F,則現(xiàn)在的價(jià)值P=F/（1+（n*i）。.在結(jié)構(gòu)化分析中，（數(shù)據(jù)字典）用于詳細(xì)地定義數(shù)據(jù)流圖中的成分。.耦合性和內(nèi)聚性是衡量（模塊獨(dú)立性）的兩個(gè)定性的標(biāo)準(zhǔn)。.結(jié)構(gòu)化程序設(shè)計(jì)是一種程序設(shè)計(jì)技術(shù)，它采用（自頂向下、逐步求精）的設(shè)計(jì)方法和

27、順序、選擇、循環(huán)三種基本控制結(jié)構(gòu)構(gòu)造常態(tài)程序。.結(jié)構(gòu)化分析方法中，數(shù)據(jù)流圖的四種基本成分為：處理、源點(diǎn)或終點(diǎn)、數(shù)據(jù)存儲(chǔ)和（數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流）。.從模塊內(nèi)外的聯(lián)系來看，結(jié)構(gòu)化設(shè)計(jì)的要求是（高內(nèi)聚低耦合）。.在需求分析中，可從有關(guān)問題的簡(jiǎn)述中提取組成數(shù)據(jù)流圖的基本成分。通常問題簡(jiǎn)述中的動(dòng)詞短語(yǔ)將 成為數(shù)據(jù)流圖中的（處理）成分。.如果兩模塊間的通信信息是若干個(gè)參數(shù)，而每個(gè)參數(shù)是單一的數(shù)據(jù)項(xiàng)，則稱這種耦合性為（數(shù)據(jù)）耦合。.模塊內(nèi)部的算法設(shè)計(jì)在結(jié)構(gòu)化方法的（詳細(xì)設(shè)計(jì)）階段進(jìn)行。.系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的（信息流動(dòng)）情況。.在模塊結(jié)構(gòu)圖中

28、，直接調(diào)用某一模塊的其他模塊數(shù)稱為該模塊的（扇人數(shù)）。.（數(shù)據(jù)流圖）和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的邏輯模型。.（等價(jià)劃分）是一種黑盒測(cè)試技術(shù)，這種技術(shù)把程序的輸入域劃分為若干個(gè)數(shù)據(jù)類，據(jù)此導(dǎo)出測(cè)試用.成本效益分析的目的是從（經(jīng)濟(jì)）角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。.為了便于對(duì)照檢查，測(cè)試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的（輸出結(jié)果）兩部分組成。.在結(jié)構(gòu)化分析中，用于描述加工邏輯的主要工具有三種，即：結(jié)構(gòu)化語(yǔ)言、判定表、（判定樹）。.若年利率為i ,不計(jì)復(fù)利，n年后可得錢數(shù)為F,則現(xiàn)在的價(jià)值P=（ F/（1+（n*i）。.定性度量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是內(nèi)聚性和（耦合性）。.自頂向下結(jié)合的漸增式測(cè)試法， 在組合模塊

29、時(shí)有兩種組合策略：深度優(yōu)先策略和（寬度優(yōu)先策略）.獨(dú)立路徑是指包括一組以前沒有處理的語(yǔ)句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條（在其他獨(dú)立路徑未有過 ）的邊的路徑。.軟件工程中的結(jié)構(gòu)化分析 SA是一種面向（結(jié)構(gòu)化）的分析方法。三.判斷 TOC o 1-5 h z .軟件的開發(fā)與運(yùn)行經(jīng)常受到硬件的限制和制約。（V）.模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。（，）. Jackson圖只能表達(dá)程序結(jié)構(gòu)，不能表達(dá)數(shù)據(jù)結(jié)構(gòu)。（X）.上述數(shù)據(jù)流圖表示數(shù)據(jù) A和B同時(shí)輸入變換成Co （X ）.軟件的質(zhì)量好壞主要由驗(yàn)收人員負(fù)責(zé)，其他開發(fā)人員不必關(guān)心。（X ）.判定覆蓋不一定包含條件覆蓋，

30、條件覆蓋也不一定包含判定覆蓋。（V）.應(yīng)該盡量使用機(jī)器語(yǔ)言編寫代碼，提高程序運(yùn)行效率，而減少高級(jí)語(yǔ)言的使用。（X）. UML只能應(yīng)用于軟件系統(tǒng)模型的建立。（X）.容錯(cuò)就是每個(gè)程序采用兩種不同的算法編寫。（X）.軟件測(cè)試的目的是為了無一遺漏的找出所有的錯(cuò)誤。（X）1,軟件工程學(xué)只有理論意義，沒有實(shí)際用途。（X ）.軟件工程的方法只適用于大型軟件的開發(fā)，對(duì)小型軟件的開發(fā)沒有幫助。（X ）.可行性研究進(jìn)一步研究問題分析階段所確定的問題是否有可行的解。（V ）.代碼審查方法沒有計(jì)算機(jī)測(cè)試方法好。（X ）.驗(yàn)證軟件需求的方法主要靠人工審查的方法。（V ）.并發(fā)系統(tǒng)中遇到的一個(gè)主要問題是定時(shí)問題。（V ）

31、7,編碼風(fēng)格由個(gè)人喜好決定，沒有固定格式。（X ）.面向?qū)ο蠼５玫降哪Ｐ桶到y(tǒng)的3個(gè)要素，即靜態(tài)結(jié)構(gòu)、交互次序和數(shù)據(jù)變換。 （V ）.軟件重用是提高軟件開發(fā)生產(chǎn)率和目標(biāo)系統(tǒng)質(zhì)量的重要途徑。（M ）.判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。（V ）. Power Designer 是一個(gè) CASEX具。（V ）.軟件是指用程序設(shè)計(jì)語(yǔ)言（如 Pascal , C, Visual Basic 等）編寫的程序，軟件開發(fā)實(shí)際上就 是編寫程序代碼。（X ）.在進(jìn)行需求分析時(shí)需同時(shí)考慮維護(hù)問題。（X ）. UML一種面向?qū)ο蟮姆治鲈O(shè)計(jì)方法，即OOA/OOD法。（X ）.在面向?qū)ο蟮能浖?/p>

32、開發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，對(duì)象是類的實(shí)例，類是生成對(duì)象 的模板。（X ）.快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（T ）.統(tǒng)一的建模語(yǔ)言，是一種軟件工程設(shè)計(jì)語(yǔ)言。（F ）,模塊化使程序設(shè)計(jì)比較方便，但比較難以維護(hù)。（F ）. 一個(gè)模塊實(shí)際上就是一個(gè)進(jìn)程。（F ）.過程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。（F ）21.編程語(yǔ)言應(yīng)該在軟件概要設(shè)計(jì)時(shí)選擇。（F ）22如果通過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。（ F ）23在進(jìn)行概要設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間聯(lián)系。（ F ）24一般人為，軟件開發(fā)階段是由設(shè)計(jì)、編碼和測(cè)試三個(gè)基本活動(dòng)組成。（ F ）25軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)

33、計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫(kù)設(shè)計(jì)。（ T ）26.為了提高程序的易讀性，盡可能使用高級(jí)語(yǔ)言或4GL編寫程序。（T ）27為了加強(qiáng)軟件維護(hù)作業(yè)的進(jìn)度，應(yīng)盡可能增加維護(hù)人員的數(shù)目。（ F ）28模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（ T ）29確認(rèn)測(cè)試計(jì)劃應(yīng)該在可行性研究階段制定。（ F ）30 數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流， 處理過程、 數(shù)據(jù)存儲(chǔ)、 數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。 （ F ）軟件工程學(xué)只有理論意義，沒有實(shí)際用途。 （ F ）軟件工程的方法只適用于大型軟件的開發(fā)，對(duì)小型軟件的開發(fā)沒有幫助。 （ F ）可行性研究進(jìn)一步研究問題分析階段所確定的

34、問題是否有可行的解。 （ T ）代碼審查方法沒有計(jì)算機(jī)測(cè)試方法好。 （ F ）編碼風(fēng)格由個(gè)人喜好決定，沒有固定格式。 （ F ）面向?qū)ο蠼５玫降哪Ｐ桶到y(tǒng)的 3 個(gè)要素，即靜態(tài)結(jié)構(gòu)、交互次序和數(shù)據(jù)變換。 （ T ）軟件重用是提高軟件開發(fā)生產(chǎn)率和目標(biāo)系統(tǒng)質(zhì)量的重要途徑。 （ T ）判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。 （ T ）軟件是指用程序設(shè)計(jì)語(yǔ)言編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼。 （ F ）在面向?qū)ο蟮能浖_發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，對(duì)象是類的實(shí)例，類是生成對(duì)象的模板。（ T）. 螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。（ T

35、）白盒測(cè)試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。 （ F ）軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫(kù)設(shè)計(jì)。（ T ）模塊化， 信息隱藏， 抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚， 低耦合度的軟件產(chǎn)品。 （ T ）軟件模塊之間的耦合性越弱越好。 （ T ）數(shù)據(jù)庫(kù)設(shè)計(jì)說明書是一個(gè)軟件配置項(xiàng)。 （ T ）在面向?qū)ο蟮能浖_發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)例，對(duì)象是生成類的模板。（ F）過程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。 （ F ）如果通過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。 （ F ）快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。

36、 （ T ）四、簡(jiǎn)答題什么是軟件危機(jī)？它的具體表現(xiàn)有哪些？解決途徑是什么？答： “軟件危機(jī)”是指計(jì)算機(jī)軟件的“開發(fā)”和“維護(hù)”過程中所遇到的一系列“嚴(yán)重問題”。這些問題決不僅僅是不能正常運(yùn)行的軟件才具有的，實(shí)際上，幾乎“所有軟件”都不同程度地存在這些問題。“軟件危機(jī)”包含兩方面的問題：1）如何開發(fā)軟件，以滿足對(duì)軟件日益增長(zhǎng)的需求；2）如何維護(hù)數(shù)量不斷膨脹的已有軟件。它們有以下表現(xiàn) ：1 ）對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確；2 ）用戶對(duì)“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生；（ 3）軟件產(chǎn)品的質(zhì)量往往靠不住；4 ）軟件常常是不可維護(hù)的；5 ）軟件通常沒有適當(dāng)?shù)奈臋n資料；6 ）軟件成本在計(jì)

37、算機(jī)系統(tǒng)總成本中所占的比例逐年上升；7 ）軟件開發(fā)生產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用普及深入的趨勢(shì)。解決途徑：（ 1）正確的認(rèn)識(shí)軟件，擯棄“軟件就是程序”的錯(cuò)誤觀念。充分理解到軟件是程序、數(shù)據(jù)、文檔等的完整集合。2 ）充分認(rèn)識(shí)到軟件開發(fā)不是個(gè)別人的神秘勞動(dòng)技巧，而應(yīng)該是一種組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工程項(xiàng)目。3 ）推廣開發(fā)軟件成功的技術(shù)和方法，并且探索研究更好的技術(shù)和方法。4 ）開發(fā)和使用更好的軟件工具提高軟件開發(fā)的效率。歸結(jié)上述各條，可以看到，克服軟件危機(jī)的途徑在于既要有技術(shù)措施（方法、工具），又要有組織管理措施。將兩者結(jié)合起來以現(xiàn)代工程的開發(fā)方法來開發(fā)軟件。軟件工

38、程的定義。答 ：軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。它采用工程的概念、原理、技術(shù)和方法來開發(fā)和維護(hù)軟件；它將管理技術(shù)與當(dāng)前經(jīng)過時(shí)間考驗(yàn)的而證明是正確的技術(shù)方法結(jié)合起來；它強(qiáng)調(diào)使用生存周期方法學(xué)和結(jié)構(gòu)分析和結(jié)構(gòu)技術(shù)；經(jīng)過人們長(zhǎng)期的努力和探索， 圍繞著實(shí)現(xiàn)軟件優(yōu)質(zhì)高產(chǎn)這個(gè)目標(biāo), 從技術(shù)到管理兩個(gè)方面做了大量的努力 , 逐漸形成了 軟件工程學(xué) 這一新的學(xué)科。軟件生命周期包括哪些階段？每一階段的具體任務(wù)是什么？答：軟件有孕育，誕生，成長(zhǎng)，成熟，衰亡的生存過程，稱其為計(jì)算機(jī)的生存周期。（ 1 ） 問題定義 ：必須回答的關(guān)鍵問題是： “要解決的問題是什么？” 。通過對(duì)客戶的訪問調(diào)查，系統(tǒng)分析員扼

39、要地寫出關(guān)于問題性質(zhì)、工程目標(biāo)和工程規(guī)模的書面報(bào)告，經(jīng)過討論和必要的修改之后這份報(bào)告應(yīng)該得到用戶的確認(rèn)。（ 2 ） 可行性研究 ：要回答的關(guān)鍵問題是： “對(duì)于上一個(gè)階段所確定的問題有行得通的解決辦法嗎？” 。這個(gè)階段的任務(wù)不是具體解決問題，而是研究問題的范圍，探索這個(gè)問題是否值得去解，是否有可行的解決辦法。（ 3 ）需求分析：這個(gè)階段的任務(wù)仍然不是具體地解決問題，而是準(zhǔn)確地確定“為了解決這個(gè)問題，目標(biāo)系統(tǒng)必須做什么”，主要是確定目標(biāo)系統(tǒng)必須具備哪些功能。（ 4 ）總體設(shè)計(jì)：必須回答的關(guān)鍵問題是：“概括地說，應(yīng)該怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)？”總體設(shè)計(jì)又稱為概要設(shè)計(jì)。首先，應(yīng)該設(shè)計(jì)出實(shí)現(xiàn)目標(biāo)系統(tǒng)的幾種可能的

40、方案。此外，還應(yīng)該制定出實(shí)現(xiàn)最佳方案的詳細(xì)計(jì)劃。另一項(xiàng)主要任務(wù)就是設(shè)計(jì)程序的體系結(jié)構(gòu)，也就是確定程序由哪些模塊組成以及模塊間的關(guān)系。（ 5 ） 詳細(xì)設(shè)計(jì) ：把解法具體化，也就是回答“應(yīng)該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)呢？” ，設(shè)計(jì)出程序的詳細(xì)規(guī)格說明。（ 6 ） 編碼和單元測(cè)試 ： 這個(gè)階段的關(guān)鍵任務(wù)是寫出正確的容易理解、 容易維護(hù)的程序模塊。 （ 7） 綜合測(cè)試 ：關(guān)鍵任務(wù)是通過各種類型的測(cè)試（及相應(yīng)的調(diào)試）使軟件達(dá)到預(yù)定的要求。 （ 8 ） 軟件維護(hù) ：關(guān)鍵任務(wù)是，通過各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要。 軟件生存期也可以分為三個(gè)大的階段： 計(jì)劃階段。開發(fā)階段和維護(hù)階段。簡(jiǎn)述瀑布模型、快

41、速原型模型、增量模型、螺旋模型和噴泉模型的特點(diǎn)（優(yōu)缺點(diǎn)） 。答： 傳統(tǒng)瀑布模型的特點(diǎn) ：階段間具有順序性和依賴性；推遲實(shí)現(xiàn)的觀點(diǎn)；質(zhì)量保證的觀點(diǎn)。 瀑布模型優(yōu)點(diǎn)： 可強(qiáng)迫開發(fā)人員采用規(guī)范的方法（例如，結(jié)構(gòu)化技術(shù)） ；嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔；要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗(yàn)證。 快速原型模型 ：優(yōu)點(diǎn)：不帶反饋環(huán)。 增量模型 ：優(yōu)點(diǎn)：能在較短時(shí)間內(nèi)向用戶提交可完成部分工作的產(chǎn)品；逐步增加產(chǎn)品功能可以使用戶有較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品，從而減少一個(gè)全新的軟件可能給客戶組織帶來的沖擊。 螺旋模型 ：優(yōu)點(diǎn)：對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟

42、件質(zhì)量作為軟件開放的一個(gè)重要目標(biāo)；減少了過多測(cè)試（浪費(fèi)資金）或測(cè)試不足（產(chǎn)品故障多）所 帶來的風(fēng)險(xiǎn)；在螺旋模型中維護(hù)只是模型的另一個(gè)周期，在維護(hù)和開發(fā)之間并沒本質(zhì)區(qū)別。螺旋模型的主要優(yōu)勢(shì)在于，它是風(fēng)險(xiǎn)驅(qū)動(dòng)的，這也可能是它的一個(gè)弱點(diǎn)。 噴泉模型， 與傳統(tǒng)的結(jié)構(gòu)化生存期比較，具有更多的增量和迭代性質(zhì)，生存周期的各個(gè)階段可以相互重疊和多次反復(fù)，而且在項(xiàng)目的珍格格生存期中還可以嵌入子生存期。就像誰(shuí)可以噴上去又可以落 下來，可以落在中間，也可以落在最底部?？尚行匝芯窟^程的步驟。答： （1） 復(fù)查系統(tǒng)的規(guī)模和目標(biāo)；研究目前正在使用的系統(tǒng)；導(dǎo)出新系統(tǒng)的高層邏輯模型；進(jìn)一步定義問題；導(dǎo)出和評(píng)價(jià)供選擇的解法；推

43、薦行動(dòng)方針；草擬開發(fā)計(jì)劃；書寫文檔提交審查。常用的成本分析方法有哪些？答： 答：三種成本估算技術(shù)：代碼行技術(shù)、任務(wù)分解技術(shù)、自動(dòng)估計(jì)成本技術(shù)。需求分析的具體任務(wù)是什么？答： 1、確定對(duì)系統(tǒng)的綜合要求;2 、分析系統(tǒng)的數(shù)據(jù)要求;3 、導(dǎo)出系統(tǒng)的邏輯模型;4 、修正系統(tǒng)開發(fā)計(jì)劃。怎樣與用戶有效地溝通以獲取用戶的真實(shí)需求？ 答：訪談；從可行性研究階段得到的數(shù)據(jù)流圖出發(fā)，在用戶的協(xié)助下面向數(shù)據(jù)流自頂向下逐步求精；簡(jiǎn)易的應(yīng)用規(guī)格說明技術(shù)；快速建立軟件原型。結(jié)構(gòu)化設(shè)計(jì)中的模塊化、逐步求精、模塊獨(dú)立等原理。 答：模塊化：就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集成起來構(gòu)

44、成一個(gè)整體，可以完成指定的功能滿足用戶的需求。把復(fù)雜的問題分解成許多容易解決的小問題， 原來的問題也就容易解決了，這就是模塊化的根據(jù)。 采用模塊化原理可以使軟件結(jié)構(gòu)清晰，不僅容易設(shè)計(jì)也容易閱讀和理解。模塊化使軟件容易測(cè)試和調(diào)試，因而有助于提高軟件的可靠性。模 塊化能提高軟件的可修改性，有助于軟件開發(fā)工程的組織管理。逐步求精：為了能集中精力解決主要問題而盡量推遲對(duì)問題細(xì)節(jié)的考慮。事實(shí)上，可以把逐步求精看 作是一項(xiàng)把一個(gè)時(shí)期內(nèi)必須解決的種種問題按優(yōu)先級(jí)排序的技術(shù)。逐步求精方法確保每個(gè)問題都將被解決，而且每個(gè)問題都將在適當(dāng)?shù)臅r(shí)候被解決。 模塊獨(dú)立：模塊獨(dú)立的概念是模塊化、抽象、信息隱藏和局部化概念的

45、直接結(jié)果。模塊獨(dú)立性重要的 理由： （ 1）有效的模塊化（即具有獨(dú)立的模塊）的軟件比較容易開發(fā)出來。 （ 2 ）獨(dú)立的模塊比較容易測(cè)試和維護(hù)。度量模塊獨(dú)立程度的兩個(gè)定性標(biāo)準(zhǔn)：內(nèi)聚和耦合。耦合的概念，常見耦合的含義及其耦合度高低排序。答： 耦合是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。 如果兩個(gè)模塊彼此間通過參數(shù)交換信息，而且交換的信息僅僅是數(shù)據(jù)，那么這種耦合稱為數(shù)據(jù)耦合 。如果傳遞的信息中有控制信息（盡管有時(shí)這種控制信息以數(shù)據(jù)的形式出現(xiàn)） ， 則這種耦合稱為控制耦合 。 當(dāng)把整個(gè)數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被調(diào)用的模塊只需要使用其中一部分?jǐn)?shù)據(jù)元素時(shí)，就出現(xiàn)了 特征耦合 。當(dāng)兩個(gè)或多個(gè)模塊通過一個(gè)

46、公共數(shù)據(jù)環(huán)境相互作用時(shí)，它們之間的耦合稱為 公共環(huán)境耦合 。最高程度的耦合是 內(nèi)容耦合 。應(yīng)堅(jiān)決避免使用內(nèi)容耦合。如果出現(xiàn)下列情況之一，兩個(gè)模塊間就發(fā)生了內(nèi)容耦合： （ 1 ）一個(gè)模塊訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)（ 2 ）一個(gè)模塊不通過正常入口而轉(zhuǎn)到另一個(gè)模塊的內(nèi)部（3）兩個(gè)模塊有一部分程序代碼重疊（只可能出現(xiàn)在匯編程序中） （ 4）一個(gè)模塊有多個(gè)入口（這意味著一個(gè)模塊有幾種功能）。盡量使用數(shù)據(jù)耦合，少用控制耦合和特征耦合，限制公共環(huán)境耦合的范圍，完全不用內(nèi)容耦合。內(nèi)聚的概念，常見內(nèi)聚的含義及其內(nèi)聚度高低排序。答：內(nèi)聚標(biāo)志著一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然擴(kuò)展。

47、低內(nèi)聚有如下幾類：如果一個(gè)模塊完成一組任務(wù)，這些任務(wù)彼此間即使有關(guān)系，關(guān)系也是很松散的，就叫做偶然內(nèi)聚。如果一個(gè)模塊完成的任務(wù)在邏輯上屬于相同或相似的一類，稱為 邏輯內(nèi)聚 。如果一個(gè)模塊包含的任務(wù)必須在同一段時(shí)間內(nèi)執(zhí)行，就叫 時(shí)間內(nèi)聚 。 中內(nèi)聚 主要有兩類：如果一個(gè)模塊內(nèi)的處理元素是相關(guān)的，而且必須以特定次序執(zhí)行，則稱為 過程內(nèi)聚 。如果模塊中所有元素都使用同一個(gè)輸入數(shù)據(jù)和（或）產(chǎn)生同一個(gè)輸出數(shù)據(jù)，則稱為通信內(nèi)聚 。 高內(nèi)聚 也有兩類：如果一個(gè)模塊內(nèi)的處理元素和同一個(gè)功能密切相關(guān)，而且這些處理必須順序執(zhí)行（通常一個(gè)處理元素的輸出數(shù)據(jù)作為下一個(gè)處理元素的輸入數(shù)據(jù)） ， 則稱為 順序內(nèi)聚 。如果

48、模塊內(nèi)所有處理元素屬于一個(gè)整體， 完成一個(gè)單一的功能，則稱為功能內(nèi)聚 ，功能內(nèi)聚是最高程度的內(nèi)聚。為提高軟件的質(zhì)量，常用的啟發(fā)規(guī)則有哪些？答： （1） 改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性； （2） 模塊規(guī)模應(yīng)該適中； （3） 深度、 寬度、 扇出和扇入都應(yīng)適當(dāng)；模塊的作用域應(yīng)該在控制域之內(nèi)； （5） 力爭(zhēng)降低模塊接口的復(fù)雜程度； （6） 設(shè)計(jì)單入口單出口的模塊；模塊功能應(yīng)該可以預(yù)測(cè)。人機(jī)界面設(shè)計(jì)一般指導(dǎo)原則有哪些？答：一般交互指南；信息顯示指南；數(shù)據(jù)輸入指南。PFD N_S PAD PDL各有什么優(yōu)缺點(diǎn)？答： 程序流程圖（程序框圖） 優(yōu)點(diǎn)：對(duì)控制流程的描繪很直觀，便于初學(xué)者掌握。缺點(diǎn)： （ 1 ）程序

49、流程圖本質(zhì)上不是逐步求精的好工具，它誘使程序員過早地考慮程序的控制流程，而不去考慮程序的全局結(jié)構(gòu)。（ 2）程序流程圖中用箭頭代表控制流，因此程序員不受任何約束，可以完全不顧結(jié)構(gòu)程序設(shè)計(jì)的精神，隨意轉(zhuǎn)移控制。（ 3）程序流程圖不易表示數(shù)據(jù)結(jié)構(gòu)。N_S 圖又稱盒圖， 特點(diǎn)： （ 1 ）功能域明確，可以從盒圖上一眼就看出來（ 2 ）不可能任意轉(zhuǎn)移控制（3 ）很容易滿足確定局部和全程數(shù)據(jù)的作用域（4）很容易表現(xiàn)嵌套關(guān)系，也可以表示模塊的層次結(jié)構(gòu)。PAD圖優(yōu)點(diǎn)：（1）使用表示結(jié)構(gòu)化控制結(jié)構(gòu)的PAD符號(hào)所設(shè)計(jì)出來的程序必然是結(jié)構(gòu)化程序（2） PAD圖所描繪的程序結(jié)構(gòu)十分清晰（3）用PAD圖表現(xiàn)程序邏輯，易

50、讀，易懂，易記（4）容易將PAD圖轉(zhuǎn)換成高級(jí)語(yǔ)言源程序，這種轉(zhuǎn)換可用 軟件工具自動(dòng)完成，從而可省去人工編碼的工作，有利于提高軟件可靠性和軟件生產(chǎn)率（ 5 ）即可用于表示程序邏輯，也可用于描繪數(shù)據(jù)結(jié)構(gòu)（6） PAD圖的符號(hào)支持自頂向下、逐步求精方法的使用。過程設(shè)計(jì)語(yǔ)言（PDL） 優(yōu)點(diǎn)： （ 1 ）可以作為注釋直接插在源程序中間（ 2 ）可以使用普通的正文編輯程序或文字處理系統(tǒng)，很方便地完成PDL的書寫和編輯工作（3）已經(jīng)有自動(dòng)處理 PDL的程序存在，而且可以自動(dòng)由PDL生成程序代碼。缺點(diǎn)：不如圖形工具形象直觀，描述復(fù)雜的條件組合與動(dòng)作間的對(duì)應(yīng)關(guān)系 時(shí)，不如判定表清晰簡(jiǎn)單。好的編程風(fēng)格有哪些？答：

51、源程序代碼的邏輯簡(jiǎn)明清晰、易讀易懂。基本路徑測(cè)試及其設(shè)計(jì)測(cè)試用例的步驟。答： 基本路徑測(cè)試法（是一種白盒測(cè)試技術(shù)）是在程序控制流圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行的路徑集合，從而設(shè)計(jì)測(cè)試用例的方法。設(shè)計(jì)出的測(cè)試用例要保證在測(cè)試中程序的每個(gè)執(zhí)行語(yǔ)句至少執(zhí)行一次。步驟： 1. 根據(jù)過程設(shè)計(jì)結(jié)果畫出相應(yīng)的流圖。計(jì)算流圖的環(huán)形復(fù)雜度。確定線性獨(dú)立路徑的基本集合。設(shè)計(jì)可強(qiáng)制執(zhí)行基本集合中每條路徑的測(cè)試用例。軟件維護(hù)的定義及其分類。答：所謂軟件維護(hù)就是在軟件已經(jīng)交付使用之后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過程。（軟件運(yùn)行/ 維護(hù)階段對(duì)軟件產(chǎn)品所進(jìn)行的修改就是維護(hù)。 ） 4 類

52、維護(hù)活動(dòng)：改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)。決定軟件可維護(hù)性的因素有哪些？答： （1） 軟件的可理解性、可測(cè)試性、可修改性；文檔描述符合要求、用戶文檔簡(jiǎn)潔明確、系統(tǒng)文檔完整并且標(biāo)準(zhǔn)。簡(jiǎn)述面向?qū)ο蠓椒ǖ囊c(diǎn)。答：（ 1）認(rèn)為現(xiàn)實(shí)世界是由各種對(duì)象組成2）把所有對(duì)象都劃分成各種對(duì)象類3）按照子類與父類的關(guān)系，把若干個(gè)對(duì)象類組成一個(gè)層次結(jié)構(gòu)的系統(tǒng)4）對(duì)象之間僅能通過傳遞消息相聯(lián)系簡(jiǎn)述面向?qū)ο蠓椒ǖ膬?yōu)點(diǎn)。答： （ 1）與人類習(xí)慣的思維方法一致（2）穩(wěn)定性好（3）可重用性好（ 4）較易開發(fā)大型軟件產(chǎn)品（ 5）可維護(hù)性好。類、對(duì)象、消息、封裝、繼承、多態(tài)。答： 類 是具有相同屬性和服務(wù)的一組對(duì)

53、象的集合，它為屬于該類的全部對(duì)象提供了統(tǒng)一的抽象描述，其內(nèi)部包括屬性和服務(wù)兩個(gè)主要部分， 是對(duì)象的模板。 對(duì)象 是系統(tǒng)中描述客觀事物的一個(gè)實(shí)體， 它是構(gòu)成系統(tǒng)的一個(gè)基本單位，由一組屬性和對(duì)這組屬性進(jìn)行操作的一組服務(wù)組成，是類的一個(gè)實(shí)例。 消息 是對(duì)象之間進(jìn)行通信的一種規(guī)格說明。一般它由三部分組成：接收消息的對(duì)象、消息名及實(shí)際變?cè)?封裝 是指將一個(gè)數(shù)據(jù)和與這個(gè)數(shù)據(jù)有關(guān)的操作集合放在一起，形成一個(gè)能動(dòng)的實(shí)體 對(duì)象，用戶不必知道對(duì)象行為的實(shí)現(xiàn)細(xì)節(jié)，只需根據(jù)對(duì)象提供的外部特征接口訪問對(duì)象即可。 繼承 是子類自動(dòng)地共享基類中定義的數(shù)據(jù)和方法的機(jī)制。 多態(tài)性 是指在父類中定義的屬性或服務(wù)被子類繼承后，

54、同一消息為不同的對(duì)象接受時(shí)可產(chǎn)生完全不同的行為。簡(jiǎn)述OOA中3個(gè)模型、5個(gè)層次的含義答： 3 個(gè)子模型：對(duì)象模型，動(dòng)態(tài)模型，功能模型。當(dāng)問題涉及交互作用和時(shí)序的時(shí)候動(dòng)態(tài)模型是重要的，解決運(yùn)算量很大的問題時(shí)，則涉及重要的功能模型，動(dòng)態(tài)模型和功能模型都包括了對(duì)象模型中的操作。 5 個(gè)層次：主題層，類與對(duì)象層，結(jié)構(gòu)層，屬性層，服務(wù)層。建立對(duì)象模型的主要活動(dòng)（ 步驟 ）有哪些？答：確定類和對(duì)象；確定關(guān)系；劃分主題；確定屬性；識(shí)別繼承關(guān)系；反復(fù)修改。簡(jiǎn)述建立動(dòng)態(tài)模型的步驟。答： 1. 編寫典型交互的腳本。 2 從腳本中提取事件，確定每一個(gè)事件的動(dòng)作對(duì)象以及接受時(shí)間的目標(biāo)對(duì)象。 3. 排列時(shí)間發(fā)生的順序，確定轉(zhuǎn)換關(guān)系并且用狀態(tài)圖描述他們。最后比較各個(gè)對(duì)象的狀態(tài)圖，檢查他們之間的一致性，確保時(shí)間之間的匹配。OOD勺準(zhǔn)則。答： 模塊化；抽象；信息隱藏；弱耦合；強(qiáng)內(nèi)聚；可采用。嘴用的啟發(fā)規(guī)則有哪些？答：