中級軟件評測師押題密卷3_第1頁
中級軟件評測師押題密卷3_第2頁
中級軟件評測師押題密卷3_第3頁
中級軟件評測師押題密卷3_第4頁
中級軟件評測師押題密卷3_第5頁
已閱讀5頁,還剩30頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

中級軟件評測師押題密卷3單選題(共72題,共72分)(1.)Teamsarerequiredformostengineeringprojects.(江南博哥)Althoughsomesmallhardwareorsoftwareproductscanbedevelopedbyindividuals,thescaleandcomplexityofmodernsystemsissuch,andthedemandforshortschedulessogreat,thatitisnolonger()foronepersontodomostengineeringjobs.Systemsdevelopmentisateam(請作答此空),andtheeffectivenessoftheteamlargelydeterminesthe()oftheengineering.Developmentteamsoftenbehavemuchlikebaseballorbasketballteams.Eventhoughtheymayhavemultiplespecialties,allthemembersworktoward().However,onsystemsmaintenanceandenhancementteams,theengineersoftenworkrelativelyindependently,muchlikewrestlingandtrackteams.Ateamis()justagroupofpeoplewhohappentoworktogether.Teamworktakespracticeanditinvolvesspecialskills.Teamsrequirecommonprocesses;theyneedagreed-upongoals;andtheyneedeffectiveguidanceandleadership.Themethodsforguidingandleadingsuchteamsarewellknown,buttheyarenotobvious.A.activityB.jobC.processD.application正確答案:A參考解析:無(2.)Teamsarerequiredformostengineeringprojects.Althoughsomesmallhardwareorsoftwareproductscanbedevelopedbyindividuals,thescaleandcomplexityofmodernsystemsissuch,andthedemandforshortschedulessogreat,thatitisnolonger()foronepersontodomostengineeringjobs.Systemsdevelopmentisateam(),andtheeffectivenessoftheteamlargelydeterminesthe()oftheengineering.Developmentteamsoftenbehavemuchlikebaseballorbasketballteams.Eventhoughtheymayhavemultiplespecialties,allthemembersworktoward(請作答此空).However,onsystemsmaintenanceandenhancementteams,theengineersoftenworkrelativelyindependently,muchlikewrestlingandtrackteams.Ateamis()justagroupofpeoplewhohappentoworktogether.Teamworktakespracticeanditinvolvesspecialskills.Teamsrequirecommonprocesses;theyneedagreed-upongoals;andtheyneedeffectiveguidanceandleadership.Themethodsforguidingandleadingsuchteamsarewellknown,buttheyarenotobvious.A.multipleobjectivesB.differentobjectivesC.asingleobjectiveD.independentobjectives正確答案:C參考解析:無(3.)白盒測試也稱結構測試或邏輯驅動測試,典型的白盒測試方法包括靜態測試和動態測試。其中,靜態測試除了靜態結構分析法、靜態質量度量法外,還有()。A.代碼檢查法B.邏輯覆蓋法C.基本路徑測試法D.結構覆蓋法正確答案:A參考解析:本題考查對軟件白盒測試相關內容的了解。白盒測試按照程序內部邏輯測試程序,檢驗程序中每條通路是否按預定要求正確工作。典型的白盒測試方法包括:靜態測試、動態測試。其中靜態測試包括:代碼檢查法、靜態結構分析法、靜態質量度量法。(4.)在開發一個字處理軟件時,首先快速發布了一個提供基本文件管理、編輯和文檔生成功能的版本,接著發布提供更完善的編輯和文檔生成功能的版本,最后發布提供拼寫和語法檢查功能的版本,這里采用了()過程模型。A.瀑布B.快速原型C.增量D.螺旋正確答案:C參考解析:本題考查軟件過程模型的基礎知識。瀑布模型從一種非常高層的角度描述了軟件開發過程中進行的活動,并且提出了要求開發人員經過的事件序列。原型模型允許開發人員快速地構造整個系統或系統的一部分以理解或澄清問題。增量開發是把軟件產品作為一系列的增量構件來設計、編碼、集成和測試,系統功能在增量中不斷完善或者增加。螺旋模型把開發活動和風險管理結合起來,以將風險減到最小并控制風險。(5.)程序質量評審通常是從開發者的角度進行評審,其內容不包括()。A.功能結構B.功能的通用性C.模塊層次D.與硬件的接口正確答案:D參考解析:本題考查軟件質量的基礎知識。程序質量評審通常是從開發者的角度進行評審,與開發技術直接相關。著眼于軟件本身的結構、與運行環境的接口以及變更帶來的影響而進行的評審活動。(6.)軟件復雜性是指理解和處理軟件的難易程度,其度量參數不包括()。A.規模B.類型C.結構D.難度正確答案:B參考解析:本題考查軟件質量的基礎知識。軟件復雜性是度量軟件的一種重要指標,其參數主要包括規模、難度、結構、智能度等。規模,即總指令數,或源程序行數;難度,通常由程序中出現的操作數數目所決定的量表示;結構,通常用與程序結構有關的度量來表示;智能度,即算法的難易程度。(7.)一條Bug記錄應包括()。①編號②Bug描述③Bug級別④Bug所屬模塊⑤發現人A.①②B.①②③C.①②③④D.①②③④⑤正確答案:D參考解析:本題考查Bug記錄的基本知識。根據定義,一條完整的Bug記錄應包括編號、詳細描述、級別、所屬模塊、狀態、發現人等信息。根據上述描述,應選擇選項D。參考答案:D(8.)以下關于測試工作在軟件開發各階段作用的敘述中,不正確的是()。A.在需求分析階段確定測試的需求分析B.在概要設計和詳細設計階段制定集成測試計劃和單元測試計劃C.在程序編寫階段制定系統測試計劃D.在測試階段實施測試并提交測試報告正確答案:C參考解析:本題考查軟件測試和軟件開發的關系。軟件測試和軟件開發的關系為:項目規劃階段,負責從單元測試到系統測試的整個測試階段的規劃;需求分析階段,確定測試需求分析、系統測試計劃的制定,評審后成為管理項目;詳細設計和概要設計階段,確保集成測試計劃和單元測試計劃完成;編碼階段,由開發人員進行自己負責部分的測試代碼,當項目較大時,由專人進行編碼階段的測試任務;測試階段(單元、集成、系統測試),依據測試代碼進行測試,并提交相應的測試狀態報告和測試結束報告。(9.)廣義的軟件測試由“確認”、“驗證”、“測試”三個方面組成,其中“確認”是()。A.想證實在一個給定的外部環境中軟件的邏輯正確性,檢查軟件在最終的運行環境上是否達到預期的目標B.檢測軟件開發的每個階段、每個步驟的結果是否正確無誤,是否與軟件開發各階段的要求或期望的結果相一致C.檢查某樣東西是否符合事先已定好的標準D.試圖證明軟件在軟件生命周期各個階段以及階段間的邏輯協調性、完備性和正確性正確答案:A參考解析:本題考查對廣義軟件測試中“確認”和“驗證”概念的了解。“確認”和“驗證”兩個概念比較容易混淆。確認(Validation)是“確認工作產品完全提供了用戶想要的功能,檢驗產品是否真正提供了用戶想要的東西。”確認更多是從用戶的角度,或者是模擬用戶角度來驗證產品是否和自己想要的一致。確認是想證實在一個給定的外部環境中軟件的邏輯正確性,并檢查軟件在最終的運行環境上是否達到預期的目標,而不是檢查軟件是否符合某些事先約定的標準。驗證注重“過程”,確認注重“結果”。(10.)在面向對象分析和設計中,用類圖給出系統的靜態設計視圖,其應用場合不包括(請作答此空)。下圖是一個UML類圖,其中類University和類School之間是()關系,類Person和類PersonRecord之間是()關系,表示Person與PersonRecord()。A.對系統的詞匯建模B.對簡單的協作建模C.對邏輯數據庫模式建模D.對系統的需求建模正確答案:D參考解析:本題考查面向對象技術的基礎知識。考生應該了解UML的典型模型,包括用例圖、類圖、序列圖、活動圖等。本題考查類圖,類圖主要是對系統的詞匯建模,或者對簡單的協作建模,或者對邏輯數據庫模式建模,而用例圖對系統的需求建模。類圖中,類和類之間的關系有依賴關系、關聯關系、聚集關系、組合關系和泛化關系,其中聚集關系和組合關系是表示更強的關聯關系,表示整體和部分的關系,而組合關系的類之間具有相同的生命周期。圖中類University和類School之間是聚集關系,類Person和類PersonRecord之間是依賴關系,表示Person與PersonRecord之間的語義關系,其中PersonRecord發生變化會影響Person的語義。(11.)在結構化分析中,用數據流圖描述()。當采用數據流圖對銀行客戶關系管理進行分析時,(請作答此空)是一個加工。A.工作人員B.賬戶C.余額D.存款正確答案:D參考解析:數據流圖(DataFlowDiagram,DFD):是一種最常用的結構化分析工具,從數椐傳遞和加工的角度,以圖形的方式刻畫系統內數據的運動情況。DFD擺脫了系統的物理內容,精確地在邏輯上描述系統的功能、輸入、輸出和數椐存儲等,是系統邏輯模型的重要組部分。加工:描述了輸入數據流到輸出數據流之間的變換,也就是輸入數據流經過什么處理后變成了輸出數據流。(12.)結構化分析(StructuredAnalysis,SA是面向數據流的需求分析方法,______不屬于SA工具。A.分層的數據流圖B.數據詞典C.問題分析圖D.描述加工邏輯的結構化語言、判定表或判定樹正確答案:C參考解析:本題考查對軟件開發工具相關內容的了解。結構化方法(StructuredMethod)是強調開發方法的結構合理性以及所開發軟件的結構合理性的軟件開發方法。針對軟件生存周期各個不同階段,它包括結構化分析(SA)、結構化設計(SD)和結構化程序設計(SP)等方法。結構化分析方法給出一組幫助系統分析人員產生功能規約的原理與技術。它一般利用圖形表達用戶需求,使用的手段主要有數據流圖、數據字典、結構化語言、判定表以及判定樹等,其中不包括問題分析圖。(13.)Teamsarerequiredformostengineeringprojects.Althoughsomesmallhardwareorsoftwareproductscanbedevelopedbyindividuals,thescaleandcomplexityofmodernsystemsissuch,andthedemandforshortschedulessogreat,thatitisnolonger()foronepersontodomostengineeringjobs.Systemsdevelopmentisateam(),andtheeffectivenessoftheteamlargelydeterminesthe()oftheengineering.Developmentteamsoftenbehavemuchlikebaseballorbasketballteams.Eventhoughtheymayhavemultiplespecialties,allthemembersworktoward().However,onsystemsmaintenanceandenhancementteams,theengineersoftenworkrelativelyindependently,muchlikewrestlingandtrackteams.Ateamis(請作答此空)justagroupofpeoplewhohappentoworktogether.Teamworktakespracticeanditinvolvesspecialskills.Teamsrequirecommonprocesses;theyneedagreed-upongoals;andtheyneedeffectiveguidanceandleadership.Themethodsforguidingandleadingsuchteamsarewellknown,buttheyarenotobvious.A.relativelyB./C.onlyD.morethan正確答案:D參考解析:無(14.)軟件文檔按照其產生和使用的范圍可分為開發文檔、管理文檔和用戶文檔。其中開發文檔不包括()。A.軟件需求說明B.可行性研究報告C.維護修改建議D.項目開發計劃正確答案:C參考解析:本題考查軟件文檔的分類和作用。軟件文檔在軟件開發過程和運行維護中起著重要作用,比如文件可以提高軟件開發過程的能見度,提高開發效率,便于協調軟件的開發、使用和維護,另外也可對軟件的運維和培訓提供相關信息,便于各類相關人員之間進行交流。按照文檔產生和使用范圍,軟件文件可分為開發文檔、管理文檔和用戶文檔,其中開發文檔產生于軟件開發過程,是前一階段的工作成果體現,也是后一階段工作的依據,用戶文檔是為用戶準備的軟件使用、操作、維護的資料。(15.)以下關于白盒測試和黑盒測試的理解,正確是()。A.白盒測試通過對程序內部結構的分析、檢測來尋找問題B.白盒測試通過一些表征性的現象、事件、標志來判斷內部的運行狀態C.單元測試可應用白盒測試方法,集成測試則采用黑盒測試方法D.在軟件生命周期各個階段都需要用白盒測試方法正確答案:A參考解析:本題考查對白盒測試和黑盒測試的理解。白盒測試是對程序內部結構的測試,所以B是不對的;集成測試采用設計一組裝方法,如自頂向下、自底向上或混合的增殖方法等,所以C是不對的;白盒測試是對源代碼進行測試,如單元測試,并不適用于其他開發、測試階段,所以D是不對的。(16.)web信息系統所需要的進行的測試包括()。①功能測試②性能測試③安全測試④兼容性測試⑤可用性測試A.①②③④⑤B.①②③⑤C.①②③④D.①③④⑤正確答案:A參考解析:本題考查web系統測試,常見的web系統測試主要有以下內容:(1)恢復測試:監測系統的容錯能力;(2)安全性測試:檢測系統的安全機制、保密措施是否完善,主要是為了檢驗系統的防范能力;(3)壓力測試:也稱為強度測試,是對系統在異常情況下的承受能力的測試,是檢查系統在極限狀態下運行時,性能下降的幅度是否在允許的范圍內;(4)性能測試:檢查系統是否滿足系統設計方案說明書對性能的要求;(5)功能測試:可靠性測試,可用性測試和可維護性測試;(6)安裝測試/客戶端兼容性測試。(7)可用性測試:測試對用戶的友好性,主要取決于系統最終端或客戶的主觀意見。(17.)把所有可能的輸入數據,即程序的輸入域劃分成若干部分(子集),然后從每一個子集中選取少數具有代表性的數據作為測試用例的設計方法是()。A.等價類劃分法B.因果圖法C.正交實驗法D.場景法正確答案:A參考解析:本題考查黑盒測試方法的基礎知識。等價類劃分法:是把所有可能的輸入數據,即程序的輸入域劃分成若干部分(子集),然后從每一個子集中選取少數具有代表性的數據作為測試用例。因果圖法:分析測試需求,根據需求確定輸入的條件和輸出條件。根據輸入輸出,得到的判定表。通過判定表得到測試用例。正交試驗法:根據正交性原理,從大量的實驗數據中挑選適量的,有代表性的點(這些點具備了“均勻分散,整齊可比”的特點),合理地安排測試的一種科學實驗設計方法,是研究多因素多水平的一種設計方法。簡而言之就是,使用已經造好了的表格正交表來安排試驗并進行數據分析的一種方法。場景法:根據說明,描述出程序的基本流及各項備選流;根據基本流和各項備選流生成不同的場景;對每一個場景生成相應的測試用例;對生成的所有測試用例重新復審,去掉多余的測試用例,測試用例確定后,對每一個測試用例確定測試數據值。(18.)一個程序的控制流圖中有6個節點,10條邊,在測試用例數最少的情況下,確保程序中每個可執行語句至少執行一次所需要的測試用例數的上限是()。A.2B.4C.6D.8正確答案:C參考解析:V(g)=邊-節點+=10-6+2=6;V(g)表示實現基本路徑覆蓋測試用例的最大數量。(19.)從大量的實驗數據中挑選適量的,有代表性的點,合理地安排測試的一種科學實驗設計方法是()。A.等價類劃分法B.因果圖法C.正交實驗法D.場景法正確答案:C參考解析:本題考查黑盒測試方法的基礎知識。等價類劃分法:是把所有可能的輸入數據,即程序的輸入域劃分成若干部分(子集),然后從每一個子集中選取少數具有代表性的數據作為測試用例。因果圖法:分析測試需求,根據需求確定輸入的條件和輸出條件。根據輸入輸出,得到的判定表。通過判定表得到測試用例。正交試驗法:根據正交性原理,從大量的實驗數據中挑選適量的,有代表性的點(這些點具備了“均勻分散,整齊可比”的特點),合理地安排測試的一種科學實驗設計方法,是研究多因素多水平的一種設計方法。簡而言之就是,使用已經造好了的表格正交表來安排試驗并進行數據分析的一種方法。場景法:根據說明,描述出程序的基本流及各項備選流;根據基本流和各項備選流生成不同的場景;對每一個場景生成相應的測試用例;對生成的所有測試用例重新復審,去掉多余的測試用例,測試用例確定后,對每一個測試用例確定測試數據值。(20.)以下關于白盒測試的敘述中,正確的是()。A.滿足語句覆蓋則一定滿足判定覆蓋B.滿足條件覆蓋則一定滿足判定覆蓋C.滿足判定/條件覆蓋則一定滿足路徑覆蓋D.滿足條件組合覆蓋則一定滿足判定條件覆蓋正確答案:D參考解析:本題考查白盒覆蓋測試的基礎知識。白盒測試設計中,共有語句覆蓋,判定覆蓋,條件覆蓋,判定/條件覆蓋,條件組合覆蓋和路徑覆蓋,并且強度依次加強。但是滿足條件覆蓋不一定滿足判定覆蓋。(21.)以下幾種白盒覆蓋測試中,覆蓋準則最弱的是()。A.語句覆蓋B.判定覆蓋C.路徑覆蓋D.條件組合覆蓋正確答案:A參考解析:本題考查白盒覆蓋測試的基礎知識。白盒測試設計中,共有語句覆蓋,判定覆蓋,條件覆蓋,判定/條件覆蓋,條件組合覆蓋和路徑覆蓋,并且強度依次加強。故正確答案為A(22.)在性能測試中,關于數據準備,()描述是正確的。①識別數據狀態驗證測試案例。②初始數據提供了基線用來評估測試執行的結果。③業務數據提供負載壓力背景。④腳本中參數數據真實模擬負載。A.①②③B.①③④C.②③D.①②③④正確答案:D參考解析:本題考查性能測試中為什么要準備測試數據。原因包括:·識別數據狀態驗證測試案例。·初始數據提供了基線用來評估測試執行的結果。·業務數據提供負載壓力背景。·腳本中參數數據真實模擬負載。(23.)以下關于Web測試的敘述中,不正確的是()A.Web軟件的測試貫穿整個軟件生命周期B.按系統架構劃分,Web測試分為客戶端測試、服務端測試和網絡測試C.Web系統測試與其他系統測試的測試內容基本不同但測試重點相同D.Web性能測試可以采用工具輔助正確答案:C參考解析:本題考查Web測試的基礎知識。由于web應用與用戶直接相關,又通常需要承受長時間的大量操作,因此web項目的功能和性能都必須經過可靠的驗證。這就要經過web項目的全面測試。Web應用程序測試與其它任何一種類型的應用程序測試相比沒有太大差別。web系統測試與其它系統測試測試內容基本相同只是測試重點不同。故正確答案為C(24.)以下不屬于網絡測試的測試指標的是()。A.吞吐量B.延時C.并發用戶數D.丟包率正確答案:C參考解析:本題考查網絡測試的基本概念。網絡測試是指針對軟件運行的底層網絡環境進行的測試,常見的測試指標包括網絡可用性、網絡帶寬、吞吐量、延時、丟包率等。并發用戶數是一個整體的性能指標,它跟軟件、平臺、硬件配置、網絡環境都相關,不屬于網絡測試的指標。(25.)為驗證某呼叫中心是否能夠承受大量呼叫信息同時呼入并得到正確處理,測試工程師一般采用()測試工具。A.負載壓力B.代碼C.網絡仿真D.故障診斷正確答案:A參考解析:本題考查對性能測試基本概念的理解。負載壓力測試是在一定約束條件下測試系統所能承受的并發用戶量、運行時間、數據量,以確定系統所能承受的最大負載壓力的測試。題目中呼叫中心的大量呼入測試屬于本范疇,所以本題中的測試工程師應采用負載壓力測試工具。(26.)以下關于文檔測試的說法中,正確的是()。A.文檔測試不需要仔細閱讀文檔,只需大體上無誤即可B.不用檢查文檔的編寫是否滿足文檔編寫的目的C.文檔測試需要檢查標記是否正確D.文檔測試需要確保大部分示例經過測試正確答案:C參考解析:本題考查文檔測試的知識。文檔測試是檢驗樣品用戶文檔的完整性、正確性、一致性、易理解性、易瀏覽性。主要測試內容有:1.仔細閱讀,跟隨每個步驟,檢查每個圖形;2.檢查文檔的編寫是否滿足文檔編寫的目的;3.內容是否齊全、正確;4.內容是否完善;5.標記是否正確;文檔中的示例都經過測試,而不是大部分,故正確答案為C(27.)Web應用鏈接測試不包括()。A.無鏈接指向的頁面B.錯誤的鏈接C.客戶端與服務器端的鏈接速率D.不存在的頁面文件正確答案:C參考解析:本題考查Web應用鏈接測試的內容。Web應用鏈接測試的內容包括:·無鏈接指向的頁面。·錯誤的鏈接。·不存在的頁面文件。但客戶端與服務器端的鏈接速率由Web性能測試獲取。(28.)負載壓力性能測試需求分析時,應該選擇()類型的業務作為測試案例。①高吞吐量的業務②業務邏輯復雜的業務③高商業風險的業務④高服務器負載的業務⑤批處理的業務A.①②③B.①③④C.①④D.①②③④⑤正確答案:B參考解析:本題考查負載壓力性能測試需求分析的方法。應該選擇高吞吐量的業務、高商業風險的業務、高服務器負載類型的業務作為測試案例。(29.)為檢驗某Web系統穩定運行情況下能夠支持的最大并發用戶數,應進行()。A.負載測試B.壓力測試C.大數據量測試D.疲勞強度測試正確答案:D參考解析:本題考查負載測試、壓力測試、疲勞強度測試、大數據量測試的基本知識。負載測試:通過逐步增加系統負載,測試系統性能的變化,并最終確定在滿足性能指標的情況下,系統所能承受的最大負載量的情況。壓力測試:通過逐步增加系統負載,測試系統性能的變化,并最終確定在什么負載條件下系統性能處于失效狀態,并以此來獲得系統能提供的最大服務級別的測試。疲勞強度測試:采用系統穩定運行情況下能夠支持的最大并發用戶數,或者日常運行用戶數,持續執行一段時間業務,保證達到系統疲勞強度需求的業務量,通過綜合分析交易執行指標和資源監控指標,來確定系統處理最大工作量強度性能的過程。大數據量測試:包括獨立的數據量測試和綜合數據量測試,獨立數據量測試是指針對系統存儲、傳輸、統計、查詢等業務進行的大數據量測試;綜合數據量測試是指和壓力測試、負載測試、疲勞強度測試相結合的綜合測試。(30.)已知模塊A給模塊B傳遞數據結構X。則這兩個模塊的耦合類型為()耦合。A.數據B.標記C.控制D.內容正確答案:B參考解析:一般來說,模塊之間的耦合有七種類型,根據耦合性從低到高為非直接耦合、數據耦合、標記耦合、控制耦合、外部耦合、公共耦合和內容耦合。數據耦合:若一個模塊訪問另一個模塊時,彼此之間是通過數據參數(不是控制參數,公共數據結構或外部變量)來交換輸入、輸出信息。標記耦合:模塊通過參數表傳遞記錄信息,兩個以上的模塊都需要其余某一數據結構子結構時,不使用全局變量方式,而是使用記錄傳遞的方式。控制耦合:一個模塊通過傳送開關、標志、名字等控制信息,明顯地控制選擇另一模塊的功能。內容耦合:一個模塊直接訪問另一個模塊的內部數據,或者通過非正常入口轉入另一個模塊內部,或者兩個模塊有一部分程序代碼重疊,又或者一個模塊有多種入口。標記耦合指兩個模塊之間傳遞的是數據結構,如高級語言中的數組名、記錄名、文件名等這些名字即標記,其實傳遞的是這個數據結構的地址。故正確答案為B(31.)模塊完成的動作之間沒有任何關系,或者僅僅是一種非常松散的關系,則該模塊的內聚類型為()內聚。A.偶然B.過程C.信息D.功能正確答案:A參考解析:模塊內聚分類(由弱到強)分別為:1、偶然(巧合)內聚:模塊完成的動作之間沒有任何關系,或者僅僅是一種非常松散的關系;2、邏輯內聚:模塊內部的各個組成在邏輯上具有相似的處理動作,但功能用途上彼此無關;3、瞬時(時間)內聚:模塊內部的各個組成部分所包含的處理動作必須在同一時間間隔內執行,例如初始化模塊;4、過程內聚:模塊內部各個組成部分所要完成的動作雖然沒有關系,但必須按特定的次序執行;5、通信(信息)內聚:模塊的各個組成部分所完成的動作都使用了同一個公用數據或產生同一輸出數據;6、順序內聚:模塊內部的各個部分是相關的,前一部分處理動作的最后輸出是后一部分處理動作的輸入;7、功能內聚:模塊內部各個部分全部屬于一個整體,并執行同一功能,且各部分對實現該功能都必不可少;(32.)某軟件項目的活動圖如下圖所示,其中頂點表示項目里程碑,連接頂點的邊表示包含的活動,邊上的數字表示活動的持續時間(天),則完成該項目的最少時間為()天。活動BC和BF分別最多可以晚開始(請作答此空)天而不會影響整個項目的進度。A.0和7B.0和11C.2和7D.2和11正確答案:A參考解析:本題中關鍵路徑為:A→B→D→G→F→J和A→B→C→E→F→J,總時長為:18。所以完成該項目的最小時間為18天。BC:由于BC在關鍵路徑上,所以BC的松弛時間為0。BF:由于關鍵路徑時長為18,經過BF的最長路路徑11,所以BF松弛時間為:18-11=7。(33.)模塊內部的各個組成部分所包含的處理動作必須在同一時間間隔內執行,則該模塊的內聚類型為()內聚。A.時間B.過程C.信息D.功能正確答案:A參考解析:模塊內聚分類(由弱到強)分別為:1、偶然(巧合)內聚:模塊完成的動作之間沒有任何關系,或者僅僅是一種非常松散的關系;2、邏輯內聚:模塊內部的各個組成在邏輯上具有相似的處理動作,但功能用途上彼此無關;3、瞬時(時間)內聚:模塊內部的各個組成部分所包含的處理動作必須在同一時間間隔內執行,例如初始化模塊;4、過程內聚:模塊內部各個組成部分所要完成的動作雖然沒有關系,但必須按特定的次序執行;5、通信(信息)內聚:模塊的各個組成部分所完成的動作都使用了同一個公用數據或產生同一輸出數據;6、順序內聚:模塊內部的各個部分是相關的,前一部分處理動作的最后輸出是后一部分處理動作的輸入;7、功能內聚:模塊內部各個部分全部屬于一個整體,并執行同一功能,且各部分對實現該功能都必不可少;(34.)已知模塊A可以通過非正常入口轉入模塊B內部。則這兩個模塊的耦合類型為()耦合。A.數據B.標記C.控制D.內容正確答案:D參考解析:一般來說,模塊之間的耦合有七種類型,根據耦合性從低到高為非直接耦合、數據耦合、標記耦合、控制耦合、外部耦合、公共耦合和內容耦合。數據耦合:若一個模塊訪問另一個模塊時,彼此之間是通過數據參數(不是控制參數,公共數據結構或外部變量)來交換輸入、輸出信息。標記耦合:模塊通過參數表傳遞記錄信息,兩個以上的模塊都需要其余某一數據結構子結構時,不使用全局變量方式,而是使用記錄傳遞的方式。控制耦合:一個模塊通過傳送開關、標志、名字等控制信息,明顯地控制選擇另一模塊的功能。內容耦合:一個模塊直接訪問另一個模塊的內部數據,或者通過非正常入口轉入另一個模塊內部,或者兩個模塊有一部分程序代碼重疊,又或者一個模塊有多種入口。(35.)下圖是一個軟件項目的活動圖,其中頂點表示項目里程碑,連接頂點的邊表示包含的活動,則完成該項目的最少時間為(請作答此空)天。若活動0->2完成后,停止()天開始活動2->6,則完成整個項目的最少時間不變。A.52B.53C.55D.35正確答案:C參考解析:最少時間就是求項目的關鍵路徑,即所有路徑中最長的一條,在該圖中路徑:0->2->5->7->8->9=8+15+15+7+10=55是路徑最長的。故正確答案為C,55天;(36.)以下各類敏捷開發方法的敘述中,描述的是scrum方法的是()。A.XP是激發開發人員創造性、使管理負擔最小的一組技術B.每一個不同的項目都需要一套不同的策略、約定和方法論C.多個自組織和自治小組并行地遞增實現產品D.有一個使命作為指導,它設立了項目的目標,但并不描述如何達到這個目標正確答案:C參考解析:本題考查敏捷方法的基礎知識。極限編程XP是激發開發人員創造性、使得管理負擔最小的一組技術。水晶法Crystal認為每—個不同的項目都需要一套不同的策略、約定和方法論。并列爭球法(Scrum)使用迭代的方法,其中把每30天一次的迭代稱為個沖刺,并按需求的優先級來實現產品多個自組織和自治小組并行地遞增實現產品,協調是通過簡短的日常情況會議進行。自適應軟件開發(ASD)有六個基本的原則:①在自適應軟件開發中,有一個使命作為指導,它設立了項目的目標,但不描述如何達到這個目標;②特征被視為客戶鍵值的關鍵,因此,項目是圍繞著構造的構件來組織并實現特征;③過程中的迭代是很重要的,因此重做與做同樣重要,變化也包含其中;④變化不視為是一種更正,而是對軟件開發實際情況的調整;⑤確定的交付時間迫使開發人員認真考慮每一個生產版本的關鍵需求;⑥風險也包含其中,它使開發人員首先跟蹤最艱難的問題。(37.)對軟件需求缺乏準確認識的情況下,則最適宜采用()過程模型。A.瀑布B.原型C.增量D.螺旋正確答案:B參考解析:瀑布模型:給出了軟件生存周期各階段的固定順序,上一個階段完成后才能進入下一個階段,瀑布模型的缺點是缺乏靈活性。原型模型:是逐步演化成最終軟件產品的過程,特別適用于對軟件需求缺乏準確認識的情況。原型模型適宜于需求不明確,且變化。增量模型:采用隨著日程時間的進展而交錯的線性序列,每一個線性序列產生軟件的一個可發布的“增量”。當使用增量模型時,第1個增量往往是核心的產品,即第1個增量實現了基本的需求,但很多補充的特征還沒有發布。客戶對每一個增量的使用和評估都作為下一個增量發布的新特征和功能,這個過程在每一個增量發布后不斷重復,直到產生了最終的完善產品。螺旋模型:提出于1988年,由瀑布模型和原型模型相結合而成,綜合了二者的優點,并增加了風險分析。故正確答案為B(38.)以下關于瀑布模型的缺點的敘述中,不正確的是()。A.各個階段的劃分完全固定,階段之間產生數量不多的文檔,極大地減少了工作量。B.由于開發模型是線性的,用戶只有等到整個過程的末期才能見到開發成果,從而增加了開發風險。C.通過過多的強制完成日期和里程碑來跟蹤各個項目階段。D.瀑布模型的突出缺點是不適應用戶需求的變化。正確答案:A參考解析:瀑布模型:是一個項目開發架構,開發過程是通過設計一系列階段順序展開的,從系統需求分析開始直到產品發布和維護,每個階段都會產生循環反饋,因此,如果有信息未被覆蓋或者發現了問題,那么最好“返回”上一個階段并進行適當的修改,項目開發進程從一個階段“流動”到下一個階段,這也是瀑布模型名稱的由來。瀑布模型有以下優點:1、為項目提供了按階段劃分的檢查點。2、當前一階段完成后,您只需要去關注后續階段。3、可在迭代模型中應用瀑布模型。4、它提供了一個模板,這個模板使得分析、設計、編碼、測試和支持的方法可以在該模板下有一個共同的指導。瀑布模型有以下缺點:1、各個階段的劃分完全固定,階段之間產生大量的文檔,極大地增加了工作量。2、由于開發模型是線性的,用戶只有等到整個過程的末期才能見到開發成果,從而增加了開發風險。3、通過過多的強制完成日期和里程碑來跟蹤各個項目階段。4、瀑布模型的突出缺點是不適應用戶需求的變化。(39.)V模型描述了軟件基本的開發過程和測試行為,描述了不同測試階段與開發過程各階段的對應關系。其中,集成測試對應的開發階段是()A.需求分析階段B.概要設計階段C.詳細設計階段D.編碼階段正確答案:B參考解析:本題考察軟件測試的V模型。V模型對應關系如下,集成測試對應的開發階段是概要設計階段,如下圖所示:(40.)以下關于測試方法的敘述中,正確的是()。A.根據是否需要執行被測試代碼可分為系統測試和單元測試B.黑盒測試也叫做結構測試,針對代碼本身進行測試C.動態測試主要是對軟件的邏輯、功能等方面進行評估D.白盒測試把被測試代碼當成透明的盒子,完全不可見正確答案:C參考解析:根據是否需要執行被測試代碼可分為靜態測試和動態測試;白盒測試:又稱結構測試、透明盒測試、邏輯驅動測試或基于代碼的測試。白盒測試是一種測試用例設計方法,盒子指的是被測試的軟件,白盒指的是盒子是可視的,你清楚盒子內部的東西以及里面是如何運作的。黑盒測試是對軟件外部表現進行測試,白盒測試才會針對代碼進行測試。(41.)以下關于軟件測試的概念,正確的是()。A.軟件測試的目的是想證實在一個給定的外部環境中軟件的邏輯正確性,即保證軟件以正確的方式來做這個事件B.軟件質量保證的基本措施就是對軟件進行確認測試C.軟件測試的對象不僅僅是程序,文檔、數據和規程都是軟件測試的對象D.單元測試可檢驗程序單元或部件的接口關系,應能發現并排除在模塊連接中可能發生的問題正確答案:C參考解析:本題考查軟件測試的概念。相關的正確概念如下:軟件測試的目的不是為表明產品正確而進行測試,而是證偽。軟件質量保證與軟件測試有嚴格的區別。軟件質量保證是通過預防、檢查與改進來保證軟件質量,是軟件生命周期的管理以及驗證軟件是否滿足規定的質量和用戶的需求。所以軟件質量保證中包含了軟件測試,但不等同。軟件測試的對象不僅僅是程序,文檔、數據和規程都是軟件測試的對象。集成測試是模塊組裝測試,可檢驗程序單元或部件的接口關系,應能發現并排除在模塊連接中可能發生的問題。(42.)檢驗與證實軟件是否滿足軟件需求說明書中規定的要求所進行測試的是()。A.單元測試B.集成測試C.確認測試D.系統測試正確答案:C參考解析:本題考查軟件測試階段劃分的基本知識。按照開發階段軟件測試可以分為單元測試、集成測試、系統測試、確認測試和驗收測試。單元測試是針對軟件程序模塊進行正確性檢驗的測試工作;集成測試是檢驗程序單元或部件的接口關系,即針對軟件體系結構的構造進行的測試;系統測試是為驗證和確認系統是否達到其原始目標,而對集成的硬件和軟件系統進行的測試;確認測試是檢驗與證實軟件是否滿足軟件需求說明書中規定的要求;驗收測試是按照項目任務書或合同、約定的驗收依據文檔等進行的整個系統的測試與評審,決定是否接收或拒收系統。(43.)以下測試內容中,屬于系統測試的是()。①驗收測試②安裝測試③安全測試④性能測試⑤兼容性測試⑥易用性測試A.①②③④⑤⑥B.②③④⑤⑥C.①③④⑤⑥D.①④⑤⑥正確答案:B參考解析:系統測試是為驗證和確認系統是否達到其原始目標,而對集成的硬件和軟件系統進行的測試。系統測試是在真實或模擬系統運行的環境下,檢查完整的程序系統能否和系統(包括硬件、外設、網絡和系統軟件、支持平臺等)正確配置、連接,并滿足用戶需求。常見的系統測試主要有以下內容:(1)恢復測試:監測系統的容錯能力(2)安全測試:檢測系統的安全機制、保密措施是否完善,主要是為了檢驗系統的防范能力(3)壓力測試:也稱為強度測試,是對系統在異常情況下的承受能力的測試,是檢查系統在極限狀態下運行時,性能下降的幅度是否在允許的范圍內(4)性能測試:檢查系統是否滿足系統設計方案說明書對性能的要求(5)可靠性、兼容性、易用性、可用性和可維護性測試(6)安裝測試故正確答案為B(44.)以下關于不同類型的軟件測試的敘述,正確的是()。A.單元測試不是模塊測試B.多個模塊不能平行地獨立進行測試,應該順序執行C.系統測試是檢驗程序單元或部件之間的接口關系D.確認測試是通過檢驗和/或核查所提供的客觀證據,證實軟件是否滿足特定預期用途的需求正確答案:D參考解析:本題考查對軟件測試類型的相關知識的理解。單元測試又稱為模塊測試,是針對程序模塊(軟件設計的最小單位)來進行正確性檢驗的測試工作,所以A是不對的;多個模塊可以同時進行測試,不用順序進行,所以B不對;系統測試是將通過確認測試的軟件作為整個基于計算機系統的一個元素,與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起測試,而不是檢驗程序單元或部件之間的接口關系,所以C不對;答案D是正確的。(45.)V模型描述了軟件基本的開發過程和測試行為,描述了不同測試階段與開發過程各階段的對應關系。其中,單元測試對應的開發階段是()。A.需求分析階段B.概要設計階段C.詳細設計階段D.編碼階段正確答案:C參考解析:本題考察軟件測試的V模型。V模型對應關系如下,集成測試對應的開發階段是概要設計階段,如下圖所示:(46.)V模型描述了軟件基本的開發過程和測試行為,描述了不同測試階段與開發過程各階段的對應關系。其中,系統測試對應的開發階段是()。A.需求分析階段B.概要設計階段C.詳細設計階段D.編碼階段正確答案:A參考解析:本題考察軟件測試的V模型。V模型對應關系如下,系統測試對應的開發階段是需求分析階段,如下圖所示:(47.)以下測試內容中,屬于系統測試的是()。①單元測試②集成測試③安全測試④性能測試⑤可靠性測試A.①②③④⑤B.②③④⑤C.③④⑤D.①④⑤正確答案:C參考解析:按照開發階段可以劃分為單元測試、集成測試和系統測試等,系統測試是為驗證和確認系統是否達到其原始目標,而對集成的硬件和軟件系統進行的測試。系統測試是在真實或模擬系統運行的環境下,檢查完整的程序系統能否和系統正確配置、連接,并滿足用戶需求。常見的系統測試主要有以下內容:(1)恢復測試:監測系統的容錯能力(2)安全測試:檢測系統的安全機制、保密措施是否完善,主要是為了檢驗系統的防范能力(3)壓力測試:也稱為強度測試,是對系統在異常情況下的承受能力的測試,是檢查系統在極限狀態下運行時,性能下降的幅度是否在允許的范圍內(4)性能測試:檢查系統是否滿足系統設計方案說明書對性能的要求(5)可靠性、兼容性、易用性、可用性和可維護性測試(6)安裝測試(48.)以下不屬于軟件測試工具的是()。A.JMeterB.LoadRunnerC.JTestD.JBuilder正確答案:D參考解析:本題考查軟件工具的基本知識。JMeter、LoadRunner和JTest都是軟件測試工具。JBuilder是一種軟件開發工具,不屬于軟件測試工具。(49.)以下關于軟件測試分類定義的敘述,正確的是()。A.軟件測試可分為單元測試、集成測試、確認測試、系統測試和性能測試B.確認測試是在模塊測試完成的基礎上將所有的程序模塊進行組合并驗證其是否滿足用戶需求的過程C.軟件測試按照研發階段可分為白盒測試和黑盒測試D.軟件測試按照測試實施組織劃分:開發方測試、用戶測試和第三方測試。正確答案:D參考解析:本題考察軟件測試的分類。軟件測試的類型劃分:(1)按照研發階段:單元測試、集成測試、確認測試、系統測試、驗收測試。(2)按照測試實施組織劃分:開發方測試、用戶測試和第三方測試。(3)按照測試方式劃分:靜態測試和動態測試。(4)按照測試技術劃分:黑盒測試、白盒測試和灰盒測試。選項中B是錯誤的,集成測試是在模塊測試完成的基礎上將所有的程序模塊進行組合并驗證,主要目標是發現與接口有關的問題;確認測試驗證軟件的功能和性能及其他特性是否與用戶的要求一致。(50.)Creatingaclearmapofwheretheprojectisgoingisanimportantfirststep.Itletsyouidentifyrisks,clarifyobjectives,anddetermineiftheprojectevenmakessense.Theonlythingmoreimportantthanthereleaseplanisnottotakeittooseriously.ReleaseplanningiscreatingagameplanforyourWebproject(請作答此空)whatyouthinkyouwantyourWebsitetobe.Theplanisaguideforthecontent,designelements,andfunctionalityofaWebsitetobereleasedtothepublic,topartners,orinternally.Italso()howlongtheprojectwilltakeandhowmuchitwillcost.Whattheplanisnotisafunctional()thatdefinestheprojectindetailorthatproducesabudgetyoucantaketothebank.BasicallyyouuseareleasePlantodoaninitialsanitycheckoftheproject's()andworthiness.ReleasePlansareusefulroadmaps,butdon'tthinkofthemasguidestotheinterstateroadsystem.Instead,thinkofthemasthe()usedbyearlyexplorers-halfrumorandguessandhalfhopeandexpectation.It'salwaysagoodideatohaveamapofwhereaprojectisheaded.A.constructingB.designingC.implementingD.outlining正確答案:D參考解析:表示概述的意思。附(參考翻譯):創建一個清晰的項目進展圖是重要的第一步。它可以讓你識別風險,明確目標,并確定項目是否有意義。唯一比發布計劃更重要的是不要太認真。發布計劃是為您的web項目創建一個游戲計劃,概述您認為您希望您的web站點是什么。該計劃是將網站的內容、設計元素和功能發布給公眾、合作伙伴或內部的指南。它還估計了項目需要多長時間和花費多少。計劃不是一個功能規范,詳細定義了項目,或者生成了一個可以提交給銀行的預算。基本上,您使用一個發布計劃來對項目的可行性和價值進行初步的檢查。發布計劃是有用的路線圖,但不要認為它們是州際公路系統的指南。相反,把它們當作早期探險家的指導,一半是謠言,一半是猜測,一半是希望和期待。有一個項目的發展方向圖總算是個好主意。(51.)以下關于軟件測試原則的敘述中,正確的是()。A.測試用例只需選用合理的輸入數據,不需要選擇不合理的輸入數據B.應制定測試計劃并嚴格執行,排除隨意性C.窮舉測試是可能的D.程序員應盡量測試自己的程序正確答案:B參考解析:本題考查軟件測試的原則。軟件測試應遵循的原則包括:應當把"盡早和不斷地測試"作為開發者的座右銘;程序員應該避免檢查自己的程序,測試工作應該由獨立的專業的軟件測試機構來完成;設計測試用例時,應該考慮到合法的輸入和不合法的輸入,以及各種邊界條件;一定要注意測試中的錯誤集中發生現象,應對錯誤群集的程序段進行重點測試;對測試錯誤結果一定要有一個確認的過程;制定嚴格的測試計劃,并把測試時間安排得盡量寬松,不要希望在極短的時間內完成一個高水平的測試;回歸測試的關聯性一定要引起充分的注意,修改一個錯誤而引起更多錯誤出現的現象并不少見;妥善保存一切測試過程文檔;窮舉測試是不能實現的。根據上述描述,測試過程中需要制定測試計劃并嚴格執行。(52.)壓力測試不會使用到以下哪種測試手段()。A.重復B.XSSC.增加量級D.并發正確答案:B參考解析:壓力測試是通過逐步增加系統負載,測試系統性能的變化,并最終確定在什么負載條件下系統性能處于失效狀態,并以此來獲得系統能提供的最大服務級別的測試。本題中選項A、C、D都是壓力測試的方法,選項B,是跨站腳本攻擊,屬于安全性測試使用的方法。故正確答案為B。(53.)web信息系統所需要的進行的測試包括()。①功能測試②壓力測試③安裝測試④兼容性測試⑤安全性測試A.①②③④⑤B.①②③⑤C.①②③④D.①③④⑤正確答案:A參考解析:本題考查web系統測試,常見的web系統測試主要有以下內容:(1)恢復測試:監測系統的容錯能力;(2)安全性測試:檢測系統的安全機制、保密措施是否完善,主要是為了檢驗系統的防范能力;(3)壓力測試:也稱為強度測試,是對系統在異常情況下的承受能力的測試,是檢查系統在極限狀態下運行時,性能下降的幅度是否在允許的范圍內;(4)性能測試:檢查系統是否滿足系統設計方案說明書對性能的要求;(5)功能測試:可靠性測試,可用性測試和可維護性測試;(6)安裝測試/客戶端兼容性測試。(7)可用性測試:測試對用戶的友好性,主要取決于系統最終端或客戶的主觀意見。故正確答案為A(54.)下圖是()設計模式的類圖,該設計模式的目的是(),圖中,ConcreteCommand和Command之間是(請作答此空)關系,Invoker和Command之間是()關系。A.依賴B.關聯C.繼承D.聚合正確答案:C參考解析:適配器模式:將一個類的接口適配成用戶所期待的。一個適配允許通常因為接口不兼容而不能在一起工作的類工作在一起,做法是將類自己的接口包裹在一個已存在的類中。命令模式:將一個請求封裝成一個對象,從而使得可以用不同的請求對客戶進行參數化,隊請求排隊或記錄請求日志,以及支持可撤銷的操作。裝飾模式:指的是在不必改變原類文件和使用繼承的情況下,動態地擴展一個對象的功能。它是通過創建一個包裝對象,也就是裝飾來包裹真實的對象。代理模式:為一個對象提供代理以控制該對象的訪問。類之間的關系主要有以下幾種:(1)繼承關系:是指子類自動地具有其父類的全部屬性與操作,也稱為父類對子類的泛化。在UML建模語言中,采用空心三角形表示,從子類指向父類。(2)關聯關系:是指兩個或多個類之間的一種靜態關系,表現為一個類是另一個類的成員變量。在UML類圖中,雙向的關聯可以有兩個箭頭或者沒有箭頭,單向的關聯有一個箭頭,帶普通箭頭的實心線指向被擁有者。(3)聚合關系:是整體與部分之間的關系,是強的關聯關系。在UML中,聚合關系用帶空心菱形的實心線,菱形指向整體。(4)依賴關系:也是類之間的一種靜態關系,表現為一個類是另外一個類的局部變量。在UML中,依賴關系用帶箭頭的虛線表示,由依賴的一方指向被依賴的一方。(55.)下圖是()設計模式的類圖,該設計模式的目的是(請作答此空),圖中,ConcreteStrategy和Strategy之間是()關系,Strategy和Context之間是()關系。A.將一個類的接口轉換為客戶期望的另一種接口,使得原本不匹配的接口而無法合作的類可以一起工作B.定義一系列的算法,把它們一個個封裝起來,并且使它們可以相互替換。C.動態地給一個對象附加額外的職責,不必通過子類就能靈活地增加功能D.為一個對象提供代理以控制該對象的訪問正確答案:B參考解析:適配器模式:將一個類的接口適配成用戶所期待的。一個適配允許通常因為接口不兼容而不能在一起工作的類工作在一起,做法是將類自己的接口包裹在一個已存在的類中。橋接模式:將抽象部分與它的實現部分分離,使它們都可以獨立地變化。裝飾模式:指的是在不必改變原類文件和使用繼承的情況下,動態地擴展一個對象的功能。它是通過創建一個包裝對象,也就是裝飾來包裹真實的對象。策略模式:定義一系列的算法,把它們一個個封裝起來,并且使它們可以相互替換。類之間的關系主要有以下幾種:(1)繼承關系:是指子類自動地具有其父類的全部屬性與操作,也稱為父類對子類的泛化。在UML建模語言中,采用空心三角形表示,從子類指向父類。(2)關聯關系:是指兩個或多個類之間的一種靜態關系,表現為一個類是另一個類的成員變量。在UML類圖中,雙向的關聯可以有兩個箭頭或者沒有箭頭,單向的關聯有一個箭頭,帶普通箭頭的實心線指向被擁有者。(3)聚合關系:是整體與部分之間的關系,是強的關聯關系。在UML中,聚合關系用帶空心菱形的實心線,菱形指向整體。(4)依賴關系:也是類之間的一種靜態關系,表現為一個類是另外一個類的局部變量。在UML中,依賴關系用帶箭頭的虛線表示,由依賴的一方指向被依賴的一方。(56.)下圖是(請作答此空)設計模式的類圖,該設計模式的目的是(),圖中,ConcreteCommand和Command之間是()關系,Invoker和Command之間是()關系。A.適配器B.命令C.裝飾D.代理正確答案:B參考解析:適配器模式:將一個類的接口適配成用戶所期待的。一個適配允許通常因為接口不兼容而不能在一起工作的類工作在一起,做法是將類自己的接口包裹在一個已存在的類中。命令模式:將一個請求封裝成一個對象,從而使得可以用不同的請求對客戶進行參數化,隊請求排隊或記錄請求日志,以及支持可撤銷的操作。裝飾模式:指的是在不必改變原類文件和使用繼承的情況下,動態地擴展一個對象的功能。它是通過創建一個包裝對象,也就是裝飾來包裹真實的對象。代理模式:為一個對象提供代理以控制該對象的訪問。類之間的關系主要有以下幾種:(1)繼承關系:是指子類自動地具有其父類的全部屬性與操作,也稱為父類對子類的泛化。在UML建模語言中,采用空心三角形表示,從子類指向父類。(2)關聯關系:是指兩個或多個類之間的一種靜態關系,表現為一個類是另一個類的成員變量。在UML類圖中,雙向的關聯可以有兩個箭頭或者沒有箭頭,單向的關聯有一個箭頭,帶普通箭頭的實心線指向被擁有者。(3)聚合關系:是整體與部分之間的關系,是強的關聯關系。在UML中,聚合關系用帶空心菱形的實心線,菱形指向整體。(4)依賴關系:也是類之間的一種靜態關系,表現為一個類是另外一個類的局部變量。在UML中,依賴關系用帶箭頭的虛線表示,由依賴的一方指向被依賴的一方。(57.)下圖是()設計模式的類圖,該設計模式的目的是(請作答此空),圖中,Subject和Proxy之間是()關系,Proxy和RealSubject之間是()關系。A.將一個類的接口轉換為客戶期望的另一種接口,使得原本不匹配的接口而無法合作的類可以一起工作B.將一個抽象與其實現分離開,以便兩者能夠各自獨立地演變C.動態地給一個對象附加額外的職責,不必通過子類就能靈活地增加功能D.為一個對象提供代理以控制該對象的訪問正確答案:D參考解析:適配器模式:將一個類的接口適配成用戶所期待的。一個適配允許通常因為接口不兼容而不能在一起工作的類工作在一起,做法是將類自己的接口包裹在一個已存在的類中。橋接模式:將抽象部分與它的實現部分分離,使它們都可以獨立地變化。裝飾模式:指的是在不必改變原類文件和使用繼承的情況下,動態地擴展一個對象的功能。它是通過創建一個包裝對象,也就是裝飾來包裹真實的對象。代理模式:為一個對象提供代理以控制該對象的訪問。類之間的關系主要有以下幾種:(1)繼承關系:是指子類自動地具有其父類的全部屬性與操作,也稱為父類對子類的泛化。在UML建模語言中,采用空心三角形表示,從子類指向父類。(2)關聯關系:是指兩個或多個類之間的一種靜態關系,表現為一個類是另一個類的成員變量。在UML類圖中,雙向的關聯可以有兩個箭頭或者沒有箭頭,單向的關聯有一個箭頭,帶普通箭頭的實心線指向被擁有者。(3)聚合關系:是整體與部分之間的關系,是強的關聯關系。在UML中,聚合關系用帶空心菱形的實心線,菱形指向整體。(4)依賴關系:也是類之間的一種靜態關系,表現為一個類是另外一個類的局部變量。在UML中,依賴關系用帶箭頭的虛線表示,由依賴的一方指向被依賴的一方。(58.)下圖是()設計模式的類圖,該設計模式的目的是(),圖中,ConcreteStrategy和Strategy之間是()關系,Strategy和Context之間是(請作答此空)關系。A.依賴B.關聯C.繼承D.聚合正確答案:D參考解析:適配器模式:將一個類的接口適配成用戶所期待的。一個適配允許通常因為接口不兼容而不能在一起工作的類工作在一起,做法是將類自己的接口包裹在一個已存在的類中。橋接模式:將抽象部分與它的實現部分分離,使它們都可以獨立地變化。裝飾模式:指的是在不必改變原類文件和使用繼承的情況下,動態地擴展一個對象的功能。它是通過創建一個包裝對象,也就是裝飾來包裹真實的對象。策略模式:定義一系列的算法,把它們一個個封裝起來,并且使它們可以相互替換。類之間的關系主要有以下幾種:(1)繼承關系:是指子類自動地具有其父類的全部屬性與操作,也稱為父類對子類的泛化。在UML建模語言中,采用空心三角形表示,從子類指向父類。(2)關聯關系:是指兩個或多個類之間的一種靜態關系,表現為一個類是另一個類的成員變量。在UML類圖中,雙向的關聯可以有兩個箭頭或者沒有箭頭,單向的關聯有一個箭頭,帶普通箭頭的實心線指向被擁有者。(3)聚合關系:是整體與部分之間的關系,是強的關聯關系。在UML中,聚合關系用帶空心菱形的實心線,菱形指向整體。(4)依賴關系:也是類之間的一種靜態關系,表現為一個類是另外一個類的局部變量。在UML中,依賴關系用帶箭頭的虛線表示,由依賴的一方指向被依賴的一方。(59.)(請作答此空)analysisemphasizesthedrawingofpictorialsystemmodelstodocumentandvalidatebothexistingand/orproposedsystems.Ultimately,thesystemmodelsbecomethe()fordesigningandconstructinganimprovedsystem.()issuchatechnique.Theemphasisinthistechniqueisprocess-centered.Systemsanalystsdrawaseriesofprocessmodelscalled()、()isanothersuchtechniquethatintegratesdataandprocessconcernsintoconstructscalledobjects.A.PrototypingB.AcceleratedC.Model-drivenD.Iterative正確答案:C參考解析:模型驅動的分析方法強調通過繪制圖形化的系統模型來說明和驗證已有的或待開發的系統。這些系統模型最終會成為設計和構建改進后的系統的藍圖。結構化分析就是這樣一種方法,它是以過程為中心的。在結構化分析方法中,系統分析員所繪制的一系列過程模型被稱為DFD。面向對象分析是另外一種模型驅動的分析方法,它將數據和過程統一到了一個被稱為"對象"的結構中。(60.)()analysisemphasizesthedrawingofpictorialsystemmodelstodocumentandvalidatebothexistingand/orproposedsystems.Ultimately,thesystemmodelsbecomethe()fordesigningandconstructinganimprovedsystem.(請作答此空)issuchatechnique.Theemphasisinthistechniqueisprocess-centered.Systemsanalystsdrawaseriesofprocessmodelscalled()、()isanothersuchtechniquethatintegratesdataandprocessconcernsintoconstructscalledobjects.A.StructuredanalysisB.InformationEngineeringC.DiscoveryPrototypingD.Object-Orientedanalysis正確答案:A參考解析:模型驅動的分析方法強調通過繪制圖形化的系統模型來說明和驗證已有的或待開發的系統。這些系統模型最終會成為設計和構建改進后的系統的藍圖。結構化分析就是這樣一種方法,它是以過程為中心的。在結構化分析方法中,系統分析員所繪制的一系列過程模型被稱為DFD。面向對象分析是另外一種模型驅動的分析方法,它將數據和過程統一到了一個被稱為"對象"的結構中。(61.)Cloudcomputingisaphraseusedtodescribeavarietyofcomputingconceptsthatinvolvealargenumberofcomputers_()__throughareal-timecommunicationnetworksuchastheInternet.Inscience,cloudcomputingisa_()__fordistributedcomputingoveranetwork,andmeansthe_(請作答此空)_torunaprogramorapplicationonmanyconnectedcomputersatthesametime.Thearchitectureofacloudisdevelopedatthreelayers:infrastructure,platform,andapplication.Theinfrastructurelayerisbuiltwithvirtualizedcompute,storage,andnetworkresources.Theplatformlayerisforgeneral-purposeandrepeatedusageofthecollectionofsoftwareresources.TheapplicationlayerisformedwithacollectionofallneededsoftwaremodulesforSaaSapplications.Theinfrastructurelayerservesasthe_()__forbuildingtheplatformlayerofthecloud.Inturn,theplatformlayerisfoundationforimplementingthe_()__layerforSaaSapplication.A.abilityB.approachC.functionD.method正確答案:A參考解析:表示能力,本領的意思。附(參考翻譯):云計算是一個用來描述各種計算概念的一個短語,計算概念涉及大量的計算機通過實時通信的網絡,如Internet,連接在一起。在科學研究中,云計算是分布式網絡計算的同義詞,意味著有能力同時在多臺互連的計算機上運行一個程序或應用。云的結構分為3層:基礎設施、平臺和應用。基礎實施層由虛擬計算機存儲和網絡資源構成;平臺層是具有通用性和復用性的軟件資源的集合;應用層是云上針對SaaS應用的所有應用軟件的集合。基礎設施層時建立平臺層的硬件基礎;相應地,平臺層是執行應用層SaaS應用的基礎。(62.)Creatingaclearmapofwheretheprojectisgoingisanimportantfirststep.Itletsyouidentifyrisks,clarifyobjectives,anddetermineiftheprojectevenmakessense.Theonlythingmoreimportantthanthereleaseplanisnottotakeittooseriously.ReleaseplanningiscreatingagameplanforyourWebproject()whatyouthinkyouwantyourWebsitetobe.Theplanisaguideforthecontent,designelements,andfunctionalityofaWebsitetobereleasedtothepublic,topartners,orinternally.Italso()howlongtheprojectwilltakeandhowmuchitwillcost.Whattheplanisnotisafunctional()thatdefinestheprojectindetailorthatproducesabudgetyouca

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論