信息系統(tǒng)項(xiàng)目管理師當(dāng)天每日一練試題地址:http://www.jazzmuze.com/exam/ExamDay.aspx
往期信息系統(tǒng)項(xiàng)目管理師每日一練試題匯總:http://www.jazzmuze.com/class27-1-1.aspx
信息系統(tǒng)項(xiàng)目管理師每日一練試題(2016/11/8)在線測(cè)試:http://www.jazzmuze.com/exam/ExamDay.aspx?day=2016/11/8
信息系統(tǒng)項(xiàng)目管理師每日一練試題內(nèi)容(2016/11/8)
試題1: 每次項(xiàng)目經(jīng)理會(huì)見(jiàn)其所負(fù)責(zé)的贊助商,贊助商都強(qiáng)調(diào)對(duì)該項(xiàng)目進(jìn)行成本控制的重要性,她總是詢問(wèn)有關(guān)成本績(jī)效的情況,如哪些預(yù)算實(shí)現(xiàn)了,哪些預(yù)算沒(méi)有時(shí)間,為了回答她的問(wèn)題,項(xiàng)目經(jīng)理應(yīng)該提供( )。.
A.成本績(jī)效報(bào)告
B.績(jī)效衡量圖表
C.資源生產(chǎn)力分析
D.趨勢(shì)分析統(tǒng)計(jì)數(shù)據(jù)
The( )describes, in detail, the project’s deliverables and the work required to create those deliverables.
A.project scope statement
B .project requirement
C.project charter
D .product specification
企業(yè)將某些業(yè)務(wù)外包,可能會(huì)給發(fā)包企業(yè)帶來(lái)一些風(fēng)險(xiǎn),這些風(fēng)險(xiǎn)不包括( )。
A.與客戶聯(lián)系減少進(jìn)而失去客戶
B.企業(yè)業(yè)務(wù)轉(zhuǎn)型
C.企業(yè)內(nèi)部知識(shí)流失
D.服務(wù)質(zhì)量降低
某軟件開發(fā)項(xiàng)目在項(xiàng)目的最后階段發(fā)現(xiàn)對(duì)某個(gè)需求的理解與客戶不一致,產(chǎn)生該問(wèn)題最可能的原因是( )工作不完善。
A.需求獲取
B.需求分析
C.需求定義
D.需求驗(yàn)證
以下關(guān)于創(chuàng)建工作分解結(jié)構(gòu)(WBS)的敘述中,( )是不準(zhǔn)確的。
A.當(dāng)前較常用的工作分解結(jié)構(gòu)表示形式主要有分級(jí)的樹型結(jié)構(gòu)和列表
B.WBS最低層次的工作單元是工作包,業(yè)內(nèi)一般把1個(gè)人1周能干完的工作稱為一個(gè)工作包
C.創(chuàng)建 WBS的輸入包括詳細(xì)的項(xiàng)目范圍說(shuō)明書、項(xiàng)目管理計(jì)劃、組織過(guò)程資產(chǎn)
D.創(chuàng)建WBS的輸出包括WBS和WBS字典、范圍基準(zhǔn)、更新的項(xiàng)目管理計(jì)劃
作為系統(tǒng)集成企業(yè)售前負(fù)責(zé)人,在說(shuō)服本單位領(lǐng)導(dǎo)批準(zhǔn)參加項(xiàng)目投標(biāo)時(shí),不需介紹( )。
A. 本企業(yè)技術(shù)可行性分析
B. 企業(yè)人員能力和配置分析
C. 項(xiàng)目的國(guó)民經(jīng)濟(jì)分析
D. 項(xiàng)目財(cái)務(wù)可行性分析
為保證合同訂立的合法性,關(guān)于合同簽訂,以下說(shuō)法不正確的是( )。
A.訂立合同的當(dāng)事人雙方,應(yīng)當(dāng)具有相應(yīng)的民事權(quán)利能力和民事行為能力
B.為保障雙方利益,應(yīng)在合同正文部分或附件中清晰規(guī)定質(zhì)量驗(yàn)收標(biāo)準(zhǔn),并可在合同簽署生效后協(xié)議補(bǔ)充
C.對(duì)于項(xiàng)目完成后發(fā)生技術(shù)性問(wèn)題的處理與維護(hù),如果合同中沒(méi)有相關(guān)條款,默認(rèn)維護(hù)期限為一年
D.合同價(jià)款或者報(bào)酬等內(nèi)容,在合同簽署生效后,還可以進(jìn)行協(xié)議補(bǔ)充
根據(jù)配置項(xiàng)版本編號(hào)規(guī)則,版本編號(hào)為1.72的配置項(xiàng)應(yīng)處于( )狀態(tài)
A、第一次正式發(fā)布
B、修改后重新正式發(fā)布
C、正在修改
D、草稿
In requirements engineering, requirements elicitation is the practice of collecting the requirements of a system from users, customers and other stakeholders. In the following practices, ( ) is rarely used in requirements elicitation.
A. brain storming
B. interview
C. questionnaire
D. Monte Carlo analysis
使用UML對(duì)系統(tǒng)進(jìn)行分析設(shè)計(jì)時(shí),需求描述中的“包含”,“組成”“分為——部分”等詞常常意味著存在()關(guān)系,下圖表示了這種關(guān)系。
A、關(guān)聯(lián)
B、聚集
C、泛化
D、繼承
溫馨提示:因考試政策、內(nèi)容不斷變化與調(diào)整,信管網(wǎng)網(wǎng)站提供的以上信息僅供參考,如有異議,請(qǐng)以權(quán)威部門公布的內(nèi)容為準(zhǔn)!
信管網(wǎng)致力于為廣大信管從業(yè)人員、愛(ài)好者、大學(xué)生提供專業(yè)、高質(zhì)量的課程和服務(wù),解決其考試證書、技能提升和就業(yè)的需求。
信管網(wǎng)軟考課程由信管網(wǎng)依托10年專業(yè)軟考教研傾力打造,官方教材參編作者和資深講師坐鎮(zhèn),通過(guò)深研歷年考試出題規(guī)律與考試大綱,深挖核心知識(shí)與高頻考點(diǎn),為學(xué)員考試保駕護(hù)航。面授、直播&錄播,多種班型靈活學(xué)習(xí),滿足不同學(xué)員考證需求,降低課程學(xué)習(xí)難度,使學(xué)習(xí)效果事半功倍。
發(fā)表評(píng)論 查看完整評(píng)論 | |