軟件工程習(xí)題+答案

1、一、選擇題1. 軟件開發(fā)瀑布模型中的軟件定義時(shí)期各個(gè)階段依次是：（B）A）可行性研究，問題定義，需求分析。B）問題定義，可行性研究，需求分析。0可行性研究，需求分析，問題定義。D）以上順序都不對。（軟件開發(fā)時(shí)期：概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、軟件實(shí)現(xiàn)、軟件測試）2. 可行性研究主要從以下幾個(gè)方面進(jìn)行研究：（A）A）技術(shù)可行性，經(jīng)濟(jì)可行性，操作可行性。B）技術(shù)可行性，經(jīng)濟(jì)可行性，系統(tǒng)可行性。C）經(jīng)濟(jì)可行性，系統(tǒng)可行性，操作可行性。D）經(jīng)濟(jì)可行性，系統(tǒng)可行性，時(shí)間可行性。3. 耦合是對軟件不同模塊之間互連程度的度量。各種耦合按從強(qiáng)到弱排列如下：（C）A）內(nèi)容耦合，控制耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。B）內(nèi)容耦

2、合，控制耦合，公共環(huán)境耦合，數(shù)據(jù)耦合。0內(nèi)容耦合，公共環(huán)境耦合，控制耦合，數(shù)據(jù)耦合。（內(nèi)容耦合、公共耦合、外部耦合、控制耦合、特征耦合、數(shù)據(jù)耦合）D）控制耦合，內(nèi)容耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。4. 在詳細(xì)設(shè)計(jì)階段所使用到的設(shè)計(jì)工具是：（C）A）程序流程圖，PAD圖，N-S圖，HIPO圖，判定表，判定樹.B）數(shù)據(jù)流程圖，Yourdon圖，程序流程圖，PAD圖，N-S圖，HIP0圖。0判定表，判定樹，PDL,程序流程圖，PAD圖，N-S圖。D）判定表，判定樹，數(shù)據(jù)流程圖，系統(tǒng)流程圖，程序流程圖，層次圖。詳細(xì)設(shè)計(jì)階段工具：判定表、判定樹、數(shù)據(jù)流程圖、系統(tǒng)流程圖、程序流程圖、PAD圖、N-S圖、PD

3、L在軟件詳細(xì)設(shè)計(jì)階段，常用的圖形描述工具有程序流程圖，盒圖（NS圖）和問題分析圖（PAD）.常用的語言描述工具為PDL（程序設(shè)計(jì)語言），常用的表格描述工具有判定表和判定樹.DFD數(shù)據(jù)流圖：總體設(shè)計(jì)階段5. 按照軟件工程的原則，模塊的作用域和模塊的控制域之間的關(guān)系是：（A）A）模塊的作用域應(yīng)在模塊的控制域之內(nèi)。B）模塊的控制域應(yīng)在模塊的作用域之內(nèi)。C）模塊的控制域與模塊的作用域互相獨(dú)立。D）以上說法都不對。6. 在軟件生命周期中，能準(zhǔn)確確定軟件系統(tǒng)的體系結(jié)構(gòu)的功能階段是（C）A.概要設(shè)計(jì)B.詳細(xì)設(shè)計(jì)C.需求分析D.可行性分析7. 下面不是軟件工程的3個(gè)要素的是（C）A過程B.方法C.環(huán)境D.工具

4、軟件工程的三個(gè)要素：方法、工具、過程8. 下面不屬于軟件的組成的是（B）A程序B.記錄C.文檔D.數(shù)據(jù)軟件二程序+數(shù)據(jù)+文檔+服務(wù)9. 在瀑布模型中，將軟件分為若干個(gè)時(shí)期，軟件項(xiàng)目的可行性研究一般歸屬于(C)A.維護(hù)時(shí)期B.運(yùn)行時(shí)期C.定義時(shí)期D.開發(fā)時(shí)期10. 在瀑布模型中，下面(C)是其突出的缺點(diǎn)。A.不適應(yīng)平臺的變動B.不適應(yīng)算法的變動C.不適應(yīng)用戶需求的變動D,不適應(yīng)程序語言的變動11下面不屬于軟件的特點(diǎn)的是(D)oA軟件是一種軟件產(chǎn)品B軟件產(chǎn)品不會用壞，不存在磨損、消耗問題C軟件產(chǎn)品的生產(chǎn)主要是研制D軟件產(chǎn)品非常便宜12軟件開發(fā)工具是協(xié)助開發(fā)人員進(jìn)行軟件開發(fā)活動所使用的軟件或環(huán)境。下

5、面不是軟件開發(fā)工具的是。AA.維護(hù)工具B.編碼工具C.測試工具D.需求分析工具13 .下列敘述中不屬于軟件生命周期模型的是(D)oA.原型模型B.瀑布模型C.螺旋模型D.快速組裝模型14 .軟件設(shè)計(jì)中，用抽象和分解的目的是(B)oA.提高易讀性B.降低復(fù)雜性C.增加內(nèi)聚性D.降低耦合性15軟件生命周期中所花費(fèi)用最多的階段是(D)oA.詳細(xì)設(shè)計(jì)B.軟件編碼C.概要設(shè)計(jì)D.軟件測試和維護(hù)16.開發(fā)軟件時(shí)對提高開發(fā)人員工作效率至關(guān)重要的是(B)oA.操作系統(tǒng)的資源管理功能B.先進(jìn)的軟件開發(fā)工具和環(huán)境C.程序人員的數(shù)量D.計(jì)算機(jī)的并行處理能力17.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這

6、種現(xiàn)象稱作(B)oA,軟件投機(jī)B.軟件危機(jī)C,軟件工程D軟件產(chǎn)生18軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成(A)A.定義、開發(fā)、運(yùn)行維護(hù)B.設(shè)計(jì)階段、編程階段、測試階段C.總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試D.需求分析、功能定義、系統(tǒng)設(shè)計(jì)19.軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括軟件開發(fā)技術(shù)和(B)oA.消除軟件危機(jī)B.軟件工程管理C.程序設(shè)計(jì)自動化D.實(shí)現(xiàn)軟件可重用20軟件工程的出現(xiàn)是由于(C)oA.程序設(shè)計(jì)方法學(xué)的影響B(tài).軟件產(chǎn)業(yè)化的需要C.軟件危機(jī)的出現(xiàn)D.計(jì)算機(jī)的發(fā)展21.在軟件生命周期中，能準(zhǔn)確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是(D)oA.概要設(shè)計(jì)B.詳細(xì)設(shè)計(jì)

7、C.問題定義D.需求分析22 .開發(fā)大型軟件時(shí)，產(chǎn)生困難的根本原因是(A)oA.大系統(tǒng)的復(fù)雜性B.人員知識不足C.客觀世界千變?nèi)f化D.時(shí)間緊、任務(wù)重23 .文檔是軟件開發(fā)人員、軟件管理人員、維護(hù)人員、用戶以及計(jì)算機(jī)之間的(B),軟件開發(fā)人員在各個(gè)階段以文檔作為前段工作成果的體現(xiàn)和后段工作的基礎(chǔ)。A.接口B.橋梁C.科學(xué)D.繼續(xù)24軟件工程學(xué)的目的是以較低的成本，研制(A)質(zhì)量的軟件。A較高B較低C.可靠D.優(yōu)秀25軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境轉(zhuǎn)換到另一個(gè)計(jì)算機(jī)和環(huán)境的容易程度稱為(D)0A,可用性B.兼容性C.可靠性D,可移植性26 .軟件生存周期是指(D)階段。A.軟件開始使用到用戶要求修改為

8、止B.軟件開始使用到被淘汰為止C.從開始編寫程序到不能再使用為止D.從立項(xiàng)制定計(jì)劃，進(jìn)行需求分析到不能再使用為止27 .軟件工程學(xué)是應(yīng)用科學(xué)理論和工程上的技術(shù)指導(dǎo)軟件開發(fā)的學(xué)科，其目的是(B)oA引入新技術(shù)提高空間利用率B用較少的投資獲得高質(zhì)量的軟件C縮短研制周期擴(kuò)大軟件功能D硬軟件結(jié)合使系統(tǒng)面向應(yīng)用28 .軟件可行性分析是著重確定系統(tǒng)的目標(biāo)和規(guī)模。對成本-效益進(jìn)行發(fā)現(xiàn)應(yīng)屬于下列選項(xiàng)中的(A)oA.經(jīng)濟(jì)可行性B.操作可行性C.技術(shù)可行性D.社會可行性29在數(shù)據(jù)流圖中，用圓或者橢圓來表示(B)oA.數(shù)據(jù)流B.加工C.數(shù)據(jù)存儲D.數(shù)據(jù)源點(diǎn)或終點(diǎn)30.需求分析階段的任務(wù)是確定(C)oA,軟件開發(fā)方法

9、B.軟件開發(fā)費(fèi)用C.軟件系統(tǒng)功能D.軟件開發(fā)工具31 (D)的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)。A需求分析B概要設(shè)計(jì)C總體設(shè)計(jì)D可行性研究32 .下列選項(xiàng)中(D)不是軟件需求規(guī)格目標(biāo)。A.便于用戶、分析員和軟件設(shè)計(jì)人員進(jìn)行理解及交流B.控制系統(tǒng)的實(shí)施過程C.作為軟件測試和驗(yàn)收以及維護(hù)的依據(jù)D.便于軟件的維護(hù)33下面描述中，不符合結(jié)構(gòu)化程序設(shè)計(jì)風(fēng)格的是（B）oA使用順序、選擇和重復(fù)（循環(huán)）三種基本控制結(jié)構(gòu)表示程序的控制邏輯B模塊只有一個(gè)入口，可以有多個(gè)出口C注重提高程序的執(zhí)行效率D不使用goto語句34 .下列工具中屬于需求分析常用工具的是（D）o

10、A.PADB.PFDC.N-SD.DFD35 .在數(shù)據(jù)流圖（DFD）中，帶有名字的箭頭表示（C）oA.控制程序的執(zhí)行順序B.模塊之間的調(diào)用關(guān)系（直線）C.數(shù)據(jù)的流向D.程序的組成成分長方形代表起點(diǎn)或者終點(diǎn)36.在軟件生產(chǎn)過程中，需求信息的給出是（D）oA.程序員B.項(xiàng)目管理者C.軟件分析設(shè)計(jì)人員D.軟件用戶37下列敘述中，不屬于結(jié)構(gòu)化分析方法的是（C1A,面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法B.面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法C.面向?qū)ο蟮姆治龇椒?8結(jié)構(gòu)設(shè)計(jì)（SD）是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法，是以（B）為基礎(chǔ)、自頂向下、逐步求精和模塊化的過程。A.數(shù)據(jù)流B.數(shù)據(jù)流圖C.數(shù)據(jù)庫D數(shù)據(jù)結(jié)構(gòu)39需求

11、分析是由分析員經(jīng)了解用戶的要求，認(rèn)真細(xì)致地調(diào)研、分析，最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型并寫出（B）oA,模塊說明書B.軟件規(guī)格說明書C.項(xiàng)目開發(fā)計(jì)劃D.合同文檔40.結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、（D）和加工說明等描述工具，即用直觀的圖和簡潔的語言來描述軟件系統(tǒng)模型。A.DFD圖B.PAD圖C.IP0圖D.數(shù)據(jù)字典41 .數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，它的基本功能是（A）A.數(shù)據(jù)定義B.數(shù)據(jù)維護(hù)C.數(shù)據(jù)通訊D.數(shù)據(jù)庫設(shè)計(jì)42 .以下（A）不是詳細(xì)設(shè)計(jì)中常用的圖形描述工具。A.數(shù)據(jù)流圖B.程序流圖C.盒圖（N-S）D.問題分析圖（PAD）43 .在結(jié)構(gòu)圖的有關(guān)術(shù)語中，用于表示軟件結(jié)構(gòu)中控制的

12、層數(shù)的是（C）A.扇入B扇出C深度D寬度44 .模塊的獨(dú)立程度是評價(jià)設(shè)計(jì)好壞的重要標(biāo)準(zhǔn)。（A）是衡量軟件的模塊獨(dú)立性的兩個(gè)定性度量標(biāo)準(zhǔn)。A耦合性和內(nèi)聚性B內(nèi)聚性和可靠性C耦合性和獨(dú)立性D可靠性和獨(dú)立性45 .軟件設(shè)計(jì)包括（B）兩個(gè)階段。A,接口設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)B.概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)C.數(shù)據(jù)設(shè)計(jì)和概要設(shè)計(jì)D.結(jié)構(gòu)設(shè)計(jì)和過程設(shè)計(jì)46在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具是(A)oA.PADB.SAC.SC(結(jié)構(gòu)圖，總體設(shè)計(jì))D.DFD47 .在軟件開發(fā)中，下面任務(wù)不屬于設(shè)計(jì)階段的是(D)oA.數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)B給出系統(tǒng)模塊結(jié)構(gòu)C定義模塊算法D定義需求并建立系統(tǒng)模型48 .對建立良好的程序設(shè)計(jì)風(fēng)格，下面描述正確的

13、是(A)oA程序應(yīng)簡單、清晰、可讀性好B符號名的命名要符合語法C充分考慮程序的執(zhí)行效率D程序的注釋可有可無49 .下面不屬于軟件設(shè)計(jì)原則的是(C)0A抽象B模塊化C自底向上D信息隱蔽50 .為了避免流程圖在描述程序邏輯時(shí)的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為(C)oAPAD圖B.N-S圖C.結(jié)構(gòu)圖D數(shù)據(jù)流圖51軟件測試按照功能劃分可以分為(B)。A黑盒測試和單元測試B白盒測試和黑盒測試C集成測試和單元測試D白盒測試和靜態(tài)測試軟件測試按照功能劃分可以分為白盒測試和黑盒測試按照開發(fā)階段劃分，軟件測試可分為單元測試、集成測試，系統(tǒng)測試和驗(yàn)收測試白盒測試方法：邏輯覆蓋、循環(huán)

14、測試、基本路徑測試黑盒測試方法：等價(jià)分類法，邊界值分析法、錯誤推斷法，因果圖法，場景法.52在軟件測試過程的4個(gè)步驟中，測試依據(jù)是需求規(guī)格說明的是(C)A單元測試B集成測試C確認(rèn)測試D系統(tǒng)測試53黑盒測試法屬于(C)oA集成測試B系統(tǒng)測試C動態(tài)測試D靜態(tài)測試靜態(tài)測試(不實(shí)際運(yùn)行軟件，對軟件的格式和結(jié)構(gòu)進(jìn)行評估)包括：代碼規(guī)則檢查、程序結(jié)構(gòu)分析、代碼質(zhì)量度量(程序復(fù)雜度分析)動態(tài)測試：功能確認(rèn)與接口測試、覆蓋率分析、性能分析、內(nèi)存分析54下列敘述中錯誤的是(C)oA測試是為了尋找錯誤而運(yùn)行程序的過程B一個(gè)成功的測試是揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試C測試的目的是為了證明程序是正確的D一個(gè)好的測

15、試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的測試55軟件測試過程是軟件開發(fā)過程的逆過程，其最基礎(chǔ)性的測試應(yīng)是(B)A集成測試B單元測試C有效性測試D系統(tǒng)測試55 .1有一組測試用例使得每一個(gè)被測試用例的分支覆蓋至少被執(zhí)行一次，它滿足的覆蓋標(biāo)準(zhǔn)o(B)A.語句覆蓋B.判定覆蓋C.條件覆蓋D.路徑覆蓋6,關(guān)于白盒測試與黑盒測試的最主要區(qū)別，正確的是(A)A.白盒測試側(cè)重于程序結(jié)構(gòu)，黑盒測試側(cè)重于功能B.白盒測試可以使用測試工具，黑盒測試不能使用工具C.白盒測試需要程序參與，黑盒測試不需要D.黑盒測試比白盒測試應(yīng)用更廣泛56 .程序的三種基本控制結(jié)構(gòu)是（B）oA.過程、子程序和分程序C.遞歸、迭代和

16、回溯B.順序、選擇和重復(fù)D.調(diào)用、返回和轉(zhuǎn)移57 .面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ停矗―）oA）系統(tǒng)模型、ER模型、應(yīng)用模型B）對象模型、動態(tài)模型、應(yīng)用模型0E-R模型、對象模型、功能模型D）對象模型、動態(tài)模型、功能模型58 .在E-R模型中，包含以下基本成分（C）oA）數(shù)據(jù)、對象、實(shí)體B）控制、聯(lián)系、對象0實(shí)體、聯(lián)系、屬性59 .軟件測試的目標(biāo)是（B）oA.證明軟件是正確的60 發(fā)現(xiàn)錯誤、降低錯誤帶來的風(fēng)險(xiǎn)C.排除軟件中所有的錯誤D.與軟件調(diào)試相同60 .軟件生命周期中所花費(fèi)用最多的階段是（D）A.詳細(xì)設(shè)計(jì)B.軟件編碼C.軟件測試D.軟件維護(hù)61 .在數(shù)據(jù)流圖中，圓或橢圓表示（1）A

17、,平行線表示（2）D_o（1） A、加工B、外部實(shí)體C、數(shù)據(jù)流D、存儲（2） ）A、加工B、外部實(shí)體C、數(shù)據(jù)流（箭頭）D、存儲62 .瀑布模型（WaterfallModeI）突出的缺點(diǎn)是不適應(yīng)（D）的變動。A、算法B、平臺C、程序語言D、用戶需求63 .結(jié)構(gòu)化分析方法（SA）的一個(gè)重要指導(dǎo)思想是（C）oA.自頂向下，逐步抽象B.自底向上，逐步抽象C.自頂向下，逐步分解D.自底向上，逐步分解64.模塊的控制范圍包括它本身及它所有的從屬模塊，模塊的作用范圍是指模塊內(nèi)一個(gè)判定的作用范圍，凡是受到這個(gè)判定影響的所有模塊都屬于這個(gè)判定的作用范圍，理想的情況是（A）A.模塊的作用范圍應(yīng)在控制范圍之內(nèi)B.模

18、塊的控制范圍應(yīng)在作用范圍之內(nèi)C.模塊的作用范圍與控制范圍交叉D.模塊的作用范圍與控制范圍不相交65.軟件危機(jī)具有下列表現(xiàn)（D）I、對軟件開發(fā)成本估計(jì)不準(zhǔn)確II、軟件產(chǎn)品的質(zhì)量往往不可靠III、軟件常常不可維護(hù)IV、軟件成本逐年上升A.I、II和IIIB.I、III和IVC.II、III和IVD.以上都正確66.產(chǎn)生軟件危機(jī)的原因可能有（D）I、用戶需求描述不精確、不準(zhǔn)確II、對大型軟件項(xiàng)目的開發(fā)缺乏有力的組織與管理IIL缺乏有力的方法學(xué)和工具的支持IV、軟件產(chǎn)品的特殊性和人類智力的局限性A.I和IIB.I、II和IVC. II、III和IVD.以上都正確68. （A）分批地逐步向用戶提交產(chǎn)品，

19、每次提交一個(gè)滿足用戶需求子集的可運(yùn)行的產(chǎn)品。A.增量模型（分批）B.噴泉模型（重疊）C.原型模型D.螺旋模型（迭代，風(fēng)險(xiǎn)分析）69. 為了克服軟件危機(jī)，人們提出了用（D）的原理來設(shè)計(jì)軟件，這就是軟件工程誕生的基礎(chǔ)。A.數(shù)學(xué)B.軟件學(xué)C.運(yùn)籌學(xué)D.工程學(xué)70. 具有風(fēng)險(xiǎn)分析的軟件生存周期模型是（C）A.瀑布模型B.噴泉模型C.螺旋模型D.增量模型71. 瀑布模型的關(guān)鍵不足在于（B）A.過于簡單B.不能適應(yīng)需求的動態(tài)變更C.過于靈活D.各個(gè)階段需要進(jìn)行評審72. 軟件工程的目標(biāo)有（B）oA.易于維護(hù)B.低的開發(fā)成本C.高性能D.短的開發(fā)期73. 軟件工程學(xué)的目的和意義是（D）。A.應(yīng)用科學(xué)的方法和

20、工程化的規(guī)范管理來指導(dǎo)軟件開發(fā)B,克服軟件危機(jī)C.做好軟件開發(fā)的培訓(xùn)工作D.以較低的成本開發(fā)出高質(zhì)量的軟件74. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（0A.軟件工程B.軟件周期C.軟件危機(jī)D,軟件產(chǎn)生75. 快速原型模型的主要特點(diǎn)之一是（D）A.開發(fā)完畢才見到產(chǎn)品B.及早提供全部完整的軟件產(chǎn)品C,開發(fā)完畢后才見到工作軟件D.及早提供工作軟件76. 瀑布模型的存在問題是（B）A.用戶容易參與開發(fā)B.缺乏靈活性C.用戶與開發(fā)者易溝通D.適用可變需求77. 軟件生存周期模型不包括：（B）A.瀑布模型B.對象模型C.增量模型D.噴泉模型78. 下列哪個(gè)不屬于軟件工程的內(nèi)涵

21、之一（C）A.應(yīng)用完善的科學(xué)與工程原理B.經(jīng)濟(jì)地開發(fā)軟件C.高薪聘請軟件高手D,開發(fā)既可靠又能有效運(yùn)行的軟件79. 在瀑布模型中，將軟件劃分為若干個(gè)時(shí)期，軟件項(xiàng)目的可行性研究一般歸屬于（B）。A.維護(hù)時(shí)期B.計(jì)劃時(shí)期C.運(yùn)行時(shí)期D.開發(fā)時(shí)期80. 下列哪個(gè)辦法不屬于解決軟件危機(jī)的途徑之一（B）A.研制新一代智能計(jì)算機(jī)B.大力扶持軟件企業(yè)C.采用軟件工程的解決途徑D.采用面向?qū)ο蟮能浖O(shè)計(jì)方法81. 下面哪一項(xiàng)不屬于快速原型模型的優(yōu)點(diǎn)。BA,可及早為用戶提供有用的產(chǎn)品。B.可保證在開發(fā)后期，全面發(fā)現(xiàn)錯誤給以糾正。C.減少技術(shù)應(yīng)用風(fēng)險(xiǎn)，縮短開發(fā)時(shí)間，減少費(fèi)用、提高生產(chǎn)率。D.促使用戶主動參與開發(fā)活

22、動，促進(jìn)各類人員的協(xié)調(diào)，適應(yīng)需求變化。82. 下列哪個(gè)不屬于瀑布模型與傳統(tǒng)的程序設(shè)計(jì)的不同之處（D）。A.傳統(tǒng)的程序設(shè)計(jì)開發(fā)人員只開發(fā)程序，不寫文檔.B.傳統(tǒng)的程序設(shè)計(jì)重點(diǎn)在問題求解和算法，并只有自己才能讀懂.C.瀑布模型的各階段要第三方介入審察D.傳統(tǒng)的程序設(shè)計(jì)規(guī)定各階段必須寫文檔.83. 下面哪個(gè)模式不屬于軟件工程的開發(fā)模式（C）A.基于瀑布模型的開發(fā)模式B.基于原型模型的開發(fā)模式C.基于人機(jī)對話的開發(fā)模式D.基于關(guān)系數(shù)據(jù)庫的開發(fā)模式84. 數(shù)據(jù)字典是數(shù)據(jù)流圖中所有元素的定義的集合，一般由以下四類條目組成（B）oA.數(shù)據(jù)說明條目、控制流條目、加工條目、數(shù)據(jù)存儲條目B.數(shù)據(jù)流條目、數(shù)據(jù)項(xiàng)條目

23、、數(shù)據(jù)存儲條目、加工條目C.數(shù)據(jù)源條目、數(shù)據(jù)流條目、數(shù)據(jù)處理?xiàng)l目、數(shù)據(jù)文件條目D.數(shù)據(jù)流條目、數(shù)據(jù)文件條目、數(shù)據(jù)項(xiàng)條目、加工條目85. 下列模型屬于成本估算方法的有（A）A.COCOMO模型B.McCaII模型C.McCabe度量法D.時(shí)間估算法86. DFD圖反映系統(tǒng)（D）A.怎么做B.對誰做C.何時(shí)做D.做什么87. 經(jīng)濟(jì)可行性研究的范圍包括（C）A.資源有效性B.管理制度C.效益分析D.開發(fā)風(fēng)險(xiǎn)88. 為高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)，必須遵循（A）原則。A.信息隱蔽B.質(zhì)量控制C.程序優(yōu)化D,數(shù)據(jù)共享89. 需求規(guī)格說明書的作用不包括（C）A,軟件驗(yàn)收的依據(jù)B,用戶與開發(fā)人員對

24、軟件要做什么的共同理解C,軟件可行性研究的依據(jù)D,軟件設(shè)計(jì)的依據(jù)90. 分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式，它的頂層描述了系統(tǒng)的（A）oA.總貌B.細(xì)節(jié)C.抽象D.軟件的作者91. 經(jīng)調(diào)查，系統(tǒng)分析員給出有問題的初略陳述，其中部分描述如下：某商場的采購部門要求每天開出定購清單，交采購員；倉庫管理員將此要還應(yīng)輸入系統(tǒng)，經(jīng)庫存業(yè)務(wù)（進(jìn)貸或出貸）處理后輸出。從這段描述可知該部分?jǐn)?shù)據(jù)流圖中的外部項(xiàng)為：AA.采購員、倉庫管理員B.定購清單、庫存業(yè)務(wù)C.庫存業(yè)務(wù)D.定購清單、采購員92. 數(shù)據(jù)流是數(shù)據(jù)流圖的基本成分，下列關(guān)于數(shù)據(jù)流的敘述中，B是正確的。A,某加工的輸入是一個(gè)數(shù)據(jù)流，該加工的輸出

25、也必定是一個(gè)數(shù)據(jù)流B.多個(gè)不同的數(shù)據(jù)流可以流向一個(gè)加工，也可從一個(gè)加工中流出C.數(shù)據(jù)流只能從加工流向文件，但不能從文件流向加工D. 一個(gè)數(shù)據(jù)流可以從一個(gè)文件流向另一個(gè)文件93 .需求分析階段最重要的技術(shù)文檔之一是：（C）A.項(xiàng)目開發(fā)計(jì)劃B.設(shè)計(jì)說明書C.需求規(guī)格說明書D.可行性分析報(bào)告94 .需求工程的主要目的是（C）A.系統(tǒng)開發(fā)的具體方案B.進(jìn)一步確定用戶的需求C.解決系統(tǒng)是“做什么的問題”D.解決系統(tǒng)是“如何做的問題”95 .不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是BoA.人工校核工資數(shù)據(jù)B.工資支票數(shù)據(jù)C.打印工資支票D.計(jì)算職工工資96結(jié)構(gòu)化程序設(shè)計(jì)思想的核心是要求程序只由順序、循環(huán)和

26、（A）三種結(jié)構(gòu)組成。A.選擇B.單入口C.單出口D.有規(guī)則GOTO97 .模塊（C）,則說明模塊的獨(dú)立性越強(qiáng)。A.耦合越強(qiáng)B.扇人數(shù)越高C.耦合越弱D.扇人數(shù)越低98 .當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D）A.數(shù)據(jù)耦合B.公共耦合C.標(biāo)記耦合D,內(nèi)容耦合解析耦合分為以下幾種，按照耦合度由高到低排列是：內(nèi)容耦合個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)容。公共耦合一一組模塊都訪問同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)。外部耦合一一組模塊都訪問同一個(gè)數(shù)據(jù)項(xiàng)?？刂岂詈蟼€(gè)模塊明顯地把開關(guān)量、名字等信息送入另一模塊，控制另一模塊的功能99 .軟件結(jié)構(gòu)圖中，模塊框之間若有直線連接，表示它們之間存在（A）A.調(diào)用

27、關(guān)系B.組成關(guān)系C.鏈接關(guān)系D.順序執(zhí)行關(guān)系100 .概要設(shè)計(jì)最終結(jié)果是產(chǎn)生（C）A.項(xiàng)目開發(fā)計(jì)劃B.需求規(guī)格說明書C.軟件結(jié)構(gòu)設(shè)計(jì)說明書D,可行性分析報(bào)告101 .在有集成（組裝）測試的敘述中，_A是正確的。A測試底層模塊時(shí)不需要樁模塊B驅(qū)動模塊的作用是模擬被調(diào)模塊C自頂向下測試方法易于設(shè)計(jì)測試結(jié)果D自底向上測試方法有有利于提前預(yù)計(jì)測試結(jié)果102 .程序功能說明中指出：由三個(gè)輸入數(shù)據(jù)表示一個(gè)三角形的三條邊長。根據(jù)黑盒法中的邊緣值分析法設(shè)計(jì)測試用例，應(yīng)選D_oA.a=3,b=4,c=5B.a=1,b=2,c=4C.上述A.B項(xiàng)目都應(yīng)選上D.a=1,b=2,c=3103、軟件維護(hù)的副作用，是指（

28、C）0A.開發(fā)時(shí)的錯誤B.隱含的錯誤C.因修改軟件而造成的錯誤D.運(yùn)行時(shí)誤操作104. 在考察系統(tǒng)的一些涉及時(shí)序和改變的狀態(tài)時(shí)，要用動態(tài)模型來表示。動態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個(gè)圖：一個(gè)是事件追蹤圖，另一個(gè)是（D）。A.狀態(tài)圖B.數(shù)據(jù)流圖C.系統(tǒng)結(jié)構(gòu)圖D.時(shí)序圖105. 面向?qū)ο蠓治鍪菍ο到y(tǒng)進(jìn)行（A）的一種方法。A.需求建模B.程序設(shè)計(jì)C.設(shè)計(jì)評審D.測試驗(yàn)收106. （C）是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對象，其內(nèi)部信息對外界是隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)系。A,多態(tài)性B.繼承C.封裝D.消息107. 下列不屬于面向?qū)ο箝_發(fā)方法的是（B）A.BoochB

29、.UMLC.CoadD.OMT108. 面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，即（D）A.系統(tǒng)模型，ER模型，應(yīng)用模型B.對象模型，動態(tài)模型，實(shí)現(xiàn)（應(yīng)用）模型C.ER模型，對象模型，功能模型D.對象模型，動態(tài)模型，功能模型109,面向?qū)ο蟪绦蛟O(shè)計(jì)的基本機(jī)制（A）A.繼承B.消息C.方法D.結(jié)構(gòu)110 .下列屬于面向?qū)ο蟮囊赜校–）A,分類性B.抽象C.對象D.封裝對象三要素：對象、屬性、服務(wù)111 .在進(jìn)行面向?qū)ο蠓治鰰r(shí)，所采用的模型有（）oA.對象模型B.動態(tài)模型C.靜態(tài)模型D.功能模型112 .狀態(tài)是對象屬性的值的一種抽象，它的性質(zhì)有（）oA.時(shí)間性B.持續(xù)性C.有序性D.有窮性113

30、.建立繼承關(guān)系時(shí)所采用的方式有（）oA.自頂向下B.從內(nèi)到外C.自底向上D.從復(fù)雜到簡單114 .對象是人們要研究的任何事物，主要的對象類型有（）oA.有形實(shí)體B.作用C.事件D.性能說明115 .類庫這種機(jī)制是（D）級別的信息共享。A.同一類B.不同類C.同一應(yīng)用D.不同應(yīng)用116 .狀態(tài)是對象（D）的抽象。A屬性值B.方法C.功能D.行為117 .動態(tài)模型的描述工具是（D）oA,對象圖B,結(jié)構(gòu)圖C.流程圖D,狀態(tài)圖118 .在確定對象的屬性中，所有（A）是候選的對象。A.名詞B.動詞C.詞組D.修飾性名詞詞組119 .對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（C）于對象的統(tǒng)一體中。A.結(jié)合

31、B.隱藏C.封裝D.抽象120 .00A是（D）A,結(jié)構(gòu)化分析B.面向?qū)ο蟪绦蛟O(shè)計(jì)C,面向?qū)ο蟪绦蚍治鯠.面向?qū)ο蠓治?21 .面向?qū)ο蟮奶卣鞑话ǎ–）A.繼承性。B.多態(tài)性。C.互換性D.封裝性122 .在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（D）A繼承和聚集B繼承和一般C聚集和消息傳遞D繼承和方法調(diào)用123 .以下哪一項(xiàng)不是面向?qū)ο蟮闹鳎―）A多態(tài)性B繼承性C封裝性D過程調(diào)用124 .對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（C）于對象的統(tǒng)一體中。A.結(jié)合B.隱藏C.封裝D.抽象125 .在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（A）A繼承和聚集B繼承和一

32、般C聚集和消息傳遞D繼承和方法調(diào)用126 .以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳎―）A多態(tài)性B繼承性C封裝性D過程調(diào)用127 .下面所列的性質(zhì)中，（D）不屬于面向?qū)ο蟪绦蛟O(shè)計(jì)的特性。A,繼承性B.重用性C.封裝性D.可視化128,下列是面向?qū)ο笤O(shè)計(jì)方法中有關(guān)對象的敘述，其中（B）是正確的。A.對象在內(nèi)存中沒有它的存儲區(qū)B,對象的屬性集合是它的特征表示C,對象的定義與程序中類型概念相當(dāng)D.對象之間不能相互通信129.在面向?qū)ο筌浖椒ㄖ?，“類”是（D）oA.具有同類數(shù)據(jù)的對象的集合B.具有相同操作的對象的集合C.具有同類數(shù)據(jù)的對象的定義D.具有同類數(shù)據(jù)和相同操作的對象的定義130,面向?qū)ο蠓治鰰r(shí)，所標(biāo)

33、識的對象為_D是錯誤的。A.與目標(biāo)系統(tǒng)有關(guān)的物理實(shí)體B.與目標(biāo)系統(tǒng)發(fā)生作用和人或組織的甭色C.目標(biāo)系統(tǒng)運(yùn)行中需記憶的事件D.目標(biāo)系統(tǒng)中環(huán)境場所的狀態(tài)131 .面向?qū)ο笤O(shè)計(jì)00D模型的主要部件中，通常不包括_AoA通信部件B.人機(jī)交互部件C.任務(wù)管理D.數(shù)據(jù)管理132 .面向?qū)ο笤O(shè)計(jì)時(shí)，對象信息的隱藏主要是通過_A實(shí)現(xiàn)的。A,對象的封裝性B.子類的繼承性C.系統(tǒng)模塊化D.模塊的可重用133 .作為面向?qū)ο蠓治龅幕A(chǔ)、由問題領(lǐng)域中的對象所組成、用ER圖來描述是_AoA、消息模型B.處理模型C.狀態(tài)模型D.瀑布模塊134 .開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱作（C）。A.

34、軟件工程B.軟件周期C.軟件危機(jī)D.軟件產(chǎn)生135 .下面不屬于軟件工程3要素的是（D）A）工具B）過程C）方法D）環(huán)境136 .檢查軟件產(chǎn)品是否符合需求定義的過程稱為（A）A）確認(rèn)測試B）集成測試C）驗(yàn)證測試D）驗(yàn)收測試137 .數(shù)據(jù)存儲和數(shù)據(jù)流都是（D）,僅僅是所處的狀態(tài)不同。A）分析結(jié)果B）事件C）動作D）數(shù)據(jù)138 .數(shù)據(jù)流圖和（C）共同組成目標(biāo)系統(tǒng)的邏輯（功能）模型。A）HIPO圖B）PDLC）數(shù)據(jù)字典D）層次圖139,數(shù)據(jù)流圖用于抽象描述一個(gè)軟件的邏輯模型，數(shù)據(jù)流圖由一些特定的圖符構(gòu)成。下列圖符名標(biāo)識的圖符不屬于數(shù)據(jù)流圖合法圖符的是（A）oA）控制流B）加工C）數(shù)據(jù)存儲D）源和匯140 .結(jié)構(gòu)化分析方法就是面向（B）的自頂向下逐步求精進(jìn)行需求分析的方法。A）目標(biāo)B）數(shù)據(jù)流C）功能D）對象141 .下面不屬于軟件工程設(shè)計(jì)基本原理的是（C）A）抽象B）模塊化C）自底向上D）信息隱蔽142 .（D）是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?，它是單?dú)命名的而且可以通過名字來訪問。A）模塊化B）抽象C）精化D）模塊143,面向數(shù)據(jù)流的設(shè)計(jì)方法把（D）映射成軟件結(jié)構(gòu)。A）數(shù)據(jù)流B）系