某項(xiàng)目的可行性報(bào)告中有如下描述：“…為了規(guī)避風(fēng)險(xiǎn)，采用模塊化開發(fā)的方法，即每個(gè)模塊可以單獨(dú)開發(fā)與銷售，放到整個(gè)系統(tǒng)中又可以與其他模塊協(xié)同工作，能夠有效降低開發(fā)成本與風(fēng)險(xiǎn)…項(xiàng)目采用面向?qū)ο蟮?、模塊化的建模與開發(fā)方法，主體采用B/S結(jié)構(gòu)，使用Java語(yǔ)言開發(fā)，技術(shù)手段成熟…開發(fā)出的系統(tǒng)可以提供較好的平臺(tái)擴(kuò)展性，能夠有效推動(dòng)項(xiàng)目成果的產(chǎn)業(yè)化，具有較好的市場(chǎng)前景…項(xiàng)目運(yùn)行嚴(yán)格執(zhí)行采購(gòu)招投標(biāo)制，深入貫徹《國(guó)有企業(yè)物資采購(gòu)管理暫行規(guī)定》，進(jìn)一步堵塞管理漏洞…”這段描述中沒(méi)有涉及的是（  ）。
A．技術(shù)可行性
B．運(yùn)行環(huán)境可行性
C．風(fēng)險(xiǎn)因素及對(duì)策
D．經(jīng)濟(jì)可行性

關(guān)于項(xiàng)目的可行性研究，以下論述中不正確的是（  ）。
A．項(xiàng)目的初步可行性研究和詳細(xì)可行性研究的主要內(nèi)容基本相同
B．初步可行性研究的結(jié)論包括四種：肯定，立即上馬；肯定，進(jìn)入詳細(xì)可行性研究；展開專題研究；否定，項(xiàng)目下馬
C．初步可行性研究的方法很多，如：經(jīng)濟(jì)評(píng)論法、市場(chǎng)預(yù)測(cè)法、投資估算法、增量?jī)粜б娣ǖ?br />D．詳細(xì)可行性分析的內(nèi)容包含有項(xiàng)目的經(jīng)濟(jì)和社會(huì)效益分析

某信息系統(tǒng)項(xiàng)目在項(xiàng)目預(yù)測(cè)與評(píng)估的過(guò)程描述如下：①聘請(qǐng)多領(lǐng)域?qū)＜也扇”硨?duì)背的方式進(jìn)行；②借助問(wèn)卷獲取專家的評(píng)估結(jié)論；③匯總問(wèn)卷結(jié)果并在專家間傳閱；④專家調(diào)整各自評(píng)估結(jié)論；⑤通過(guò)多輪征詢獲得專家對(duì)項(xiàng)目評(píng)估的一致見解。那么該項(xiàng)目的評(píng)估采用的方法是（  ）。
A．相關(guān)關(guān)系法
B．頭腦風(fēng)暴法
C．德爾菲法
D．SWOT方法

某企業(yè)在招標(biāo)時(shí)，首先通過(guò)某種資格審查選擇部分供應(yīng)商，并以郵件問(wèn)詢的方式確定它們是否有興趣參與競(jìng)標(biāo)，然后將采購(gòu)文件包發(fā)給所有有興趣的供應(yīng)商，并對(duì)供應(yīng)商反饋的投標(biāo)文件進(jìn)行評(píng)估，最終將中標(biāo)消息通知給中標(biāo)的供應(yīng)商。以下關(guān)于本次招標(biāo)過(guò)程的判斷，正確的是（  ）。
A．項(xiàng)目招標(biāo)之前該企業(yè)不應(yīng)當(dāng)事先進(jìn)行資格篩選
B．意見征詢不應(yīng)通過(guò)郵件的方式進(jìn)行
C．中標(biāo)結(jié)果不應(yīng)僅憑評(píng)估分?jǐn)?shù)確定
D．在選定供應(yīng)商后，招標(biāo)結(jié)果不應(yīng)只反饋給中標(biāo)供應(yīng)商

某公司在項(xiàng)目執(zhí)行過(guò)程中，對(duì)項(xiàng)目需求進(jìn)行收集分析，并形成正式的項(xiàng)目文檔，并由客戶簽字確認(rèn)，但在交貨時(shí)發(fā)現(xiàn)，實(shí)際產(chǎn)品與客戶的要求大相徑庭，客戶拒絕付款。經(jīng)調(diào)查研究發(fā)現(xiàn)，需求來(lái)源和低層需求實(shí)現(xiàn)不完全匹配，這可能是在（  ）方面出了問(wèn)題。
A．制定需求管理計(jì)劃
B．維護(hù)對(duì)需求的雙向跟蹤性
C．求得對(duì)需求的承諾
D．管理需求變更

某項(xiàng)目在執(zhí)行過(guò)程中，軟件的需求基線已經(jīng)確定后，客戶需要增加新的功能，但該需求變更會(huì)對(duì)已經(jīng)完成系統(tǒng)的穩(wěn)定性有較大影響。作為項(xiàng)目負(fù)責(zé)人處理這些需求變更，下列（  ）做法是不合適的。
A．利用原型法給用戶提供預(yù)覽，以幫助準(zhǔn)確把握用戶的真實(shí)需求
B．可以跟客戶說(shuō)不，并與其商議在后續(xù)項(xiàng)目或下一版本中滿足他們的要求
C．秉承“客戶至上”的原則，召集有關(guān)人員開始變更工作，滿足客戶的要求
D．利用在項(xiàng)目初期文檔化的視圖、范圍、限制，與變更項(xiàng)比較，決定是否采用此項(xiàng)變更