軟件工程(習(xí)題與參考答案)

第1章概述〔習(xí)題與參考答案〕［判斷題］1.由于今天個(gè)人計(jì)算機(jī)不斷開(kāi)展壯大，人們不再采用軟件團(tuán)隊(duì)的開(kāi)發(fā)方式?！病痢?.由于軟件是產(chǎn)品，因此可以應(yīng)用其他工程制品所用的技術(shù)進(jìn)行生產(chǎn)?！病痢?.購(gòu)置大多數(shù)計(jì)算機(jī)系統(tǒng)所需的硬件比軟件更昂貴。〔×〕4.大多數(shù)軟件產(chǎn)品在其生命周期中不需要增強(qiáng)功能。〔×〕5.大多數(shù)軟件系統(tǒng)是不容易變化的，除非它們?cè)谠O(shè)計(jì)時(shí)考慮了變化?！病獭?.一般來(lái)說(shuō)，軟件只有在其行為與設(shè)計(jì)者的目標(biāo)一致的情況下才能成功。〔×〕［選擇題］1.〔〕因素促使計(jì)算機(jī)系統(tǒng)越來(lái)越復(fù)雜?！睤〕A.計(jì)算機(jī)內(nèi)存和存儲(chǔ)容量上的巨大增長(zhǎng)B.外部輸入／輸出選項(xiàng)的更加多樣性C.計(jì)算機(jī)體系結(jié)構(gòu)方面的深刻變化D.以上所有選項(xiàng)2.下面的〔〕不再是現(xiàn)代軟件工程師關(guān)注的問(wèn)題?！睞〕A.為什么計(jì)算機(jī)硬件的本錢(qián)這么高？B.為什么軟件需要很長(zhǎng)時(shí)間才能完成？C.為什么開(kāi)發(fā)一個(gè)軟件的本錢(qián)這么高？D.為什么不能在產(chǎn)品發(fā)布前去除軟件錯(cuò)誤？3.軟件會(huì)逐漸退化而不會(huì)磨損，其原因在于〔〕?！睠〕A.軟件通常暴露在惡劣的環(huán)境下B.軟件錯(cuò)誤通常發(fā)生在使用之后C.不斷的變更使組件接口之間引起錯(cuò)誤D.軟件備件很難訂購(gòu)4.大多數(shù)軟件仍然是定制開(kāi)發(fā)的，其原因在于〔〕?！睠〕A.軟件組件重用是十分普遍的B.可重用的組件太昂貴而無(wú)法使用C.軟件在不使用其他組件的情況下很容易構(gòu)造出來(lái)D.商業(yè)組件在很多應(yīng)用領(lǐng)域中可以得到5.下面的〔〕說(shuō)法是正確的。〔C〕A.軟件危機(jī)在20世紀(jì)70年代末期全面爆發(fā)B.當(dāng)前先進(jìn)的軟件工程方法已經(jīng)解決了軟件危機(jī)的問(wèn)題C.軟件危機(jī)是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中遇到的一系列嚴(yán)重問(wèn)題D.軟件危機(jī)是指在軟件產(chǎn)品中存在一系列的質(zhì)量問(wèn)題6.軟件工程的根本目標(biāo)是〔〕?！睟〕A.消除軟件固有的復(fù)雜性B.開(kāi)發(fā)高質(zhì)量的軟件C.努力發(fā)揮開(kāi)發(fā)人員的創(chuàng)造性潛能D.更好地維護(hù)正在使用的軟件產(chǎn)品7.〔〕是將系統(tǒng)化的、標(biāo)準(zhǔn)的、可定量的方法應(yīng)用于軟件的開(kāi)發(fā)、運(yùn)行和維護(hù)的過(guò)程，它包括方法、工具和過(guò)程三個(gè)要素?！睤〕A.軟件產(chǎn)品B.軟件過(guò)程C.軟件測(cè)試D.軟件工程8.軟件工程的根本要素包括方法、工具和〔〕。〔C〕A.軟件系統(tǒng)B.硬件環(huán)境C.過(guò)程D.人員9.軟件工程師在從事軟件工作時(shí)應(yīng)使用下面的〔〕準(zhǔn)那么。〔E〕A.從來(lái)不為個(gè)人獲利而竊取數(shù)據(jù)B.從來(lái)不散布或出售工程中自己工作的信息C.從來(lái)不成心毀壞或修改別人的程序、文件或數(shù)據(jù)D.從來(lái)不侵犯?jìng)€(gè)人、小組或組織的隱私E.以上所有選項(xiàng)第2章軟件過(guò)程〔習(xí)題與參考答案〕［選擇題］1.〔〕是軟件生存期中的一系列相關(guān)軟件工程活動(dòng)的集合，它由軟件規(guī)格說(shuō)明、軟件設(shè)計(jì)與開(kāi)發(fā)、軟件確認(rèn)、軟件改進(jìn)等活動(dòng)組成?！睞〕A.軟件過(guò)程B.軟件工具C.軟件產(chǎn)品D.軟件工程2.軟件過(guò)程的根本活動(dòng)是〔〕?！睞〕A.分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、演化B.溝通、方案、建模、構(gòu)造、部署C.方案、分析、設(shè)計(jì)、實(shí)現(xiàn)、調(diào)試D.溝通、風(fēng)險(xiǎn)管理、度量、產(chǎn)品化、評(píng)審3.〔〕軟件需求規(guī)格說(shuō)明書(shū)在軟件開(kāi)發(fā)過(guò)程中具有重要的作用，它是軟件可行性分析的依據(jù)?！睟〕A.真B.假4.軟件開(kāi)發(fā)的瀑布模型是〔〕?！睞〕A.適用于需求被清晰定義的情況B.一種需要快速構(gòu)造可運(yùn)行程序的好方法C.最適合于大規(guī)模團(tuán)隊(duì)開(kāi)發(fā)的工程D.已不能用于現(xiàn)代環(huán)境的過(guò)時(shí)模型5.軟件開(kāi)發(fā)的增量模型是〔〕?！睟〕A.適用于需求被清晰定義的情況B.一種需要快速構(gòu)造核心產(chǎn)品的好方法C.最適合于大規(guī)模團(tuán)隊(duì)開(kāi)發(fā)的工程D.一種不適用于商業(yè)產(chǎn)品的創(chuàng)新模型6.快速原型開(kāi)發(fā)模型是〔〕?！睟〕A.適用于客戶需求被明確定義的情況B.適用于客戶需求難以清楚定義的情況C.最適合于大規(guī)模團(tuán)隊(duì)開(kāi)發(fā)的工程D.很難產(chǎn)生有意義產(chǎn)品的一種冒險(xiǎn)模型7.演進(jìn)式軟件過(guò)程模型〔〕?！睤〕A.本質(zhì)上是迭代的B.可以很容易適應(yīng)需求的變化C.通常不會(huì)拋棄所產(chǎn)生的系統(tǒng)D.以上所有選項(xiàng)8.螺旋模型〔〕?！睠〕A.在軟件產(chǎn)品發(fā)布時(shí)結(jié)束B(niǎo).比增量模型更加混亂C.在每一次迭代過(guò)程中包含工程風(fēng)險(xiǎn)評(píng)價(jià)D.以上所有選項(xiàng)9.基于組件的開(kāi)發(fā)模型〔〕。〔C〕A.只適用于計(jì)算機(jī)硬件設(shè)計(jì)B.不能支持可重用組件的開(kāi)發(fā)C.在面向?qū)ο蠹夹g(shù)獲得支持的情況下應(yīng)用得更好D.增加了開(kāi)發(fā)風(fēng)險(xiǎn)和本錢(qián)10.形式化方法模型是將數(shù)學(xué)方法用于〔〕?！睤〕A.定義計(jì)算機(jī)系統(tǒng)的規(guī)格說(shuō)明B.開(kāi)發(fā)無(wú)錯(cuò)誤的計(jì)算機(jī)系統(tǒng)C.驗(yàn)證計(jì)算機(jī)系統(tǒng)的正確性D.以上所有選項(xiàng)11.下面的〔〕不是RUP模型的階段?！睤〕A.啟動(dòng)階段B.精化階段C.構(gòu)造階段D.確認(rèn)階段第3章軟件工程管理〔習(xí)題與參考答案〕［選擇題］1.軟件工程管理的“4P〞是〔〕?！睠〕A.people，performance，payoff，productB.people，product，performance，processC.people，product，process，projectD.people，process，payoff，product2.〔〕工程管理在現(xiàn)代軟件開(kāi)發(fā)中是不太重要的，因?yàn)榇蠖鄶?shù)工程能夠及時(shí)完成并成功交付?！睟〕A.真B.假3.在軟件開(kāi)發(fā)的各種資源中，〔〕是最重要的資源。〔C〕A.開(kāi)發(fā)工具B.方法C.硬件環(huán)境D.人員4.軟件工程規(guī)劃的第一步是〔〕?！睤〕A.確定工程預(yù)算B.選擇團(tuán)隊(duì)的組織模型C.確定工程的約束D.建立工程的目標(biāo)和范圍5.下面的〔〕方法最不適合你向團(tuán)隊(duì)成員解釋他或她為什么表現(xiàn)不合格?！睟〕A.個(gè)人談話B.工程團(tuán)隊(duì)會(huì)議C.正式報(bào)告D.電子郵件6.功能點(diǎn)估算技術(shù)需要以〔〕為根底進(jìn)行問(wèn)題分解。〔A〕A.信息域B.工程進(jìn)度C.軟件功能D.過(guò)程活動(dòng)7.軟件開(kāi)發(fā)團(tuán)隊(duì)的每一個(gè)成員都應(yīng)該參與方案活動(dòng)，以便〔〕?！睠〕A.降低方案的粒度B.深入地分析需求C.所有成員同意該方案D.開(kāi)始設(shè)計(jì)8.在攻克技術(shù)難題時(shí)，最正確的開(kāi)發(fā)團(tuán)隊(duì)組織模型是〔〕?！睞〕A.民主式結(jié)構(gòu)B.主程序員式結(jié)構(gòu)C.技術(shù)管理混合式結(jié)構(gòu)D.以上所有選項(xiàng)都不是9.在選擇開(kāi)發(fā)團(tuán)隊(duì)組織結(jié)構(gòu)時(shí)應(yīng)考慮〔〕因素?！睧〕A.溝通的復(fù)雜程度B.最終程序的規(guī)模大小C.發(fā)布日期的嚴(yán)格程度D.工程預(yù)算的多少E.選項(xiàng)A，B和C10.在軟件開(kāi)發(fā)過(guò)程中防止受挫的最正確方法之一是〔〕?！睞〕A.給予團(tuán)隊(duì)成員對(duì)于過(guò)程和技術(shù)決策的更多控制權(quán)B.給予團(tuán)隊(duì)成員對(duì)于過(guò)程和技術(shù)決策的更少控制權(quán)C.向團(tuán)隊(duì)成員隱瞞壞消息直到事情有所改善D.根據(jù)生產(chǎn)效率獎(jiǎng)勵(lì)團(tuán)隊(duì)成員11.下面的〔〕軟件特性不是引起工程協(xié)調(diào)困難的一個(gè)因素?！睟〕A.互操作性B.性能C.規(guī)模D.不確定性12.在進(jìn)行工程范圍活動(dòng)時(shí)，問(wèn)題分解的主要范圍是〔〕?！睧〕A.客戶工作流程B.需要發(fā)布的功能C.用于發(fā)布功能的過(guò)程D.軟件過(guò)程模型E.選項(xiàng)B和C13.〔〕隨著工程方案的不斷形成，產(chǎn)品分解和過(guò)程分解經(jīng)常是同時(shí)發(fā)生的?！睞〕A.真B.假14.為了將工程失敗的風(fēng)險(xiǎn)減少到最小，工程經(jīng)理需要采取〔〕?！睤〕A.將工程團(tuán)隊(duì)規(guī)模增加一倍B.要求更大的預(yù)算C.順利地開(kāi)始D.跟蹤過(guò)程E.選項(xiàng)B和C15.〔〕估算不可靠的唯一原因是估算人員缺乏經(jīng)驗(yàn)?！睟〕A.真B.假16.〔〕由于軟件工程估算不完全可靠，所以工程開(kāi)始后可以忽略這些估算?！睟〕A.真B.假17.軟件工程規(guī)劃的目的是〔〕。〔C〕A.使客戶相信工程是可行的B.使用歷史工程數(shù)據(jù)C.使工程管理者合理地估算本錢(qián)和進(jìn)度D.在投標(biāo)工程之前確定大概的利潤(rùn)邊界18.軟件工程所需的人數(shù)應(yīng)該〔〕。〔D〕A.在估計(jì)開(kāi)發(fā)需要的努力之后決定B.由工程預(yù)算數(shù)量決定C.從評(píng)價(jià)系統(tǒng)復(fù)雜性來(lái)決定D.以上所有選項(xiàng)19.〔〕估計(jì)待開(kāi)發(fā)軟件產(chǎn)品的規(guī)模必須基于像代碼行等直接度量單位?！睟〕A.真B.假20.代碼行估算技術(shù)需要以〔〕為根底進(jìn)行問(wèn)題分解。〔C〕A.信息域值B.工程進(jìn)度C.軟件功能D.軟件過(guò)程活動(dòng)21.功能點(diǎn)估算技術(shù)需要以〔〕為根底進(jìn)行問(wèn)題分解?！睞〕A.信息域值B.工程進(jìn)度C.軟件功能D.軟件過(guò)程活動(dòng)22.經(jīng)驗(yàn)估算模型是基于〔〕?！睠〕A.專家基于過(guò)去工程經(jīng)驗(yàn)的判斷B.期望值估計(jì)的細(xì)化C.來(lái)自歷史工程數(shù)據(jù)的回歸模型D.反復(fù)試驗(yàn)決定參數(shù)和系數(shù)23.COCOMOII是現(xiàn)代經(jīng)驗(yàn)估算模型的一個(gè)實(shí)例，它需要以〔〕為單位的程序規(guī)模信息?！睟〕A.功能點(diǎn)B.代碼行C.工作量D.以上任何選項(xiàng)24.〔〕功能點(diǎn)不能用于估算面向?qū)ο蟮能浖！睟〕A.真B.假25.〔〕軟件工程延遲是不可防止的，而且無(wú)法解釋其原因?！睟〕A.真B.假26.〔〕將開(kāi)發(fā)團(tuán)隊(duì)人數(shù)增加一倍可以保證工程完成時(shí)間減少一半?！睟〕A.真B.假27.任務(wù)集是〔〕的集合。〔A〕A.工作任務(wù)、里程碑、工作產(chǎn)品B.任務(wù)分配、本錢(qián)估算、度量單位C.里程碑、可交付物、度量單位D.責(zé)任、里程碑、文檔28.〔〕主動(dòng)的風(fēng)險(xiǎn)管理有時(shí)被描述為救火?！睟〕A.真B.假29.軟件風(fēng)險(xiǎn)總是包括〔〕兩個(gè)特性。〔C〕A.救火和危機(jī)管理B.的和未知的風(fēng)險(xiǎn)C.不確定和損失D.安置人員和預(yù)算30.風(fēng)險(xiǎn)的三種主要類型是〔〕?！睟〕A.商業(yè)風(fēng)險(xiǎn)、人員風(fēng)險(xiǎn)、預(yù)算風(fēng)險(xiǎn)B.工程風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、商業(yè)風(fēng)險(xiǎn)C.方案風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、人員風(fēng)險(xiǎn)D.管理風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、設(shè)計(jì)風(fēng)險(xiǎn)31.下面的〔〕是有效的軟件配置項(xiàng)。〔E〕A.軟件工具B.文檔C.可執(zhí)行程序D.測(cè)試數(shù)據(jù)E.以上所有選項(xiàng)32.下面的〔〕配置對(duì)象通常不包括在工程數(shù)據(jù)庫(kù)中?！睠〕A.設(shè)計(jì)規(guī)格說(shuō)明書(shū)B(niǎo).可執(zhí)行程序C.組織結(jié)構(gòu)描述D.測(cè)試方案33.基線〔Baseline〕是指在工程生命周期的不同時(shí)間點(diǎn)上，一個(gè)或一組配置項(xiàng)通過(guò)〔〕而進(jìn)入正式受控的一種狀態(tài)?！睠〕A.存取控制B.質(zhì)量控制C.正式評(píng)審D.變更管理34.〔〕軟件工作產(chǎn)品一旦成為基線就不能再更改了?！睟〕A.真B.假35.〔〕如果開(kāi)發(fā)小組使用自動(dòng)化的工程數(shù)據(jù)庫(kù)工具，那么就不需要變更控制。〔B〕A.真B.假36.下面的〔〕不是軟件配置管理的任務(wù)?！睠〕A.變更控制B.配置狀態(tài)報(bào)告C.統(tǒng)計(jì)質(zhì)量控制D.版本控制37.配置狀態(tài)報(bào)告的主要目的是〔〕?！睠〕A.允許工程經(jīng)理修改工程進(jìn)度和本錢(qián)估算B.評(píng)估軟件開(kāi)發(fā)人員和組織的績(jī)效C.確保變更信息傳到達(dá)受影響的團(tuán)體D.選項(xiàng)A和CE.選項(xiàng)A、B和C第4章需求工程〔習(xí)題與參考答案〕［選擇題］1.〔〕在需求分析過(guò)程中，分析員要從用戶那里解決的最重要的問(wèn)題是明確軟件做什么。〔A〕A.真B.假2.〔〕軟件需求規(guī)格說(shuō)明書(shū)在軟件開(kāi)發(fā)中具有重要的作用，它是軟件可行性分析的依據(jù)?！睟〕A.真B.假3.在工程初始階段，開(kāi)發(fā)任務(wù)的目標(biāo)是〔〕。〔A〕A.理解根本問(wèn)題B.確定所需的解決方案C.確定需要解決方案的人員D.以上選項(xiàng)都不是E.選項(xiàng)A、B和C4.下面的〔〕將造成需求獲取困難的問(wèn)題?！睧〕A.預(yù)算〔budgeting〕B.范圍〔scope〕C.理解〔understanding〕D.揮發(fā)性〔volatility〕E.選項(xiàng)B、C和D5.需求分析的結(jié)果是產(chǎn)生定義下面〔〕問(wèn)題域的分析模型?！睤〕A.信息B.功能C.性能D.以上所有選項(xiàng)6.〔〕目前存在一個(gè)很普遍的現(xiàn)象，即不同的客戶提出的需求是相互矛盾的，但每個(gè)人都爭(zhēng)辯自己是正確的?！睞〕A.真B.假7.〔〕利益相關(guān)者〔stakeholders〕是將來(lái)購(gòu)置所開(kāi)發(fā)軟件系統(tǒng)的人?！睟〕A.真B.假8.需求規(guī)格說(shuō)明描述了〔〕?！睞〕A.計(jì)算機(jī)系統(tǒng)的功能、性能及其約束B(niǎo).每個(gè)指定系統(tǒng)的實(shí)現(xiàn)C.軟件體系結(jié)構(gòu)的元素D.系統(tǒng)仿真所需要的時(shí)間9.組織需求評(píng)審的最好方法是〔〕?！睤〕A.檢查系統(tǒng)模型的錯(cuò)誤B.讓客戶檢查需求C.將需求發(fā)放給設(shè)計(jì)團(tuán)隊(duì)去征求意見(jiàn)D.使用問(wèn)題列表檢查每一個(gè)需求10.使用跟蹤表有助于〔〕?！睠〕A.在后續(xù)的檢查運(yùn)行錯(cuò)誤時(shí)調(diào)試程序B.確定算法執(zhí)行的性能C.識(shí)別、控制和跟蹤需求的變化D.以上選項(xiàng)都不是11.〔〕需求工程師的任務(wù)是將所有利益相關(guān)者的信息進(jìn)行分類以便允許決策者選擇一個(gè)相互一致的需求集?！睟〕A.真B.假12.下面的〔〕不是在工程啟動(dòng)階段被提出的“與環(huán)境無(wú)關(guān)〞的問(wèn)題?！睟〕A.成功的解決方案將帶來(lái)什么樣的經(jīng)濟(jì)收益？B.誰(shuí)反對(duì)該工程？C.誰(shuí)將為該工程付款？D.誰(shuí)將使用該解決方案？13.〔〕開(kāi)發(fā)人員與客戶創(chuàng)立用例以幫助軟件團(tuán)隊(duì)理解有多少類型的最終用戶將使用這些功能?！睟〕A.真B.假14.在各種不同的軟件需求中，〔〕描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型或方案腳本中予以說(shuō)明，〔〕是從各個(gè)角度對(duì)系統(tǒng)的約束和限制，反映了應(yīng)用對(duì)軟件系統(tǒng)質(zhì)量和特性的額外要求?！睟，C〕A.業(yè)務(wù)需求B.功能需求C.非功能需求D.用戶需求15.需求導(dǎo)出后產(chǎn)生的工作制品將依賴于〔〕而不同?！睟〕A.預(yù)算多少B.將要構(gòu)建的產(chǎn)品規(guī)模C.正在使用的軟件過(guò)程D.利益相關(guān)者的需要16.〔〕用例參與者總是人員而不是系統(tǒng)設(shè)備?！睟〕A.真B.假17.〔〕在需求確認(rèn)過(guò)程中需求模型被評(píng)審以保證其技術(shù)可行性?！睟〕A.真B.假18.在需求開(kāi)發(fā)過(guò)程中，軟件工程師應(yīng)與客戶合作共同定義〔〕?！睧〕A.客戶可見(jiàn)的使用場(chǎng)景B.重要的軟件特性C.系統(tǒng)的輸入與輸出D.選項(xiàng)A和BE.選項(xiàng)A、B和C第5章面向?qū)ο蟾住擦?xí)題與參考答案〕［選擇題］1.〔〕模型是對(duì)現(xiàn)實(shí)的簡(jiǎn)化，建模是為了更好地理解所開(kāi)發(fā)的系統(tǒng)?！睞〕A.真B.假2.〔〕UML語(yǔ)言支持面向?qū)ο蟮闹饕拍?，并與具體的開(kāi)發(fā)過(guò)程相關(guān)?！睟〕A.真B.假3.類的結(jié)構(gòu)是〔〕?！睧〕A.由代碼來(lái)表示B.由屬性和關(guān)系來(lái)表示C.由操作來(lái)表示D.由對(duì)象的交互來(lái)表示E.選項(xiàng)B和C4.類的行為是〔〕?！睞〕A.由一組操作決定B.由類的屬性決定C.對(duì)類的每一個(gè)對(duì)象唯一的D.由父類決定E.選項(xiàng)A和B5.〔〕是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息對(duì)外界是隱蔽的，外界只能通過(guò)有限的接口與對(duì)象發(fā)生聯(lián)系?！睠〕A.多態(tài)性B.繼承C.封裝D.消息6.〔〕意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式?！睞〕A.多態(tài)性B.多繼承C.消息D.封裝7.UML是〔〕的縮寫(xiě)。〔B〕A.UnifiedModuleLanguageB.UnifiedModelingLanguageC.UniversalModuleLevelingD.UniversalModuleLanguage8.順序圖反映對(duì)象之間發(fā)送消息的時(shí)間順序，它與〔〕是同構(gòu)的?！睠〕A.用例圖B.類圖C.協(xié)作圖D.狀態(tài)圖9.〔〕定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描述系統(tǒng)內(nèi)部對(duì)功能的具體實(shí)現(xiàn)?！睞〕A.用例圖B.類圖C.活動(dòng)圖D.狀態(tài)圖10.狀態(tài)圖包括〔〕?！睧〕A.類的狀態(tài)B.狀態(tài)之間的轉(zhuǎn)換C.類執(zhí)行的動(dòng)作D.觸發(fā)類的動(dòng)作的事件E.所有以上選項(xiàng)第6章面向?qū)ο蠓治觥擦?xí)題與參考答案〕［選擇題］1.〔〕面向?qū)ο蠓治龅暮诵脑谟诮⒁粋€(gè)描述軟件系統(tǒng)的模型?！睟〕A.真B.假2.關(guān)于面向?qū)ο蠓治觯韵碌摹病呈钦_的。〔A〕A.它是系統(tǒng)需求建模的方法B.它是分析系統(tǒng)設(shè)計(jì)的技術(shù)C.可以從分析直接編寫(xiě)代碼D.在軟件生命周期中，它出現(xiàn)在面向?qū)ο笤O(shè)計(jì)之后3.以下的〔〕不是分析建模的目的?！睠〕A.定義可驗(yàn)證的軟件需求B.描述客戶需求C.開(kāi)發(fā)一個(gè)簡(jiǎn)單的問(wèn)題解決方案D.建立軟件設(shè)計(jì)的根底4.以下的〔〕不屬于面向?qū)ο蠓治瞿Ｐ??！睠〕A.用例圖B.類圖C.實(shí)體關(guān)系圖D.順序圖5.〔〕分析類用于描述系統(tǒng)中概念層次的對(duì)象?！睞〕A.真B.假6.在分析類中，〔〕用于描述一個(gè)用例所具有的事件流控制行為?！睤〕A.實(shí)體類B.界面類C.接口類D.控制類7.〔〕在基于用例的面向?qū)ο蠓治鲞^(guò)程中，定義交互行為的關(guān)鍵在于通過(guò)描述分析類實(shí)例之間的消息傳遞將用例的職責(zé)分配到分析類中?！睞〕A.真B.假8.開(kāi)發(fā)人員使用〔〕可以將用例的行為分配到所識(shí)別的分析類中?！睟〕A.用例圖B.順序圖C.類圖D.狀態(tài)圖9.分析模型一般采用〔〕方式進(jìn)行驗(yàn)證?！睠〕A.總結(jié)B.階段性報(bào)告C.需求分析評(píng)審D.轉(zhuǎn)化成設(shè)計(jì)模型10.〔〕需求評(píng)審人員主要由開(kāi)發(fā)人員組成，一般不包括用戶?！睟〕A.真B.假第7章軟件體系結(jié)構(gòu)設(shè)計(jì)〔習(xí)題與參考答案〕［選擇題］1.〔〕系統(tǒng)體系結(jié)構(gòu)的最正確表示形式是一個(gè)可執(zhí)行的軟件原型?！睟〕A.真B.假2.〔〕軟件體系結(jié)構(gòu)描述是不同工程相關(guān)人員之間進(jìn)行溝通的使能器?！睞〕A.真B.假3.〔〕良好的分層體系結(jié)構(gòu)有利于系統(tǒng)的擴(kuò)展與維護(hù)?！睞〕A.真B.假4.〔〕消除兩個(gè)包之間出現(xiàn)的循環(huán)依賴在技術(shù)上是不可行的。〔B〕A.真B.假5.〔〕設(shè)計(jì)模式是從大量成功實(shí)踐中總結(jié)出來(lái)且被廣泛公認(rèn)的實(shí)踐和知識(shí)?！睞〕A.真B.假6.程序編譯器的體系結(jié)構(gòu)適合使用〔〕。〔A〕A.倉(cāng)庫(kù)體系結(jié)構(gòu)B.模型－視圖－控制器結(jié)構(gòu)C.客戶機(jī)／效勞器結(jié)構(gòu)D.以上選項(xiàng)都不是7.網(wǎng)站系統(tǒng)是一個(gè)典型的〔〕。〔C〕A.倉(cāng)庫(kù)體系結(jié)構(gòu)B.胖客戶機(jī)／效勞器結(jié)構(gòu)C.瘦客戶機(jī)／效勞器結(jié)構(gòu)D.以上選項(xiàng)都不是8.在分層體系結(jié)構(gòu)中，〔〕實(shí)現(xiàn)與實(shí)體對(duì)象相關(guān)的業(yè)務(wù)邏輯?！睤〕A.表示層B.持久層C.實(shí)體層D.控制層9.〔〕可以幫助人們簡(jiǎn)單方便地復(fù)用已經(jīng)成功的設(shè)計(jì)或體系結(jié)構(gòu)?！睟〕A.商業(yè)組件B.設(shè)計(jì)模式C.遺留系統(tǒng)D.需求規(guī)格說(shuō)明10.〔〕用于封裝具體的平臺(tái)，從而使應(yīng)用程序可以在不同的平臺(tái)上運(yùn)行?！睞〕A.抽象工廠模式B.外觀模式C.觀察者模式D.以上選項(xiàng)都不是第8章面向?qū)ο笤O(shè)計(jì)〔習(xí)題與參考答案〕［選擇題］1.〔〕面向?qū)ο笤O(shè)計(jì)是在分析模型的根底上，運(yùn)用面向?qū)ο蠹夹g(shù)生成軟件實(shí)現(xiàn)環(huán)境下的設(shè)計(jì)模型。〔A〕A.真B.假2.〔〕系統(tǒng)設(shè)計(jì)的主要任務(wù)是細(xì)化分析模型，最終形成系統(tǒng)的設(shè)計(jì)模型?！睟〕A.真B.假3.〔〕關(guān)系數(shù)據(jù)庫(kù)可以完全支持面向?qū)ο蟮母拍?，面向?qū)ο笤O(shè)計(jì)中的類可以直接對(duì)應(yīng)到關(guān)系數(shù)據(jù)庫(kù)中的表?！睟〕A.真B.假4.〔〕用戶界面設(shè)計(jì)對(duì)于一個(gè)系統(tǒng)的成功是至關(guān)重要的，一個(gè)設(shè)計(jì)得很差的用戶界面可能導(dǎo)致用戶拒絕使用該系統(tǒng)。〔A〕A.真B.假5.內(nèi)聚表示一個(gè)模塊〔〕的程度，耦合表示一個(gè)模塊〔〕的程度?！睟，D〕A.可以被更加細(xì)化B.僅關(guān)注在一件事情上C.能夠適時(shí)地完成其功能D.聯(lián)接其他模塊和外部世界6.良好設(shè)計(jì)的特征是〔〕。〔E〕A.模塊之間呈現(xiàn)高耦合B.實(shí)現(xiàn)分析模型中的所有需求C.包括所有組件的測(cè)試用例D.提供軟件的完整描述E.選項(xiàng)B和DF.選項(xiàng)B、C和D7.〔〕是選擇適宜的解決方案策略，并將系統(tǒng)劃分成假設(shè)干子系統(tǒng)，從而建立整個(gè)系統(tǒng)的體系結(jié)構(gòu)；〔〕細(xì)化原有的分析對(duì)象，確定一些新的對(duì)象、對(duì)每一個(gè)子系統(tǒng)接口和類進(jìn)行準(zhǔn)確詳細(xì)的說(shuō)明。〔A，B〕A.系統(tǒng)設(shè)計(jì)B.對(duì)象設(shè)計(jì)C.數(shù)據(jù)庫(kù)設(shè)計(jì)D.用戶界面設(shè)計(jì)8.下面的〔〕界面設(shè)計(jì)原那么不允許用戶保持對(duì)計(jì)算機(jī)交互的控制?！睤〕A.允許交互中斷B.允許交互操作取消C.對(duì)臨時(shí)用戶隱藏技術(shù)內(nèi)部信息D.只提供一種規(guī)定的方法完成任務(wù)第9章軟件實(shí)現(xiàn)〔習(xí)題與參考答案〕［選擇題］1.〔〕在程序設(shè)計(jì)中使用括號(hào)以改善表達(dá)式的清晰性?！睞〕A.真B.假2.〔〕在程序設(shè)計(jì)中應(yīng)盡可能對(duì)程序代碼進(jìn)行優(yōu)化?！睟〕A.真B.假3.〔〕不要修補(bǔ)不好的程序，要重新寫(xiě)?！睞〕A.真B.假4.〔〕程序中的注釋是可有可無(wú)的?！睟〕A.真B.假5.〔〕對(duì)遞歸定義的數(shù)據(jù)結(jié)構(gòu)不要使用遞歸過(guò)程?！睟〕A.真B.假6.為了使程序能在不同的計(jì)算機(jī)上運(yùn)行，程序應(yīng)當(dāng)具有較好的〔〕?！睞〕A.可移植性B.可重用性C.可維護(hù)性D.可適用性7.對(duì)于開(kāi)發(fā)面向數(shù)據(jù)庫(kù)應(yīng)用的軟件，應(yīng)中選擇的程序設(shè)計(jì)語(yǔ)言是〔〕。〔C〕A.CB.PASCALC.SQLD.JAVA8.下面對(duì)提高程序編碼效率沒(méi)有影響的是〔〕。〔D〕A.選擇良好的設(shè)計(jì)方法B.選擇良好的算法C.選擇良好的數(shù)據(jù)結(jié)構(gòu)D.變量名的使用9.為了保證軟件的質(zhì)量，使其具有較好的可維護(hù)性，關(guān)鍵在于〔〕?！睟〕A.選擇適宜的程序設(shè)計(jì)語(yǔ)言B.選擇好的程序設(shè)計(jì)風(fēng)格C.具有好的數(shù)據(jù)結(jié)構(gòu)D.選擇好的