軟件工程概論選擇樣本

單選題35題-35分，填空題10空-10分，判斷題10題-10分，名詞解釋5題-10分，簡答題3題-15分，應用題2題-20分一、選取題(1)在軟件開發(fā)模型中，提出最早，應用最廣泛模型是( )A、瀑布 B、螺旋 C、演化 D、智能(2)軟件工程辦法是在實踐中不斷發(fā)展著辦法，而初期軟件工程辦法普通是指( )A、原型化辦法 B、構造化辦法 C、面向對象辦法 D、功能分解法(3)下列關于瀑布模型描述對的是( )A、運用瀑布模型，如果發(fā)現(xiàn)問題修改代價很低。B、瀑布模型核心是按照軟件開發(fā)時間順序將問題簡化。C、瀑布模型具備良好靈活性。D、瀑布模型采用構造化分析與設計辦法，將邏輯實現(xiàn)與物理實現(xiàn)分開、(4)原型化辦法是顧客和設計者之間執(zhí)行一種交互構成，合用于( )系統(tǒng)。A、需求不擬定性高 B、需求擬定 C、管理信息 D、實時(5)軟件開發(fā)瀑布模型中軟件定義時期各個階段依次是( )A、問題定義，可行性研究，需求分析 B、可行性研究，問題定義，需求分析C、可行性研究，需求分析，問題定義 D、以上順序都不對(6)開發(fā)軟件所需高成本和產(chǎn)品低質(zhì)量之間有著尖銳矛盾，這種現(xiàn)象是( )一種體現(xiàn)。A、軟件工程 B、軟件周期 C、軟件危機 D、軟件產(chǎn)生(7)迅速原型模型重要特點之一是( )A、開發(fā)完畢才見到產(chǎn)品 B、及早提供所有完整軟件產(chǎn)品C、開發(fā)完畢后才見到工作軟件 D、及早提供工作軟件(8)軟件工程中常用生命周期模型有( )等。A、瀑布模型、迅速原型模型、增量模型、螺旋模型和噴泉模型B、瀑布模型、迅速循環(huán)模型、擴展模型、螺旋模型和敏捷模型C、瀑布模型、迅速循環(huán)模型、增量模型、螺旋模型和噴泉模型D、瀑布模型、迅速原型模型、增量模型、螺旋模型和敏捷模型(9)軟件工程辦法是在實踐中不斷發(fā)展著辦法，而初期軟件工程慣用模型不涉及( )A、瀑布模型 B、敏捷模型 C、原型模型 D、螺旋模型(10)軟件開發(fā)瀑布模型中各個階段依次是( )A、設計、分析、實現(xiàn)、測試、維護 B、分析、設計、測試、實現(xiàn)、維護C、分析、設計、實現(xiàn)、維護、測試 D、分析、設計、實現(xiàn)、測試、維護(11)軟件危機體現(xiàn)不涉及( )A、軟件質(zhì)量不可靠 B、軟件幾乎是不可維護 C、測試過程中發(fā)現(xiàn)錯誤較多 D、缺少文檔(12)瀑布模型重要特點之一是( )A、推遲實現(xiàn) B、成功率提高 C、容易失敗 D、過程迭代(13)在軟件生產(chǎn)程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復雜性提高等因素導致了( )A、軟件危機 B、軟件工程 C、程序設計革命 D、構造化程序設計(14)軟件工程是( )A、是構造化程序設計指引辦法B、是軟件開發(fā)技術和軟件工程管理學為內(nèi)容科目C、是指引計算機軟件開發(fā)和維護工程學科D、是指引軟件開發(fā)工程辦法(15)在各種不同軟件需求中，功能需求描述了顧客使用產(chǎn)品必要要完畢任務，可以在用例模型或方案腳本中予以闡明，( )是從各個角度對系統(tǒng)約束和限制，反映了應用對軟件系統(tǒng)質(zhì)量和特性額外規(guī)定。A、業(yè)務需求 B、系統(tǒng)規(guī)定 C、非功能需求 D、顧客需求(16)軟件可行性研究普通不考慮( )A、與否有足夠人員和有關技術來支持系統(tǒng)開發(fā)B、與否有足夠工具和有關技術來支持系統(tǒng)開發(fā)C、待開發(fā)軟件與否有市場、經(jīng)濟上與否合算D、待開發(fā)軟件與否會有質(zhì)量問題(17)經(jīng)濟可行性研究范疇涉及( )A、資源有效性 B、管理制度 C、效益分析 D、開發(fā)風險(18)研究開發(fā)所需要成本和資源是屬于可行性研究中( )A、技術可行性 B、經(jīng)濟可行性 C、社會可行性 D、法律可行性(19) 研究開發(fā)軟件與否符合有關法律規(guī)定是屬于可行性研究中( )A、技術可行性 B、經(jīng)濟可行性 C、社會可行性 D、法律可行性(20)可行性研究實質(zhì)上是進行了一次( )A、簡化了系統(tǒng)分析和設計過程 B、詳盡系統(tǒng)分析和設計過程C、徹底程序設計過程 D、進一步需求分析(21)可行性研究階段重要任務涉及( )A、分析和澄清問題定義 B、導出系統(tǒng)邏輯模型C、制定粗略進度、建議和籌劃 D、以上全是(22)需求分析任務涉及( )A、擬定對系統(tǒng)綜合規(guī)定 B、分析系統(tǒng)數(shù)據(jù)規(guī)定C、導出邏輯模型并修正開發(fā)籌劃 D、以上都是(23)需求分析任務不涉及( )A、擬定對系統(tǒng)綜合規(guī)定 B、分析系統(tǒng)數(shù)據(jù)規(guī)定C、從技術角度分析系統(tǒng)與否可行 D、導出邏輯模型并修正開發(fā)籌劃(24)要將一種復雜系統(tǒng)分析清晰，老式軟件工程慣用辦法是構造化分析辦法，構造化分析辦法就是( )A、面向數(shù)據(jù)流自頂向下、逐漸求精辦法B、由內(nèi)向外進行分析辦法C、先局部后整體分析辦法D、使用IP0圖形工具分析辦法(25)需求分析是要完整、精確、清晰，詳細擬定系統(tǒng)所要完畢工作，其重要根據(jù)是前一階段文檔( )A、顧客手冊和參照手冊 B、軟件愛你需求規(guī)格闡明書C、開發(fā)籌劃 D、可行性研究報告(26)需求分析階段重要任務是擬定( )A、軟件開發(fā)辦法 B、軟件開發(fā)工具 C軟件開發(fā)費 D軟件系統(tǒng)功能(27)數(shù)據(jù)字典是用來定義( )中各個成分詳細含義。A、流程圖 B、功能構造圖 C、系統(tǒng)構造圖 D、數(shù)據(jù)流圖(28)數(shù)據(jù)流圖是一種用來描述( )圖形工具。A、系統(tǒng)物理構成 B、系統(tǒng)信息流和數(shù)據(jù)流 、C、所有功能 D、系統(tǒng)控制流和數(shù)據(jù)流(29)( )和數(shù)據(jù)流圖共同構成系統(tǒng)邏輯模型，沒有它，數(shù)據(jù)流就不完整。A、系統(tǒng)流程圖 B、E-R圖 C、數(shù)據(jù)字典 D、層次方框圖(30)數(shù)據(jù)流圖DFD中每個加工至少需要( )A、一種輸入流 B、一種輸入流和輸出流 C、一種輸入或輸出流 D、一種輸出流(31)數(shù)據(jù)流圖(DFD)是( )辦法中用于表達系統(tǒng)邏輯模型一種圖形工具。A、SA B、SD C、SP D、SC(32)使用實體-聯(lián)系圖(ER圖)建立概念性數(shù)據(jù)模型中包括3種互有關聯(lián)信息。( )A、數(shù)據(jù)對象、屬性、辦法 B、數(shù)據(jù)對象、屬性、聯(lián)系C、數(shù)據(jù)表、屬性、聯(lián)系 D、數(shù)據(jù)表、實體、聯(lián)系(33)模塊內(nèi)聚性最高是( )A、邏輯內(nèi)聚 B、時間內(nèi)聚 C、偶爾內(nèi)聚 D、功能內(nèi)聚(34)總體設計目是擬定整個系統(tǒng)( )A、規(guī)模 B、功能及模塊構造 C、費用 D、測試方案(35)一種模塊內(nèi)部各程序都在同一數(shù)據(jù)構造上操作，這個模塊內(nèi)聚性稱為( )A、時間內(nèi)聚 B、功能內(nèi)聚 C、通信內(nèi)聚 D、過程內(nèi)聚(36)軟件總體設計是指軟件總體構造設計和數(shù)據(jù)設計，該階段重要任務不涉及( )A、設計軟件模塊構造 B、定義接口并建立數(shù)據(jù)構造C、模塊設計 D、生成概要設計規(guī)格闡明(37)如果某種內(nèi)聚規(guī)定一種模塊中包括任務必要在同一段時間執(zhí)行，則這種內(nèi)聚為( )A、時間內(nèi)聚 B、邏輯內(nèi)聚 C、通信內(nèi)聚 D、信息內(nèi)聚(38)為了提高模塊獨立性，模塊之間最佳使用( )A、控制耦合 B、公共耦合 C、內(nèi)容耦合 D、數(shù)據(jù)耦合(39)構造化程序設計一種基本辦法( )A、篩選法 B、遞歸法 C、歸納法 D、逐漸求精法(40)對軟件進行分解，是為了( )A、減少模塊間接口復雜度 B、減少模塊復雜限度C、減少模塊復雜限度，并減少模塊間接口復雜限度D、減少模塊復雜限度，并提高模塊間接口復雜限度(41)在軟件工程中，描繪軟件構造圖形工具不涉及( )A、層次圖 B、HIPO圖 C、PAD圖 D、H圖(42)在詳細設計階段經(jīng)常采用圖形工具涉及( )A、PAD圖 B、程序流程圖 C、N-S圖 D、以上都是(43)提高程序可讀性手段涉及( )A、使用三種原則控制構造 B、采用有實際意義變量名C、給程序加注釋 D、以上都是(44)構造化程序設計三種基本控制構造不涉及( )A、順序 B、選取 C、轉移 D、循環(huán)(45)詳細設計中，過程設計慣用圖形工具不涉及( )A、程序流程圖 B、數(shù)據(jù)流圖 C、N-S盒圖 D、PAD圖(46)下列關于詳細設計中說法中對的是( )等。A、詳細設計任務相稱于設計程序“藍圖”。B、詳細設計主線目的是應當如何詳細地實現(xiàn)系統(tǒng)C、詳細設計≠編寫代碼D、以上都對的(47)構造化程序之因此具備易于閱讀，并且有也許驗證其對的性，這是由于( )A、它強調(diào)編程風格 B、選取良好數(shù)據(jù)構造和算法C、有限制使用GOTO語句 D、只有三種基本構造(48)程序設計語言重要分三大類：機器語言、匯編語言和( )A、邏輯語言 B、高檔語言 C、自然語言 D、智能語言(49)構造化程序設計中三個基本控制構造是( )A、過程、子程序和分程序 B、順序、選取和循環(huán)C、遞歸、堆棧和隊列 D、調(diào)用、返回和轉移(50)軟件詳細設計重要任務是擬定每個模塊( )A、算法和使用數(shù)據(jù)構造 B、外部接口C、功能 D、編程(51)在詳細設計階段，經(jīng)常采用工具涉及( )A、程序流程圖 B、SA C、SC D、DFD(52)詳細設計成果基本決定了最后程序為( )A、代碼規(guī)模 B、運營速度 C、質(zhì)量 D、可維護度(53)兩個模塊彼此傳遞信息中有控制信息，這種耦合稱為( )A、數(shù)據(jù)耦合 B、公用環(huán)境耦合 C、內(nèi)容耦合 D、控制耦合(54)構造化設計又稱為( )A、概要設計 B、面向數(shù)據(jù)流設計 C、面向對象設計 D、詳細設計(55)按照總體設計中啟發(fā)式規(guī)則，模塊作用域和模塊控制域之間關系應為( )A、模塊作用域應在模塊控制域之內(nèi) B、模塊控制域應在模塊作用域之內(nèi)C、模塊控制域與模塊作用域互相獨立D、以上說法都不對(56)在SD辦法中全面指引模塊劃分最重要原則是( )A、程序模塊化 B、模塊高內(nèi)聚 C、模塊低耦合 D、模塊獨立性(57)軟件總體設計是指軟件總體構造設計和數(shù)據(jù)設計，該階段重要任務不涉及( )A、設計軟件模塊構造 B、定義構造并建立數(shù)據(jù)構造C、模塊內(nèi)部算法設計 D、生成概要設計規(guī)格闡明(58)軟件詳細設計重要采用辦法是( )A、模塊設計 B、構造化設計 C、PDL語言 D、構造化程序設計(59)詳細設計中，過程設計慣用工具備( )等A、程序流程圖、N-S盒圖、PAD圖 B、程序流程圖、數(shù)據(jù)流圖C、程序流程圖，系統(tǒng)流程圖 D、程序流程圖、E-R圖(60)構造化程序設計重要強調(diào)是( )A、程序易讀性 B、程序效率 C、程序設計語言先進性 D、程序規(guī)模(61)提高程序可讀性最有力手段是( )A、使用三種原則控制構造 B、采用有實際意義變量名C、顯示闡明一切變量 D、給程序加注釋(62)普通來說，在軟件生命周期中成本最高階段是( )A、詳細設計 B、軟件編碼 C、軟件測試 D、軟件維護(63)軟件測試中依照測試用例設計辦法不同可分為黑盒測試和白盒測試兩種，它們( )A、前者屬于靜態(tài)測試，后者屬于動態(tài)測試B、前者屬于動態(tài)測試，后者屬于靜態(tài)測試C、都屬于靜態(tài)測試 D、都屬于動態(tài)測試(64)若有一種計算類型程序，它輸入量只有一種X，其范疇是[-1.0，1.0]，現(xiàn)從輸入角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設計這組測試用例辦法是( )A、條件覆蓋法 B、等價分類法 C、邊界值分析法 D、錯誤推論法(65)單元測試測試用例重要依照( )成果來設計A、需求分析 B、詳細設計 C、概要設計 D、源程序(66)軟件測試是為了( )而執(zhí)行程序過程。A、糾正錯誤 B、發(fā)現(xiàn)錯誤 C、避免錯誤 D、證明對的(67)慣用黑盒測試辦法不涉及( )A、等價劃分 B、邊界值分析 C、邏輯覆蓋 D錯誤推測(68)軟件測試中，白盒法是通過度析程序( )來設計測試用例。A、應用范疇 B、內(nèi)部邏輯 C、功能 D、輸入數(shù)據(jù)(70)與確認測試階段關于文檔是( )A、需求規(guī)格闡明書 B、概要設計闡明書 C、詳細設計闡明書 D、源程序(71)( )是指程序在給定期間點，按照規(guī)格闡明書規(guī)定成功運營概率。A、可移植性 B、可用性 C、可靠性 D、可擴展性(72)為軟件運營增長監(jiān)控設施以應對將來也許浮現(xiàn)問題，這種維護維護類型是( )A、改正性維護 B、適應性維護 C、完善性維護 D、防止性維護(73)在整個軟件維護階段所耗費所有工作中，哪種維護所占比例最大？( )A、改正性維護 B、適應性維護 C、完善性維護 D、防止性維護(74)產(chǎn)生軟件維護副作用，是指( )A、開發(fā)時錯誤 B、隱含錯誤 C、因修改軟件導致新錯誤 D、運營時誤操作(75)下列屬于維護階段文檔是( )A、軟件規(guī)格闡明 B、顧客操作手冊C、軟件問題報告D、軟件測試分析報告(76)維護活動必要應用于( )A、軟件文檔 B、整個軟件配備 C、可執(zhí)行代碼 D、數(shù)據(jù)(77)為了提高軟件可維護性，在編碼階段應注意( )A、保存測試用例和數(shù)據(jù) B、提高模塊獨立性 C、文檔副作用 D、養(yǎng)成好程序設計風格(78)如下哪些問題是維護人員經(jīng)常面對問題( )A、理解別人程序非常困難 B、文檔不合格C、設計時沒考慮將來修改維護 D、以上都是(79)決定軟件可維護性因素涉及( )A、可理解性、可測試性、可修改性、可移植性、可用性B、可理解性、可測試性、可修改性、可移植性、可重用性C、可理解性、可靠性、可測試性、可修改性、可移植性D、可理解性、可擴展性、可測試性、可修改性、可升級性(80)軟件生存周期( )工作與軟件可維護性有著密切關系。A、編碼階段 B、設計階段 C、測試階段 D、每個階段(81)軟件維護困難重要因素是( )A、費用低 B、人員少 C、開發(fā)設計中缺陷D、得不到顧客支持(82)因計算機硬件和軟件環(huán)境變化而作出修改軟件過程稱為( )A、改正性維護 B、適應性維護 C、完善性維護 D、防止性維護(83)在軟件維護實行過程中，為了對的和有效地修改，需要經(jīng)歷如下三個環(huán)節(jié)：分析和理解程序，修改程序，重新驗證程序。( )是決定維護成敗和質(zhì)量好壞核心。A、分析和理解程序 B、重新驗證程序 C、修改程序 D、驗收程序(84)( )是指程序在給定期間間隔內(nèi)，按照規(guī)定闡明書規(guī)定成功運營概率。A、可移植性 B、可用性 C、可靠性 D、可擴展性(85)軟件可移植性是用來衡量軟件( )重要尺度之一。A、人機關系 B、效率 C、質(zhì)量 D、通用性(86)軟件質(zhì)量必要在( )加以保證。A、開發(fā)之前 B、開發(fā)之后 C、可行性研究過程中 D、設計與實現(xiàn)過程中(87)面向對象技術中，對象是類實例。對象有三種成分：( )、屬性和辦法。A、標記 B、規(guī)則 C、封裝 D、消息(88)( )是把對象屬性和操作結合在一起，構成一種獨立對象，其內(nèi)部信息對外界是隱蔽。外界只能通過有限額接口與對象發(fā)生聯(lián)系。A、多態(tài)性 B、繼承 C、封裝 D、消息(89)消息是對象間交互一種機制，消息刺激接受對象產(chǎn)生某種行為。消息構成有三某些：( )，消息名，若干變元。A、發(fā)出消息對象 B、接受消息對象 C、消息編號 D、時間(90)面相對象設計準則涉及，模塊化，抽象，( )，弱耦合，強內(nèi)聚和可重用。A、信息隱蔽 B、可繼承 C、封裝性 D、實例化(91)( )意味著一種操作在不同類中可以有不同實現(xiàn)方式。A、多態(tài)性 B、多繼承 C、類復用 D、封裝(92)軟件開發(fā)過程中，抽取和整頓顧客需求并建立問題域精準模型過程叫( )A、生存期 B、面向對象分析 C、面向對象程序分析 D、面向對象設計(93)把一組具備相似特性對象描述，稱之為( )A、多態(tài)性 B、繼承性 C、類 D、消息(94)面向對象分析獨到之處在于( )A、將數(shù)據(jù)和操作結合在一起而不是分離 B、僅考慮數(shù)據(jù)構造C、數(shù)據(jù)操作分別獨立考慮 D、僅考慮操作過程(95)下面關于面向對象辦法中消息論述，不對的是( )A、鍵盤、鼠標、通信端口、網(wǎng)絡等設備一有變化，都會產(chǎn)生信息B、操作系統(tǒng)不斷向應用程序