軟件工程試題庫全解

1、1,軟件生命周期中所花費用最多的階段是A、詳細設計B、軟件編碼C軟件測試D、軟件維護2 .采用工程的概念、原理、技術(shù)和方法來和軟件,把經(jīng)過時間考驗而證實正確的治理技術(shù)和當前能夠得到的最好的技術(shù)方法結(jié)合起來,以經(jīng)濟地開發(fā)出高質(zhì)量的軟件并有效地維護它,這就是軟件工程.A開發(fā)測試B、運行治理C開發(fā)治理D、開發(fā)維護3 .軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合,其中“開發(fā)、使用和維護程序所需要的圖文資料指的是A、程序B、數(shù)據(jù)C文檔D、以上都不是4 .以下不是軟件危機的表現(xiàn)形式.A、開發(fā)的軟件不滿足用戶的需要B、開發(fā)的軟件可維護性差C開發(fā)的軟件價格廉價D、開發(fā)的軟件可靠性差5 .軟件產(chǎn)品與物質(zhì)產(chǎn)品有很大區(qū)別

2、,軟件產(chǎn)品是一種產(chǎn)品A、有形B、消耗C邏輯D、文檔6 .從瀑布模型看,在它的生命周期中的八個階段中,下面的幾個選項中哪個環(huán)節(jié)出錯,對軟件的影響最大.A、詳細設計階段B、概要設計階段C需求分析階段D、測試和運行階段7 .傳統(tǒng)的要求,必須等前一階段的工作完成之后,才能開始后一階段的工作；前一階段的輸出文檔,就是后一階段的輸入文檔.A、原型模型B、瀑布模型C螺旋模型D、噴泉模型8,以下軟件開發(fā)模型中,適合于那些不能預先確切定義需求的軟件系統(tǒng)的開發(fā)的模型是.A、原型模型B、瀑布模型C基于知識的智能模型D、變換模型9 .是用戶和設計交換最頻繁的方法.A、原型模型B、瀑布模型方法C螺旋模型方法D、構(gòu)件組裝

3、模型10 .以下軟件開發(fā)模型中,以面向?qū)ο蟮能浖_發(fā)方法為根底,以用戶的需求為動力,以對象來驅(qū)動的模型是.A、原型模型B、瀑布模型C噴泉模型D、螺旋模型11 .以下軟件開發(fā)模型中,只有在開發(fā)人員具有風險分析和排除風險的經(jīng)驗及專門知識時,才能獲得成功.A、原型模型B、瀑布模型C噴泉模型D、螺旋模型12 .引入了“風險驅(qū)動的思想,適用于大規(guī)模的內(nèi)部開發(fā)工程.A、增量模型B、噴泉模型C原型模型D、螺旋模型13 .以下表達中不屬于軟件生命周期模型的是A、瀑布模型B、快速原型模型C風險模型D、原子模型14 .“為了解決這個問題,目標系統(tǒng)必須做什么這是生命周期中階段要確定的事.A、需求分析B、總體設計C詳

4、細設計D、測試15 .是為了獲得高質(zhì)量軟件所需要完成的一系列任務的框架,他規(guī)定了完成各項任務的工作步驟.A、軟件工程B、軟件過程C質(zhì)量治理D、軟件方法學16 .下面不屬于軟件工程的3個要素是A、工具B、過程C方法D、環(huán)境17 .軟件工程方法學的目的是：使軟件生產(chǎn)標準化和工程化,而軟件工程方法得以實施的主要保證是.A、硬件環(huán)境B、軟件開發(fā)的環(huán)境C軟件開發(fā)工具和軟件開發(fā)的環(huán)境D、開發(fā)人員的素質(zhì)18 .在軟件生命周期法中,用戶的參與主要在.A、軟件定義期B、軟件開發(fā)期C軟件維護期D、整個軟件生命周期過程中19 .軟件開發(fā)的瀑布模型最典型地刻畫了軟件生命周期的階段劃分,而與其最相適應的軟件開發(fā)的方法是

5、A、構(gòu)件化方法B、面向?qū)ο蠓椒–結(jié)構(gòu)化方法D、原型化方法20 .可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作,它是決定該系統(tǒng)是否開發(fā)的決策依據(jù),因必須給出的答復.A.確定B.行或不行C.正確D,無二義21 .可行性研究的目的不是解決問題,而是確定問題是否值得去解決,以下不是可行性研究的內(nèi)容是A、需求分析B、風險分析C資源分析D、技術(shù)分析22 .一個軟件工程是否進行開發(fā)的結(jié)論是在文檔中作出的.A、軟件開發(fā)方案B、可行性分析報告C需求分析說明書D、測試報告23 .軟件開發(fā)的可行性研究,一般涉及經(jīng)濟、技術(shù)和操作的可能性,而進行可行性研究的根本依據(jù)那么是用戶提出的軟件.A、系統(tǒng)質(zhì)量B、系統(tǒng)目標

6、C系統(tǒng)功能D、系統(tǒng)性能24 .軟件可行性一般不考慮.A、是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B、待開發(fā)的軟件是否有質(zhì)量問題C待開發(fā)的軟件是否有市場,經(jīng)濟上是否合算D、是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)25 .數(shù)據(jù)存儲和數(shù)據(jù)流都是,僅僅是所處的狀態(tài)不同.A、分析結(jié)果B、事件C動作D、數(shù)據(jù)26 .數(shù)據(jù)流圖和共同組成系統(tǒng)的功能模型.A、HIPO圖B、PDLC數(shù)據(jù)字典D、層次圖27 .結(jié)構(gòu)化分析方法就是面向的自頂向下逐步求精進行需求分析的方法.A、目標B、數(shù)據(jù)流C功能D、對象28 .數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合,它所定義的對象都包含在中.A、數(shù)據(jù)流圖B、程序框圖C軟件結(jié)構(gòu)D、方框圖29

7、 .數(shù)據(jù)流圖是進行軟件需求分析常用的工具,其中最根本的圖符是：處理,數(shù)據(jù)流,數(shù)據(jù)存儲和數(shù)據(jù)源點/終點,其中“圓角矩形可用來代表流圖中的.A、處理B、數(shù)據(jù)流C數(shù)據(jù)存儲D、數(shù)據(jù)源點/終點30 .數(shù)據(jù)流圖是描述數(shù)據(jù)在軟件中流動和變換的過程,而對數(shù)據(jù)流圖中所包含的元素的定義那么是A、數(shù)據(jù)存儲B、數(shù)據(jù)加工C數(shù)據(jù)字典D、數(shù)據(jù)定義31 .以下表達中,不屬于數(shù)據(jù)字典的作用.A、作為編碼階段的描述工具B、為用戶與開發(fā)人員之間統(tǒng)一熟悉C作為概要設計的依據(jù)D、為需求分析階段定義各類條目32 .不適于作為數(shù)據(jù)流圖處理加工框名稱的是.A、人工校核工資數(shù)據(jù)B、工資支票數(shù)據(jù)C打印工資支票D、計算職工工資33 .系統(tǒng)流程圖是

8、概括地描述物理系統(tǒng)的傳統(tǒng)工具,它的根本思想是用圖形符號以黑盒子形式描繪系統(tǒng)組成系統(tǒng)的每個部件,其表達的是A、限制過程B、對數(shù)據(jù)進行加工和處理的過程C程序的功能D、數(shù)據(jù)在各部件之間的流動情況34 .雖然可以使用自然語言描述由數(shù)據(jù)元素組成數(shù)據(jù)的關(guān)系,但為了更加清楚簡潔,建議采用符號來表示,其中1a5所代表的含義是A、a重復出現(xiàn),最少出現(xiàn)1次,最多出現(xiàn)5次B、a重復出現(xiàn),只能出現(xiàn)1次,或5次Ca重復出現(xiàn),其可以出現(xiàn)1次,也可以出現(xiàn)5次D、a是可選的,可以出現(xiàn)2、3、4次35 .是可行性研究的一項重要內(nèi)容,是客戶組織負責人從經(jīng)濟角度判斷是否繼續(xù)投資于這項工程的主要依據(jù).A、純收入計算B、投資回收期分析

9、C本錢/效益分析D、投資回收率分析36 .下面哪一項不屬于可行性研究階段的典型步驟A、研究目前正在使用的系統(tǒng)B、草擬開發(fā)方案C書寫文檔提交審查D、梳理模塊間關(guān)系37 .復雜的數(shù)據(jù)流圖.A、只有變換型B、只有事務型C無規(guī)律D、既有變換型又有事務型38 .需求分析是.A、軟件開發(fā)工作的根底B、軟件生存周期的開始C由系統(tǒng)分析員單獨完成的D、由用戶自己單獨完成的39 .需求制定系統(tǒng)必須提供的效勞,是對軟件系統(tǒng)的一項根本需求,但卻并不是唯一的需求.A、功能需求B、性能需求C可靠性和可用性需求D、接口及約束40 .“系統(tǒng)每周7天、每天24小時都可以使用且運行無誤,代表的是A、功能需求B、性能需求C可靠性和

10、可用性需求D、接口及約束41 .“系統(tǒng)應在20秒之內(nèi)響應所有的請求,代表的是A、功能需求B、性能需求C可靠性和可用性需求D、接口及約束42 .“系統(tǒng)出現(xiàn)異常時,應能為用戶給出指導性的提示,并及時保存當前的數(shù)據(jù)代表的是A、出錯處理需求B、性能需求C可靠性和可用性需求D、接口及約束43 .與用戶溝通獲取需求的方式有很多,其中不屬于獲取需求的方式.A、正式或非正式的訪談B、自底向上的求精方法C快速建立軟件原型D、建議的應用規(guī)格說明技術(shù)44 .為了減少數(shù)據(jù)冗余,防止出現(xiàn)插入異常或刪除異常,簡化修改數(shù)據(jù)的過程,通常需要把數(shù)據(jù)結(jié)構(gòu)標準化,其中數(shù)據(jù)冗余程度最小.A、第一范式B、第三范式C第二范式D、第五范式

11、45 .通常用“范式定義消除數(shù)據(jù)冗余的程度,其中第三范式要求符合第二范式的條件,而且A、每個屬性值都必須是原子值B、每個非關(guān)鍵字屬性值都由整個關(guān)鍵字決定C非關(guān)鍵字不是由關(guān)鍵字的一局部來決定D、一個非關(guān)鍵字屬性值不依賴于另一個非關(guān)鍵字屬性值46 .結(jié)構(gòu)化分析階段要建立中模型,分別是A、功能模型、數(shù)據(jù)模型、狀態(tài)模型B、功能模型、行為模型、數(shù)據(jù)模型C功能模型、數(shù)據(jù)模型、動態(tài)模型D、對象模型、動態(tài)模型、功能模型47 .是對引起系統(tǒng)做動作或和從一個狀態(tài)轉(zhuǎn)換到另一個狀態(tài)的外界事情的抽象.A、事件B、狀態(tài)C初態(tài)D、終態(tài)48 .進行需求分析可使用多種工具,但是不適用的.A、數(shù)據(jù)流圖B、E-R圖CPAD圖D、數(shù)

12、據(jù)字典49 .E-R圖是用于建立數(shù)據(jù)模型的的圖形,其中包括3種相互關(guān)聯(lián)的信息,分別是A、數(shù)據(jù)、對象、實體B、限制、聯(lián)系、對象C實體、聯(lián)系、屬性D、實體、屬性、操作50 .描述復雜的事物時,圖形遠比文字表達優(yōu)越得多,在需求分析階段可以使用等圖形工具.A層次方框圖和判定表B、數(shù)據(jù)流圖和程序流程圖CIPO圖和層次方框圖D、warnier圖和PDL51 .結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、和加工說明等描述工具,即用直觀的圖和簡潔的語言來描述軟件功能模型.A、DFD圖B、PAD圖CHIPO圖D、數(shù)據(jù)字典52 .軟件需求說明書中包括多方面的內(nèi)容,下述不是軟件說明書中應包括的內(nèi)容.A、數(shù)據(jù)描述B、功能描述C性能描述

13、D、結(jié)構(gòu)描述53 .軟件需求分析階段建立原型的主要目的是.A、確定系統(tǒng)的功能和性能要求B、確定系統(tǒng)的性能要求C確定系統(tǒng)是否滿足用戶要求D、確定系統(tǒng)是否開發(fā)人員需要54 .需求分析是由分析人員經(jīng)了解用戶的需求,認真仔細的調(diào)研、分析,最終應建立目標系統(tǒng)的邏輯模型并寫出.A、模塊說明書B、需求規(guī)格說明書C工程開發(fā)設計D、合同文檔55 .使用結(jié)構(gòu)化分析方法時,采用的根本手段是.A、分解和抽象B、分解和綜合C歸納與推導D、試探與回溯56 .分層數(shù)據(jù)流圖是一種比擬嚴格又易于理解的描述方式,它的頂層描述了系統(tǒng)的.A、總貌B、細節(jié)C抽象D、軟件的作者57 .以下關(guān)于軟件設計準那么的描述,錯誤的選項是.A、提升

14、模塊的獨立性B、深度、寬度、扇出和扇入適當C使摸塊的限制域在該模塊的作用域內(nèi)D、設計成單入口、單出口的模塊58 .下面關(guān)于“深度、寬度、扇出和扇入描述錯誤的選項是A、深度表示軟件結(jié)構(gòu)中限制的的層數(shù)B、寬度是軟件同一層次上的模塊總數(shù)的最大值C扇出是一個模塊調(diào)用的模塊數(shù)目D、扇入是直接調(diào)用這個模塊的上級模塊的數(shù)目59 .結(jié)構(gòu)化設計SD是軟件設計階段所使用的方法,不是SD所使用的工具.A、DFD圖B、PAD圖C結(jié)構(gòu)化的過程設計語言D、判定樹60 .結(jié)構(gòu)化設計方法采用變換分析和事務分析技術(shù)實現(xiàn).A、從數(shù)據(jù)結(jié)構(gòu)導出程序結(jié)構(gòu)B、從模塊結(jié)構(gòu)導出程序結(jié)構(gòu)C從模塊結(jié)構(gòu)導出數(shù)據(jù)結(jié)構(gòu)D、從數(shù)據(jù)流圖導出軟件結(jié)構(gòu)61

15、.把現(xiàn)實世界中的事物相似的地方集中和概括起來,暫時忽略他們之間的差異,這就是.A、抽象B、模塊化C自底向上D、信息隱蔽62 .是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?它是單獨命名的而且可以通過名字來訪問,是構(gòu)成程序的根本構(gòu)件.A、模塊化B、抽象C精化D、模塊63 .是指讓一些關(guān)系密切的軟件元素在物理上彼此靠近.A、信息隱蔽B、內(nèi)聚C局部化D、模塊獨立64 .“為了能集中精力解決主要問題而盡量推遲對問題細節(jié)的考慮,這是對的定義.A、信息隱蔽B、逐步求精C局部化D、模塊獨立65 .軟件設計中劃分模塊的一個準那么是.A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C高內(nèi)聚低耦合D、tWj內(nèi)聚tWj耦合66 .模塊本

16、身的內(nèi)聚是模塊獨立性的重要性度量因素之一.在7類內(nèi)聚中,具有最強內(nèi)聚的一類是A、順序內(nèi)聚B、過程內(nèi)聚C邏輯內(nèi)聚D、功能內(nèi)聚67 .如果一個模塊內(nèi)部的處理元素和同一個功能密切相關(guān),而且這些處理必須順序執(zhí)行通常一個處理元素的輸入作為下一個處理元素的輸出,那么稱為.A、邏輯內(nèi)聚B、時間內(nèi)聚C過程內(nèi)聚D、順序內(nèi)聚68 .如果一個模塊完成的任務在邏輯上屬于相同或相似的一類,那么稱為A、邏輯內(nèi)聚B、時間內(nèi)聚C過程內(nèi)聚D、順序內(nèi)聚69 .如果模塊中所有元素都是用同一個輸入數(shù)據(jù)和或產(chǎn)生同一個輸出數(shù)據(jù),那么稱為.A、通信內(nèi)聚B、時間內(nèi)聚C過程內(nèi)聚D、順序內(nèi)聚70 .耦合是軟件各個模塊間連接的一種度量.一組模塊都

17、訪問同一公有環(huán)境數(shù)據(jù)結(jié)構(gòu)應屬于方式.A、內(nèi)容耦合B、公共耦合C外部耦合D、限制耦合71 .耦合是軟件中各種模塊間相互聯(lián)系的一種度量,耦合的強弱取決于模塊間的復雜程度,在以下耦合中,耦合度最低的是A、內(nèi)容耦合B、公共耦合C數(shù)據(jù)耦合D、限制耦合72 .把整個數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被調(diào)用的模塊只需要使用其中一局部數(shù)據(jù)元素,稱之為A、內(nèi)容耦合B、公共耦合C特征耦合D、限制耦合73 .模塊的功能是打印錄取通知書或不錄取通知書,調(diào)用模塊可通過向此模塊傳遞布爾標志信息決定本次調(diào)用哪種通知書的打印,這種模塊之間的耦合稱之為.A、數(shù)據(jù)耦合B、混合耦合C公共耦合D、限制耦合74 .數(shù)據(jù)沿著輸入通路到達一個處理,這

18、個處理根據(jù)輸入數(shù)據(jù)的類型在假設干動作序列中選出一個來執(zhí)行,這類數(shù)據(jù)流稱為A、變換流B、變換中央C事務中央D、事務流75 .信息沿輸入通路進入系統(tǒng),同時由外部形式變換成內(nèi)部形式,進入系統(tǒng)的信息經(jīng)過變換中央,經(jīng)過加工處理后再沿輸出通路變換成外部形式離開軟件系統(tǒng),這種信息流稱為.A、變換流B、變換中央C事務中央D、事務流76 .軟件的結(jié)本化設計SD方法中,一般分為總體設計和詳細設計兩個階段,其中總體設計主要是要建立.A、軟件結(jié)構(gòu)B、軟件流程C軟件模型D、軟件模塊77 .面向數(shù)據(jù)流的設計方法把映射成軟件結(jié)構(gòu).A、軟件結(jié)構(gòu)B、系統(tǒng)結(jié)構(gòu)C限制結(jié)構(gòu)D、信息流78 .詳細設計的根本任務是確定每個模塊的設計.A

19、、功能B、調(diào)用關(guān)系C輸入輸出數(shù)據(jù)D、算法79 .結(jié)構(gòu)化程序設計思想的核心是要求程序只有順序,循環(huán)和三種結(jié)構(gòu)組成.A、分支B、單入口C單出口D、有規(guī)那么GOTO80 .的結(jié)果根本上決定了最終的程序代碼的質(zhì)量.A、概要設計B、詳細設計C編碼D、測試81 .Jackson設計方法是由英國的M.Jackson提出的,它是一種面向的軟件設計方法.A、對象B、數(shù)據(jù)流C數(shù)據(jù)結(jié)構(gòu)D、限制結(jié)構(gòu)82 .階段是為每個模塊完成的功能進行具體的描述,要把功能描述轉(zhuǎn)變?yōu)榫_的、結(jié)構(gòu)化的過程描述.A、概要設計B、詳細設計C編碼D、測試83 .結(jié)構(gòu)化程序從理論上可以不使用語句.當然程序是否使用該語句是無關(guān)緊要的,重要的是程序的結(jié)構(gòu)是否嚴謹、清楚.A、ANDB、IFCGOTOD、FOR84 .PADProblemAnalysisDiagram圖是一種工具.A、系統(tǒng)描述B、詳細設計C測試D、編程輔助85 .以下系統(tǒng)設計工具中,不屬于詳細設計工具.A、NS圖B、數(shù)據(jù)流圖C程序流程圖D、PAD86 .應考慮對模塊相聯(lián)和資源共享問題進行描述和制