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

某公司項(xiàng)目經(jīng)理在管理一個(gè)項(xiàng)目時(shí)，懷疑有項(xiàng)目組成員曾將客戶內(nèi)部信息泄露給客戶的一個(gè)競爭對(duì)手，項(xiàng)目經(jīng)理此時(shí)較恰當(dāng)?shù)淖龇ㄊ牵ǎ?br />A、與項(xiàng)目組成員討論此問題
B、提醒團(tuán)隊(duì)成員注意并制定預(yù)防措施
C、與其他項(xiàng)目組經(jīng)理討論此問題
D、更好項(xiàng)目組成員

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

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

有關(guān)大型及復(fù)雜項(xiàng)目管理的說法中，（）是錯(cuò)誤的
A、大型項(xiàng)目經(jīng)理的日常職責(zé)更集中于管理職責(zé)
B、大型項(xiàng)目管理模式接近于直接管理模式
C、在大型項(xiàng)目中應(yīng)明確大項(xiàng)目經(jīng)理和子項(xiàng)目經(jīng)理各自的職責(zé)
D、在大型項(xiàng)目中應(yīng)建立統(tǒng)一的項(xiàng)目過程

由于大型項(xiàng)目團(tuán)隊(duì)構(gòu)成復(fù)雜，因此在制定風(fēng)險(xiǎn)管理計(jì)劃時(shí)，首先要考慮（）。
A、組織及參與項(xiàng)目的人員的風(fēng)險(xiǎn)態(tài)度和風(fēng)險(xiǎn)承受度
B、已識(shí)別風(fēng)險(xiǎn)清單
C、項(xiàng)目風(fēng)險(xiǎn)的相對(duì)排序或優(yōu)先度清單
D、風(fēng)險(xiǎn)的應(yīng)對(duì)策略