(完整word版)天津市大學(xué)軟件學(xué)院高職升本范圍(有答案)_第1頁
(完整word版)天津市大學(xué)軟件學(xué)院高職升本范圍(有答案)_第2頁
(完整word版)天津市大學(xué)軟件學(xué)院高職升本范圍(有答案)_第3頁
(完整word版)天津市大學(xué)軟件學(xué)院高職升本范圍(有答案)_第4頁
(完整word版)天津市大學(xué)軟件學(xué)院高職升本范圍(有答案)_第5頁
已閱讀5頁,還剩32頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、第一套1、下列關(guān)于瀑布模型的描述正確的是(D )A. 利用瀑布模型,女口果發(fā)現(xiàn)問題修改的代價(jià)很低B. 瀑布模型的核心是按照軟件開發(fā)的時(shí)間順序?qū)栴}簡化C. 瀑布模型具有良好的靈活性D. 瀑布模型采用結(jié)勾化的分析與設(shè)計(jì)方法,將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開2、原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成,適用于(A )系統(tǒng)。A. 需求不確定性高的B.需求確定的C.管理信息D實(shí)時(shí)3、在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝? A )A. 軟件危機(jī)B.軟件工程 C程序設(shè)計(jì)革命 D.結(jié)構(gòu)化程序設(shè)計(jì)4、軟件工程是(C)A. 是結(jié)構(gòu)化程序設(shè)計(jì)的指導(dǎo)方法。B. 是軟件開發(fā)技術(shù)和軟件工程

2、管理學(xué)為內(nèi)容的學(xué)科。C. 是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。D. 是指導(dǎo)軟件開發(fā)的工程方法。5、軟件開發(fā)瀑布模型中的軟件定義時(shí)期各個(gè)階段依次是(B )。A. 可行性研究,問題定義,需求分析。B. 問題定義,可行性研究,需求分析。C. 可行性研究,需求分析,問題定義。D. 以上丿順序都不對(duì)。6、軟件需求分析的主要任務(wù)是準(zhǔn)確地定義出要開發(fā)的軟件系統(tǒng)是(C )A. 如何做?B.怎么做? C做什么?D.不做什么?7、數(shù)據(jù)字典是用來定義(D )A.流程圖B.功能結(jié)構(gòu)圖C.系統(tǒng)結(jié)構(gòu)圖 D.數(shù)據(jù)流圖8. 數(shù)據(jù)流圖(DFD是(A )方法中用于表示系統(tǒng)的邏輯模型的一種圖形工具A.SA B.SD C.SP D

3、.SC9. 在各種不同的軟件需求中,功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù),可以在用例 模型或方案腳本中予以說明,(C)是從各個(gè)角度對(duì)系統(tǒng)的約束和限制,反映了應(yīng)用對(duì)軟 件系統(tǒng)質(zhì)量和特性的額外要求。A. 業(yè)務(wù)需求B.系統(tǒng)要求 C4非功能需求D.用戶需求10. 要將一個(gè)復(fù)雜的系統(tǒng)分析清楚,傳統(tǒng)軟件工程常用方法是結(jié)構(gòu)化分析方法,結(jié)構(gòu)化分析 方法就是(A )。A.面向數(shù)據(jù)流自頂向下,逐步求精的方法 B由內(nèi)向外進(jìn)行分析的方法C.先局部后整體的分析方法D.使用IPO圖形工具分析的方法11. 模塊的內(nèi)聚性最高的是(D)A.邏輯內(nèi)聚B.時(shí)間內(nèi)聚C.偶然內(nèi)聚D功能內(nèi)聚12. 總體設(shè)計(jì)的目的是確定整個(gè)系統(tǒng)的(

4、B )。A.規(guī)模B.功能及模塊結(jié)構(gòu) C.費(fèi)用D.測(cè)試方案13. 個(gè)模塊內(nèi)部各程序者璉同一數(shù)據(jù)結(jié)構(gòu)上操作,這個(gè)模塊的內(nèi)聚性稱為(C )。A.時(shí)間內(nèi)聚B.功能內(nèi)聚 C.通信內(nèi)聚D.過程內(nèi)聚14. 軟件總體設(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模塊設(shè)計(jì)D生成概要設(shè)計(jì)規(guī)格說明15. 結(jié)構(gòu)化程序之所以具有易于閱讀,并且有可能驗(yàn)證其正確性,這是由于(D )A.它強(qiáng)調(diào)編程風(fēng)格B.選擇良好的數(shù)據(jù)結(jié)構(gòu)和算法C有限制地使用GOT語句D.只有三種基本結(jié)構(gòu)16. 程序設(shè)計(jì)語言主要分三大類:機(jī)器語言,匯編語言和(B )。A.邏輯語言B.高級(jí)

5、語言C啟然語言D.智能語言17. 結(jié)構(gòu)化程序設(shè)計(jì)中的三種基本控制結(jié)構(gòu)是(B )。A.過程、子程序和分程序BJ順序、選擇和循環(huán)C遞歸、堆棧和隊(duì)列D.調(diào)用、返回和轉(zhuǎn)移18. 軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的(A )。A. 算法和使用的數(shù)據(jù)結(jié)構(gòu)B.外部接口C功能D編程19. 在詳細(xì)設(shè)計(jì)階段,經(jīng)常采用的工具包括(A)。A.程序流程 圖B.SA C.SC D.DFD20 .詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的(C )oA.代碼的規(guī)模B.運(yùn)行速度 C質(zhì)量D.可維護(hù)性21. 為了提高軟件的可維護(hù)性,在編碼階段應(yīng)注意(D )。A.保存測(cè)式用例和數(shù)據(jù)B.提高模塊的獨(dú)立性C.文當(dāng)?shù)母弊饔肈養(yǎng)成好的程序設(shè)計(jì)風(fēng)格

6、22. 一般來說,在軟件生命周期中成本最高的階段是(D )。A.詳細(xì)設(shè)計(jì)B.軟件編碼 C.軟件測(cè)式D.軟件維護(hù)23. 因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為(B )。A.改正性維護(hù) B.適應(yīng)性維護(hù) C.完善性維護(hù) D預(yù)防性維護(hù)24. 在軟件維護(hù)的實(shí)施過程中,為了正確和有效地修改,需要經(jīng)歷以下三個(gè)步驟:分析和理 解程序,修改程序,重新驗(yàn)證程序。(A )是決定維護(hù)成敗和質(zhì)量好壞的關(guān)鍵。A.分析和理解程序B.重新驗(yàn)證程序C修改程序D驗(yàn)收程序25. 以下哪些問題是維護(hù)人員經(jīng)常面對(duì)的問題? ( D )A.理解別人的程序非常困難B.文當(dāng)不合格C.設(shè)計(jì)時(shí)沒考慮未來的修改維護(hù)D.以上都是26.

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

8、類中可以有不同的實(shí)現(xiàn)方式。A.多態(tài)性 B多繼承C.類的復(fù)用D.封裝31. 軟件可行性研究一般不考慮(D )。A. 是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B. 是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C. 待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算D. 待開發(fā)的軟件是否會(huì)有質(zhì)量問題32. 可行性研究階段的主要任務(wù)包括(D )。A.分析和澄清問題定義B.導(dǎo)出系統(tǒng)的邏輯模型C.制定粗略的進(jìn)度,建議和計(jì)劃 D.以上全是33. 軟件測(cè)試中,白盒法是通過分析程序的(B)來設(shè)計(jì)測(cè)試用例的。A.應(yīng)用范圍B.內(nèi)部邏輯 C.功能D.輸入數(shù)據(jù)34. 與確認(rèn)測(cè)式階段有關(guān)的文檔是(A )。A.需求規(guī)格說明書B.概要設(shè)計(jì)

9、說明書 C.詳細(xì)設(shè)計(jì)說明書D.源程序35. 使用黑盒測(cè)試時(shí),測(cè)試用例的設(shè)計(jì)應(yīng)根據(jù)(D )。A.程序的內(nèi)部邏輯B.程序的復(fù)雜程度 C.使用說明書D.程序的功能第二套1. 在軟件開發(fā)模型中,提出最早、應(yīng)用最廣泛的模型是(A )。A.瀑布B.螺旋C演化D智能2. 快速原型模型的主要特點(diǎn)之一是(D )。11兩個(gè)模塊彼此傳遞的信息中有控制信息,這種耦合稱為(D )C.開發(fā)完畢后才見到軟件產(chǎn)品D及早提供軟件產(chǎn)品3. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象稱做(C )。A. 軟件工程B.軟件周期 C.軟件危機(jī) D.軟件產(chǎn)生4. 軟件工程是(C)。A. 是結(jié)構(gòu)化程序設(shè)計(jì)的指導(dǎo)方法。B.

10、是軟件開發(fā)技術(shù)和軟件工程管理學(xué)為內(nèi)容的學(xué)科。C. 是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。D. 是指導(dǎo)軟件開發(fā)的工程方法。5. 軟件工程中常用的生命周期模型有(C )等。A. 瀑布模型,快速循環(huán)模型,增量模型,螺旋模型和噴泉模型。B. 瀑布模型,快速循環(huán)模型,擴(kuò)展模型,螺旋模型和敏捷模型C. 瀑布模型,快速原型模型,增量模型,螺旋模型和噴泉模型D. 瀑布模型,快速原型模型,增量模型,螺旋模型和敏捷模型6需求分析階段的主要任務(wù)是確定(D )A.軟件開發(fā)方法B.軟件開發(fā)工具 C.軟件開發(fā)費(fèi)D.軟件系統(tǒng)的功能7. 數(shù)據(jù)字典是用來定義(D)中的各個(gè)成份的具體含義的。A.流程圖B.功能結(jié)構(gòu)圖C.系統(tǒng)結(jié)構(gòu)圖

11、D.數(shù)據(jù)流圖8. 數(shù)據(jù)流圖DFD的每個(gè)加工至少需要(B )。A.個(gè)輸入流B.個(gè)輸出流和一個(gè)輸入流 C.一個(gè)輸入或輸出流D.個(gè)輸出流9. 使用實(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)系10. ( C)是指程序在給定的時(shí)間間隔內(nèi),按照規(guī)格說明書的規(guī)定成功運(yùn)行的概率。A.可移植性B.可用性 C可靠性D.可擴(kuò)展性A. 數(shù)據(jù)耦合B.公共環(huán)境耦合C內(nèi)容耦合 D控制耦合12. 在SD方法中全面指導(dǎo)模塊戈吩的最重要的原則是(D )。A.程序模塊化B.模塊高內(nèi)聚C模塊低耦合D.模塊獨(dú)立性13

12、. 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是(A )。A.程序易i賣性B.程序的效率 C程序設(shè)計(jì)語言的先進(jìn)性D.程序的規(guī)模14. 軟件總體設(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ī)格說明15. 按照總體設(shè)計(jì)中的啟發(fā)式規(guī)則,模塊的作用域和模塊的控制域之間的關(guān)系應(yīng)為(A )A. 模塊的作用域應(yīng)在模塊的控制域之內(nèi)。B. 模塊的控制域應(yīng)在模塊的作用域之內(nèi)。C. 模塊的控制域與模塊的作用域互相獨(dú)立。D. 以上說法都不對(duì)。16. 程序設(shè)計(jì)語言主要分三大類:機(jī)器語言,匯編語言和(B )。A.邏輯語言B.高級(jí)語言

13、C啟然語言D智能語言17. 軟件詳細(xì)設(shè)計(jì)主要采用的方法是(D )。A.模塊設(shè)計(jì)B.結(jié)構(gòu)化設(shè)計(jì) C.PD語言 D.結(jié)構(gòu)化程序設(shè)計(jì)18. 實(shí)現(xiàn)單入口單出口程序的三種基本控制結(jié)構(gòu)是(A )。AJ順序、選擇、循環(huán)B.過程、子程序、分程序C調(diào)用、返回、轉(zhuǎn)移D遞歸、堆棧、隊(duì)列19. 詳細(xì)設(shè)計(jì)中,過程設(shè)計(jì)的常用工具有(A )等。A.程序流程圖,N-S盒圖,PADSB.程序流程圖,數(shù)據(jù)流圖C.程序流程圖,系統(tǒng)流程圖D.程序流程圖,E-R圖20. 下列關(guān)于詳細(xì)設(shè)計(jì)中的說法中錯(cuò)誤的是(A )等。A. 詳細(xì)設(shè)計(jì)的結(jié)果與程序代碼的質(zhì)量無必然聯(lián)系B. 詳細(xì)設(shè)計(jì)的根本目標(biāo)是應(yīng)該怎樣具體地實(shí)現(xiàn)系統(tǒng)C. 詳細(xì)設(shè)計(jì)工編寫代碼D

14、. 詳細(xì)設(shè)計(jì)任務(wù)相當(dāng)于設(shè)計(jì)程序的“藍(lán)圖”21下列屬于維護(hù)階段的文檔是(C )。A. 軟件規(guī)格說明B.用戶操作手冊(cè) C.軟件問題報(bào)告D.軟件測(cè)試分析報(bào)告22. 一般來說,在軟件生命周期中成本最高的階段是(D)A.詳細(xì)設(shè)計(jì)B.軟件編碼 C.軟件測(cè)試D.軟件維護(hù)23. 軟件維護(hù)困難的主要原因是(C )。A.費(fèi)用低B.人員少C.開發(fā)設(shè)計(jì)中的缺陷D.得不到用戶支持24. 在整個(gè)軟件維護(hù)階段所花費(fèi)的全部工作中,哪種維護(hù)所占比例最大?( B)A.改正性B.完善性C.適應(yīng)性 D預(yù)防性25. 以下那些問題是維護(hù)人員經(jīng)常面對(duì)的問題? ( D)A.理解別人的程序非常困難B.文檔不合格C設(shè)計(jì)時(shí)沒考慮未來的修改維護(hù)D.

15、以上都是26. 軟件開發(fā)過程中,抽取和整理用戶需求并建立問題域精確模型的過程叫(B )。A.生存期B.面向?qū)ο蠓治?C.面向?qū)ο蟪绦蛟O(shè)計(jì)D.面向?qū)ο笤O(shè)計(jì)27. 把一組具有相似特性的對(duì)象的描述,稱之為(C)。A.多態(tài)性B.繼承性C.類D.消息28. 消息是對(duì)象間交互的一種機(jī)制,消息刺激接收對(duì)象產(chǎn)生某種行為。消息的構(gòu)成有三部分:(B),消息名,若干變?cè).發(fā)出消息的對(duì)象B.接收消息的對(duì)象C.消息編號(hào)D時(shí)間29. 面向?qū)ο蠓治龅莫?dú)到之處在于(A)A.將數(shù)據(jù)和操作結(jié)合在一起而不是分離B.僅考慮數(shù)據(jù)結(jié)構(gòu)C數(shù)據(jù)和操作分別獨(dú)立考慮D.僅考慮操作過程30. 下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹觯徽_的是(B

16、)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ī)制不同31. 經(jīng)濟(jì)可行性研究的范圍包括(C )。A.資源有效性B.管理制度 C.效益分析D.開發(fā)風(fēng)險(xiǎn)32. 可行性研究階段的主要任務(wù)包括(D )。A.分析和澄清問題定義B.導(dǎo)出系統(tǒng)的邏輯模型C.制定粗略的進(jìn)度,建議和計(jì)劃D以上全是33. 軟件測(cè)試中根據(jù)測(cè)試用例設(shè)計(jì)的方法的不同可分為黑盒測(cè)試和白盒測(cè)試兩種,它們(D)A.前者屬于靜態(tài)測(cè)試,后者屬于動(dòng)態(tài)測(cè)試B.前者屬于動(dòng)態(tài)測(cè)式,后者屬于

17、靜態(tài)測(cè)試C都屬于靜態(tài)測(cè)試D都矚于動(dòng)態(tài)測(cè)試34. 若有一個(gè)計(jì)算機(jī)類型的程序,它的輸入量只有一個(gè)X,其范圍是-1,0,現(xiàn)從輸入的角度考慮一組測(cè)試用例:-1.001, -1.0,1.0,1.001。設(shè)計(jì)這組測(cè)試用例的方法是(C )。A.條件覆蓋法 B.等價(jià)分類法 C.邊界值分析法D.錯(cuò)誤隹測(cè)法35. 使用黑盒測(cè)試時(shí),測(cè)試用例的設(shè)計(jì)應(yīng)根據(jù)(B)。A.程序的內(nèi)部邏輯B.程序的功能C.使用說明書D.程序的復(fù)雜程度第三套1. 軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法,而早期的軟件工程方法一般是指(B)A.原型化方法B.結(jié)構(gòu)化方法C.面向?qū)ο蠓椒―.功能分解法2. 軟件開發(fā)瀑布模型中的軟件定義時(shí)期各個(gè)階段依次是

18、(A )。A.問題定義,可行性研究,需求分析。B.可行性研究,問題定義,需求分析。C.可行性研究,需求分析,問題定義。D.以上順序都不對(duì)。3. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象(C)的一種表現(xiàn)。A. 軟件工程B.軟件周期C.軟件危機(jī)D.軟件產(chǎn)生4. 快速原型模型的主要特點(diǎn)之一是(D )。A.開發(fā)完畢才見至廬品B.及早提供全部完整的軟件產(chǎn)品C.開發(fā)完畢后才見到工作軟件D.及早提供工作軟件5. 軟件工程中常用的生命周期模型有(A )等。A. 瀑布模型,快速原型模型,增量模型,螺旋模型和噴泉模型B. 瀑布模型,快速循環(huán)模型,擴(kuò)展模型,螺旋模型和敏捷模型C. 瀑布模型,快速

19、循環(huán)模型,增量模型,螺旋模型和噴泉模型D. 瀑布模型,快速原型模型,增量模型,螺旋模型和敏捷模型6. 數(shù)據(jù)流圖是一種用來描述(B )的圖形化工具。A.系統(tǒng)物理組成B.系統(tǒng)信息和數(shù)據(jù)流 C所有功能D系統(tǒng)控制流和數(shù)據(jù)流7. ( C )和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的邏輯模型,沒有它,數(shù)據(jù)流圖就不完整。A.系統(tǒng)流程圖B.E-R圖C.數(shù)據(jù)字典D.層次方框圖8. 需求分析的任務(wù)包括(D )A.確定對(duì)系統(tǒng)的綜合要求B.分析系統(tǒng)的數(shù)據(jù)要求C導(dǎo)出邏輯模型并修正開發(fā)計(jì)劃D.以上全是9. 要將一個(gè)復(fù)雜的系統(tǒng)分析清楚,傳統(tǒng)軟件工程常用方法是結(jié)構(gòu)化分析方法,結(jié)構(gòu)化分析方 法就是(A )。A.面向數(shù)據(jù)流自頂向下,逐步求精的方法

20、 B.由內(nèi)向夕卜進(jìn)行分析的方法C.先局部后整體的分析方法D.使用IPO圖形工具分析的方法10. ( B )是指程序在給定的時(shí)間點(diǎn),按照規(guī)格說明書的規(guī)定成功運(yùn)行的概率。A.可移植性B.可用性 C可靠性D.可擴(kuò)展性11. 兩個(gè)模塊彼此傳遞的信息中有控制信息,這種耦合稱為(D )。A.數(shù)據(jù)耦合B.公共環(huán)境耦合 C.內(nèi)容耦合D控制耦合12. 為了提高模塊的獨(dú)立性,模塊之間最好使用(D )。A. 控制耦合 B.公共耦合 C.內(nèi)容耦合 D.數(shù)據(jù)耦合13. 結(jié)構(gòu)化設(shè)計(jì)又稱為(B )A. 概要設(shè)計(jì)B.面向數(shù)據(jù)流設(shè)計(jì)C.面向?qū)ο笤O(shè)計(jì)D.詳細(xì)設(shè)計(jì)14. 一個(gè)模塊內(nèi)咅B(yǎng)各程序者璉同一數(shù)據(jù)結(jié)構(gòu)上操作,這個(gè)模塊的內(nèi)聚性

21、稱為(C )A.時(shí)間內(nèi)聚B.功能內(nèi)聚C.信息內(nèi)聚D.過程內(nèi)聚15. 按照總體設(shè)計(jì)中的啟發(fā)式規(guī)則,模塊的作用域和模塊的控制域之間的關(guān)系應(yīng)為(A.模塊的作用域應(yīng)在模塊的控制域之內(nèi)。B.模塊的控制域應(yīng)在模塊的作用域之內(nèi)。C.模塊的控制域與模塊的作用域互相獨(dú)立。D.以上說法都不對(duì)。16. 在詳細(xì)設(shè)計(jì)階段經(jīng)常采用的工具不包括(A )。A.數(shù)據(jù)流圖B.程序流程圖 C.N-S圖D.PAD017. 提高程序可讀性的最有利手段是(A )。A.使用三種標(biāo)準(zhǔn)控制結(jié)構(gòu)B.采用有實(shí)際意義的變量名C.顯式說明一切變量D.給程序力口注釋18. 結(jié)構(gòu)化程序設(shè)計(jì)的三種基本控制結(jié)構(gòu)是(A )。AJ順序、選擇、循環(huán)B.過程、子程序

22、、分程序C調(diào)用、返回、轉(zhuǎn)移D.遞歸、堆棧、隊(duì)列19. 詳細(xì)設(shè)計(jì)中,過程設(shè)計(jì)的常用圖形工具不包括(B )。A.程序流程圖B.數(shù)據(jù)流圖 C.N-S盒圖D.PAD020. 下列關(guān)于詳細(xì)設(shè)計(jì)中的說法中與昔誤的是(A )等。A. 詳細(xì)設(shè)計(jì)的結(jié)果與程序代碼的質(zhì)量無必然聯(lián)系B. 詳細(xì)設(shè)計(jì)的根本目標(biāo)蛇應(yīng)該怎樣具體地實(shí)現(xiàn)系統(tǒng)C. 詳細(xì)設(shè)計(jì)工編寫代碼D. 詳細(xì)設(shè)計(jì)任務(wù)相當(dāng)于設(shè)計(jì)程序的“藍(lán)圖”21. 為軟件的運(yùn)行增加監(jiān)控設(shè)施以應(yīng)對(duì)將來可能出現(xiàn)的問題,這種維護(hù)的維護(hù)類型是(D )A.改正性維護(hù) B.適應(yīng)性維護(hù) C.完善性維護(hù) D預(yù)防性維護(hù)22以下哪些問題是維護(hù)人員經(jīng)常面對(duì)的問題? ( D )A.理解別人的程序非常困難

23、B.文當(dāng)不合格C設(shè)計(jì)師沒考慮未來的修改維護(hù)D.以上都是23. 決定軟件可維護(hù)性的因素包括(B )A. 可理解性,可測(cè)試性,可修改性,可移植性,可用性B. 可理解性,可測(cè)試性,可修改性,可移植性,可重用性C. 可理解性,可靠性,可測(cè)式性,可修改性,可移植性D. 可理解性,可擴(kuò)展性,可測(cè)試性,可修改性,可升級(jí)性24. 在整個(gè)軟件維護(hù)階段所花費(fèi)的全部工作中,哪種維護(hù)所占比例最大? ( B )A.改正性 B.完善性 C.適應(yīng)性 D預(yù)防性25. 軟件生存周期的(D )工作與軟件可維護(hù)性有著密切的關(guān)系。A.編碼階段B.設(shè)計(jì)階段C.測(cè)試階段 D每個(gè)階段26. 面向?qū)ο蠓治鍪菍?duì)系統(tǒng)進(jìn)行(A )的一種方法。A.

24、需求建模 B.程序設(shè)計(jì) C.設(shè)計(jì)評(píng)審 D.測(cè)試驗(yàn)收27. 汽車有一個(gè)發(fā)動(dòng)機(jī)。汽車和發(fā)動(dòng)機(jī)之間的關(guān)系是(B )。A.繼承關(guān)系 B.聚合關(guān)系 C分類關(guān)系 D.主從關(guān)系28. 消息是對(duì)象間交互的手段,消息刺激接收對(duì)象產(chǎn)生某種行為。消息的構(gòu)成有三部分:接 收消息的對(duì)象,(B ),若干變?cè)?。A.發(fā)出消息的對(duì)象 B消息名 C.消息編號(hào) D.發(fā)送時(shí)間29. ( C )是指用戶只能見到對(duì)象界面上的信息,對(duì)象內(nèi)部對(duì)用戶是隱蔽的。A.類B.實(shí)例C封裝 D.對(duì)象30. 下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?,不正確的是(B )。A. 鍵盤、鼠標(biāo)、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化,就會(huì)產(chǎn)生消息B. 操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消

25、息,但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息C. 應(yīng)用程序之間可以相互發(fā)送消息D. 發(fā)送與接收消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同31. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的(B )。A.技術(shù)可行性B.經(jīng)濟(jì)可行性C.社會(huì)可行性D.法律可行性32. 可行性研究實(shí)質(zhì)上是進(jìn)行了一次(A )。A.大大壓縮簡化了的系統(tǒng)分析和設(shè)計(jì)過程B.詳盡的系統(tǒng)分析和設(shè)計(jì)過程C徹底的系統(tǒng)設(shè)計(jì)過程D深入的需求分析33. 確認(rèn)測(cè)試主要涉及的文檔是(A)A.需求規(guī)格說明書B.概要設(shè)計(jì)說明書 C.詳細(xì)設(shè)計(jì)說明書 D.源程序34. 若有一個(gè)計(jì)算機(jī)類型的程序,它的輸入量只有一個(gè)X,其范圍是-1,0,現(xiàn)從輸入的角度考慮一組測(cè)試

26、用例:-1.001, -1.0,1.0,1.001。設(shè)計(jì)這組測(cè)試用例的方法是(C )。A.條件覆蓋法 B.等價(jià)分類法 C.邊界值分析法D.錯(cuò)誤隹測(cè)35常用的黑盒測(cè)試方法不包括(C )。A.等價(jià)戈吩 B.邊界值分析 C.邏輯覆蓋 D.錯(cuò)誤推測(cè)第四套1. 軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法,而早期的軟件工程方法常用模型不包括 (B )。A.瀑布模型 B.敏捷模型 C.原型模型 D.螺旋模型2. 軟件開發(fā)瀑布模型中的各個(gè)階段依次是(D )。A.設(shè)計(jì)、分析、實(shí)現(xiàn)、測(cè)式、維護(hù)。B.分析、設(shè)計(jì)、測(cè)試、實(shí)現(xiàn)、維護(hù)。C.分析、設(shè)計(jì)、實(shí)現(xiàn)、維護(hù)、測(cè)賦。D.分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、維護(hù)。3. 軟件危機(jī)的表現(xiàn)不

27、包括(C )A.軟件質(zhì)量不可靠B.軟件幾乎是不可維護(hù)的C.測(cè)試過程中發(fā)現(xiàn)的錯(cuò)誤較多 D缺少文檔4. 瀑布模型的主要特點(diǎn)之一是(A )A.推遲實(shí)現(xiàn) B.成功率極高 C.容易失敗 D.過程迭代5. 軟件工程中常用的生命周期模型有(A )等。A. 瀑布模型,快速原型模型,增量模型,螺旋模型和噴泉模型B. 瀑布模型,快速循環(huán)模型,擴(kuò)展模型,螺旋模型和敏捷模型C. 瀑布模型,快速循環(huán)模型,增量模型,螺旋模型和噴泉模型D. 瀑布模型,快速原型模型,增量模型,螺旋模型和敏捷模型6. ( B)是一種用來描述系統(tǒng)信息流和數(shù)據(jù)流的圖像化工具。A.系統(tǒng)流程圖B數(shù)據(jù)流圖C.程序流程圖D.HIP(圖7. ( C)和數(shù)據(jù)

28、流圖共同構(gòu)成系統(tǒng)的邏輯模型,沒有它,數(shù)據(jù)流圖就不完整。A.系統(tǒng)流程圖B.E-F®C.數(shù)據(jù)字典D.層次方框圖8. 需求分析的任務(wù)不包括(C )。A.確定對(duì)系統(tǒng)的綜合要求B.分析系統(tǒng)的數(shù)據(jù)要求C.從技術(shù)角度分析系統(tǒng)是否可行 D導(dǎo)出邏輯模型并修正開發(fā)計(jì)劃9. 要將一個(gè)復(fù)雜的系統(tǒng)分析清楚,傳統(tǒng)軟件工程常用方法是結(jié)構(gòu)化分析方法,結(jié)構(gòu)化分析方 法就是(A)A.面向數(shù)據(jù)流自頂向下,逐步求精的方法B.由內(nèi)向外進(jìn)行分析的方法C.先局部后整體的分析方法D使用 IPO圖形工具分析的方法10. 需求分析是要完整.準(zhǔn)確.清晰.具體地確定系統(tǒng)所要完成的工作,其主要依據(jù)是前一階段 的文檔(D)A.用戶手冊(cè)和參考手

29、冊(cè)B.軟件需求規(guī)格說明書 C.開發(fā)計(jì)劃D.可行性研究報(bào)告11. 如果某種內(nèi)聚要求一個(gè)模塊中包含的任務(wù)必須在同一段時(shí)間內(nèi)執(zhí)行,則這種內(nèi)聚為 (A )。A.時(shí)間內(nèi)聚 B.邏輯內(nèi)聚 C.通信內(nèi)聚 D信息內(nèi)聚12. 為了提高模塊的獨(dú)立性,模塊之間最好使用(D)A.控制耦合B.公共耦合C內(nèi)容耦合D.數(shù)據(jù)耦合13. 結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是(D )。A.篩選法B.遞歸法 C.歸納法D逐步求精法14. 對(duì)軟件進(jìn)行分解,是為了( B )。A. 降低模塊間接口的復(fù)雜程度B. 降低模塊的復(fù)雜程度C降低模塊的復(fù)雜程度,并降低模塊間接口的復(fù)雜程度D降低模塊的復(fù)雜程度,并提高模塊間接口的復(fù)雜程度15. 在軟件工程

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

31、序的“藍(lán)圖”B. 詳細(xì)設(shè)計(jì)的根本目標(biāo)是應(yīng)該怎樣具體地實(shí)現(xiàn)系統(tǒng)C. 詳細(xì)設(shè)計(jì)工編寫代碼D. 以上都正確21. 為軟件的運(yùn)行增加監(jiān)控設(shè)施以應(yīng)對(duì)將來可能出現(xiàn)的問題,這種維護(hù)的維護(hù)類型是(D )A.改正性維護(hù) B.適應(yīng)性維護(hù) C.完善性維護(hù) D.預(yù)防性維護(hù)22. 在整個(gè)軟件維護(hù)階段所花費(fèi)的全部工作中,哪種維護(hù)所占比例最大? ( C )A.需求分析 B.詳細(xì)設(shè)計(jì) C.概要設(shè)計(jì) D.源程序23. 軟件質(zhì)量必須在(D )加以保證。A.開發(fā)之前B.開發(fā)之后 C.可行性研究過程中D.設(shè)計(jì)與實(shí)現(xiàn)過程中24. 產(chǎn)生軟件維護(hù)的副作用,是指(C)A.開發(fā)時(shí)的錯(cuò)誤B.隱含的錯(cuò)誤C.因修改軟件而造成了新的錯(cuò)誤D.運(yùn)行時(shí)誤操

32、作25. 維護(hù)活動(dòng)必須應(yīng)用于(B)A.軟件文檔B.整個(gè)軟件配置 C.可執(zhí)行代碼 D.數(shù)據(jù)26. 對(duì)象是00方法的核心,對(duì)象的類型有多種,但通常把如飛行、事故、演出、開會(huì)等稱為 (C)A.有形實(shí)體B.作用 C.事件D性能說明27. 汽車有一種叫貨車。汽車和貨車之間的關(guān)系是(A)A.繼承關(guān)系B.聚合關(guān)系 C.分類關(guān)系 D.主從關(guān)系28. 消息是對(duì)象間交互的手段,消息刺激接收對(duì)象產(chǎn)生某種行為。消息的構(gòu)成有三部分:接 收消息的對(duì)象,(B),若干變?cè)?。A.發(fā)出消息的對(duì)象 B消息名 C.消息編號(hào) D.發(fā)送時(shí)間29. 軟件可移植性是用來衡量軟件的(D)的重要尺度之一。A.人機(jī)關(guān)系B.效率C.質(zhì)量D.通用性3

33、0. ( C)是對(duì)具有相同屬性和行為的一個(gè)或多個(gè)對(duì)象的描述。A.屬性B.實(shí)例C.類D.對(duì)象31. 研究開發(fā)的軟件是否符合相關(guān)法律規(guī)定是屬于可行性研究中的(D )。A.技術(shù)可行性B.經(jīng)濟(jì)可行性C.社會(huì)可行性D.法律可行性32. 可行性研究實(shí)質(zhì)上是進(jìn)行了一次(A )。A.簡化了的系統(tǒng)分析和設(shè)計(jì)過程B.詳盡的系統(tǒng)分析和設(shè)計(jì)過程C.徹底的系統(tǒng)設(shè)計(jì)過程D.深入的需求分析33. 單元測(cè)試的測(cè)試用例主要根據(jù)(B)的結(jié)果來設(shè)計(jì)34. 軟件測(cè)試是為了 ( B )而執(zhí)行程序的過程。A.糾正錯(cuò)誤 B.發(fā)現(xiàn)錯(cuò)誤 C.避免錯(cuò)誤 D.證明正確35. 常用的黑盒測(cè)試方法不包括(C )。A.等介戈吩 B.邊界值分析 C.邏輯

34、覆蓋 D.錯(cuò)誤推測(cè)填空題1. 一殳來說,好的軟件開發(fā)環(huán)境應(yīng)采用 CASIE具 和集成化CAS環(huán)境。2. 軟件由程序、文檔 、數(shù)據(jù)組成。3. 數(shù)據(jù)流圖用圖形符號(hào)表示 數(shù)據(jù)流 、 加工數(shù)據(jù)源及外部實(shí)體。4. 軟件詳細(xì)計(jì)階段的輸出結(jié)果為詳細(xì)設(shè)計(jì)說明書,此文檔經(jīng)嚴(yán)格復(fù)審后將作為下個(gè)階段 編碼的輸入文檔。5. 維護(hù)是指軟件在交付使用后,為改正錯(cuò)誤 或 滿足新需要 而修改軟件的過程。6. 在面向?qū)ο蟮母拍钪?,?shí)例 是由某個(gè)特定類描述的一個(gè)具體的對(duì)象。1. 軟件工程采用層次化的方法,每個(gè)層次都包括 工具、方法、過程三要素。2. 需求分析方法包括:面向數(shù)據(jù)流的分析方法、面向過程流的分析方法、面向?qū)ο?的分析方

35、法。3. 需求分析階段產(chǎn)生的文檔是 軟件需求規(guī)格說明書。4. 一個(gè)模塊擁有的直屬下級(jí)模塊的個(gè)數(shù)稱為 模塊扇出,一個(gè)模塊的直接上級(jí)模塊的個(gè)數(shù)稱 為模塊扇入。5. 軟件詳細(xì)計(jì)階段的輸出結(jié)果為詳細(xì)設(shè)計(jì)說明書,此文檔經(jīng)嚴(yán)格復(fù)審后將作為 編碼 階段 的輸入文檔。6. 逆向工程與 重構(gòu)工程 是目前預(yù)防性維護(hù)采用的主要技術(shù)。1. 單元測(cè)試過程應(yīng)為測(cè)試模塊開發(fā)一個(gè) 驅(qū)動(dòng)模塊 和(或)若干個(gè) 樁模塊2. 軟件過程設(shè)計(jì)中最常用的技術(shù)和工具主要為定表、判定樹、流程圖、盒圖、PA圖禾口 PDI語言。3. 設(shè)計(jì)用戶界面要充分考慮到 人的因素,還要考慮界面的風(fēng)格 ,可用的軟、硬件技 術(shù)及應(yīng)用本身產(chǎn)生的影響。4. 一個(gè)軟件

36、的寬度是指 同層木模塊數(shù)的最大值,而軟件的深度是指 軟件結(jié)構(gòu)中控制的層 數(shù)。5. 從工程管理的角度看,軟件設(shè)計(jì)可分為 總體設(shè)計(jì) 和概要設(shè)計(jì)兩大步驟。1. 從工程管理的角度看,軟件設(shè)計(jì)可分為概要設(shè)計(jì) 和總體設(shè)計(jì)兩大步驟。2. 在學(xué)校中,一個(gè)學(xué)生可以選修多門課程,一門課程可以由多個(gè)學(xué)生選修,那么學(xué)生和課程 之間是多對(duì)多關(guān)系。3. 在分析過程中用來描繪物理系統(tǒng)的圖形工具是 系統(tǒng)流程圖。4. 軟件測(cè)賦既是軟件開發(fā)階段的最后一個(gè)活動(dòng),又是軟件質(zhì)量保證的最后一項(xiàng)措施。它所用 的主要技術(shù)分為 白盒測(cè)式法和黑盒測(cè)式法兩大類。5. 軟件過程設(shè)計(jì)中最常用的技術(shù)和工具主要為判定表、判定樹、 程序流程圖、盒圖、PAD

37、S 和 PD語言。6. 在面向?qū)ο蟮母拍钪?,?shí)例 是由某個(gè)特定類描述的一個(gè)具體的對(duì)象。判斷題1. 重構(gòu)工程也成修復(fù)和改造工程,它是在逆向工程所獲信息的基礎(chǔ)上修改或重構(gòu)已有的系統(tǒng), 產(chǎn)生系統(tǒng)的一個(gè)新版本。(V)2個(gè)優(yōu)秀的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達(dá)能力。(X )3. 軟件維護(hù)的副作用指由于維護(hù)或在維護(hù)過程中其他一些不期望的行為弓I入的錯(cuò)誤。(V )4. 耦合是影響軟件復(fù)雜度的重要因素。設(shè)計(jì)時(shí)應(yīng)盡量使用內(nèi)容耦合,少用控制耦合和特征耦 合,限制公共環(huán)境耦合,完全不用數(shù)據(jù)耦合。(X )5. 需求分析主要內(nèi)容包括:問題分析、需求描述、需求評(píng)審。(V)6. 面向?qū)ο蠓椒ㄖ械膶?duì)象

38、就相當(dāng)于結(jié)構(gòu)化方法中的模塊。(X )7. 女口果大量測(cè)試沒有發(fā)現(xiàn)任何錯(cuò)誤,可以說明軟件沒有錯(cuò)誤。(X )8. 編程風(fēng)格是在提高性能的前提下,有效地編排和組織程序以提高可讀性和可維護(hù)性。(V)9. 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合,也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。(V)10. 程序的可靠性、可維護(hù)性和效率通常只由程序設(shè)計(jì)語言、源代碼的質(zhì)量和語言的實(shí)現(xiàn)機(jī)制 決定的。(X )1. 完成測(cè)試工作后,為了縮短源程序的長度應(yīng)刪去源程序中的注釋。(X )2. 難以控制開發(fā)進(jìn)度和工作量估計(jì)困難是軟件危機(jī)的主要表現(xiàn)之一。(V )3. 系統(tǒng)響應(yīng)時(shí)間是指當(dāng)用戶執(zhí)行了某個(gè)控制動(dòng)作后(例如,按回車鍵,點(diǎn)鼠標(biāo)

39、等),系統(tǒng)作出 反應(yīng)的時(shí)間。(V )4. 在模塊化原理中,模塊的控制域應(yīng)該在作用域之內(nèi)。(X )5. 需求分析主要內(nèi)容包括:問題分析、需求描述、需求評(píng)審。(V )6. 原型是目標(biāo)軟件系統(tǒng)的一個(gè)可操作模型,它實(shí)現(xiàn)了目標(biāo)軟件系統(tǒng)的某些重要方面。(V)7. 即使測(cè)試過程沒有發(fā)現(xiàn)任可錯(cuò)誤,也不能說明軟件沒有錯(cuò)誤。(V)8. 編程風(fēng)格是在提咼性能的前提下,有效地編排和組織程序以提咼可讀性和可維護(hù)性。(V)9. 采用信息隱藏原理指導(dǎo)模塊設(shè)計(jì)可以支持模塊的并行開發(fā),減少軟件測(cè)試和軟件維護(hù)的工 作量。(V)10程序的可靠性、可維護(hù)性和效率通常只由程序設(shè)計(jì)語言、源代碼的質(zhì)量和語言的實(shí)現(xiàn)機(jī)制 決定的。(X )1.

40、 模塊接口設(shè)計(jì)要簡單,以便降低復(fù)雜程度和冗余度。(V )2. 過程式程序設(shè)計(jì)語言的基本機(jī)制包括:消息傳送、數(shù)據(jù)類型的定義、多態(tài)、子程序、控制 結(jié)勾。(X )3. 軟件二“完成特定功能的程序+數(shù)據(jù)結(jié)構(gòu)+文當(dāng)”。(V )4. 制定軟件項(xiàng)目進(jìn)度表的途徑之一是軟件開發(fā)小組根據(jù)提供軟件產(chǎn)品的最后期限從后往前安 排時(shí)間。(V )5. 在模塊化原理中,模塊的作用域應(yīng)該在控制域內(nèi)。(V )6. 瀑布模型在實(shí)際的的項(xiàng)目中嚴(yán)格吮吸執(zhí)行就基本可以成功。(X )7. 只要實(shí)行嚴(yán)格的產(chǎn)品控制就不用擔(dān)心用戶隨意改需求。(X )8. 確認(rèn)測(cè)試任務(wù)就根據(jù)軟件需求規(guī)格說明書,測(cè)試軟件系統(tǒng)是否滿足用戶的需求。(V)9. 面向?qū)ο?/p>

41、中的繼承是指子類能夠直接獲得父類已有的性質(zhì)和特征,但需要重新定義。(X )10. 需求分析階段所生成的文檔主要是進(jìn)度計(jì)劃和可行性研究報(bào)告(X )1. 確認(rèn)測(cè)試任務(wù)是根據(jù)軟件需求規(guī)格說明書,測(cè)試軟件系統(tǒng)是否滿足用戶的需求。(V)2. 軟件就是完成特定功能的程序的集合。(X )3. 制定軟件項(xiàng)目進(jìn)度表的途徑之一是軟件項(xiàng)目開發(fā)組織根據(jù)項(xiàng)目和資源情況制定軟件項(xiàng)目開 發(fā)的初步計(jì)劃和交付軟件產(chǎn)品的日期。(V)4. 在模塊化原理中,模塊的作用域應(yīng)該在控制域內(nèi)(V )5. 過程式程序設(shè)計(jì)語言的基本機(jī)制包括:消息傳送、數(shù)據(jù)類型的定義、多態(tài)、子程序、控制 結(jié)勾。(X )6. 即使測(cè)試過程沒有發(fā)現(xiàn)任可錯(cuò)誤,也不能說

42、明軟件沒有錯(cuò)誤。(V)7. 只要實(shí)行嚴(yán)格的產(chǎn)品控制就不用擔(dān)心用戶隨意改需求。(X )8. 只要完成了軟件的測(cè)試工作,將產(chǎn)品交給用戶,軟件生命周期就結(jié)束了。( X )9. 對(duì)象之間的通信僅通過消息傳遞機(jī)制。(V)10. 個(gè)優(yōu)秀的開發(fā)人員不必要具有良好的書面和口頭表達(dá)能力,只要程序?qū)懙暮镁脹]問題 了。( X )名詞解釋軟件危機(jī)軟件軟件生產(chǎn)周期軟件過程黑盒法實(shí)體-練習(xí)圖(ER圖)編程風(fēng)格數(shù)據(jù)字典內(nèi)聚耦合內(nèi)聚結(jié)勾化程序設(shè)計(jì)繼承繼承類繼承信息隱藏a測(cè)試軟件可維護(hù)性白盒法軟件危機(jī):是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。軟件能完:成預(yù)定功能和性能,并對(duì)相應(yīng)數(shù)據(jù)進(jìn)行加工的程序和描述程序及其

43、操作的文檔。軟件過程:軟件開發(fā)人員為開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品所實(shí)施的一系列任務(wù)步驟,涉及到方 法、工具及人的組織和行為。軟件生存周期:一個(gè)軟件從定義、開發(fā)、使用和維護(hù)直到被廢棄,要經(jīng)歷的漫長時(shí)期被稱為 軟件生存周期。數(shù)據(jù)字典:數(shù)據(jù)字典由數(shù)據(jù)條目組成,數(shù)據(jù)字典描述、組織和管理數(shù)據(jù)流圖的數(shù)據(jù)流、力口工、 數(shù)據(jù)源及外部實(shí)體。ER圖:描述系統(tǒng)所有數(shù)據(jù)對(duì)象的組成和屬性,描述數(shù)據(jù)對(duì)象之間關(guān)系的圖形語言。信息隱藏:信息隱藏指的是在設(shè)計(jì)中確定模塊時(shí),使得一個(gè)模塊內(nèi)包含的信息(過程或數(shù)據(jù)), 對(duì)于不需要這些信息的其它模塊來說,是不育能訪問的。耦合:指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量,耦合的強(qiáng)弱取

44、決于接口的 復(fù)雜程度。內(nèi)聚:是一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。結(jié)構(gòu)化程序設(shè)計(jì):女口果一個(gè)程序的代碼塊僅僅通過丿順序,選擇和循環(huán)這三種基本控制結(jié)構(gòu)進(jìn) 行連接。并且每個(gè)代碼塊只有一個(gè)入口和一個(gè)出口,貝S稱這個(gè)程序是結(jié)構(gòu)化的程序設(shè)計(jì)編碼風(fēng)格:是指在不影響程序正確性和效率的前提下,有效編排和合理組織程序的基本原則。 白盒法:白盒測(cè)試又稱結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序的測(cè)試,把程序看做裝在一個(gè)透 明的盒子里,測(cè)試者完全知道程序結(jié)構(gòu)及處理算法。它依賴于對(duì)程序內(nèi)部細(xì)節(jié)的嚴(yán)密檢驗(yàn), 針對(duì)特定條件設(shè)計(jì)測(cè)式用例,對(duì)軟件的邏輯路徑進(jìn)行測(cè)式。檢測(cè)主要執(zhí)行通路是否按預(yù)定要 求工作。黑盒測(cè)試:黑盒測(cè)式又稱

45、功能測(cè)試 數(shù)據(jù)驅(qū)動(dòng)測(cè)式或基于規(guī)格說明的測(cè)式。它是一種從用戶 觀點(diǎn)出發(fā)的測(cè)試。用這種方法進(jìn)行測(cè)試時(shí),把被測(cè)程序當(dāng)作一個(gè)黑盒,不考慮程序內(nèi)部結(jié)構(gòu) 和特性,測(cè)式者只考慮程序輸入輸出和程序功能,根據(jù)需求規(guī)格說明書來設(shè)計(jì)測(cè)試用例,推 斷測(cè)式結(jié)果的正確性。a測(cè)試:軟件開發(fā)公司組織內(nèi)部人員模擬各類用戶行為對(duì)即將面試的軟件產(chǎn)品進(jìn)行測(cè)試,試 圖發(fā)現(xiàn)錯(cuò)誤并修正。軟件可維護(hù)性:是指維護(hù)人員理解、改正、改動(dòng)或改進(jìn)這個(gè)軟件的難以程度。類:是指一組具有相同屬性和運(yùn)算的對(duì)象的抽象,即一組具有相同數(shù)據(jù)結(jié)構(gòu)和相同操作的對(duì) 象的集合。繼承:指的是能夠直接獲得父類已有的性質(zhì)和特征而不必重復(fù)定義。簡答題1. 簡述軟件生命周期中總體設(shè)

46、計(jì)過程應(yīng)該遵循的基本原理。答:模塊化:模塊化是指解決一個(gè)復(fù)雜問題時(shí)自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過 程。每個(gè)模塊完成一個(gè)特定的子功能,所有的模塊按某種方法組裝起來,成為一個(gè)整體,完 成整個(gè)系統(tǒng)所要求的功能。抽象與逐步求精:抽象是認(rèn)識(shí)復(fù)雜現(xiàn)象過程中使用的思維工具,也就是抽出事物本質(zhì)的共同 特性而暫不考慮它的細(xì)節(jié),不考慮其他因素。軟件工程實(shí)施中的每一步都可以看作是對(duì)軟件抽象層次的一次細(xì)化。由抽象至限體地分析和構(gòu)造出軟件的層次結(jié)構(gòu),可以有效地提高軟件的可理解性。逐步求精是為了能集中精力解決主要問題而盡量推遲考慮問題的細(xì)節(jié)。信息隱蔽是指在設(shè)計(jì)中確定模塊時(shí),使得一個(gè)模塊內(nèi)包含的信息(過程或數(shù)據(jù))

47、,對(duì)于不需 要這些信息的其它模塊來說,是不能訪問的。信息隱蔽為軟件系統(tǒng)的修改、測(cè)試及以后的維護(hù)都帶來好處。如采用局部數(shù)據(jù)結(jié)構(gòu),使得大 多數(shù)過程(即實(shí)現(xiàn)細(xì)節(jié))和數(shù)據(jù)對(duì)軟件的其它部分是隱藏的。信息隱蔽和局部化可以有效地防止錯(cuò)誤的擴(kuò)大與傳播。模塊獨(dú)立性:模塊獨(dú)立性指每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立的子功能,并且與其他模塊的聯(lián) 系最少且接口簡單。2. 簡述過程設(shè)計(jì)語言(PDL的特點(diǎn)。 關(guān)鍵字:采用固定語法,并支持結(jié)構(gòu)化構(gòu)建數(shù)據(jù)說明機(jī)制和模塊化 處理部分采用自然語言描述 允許說明簡單和復(fù)雜的數(shù)據(jù)結(jié)構(gòu) 子程序的定義和調(diào)用規(guī)則不受具體的接口方式的影響3. 簡述軟件工程的基本原理。1. 用分階段的生命周期計(jì)劃嚴(yán)格

48、管理2. 堅(jiān)扌寺進(jìn)行階段評(píng)審,因?yàn)殄e(cuò)誤有放大效應(yīng)3. 實(shí)行嚴(yán)格的產(chǎn)品控制4. 采用現(xiàn)代程序設(shè)計(jì)技術(shù)5. 結(jié)果應(yīng)能清楚地審查6. 開發(fā)小組的人員應(yīng)當(dāng)少而精7. 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性1.簡述軟件工程中的瀑布模型及其特點(diǎn)。第一,各階段之間有依賴性和嚴(yán)格的丿順序性。第二,推遲實(shí)現(xiàn)第三,嚴(yán)格的階段質(zhì)保。第四,文檔驅(qū)動(dòng)總之1.導(dǎo)致了 “阻塞”嚴(yán)重2.實(shí)際項(xiàng)目很少嚴(yán)格遵守瀑布模型的順序3.用戶在開始階段往往不能準(zhǔn)確描述自己的需求4.產(chǎn)品出現(xiàn)晚并且在接近尾聲時(shí)發(fā)生重大缺陷2. 需求分析中對(duì)系統(tǒng)的綜合要求包括哪些方面?(1)功能性需求開發(fā)軟件應(yīng)該做什么? (2) 非功能需求 a.可用性b.可靠性c.

49、性能d. 可支持性e.外部接口需求f.約束信息 出錯(cuò)信息需求 出錯(cuò)時(shí),系統(tǒng)對(duì)環(huán)境錯(cuò)逆向需 求(系統(tǒng)不應(yīng)該做什么)將來可能提出的需求3. 已知某學(xué)校教務(wù)管理系統(tǒng)中規(guī)定:每個(gè)教師(教工號(hào),姓名,性別,職稱,職務(wù))可以教 多門不同的課程(課程號(hào),課名,學(xué)時(shí),學(xué)分),每門課程只能由一個(gè)老師來教,每個(gè)學(xué)生(學(xué) 號(hào),姓名,性別,系,年級(jí))可以學(xué)習(xí)多門課程并取得成績,每門課程可以有多個(gè)學(xué)生學(xué)習(xí)。 試根據(jù)已知條件,畫出對(duì)應(yīng)的實(shí)體一聯(lián)系圖(E-R圖)。1. 什么是模塊化?木莫塊化的根據(jù)是什么?采用模塊化原理的優(yōu)點(diǎn)是什么?模塊化是指解決一個(gè)復(fù)雜問題時(shí)自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過程。每個(gè)模塊 完成一個(gè)特

50、定的子功能,所有的模塊按某種方法組裝起來,成為一個(gè)整體,完成整個(gè)系統(tǒng)所 要求的功能。開發(fā)一個(gè)大而復(fù)雜的軟件系統(tǒng),應(yīng)該將它進(jìn)行適當(dāng)?shù)姆纸?。這樣不但可降低其復(fù)雜性,還可 減少開發(fā)工作量,從而降低開發(fā)成本,提高軟件生產(chǎn)率,這就是模塊的依據(jù)。采用模塊化原理可以使軟件結(jié)構(gòu)清晰,不僅容易設(shè)計(jì)也容易閱讀和理解。模塊化也有助于提 高軟件的可靠性。因?yàn)槌绦虻腻e(cuò)誤一般容易出現(xiàn)在相關(guān)的模塊以及它們之間的接口中,所以 模塊化使軟件容易調(diào)試和測(cè)式。2. 研究軟件工程項(xiàng)目的可行性應(yīng)從哪幾個(gè)方面分析?1. 技術(shù)可行性技術(shù)可行性研究的內(nèi)容是對(duì)于要開發(fā)項(xiàng)目的功能、性能和限制條件進(jìn)行分析,確定在現(xiàn)有的 資源條件下,技術(shù)風(fēng)險(xiǎn)有多大

51、,項(xiàng)目能否實(shí)現(xiàn)2. 經(jīng)濟(jì)可行性經(jīng)濟(jì)可行性研究的內(nèi)容是進(jìn)行開發(fā)成本的估算以及進(jìn)行效益的評(píng)估確定要開發(fā)的項(xiàng)目是否 值得投資開發(fā)。3. 操作可行性在這個(gè)應(yīng)用范圍內(nèi),系統(tǒng)的操作方式是否行得通。4. 社會(huì)可行性社會(huì)可行性主要研究開發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任問題,要開發(fā)項(xiàng)目的運(yùn)行方 式在用戶組織內(nèi)是否行得通,現(xiàn)有管理制度、人員素質(zhì)和操作方式是否可行,這些即是社會(huì) 可行性研究的內(nèi)容。3. 試用流程圖舉例描述結(jié)構(gòu)化程序設(shè)計(jì)中的三種基本控制結(jié)構(gòu)1. 簡述軟件工程的基本原理1. 用分階段的生命周期計(jì)戈U嚴(yán)格管理2. 堅(jiān)扌寺進(jìn)行階段評(píng)審,因?yàn)殄e(cuò)誤有放大效應(yīng)3. 實(shí)行嚴(yán)格的產(chǎn)品控制4. 采用現(xiàn)代程序設(shè)計(jì)技術(shù)

52、5. 結(jié)果應(yīng)能清楚地審查6. 開發(fā)小組的人員應(yīng)當(dāng)少而精7. 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性2. 簡述軟件工程中需求分析的基本任務(wù)需求分析的任務(wù)還不是確認(rèn)系統(tǒng)怎樣完成它的工作,而僅僅是確定系統(tǒng)必須完成哪些工作,也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰而且具體的需求。1. 確定系統(tǒng)的綜合需求2. 分析系統(tǒng)的數(shù)據(jù)需求3. 建立軟件的邏輯模型4. 修正系統(tǒng)的開發(fā)計(jì)劃5. 編寫軟件需求規(guī)格說明書6. 需求分析評(píng)審3. 軟件結(jié)構(gòu)設(shè)計(jì)的啟發(fā)式規(guī)則有哪些?1. 模塊獨(dú)立性準(zhǔn)則降低耦合提高內(nèi)聚,保持模塊相對(duì)獨(dú)立性2. 模塊的作用域應(yīng)該在控制域內(nèi)一個(gè)模塊的影響范圍應(yīng)在其控制范圍之內(nèi),且條件判定所在的模塊應(yīng)與受其影響

53、的模塊在層 次上盡量接近。3. 軟件結(jié)構(gòu)的形態(tài)特征準(zhǔn)則深度、寬度、扇出和扇入數(shù)適當(dāng)。頂層扇出數(shù)較高一些,中間層扇出數(shù)較低一些,底層扇入 數(shù)較高一些。4. 模塊大小準(zhǔn)則模塊的大小最好在50-150條語句左右,可以用1-2頁紙打印,便于人們閱讀與研究。5. 模塊的接口準(zhǔn)則(1)模塊接口設(shè)計(jì)要簡單,以便降低復(fù)雜程度和冗余度。設(shè)計(jì)功能可預(yù)測(cè)并能得到驗(yàn)證的模塊適當(dāng)劃分模塊規(guī)模,以保持其獨(dú)立性。應(yīng)用題1. 某醫(yī)院計(jì)劃開發(fā)一套以計(jì)算機(jī)系統(tǒng)為中心的ICU (重癥監(jiān)護(hù)室)監(jiān)護(hù)系統(tǒng)。該系統(tǒng)的基本 要求是:系統(tǒng)可以隨時(shí)接收ICU中每個(gè)患者的生理信號(hào)(血氧飽和度、體溫、血壓、ECG、 率),定時(shí)記錄患者情況以形成患者

54、日志;當(dāng)某個(gè)患者的生理信號(hào)超出醫(yī)生規(guī)定的安全范圍時(shí)系統(tǒng)將向值班的護(hù)士發(fā)出警告信息 此外,護(hù)士還可以根據(jù)需要使用該系統(tǒng)打印出指定患者 的病情報(bào)告2. 根據(jù)題目的已知條件,將下列數(shù)據(jù)流圖和數(shù)據(jù)字典卡片補(bǔ)充完整。0層數(shù)據(jù)流圖:1層數(shù)據(jù)流圖:分析信號(hào)2.根據(jù)下列條件使用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例。某八位微機(jī),其八進(jìn)制常數(shù)定義為:以零開頭的數(shù)是八進(jìn)制整數(shù),其值的范圍是-177 177,如 05,0127,-0651. 已知某工廠的采購部每天需要一張定貨報(bào)表,報(bào)表按零件編號(hào)排序,表中列出所有需要再次定貨的零件。對(duì)于每個(gè)需要再次定貨的零件應(yīng)該列出下述數(shù)據(jù):零件編號(hào)、零件名稱、訂貨數(shù)量、價(jià)格、主要供應(yīng)者、次要供

55、應(yīng)者。零件入庫或出庫稱為事務(wù),倉庫管理員通過放在倉庫中的CRT終端把事務(wù)輸入到給定貨系統(tǒng)。當(dāng)某種零件的庫存數(shù)量少于庫存量臨界值時(shí)就應(yīng)該通過定貨報(bào)表通知采 購員再次定貨。根據(jù)題目的已知條件,將以下數(shù)據(jù)流圖和數(shù)據(jù)字典卡片補(bǔ)充完整。2. 已知:某教務(wù)管理信息系統(tǒng)中要求用戶輸入成績。成績限制為0到100之間的整數(shù),即系統(tǒng)只能對(duì)該范圍內(nèi)的成績進(jìn)行處理。如果用戶輸入的成績不在此 范圍內(nèi),則顯示“輸入錯(cuò)誤”。輸入的成績小于60則顯示“不及格”,大于等于 60顯示“及格”。(該系統(tǒng)規(guī)定成績只能為整數(shù),輸入小數(shù)或其它字符無效。) 試用等價(jià)類劃分法和邊界值分析法設(shè)計(jì)測(cè)試用例,來測(cè)試程序的“輸入成績” 功能。1. 銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)的過程大致如下:儲(chǔ)戶填寫的存款單或取款單由業(yè)務(wù)員 鍵入系統(tǒng),如果是存款則系統(tǒng)記錄存款人姓名、住址、身份證號(hào)碼等存款信息, 并打印出存款存單給儲(chǔ)戶;如果是取款旦存款時(shí)留有密碼,則系統(tǒng)首先核對(duì)儲(chǔ) 戶密碼,若密碼正確或存款時(shí)未留密碼,則系統(tǒng)計(jì)算利息并打印出利息清單給 儲(chǔ)戶。要求:用數(shù)據(jù)流圖描繪本系統(tǒng)的功能。2. 某貨運(yùn)站的收費(fèi)標(biāo)準(zhǔn)如下:若

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論