軟件工程模擬題

1、 模擬 軟件工程選擇題第 1 題：軟件工程方法學(xué)的三要素是。方法項(xiàng)目管理過(guò)程開發(fā)語(yǔ)言工具A. B. C.D.參考答案：D軟件工程方法學(xué)包含三個(gè)要素：方法、 工具和過(guò)程。方法是指完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)方法；工具是指為運(yùn)用方法而提供的軟件工程支撐環(huán)境；過(guò)程是指為獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架。第 2 題：螺旋模型的開發(fā)實(shí)施和基本相吻合。A. 智能模型B. 快速原型模型C.噴泉模型D.V模型參考答案：B第 3 題：軟件設(shè)計(jì)一般分為外部設(shè)計(jì)和內(nèi)部設(shè)計(jì)，它們之間的關(guān)系是A. 全局和局部B. 抽象和具體C.總體和層次D.沒(méi)有關(guān)系參考答案：A這里所說(shuō)的外部設(shè)計(jì)實(shí)際上是指概要設(shè)計(jì)，內(nèi)部設(shè)計(jì)

2、就是詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)的工作是：采用某種設(shè)計(jì)方法，將一個(gè)復(fù)雜的系統(tǒng)按功能劃分成模塊； 確定每個(gè)模塊的功能；確定模塊之間的調(diào)用關(guān)系；確定模塊之間的接口，即模塊之間傳遞的信息；評(píng)價(jià)模塊結(jié)構(gòu)的質(zhì)量。而詳細(xì)設(shè)計(jì)的工作是：為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)。用某種圖形、表格、語(yǔ)言等工具將每個(gè)模塊處理過(guò)程的詳細(xì)算法描述出來(lái)。為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)。對(duì)于需求分析、概要設(shè)計(jì)確定的概念性的數(shù)據(jù)類型進(jìn)行確切的定義。對(duì)數(shù)據(jù)結(jié)構(gòu)進(jìn)行物理設(shè)計(jì)，即確定數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)。物理結(jié)構(gòu)主要指數(shù)據(jù)庫(kù)的存儲(chǔ)記錄格式、存儲(chǔ)記錄安排和存儲(chǔ)方法，這些都依賴于具體所使用的數(shù)據(jù)庫(kù)系統(tǒng)?？梢?jiàn)，這是一個(gè)全局和局部的關(guān)系，概要設(shè)計(jì)劃分好模塊，而詳細(xì)設(shè)

3、計(jì)定義每個(gè)模塊如何工作。第 4 題：瀑布模型把軟件生命周期劃分為三個(gè)階段，它們分別是：計(jì)劃階段、開發(fā)階段和 。A. 可行性分析階段B. 運(yùn)行階段C.詳細(xì)計(jì)劃階段D.測(cè)試與排錯(cuò)階段參考答案：B瀑布模型的軟件生命周期分為計(jì)劃階段、開發(fā)階段和運(yùn)行階段( 即維護(hù)階段) 三個(gè)大的階段，這三個(gè)階段又可細(xì)分為：可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、運(yùn)行維護(hù)幾個(gè)小的階段。第 5 題：瀑布模型(Waterfall Model) 突出的缺點(diǎn)是不能適應(yīng)的變動(dòng)。A. 算法B. 開發(fā)或應(yīng)用平臺(tái)C.程序語(yǔ)言D.用戶需求參考答案：D瀑布模型有許多優(yōu)點(diǎn)：可強(qiáng)迫開發(fā)人員采用規(guī)范的方法；嚴(yán)格規(guī)定了各階段必

4、須提交的文檔；要求每個(gè)階段結(jié)束后，都要進(jìn)行嚴(yán)格的評(píng)審。但瀑布模型過(guò)于理想化，而且缺乏靈活性，無(wú)法在開發(fā)過(guò)程中逐漸明確用戶難以確切表達(dá)或一時(shí)難以想到的需求，有時(shí)可能直到軟件開發(fā)完成之后才發(fā)現(xiàn)與用戶需求有很大距離，此時(shí)必須付出高額的代價(jià)才能糾正這一偏差。第 6 題：如果一個(gè)模塊內(nèi)各功能部分都使用了相同的輸入數(shù)據(jù)，或產(chǎn)生了相同的輸出數(shù)據(jù)，則稱為模塊。A. 功能內(nèi)聚B. 順序內(nèi)聚C.通信內(nèi)聚D.過(guò)程內(nèi)聚參考答案：C第 7 題：項(xiàng)目管理工具中，將網(wǎng)絡(luò)方法用于工作計(jì)劃安排的評(píng)審和檢查的是A.Gantt 圖B.PERT網(wǎng)圖C.因果分析圖D.流程圖Gantt 圖：以水平線段表示任務(wù)的工作階段。線段的起點(diǎn)和終點(diǎn)

5、分別對(duì)應(yīng)著任務(wù)的開工時(shí)間和完成時(shí)間；線段的長(zhǎng)度表示完成任務(wù)所需的時(shí)間。從甘特圖上可以很清楚地看出各子任務(wù)在時(shí)間上的對(duì)比關(guān)系，并以文檔編制與評(píng)審作為軟件開發(fā)進(jìn)度的里程碑。甘特圖的優(yōu)點(diǎn)是標(biāo)明了各任務(wù)的計(jì)劃進(jìn)度和當(dāng)前進(jìn)度，能動(dòng)態(tài)地反映軟件開發(fā)進(jìn)展情況。缺點(diǎn)是難以反映多個(gè)任務(wù)之間存在的復(fù)雜的邏輯關(guān)系。PERM圖：也叫做計(jì)劃評(píng)審技術(shù)。它采用網(wǎng)絡(luò)圖來(lái)描述一個(gè)項(xiàng)目的任務(wù)網(wǎng)絡(luò)， 不僅可以表達(dá)子任務(wù)的計(jì)劃安排，還可以在任務(wù)計(jì)劃執(zhí)行過(guò)程中估計(jì)任務(wù)完成的情況， 分析某些子任務(wù)的完成情況對(duì)全局的影響，找出影響全局的區(qū)域和關(guān)鍵子任務(wù)，以便及時(shí)采取措施，確保整個(gè)項(xiàng)目的完成。因果分析圖：又叫特性要素圖、樹枝圖和魚刺圖等，是

6、質(zhì)量管理常用工具之一。流程圖：流程圖是以圖解方式來(lái)說(shuō)明實(shí)現(xiàn)一個(gè)解決方案所需完成的一系列操作。第 8 題：下述任務(wù)中，不屬于軟件工程需求分析階段的是。A. 分析軟件系統(tǒng)的數(shù)據(jù)要求B.確定軟件系統(tǒng)的功能需求C.確定軟件系統(tǒng)的性能要求D.確定軟件系統(tǒng)的運(yùn)行平臺(tái)參考答案：D需求分析的任務(wù)主要有：(1) 確定軟件的綜合要求：系統(tǒng)界面，系統(tǒng)功能，系統(tǒng)性能，安全性、保密性和可靠性方面的要求，系統(tǒng)的運(yùn)行要求，異常處理，將來(lái)的擴(kuò)充和修改等。(2) 分析軟件系統(tǒng)的數(shù)據(jù)要求：基本數(shù)據(jù)元素，數(shù)據(jù)元素之間的邏輯關(guān)系，數(shù)據(jù)量， 峰值等。(3) 導(dǎo)出系統(tǒng)的邏輯模型。(4)修正項(xiàng)目開發(fā)計(jì)劃。第 9 題：進(jìn)行軟件測(cè)試的目的是。

7、A. 盡可能多地找出軟件中的缺陷B. 縮短軟件的開發(fā)時(shí)間C.減少軟件的維護(hù)成本D.證明程序沒(méi)有缺陷參考答案：A進(jìn)行軟件測(cè)試的目的是想以最少的時(shí)間和人力找出軟件中潛在的各種錯(cuò)誤和缺陷，而不是證明程序沒(méi)有缺陷。第 10 題：軟件的測(cè)試通常分單元測(cè)試、組裝測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試四個(gè)階段進(jìn)行。屬于確認(rèn)測(cè)試階段的活動(dòng)。A. 設(shè)計(jì)評(píng)審B. 代碼審查C.結(jié)構(gòu)測(cè)試D.可靠性測(cè)試參考答案：D第 11 題：一個(gè)故障已經(jīng)被發(fā)現(xiàn)，而且也被排除了，為了檢查修改是否引起了其它故障，這時(shí)應(yīng)該進(jìn)行。A. 程序走查B. 退化測(cè)試C.軟件評(píng)審D.接收測(cè)試參考答案：B在維護(hù)過(guò)程中，當(dāng)修正一個(gè)故障以后要進(jìn)行回歸測(cè)試，但此處沒(méi)有這個(gè)

8、選項(xiàng)，所以我們要考查哪個(gè)選項(xiàng)是回歸測(cè)試的意思。這里可以直接把A和C排除，而D選項(xiàng)的接收測(cè)試就是確認(rèn)測(cè)試，所以我們選Bo其實(shí)退化測(cè)試就是回歸測(cè)試，只是翻譯不同而已。第 12 題：代碼走查(code walkthrough) 和代碼審查(code inspection) 是兩種不同的代碼評(píng)審方法，這兩種方法的主要區(qū)別是。A. 在代碼審查中由編寫代碼的程序員來(lái)組織討論，而在代碼走查中由高級(jí)管理人員來(lái)領(lǐng)導(dǎo)評(píng)審小組的活動(dòng)B. 在代碼審查中只檢查代碼中是否有錯(cuò)誤，而在代碼走查中還要檢查程序與設(shè)計(jì)文檔的一致性C.在代碼走查中只檢查程序的正確性，而在代碼審查中還要評(píng)審程序員的編 程能力和工作業(yè)績(jī)D.代碼審查是

9、一種正式的評(píng)審活動(dòng)，而代碼走查的討論過(guò)程是非正式的參考答案：D靜態(tài)分析中進(jìn)行人工測(cè)試的主要方法有桌前檢查、代碼審查 ( 會(huì)審 ) 和走查。 經(jīng)驗(yàn)表明， 使用這種方法能夠有效地發(fā)現(xiàn)30%到 70%的邏輯設(shè)計(jì)和編碼錯(cuò)誤。桌前檢查(Desk Checking) ：由程序員自己檢查自己編寫的程序。程序員在程序通過(guò)編譯之后，進(jìn)行單元測(cè)試設(shè)計(jì)之前，對(duì)源程序代碼進(jìn)行分析、檢驗(yàn)，并補(bǔ)充相關(guān)的文檔，目的是發(fā)現(xiàn)程序中的錯(cuò)誤。檢查項(xiàng)目有：檢查變量的交叉引用表：重點(diǎn)是檢查未說(shuō)明的變量和違反了類型規(guī)定的變量；還要對(duì)照源程序，逐個(gè)檢查變量的引用、變量的使用序列；臨時(shí)變量在某條路徑上的重寫情況；局部變量、全局變量與特權(quán)變量

10、的使用；檢查標(biāo)號(hào)的交叉引用表：驗(yàn)證所有標(biāo)號(hào)的正確性：檢查所有標(biāo)號(hào)的命名是否正確；檢查轉(zhuǎn)向指定位置的標(biāo)號(hào)是否正確。檢查子程序、宏、函數(shù)：驗(yàn)證每次調(diào)用與被調(diào)用位置是否正確；確認(rèn)每次被調(diào)用的子程序、宏、 函數(shù)是否存在；檢驗(yàn)調(diào)用序列中調(diào)用方式與參數(shù)順序、個(gè)數(shù)、類型上的一致性。等值性檢查：檢查全部等價(jià)變量的類型的一致性，解釋所包含的類型差異。常量檢查：確認(rèn)每個(gè)常量的取值和數(shù)制、數(shù)據(jù)類型；檢查常量每次引用同它的取值、數(shù)制和類型的一致性；標(biāo)準(zhǔn)檢查：用標(biāo)準(zhǔn)檢查程序或手工檢查程序中違反標(biāo)準(zhǔn)的問(wèn)題。風(fēng)格檢查：檢查在程序設(shè)計(jì)風(fēng)格方面發(fā)現(xiàn)的問(wèn)題。比較控制流：比較由程序員設(shè)計(jì)的控制流圖和由實(shí)際程序生成的控制流圖，尋找和

11、解釋每個(gè)差異，修改文檔和校正錯(cuò)誤。選擇、激活路徑：在程序員設(shè)計(jì)的控制流圖上選擇路徑，再到實(shí)際的控制流圖上激活這條路徑。如果選擇的路徑在實(shí)際控制流圖上不能激活，則源程序可能有錯(cuò)。用這種方法激活的路徑集合應(yīng)保證源程序模塊的每行代碼都被檢查，即桌前檢查應(yīng)至少是語(yǔ)句覆蓋。對(duì)照程序的規(guī)格說(shuō)明，詳細(xì)閱讀源代碼：程序員對(duì)照程序的規(guī)格說(shuō)明書、規(guī)定的算法和程序設(shè)計(jì)語(yǔ)言的語(yǔ)法規(guī)則， 仔細(xì)地閱讀源代碼，逐字逐句進(jìn)行分析和思考，比較實(shí)際的代碼和期望的代碼，從它們的差異中發(fā)現(xiàn)程序的問(wèn)題和錯(cuò)誤。補(bǔ)充文檔：桌前檢查的文檔是一種過(guò)渡性的文檔，不是公開的正式文檔，通過(guò)編寫文檔，也是對(duì)程序的一種下意識(shí)的檢查和測(cè)試，可以幫助程序員

12、發(fā)現(xiàn)和抓住更多的錯(cuò)誤。這種桌前檢查， 由于程序員熟悉自己的程序和自身的程序設(shè)計(jì)風(fēng)格，可以節(jié)省很多的檢查時(shí)間，但應(yīng)避免主觀片面性。代碼會(huì)審(Code Reading Review)：是由若干高級(jí)管理人員、程序員和測(cè)試員組成一個(gè)會(huì)審小組，通過(guò)閱讀、討論和爭(zhēng)議，對(duì)程序進(jìn)行靜態(tài)分析的過(guò)程。高級(jí)管理人員領(lǐng)導(dǎo)整個(gè)會(huì)審小組。代碼會(huì)審分兩步。第一步，小組負(fù)責(zé)人提前把設(shè)計(jì)規(guī)格說(shuō)明書、控制流程圖、程序文本及有關(guān)要求、規(guī)范等分發(fā)給小組成員，作為評(píng)審的依據(jù)。小組成員在充分閱讀這些材料之后，進(jìn)入審查的第二步：召開程序?qū)彶闀?huì)。在會(huì)上，首先由程序員逐句講 解程序的邏輯。在此過(guò)程中，程序員或其他小組成員可以提出問(wèn)題，展開討論

13、，審查錯(cuò)誤是否存在。實(shí)踐表明，程序員在講解過(guò)程中能發(fā)現(xiàn)許多原來(lái)自己沒(méi)有發(fā)現(xiàn)的錯(cuò)誤，而討論和爭(zhēng)議則促進(jìn)了問(wèn)題的暴露。在會(huì)前，應(yīng)當(dāng)給會(huì)審小組每個(gè)成員準(zhǔn)備一份常見(jiàn)錯(cuò)誤的清單，把以往所有可能發(fā)生的常見(jiàn)錯(cuò)誤羅列出來(lái)，供與會(huì)者對(duì)照檢查，以提高會(huì)審的實(shí)效。這個(gè)常見(jiàn)錯(cuò)誤清單也叫做檢查表，它把程序中可能發(fā)生的各種錯(cuò)誤進(jìn)行分類，對(duì)每一類列舉出盡可能多的典型錯(cuò)誤，然后把它們制成表格，供會(huì)審時(shí)使用。這種檢查表類似于本章單元測(cè)試中給出的檢查表。走查 (Walkthroughs) ：與代碼會(huì)審基本相同，一般由編寫代碼的程序員來(lái)組織討論，其過(guò)程分為兩步。第一步也把材料先發(fā)給走查小組每個(gè)成員，讓他們認(rèn)真研究程序，然后再開會(huì)。

14、開會(huì)的程序與代碼會(huì)審不同，不是簡(jiǎn)單地讀程序和對(duì)照錯(cuò)誤檢查表進(jìn)行檢查，而是讓與會(huì)者“充當(dāng)”計(jì)算機(jī)。即首先由測(cè)試組成員為被測(cè)程序準(zhǔn)備一批有代表性的測(cè)試用例，提交給走查小組。走查小組開會(huì)， 集體扮演計(jì)算機(jī)角色，讓測(cè)試用例沿程序的邏輯運(yùn)行一遍，隨時(shí)記錄程序的蹤跡，供分析和討論用。代碼審查是一種正式的評(píng)審活動(dòng)，而代碼走查的討論過(guò)程是非正式的。人們借助于測(cè)試用例的媒介作用，對(duì)程序的邏輯和功能提出各種疑問(wèn)，結(jié)合問(wèn)題開展熱烈的討論和爭(zhēng)議，能夠發(fā)現(xiàn)更多的問(wèn)題。第 13 題：參考答案：C首先要搞清楚什么是條件，什么是判定，以“ A ORB”為例，單個(gè)的A或者B是一個(gè)條件，而“A ORB ”才是判定。所謂判定覆蓋，

15、就是指設(shè)計(jì)的測(cè)試用例能使得程序中的每個(gè)判定的真值分支和假值分支至少經(jīng)過(guò)一次，因此， 判定覆蓋亦稱分支覆蓋。A B、D選項(xiàng)中測(cè)試用例顯然只覆蓋了 " A OR B'真值分支。在系統(tǒng)轉(zhuǎn)換的過(guò)程中，舊系統(tǒng)和新系統(tǒng)并行工作一段時(shí)間，再由新系統(tǒng)代替舊系統(tǒng)的策略稱為(1)；在新系統(tǒng)全部正式運(yùn)行前，一部分一部分地代替舊系統(tǒng)的策略稱為(2)。第 14題：A. 直接轉(zhuǎn)換B.位置轉(zhuǎn)換C.分段轉(zhuǎn)換D.并行轉(zhuǎn)換參考答案：D第 15 題：A. 直接轉(zhuǎn)換B.位置轉(zhuǎn)換C.分段轉(zhuǎn)換D.并行轉(zhuǎn)換參考答案：C這道題屬于純概念題，題目中的字句都是從概念中抽出來(lái)的，下面我們來(lái)看系統(tǒng)轉(zhuǎn)換的一些概念。新老系統(tǒng)之間的轉(zhuǎn)換

16、有三種方式：直接轉(zhuǎn)換、并行轉(zhuǎn)換和分段轉(zhuǎn)換，下面我們來(lái)詳細(xì)介紹這三種轉(zhuǎn)換的各自特點(diǎn)。直接轉(zhuǎn)換就是在確定新系統(tǒng)運(yùn)行無(wú)誤時(shí)，立刻啟用新系統(tǒng)，終止老系統(tǒng)運(yùn)行。這種方式對(duì)人員、設(shè)備費(fèi)用很節(jié)省。這種方式一般適用于一些處理過(guò)程不太復(fù)雜，數(shù)據(jù)不很重要的場(chǎng)合。并行轉(zhuǎn)換是指新老系統(tǒng)并行一段時(shí)間，經(jīng)過(guò)一段時(shí)間的考驗(yàn)以后，新系統(tǒng)正式替代老系統(tǒng)。對(duì)于較復(fù)雜的大型系統(tǒng)，它提供了一個(gè)新系統(tǒng)與老系統(tǒng)運(yùn)行結(jié)果進(jìn)行比較的機(jī)會(huì)，消除了尚未認(rèn)識(shí)新系統(tǒng)之前的緊張和不安。在銀行、財(cái)務(wù)和一些企業(yè)的核心系統(tǒng)中，這是一種經(jīng)常使用的轉(zhuǎn)換方式。它的主要特點(diǎn)是安全、 可靠， 但費(fèi)用和工作量都很大，因?yàn)樵谙喈?dāng)長(zhǎng)時(shí)間內(nèi)系統(tǒng)要兩套班子并行工作。分段轉(zhuǎn)換又

17、稱逐步轉(zhuǎn)換、向?qū)мD(zhuǎn)換、試點(diǎn)過(guò)渡法等。這種轉(zhuǎn)換方式實(shí)際上是以上兩種轉(zhuǎn)換方式的結(jié)合。在新系統(tǒng)全部正式運(yùn)行前，一部分一部分地代替老系統(tǒng)。那些在轉(zhuǎn)換過(guò)程中還沒(méi)有正式運(yùn)行的部分，可以在一個(gè)模擬環(huán)境中繼續(xù)試運(yùn)行。這種方式既保證了可靠性，又不至于費(fèi)用太大。但是這種分段轉(zhuǎn)換要求子系統(tǒng)之間有一定的獨(dú)立性，對(duì)系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)都有一定的要求，否則就無(wú)法實(shí)現(xiàn)這種分段轉(zhuǎn)換的設(shè)想。由此可以看出題目所說(shuō)的“舊系統(tǒng)和新系統(tǒng)并行工作一段時(shí)間，再由新系統(tǒng)代替舊系統(tǒng)的策略”是并行轉(zhuǎn)換，而“在新系統(tǒng)全部正式運(yùn)行前，一部分一部分地代替舊系統(tǒng)的策略”是分段轉(zhuǎn)換。所以第 (1)空應(yīng)選D,第空應(yīng)選Co第 16 題：在面向數(shù)據(jù)流的設(shè)計(jì)方法中，

18、一般把數(shù)據(jù)流圖中的數(shù)據(jù)劃分為兩種。A. 數(shù)據(jù)流和事務(wù)流B. 變換流和數(shù)據(jù)流C.變換流和事務(wù)流D.控制流和事務(wù)流參考答案：C數(shù)據(jù)流圖簡(jiǎn)稱DFD是描述數(shù)據(jù)處理過(guò)程的一種圖形工具。數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度，以圖形的方式描述數(shù)據(jù)在系統(tǒng)流程中流動(dòng)和處理的移動(dòng)變換過(guò)程，反映數(shù)據(jù)的流向、自然的邏輯過(guò)程和必要的邏輯數(shù)據(jù)存儲(chǔ)。一般把數(shù)據(jù)流圖中的數(shù)據(jù)劃分為變換流和事務(wù)流兩種。第 17 題：軟件設(shè)計(jì)的主要任務(wù)是設(shè)計(jì)軟件的結(jié)構(gòu)、過(guò)程和模塊，其中軟件結(jié)構(gòu)設(shè)計(jì)的主要任務(wù)是要確定。A. 模塊間的操作細(xì)節(jié)B. 模塊間的相似性C.模塊間的組成關(guān)系D.模塊的具體功能參考答案：C這里所說(shuō)的軟件設(shè)計(jì)其實(shí)指概要設(shè)計(jì)，其主要任務(wù)就

19、是：合理劃分模塊，并追求更高的內(nèi)聚度和更低的耦合度。第 18 題：應(yīng)該在 階段制定系統(tǒng)測(cè)試計(jì)劃。A. 需求分析B. 概要設(shè)計(jì)C.詳細(xì)設(shè)計(jì)D.系統(tǒng)測(cè)試參考答案：A第 19 題：(1) 是軟件生存期中各開發(fā)階段的一個(gè)特定點(diǎn)，它可作為一個(gè)檢查點(diǎn)，當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí)，我們可以返回到最近和最恰當(dāng)?shù)纳?。A. 版本記錄B. 還原點(diǎn)C.基線D.變更點(diǎn)參考答案：C基線是軟件生存期中各開發(fā)階段的一個(gè)特定點(diǎn)，它的作用是把各開發(fā)階段的劃分更加明確化，使本來(lái)連續(xù)的工作在這些點(diǎn)上斷開，以便于檢查和肯定階段成果。軟件設(shè)計(jì)包括四個(gè)既獨(dú)立又相互聯(lián)系的活動(dòng)，分別為(1)、(2)數(shù)據(jù)設(shè)計(jì)和過(guò)程設(shè)計(jì)。第 20 題：A. 用戶手冊(cè)

20、設(shè)計(jì)B. 語(yǔ)言設(shè)計(jì)C.體系結(jié)構(gòu)設(shè)計(jì)D.文檔設(shè)計(jì)參考答案：C第 21 題：A. 文檔設(shè)計(jì)B. 程序設(shè)計(jì)C.實(shí)用性設(shè)計(jì)D.接口設(shè)計(jì)參考答案：D軟件設(shè)計(jì)包括體系結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)和過(guò)程設(shè)計(jì)。系統(tǒng)設(shè)計(jì)的四方面內(nèi)容是：體系結(jié)構(gòu)設(shè)計(jì)、戶界面設(shè)計(jì)、內(nèi)外部接口設(shè)計(jì)) 。模型的優(yōu)點(diǎn)，還增加了(1)外旋轉(zhuǎn)，每轉(zhuǎn)一圈都要對(duì)(2)模塊設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)與算法設(shè)計(jì)、接口設(shè)計(jì)( 用軟件開發(fā)的螺旋模型綜合了瀑布模型和演化。采用螺旋模型時(shí)，軟件開發(fā)沿著螺線自內(nèi)向進(jìn)行識(shí)別和分析，并采取相應(yīng)的對(duì)策。螺旋線第一圈的開始點(diǎn)可能是一個(gè)(3) 。從第二圈開始，一個(gè)新產(chǎn)品開發(fā)項(xiàng)目開始了， 新產(chǎn)品的演化沿著螺旋線進(jìn)行若干次迭代，一直運(yùn)

21、轉(zhuǎn)到軟件生命期結(jié)束。第 22 題：A. 版本管B. 可行性分析C.風(fēng)險(xiǎn)分析D.系統(tǒng)集成參考答案：C第 23 題：A. 系統(tǒng)B. 計(jì)劃C.風(fēng)險(xiǎn)D.工程參考答案：C第 24 題：A. 原型項(xiàng)目B. 概念項(xiàng)目C.改進(jìn)項(xiàng)目D.風(fēng)險(xiǎn)項(xiàng)目參考答案：B軟件能力成熟度模型(Capability Maturity Model, CMM)J述和分析了軟件過(guò)程能力的發(fā)展與改進(jìn)的程度，確立了一個(gè)軟件過(guò)程成熟程度的分級(jí)標(biāo)準(zhǔn)。在初始級(jí)，軟件過(guò)程定義幾乎處于無(wú)章法可循的狀態(tài)，軟件產(chǎn)品的成功往往依賴于個(gè)人的努力和機(jī)遇。在(1) ，已建立了基本的項(xiàng)目管理過(guò)程，可對(duì)成本、進(jìn)度和功能特性進(jìn)行跟蹤。在(2) ，用于軟件管理與工程兩方

22、面的軟件過(guò)程均已文檔化、標(biāo)準(zhǔn)化， 并形成了整個(gè)軟件組織的標(biāo)準(zhǔn)軟件過(guò)程。在已管理級(jí)，對(duì)軟件過(guò)程和產(chǎn)品質(zhì)量有詳細(xì)的度量標(biāo)準(zhǔn)。在(3) ，通過(guò)對(duì)來(lái)自過(guò)程、 新概念和新技術(shù)等方面的各種有用信息的定量分析，能夠不斷地、持續(xù)地對(duì)過(guò)程進(jìn)行改進(jìn)。第 25 題：A. 可重復(fù)級(jí)B. 管理級(jí)C.功能級(jí)D.成本級(jí)參考答案：A第 26 題：A. 標(biāo)準(zhǔn)級(jí)B. 已定義級(jí)C.可重復(fù)級(jí)D.優(yōu)化級(jí)參考答案：B第 27 題：A. 分析級(jí)B. 過(guò)程級(jí)C.優(yōu)化級(jí)D.管理級(jí)參考答案：C如果一個(gè)軟件是給許多客戶使用的，大多數(shù)軟件廠商要使用幾種測(cè)試過(guò)程來(lái)發(fā)現(xiàn)那些可能只有最終用戶才能發(fā)現(xiàn)的錯(cuò)誤，(1) 測(cè)試是由軟件的最終用戶在一個(gè)或多個(gè)用戶實(shí)

23、際使用環(huán)境下來(lái)進(jìn)行的。(2) 測(cè)試是由一個(gè)用戶在開發(fā)者的場(chǎng)所來(lái)進(jìn)行的。測(cè)試的目的是尋找錯(cuò)誤的原因并改正之。第 28 題：A.AlphaB.BetaC.GammaD.Delta參考答案：B第 29 題： A.Alpha B.Beta C.Gamma D.Delta參考答案：A大型通用軟件在正式發(fā)布前，通常需要執(zhí)行Alpha 和 Beta 測(cè)試，目的是從實(shí)際終端用戶的使用角度，對(duì)軟件的功能和性能進(jìn)行測(cè)試，以發(fā)現(xiàn)可能只有最終用戶才能發(fā)現(xiàn)的錯(cuò)誤。Alpha 測(cè)試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試。Alpha 測(cè)試不能由程序員或測(cè)試員完成。Alp

24、ha 測(cè)試發(fā)現(xiàn)的錯(cuò)誤，可以在測(cè)試現(xiàn)場(chǎng)立刻反饋給開發(fā)人員， 由開發(fā)人員及時(shí)分析和處理。Alpha 測(cè)試的目的是評(píng)價(jià)軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持，尤其注重產(chǎn)品的界面和特色。Alpha 測(cè)試可以從軟件產(chǎn)品編碼結(jié)束之后開始，或在模塊( 子系統(tǒng) ) 測(cè)試完成后開始，也可以在確認(rèn)測(cè)試過(guò)程中產(chǎn)品達(dá)到一定的穩(wěn)定和可靠程度之后再開始。有關(guān)的手冊(cè)( 草稿 ) 等應(yīng)該在Alpha測(cè)試前準(zhǔn)備好。 Beta測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)。Beta 測(cè)試不能由程序員或測(cè)試員完成。因此，Beta 測(cè)試是在開發(fā)者無(wú)法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。在Be

25、ta 測(cè)試中，由用戶記下遇到的所有問(wèn)題，包括真實(shí)的以及主管認(rèn)定的問(wèn)題，定期向開發(fā)者報(bào)告；開發(fā)者在綜合用戶的報(bào)告后做出修改，最后將軟件產(chǎn)品交付給全體用戶使用。Beta 測(cè)試著重于產(chǎn)品的支持性，包括文檔、客戶培訓(xùn)和支持產(chǎn)品的生產(chǎn)能力。只有當(dāng) Alpha 測(cè)試達(dá)到一定的可靠程度后，才能開始 Beta 測(cè)試。由于Beta 測(cè)試的主要目標(biāo)是測(cè)試可支持性，因此Beta 測(cè)試應(yīng)該盡可能由主持產(chǎn)品發(fā)行的人員來(lái)管理。由于 Alpha 和 Beta 測(cè)試的組織難度大，測(cè)試費(fèi)用高，測(cè)試的隨機(jī)性強(qiáng)、測(cè)試周期跨度較長(zhǎng)，測(cè)試質(zhì)量和測(cè)試效率難于保證，因此，很多專業(yè)軟件可能不再進(jìn)行Beta 測(cè)試。隨著測(cè)試技術(shù)的提高以及專業(yè)測(cè)

26、試服務(wù)機(jī)構(gòu)的大量涌現(xiàn)，很多軟件的Beta 測(cè)試外包給這些專業(yè)測(cè)試機(jī)構(gòu)進(jìn)行測(cè)試。第 30 題：用來(lái)輔助軟件開發(fā)、運(yùn)行、維護(hù)、管理、支持等過(guò)程中的活動(dòng)的軟件稱為軟件開發(fā)工具，通常也稱為工具。A.CADB.CAIC.CAMD.CASE參考答案：D軟件工具是指用于輔助軟件開發(fā)、運(yùn)行、維護(hù)、管理、支持等過(guò)程中的活動(dòng)的軟件，通常也稱為CASE(Computer Aided Software Engineering ，計(jì)算機(jī)輔助軟件工程 ) 工具。CAD： Computer Aided Design ，計(jì)算機(jī)輔助設(shè)計(jì)。1972年10月，國(guó)際信息處理聯(lián)合會(huì)(IFIP)在荷蘭召開的“關(guān)于 CAD原理的工作會(huì)議”

27、 上給出如下定義：CA支一種技術(shù)，其中人與計(jì)算機(jī)結(jié)合為一個(gè)問(wèn)題求解組，緊 密配合， 發(fā)揮各自所長(zhǎng)，從而使其工作優(yōu)于每一方，并為應(yīng)用多學(xué)科方法的綜合性協(xié)作提供了可能。CAD®工程技術(shù)人員以計(jì)算機(jī)為工具，對(duì)產(chǎn)品和工程進(jìn)行設(shè)計(jì)、繪圖、分析和編寫技術(shù)文檔等設(shè)計(jì)活動(dòng)的總稱。CAD4機(jī)械制造行業(yè)的應(yīng)用最早，也最為廣泛。采用 CAD技術(shù)進(jìn)行產(chǎn)品設(shè)計(jì)不但可以使設(shè)計(jì)人員“甩掉圖 板”，更新傳統(tǒng)的設(shè)計(jì)思想，實(shí)現(xiàn)設(shè)計(jì)自動(dòng)化，降低產(chǎn)品的成本，提高企業(yè)及其產(chǎn)品在市場(chǎng)上的競(jìng)爭(zhēng)能力；還可以使企業(yè)由原來(lái)的串行式作業(yè)轉(zhuǎn)變?yōu)椴⑿凶鳂I(yè)，建立一種全新的設(shè)計(jì)和生產(chǎn)技術(shù)管理體制，縮短產(chǎn)品的開發(fā)周期，提高勞動(dòng)生產(chǎn)率。CAM： C

28、omputer Aided Manufacturing ，計(jì)算機(jī)輔助制造，核心是計(jì)算機(jī)數(shù)值控制( 簡(jiǎn)稱數(shù)控) ，是一種將計(jì)算機(jī)應(yīng)用于制造生產(chǎn)過(guò)程的技術(shù)。CAD/CA極術(shù)產(chǎn)生于20世紀(jì)50年代后期發(fā)達(dá)國(guó)家的航空和軍事工業(yè)中，隨著計(jì)算機(jī)軟硬件技術(shù)和計(jì)算機(jī)圖形學(xué)技術(shù)的發(fā)展而迅速成長(zhǎng)起來(lái)。1989 年美國(guó)國(guó)家工程科學(xué)院將CAD/CA極術(shù)評(píng)為當(dāng)代(1964-1989年)十項(xiàng)最杰出的工程技術(shù)成就 之一。五十多年來(lái)CAD技術(shù)和系統(tǒng)有了飛速的發(fā)展，CAD/CAM勺應(yīng)用迅速普及。在工業(yè)發(fā)達(dá)國(guó)家，CAD/CA眼術(shù)的應(yīng)用已迅速?gòu)能娛鹿I(yè)向民用工業(yè)擴(kuò)展，由大型企業(yè)向中小企業(yè)推廣，由高技術(shù)領(lǐng)域的應(yīng)用向日用家電、輕工產(chǎn)品

29、的設(shè)計(jì)和制造普及。如今世界各大航空、航天及汽車等制造業(yè)巨頭不但廣泛采用CAD/CA極術(shù)進(jìn)行產(chǎn)品設(shè)計(jì)，而且投入大量的人力、物力及資金進(jìn)行CAD/CA啾件的開發(fā)，以保持自己技術(shù)上的領(lǐng)先地位和國(guó)際市場(chǎng)上的優(yōu)勢(shì)。CAI： ComputerAssisted Instruction ， 計(jì)算機(jī)輔助教學(xué)，是指利用計(jì)算機(jī)媒體幫助教師進(jìn)行教學(xué)。 CAI 是計(jì)算機(jī)科學(xué)、教育學(xué)、心理學(xué)等多門學(xué)科交叉形成的一門綜合性新興學(xué)科，它既代表一個(gè)十分廣闊的計(jì)算機(jī)應(yīng)用領(lǐng)域，又是一項(xiàng)重要的教育技術(shù)。軟件維護(hù)工作越來(lái)越受到重視，因?yàn)樗幕ㄙM(fèi)常常要占軟件生存周期全部花費(fèi)的 (1)%左右。其工作內(nèi)容為(2) 。為了減少維護(hù)工作的困難，可以考慮采取的措施是(3)。 而軟件的可維護(hù)性包含(4)。 所謂維護(hù)管理主要指的是(5) 等。第 31 題：A.10 20B.20 40C.60 80