大學(xué)軟件學(xué)院軟件工程專升本補(bǔ)習(xí)班習(xí)題

1、.選擇題1.在軟件開發(fā)模型中，提出最早，應(yīng)用最廣泛的模型是（A）A，瀑布 B，螺旋 C，演化 D，智能2.軟件工程方法是在實(shí)踐中不斷發(fā)展著的，而早期的軟件工程方法一般是（B）A，原型化方法 B，結(jié)構(gòu)化方法 C，面向?qū)ο蠓椒?D，功能分解法3.下列關(guān)于瀑布模型的描述正確的是（D）A，利用瀑布模型，如果發(fā)現(xiàn)問題修改的代價(jià)很低 B，瀑布模型的核心是按照軟件開發(fā)的時(shí)間順序?qū)栴}簡化 C，瀑布模型具有良好的靈活性 D，瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法，將邏輯現(xiàn)實(shí)與物理現(xiàn)實(shí)分開4.原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于（A）系統(tǒng)A，需求不確定性高的 B，需求確定的 C，管理信息 D，實(shí)時(shí)

2、5.軟件開發(fā)瀑布模型中的軟件定義時(shí)期各個(gè)階段依次是（A）A，問題定義，可行性研究，需求分析。 B，可行性研究，問題定義，需求分析 C，可行性研究，需求分析，問題定義 D，以上都不對(duì)6.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象是（C）的一種表現(xiàn)A，軟件工程 B，軟件周期 C，軟件周期 D，軟件生產(chǎn)7.快速原型模型的主要特點(diǎn)之一是（D）A，開發(fā)完畢才見到產(chǎn)品 B，及早提供全部完整的軟件產(chǎn)品 C，開發(fā)完畢后才見到工作軟件 D，及早提供工作軟件8.軟件工程中常用的生命周期模型有（A）等A，瀑布模型，快速原型模型，增量模型，螺旋模型和噴泉模型 B，瀑布模型，快速循環(huán)模型，擴(kuò)展模型，螺

3、旋模型和敏捷模型 C，瀑布模型，快速循環(huán)模型，增量模型，螺旋模型和噴泉模型 D，瀑布模型，快速原型模型，增量模型，螺旋模型和敏捷模型9.軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法，而早期敵敵畏軟件工程方法常用模型不包括（B）A，瀑布模型 B，敏捷模型 C，原型模型 D，螺旋模型10.軟件開發(fā)瀑布模型中的各個(gè)階段依次是（D）A，設(shè)計(jì)，分析，實(shí)現(xiàn)，測試，維護(hù) B，分析，設(shè)計(jì)，測試，實(shí)現(xiàn)，維護(hù) C，分析，設(shè)計(jì)，實(shí)現(xiàn)，維護(hù)，測試 D，分析，設(shè)計(jì)，實(shí)現(xiàn)，測試，維護(hù)11.軟件危機(jī)的表現(xiàn)不包括（C）A，軟件質(zhì)量不可靠 B軟件幾乎是不可維護(hù)的 C，測試過程中發(fā)現(xiàn)的錯(cuò)誤較多 D，缺少文檔12.瀑布模型的主要特點(diǎn)之一

4、是（A）A，推遲實(shí)現(xiàn) B，成功率極高 C，容易失敗 D，過程迭代13.在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝耍ˋ）A，軟件危機(jī) B，軟件工程 C，軟件設(shè)計(jì)革命 D，結(jié)構(gòu)化程序設(shè)計(jì)14.軟件工程是（C）A，是結(jié)構(gòu)化程序設(shè)計(jì)的指導(dǎo)方法 B，是軟件開發(fā)技術(shù)和軟件工程管理學(xué)為內(nèi)容的學(xué)科 C，是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科 D，是指導(dǎo)軟件開發(fā)的工程方法15.在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)可以在用例模型或方案腳本中予以說明，（C）是從各個(gè)角度對(duì)系統(tǒng)的約束和限制，反映了應(yīng)用對(duì)軟件系統(tǒng)質(zhì)量和特性的額外要求。A，業(yè)務(wù)需求 B，系統(tǒng)要求 C，

5、非功能需求 D，用戶需求16.軟件可行性研究一般不考錄（D）A，是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) B，是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) C，待開發(fā)軟件是否有市場，經(jīng)濟(jì)上是否合算 D，待開發(fā)的軟件是否會(huì)有質(zhì)量問題17.經(jīng)濟(jì)可行性研究的X圍包括（C）A，資源的有效性 B，管理制度 C，效益分析 D，開發(fā)風(fēng)險(xiǎn)18.研究開發(fā)所需要的成本和資源是屬于可行性研究中的（B）A，技術(shù)可行性 B，經(jīng)濟(jì)可行性 C，社會(huì)可行性 D，法律可行性19.研究開發(fā)的軟件是否符合相關(guān)法律規(guī)定是屬于可行性研究中的（D）A，技術(shù)可行性 B，經(jīng)濟(jì)可行性 C，社會(huì)可行性 D，法律可行性23.需求分析的任務(wù)不包括（

6、C）A，確定對(duì)系統(tǒng)的綜合要求 B，分析系統(tǒng)的數(shù)據(jù)要求 C，從技術(shù)角度分析系統(tǒng)是否可行 D，導(dǎo)出邏輯模型并修正開發(fā)計(jì)劃24.要將一個(gè)復(fù)雜的系統(tǒng)分析清楚，傳統(tǒng)軟件工程常用的方法是結(jié)構(gòu)化分析方法，結(jié)構(gòu)化分析方法就是（A）A，面向數(shù)據(jù)流自頂向下，逐步求精的方法 B，由內(nèi)向外進(jìn)行分析的方法 C，先局部后整體的分析方法 D，使用IPO圖形工具分析的方法25.需求分析是要完整，準(zhǔn)確，清晰，具體地確定系統(tǒng)所要完成的工作，其主要根據(jù)是前一階段的文檔（D）A，用戶手冊(cè)和參考手冊(cè) B，軟件需求規(guī)格說明書 C，開發(fā)計(jì)劃 D，可行性研究報(bào)告26.需求分析階段的主要任務(wù)是確定（D）A，軟件開發(fā)方法 B，軟件開發(fā)工具 C，

7、軟件開發(fā)費(fèi) D，軟件系統(tǒng)的功能27.數(shù)據(jù)字典是用來定義（B）中的各個(gè)成份的具體含義的A，流程圖 B，功能結(jié)構(gòu)圖 C，系統(tǒng)結(jié)構(gòu)圖 D，數(shù)據(jù)流圖28.數(shù)據(jù)流圖是一種用來描述（B）的圖形化工具A，系統(tǒng)物理組成 B，系統(tǒng)信息流和數(shù)據(jù)流 C，所有功能 D，系統(tǒng)控制流和數(shù)據(jù)流29.（C）和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的邏輯模型，沒有它，數(shù)據(jù)流圖就不完整A，數(shù)據(jù)流程圖 B，E-R圖 C，數(shù)據(jù)字典 D，層次方框圖30.數(shù)據(jù)流圖DFD中每個(gè)加工至少需要（B）A，一個(gè)輸入流 B，一個(gè)輸出流和一個(gè)輸入流 C，一個(gè)輸入或輸出流 D，一個(gè)輸出流31.數(shù)據(jù)流圖（DFD）是（A）方法中用于表示系統(tǒng)的邏輯模型的一種工具A，SA B,

8、SD C,SP D,SC32.使用實(shí)體-聯(lián)系圖（ER圖）建立的概念性數(shù)據(jù)模型中包含3種互相關(guān)聯(lián)的信息是（B）A，數(shù)據(jù)對(duì)象，屬性，方法 B，數(shù)據(jù)對(duì)象，屬性，聯(lián)系 C，數(shù)據(jù)表，屬性，聯(lián)系 D，數(shù)據(jù)表，實(shí)體，聯(lián)系33.模塊的內(nèi)聚性最高的是（D）A，邏輯內(nèi)聚 B，時(shí)間內(nèi)聚 C，過程內(nèi)聚 D，功能內(nèi)聚34.總體設(shè)計(jì)的目的是確定整個(gè)系統(tǒng)的（B）A,規(guī)模 B,功能及模塊結(jié)構(gòu) C，費(fèi)用 D，測試方案35.一個(gè)模塊內(nèi)部各個(gè)程序都在同一數(shù)據(jù)結(jié)構(gòu)上操作，這個(gè)模塊的內(nèi)聚性稱為（C）A，時(shí)間內(nèi)聚 B,功能內(nèi)聚 C，通信內(nèi)聚 D，過程內(nèi)聚36.軟件總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的主要任務(wù)不包括（C）A，設(shè)

9、計(jì)軟件懂得模塊結(jié)構(gòu) B，定義接口并建立數(shù)據(jù)結(jié)構(gòu) C，模塊設(shè)計(jì) D，生成概要設(shè)計(jì)規(guī)格說明37.如果某種內(nèi)聚要求一個(gè)模塊中包含的任務(wù)必須在同一段時(shí)間執(zhí)行，則這種內(nèi)聚為（A）A，時(shí)間內(nèi)聚 B，邏輯內(nèi)聚 C，通信內(nèi)聚 D，信息內(nèi)聚38.為了提高模塊的獨(dú)立性，模塊之間最好使用（D）A,控制耦合 B,公共耦合 C,內(nèi)容耦合 D，數(shù)據(jù)耦合39.結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（D）A,篩選法 B，遞歸法 C，歸納法 D，逐步求精法40.對(duì)軟件進(jìn)行分解，是為了（B）A，降低模塊間接口的復(fù)雜程度 B，降低模塊的復(fù)雜程度 C，降低模塊的復(fù)雜程度，并降低模塊間接口的復(fù)雜程度 D，降低模塊的復(fù)雜程度，并提高模塊間接口的

10、復(fù)雜程度41.在軟件工程中，描繪軟件結(jié)構(gòu)的圖形工具不包括（C）A，層次圖 B，HIPO圖 C，PAD圖 D，H圖42.在詳細(xì)設(shè)計(jì)階段經(jīng)常采用的圖形工具包括（D）A，PAD圖 B，程序流程圖 C，N-S圖 D，以上都是43.提高程序可讀性的手段包括（D）A，使用三種標(biāo)準(zhǔn)控制結(jié)構(gòu) B，采用有實(shí)際意義的變量名 C，給程序加注釋 D，以上都是44.結(jié)構(gòu)化程序設(shè)計(jì)的三種基本控制結(jié)構(gòu)不包括（C）A，順序 B，選擇 C，轉(zhuǎn)移 D，循環(huán)45.詳細(xì)設(shè)計(jì)中，過程設(shè)計(jì)的常用圖形工具不包括（A）A，程序流程圖 B，數(shù)據(jù)流圖 C，N-S盒圖 D，PAD圖46.下列關(guān)于詳細(xì)設(shè)計(jì)中的說法正確的是（D）等A，詳細(xì)設(shè)計(jì)任務(wù)相當(dāng)

11、于設(shè)計(jì)程序的藍(lán)圖 B，詳細(xì)設(shè)計(jì)的根本目標(biāo)是應(yīng)該怎樣具體的實(shí)現(xiàn)系統(tǒng) C，詳細(xì)設(shè)計(jì)不等于編譯代碼 D，以上都正確47.結(jié)構(gòu)化程序之所以具有易于閱讀，并且有可能驗(yàn)證其正確性，這是由于（D）A，他強(qiáng)調(diào)編程風(fēng)格 B，選擇良好的數(shù)據(jù)結(jié)構(gòu)和算法 C，有限制的使用GOTO語句 D，只有三種基本結(jié)構(gòu)48.程序設(shè)計(jì)語言主要分三大類：機(jī)器語言，匯編語言和（B）A，邏輯語言 B，高級(jí)語言 C，自然語言 D，智能語言49.結(jié)構(gòu)化程序設(shè)計(jì)中的三種基本控制結(jié)構(gòu)是（B）A，過程，子程序和分程序 B，順序，選擇和循環(huán) C，遞歸，堆棧和隊(duì)列 D，調(diào)用，返回和轉(zhuǎn)移50.軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的（A）A，算法和使用的數(shù)

12、據(jù) B，外部接口 C，功能 D，編程51.在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具包括（A）A，程序流程圖 B，SA C，SC D，DFD52.詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的（C）A，代碼的規(guī)模 B，運(yùn)行速度 C，質(zhì)量 D，可維護(hù)性53.兩個(gè)模塊彼此傳遞的信息中有控制信息，這種耦合稱為（D）A，數(shù)據(jù)耦合 B，公共環(huán)境耦合 C，內(nèi)容耦合 D，控制耦合54.結(jié)構(gòu)化設(shè)計(jì)又稱為（A）A，概要設(shè)計(jì) B，面向數(shù)據(jù)流設(shè)計(jì) C，面向?qū)ο笤O(shè)計(jì) D，詳細(xì)設(shè)計(jì)55.按照總體設(shè)計(jì)中的啟發(fā)式規(guī)則，模塊的作用域和模塊的控制域之間的關(guān)系應(yīng)是（A）A，模塊的作用域應(yīng)在模塊的控制域之內(nèi) B，模塊的控制域應(yīng)在模塊的作用域之內(nèi) C，模塊

13、的控制域與模塊的作用域互相獨(dú)立 D，以上的說法都不對(duì)56.在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是（D）A，程序模塊化 B，模塊高內(nèi)聚 C，模塊低耦合 D，模塊獨(dú)立性57.軟件總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的主要任務(wù)不包括（C）A，設(shè)計(jì)軟件的模塊結(jié)構(gòu) B，定義接口并建立數(shù)據(jù)結(jié)構(gòu) C，模塊內(nèi)部算法設(shè)計(jì) D，生成概要設(shè)計(jì)規(guī)格說明58.軟件詳細(xì)設(shè)計(jì)主要采用的方法是（D）A,模塊設(shè)計(jì) B，結(jié)構(gòu)化設(shè)計(jì) C，PDL語言 D，結(jié)構(gòu)化程序設(shè)計(jì)59.詳細(xì)設(shè)計(jì)中，過程設(shè)計(jì)的常用工具有（A）A，程序流程圖，N-S盒圖，PAD圖 B，程序流程圖，數(shù)據(jù)流圖 C，程序流程圖，系統(tǒng)流程圖 D，程序流程圖

14、，E-R圖60.結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（A）A，程序易讀性 B，程序的效率 C，程序設(shè)計(jì)語言的先進(jìn)性 D，程序的規(guī)模61.提高程序可讀性的最有力手段是（A）A，使用三種標(biāo)準(zhǔn)控制結(jié)構(gòu) B，采用有實(shí)際意義的變量名 C，顯示說明一切變量 D，給程序加注釋62.一般來說，在軟件生命周期中成本最高的階段是（D）A，詳細(xì)設(shè)計(jì) B，軟件編碼 C，軟件測試 D，軟件維護(hù)63.軟件測試中根據(jù)測試用例設(shè)計(jì)的方法的不同可分為黑盒測試和白盒測試兩種，它們（D）A，前者屬于靜態(tài)測試，后者屬于動(dòng)態(tài)測試 B，前者屬于動(dòng)態(tài)測試，后者屬于靜態(tài)測試 C，都屬于靜態(tài)測試 D，都屬于動(dòng)態(tài)測試64.若有一個(gè)計(jì)算類型的程序，它的輸入

15、量只有一個(gè)X，其X圍是【-1.0，1.0】，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測試用例的方法是（C）A，條件覆蓋法 B，等價(jià)分類法 C，邊界值分析法 D，錯(cuò)誤推測法65.單元測試的測試用例主要根據(jù)（B）的結(jié)果來設(shè)計(jì)A，需求分析 B，詳細(xì)設(shè)計(jì) C，概要設(shè)計(jì) D，源程序66.軟件測試是為了（B）而執(zhí)行程序的過程A，糾正錯(cuò)誤 B，發(fā)現(xiàn)錯(cuò)誤 B，避免錯(cuò)誤 D，證明正確67.常用的黑盒測試方法不包括（C）A，等價(jià)劃分 B，邊界值分析 C，邏輯覆蓋 D，錯(cuò)誤推測68.軟件測試中，白盒法是通過分析程序的（B）來設(shè)計(jì)測試用例的A，應(yīng)用X圍 B，內(nèi)部邏輯 C，功

16、能 D，輸入數(shù)據(jù)69.使用黑盒測試時(shí)，測試用例的設(shè)計(jì)應(yīng)該根據(jù)（D）A，程序的內(nèi)部邏輯 B，程序的復(fù)雜程度 C，使用說明書 D，程序的功能70.與確認(rèn)測試階段有關(guān)的文檔是（A）A，需求規(guī)格說明書 B，概要設(shè)計(jì)說明書 C，詳細(xì)設(shè)計(jì)說明書 D，源程序71.（B）是指程序在給定的時(shí)間點(diǎn)，按照規(guī)格說明書的規(guī)定成功運(yùn)行的概念A(yù)，可移植性 B，可用性 C，可靠性 D，可擴(kuò)展性72.為軟件的運(yùn)行增加監(jiān)控設(shè)施以應(yīng)對(duì)將來可能出現(xiàn)的問題，這種維護(hù)的維護(hù)類別是（D）A，改正性維護(hù) B，適應(yīng)性維護(hù) C，完善性維護(hù) D，預(yù)防性維護(hù)73.在整個(gè)軟件維護(hù)階段所花費(fèi)的全部工作中，哪種維護(hù)所占比例最大.（C）A，改正性維護(hù) B，

17、適應(yīng)性維護(hù) C，完善性維護(hù) D，預(yù)防性維護(hù)74.產(chǎn)生軟件維護(hù)的副作用，是指（C）A，開發(fā)時(shí)的錯(cuò)誤 B，隱含的錯(cuò)誤 C，因修改軟件而造成了新的錯(cuò)誤 D，運(yùn)行時(shí)錯(cuò)誤操作75.下列屬于維護(hù)階段的文檔是（C）A，軟件規(guī)格說明 B，用戶操作手冊(cè) C，軟件問題報(bào)告 D，軟件測試分析報(bào)告76.維護(hù)活動(dòng)必須應(yīng)用于（B）A，軟件文檔 B，整個(gè)軟件配置 C，可執(zhí)行代碼 D，數(shù)據(jù)77.為了提高軟件的可維護(hù)性，在編碼階段應(yīng)注意（D）A，保存測試用例和數(shù)據(jù) B，提高模塊的獨(dú)立性 C，文檔的副作用 D，養(yǎng)成好的程序設(shè)計(jì)風(fēng)格78.以下哪些問題是維護(hù)人員經(jīng)常面對(duì)的問題.（D）A，理解別人的程序非常困難 B，文檔不合格 C，設(shè)

18、計(jì)時(shí)沒考慮未來的修改維護(hù) D，以上都是79.決定軟件可維護(hù)性的因素包括（B）A，可理解性，可測試性，可修改性，可移植性，可用性 B，可理解性，可測試性，可修改性，可移植性，可重用性 C，可理解性，可靠性，可測試性，可修改性，可移植性 D，可理解性，可擴(kuò)展性，可測試性，可修改性，可升級(jí)性80.軟件生存周期的（D）工作與軟件可維護(hù)性有著密切的關(guān)系。A，編碼階段 B，設(shè)計(jì)階段 C，測試階段 D，每個(gè)階段81.軟件維護(hù)困難的主要原因是（C）A，費(fèi)用低 B，人員少 C，開發(fā)設(shè)計(jì)中的缺陷 D,得不到用戶支持82.因計(jì)算機(jī)硬件和軟件環(huán)境的變化而做出的修改軟件的過程稱為（B）A，改正性維護(hù) B，適應(yīng)性維護(hù) C

19、，完善性維護(hù) D，預(yù)防性維護(hù)83.在軟件維護(hù)的實(shí)施過程中，為了正確和有效的修改，需要經(jīng)歷以下三個(gè)步驟：分析和理解程序，修改程序，重新驗(yàn)證程序。（A）是決定維護(hù)成敗和質(zhì)量好壞的關(guān)鍵A，分析和理解程序 B，重新驗(yàn)證程序 C，修改程序 D，驗(yàn)收程序84.（C）是指程序咋給定的時(shí)間內(nèi)，按照規(guī)格說明書的規(guī)定成功運(yùn)行的概率。A，可移植性 B，可用性 C，可靠性 D，可擴(kuò)展性85.軟件可移植性是用來衡量軟件的（D）的重要尺度之一A，人機(jī)關(guān)系 B，效率 C，質(zhì)量 D，通用性86.軟件質(zhì)量必須在（D）加以保證A，開發(fā)之前 B，開發(fā)之后 C，可行性研究報(bào)告過程中 D，設(shè)計(jì)與實(shí)驗(yàn)過程中87.面向?qū)ο蠹夹g(shù)中，對(duì)象是類

20、的實(shí)例。對(duì)象有三種成份：（A），屬性，和方法A，標(biāo)識(shí) B，規(guī)則 C，封裝 D，消息88.（C）是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息是對(duì)外界隱蔽的，外界只能通過有限的接口與對(duì)象發(fā)生聯(lián)系A(chǔ)，多態(tài)性 B，繼承 C，封裝 D，消息89.消息是對(duì)象間交互的一種機(jī)制，消息刺激接受對(duì)象產(chǎn)生某種行為，消息的構(gòu)成有三部分：（B），消息名，若干變?cè)狝，發(fā)出消息的對(duì)象 B，接受消息的對(duì)象 C，消息編號(hào) D，時(shí)間90.面向?qū)ο笤O(shè)計(jì)準(zhǔn)則包括：模塊化，抽象，（A），弱耦合，強(qiáng)內(nèi)聚和可重用性A，信息隱藏 B，可繼承 C，封裝性 D，實(shí)例化91.（A）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式A

21、，多態(tài)性 B，多繼承 C，類的復(fù)用 D，封裝92.軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫（B）A，生存期 B，面向?qū)ο蠓治?C，面向?qū)ο蟪绦蛟O(shè)計(jì) D，面向?qū)ο笤O(shè)計(jì)93.把一組具有相似特性的對(duì)象的描述，稱之為（C）A，多態(tài)性 B，繼承性 C，類 D，消息94.面向?qū)ο蠓治龅莫?dú)到之處在于（A）A，將數(shù)據(jù)和操作對(duì)象結(jié)合在一起而不是分離 B，僅考慮數(shù)據(jù)結(jié)構(gòu) C，數(shù)據(jù)和操作分別獨(dú)立考慮 D，僅考慮操作過程95.下面關(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ā)

22、送消息 C，應(yīng)用程序之間可以互相發(fā)送消息 D，發(fā)送與接受消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同96.面向?qū)ο蠓治鍪菍?duì)系統(tǒng)進(jìn)行（A）的一種方法A，需求建模 B，程序設(shè)計(jì) C，設(shè)計(jì)評(píng)審 D,測試驗(yàn)收97.汽車有一個(gè)發(fā)動(dòng)機(jī)。汽車和發(fā)動(dòng)機(jī)之間的關(guān)系是（B）A，繼承關(guān)系 B，聚合關(guān)系 C，分類關(guān)系 D，主從關(guān)系98.消息是對(duì)象間交互的手段，消息刺激接受對(duì)象產(chǎn)生某種行為，消息的構(gòu)成有三部分：接受消息的對(duì)象，（B），若干變?cè)?。A，發(fā)出消息的對(duì)象 B，消息名 C，消息編號(hào) D，發(fā)送時(shí)間99.（C）是指用戶只能見到對(duì)象界面上的信息，對(duì)象內(nèi)部對(duì)用戶是隱藏的A，類 B，消息名 C，封裝 D，對(duì)象100.對(duì)象是00

23、方法的核心，對(duì)象的類型有多種，但通常把如飛行，事故，演出，開會(huì)等稱為（C）A，有形實(shí)體 B，作用 C，事件 D，性能說明101.汽車有一種叫貨車。汽車和火車之間的關(guān)系是（A）A，繼承關(guān)系 B，聚合關(guān)系 C，分類關(guān)系 D，主從關(guān)系102.（C）是對(duì)具有相同屬性和行為的一個(gè)或多個(gè)對(duì)象的描述A，屬性 B，實(shí)例 C，類 D，對(duì)象填空題1.一般來說，好的軟件工程開發(fā)環(huán)境應(yīng)采用（CASE工具）和集成化CASE環(huán)境。2.軟件由程序，（數(shù)據(jù)，文檔）組成。3.軟件工程中采用層次化的方法，每個(gè)層次都包括（工具），方法，（過程）三要素。4.在分析過程中用來描繪物理系統(tǒng)的圖形工具是（系統(tǒng)流程圖）。5.需求分析階段產(chǎn)生

24、的文檔是（軟件需求規(guī)格說明書）。6.需求分析法包括（面向數(shù)據(jù)流）的分析方法，（面向?qū)ο螅┑姆治龇椒?，面向過程流的分析方法。7.在學(xué)校中，一個(gè)學(xué)生可以選修多門課程，一門課程可以由多個(gè)學(xué)生選修，那么學(xué)生和課程之間的關(guān)系是（多對(duì)多）關(guān)系。8.數(shù)據(jù)流圖用圖形符號(hào)表示（加工），（數(shù)據(jù)流），數(shù)據(jù)源及數(shù)據(jù)存儲(chǔ)。9.一個(gè)模塊擁有的直屬下級(jí)模塊的個(gè)數(shù)稱為（模塊的扇出），一個(gè)模塊的直接上級(jí)模塊的個(gè)數(shù)成為（模塊的扇入）。10.從工程管理的角度看，軟件設(shè)計(jì)可分為（概要設(shè)計(jì)）和（詳細(xì)設(shè)計(jì)）兩大步驟。11.軟件詳細(xì)設(shè)計(jì)階段的輸入結(jié)果為（詳細(xì)設(shè)計(jì)說明書），此文檔經(jīng)嚴(yán)格復(fù)審后將作為（編碼）階段的輸入文檔。12.軟件過程設(shè)計(jì)中

25、最常用的技術(shù)和工具主要為（程序流程圖），（PAD圖），（判定表），（判定樹），盒圖，和PDL語言。13.單元測試過程應(yīng)為測試模塊開發(fā)一個(gè)（驅(qū)動(dòng)模塊）和若干個(gè)（存根模塊）。14.設(shè)計(jì)用戶界面要充分考慮到（人的因素），還要考慮（界面風(fēng)格），可用的軟，硬件技術(shù)及應(yīng)用本身的影響。15.軟件測試既是軟件開發(fā)階段的最后一個(gè)活動(dòng)，又是軟件質(zhì)量保證的最后一項(xiàng)措施。它所用的主要技術(shù)分為（黑盒測試）和（白盒測試）兩大類。16.維護(hù)是指軟件在交付使用后，為（改正錯(cuò)誤）或（滿足新需要）而修改軟件的過程。17.逆向工程與（重構(gòu)工程）是目前預(yù)防性維護(hù)采用的主要技術(shù)。18.在面向?qū)ο蟮母拍钪?，（?shí)例）是由某個(gè)特定類描述的一

26、個(gè)具體的對(duì)象。判斷題1.一個(gè)優(yōu)秀的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達(dá)能力。（錯(cuò)）2.一個(gè)優(yōu)秀的開發(fā)人員不必非要具有良好的書面和口頭表達(dá)能力，只要程序?qū)懙暮镁蜎]問題了。（錯(cuò)）3.軟件維護(hù)的副作用指由于維護(hù)或在維護(hù)過程中其他一些不期望的行為引入的錯(cuò)誤。（對(duì)）4.耦合是影響軟件復(fù)雜度的重要因素。設(shè)計(jì)師應(yīng)盡量使用內(nèi)容耦合，少用控制耦合和特征耦合，限制公共環(huán)境耦合，完全不用數(shù)據(jù)耦合。（錯(cuò)）5.需求分析主要內(nèi)容包括:問題分析，需求描述，需求評(píng)審。（對(duì)）6.如果大量測試沒有發(fā)現(xiàn)任何錯(cuò)誤，可以說明軟件沒有錯(cuò)誤。（錯(cuò)）7.編程風(fēng)格是在提高性能的前提下，有效的編排和組織程序以提高可讀性和可維

27、護(hù)性。（錯(cuò)）8.數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中所包含的所有元素的定義的集合。（對(duì)）9.程序的可靠性，可維護(hù)性和效率通常只由程序設(shè)計(jì)語言，源代碼的質(zhì)量和語言的實(shí)現(xiàn)機(jī)制決定的。（錯(cuò)）10.完成測試工作后，為了縮短源程序的長度應(yīng)刪去源程序的注釋。（錯(cuò)）11.難以控制開發(fā)進(jìn)度和工作量估計(jì)困難是軟件危機(jī)的主要表現(xiàn)之一。（對(duì)）12.系統(tǒng)響應(yīng)時(shí)間是指當(dāng)用戶執(zhí)行了某個(gè)控制動(dòng)作后（例如，按回車鍵，點(diǎn)鼠標(biāo)鍵等），系統(tǒng)作出的反應(yīng)時(shí)間。（對(duì)）13.原型是目標(biāo)軟件系統(tǒng)的一個(gè)可操作模型，它實(shí)現(xiàn)了目標(biāo)軟件系統(tǒng)的某些重要方面。（對(duì)）14.即使測試過程沒有發(fā)現(xiàn)任何錯(cuò)誤，也不能說明軟件沒有錯(cuò)誤。（對(duì)）15.采

28、用信息隱藏原理指導(dǎo)模塊設(shè)計(jì)可以支持模塊的并行開發(fā)，減少軟件測試和軟件維護(hù)的工作量。（對(duì)）16.模塊的接口設(shè)計(jì)要簡單，以便降低復(fù)雜程度。（對(duì)）17.軟件=“完成特定功能的程序+數(shù)據(jù)結(jié)構(gòu)+文檔”。（對(duì)）18.制定軟件項(xiàng)目進(jìn)度表的途徑之一是軟件開發(fā)小組根據(jù)提供軟件產(chǎn)品的最后期限從后往錢安排時(shí)間。（對(duì)）19.在模塊原理中，模塊的作用域應(yīng)該在控制域內(nèi)。（對(duì)）20.瀑布模型在實(shí)際的項(xiàng)目中嚴(yán)格順序執(zhí)行就基本可以成功。（錯(cuò)）21.只要實(shí)行嚴(yán)格的產(chǎn)品控制就不用擔(dān)心用戶隨意改需求。（錯(cuò)）22.確認(rèn)測試任務(wù)是根據(jù)軟件需求規(guī)格說明書。測試軟件系統(tǒng)是否滿足用戶的需求。（對(duì)）23.需求分析階段所生成的文檔主要是進(jìn)度計(jì)劃和可行性研究報(bào)告。（對(duì)）24.確認(rèn)測試任務(wù)是根據(jù)軟件需求規(guī)格說明書，測試軟件系統(tǒng)是否滿足用戶的需求。（對(duì)）25.軟件就是完成特定功能的程序集合。（錯(cuò)）26.制定軟件項(xiàng)目進(jìn)度表的途經(jīng)之一是軟件項(xiàng)目開發(fā)組織根據(jù)項(xiàng)目和資源情況制定項(xiàng)目開發(fā)的初步計(jì)劃和交付軟件產(chǎn)品的日期。（對(duì)）27.過程式程序設(shè)計(jì)語言的基本機(jī)制包括:消息傳送，數(shù)據(jù)類型定義，多態(tài)，子程序，控制程序。（錯(cuò)）28.即使測試程序沒有發(fā)現(xiàn)任何錯(cuò)誤，也不能說明軟件沒有錯(cuò)誤。（對(duì)）29.只要完成了軟件的測試工作，將軟件產(chǎn)品交給用戶，軟