軟件資格考試軟件過程能力評估師(基礎(chǔ)知識、應(yīng)用技術(shù))合卷(中級)復(fù)習(xí)試題及答案解析

一、基礎(chǔ)知識(客觀選擇題，75題，每題1分，共75分)C.配置管理D.過程與產(chǎn)品質(zhì)量保證在軟件開發(fā)和維護(hù)過程中的某個(gè)關(guān)鍵目標(biāo)。需求管理(RequirementsManagement)是進(jìn)行軟件開發(fā)工作。風(fēng)險(xiǎn)管理(RiskManagement)關(guān)注于識別、分析、規(guī)劃、跟蹤、控制和溝通可能影響項(xiàng)目成功的風(fēng)險(xiǎn)。配置管理(ConfigurationManagement)關(guān)注于質(zhì)量保證(ProcessandProductQualityAssurance)關(guān)注于提供客觀的證據(jù)，證明3、以下哪個(gè)不是軟件過程能力成熟度模型(CMMI)的五個(gè)等級之一?A)初始級C)優(yōu)秀級D)完美級低到高依次為：初始級(Initial)、已管理級(Managed)、已定義級(Defined)、量化4、在敏捷開發(fā)方法中，哪個(gè)角色主要負(fù)責(zé)與客戶的溝通和協(xié)作，確保開發(fā)團(tuán)隊(duì)理解并滿足客戶的需求?A)產(chǎn)品負(fù)責(zé)人(ProductOwner)B)敏捷教練(AgileCoach)以及開發(fā)工作所帶來的價(jià)值的人。他們管理產(chǎn)品backlog(待辦事項(xiàng)列表),確保開發(fā)團(tuán)隊(duì)理解并滿足客戶的需求，是與客戶溝通和協(xié)作的關(guān)鍵角色。敏捷教練(或ScrumMaster)負(fù)責(zé)促進(jìn)Scrum實(shí)踐，幫助團(tuán)隊(duì)遵循Scrum的規(guī)則和價(jià)值觀，但不直接管理產(chǎn)品backlog或與客戶溝通。開發(fā)團(tuán)隊(duì)則負(fù)責(zé)構(gòu)建和測試產(chǎn)品，而ScrumMaster則主要負(fù)責(zé)團(tuán)隊(duì)的運(yùn)作流程，確保團(tuán)隊(duì)遵循Scrum原則和實(shí)踐。5、以下哪一項(xiàng)不屬于軟件過程能力評估中常見的成熟度模型?軟件過程能力評估中常用的成熟度模型主要幫助組織理解和改進(jìn)其軟件開發(fā)和維·CMMI(CapabilityMaturity●ISO/IEC15504(也稱為SPICE的基礎(chǔ)):這是一個(gè)國際標(biāo)準(zhǔn)，為軟件過程能力提而AgileManifesto(敏捷宣言)并不直接是一個(gè)成熟度模型，而是由一組價(jià)值觀和文檔化?D)量化管理級CMMI(CapabilityMaturityModelIntegration)定義了五個(gè)成熟度等級，每個(gè)·量化管理級(QuantitativelyManaged):這個(gè)級別引入了量化的目標(biāo)，用于管因此，根據(jù)CMMI的定義，已定義級(Defined)是強(qiáng)調(diào)過程被明確定義、管理、性和預(yù)測性水平?解析：CMMI(CapabilityMaturityModelIntegration,能力成熟度模型集成)ISO9001是質(zhì)量管理體系的國際標(biāo)準(zhǔn)，它關(guān)注于組織的整體質(zhì)量管理體系，而不AgileManifesto(敏捷宣言)和ScrumGuide(Scrum指南)都是關(guān)于敏捷軟件開及服務(wù)的質(zhì)量和性能是可預(yù)測的”?B)已定義級(Defined)D)優(yōu)化級(Optimizing)已量化級(QuantitativelyManaged)是CMMI的第四個(gè)成熟度等級，它要求組織9、以下哪項(xiàng)是軟件過程能力評估師在評估軟件項(xiàng)目時(shí)不需要關(guān)注的內(nèi)容?A.項(xiàng)目的需求管理過程B.項(xiàng)目的團(tuán)隊(duì)成員個(gè)人技能水平C.項(xiàng)目的風(fēng)險(xiǎn)管理過程解析：軟件過程能力評估師(SoftwareProcesA.項(xiàng)目的需求管理過程是評估軟件項(xiàng)目成功與否的關(guān)鍵因素之一，因?yàn)樗苯雨P(guān)B.雖然團(tuán)隊(duì)成員的個(gè)人技能水平對軟件項(xiàng)目有重要影響，但它并不是軟件過程能C.風(fēng)險(xiǎn)管理是任何項(xiàng)目成功的關(guān)鍵，軟件項(xiàng)目也不例外。評估項(xiàng)目的風(fēng)險(xiǎn)管理過D.質(zhì)量保證過程是確保軟件產(chǎn)品滿足既定標(biāo)準(zhǔn)和客戶需求的關(guān)鍵。評估質(zhì)量保證表了組織能夠定量地管理其過程和產(chǎn)品質(zhì)量?A.初始級B.可管理級D.量化管理級答案：4(量化管理級)可管理級(2級)、已定義級(3級)、量化管理級(4級)和優(yōu)化管理級(5級)。在量步驟中，哪個(gè)步驟是識別可能影響項(xiàng)目成功的潛在問題或事件?13、在軟件開發(fā)過程中，下列哪項(xiàng)不是需求工程的主要活動?A.需求獲取C.需求驗(yàn)證D.需求設(shè)計(jì)●量化管理級(QuantitativelyManaged):軟件開發(fā)過程不僅被定義和文檔化，●優(yōu)化級(Optimizing):這是CMMI的最高級別，代表了組織在軟件開發(fā)和維護(hù)方“已管理”的水平，即選項(xiàng)B。模型分為幾個(gè)成熟度等級?解析：CMMI(CapabilityMaturityModelIntegration,能力成熟度模型集成)程能力成熟度劃分為五個(gè)等級，從初始級(Initial)開始，逐步提升到已管理級(Managed)、已定義級(Defined)、量化管理級(QuantitativelyManaged),并最終達(dá)到優(yōu)化級(Optimizing)。每個(gè)等級都代表了一種特定的過程能力成熟度水平，并為A.需求分析B.項(xiàng)目啟動C.設(shè)計(jì)階段D.實(shí)施與測試和驗(yàn)證。因此，在軟件過程能力評估中，項(xiàng)目啟動階段是與A.需求分析階段B.設(shè)計(jì)階段C.編碼階段D.測試階段18、在軟件質(zhì)量保證體系中，哪個(gè)活動主要是通過預(yù)防機(jī)入?A.評審與審計(jì)B.單元測試C.回歸測試D.代碼審查19、在軟件過程能力評估中，CMMI(Capability模型將軟件過程成熟度劃分為幾個(gè)等級?等級，從低到高依次為：初始級(Initi量化管理級(QuantitativelyManaged)和優(yōu)化級(0ptimizing)。每個(gè)等級都代表了進(jìn)展情況和預(yù)測信息，定期更新項(xiàng)目計(jì)劃，以確保項(xiàng)目目A.風(fēng)險(xiǎn)管理B.變更控制C.進(jìn)度控制D.質(zhì)量控制解析：在軟件項(xiàng)目管理中，進(jìn)度控制(ScheduleControl)是指對項(xiàng)目進(jìn)度進(jìn)行管和監(jiān)控項(xiàng)目中的風(fēng)險(xiǎn)；選項(xiàng)B的變更控制則是指對項(xiàng)目變更進(jìn)行管理和控制的過程，以南?C.編碼D.測試A.初始級(Initial)D.量化管理級(QuantitativelyManaged) 27、以下哪個(gè)不屬于軟件過程能力評估中的關(guān)鍵過程域(KPA)?A.需求管理B.項(xiàng)目管理C.代碼審查D.安全性評估解析：關(guān)鍵過程域(KeyProcessAreas,KPA)型)中定義的一組相關(guān)實(shí)踐活動，這些活動對于提高和改進(jìn)軟件過程至關(guān)重要。全性是軟件開發(fā)中非常重要的一個(gè)方面，但它通常通過特定的安全標(biāo)準(zhǔn)(如ISO27001、NIST等)或安全開發(fā)實(shí)踐(如安全編碼準(zhǔn)則、安全測試等)來管理，而28、在軟件過程能力評估中，以下哪個(gè)活動屬于“組織過程定義(OPD)”關(guān)鍵過程域?A.制定項(xiàng)目計(jì)劃B.編寫測試用例C.評估項(xiàng)目績效D.建立和維護(hù)組織級的過程資產(chǎn)庫解析：組織過程定義(0rganizationalProcessDefinition,OPD)是CM●B.編寫測試用例：是軟件測試階段的一個(gè)活動，與0PD無直接關(guān)聯(lián)?！.評估項(xiàng)目績效：是項(xiàng)目管理中的一部分，用于監(jiān)控項(xiàng)目的進(jìn)度、成本和等方面，但同樣不屬于0PD?！馜.建立和維護(hù)組織級的過程資產(chǎn)庫：正是OPD關(guān)鍵過程域的核心活動之一。它29、在CMMI(能力成熟度模型集成)中，哪個(gè)級別關(guān)注于組織級的過程改進(jìn)和項(xiàng)A.初始級B.已管理級C.已定義級答案：4級(量化管理級)理級(2級)、已定義級(3級)、量化管理級(4級)和優(yōu)化管理級(5級)。其中，從未進(jìn)行量化管理。而到了第4級(量化管理級),組B.關(guān)鍵過程域定義了實(shí)現(xiàn)某個(gè)成熟度級別所必須滿足的所有過程要求C.關(guān)鍵過程域是可選的，組織可以根據(jù)自身情況選擇是否實(shí)施要素37、在軟件開發(fā)過程中，哪個(gè)階段主要負(fù)責(zé)確定系統(tǒng)必須“做什么”,即制定需求規(guī)格說明書?A.需求分析B.總體設(shè)計(jì)C.詳細(xì)設(shè)計(jì)D.編碼什么”,即明確軟件的功能性需求和非功能性需求。需求分析為?A.單元測試C.壓力測試解析：壓力測試(StressTesting)是一種軟件測試方法，它主要用于評估軟件在大量并發(fā)請求等),來觀察軟件是否能夠穩(wěn)定運(yùn)行，以及是否會出現(xiàn)性能下降、崩潰等問題。單元測試主要關(guān)注于軟件中的最小可測試單元(如函數(shù)、方法等)的正確性；集39、在軟件過程能力評估中，哪個(gè)模型用于衡量軟件開發(fā)過程的成熟度?A.初始級●A選項(xiàng)(初始級):這是CMMI中的最低等級，過程通常是無序的，有時(shí)甚至是混●B選項(xiàng)(已管理級):在這一等級，組織已經(jīng)建立了基本的項(xiàng)目管理過程，并對●C選項(xiàng)(已定義級):在這一等級，組織已經(jīng)建立了一個(gè)標(biāo)準(zhǔn)化的軟件開發(fā)過程，●D選項(xiàng)(量化管理級):在這一等級，組織不僅建立了標(biāo)準(zhǔn)化的軟件開發(fā)過程，級別強(qiáng)調(diào)了對過程的量化管理?A.初始級(Initial)B.已管理級(Managed)C.已定義級(Defined)D.量化管理級(QuantitativelyManaged)A.過程域(ProcessAreas)D.項(xiàng)目管理方法(ProjectManagementMethods) 通用目標(biāo)則是一些跨過程域的目標(biāo)，它們?yōu)檎麄€(gè)CMMI模型提供了一個(gè)統(tǒng)一的視角。相比之下，項(xiàng)目管理方法(ProjectManagementMethods)并不是CMMI模型的核43、以下關(guān)于軟件過程能力成熟度模型(CMMI)的說法中，正確的是?●B選項(xiàng)正確，CMMI確實(shí)提供了從混亂(初始級)到優(yōu)化(優(yōu)化級)的五個(gè)成熟度44、在軟件過程能力評估中，哪個(gè)關(guān)鍵過程域(KPA)涉及到對項(xiàng)目進(jìn)行監(jiān)控和控制，以確保項(xiàng)目按計(jì)劃進(jìn)行?A.項(xiàng)目計(jì)劃B.項(xiàng)目監(jiān)控與控制·B選項(xiàng)正確，項(xiàng)目監(jiān)控與控制關(guān)鍵過程域(KPA)涉及對項(xiàng)目進(jìn)行持續(xù)的監(jiān)控和45、在軟件項(xiàng)目管理中，估算項(xiàng)目工作量時(shí)常用的技術(shù)或方法不包括()A.功能點(diǎn)分析B.代碼行估算法C.專家判斷D.單元測試A.功能點(diǎn)分析(FunctionPointAnalysis,FPA)是一種用于測量軟件項(xiàng)目規(guī)模B.代碼行估算法(LinesofCode,LOC)通過估計(jì)項(xiàng)目最終將包含的代碼行數(shù)來C.專家判斷是項(xiàng)目管理中常用的一種估算技術(shù)，通過具有相關(guān)經(jīng)驗(yàn)和專業(yè)知識的D.單元測試是軟件開發(fā)過程中的一種測試活動，它關(guān)注于軟件的最小可測試單元(如函數(shù)、方法等)的正確性，與項(xiàng)目工作量的估算無直接關(guān)聯(lián)。因此，單元測試不是46、在軟件配置管理中，基線(Baseline)是一個(gè)重要的概念，它指的是()A.軟件開發(fā)過程中的一個(gè)時(shí)間點(diǎn)，此時(shí)軟件產(chǎn)品的某一版本被正式確定并凍結(jié)B.軟件項(xiàng)目計(jì)劃中的一項(xiàng)任務(wù)，用于創(chuàng)建和管理軟件產(chǎn)品的不同版本C.軟件測試階段的一個(gè)里程碑，標(biāo)志著軟件產(chǎn)品已經(jīng)完成了所有測試并準(zhǔn)備發(fā)布D.軟件開發(fā)團(tuán)隊(duì)中負(fù)責(zé)版本控制和變更管理的一個(gè)角色或崗位A.基線(Baseline)在軟件配置管理中，指的是軟件開發(fā)過程中的一個(gè)時(shí)間點(diǎn)，B.這個(gè)選項(xiàng)將基線描述為軟件項(xiàng)目計(jì)劃中的一項(xiàng)任務(wù)，這是不準(zhǔn)確的。基線不是C.這個(gè)選項(xiàng)將基線與軟件測試階段的里程碑相聯(lián)系，這同樣是不準(zhǔn)確的?；€可D.這個(gè)選項(xiàng)將基線描述為一個(gè)角色或崗位，這完全偏離了基線的實(shí)際含義。基線47、在軟件過程能力評估中，CMMI(Capability答案：3解析：CMMI(CapabilityMaturityModelIntegration,能力成熟度模型集成)從低到高分別是初始級(1級)、已管理級(2級)、已定義級(3級)、量化管理級(4級)和優(yōu)化管理級(5級)。在量化管理級(4級),組織開始強(qiáng)調(diào)對過程的量化管理，A.CMMI(CapabilityMatC.SPICE(SoftwareProcessD.TMMI(TestingMaturityModelIntegration)●A.CMMI(能力成熟度模型集成):是一個(gè)廣泛使用的軟件過程能力評估模型，它提供了從混亂級(Level1)到優(yōu)化級(Level5)的五個(gè)成熟度等級。·D.TMMI(測試成熟度模型集成):是專門針對軟件測試過程的能力成熟度模型，類似于CMMI但專注于測試領(lǐng)域。B.已定義級(DefinedLevel)C.量化管理級(QuantitativelyManagedLevel)D.優(yōu)化級(OptimizingLevel)●B.已定義級(DefinedLevel):此級別上，組織已經(jīng)建立了標(biāo)準(zhǔn)的過程，包括·C.量化管理級(QuantitativelyManagedLevel):在此級別，組織使用統(tǒng)計(jì)和·D.優(yōu)化級(OptimizingLevel):最高級別，組織能夠持續(xù)不斷地改進(jìn)過程，預(yù)組織已經(jīng)建立了定量的過程管理，并能夠?qū)浖^程和產(chǎn)品質(zhì)量進(jìn)行統(tǒng)計(jì)控制?A.初始級(Initial)B.可管理級(Managed)C.已定義級(Defined)D.量化管理級(QuantitativelyManaged)●A選項(xiàng)(初始級):在初始級，軟件過程通常是無序的，甚至可能是混亂的，沒●B選項(xiàng)(可管理級):在這一級別，組織開始對項(xiàng)目進(jìn)行有計(jì)劃的跟蹤和控制，●C選項(xiàng)(已定義級):在已定義級，組織已經(jīng)定義了一套標(biāo)準(zhǔn)的軟件過程，并建·D選項(xiàng)(量化管理級):在量化管理級，組織不僅定義了軟件過程，還建立了定B.已管理級D.優(yōu)化級●量化管理級(QuantitativelyManaged):分析和對軟件開發(fā)過程和產(chǎn)品質(zhì)量的其中，優(yōu)化級是CMMI中的最高級別。54、在軟件項(xiàng)目管理中，下列哪項(xiàng)是項(xiàng)目范圍管理的主要目標(biāo)?A.確保項(xiàng)目按時(shí)完成B.確保項(xiàng)目成本在預(yù)算范圍內(nèi)C.確保項(xiàng)目符合預(yù)定的需求和范圍D.確保項(xiàng)目質(zhì)量符合預(yù)期的需求和范圍一致。項(xiàng)目范圍定義了項(xiàng)目的邊界，包括項(xiàng)目的產(chǎn)品范圍(即項(xiàng)目所交付的產(chǎn)品或服務(wù))和項(xiàng)目的工作范圍(即為了完成產(chǎn)品范圍而必須進(jìn)行的全部工作)。通過有效的范圍管理，可以避免范圍蔓延(即項(xiàng)目范圍不受控制地?cái)U(kuò)大)和范圍鍍金(即添加非合同要求但有利于項(xiàng)目的功能或特性)等問題，從而確保項(xiàng)目能夠按預(yù)定目標(biāo)完選項(xiàng)A(確保項(xiàng)目按時(shí)完成)是項(xiàng)目時(shí)間管理的目標(biāo)；選項(xiàng)B(確保項(xiàng)目成本在預(yù)算范圍內(nèi))是項(xiàng)目成本管理的目標(biāo)；選項(xiàng)D(確保項(xiàng)目質(zhì)量符合預(yù)期)是項(xiàng)目質(zhì)量管理的目標(biāo)。55、在軟件項(xiàng)目管理中，關(guān)于甘特圖(GanttChart)的描述，哪個(gè)是正確的?目的成本分配情況，這是不正確的，成本分配通常通過其他工具(如成本效益分析圖)根據(jù)實(shí)際情況進(jìn)行更新以反映進(jìn)度的變化。選項(xiàng)D指出甘特圖主要用于項(xiàng)目風(fēng)險(xiǎn)管理，56、在軟件質(zhì)量保障(SQA)活動中，哪個(gè)階段的主要任務(wù)是確保軟件過程符合既D、審計(jì)與復(fù)審解析：在軟件質(zhì)量保障(SQA)的上下文中，質(zhì)量保證(QualityAssurance,QA)的主要任務(wù)是建立和維護(hù)一套質(zhì)量標(biāo)準(zhǔn)和規(guī)程，并確保軟件過程(包括開發(fā)、測試、維護(hù)等各個(gè)階段)遵循這些標(biāo)準(zhǔn)和規(guī)程。質(zhì)量保證的目的是預(yù)防錯(cuò)誤和缺陷的發(fā)生，而不57、以下關(guān)于軟件過程能力的描述，錯(cuò)誤的是()。A.軟件過程能力是指軟件開發(fā)組織或團(tuán)隊(duì)按照預(yù)定的過程進(jìn)行軟件開發(fā)并產(chǎn)生符B.軟件過程能力的高低通常可以通過軟件過程成熟度模型來評估C.軟件過程能力只與軟件開發(fā)團(tuán)隊(duì)的技術(shù)水平有關(guān)，與團(tuán)隊(duì)的組織結(jié)構(gòu)和管理方D.提升軟件過程能力有助于降低軟件開發(fā)的風(fēng)險(xiǎn)和成本58、在軟件過程改進(jìn)中，CMMI(能力成熟度模型集成)的哪個(gè)級別開始引入量化的過程管理?A.初始級B.可管理級D.量化管理級●A選項(xiàng)(初始級):此級別表示軟件開發(fā)過程是無序的，缺乏一致的、定義好的A.CMMI(CapabilityMaturityModelC.SPICE(SoftwareProcessImprovementan措施?B.質(zhì)量管理C.監(jiān)控過程組D.溝通管理62、在軟件過程能力成熟度模型(CMMA.初始級B.已管理級C.已定義級D.量化管理級已管理級、已定義級、量化管理級和優(yōu)化級。其中，量化管理級(Level3)表示組織63、在軟件過程能力評估中，以下哪項(xiàng)是CMMI(CapabilityMaturityModelIntegration)模型中的一個(gè)關(guān)鍵過程域(KPA)?B.編碼標(biāo)準(zhǔn)C.單元測試D.需求分析解析：CMMI(CapabilityMaturity估的一個(gè)國際標(biāo)準(zhǔn)，它包含了一系列的關(guān)鍵過程域(KPA),這些關(guān)鍵過程域代表了組織PPB)”的描述，以下哪項(xiàng)是正確的?A.PPB是組織在過去所有項(xiàng)目中性能的平均值B.PPB是組織在未來項(xiàng)目中預(yù)期達(dá)到的性能目標(biāo)C.PPB是組織根據(jù)歷史數(shù)據(jù)建立的一組性能指標(biāo)，用于評估當(dāng)前項(xiàng)目的性能解析：在軟件過程能力評估中，過程性能基線(PPB●A.PPB不是組織在過去所有項(xiàng)目中性能的平均值，而是基于歷史數(shù)據(jù)建立的、●B.PPB不是組織在未來項(xiàng)目中預(yù)期達(dá)到的性能目標(biāo)，而是用于評估當(dāng)前項(xiàng)目性●C.這是PPB的正確描述。PPB是組織根據(jù)歷史數(shù)據(jù)建立的一組成熟度等級?67、在軟件項(xiàng)目管理中，以下哪項(xiàng)不是風(fēng)險(xiǎn)管理的基本步驟?A.風(fēng)險(xiǎn)識別B.風(fēng)險(xiǎn)量化C.風(fēng)險(xiǎn)監(jiān)控D.風(fēng)險(xiǎn)規(guī)避·A選項(xiàng)(風(fēng)險(xiǎn)識別)是風(fēng)險(xiǎn)管理的第一步，目的是找出可能影響項(xiàng)目成功的潛在●B選項(xiàng)(風(fēng)險(xiǎn)量化)是對已識別的風(fēng)險(xiǎn)進(jìn)行量化分析，評估其對項(xiàng)目目標(biāo)的影響●C選項(xiàng)(風(fēng)險(xiǎn)監(jiān)控)是持續(xù)監(jiān)視項(xiàng)目的風(fēng)險(xiǎn)情況，確保風(fēng)險(xiǎn)應(yīng)對措施的有效性，●D選項(xiàng)(風(fēng)險(xiǎn)規(guī)避)是風(fēng)險(xiǎn)應(yīng)對的一種策略，但并不是風(fēng)險(xiǎn)管理的基本步驟。風(fēng)風(fēng)險(xiǎn)規(guī)避只是風(fēng)險(xiǎn)應(yīng)對策略之一，與其他策略(如風(fēng)險(xiǎn)減輕、風(fēng)險(xiǎn)接受等)一起68、在軟件過程能力成熟度模型(CMMI)中，哪個(gè)級別標(biāo)志著組織開始系統(tǒng)化地管理過程?A.已管理級(ManagedLevel)B.已定義級(DefinedLevel)C.量化管理級(QuantitativelyManagedLevel)D.優(yōu)化級(OptimizingLevel)70、在軟件測試中，哪個(gè)階段主要關(guān)注代碼的執(zhí)行和測試腳本的自動化運(yùn)行?A.單元測試B.集成測試C.系統(tǒng)測試D.驗(yàn)收測試的最小可測試單元(如函數(shù)、模塊等)的驗(yàn)證。在單元測試中，開發(fā)人員或測試人員會執(zhí)行和測試腳本的自動化運(yùn)行。集成測試(B選項(xiàng))關(guān)注模塊之間的集成和交互，系統(tǒng)測試(C選項(xiàng))關(guān)注整個(gè)系統(tǒng)作為一個(gè)整體是否滿足需求，而驗(yàn)收測試(D選項(xiàng))則關(guān)注系統(tǒng)是否滿足用戶的業(yè)務(wù)需求和驗(yàn)收標(biāo)準(zhǔn)。因此，A選A.CMMI(CapabilityMaturityModelIntegration)C.SPICE(SoftwareProcessImprovementandCapD.ITIL(InformationTechnologyInfrastructureLi·A.CMMI(CapabilityMaturityModelIntegration)是一個(gè)集成的軟件過程能●B.ISO9001是一個(gè)通用的質(zhì)量管理體系標(biāo)準(zhǔn)，它C.SPICE(SoftwareProcessImprovementand·D.ITIL(InformationTechnologyInfrastructureLibrary)是一套關(guān)于IT服務(wù)管理的最佳實(shí)踐框架，它關(guān)注于IT服務(wù)的規(guī)劃、設(shè)計(jì)、實(shí)施、運(yùn)營和持續(xù)能夠滿足預(yù)定的業(yè)務(wù)目標(biāo)、范圍、時(shí)間和成本要求?A.需求管理B.項(xiàng)目計(jì)劃C.項(xiàng)目監(jiān)控與控制D.過程與產(chǎn)品質(zhì)量保證·A.需求管理過程域關(guān)注于確保所有利益相關(guān)者的需求都被識別、記錄、跟蹤和A.過程域(Process