2023年電視大學春復習題軟件工程選擇題

I、軟件工程的研究者將軟件開發(fā)和維護過程概括為(C)大活動。A.5B.7C.8D.32、(A)是職業(yè)軟件工程師的必要條件。A.自律、善于溝通、具有一定的軟件技能B.編程速度快C.熟悉眾多的軟件環(huán)境。。D.語言天賦3、計算機病毒是指(B)。A.計算機系統(tǒng)的漏洞B.一組自我復制和自動執(zhí)行的具有破壞能力的代碼C.一種細菌D.程序中的BUG4、軟件需求具有(D)。A.主觀性B.不擬定性C.多變性D.以上所有5、描述軟件需求通常不用哪個工具(C)。A.數(shù)據(jù)流程圖B.數(shù)據(jù)字典C.模塊結(jié)構圖D.E-R圖6、軟件結(jié)構圖中沒有(D)元素。A.模塊B.調(diào)用參數(shù)C.返回結(jié)果D.判斷7、程序流程圖與數(shù)據(jù)流程圖的關系(A)。A.不擬定B.數(shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖C.數(shù)據(jù)調(diào)用關系D.程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖8、包含關系用于構造多個用例(B)oA.關系B.共性的部分C.角色D.特殊活動9、假如說用例F被用例T擴展,意思是(A)。A.F是一個一般用例，T是一個特殊用例1()、用(C)對需要長期保存的信息進行建模。A.實體類B.數(shù)據(jù)庫表C.E-R圖D.對象類1、美國卡內(nèi)基?梅隆大學制定的SW-CMM是(C)。A.軟件工作規(guī)范B.軟件工作流描述C.軟件成熟度模型D.軟件描述的一般方法2、螺旋模型是一種將(D)結(jié)合起來的軟件開發(fā)模型。A.原型化模型和增量模型B.風險判斷和瀑布模型C.瀑布模型和原型化模型D.瀑布模型和增量模型3可行性研究的四大要素是(A)。

C.一個輸入或輸出流D.一個輸入流和一個輸出流.PDL是描述解決過程(C)。A.做什么B.為什么做C.怎么做D.對誰做.當?個模塊直接使用另?個模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為(D)A.數(shù)據(jù)耦合B.公共耦合C.標記耦合D.內(nèi)容耦合.按照模塊獨立性,耦合限度由弱至強對的的順序是(A)。A.數(shù)據(jù)耦合、控制耦合、外部耦合、內(nèi)容耦合B.控制耦合、數(shù)據(jù)耦合、內(nèi)容耦合、外部耦合C.內(nèi)容耦合、外部耦合、控制耦合、數(shù)據(jù)耦合【).外部耦合、內(nèi)容耦合、數(shù)據(jù)耦合、控制耦合20.UML中，包圖是一種(C)oA.集合B.數(shù)據(jù)結(jié)構C.分組機制D.對系統(tǒng)的動態(tài)描述21.面向?qū)ο笤O計一方面要擬定系統(tǒng)的總體結(jié)構和風格，構造系統(tǒng)的(B)。A.邏輯模型B.物理模型C.數(shù)據(jù)模型D.用例模型22.面向?qū)ο笤O計的環(huán)節(jié)中，對的的順序是(A)。A.系統(tǒng)構架設計、用例設計、類設計B.A.系統(tǒng)構架設計、用例設計、類設計B.系統(tǒng)構架設計、數(shù)據(jù)庫設計和用戶界面設計C.類設計、用例設計、構架設計23.類有3種類型，即(B)。A.邊界類、實體類、控制類C.控制類、實體類、虛類C.類設計、用例設計、構架設計23.類有3C.類設計、用例設計、構架設計23.類有3種類型，即(B)。A.邊界類、實體類、控制類C.控制類、實體類、虛類D.用例設計、構架設計、類設計B.實體類、控制類、界面類D.界面類、控制類、公共類A.消息連接B.參數(shù)傳遞C.方法重寫D.繼承.結(jié)構化程序設計重要強調(diào)的是(D)。A.程序的規(guī)模B.程序效率C.程序語言的先進性I).程序易讀性.下列關于功能性注群不對的的說法是(B)。A.功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài)B.注釋用來說明程序段，需要在每一行都要加注釋C.可使用空行或縮進，以便很容易區(qū)分注釋和程序D.修改程序也應修改注釋27.軟件測試的目的是（B）。A.評價軟件的質(zhì)量B.發(fā)現(xiàn)軟件的錯誤C.找出軟件中的所有錯誤D.證明軟件是對的的.在設計黑盒測試用例時，重要研究（I））。A.概要設計說明書B.具體設計說明C.項目開發(fā)計劃。D.需求規(guī)格說明.以下屬于完善性維護的有（B）。A.解決開發(fā)時未能測試各種也許條件帶來的問題B.增長聯(lián)機求助命令C.縮短系統(tǒng)的應答時間，使其達成特定規(guī)定D.為提高軟件的可靠性和可維護性,積極修改軟件.軟件項目管理的內(nèi)容涉及（D）。A.人員的組織與管理B.軟件配置管理C.軟件開發(fā)進度計劃D.以上所有.以下哪一項不屬于面向?qū)ο蟮能浖_發(fā)方法（C）4A.coad方法B.booch方法C.jackson方法D.omt方法.面向?qū)ο蠓治龅暮诵脑谟冢―）。A.建立對的的模型B.辨認問題域?qū)ο驝.辨認對象之間的關系1）.上面都有.在面向?qū)ο蠓椒ㄖ?，描述系統(tǒng)控制結(jié)構的模型是（A）模型。A.動態(tài)模型B.功能模型C.對象模型D.靜態(tài)模型.面向?qū)ο蠓治龊驮O計涉及到三個方面的內(nèi)容：（A）、一系列有效的分析環(huán)節(jié)和一個方便易用的建模工具。A.一套完善的建模符號B.有效的數(shù)據(jù)結(jié)構C.靈活的體系結(jié)構1）.穩(wěn)定的系統(tǒng)架構.每個子系統(tǒng)的接口上定義了若干（B）,體現(xiàn)了子系統(tǒng)的功能。A.說明B.操作C.屬性I）.關系.程序設計語言的技術特性不應涉及（D）。A.數(shù)據(jù)結(jié)構的描述性B.抽象類型的描述性C.數(shù)據(jù)庫的易操作性D.軟件的可移植性.以下哪種測試方法不屬于白盒測試技術（B）。A.語句覆蓋測試B.邊界值分析測試C.條件覆蓋測試D.判斷覆蓋測試.軟件測試的重要特點是（C）。A.軟件測試的開銷不大B.軟件測試要依靠工具C.軟件不能進行“窮舉”測試1）.軟件測試要依靠人工.在軟件生存期的維護階段，繼續(xù)診斷和修正錯誤的過程稱為（D）°aA.完善性維護B.適應性維護C.防止性維護D.改正性維護40.不屬于軟件項目管理的是（D）。A.開發(fā)機構能力評估B.項目風險評估C.質(zhì)量監(jiān)控D.軟件銷售利潤1.軟件工程的出現(xiàn)是由于（A）A.軟件危機B.計算機硬件技術的發(fā)展C.軟件社會化的需要D.計算機軟件技術的發(fā)展3.軟件可行性研究一般不考慮（D）aA.是否有足夠的人員和相關的技術來支持系統(tǒng)開發(fā)B.是否有足夠的工具和相關的技術來支持系統(tǒng)開發(fā)C.待開發(fā)軟件是否有市場、經(jīng)濟上是否合算I）.待開發(fā)的軟件是否會有質(zhì)量問題

.軟件需求分析的任務不涉及（C）。A.問題分析B.信息域分析C.結(jié)構化設計D.擬定邏輯結(jié)構.結(jié)構化分析方法（SA法）使用的重要描述工具有（D）oA.數(shù)據(jù)庫B.模塊結(jié)構圖C.PAD圖D.分層的DFD圖.源程序的效率與（D）階段擬定的算法的效率直接有關。A.概要設計B.總體設計。C.單元設計4）.具體設計.畫DFD圖的重要目的是（A）。A.作為需求分析階段用戶與開發(fā)者之間交流信息的工具.對系統(tǒng)的數(shù)據(jù)結(jié)構進行描述C.對目的系統(tǒng)的層次結(jié)構進行描述D.作為編碼和測試的工具.耦合度最高的是（B）,>A.外部耦合B.內(nèi)容耦合C.控制耦合1）.數(shù)據(jù)耦合.為了提高模塊的獨立性，模塊之間最佳是（D）。A.控制耦合B.公共耦合C.內(nèi)容耦合D.數(shù)據(jù)耦合.UML是一種（A）oA.建模工具B.可視化的程序設計語言C.可視化的建模語言D.過程.可行性分析研究的目的是（B）A.爭取項目B.項目是否值得開發(fā)C.開發(fā)項目D.規(guī)劃項目.可行性研究實質(zhì)上是在較高層次上、以較抽象的方式進行（B）的過程。A.具體軟件設計B.需求分析和設計C.進一步的需求分析D.測試設計15.需求規(guī)格說明書的作用不涉及（C）A.軟件驗收的依據(jù)B.A.軟件驗收的依據(jù)B.用戶與開發(fā)人員對軟件要做什么的共同理解C.軟件可行性研究的依據(jù)D.軟件設計的依據(jù).進行需求分析有的多種描述工具，但不涉及(C)。A.數(shù)據(jù)流圖B.鑒定表C.PAD圖D.數(shù)據(jù)詞典.反映模塊獨立性的指標是(D)oA.模塊的復雜性B.模塊的大小C.模塊的參數(shù)D.內(nèi)聚和耦合.兩個模塊都訪問一個全局簡樸變量而不是同一全局數(shù)據(jù)結(jié)構，則這兩個模塊屬于(B)oA.數(shù)據(jù)耦合B.外部耦合C.公共耦合D.內(nèi)容耦合.下列哪個不是UML的視圖(B)A.邏輯視圖B.行為視圖C.組件視圖D.并發(fā)視圖.屬于某個類的一個具體對象稱為該類的(A)oA.實例B.虛擬C.繼承D.多態(tài).反映收發(fā)消息的對象的組織結(jié)構，用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實現(xiàn)的是(C)。A.順序圖B.類圖C.合作圖I).組件圖.面向?qū)ο蠓治龊驮O計的界線是(C),從分析到設計是一個逐漸擴充模型的過程。A.清楚的B.模糊的C.非線性的D.擬定的.動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構和對象之間的交互，表達瞬時的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常?D)實現(xiàn)。A.狀態(tài)圖B.交互圖C,活動圖D.以上所有.不適合作為數(shù)據(jù)解決與數(shù)據(jù)庫應用的語言是(D)A.SQLB.CobolC.4GLD.Lisp.軟件工程中，只根據(jù)程序的功能說明而不關心程序內(nèi)部邏輯的測試方法，稱為(C)測試。M.白盒法B.灰盒法C.黑盒法D.綜合法

.若有一個計算類型的程序，它的輸入量只有一個X,其范圍是[T.0,1.0],現(xiàn)從輸入的角度考慮一組測試用例：-1.001,-1.0,1.0,1.001。設計這組測試用例的方法是（C）。A.條件覆蓋法。B.M.白盒法B.灰盒法C.黑盒法D.綜合法7.即使軟件能順利運營，但用戶往往會提出增長新功能或改善已有功能的建議,為滿足這一類規(guī)定而進行的活動稱為（A）oA.完善性維護B.防止性維護C.適應性維護D.代碼重構28.可維護性的特性中，互相矛盾的是（B）。A.可理解性與可測試性B.效率與可修改性C.可修改性與可理解性D.可理解性與可讀性.不屬于軟件項目管理的是（A）。A.軟件俏售利潤B.項目風險評估C.質(zhì)量監(jiān)控D.開發(fā)機構能力評估.（C）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A.組織管理B.過程管理C.軟件配置管理D.風險管理.面向?qū)ο蟪绦蛟O計的基本機制（A）A.繼承B.消息C.方法D.結(jié)構.表達對象互相行為的模型是（A）模型。A.動態(tài)模型B.功能模型C.對象模型D.狀態(tài)模型.對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作（C）于對象的統(tǒng)一體中。A.結(jié)合B.隱藏C.封裝D.抽象.面向?qū)ο笤O計的環(huán)節(jié)中，對的的順序是（A）。A.系統(tǒng)構架設計、用例設計、類設計B.系統(tǒng)構架設計、數(shù)據(jù)庫設計和用戶界面設計C.類設計、用例設計、構架設計。D.用例設計、構架設計、類設計.結(jié)構化程序設計思想的核心是規(guī)定程序只由順序、循環(huán)和（A）三種結(jié)構組成。A.分支B.單入口C.單出口D.有規(guī)則GOTO37.（B）時,測試人員必須接觸到程序源代碼。A.黑盒測試。B.白盒測試C.壓力測試I）.外觀測試.軟件測試方法中，白盒測試法是常用的方法，重要用于（D）。A.結(jié)構的合理性B.軟件外部功能C.程序?qū)Φ男訢.程序內(nèi)部邏輯.為了適應軟硬件環(huán)境變化而修改軟件的過程是（C）oA.校正性維護B.完善性維護C.適應性維護D.防止性維護10、用（D）模型描述系統(tǒng)組織結(jié)構。A.組織B.CMMC.數(shù)據(jù)D.靜態(tài)二、單項選擇題1.下列（C）不是基于軟件工作方式劃分的結(jié)果。A.實時解決軟件B.分時軟件2.C.系統(tǒng)軟件D.批解決軟件下列哪個圖是N?S圖的構件A.C.C)oB3.下列（B）不屬于模塊。A.過程B.變量C.函數(shù)D.宏.UML的內(nèi)容可以由（A）來定義。A.靜態(tài)圖N-S圖PAD圖D.程序流程圖.下列（D）屬于強度測試。A.通過測試系統(tǒng)的恢復能力，檢測其數(shù)據(jù)恢復、重新啟動等是否正常B.檢測系統(tǒng)是否達成性能規(guī)定指標C.檢測系統(tǒng)安全保密的漏洞D.設計測試用例，使系統(tǒng)處在異常數(shù)量、異常頻率、異常條件下，檢測系統(tǒng)的承受能力三、多項選擇題1.運用特爾菲（DelPhi）法進行成本評估涉及（A、C）環(huán)節(jié)。A.把系統(tǒng)定義文獻或規(guī)格說明發(fā)給各位專家B.專家分組開會取得各組意見C.由協(xié)調(diào)人綜合意見D.專家組重新開會進行反復評估.關于軟件測試，對的的描述涉及（A、B、C、D）oA.測試前要認定被測試的軟件有錯B.要盡量避免測試自己編寫的程序C.測試要兼顧合理輸入與不合理輸入數(shù)據(jù)D.測試是相對的，不能窮盡所有的測試，要據(jù)人力物力安排測試,選擇好測試用例與測試方法.關于具體設計原則的描述對的的是（A、B、C）oA.模塊的邏輯描述要對的可靠。B.使用單入口單出口的控制結(jié)構。C.使用經(jīng)典的程序控制結(jié)構。D.盡量多的使用GOTO語句。4.下列（B、D）屬于枳極式防錯程序設計。A.棧的深度是否合適B.內(nèi)存檢查C.數(shù)組界線是否對的D.時間檢查5.在公共環(huán)境耦合中，公共環(huán)境可以是（A、R、C、D）。A.全程變量B.共享的通信區(qū)C.內(nèi)存的公共覆蓋區(qū)D.存儲介質(zhì)上的文獻A.經(jīng)濟、技術、法律和社會環(huán)境14、軟件調(diào)研報告是在(B)提交的。A.可行性分析之前B.需求分析之前C.簽協(xié)議之前D.設計的時候15、系統(tǒng)流程圖的重要作用(A).A.描述系統(tǒng)的物理模型B.業(yè)務流程C.系統(tǒng)解決過程D.數(shù)據(jù)解決過程16、PDL是一種(D)語言。A.低檔程序設計語言B.建模語言C.高級程序設計語言D.過程設計語言17、結(jié)構化設計方法劃分模塊的原則是(C)。A.模塊扇出小于5B.模塊扇入小于5C.低耦合，高內(nèi)聚D.模塊深度小于718、配置視圖體現(xiàn)了系統(tǒng)的實現(xiàn)環(huán)境，反映系統(tǒng)的(B)。A.邏輯架構B.物理架構C.組成結(jié)構D.體系結(jié)構19、角色可以有四種類型：系統(tǒng)的使用者，硬件設備，外部系統(tǒng)和(D)。A.數(shù)據(jù)庫B.接口C.對象D.時間20、功能模型用于表達系統(tǒng)的需求，為軟件的進一步分析和設計打下基礎。在面向?qū)ο蠓椒ㄖ校?C)實現(xiàn)。A.場景描述B.活動圖和場景描述C.用例圖和場景描述I).交互圖和場景描述21、下面的哪個選項不是軟件工程的宗旨(B)。A.開發(fā)滿足用戶需求的軟件B.研究算法C.及時交付軟件D.生產(chǎn)無端障軟件22、針對需求不擬定的軟件開發(fā)，比較好的模型是(A.快速原型化模型)。23、可行性分析研究的費用大約是項目總經(jīng)費的(R.6%)o4、業(yè)務需求描述的是(D)。A.功能需求B.用戶需求C.用戶的具體業(yè)務流程D.軟件的目的、規(guī)模和范圍25、一個數(shù)據(jù)流程圖中的圖形符號有且僅有(C4)種。26、非直接耦合的模塊獨立性最強,(A)的模塊獨立性最弱。A.內(nèi)容耦合B.數(shù)據(jù)耦合C.控制耦合D.外部耦合27、信息隱藏的核心內(nèi)容是(C)。C.一個模塊的內(nèi)部信息不允許其他模塊直接訪問28、面向過程的方法最關心的是(A參數(shù))，而過程實行的對象是作為過程參數(shù)傳遞的。29、(C用例視圖)用于描述系統(tǒng)的功能集。30、用(D.靜態(tài))模型建立系統(tǒng)組織結(jié)構。31、對象模型描述現(xiàn)實世界中實體的對象以及它們之間的關系，表達目的系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構。在面向?qū)ο蠓椒ㄖ校桑˙）實現(xiàn)。A.順序圖B.類圖C.狀態(tài)圖D.組件圖32、假如對象之間的耦合是通過（A消息機制）來實現(xiàn)的，則這種耦合就是交互耦合。33、定義類的屬性類型時盡量使用已有類型，太多自定義類型會減少系統(tǒng)的（C.可維護性）指標。34、在設計測試用例時，應當涉及（D）測試用例。A.也許產(chǎn)生無效輸出的輸入情況B.無效的和不盼望的輸入情況C.有效的和盼望的輸入情況D.上面所有情況35^（B）屬于功能測試方法。A.等價類劃分和鑒定覆蓋B.邊值分析和等價類劃分C.邊值分析和鑒定覆蓋I）.鑒定覆蓋和回歸測試36、一個軟件項目大約（30%）的工作量在開發(fā)階段，（70盼的工作量在維護階段。7、軟件項目管理的內(nèi)容不涉及（B）.A.人員的組織與管理B.技術和算法C.軟件配置管理D.軟件開發(fā)進度計劃8、通俗的說，軟件項目管理中常說的基線是（D）oA.管理的基本思緒B.一種軟件開發(fā)的基本策略C.基本的技術路線D.通過正式復審的文檔39、科學計算領域一般選擇（B）語言。A.HTMLB.CC.匯編語言D.XML40對于嵌套的循環(huán)和分支程序，層次不要超過（C3）層。41、在分析模型內(nèi)表達協(xié)調(diào)、順序、事務解決以及控制其他對象的類是（A）oA.控制類B.組件類C.主函數(shù)D.事務類42、繼承耦合是（B）之間的一種關聯(lián)形式，設計時應當適當使用這種耦合。A.虛類與實體類B.一般化類與特殊化類C.控制類與界面類D.數(shù)據(jù)類與解決類43、構架設計的重要目的是（D）,這項工作由經(jīng)驗豐富的構架設計師主持完畢。A.類圖B.擬定系統(tǒng)數(shù)據(jù)結(jié)構C.解決流程D.擬定系統(tǒng)總體結(jié)構44、測試用例是一組（A）.A.測試用的輸入數(shù)據(jù)以及相應的預期結(jié)果B.測試驅(qū)動程序C.測試數(shù)據(jù)D.測試程序及數(shù)據(jù)45、由于面向?qū)ο笾械睦^承和消息機制，使得軟件測試(B)。A.更加簡樸B.更加復雜C.沒變D.不擬定46、軟件維護過程中產(chǎn)生的副作用，一般是由(B)引起的。A.算法說明B.修改程序C.優(yōu)先級D.環(huán)境規(guī)定47、項目計劃活動的重要任務是(D)。A.估算項目的進度B.分派工作量C.計劃資源使用D.以上所有48、假如程序代碼的(C)好，則調(diào)試的成本就可以大幅度減少。A.性能比B.可擴充性C.可讀性D.可移植性49、兩個浮點數(shù)X0和XI比較相等時，應當用(C)比較。A.XO==X1B.X1-XO<￡C.|XO-X1|<eD.XO=X150、瀑布模型存在的問題是(D)。A.用戶容易參與開發(fā)。B.合用可變需求C.用戶與開發(fā)者易溝通D.缺少靈活性51>(B)不是分析建模的目的。A.定義可驗證的軟件需求B.開發(fā)一個簡樸的問題解決方案C.描述客戶需求D.建立軟件設計的基礎52、對用例進行設計,發(fā)現(xiàn)實現(xiàn)用例功能的(D),擬定類之間的關系。A.算法B.業(yè)務流程C.數(shù)據(jù)結(jié)構D.關鍵類53、框架是一組可用于不同應用的(A)的集合。A.類B.數(shù)據(jù)結(jié)構C.函數(shù)D.過程54、從狹義上講，軟件測試是(A)的過程。A.為發(fā)現(xiàn)錯誤而執(zhí)行程序B.為了驗證程序?qū)Φ腃.用不同的數(shù)據(jù)驗證程序?qū)Φ男訢.區(qū)分程序員水平55、在設計黑盒測試用例時，重要研究(D)oA.概要設計說明書B.具體設計說明C.項目開發(fā)計劃D.需求規(guī)格說明56、(B)時,測試人員必須接觸到程序源代碼。A、黑盒測試B、白盒測試C、壓力測試D、外觀測試57、一般維護程序代碼的策略(B)。A.從需求開始重新開發(fā)B.根據(jù)維護申請讀源程序，并修改C.找一個新的模塊替換D.不用讀源程序,從新編寫代碼58、Gantt圖直觀簡明、易學易用，但它不能（A）。A.直接反映任務間的依賴關系和關鍵途徑B.反映任務的分解情況C.直接反映任務的起止日期D.反映具體任務的時間段59、（D）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A.組織管理B.過程管理C.風險管理D.軟件配置管理60、程序的三種基本控制結(jié)構，涉及順序結(jié)構、（A判斷結(jié)構）和循環(huán)結(jié)構。61、軟件工程的研究內(nèi)容具有層次化結(jié)構，最底層是質(zhì)量保證層，中間層是（C.過程層和方法層），最上層是工具層。62美國著名軟件工程專家B.W.Boehm于1983年提出了軟件工程的（A.7）條基本原理。63、下面哪個選項不是軟件工程研究的內(nèi)容（B）oA.生產(chǎn)無端障的軟件B.精通一門編程語言C.生產(chǎn)滿足用戶需求的軟件D.生產(chǎn)及時交付的軟件64可行性研究的重要任務是（D）。A.擬定系統(tǒng)做什么B.擬定性能C.擬定功能D.進行一次簡要的需求分析65、用戶需求描述的是（A）。A.用戶使用該軟件要完畢的任務B.業(yè)務需求C.功能需求D.軟件目的、規(guī)模和范圍66、數(shù)據(jù)流程圖的重要作用是（D）。A.描述模塊組成B.說明用戶數(shù)據(jù)結(jié)構C.描述軟件功能D.描繪系統(tǒng)的邏輯模型67、軟件設計的目的是（A）。A.在最短的時間內(nèi)，生產(chǎn)出可靠性、可維護性俱佳的軟件方案。B.為軟件編碼設計模塊結(jié)構。C.擬定軟件要做什么。D.擬定軟件的實現(xiàn)算法。68、內(nèi)容耦合是模塊間最緊密的耦合,（B）是模塊間最松散的耦合。A.數(shù)據(jù)耦合B.非直接耦合C.控制耦合D.外部耦合69、面向?qū)ο笫恰跋取睌M定（動作的主體）“后”（/執(zhí)行動作）。0、UML是一種（B）語言。A.高級編程語言B.面向?qū)ο蠼ＵZ言C.分析方法D.過程71、軟件工程強調(diào)將（D）的方法應用于軟件的開發(fā)和維護過程之中。A.規(guī)范化B.系統(tǒng)化C.可度量D.以上所有72、軟件開發(fā)活動的順序應當是（A）。A.問題定義、可行性研究、需求分析、設計、編碼和測試。.問題定義、設計、可行性研究、編碼和測試。C.需求分析、設計、編碼和測試。D.需求分析、編碼和測試、試運營。73假定銀行的存款年利率是2%,請問現(xiàn)在存500（）元，兩年后的價值應為（A）元。A.5202B.4500C.5100D.471274、系統(tǒng)物理模型用（A）表達。A.系統(tǒng)流程圖B.數(shù)據(jù)流程圖C.程序流程圖D.E-R圖75、關于軟件需求特性不對的的描述是“軟件需求具有（C）\A.多變性B.模糊性C.準確性D.主觀性76、隨著模塊規(guī)模減小,模塊開發(fā)成本（減?。?，模塊集成成本（增長）。7、反映模塊獨立性的指標是（D.內(nèi)聚和耦合）。79、UML是一種（C）語言。A.建模工具B.可視化的程序設計語言C.面向?qū)ο蠼ＵZ言D.過程80、用（D）模型分析和定義用戶的需求。A.數(shù)據(jù)B.靜態(tài)C.動態(tài)D.用例1、動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構和對象之間的交互，表達瞬時的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用（D）實現(xiàn)。A.狀態(tài)圖B.交互圖C.活動圖D.以上所有82、面向?qū)ο蠓治龊驮O計的界線是（B）,從分析到設計是一個逐漸擴充模型的過程。A.清楚的B.模糊的C.非線性的D.擬定的83、每個子系統(tǒng)的接口定義了若干（A）,體現(xiàn)了子系統(tǒng)的功能，而功能的具體實現(xiàn)方法應當是隱藏的。A.操作B.參數(shù)C.算法D.控制84、測試最早的開始時間是（C）。A.從具體設計階段開始B.從編碼階段開始C.從需求分析階段開始D.以上都對85、從測試對象的粒度上劃分測試為（C）。C.單元測試、集成測試、系統(tǒng)測試和驗收測試86、維護的工作量與軟件規(guī)模成（B正比），軟件的規(guī)?？梢杂稍闯绦虻恼Z句數(shù)量、模塊數(shù)、輸入輸出文獻數(shù)、數(shù)據(jù)庫的規(guī)模，以及輸出的報表數(shù)等指標來衡最。87、上世紀70年代，美國國防部的研究結(jié)果發(fā)現(xiàn)70%的項目是由于（B.管理不善引起）因素，導致項目失敗。88所有程序設計語言的基本成分都可歸納為:數(shù)據(jù)成分、（B）、控制成分和傳輸成分。A.循環(huán)成分B.運算成分C.說明成分D.輸入成分89程序結(jié)構清楚且簡樸易懂,一個函數(shù)的規(guī)模一般（1）10（）左右）行。90、不屬于軟件項目管理的是（A）oA.軟件銷售利潤B.項目風險評估C.質(zhì)量監(jiān)控D.開發(fā)機構能力評估91、用（D）模型描述和分析業(yè)務流程。A.交互B.業(yè)務C.數(shù)據(jù)D.動態(tài)92、用（B）描述系統(tǒng)與角色之間的接口。A.表單B.界面類C.窗體D.對話框93、對類進行具體設計，重要是設計類的（。,優(yōu)化類之間的關系。A.數(shù)據(jù)結(jié)構B.解決流程C.屬性和方法D.算法94、面向?qū)ο笤O計強調(diào)定義（A）,并且使它們互相協(xié)作來滿足用戶需求。A.軟件對象B.物理模型C.E-R模型D.接口

95、軟件測試的目的是設計優(yōu)秀的測試用例，（B）。A.最快速地找出程序中的問題.以最小的代價、在最短的時間內(nèi)盡也許多地發(fā)現(xiàn)軟件中的錯誤C.保障程序的對的性D.區(qū)分出程序員的編程水平6、（R）不符合軟件測試原則。A.對每個測試結(jié)果進行檢查，不漏掉已經(jīng)出現(xiàn)的錯誤跡象B.程序員應當仔細測試自己編寫的程序代