軟件工程模擬題

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

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

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

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

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

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

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

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

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

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

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

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

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

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

15、就是指設(shè)計的測試用例能使得程序中的每個判定的真值分支和假值分支至少經(jīng)過一次，因此， 判定覆蓋亦稱分支覆蓋。A B、D選項中測試用例顯然只覆蓋了 " A OR B'真值分支。在系統(tǒng)轉(zhuǎn)換的過程中，舊系統(tǒng)和新系統(tǒng)并行工作一段時間，再由新系統(tǒng)代替舊系統(tǒng)的策略稱為(1)；在新系統(tǒng)全部正式運行前，一部分一部分地代替舊系統(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這道題屬于純概念題，題目中的字句都是從概念中抽出來的，下面我們來看系統(tǒng)轉(zhuǎn)換的一些概念。新老系統(tǒng)之間的轉(zhuǎn)換

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

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

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

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

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

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

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

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

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

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

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

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

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

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