第一章1、單選題

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

單選題

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

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

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

單選題造成大型軟件開發(fā)困難的根本原因在于（）。A開發(fā)人員缺乏足夠的開發(fā)經(jīng)驗B對軟件開發(fā)的資金投入不足C項目開發(fā)進度不合理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軟件重用必須重新進行系統(tǒng)論證和系統(tǒng)測試D選項A和CE選項A、B和CD10、

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

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

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

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

單選題

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

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

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

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

單選題

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

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

單選題

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

單選題

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

單選題

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

單選題

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

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

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

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

單選題

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

單選題

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

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

瀑布模型是（）。A適用于需求被清晰定義的情況B一種需要快速構(gòu)造可運行程序的好方法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ā)方法的特點。A軟件開發(fā)應(yīng)該遵循嚴格受控的過程和詳細的項目規(guī)劃B客戶應(yīng)該和開發(fā)團隊在一起密切地工作C通過高度迭代和增量式的軟件開發(fā)過程響應(yīng)變化D通過頻繁地提供可以工作的軟件來搜集人們對產(chǎn)品的反饋A10、

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

單選題

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

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

單選題

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

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

單選題

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

單選題

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

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

單選題

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

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

單選題

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

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

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

單選題提交后，你才發(fā)現(xiàn)不小心把一些臨時文件（*.xxx）也提交進去了，以下最好的解決方式是（）。A編輯.gitignore文件，增加*.xxx條目，然后gitcommit-a把.gitignore提交到版本庫B、gitrm刪除*.xxx，然后gitcommit提交C、gitrm刪除*.xxx后再編輯.gitignore增加*.xxx條目，最后gitcommit--amend進行修補提交D幸好還沒進行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合并失敗，因為出現(xiàn)了沖突（Conflicts）D合并失敗，因為git-demo分支是git-demo-1的子分支A5、單選題

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

單選題

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

終于開始愉快地編程了，你們先進行bug的修復(fù)工作。你在修復(fù)某個bug時，非但沒有完成修復(fù)，還導(dǎo)致了更嚴重的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不能，因為尚未提交C能，可以通過gitcheckoutHEAD@{1}--game找回D不確定，如果在重置前執(zhí)行了gitadd命令將game加入了暫存區(qū)，則可以在對象庫中處于懸空狀態(tài)的文件中找到D9、單選題

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

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

單選題

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

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

單選題以下哪種方法最適用于身處多個不同地點的人在各自方便的時間參與并圍繞同一個主題表達自己的觀點？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ì)量控制團隊C系統(tǒng)的業(yè)務(wù)流程描述D其他類似系統(tǒng)產(chǎn)品B6、單選題

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

在選擇軟件需求獲取技術(shù)的時候，以下哪種策略最優(yōu)？A考慮尚不了解的那部分需求的特點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用于代替詳細的活動計劃D用于估算構(gòu)建當(dāng)前增量所需要的努力E選項A和CF選項A和DF10、

單選題

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

單選題

我們在為一家互聯(lián)網(wǎng)電商開發(fā)訂單處理軟件，該公司從供應(yīng)商那里購買產(chǎn)品，然后銷售給客戶。這家公司在線發(fā)布商品目錄，并將其推送給客戶和其他感興趣的人。客戶以提交商品列表并向電商付費的方式購買商品。電商填寫帳單，并委托快遞公司把商品運送到客戶的地址。訂單處理軟件記錄從收到訂單直到商品被運送給客戶的整個過程。電商將提供快捷的服務(wù)，以最快、最有效的方法來發(fā)送客戶訂購的產(chǎn)品。客戶可以退貨，但有時要付運費。（1）電商訂單處理軟件系統(tǒng)的參與者不包括：A網(wǎng)絡(luò)電商B客戶C其他感興趣的人D快遞公司A2、單選題

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

（3）進入訂購商品用例的前置條件是：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擴展關(guān)系C5、單選題

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

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

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

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

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

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

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

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

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

單選題

UML類圖中對以下幾種類型關(guān)系的使用頻度從高到低應(yīng)為？A實現(xiàn)>關(guān)聯(lián)>依賴>泛化>聚合>組合B泛化>聚合>組合>關(guān)聯(lián)>實現(xiàn)>依賴C關(guān)聯(lián)>泛化>聚合>組合>依賴>實現(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ā)送，不能采用以下哪種方式進行？A用文字說明，作為注釋添加B添加條件控制框C分成多個順序圖子圖來描述D在消息名字前加條件子句C3、單選題

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

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

單選題

下面關(guān)于對象狀態(tài)建模的說法中，正確的是：A大部分對象的狀態(tài)空間都是有限的B對象狀態(tài)建模要窮舉對象能夠到達的所有狀態(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)機來表示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)針對類圖中所有的類進行建模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è)計C數(shù)據(jù)庫的構(gòu)造D系統(tǒng)的全局結(jié)構(gòu)設(shè)計D2、單選題

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

良好設(shè)計的特征是（）。A模塊之間呈現(xiàn)高耦合B實現(xiàn)分析模型中的所有需求C包括所有組件的測試用例D提供軟件的完整描述E選項B和DF選項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更容易部署和升級維護C具備更強的事務(wù)處理能力，易于實現(xiàn)復(fù)雜的業(yè)務(wù)流程D用戶界面友好，具有更快的響應(yīng)速度B6、單選題對于觀察者模式，下面的（）說法是錯誤的。A觀察者的更新是被動的B被觀察者可以通知觀察者進行更新C觀察者可以改變被觀察者的狀態(tài)，再由被觀察者通知所有觀察者D以上所有選項C7、

單選題

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

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

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

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

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

單選題

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

單選題

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

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

單選題

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

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

單選題

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

單選題

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