月軟件工程標(biāo)準(zhǔn)答案

1、2018年5月0010軟件工程作業(yè)標(biāo)準(zhǔn)答案1、（ ）是用戶和設(shè)計交換最頻繁的方法。原型化方法 螺旋模型方法 構(gòu)件組裝模型 瀑布模型方法 2、在人工智能領(lǐng)域，目前最廣泛使用的高級語言是 ( )。LISP Ada FORTRAN COBOL3、模塊內(nèi)聚度越高，說明模塊內(nèi)各成分彼此結(jié)合的程度越（ ） 相等 無法判斷 緊密 松散 4、“軟件危機(jī)”產(chǎn)生的主要原因是（）。沒有維護(hù)好軟件 開發(fā)方法不當(dāng) 開發(fā)人員編寫程序能力差 軟件日益龐大 5、軟件維護(hù)申請報告由( )填寫。維護(hù)負(fù)責(zé)人 用戶 專家 維護(hù)程序員 6、程序語言的編譯系統(tǒng)和解釋系統(tǒng)相比，從用戶程序的運(yùn)行效率來看 ( )。 兩者大致相同 前者運(yùn)行效率

2、高 后者運(yùn)行效率高 不能確定 7、軟件維護(hù)是軟件得以正常運(yùn)行的重要環(huán)節(jié)，按照軟件工程方法的理解，一般軟件維護(hù)應(yīng)開始于（）。 E. 查閱測試記錄 分析軟件結(jié)構(gòu) 閱讀設(shè)計文檔 理解程序代碼 8、軟件設(shè)計中劃分模塊的一個準(zhǔn)則是（ ）。 低內(nèi)聚高耦合 高內(nèi)聚低耦合 低內(nèi)聚低耦合 高內(nèi)聚高耦合 9、 維護(hù)階段產(chǎn)生的文檔包括( )。開發(fā)進(jìn)度報告 軟件問題報告 維護(hù)申請報告 軟件修改報告 10、從工程管理的角度來看，軟件設(shè)計分兩步完成（ ）系統(tǒng)分析、模塊設(shè)計 總體設(shè)計、詳細(xì)設(shè)計 詳細(xì)設(shè)計、總體設(shè)計 模塊設(shè)計、詳細(xì)設(shè)計 11、SA法的主要描述手段有（ ）系統(tǒng)流程圖和模塊圖 DFD圖、數(shù)據(jù)詞典、加工說明 功能結(jié)

3、構(gòu)圖、加工說明 軟件結(jié)構(gòu)圖、加工說明 12、 采用甘特圖表示軟件項(xiàng)目進(jìn)度安排，下列說法中正確的是（）。 能夠反映多個人物之間的復(fù)雜關(guān)系 能夠直觀表示任務(wù)之間相互依賴的制約關(guān)系 能夠表示哪些任務(wù)是關(guān)鍵任務(wù) 能夠表示字人物之間的并行和串行關(guān)系 13、畫DFD圖的主要目的（ ） 對系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行描述。 對目標(biāo)系統(tǒng)的層次結(jié)構(gòu)進(jìn)行描述。 解決系統(tǒng)是“如何做的問題”。 作為需求分析階段用戶與開發(fā)者之間交流信息的工具。 14、數(shù)據(jù)字典是數(shù)據(jù)流圖中所有元素的定義的集合，一般由以下4類條目組成（ ）。A. 數(shù)據(jù)流條目、數(shù)據(jù)存儲條目、數(shù)據(jù)源條目、加工條目 數(shù)據(jù)說明條目、控制流條目、加工條目、數(shù)據(jù)存儲條目 數(shù)據(jù)

4、源條目、數(shù)據(jù)流條目、數(shù)據(jù)處理?xiàng)l目、數(shù)據(jù)文件條目 數(shù)據(jù)流條目、數(shù)據(jù)項(xiàng)條目、文件條目、加工條目 15、在下列的基本成分中，哪個不是數(shù)據(jù)流程圖的基本成分？（） 信息處理 系統(tǒng)狀態(tài) 信息存儲 外部實(shí)體 16、 數(shù)據(jù)流圖中，當(dāng)數(shù)據(jù)流向或流自文件時（）。數(shù)據(jù)流和文件均不要命名，通過加工可自然反映出。 數(shù)據(jù)流和文件均要命名，因?yàn)榱鞒龊土鬟M(jìn)的數(shù)據(jù)流是不同的 數(shù)據(jù)流要命名，文件不必命名 數(shù)據(jù)不必命名，有文件名就足夠了 17、以下哪個是能保持模塊間的協(xié)調(diào)關(guān)系（ ） JAVA程序編譯 MAKE程序 SCCS 交叉參照程序 18、瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和（ ）三個階段，而每一個階段又可劃分為若

5、干個更小的階段。運(yùn)行和維護(hù) 可行性分析 測試和排錯 詳細(xì)設(shè)計 19、軟件項(xiàng)目管理是（ ）一切活動的管理。模塊設(shè)計 軟件設(shè)計過程 需求分析 軟件生命周期 20、在軟件的開發(fā)過程中，常用（）來描述程序執(zhí)行的邏輯過程。 DFD 時序網(wǎng)絡(luò) 框圖 E-R圖 21、在軟件結(jié)構(gòu)化設(shè)計中，好的軟件結(jié)構(gòu)設(shè)計應(yīng)該力求做到（ ）。 頂層扇出較高，中間層扇出較少，底層模塊高扇入 頂層扇入較少，中間層扇出較高，底層模塊高扇入 頂層扇入較少，中間層扇入較高，底層模塊低扇入 頂層扇出較少，中間層扇出較高，底層模塊低扇入 22、下列對構(gòu)件圖進(jìn)行描述的是（） 構(gòu)件圖是描述任何基于計算機(jī)的應(yīng)用系統(tǒng)的物理配置或邏輯配置的有力工具

6、構(gòu)件圖描述的是系統(tǒng)中遵從一組接口且提供其實(shí)現(xiàn)的物理的、可替換的部分 構(gòu)件圖描述的是軟件構(gòu)件及構(gòu)件之間的依賴關(guān)系，顯示代碼的靜態(tài)結(jié)構(gòu) 構(gòu)件圖是用來描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)以及結(jié)構(gòu)上執(zhí)行的軟件 23、軟件維護(hù)費(fèi)用高的主要原因是( )。 生產(chǎn)率低 生產(chǎn)率高 人員多 人員少 24、軟件工程學(xué)中除重視軟件開發(fā)技術(shù)的研究外，另一重要組成內(nèi)容是軟件的（）。 人員培訓(xùn) 工具開發(fā) 成本核算 工程管理 25、以下哪個類型屬于第四代語言（ ） 專用語言 符號語言 查詢語言 低級語言 26、面向數(shù)據(jù)流的軟件設(shè)計方法，一般是把數(shù)據(jù)流圖中數(shù)據(jù)流劃分為（ ），再將數(shù)據(jù) 流圖映射為軟件結(jié)構(gòu)。信息流和控制流 數(shù)據(jù)流和事務(wù)流

7、交換流和事務(wù)流 交換流和數(shù)據(jù)流 27、軟件維護(hù)工作的最主要部分是（ ） 完善性維護(hù) 預(yù)防性維護(hù) 適應(yīng)性維護(hù) 校正性維護(hù) 28、整個維護(hù)工作中所占比重最大的是( )。 完善性維護(hù) 適應(yīng)性維護(hù) 校正性維護(hù) 預(yù)防性維護(hù) 29、在面向?qū)ο蟮南到y(tǒng)設(shè)計中，以下說法錯誤的是（ ）。 每次分解的各子系統(tǒng)數(shù)目不能太多，最底層子系統(tǒng)稱為模塊。 子系統(tǒng)是一個對象或一個功能。 系統(tǒng)中主要的組成部分稱為子系統(tǒng)。 子系統(tǒng)是類、關(guān)聯(lián)、操作、事件和約束的集合。 30、使應(yīng)用軟件適應(yīng)計算機(jī)硬件、軟件及數(shù)據(jù)環(huán)境所發(fā)生的變化而修改軟件的過程稱為（）。 A）完善性維護(hù) B）校正性維護(hù) C）預(yù)防性維護(hù) D）適應(yīng)性維護(hù)預(yù)防性維護(hù) 完善性

8、維護(hù) 適應(yīng)性維護(hù) 校正性維護(hù) 判斷題 31、軟件開發(fā)小組的組成人員的素質(zhì)應(yīng)該好，而人數(shù)則不宜過多。 A. B. 32、程序設(shè)計時可以自由使用GOTO語句。 A. B. 33、好的測試用例應(yīng)能證明軟件是正確的。 A. B. 34、軟件就是程序。 A. B. 35、程序中的注解越少越好。 A. B. 36、發(fā)現(xiàn)錯誤多的程序模塊，殘留在模塊中的錯誤也多。 A. B. 37、任何算法都可以用順序、選擇和循環(huán)這三種基本控制結(jié)構(gòu)描述之。A. B. 38、可以用窮舉測試的方法程序進(jìn)行正確證明。 A. B. 39、模型是對現(xiàn)實(shí)的簡化，建模是為了更好地理解所開發(fā)的系統(tǒng)。 A. B. 40、在詳細(xì)設(shè)計階段，應(yīng)選擇

9、時間效率和空間效率盡可能高的算法。 A. B. 41、在進(jìn)行總體設(shè)計時應(yīng)加強(qiáng)模塊間的聯(lián)系。 A. B. 42、軟件需求規(guī)格說明書在軟件開發(fā)過程中具有重要的作用，它是軟件可行性分析的依據(jù)。 A. B. 43、模塊的內(nèi)聚度應(yīng)盡可能小。 A. B. 44、大多數(shù)軟件系統(tǒng)是不容易變化的，除非它們在設(shè)計時考慮了變化。 A. B. 45、只要模塊之間的接口關(guān)系不變，各模塊內(nèi)部實(shí)現(xiàn)細(xì)節(jié)的修改將不會影響別的模塊。 A. B. 46、可行性研究階段要進(jìn)行一次大大壓縮簡化了的系統(tǒng)分析和設(shè)計的過程。 A. B. 47、快速原型模型可以有效地適應(yīng)用戶需求的動態(tài)變化。 A. B. 48、在需求分析過程中，分析員要從用戶

10、那里解決的最重要的問題是明確軟件做什么。A. B. 49、設(shè)計變量名時，應(yīng)盡量使名字有意義。 A. B. 50、盡量用公共過程或子程序去代替重復(fù)的代碼段。A. B. 51、模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。 A. B. 52、在程序設(shè)計中應(yīng)盡可能對程序代碼進(jìn)行優(yōu)化。 A. B. 53、軟件開發(fā)就是給出程序并且能夠運(yùn)行就算完成。A. B. 主觀題54、人工審查程序偏重于_的檢驗(yàn)，然而軟件審查除了審查_還要對各階段_進(jìn)行檢驗(yàn)。參考答案：編碼質(zhì)量 , 編碼 , 軟件產(chǎn)品 。 55、成本估算是在軟件項(xiàng)目開發(fā)之前，估算項(xiàng)目開發(fā)所需的_、_和_。參考答案：

11、經(jīng)費(fèi)，資源，開發(fā)進(jìn)度 56、可行性研究的三個方面是_、_和_。 參考答案：技術(shù)可行性、社會可行性和 經(jīng)濟(jì)可行性。 57、軟件測試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的_，將_作為糾錯的依據(jù)。 參考答案：錯誤，測試 測試結(jié)果 。58、模塊的基本特征包括_ 、_ 。參考答案：外部特征 、 內(nèi)部特征 。 59、軟件生存周期中時間最長、花費(fèi)的精力和費(fèi)用最多的一個階段是_ 階段。 參考答案：維護(hù) 。 60、編寫出每個模塊之后就對它作必要的測試稱為_。參考答案：單元測試 61、需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是_ 。 參考答案：功能需求 。62、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的_模

12、型，是需求規(guī)格說明書的主要組成部分。參考答案：邏輯 63、需求分析階段產(chǎn)生的最重要的文檔是 。 參考答案：需求規(guī)格說明書 64、基線的作用是把各階段的開發(fā)工作劃分得更加明確，便于檢查與確認(rèn)階段成果。因此，它可以作為項(xiàng)目的一個_。 參考答案：檢查點(diǎn) 65、要覆蓋含循環(huán)結(jié)構(gòu)的所有路徑是不可能的，一般通過限制 來測試。 參考答案：循環(huán)次數(shù) 。 66、結(jié)構(gòu)化分析方法的分析策略是 。 參考答案：自頂向下逐步求精 。67、程序的三種基本控制結(jié)構(gòu)是_ 、_ 、_ 。 參考答案：順序 、 選擇 、 循環(huán) 。68、面向?qū)ο蠓椒?對象+類+ + 。參考答案：繼承 消息69、 的目的就是用最小的代價在盡可能短的時間

13、內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)。 參考答案：可行性研究 70、ER模型中包含：_、_和_三個基本成分。參考答案：實(shí)體，聯(lián)系，屬性 71、功能模型由多張數(shù)據(jù)流圖組成。數(shù)據(jù)流圖中包含有_、_、_對象和_對象。參考答案：處理、數(shù)據(jù)流、動作、數(shù)據(jù)存儲 72、軟件測試分為 、集成測試、確認(rèn)測試、系統(tǒng)測試4個階段。參考答案：單元測試 。 73、計算機(jī)輔助軟件工程這一術(shù)語的英文縮寫為 。 參考答案：CASE 。 74、單元測試又稱為_測試，是對程序最小單位模塊的測試。在單元測試中發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計階段的錯誤。 參考答案：模塊 75、軟件危機(jī)是指在 所遇到的一系列嚴(yán)重問題。 答：軟件開發(fā)

14、和維護(hù)過程中 。76、說明軟件測試和調(diào)試的目的有何區(qū)別？ 答：測試的目的是判斷和發(fā)現(xiàn)軟件是否有錯誤，調(diào)試的目的是定位軟件錯誤并糾正錯誤。 77、什么是模塊？ 參考答案：模塊是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?，它是單?dú)命名的而且可通過名字來訪問。78、UML的語義是定義在一個四層建模概念框架中的，請簡述這四層分別的概念。 參考答案：（1）元元模型層：由UML最基本的元素“事物”組成，代表要定義的所有事物； （2）元模型層：由UML基本元素組成，包括面向?qū)ο蠛兔嫦驑?gòu)件的概念；（3）模型層：由UML模型組成，這一層的每個概念都是元模型層中概念的實(shí)例，（4）用戶模型層：由UML模型的例子組成，這一

15、層中每個概念都是模型層的一個實(shí)例，也是元模型層概念的一個實(shí)例。 79、詳細(xì)描述程序設(shè)計語言的發(fā)展歷程。 答：程序設(shè)計語言的發(fā)展歷程基本上可以分為低級語言和高級語言兩大類。 其中低級語言包括機(jī)器語言和匯編語言；高級語言又可以分為兩類，一從應(yīng)用特點(diǎn)分：包括基礎(chǔ)語言（如：BASIC、FORTRAN、COBOL等），結(jié)構(gòu)化語言又稱通用語言（如：PASCAL、C），專用語言（如：LISP、PROLOG）；二從內(nèi)在特點(diǎn)分，包括系統(tǒng)實(shí)現(xiàn)語言（如C），靜態(tài)高級語言（如：COBOL、FORTRAN），塊結(jié)構(gòu)高級語言（如：PASCAL）。80、簡述圖形人機(jī)界面（GUI）的主要特征。答：圖形人機(jī)界面的主要特征包括：

16、 (1)WIMP，其中W（Windows）指窗口，是用戶或系統(tǒng)的一個工作區(qū)域；I（Icons）指圖符；M（Menu）指菜單；P（PointingDevices）指鼠標(biāo)器等。(2)用戶模型。(3)直接操作，在圖形人機(jī)界面中，用戶可直接對屏幕上的對象進(jìn)行操作，如拖動、刪除、插入以至放大和旋轉(zhuǎn)等。81、簡述技術(shù)審查的標(biāo)準(zhǔn)和方法及步驟。答：技術(shù)審查的標(biāo)準(zhǔn)和方法：從前導(dǎo)（提出解決方法）和后續(xù)（實(shí)現(xiàn)解法），兩個階段進(jìn)行考慮。 技術(shù)審查的步驟主要包括：準(zhǔn)備、簡要介紹情況、閱讀被審查文檔、開審查會、復(fù)查。82、軟件測試包括哪些步驟？說明這些步驟的測試對象是什么？答：（1）單元測試：測試對象對單元模塊；（2）集

17、成測試：測試對象為組裝后的程序模塊；（3）確認(rèn)測試：測試對象為可運(yùn)行的目標(biāo)軟件系統(tǒng)；（4）系統(tǒng)測試：測試對象為計算機(jī)系統(tǒng)的各組成部分。83、什么叫軟件的可維護(hù)性？它主要由哪些因素所決定？答：軟件可維護(hù)性即維護(hù)人員對該軟件進(jìn)行維護(hù)的難易程度，具體包括理解、改正、改動和改進(jìn)該軟件的難易程度。 影響軟件可維護(hù)性的因素：（1） 維護(hù)人員的素質(zhì)因素（2）技術(shù)條件的因素（3） 管理方面的因素（4）程序自身的因素（5）文檔 84、采用黑盒技術(shù)設(shè)計測試用例有哪幾種方法？這些方法各有什么特點(diǎn)？ 答：（1）等價類劃分。等價類劃分是將輸入數(shù)據(jù)域按有效的或無效的（也稱合理的或不合理的）劃分成若干個等價類，測試每個等價

18、類的代表值就等于對該類其它值的測試。 （2）界值分析。該方法是將測試邊界情況作為重點(diǎn)目標(biāo)，選取正好等于，剛剛大于或剛剛小于邊界值的情況，根據(jù)這些情況選擇測試用例。（3）錯誤推測。錯誤推測法沒有確定的步驟，憑檢驗(yàn)進(jìn)行。它的基本思想是列出程序中可能發(fā)生錯誤的情況，根據(jù)這些情況選擇測試用例。85、軟件維護(hù)的流程是什么？ 答：（1）制定申請維護(hù)報告 （2）審查申請報告并批準(zhǔn) （3）進(jìn)行維護(hù)并作詳細(xì)記錄 （4）覆審86、順序圖與合作圖都是交互圖，它們有何不同？所描述的主要系統(tǒng)特征是什么？ 答：合作圖(Collaboration Diagram),也稱為協(xié)作圖，用于描述相互合作的對象間的交互關(guān)系和鏈接(L

19、ink)關(guān)系。雖然順序圖和合作圖都用來描述對象間的交互關(guān)系,但側(cè)重點(diǎn)不一樣。順序圖著重體現(xiàn)交互的時間順序,合作圖則著重體現(xiàn)交互對象間的靜態(tài)鏈接關(guān)系。 87、可重用的軟件成分當(dāng)中包括項(xiàng)目計劃和成本估算，怎樣重用這些成分？這樣做能帶來什么收益？ 答：項(xiàng)目計劃與成本估算都算是可重用的軟件成分之一。對項(xiàng)目計劃的重用，可以減少用于制定計劃的時間，也降低了與建立進(jìn)度表和進(jìn)行風(fēng)險分析等活動相關(guān)聯(lián)的不確定性。而成本估算的重用，在不同項(xiàng)目中經(jīng)常含有類似的功能，所以有可能在只做極少修改或根本不做修改的情況下，對其進(jìn)行重用，從而降低軟件開發(fā)的成本。 88、為什么軟件測試只能發(fā)現(xiàn)錯誤，而不能保證經(jīng)測試后的軟件絕對不存

20、在錯誤？答：由于軟件開發(fā)至今離不開人的創(chuàng)造性勞動，預(yù)防錯誤幾乎是不可實(shí)現(xiàn)的。而且軟件錯誤的表現(xiàn)形態(tài)是多種多樣的，不同的錯誤可以有同樣的表現(xiàn)形態(tài)，因此，即便知道一個程序有錯誤，也可能不知道該錯誤是什么。所以說軟件測試只能發(fā)現(xiàn)錯誤，而不能保證經(jīng)測試后的軟件絕對不存在任何錯誤。 89、什么是軟件生存周期？它有哪幾個活動？答：軟件生存周期：一個軟件從提出開發(fā)要求開始直到該軟件報廢為止的整個時期。包括：可行性分析和項(xiàng)目開發(fā)計劃，需求分析，概要設(shè)計，詳細(xì)設(shè)計，編碼，測試，維護(hù)。 90、試對N-S圖、PAD圖、判定表和判定樹幾種詳細(xì)設(shè)計階段的描述方法作一分析比較。答：91、分析軟件危機(jī)產(chǎn)生的主要原因有哪些？

21、答：導(dǎo)致軟件危機(jī)的主要原因有：（1）軟件日益復(fù)雜和龐大；（2）軟件開發(fā)管理困難和復(fù)雜；（3）軟件開發(fā)技術(shù)落后；（4）生產(chǎn)方式落后；（5）開發(fā)工具落后；（6）軟件開發(fā)費(fèi)用不斷增加。92、游戲軟件的升級屬于哪種維護(hù)？為什么？答：完善性維護(hù)。因?yàn)橛螒蜍浖纳壔旧隙际翘峁└S富的游戲功能和游戲場景，提高游戲?qū)ν婕业奈Α?93、需求分析的原則是什么？ 答：（1）必須能夠表達(dá)和理解問題的數(shù)據(jù)域和功能域；（2）自頂向上、逐層分解問題；（3）要給出系統(tǒng)的邏輯視圖和物理視圖。94、某圖書管理系統(tǒng)的“借書”過程是，輸入讀者借書單；查閱借書文件，檢查該讀者所借圖書是否超過10本，若已達(dá)10，拒借，末達(dá)10本，檢查庫存，如果沒有該書庫存，拒借，否則辦理借書（修改庫存目錄并將讀者借書情況錄入借書文件。請畫出該系統(tǒng)中“借書”的數(shù)據(jù)流圖。參考答案：95、根據(jù)問題說明畫出數(shù)據(jù)流圖。問題陳述：在要建立的銷售管理系統(tǒng)中，合同管理員負(fù)責(zé)合同管理，錄入，修改、刪除合同，打印合同執(zhí)行情況清單?？蛻艄芾韱T負(fù)責(zé)客戶管理，錄入、修改、刪除客戶信息，確定客戶等級