2020年新編上半年-系統(tǒng)集成項(xiàng)目管理工程師-試題解析名師資料_第1頁(yè)
2020年新編上半年-系統(tǒng)集成項(xiàng)目管理工程師-試題解析名師資料_第2頁(yè)
2020年新編上半年-系統(tǒng)集成項(xiàng)目管理工程師-試題解析名師資料_第3頁(yè)
2020年新編上半年-系統(tǒng)集成項(xiàng)目管理工程師-試題解析名師資料_第4頁(yè)
2020年新編上半年-系統(tǒng)集成項(xiàng)目管理工程師-試題解析名師資料_第5頁(yè)
已閱讀5頁(yè),還剩38頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、 以下對(duì)信息系統(tǒng)集成的描述正確的是(1)。(1) A. 信息系統(tǒng)集成的根本出發(fā)點(diǎn)是實(shí)現(xiàn)各個(gè)分立子系統(tǒng)的整合B. 信息系統(tǒng)集成的最終交付物是若干分立的產(chǎn)品C. 信息系統(tǒng)集成的核心是軟件D. 先進(jìn)技術(shù)是信息系統(tǒng)集成項(xiàng)目成功實(shí)施的保障解析信息系統(tǒng)集成不只是設(shè)備選擇和供應(yīng),更重要的是它具有高技術(shù)含量的工程過(guò)程,要面向用戶(hù)需求提供全面解決方案,其核心是軟件。答案是:C. 信息系統(tǒng)集成的核心是軟件 有四家系統(tǒng)集成企業(yè)計(jì)劃于 2010 年 5 月申請(qǐng)計(jì)算機(jī)信息系統(tǒng)集成資質(zhì),其中:甲公司計(jì)劃

2、申請(qǐng)一級(jí)資質(zhì),注冊(cè)資本 3000 萬(wàn)元,具有項(xiàng)目經(jīng)理 20 名,高級(jí)項(xiàng)目經(jīng)理8 名,2010 年 1 月通過(guò) ISO9001 質(zhì)量管理體系認(rèn)證;乙公司計(jì)劃申請(qǐng)一級(jí)資質(zhì),注冊(cè)資本 2000 萬(wàn)元,具有項(xiàng)目經(jīng)理 20 名,高級(jí)項(xiàng)目經(jīng)理8 名,2009 年 4 月通過(guò) ISO9001 質(zhì)量管理體系認(rèn)證;丙公司計(jì)劃申請(qǐng)四級(jí)資質(zhì),注冊(cè)資本 500 萬(wàn)元,具有項(xiàng)目經(jīng)理 5

3、0;名,高級(jí)項(xiàng)目經(jīng)理 1名,2010 年 2 月通過(guò) ISO9001 質(zhì)量管理體系認(rèn)證;丁公司計(jì)劃申請(qǐng)四級(jí)資質(zhì),注冊(cè)資本 500 萬(wàn)元,具有項(xiàng)目經(jīng)理 5 名,高級(jí)項(xiàng)目經(jīng)理 1名,沒(méi)有通過(guò) ISO9001 質(zhì)量管理體系認(rèn)證。根據(jù)上述狀況,公司(2)不符合基本的申報(bào)條件。(2)A.甲B.乙C.丙D.丁解析2003 年 10 月當(dāng)時(shí)的信息產(chǎn)業(yè)部頒布了關(guān)于發(fā)布計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)等級(jí)評(píng)定條件(修訂版)的通知(信部規(guī)2003440 號(hào)

4、文),該 440 號(hào)文規(guī)定了對(duì)企業(yè)的系統(tǒng)集成資質(zhì)進(jìn)行認(rèn)證的辦法。企業(yè)的系統(tǒng)集成資質(zhì)等級(jí)評(píng)定主要從綜合條件、業(yè)績(jī)、管理能力、技術(shù)實(shí)力、人才實(shí)力五個(gè)方面來(lái)考核。如果要申報(bào)一級(jí)資質(zhì)的話,對(duì)其“管理能力”的要求中有一條是:已建立質(zhì)量管理體系,通過(guò)認(rèn)證并運(yùn)行一年以上,詳情請(qǐng)參閱系統(tǒng)集成項(xiàng)目管理工程師備考指南與習(xí)題詳解P20。答案是:A 下面關(guān)于計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)的論述,(3)是不正確的。(3)A. 工業(yè)和信息化部對(duì)計(jì)算機(jī)信息系統(tǒng)集成認(rèn)證工作進(jìn)行行業(yè)管理B. 申請(qǐng)三、四級(jí)資質(zhì)的單位應(yīng)向經(jīng)政府信息產(chǎn)業(yè)主管部門(mén)批準(zhǔn)的資質(zhì)認(rèn)證機(jī)構(gòu)提出認(rèn)證申請(qǐng)C申請(qǐng)一、二級(jí)資

5、質(zhì)的單位應(yīng)直接向工業(yè)和信息化部資質(zhì)管理辦公室提出認(rèn)證申請(qǐng)D. 通過(guò)資質(zhì)認(rèn)證審批的各單位將獲得由工業(yè)和信息化部統(tǒng)一印制的資質(zhì)證書(shū)解析首先由從事信息系統(tǒng)集成業(yè)務(wù)的單位向相應(yīng)的評(píng)審機(jī)構(gòu)提出評(píng)審申請(qǐng)。計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)認(rèn)證工作根據(jù)認(rèn)證和審批分離的原則,按照先由認(rèn)證機(jī)構(gòu)認(rèn)證,再由信息產(chǎn)業(yè)主管部門(mén)審批的工作程序進(jìn)行。工業(yè)和信息化部資質(zhì)管理辦公室是全國(guó)系統(tǒng)集成資質(zhì)和監(jiān)理資質(zhì)的管理和支持機(jī)構(gòu)。答案是:C 省市信息產(chǎn)業(yè)主管部門(mén)負(fù)責(zé)對(duì)(4)信息系統(tǒng)集成資質(zhì)進(jìn)行審批和管理。(4)A一、二級(jí)B三、四級(jí)C本行政區(qū)域內(nèi)的一、二級(jí)D本行政區(qū)域內(nèi)的三、四級(jí)解析省、自治區(qū)、直轄市信息產(chǎn)建設(shè)單位管部門(mén)負(fù)責(zé)

6、本行政區(qū)域內(nèi)信息系統(tǒng)集成的行業(yè)管理工作,審批及管理本行政區(qū)域內(nèi)三、四級(jí)信息系統(tǒng)集成單位資質(zhì),初審本行政區(qū)域內(nèi)一、二級(jí)信息系統(tǒng)集成單位。答案是:D 與制造資源計(jì)劃 MRP相比,企業(yè)資源計(jì)劃 ERP 最大的特點(diǎn)是在制定計(jì)劃時(shí)將(5)考慮在一起,延伸管理范圍。(5)A. 經(jīng)銷(xiāo)商B. 整個(gè)供應(yīng)鏈C. 終端用戶(hù)D. 競(jìng)爭(zhēng)對(duì)手解析ERP 管理范圍向整個(gè)供應(yīng)鏈延伸。在資源管理范圍方面,MRP主要側(cè)重對(duì)本企業(yè)內(nèi)部人、財(cái)、物等資源的管理,ERP系統(tǒng)在 MRP的基礎(chǔ)上擴(kuò)展了管理范圍,它把客戶(hù)需求和企業(yè)內(nèi)部的制造活動(dòng)

7、以及供應(yīng)商的制造資源整合在一起,形成一個(gè)完整的供應(yīng)鏈并對(duì)供應(yīng)鏈上所有環(huán)節(jié)如訂單、采購(gòu)、庫(kù)存、計(jì)劃、生產(chǎn)制造、質(zhì)量控制、運(yùn)輸、分銷(xiāo)、服務(wù)與維護(hù)、財(cái)務(wù)管理、人事管理、實(shí)驗(yàn)室管理、項(xiàng)目管理、配方管理等進(jìn)行有效管理。答案是:B 小張?jiān)谀畴娮由虅?wù)網(wǎng)站建立一家經(jīng)營(yíng)手工藝品的個(gè)人網(wǎng)絡(luò)商鋪,向網(wǎng)民提供自己手工制作的工藝品。這種電子商務(wù)模式為(6)。(6)A. B2BB. B2CC. C2CD. G2C解析目前常用的電子商務(wù)模式有 B2B、B2C 和 C2C 三種。B2B 指的是 Business

8、60;to Business,即進(jìn)行電子商務(wù)交易的供需雙方都是商家(或企業(yè)、公司),她們使用了 Internet 的技術(shù)或各種商務(wù)網(wǎng)絡(luò)平臺(tái),完成商務(wù)交易的過(guò)程。B2C 是指商業(yè)機(jī)構(gòu)對(duì)消費(fèi)者的電子商務(wù)。C2C 即 Consumer To Consumer,是個(gè)人與個(gè)人之間的電子商務(wù),是用戶(hù)對(duì)用戶(hù)的電子商務(wù)模式。C2C 商務(wù)平臺(tái)就是通過(guò)為買(mǎi)賣(mài)雙方提供一個(gè)在線交易平臺(tái),使賣(mài)方可以主動(dòng)提供商品網(wǎng)上拍賣(mài),而買(mǎi)方可以自行選擇商品進(jìn)行競(jìng)價(jià)。答案是:C 與基于 C/S 架構(gòu)的信息系統(tǒng)相比,基

9、于 B/S 架構(gòu)的信息系統(tǒng)(7)。(7) A具備更強(qiáng)的事務(wù)處理能力,易于實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)流程B人機(jī)界面友好,具備更加快速的用戶(hù)響應(yīng)速度C更加容易部署和升級(jí)維護(hù)D具備更高的安全性解析答案是“C更加容易部署和升級(jí)維護(hù)” 中間件是位于硬件、操作系統(tǒng)等平臺(tái)和應(yīng)用之間的通用服務(wù)。(8)位于客戶(hù)和服務(wù)器之間,負(fù)責(zé)負(fù)載均衡、失效恢復(fù)等任務(wù),以提高系統(tǒng)的整體性能。(8)A. 數(shù)據(jù)庫(kù)訪問(wèn)中間件B. 面向消息中間件C. 分布式對(duì)象中間件D. 事務(wù)中間件解析答案是“D. 事務(wù)中間件”。事務(wù)處理監(jiān)控程序位于客戶(hù)和服務(wù)器之間,完成事

10、務(wù)管理與協(xié)調(diào)、負(fù)載平衡、失效恢復(fù)等任務(wù),以提高系統(tǒng)的整體性能。 以下關(guān)于軟件測(cè)試的描述,(9)是正確的。(9)A系統(tǒng)測(cè)試應(yīng)盡可能在實(shí)際運(yùn)行使用環(huán)境下進(jìn)行B軟件測(cè)試是在編碼階段完成之后進(jìn)行的一項(xiàng)活動(dòng)C專(zhuān)業(yè)測(cè)試人員通常采用白盒測(cè)試法檢查程序的功能是否符合用戶(hù)需求D軟件測(cè)試工作的好壞,取決于測(cè)試發(fā)現(xiàn)錯(cuò)誤的數(shù)量解析答案是“A系統(tǒng)測(cè)試應(yīng)盡可能在實(shí)際運(yùn)行使用環(huán)境下進(jìn)行”。系統(tǒng)測(cè)試是基于系統(tǒng)整體需求說(shuō)明書(shū)的黑盒類(lèi)測(cè)試,應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試,目的是驗(yàn)證系統(tǒng)是否滿(mǎn)足了需求規(guī)格的定義,找出與需求規(guī)格不相符合或與之矛盾的地方。系統(tǒng)測(cè)試的對(duì)象不僅僅包括需要測(cè)試的產(chǎn)品

11、系統(tǒng)的軟件,還要包含軟件所依賴(lài)的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。因此,必須將系統(tǒng)中的軟件與各種依賴(lài)的資源結(jié)合起來(lái),在系統(tǒng)實(shí)際運(yùn)行環(huán)境下來(lái)進(jìn)行測(cè)試。軟件測(cè)試活動(dòng)不僅包含對(duì)代碼、對(duì)設(shè)計(jì)、對(duì)功能、對(duì)需求的測(cè)試,也包括測(cè)試計(jì)劃的制定。測(cè)試計(jì)劃的制定是在編碼之前完成的。 軟件的質(zhì)量是指(10)。(10)A. 軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性B. 軟件的功能和性能C. 用戶(hù)需求的滿(mǎn)意度D. 軟件特性的總和,以及滿(mǎn)足規(guī)定和潛在用戶(hù)需求的能力解析答案是“D.”,國(guó)際標(biāo)準(zhǔn) ISO14598 給出的“軟

12、件質(zhì)量”的定義是:軟件特性的總和,軟件滿(mǎn)足規(guī)定或潛在用戶(hù)需求的能力。 在軟件生存周期中,將某種形式表示的軟件轉(zhuǎn)換成更高抽象形式表示的軟件的活動(dòng)屬于(11)。(11) A. 逆向工程B. 代碼重構(gòu)C. 程序結(jié)構(gòu)重構(gòu)D. 數(shù)據(jù)結(jié)構(gòu)重構(gòu)解析通常產(chǎn)品設(shè)計(jì)過(guò)程是一個(gè)從設(shè)計(jì)到產(chǎn)品的過(guò)程,即設(shè)計(jì)人員首先在大腦中構(gòu)思產(chǎn)品的外形、性能和大致的技術(shù)參數(shù)等,然后在詳細(xì)設(shè)計(jì)階段完成各類(lèi)數(shù)據(jù)模型,最終將這個(gè)模型轉(zhuǎn)入到研發(fā)流程中,完成產(chǎn)品的整個(gè)設(shè)計(jì)研發(fā)周期。這就是“正向設(shè)計(jì)”過(guò)程。而逆向工程,又名反向工程(Reverse Engineering

13、0;- RE),則是一個(gè)從產(chǎn)品到設(shè)計(jì)的過(guò)程,就是根據(jù)已經(jīng)存在的產(chǎn)品,反向推出產(chǎn)品設(shè)計(jì)數(shù)據(jù)(包括各類(lèi)設(shè)計(jì)圖或數(shù)據(jù)模型)的過(guò)程。早期的船舶工業(yè)中常用的船體放樣設(shè)計(jì)就是逆向工程的很好實(shí)例。在軟件開(kāi)發(fā)行業(yè),基于某個(gè)軟件,以反匯編閱讀源碼的方式去推斷其數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)和程序設(shè)計(jì)信息成為軟件逆向工程技術(shù)關(guān)注的主要對(duì)象。軟件逆向技術(shù)的目的是用來(lái)研究和學(xué)習(xí)先進(jìn)的技術(shù),特別是當(dāng)手里沒(méi)有合適的文檔資料,而又很需要實(shí)現(xiàn)某個(gè)軟件的功能的時(shí)候。因此很多軟件開(kāi)發(fā)組織為了壟斷技術(shù),在軟件安裝之前,要求用戶(hù)同意不去逆向研究。根據(jù)黃柏素、梅宏組織翻譯,Roger S.Pressman 編著的軟件

14、工程實(shí)踐者的研究方法第 4 版的陳述:逆向工程抽象層次應(yīng)該盡可能高,即逆向工程過(guò)程應(yīng)該能夠?qū)С鲞^(guò)程的設(shè)計(jì)表示(一種低層的抽象);程序和數(shù)據(jù)結(jié)構(gòu)信息(稍高一點(diǎn)層次的抽象);數(shù)據(jù)和控制流模型(一種相對(duì)高層的抽象);以及實(shí)體關(guān)系模型(一種高層抽象)。隨著抽象層次增高,軟件工程師獲得更有助于理解程序的信息。軟件重構(gòu)修改源代碼和/或數(shù)據(jù)以使得它適應(yīng)未來(lái)的變化。通常,重構(gòu)并不修改整體的程序體系結(jié)構(gòu),它趨向于關(guān)注個(gè)體模塊的設(shè)計(jì)細(xì)節(jié)以及定義在模塊中的局部數(shù)據(jù)結(jié)構(gòu)。如果重構(gòu)擴(kuò)展到模塊邊界之外并涉及軟件體系結(jié)構(gòu),則重構(gòu)變成了正向設(shè)計(jì)過(guò)程。代碼重構(gòu)的目標(biāo)是生成可提供相同功能的設(shè)計(jì),但是該設(shè)計(jì)比原

15、程序有更高的質(zhì)量。 根據(jù)軟件文檔管理指南(GB/T 16680-1996),以下關(guān)于文檔評(píng)審的敘述,(12)是不正確的。(12)A. 需求評(píng)審進(jìn)一步確認(rèn)開(kāi)發(fā)者和設(shè)計(jì)者已了解用戶(hù)要求什么,以及用戶(hù)從開(kāi)發(fā)者一方了解某些限制和約束B(niǎo). 在概要設(shè)計(jì)評(píng)審過(guò)程中主要詳細(xì)評(píng)審每個(gè)系統(tǒng)組成部分的基本設(shè)計(jì)方法和測(cè)試計(jì)劃,系統(tǒng)規(guī)格說(shuō)明應(yīng)根據(jù)概要設(shè)計(jì)評(píng)審的結(jié)果加以修改C. 設(shè)計(jì)評(píng)審產(chǎn)生的最終文檔規(guī)定系統(tǒng)和程序?qū)⑷绾卧O(shè)計(jì)開(kāi)發(fā)和測(cè)試以滿(mǎn)足一致同意的需求規(guī)格說(shuō)明書(shū)D. 詳細(xì)設(shè)計(jì)評(píng)審主要評(píng)審計(jì)算機(jī)程序、程序單元測(cè)試計(jì)劃和集成測(cè)試計(jì)劃解析根據(jù)軟件文檔管理指南(GB/

16、T 16680-1996),詳細(xì)設(shè)計(jì)評(píng)審主要評(píng)審計(jì)算機(jī)程序和程序單元測(cè)試計(jì)劃,而集成測(cè)試計(jì)劃則是概要設(shè)計(jì)評(píng)審的對(duì)象之一。 根據(jù)軟件文檔管理指南(GB/T 16680-1996),以下關(guān)于軟件文檔歸類(lèi)的敘述,(13)是不正確的。(13)A. 開(kāi)發(fā)文檔描述開(kāi)發(fā)過(guò)程本身B. 產(chǎn)品文檔描述開(kāi)發(fā)過(guò)程的產(chǎn)物C. 管理文檔記錄項(xiàng)目管理的信息D. 過(guò)程文檔描述項(xiàng)目實(shí)施的信息解析根據(jù)軟件文檔管理指南(GB/T 16680-1996),軟件文檔有開(kāi)發(fā)文檔、產(chǎn)品文檔和管理文檔三類(lèi)。 根據(jù)軟件工程產(chǎn)品質(zhì)量(GB/T 1

17、6260.1-2006)定義的質(zhì)量模型,不屬于功能性的質(zhì)量特性是(14)。(14)A. 適應(yīng)性B. 適合性C. 安全保密性D. 互操作性解析根據(jù)軟件工程產(chǎn)品質(zhì)量(GB/T 16260.1-2006)定義的質(zhì)量模型,屬于功能性的質(zhì)量特性是適合性、安全性、互操作性(互用性)、準(zhǔn)確性和依從性。適應(yīng)性屬于可移植性。 W 公司想要對(duì)本單位的內(nèi)部網(wǎng)絡(luò)和辦公系統(tǒng)進(jìn)行改造,希望通過(guò)招標(biāo)選擇承建商,為此,W 公司進(jìn)行了一系列活動(dòng)。以下(15)活動(dòng)不符合中華人民共和國(guó)招標(biāo)投標(biāo)法的要求。(15)A. 對(duì)此項(xiàng)目的承建方和監(jiān)理方的

18、招標(biāo)工作,W 公司計(jì)劃由同一家招標(biāo)代理機(jī)構(gòu)負(fù)責(zé)招標(biāo),并計(jì)劃在同一天開(kāi)標(biāo)B. W 公司根據(jù)此項(xiàng)目的特點(diǎn)和需要編制了招標(biāo)文件,并確定了提交投標(biāo)文件的截止日期C. 有四家公司參加了投標(biāo),其中一家投標(biāo)單位在截止日期之后提交投標(biāo)文件,W 公司認(rèn)為其違反了招標(biāo)文件要求,沒(méi)有接受該投標(biāo)單位的投標(biāo)文件D. W 公司根據(jù)招標(biāo)文件的要求,在三家投標(biāo)單位中選擇了其中一家作為此項(xiàng)目的承建商,并只將結(jié)果通知了中標(biāo)企業(yè)。解析根據(jù)中華人民共和國(guó)招標(biāo)投標(biāo)法第四十五條的如下規(guī)定:中標(biāo)人確定后,招標(biāo)人應(yīng)當(dāng)向中標(biāo)人發(fā)出中標(biāo)通知書(shū),并同時(shí)將中標(biāo)結(jié)果通知所有未中標(biāo)的

19、投標(biāo)人??芍x項(xiàng) D 是不符合招標(biāo)投標(biāo)法要求的。 以下采用單一來(lái)源采購(gòu)方式的活動(dòng),(16)是不恰當(dāng)?shù)?。?6)A. 某政府部門(mén)為建立內(nèi)部辦公系統(tǒng),已從一個(gè)供應(yīng)商采購(gòu)了 120 萬(wàn)元的網(wǎng)絡(luò)設(shè)備,由于辦公地點(diǎn)擴(kuò)大,打算繼續(xù)從原供應(yīng)商采購(gòu) 15 萬(wàn)元的設(shè)備B. 某地區(qū)發(fā)生自然災(zāi)害,當(dāng)?shù)孛裾块T(mén)需要緊急采購(gòu)一批救災(zāi)物資C. 某地方主管部門(mén)需要采購(gòu)一種市政設(shè)施,目前此種設(shè)施國(guó)內(nèi)僅有一家廠商生產(chǎn)D. 某政府機(jī)關(guān)為升級(jí)其內(nèi)部辦公系統(tǒng),與原承建商簽訂了系統(tǒng)維護(hù)合同解析根據(jù)中華人民共和國(guó)政府采購(gòu)法的如

20、下條款:第三十一條符合下列情形之一的貨物或者服務(wù),可以依照本法采用單一來(lái)源方式采購(gòu):(一)只能從唯一供應(yīng)商處采購(gòu)的;(二)發(fā)生了不可預(yù)見(jiàn)的緊急情況不能從其他供應(yīng)商處采購(gòu)的;(三)必須保證原有采購(gòu)項(xiàng)目一致性或者服務(wù)配套的要求,需要繼續(xù)從原供應(yīng)商處添購(gòu),且添購(gòu)資金總額不超過(guò)原合同采購(gòu)金額百分之十的??芍绢}的選項(xiàng) A 是不恰當(dāng)?shù)摹?#160;為了解決 C/S 模式中客戶(hù)機(jī)負(fù)荷過(guò)重的問(wèn)題,軟件架構(gòu)發(fā)展形成了(17)模式。(17)A. 三層 C/SB. 分層C. B/SD. 知識(shí)庫(kù)解析客戶(hù)機(jī)/服務(wù)器(Client

21、/Server ,C/S)模式將應(yīng)用一分為二,服務(wù)器(后臺(tái))負(fù)責(zé)數(shù)據(jù)管理,客戶(hù)機(jī)(前臺(tái))完成與用戶(hù)的交互任務(wù)。C/S 模式具有強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力,模型思想簡(jiǎn)單,但隨著企業(yè)規(guī)模的日益擴(kuò)大,軟件的復(fù)雜程度不斷提高,傳統(tǒng)的二層 C/S 模式的缺點(diǎn)日益突出: 客戶(hù)機(jī)與服務(wù)器的通訊依賴(lài)于網(wǎng)絡(luò),可能成為整個(gè)系統(tǒng)運(yùn)作的瓶頸;客戶(hù)機(jī)的負(fù)荷過(guò)重,難以管理大量的客戶(hù)機(jī),系統(tǒng)的性能受到很大影響; 如果服務(wù)器及其界面定義有改變,則客戶(hù)機(jī)也要做相應(yīng)改變;難 二層 C/S 模式采用單一服務(wù)器且以局域網(wǎng)為中心, 以

22、擴(kuò)展至廣域網(wǎng)或 Internet; 數(shù)據(jù)安全性不好??蛻?hù)端程序可以直接訪問(wèn)數(shù)據(jù)庫(kù)服務(wù)器,使數(shù)據(jù)庫(kù)的安全性受到威脅。C/S 模式適用于分布式系統(tǒng),得到了廣泛的應(yīng)用。為了解決 C/S 模式中客戶(hù)端的問(wèn)題,發(fā)展形成了瀏覽器/服務(wù)器(B/S)模式;為了解決 C/S 模式中服務(wù)器端的問(wèn)題,發(fā)展形成了三層(多層)C/S 模式,即多層應(yīng)用架構(gòu)。本題的正確選項(xiàng)是“C. B/S”。 小王在公司局域網(wǎng)中用 Delphi 編寫(xiě)了客戶(hù)端應(yīng)用程序,其后臺(tái)數(shù)據(jù)庫(kù)使用 MSNT4+SQL

23、0;Server,應(yīng)用程序通過(guò) ODBC 連接到后臺(tái)數(shù)據(jù)庫(kù)。此處的 ODBC 是(18)。(18)A. 中間件B. WEB ServiceC. COM 構(gòu)件D. WEB 容器解析數(shù)據(jù)庫(kù)訪問(wèn)中間件通過(guò)一個(gè)抽象層訪問(wèn)數(shù)據(jù)庫(kù),從而允許使用相同或相似的代碼訪問(wèn)不同的數(shù)據(jù)庫(kù)資源。典型的技術(shù)如 Windows 平臺(tái)的 ODBC 和 Java 平臺(tái)的 JDBC 等。本題的正確選項(xiàng)是“A. 中間件”。 

24、(19)制定了無(wú)線局域網(wǎng)訪問(wèn)控制方法與物理層規(guī)范。(19)AIEEE 802.3BIEEE 802.11CIEEE 802.15DIEEE 802.16解析IEEE 的 802 標(biāo)準(zhǔn)委員會(huì)定義了多種主要的局域網(wǎng),其中的 IEEE 802.11 制定了無(wú)線局域網(wǎng)(WLAN)的訪問(wèn)控制方法與物理層規(guī)范。本題的正確選項(xiàng)是“BIEEE 802.11”。 可以實(shí)現(xiàn)在 Internet 上任意兩臺(tái)計(jì)算機(jī)之間傳輸文件的協(xié)議是(20)。(20)AFTPBHTTPCSMTP

25、DSNMP解析FTP(File Transfer Protocol)是 Internet 上用來(lái)傳送文件的協(xié)議(文件傳輸協(xié)議)。它是為了我們能夠在 Internet 上互相傳送文件而制定的的文件傳送標(biāo)準(zhǔn),規(guī)定了Internet 上文件如何傳送。可以使用文件傳輸協(xié)議 (FTP)把文件從一部電腦通過(guò) Internet 傳輸至另一部電腦。本題的正確選項(xiàng)是“AFTP”。 我國(guó)頒布的大樓通信綜合布線系統(tǒng) YD/T926標(biāo)準(zhǔn)的適用范圍是跨度距離不超過(guò)(21)米,辦公總面積不超過(guò) 

26、;1,000,000 平方米的布線區(qū)域。(21)A500B1000C2000D3000解析通信行業(yè)標(biāo)準(zhǔn)大樓通信綜合布線系統(tǒng)YDT926)的適用范圍是跨越距離不超過(guò)3000 米、建筑總面積不超過(guò) 100 萬(wàn)平方米的布線區(qū)域,區(qū)域內(nèi)的人員為 50 人至 5 萬(wàn)人。答案是“D3000”。 根據(jù)電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范,(22)的敘述是錯(cuò)誤的。(22)A. 某機(jī)房?jī)?nèi)面積為 125 平方米,共設(shè)置了三個(gè)安全出口B. 機(jī)房?jī)?nèi)所有設(shè)備的金屬外殼、各類(lèi)金屬管道、金屬線槽、建筑物金屬

27、結(jié)構(gòu)等必須進(jìn)行等電位聯(lián)結(jié)并接地C. 機(jī)房?jī)?nèi)的照明線路宜穿鋼管暗敷或在吊頂內(nèi)穿鋼管明敷D. 為了保證通風(fēng),A 級(jí)電子信息系統(tǒng)機(jī)房應(yīng)設(shè)置外窗解析電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范 GB 501742008的 6.4.6 條款指出:“A 級(jí)和 B 級(jí)電子信息系統(tǒng)機(jī)房的主機(jī)房不宜設(shè)置外窗”。答案是選項(xiàng) D。 SAN 存儲(chǔ)技術(shù)的特點(diǎn)包括(23)。高度的可擴(kuò)展性 復(fù)雜但體系化的存儲(chǔ)管理方式 優(yōu)化的資源和服務(wù)共享 高度的可用性(23)A. B.

28、60;C. D. 解析SAN 是采用高速的光纖通道作為傳輸介質(zhì)的網(wǎng)絡(luò)存儲(chǔ)技術(shù)。它將存儲(chǔ)系統(tǒng)網(wǎng)絡(luò)化,實(shí)現(xiàn)了高速共享存儲(chǔ)以及塊級(jí)數(shù)據(jù)訪問(wèn)的目的。作為獨(dú)立于服務(wù)器網(wǎng)絡(luò)系統(tǒng)之外,它幾乎擁有無(wú)限存儲(chǔ)擴(kuò)展能力。業(yè)界提倡的 Open SAN 克服了早先光纖通道仲裁環(huán)所帶來(lái)的互操作和可靠性問(wèn)題,提供了開(kāi)放式、靈活多變的多樣配置方案。總體來(lái)說(shuō),SAN 擁有極度的可擴(kuò)展性、簡(jiǎn)化的存儲(chǔ)管理、優(yōu)化的資源和服務(wù)共享以及高度可用性。答案是選項(xiàng) A。 某機(jī)房部署了多級(jí) UPS 和線路穩(wěn)壓器,這是出于機(jī)房供電的(24

29、)需要。(24)A. 分開(kāi)供電和穩(wěn)壓供電B. 穩(wěn)壓供電和電源保護(hù)C. 緊急供電和穩(wěn)壓供電D. 不間斷供電和安全供電解析答案是選項(xiàng) C。 以下關(guān)于計(jì)算機(jī)機(jī)房與設(shè)施安全管理的要求,(25)是不正確的。(25)A計(jì)算機(jī)系統(tǒng)的設(shè)備和部件應(yīng)有明顯的標(biāo)記,并應(yīng)便于去除或重新標(biāo)記B機(jī)房中應(yīng)定期使用靜電消除劑,以減少靜電的產(chǎn)生C進(jìn)入機(jī)房的工作人員,應(yīng)更換不易產(chǎn)生靜電的服裝D禁止攜帶個(gè)人計(jì)算機(jī)等電子設(shè)備進(jìn)入機(jī)房解析根據(jù)信息安全技術(shù)信息系統(tǒng)安全等級(jí)保護(hù)基本要求(報(bào)批稿)的“防盜竊和防破壞(G1)”之如下要求:a) 應(yīng)將主要設(shè)備放置

30、在機(jī)房?jī)?nèi);b) 應(yīng)將設(shè)備或主要部件進(jìn)行固定,并設(shè)置明顯的不易除去的標(biāo)記。可知,答案是選項(xiàng) A。 某企業(yè)應(yīng)用系統(tǒng)為保證運(yùn)行安全,只允許操作人員在規(guī)定的工作時(shí)間段內(nèi)登錄該系統(tǒng)進(jìn)行業(yè)務(wù)操作,這種安全策略屬于(26)層次。(26)A數(shù)據(jù)域安全B功能性安全C資源訪問(wèn)安全D系統(tǒng)級(jí)安全解析系統(tǒng)級(jí)的安全策略包括敏感系統(tǒng)的隔離、訪問(wèn) IP 地址段的限制、登錄時(shí)間段的限制、會(huì)話時(shí)間的限制、連接數(shù)的限制、特定時(shí)間段內(nèi)登錄次數(shù)的限制以及遠(yuǎn)程訪問(wèn)控制等,系統(tǒng)級(jí)安全是應(yīng)用系統(tǒng)的第一道防線。答案是選項(xiàng) D。 基于用戶(hù)名和口令的用戶(hù)入網(wǎng)訪問(wèn)控制可分為(27

31、)三個(gè)步驟。(27)A用戶(hù)名的識(shí)別與驗(yàn)證、用戶(hù)口令的識(shí)別與驗(yàn)證、用戶(hù)賬號(hào)的默認(rèn)限制檢查B用戶(hù)名的識(shí)別與驗(yàn)證、用戶(hù)口令的識(shí)別與驗(yàn)證、用戶(hù)權(quán)限的識(shí)別與控制C用戶(hù)身份識(shí)別與驗(yàn)證、用戶(hù)口令的識(shí)別與驗(yàn)證、用戶(hù)權(quán)限的識(shí)別與控制D用戶(hù)賬號(hào)的默認(rèn)限制檢查、用戶(hù)口令的識(shí)別與驗(yàn)證、用戶(hù)權(quán)限的識(shí)別與控制解析用戶(hù)的入網(wǎng)訪問(wèn)控制可分為三個(gè)步驟:用戶(hù)名的識(shí)別與驗(yàn)證、用戶(hù)口令的識(shí)別與驗(yàn)證、用戶(hù)帳號(hào)的默認(rèn)限制檢查。用戶(hù)對(duì)網(wǎng)絡(luò)資源的訪問(wèn)權(quán)限可以用一個(gè)訪問(wèn)控制表來(lái)描述,網(wǎng)絡(luò)系統(tǒng)管理員應(yīng)當(dāng)為用戶(hù)指定適當(dāng)?shù)脑L問(wèn)權(quán)限,這些訪問(wèn)權(quán)限控制著用戶(hù)對(duì)服務(wù)器等網(wǎng)絡(luò)資源的訪問(wèn)。答案是選項(xiàng) A。 Web Service

32、 技術(shù)適用于(28)應(yīng)用??缭椒阑饓?#160;應(yīng)用系統(tǒng)集成 單機(jī)應(yīng)用程序 B2B 應(yīng)用 軟件重用 局域網(wǎng)上的同構(gòu)應(yīng)用程序A(28) BCD解析Web 服務(wù)的主要目標(biāo)是跨平臺(tái)的互操作性,適合使用 Web Services 的情況有跨越防火墻、應(yīng)用程序集成、B2B 集成和軟件重用。在某些情況下,Web 服務(wù)也可能會(huì)降低應(yīng)用程序的性能。不適合使用Web 服務(wù)的情況有單機(jī)應(yīng)用程序以及局域網(wǎng)上的同構(gòu)應(yīng)用程序。答案是選項(xiàng) D。 以下關(guān)于 

33、;J2EE 應(yīng)用服務(wù)器運(yùn)行環(huán)境的敘述中,(29)是正確的。(29)A容器是構(gòu)件的運(yùn)行環(huán)境B構(gòu)件是應(yīng)用服務(wù)器提供的各種功能接口C構(gòu)件可以與系統(tǒng)資源進(jìn)行交互D服務(wù)是表示應(yīng)用邏輯的代碼解析J2EE 應(yīng)用服務(wù)器運(yùn)行環(huán)境包括構(gòu)件(Component)、容器(Container)及服務(wù)(Services)三部分。構(gòu)件是表示應(yīng)用邏輯的代碼;容器是構(gòu)件的運(yùn)行環(huán)境;服務(wù)則是應(yīng)用服務(wù)器提供的各種功能接口,可以同系統(tǒng)資源進(jìn)行交互。答案是選項(xiàng) A。 以下關(guān)于數(shù)據(jù)倉(cāng)庫(kù)與數(shù)據(jù)庫(kù)的敘述中,(30)是正確的。(30)A數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)高度結(jié)構(gòu)化、復(fù)雜、適合操作計(jì)算;而數(shù)據(jù)庫(kù)的數(shù)據(jù)結(jié)構(gòu)比較

34、簡(jiǎn)單,適合分析B數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)是歷史的、歸檔的、處理過(guò)的數(shù)據(jù);數(shù)據(jù)庫(kù)的數(shù)據(jù)反映當(dāng)前的數(shù)據(jù)C數(shù)據(jù)倉(cāng)庫(kù)中的數(shù)據(jù)使用頻率較高;數(shù)據(jù)庫(kù)中的數(shù)據(jù)使用頻率較低D數(shù)據(jù)倉(cāng)庫(kù)中的數(shù)據(jù)是動(dòng)態(tài)變化的,可以直接更新;數(shù)據(jù)庫(kù)中的數(shù)據(jù)是靜態(tài)的,不能直接更新解析數(shù)據(jù)庫(kù)技術(shù)以數(shù)據(jù)庫(kù)為中心,進(jìn)行事務(wù)處理、批處理、決策分析等各種數(shù)據(jù)處理工作,主要有操作型處理和分析型處理兩類(lèi)。操作型數(shù)據(jù)庫(kù)系統(tǒng)主要強(qiáng)調(diào)的是優(yōu)化企業(yè)的日常事務(wù)處理工作,難以實(shí)現(xiàn)對(duì)數(shù)據(jù)分析處理要求,無(wú)法滿(mǎn)足數(shù)據(jù)處理多樣化的要求。從而進(jìn)化出分析型的數(shù)據(jù)倉(cāng)庫(kù)技術(shù)。數(shù)據(jù)倉(cāng)庫(kù)(Data Warehouse)是一個(gè)面向主題的(Subject Oriented)

35、、集成的、相對(duì)穩(wěn)定的、反映歷史變化的數(shù)據(jù)集合,用于支持管理決策。與操作型數(shù)據(jù)庫(kù)相比,數(shù)據(jù)倉(cāng)庫(kù)的主要特點(diǎn)有面向主題、集成、相對(duì)穩(wěn)定和反映歷史變化。操作型數(shù)據(jù)庫(kù)中的數(shù)據(jù)通常是實(shí)時(shí)更新的,數(shù)據(jù)根據(jù)需要及時(shí)發(fā)生變化,而數(shù)據(jù)倉(cāng)庫(kù)只有少量的修改和刪除操作。答案是選項(xiàng) B。 發(fā)布項(xiàng)目章程,標(biāo)志著項(xiàng)目的正式啟動(dòng)。以下圍繞項(xiàng)目章程的敘述中,(31)是不正確的。(31)A制定項(xiàng)目章程的工具和技術(shù)包括專(zhuān)家判斷B項(xiàng)目章程要為項(xiàng)目經(jīng)理提供授權(quán),方便其使用組織資源進(jìn)行項(xiàng)目活動(dòng)C項(xiàng)目章程應(yīng)當(dāng)由項(xiàng)目發(fā)起人發(fā)布D項(xiàng)目經(jīng)理應(yīng)在制定項(xiàng)目章程后再任命解析制定項(xiàng)目章程的工具和技術(shù)包括專(zhuān)家判斷。項(xiàng)目章程是正式批準(zhǔn)一個(gè)

36、項(xiàng)目的文檔、或者是批準(zhǔn)現(xiàn)行項(xiàng)目是否進(jìn)入下一階段的文檔。項(xiàng)目章程應(yīng)當(dāng)由項(xiàng)目組織以外的項(xiàng)目發(fā)起人發(fā)布,若項(xiàng)目為本組織開(kāi)發(fā)也可由投資人發(fā)布。發(fā)布人其在組織內(nèi)的級(jí)別應(yīng)能批準(zhǔn)項(xiàng)目,并有相應(yīng)的為項(xiàng)目提供所需資金的權(quán)力。項(xiàng)目章程為項(xiàng)目經(jīng)理使用組織資源進(jìn)行項(xiàng)目活動(dòng)提供了授權(quán)。答案是選項(xiàng) D 。 在編制項(xiàng)目管理計(jì)劃時(shí),項(xiàng)目經(jīng)理應(yīng)遵循編制原則和要求,使項(xiàng)目計(jì)劃符合項(xiàng)目實(shí)際管理的需要。以下關(guān)于項(xiàng)目管理計(jì)劃的敘述中,(32)是不正確的。(32)A應(yīng)由項(xiàng)目經(jīng)理獨(dú)立進(jìn)行編制B可以是概括的C項(xiàng)目管理計(jì)劃可以逐步精確D讓干系人參與項(xiàng)目計(jì)劃的編制解析編制項(xiàng)目計(jì)劃所遵循的基本原則有:全局性原則、全過(guò)

37、程原則、人員與資源的統(tǒng)一組織與管理原則、技術(shù)工作與管理工作協(xié)調(diào)的原則,除此之外,還有:1.項(xiàng)目目標(biāo)的統(tǒng)一協(xié)調(diào)與管理2.方案的統(tǒng)一管理3.過(guò)程的統(tǒng)一協(xié)調(diào)與管理4.計(jì)劃的統(tǒng)一管理5.各干系人的參與6.逐步精確項(xiàng)目計(jì)劃的制定過(guò)程,也反映了項(xiàng)目的漸進(jìn)明細(xì)特點(diǎn),也就是近期的計(jì)劃制定得詳細(xì)些,遠(yuǎn)期的計(jì)劃制定得概要一些,隨著時(shí)間的推移,項(xiàng)目計(jì)劃在不斷地細(xì)化。選項(xiàng) A 是不正確的。 在項(xiàng)目實(shí)施過(guò)程中,項(xiàng)目經(jīng)理通過(guò)項(xiàng)目周報(bào)中的項(xiàng)目進(jìn)度分析圖表發(fā)現(xiàn)機(jī)房施工進(jìn)度有延期風(fēng)險(xiǎn)。項(xiàng)目經(jīng)理立即組織相關(guān)人員進(jìn)行分析,下達(dá)了關(guān)于改進(jìn)措施的書(shū)面指令。該指令屬于(33)。(33)A檢查措施B缺陷補(bǔ)救措

38、施C預(yù)防措施D糾正措施解析預(yù)防措施是為降低項(xiàng)目風(fēng)險(xiǎn)的可能性而提出的建議。該指令屬于選項(xiàng) C。 在項(xiàng)目管理中,采?。?4)方法,對(duì)項(xiàng)目進(jìn)度計(jì)劃實(shí)施進(jìn)行全過(guò)程監(jiān)督和控制是經(jīng)濟(jì)和合理的。(34)A會(huì)議評(píng)審和 MONTE CARLO 分析B項(xiàng)目月報(bào)和旁站C進(jìn)度報(bào)告和旁站D掙值管理和會(huì)議評(píng)審解析掙值管理方法提供了一種基于過(guò)去的實(shí)施結(jié)果來(lái)預(yù)測(cè)未來(lái)績(jī)效的手段,是對(duì)項(xiàng)目進(jìn)度進(jìn)行全過(guò)程監(jiān)控的方法之一。狀態(tài)評(píng)審會(huì)議是預(yù)先規(guī)定的定期進(jìn)行的交流有關(guān)項(xiàng)目信息的事件,例如項(xiàng)目管理組每周的內(nèi)部例會(huì)、每月和客戶(hù)的例會(huì)等。項(xiàng)目組通過(guò)定期召開(kāi)項(xiàng)目狀態(tài)評(píng)審會(huì)議,對(duì)項(xiàng)目的重要問(wèn)題進(jìn)行

39、專(zhuān)門(mén)的討論。它能突出一些重要項(xiàng)目文件提供的信息,迫使人們正視項(xiàng)目的進(jìn)展,從而為自己的工作負(fù)責(zé)。選項(xiàng) D 是對(duì)進(jìn)度進(jìn)行監(jiān)控的恰當(dāng)手段之一。 一項(xiàng)新的國(guó)家標(biāo)準(zhǔn)出臺(tái),某項(xiàng)目經(jīng)理意識(shí)到新標(biāo)準(zhǔn)中的某些規(guī)定將導(dǎo)致其目前負(fù)責(zé)的一個(gè)項(xiàng)目必須重新設(shè)定一項(xiàng)技術(shù)指標(biāo),該項(xiàng)目經(jīng)理首先應(yīng)該(35)。(35)A撰寫(xiě)一份書(shū)面的變更請(qǐng)求B召開(kāi)一次變更控制委員會(huì)會(huì)議,討論所面臨的問(wèn)題C通知受到影響的項(xiàng)目干系人將采取新的項(xiàng)目計(jì)劃D修改項(xiàng)目計(jì)劃和 WBS,以保證該項(xiàng)目產(chǎn)品符合新標(biāo)準(zhǔn)解析A撰寫(xiě)一份書(shū)面的變更請(qǐng)求。 項(xiàng)目經(jīng)理對(duì)某軟件需求分析活動(dòng)歷時(shí)估算的結(jié)果是:該活動(dòng)用時(shí) 2

40、 周(假定每周工作時(shí)間是 5 天)。隨后對(duì)其進(jìn)行后備分析,確定的增加時(shí)間是 2 天。以下針對(duì)該項(xiàng)目后備分析結(jié)果的敘述中,(36)是不正確的。(36)A增加軟件需求分析的應(yīng)急時(shí)間是 2 天B增加軟件需求分析的緩沖時(shí)間是該活動(dòng)歷時(shí)的 20%C增加軟件需求分析的時(shí)間儲(chǔ)備是 20%D增加軟件需求分析的歷時(shí)標(biāo)準(zhǔn)差是 2 天解析考慮到進(jìn)度風(fēng)險(xiǎn),在制定項(xiàng)目進(jìn)度計(jì)劃時(shí),可進(jìn)行后備分析,也就是以“應(yīng)急時(shí)間”、“時(shí)間儲(chǔ)備”或“緩沖時(shí)間”為名稱(chēng)增加一些時(shí)間。應(yīng)急時(shí)間可取活動(dòng)持續(xù)時(shí)間估算值的某一百分比,或某一

41、固定長(zhǎng)短的時(shí)間,或根據(jù)定量風(fēng)險(xiǎn)分析的結(jié)果確定。實(shí)際執(zhí)行項(xiàng)目時(shí),應(yīng)急時(shí)間可能全部用完,也可能只使用一部分,還可能隨著項(xiàng)目更準(zhǔn)確的信息增加和積累而到后來(lái)減少或取消。用三點(diǎn)估算法估算活動(dòng)的歷時(shí)時(shí),才會(huì)使用標(biāo)準(zhǔn)差這個(gè)概念。本題的選項(xiàng)是“D增加軟件需求分析的歷時(shí)標(biāo)準(zhǔn)差是 2 天”。 在工程網(wǎng)絡(luò)計(jì)劃中,工作 M 的最早開(kāi)始時(shí)間為第 16 天,其持續(xù)時(shí)間為 5 天。該工作有三項(xiàng)緊后工作,他們的最早開(kāi)始時(shí)間分別為第 25 天、第 27 天和第 30 天,最遲開(kāi)始

42、時(shí)間分別為第 28 天、第 29 天和第 30 天。則工作 M 的總時(shí)差為(37)天。A  5679(37)  B C D解析工作 M 的最早開(kāi)始時(shí)間為第 16 天,其持續(xù)時(shí)間為 5 天。因此,工作 M 的最早結(jié)束時(shí)間為第 16 +5 =21 天。工作 M 有三項(xiàng)緊后工作,他們的最遲開(kāi)始時(shí)間分別為第 28&#

43、160;天、第 29 天和第 30天。因此工作 M 的最遲結(jié)束時(shí)間為三者之中最小的第 28 天。工作 M 的總時(shí)差 =工作 M 的最遲結(jié)束時(shí)間 -工作 M 的最早結(jié)束時(shí)間 = 28-21 = 7天。該題的選項(xiàng)為“C7”。 以下關(guān)于關(guān)鍵路徑法的敘述,(38)是不正確的。(38)A如果關(guān)鍵路徑中的一個(gè)活動(dòng)延遲,將會(huì)影響整個(gè)項(xiàng)目計(jì)劃B關(guān)鍵路徑包括所有項(xiàng)目進(jìn)度控制點(diǎn)C如果有兩個(gè)或兩個(gè)以上的路徑長(zhǎng)度一樣,就

44、有可能存在多個(gè)關(guān)鍵路徑D關(guān)鍵路徑可隨項(xiàng)目的進(jìn)展而改變解析關(guān)鍵路線是指進(jìn)度網(wǎng)絡(luò)圖中歷時(shí)最長(zhǎng)的那條路徑,它的長(zhǎng)度決定了項(xiàng)目的生命周期長(zhǎng)度。因此,如果關(guān)鍵路徑中的一個(gè)活動(dòng)延遲,將會(huì)影響整個(gè)項(xiàng)目計(jì)劃。控制點(diǎn),即里程碑。里程碑是項(xiàng)目生命周期中,時(shí)間軸上的一個(gè)時(shí)刻,在該時(shí)刻應(yīng)對(duì)項(xiàng)目特意關(guān)注和控制,通常指一個(gè)主要可交付成果的完成,也可以沒(méi)有交付物僅僅是控制。里程碑清單包括了所有的里程碑。因此,從邏輯上講,關(guān)鍵路徑不一定包括所有項(xiàng)目進(jìn)度控制點(diǎn)。關(guān)鍵路徑可隨項(xiàng)目的進(jìn)展而改變。如果有兩個(gè)或兩個(gè)以上的關(guān)鍵路徑長(zhǎng)度一樣,那就存在多個(gè)關(guān)鍵路徑。如果有兩個(gè)或兩個(gè)以上的路徑長(zhǎng)度一樣,這些路徑可能是普通路徑、不是關(guān)鍵路徑,此

45、時(shí)就不能推斷一定存在多個(gè)關(guān)鍵路徑。因此,從邏輯上講“如果有兩個(gè)或兩個(gè)以上的路徑長(zhǎng)度一樣,就有可能存在多個(gè)關(guān)鍵路徑”也說(shuō)得過(guò)去。本題的選項(xiàng)是“B關(guān)鍵路徑包括所有項(xiàng)目進(jìn)度控制點(diǎn)”。 在軟件開(kāi)發(fā)項(xiàng)目實(shí)施過(guò)程中,由于進(jìn)度需要,有時(shí)要采取快速跟進(jìn)措施。(39)屬于快速跟進(jìn)范疇。(39)A壓縮需求分析工作周期B設(shè)計(jì)圖紙全部完成前就開(kāi)始現(xiàn)場(chǎng)施工準(zhǔn)備工作C使用最好的工程師,加班加點(diǎn)盡快完成需求分析說(shuō)明書(shū)編制工作D同其他項(xiàng)目協(xié)調(diào)好關(guān)系以減少行政管理的磨擦解析快速跟進(jìn)是指計(jì)劃時(shí)串行的活動(dòng),當(dāng)實(shí)施時(shí)進(jìn)度落后時(shí),改為并行或部分并行(當(dāng)然前提是串行的活動(dòng),本身的順序是可以改變的)。該題的選項(xiàng)是“B設(shè)計(jì)圖紙全部

46、完成前就開(kāi)始現(xiàn)場(chǎng)施工準(zhǔn)備工作”。 某軟件開(kāi)發(fā)項(xiàng)目的實(shí)際進(jìn)度已經(jīng)大幅滯后于計(jì)劃進(jìn)度, (40) 能夠較為有效地縮短活動(dòng)工期。(40)A請(qǐng)經(jīng)驗(yàn)豐富的老程序員進(jìn)行技術(shù)指導(dǎo)或協(xié)助完成工作B要求項(xiàng)目組成員每天加班 23 個(gè)小時(shí)進(jìn)行趕工C招聘一批新的程序員到項(xiàng)目組中D購(gòu)買(mǎi)最新版本的軟件開(kāi)發(fā)工具解析本題的選項(xiàng)是“A請(qǐng)經(jīng)驗(yàn)豐富的老程序員進(jìn)行技術(shù)指導(dǎo)或協(xié)助完成工作”。 某公司最近在一家大型企業(yè) OA 項(xiàng)目招標(biāo)中勝出,小張被指定為該項(xiàng)目的項(xiàng)目經(jīng)理。公司發(fā)布了項(xiàng)目章程,小張依據(jù)該章程等項(xiàng)目資料編制了由項(xiàng)目目標(biāo)、可交付成果、項(xiàng)目邊界及成本

47、和質(zhì)量測(cè)量指標(biāo)等內(nèi)容組成的(41)。(41)A項(xiàng)目工作說(shuō)明書(shū)B(niǎo)范圍管理計(jì)劃C范圍說(shuō)明書(shū)DWBS解析發(fā)布項(xiàng)目章程后,接著就要對(duì)項(xiàng)目進(jìn)行初步分解,明確項(xiàng)目范圍了。通過(guò)題干可知“依據(jù)該章程等項(xiàng)目資料編制了由項(xiàng)目目標(biāo)、可交付成果、項(xiàng)目邊界及成本和質(zhì)量測(cè)量指標(biāo)等內(nèi)容組成的”“C范圍說(shuō)明書(shū)”為正確選項(xiàng)。 下面關(guān)于項(xiàng)目范圍確認(rèn)描述,(42)是正確的。(42)A范圍確認(rèn)是一項(xiàng)對(duì)項(xiàng)目范圍說(shuō)明書(shū)進(jìn)行評(píng)審的活動(dòng)B范圍確認(rèn)活動(dòng)通常由項(xiàng)目組和質(zhì)量管理員參與執(zhí)行即可C范圍確認(rèn)過(guò)程中可能會(huì)產(chǎn)生變更申請(qǐng)D范圍確認(rèn)屬于一項(xiàng)質(zhì)量控制活動(dòng)解析范圍確認(rèn)是客戶(hù)等項(xiàng)目干系人正式驗(yàn)收并接受已完成的項(xiàng)目可交付物的過(guò)程, 

48、圍確認(rèn)過(guò)程中可能產(chǎn)生的變更申請(qǐng),例如對(duì)缺陷的修復(fù)要求。該題正確選項(xiàng)為“C范圍確認(rèn)過(guò)程中可能會(huì)產(chǎn)生變更申請(qǐng)”。 下列關(guān)于資源平衡的描述中,(43)是正確的。(43)A資源平衡通常用于已經(jīng)利用關(guān)鍵鏈法分析過(guò)的進(jìn)度模型之中B進(jìn)行資源平衡的前提是不能改變?cè)P(guān)鍵路線C使用按資源分配倒排進(jìn)度法不一定能制定出最優(yōu)項(xiàng)目進(jìn)度表D資源平衡的結(jié)果通常是使項(xiàng)目的預(yù)計(jì)持續(xù)時(shí)間比項(xiàng)目初步進(jìn)度表短解析該題的正確選項(xiàng)是“C使用按資源分配倒排進(jìn)度法不一定能制定出最優(yōu)項(xiàng)目進(jìn)度表”。 某企業(yè)今年用于信息系統(tǒng)安全工程師的培訓(xùn)費(fèi)用為 5 萬(wàn)元,其中有 8000 元計(jì)入

49、0;A 項(xiàng)目成本,該成本屬于 A 項(xiàng)目的(44)。(44)A可變成本B沉沒(méi)成本C實(shí)際成本(AC)D間接成本解析很明顯,該題正確選項(xiàng)為“D間接成本”。 項(xiàng)目進(jìn)行到某階段時(shí),項(xiàng)目經(jīng)理進(jìn)行了績(jī)效分析,計(jì)算出 CPI 值為 0.91。這表示(45)。(45)A項(xiàng)目的每 91 元人民幣投資中可創(chuàng)造相當(dāng)于 100 元的價(jià)值B當(dāng)項(xiàng)目完成時(shí)將會(huì)花費(fèi)投資額的 91C項(xiàng)目?jī)H進(jìn)展到計(jì)劃進(jìn)度的 91D項(xiàng)目的每 100 元人民幣投資中只創(chuàng)造相當(dāng)于 91 

50、;元的價(jià)值解析該題的正確選項(xiàng)為“D項(xiàng)目的每 100 元人民幣投資中只創(chuàng)造相當(dāng)于 91 元的價(jià)值”。 下圖是一項(xiàng)布線工程計(jì)劃和實(shí)際完成的示意圖,2009 年 3 月 23 日的 PV、EV、AC 分別是(46)。46)APV=4000 元、EV=2000 元、AC=3800 元BPV=4000 元、EV=3800 元、AC=2000 元CPV=3800 元、EV=4000 元、AC=2000

51、0;元DPV=3800 元、EV=3800 元、AC=2000 元解析到 2009-3-23 早上 8:30 上班前:應(yīng)該完成的預(yù)算 PV = 2000+2000 = 4000 元掙值 EV = 2000 元實(shí)際成本 AC = 3800 元該題的選項(xiàng)是“APV=4000 元、EV=2000 元、AC=3800 元 ”。 在項(xiàng)目人力資源計(jì)劃

52、編制中,一般會(huì)涉及到組織結(jié)構(gòu)圖和職位描述。其中,根據(jù)組織現(xiàn)有的部門(mén)、單位或團(tuán)隊(duì)進(jìn)行分解,把工作包和項(xiàng)目的活動(dòng)列在負(fù)責(zé)的部門(mén)下面的圖采用的是(47)。A(47) 工作分解結(jié)構(gòu)(WBS)B組織分解結(jié)構(gòu)(OBS)C資源分解結(jié)構(gòu)(RBS)D責(zé)任分配矩陣(RAM)解析正確的選項(xiàng)是“B組織分解結(jié)構(gòu)(OBS)”。 在組建項(xiàng)目團(tuán)隊(duì)時(shí),人力資源要滿(mǎn)足項(xiàng)目要求。以下說(shuō)法,(48)是不妥當(dāng)?shù)?。?8)A對(duì)關(guān)鍵崗位要有技能標(biāo)準(zhǔn),人員達(dá)標(biāo)后方可聘用B與技能標(biāo)準(zhǔn)有差距的員工進(jìn)行培訓(xùn),合格后可聘用C只要項(xiàng)目經(jīng)理對(duì)團(tuán)隊(duì)成員認(rèn)可就可以D在組建團(tuán)隊(duì)時(shí)要考慮能力、經(jīng)驗(yàn)、興趣、成本等人員因素解析該題的選項(xiàng)是“C只

53、要項(xiàng)目經(jīng)理對(duì)團(tuán)隊(duì)成員認(rèn)可就可以”。 項(xiàng)目經(jīng)理管理項(xiàng)目團(tuán)隊(duì)有時(shí)需要解決沖突,(49)屬于解決沖突的范疇。(49)A強(qiáng)制、妥協(xié)、撤退B強(qiáng)制、求同存異、觀察C妥協(xié)、求同存異、增加權(quán)威D妥協(xié)、撤退、預(yù)防解析解決沖突的方法有:解決問(wèn)題、強(qiáng)制、妥協(xié)、撤退、求同存異(調(diào)和)等。因此,該題的選項(xiàng)為“A強(qiáng)制、妥協(xié)、撤退”。 某承建單位準(zhǔn)備把機(jī)房項(xiàng)目中的消防系統(tǒng)工程分包出去,并準(zhǔn)備了詳細(xì)的設(shè)計(jì)圖紙和各項(xiàng)說(shuō)明。該項(xiàng)目工程包括:火災(zāi)自動(dòng)報(bào)警、廣播、火災(zāi)早期報(bào)警滅火等。該工程宜采用(50)。(50)A單價(jià)合同B成本加酬金合同C總價(jià)合同D委托合同解析該題的選項(xiàng)為“C總價(jià)合同”,以避免自己的成本超支。&

54、#160;小王為本公司草擬了一份計(jì)算機(jī)設(shè)備采購(gòu)合同,其中寫(xiě)到“乙方需按通常的行業(yè)標(biāo)準(zhǔn)提供技術(shù)支持服務(wù)”。經(jīng)理審閱后要求小王修改,原因是(51)。(51) A文字表達(dá)不通順B格式不符合國(guó)家或行業(yè)標(biāo)準(zhǔn)的要求C對(duì)合同標(biāo)的的描述不夠清晰、準(zhǔn)確D術(shù)語(yǔ)使用不當(dāng)解析該題的選項(xiàng)為“C對(duì)合同標(biāo)的的描述不夠清晰、準(zhǔn)確”。( 組織項(xiàng)目招標(biāo)要按照中華人民共和國(guó)招標(biāo)投標(biāo)法進(jìn)行。以下敘述中, 52)是不正確的。(52)A公開(kāi)招標(biāo)和邀請(qǐng)招標(biāo)都是常用的招標(biāo)方式B公開(kāi)招標(biāo)是指招標(biāo)人以招標(biāo)公告方式邀請(qǐng)一定范圍的法人或者其他組織投標(biāo)C邀請(qǐng)招標(biāo)是指招標(biāo)人以投標(biāo)邀請(qǐng)書(shū)的方式邀請(qǐng)?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織投標(biāo)D

55、招標(biāo)人是依照本法規(guī)定提出招標(biāo)項(xiàng)目、進(jìn)行招標(biāo)的法人或者其他組織解析根據(jù)中華人民共和國(guó)招標(biāo)投標(biāo)法如下條款:第十條招標(biāo)分為公開(kāi)招標(biāo)和邀請(qǐng)招標(biāo)。公開(kāi)招標(biāo),是指招標(biāo)人以招標(biāo)公告的方式邀請(qǐng)不特定的法人或者其他組織投標(biāo)。邀請(qǐng)招標(biāo),是指招標(biāo)人以投標(biāo)邀請(qǐng)書(shū)的方式邀請(qǐng)?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織投標(biāo)。可知,該題的選項(xiàng)為“B公開(kāi)招標(biāo)是指招標(biāo)人以招標(biāo)公告方式邀請(qǐng)一定范圍的法人或者其他組織投標(biāo)”。 系統(tǒng)集成商與建設(shè)方在一個(gè) ERP 項(xiàng)目的談判過(guò)程中,建設(shè)方提出如下要求:系統(tǒng)初驗(yàn)時(shí)間為 2010 年 6 月底(付款 50%);正式驗(yàn)收時(shí)間為

56、0;2010 年 10 月底(累計(jì)付款 80%);系統(tǒng)運(yùn)行服務(wù)期限為一年(可能累計(jì)付款 100%);并希望長(zhǎng)期提供應(yīng)用軟件技術(shù)支持。系統(tǒng)集成商在起草項(xiàng)目建設(shè)合同時(shí),合同期限設(shè)定到(53)為妥。(53)A. 2010 年 10 月底B. 2011 年 6 月底C. 2011 年 10 月底D. 長(zhǎng)期解析系統(tǒng)集成商在起草項(xiàng)目建設(shè)合同時(shí),合同期限應(yīng)設(shè)定為:正式驗(yàn)收的時(shí)間(2010 年 10 月底,此時(shí)累計(jì)付款 80%)+ 1 年的系統(tǒng)運(yùn)行服務(wù)期(可能累計(jì)付款 100%)。因此,該題的選項(xiàng)為“C. 2011 年 10 月底”。至于&#

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論