第一章1、單選題

軟件工程方法是（）。A為了獲得高質(zhì)量軟件而實(shí)施的一系列活動B為開發(fā)軟件提供技術(shù)上的解決方法C為支持軟件開發(fā)、維護(hù)、管理而研制的計(jì)算機(jī)程序系統(tǒng)D為了理解問題和確定需求而采取的一些技術(shù)和方法B2、

單選題

下面的（）是正確的。A運(yùn)行正確的軟件就是高質(zhì)量的軟件。B軟件質(zhì)量是在開發(fā)過程中逐漸構(gòu)建起來的。C軟件產(chǎn)品質(zhì)量越高越好，最理想的情況是達(dá)到“零缺陷”。D軟件質(zhì)量是由產(chǎn)品的功能、性能、易用性等外在特性決定的。B3、單選題

在Garvin多維度模型中，可靠性是指（）。A軟件產(chǎn)品提供了讓用戶產(chǎn)生驚喜的特性B軟件實(shí)現(xiàn)了用戶需要的功能和性能C軟件在規(guī)定時間和條件下無故障持續(xù)運(yùn)行D軟件符合國家或行業(yè)的相關(guān)標(biāo)準(zhǔn)C4、單選題（）是軟件從一個硬件或軟件環(huán)境轉(zhuǎn)換到另一環(huán)境的容易程度。A易用性B可維護(hù)性C可移植性D性能C5、

單選題下面的（）說法是正確的。A由于軟件是產(chǎn)品，因此可以應(yīng)用其他工程制品所用的技術(shù)進(jìn)行生產(chǎn)B購買大多數(shù)計(jì)算機(jī)系統(tǒng)所需的硬件比軟件更昂貴C大多數(shù)軟件系統(tǒng)是不容易修改的，除非它們在設(shè)計(jì)時考慮了變化D一般來說，軟件只有在其行為與開發(fā)者的目標(biāo)一致的情況下才能成功C6、

單選題造成大型軟件開發(fā)困難的根本原因在于（）。A開發(fā)人員缺乏足夠的開發(fā)經(jīng)驗(yàn)B對軟件開發(fā)的資金投入不足C項(xiàng)目開發(fā)進(jìn)度不合理D軟件系統(tǒng)的復(fù)雜性D7、

單選題軟件會逐漸退化而不會磨損，其原因在于（）。A軟件通常暴露在惡劣的環(huán)境下B軟件錯誤在經(jīng)常使用之后會逐漸增加C不斷的變更使組件接口之間引起錯誤D軟件備件很難訂購C8、單選題

“軟件工程”術(shù)語是在（）被首次提出。AFredBrooks的《沒有銀彈：軟件工程中的根本和次要問題》B1968年NATO會議CIEEE的軟件工程知識體系指南（SWEBOK）D美國卡內(nèi)基·梅隆大學(xué)的軟件工程研究所B9、

單選題

Ariane5火箭發(fā)射失敗的事例告訴我們（）。A系統(tǒng)環(huán)境的變化可能影響軟件采集數(shù)據(jù)的精度、范圍和對系統(tǒng)的控制B軟件后備系統(tǒng)可以通過復(fù)制生成C軟件重用必須重新進(jìn)行系統(tǒng)論證和系統(tǒng)測試D選項(xiàng)A和CE選項(xiàng)A、B和CD10、

單選題軟件工程的基本目標(biāo)是（）。A開發(fā)足夠好的軟件B消除軟件固有的復(fù)雜性C努力發(fā)揮開發(fā)人員的創(chuàng)造性潛能D更好地維護(hù)正在使用的軟件產(chǎn)品A第二章1、單選題

下面的（）不是良好編碼的原則。A在開始編碼之前建立單元測試B建立一種有助于理解的直觀布局C確保注釋與代碼完全一致D保持變量名簡短以便代碼緊湊D2、單選題

下面的（）是錯誤的。A在程序設(shè)計(jì)中使用括號以改善表達(dá)式的清晰性B不要修補(bǔ)不好的程序，要重新寫C在程序設(shè)計(jì)中應(yīng)盡可能對程序代碼進(jìn)行優(yōu)化D不要在注釋中重復(fù)描述代碼C3、

單選題為了保證軟件的質(zhì)量，使其具有較好的可維護(hù)性，關(guān)鍵在于（）。A選擇合適的程序設(shè)計(jì)語言B選擇好的程序設(shè)計(jì)風(fēng)格C具有好的數(shù)據(jù)結(jié)構(gòu)D選擇好的運(yùn)行環(huán)境B4、

單選題

下面的（）是對提高程序編碼效率沒有影響的。A變量名的使用B選擇良好的設(shè)計(jì)方法C選擇良好的算法D選擇良好的數(shù)據(jù)結(jié)構(gòu)A5、

單選題下面的（）不是一種好的做法。A好的注釋應(yīng)解釋為什么，而不是怎么樣。B好的命名應(yīng)一目了然，不需要讀者去猜，甚至不需要注釋。C如果項(xiàng)目中原有代碼不符合新的規(guī)范，應(yīng)允許其存在，同時在新的代碼中要延續(xù)原有的風(fēng)格。D如果項(xiàng)目中原有代碼不符合新的規(guī)范，應(yīng)允許其存在，但不應(yīng)在新的代碼中延續(xù)舊的風(fēng)格。C6、單選題

下面的（）不是模塊化設(shè)計(jì)的目的。A降低程序設(shè)計(jì)的復(fù)雜性B清楚地描述系統(tǒng)的功能和性能C易于維護(hù)和功能擴(kuò)展D提高模塊的可靠性和復(fù)用性B7、單選題

下面的（）說法是錯誤的。A代碼審查用于檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求B代碼在審查之前必須要成功地編譯通過C代碼審查比運(yùn)行程序進(jìn)行測試的效率低D代碼審查可以發(fā)現(xiàn)不符合團(tuán)隊(duì)代碼規(guī)范的地方C8、

單選題

關(guān)于代碼性能優(yōu)化，下面（）是錯誤的。A任何優(yōu)化都不能破壞代碼的正確性B應(yīng)以提高程序的全局效率為主，局部效率為輔C應(yīng)先通過測試找出限制效率的真正瓶頸D要優(yōu)先改進(jìn)耗時最多的部分D9、

單選題下面的Python語句中，（）是沒有錯誤且寫得最規(guī)范的。A、importos,sys,random,mathB、n+=1;m+=n;print(m)C、class=Class()D、return[i**2foriinrange(n)]D10、

單選題

下面的（）語句風(fēng)格是最不利于維護(hù)的。A、returns['name']ifs['age']>=18elses['nickname']ifs['age']>14else'anonymous'B、main(sys.argv[1:])C、frommy_moduleimport(Class1,Class2,Class3,Class4)D、a,b=b,aA第三章1、單選題在單元測試中，（）是用來代替被測模塊的子模塊的。A驅(qū)動模塊B樁模塊C通訊模塊D代理模塊B2、

單選題在下面列舉的測試覆蓋中，（）是最強(qiáng)的邏輯覆蓋準(zhǔn)則。A語句覆蓋B條件覆蓋C判定覆蓋D條件組合覆蓋D3、

單選題

一個判定中的復(fù)合條件表達(dá)式為（A>2）or（B≤1），為了達(dá)到100%條件覆蓋率，至少需要設(shè)計(jì)（）測試用例。A1B2C3D4B4、

單選題

條件覆蓋要求（）。A每個判定中每個條件的所有取值至少滿足一次B每個判定至少取得一次“真”值和一次“假”值C每個判定中每個條件的所有可能取值組合至少滿足一次D每個可執(zhí)行語句至少執(zhí)行一次A5、

單選題

（）要求每個判定中所有條件的可能取值至少執(zhí)行一次，而且每個判定的可能結(jié)果也至少執(zhí)行一次。A判定覆蓋B條件覆蓋C判定條件覆蓋D條件組合覆蓋C6、

單選題

單元測試內(nèi)容不包括（）。A出錯處理B全局?jǐn)?shù)據(jù)結(jié)構(gòu)C獨(dú)立路徑D模塊接口B7、單選題

下面的（）是錯誤的。A靜態(tài)測試是不運(yùn)行被測程序，僅通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯誤B動態(tài)測試是實(shí)際運(yùn)行被測程序，通過檢查運(yùn)行的結(jié)果來發(fā)現(xiàn)程序中的錯誤C動態(tài)測試可能是黑盒測試，也可能是白盒測試D白盒測試是靜態(tài)測試，黑盒測試是動態(tài)測試D8、單選題

關(guān)于等價類劃分，下面的（）說法是正確的。A等價類劃分是將輸入域劃分成盡可能少的若干子域B同一輸入域的等價類劃分是唯一的C用同一等價類中的任意輸入對軟件進(jìn)行測試，軟件都輸出相同的結(jié)果D對于相同的等價類劃分，不同測試人員選取的測試用例集是一樣的C9、單選題

白盒測試是根據(jù)程序的（）來設(shè)計(jì)測試用例。A功能B性能C內(nèi)部邏輯D內(nèi)部數(shù)據(jù)C10、

單選題

關(guān)于測試覆蓋率，下面的（）說法是錯誤的。A測試覆蓋率是度量代碼質(zhì)量的一種手段B測試覆蓋率是度量測試完整性的一種手段C測試覆蓋率意味著有多少代碼經(jīng)過測試D不要盲目地追求100%測試覆蓋率A第四章1、

單選題

下面的（）決策是在需求分析時做出的。A自動售票機(jī)系統(tǒng)的開發(fā)時間預(yù)計(jì)是6個月B自動售票機(jī)系統(tǒng)由用戶界面子系統(tǒng)、價格計(jì)算子系統(tǒng)以及與中心計(jì)算機(jī)通信的網(wǎng)絡(luò)子系統(tǒng)組成C自動售票機(jī)系統(tǒng)已經(jīng)達(dá)到交付的要求D自動售票機(jī)系統(tǒng)將為使用者提供在線幫助D2、單選題

下面的（）決策是在系統(tǒng)設(shè)計(jì)時做出的。A自動售票機(jī)系統(tǒng)的開發(fā)時間預(yù)計(jì)是6個月B自動售票機(jī)系統(tǒng)由用戶界面子系統(tǒng)、價格計(jì)算子系統(tǒng)以及與中心計(jì)算機(jī)通信的網(wǎng)絡(luò)子系統(tǒng)組成C自動售票機(jī)系統(tǒng)已經(jīng)達(dá)到交付的要求D自動售票機(jī)系統(tǒng)將為使用者提供在線幫助B3、單選題下面的（）是軟件構(gòu)造活動的任務(wù)。A構(gòu)建軟件組件B設(shè)計(jì)用戶界面C實(shí)施組件的單元測試D評估組件的質(zhì)量E選項(xiàng)A和CF選項(xiàng)A、B、C和DE4、單選題

瀑布模型是（）。A適用于需求被清晰定義的情況B一種需要快速構(gòu)造可運(yùn)行程序的好方法C一種不適用于商業(yè)產(chǎn)品的創(chuàng)新模型D目前業(yè)界最流行的過程模型A5、單選題

增量模型是（）。A適用于需求被清晰定義的情況B一種需要快速構(gòu)造核心產(chǎn)品的好方法C一種不適用于商業(yè)產(chǎn)品的創(chuàng)新模型D已不能用于現(xiàn)代環(huán)境的過時模型B6、單選題

原型化模型是（）。A適用于客戶需求被明確定義的情況B適用于客戶需求難以清楚定義的情況C提供一個精確表述的形式化規(guī)格說明D很難產(chǎn)生有意義產(chǎn)品的一種冒險模型B7、單選題

開發(fā)一個支持3D打印的操作系統(tǒng)最適合采用（）。A瀑布模型B原型化模型C增量開發(fā)D可轉(zhuǎn)換模型C8、

單選題

開發(fā)一個鐵路信號控制系統(tǒng)最適合采用（）。A瀑布模型B原型化模型C增量開發(fā)D可轉(zhuǎn)換模型D9、

單選題

下面的（）不是敏捷開發(fā)方法的特點(diǎn)。A軟件開發(fā)應(yīng)該遵循嚴(yán)格受控的過程和詳細(xì)的項(xiàng)目規(guī)劃B客戶應(yīng)該和開發(fā)團(tuán)隊(duì)在一起密切地工作C通過高度迭代和增量式的軟件開發(fā)過程響應(yīng)變化D通過頻繁地提供可以工作的軟件來搜集人們對產(chǎn)品的反饋A10、

單選題關(guān)于Scrum的每一次沖刺（Sprint），下面的（）是正確的。A、Sprint是一個不超過4周的迭代，其長度一旦確定，將保持不變。B、Sprint的產(chǎn)出是一個可用的、潛在可發(fā)布的產(chǎn)品增量。C、Sprint在進(jìn)行過程中，其開發(fā)目標(biāo)、質(zhì)量驗(yàn)收標(biāo)準(zhǔn)和團(tuán)隊(duì)組成不能發(fā)生變化。D以上所有選項(xiàng)D第五章1、

單選題

在軟件開發(fā)的各種資源中，（）是最重要的資源。A開發(fā)工具B方法C硬件環(huán)境D人員D2、單選題

在攻克技術(shù)難題時，最佳的開發(fā)團(tuán)隊(duì)組織模型是（）。A民主式結(jié)構(gòu)B主程序員式結(jié)構(gòu)C矩陣式結(jié)構(gòu)D以上所有選項(xiàng)都不是A3、

單選題

在選擇開發(fā)團(tuán)隊(duì)組織結(jié)構(gòu)時應(yīng)考慮（）因素。A溝通的復(fù)雜程度B最終程序的規(guī)模大小C發(fā)布日期的嚴(yán)格程度D項(xiàng)目預(yù)算的多少E選項(xiàng)A，B和CF選項(xiàng)A，B和DE4、單選題

下面的（）很有可能會促進(jìn)高效項(xiàng)目團(tuán)隊(duì)的建設(shè)。A團(tuán)隊(duì)成員超過20人B團(tuán)隊(duì)成員部分時間參與項(xiàng)目C團(tuán)隊(duì)成員向多個經(jīng)理匯報D團(tuán)隊(duì)成員被指派到項(xiàng)目中E以上選項(xiàng)都不是E5、

單選題

下面的（）溝通方式最利于協(xié)助解決復(fù)雜的問題。A口頭B書面C電子郵件D即時通訊工具A6、

單選題

下面的（）方法最不適合你向團(tuán)隊(duì)成員解釋他或她為什么表現(xiàn)不合格。A個人談話B項(xiàng)目團(tuán)隊(duì)會議C正式報告D電子郵件B7、單選題軟件開發(fā)團(tuán)隊(duì)的每一個成員都應(yīng)該參與計(jì)劃活動，以便（）。A降低計(jì)劃的粒度B深入地分析需求C所有成員同意該計(jì)劃D開始設(shè)計(jì)C8、單選題功能點(diǎn)估算技術(shù)需要以（）為基礎(chǔ)進(jìn)行問題分解。A信息域B項(xiàng)目進(jìn)度C軟件功能D過程活動A9、單選題

某大型化工產(chǎn)品公司計(jì)劃開發(fā)一個新的計(jì)算機(jī)應(yīng)用，用以跟蹤原材料的使用情況。這個應(yīng)用由公司內(nèi)部組成的開發(fā)團(tuán)隊(duì)進(jìn)行開發(fā)，已有多年開發(fā)類似應(yīng)用的經(jīng)驗(yàn)。假設(shè)初始估計(jì)的程序規(guī)模是32000行源代碼，使用基本COCOMO模型進(jìn)行估算，開發(fā)工作量大約是（）人月。A32B91C230D146B10、

單選題

經(jīng)驗(yàn)估算模型是基于（）。A專家基于過去項(xiàng)目經(jīng)驗(yàn)的判斷B期望值估計(jì)的細(xì)化C來自歷史項(xiàng)目數(shù)據(jù)的回歸模型D反復(fù)試驗(yàn)決定參數(shù)和系數(shù)C第六章1、單選題下面的（）是有效的軟件配置項(xiàng)。A軟件工具B文檔C可執(zhí)行程序D測試數(shù)據(jù)E以上所有選項(xiàng)E2、單選題敏捷開發(fā)方法通過（）管理不可預(yù)測性。A非常仔細(xì)地收集和定義需求B制定詳細(xì)的開發(fā)計(jì)劃C軟件增量必須在較短周期內(nèi)發(fā)布D軟件過程必須逐漸適應(yīng)變化E選項(xiàng)A和BF選項(xiàng)C和DF3、單選題關(guān)于Sprint，下面的（）是錯誤的。A一個Sprint通常是一個1-4周的迭代B、Sprint長度在開發(fā)過程中是可以調(diào)整的C需求在一個Sprint中是不允許變化的D、Sprint的產(chǎn)出是“完成”的、可用的、潛在可發(fā)布的產(chǎn)品增量B4、單選題在每日站立會議上，下面（）不是每個團(tuán)隊(duì)成員需要回答的主要問題。A從上次Scrum站立會議后你做了什么？B你遇到哪些障礙或困難？C你所遇到問題的原因是什么？D你打算到下次Scrum站立會議完成什么？C5、

單選題下面的（）不屬于產(chǎn)品負(fù)責(zé)人（ProductOwner）的職責(zé)范圍。A組織每日站立會議B定義產(chǎn)品需求C確定需求優(yōu)先級D驗(yàn)收迭代結(jié)果E負(fù)責(zé)產(chǎn)品的投資回報A6、單選題在敏捷開發(fā)方法中，用戶故事（UserStory）的作用是（）。A定義需要發(fā)布給最終用戶的軟件特性和功能B確定發(fā)布每一次增量的日程表C用于代替詳細(xì)的活動計(jì)劃D用于估算構(gòu)建當(dāng)前增量所需要的努力E選項(xiàng)A和CF選項(xiàng)A和DF7、

單選題

下面的（）是正確的。A故事點(diǎn)是一個絕對度量單位B故事點(diǎn)估算一定要做到非常精確C故事點(diǎn)表示開發(fā)一個用戶故事或特性的復(fù)雜度D故事點(diǎn)表示開發(fā)一個用戶故事或特性所要付出的工作量D8、單選題軟件配置管理的目的是（）。A降低開發(fā)成本B控制軟件修改C減少混亂D提高軟件開發(fā)效率E提高正確率B1、單選題

小圖所在的某校信息學(xué)院有一位程老師，他對生命游戲特別感興趣，正巧他看到小圖最近在研究生命游戲。程老師想了一些生命游戲的新規(guī)則，他想檢驗(yàn)一下那些規(guī)則是否有效，于是拍了拍小圖的肩膀，語重心長地說：“生命游戲能不能成為游戲界的主流，能不能在游戲史上留下濃墨重彩的一筆，就靠你們年輕人了！”然后程老師就把實(shí)現(xiàn)那些規(guī)則的任務(wù)交給小圖了。什么？程老師為什么不自己實(shí)現(xiàn)？程老師這么多年的編程經(jīng)驗(yàn)，什么樣的程序沒見過！這是給小圖一個掌握編程經(jīng)驗(yàn)的機(jī)會！小圖自己已經(jīng)編寫了一個有bug的生命游戲。目前的代碼中存在一些bug，想到這小圖就更慌了。幸好，小圖有個從小穿一條褲子長大的好朋友。相信屏幕前那閃耀著智慧光芒的你已經(jīng)猜到了，這位好朋友就是你！快來幫小圖這個忙吧！小圖想請你幫他一起去完成程老師提出的那些新規(guī)則。為了更好地進(jìn)行協(xié)作，你們決定用git版本庫來管理代碼。1.小圖首先在Github上創(chuàng)建了一個版本庫，然后馬上在本地通過gitclone將它克隆到了本地，這時gitstatus中會提示Onbranch（）。A、devB、masterC、releaseD、branchB2、單選題

小圖首先把他已經(jīng)編寫好的代碼文件全部放入了本地版本庫中，然后想通過gitcommit提交，但提示提交內(nèi)容為空，不允許提交，于是你通過（）幫他解決了這個問題。A、gitcommit--amend，進(jìn)行修補(bǔ)提交B、gitcommit-a，提交所有改動C、gitcommit--allow-empty，允許空提交D、gitstatus查看狀態(tài)，再執(zhí)行g(shù)itadd命令選擇要提交的文件，然后提交D3、

單選題提交后，你才發(fā)現(xiàn)不小心把一些臨時文件（*.xxx）也提交進(jìn)去了，以下最好的解決方式是（）。A編輯.gitignore文件，增加*.xxx條目，然后gitcommit-a把.gitignore提交到版本庫B、gitrm刪除*.xxx，然后gitcommit提交C、gitrm刪除*.xxx后再編輯.gitignore增加*.xxx條目，最后gitcommit--amend進(jìn)行修補(bǔ)提交D幸好還沒進(jìn)行g(shù)itpush，重新clone然后重新添加文件后提交即可C4、

單選題

折騰了半天，終于把小圖的現(xiàn)有代碼完整、干凈地提交并push到了服務(wù)器上，你也本地clone了同一個版本庫。請將版本庫clone到本地，可以看到有多個分支，請切換到git-demo分支，然后先把git-demo-1合并至git-demo分支，會發(fā)生（）。A合并成功，且不產(chǎn)生新的提交B合并成功，且產(chǎn)生一個自動merge的新提交C合并失敗，因?yàn)槌霈F(xiàn)了沖突（Conflicts）D合并失敗，因?yàn)間it-demo分支是git-demo-1的子分支A5、單選題

接著，請繼續(xù)把git-demo-2分支合并至上述合并后的git-demo分支，會發(fā)生（）。A合并成功，且不產(chǎn)生新的提交B合并成功，且產(chǎn)生一個自動merge的新提交C合并失敗，因?yàn)槌霈F(xiàn)了沖突（Conflicts）D合并失敗，因?yàn)間it-demo-2分支是git-demo-1的子分支C6、

單選題

接下來你們將進(jìn)行開發(fā)工作，做了分工，每人實(shí)現(xiàn)幾個功能。你在本地新增了一個名為feature1的branch，關(guān)于這個branch，以下說法正確的是（）。A在本地新增feature1后，遠(yuǎn)端服務(wù)器的版本庫中也會自動出現(xiàn)一個同名分支B、feature1分支在本地被刪除后，遠(yuǎn)端服務(wù)器的版本庫中不會自動刪除同名分支C可以指定將feature1分支提交到遠(yuǎn)端服務(wù)器的其他分支，但這會導(dǎo)致其他分支被覆蓋，因此一般不這么做D可以指定將feature1分支提交到遠(yuǎn)端服務(wù)器的另一分支branch2，提交后可以手動再把branch2之前的最新提交merge到branch2去，因此不會丟失原branch2的提交B7、單選題

終于開始愉快地編程了，你們先進(jìn)行bug的修復(fù)工作。你在修復(fù)某個bug時，非但沒有完成修復(fù)，還導(dǎo)致了更嚴(yán)重的bug，這時你想把一個名為game的文件恢復(fù)至原始版本，只要執(zhí)行（）就可以了。A、gitcheckout--resetgameB、gitrm--revertgameC、gitcheckoutHEAD--gameD、gitignoregameC8、

單選題你又繼續(xù)了bug修復(fù)，這回成功完成了修復(fù)。又過了一會兒，你在修復(fù)另一個bug時又不小心改亂了想恢復(fù)，于是用gitreset--hard來把另一個文件恢復(fù)，但小手一抖不小心把已經(jīng)完成修復(fù)的game文件恢復(fù)了導(dǎo)致數(shù)據(jù)丟失。丟失了的數(shù)據(jù)還能找回嗎？（）A不能，硬重置使工作區(qū)文件被覆蓋，導(dǎo)致數(shù)據(jù)丟失無法找回B不能，因?yàn)樯形刺峤籆能，可以通過gitcheckoutHEAD@{1}--game找回D不確定，如果在重置前執(zhí)行了gitadd命令將game加入了暫存區(qū)，則可以在對象庫中處于懸空狀態(tài)的文件中找到D9、單選題

你對一些文件進(jìn)行了修改后，通過執(zhí)行（）就可以把當(dāng)前工作區(qū)的所有被修改的文件都添加到暫存區(qū)且不添加新增的文件。A、gitadd.B、gitadd-AC、gitadd-mD、gitadd-uD10、單選題

你和小圖都進(jìn)行了一些開發(fā)工作，然后進(jìn)行合并時，提示了出現(xiàn)conflicts，該怎么處理呢？（）A這是因?yàn)槟愫托D同時push到服務(wù)器導(dǎo)致的，只要你們倆輪流push就不會有問題B這是因?yàn)楹喜r你們修改了不同的文件，導(dǎo)致無法合并，只要將被修改的文件在另一個待合并的分支也相應(yīng)修改就能解決C這是因?yàn)楹喜r你們修改了同一個文件，因此合并后只能保留其中一個分支的該文件，要順利解決可以先將文件備份，然后合并后再手動將變動同步過來D這是因?yàn)槟銈儗ν粋€文件的同一個位置進(jìn)行了不同的改動，合并后會有特殊標(biāo)記標(biāo)明沖突的部分，進(jìn)行處理后再提交即可解決沖突D11、

單選題以下文件片段，表示該片段發(fā)生代碼沖突的是（）A、<<<<<<<feature-2if__name__=='__main__':=======ifos.path.basename(__file__)=='main.py':>>>>>>>HEADB、<<<<<<<HEADif__name__=='__main__':=======ifos.path.basename(__file__)=='main.py':>>>>>>>feature-2C、=======HEADif__name__=='__main__':<<<<<<<ifos.path.basename(__file__)=='main.py':=======feature-2D、=======feature-2if__name__=='__main__':>>>>>>>ifos.path.basename(__file__)=='main.py':=======HEADB第八章1、

單選題

下列哪項(xiàng)需求描述屬于業(yè)務(wù)需求描述？A我們的任務(wù)是無縫集成有競爭力的軟件信息服務(wù)來解決商業(yè)問題B我們的目標(biāo)是讓客戶將我們的品牌和高質(zhì)量聯(lián)系在一起C我們公司的主營業(yè)務(wù)是銷售飛機(jī)票D公司網(wǎng)站上銷售的產(chǎn)品必須滿足所有食品藥品監(jiān)管需求C2、單選題

下面哪項(xiàng)是百貨店收銀系統(tǒng)的非功能性需求？A提供新鮮的蔬菜和水果B買10個或10個以下商品的客戶可以走特殊通道C設(shè)有存包處D為雇員發(fā)工資B3、

單選題以下哪種方法最適用于身處多個不同地點(diǎn)的人在各自方便的時間參與并圍繞同一個主題表達(dá)自己的觀點(diǎn)？A問卷調(diào)查B面談C群體誘導(dǎo)D文檔分析A4、

單選題

在一個列車控制軟件的需求文檔中，我們發(fā)現(xiàn)了以下兩條需求描述：“列車車門在兩個?？空局g要保持關(guān)閉”；“列車發(fā)生緊急停車時，要打開車門”。這里出現(xiàn)的需求問題是什么？A無法測試的需求B不完整的需求C含糊的需求D矛盾與不一致的需求D5、

單選題

獲取軟件系統(tǒng)需求不包括以下的哪個來源？A系統(tǒng)相關(guān)領(lǐng)域的法律法規(guī)B系統(tǒng)的質(zhì)量控制團(tuán)隊(duì)C系統(tǒng)的業(yè)務(wù)流程描述D其他類似系統(tǒng)產(chǎn)品B6、單選題

軟件需求工程師的職責(zé)不包括以下的哪一項(xiàng)？A撰寫需求規(guī)格說明書B與用戶持續(xù)溝通，了解用戶對產(chǎn)品的期望C控制項(xiàng)目的風(fēng)險D對需求的優(yōu)先級進(jìn)行排序C7、單選題

在選擇軟件需求獲取技術(shù)的時候，以下哪種策略最優(yōu)？A考慮尚不了解的那部分需求的特點(diǎn)B考慮需求工程師本身對各種獲取技術(shù)的駕馭能力C考慮目前系統(tǒng)所屬的行業(yè)及應(yīng)用領(lǐng)域的現(xiàn)狀D綜合考慮上述因素D8、

單選題

以下哪種需求獲取方法是面向創(chuàng)新型產(chǎn)品的？A競爭性需求分析BA/B測試C用戶行為數(shù)據(jù)采集D可用性分析A9、單選題

在敏捷開發(fā)方法中，用戶故事（UserStory）的作用是什么？A定義需要發(fā)布給最終用戶的軟件特性和功能B確定發(fā)布每一次增量的日程表C用于代替詳細(xì)的活動計(jì)劃D用于估算構(gòu)建當(dāng)前增量所需要的努力E選項(xiàng)A和CF選項(xiàng)A和DF10、

單選題

下面的哪一種說法是正確的？A故事點(diǎn)是一個絕對度量單位B故事點(diǎn)估算一定要做到非常精確C故事點(diǎn)表示開發(fā)一個用戶故事或特性的復(fù)雜度D故事點(diǎn)表示開發(fā)一個用戶故事或特性所要付出的工作量D第九章1、

單選題

我們在為一家互聯(lián)網(wǎng)電商開發(fā)訂單處理軟件，該公司從供應(yīng)商那里購買產(chǎn)品，然后銷售給客戶。這家公司在線發(fā)布商品目錄，并將其推送給客戶和其他感興趣的人?？蛻粢蕴峤簧唐妨斜聿⑾螂娚谈顿M(fèi)的方式購買商品。電商填寫帳單，并委托快遞公司把商品運(yùn)送到客戶的地址。訂單處理軟件記錄從收到訂單直到商品被運(yùn)送給客戶的整個過程。電商將提供快捷的服務(wù)，以最快、最有效的方法來發(fā)送客戶訂購的產(chǎn)品?？蛻艨梢酝素洠袝r要付運(yùn)費(fèi)。（1）電商訂單處理軟件系統(tǒng)的參與者不包括：A網(wǎng)絡(luò)電商B客戶C其他感興趣的人D快遞公司A2、單選題

（2）在網(wǎng)絡(luò)電商客戶定單處理應(yīng)用中與客戶有關(guān)的用例不包括：A退貨B計(jì)算運(yùn)費(fèi)C瀏覽商品D訂單查詢B3、單選題

（3）進(jìn)入訂購商品用例的前置條件是：A客戶對商品感興趣B客戶安裝了與系統(tǒng)兼容的瀏覽器版本C商品已經(jīng)放入購物車D客戶通過合法賬戶登入系統(tǒng)D4、

單選題（4）取消訂單用例與查詢訂單用例建模為以下哪種關(guān)系最合適？A關(guān)聯(lián)關(guān)系B依賴關(guān)系C包含關(guān)系D擴(kuò)展關(guān)系C5、單選題

（5）使用訂單處理系統(tǒng)一段時間以后，電商希望增加一種功能——為老顧客提供折扣。以下哪種方法比較合適？A建立老顧客折扣新用例B擴(kuò)展訂購商品用例C在訂購商品用例中包含老顧客提供折扣用例D為訂購商品用例建立兩個子用例：普通顧客訂購商品和老顧客訂購商品B6、單選題

（6）需求說明文檔通常不會采用以下哪種方式組織撰寫？A用戶手冊B用戶故事C用例模型D測試用例D7、

單選題（7）以下哪個關(guān)于用例建模的說法是正確的？A用例可以定義系統(tǒng)功能性需求的優(yōu)先級B用例建模是對系統(tǒng)進(jìn)行功能分解的過程C用例能夠描述非功能性的需求D用例的參與者只能是系統(tǒng)用戶A8、單選題（8）以下哪種關(guān)于用戶故事和用例描述的說法是不正確的？A用戶故事用于敏捷過程；用例描述用于統(tǒng)一建模過程B用戶故事作為開發(fā)者與用戶交互面對面交互時的提示；用例作為項(xiàng)目文檔保存C用戶故事可以用于估算；用例描述則不能用于估算D用戶故事采用自然語言文本描述；用例主要采用圖形化的模型表示C9、單選題

（9）可以選用以下哪種工具進(jìn)行用例建模？A、MicrosoftProjectB、EnterpriseArchitectC、EnterpriseArchitectureD、IBMRationalDOORSB10、單選題（10）用例圖中，當(dāng)一個用例只在一定條件下比另一個用例增加少數(shù)步驟時，用哪種關(guān)系建模最合適？A、extendsB、includesC、usesD、inheritsA第十章1、

單選題下列哪項(xiàng)關(guān)于面向?qū)ο蠓治鰜碓吹恼f法不正確？A面向?qū)ο蠓治龅乃悸凡糠衷从诿嫦驅(qū)ο蟮某绦蛟O(shè)計(jì)B面向?qū)ο蠓治龅乃悸凡糠衷从跀?shù)據(jù)庫領(lǐng)域的實(shí)體關(guān)系圖C面向?qū)ο蠓治龅乃悸凡糠謥碓从诿嫦驅(qū)ο笤O(shè)計(jì)D面向?qū)ο蠓治龅乃悸凡糠謥碓从谌斯ぶ悄茴I(lǐng)域的知識表示方法C2、

單選題下列哪項(xiàng)關(guān)于對象服務(wù)的說法是不正確的？A創(chuàng)建新對象、撤銷就對象，修改對象屬性等瞬時完成的服務(wù)B為其他對象完成各種計(jì)算服務(wù)C持續(xù)檢查預(yù)設(shè)條件是否滿足的監(jiān)控服務(wù)D對象只有屬性和行為，不對外提供服務(wù)D3、單選題采用CRC卡片分揀法的分析過程不含以下哪個步驟？A建立系統(tǒng)的類設(shè)計(jì)模型B定義每個類的職責(zé)C確定類之間的交互關(guān)系D識別對象類A4、單選題面向?qū)ο蠹夹g(shù)中，封裝的含義是A用狀態(tài)機(jī)圖來描述對象的行為B將對象的狀態(tài)鎖定，使之不能被修改C保證對象內(nèi)部的數(shù)據(jù)只能通過操作來訪問D將對象放入集合C5、單選題面向?qū)ο笤O(shè)計(jì)中，“設(shè)計(jì)抽象的接口”的含義是？A向用戶暴露盡可能多的系統(tǒng)實(shí)現(xiàn)細(xì)節(jié)B向用戶暴露盡可能少的實(shí)現(xiàn)細(xì)節(jié)C不僅僅考慮用戶的業(yè)務(wù)需求，還要考慮設(shè)計(jì)約束D讓用戶決定接口的定義，減少開發(fā)人員的決策負(fù)擔(dān)B6、單選題

面向?qū)ο笤O(shè)計(jì)方法中，開閉原則的含義是？A軟件實(shí)體在更改性方面應(yīng)該是開放的，在擴(kuò)展性方面應(yīng)該是封閉的B要盡可能多地使用接口進(jìn)行封裝，利用多態(tài)技術(shù)，擴(kuò)展時不需修改源代碼C盡可能多定義類的繼承關(guān)系，運(yùn)用抽象機(jī)制D采用契約式設(shè)計(jì)B7、單選題

面向?qū)ο笤O(shè)計(jì)方法中，LSP替換原則要求“子類可以替換父類出現(xiàn)在父類能出現(xiàn)的任何地方”，下面正確的說法是？A將正方形定義為矩形的子類，符合LSP替換原則的要求B要盡可能多地使用接口進(jìn)行封裝，利用多態(tài)技術(shù)，擴(kuò)展時不需修改源代碼C子類中方法的前置和后置條件不能弱于父類中相應(yīng)方法的前置和后置條件D采用契約式設(shè)計(jì)D8、

單選題類定義不會要求其對象實(shí)例具有以下哪個特征？A相同狀態(tài)B相同屬性C相同行為D相同的對象關(guān)系A(chǔ)9、

單選題

UML類圖中對以下幾種類型關(guān)系的使用頻度從高到低應(yīng)為？A實(shí)現(xiàn)>關(guān)聯(lián)>依賴>泛化>聚合>組合B泛化>聚合>組合>關(guān)聯(lián)>實(shí)現(xiàn)>依賴C關(guān)聯(lián)>泛化>聚合>組合>依賴>實(shí)現(xiàn)D依賴>泛化>聚合>組合>泛化>關(guān)聯(lián)C10、單選題關(guān)于UML類圖中泛化關(guān)系建模，不正確的說法是？A定義泛化關(guān)系的好處是當(dāng)環(huán)境發(fā)生變化時，便于添加新的子類B當(dāng)某個類中，存在屬性和操作略有不同的子類時，應(yīng)定義泛化關(guān)系C當(dāng)現(xiàn)有的多個類具有公共屬性和方法時，可以定義一個父類讓它們共同繼承D關(guān)聯(lián)關(guān)系也可以用于定義分類關(guān)系，可以替代泛化關(guān)系D第十一章1、

單選題

UML2.0中對行為建模的圖不包括：A對象圖B狀態(tài)圖C順序圖D時間圖A2、

單選題

順序圖中帶條件消息的發(fā)送，不能采用以下哪種方式進(jìn)行？A用文字說明，作為注釋添加B添加條件控制框C分成多個順序圖子圖來描述D在消息名字前加條件子句C3、單選題

順序圖的組合控制框（Frame）中，用于表達(dá)分支選擇關(guān)系的控制符是哪個？A、optB、altC、parD、loopB4、單選題當(dāng)一個順序圖過大時，最好的處理方法是？A添加注釋，說明順序圖的各部分之間的接續(xù)關(guān)系B用不完整的箭頭，指明本頁的順序圖未完待續(xù)C去掉無關(guān)的細(xì)節(jié)，保持圖的簡潔性D添加ref框，建立順序圖間的引用關(guān)系D5、單選題

對順序圖與用例之間關(guān)系的闡述，錯誤的是：A順序圖表達(dá)單個情景實(shí)例的行為，每個用例對應(yīng)一個順序圖B用例分析階段的順序圖要包含設(shè)計(jì)對象，并關(guān)注消息參數(shù)C順序圖用于表示為完成用例而在系統(tǒng)邊界輸入輸出的數(shù)據(jù)以及消息D順序圖可幫助分析人員對用例圖進(jìn)行擴(kuò)展、細(xì)化和補(bǔ)遺B6、

單選題

下面關(guān)于對象狀態(tài)建模的說法中，正確的是：A大部分對象的狀態(tài)空間都是有限的B對象狀態(tài)建模要窮舉對象能夠到達(dá)的所有狀態(tài)，保證完整性C大部分對象的狀態(tài)空間大小是由它的屬性取值決定的D對象的狀態(tài)數(shù)量是由它對外提供的操作的數(shù)量決定的C7、單選題

狀態(tài)遷移的發(fā)生不會受到哪個因素的影響？A目標(biāo)狀態(tài)B外部事件C警戒條件D遷移動作A8、單選題下面關(guān)于UML狀態(tài)圖的說法正確的是：A、UML狀態(tài)圖中的狀態(tài)可以分解為“與”狀態(tài)，以及“或”狀態(tài)，但是都可以轉(zhuǎn)化為基本狀態(tài)機(jī)來表示B、UML狀態(tài)圖中的狀態(tài)是原子的，不可再分C、UML狀態(tài)圖中的狀態(tài)只可以分解為“與”狀態(tài)，表示可以兩種狀態(tài)并存D、UML狀態(tài)圖中的狀態(tài)只可以分解為“或”狀態(tài)，表示只能選擇其中之一A9、

單選題

關(guān)于狀態(tài)圖與其他UML圖的關(guān)系，說法不正確的是：A狀態(tài)圖中的事件為順序圖中該對象的輸入消息B狀態(tài)圖中每個動作對應(yīng)于其他類的一個操作C狀態(tài)圖中的動作定義等價于類圖中的操作定義D狀態(tài)圖應(yīng)針對類圖中所有的類進(jìn)行建模D10、

單選題

以下狀態(tài)遷移上的警戒條件定義中，哪一組是最合適的？A、x大于0，x等于0，X小于0B、x大于等于0，x小于等于0C、x大于0，x小于0D、x大于0，x等于0A第十二章1、單選題隨著軟件系統(tǒng)的規(guī)模和復(fù)雜性越來越大，（）變得更加重要。A算法的選擇B數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)C數(shù)據(jù)庫的構(gòu)造D系統(tǒng)的全局結(jié)構(gòu)設(shè)計(jì)D2、單選題

下面的說法（）是錯誤的。A軟件體系結(jié)構(gòu)的最佳表示形式是一個可執(zhí)行的軟件原型B軟件體系結(jié)構(gòu)描述是不同項(xiàng)目相關(guān)人員之間進(jìn)行溝通的使能器C良好的分層體系結(jié)構(gòu)有利于系統(tǒng)的擴(kuò)展與維護(hù)D設(shè)計(jì)模式是從大量成功實(shí)踐中總結(jié)出來且被廣泛公認(rèn)的實(shí)踐和知識A3、單選題

良好設(shè)計(jì)的特征是（）。A模塊之間呈現(xiàn)高耦合B實(shí)現(xiàn)分析模型中的所有需求C包括所有組件的測試用例D提供軟件的完整描述E選項(xiàng)B和DF選項(xiàng)B、C和DE4、單選題

Word、Excel等應(yīng)用系統(tǒng)適合采用（）結(jié)構(gòu)風(fēng)格。A層次系統(tǒng)B事件系統(tǒng)C解釋器D管道-過濾器B5、單選題與C/S架構(gòu)的信息系統(tǒng)相比，B/S架構(gòu)的信息系統(tǒng)的優(yōu)勢是（）。A具備更高的安全性B更容易部署和升級維護(hù)C具備更強(qiáng)的事務(wù)處理能力，易于實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)流程D用戶界面友好，具有更快的響應(yīng)速度B6、單選題對于觀察者模式，下面的（）說法是錯誤的。A觀察者的更新是被動的B被觀察者可以通知觀察者進(jìn)行更新C觀察者可以改變被觀察者的狀態(tài)，再由被觀察者通知所有觀察者D以上所有選項(xiàng)C7、

單選題

設(shè)計(jì)目標(biāo)可分成性能、可靠性、成本、維護(hù)和最終用戶等類型，下面（）描述的是性能目標(biāo)。A當(dāng)用戶發(fā)出任何命令后，系統(tǒng)必須在1秒內(nèi)將信息反饋給用戶。B即使在網(wǎng)絡(luò)失敗的情況下，火車票發(fā)售系統(tǒng)也必須能夠成功地提交火車票。C火車票發(fā)售系統(tǒng)的機(jī)器外殼必須允許安裝新按鈕以便增加新的不同票價。D系統(tǒng)用戶界面應(yīng)該防止用戶以錯誤的順序執(zhí)行命令。A8、

單選題下面的（）架構(gòu)可以更好地實(shí)現(xiàn)Web應(yīng)用的前后端分離。A、MVCB、RestfulAPIC、RPCB9、單選題一個創(chuàng)業(yè)團(tuán)隊(duì)想要開發(fā)一款社交App，但是他們對于可能的發(fā)展的業(yè)務(wù)仍不十分明確，此時希望能夠開發(fā)一個相對簡單的版本進(jìn)行原始的需求驗(yàn)證與測試，這種情況比較適合選擇（）數(shù)據(jù)庫。A、MysqlB、MongoC、RedisB10、

單選題如今社交文化橫行，大數(shù)據(jù)分析遍地，幾乎所有的應(yīng)用與產(chǎn)品都多少會與社交網(wǎng)絡(luò)或大用戶量、大數(shù)據(jù)相關(guān)聯(lián)。如果準(zhǔn)備開發(fā)一個較完整的社交網(wǎng)絡(luò)應(yīng)用，支持10萬以上日活躍用戶進(jìn)行各種點(diǎn)贊、評論等交互活動，應(yīng)該采用（）數(shù)據(jù)庫或數(shù)據(jù)庫組合。A、MysqlB、MongoC、Mysql+RedisD、Mongo+RedisD1、

單選題1.為了提升搶票性能，開發(fā)團(tuán)隊(duì)提出了下面的數(shù)據(jù)庫優(yōu)化方案，其中（）方案是不合理的。A對頻繁檢索的鍵增加適當(dāng)?shù)乃饕↖ndex）B對頻繁檢索的表移除外鍵（ForeignKey），改為通過代碼層面保證安全性C對于已結(jié)束一段時間的活動，將票的信息歸檔后即可從數(shù)據(jù)庫中刪除相關(guān)數(shù)據(jù)項(xiàng)D將票的信息存儲于Redis等內(nèi)存型數(shù)據(jù)庫，而不再存儲于MySQL等關(guān)系型數(shù)據(jù)庫中D2、單選題對于一些頻繁查詢且不易變動的信息，可以通過Redis等內(nèi)存型數(shù)據(jù)庫進(jìn)行緩存，下面的（）信息不需要進(jìn)行緩存。A活動詳情B近期活動列表C剩余活動票數(shù)D已搶到票的信息C3、單選題

當(dāng)Redis緩存的數(shù)據(jù)過期時，下面的（）更新方案是比較合理的。A清空Redis數(shù)據(jù)庫B刪除所有受影響的Redis數(shù)據(jù)C計(jì)算得到所有受影響數(shù)據(jù)的新數(shù)據(jù)，緩存至Redis替換已有數(shù)據(jù)D無需處理，當(dāng)緩存有效時間過期后自然會更新數(shù)據(jù)B4、

單選題

開發(fā)團(tuán)隊(duì)決定對已有系統(tǒng)進(jìn)行重構(gòu)，即將后端改寫為RESTful，這樣做的好處是（）。A易于優(yōu)化數(shù)據(jù)庫訪問B減少前后端耦合，方便分離開發(fā)C易于維護(hù)與測試D易于開放第三方接口E選項(xiàng)B和DF選項(xiàng)B、C和DG選項(xiàng)A、B、C和DF5、單選題原有系統(tǒng)只支持單人搶單張票，而且是自動分配座位。新的升級系統(tǒng)希望允許用戶在一次活動中可以搶不超過設(shè)定最大票數(shù)的任意張票，而且可以為每張票選擇座位。針對這個需求，下面的（）實(shí)現(xiàn)方式是比較合理的。A在搶票開始前，將所有票及其對應(yīng)座位在數(shù)據(jù)庫中生成好。用戶搶票時，根據(jù)其請求搶票的張數(shù)，分配電子票。B設(shè)計(jì)電子票的數(shù)據(jù)表和座位的數(shù)據(jù)表，用戶搶票時的邏輯與原有系統(tǒng)類似，只是增加對一次搶多張票的支持。搶票完成后用戶可以進(jìn)行選座，選座即將電子票與座位建立對應(yīng)關(guān)系。C以上方式均不合理B6、

單選題

當(dāng)管理員創(chuàng)建一個活動后，希望之前參加過同類活動的用戶能收到該活動的推送。當(dāng)用戶搶到票后，活動開始當(dāng)天早9點(diǎn)和活動開始前30分鐘，用戶都能收到一條推送消息提醒及時檢票入場。針對這個需求，下面的（）實(shí)現(xiàn)方式是不合理的。A使用Linuxcronjob，在每天早9點(diǎn)運(yùn)行腳本向所有搶到票的用戶推送提醒消息B使用異步隊(duì)列的定時任務(wù)，在每天早9點(diǎn)向所有搶到票的用戶推送提醒消息C使用異步隊(duì)列，在用戶搶到票后啟動異步任務(wù)，阻塞至活動開始前30分鐘向用戶推送提醒消息D使用異步隊(duì)列的定時任務(wù)，每隔1分鐘檢查是否需要向用戶推送活動開始前30分鐘的提醒消息C第十三章1、

單選題輸出一列數(shù)值時，需要考慮對齊方法，你會選擇（）方法。A左對齊B右對齊C兩端對齊D小數(shù)點(diǎn)對齊D2、

單選題

用KLM自己計(jì)算課件上的兩個溫度轉(zhuǎn)換器軟件界面的操作時間。后者交互效率高，（）原因更本質(zhì)。A沒有在兩種輸入設(shè)備間切換B界面沒有需要用戶額外表達(dá)的信息C用戶操作的更快DKLM的計(jì)算結(jié)果小B3、單選題

訪問并對其中實(shí)驗(yàn)5的結(jié)果進(jìn)行分析，下面的（）是正確的。A所采用的兩種輸入設(shè)備都是目標(biāo)越大訪問時間越長B在所采用的兩種輸入設(shè)備上，只有其中一個是目標(biāo)越大訪問時間越長C在所采用的兩種輸入設(shè)備上，實(shí)驗(yàn)時間均與Distance/Width呈正相關(guān)C4、

單選題

訪問并為每個問題答案尋找實(shí)例界面，其中環(huán)形菜單的設(shè)計(jì)是（）。A不知如何啟動，毫無意義B對美工的設(shè)計(jì)能力要求很高C到達(dá)每個菜單項(xiàng)時手的移動距離短且一樣C5、

單選題

閱讀下面給出的文獻(xiàn)“ABriefHistoryofHuman-ComputerInteractionTechnology”，其中第一個裝載GUI操作系統(tǒng)的計(jì)算機(jī)是（）。A蘋果公司的MacintoshB微軟公司的WindowsC施樂公司的AltoD施樂公司的StarE施樂公司的LisaC6、單選題2、思考一下，喬布斯為蘋果公司制定的手機(jī)上的黃金法則是什么？為什么？采用現(xiàn)狀及其原因？這里的黃金法則是指（）。A單手操作手機(jī)，屏幕尺寸3.5英寸B單手操作手機(jī)，屏幕尺寸4.7英