隱蔽工程在下一道工序施工前，監(jiān)理人員進(jìn)行檢查驗(yàn)收，應(yīng)認(rèn)真做好驗(yàn)收記錄。以下關(guān)于驗(yàn)收記錄的敘述，錯誤的是（ ）。
A、驗(yàn)收記錄應(yīng)以各分項(xiàng)為基礎(chǔ)，每分項(xiàng)每驗(yàn)收一次，則填寫一份隱蔽驗(yàn)收記錄，不可將不同分項(xiàng)、不同時(shí)間驗(yàn)收的隱蔽工程內(nèi)容填寫在同一張記錄表內(nèi)
B、隱蔽工程驗(yàn)收記錄填寫可以后補(bǔ)，但需反映工程實(shí)際情況
C、對于重要的施工部位隱蔽工程驗(yàn)收應(yīng)有設(shè)計(jì)單位人員參加并在驗(yàn)收記錄上簽字
D、隱蔽工程驗(yàn)收記錄中應(yīng)使用規(guī)范用語和標(biāo)準(zhǔn)計(jì)量單位，避免造成誤解或混淆

為了避免資源的浪費(fèi)和當(dāng)事人雙方的損失，保證工程的質(zhì)量和工程順利完成，（ ）規(guī)定，承包人在隱蔽以前應(yīng)當(dāng)通知發(fā)包人檢查，發(fā)包人檢查合格的，方可進(jìn)行隱蔽施工。
A、《招標(biāo)投標(biāo)法》
B、《政府采購法》
C、《合同法》
D、《反不正當(dāng)競爭法》

在軟件生命周期中，需求分析是軟件設(shè)計(jì)的基礎(chǔ)。需求分析階段研究的對象是軟件項(xiàng)目的（ ）。
A、規(guī)模
B、質(zhì)量要素
C、用戶要求
D、設(shè)計(jì)約束

在UML中，圖是系統(tǒng)體系結(jié)構(gòu)在某個側(cè)面的表示，所有圖在一起組成系統(tǒng)的完整視圖。在UML九種圖中，（1）是靜態(tài)圖，（2）是動態(tài)圖。
（1）A、序列圖  
B、配置圖 
C、協(xié)作圖 
D、數(shù)據(jù)流圖
（2）A、對象圖 
B、數(shù)據(jù)流圖 
C、組件圖 
D、狀態(tài)圖 

UML的包是一種對模型元素進(jìn)行成組組織的通用機(jī)制，以便于理解復(fù)雜的系統(tǒng)。包與包之間的聯(lián)系主要是依賴和（ ）。
A、泛化
B、繼承
C、跟蹤
D、嵌套

針對面向?qū)ο箢愔卸x的每個方法的測試，基本上相當(dāng)于傳統(tǒng)軟件測試中的（ ） 。
A、集成測試
B、系統(tǒng)測試
C、單元測試
D、驗(yàn)收測試