軟件工程理論知識

2010年軟件設(shè)計師考試復(fù)習(xí)資料2010年軟件設(shè)計師考試復(fù)習(xí)資料（42頁完美打印版）共共42頁第#頁在系統(tǒng)轉(zhuǎn)換的過程中，舊系統(tǒng)和新系統(tǒng)并行工作一段時間，再由新系統(tǒng)代替舊系統(tǒng)的策略稱為___(19) _;在新系統(tǒng)全部正式運行前，一部分一部分地代替舊系統(tǒng)的策略稱為 (20) 。A.直接轉(zhuǎn)換 B.位置轉(zhuǎn)換C.分段轉(zhuǎn)換 D.并行轉(zhuǎn)換A.直接轉(zhuǎn)換 B.位置轉(zhuǎn)換C.分段轉(zhuǎn)換 D.并行轉(zhuǎn)換下列要素中，不屬于DFD的是 __(21) ___。當使用DFD對一個工資系統(tǒng)進行建模時， ___(22) 可以被認定為外部實體。供選擇的答案：A.加工B.數(shù)據(jù)流C.數(shù)據(jù)存儲D.聯(lián)系(22)A.接收工資單的銀行B.工資系統(tǒng)源代碼程序C.工資單 D.工資數(shù)據(jù)庫的維護?在系統(tǒng)驗收測試中， ___(23) ___是在一個模擬的環(huán)境下使用模擬數(shù)據(jù)運行系統(tǒng)；__(24)___是在一個實際環(huán)境中使用真實數(shù)據(jù)運行系統(tǒng)。供選擇的答案：(23)A.驗證測試B.審計測試C.確認測試D.模塊測試(24)A.驗證測試B.審計測試C.確認測試D.模塊測試?采用瀑布模型進行系統(tǒng)開發(fā)的過程中，每個階段都會產(chǎn)生不同的文檔。以下關(guān)于產(chǎn)生這些文檔的描述中，正確的是 ___(25) 。供選擇的答案：外部設(shè)計評審報告在概要設(shè)計階段產(chǎn)生B.集成測試計劃在程序設(shè)計階段產(chǎn)生系統(tǒng)計劃和需求說明在詳細設(shè)計階段產(chǎn)生D.在進行編碼的同時，獨立地設(shè)計單元測試計劃2005年下半年(10分)：在開發(fā)一個系統(tǒng)時，如果用戶對系統(tǒng)的目標是不很清楚，難以定義需求，這時最好使用 (6) 。A.原型法B.瀑布模型C.V-模型 D.螺旋模型應(yīng)該在 Q) 階段制定系統(tǒng)測試計劃。A.需求分析B.概要設(shè)計C.詳細設(shè)計D.系統(tǒng)測試代碼走查(codewalkthrough)和代碼審查(codeinspection)是兩種不同的代碼評審方法，這兩種方法的主要區(qū)別是_(14) 。供選擇的答案：A.在代碼審查中由編寫代碼的程序員來組織討論，而在代碼走查中由高級管理人員來領(lǐng)導(dǎo)評審小組的活動在代碼審查中只檢查代碼中是否有錯誤，而在代碼走查中還要檢查程序與設(shè)計文檔的一致性在代碼走查中只檢查程序的正確性，而在代碼審查中還要評審程序員的編程能力和工作業(yè)績代碼審查是一種正式的評審活動，而代碼走查的討論過程是非正式的在軟件項目管理中可以使用各種圖形工具來輔助決策，下面對Gannt圖的描述不正確的是 (15) ___。供選擇的答案：Gannt圖表現(xiàn)各個活動的順序和它們之間的因果關(guān)系B.Gannt圖表現(xiàn)哪些活動可以并行進行C.Gannt圖表現(xiàn)了各個活動的起始時間D.Gannt圖表現(xiàn)了各個活動完成的進度一個故障已經(jīng)被發(fā)現(xiàn)，而且也被排除了，為了檢查修改是否引起了其它故障，這時應(yīng)該進行 __(19)—。供選擇的答案：(19)A.程序走查 B.退化測試C.軟件評審 D.接收測試一個系統(tǒng)的模塊結(jié)構(gòu)圖如下所示，用｛X,X,X｝表示這個系統(tǒng)的測試模塊組合。下面的選項中—(20)—表示自頂向下的測試， ___(21)—表示三明治式測試。供選擇的答案:(20)

{A}{A,B,C,D,E}{A,B,C,D,E,F,G,H,I,J,K}{F}{G}{H}{I}{J}{K}{B,F,G}{C,H}{D,I,J}{E,K}{A,B,C,D,E,F,G,H,I,J,K}{K}{J}{I}{H}{G}{F}{B}{C}{D}{E}{A,B,C,D,E,F,G,H,I,J,K}{A}{F}{G}{H}{I}{J}{K}{B,F,G}{C,H}{D,I,J}{E,K}{A,B,C,D,E,F,G,H,I,J,K}(21){A}{A,B,C,D,E}{A,B,C,D,E,F,G,H,I,J,K}{F}{G}{H}{I}{J}{K}{B,F,G}{C,H}{D,I,J}{E,K}{A,B,C,D,E,F,G,H,I,J,K}{K}{J}{I}{H}{G}{F}{B}{C}{D}{E}{A,B,C,D,E,F,G,H,I,J,K}{A}{F}{G}{H}{I}{J}{K}{B,F,G}{C,H}{D,I,J}{E,K}{A,B,C,D,E,F,G,H,I,J,K}? 以下內(nèi)容中，—(42)—應(yīng)寫入操作手冊。供選擇的答案：(42)A.描述系統(tǒng)對各種輸入數(shù)據(jù)的處理方法 B.說明系統(tǒng)升級時廠商提供的服務(wù)C.描述系統(tǒng)處理過程的各個界面 D.說明系統(tǒng)各部分之間的接口關(guān)系?某軟件工程項目各開發(fā)階段工作量的比例如下表所示需求分析概要設(shè)計詳細設(shè)計編碼測試—0.200.31假設(shè)當前已處于編碼階段，3000行程序已完成了1200行，則該工程項目開發(fā)進度已完成的比例是 ___(43)供選擇的答案：(43)A.29%B.45%C.59%D.63%? 關(guān)于維護軟件所需的成本，以下敘述正確的是__(45)__。供選擇的答案：A.糾正外部和內(nèi)部設(shè)計錯誤比糾正源代碼錯誤需要更大的成本與需求定義相比，源代碼的文字量大得多，所以源代碼的維護成本更高用戶文檔需要經(jīng)常更新，其維護成本超過了糾正設(shè)計錯誤的成本需求定義的錯誤會在設(shè)計時被發(fā)現(xiàn)并糾正，因此需求定義糾錯的成本小于源代碼糾錯的成本2006年上半年：使用LOC(linesofcode)度量軟件規(guī)模的優(yōu)點是—(9)—。D.在設(shè)計之前就可以計算出LOC(9)A.容易計算B.與使用的編程語言相關(guān) D.在設(shè)計之前就可以計算出LOC漸增式開發(fā)方法有利于__(4)__。(4)A.獲取軟件需求B.快速開發(fā)軟件C.大型團隊開發(fā)D.商業(yè)軟件開發(fā)?在軟件項目管理中可以使用各種圖形工具來輔助決策，下面對Gantt圖的描述中，不正確的是 __(15)A.Gantt圖表現(xiàn)了各個活動的持續(xù)時間 B.Gantt圖表現(xiàn)了各個活動的起始時間C.Gantt圖反映了各個活動之間偽依賴關(guān)系D.Gantt圖表現(xiàn)了完成各個活動的進度?模塊的耦合度描述了___(16)__。(16)A.模塊內(nèi)各種元素結(jié)合的程度B.模塊內(nèi)多個功能之間的接口C.模塊之間公共數(shù)據(jù)的數(shù)量 D.模塊之間相互關(guān)聯(lián)的程度?內(nèi)聚是一種指標，表示一個模塊—(17)A.代碼優(yōu)化的程度A.代碼優(yōu)化的程度代碼功能的集中程度完成任務(wù)時及時程度 D.為了與其他模塊連接所要完成的工作量?在軟件項目開發(fā)過程中，評估軟件項目風(fēng)險時，—(18) __與風(fēng)險無關(guān)。A.高級管理人員是否正式承諾支持該項目B.開發(fā)人員和用戶是否充分理解系練的需求C.最終用戶是否同意部署已開發(fā)的系統(tǒng) D.開發(fā)需要的資金是否能按時到位?最主要的軟件質(zhì)量度量指標有正確性、可維護性、完整性和可用性，下面關(guān)于這些質(zhì)量指標的描述中正確的是___(26)A.軟件維護的工作量比開發(fā)階段的工作量小 B.正確性用每千行代碼的故障(fault)數(shù)來度量C.軟件完整性是指軟件功能與需求符合的程度D.可用性與用戶的操作效率和用戶對軟件的主觀評價有關(guān)解析:軟件開發(fā)階段的工作量占軟件生命周期工作量的40%，而維護階段的工作量則占60%甚至更多。軟件的正確性是指軟件完成所需功能的程度，盡管這種程度與每千行代碼的故障數(shù)有關(guān)，但不完全等同。軟件的完整性指軟件在安全方面抗攻擊的能力。

4.軟件可用姓用來度量軟件的“用戶有好性”。?正式的技術(shù)評審FTR(FormalTechnicalReview)是軟件工程師組織的軟件質(zhì)量保證活動，下面關(guān)于FTR指導(dǎo)原則中不正確的是__(28)__。A.評審產(chǎn)品，而不是評審生產(chǎn)者的能力 B.要有嚴格的評審計劃，并遵守日程安排C.對評審中出現(xiàn)的問題要充分討論，以求徹底解決 D.限制參與者人數(shù)，并要求評審會之前做好準備?兩個小組獨立地測試同一個程序，第一組發(fā)現(xiàn)25個錯誤，第二組發(fā)現(xiàn)30個錯誤，在兩個小組發(fā)現(xiàn)的錯誤中有15個是共同的，那么可以估計程序中的錯誤總數(shù)是(29)個。A.25 B.30C.50D.60解析：對于第一小組：發(fā)現(xiàn)了第二組發(fā)現(xiàn)的錯誤的15/30=50%；對于第二小組：發(fā)現(xiàn)了第一組發(fā)現(xiàn)的錯誤的15/25=60%；根據(jù)第一組發(fā)現(xiàn)的錯誤數(shù)和第一組的效率得到：25/50%=50;根據(jù)第二組發(fā)現(xiàn)的錯誤數(shù)和第二組的效率得到：30/60%=50;?下面有關(guān)測試的說法正確的是—(30)——。A.測試人員應(yīng)該在軟件開發(fā)結(jié)束后開始介入B.測試主要是軟件開發(fā)人員的工作C.要根據(jù)軟件詳細設(shè)計中設(shè)計的各種合理數(shù)據(jù)設(shè)計測試用例D.嚴格按照測試計劃進行，避免測試的隨意性?在繪制數(shù)據(jù)流圖時，要遵循的一個原則是父圖與子圖的平衡，所謂平衡是指———(31)——_。(31)A.父圖和子圖都不得改變數(shù)據(jù)流的性質(zhì) B.子圖不改變父圖數(shù)據(jù)流的一致性C.父圖的輸入/輸出數(shù)據(jù)流與子圖的輸入/輸出數(shù)據(jù)流一致D.子圖的輸出數(shù)據(jù)流完全由父圖的輸入數(shù)據(jù)流確定?下圖中的程序由A、B、C、D、E5個模塊組成，下表中描述了這些模塊之間的接口，每一個接口有一個編號。此外，模塊A、D和E都要引用一個專用數(shù)據(jù)區(qū)。那么A和E之間耦合關(guān)系是—_(32) _。編導(dǎo)噸値編導(dǎo)噸値1數(shù)據(jù)項2裁據(jù)項3功能碼無4無列表(32)A.公共耦合 B.數(shù)據(jù)耦合 C.內(nèi)容耦合 D.無耦合解析：耦合是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。耦合可以分成下列幾種，它們之間的耦合度由高到低排列。內(nèi)容耦合直接操作或修改另一模塊的數(shù)據(jù)，或不通過正常入口轉(zhuǎn)入另一個模塊。軟件設(shè)計時應(yīng)堅決禁止內(nèi)容耦合，應(yīng)設(shè)計成單入口'單出口的模塊，避免病態(tài)連接。公共耦合多個模塊引用同一全局數(shù)據(jù)區(qū)。例如，C語言中的external數(shù)據(jù)類型、磁盤文件等都是全局數(shù)據(jù)區(qū)。外部耦合模塊與軟件以外的環(huán)境有關(guān)聯(lián)。例如，輸入輸出把一個模塊與特定的設(shè)備、格式、通信協(xié)議耦合在一起?？刂岂詈弦荒K明顯把開關(guān)量、名字等信息送入另一模塊，控制另一模塊的功能。標記耦合兩個模塊之間通過傳遞公共指針或地址相互作用的耦合。數(shù)據(jù)耦合模塊間通過傳遞數(shù)據(jù)交換信息。非直接耦合(無耦合)模塊間無任何關(guān)系，獨立工作原則上講，模塊化設(shè)計總是希望模塊之間的耦合表現(xiàn)為非直接耦合方式。在以上耦合中，耦合度從高到低，內(nèi)容耦合度最高，非直接耦合度最低?？偨Y(jié)：內(nèi)公不好，家外被控了，標志數(shù)年心血白非了！(內(nèi)功不好，家外被控了，標志數(shù)年心血白費了！)2005年5月?下列敘述中，與提高軟件可移植性相關(guān)的是 _(18) ___(18)A.選擇時間效率高的算法B.盡可能減少注釋C.選擇空間效率高的算法D.盡量用高級語言編寫系統(tǒng)中對效率要求不高的部分?在系統(tǒng)轉(zhuǎn)換的過程中，舊系統(tǒng)和新系統(tǒng)并行工作一段時間，再由新系統(tǒng)代替舊系統(tǒng)的策略稱為—__(19) _；在新系統(tǒng)全部正式運行前,一部分一部分地代替舊系統(tǒng)的策略稱為 (20) 。(19)A.直接轉(zhuǎn)換B.位置轉(zhuǎn)換 C.分段轉(zhuǎn)換 D.并行轉(zhuǎn)換(20)A.直接轉(zhuǎn)換 B.位置轉(zhuǎn)換 C.分段轉(zhuǎn)換D.并行轉(zhuǎn)換?在開發(fā)一個系統(tǒng)時，如果用戶對系統(tǒng)的目標是不很清楚，難以定義需求，這時最好使用 。A.原型法B.瀑布模型C.V-模型 D.螺旋模型?應(yīng)該在階段制定系統(tǒng)測試計劃。A.需求分析B.概要設(shè)計C.詳細設(shè)計D.系統(tǒng)測試解析：需求分析中的文檔?需求規(guī)格說明書?初步用戶使用手冊?確認測試的測試計劃?修改完善的軟件開發(fā)計劃?系統(tǒng)測試計劃文檔?軟件開發(fā)中的瀑布模型典型的刻畫了軟件生存周期的階段劃分，與其最相適應(yīng)的軟件開發(fā)方法是__(9)_。(9)A.構(gòu)件化方法 B.結(jié)構(gòu)化方法 C.面向?qū)ο蠓椒?D.快速原型法?漸增式開發(fā)方法有利于—_ (4)—__。A.獲取軟件需求B.快速開發(fā)軟件C.大型團隊開發(fā)D.商業(yè)軟件開發(fā)?在軟件項目管理中可以使用各種圖形工具來輔助決策，下面對Gantt圖的描述中，不正確的是—_ (5) __。A.Gantt圖表現(xiàn)了各個活動的持續(xù)時間 B.Gantt圖表現(xiàn)了各個活動的起始時間C.Gantt圖反映了各個活動之間的依賴關(guān)系D.Gantt圖表現(xiàn)了完成各個活動的進度解析：wa\1釦釁陰M冃伯月前期調(diào)查系埔分析系號系統(tǒng)糸教=—系境工式溶行1?使用LOC（linesofcode）度量軟件規(guī)模的優(yōu)點是—（9）—。（9）A.容易計算B.與使用的編程語言相關(guān)C.與使用的開發(fā)模型有關(guān) D.在設(shè)計之前就可以計算出LOC2006年11月：?常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等。其中（5）模型適用于需求明確或很少變更的項目主要用來描述面向?qū)ο蟮能浖_發(fā)過程。（5）A瀑布模型 B.演化模型C.螺旋模型 D.噴泉模型（6）A.瀑布模型B.演化模型C.螺旋模型D.噴泉模型?軟件能力成熟度模型（CMM）是目前國際上最流行、最實用的軟件生產(chǎn)過程標準和軟件企業(yè)成熟度的等級認證標準。該模型將軟件能力成熟度自低到高依次劃分為初始級、可重復(fù)級、已定義級、已管理級、優(yōu)化級。從（17）開始，要求企業(yè)建立基本的項目管理過程的政策和管理規(guī)程，使項目管理過程有章可循。（17）A.初始級B.可重復(fù)級C.已定義級D.已管理級解析：軟件過程的評估，通常采用軟件能力成熟度模型（CapabilityMaturityModel,CMM）。CMM1.1的5個等級（由低級到高級）：初始級軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力，管理是反應(yīng)式（消防式）的。可重復(fù)級建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復(fù)早先類似應(yīng)用項目取得的成功。已定義級已將軟件管理和工程兩方面的過程文檔化'標準化，并綜合成該組織的標準化軟件過程。所有項目均使用經(jīng)標準'裁減的標準軟件過程來開發(fā)和維護軟件。已管理級收集對軟件過程和產(chǎn)品質(zhì)量的詳細度量，對軟件過程和產(chǎn)品都有定量的理解與控制。優(yōu)化級加強了定量分析，通過來自過程質(zhì)量反饋和來自新觀念、新技術(shù)的反饋使過程能持續(xù)不斷地改進。巧記：初級程序員，可重復(fù)寫程序,現(xiàn)已定義了管理策略來優(yōu)化程序設(shè)計！?軟件項目開發(fā)成本的估算依據(jù)，通常是開發(fā)成本估算模型，常用的模型有：①IBM模型②Putnam模型③基本COCOMO模型④中級COCOMO模型⑤高級OCOMO模型其中（18）都是靜態(tài)單變量模型。(18)A.①②B.②④⑤C.①③D.③④⑤解析：IBM模型估算法：該模型是Watson和Felix在1977年發(fā)布的，是基于IBM聯(lián)合系統(tǒng)分布負責(zé)的60個項目的總結(jié)而得到的模型。該模型是一個靜態(tài)單變量模型，而參考數(shù)據(jù)只有60多個項目，因此有很大的局限性。Putnam模型和COCOMO模型：Putnam模型和COCOMO模型是常用的成本估算模型。Putnam模型：是一種動態(tài)多變量模型，它是假設(shè)在軟件開發(fā)的整個生存期中工作量的分布。COCOMO模型：是結(jié)構(gòu)性成本模型，是最精確、最易于使用的成本估算模型之一。該模型可以分為：基本COCOMO模型，是一個靜態(tài)單變量模型，它是對整個軟件系統(tǒng)進行估算。中級COCOM0模型，是一個靜態(tài)多變量模型。它將軟件系統(tǒng)模型分為系統(tǒng)和部件兩個層次，系統(tǒng)由部件構(gòu)成，它把軟件開發(fā)所需人力(成本)看作是程序大小和一系列“成本驅(qū)動屬性”的函數(shù)。詳細COCOMO模型，它將軟件系統(tǒng)模型分為系統(tǒng)'子系統(tǒng)和模塊3個層次，它除包括中級模型所考慮的因素外，還考慮了在需求分析'軟件設(shè)計等每一步的成本驅(qū)動屬性的影響。過程(UP)的基本特征是“用例驅(qū)動，以架構(gòu)為中心的和受控的迭代式增量開發(fā)”。UP將一個周期的開發(fā)過程化分為4個階段，其中(26)提交結(jié)果包含了系統(tǒng)架構(gòu)。A.先啟階段 B.精化階段C.構(gòu)建階段D.提交階段解析：先啟(Inception)：確定項目開發(fā)的目標和范圍精化(Elaboration):確定系統(tǒng)架構(gòu)和明確需求構(gòu)建(Construction):實現(xiàn)剩余的系統(tǒng)功能產(chǎn)品化(Transition)：完成軟件的產(chǎn)品化工作，將系統(tǒng)移交給客戶?某軟件在運行初期運行在WindowsNT環(huán)境中，現(xiàn)因某種原因，該軟件需要在UNIX環(huán)境中運行，而且必須完成同樣的功能。為適應(yīng)這個要求，軟件本身需要進行修改，而所需的工作量取決于該軟件的 A.可擴充性 B.可靠性C.復(fù)用性 D.可移植性?按照ISO/IEC9126軟件質(zhì)量度量模型定義，一個軟件可靠性的子特性包括(28)：A.容錯性和安全性 B.容錯性和適應(yīng)性C.容錯性和易恢復(fù)性D.易恢復(fù)性和安全性解析：ISO/IEC9126軟件質(zhì)量模型可從軟件功能性'可靠性'可用性'效率'可維護性'可移植性6個方面來衡量。.功能性與功能及其指定的性質(zhì)的一組軟件屬性?？煽啃攒浖谝?guī)定的一段時間內(nèi)和規(guī)定的條件下保持其性能水平有關(guān)的一組軟件屬性。也可以稱為在規(guī)定的條件下和規(guī)定的時間間隔內(nèi),軟件實現(xiàn)其規(guī)定功能的概率。可用性與使用的難易程度及規(guī)定或隱含用戶對使用方式所做的評價有關(guān)的軟件屬性。效率與在規(guī)定條件的性能水平與所用資源量之間的關(guān)系有關(guān)的一組軟件屬性。可維護性與軟件維護的難易程序有關(guān)的一組軟件屬性。可移植性軟件可從某一環(huán)境轉(zhuǎn)移到另一環(huán)境的能力有關(guān)的一組屬性。即軟件從一個計算機系統(tǒng)轉(zhuǎn)換到另一個計算機系統(tǒng)運行的難易程度是指軟件的可移植性。巧記：功能方面，可靠、可用；效率方面，可維護、可移植?(29)詳細描述軟件的功能、性能和用戶界面，以使用戶了解如何使用軟件。A.概要設(shè)計說明書 B.詳細設(shè)計說明書C.用戶手冊 D.用戶需求說明書?各類軟件維護活動中，(0)維護占整個維護工作的比重最大。A.完善性B.改正性C.適應(yīng)性D.預(yù)防性?給出C語言程序：mtfoo(d){if(x!=0){if(y==0)d=d/x:eked=d/(x*y):}令1臨{if(y==0)d=C:elsed=d/yi}I'cmmd:?當用路徑覆蓋法測試時，至少需要設(shè)計(1)個測試用例。(31)A.3B.4C.5D.8?軟件的測試通常分為單元測試、組裝測試、確認測試、系統(tǒng)測試四個階段進行。(皿屬于確認測試階段的活動。(32)A.設(shè)計評審2007年5月?結(jié)構(gòu)化開發(fā)方法中，(15)A.需求分析B.代碼審查C.結(jié)構(gòu)測試D.可靠性測試數(shù)據(jù)流圖是旦d階段產(chǎn)生的結(jié)果(2)。B.總體設(shè)計C.詳細設(shè)計 D,程序編碼?CVS是一種(16)工具.(16)A.需求分析B.編譯C.程序編碼 D.版本控制?以下關(guān)于原型化開發(fā)方法的敘述中.不正確的是(17) (2).(17)A.原型化方法適應(yīng)于需求不明確的軟件開發(fā)B.在開發(fā)過程中，可以廢棄不用早期構(gòu)造的軟件原型C.原型化方法可以直接開發(fā)出最終產(chǎn)品 D.原型化方法利用于確認各項系統(tǒng)服務(wù)的可用性?通常在軟件的(、活動中無需用戶參與.(18)A.需求分析B.維護C.編碼D.測試?進行軟件項目的風(fēng)險分析時，風(fēng)險避免'風(fēng)險監(jiān)控和風(fēng)險管理及意外事件計劃是旦19L活動中需要考慮的問題.(19)A.風(fēng)險識別B.風(fēng)險預(yù)測C.風(fēng)險評估 D.風(fēng)險控制?統(tǒng)一過程(UP)是一種用例驅(qū)動的迭代式增量開發(fā)過程，每次迭代中主要的工程流包括捕獲需求，分析，設(shè)計，實現(xiàn)和測試等。這種軟件過程的用例圖(UseCaseDiagram)是通過(29)得到的。(29)A捕獲需求B分析C設(shè)計D實現(xiàn)?序言性注釋是指在每個程序或模塊開頭的一段說明，起輔助理解程序的作用，一般包括：程序的表示，名稱和版本號，程序功能描述，接口于界面描述，輸入，輸出數(shù)據(jù)說明，開發(fā)歷史，與運算環(huán)境有關(guān)的信息等。下列敘述中不屬于序言性注釋的是30。程序?qū)τ布?，軟件資源的要求B.重要變量和參數(shù)設(shè)計C.嵌入在程序中的SQL語句D.程序開發(fā)的原作者，審查者，修改者，編程日期等。?軟件(32)的提高，有利于軟件可靠性的提高。A.存儲效率B.執(zhí)行效率C.容錯性D.可移植性?LOC是軟件規(guī)模的一種量度，它表示_34A.軟件功能數(shù)B.源代碼行數(shù)C.每單位成本數(shù)D.工作量2007年下半年：?閱讀下列流程圖?當用判定覆蓋法進行測試時，至少需要設(shè)計*個測試用例A.2 B.4 C.6 D.8?在某大學(xué)學(xué)生學(xué)籍管理信息系統(tǒng)中，假設(shè)學(xué)生年齡的輸入范圍為16?40,則根據(jù)黑盒測試中的等價類劃分技術(shù),下面劃分正確的是一37(37)A.可劃分為2個有效等價類，2個無效等價類B.可劃分為1個有效等價類，2個無效等價類C.可劃分為2個有效等價類，1個無效等價類D.可劃分為1個有效等價類，1個無效等價類?在軟件開發(fā)中，丄9)不能用來描述項目開發(fā)的進度安排。在其他三種圖中，可用W0)動態(tài)地反映項目開發(fā)進展情況。(29)A.甘特圖B.PERT圖C.PERT/CPM圖D.魚骨圖(30)A.甘特圖B.PERT圖C.PERT/CPM圖D.魚骨圖?選擇軟件開發(fā)工具時，應(yīng)考慮功能、(31)、穩(wěn)健性、硬件要求和性能、服務(wù)和支持。A.易用性 B.易維護性 C.可移植性 D.可擴充性?內(nèi)聚性和耦合性是度量軟件模塊獨立性的重要準則，軟件設(shè)計時應(yīng)力求_(2)。A.高內(nèi)聚，高耦合B.高內(nèi)聚，低耦合C.低內(nèi)聚，高耦合D.低內(nèi)聚，低耦合?對于如下的程序流程，當采用語句覆蓋法設(shè)計測試案例時，至少需要設(shè)計(34)個測試案例。(34)A.1B.2C.3(34)A.1B.2C.3D.4?為驗證程序模塊A是否正確實現(xiàn)了規(guī)定的功能，需要進行W5）；為驗證模塊A能否與其他模塊按照規(guī)定方式正確工作，需要進行（36）。（35）A.單元測試B.集成測試C.確認測試D.系統(tǒng)測試（36）A.單元測試B.集成測試C.確認測試D.系統(tǒng)測試2008年上半年：?（5）是一種面向數(shù)據(jù)流的開發(fā)方法，其基本思想是軟件功能的分解和抽象。（4）A.結(jié)構(gòu)化開發(fā)方法 B.Jackson系統(tǒng)開發(fā)方法C.Booch方法 D.UML（統(tǒng)一建模語言）?某項目制定的開發(fā)計劃中定義了3個任務(wù)，其中任務(wù)A首先開始，且需要3周完成，任務(wù)B必須在任務(wù)A啟動1周后開始，且需要2周完成，任務(wù)C必須在任務(wù)A完成后開始，且需要2周完成。該項目的進度安排可用下面的甘特圖（17）來描述。（17）B.DiB.Di吒冬A 吒穽B ?風(fēng)險分析在軟件項目開發(fā)中具有重要作用，包括風(fēng)險識別'風(fēng)險預(yù)測'風(fēng)險評估和風(fēng)險控制等?！敖L(fēng)險條目檢查表”是——（18） 時的活動，“描述風(fēng)險的結(jié)果”是（19）時的活動。（18）A.風(fēng)險識別B.風(fēng)險預(yù)測C.風(fēng)險評估D.風(fēng)險控制（19）A.風(fēng)險識別B.風(fēng)險預(yù)測C.風(fēng)險評估D.風(fēng)險控制?下列敘述中錯誤的是（22）.（22）A.面向?qū)ο蟪绦蛟O(shè)計語言可支持過程化的程序設(shè)計給定算法的時間復(fù)雜性與實現(xiàn)該算法所采用的程序設(shè)計語言無關(guān)與匯編語言相比，采用腳本語言編程可獲得更高的運行效率面向?qū)ο蟪绦蛟O(shè)計語言不支持對一個對象的成員變量進行直接訪問?某公司采用的軟件開發(fā)過程通過了CMM2認證，表明該公司（30）。（30）A.開發(fā)項目成效不穩(wěn)定，管理混亂B.對軟件過程和產(chǎn)品質(zhì)量建立了定量的質(zhì)量目標建立了基本的項目級管理制度和規(guī)程，可對項目的成本'進度進行跟蹤和控制可集中精力采用新技術(shù)新方法，優(yōu)化軟件過程?在軟件設(shè)計和編碼過程中，采取“—（32）—”的做法將使軟件更容易理解和維護。（32） A.良好的程序結(jié)構(gòu)，有無文檔均可B.使用標準或規(guī)定之外的語句編寫詳細正確的文檔，采用良好的編程結(jié) D.盡量減少程序中的注釋?軟件維護成本在軟件成本中占較大比重。為降低維護的難度，可采取的措施有（3）。（33） A.設(shè)計并實現(xiàn)沒有錯誤的軟件 B.限制可修改的范圍C.增加維護人員數(shù)量在開發(fā)過程中就采取有利于維護的措施，并加強維護管理?軟件文檔按照其產(chǎn)生和使用的范圍可分為開發(fā)文檔'管理文檔和用戶文檔。其中開發(fā)文檔不包括（4）。（34） A.軟件需求說明 B.可行性研究報告C.維護修改建議 D.項目開發(fā)計劃?軟件測試是軟件開發(fā)中不可缺少的活動，通常（35）在代碼編寫階段進行。檢查軟件的功能是否與用戶要求一致是（36）的任務(wù)。B.系統(tǒng)測試C.單元測試D.集成測試（35） A.驗收檢測B.系統(tǒng)檢測C.單元測試D.集成測試（36）B.系統(tǒng)測試C.單元測試D.集成測試?若一個項目由9個任務(wù)構(gòu)成，其計劃圖（如下圖所示）展示了任務(wù)之間的前后關(guān)系以及每個任務(wù)所