軟件工程題庫

選擇題在軟件開發(fā)的各種資源中，（ ）是最重要的資源。A開發(fā)工具B方法C硬件環(huán)境 D人員軟件是計算機系統(tǒng)中與硬件相互依存的另一部分，它的組成部分是（）。程序、數(shù)據(jù) B.程序、文檔 C.程序 D.程序、數(shù)據(jù)、文檔軟件是一種（）產(chǎn)品。A、有形B、邏輯C、物質(zhì)D、消耗開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（）軟件工程 B.軟件周期C.軟件危機D.軟件產(chǎn)生在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復雜性提高等原因?qū)е铝耍ǎ〢.軟件危機 B.軟件工程 C.程序設計革命 D.結構化程序設計“軟件危機”產(chǎn)生的主要原因是（）。A.軟件日益龐大 B.開發(fā)方法不當C.開發(fā)人員編寫程序能力差 D.沒有維護好軟件軟件的復雜性是（），它引起人員通信困難、開發(fā)費用超支、開發(fā)時間超時等問題。A固有的B人為的C可消除的 D不可降低的軟件危機是指在軟件開發(fā)和（ ）過程中遇到的一系列嚴重問題。A開發(fā) B使用C維護D更新為了解決軟件危機人們提出了用（）的原理來設計軟件，這就是軟件工程誕生的基礎。（A）運籌學 （B）工程學 （C）軟件學（D）數(shù)學在軟件工程時期，決定軟件質(zhì)量的主要因素是（）A.管理水平 B.個人程序技術 C.小組技術水平 D.硬件的發(fā)展以下哪一項不是軟件危機的表現(xiàn)形式（）（A）成本高 （B）生產(chǎn)率低（C）技術發(fā)展快 （D）質(zhì)量得不到保證軟件管理工作涉及到的直接對象不包括（）。A.軟件開發(fā)人員 B.硬件設備 （1項目經(jīng)費D.軟件項目軟件工程方法學有三個要素，它們是（）方法、工具和過程B.質(zhì)量、進度和成本C.順序、分支和循環(huán)。.入口、過程、出口軟件工程中描述生命周期的瀑布模型一般包括計劃、（）、設計、編碼、測試、維護等幾個階段。需求分析 B.需求調(diào)查 C.可行性分析D.問題定義瀑布模型把軟件生存周期劃分為軟件計劃、軟件開發(fā)與（）三個階段，而每一階段又可分為若干更小的階段。A.詳細設計 B.可行性分析 C.運行與維護 D.測試與排錯下列哪個模型沒有采用迭代的思想（）A.瀑布模型B.漸增模型 C.螺旋模型 D.RUP模型4：下列關于瀑布模型的描述正確的是（）。利用瀑布模型，發(fā)現(xiàn)問題修改的代價很低瀑布模型的核心是按照軟件開發(fā)的時間順序?qū)栴}簡化瀑布模型具有良好的靈活性瀑布模型采用結構化的分析與設計方法，將邏輯實現(xiàn)與物理實現(xiàn)分開瀑布模型本質(zhì)上是一種（）模型。A.線性順序 B.順序迭代 C.線性迭代D.早期產(chǎn)品快速原型模型的主要特點之一是（）A.開發(fā)完畢才見到產(chǎn)品 B.及早提供全部完整的軟件產(chǎn)品C.開發(fā)完畢后才見到工作軟件D.及早提供工作軟件瀑布模型存在的問題是（）。A.用戶容易參與開發(fā)B.缺乏靈活性C.用戶與開發(fā)者易溝通D.適用可變需求軟件定義的目的主要是（）A.明確系統(tǒng)的目標B.明確系統(tǒng)具體該做什么C.明確系統(tǒng)該如何做D、系統(tǒng)值不值得做。研究開發(fā)所需要的成本和資源是屬于可行性研究中的（）研究的一方面。A.技術可行性 B.經(jīng)濟可行性C.社會可行性 D.法律可行性一個項目是否開發(fā)，從經(jīng)濟上來說是否可行，歸根結底是取決于對（）A.成本的估算 B.項目計劃C.H程管理 。.工程網(wǎng)絡圖瀑布模型的關鍵不足在于（）（A）過于簡單 （B）不能適應需求的動態(tài)變更（C）過于靈活 （D）各個階段需要進行評審可行性研究的目標是（ ）。開發(fā)項目 B.項目值得開發(fā)否C.規(guī)劃項目 D.維護項目軟件可行性研究一般不考慮（ ）（A） 是否有足夠的人員和相關的技術來支持系統(tǒng)開發(fā)（B） 是否有足夠的工具和相關的技術來支持系統(tǒng)開發(fā)（C） 待開發(fā)軟件是否有市場、經(jīng)濟上是否合算（D） 待開發(fā)的軟件是否會有質(zhì)量問題軟件需求分析的任務不應包括（）。A問題分析B信息域分析C結構化程序設計D確定邏輯模型在需求分析中，分析員要從用戶那里解決的最重要的問題是（）。A要讓軟件做什么 B要給該軟件提供哪些信息C要求軟件工作效率如何D要讓軟件具有什么樣的結構軟件需求分析應確定的是用戶對軟件的（ ）。A.功能需求和非功能需求 B.性能需求C.非功能需求 D.功能需求軟件項目計劃一般不包括以下哪項內(nèi)容（）（A）培訓計劃（B）人員安排（C）進度安排（D）軟件開發(fā)標準的選擇和制定結構化分析方法（SA）是一種面向（）的需求分析方法。A.對象B.數(shù)據(jù)結構 C.數(shù)據(jù)流D.控制流在結構化分析方法中，用以表達系統(tǒng)內(nèi)數(shù)據(jù)的運動情況的工具有（）。A數(shù)據(jù)流圖B數(shù)據(jù)詞典 C結構化英語 D判定表與判定樹需求規(guī)格說明書在軟件開發(fā)中具有重要的作用，但其作用不應當包括（）。A軟件設計的依據(jù)B用戶和開發(fā)人員對軟件要“做什么”的共同理解C軟件驗收的依據(jù)D軟件可行性分析的依據(jù)進行需求分析可以使用多種工具，但（）是不適用的。A、數(shù)據(jù)流程圖 B、判定表C、狀態(tài)轉換圖 D、數(shù)據(jù)字典在SD方法中全面指導模塊劃分的最重要的原則是（ ）A.程序模塊化 B,模塊高內(nèi)聚 C,模塊低耦合 D,模塊獨立性模塊（），則說明模塊的獨立性越強。A.耦合越強 B-扇入數(shù)越高C.耦合越弱 D.扇人數(shù)越低軟件需求規(guī)格說明書的內(nèi)容不應當包括（）。A對重要功能的描述 B對算法的詳細過程性描述C軟件確認準則 D軟件的性能需求分析是由分析員經(jīng)過了解用戶的要求，認真細致地調(diào)研、分析，最終應建立目標系統(tǒng)的邏輯模型，并寫出（）。（A）模塊說明書 （B）軟件規(guī)格說明書（C）項目開發(fā)計劃（D）合同文檔下列工具哪一個是需求分析階段常用工具？（）A、PADB、PDLC、盒圖 D、數(shù)據(jù)流圖以下各種耦合按從強到弱排列正確的是（）:（A） .內(nèi)容耦合，控制耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。（B） .內(nèi)容耦合，數(shù)據(jù)耦合，控制耦合，公共環(huán)境耦合。（C） .內(nèi)容耦合，公共環(huán)境耦合，控制耦合，數(shù)據(jù)耦合。（D） .控制耦合，內(nèi)容耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。進行需求分析可使用多種工具，但（）是不適用的。A數(shù)據(jù)流圖BPAD圖CE-R圖 D數(shù)據(jù)字典模塊的內(nèi)聚性最高的是（ ）A.邏輯內(nèi)聚 B.時間內(nèi)聚 C.偶然內(nèi)聚 D.功能內(nèi)聚模塊（），則說明模塊的獨立性越強。A.內(nèi)聚越強 B-扇入數(shù)越高C.內(nèi)聚越弱 D.扇人數(shù)越低在SD中，概要設計的結果是提供一份（ ）。A.模塊說明書 B.框圖C.程序 D.數(shù)據(jù)流圖結構化設計在軟件開發(fā)中用于（）。A、測試設計B、概要設計C、程序設計D、詳細設計PDL是一種過程設計語言，又叫（ ）（A）系統(tǒng)流程圖（B）盒圖（C）偽碼 （D）功能圖在詳細設計算法工具中，（）能夠清楚地表現(xiàn)程序的層次結構（A）系統(tǒng)流程圖 （B）層次圖（C）PAD圖 （D）功能圖在軟件詳細設計過程中不采用的描述工具是（）。A、判定表 B、流程圖 C、PAD圖 D、DFD圖詳細設計算法工具中，（ ）圖是一種歷史悠久的圖，直觀地描述了程序的控制流程。（A）程序流程圖 （B）系統(tǒng)流程圖（C）PAD圖 （D）盒圖下列哪一個不是詳細設計時使用的工具。（）（A）系統(tǒng)流程圖 （B）盒圖（C）PAD圖 （D）判定樹以下各種內(nèi)聚按從強到弱排列正確的是（）:偶然內(nèi)聚，邏輯內(nèi)聚，時間內(nèi)聚，順序內(nèi)聚，功能內(nèi)聚偶然內(nèi)聚，順序內(nèi)聚，邏輯內(nèi)聚，時間內(nèi)聚，功能內(nèi)聚邏輯內(nèi)聚，時間內(nèi)聚，順序內(nèi)聚，功能內(nèi)聚，偶然內(nèi)聚功能內(nèi)聚，順序內(nèi)聚，時間內(nèi)聚，邏輯內(nèi)聚，偶然內(nèi)聚詳細設計的方法不包括（）A.Jackson數(shù)據(jù)結構方法B?結構化設計方法C?面向?qū)ο笤O計法 D.程序流程圖一般來說，詳細設計的方法包括結構化設計方法、（）和Jackson方法。A.PAD圖B.判定樹C.面向?qū)ο笤O計法 D.程序流程圖在詳細設計階段，一種二維樹型結構并可自動生成程序代碼的描述工具是（）。A、PAD B、PDL C、IPO D、判定樹結構化程序設計的一種基本方法是（）。A、篩選法 B、遞歸法 C、迭代法 D、逐步求精法PDL是軟件開發(fā)過程中用于（）階段的描述工具。A、需求分析 B、概要設計 C、詳細設計 D、編程程序的三種基本控制結構是（）。A、過程、子程序和分程序 B、順序、選擇和重復C、遞歸、堆棧和隊列 D、調(diào)用、返回和轉移結構化程序設計主要強調(diào)的是（）。A、程序的效率B、程序的執(zhí)行速度 C、程序的易讀性 D、程序的規(guī)模詳細設計的任務是確定每個模塊的（）。A、算法 B、功能 C、調(diào)用關系 。、輸入輸出數(shù)據(jù)編程風格又叫程序設計風格，其中最重要的因素是（ ）邏輯簡明清晰，易讀易懂邏輯復雜，以免別人讀懂算法復雜，保護自己的編程技術

邏輯簡明清晰，但不容易讀懂程序的三種基本控制結構的共同特點是（ ）。A、不能嵌套使用 B、只能用來寫簡單程序C、已經(jīng)用硬件實現(xiàn) D、只有一個入口和一個出口軟件詳細設計主要采用的方法是（）A、結構程序設計B、模型設計C、結構化設計 D、流程圖設計）B、偽碼式D、低級程序設計語言）B、偽碼式D、低級程序設計語言A、高級程序設計語言C、中級程序設計語言64.(A)(C)64.(A)(C)軟件的三種結構是（過程、子程序、分程序遞歸、堆棧、隊列（B）順序、條件、循環(huán)（D）調(diào)用、返回、轉移目前要開發(fā)一個人事工資數(shù)據(jù)庫應用系統(tǒng)，一般情況下不選用的開發(fā)語言是（（A）JAVA語言（B）C#語言 （C）DELPH1語言 （D）匯編語言程序中，語句構造應當簡單直接，為提高效率，不應該（）盡量避免使用邏輯‘非’運算盡量避免使用復雜的表件組合表達式為節(jié)省空間把多個語句寫在同一行使用括號使邏輯表達式的運算次序清晰直觀程序算法復雜性，不能度量的是（ ）模塊內(nèi)部的復雜性軟件效益的多少開發(fā)周期及內(nèi)部潛伏錯誤的多少軟件開發(fā)費用的多少（ ）這種維護性活動數(shù)量較大，占整個維護活動的50%。A.改正性維護B.適應性維護C.預防性維護D.完善性維護因計算機硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為（ ）A.改正性維護 A.改正性維護 B.適應性維護影響軟件可維護的因素中，（（A）系統(tǒng)功能強大（C）系統(tǒng)所選用的程序語言合適C.完善性維護 D,預防性維護）描述不正確。（B）系統(tǒng)結構合理（D）有充分的經(jīng)過版本控制的文檔軟件可維護性，主要表現(xiàn)在（）（A）軟件容易使用（（A）軟件容易使用（C）軟件功能強大（D）軟件的可理解性、可測試性、可修改性、可移植性在編程時，要使源程序文檔化，其中不包括（ ）標識符的命名規(guī)范，能正確代表實體做必要的有意義的注釋程序清單布局呈階梯狀分布程序不需要寫任何注釋軟件按照設計的要求，在規(guī)定時間和條件下達到不出故障，持續(xù)運行的要求的質(zhì)量特性稱為（ ）A.可用性B.可靠性C.正確性D.完整性根據(jù)是否按照工程化原則實行來劃分，軟件維護分為（ ）A.改正性維護、適應性維護、完善性維護 B.非結構化維護和結構化維護C.預防性維護和非預防性維護 D.正確維護和錯誤維護為增加軟件功能和性能而進行的軟件修改維護過程是（）。A、校正性維護 B、適應性維護 C、完善性維護 D、預防性維護維護中用來指出修改的工作量、工作性質(zhì)、優(yōu)先權、修改的事后性質(zhì)的文檔是（）。A、軟件需求說明B、軟件修改報告C、軟件問題報告D、測試分析報告77.維護中，因修改全局或公用數(shù)據(jù)而引起的錯誤是（）。A、文檔副作用 B.數(shù)據(jù)副作用C、編碼副作用D、設計副作用78.生產(chǎn)性維護活動是A、修改設計（）。B、理解設計C、解釋數(shù)據(jù)結構D、理解功能測試用例不僅要選用合理的測試輸入數(shù)據(jù)，還需要選用不合理的測試輸入數(shù)據(jù)，這樣能更多地（），提高程序的可靠性。A、找出未發(fā)現(xiàn)的錯誤 B、提高代碼測試覆蓋率C、加強代碼的規(guī)范率 D、以上說法都不對黑盒測試依據(jù)（），檢查程序是否滿足。A、需求中的功能 B、概要設計中的設計C、詳細設計中的設計 D、與用戶口