軟件資格考試軟件過(guò)程能力評(píng)估師(基礎(chǔ)知識(shí)、應(yīng)用技術(shù))合卷(中級(jí))試題與參考答案

軟件資格考試軟件過(guò)程能力評(píng)估師(基礎(chǔ)知識(shí)、應(yīng)用技術(shù))合卷(中級(jí))復(fù)習(xí)試題(答案在后面)一、基礎(chǔ)知識(shí)（客觀選擇題，75題，每題1分，共75分）1、軟件過(guò)程能力評(píng)估師在進(jìn)行軟件過(guò)程改進(jìn)時(shí)，首先需要進(jìn)行的步驟是：A、評(píng)估當(dāng)前軟件過(guò)程的成熟度B、確定過(guò)程改進(jìn)的目標(biāo)C、收集過(guò)程改進(jìn)所需的數(shù)據(jù)D、設(shè)計(jì)新的軟件過(guò)程2、在軟件過(guò)程能力成熟度模型（CMM）中，過(guò)程域“項(xiàng)目監(jiān)督和控制”主要關(guān)注以下哪個(gè)方面？A、項(xiàng)目風(fēng)險(xiǎn)管理B、項(xiàng)目計(jì)劃和控制C、項(xiàng)目資源管理D、項(xiàng)目溝通管理3、在軟件過(guò)程改進(jìn)活動(dòng)中，以下哪一項(xiàng)不是CMMI（CapabilityMaturityModelIntegration）成熟度等級(jí)的正確描述？A.初始級(jí)：過(guò)程通常是臨時(shí)且無(wú)序的，很少有明確的過(guò)程定義。B.可管理級(jí)：組織建立了基本項(xiàng)目管理過(guò)程來(lái)追蹤成本、進(jìn)度和功能特性。C.已定義級(jí)：管理和工程的兩方面過(guò)程文檔化、標(biāo)準(zhǔn)化，并綜合成整個(gè)軟件開發(fā)組織的標(biāo)準(zhǔn)軟件過(guò)程。D.優(yōu)化管理級(jí)：通過(guò)定量反饋和先進(jìn)的新思想、新技術(shù)促使過(guò)程不斷改進(jìn)。4、下列關(guān)于敏捷軟件開發(fā)方法論的說(shuō)法中，哪一項(xiàng)是不正確的？A.敏捷方法強(qiáng)調(diào)適應(yīng)性而非預(yù)測(cè)性計(jì)劃。B.Scrum是一種敏捷框架，它規(guī)定了具體的編程實(shí)踐。C.極限編程(XP)鼓勵(lì)使用簡(jiǎn)單的設(shè)計(jì)并擁抱變化。D.持續(xù)集成是敏捷實(shí)踐中的一項(xiàng)關(guān)鍵活動(dòng)，旨在頻繁地將代碼變更合并到一個(gè)共享倉(cāng)庫(kù)中。5、軟件過(guò)程能力成熟度模型（CMM）的五個(gè)成熟級(jí)分別是什么？6、敏捷開發(fā)方法中，哪一項(xiàng)不是敏捷開發(fā)的核心價(jià)值觀？7、軟件過(guò)程能力成熟度模型（CMM）的哪一級(jí)別表示組織已建立了軟件過(guò)程控制的初步基礎(chǔ)？A.CMM1：初始級(jí)B.CMM2：可重復(fù)級(jí)C.CMM3：已定義級(jí)D.CMM4：已管理級(jí)8、敏捷開發(fā)方法中，以下哪項(xiàng)不是敏捷開發(fā)的核心理念之一？A.反對(duì)過(guò)度文檔B.快速反饋C.嚴(yán)格的變更控制D.客戶合作9、在軟件過(guò)程能力成熟度模型（CMM）中，哪一級(jí)別標(biāo)志著軟件組織已經(jīng)建立并實(shí)施了一套穩(wěn)定的軟件開發(fā)和管理過(guò)程？11、在軟件過(guò)程能力成熟度模型CMMI中，哪一項(xiàng)是過(guò)程域？A.項(xiàng)目管理B.組織級(jí)項(xiàng)目管理C.供應(yīng)管理D.軟件產(chǎn)品工程13、在軟件過(guò)程能力成熟度模型（CMM）中，第幾個(gè)級(jí)別的組織在軟件過(guò)程管理和產(chǎn)品質(zhì)量方面具有穩(wěn)定的、經(jīng)過(guò)驗(yàn)證的過(guò)程？15、在軟件工程中，軟件項(xiàng)目規(guī)模通常采用哪種方法進(jìn)行度量？17、以下哪一項(xiàng)不是軟件過(guò)程能力成熟度模型（CMM）的五個(gè)成熟度等級(jí)？A.初級(jí)B.管理級(jí)C.定義級(jí)D.優(yōu)化級(jí)E.系統(tǒng)級(jí)19、以下哪個(gè)選項(xiàng)不屬于軟件過(guò)程能力成熟度模型CMM（CapabilityMaturityModel）的五個(gè)成熟級(jí)？A.初級(jí)（Initial）B.管理級(jí)（Managed）C.定義級(jí)（Defined）D.優(yōu)化級(jí)（Optimized）E.項(xiàng)目級(jí)（Project）21、軟件過(guò)程能力評(píng)估師在進(jìn)行過(guò)程能力評(píng)估時(shí)，以下哪個(gè)不是必須考慮的因素？A.軟件項(xiàng)目的規(guī)模B.軟件項(xiàng)目的復(fù)雜性C.軟件項(xiàng)目的進(jìn)度要求D.軟件項(xiàng)目的預(yù)算23、軟件過(guò)程能力成熟度模型（CMM）中，CMMI的哪一級(jí)別重點(diǎn)關(guān)注定制的項(xiàng)目過(guò)程？25、在軟件過(guò)程能力成熟度模型（CMM）中，以下哪個(gè)級(jí)別代表組織具有穩(wěn)定的軟件開發(fā)流程，并能夠持續(xù)改進(jìn)？A.CMMLevel1：初始級(jí)B.CMMLevel2：可重復(fù)級(jí)C.CMMLevel3：已定義級(jí)D.CMMLevel4：管理級(jí)27、在軟件生命周期中，以下哪個(gè)階段是進(jìn)行需求分析和設(shè)計(jì)的關(guān)鍵階段？A.開發(fā)階段B.需求分析階段C.設(shè)計(jì)階段D.維護(hù)階段29、在軟件過(guò)程能力成熟度模型（CMM）中，哪一級(jí)別代表了組織具有穩(wěn)定的軟件開發(fā)流程，能夠重復(fù)以往的成功？31、在軟件過(guò)程能力成熟度模型CMM中，以下哪個(gè)階段是關(guān)注于軟件過(guò)程管理、產(chǎn)品和服務(wù)的質(zhì)量和項(xiàng)目管理的階段？A.初始級(jí)B.管理級(jí)C.定義級(jí)D.優(yōu)化級(jí)33、在軟件開發(fā)生命周期中，以下哪個(gè)階段是需求分析的起點(diǎn)？A.設(shè)計(jì)階段B.實(shí)施階段C.需求分析階段D.維護(hù)階段35、在軟件開發(fā)過(guò)程中，需求分析階段產(chǎn)生的主要文檔是：A.軟件需求規(guī)格說(shuō)明書B.可行性研究報(bào)告C.用戶手冊(cè)D.概要設(shè)計(jì)說(shuō)明書37、在軟件過(guò)程能力成熟度模型（CMM）中，哪個(gè)等級(jí)代表了組織在軟件過(guò)程管理方面的基本能力？39、在軟件開發(fā)過(guò)程中，關(guān)于質(zhì)量保證活動(dòng)的描述，下列哪一項(xiàng)是不正確的？A.質(zhì)量保證活動(dòng)需要覆蓋整個(gè)軟件生命周期。B.質(zhì)量保證僅關(guān)注于發(fā)現(xiàn)產(chǎn)品中的缺陷。C.它包括對(duì)過(guò)程和產(chǎn)品的評(píng)估。D.目的是為了確保項(xiàng)目遵循既定的過(guò)程。41、題干：在軟件工程中，瀑布模型是一種典型的軟件開發(fā)過(guò)程模型，其特點(diǎn)不包括以下哪項(xiàng)？A.順序執(zhí)行，各階段之間沒有重疊B.強(qiáng)調(diào)文檔驅(qū)動(dòng)C.在每個(gè)階段結(jié)束時(shí)進(jìn)行嚴(yán)格的質(zhì)量檢查D.在需求分析階段后立即進(jìn)入設(shè)計(jì)階段，不涉及后續(xù)階段43、在軟件生命周期模型中，螺旋模型是在瀑布模型的基礎(chǔ)上增加了什么要素？A.風(fēng)險(xiǎn)分析B.迭代循環(huán)C.用戶反饋D.系統(tǒng)設(shè)計(jì)45、題干：在軟件過(guò)程中，以下哪個(gè)活動(dòng)屬于軟件需求分析階段？A.代碼審查B.單元測(cè)試C.需求捕獲D.系統(tǒng)集成47、在軟件生命周期模型中，螺旋模型是一種演化型模型，結(jié)合了哪種模型的特點(diǎn)，并增加了風(fēng)險(xiǎn)分析？A.瀑布模型與增量模型B.原型模型與噴泉模型C.快速原型模型與瀑布模型D.敏捷模型與迭代模型49、在軟件過(guò)程能力成熟度模型（CMM）中，第幾個(gè)級(jí)別的組織在軟件過(guò)程管理上已經(jīng)能夠?qū)^(guò)程進(jìn)行定期的、系統(tǒng)的評(píng)審和評(píng)估，并據(jù)此對(duì)過(guò)程進(jìn)行改進(jìn)？51、在軟件生命周期模型中，哪一個(gè)模型強(qiáng)調(diào)了風(fēng)險(xiǎn)分析，并允許在開發(fā)周期中把識(shí)別的風(fēng)險(xiǎn)減至最低？A、瀑布模型B、增量模型C、螺旋模型D、噴泉模型53、在軟件開發(fā)生命周期中，以下哪個(gè)階段是確定軟件需求和規(guī)格說(shuō)明的？A.需求分析階段B.系統(tǒng)設(shè)計(jì)階段C.編碼階段D.測(cè)試階段55、在軟件生命周期模型中，螺旋模型適用于哪種類型的項(xiàng)目？A.小型且簡(jiǎn)單B.風(fēng)險(xiǎn)不可預(yù)測(cè)C.需求固定不變D.開發(fā)周期短57、在軟件過(guò)程能力成熟度模型（CMM）中，哪一級(jí)別被定義為軟件過(guò)程管理級(jí)？59、以下哪種活動(dòng)不屬于軟件過(guò)程能力評(píng)估師的工作范疇？（）A.軟件過(guò)程能力評(píng)估B.軟件過(guò)程改進(jìn)C.軟件項(xiàng)目管理D.軟件測(cè)試61、以下關(guān)于軟件過(guò)程評(píng)估方法的描述中，哪一項(xiàng)是錯(cuò)誤的？A.軟件過(guò)程評(píng)估可以幫助識(shí)別軟件過(guò)程改進(jìn)的機(jī)會(huì)。B.軟件過(guò)程評(píng)估應(yīng)該基于軟件過(guò)程的實(shí)際情況。C.軟件過(guò)程評(píng)估應(yīng)該由第三方進(jìn)行，以確保公正性。D.軟件過(guò)程評(píng)估結(jié)果應(yīng)該與組織的戰(zhàn)略目標(biāo)相一致。63、在軟件過(guò)程能力成熟度模型（CMM）中，哪個(gè)級(jí)別標(biāo)志著組織已經(jīng)建立了一套標(biāo)準(zhǔn)化的軟件過(guò)程？A.CMMLevel1：初始級(jí)B.CMMLevel2：可重復(fù)級(jí)C.CMMLevel3：已定義級(jí)D.CMMLevel4：管理級(jí)65、在軟件過(guò)程能力成熟度模型（CMM）中，以下哪個(gè)級(jí)別代表了軟件過(guò)程已達(dá)到能夠穩(wěn)定、高效地交付高質(zhì)量軟件的水平？A.CMM1：初始級(jí)B.CMM2：可重復(fù)級(jí)C.CMM3：已定義級(jí)D.CMM4：已管理級(jí)E.CMM5：優(yōu)化級(jí)67、以下哪項(xiàng)不是軟件過(guò)程能力評(píng)估師的工作職責(zé)？（）A.分析軟件過(guò)程的成熟度B.評(píng)估軟件過(guò)程改進(jìn)的需求C.制定軟件過(guò)程改進(jìn)計(jì)劃D.直接參與軟件開發(fā)工作69、在軟件開發(fā)生命周期中，以下哪個(gè)階段不屬于需求分析階段？A.需求獲取B.需求分析C.需求規(guī)格說(shuō)明D.需求確認(rèn)71、在軟件過(guò)程能力成熟度模型CMMI中，哪個(gè)過(guò)程區(qū)域負(fù)責(zé)管理軟件項(xiàng)目的整體過(guò)程？73、軟件過(guò)程能力成熟度模型（CMM）的哪個(gè)級(jí)別關(guān)注于建立和維護(hù)穩(wěn)定的軟件開發(fā)流程？A.CMMLevel1-初級(jí)B.CMMLevel2-可重復(fù)C.CMMLevel3-已管理D.CMMLevel4-定義75、以下哪個(gè)選項(xiàng)不屬于軟件過(guò)程能力成熟度模型（CMM）的五個(gè)成熟度級(jí)別？A、初始級(jí)（Level1）B、可重復(fù)級(jí)（Level2）C、已定義級(jí)（Level3）D、管理級(jí)（Level4）E、優(yōu)化級(jí)（Level5）二、應(yīng)用技術(shù)（全部為主觀問(wèn)答題，總5大題，第一題必選，剩下4選2，每題25分，共75分）第一題案例材料：某軟件公司近期承接了一個(gè)大型企業(yè)資源計(jì)劃（ERP）系統(tǒng)項(xiàng)目。項(xiàng)目規(guī)模較大，涉及多個(gè)部門，預(yù)計(jì)開發(fā)周期為18個(gè)月。在項(xiàng)目啟動(dòng)階段，公司采用了敏捷開發(fā)模式，并計(jì)劃在項(xiàng)目過(guò)程中進(jìn)行多次迭代。以下是項(xiàng)目實(shí)施過(guò)程中的一些關(guān)鍵信息：1.項(xiàng)目團(tuán)隊(duì)由10名成員組成，包括項(xiàng)目經(jīng)理、開發(fā)人員、測(cè)試人員、業(yè)務(wù)分析師等。2.項(xiàng)目采用了Scrum敏捷開發(fā)方法，每個(gè)迭代周期為2周。3.項(xiàng)目預(yù)算為300萬(wàn)元，其中包括人力成本、硬件成本、軟件成本等。4.項(xiàng)目需求頻繁變更，平均每個(gè)迭代周期會(huì)有5個(gè)新的需求提出。5.項(xiàng)目后期，由于需求變更過(guò)多，導(dǎo)致項(xiàng)目延期，最終延期了3個(gè)月。問(wèn)答題：1、請(qǐng)根據(jù)案例材料，分析該項(xiàng)目在軟件過(guò)程能力評(píng)估中的主要問(wèn)題和不足。（1）需求管理不足：項(xiàng)目需求頻繁變更，未建立有效的需求變更管理機(jī)制，導(dǎo)致項(xiàng)目延期。（2）進(jìn)度控制不力：項(xiàng)目延期3個(gè)月，說(shuō)明項(xiàng)目進(jìn)度控制存在缺陷，未能按時(shí)完成預(yù)定目標(biāo)。（3）資源管理不當(dāng)：項(xiàng)目預(yù)算超支，可能是因?yàn)槿肆Τ杀?、硬件成本、軟件成本等資源管理不力。（4）溝通協(xié)作不暢：項(xiàng)目團(tuán)隊(duì)由多個(gè)部門組成，但未建立有效的溝通協(xié)作機(jī)制，影響了項(xiàng)目進(jìn)度和質(zhì)量。2、針對(duì)上述問(wèn)題，請(qǐng)?zhí)岢鱿鄳?yīng)的改進(jìn)措施。（1）加強(qiáng)需求管理：建立需求變更管理機(jī)制，對(duì)需求變更進(jìn)行評(píng)估、審批和控制，確保需求變更對(duì)項(xiàng)目的影響最小化。（2）加強(qiáng)進(jìn)度控制：優(yōu)化項(xiàng)目進(jìn)度計(jì)劃，合理分配資源，確保項(xiàng)目按時(shí)完成。（3）加強(qiáng)資源管理：合理規(guī)劃人力成本、硬件成本、軟件成本等資源，控制項(xiàng)目預(yù)算，避免超支。（4）加強(qiáng)溝通協(xié)作：建立有效的溝通協(xié)作機(jī)制，確保項(xiàng)目團(tuán)隊(duì)成員之間的信息流通，提高項(xiàng)目執(zhí)行效率。3、請(qǐng)結(jié)合案例材料，說(shuō)明如何評(píng)估該項(xiàng)目的軟件過(guò)程能力。（1）需求管理能力：評(píng)估項(xiàng)目團(tuán)隊(duì)在需求獲取、分析、管理和變更方面的能力。（2）進(jìn)度管理能力：評(píng)估項(xiàng)目團(tuán)隊(duì)在項(xiàng)目進(jìn)度規(guī)劃、執(zhí)行和監(jiān)控方面的能力。（3）資源管理能力：評(píng)估項(xiàng)目團(tuán)隊(duì)在人力資源、硬件資源、軟件資源等方面的管理能力。（4）溝通協(xié)作能力：評(píng)估項(xiàng)目團(tuán)隊(duì)在溝通、協(xié)作和團(tuán)隊(duì)建設(shè)方面的能力。（5）項(xiàng)目風(fēng)險(xiǎn)管理能力：評(píng)估項(xiàng)目團(tuán)隊(duì)在識(shí)別、評(píng)估和控制項(xiàng)目風(fēng)險(xiǎn)方面的能力。通過(guò)上述評(píng)估，可以全面了解該項(xiàng)目的軟件過(guò)程能力，為今后的項(xiàng)目提供改進(jìn)方向。第二題案例材料：某軟件公司（以下簡(jiǎn)稱“公司”）近期完成了一個(gè)大型企業(yè)信息管理系統(tǒng)的開發(fā)項(xiàng)目。項(xiàng)目周期為一年，采用敏捷開發(fā)模式。在項(xiàng)目開發(fā)過(guò)程中，公司采用了一系列的軟件過(guò)程能力評(píng)估方法和工具。以下是該項(xiàng)目的一些關(guān)鍵信息：1.項(xiàng)目規(guī)模：約10萬(wàn)行代碼。2.項(xiàng)目團(tuán)隊(duì)：由10名開發(fā)人員、2名測(cè)試人員和1名項(xiàng)目經(jīng)理組成。3.項(xiàng)目周期：12個(gè)月。4.項(xiàng)目管理工具：JIRA。5.項(xiàng)目評(píng)估方法：CMMI模型。一、問(wèn)題：1、請(qǐng)根據(jù)案例材料，簡(jiǎn)要說(shuō)明敏捷開發(fā)模式在項(xiàng)目開發(fā)過(guò)程中的優(yōu)勢(shì)。（1）快速響應(yīng)變更：敏捷開發(fā)模式允許項(xiàng)目團(tuán)隊(duì)在項(xiàng)目開發(fā)過(guò)程中快速響應(yīng)客戶需求的變化。（2）降低風(fēng)險(xiǎn)：通過(guò)持續(xù)交付和迭代，敏捷開發(fā)模式有助于降低項(xiàng)目風(fēng)險(xiǎn)。（3）提高客戶滿意度：敏捷開發(fā)模式強(qiáng)調(diào)與客戶的密切合作，有助于提高客戶滿意度。（4）提高團(tuán)隊(duì)效率：敏捷開發(fā)模式鼓勵(lì)團(tuán)隊(duì)自組織、自管理，有助于提高團(tuán)隊(duì)效率。2、請(qǐng)根據(jù)案例材料，分析公司采用JIRA項(xiàng)目管理工具對(duì)項(xiàng)目開發(fā)過(guò)程的影響。（1）提高項(xiàng)目管理效率：JIRA可以方便地跟蹤項(xiàng)目進(jìn)度、管理任務(wù)和分配資源，從而提高項(xiàng)目管理效率。（2）增強(qiáng)團(tuán)隊(duì)溝通：JIRA提供了豐富的溝通功能，如討論區(qū)、郵件通知等，有助于增強(qiáng)團(tuán)隊(duì)溝通。（3）提高協(xié)作能力：JIRA支持多人協(xié)作，方便團(tuán)隊(duì)成員共享信息和資源，提高協(xié)作能力。（4）促進(jìn)知識(shí)共享：JIRA可以將項(xiàng)目過(guò)程中的問(wèn)題和解決方案記錄下來(lái)，促進(jìn)知識(shí)共享。3、請(qǐng)根據(jù)案例材料，結(jié)合CMMI模型，分析公司如何提升軟件過(guò)程能力。（1）建立標(biāo)準(zhǔn)化的流程：公司應(yīng)根據(jù)CMMI模型的要求，建立標(biāo)準(zhǔn)化的軟件開發(fā)流程，包括需求管理、設(shè)計(jì)、編碼、測(cè)試、部署和維護(hù)等。（2）加強(qiáng)過(guò)程監(jiān)控：公司應(yīng)定期對(duì)軟件開發(fā)過(guò)程進(jìn)行監(jiān)控，確保各項(xiàng)活動(dòng)符合CMMI模型的要求。（3）持續(xù)改進(jìn)：公司應(yīng)通過(guò)定期評(píng)估和反饋，不斷改進(jìn)軟件開發(fā)流程，提高軟件過(guò)程能力。（4）培訓(xùn)與學(xué)習(xí)：公司應(yīng)定期組織培訓(xùn)和學(xué)習(xí)活動(dòng)，提高員工對(duì)CMMI模型的理解和應(yīng)用能力。第三題案例材料：某軟件公司（以下簡(jiǎn)稱“A公司”）開發(fā)了一款面向企業(yè)用戶的辦公自動(dòng)化軟件。該軟件的功能較為復(fù)雜，包括文檔處理、日程安排、通訊錄管理等。A公司在開發(fā)過(guò)程中采用了敏捷開發(fā)模式，并計(jì)劃通過(guò)軟件過(guò)程能力評(píng)估來(lái)提高軟件過(guò)程能力。一、請(qǐng)根據(jù)以下信息，回答問(wèn)題：1、A公司在敏捷開發(fā)過(guò)程中采用了以下哪些實(shí)踐？（多選）A、用戶故事B、Sprint規(guī)劃C、持續(xù)集成D、代碼審查E、瀑布模型2、A公司計(jì)劃對(duì)軟件過(guò)程能力進(jìn)行評(píng)估，以下哪些是評(píng)估的指標(biāo)？（多選）A、軟件交付周期B、缺陷率C、代碼質(zhì)量D、團(tuán)隊(duì)協(xié)作E、客戶滿意度3、請(qǐng)簡(jiǎn)述A公司在評(píng)估軟件過(guò)程能力后可能采取的改進(jìn)措施。第四題案例材料：某軟件公司正在進(jìn)行一個(gè)中型軟件項(xiàng)目的開發(fā)，項(xiàng)目名稱為“智慧校園系統(tǒng)”。該項(xiàng)目旨在通過(guò)信息技術(shù)手段提高學(xué)校的教學(xué)、管理和服務(wù)水平。項(xiàng)目團(tuán)隊(duì)由項(xiàng)目經(jīng)理、系統(tǒng)分析師、軟件工程師、測(cè)試工程師和項(xiàng)目支持人員組成。以下是項(xiàng)目過(guò)程中的一些關(guān)鍵信息：1.項(xiàng)目采用敏捷開發(fā)模式，迭代周期為2周。2.項(xiàng)目初期，團(tuán)隊(duì)進(jìn)行了需求分析，確定了項(xiàng)目的主要功能和性能指標(biāo)。3.在項(xiàng)目開發(fā)過(guò)程中，團(tuán)隊(duì)使用了版本控制系統(tǒng)和缺陷跟蹤系統(tǒng)來(lái)管理代碼和問(wèn)題。4.項(xiàng)目團(tuán)隊(duì)定期進(jìn)行代碼審查和測(cè)試，以確保軟件質(zhì)量。5.項(xiàng)目進(jìn)度按照敏捷開發(fā)計(jì)劃進(jìn)行，但中途遇到了一些技術(shù)難題，導(dǎo)致項(xiàng)目延期。請(qǐng)根據(jù)以上案例材料，回答以下問(wèn)題：1、請(qǐng)簡(jiǎn)述敏捷開發(fā)模式在“智慧校園系統(tǒng)”項(xiàng)目中的應(yīng)用及其優(yōu)勢(shì)。（1）項(xiàng)目團(tuán)隊(duì)采用迭代開發(fā)方式，將項(xiàng)目分為多個(gè)2周為一個(gè)迭代的階段，每個(gè)迭代階段完成一部分功能。（2）需求分析過(guò)程中，團(tuán)隊(duì)采用了用戶故事的方法，將用戶需求轉(zhuǎn)化為具體的功能點(diǎn)。（3）項(xiàng)目進(jìn)度靈活調(diào)整，根據(jù)實(shí)際情況對(duì)計(jì)劃進(jìn)行必要的調(diào)整。敏捷開發(fā)模式的優(yōu)勢(shì)包括：（1）提高團(tuán)隊(duì)協(xié)作效率，縮短項(xiàng)目周期。（2）及時(shí)響應(yīng)用戶需求變更，提高用戶滿意度。（3）降低項(xiàng)目風(fēng)險(xiǎn)，及時(shí)發(fā)現(xiàn)和解決問(wèn)題。2、請(qǐng)列舉項(xiàng)目過(guò)程中使用的兩種工具及其作用。（1）版本控制系統(tǒng)：用于管理代碼變更，確保代碼的可追溯性和可維護(hù)性。（2）缺陷跟蹤系統(tǒng)：用于記錄、跟蹤和解決項(xiàng)目中發(fā)現(xiàn)的缺陷，提高軟件質(zhì)量。3、針對(duì)案例中提到的問(wèn)題，請(qǐng)?zhí)岢鲋辽賰煞N解決方案，并說(shuō)明實(shí)施方法。（1）方案一：優(yōu)化團(tuán)隊(duì)分工與協(xié)作實(shí)施方法：針對(duì)技術(shù)難題，調(diào)整團(tuán)隊(duì)成員分工，充分發(fā)揮各自優(yōu)勢(shì)，提高團(tuán)隊(duì)整體解決問(wèn)題的能力。（2）方案二：引入外部專家實(shí)施方法：邀請(qǐng)相關(guān)領(lǐng)域?qū)＜覍?duì)技術(shù)難題進(jìn)行分析和指導(dǎo)，幫助團(tuán)隊(duì)找到解決問(wèn)題的方法，確保項(xiàng)目進(jìn)度。第五題案例材料：某公司是一家軟件開發(fā)企業(yè)，主要從事企業(yè)級(jí)應(yīng)用軟件的開發(fā)。近年來(lái)，公司為了提高軟件開發(fā)過(guò)程的質(zhì)量和效率，決定引入軟件過(guò)程能力評(píng)估體系。公司選擇了CMMI（能力成熟度模型集成）作為評(píng)估模型。以下是公司當(dāng)前的項(xiàng)目管理情況：1.項(xiàng)目管理流程：項(xiàng)目啟動(dòng)階段：明確項(xiàng)目目標(biāo)、范圍、時(shí)間、成本和質(zhì)量要求。項(xiàng)目計(jì)劃階段：制定詳細(xì)的項(xiàng)目計(jì)劃，包括任務(wù)分配、時(shí)間表、資源分配等。項(xiàng)目執(zhí)行階段：按照計(jì)劃執(zhí)行項(xiàng)目任務(wù)，監(jiān)控項(xiàng)目進(jìn)度和質(zhì)量。項(xiàng)目監(jiān)控階段：定期檢查項(xiàng)目狀態(tài)，評(píng)估項(xiàng)目風(fēng)險(xiǎn)，采取相應(yīng)措施。項(xiàng)目收尾階段：完成項(xiàng)目交付，進(jìn)行項(xiàng)目總結(jié)和評(píng)估。2.軟件開發(fā)生命周期管理：采用瀑布模型進(jìn)行軟件開發(fā)。設(shè)計(jì)階段：完成需求分析、系統(tǒng)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)等。編碼階段：完成代碼編寫、單元測(cè)試。集成測(cè)試階段：完成模塊集成和系統(tǒng)測(cè)試。驗(yàn)收測(cè)試階段：完成客戶驗(yàn)收測(cè)試。維護(hù)階段：提供軟件維護(hù)服務(wù)。3.軟件質(zhì)量保證：定期進(jìn)行代碼審查。進(jìn)行單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。采用持續(xù)集成和持續(xù)部署。4.人員配置：項(xiàng)目經(jīng)理負(fù)責(zé)項(xiàng)目整體管理。技術(shù)負(fù)責(zé)人負(fù)責(zé)技術(shù)指導(dǎo)和團(tuán)隊(duì)協(xié)調(diào)。開發(fā)人員負(fù)責(zé)具體開發(fā)工作。測(cè)試人員負(fù)責(zé)測(cè)試工作。問(wèn)答題：1、請(qǐng)根據(jù)案例材料，分析該公司在軟件過(guò)程能力評(píng)估中可能存在的不足之處。軟件資格考試軟件過(guò)程能力評(píng)估師(基礎(chǔ)知識(shí)、應(yīng)用技術(shù))合卷(中級(jí))復(fù)習(xí)試題與參考答案一、基礎(chǔ)知識(shí)（客觀選擇題，75題，每題1分，共75分）1、軟件過(guò)程能力評(píng)估師在進(jìn)行軟件過(guò)程改進(jìn)時(shí)，首先需要進(jìn)行的步驟是：A、評(píng)估當(dāng)前軟件過(guò)程的成熟度B、確定過(guò)程改進(jìn)的目標(biāo)C、收集過(guò)程改進(jìn)所需的數(shù)據(jù)D、設(shè)計(jì)新的軟件過(guò)程答案：A解析：在進(jìn)行軟件過(guò)程改進(jìn)之前，首先需要了解當(dāng)前軟件過(guò)程的成熟度，這有助于評(píng)估改進(jìn)的必要性和可行性。通過(guò)評(píng)估成熟度，可以確定哪些方面需要改進(jìn)，從而為后續(xù)的改進(jìn)工作提供依據(jù)。其他選項(xiàng)B、C、D雖然在改進(jìn)過(guò)程中也很重要，但它們是在確定成熟度之后才會(huì)進(jìn)行的步驟。2、在軟件過(guò)程能力成熟度模型（CMM）中，過(guò)程域“項(xiàng)目監(jiān)督和控制”主要關(guān)注以下哪個(gè)方面？A、項(xiàng)目風(fēng)險(xiǎn)管理B、項(xiàng)目計(jì)劃和控制C、項(xiàng)目資源管理D、項(xiàng)目溝通管理答案：B解析：在CMM模型中，過(guò)程域“項(xiàng)目監(jiān)督和控制”主要關(guān)注的是項(xiàng)目在執(zhí)行過(guò)程中的計(jì)劃和控制，包括監(jiān)控項(xiàng)目進(jìn)度、成本和質(zhì)量，確保項(xiàng)目按照既定的計(jì)劃和標(biāo)準(zhǔn)執(zhí)行。選項(xiàng)A的項(xiàng)目風(fēng)險(xiǎn)管理、選項(xiàng)C的項(xiàng)目資源管理和選項(xiàng)D的項(xiàng)目溝通管理雖然也是項(xiàng)目管理的重要方面，但它們分別對(duì)應(yīng)CMM模型中的其他過(guò)程域。3、在軟件過(guò)程改進(jìn)活動(dòng)中，以下哪一項(xiàng)不是CMMI（CapabilityMaturityModelIntegration）成熟度等級(jí)的正確描述？A.初始級(jí)：過(guò)程通常是臨時(shí)且無(wú)序的，很少有明確的過(guò)程定義。B.可管理級(jí)：組織建立了基本項(xiàng)目管理過(guò)程來(lái)追蹤成本、進(jìn)度和功能特性。C.已定義級(jí)：管理和工程的兩方面過(guò)程文檔化、標(biāo)準(zhǔn)化，并綜合成整個(gè)軟件開發(fā)組織的標(biāo)準(zhǔn)軟件過(guò)程。D.優(yōu)化管理級(jí)：通過(guò)定量反饋和先進(jìn)的新思想、新技術(shù)促使過(guò)程不斷改進(jìn)。答案：B解析：CMMI中的可管理級(jí)實(shí)際上指的是“已管理級(jí)”(ManagedLevel)，在這個(gè)級(jí)別上，組織不僅建立基本項(xiàng)目管理過(guò)程，而且能夠?qū)^(guò)程性能進(jìn)行量化控制。而題目中所給的描述更像是初始級(jí)(InitialLevel)的部分特征。因此選項(xiàng)B是不正確的描述。根據(jù)CMMI模型，從低到高分別是：初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、量化管理級(jí)以及優(yōu)化管理級(jí)。4、下列關(guān)于敏捷軟件開發(fā)方法論的說(shuō)法中，哪一項(xiàng)是不正確的？A.敏捷方法強(qiáng)調(diào)適應(yīng)性而非預(yù)測(cè)性計(jì)劃。B.Scrum是一種敏捷框架，它規(guī)定了具體的編程實(shí)踐。C.極限編程(XP)鼓勵(lì)使用簡(jiǎn)單的設(shè)計(jì)并擁抱變化。D.持續(xù)集成是敏捷實(shí)踐中的一項(xiàng)關(guān)鍵活動(dòng)，旨在頻繁地將代碼變更合并到一個(gè)共享倉(cāng)庫(kù)中。答案：B解析：Scrum是一個(gè)用于開發(fā)和維護(hù)復(fù)雜產(chǎn)品的框架，確實(shí)屬于敏捷方法的一種，但它并不直接指定具體的編程技術(shù)或?qū)嵺`。Scrum主要關(guān)注的是團(tuán)隊(duì)如何有效地協(xié)作以解決復(fù)雜的自適應(yīng)問(wèn)題。相反，像極限編程(XP)這樣的敏捷方法則更加注重于工程技術(shù)實(shí)踐，包括持續(xù)集成、測(cè)試驅(qū)動(dòng)開發(fā)等。因此，說(shuō)Scrum規(guī)定了具體的編程實(shí)踐是不準(zhǔn)確的。其他選項(xiàng)都是對(duì)于敏捷方法及其相關(guān)實(shí)踐的正確描述。5、軟件過(guò)程能力成熟度模型（CMM）的五個(gè)成熟級(jí)分別是什么？答案：A.初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、管理級(jí)、優(yōu)化級(jí)解析：軟件過(guò)程能力成熟度模型（CMM）是一種用于評(píng)估和改進(jìn)軟件過(guò)程的框架。它定義了五個(gè)成熟級(jí)，每個(gè)成熟級(jí)代表軟件組織在軟件過(guò)程管理上的不同成熟程度。這五個(gè)成熟級(jí)分別是：初始級(jí)（Initial）：軟件過(guò)程是無(wú)序的，幾乎沒有過(guò)程的定義?？芍貜?fù)級(jí)（Repeatable）：基本軟件過(guò)程已定義，可重復(fù)使用。已定義級(jí)（Defined）：軟件過(guò)程已形成標(biāo)準(zhǔn)，并得到管理。管理級(jí)（Managed）：軟件過(guò)程和產(chǎn)品質(zhì)量有明確的度量，并進(jìn)行持續(xù)管理。優(yōu)化級(jí)（Optimizing）：過(guò)程和產(chǎn)品質(zhì)量得到持續(xù)改進(jìn)，通過(guò)過(guò)程創(chuàng)新來(lái)實(shí)現(xiàn)。6、敏捷開發(fā)方法中，哪一項(xiàng)不是敏捷開發(fā)的核心價(jià)值觀？答案：C.優(yōu)先級(jí)高的需求優(yōu)先完成解析：敏捷開發(fā)是一組開發(fā)方法和實(shí)踐，它強(qiáng)調(diào)快速迭代、靈活響應(yīng)變化和持續(xù)交付價(jià)值。敏捷開發(fā)的核心價(jià)值觀包括：個(gè)體和互動(dòng)高于流程和工具工作軟件高于詳盡的文檔客戶合作高于合同談判響應(yīng)變化高于遵循計(jì)劃選項(xiàng)C“優(yōu)先級(jí)高的需求優(yōu)先完成”雖然是敏捷開發(fā)中的一個(gè)重要實(shí)踐，但它不是敏捷開發(fā)的核心價(jià)值觀。敏捷的核心價(jià)值觀更多地關(guān)注于團(tuán)隊(duì)、溝通、適應(yīng)性和客戶價(jià)值。7、軟件過(guò)程能力成熟度模型（CMM）的哪一級(jí)別表示組織已建立了軟件過(guò)程控制的初步基礎(chǔ)？A.CMM1：初始級(jí)B.CMM2：可重復(fù)級(jí)C.CMM3：已定義級(jí)D.CMM4：已管理級(jí)答案：B解析：軟件過(guò)程能力成熟度模型（CMM）的CMM2：可重復(fù)級(jí)表示組織已建立了軟件過(guò)程控制的初步基礎(chǔ)。在這一級(jí)別，組織建立了基本的項(xiàng)目管理過(guò)程，能夠?qū)?xiàng)目進(jìn)行跟蹤和控制，以及維護(hù)軟件產(chǎn)品的完整性。8、敏捷開發(fā)方法中，以下哪項(xiàng)不是敏捷開發(fā)的核心理念之一？A.反對(duì)過(guò)度文檔B.快速反饋C.嚴(yán)格的變更控制D.客戶合作答案：C解析：敏捷開發(fā)方法強(qiáng)調(diào)的是快速迭代、客戶合作和持續(xù)交付。選項(xiàng)A、B和D都是敏捷開發(fā)的核心理念。而嚴(yán)格的變更控制并不是敏捷開發(fā)的核心理念，敏捷開發(fā)更傾向于靈活應(yīng)對(duì)變更，而不是嚴(yán)格控制變更。9、在軟件過(guò)程能力成熟度模型（CMM）中，哪一級(jí)別標(biāo)志著軟件組織已經(jīng)建立并實(shí)施了一套穩(wěn)定的軟件開發(fā)和管理過(guò)程？答案：CMM模型中的第五級(jí)——優(yōu)化級(jí)。解析：CMM模型中的第五級(jí)——優(yōu)化級(jí)（Optimizing），表示軟件組織不僅遵循了已定義的過(guò)程，而且能夠持續(xù)改進(jìn)這些過(guò)程，并能夠?qū)⒆罴褜?shí)踐制度化。在這一級(jí)別，組織會(huì)關(guān)注過(guò)程的創(chuàng)新和改進(jìn)，而不是僅僅關(guān)注過(guò)程的遵循。這意味著組織能夠從經(jīng)驗(yàn)中學(xué)習(xí)，并不斷優(yōu)化其軟件開發(fā)和管理過(guò)程。10、在軟件項(xiàng)目管理中，哪個(gè)工具或方法用于幫助項(xiàng)目團(tuán)隊(duì)識(shí)別和優(yōu)先排序可能影響項(xiàng)目成功的風(fēng)險(xiǎn)？答案：風(fēng)險(xiǎn)矩陣。解析：風(fēng)險(xiǎn)矩陣是軟件項(xiàng)目管理中常用的一種工具，它用于幫助項(xiàng)目團(tuán)隊(duì)識(shí)別和評(píng)估項(xiàng)目風(fēng)險(xiǎn)。通過(guò)風(fēng)險(xiǎn)矩陣，團(tuán)隊(duì)可以評(píng)估每個(gè)風(fēng)險(xiǎn)的概率和影響，從而確定哪些風(fēng)險(xiǎn)需要優(yōu)先關(guān)注。風(fēng)險(xiǎn)矩陣通常包括兩個(gè)維度：風(fēng)險(xiǎn)發(fā)生的概率和風(fēng)險(xiǎn)發(fā)生對(duì)項(xiàng)目目標(biāo)的影響程度。根據(jù)這兩個(gè)維度的評(píng)估結(jié)果，可以將風(fēng)險(xiǎn)分類并制定相應(yīng)的應(yīng)對(duì)策略。11、在軟件過(guò)程能力成熟度模型CMMI中，哪一項(xiàng)是過(guò)程域？A.項(xiàng)目管理B.組織級(jí)項(xiàng)目管理C.供應(yīng)管理D.軟件產(chǎn)品工程答案：B解析：在CMMI（CapabilityMaturityModelIntegration）中，“組織級(jí)項(xiàng)目管理”是一個(gè)過(guò)程域，它關(guān)注如何在整個(gè)組織內(nèi)管理和優(yōu)化軟件過(guò)程。12、軟件開發(fā)生命周期（SDLC）的哪個(gè)階段負(fù)責(zé)編寫軟件需求規(guī)格說(shuō)明書？A.需求分析B.設(shè)計(jì)C.編碼D.測(cè)試答案：A解析：在軟件開發(fā)生命周期（SDLC）中，需求分析階段的主要任務(wù)是理解、定義和記錄客戶和用戶的軟件需求，并編寫軟件需求規(guī)格說(shuō)明書（SRS）。這個(gè)文檔為后續(xù)的設(shè)計(jì)、編碼和測(cè)試階段提供了依據(jù)。13、在軟件過(guò)程能力成熟度模型（CMM）中，第幾個(gè)級(jí)別的組織在軟件過(guò)程管理和產(chǎn)品質(zhì)量方面具有穩(wěn)定的、經(jīng)過(guò)驗(yàn)證的過(guò)程？答案：A、5級(jí)解析：在CMM模型中，第5級(jí)是“優(yōu)化”級(jí)別。在這個(gè)級(jí)別，組織不僅僅遵循已定義的過(guò)程，而且會(huì)分析這些過(guò)程，以識(shí)別改進(jìn)的機(jī)會(huì)，并實(shí)施創(chuàng)新的方法來(lái)持續(xù)改進(jìn)其過(guò)程能力。在這一級(jí)別，軟件過(guò)程管理和產(chǎn)品質(zhì)量都是穩(wěn)定的，并且已經(jīng)過(guò)驗(yàn)證。其他級(jí)別包括初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、管理級(jí)。14、以下哪個(gè)選項(xiàng)不是軟件開發(fā)生命周期（SDLC）的典型階段？答案：B、需求分析后階段解析：軟件開發(fā)生命周期（SDLC）通常包括以下典型階段：需求分析、系統(tǒng)設(shè)計(jì)、編碼、測(cè)試、部署和維護(hù)。選項(xiàng)B“需求分析后階段”并不是SDLC的典型階段，因?yàn)樾枨蠓治鍪荢DLC的第一個(gè)關(guān)鍵階段，緊接著通常會(huì)是系統(tǒng)設(shè)計(jì)階段。其他選項(xiàng)如需求分析、設(shè)計(jì)、編碼、測(cè)試等都是SDLC的明確階段。15、在軟件工程中，軟件項(xiàng)目規(guī)模通常采用哪種方法進(jìn)行度量？答案：D解析：在軟件工程中，軟件項(xiàng)目規(guī)模通常采用功能點(diǎn)分析（FunctionPointsAnalysis，F(xiàn)PA）方法進(jìn)行度量。功能點(diǎn)是一種用于衡量軟件系統(tǒng)功能復(fù)雜度的方法，它可以幫助項(xiàng)目管理者、開發(fā)者和客戶更好地理解和溝通軟件產(chǎn)品的規(guī)模。16、在軟件開發(fā)生命周期中，下列哪個(gè)階段是用于驗(yàn)證軟件產(chǎn)品是否滿足規(guī)格說(shuō)明書的？答案：B解析：在軟件開發(fā)生命周期中，驗(yàn)證軟件產(chǎn)品是否滿足規(guī)格說(shuō)明書通常發(fā)生在測(cè)試階段。測(cè)試階段是軟件開發(fā)生命周期的一個(gè)重要環(huán)節(jié)，目的是發(fā)現(xiàn)并糾正軟件中的錯(cuò)誤，確保軟件產(chǎn)品滿足用戶需求。測(cè)試階段包括單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試等不同層次和類型的測(cè)試活動(dòng)。17、以下哪一項(xiàng)不是軟件過(guò)程能力成熟度模型（CMM）的五個(gè)成熟度等級(jí)？A.初級(jí)B.管理級(jí)C.定義級(jí)D.優(yōu)化級(jí)E.系統(tǒng)級(jí)答案：B解析：軟件過(guò)程能力成熟度模型（CMM）的五個(gè)成熟度等級(jí)分別為：初始級(jí)（Initial）、可重復(fù)級(jí)（Repeatable）、定義級(jí)（Defined）、管理級(jí)（Managed）和優(yōu)化級(jí)（Optimized）。其中，管理級(jí)是CMM的第四個(gè)成熟度等級(jí)，而不是第五個(gè)等級(jí)。系統(tǒng)級(jí)（System）并不是CMM中的正式等級(jí)，因此正確答案為B。18、在軟件開發(fā)生命周期中，以下哪個(gè)階段不包含在瀑布模型中？A.需求分析B.設(shè)計(jì)C.編碼D.測(cè)試E.維護(hù)答案：E解析：瀑布模型是一種傳統(tǒng)的軟件開發(fā)生命周期模型，它將軟件開發(fā)過(guò)程劃分為若干個(gè)階段，每個(gè)階段依次執(zhí)行，階段之間有明確的界限。瀑布模型的典型階段包括：需求分析、設(shè)計(jì)、編碼和測(cè)試。維護(hù)階段通常在軟件交付后進(jìn)行，不屬于瀑布模型中的階段。因此，正確答案為E。19、以下哪個(gè)選項(xiàng)不屬于軟件過(guò)程能力成熟度模型CMM（CapabilityMaturityModel）的五個(gè)成熟級(jí)？A.初級(jí)（Initial）B.管理級(jí)（Managed）C.定義級(jí)（Defined）D.優(yōu)化級(jí)（Optimized）E.項(xiàng)目級(jí)（Project）答案：E解析：軟件過(guò)程能力成熟度模型CMM的五個(gè)成熟級(jí)分別為：初級(jí)（Initial）、管理級(jí)（Managed）、定義級(jí)（Defined）、量化管理級(jí)（QuantitativelyManaged）和優(yōu)化級(jí)（Optimized）。選項(xiàng)E“項(xiàng)目級(jí)”不屬于CMM的成熟級(jí)。20、以下哪個(gè)選項(xiàng)不屬于軟件過(guò)程改進(jìn)的關(guān)鍵成功因素？A.領(lǐng)導(dǎo)層的支持B.明確的目標(biāo)和計(jì)劃C.員工的培訓(xùn)與技能提升D.客戶滿意度E.系統(tǒng)集成答案：E解析：軟件過(guò)程改進(jìn)的關(guān)鍵成功因素包括領(lǐng)導(dǎo)層的支持、明確的目標(biāo)和計(jì)劃、員工的培訓(xùn)與技能提升、客戶滿意度等。系統(tǒng)集成雖然對(duì)于軟件項(xiàng)目很重要，但不屬于軟件過(guò)程改進(jìn)的關(guān)鍵成功因素。21、軟件過(guò)程能力評(píng)估師在進(jìn)行過(guò)程能力評(píng)估時(shí)，以下哪個(gè)不是必須考慮的因素？A.軟件項(xiàng)目的規(guī)模B.軟件項(xiàng)目的復(fù)雜性C.軟件項(xiàng)目的進(jìn)度要求D.軟件項(xiàng)目的預(yù)算答案：C解析：在進(jìn)行軟件過(guò)程能力評(píng)估時(shí)，主要關(guān)注的是軟件項(xiàng)目的開發(fā)過(guò)程、質(zhì)量保證、風(fēng)險(xiǎn)管理等方面。項(xiàng)目的規(guī)模、復(fù)雜性和預(yù)算都是評(píng)估過(guò)程中需要考慮的因素，因?yàn)樗鼈冎苯佑绊懙杰浖^(guò)程的能力。而進(jìn)度要求雖然重要，但通常不是評(píng)估軟件過(guò)程能力的主要因素。進(jìn)度要求更多是項(xiàng)目管理中的一個(gè)方面，而不是過(guò)程能力評(píng)估的核心內(nèi)容。因此，選項(xiàng)C不是必須考慮的因素。22、在軟件過(guò)程能力評(píng)估中，CMMI（能力成熟度模型集成）的哪些級(jí)別代表了組織在軟件過(guò)程改進(jìn)方面的成熟度？A.水平1至水平2B.水平3至水平4C.水平5至水平7D.水平1至水平5答案：C解析：CMMI（能力成熟度模型集成）是一個(gè)用于評(píng)估和改進(jìn)軟件過(guò)程能力的框架。在CMMI中，成熟度級(jí)別分為五個(gè)，從低到高分別是：水平1：初始級(jí)水平2：可重復(fù)級(jí)水平3：已定義級(jí)水平4：量化管理級(jí)水平5：優(yōu)化級(jí)因此，CMMI的成熟度級(jí)別從水平5至水平7代表了組織在軟件過(guò)程改進(jìn)方面的較高成熟度。選項(xiàng)C列出了從水平5至水平7的級(jí)別，所以是正確答案。選項(xiàng)A、B和D要么包含了不正確的級(jí)別，要么遺漏了正確的級(jí)別。23、軟件過(guò)程能力成熟度模型（CMM）中，CMMI的哪一級(jí)別重點(diǎn)關(guān)注定制的項(xiàng)目過(guò)程？答案：D解析：CMMI（CapabilityMaturityModelIntegration）的第三級(jí)——成熟級(jí)（ManagedLevel）重點(diǎn)關(guān)注定制的項(xiàng)目過(guò)程。在這個(gè)級(jí)別，組織已經(jīng)定義了其過(guò)程，并且能夠?qū)@些過(guò)程進(jìn)行管理，確保項(xiàng)目能夠按照既定的標(biāo)準(zhǔn)完成。成熟級(jí)的目標(biāo)是減少項(xiàng)目中的不確定性，提高項(xiàng)目的成功率。24、在軟件開發(fā)生命周期中，哪一種類型的變更管理活動(dòng)涉及對(duì)變更請(qǐng)求進(jìn)行評(píng)估、批準(zhǔn)和實(shí)施？答案：C解析：在軟件開發(fā)生命周期中，影響分析（ImpactAnalysis）類型的變更管理活動(dòng)涉及對(duì)變更請(qǐng)求進(jìn)行評(píng)估、批準(zhǔn)和實(shí)施。這種活動(dòng)旨在確定變更對(duì)項(xiàng)目、產(chǎn)品、過(guò)程和其他相關(guān)方面的影響，然后決定是否批準(zhǔn)該變更，并在必要時(shí)實(shí)施它。影響分析是確保變更管理活動(dòng)能夠有效地進(jìn)行的關(guān)鍵步驟。25、在軟件過(guò)程能力成熟度模型（CMM）中，以下哪個(gè)級(jí)別代表組織具有穩(wěn)定的軟件開發(fā)流程，并能夠持續(xù)改進(jìn)？A.CMMLevel1：初始級(jí)B.CMMLevel2：可重復(fù)級(jí)C.CMMLevel3：已定義級(jí)D.CMMLevel4：管理級(jí)答案：C解析：CMMLevel3（已定義級(jí)）表示組織已經(jīng)建立了一套標(biāo)準(zhǔn)的軟件開發(fā)流程，并能夠按照這些流程穩(wěn)定地執(zhí)行項(xiàng)目。此外，組織還能夠持續(xù)改進(jìn)這些流程，以達(dá)到更高的成熟度級(jí)別。CMMLevel4（管理級(jí)）則要求組織在流程的量化管理和持續(xù)改進(jìn)方面達(dá)到更高的水平。26、軟件過(guò)程改進(jìn)的目的是什么？A.提高軟件質(zhì)量B.降低軟件開發(fā)成本C.加快軟件開發(fā)速度D.以上都是答案：D解析：軟件過(guò)程改進(jìn)的目的包括提高軟件質(zhì)量、降低軟件開發(fā)成本和加快軟件開發(fā)速度。通過(guò)改進(jìn)軟件過(guò)程，組織可以提升軟件產(chǎn)品的整體質(zhì)量，減少返工和缺陷，同時(shí)降低開發(fā)成本和縮短開發(fā)周期。因此，選項(xiàng)D（以上都是）是正確答案。27、在軟件生命周期中，以下哪個(gè)階段是進(jìn)行需求分析和設(shè)計(jì)的關(guān)鍵階段？A.開發(fā)階段B.需求分析階段C.設(shè)計(jì)階段D.維護(hù)階段答案：C解析：設(shè)計(jì)階段是軟件生命周期中一個(gè)非常重要的階段，它包括對(duì)軟件需求的分析和設(shè)計(jì)，目的是確保軟件系統(tǒng)能夠滿足用戶需求，并且具有良好的可擴(kuò)展性和可維護(hù)性。在這個(gè)階段，軟件工程師會(huì)根據(jù)需求規(guī)格說(shuō)明書進(jìn)行詳細(xì)的設(shè)計(jì)，包括系統(tǒng)架構(gòu)、模塊設(shè)計(jì)等。28、以下哪個(gè)軟件工程原則體現(xiàn)了軟件產(chǎn)品的可維護(hù)性？A.單一職責(zé)原則B.開放封閉原則C.依賴倒置原則D.迪米特法則答案：B解析：開放封閉原則是軟件工程中的一個(gè)重要原則，它要求軟件實(shí)體（如模塊、類、函數(shù)等）對(duì)擴(kuò)展開放，對(duì)修改封閉。這意味著軟件實(shí)體應(yīng)該盡量不修改源代碼，而是通過(guò)擴(kuò)展來(lái)實(shí)現(xiàn)新的功能，從而提高軟件產(chǎn)品的可維護(hù)性。其他選項(xiàng)中的原則雖然也是軟件工程中的重要原則，但它們更多地關(guān)注的是軟件的設(shè)計(jì)和架構(gòu)。29、在軟件過(guò)程能力成熟度模型（CMM）中，哪一級(jí)別代表了組織具有穩(wěn)定的軟件開發(fā)流程，能夠重復(fù)以往的成功？答案：C解析：在CMM模型中，第三級(jí)——重復(fù)級(jí)（Repeatable）代表了組織具有穩(wěn)定的軟件開發(fā)流程，能夠重復(fù)以往的成功。在這一級(jí)別，組織已經(jīng)建立了基本的項(xiàng)目管理過(guò)程，能夠監(jiān)控項(xiàng)目過(guò)程并對(duì)其進(jìn)行調(diào)整，以確保項(xiàng)目能夠按照既定的計(jì)劃完成。30、敏捷開發(fā)方法中，哪個(gè)原則強(qiáng)調(diào)了團(tuán)隊(duì)?wèi)?yīng)該通過(guò)早期和持續(xù)的客戶溝通來(lái)驗(yàn)證產(chǎn)品需求？答案：A解析：在敏捷開發(fā)方法的12個(gè)原則中，第5個(gè)原則強(qiáng)調(diào)了團(tuán)隊(duì)?wèi)?yīng)該通過(guò)早期和持續(xù)的客戶溝通來(lái)驗(yàn)證產(chǎn)品需求。這個(gè)原則是：“軟件項(xiàng)目的首要目標(biāo)是滿足客戶的業(yè)務(wù)需求。敏捷過(guò)程通過(guò)促進(jìn)客戶和開發(fā)團(tuán)隊(duì)之間的緊密合作來(lái)達(dá)到這一目標(biāo)。”這一原則確保了產(chǎn)品開發(fā)的敏捷性和客戶需求的緊密對(duì)接。31、在軟件過(guò)程能力成熟度模型CMM中，以下哪個(gè)階段是關(guān)注于軟件過(guò)程管理、產(chǎn)品和服務(wù)的質(zhì)量和項(xiàng)目管理的階段？A.初始級(jí)B.管理級(jí)C.定義級(jí)D.優(yōu)化級(jí)答案：B解析：在CMM中，管理級(jí)（Level2）是關(guān)注于軟件過(guò)程管理、產(chǎn)品和服務(wù)的質(zhì)量和項(xiàng)目管理的階段。在這個(gè)階段，組織會(huì)實(shí)施定期的過(guò)程審核，確保過(guò)程的有效性和質(zhì)量。32、以下哪種軟件測(cè)試方法主要關(guān)注于發(fā)現(xiàn)軟件中的錯(cuò)誤和缺陷，而不是驗(yàn)證軟件是否滿足特定的需求？A.驗(yàn)證和驗(yàn)證（VerificationandValidation）B.黑盒測(cè)試C.白盒測(cè)試D.漏洞評(píng)估答案：B解析：黑盒測(cè)試是一種軟件測(cè)試方法，它主要關(guān)注于軟件的功能和輸出，而不是內(nèi)部結(jié)構(gòu)。黑盒測(cè)試主要目的是發(fā)現(xiàn)軟件中的錯(cuò)誤和缺陷，而不是驗(yàn)證軟件是否滿足特定的需求。其他選項(xiàng)如驗(yàn)證和驗(yàn)證、白盒測(cè)試和漏洞評(píng)估都是與驗(yàn)證軟件需求或內(nèi)部結(jié)構(gòu)相關(guān)的測(cè)試方法。33、在軟件開發(fā)生命周期中，以下哪個(gè)階段是需求分析的起點(diǎn)？A.設(shè)計(jì)階段B.實(shí)施階段C.需求分析階段D.維護(hù)階段答案：C解析：需求分析是軟件開發(fā)生命周期的第一階段，它是整個(gè)開發(fā)過(guò)程的起點(diǎn)，旨在理解用戶的需求和系統(tǒng)功能要求。34、以下哪項(xiàng)不是軟件質(zhì)量模型中的特性？A.功能性B.易用性C.性能D.項(xiàng)目管理答案：D解析：軟件質(zhì)量模型通常包括功能性、易用性、性能、可靠性、安全性和可維護(hù)性等特性。項(xiàng)目管理是軟件開發(fā)過(guò)程中的一個(gè)管理活動(dòng)，不屬于軟件質(zhì)量模型的特性。35、在軟件開發(fā)過(guò)程中，需求分析階段產(chǎn)生的主要文檔是：A.軟件需求規(guī)格說(shuō)明書B.可行性研究報(bào)告C.用戶手冊(cè)D.概要設(shè)計(jì)說(shuō)明書【答案】A【解析】需求分析階段的主要工作是確定軟件的功能需求和非功能需求，并形成文檔，即《軟件需求規(guī)格說(shuō)明書》。其他選項(xiàng)雖也是軟件生命周期中重要的文檔，但它們屬于不同階段的工作成果。36、在軟件項(xiàng)目管理中，制定項(xiàng)目計(jì)劃時(shí)需要考慮的因素包括時(shí)間、成本以及：A.質(zhì)量B.人員配置C.技術(shù)選型D.以上都是【答案】D【解析】軟件項(xiàng)目管理的核心在于平衡項(xiàng)目的三個(gè)基本要素：時(shí)間、成本與質(zhì)量。同時(shí)，在制定項(xiàng)目計(jì)劃時(shí)還需要考慮人員配置和技術(shù)選型等因素，以確保項(xiàng)目的順利實(shí)施。因此正確答案是D，“以上都是”。37、在軟件過(guò)程能力成熟度模型（CMM）中，哪個(gè)等級(jí)代表了組織在軟件過(guò)程管理方面的基本能力？答案：A解析：在CMM模型中，第二級(jí)（CMM二級(jí)）稱為“重復(fù)級(jí)”（Repeatable），它代表組織在軟件過(guò)程管理方面的基本能力。在這個(gè)等級(jí)，組織建立了基本的項(xiàng)目管理過(guò)程，能夠重復(fù)之前類似項(xiàng)目的成功。38、在軟件開發(fā)生命周期中，哪個(gè)階段通常負(fù)責(zé)確定項(xiàng)目的范圍、目標(biāo)和資源需求？答案：B解析：在軟件開發(fā)生命周期中，第一階段通常被稱為“需求分析”或“項(xiàng)目啟動(dòng)”。在這個(gè)階段，項(xiàng)目團(tuán)隊(duì)會(huì)與利益相關(guān)者合作，確定項(xiàng)目的范圍、目標(biāo)、需求以及資源需求。這個(gè)階段是確保項(xiàng)目正確開始的關(guān)鍵環(huán)節(jié)。39、在軟件開發(fā)過(guò)程中，關(guān)于質(zhì)量保證活動(dòng)的描述，下列哪一項(xiàng)是不正確的？A.質(zhì)量保證活動(dòng)需要覆蓋整個(gè)軟件生命周期。B.質(zhì)量保證僅關(guān)注于發(fā)現(xiàn)產(chǎn)品中的缺陷。C.它包括對(duì)過(guò)程和產(chǎn)品的評(píng)估。D.目的是為了確保項(xiàng)目遵循既定的過(guò)程。答案：B解析：質(zhì)量保證（QA,QualityAssurance）不僅限于發(fā)現(xiàn)產(chǎn)品中的缺陷。它更側(cè)重于通過(guò)定義標(biāo)準(zhǔn)過(guò)程并確保這些過(guò)程被正確執(zhí)行來(lái)預(yù)防缺陷的發(fā)生。因此，選項(xiàng)B的說(shuō)法過(guò)于狹隘，并且忽略了質(zhì)量保證的核心目的——即提高軟件開發(fā)過(guò)程的質(zhì)量以間接提升最終產(chǎn)品質(zhì)量。其他選項(xiàng)A、C和D都是對(duì)QA活動(dòng)準(zhǔn)確的描述。40、關(guān)于ISO/IEC15504(SPICE)標(biāo)準(zhǔn)，以下哪項(xiàng)陳述是正確的？A.ISO/IEC15504主要用于評(píng)估硬件系統(tǒng)的成熟度。B.SPICE模型提供了從0到6級(jí)的過(guò)程能力等級(jí)劃分。C.這個(gè)標(biāo)準(zhǔn)只適用于軟件開發(fā)階段，而不包括維護(hù)和支持。D.該模型主要用于衡量個(gè)人開發(fā)者的能力而非組織或團(tuán)隊(duì)的整體水平。答案：B解析：ISO/IEC15504或稱為SPICE(SoftwareProcessImprovementandCapabilitydEtermination)是一個(gè)國(guó)際公認(rèn)的標(biāo)準(zhǔn)，用來(lái)評(píng)價(jià)和改進(jìn)軟件工程過(guò)程。選項(xiàng)B正確地指出了SPICE提供了一個(gè)范圍從0至6的過(guò)程能力等級(jí)框架，其中每個(gè)級(jí)別代表了組織在特定過(guò)程領(lǐng)域的成熟度。選項(xiàng)A錯(cuò)誤是因?yàn)檫@個(gè)標(biāo)準(zhǔn)實(shí)際上是為軟件過(guò)程設(shè)計(jì)的；選項(xiàng)C不準(zhǔn)確，因?yàn)镮SO/IEC15504應(yīng)用于軟件生命周期的所有階段，包括但不限于開發(fā)、維護(hù)和支持；選項(xiàng)D也是錯(cuò)誤的，因?yàn)樗鼜?qiáng)調(diào)的是組織或團(tuán)隊(duì)層面的過(guò)程能力，而不是個(gè)體開發(fā)者的能力。41、題干：在軟件工程中，瀑布模型是一種典型的軟件開發(fā)過(guò)程模型，其特點(diǎn)不包括以下哪項(xiàng)？A.順序執(zhí)行，各階段之間沒有重疊B.強(qiáng)調(diào)文檔驅(qū)動(dòng)C.在每個(gè)階段結(jié)束時(shí)進(jìn)行嚴(yán)格的質(zhì)量檢查D.在需求分析階段后立即進(jìn)入設(shè)計(jì)階段，不涉及后續(xù)階段答案：D解析：瀑布模型的特點(diǎn)包括順序執(zhí)行，各階段之間沒有重疊；強(qiáng)調(diào)文檔驅(qū)動(dòng)；在每個(gè)階段結(jié)束時(shí)進(jìn)行嚴(yán)格的質(zhì)量檢查。在需求分析階段后，瀑布模型會(huì)進(jìn)入設(shè)計(jì)階段，然后是編碼、測(cè)試和維護(hù)階段，因此選項(xiàng)D是錯(cuò)誤的。瀑布模型強(qiáng)調(diào)每個(gè)階段在完成后才能進(jìn)入下一個(gè)階段，不存在跳過(guò)后續(xù)階段的情況。42、題干：在軟件項(xiàng)目管理中，以下哪項(xiàng)不屬于項(xiàng)目風(fēng)險(xiǎn)？A.技術(shù)風(fēng)險(xiǎn)B.資金風(fēng)險(xiǎn)C.人力資源風(fēng)險(xiǎn)D.軟件質(zhì)量風(fēng)險(xiǎn)答案：D解析：在軟件項(xiàng)目管理中，項(xiàng)目風(fēng)險(xiǎn)通常包括技術(shù)風(fēng)險(xiǎn)、資金風(fēng)險(xiǎn)和人力資源風(fēng)險(xiǎn)。技術(shù)風(fēng)險(xiǎn)可能涉及技術(shù)選型、技術(shù)實(shí)現(xiàn)等方面的不確定性；資金風(fēng)險(xiǎn)可能涉及項(xiàng)目預(yù)算、資金籌措等方面的不確定性；人力資源風(fēng)險(xiǎn)可能涉及團(tuán)隊(duì)人員配置、人員能力等方面的不確定性。而軟件質(zhì)量風(fēng)險(xiǎn)通常被視為軟件項(xiàng)目的一個(gè)方面，而非獨(dú)立的風(fēng)險(xiǎn)類型，因此選項(xiàng)D不屬于項(xiàng)目風(fēng)險(xiǎn)。43、在軟件生命周期模型中，螺旋模型是在瀑布模型的基礎(chǔ)上增加了什么要素？A.風(fēng)險(xiǎn)分析B.迭代循環(huán)C.用戶反饋D.系統(tǒng)設(shè)計(jì)答案：A.風(fēng)險(xiǎn)分析解析：螺旋模型結(jié)合了瀑布模型的基本成分和原型實(shí)現(xiàn)的迭代特征，它強(qiáng)調(diào)風(fēng)險(xiǎn)分析，特別適合大型復(fù)雜的系統(tǒng)。44、下列哪種方法可以用來(lái)度量軟件項(xiàng)目的進(jìn)度偏差？A.掙值管理（EVM）B.關(guān)鍵路徑法（CPM）C.快速跟進(jìn)D.并行工程答案：A.掙值管理（EVM）解析：掙值管理（EarnedValueManagement,EVM）是一種項(xiàng)目管理統(tǒng)計(jì)工具，它能夠幫助管理者估算項(xiàng)目的成本績(jī)效與進(jìn)度績(jī)效，通過(guò)比較計(jì)劃完成的工作價(jià)值和實(shí)際完成的工作價(jià)值來(lái)確定項(xiàng)目進(jìn)度偏差。45、題干：在軟件過(guò)程中，以下哪個(gè)活動(dòng)屬于軟件需求分析階段？A.代碼審查B.單元測(cè)試C.需求捕獲D.系統(tǒng)集成答案：C解析：需求捕獲是軟件需求分析階段的核心活動(dòng)之一，它涉及收集和分析用戶的需求，明確軟件系統(tǒng)必須滿足的條件和性能指標(biāo)。代碼審查和單元測(cè)試通常發(fā)生在軟件開發(fā)的后期階段，而系統(tǒng)集成則是在軟件系統(tǒng)開發(fā)完成后的階段。因此，正確答案是C。46、題干：軟件過(guò)程能力成熟度模型CMMI（CapabilityMaturityModelIntegration）的哪個(gè)級(jí)別代表了組織在軟件工程管理方面有穩(wěn)定的、可預(yù)測(cè)的過(guò)程？A.初級(jí)（Level1）B.管理級(jí)（Level2）C.定義級(jí)（Level3）D.精煉級(jí)（Level5）答案：B解析：CMMI的二級(jí)（管理級(jí)，Level2）代表了組織在軟件工程管理方面有穩(wěn)定的、可預(yù)測(cè)的過(guò)程。在管理級(jí)，組織的過(guò)程是文檔化的，并按照既定的標(biāo)準(zhǔn)執(zhí)行。初級(jí)（Level1）通常指的是過(guò)程無(wú)序，定義級(jí)（Level3）指的是過(guò)程定量管理，而精煉級(jí)（Level5）則代表著持續(xù)的過(guò)程改進(jìn)。因此，正確答案是B。47、在軟件生命周期模型中，螺旋模型是一種演化型模型，結(jié)合了哪種模型的特點(diǎn)，并增加了風(fēng)險(xiǎn)分析？A.瀑布模型與增量模型B.原型模型與噴泉模型C.快速原型模型與瀑布模型D.敏捷模型與迭代模型【答案】C【解析】螺旋模型是一種演化型開發(fā)過(guò)程模型，它結(jié)合了快速原型模型和瀑布模型的優(yōu)點(diǎn)，在每一個(gè)迭代周期中都包含了風(fēng)險(xiǎn)分析階段，通過(guò)不斷地迭代來(lái)逐漸完善系統(tǒng)。48、在軟件項(xiàng)目管理過(guò)程中，成本估算需要考慮直接成本、間接成本、應(yīng)急儲(chǔ)備金等。請(qǐng)問(wèn)，以下哪一項(xiàng)不屬于直接成本？A.開發(fā)人員工資B.軟件測(cè)試費(fèi)用C.公司行政管理費(fèi)用D.外購(gòu)軟件許可證費(fèi)用【答案】C【解析】直接成本是指可以明確歸屬于項(xiàng)目活動(dòng)的成本，如開發(fā)人員工資、軟件測(cè)試費(fèi)用以及外購(gòu)軟件許可證費(fèi)用等；而公司行政管理費(fèi)用通常被視為間接成本，因?yàn)樗皇侵苯优c具體項(xiàng)目相關(guān)聯(lián)的。間接成本通常按照一定的分配規(guī)則分?jǐn)偟礁鱾€(gè)項(xiàng)目上。49、在軟件過(guò)程能力成熟度模型（CMM）中，第幾個(gè)級(jí)別的組織在軟件過(guò)程管理上已經(jīng)能夠?qū)^(guò)程進(jìn)行定期的、系統(tǒng)的評(píng)審和評(píng)估，并據(jù)此對(duì)過(guò)程進(jìn)行改進(jìn)？答案：D解析：CMM的第5級(jí)（優(yōu)化級(jí)）組織在軟件過(guò)程管理上已經(jīng)能夠?qū)^(guò)程進(jìn)行定期的、系統(tǒng)的評(píng)審和評(píng)估，并據(jù)此對(duì)過(guò)程進(jìn)行改進(jìn)。這一級(jí)別的組織能夠持續(xù)地改進(jìn)其軟件過(guò)程，并確保過(guò)程的持續(xù)優(yōu)化。50、以下哪個(gè)術(shù)語(yǔ)描述了軟件開發(fā)生命周期中，在開發(fā)活動(dòng)開始之前對(duì)軟件進(jìn)行需求分析和定義的過(guò)程？答案：A解析：A.需求分析。需求分析是軟件開發(fā)生命周期中一個(gè)關(guān)鍵階段，其主要任務(wù)是明確軟件要解決的業(yè)務(wù)問(wèn)題，并定義軟件必須滿足的需求。這個(gè)階段通常在開發(fā)活動(dòng)開始之前進(jìn)行，確保開發(fā)團(tuán)隊(duì)能夠根據(jù)明確的需求進(jìn)行開發(fā)工作。51、在軟件生命周期模型中，哪一個(gè)模型強(qiáng)調(diào)了風(fēng)險(xiǎn)分析，并允許在開發(fā)周期中把識(shí)別的風(fēng)險(xiǎn)減至最低？A、瀑布模型B、增量模型C、螺旋模型D、噴泉模型【答案】C、螺旋模型【解析】螺旋模型是一種演化型軟件過(guò)程模型，它結(jié)合了原型構(gòu)建與測(cè)試的迭代特征以及線性順序（瀑布）模型中的控制和序列性。螺旋模型特別強(qiáng)調(diào)風(fēng)險(xiǎn)分析，通過(guò)在每個(gè)迭代周期中加入風(fēng)險(xiǎn)評(píng)估和風(fēng)險(xiǎn)管理，可以有效地降低項(xiàng)目風(fēng)險(xiǎn)。52、下列哪一個(gè)不是軟件需求規(guī)格說(shuō)明文檔(SRS)的主要內(nèi)容？A、功能需求B、性能需求C、用戶界面需求D、系統(tǒng)運(yùn)行維護(hù)計(jì)劃【答案】D、系統(tǒng)運(yùn)行維護(hù)計(jì)劃【解析】軟件需求規(guī)格說(shuō)明文檔（SRS）主要用于描述系統(tǒng)的功能需求、性能需求、接口需求、用戶界面需求等，而系統(tǒng)運(yùn)行維護(hù)計(jì)劃通常屬于項(xiàng)目管理計(jì)劃的一部分，并不屬于SRS的主要內(nèi)容。53、在軟件開發(fā)生命周期中，以下哪個(gè)階段是確定軟件需求和規(guī)格說(shuō)明的？A.需求分析階段B.系統(tǒng)設(shè)計(jì)階段C.編碼階段D.測(cè)試階段答案：A解析：需求分析階段是軟件開發(fā)生命周期中用于確定軟件需求和規(guī)格說(shuō)明的階段。在這個(gè)階段，項(xiàng)目團(tuán)隊(duì)會(huì)收集用戶的需求，并分析這些需求，以便制定出軟件的詳細(xì)規(guī)格說(shuō)明。B選項(xiàng)的系統(tǒng)設(shè)計(jì)階段是設(shè)計(jì)軟件架構(gòu)和模塊的階段；C選項(xiàng)的編碼階段是實(shí)際編寫代碼的階段；D選項(xiàng)的測(cè)試階段是確保軟件質(zhì)量并發(fā)現(xiàn)缺陷的階段。因此，正確答案是A。54、在軟件項(xiàng)目管理中，以下哪種方法適用于大型項(xiàng)目，可以幫助項(xiàng)目團(tuán)隊(duì)管理風(fēng)險(xiǎn)和不確定性？A.精益開發(fā)B.水晶方法C.敏捷開發(fā)D.增量開發(fā)答案：B解析：水晶方法（CrystalMethod）是一種針對(duì)大型項(xiàng)目的軟件開發(fā)生命周期模型，它強(qiáng)調(diào)對(duì)項(xiàng)目進(jìn)行詳細(xì)的規(guī)劃和風(fēng)險(xiǎn)評(píng)估。水晶方法特別適用于那些規(guī)模較大、復(fù)雜性高、風(fēng)險(xiǎn)和不確定性較大的項(xiàng)目。它通過(guò)使用一系列的過(guò)程模型，如水晶I、水晶II、水晶III等，來(lái)適應(yīng)不同類型的項(xiàng)目需求。A選項(xiàng)的精益開發(fā)是一種關(guān)注客戶價(jià)值和持續(xù)改進(jìn)的方法；C選項(xiàng)的敏捷開發(fā)是一種迭代和增量的開發(fā)方法，強(qiáng)調(diào)快速響應(yīng)變化和自組織團(tuán)隊(duì)；D選項(xiàng)的增量開發(fā)是一種將軟件產(chǎn)品分成多個(gè)部分，分階段交付的方法。因此，正確答案是B。55、在軟件生命周期模型中，螺旋模型適用于哪種類型的項(xiàng)目？A.小型且簡(jiǎn)單B.風(fēng)險(xiǎn)不可預(yù)測(cè)C.需求固定不變D.開發(fā)周期短正確答案：B.風(fēng)險(xiǎn)不可預(yù)測(cè)解析：螺旋模型是一種適用于風(fēng)險(xiǎn)不可預(yù)測(cè)或存在較大不確定性的項(xiàng)目的開發(fā)模型。它結(jié)合了瀑布模型的基本成分和原型模型的迭代特征，增加了風(fēng)險(xiǎn)管理元素，通過(guò)多個(gè)周期迭代的方式減少項(xiàng)目的風(fēng)險(xiǎn)。56、下列哪一項(xiàng)不是軟件質(zhì)量保證的主要活動(dòng)？A.制定質(zhì)量管理計(jì)劃B.進(jìn)行代碼審查C.實(shí)施缺陷修復(fù)D.執(zhí)行過(guò)程審計(jì)正確答案：C.實(shí)施缺陷修復(fù)解析：軟件質(zhì)量保證(SQA)的主要活動(dòng)包括制定質(zhì)量管理計(jì)劃、進(jìn)行代碼審查以及執(zhí)行過(guò)程審計(jì)等，而實(shí)施缺陷修復(fù)通常是軟件測(cè)試與維護(hù)階段的工作內(nèi)容，屬于軟件質(zhì)量控制的一部分而非SQA的直接職責(zé)。57、在軟件過(guò)程能力成熟度模型（CMM）中，哪一級(jí)別被定義為軟件過(guò)程管理級(jí)？答案：C解析：在軟件過(guò)程能力成熟度模型（CMM）中，第五級(jí)被稱為“優(yōu)化級(jí)”。在這一級(jí)別，組織能夠集中精力在過(guò)程改進(jìn)和創(chuàng)新上，以維持或提高其軟件過(guò)程能力。其他級(jí)別分別為初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、管理級(jí)。58、以下哪個(gè)選項(xiàng)不是軟件開發(fā)生命周期模型（SDLC）的一個(gè)階段？答案：A解析：A.項(xiàng)目啟動(dòng)與規(guī)劃B.需求分析C.設(shè)計(jì)D.編碼E.維護(hù)選項(xiàng)E（維護(hù)）不是SDLC的一個(gè)階段。在SDLC中，通常包括項(xiàng)目啟動(dòng)與規(guī)劃、需求分析、設(shè)計(jì)、編碼、測(cè)試和部署。維護(hù)通常被視為項(xiàng)目交付后的一個(gè)獨(dú)立階段，而不是SDLC的正式階段。59、以下哪種活動(dòng)不屬于軟件過(guò)程能力評(píng)估師的工作范疇？（）A.軟件過(guò)程能力評(píng)估B.軟件過(guò)程改進(jìn)C.軟件項(xiàng)目管理D.軟件測(cè)試答案：C解析：軟件過(guò)程能力評(píng)估師主要負(fù)責(zé)對(duì)軟件過(guò)程進(jìn)行評(píng)估、改進(jìn)和優(yōu)化，以確保軟件項(xiàng)目能夠高效、高質(zhì)量地完成。軟件項(xiàng)目管理屬于更廣泛的項(xiàng)目管理范疇，雖然與軟件過(guò)程能力評(píng)估有關(guān)聯(lián)，但并非軟件過(guò)程能力評(píng)估師的主要工作內(nèi)容。軟件測(cè)試、軟件過(guò)程能力評(píng)估和軟件過(guò)程改進(jìn)都屬于軟件過(guò)程能力評(píng)估師的職責(zé)范圍內(nèi)。60、在軟件過(guò)程能力成熟度模型（CMM）中，第5級(jí)“優(yōu)化”階段的特點(diǎn)是什么？（）A.重點(diǎn)關(guān)注過(guò)程改進(jìn)和創(chuàng)新B.重點(diǎn)關(guān)注產(chǎn)品開發(fā)效率C.重點(diǎn)關(guān)注過(guò)程穩(wěn)定性和可預(yù)測(cè)性D.重點(diǎn)關(guān)注項(xiàng)目交付質(zhì)量答案：A解析：在軟件過(guò)程能力成熟度模型（CMM）的5級(jí)“優(yōu)化”階段，組織已經(jīng)建立了有效的過(guò)程，并且致力于持續(xù)改進(jìn)和創(chuàng)新。這個(gè)階段的特點(diǎn)是組織不斷尋求新的方法和技術(shù)來(lái)提高軟件過(guò)程和產(chǎn)品質(zhì)量，同時(shí)鼓勵(lì)員工參與創(chuàng)新活動(dòng)。雖然效率、穩(wěn)定性和質(zhì)量也是CMM模型中其他級(jí)別的關(guān)注點(diǎn)，但“優(yōu)化”階段特別強(qiáng)調(diào)創(chuàng)新和改進(jìn)。61、以下關(guān)于軟件過(guò)程評(píng)估方法的描述中，哪一項(xiàng)是錯(cuò)誤的？A.軟件過(guò)程評(píng)估可以幫助識(shí)別軟件過(guò)程改進(jìn)的機(jī)會(huì)。B.軟件過(guò)程評(píng)估應(yīng)該基于軟件過(guò)程的實(shí)際情況。C.軟件過(guò)程評(píng)估應(yīng)該由第三方進(jìn)行，以確保公正性。D.軟件過(guò)程評(píng)估結(jié)果應(yīng)該與組織的戰(zhàn)略目標(biāo)相一致。答案：C解析：C選項(xiàng)是錯(cuò)誤的。軟件過(guò)程評(píng)估不一定需要由第三方進(jìn)行。實(shí)際上，許多組織會(huì)選擇內(nèi)部團(tuán)隊(duì)進(jìn)行評(píng)估，以節(jié)省成本并更好地理解組織內(nèi)部的實(shí)際情況。然而，第三方評(píng)估可以提供外部視角，增加評(píng)估的客觀性和公正性。但并不是說(shuō)軟件過(guò)程評(píng)估必須由第三方進(jìn)行。其他選項(xiàng)都是正確的，軟件過(guò)程評(píng)估確實(shí)旨在識(shí)別改進(jìn)機(jī)會(huì)，應(yīng)基于實(shí)際情況，并且結(jié)果應(yīng)與組織的戰(zhàn)略目標(biāo)相一致。62、在軟件過(guò)程能力成熟度模型（CMM）中，以下哪項(xiàng)不屬于CMM模型的五個(gè)成熟度級(jí)別？A.初始級(jí)B.可重復(fù)級(jí)C.定義級(jí)D.實(shí)施級(jí)答案：D解析：D選項(xiàng)是不正確的。在軟件過(guò)程能力成熟度模型（CMM）中，五個(gè)成熟度級(jí)別分別是：初始級(jí)（Initial）、可重復(fù)級(jí)（Repeatable）、已定義級(jí)（Defined）、管理級(jí)（Managed）和優(yōu)化級(jí)（Optimized）。因此，“實(shí)施級(jí)”不是CMM模型的一個(gè)成熟度級(jí)別。其他選項(xiàng)都是正確的，它們分別對(duì)應(yīng)CMM模型的五個(gè)不同成熟度級(jí)別。63、在軟件過(guò)程能力成熟度模型（CMM）中，哪個(gè)級(jí)別標(biāo)志著組織已經(jīng)建立了一套標(biāo)準(zhǔn)化的軟件過(guò)程？A.CMMLevel1：初始級(jí)B.CMMLevel2：可重復(fù)級(jí)C.CMMLevel3：已定義級(jí)D.CMMLevel4：管理級(jí)答案：C解析：CMMLevel3，即已定義級(jí)，標(biāo)志著組織已經(jīng)建立了一套標(biāo)準(zhǔn)化的軟件過(guò)程，并能夠?qū)⑦@些過(guò)程文檔化，統(tǒng)一管理。64、在軟件過(guò)程評(píng)估中，用于測(cè)量軟件過(guò)程質(zhì)量的標(biāo)準(zhǔn)通常是？A.項(xiàng)目成功標(biāo)準(zhǔn)B.軟件質(zhì)量模型C.組織目標(biāo)D.軟件開發(fā)人員滿意度答案：B解析：在軟件過(guò)程評(píng)估中，通常使用軟件質(zhì)量模型作為測(cè)量軟件過(guò)程質(zhì)量的標(biāo)準(zhǔn)。軟件質(zhì)量模型可以提供一套全面的、結(jié)構(gòu)化的軟件質(zhì)量屬性和度量標(biāo)準(zhǔn)，以便對(duì)軟件過(guò)程進(jìn)行評(píng)估。65、在軟件過(guò)程能力成熟度模型（CMM）中，以下哪個(gè)級(jí)別代表了軟件過(guò)程已達(dá)到能夠穩(wěn)定、高效地交付高質(zhì)量軟件的水平？A.CMM1：初始級(jí)B.CMM2：可重復(fù)級(jí)C.CMM3：已定義級(jí)D.CMM4：已管理級(jí)E.CMM5：優(yōu)化級(jí)答案：C解析：在CMM模型中，CMM3（已定義級(jí)）表示組織已經(jīng)建立了標(biāo)準(zhǔn)的軟件過(guò)程，并使用這些過(guò)程來(lái)指導(dǎo)軟件項(xiàng)目的執(zhí)行。這個(gè)過(guò)程能夠確保軟件的穩(wěn)定性、高效性和高質(zhì)量。CMM1至CMM2主要關(guān)注過(guò)程的無(wú)序和不可重復(fù)性，而CMM4（已管理級(jí)）和CMM5（優(yōu)化級(jí)）則更關(guān)注過(guò)程持續(xù)改進(jìn)和優(yōu)化。66、以下哪項(xiàng)不是軟件質(zhì)量保證（SQA）的基本活動(dòng)？A.制定質(zhì)量計(jì)劃B.審核軟件需求C.監(jiān)控項(xiàng)目進(jìn)度D.編寫測(cè)試用例答案：C解析：軟件質(zhì)量保證（SQA）的主要活動(dòng)包括制定質(zhì)量計(jì)劃、審核軟件需求、確保軟件設(shè)計(jì)滿足需求以及編寫測(cè)試用例等。監(jiān)控項(xiàng)目進(jìn)度雖然對(duì)于項(xiàng)目整體管理非常重要，但它屬于項(xiàng)目管理范疇，而不是SQA的直接活動(dòng)。因此，選項(xiàng)C不是SQA的基本活動(dòng)。67、以下哪項(xiàng)不是軟件過(guò)程能力評(píng)估師的工作職責(zé)？（）A.分析軟件過(guò)程的成熟度B.評(píng)估軟件過(guò)程改進(jìn)的需求C.制定軟件過(guò)程改進(jìn)計(jì)劃D.直接參與軟件開發(fā)工作答案：D解析：軟件過(guò)程能力評(píng)估師的主要職責(zé)是評(píng)估和分析軟件過(guò)程的成熟度，評(píng)估軟件過(guò)程改進(jìn)的需求，并制定軟件過(guò)程改進(jìn)計(jì)劃。他們通常不直接參與軟件開發(fā)工作，而是提供專業(yè)的咨詢和指導(dǎo)。68、在CMMI模型中，哪項(xiàng)代表了軟件組織對(duì)軟件過(guò)程的理解和掌握？（）A.級(jí)別5：優(yōu)化B.級(jí)別2：管理級(jí)C.級(jí)別3：定義級(jí)D.級(jí)別4：量化管理級(jí)答案：C解析：CMMI（能力成熟度集成模型）中的“定義級(jí)”（Level3）代表了軟件組織對(duì)軟件過(guò)程的理解和掌握。在這個(gè)級(jí)別，組織已經(jīng)建立了標(biāo)準(zhǔn)化的過(guò)程，并能夠?qū)⑺鼈儜?yīng)用于所有的項(xiàng)目。這表明組織對(duì)軟件過(guò)程有了深入的理解和掌握。69、在軟件開發(fā)生命周期中，以下哪個(gè)階段不屬于需求分析階段？A.需求獲取B.需求分析C.需求規(guī)格說(shuō)明D.需求確認(rèn)答案：D解析：需求分析階段包括需求獲取、需求分析、需求規(guī)格說(shuō)明和需求確認(rèn)四個(gè)子階段。需求確認(rèn)是對(duì)需求規(guī)格說(shuō)明進(jìn)行驗(yàn)證，確保其正確性和完整性，不屬于需求分析本身。70、以下關(guān)于軟件測(cè)試的描述，錯(cuò)誤的是：A.軟件測(cè)試的目的是發(fā)現(xiàn)軟件中的錯(cuò)誤B.測(cè)試用例是軟件測(cè)試的核心C.測(cè)試人員應(yīng)當(dāng)關(guān)注軟件的可用性、可維護(hù)性等非功能性需求D.軟件測(cè)試可以在軟件開發(fā)的任何階段進(jìn)行答案：C解析：軟件測(cè)試的目的是發(fā)現(xiàn)軟件中的錯(cuò)誤，確保軟件質(zhì)量。測(cè)試用例是軟件測(cè)試的核心，用于指導(dǎo)測(cè)試過(guò)程。測(cè)試人員應(yīng)當(dāng)關(guān)注軟件的可用性、可維護(hù)性等非功能性需求，但選項(xiàng)C的描述是錯(cuò)誤的，因?yàn)闇y(cè)試人員應(yīng)關(guān)注所有類型的軟件需求，包括功能性需求和非功能性需求。軟件測(cè)試可以在軟件開發(fā)的任何階段進(jìn)行，但最佳實(shí)踐是在開發(fā)早期階段盡早開始測(cè)試。71、在軟件過(guò)程能力成熟度模型CMMI中，哪個(gè)過(guò)程區(qū)域負(fù)責(zé)管理軟件項(xiàng)目的整體過(guò)程？答案：A、項(xiàng)目管理過(guò)程區(qū)域解析：在CMMI（能力成熟度集成模型）中，項(xiàng)目管理過(guò)程區(qū)域（ProcessManagement）負(fù)責(zé)管理軟件項(xiàng)目的整體過(guò)程，包括定義、實(shí)施和維護(hù)項(xiàng)目管理過(guò)程，確保項(xiàng)目能夠按照既定的計(jì)劃進(jìn)行。72、敏捷開發(fā)方法中，哪項(xiàng)實(shí)踐有助于提高團(tuán)隊(duì)之間的溝通和協(xié)作？答案：B、站會(huì)（DailyStand-up）解析：敏捷開發(fā)方法中，站會(huì)（DailyStand-up）是一項(xiàng)重要的實(shí)踐。站會(huì)是一種簡(jiǎn)短（通常15分鐘以內(nèi)）的每日會(huì)議，團(tuán)隊(duì)成員在會(huì)議中分享他們的工作進(jìn)度、遇到的障礙和當(dāng)天的計(jì)劃。這種方式有助于提高團(tuán)隊(duì)之間的溝通和協(xié)作，確保項(xiàng)目方向一致，及時(shí)解決問(wèn)題。73、軟件過(guò)程能力成熟度模型（CMM）的哪個(gè)級(jí)別關(guān)注于建立和維護(hù)穩(wěn)定的軟件開發(fā)流程？A.CMMLevel1-初級(jí)B.CMMLevel2-可重復(fù)C.CMMLevel3-已管理D.CMMLevel4-定義答案：C解析：CMMLevel3-已管理（Managed）級(jí)別關(guān)注于建立和維護(hù)穩(wěn)定的軟件開發(fā)流程，其中包括軟件工程過(guò)程和項(xiàng)目管理過(guò)程。74、以下哪個(gè)不是軟件質(zhì)量保證（SQA）的典型活動(dòng)？A.編寫測(cè)試計(jì)劃B.審查和審核文檔C.進(jìn)行軟件測(cè)試D.編寫軟件需求規(guī)格說(shuō)明答案：D解析：編寫軟件需求規(guī)格說(shuō)明（SoftwareRequirementsSpecification,SRS）通常是軟件工程的需求分析階段的活動(dòng)，而不是軟件質(zhì)量保證（SQA）的典型活動(dòng)。SQA的典型活動(dòng)包括編寫測(cè)試計(jì)劃、審查和審核文檔以及進(jìn)行軟件測(cè)試等，以確保軟件產(chǎn)品符合既定的質(zhì)量標(biāo)準(zhǔn)。75、以下哪個(gè)選項(xiàng)不屬于軟件過(guò)程能力成熟度模型（CMM）的五個(gè)成熟度級(jí)別？A、初始級(jí)（Level1）B、可重復(fù)級(jí)（Level2）C、已定義級(jí)（Level3）D、管理級(jí)（Level4）E、優(yōu)化級(jí)（Level5）答案：D解析：軟件過(guò)程能力成熟度模型（CMM）包括五個(gè)成熟度級(jí)別，分別為初始級(jí)（Level1）、可重復(fù)級(jí)（Level2）、已定義級(jí)（Level3）、管理級(jí)（Level4）和優(yōu)化級(jí)（Level5）。選項(xiàng)D中的“管理級(jí)”不是CMM的級(jí)別之一，因此正確答案為D。二、應(yīng)用技術(shù)（全部為主觀問(wèn)答題，總5大題，第一題必選，剩下4選2，每題25分，共75分）第一題案例材料：某軟件公司近期承接了一個(gè)大型企業(yè)資源計(jì)劃（ERP）系統(tǒng)項(xiàng)目。項(xiàng)目規(guī)模較大，涉及多個(gè)部門，預(yù)計(jì)開發(fā)周期為18個(gè)月。在項(xiàng)目啟動(dòng)階段，公司采用了敏捷開發(fā)模式，并計(jì)劃在項(xiàng)目過(guò)程中進(jìn)行多次迭代。以下是項(xiàng)目實(shí)施過(guò)程中的一些關(guān)鍵信息：1.項(xiàng)目團(tuán)隊(duì)由10名成員組成，包括項(xiàng)目經(jīng)理、開發(fā)人員、測(cè)試人員、業(yè)務(wù)分析師等。2.項(xiàng)目采用了Scrum敏捷開發(fā)方法，每個(gè)迭代周期為2周。3.項(xiàng)目預(yù)算為300萬(wàn)元，其中包括人力成本、硬件成本、軟件成本等。4.項(xiàng)目需求頻繁變更，平均每個(gè)迭代周期會(huì)有5個(gè)新的需求提出。5.項(xiàng)目后期，由于需求變更過(guò)多，導(dǎo)致項(xiàng)目延期，最終延期了3個(gè)月。問(wèn)答題：1、請(qǐng)根據(jù)案例材料，分析該項(xiàng)目在軟件過(guò)程能力評(píng)估中的主要問(wèn)題和不足。答案：該項(xiàng)目在軟件過(guò)程能力評(píng)估中存在以下主要問(wèn)題和不足：（1）需求管理不足：項(xiàng)目需求頻繁變更，未建立有效的需求變更管理機(jī)制，導(dǎo)致項(xiàng)目延期。（2）進(jìn)度控制不力：項(xiàng)目延期3個(gè)月，說(shuō)明項(xiàng)目進(jìn)度控制存在缺陷，未能按時(shí)完成預(yù)定目標(biāo)。（3）資源管理不當(dāng)：項(xiàng)目預(yù)算超支，可能是因?yàn)槿肆Τ杀?、硬件成本、軟件成本等資源管理不力。（4）溝通協(xié)作不暢：項(xiàng)目團(tuán)隊(duì)由多個(gè)部門組成，但未建立有效的溝通協(xié)作機(jī)制，影響了項(xiàng)目進(jìn)度和質(zhì)量。2、針對(duì)上述問(wèn)題，請(qǐng)?zhí)岢鱿鄳?yīng)的改進(jìn)措施。答案：（1）加強(qiáng)需求管理：建立需求變更管理機(jī)制，對(duì)需求變更進(jìn)行評(píng)估、審批和控制，確保需求變更對(duì)項(xiàng)目的影響最小化。（2）加強(qiáng)進(jìn)度控制：優(yōu)化項(xiàng)目進(jìn)度計(jì)劃，合理分配資源，確保項(xiàng)目按時(shí)完成。（3）加強(qiáng)資源管理：合理規(guī)劃人力成本、硬件成本、軟件成本等資源，控制項(xiàng)目預(yù)算，避免超支。（4）加強(qiáng)溝通協(xié)作：建立有效的溝通協(xié)作機(jī)制，確保項(xiàng)目團(tuán)隊(duì)成員之間的信息流通，提高項(xiàng)目執(zhí)行效率。3、請(qǐng)結(jié)合案例材料，說(shuō)明如何評(píng)估該項(xiàng)目的軟件過(guò)程能力。答案：評(píng)估該項(xiàng)目的軟件過(guò)程能力可以從以下幾個(gè)方面進(jìn)行：（1）需求管理能力：評(píng)估項(xiàng)目團(tuán)隊(duì)在需求獲取、分析、管理和變更方面的能力。（2）進(jìn)度管理能力：評(píng)估項(xiàng)目團(tuán)隊(duì)在項(xiàng)目進(jìn)度規(guī)劃、執(zhí)行和監(jiān)控方面的能力。（3）資源管理能力：評(píng)估項(xiàng)目團(tuán)隊(duì)在人力資源、硬件資源、軟件資源等方面的管理能力。（4）溝通協(xié)作能力：評(píng)估項(xiàng)目團(tuán)隊(duì)在溝通、協(xié)作和團(tuán)隊(duì)建設(shè)方面的能力。（5）項(xiàng)目風(fēng)險(xiǎn)管理能力：評(píng)估項(xiàng)目團(tuán)隊(duì)在識(shí)別、評(píng)估和控制項(xiàng)目風(fēng)險(xiǎn)方面的能力。通過(guò)上述評(píng)估，可以全面了解該項(xiàng)目的軟件過(guò)程能力，為今后的項(xiàng)目提供改進(jìn)方向。第二題案例材料：某軟件公司（以下簡(jiǎn)稱“公司”）近期完成了一個(gè)大型企業(yè)信息管理系統(tǒng)的開發(fā)項(xiàng)目。項(xiàng)目周期為一年，采用敏捷開發(fā)模式。在項(xiàng)目開發(fā)過(guò)程中，公司采用了一系列的軟件過(guò)程能力評(píng)估方法和工具。以下是該項(xiàng)目的一些關(guān)鍵信息：1.項(xiàng)目規(guī)模：約10萬(wàn)行代碼。2.項(xiàng)目團(tuán)隊(duì)：由10名開發(fā)人員、2名測(cè)試人員和1名項(xiàng)目經(jīng)理組成。3.項(xiàng)目周期：12個(gè)月。4.項(xiàng)目管理工具：JIRA。5.項(xiàng)目評(píng)估方法：CMMI模型。一、問(wèn)題：1、請(qǐng)根據(jù)案例材料，簡(jiǎn)要說(shuō)明敏捷開發(fā)模式在項(xiàng)目開發(fā)過(guò)程中的優(yōu)勢(shì)。答案：敏捷開發(fā)模式的優(yōu)勢(shì)包括：（1）快速響應(yīng)變更：敏捷開發(fā)模式允許項(xiàng)目團(tuán)隊(duì)在項(xiàng)目開發(fā)過(guò)程中快速響應(yīng)客戶需求的變化。（2）降低風(fēng)險(xiǎn)：通過(guò)持續(xù)交付和迭代，敏捷開發(fā)模式有助于降低項(xiàng)目風(fēng)險(xiǎn)。（3）提高客戶滿意度：