當(dāng)出現(xiàn)招標(biāo)文件中的某項規(guī)定與招標(biāo)人對投標(biāo)人質(zhì)疑問題的書面解答不一致時，應(yīng)以（）為準(zhǔn)。
A、招標(biāo)文件中的規(guī)定
B、現(xiàn)場考察時招標(biāo)單位的口頭解釋
C、招標(biāo)單位在會議上的口頭解答
D、對投標(biāo)人質(zhì)疑的書面解答文件 

關(guān)于項目溝通技巧的敘述中。（）是不正確的。
A、了解項目干系人不同的溝通風(fēng)格，盡量采用對方能接受的溝通風(fēng)格
B、正式和非正式的溝通相結(jié)合有利于關(guān)系的融洽
C、有效利用溝通的升級原則，先和對方溝通，然后和對方的上級溝通
D、盡量多地使用行話可以提高溝通效率

按照溝通計劃安排，項目經(jīng)理在某財務(wù)控制點要根據(jù)掙值分析理論向財務(wù)總監(jiān)提交績效報告，下列績效報告內(nèi)容正確的是（）
A、按照控制賬戶中財務(wù)指標(biāo)，對CPI CV BAC進(jìn)行計算和分析并提出措施
B、根據(jù)控制點基線，對CPI CV SPI SV BAC進(jìn)行計算和分析并提出措施
C、根據(jù)控制點基線，對CPI CV SPI SV ETC進(jìn)行計算和分析并提出措施
D、按照控制賬戶中財務(wù)指標(biāo)，匯報財務(wù)狀態(tài)、進(jìn)展報告，進(jìn)行狀態(tài)分析

軟件需求工程的活動可以劃分為5個獨立的階段：需求獲取、需求建模、形成需求規(guī)格、需求驗證和需求管理，需求建模是（）
A、分析需求的正確性和可行性的過程
B、對需求的抽象描述
C、對生成需求模型構(gòu)件的精確的形式化的描述
D、開發(fā)、捕獲和修訂用戶的需求

下列關(guān)于需求變更影響分析的做法中，（）是錯誤的
A、需求主管人員把需求變更的優(yōu)先級分為5級
B、建立一個需求決策數(shù)據(jù)庫，根據(jù)數(shù)據(jù)庫內(nèi)容知道變更決策
C、沒有代價或不影響進(jìn)度的變更可以直接實施
D、變更分析流程需考慮：涉及問題核對，影響軟件元素核對，評估變更工時、評估工作值總和、任務(wù)順序、變更對路徑的影響，對進(jìn)度成本的影響、優(yōu)先級等

表示需求和別的系統(tǒng)元素之間的聯(lián)系鏈的最普遍方式是使用需求跟蹤能力矩陣。如果軟件開發(fā)人員發(fā)現(xiàn)，有一個孤立的設(shè)計元素在需求跟蹤能力矩陣中不能回溯到需求，但其表明一個正當(dāng)?shù)墓δ埽瑒t說明（）
A、需求規(guī)格說明書漏掉了一項需求
B、設(shè)計元素不滿足用戶需求
C、需求規(guī)格不滿足用戶需求
D、在需求跟蹤能力矩陣中不需要建立用戶需求與設(shè)計元素之間的聯(lián)系