20xx年下半年信息系統(tǒng)項(xiàng)目管理師真題(上午題-無答案)-免費(fèi)閱讀
【正文】 （67）A、17 B、18 C、20 D、21● 關(guān)于系統(tǒng)工程的特點(diǎn)，下列敘述中錯(cuò)誤的是（68）。（59）A、拒絕該變更 B、認(rèn)為用戶要求合理，立即實(shí)現(xiàn)該變更C、通過變更控制過程管理該變更 D、要求用戶與公司領(lǐng)導(dǎo)協(xié)商● 項(xiàng)目每個(gè)階段結(jié)束時(shí)的一個(gè)重要工作是進(jìn)行項(xiàng)目績(jī)效評(píng)審，評(píng)審的主要目標(biāo)是（60）。從團(tuán)隊(duì)管理角度，此時(shí)項(xiàng)目經(jīng)理最應(yīng)該（55）。（49）A、定性風(fēng)險(xiǎn)分析B、定量風(fēng)險(xiǎn)分析C、總體風(fēng)險(xiǎn)分析D、具體風(fēng)險(xiǎn)分析● 大型復(fù)雜項(xiàng)目管理與一般項(xiàng)目管理相比較（50）。（43）A、產(chǎn)品收尾 B、資產(chǎn)收尾 C、管理收尾 D、可交付物收尾●（44）不能作為編制人力資源計(jì)劃的工具。（35）A、是否明確定義了每個(gè)任務(wù)的開始和結(jié)束B、是否每個(gè)任務(wù)都有一個(gè)可交互成果C、是否容易估算成本D、是否明確了變更申請(qǐng)●在進(jìn)行項(xiàng)目活動(dòng)歷時(shí)估算時(shí)，如果很難獲得項(xiàng)目工作的詳細(xì)信息，可采用（36）作為項(xiàng)目活動(dòng)歷時(shí)估算的工具。（28）A、未授權(quán)和無關(guān)聯(lián) B、授權(quán)但無關(guān)聯(lián) C、授權(quán)并關(guān)聯(lián) D、授權(quán)● 根據(jù)《合同法》的有關(guān)規(guī)定，下列（29）一項(xiàng)描述不符合合同的法律性質(zhì)。（18）A、調(diào)查問卷或檢查表 B、場(chǎng)景 C、度量 D、實(shí)際運(yùn)行● 在 INTRENET 上瀏覽時(shí)，瀏覽器和 WWW 服務(wù)器之間傳輸網(wǎng)頁使用的協(xié)議是（19）協(xié)議。（11）A、功能性、可靠行、易用性、效率、可維護(hù)性、可移植性B、功能性、壽命、可信性、安全、可維護(hù)性、可移植性C、功能性、無形性、經(jīng)濟(jì)性、效率、可維護(hù)性、可移植性D、功能性、同步性、可信性、安全、可維護(hù)性、可移植性● 根據(jù)《 信息處理數(shù)據(jù)流程圖、程序流程圖、系統(tǒng)流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的文件編制符號(hào)及約定》的描述，一個(gè)符號(hào)如有多個(gè)出口，可按（12）的方法表示。（1）A、電子標(biāo)簽建置成本低B、條形碼標(biāo)簽容量小，但難以被復(fù)制C、電子標(biāo)簽容量大，可同時(shí)讀取多個(gè)標(biāo)簽并且難以被復(fù)制D、電子標(biāo)簽通訊距離短，但對(duì)環(huán)境變化有較高的忍受能力● 瀑布模型把軟件生命周期劃分為 8 個(gè)主要的階段，其中（2）階段定義的規(guī)劃將成為軟件測(cè)試中的系統(tǒng)測(cè)試階段的目標(biāo)（2）A、問題的定義 B、可行性研究 C、軟件需求分析 D、系統(tǒng)總體設(shè)計(jì)● 在信息系統(tǒng)集成項(xiàng)目開發(fā)的開始階段，如果項(xiàng)目存在很多不確定性因素且項(xiàng)目的參與人員還不能完全理解項(xiàng)目開發(fā)的范圍和需求，那么采用（3）作為此項(xiàng)目的開發(fā)模型更符合項(xiàng)目的實(shí)際情況。（7）A、問題的解決過程是改進(jìn)的核心 B、改進(jìn)是受知識(shí)驅(qū)動(dòng)的 C、改進(jìn)是項(xiàng)目開發(fā)人員的主要工作 D、改進(jìn)應(yīng)該是一個(gè)不斷持續(xù)的過程● 因?yàn)樵谲浖_發(fā)的每一環(huán)節(jié)都有可能產(chǎn)生意想不到的問題，所以（8）。（15）A、此模型圖是 UML 類圖，它描述了保險(xiǎn)商務(wù)系統(tǒng)的總統(tǒng)動(dòng)態(tài)行為B、此模型圖是 UML 部署圖，它描述了保險(xiǎn)商務(wù)系統(tǒng)中的構(gòu)件及其依賴關(guān)系C、此模型圖是 UML 協(xié)作圖，它描述了保險(xiǎn)商務(wù)系統(tǒng)用戶之間的協(xié)作和交互D、此模型圖是 UML 用例圖，她描述了外部參與者及其與保險(xiǎn)商務(wù)系統(tǒng)的交互● 關(guān)于數(shù)據(jù)訪問中間件的作用，下列說法錯(cuò)誤的是（16）。（24）A、ipconfig B、nslookup C、tracert D、ping ● 數(shù)據(jù)安全的目的是實(shí)現(xiàn)數(shù)據(jù)的（25）。（32）A、項(xiàng)目經(jīng)理要整合項(xiàng)目團(tuán)隊(duì)成員知識(shí)，使管理團(tuán)隊(duì)知識(shí)結(jié)構(gòu)滿足管理要求B、項(xiàng)目經(jīng)理沒必要掌握項(xiàng)目管理各知識(shí)的細(xì)節(jié)，只需要掌握 5 個(gè)知識(shí)領(lǐng)域的綱要C、項(xiàng)目經(jīng)理所需要知識(shí)就是項(xiàng)目經(jīng)理所掌握的知識(shí)D、項(xiàng)目經(jīng)理要求項(xiàng)目組成員都精通項(xiàng)目管理相關(guān)知識(shí)●每一個(gè)項(xiàng)目階段都以一個(gè)或數(shù)個(gè)（33）為其標(biāo)志。（40）A、范圍確認(rèn)是有關(guān)工作結(jié)果的可接受問題，質(zhì)量控制是有關(guān)工作結(jié)果是否滿足質(zhì)量需求的問題B、范圍確認(rèn)與質(zhì)量控制相同C、質(zhì)量控制通常是在范圍確認(rèn)之前進(jìn)行，這兩個(gè)過程是串行執(zhí)行的D、范圍確認(rèn)的輸入包括項(xiàng)目分解結(jié)構(gòu)字典，質(zhì)量控制輸入不包括項(xiàng)目分解結(jié)構(gòu)字典● 某項(xiàng)目經(jīng)理張先生在確定項(xiàng)目范圍過程中，已得到項(xiàng)目章程、工作說明書、企業(yè)環(huán)境因素和組織過程資產(chǎn)等信息，他立刻組織項(xiàng)目團(tuán)隊(duì)管理人員，并聘請(qǐng)有關(guān)專家，采用項(xiàng)目管理信息系統(tǒng)、項(xiàng)目管理方法論等工具，確定項(xiàng)目需要完成的工作，在上述工作結(jié)束后，相應(yīng)的輸出是（41）。（47）A、頭腦風(fēng)暴 B、德爾菲法 C、訪談法 D、優(yōu)勢(shì)、劣勢(shì)、機(jī)會(huì)、威脅分析● 在定性風(fēng)險(xiǎn)分析過程中，使用定性語言將風(fēng)險(xiǎn)的發(fā)生概率及其后果描述為極高、高、中、低、極低 5 級(jí)。（53）A、復(fù)雜的項(xiàng)目會(huì)遵循先自上而下后自下而上的計(jì)劃制定過程B、WBS 的層次結(jié)構(gòu)為認(rèn)識(shí)、把握復(fù)雜項(xiàng)目的邏輯關(guān)系提供了良好的工具C、一個(gè)復(fù)雜的項(xiàng)目往往有許多參與者，項(xiàng)目的順利進(jìn)展有賴于不同角色的協(xié)同工
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1