軟件工程試題庫

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

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