2024年大學(xué)試題(計(jì)算機(jī)科學(xué))-軟件工程筆試歷年真題薈萃含答案

2024年大學(xué)試題(計(jì)算機(jī)科學(xué))-軟件工程筆試歷年真題薈萃含答案（圖片大小可自由調(diào)整）答案解析附后卷I一.參考題庫(共25題)1.信息隱藏2.從下列關(guān)于模塊化程序設(shè)計(jì)的敘述中選出5條正確的敘述。 （1）程序設(shè)計(jì)比較方便，但比較難以維護(hù)。 （2）便于由多個(gè)人分工編制大型程序。 （3）軟件的功能便于擴(kuò)充。 （4）程序易于理解，也便于排錯。 （5）在主存儲器能夠容納得下的前提下，應(yīng)使模塊盡可能大，以便減少模塊的個(gè)數(shù)。 （6）模塊之間的接口叫做數(shù)據(jù)文件。 （7）只要模塊之間的接口關(guān)系不變，各模塊內(nèi)部實(shí)現(xiàn)細(xì)節(jié)的修改將不會影響別的模塊。 （8）模塊間的單向調(diào)用關(guān)系叫做模塊的層次結(jié)構(gòu)。 （9）模塊越小，模塊化的優(yōu)點(diǎn)越明顯。一般來說，模塊的大小都在10行以下。 5條正確的敘述為（）。3.關(guān)于邏輯設(shè)計(jì)，以下哪些觀點(diǎn)是正確的（）A、邏輯設(shè)計(jì)是對待定物理模型的優(yōu)化B、邏輯設(shè)計(jì)就是技術(shù)解決方案C、邏輯設(shè)計(jì)是評估和決定無力設(shè)計(jì)的可靠性和實(shí)現(xiàn)選項(xiàng)的基礎(chǔ)D、邏輯設(shè)計(jì)是完整的功能規(guī)范4.什么是配置項(xiàng)？什么是配置管理？5.加工小說明有哪些描述方法？它們各有何優(yōu)缺點(diǎn)？為什么不采用自然語言進(jìn)行描述？6.怎么理解“軟件概要設(shè)計(jì)是系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)或系統(tǒng)架構(gòu)設(shè)計(jì)”？7.軟件分為（）與（）。8.從哪些方面驗(yàn)證軟件需求的正確性？9.軟件測試的目的是什么，為什么把軟件測試的目的定義為只是發(fā)現(xiàn)錯誤？10.下列屬于不標(biāo)準(zhǔn)的書寫格式的是（）A、書寫時(shí)適當(dāng)使用空格分隔B、一行寫入多條語句C、嵌套結(jié)構(gòu)不使用分層縮進(jìn)的寫法D、程序中不加注釋11.數(shù)據(jù)流程圖按照信息流的類型主要分為（）和（）兩種。12.軟件生存周期中的軟件開發(fā)過程由哪幾個(gè)階段組成？各階段的任務(wù)是什么？13.在軟件工程中，高質(zhì)量的文檔標(biāo)準(zhǔn)是完整性、一致性和（）A、統(tǒng)一性B、安全性C、無二義性D、組合性14.詳細(xì)設(shè)計(jì)的任務(wù)是什么？具體包括哪些？15.簡述使用DFD描述系統(tǒng)過程模型是必須遵守哪些規(guī)則。16.從項(xiàng)目的角度來看，需求總是向著膨脹的方向變化。17.基本表、代碼表、中間表、臨時(shí)表，它們有何異同？18.建立用戶檔案的任務(wù)是（）A、管理用戶的期望和需求B、定義用戶的功能規(guī)范C、評估用戶技能等級D、為設(shè)計(jì)決策提供依據(jù)E、確定用戶種類、確定他們的需求19.Project2003空白項(xiàng)目應(yīng)包含以下幾列：WBS、（）、（）、工作量、開始時(shí)間、完成時(shí)間、（）、（）。20.描述“已知風(fēng)險(xiǎn)”和“可預(yù)測風(fēng)險(xiǎn)”之間的差別。21.模塊具有（）和（）、（）、（）和（）四個(gè)特性。22.以G.J.Myers的觀點(diǎn)，簡述對軟件測試的目的。23.一臺微機(jī)有1個(gè)顯示器、1個(gè)鍵盤、1個(gè)主機(jī)、1個(gè)鼠標(biāo)，聲卡可有可無。主機(jī)包括主板、機(jī)箱、存儲器、電源、USB口。存儲器分固定存儲器和活動存儲器2種。固定存儲器包括1～3個(gè)硬盤和若干內(nèi)存條?；顒哟鎯ζ鞣譃檐洷P和光盤，均可附帶盤片多張或不附帶盤片。USB口有1～2個(gè)或4個(gè)。請根據(jù)上述說明建立該微機(jī)的對象模型。24.在具有n個(gè)元素的順序存儲結(jié)構(gòu)的線性表任意一個(gè)位置中插入一個(gè)元素，在等概率條件下，平均需要移動（）個(gè)元素。25.在時(shí)間允許的情況下，適當(dāng)減少人員會提高工作效率，降低軟件開發(fā)成。卷II一.參考題庫(共25題)1.為什么系統(tǒng)越大越難維護(hù)？2.什么是軟件工程文化？其中的價(jià)值觀是什么？3.什么是錯誤推測法？它主要用于什么測試？4.層次圖和層次方框圖有何區(qū)別？5.附加策略6.FORTRAN語言的源程序是（）結(jié)構(gòu)。A、COBOLB、BASICC、FORTRAND、PL/17.什么叫面向?qū)ο?？面向?qū)ο蠓椒ǖ奶攸c(diǎn)是什么？為什么要用面向?qū)ο蠓椒ㄩ_發(fā)軟件？8.下面不是軟件工程的3個(gè)要素的是（）。A、過程B、方法C、環(huán)境D、工具9.所有的軟件開發(fā)都可以看成是一個(gè)問題循環(huán)解決過程，其中包括4個(gè)截然不同的階段：（）、問題定義、技術(shù)開發(fā)和（）。10.活動圖是（）圖的特殊情況。A、類B、執(zhí)行者C、狀態(tài)D、對象11.下面哪一項(xiàng)是軟件工程學(xué)科的研究內(nèi)容（）。A、軟件銷售方法B、軟件的使用壽命C、軟件工具D、軟件的價(jià)格12.軟件設(shè)計(jì)的基本原理有那些？13.以（）為標(biāo)準(zhǔn)，可以將房屋租金分為公房租金、私房租金、商品房租金和非住宅租金。A、租賃房屋類型B、承租人C、租賃客體D、租金的構(gòu)成要素14.白盒法有哪些邏輯覆蓋標(biāo)準(zhǔn)？15.噴泉模型克服了瀑布模型不支持軟件重用和多項(xiàng)開發(fā)活動集成的局限性，噴泉模型的開發(fā)過程具有（）和無間隙。A、需求確定性B、迭代性C、無間隙D、風(fēng)險(xiǎn)性16.下列哪個(gè)階段不屬于軟件生存期的三大階段？（）A、計(jì)劃階段B、開發(fā)階段C、編碼階段D、維護(hù)階段17.利用現(xiàn)存類設(shè)計(jì)新類的方式有（）A、選擇B、分解C、配置D、演變18.傳統(tǒng)的軟件生存期模型是（）。19.需求工程包括哪些活動，并簡要說明其內(nèi)容？20.關(guān)于MSF企業(yè)體系結(jié)果規(guī)劃，以下哪些說法是錯誤的？（）A、是指導(dǎo)一個(gè)，以有條不紊的方式，以當(dāng)前的狀態(tài)轉(zhuǎn)變?yōu)槲磥淼臓顟B(tài)的B、是一個(gè)間斷的過程C、是一種識別方法，以確定哪些項(xiàng)目（應(yīng)用程序或基礎(chǔ)構(gòu)架）需要做，以及哪些需要先做D、MSF企業(yè)體系結(jié)構(gòu)規(guī)劃的價(jià)值不是來自規(guī)劃，而是規(guī)劃的實(shí)現(xiàn)21.（）又稱實(shí)施圖，用來表示系統(tǒng)中的計(jì)算節(jié)點(diǎn)的拓?fù)浣Y(jié)構(gòu)和通信路徑與節(jié)點(diǎn)上運(yùn)行的軟構(gòu)件等。22.程序設(shè)計(jì)語言的心理特性主要表現(xiàn)在（）、簡潔性、傳統(tǒng)性、局部性和順序性。23.軟件設(shè)計(jì)是要把描述軟件“做什么”的（）轉(zhuǎn)換為描述“怎么做”的（），即著手實(shí)現(xiàn)軟件的需求，并將設(shè)計(jì)結(jié)果記入（）文檔中。24.軟件開發(fā)的目標(biāo)25.在UML2.0中定義了四種交互圖，其中強(qiáng)調(diào)對象調(diào)用順序的是（）圖。卷III一.參考題庫(共25題)1.某算法設(shè)計(jì)程序流程圖如圖所示。試將該圖轉(zhuǎn)換為N－S圖、PAD圖、PDL偽碼，并使用McCabe方法對該算法的復(fù)雜度進(jìn)行估算。2.面向?qū)ο筌浖_發(fā)最適合采用迭代、增量式的開發(fā)模型。3.為什么說軟件工程是一門綜合性的交叉學(xué)科？4.從哪幾個(gè)方面來描述接口需求項(xiàng)？5.以下所示的流圖的環(huán)形復(fù)雜度為（）? A、4B、5C、6D、76.為什么說GUI界面設(shè)計(jì)是一個(gè)迭代的過程？7.什么是軟件危機(jī)？分析其產(chǎn)生的原因與擺脫危機(jī)的方法，你認(rèn)為現(xiàn)在已經(jīng)擺脫軟件危機(jī)了嗎？請說明理由。8.使用結(jié)構(gòu)化分析方法時(shí)，采用的基本手段是（）。A、分解和抽象B、分解和綜合C、歸納與推導(dǎo)D、試探與回溯9.UML使用的行為模型有三種，即：（）。A、交互圖、狀態(tài)圖和順序圖B、順序圖、通信圖和時(shí)間圖C、交互圖、狀態(tài)圖和活動圖D、交互概述圖、通信圖和時(shí)間圖10.集成測試主要由用戶來完成。（）11.簡述容錯技術(shù)的四種主要手段，并解釋。12.某旅行社根據(jù)是否旅游旺季及是否團(tuán)體票來確定旅游票的優(yōu)惠率。其規(guī)定如下：旅游旺季，團(tuán)體票優(yōu)惠5%，散客不優(yōu)惠；非旅游旺季，團(tuán)體票優(yōu)惠30%，散客優(yōu)惠20%。試用判定表表示旅游訂票的優(yōu)惠規(guī)定。13.軟件開發(fā)劃分的各階段任務(wù)盡可能（），同一階段任務(wù)性質(zhì)盡可能（）。14.軟件開發(fā)人員對用戶需求的理解有偏差，這將導(dǎo)致軟件產(chǎn)品與用戶的需求不一致，是產(chǎn)生軟件危機(jī)的唯一原因。15.什么是面向復(fù)用方法？說說它產(chǎn)生的原因和適用的范圍。16.建立分析和設(shè)計(jì)模型的一種重要方法是UML。試問UML是一種什么樣的建模方法？它如何表示一個(gè)系統(tǒng)？17.軟件測試方法中的靜態(tài)測試方法之一為（）A、計(jì)算機(jī)輔助靜態(tài)分析B、黑盒法C、路徑覆蓋D、邊界值分析18.軟件及其特征。19.在DFD中，下列數(shù)據(jù)流中可以不命名的是（）A、處理與處理之間的數(shù)據(jù)流B、處理與局部數(shù)據(jù)存儲之間的數(shù)據(jù)流C、處理與數(shù)據(jù)源點(diǎn)之間的數(shù)據(jù)流D、處理與數(shù)據(jù)終點(diǎn)之間的數(shù)據(jù)流20.在單元測試中，樁模塊用來代替被測模塊的（）。其作用是（）的信息。21.設(shè)二維數(shù)組intM[4][4]，每個(gè)元素（整數(shù)）占2個(gè)存儲單元，元素按行優(yōu)先的順序存儲，數(shù)組的起始地址為100，元素M[2][3]的地址是（）22.若指針p，q的值相同，則*p和*q的值（）相同。23.試簡述原型開發(fā)的過程和運(yùn)用原型化方法的軟件開發(fā)過程。24.劃分模塊時(shí)盡量做到（），保持模塊的獨(dú)立性，盡量使用公共模塊。25.某軟件項(xiàng)目已將有待開發(fā)的軟件分解為600個(gè)對象點(diǎn)數(shù)，其中有20%可以復(fù)用。假設(shè)該項(xiàng)目參與人員月平均工資為3000元人民幣，每月按20個(gè)工作日計(jì)算，每人每天能夠完成1個(gè)對象點(diǎn)數(shù)的工作量。試估算該軟件項(xiàng)目的人力成本。卷I參考答案一.參考題庫1.參考答案:指在模塊設(shè)計(jì)時(shí)，使得一個(gè)模塊內(nèi)包含的信息(過程或數(shù)據(jù))，對于不需要這些信息的其他模塊來說是不能訪問的。這樣，改變模塊的內(nèi)部過程和數(shù)據(jù)的設(shè)計(jì)不會影響到其它模塊。2.參考答案:（2）、（3）、（4）、（7）、（8）3.參考答案:C4.參考答案: 軟件配置管理中的基本單元，稱為軟件配置項(xiàng)。 在開發(fā)過程中，將軟件的文檔、程序、數(shù)據(jù)進(jìn)行分割與綜合，以利于軟件的定義、標(biāo)識、跟蹤、管理，使其最終形成受控的軟件版本產(chǎn)品，這一管理過程稱為軟件配置管理。5.參考答案: 主要的描述方法有三種；結(jié)構(gòu)化語言、判定表和判定樹。 結(jié)構(gòu)化語言：介于自然語言和形式語言（如謂詞邏輯）之間的的一種半形式語言，它是自然語言的一個(gè)受限制的子集。是在自然語言的基礎(chǔ)上加上一些約束，一般分為兩層結(jié)構(gòu)：外層語法較具體，為控制結(jié)構(gòu)（順序、選擇、循環(huán)）；內(nèi)層較靈活，表達(dá)“做什么”。 常用結(jié)構(gòu)化英語或結(jié)構(gòu)化漢語表示，精確、簡明扼要、文體靈活。結(jié)構(gòu)化語言特點(diǎn)：簡單，易學(xué)，少二義性，但不好處理組合條件。 判定表：適用于表述比較復(fù)雜的加工邏輯，如具有多項(xiàng)選擇條件的操作。判定表是一種二維的表格，常用于較復(fù)雜的組合條件。通常由四部分組成，如教材表2-2所示。對用結(jié)構(gòu)化語言不易處理的較復(fù)雜的組合條件問題，可使用判定表。 判定樹：本質(zhì)上與判定表相同，圖形表示更易于理解。描述一般組合條件較清晰，但不易輸入計(jì)算機(jī)。6.參考答案:軟件概要設(shè)計(jì)用以描述系統(tǒng)最頂層的結(jié)構(gòu)和組織形式，表示出軟件系統(tǒng)各個(gè)組成部分的功能及其互相之間的接口關(guān)系，所以概要設(shè)計(jì)是系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)或系統(tǒng)架構(gòu)設(shè)計(jì)。7.參考答案:系統(tǒng)軟件；應(yīng)用軟件8.參考答案: （1）一致性所有需求必須是一致的，任何一條需求不能和其他需求互相矛盾。 （2）完整性需求必須是完整的，規(guī)格說明書應(yīng)該包括用戶需要的每一個(gè)功能或性能。 （3）現(xiàn)實(shí)性指定的需求應(yīng)該是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)基本上可以實(shí)現(xiàn)的。對硬件技術(shù)的進(jìn)步可以做些預(yù)測，對軟件技術(shù)的進(jìn)步則很難做出預(yù)測，只能從現(xiàn)有技術(shù)水平出發(fā)判斷需求的現(xiàn)實(shí)性。 （4）有效性必須證明需求是正確有效的，確實(shí)能解決用戶面對的問題。9.參考答案:測試的目的是找出整個(gè)軟件開發(fā)周期中各個(gè)階段的錯誤，如果測試是為了發(fā)現(xiàn)程序中的錯誤，就會力求設(shè)計(jì)出最能暴露錯誤的測試方案，從而提高測試效率。10.參考答案:B,C,D11.參考答案:事務(wù)流；變換流12.參考答案:以瀑布模型為例主要包括六個(gè)階段： ①可行性研究，確定系統(tǒng)的目標(biāo)與規(guī)模，分析項(xiàng)目的可行性 ②需求分析與規(guī)格說明，明確系統(tǒng)的規(guī)格與要求 ③設(shè)計(jì)，包括概要設(shè)計(jì)與詳細(xì)設(shè)計(jì) ④編程，用程序語音實(shí)現(xiàn)每個(gè)模塊的功能 ⑤測試，發(fā)現(xiàn)并改正錯誤 ⑥運(yùn)行與維護(hù)13.參考答案:C14.參考答案:詳細(xì)設(shè)計(jì)的任務(wù)是在軟件構(gòu)架的基礎(chǔ)上，進(jìn)一步確定如何實(shí)現(xiàn)目標(biāo)系統(tǒng)，具體包括系統(tǒng)的模塊邏輯的詳細(xì)設(shè)計(jì)、系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)、系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計(jì)、系統(tǒng)人機(jī)接口的設(shè)計(jì)。15.參考答案: 使用DFD描述系統(tǒng)過程模型是必須遵守一些規(guī)則，這些規(guī)則可以保證過程模型的正確性。這些規(guī)則有： ①過程是對數(shù)據(jù)的處理，必須有輸入，也必須有輸出，而且輸入數(shù)據(jù)集和輸出數(shù)據(jù)集應(yīng)該存在差異。 如果過程在沒有輸入的情況下產(chǎn)生了輸出，稱之為“奇跡”，即輸出數(shù)據(jù)在沒有任何可見來源的情況下就奇跡般產(chǎn)生了。 如果過程接收了數(shù)據(jù)輸入?yún)s沒有產(chǎn)生輸出，稱之為“黑洞”。它浪費(fèi)了輸入的數(shù)據(jù)資源，卻沒有做出應(yīng)有的貢獻(xiàn)。 過程是對數(shù)據(jù)的處理，這種處理是要產(chǎn)生附加價(jià)值的，即進(jìn)行了數(shù)據(jù)的加工和變換，而不是簡單的數(shù)據(jù)轉(zhuǎn)移。 ②數(shù)據(jù)流是必須和過程產(chǎn)生關(guān)聯(lián)的，它要么是過程的數(shù)據(jù)輸入，要么是過程的數(shù)據(jù)輸出。 ③DFD當(dāng)中所有的對象都應(yīng)該有一個(gè)可以唯一標(biāo)識自己的名稱。過程使用動詞，外部實(shí)體、數(shù)據(jù)流和數(shù)據(jù)存儲使用名詞。16.參考答案:正確17.參考答案: 數(shù)據(jù)庫是表的集合，表由字段組成，表中存放著記錄。由于記錄的數(shù)據(jù)可以是原始數(shù)據(jù)、信息代碼數(shù)據(jù)、統(tǒng)計(jì)數(shù)據(jù)和臨時(shí)數(shù)據(jù)4種，所以又可將表劃分為基本表、代碼表、中間表和臨時(shí)表4種。 1.存放原始數(shù)據(jù)的表，稱為基本表。 2.存放信息代碼數(shù)據(jù)的表，稱為代碼表。 3.存放統(tǒng)計(jì)數(shù)據(jù)的表，稱為中間表（又稱為查詢表）。 4.存放臨時(shí)數(shù)據(jù)的表，稱為臨時(shí)表。18.參考答案:A,C,D,E19.參考答案:任務(wù)名稱；工作；前置任務(wù)；資源名稱20.參考答案: 已知風(fēng)險(xiǎn)，是通過仔細(xì)評估項(xiàng)目計(jì)劃、開發(fā)項(xiàng)目的商業(yè)及技術(shù)環(huán)境、以及其它可靠的信息來源（如：不現(xiàn)實(shí)的交付時(shí)間，沒有需求或軟件范圍的文檔、惡劣的開發(fā)環(huán)境）之后可以發(fā)現(xiàn)的那些風(fēng)險(xiǎn)。 可預(yù)測風(fēng)險(xiǎn)，能夠從過去項(xiàng)目的經(jīng)驗(yàn)中推測出來（如：人員調(diào)整，與客戶之間無法溝通，由于需要進(jìn)行維護(hù)而使開發(fā)人員精力分散）。21.參考答案:輸入；輸出（參數(shù)傳遞）；功能；內(nèi)部數(shù)據(jù)結(jié)構(gòu)（局部變量）；程序代碼22.參考答案: 軟件測試是： （1）為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。 （2）一個(gè)好的用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤的測試。 （3）一個(gè)成功的測試是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤的測試。23.參考答案: 24.參考答案:n/225.參考答案:正確卷II參考答案一.參考題庫1.參考答案:軟件系統(tǒng)越大，功能越復(fù)雜，理解掌握起來就越困難，也就越難以維護(hù)，從而需要更多的維護(hù)工作量。2.參考答案:軟件工程文化是指工程人員在軟件開發(fā)中所應(yīng)該具備的產(chǎn)品質(zhì)量觀、價(jià)值觀、道德準(zhǔn)則和團(tuán)隊(duì)意識等。其中的價(jià)值觀是指軟件企業(yè)上下對軟件工程價(jià)值有一致的認(rèn)同。3.參考答案:利用有經(jīng)驗(yàn)的測試者對程序可能發(fā)生錯誤的位置的推測進(jìn)行測試的方法，主要用于黑盒測試。4.參考答案:層次圖主要用來描繪軟件的層次結(jié)構(gòu)，矩形框代表一個(gè)模塊，矩形框之間的連線表示模塊之間的調(diào)用關(guān)系，常與IPO圖一起形成HIPO圖。層次方框圖主要描述系統(tǒng)的組成關(guān)系，一般自用域需求分析。5.參考答案: 是將原型用于開發(fā)的全過程，原型由最基本的核心開始，逐步增加新的功能和新的需求，反復(fù)修改反復(fù)擴(kuò)充，最后發(fā)展為用戶滿意的最終系統(tǒng)。6.參考答案:A7.參考答案: 關(guān)于“面向?qū)ο蟆?，有許多不同的看法。Coad和Yourdon給出了一個(gè)定義： “面向?qū)ο?對象+類+繼承+消息通信”。如果一個(gè)軟件系統(tǒng)是使用這樣4個(gè)概念設(shè)計(jì)和實(shí)現(xiàn)的，則認(rèn)為這個(gè)軟件系統(tǒng)是面向?qū)ο蟮摹Ｃ嫦驅(qū)ο蠓椒ǖ奶攸c(diǎn)是： 方法的唯一性，即方法是對軟件開發(fā)過程所有階段進(jìn)行綜合考慮而得到的。 從生存期的一個(gè)階段到下一個(gè)階段的高度連續(xù)性，即生存期后一階段的成果只是在前一階段成果的補(bǔ)充和修改。 把面向?qū)ο蠓治觯∣OA）、面向?qū)ο笤O(shè)計(jì)（OOD）和面向?qū)ο蟪绦蛟O(shè)計(jì)（OOP）集成到生存期的相應(yīng)階段。 使用面向?qū)ο蠓椒ㄩ_發(fā)軟件的好處是： 開發(fā)方法的唯一性，開發(fā)階段的高度連續(xù)性，表示方式的一致性； 問題空間實(shí)體的自然表示，減輕了設(shè)計(jì)者的負(fù)擔(dān)，在設(shè)計(jì)系統(tǒng)之初不必考慮一個(gè)很完整的解決方案。 建立穩(wěn)定的系統(tǒng)結(jié)構(gòu)，可促進(jìn)復(fù)用性，易于維護(hù)，易于修改，可合理利用共同性，減少復(fù)雜性。8.參考答案:C9.參考答案:狀態(tài)捕捉；方案綜合10.參考答案:C11.參考答案:C12.參考答案: ⑴模塊化（自頂向下逐層把軟件系統(tǒng)劃分成若干模塊）； ⑵抽象（抽出事物本質(zhì)特性而暫不考慮其細(xì)節(jié)）； ⑶信息隱蔽[設(shè)計(jì)模塊時(shí)使模塊內(nèi)的信息（過程或數(shù)據(jù)）不能被不需要這些信息的其他模塊訪問]； ⑷模塊獨(dú)立性（低耦合、高內(nèi)聚：每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立的子功能，并且與其他模塊的聯(lián)系最少且接口簡單）。13.參考答案:A14.參考答案: ①語句覆蓋（每條語句至少執(zhí)行一次）； ②判定覆蓋（每個(gè)判定的每個(gè)分支至少執(zhí)行一次）； ③條件覆蓋（每個(gè)判定的每個(gè)條件應(yīng)取到各種可能的值）； ④判定/條件覆蓋（同時(shí)滿足判定覆蓋和條件覆蓋）； ⑤條件組合覆蓋（每個(gè)判定中各條件的每一種組合至少出現(xiàn)一次）； ⑥路徑覆蓋（程序中每一條可能的路徑至少執(zhí)行一次）。15.參考答案:B16.參考答案:C17.參考答案:A,B,C,D18.參考答案:瀑布模型19.參考答案: 需求工程活動包括：需求開發(fā)和需求管理。 （1）需求開發(fā)包括：需求獲取、需求分析、需求規(guī)格說明和需求驗(yàn)證4個(gè)部分。 （2）需求管理：主要工作就是跟蹤后繼階段中需求實(shí)現(xiàn)與需求變更情況，確定需求得到了正確的理解并被正確的實(shí)現(xiàn)到軟件產(chǎn)品中。20.參考答案:B21.參考答案:數(shù)據(jù)流程圖22.參考答案:歧義性23.參考答案:邏輯模型；物理模型；軟件設(shè)計(jì)說明書24.參考答案: 是在規(guī)定的投資和時(shí)間內(nèi)，開發(fā)出符合用戶需求的高質(zhì)量的軟件。25.參考答案:順序卷III參考答案一.參考題庫1.參考答案: （1）NS圖： （2）PAD圖：2.參考答案:正確3.參考答案: 因?yàn)檐浖こ躺婕罢軐W(xué)、計(jì)算機(jī)科學(xué)、工程科學(xué)、管理科學(xué)、數(shù)學(xué)和應(yīng)用領(lǐng)域知識。4.參考答案: 從以下四個(gè)方面來描述： （1）用戶界面。 說明軟件將實(shí)現(xiàn)的用戶界面。 （2）硬件接口。 指出軟件所支持的所有硬件接口，其中包括邏輯結(jié)構(gòu)、物理地址、預(yù)期行為等。 （3）軟件接口。 說明軟件系統(tǒng)中與其他構(gòu)件之間的軟件接口。 這些構(gòu)件可以是購入的構(gòu)件、取自其他應(yīng)用程序重新利用的構(gòu)件，也可以是為此客戶需求說明范圍之外的子系統(tǒng)開發(fā)，但該軟件應(yīng)用程序必須與之交互的構(gòu)件。 （4）通信接口。說明與其他系統(tǒng)或設(shè)備的所有通信接口。5.參考答案:A6.參考答案: 由于一次就設(shè)計(jì)出非常完美的界面的情況非常少見，因此用戶界面設(shè)計(jì)是一個(gè)迭代的過程，需要進(jìn)行多次反復(fù)而逐步使界面設(shè)計(jì)趨于完善。 用戶界面設(shè)計(jì)的一般步驟是：（1）建立界面需求規(guī)格模型。（2）以界面需求模型為依據(jù)創(chuàng)建界面原型。（3）評價(jià)界面原型并進(jìn)行迭代。7.參考答案:軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。主要是兩個(gè)問題： （1）如何開發(fā)軟件，怎樣滿足對軟件的日益增長的需求； （2）如何維護(hù)數(shù)量不斷膨脹的已有軟件； 軟件危機(jī)的出現(xiàn)，究其原因，一方面是由軟件本身的特點(diǎn)引起的，如軟件越來越復(fù)雜，軟件故障難于檢測，工作量難以估計(jì)；另一方面則是因?yàn)檐浖_發(fā)和維護(hù)方法不當(dāng)所造成的，如軟件的個(gè)體化特征太強(qiáng)等。 為了擺脫軟件危機(jī)所造成的困境，提出軟件工程的概念，其主要思路是：要把人類長期以來從事各種工程項(xiàng)目所積累起來的行之有效的原理，概念，技術(shù)和方法，特別是人類從事計(jì)算機(jī)硬件研究和開發(fā)的經(jīng)驗(yàn)教訓(xùn)，應(yīng)用到軟件的開發(fā)和維護(hù)中來。 我認(rèn)為我國現(xiàn)在還未完全擺脫軟件危機(jī)，因?yàn)殡S著經(jīng)濟(jì)發(fā)展，各行各業(yè)對軟件人才的需求不斷擴(kuò)大，由于我國的軟件人才缺口依舊很大，造成了某些行業(yè)內(nèi)軟件開發(fā)進(jìn)度難以預(yù)測，軟件開發(fā)成本難以控制，用戶對產(chǎn)品功能難以滿足，軟件產(chǎn)品質(zhì)量無法保證，軟件產(chǎn)品難以維護(hù)，軟件缺少適當(dāng)?shù)奈臋n資料。8.參考答案:A9.參考答案:C10.參考答案:錯誤11.參考答案: 結(jié)構(gòu)冗余：包括靜態(tài)冗余、動態(tài)冗余和混合冗余。 信息冗余：為檢測或糾正信息在運(yùn)算或傳輸中的錯誤，須外加一部分信息。 時(shí)間冗余：指重復(fù)執(zhí)行指令或程序來消除瞬時(shí)錯誤帶來的影響。 冗余附加技術(shù)：指為實(shí)現(xiàn)上述冗余技術(shù)所需的資源和技術(shù)。12.參考答案: 13.參考答案:相對獨(dú)立；相同14.參考答案:錯誤15.參考答案: 面向復(fù)用的方法使用可復(fù)用軟件組件以及能集成這些組件的框架來構(gòu)建和開發(fā)新的軟件；有時(shí)，這些組件本身就是一個(gè)獨(dú)立的能滿足某種需要的系統(tǒng)。 使用這種方法可以節(jié)省大量的重復(fù)勞動，加快開發(fā)速度。存在大量可以重用的構(gòu)件的時(shí)候，可以使用這種方法。16.參考答案: UML叫做統(tǒng)一的建模語言，它把Booch、Rumbaugh和Jacobson等各自獨(dú)立的OOA和OOD方法中最優(yōu)秀的特色組合成一個(gè)統(tǒng)一的方法。UML允許軟件工程師使用由一組語法的語義的實(shí)用的規(guī)則支配的符號來表示分析模型。 在UML中用5種不同的視圖來表示一個(gè)系統(tǒng)，這些視圖從不同的側(cè)面描述系統(tǒng)。每一個(gè)視圖由一組圖形來定義。這些視圖概述如下： 用戶模型視圖：這個(gè)視圖從用戶（在UML中叫做參與者）角度來表示系統(tǒng)。它用使用實(shí)例（usecase）來建立模型，并用它來描述來自終端用戶方面的可用的場景。 結(jié)構(gòu)模型視圖：從系統(tǒng)內(nèi)部來看數(shù)據(jù)和功能性。即對靜態(tài)結(jié)構(gòu)（類、對象和關(guān)系）模型化。 行為模型視圖：這種視圖表示了系統(tǒng)動態(tài)和行為。它還描述了在用戶模型視圖和結(jié)構(gòu)模型視圖中所描述的各種結(jié)構(gòu)元素之間的交互和協(xié)作。 實(shí)現(xiàn)模型視圖：將系統(tǒng)的結(jié)構(gòu)和行為表達(dá)成為易于轉(zhuǎn)換為實(shí)現(xiàn)的方式。 環(huán)境模型視圖：表示系統(tǒng)實(shí)現(xiàn)環(huán)境的結(jié)構(gòu)和行為。 通常，UML分析建模的注意力放在系統(tǒng)的用戶模型和結(jié)構(gòu)模型視圖，而UML設(shè)計(jì)建模則定位在行為模型、實(shí)現(xiàn)模型和環(huán)境模型。17.參考答案:A18.參考答案: 軟件是： （1）指令的集合（計(jì)算機(jī)程序），通過執(zhí)行這些指令來滿足預(yù)期的特征、功能和性能需求； （2）數(shù)據(jù)結(jié)構(gòu)，使得程序可以合理利用信息； （3）文檔描述，用來描述程序操作和使用。 特征： （1）軟件是設(shè)計(jì)開發(fā)的，而不是傳統(tǒng)意義上生產(chǎn)制造的。 （2）軟件不會“磨損”。 （3）雖然整個(gè)工業(yè)向著基于構(gòu)件的構(gòu)造模式發(fā)展，然而大多數(shù)軟件仍是根據(jù)實(shí)際的顧客需求定制的。19.參考答案:A20.參考答案:子模塊；返回被測模塊所需21.參考答案:12222.參考答案:一定23.參考答案: 原型的開發(fā)和使用過程叫做原型生存期。下圖是原型生存期的模型及其細(xì)化。 ①快速分析：在分析者和用戶的緊密配合下，快速確定軟件系統(tǒng)的基本要求。 ②構(gòu)造原型：根據(jù)基本規(guī)格說明，盡快實(shí)現(xiàn)一個(gè)可運(yùn)行的原型系統(tǒng)。 ③運(yùn)行和評價(jià)原型：用戶試用原型，考核評價(jià)原型的特性。糾正過去交互中的誤解和分析中的錯誤，增補(bǔ)新的要求，提出全面的修改意見。 ④修正和改進(jìn)：根據(jù)修改意見進(jìn)行修改。如果用修改原型的過程代替快速分析，就形成了原型開發(fā)的迭代過程。在一次次的迭代過程中不斷將原型完善，以接近系統(tǒng)的最終要求。 ⑤判定原型完成：經(jīng)過修改或改進(jìn)的原型，達(dá)到參與者一致認(rèn)可，則原型開發(fā)的迭代過程可以結(jié)束。為此，應(yīng)判斷有關(guān)應(yīng)用的實(shí)質(zhì)是否已經(jīng)掌握，判定的結(jié)果有兩個(gè)不同的轉(zhuǎn)向，一是繼續(xù)迭代驗(yàn)證，一是進(jìn)行詳細(xì)說明。 ⑥判斷原型細(xì)部是否說明：判斷組成原型的細(xì)部是否需要嚴(yán)格地加以說明。 ⑦原型細(xì)部的說明：通過文件加以說明那些不能通過原型說明的項(xiàng)目。 ⑧判定原型效果：考察新加入的需求信息和細(xì)部說明信息，看其對模型有什么影響？是否會影響模塊的有效性？如果模型受到影響，則要進(jìn)行修正和改進(jìn)。 ⑨整理原型和提供文檔 快速原型方法的提出使得傳統(tǒng)的軟件生存期在思想方法上受到