在開發(fā)的軟件產(chǎn)品完成系統(tǒng)測試之后，作為最終產(chǎn)品應(yīng)將其存入（），等待交付用戶或現(xiàn)場安裝。

一般來說，變更控制流程的作用不包括（）

變更控制是對（）的變更進(jìn)行標(biāo)識、文檔化、批準(zhǔn)或拒絕，并控制。

由于政府的一項新規(guī)定，某項目的項目經(jīng)理必須變更該項目的范圍。項目目標(biāo)已經(jīng)做了若干變更，項目經(jīng)理已經(jīng)對項目的技術(shù)和管理文件做了必要的修改，他的下一步應(yīng)該是（）

配置管理系統(tǒng)通常由（）組成。

某軟件企業(yè)為規(guī)范配置管理活動，確保項目配置管理的有效性，避免出現(xiàn)混亂現(xiàn)象，對配置管理庫狀況進(jìn)行審計，確定配置庫中的配置項和建立的基線的正確性、完整性，并且記錄審計結(jié)果。該企業(yè)的配置審計內(nèi)容應(yīng)包括（）①評估基線的完整性②檢查配置記錄是否正確反映了配置項的配置情況③審查配置項的結(jié)構(gòu)完整性④對配置項進(jìn)行技術(shù)評審⑤驗證配置項的完備性和正確性⑥驗證是否符合配置管理標(biāo)準(zhǔn)和規(guī)程⑦對審計后提出的各項行動進(jìn)行跟蹤，直到結(jié)束

需求變更提出來之后，接著應(yīng)該進(jìn)行下列中的（）工作。

某軟件開發(fā)項目計劃設(shè)置如下基線：需求基線、設(shè)計基線、產(chǎn)品基線。在編碼階段，詳細(xì)設(shè)計文件需要變更，以下敘述中（）是正確的。

項目團(tuán)隊已經(jīng)確定項目的各工作環(huán)節(jié)和部分?？蛻魧徸h文件發(fā)現(xiàn)需要做出項目范圍的變更，由此提出了變更請求。這是一個由于以下（）原因引起的變更請求。

某個配置項的版本由1.11變?yōu)?.12，按照配置版本號規(guī)則表明（）