以下有關(guān)變更控制方面的描述中,()是正確的
A、任何變更都要得到三方(建設(shè)單位,監(jiān)理單位和承建單位)的書(shū)面確認(rèn),嚴(yán)禁擅自變更
B、承建單位或建設(shè)單位是變更的申請(qǐng)者,監(jiān)理方不能提出變更申請(qǐng)
C、承建單位提出變更申請(qǐng),一般應(yīng)首先遞交業(yè)主初審,同意后再與監(jiān)理協(xié)商確定變更方法
D、建設(shè)單位不能提出變更申請(qǐng)
根據(jù)《計(jì)算機(jī)軟件文檔編制規(guī)范GB/T 8567-2006》,文檔在形成后都要求進(jìn)行質(zhì)量控制,主要活動(dòng)包括()
①評(píng)審 ②可行性測(cè)試 ③走查 ④審查
A、①②③④
B、①②
C、①③④
D、②③④
( )不屬于配置識(shí)別的內(nèi)容。
A. 給每個(gè)產(chǎn)品和它的組件及相關(guān)的文檔分配唯一的標(biāo)識(shí)
B. 定義每個(gè)配置項(xiàng)的重要特征以及識(shí)別其所有者
C. 維護(hù)文檔和組件的修訂與產(chǎn)品版本之間的關(guān)系
D. 確定配置庫(kù)程序的標(biāo)志和管理機(jī)制
以下關(guān)于版本控制的說(shuō)法中,( )是錯(cuò)誤的。
A. 版本管理主要控制配置項(xiàng)的創(chuàng)建過(guò)程
B. 軟件開(kāi)發(fā)過(guò)程中,絕大多數(shù)配置項(xiàng)都要經(jīng)過(guò)多次修改才能最終確定下來(lái)
C. 對(duì)配置項(xiàng)的任何修改都將產(chǎn)生新的版本
D. 版本控制的目的是避免版本丟失或混饒等現(xiàn)象
某公司的質(zhì)量目標(biāo)是每千行代碼缺陷數(shù)不大于2.5個(gè),項(xiàng)目組為了確保目標(biāo)的達(dá)成,并能對(duì)軟件開(kāi)發(fā)項(xiàng)目組5個(gè)代碼編寫(xiě)人員各自的質(zhì)量進(jìn)行趨勢(shì)分析,適合使用的質(zhì)量工具是()
A、散點(diǎn)圖
B、矩陣圖
C、控制圖
D、親和圖
以下關(guān)于需求變更策略的敘述中,()是錯(cuò)誤的
A、所有需求變更必須遵循變更控制過(guò)程
B、對(duì)于未獲得核準(zhǔn)的變更,不應(yīng)該做變更實(shí)現(xiàn)工作
C、完成了對(duì)某個(gè)需求的變更后,就可以刪除或者修改變更請(qǐng)求的原始文檔
D、每一個(gè)需求變更必須能追溯到一個(gè)經(jīng)核準(zhǔn)的變更請(qǐng)求
以下關(guān)于變更控制委員會(huì)CCB的描述中,()是正確的
A、CCB是作業(yè)機(jī)構(gòu)
B、CCB在審批變更是要提出變更方案
C、項(xiàng)目經(jīng)理不能進(jìn)入CCB
D、CCB的權(quán)利包含對(duì)儲(chǔ)備資源的授權(quán)