2010上半年系統(tǒng)集成項(xiàng)目管理工程師上午題答案解析
《2010上半年系統(tǒng)集成項(xiàng)目管理工程師上午題答案解析》由會(huì)員分享,可在線閱讀,更多相關(guān)《2010上半年系統(tǒng)集成項(xiàng)目管理工程師上午題答案解析(19頁珍藏版)》請?jiān)谘b配圖網(wǎng)上搜索。
2010 年上半年-系統(tǒng)集成項(xiàng)目管理工程師-上午題解析● 以下對信息系統(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ù)含量的工程過程,要面向用戶需求提供全面解決方案,其核心是軟件。答案是:C. 信息系統(tǒng)集成的核心是軟件● 有四家系統(tǒng)集成企業(yè)計(jì)劃于 2010 年 5 月申請計(jì)算機(jī)信息系統(tǒng)集成資質(zhì),其中:甲公司計(jì)劃申請一級(jí)資質(zhì),注冊資本 3000 萬元,具有項(xiàng)目經(jīng)理 20 名,高級(jí)項(xiàng)目經(jīng)理 8 名,2010 年 1 月通過 ISO9001 質(zhì)量管理體系認(rèn)證;乙公司計(jì)劃申請一級(jí)資質(zhì),注冊資本 2000 萬元,具有項(xiàng)目經(jīng)理 20 名,高級(jí)項(xiàng)目經(jīng)理 8 名,2009 年 4 月通過 ISO9001 質(zhì)量管理體系認(rèn)證;丙公司計(jì)劃申請四級(jí)資質(zhì),注冊資本 500 萬元,具有項(xiàng)目經(jīng)理 5 名,高級(jí)項(xiàng)目經(jīng)理 1 名,2010 年 2 月通過 ISO9001 質(zhì)量管理體系認(rèn)證;丁公司計(jì)劃申請四級(jí)資質(zhì),注冊資本 500 萬元,具有項(xiàng)目經(jīng)理 5 名,高級(jí)項(xiàng)目經(jīng)理 1 名,沒有通過 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í)評定條件(修訂版)的通知》(信部規(guī)[2003]440 號(hào)文),該 440 號(hào)文規(guī)定了對企業(yè)的系統(tǒng)集成資質(zhì)進(jìn)行認(rèn)證的辦法。企業(yè)的系統(tǒng)集成資質(zhì)等級(jí)評定主要從綜合條件、業(yè)績、管理能力、技術(shù)實(shí)力、人才實(shí)力五個(gè)方面來考核。如果要申報(bào)一級(jí)資質(zhì)的話,對其“管理能力”的要求中有一條是:已建立質(zhì)量管理體系,通過認(rèn)證并運(yùn)行一年以上,詳情請參閱《系統(tǒng)集成項(xiàng)目管理工程師備考指南與習(xí)題詳解》P20。答案是:A● 下面關(guān)于計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)的論述,(3)是不正確的。(3)A. 工業(yè)和信息化部對計(jì)算機(jī)信息系統(tǒng)集成認(rèn)證工作進(jìn)行行業(yè)管理B. 申請三、四級(jí)資質(zhì)的單位應(yīng)向經(jīng)政府信息產(chǎn)業(yè)主管部門批準(zhǔn)的資質(zhì)認(rèn)證機(jī)構(gòu)提出認(rèn)證申請C.申請一、二級(jí)資質(zhì)的單位應(yīng)直接向工業(yè)和信息化部資質(zhì)管理辦公室提出認(rèn)證申請D. 通過資質(zhì)認(rèn)證審批的各單位將獲得由工業(yè)和信息化部統(tǒng)一印制的資質(zhì)證書解析首先由從事信息系統(tǒng)集成業(yè)務(wù)的單位向相應(yīng)的評審機(jī)構(gòu)提出評審申請。計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)認(rèn)證工作根據(jù)認(rèn)證和審批分離的原則,按照先由認(rèn)證機(jī)構(gòu)認(rèn)證,再由信息產(chǎn)業(yè)主管部門審批的工作程序進(jìn)行。工業(yè)和信息化部資質(zhì)管理辦公室是全國系統(tǒng)集成資質(zhì)和監(jiān)理資質(zhì)的管理和支持機(jī)構(gòu)。答案是:C● 省市信息產(chǎn)業(yè)主管部門負(fù)責(zé)對(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è)單位管部門負(fù)責(zé)本行政區(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)銷商 B. 整個(gè)供應(yīng)鏈 C. 終端用戶 D. 競爭對手解析ERP 管理范圍向整個(gè)供應(yīng)鏈延伸。在資源管理范圍方面,MRPⅡ主要側(cè)重對本企業(yè)內(nèi)部人、財(cái)、物等資源的管理,ERP 系統(tǒng)在 MRPⅡ的基礎(chǔ)上擴(kuò)展了管理范圍,它把客戶需求和企業(yè)內(nèi)部的制造活動(dòng)以及供應(yīng)商的制造資源整合在一起,形成一個(gè)完整的供應(yīng)鏈并對供應(yīng)鏈上所有環(huán)節(jié)如訂單、采購、庫存、計(jì)劃、生產(chǎn)制造、質(zhì)量控制、運(yùn)輸、分銷、服務(wù)與維護(hù)、財(cái)務(wù)管理、人事管理、實(shí)驗(yàn)室管理、項(xiàng)目管理、配方管理等進(jìn)行有效管理。答案是:B 小張?jiān)谀畴娮由虅?wù)網(wǎng)站建立一家經(jīng)營手工藝品的個(gè)人網(wǎng)絡(luò)商鋪,向網(wǎng)民提供自己手工制作的工藝品。這種電子商務(wù)模式為(6) 。(6)A. B2B B. B2C C. C2C D. G2C解析目前常用的電子商務(wù)模式有 B2B、B2C 和 C2C 三種。B2B 指的是 Business to Business,即進(jìn)行電子商務(wù)交易的供需雙方都是商家(或企業(yè)、公司) ,她們使用了 Internet 的技術(shù)或各種商務(wù)網(wǎng)絡(luò)平臺(tái),完成商務(wù)交易的過程。B2C 是指商業(yè)機(jī)構(gòu)對消費(fèi)者的電子商務(wù)。C2C 即 Consumer To Consumer,是個(gè)人與個(gè)人之間的電子商務(wù),是用戶對用戶的電子商務(wù)模式。C2C 商務(wù)平臺(tái)就是通過為買賣雙方提供一個(gè)在線交易平臺(tái),使賣方可以主動(dòng)提供商品網(wǎng)上拍賣,而買方可以自行選擇商品進(jìn)行競價(jià)。答案是:C● 與基于 C/S 架構(gòu)的信息系統(tǒng)相比,基于 B/S 架構(gòu)的信息系統(tǒng)( 7) 。(7) A.具備更強(qiáng)的事務(wù)處理能力,易于實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)流程B.人機(jī)界面友好,具備更加快速的用戶響應(yīng)速度C.更加容易部署和升級(jí)維護(hù)D.具備更高的安全性解析答案是“C.更加容易部署和升級(jí)維護(hù)”● 中間件是位于硬件、操作系統(tǒng)等平臺(tái)和應(yīng)用之間的通用服務(wù)。 (8)位于客戶和服務(wù)器之間,負(fù)責(zé)負(fù)載均衡、失效恢復(fù)等任務(wù),以提高系統(tǒng)的整體性能。 (8)A. 數(shù)據(jù)庫訪問中間件 B. 面向消息中間件C. 分布式對象中間件 D. 事務(wù)中間件解析答案是“D. 事務(wù)中間件” 。事務(wù)處理監(jiān)控程序位于客戶和服務(wù)器之間,完成事務(wù)管理與協(xié)調(diào)、負(fù)載平衡、失效恢復(fù)等任務(wù),以提高系統(tǒng)的整體性能?!?以下關(guān)于軟件測試的描述, (9)是正確的。(9)A.系統(tǒng)測試應(yīng)盡可能在實(shí)際運(yùn)行使用環(huán)境下進(jìn)行B.軟件測試是在編碼階段完成之后進(jìn)行的一項(xiàng)活動(dòng)C.專業(yè)測試人員通常采用白盒測試法檢查程序的功能是否符合用戶需求D.軟件測試工作的好壞,取決于測試發(fā)現(xiàn)錯(cuò)誤的數(shù)量解析答案是“A.系統(tǒng)測試應(yīng)盡可能在實(shí)際運(yùn)行使用環(huán)境下進(jìn)行” 。系統(tǒng)測試是基于系統(tǒng)整體需求說明書的黑盒類測試,應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。系統(tǒng)測試是針對整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測試,目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義,找出與需求規(guī)格不相符合或與之矛盾的地方。系統(tǒng)測試的對象不僅僅包括需要測試的產(chǎn)品系統(tǒng)的軟件,還要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。因此,必須將系統(tǒng)中的軟件與各種依賴的資源結(jié)合起來,在系統(tǒng)實(shí)際運(yùn)行環(huán)境下來進(jìn)行測試。軟件測試活動(dòng)不僅包含對代碼、對設(shè)計(jì)、對功能、對需求的測試,也包括測試計(jì)劃的制定。測試計(jì)劃的制定是在編碼之前完成的?!?軟件的質(zhì)量是指(10) 。(10)A. 軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性B. 軟件的功能和性能C. 用戶需求的滿意度D. 軟件特性的總和,以及滿足規(guī)定和潛在用戶需求的能力解析答案是“D.” ,國際標(biāo)準(zhǔn) ISO14598 給出的“軟件質(zhì)量”的定義是:軟件特性的總和,軟件滿足規(guī)定或潛在用戶需求的能力。 在軟件生存周期中,將某種形式表示的軟件轉(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ì)過程是一個(gè)從設(shè)計(jì)到產(chǎn)品的過程,即設(shè)計(jì)人員首先在大腦中構(gòu)思產(chǎn)品的外形、性能和大致的技術(shù)參數(shù)等,然后在詳細(xì)設(shè)計(jì)階段完成各類數(shù)據(jù)模型,最終將這個(gè)模型轉(zhuǎn)入到研發(fā)流程中,完成產(chǎn)品的整個(gè)設(shè)計(jì)研發(fā)周期。這就是“正向設(shè)計(jì)”過程。而逆向工程,又名反向工程(Reverse Engineering - RE) ,則是一個(gè)從產(chǎn)品到設(shè)計(jì)的過程,就是根據(jù)已經(jīng)存在的產(chǎn)品,反向推出產(chǎn)品設(shè)計(jì)數(shù)據(jù)(包括各類設(shè)計(jì)圖或數(shù)據(jù)模型)的過程。早期的船舶工業(yè)中常用的船體放樣設(shè)計(jì)就是逆向工程的很好實(shí)例。在軟件開發(fā)行業(yè),基于某個(gè)軟件,以反匯編閱讀源碼的方式去推斷其數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)和程序設(shè)計(jì)信息成為軟件逆向工程技術(shù)關(guān)注的主要對象。軟件逆向技術(shù)的目的是用來研究和學(xué)習(xí)先進(jìn)的技術(shù),特別是當(dāng)手里沒有合適的文檔資料,而又很需要實(shí)現(xiàn)某個(gè)軟件的功能的時(shí)候。因此很多軟件開發(fā)組織為了壟斷技術(shù),在軟件安裝之前,要求用戶同意不去逆向研究。根據(jù)黃柏素、梅宏組織翻譯,Roger S.Pressman 編著的《軟件工程—實(shí)踐者的研究方法》第 4 版的陳述:逆向工程抽象層次應(yīng)該盡可能高,即逆向工程過程應(yīng)該能夠?qū)С鲞^程的設(shè)計(jì)表示(一種低層的抽象);程序和數(shù)據(jù)結(jié)構(gòu)信息(稍高一點(diǎn)層次的抽象);數(shù)據(jù)和控制流模型(一種相對高層的抽象);以及實(shí)體—關(guān)系模型(一種高層抽象)。隨著抽象層次增高,軟件工程師獲得更有助于理解程序的信息。軟件重構(gòu)修改源代碼和/或數(shù)據(jù)以使得它適應(yīng)未來的變化。通常,重構(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ì)過程。代碼重構(gòu)的目標(biāo)是生成可提供相同功能的設(shè)計(jì),但是該設(shè)計(jì)比原程序有更高的質(zhì)量?!?根據(jù) 《軟件文檔管理指南》 (GB/T 16680-1996) ,以下關(guān)于文檔評審的敘述, (12)是不正確的。(12)A. 需求評審進(jìn)一步確認(rèn)開發(fā)者和設(shè)計(jì)者已了解用戶要求什么,以及用戶從開發(fā)者一方了解某些限制和約束 B. 在概要設(shè)計(jì)評審過程中主要詳細(xì)評審每個(gè)系統(tǒng)組成部分的基本設(shè)計(jì)方法和測試計(jì)劃,系統(tǒng)規(guī)格說明應(yīng)根據(jù)概要設(shè)計(jì)評審的結(jié)果加以修改 C. 設(shè)計(jì)評審產(chǎn)生的最終文檔規(guī)定系統(tǒng)和程序?qū)⑷绾卧O(shè)計(jì)開發(fā)和測試以滿足一致同意的需求規(guī)格說明書D. 詳細(xì)設(shè)計(jì)評審主要評審計(jì)算機(jī)程序、程序單元測試計(jì)劃和集成測試計(jì)劃解析根據(jù)《軟件文檔管理指南》 (GB/T 16680-1996) ,詳細(xì)設(shè)計(jì)評審主要評審計(jì)算機(jī)程序和程序單元測試計(jì)劃,而集成測試計(jì)劃則是概要設(shè)計(jì)評審的對象之一?!?根據(jù)《軟件文檔管理指南》 (GB/T 16680-1996) ,以下關(guān)于軟件文檔歸類的敘述, (13)是不正確的。(13)A. 開發(fā)文檔描述開發(fā)過程本身B. 產(chǎn)品文檔描述開發(fā)過程的產(chǎn)物C. 管理文檔記錄項(xiàng)目管理的信息D. 過程文檔描述項(xiàng)目實(shí)施的信息解析根據(jù)《軟件文檔管理指南》 (GB/T 16680-1996 ) ,軟件文檔有開發(fā)文檔、產(chǎn)品文檔和管理文檔三類?!?根據(jù)《軟件工程 —產(chǎn)品質(zhì)量》 (GB/T 16260.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 公司想要對本單位的內(nèi)部網(wǎng)絡(luò)和辦公系統(tǒng)進(jìn)行改造,希望通過招標(biāo)選擇承建商,為此,W 公司進(jìn)行了一系列活動(dòng)。以下(15)活動(dòng)不符合《中華人民共和國招標(biāo)投標(biāo)法》的要求。(15)A. 對此項(xiàng)目的承建方和監(jiān)理方的招標(biāo)工作,W 公司計(jì)劃由同一家招標(biāo)代理機(jī)構(gòu)負(fù)責(zé)招標(biāo),并計(jì)劃在同一天開標(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)文件要求,沒有接受該投標(biāo)單位的投標(biāo)文件 D. W 公司根據(jù)招標(biāo)文件的要求,在三家投標(biāo)單位中選擇了其中一家作為此項(xiàng)目的承建商,并只將結(jié)果通知了中標(biāo)企業(yè)。解析根據(jù)《中華人民共和國招標(biāo)投標(biāo)法》第四十五條的如下規(guī)定:中標(biāo)人確定后,招標(biāo)人應(yīng)當(dāng)向中標(biāo)人發(fā)出中標(biāo)通知書,并同時(shí)將中標(biāo)結(jié)果通知所有未中標(biāo)的投標(biāo)人??芍?,選項(xiàng) D 是不符合招標(biāo)投標(biāo)法要求的。以下采用單一來源采購方式的活動(dòng),(16)是不恰當(dāng)?shù)?。?6)A. 某政府部門為建立內(nèi)部辦公系統(tǒng),已從一個(gè)供應(yīng)商采購了 120 萬元的網(wǎng)絡(luò)設(shè)備,由于辦公地點(diǎn)擴(kuò)大,打算繼續(xù)從原供應(yīng)商采購 15 萬元的設(shè)備B. 某地區(qū)發(fā)生自然災(zāi)害,當(dāng)?shù)孛裾块T需要緊急采購一批救災(zāi)物資C. 某地方主管部門需要采購一種市政設(shè)施,目前此種設(shè)施國內(nèi)僅有一家廠商生產(chǎn)D. 某政府機(jī)關(guān)為升級(jí)其內(nèi)部辦公系統(tǒng),與原承建商簽訂了系統(tǒng)維護(hù)合同解析根據(jù)《中華人民共和國政府采購法》的如下條款:第三十一條符合下列情形之一的貨物或者服務(wù),可以依照本法采用單一來源方式采購:(一)只能從唯一供應(yīng)商處采購的;(二)發(fā)生了不可預(yù)見的緊急情況不能從其他供應(yīng)商處采購的;(三)必須保證原有采購項(xiàng)目一致性或者服務(wù)配套的要求,需要繼續(xù)從原供應(yīng)商處添購,且添購資金總額不超過原合同采購金額百分之十的??芍绢}的選項(xiàng) A 是不恰當(dāng)?shù)??!?為了解決 C/S 模式中客戶機(jī)負(fù)荷過重的問題,軟件架構(gòu)發(fā)展形成了(17)模式。(17)A. 三層 C/S B. 分層 C. B/S D. 知識(shí)庫解析客戶機(jī)/服務(wù)器(Client/Server ,C/S)模式將應(yīng)用一分為二,服務(wù)器(后臺(tái))負(fù)責(zé)數(shù)據(jù)管理,客戶機(jī)(前臺(tái))完成與用戶的交互任務(wù)。C/S 模式具有強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力,模型思想簡單,但隨著企業(yè)規(guī)模的日益擴(kuò)大,軟件的復(fù)雜程度不斷提高,傳統(tǒng)的二層 C/S 模式的缺點(diǎn)日益突出:① 客戶機(jī)與服務(wù)器的通訊依賴于網(wǎng)絡(luò),可能成為整個(gè)系統(tǒng)運(yùn)作的瓶頸;客戶機(jī)的負(fù)荷過重,難以管理大量的客戶機(jī),系統(tǒng)的性能受到很大影響;② 如果服務(wù)器及其界面定義有改變,則客戶機(jī)也要做相應(yīng)改變;③ 二層 C/S 模式采用單一服務(wù)器且以局域網(wǎng)為中心,難以擴(kuò)展至廣域網(wǎng)或 Internet;④ 數(shù)據(jù)安全性不好??蛻舳顺绦蚩梢灾苯釉L問數(shù)據(jù)庫服務(wù)器,使數(shù)據(jù)庫的安全性受到威脅。C/S 模式適用于分布式系統(tǒng),得到了廣泛的應(yīng)用。為了解決 C/S 模式中客戶端的問題,發(fā)展形成了瀏覽器/服務(wù)器(B/S)模式;為了解決 C/S 模式中服務(wù)器端的問題,發(fā)展形成了三層(多層) C/S 模式,即多層應(yīng)用架構(gòu)。本題的正確選項(xiàng)是“C. B/S”?!?小王在公司局域網(wǎng)中用 Delphi 編寫了客戶端應(yīng)用程序,其后臺(tái)數(shù)據(jù)庫使用 MS NT4+SQL Server,應(yīng)用程序通過 ODBC 連接到后臺(tái)數(shù)據(jù)庫。此處的 ODBC 是(18)。(18)A. 中間件B. WEB ServiceC. COM 構(gòu)件D. WEB 容器 解析數(shù)據(jù)庫訪問中間件通過一個(gè)抽象層訪問數(shù)據(jù)庫,從而允許使用相同或相似的代碼訪問不同的數(shù)據(jù)庫資源。典型的技術(shù)如 Windows 平臺(tái)的 ODBC 和 Java 平臺(tái)的 JDBC 等。本題的正確選項(xiàng)是“A. 中間件”?!?(19)制定了無線局域網(wǎng)訪問控制方法與物理層規(guī)范。(19)A.IEEE 802.3 B. IEEE 802.11C.IEEE 802.15 D. IEEE 802.16解析IEEE 的 802 標(biāo)準(zhǔn)委員會(huì)定義了多種主要的局域網(wǎng),其中的 IEEE 802.11 制定了無線局域網(wǎng)(WLAN )的訪問控制方法與物理層規(guī)范。本題的正確選項(xiàng)是“B.IEEE 802.11”。● 可以實(shí)現(xiàn)在 Internet 上任意兩臺(tái)計(jì)算機(jī)之間傳輸文件的協(xié)議是(20)。(20)A.FTP B.HTTP C.SMTP D.SNMP解析FTP(File Transfer Protocol)是 Internet 上用來傳送文件的協(xié)議(文件傳輸協(xié)議)。它是為了我們能夠在 Internet 上互相傳送文件而制定的的文件傳送標(biāo)準(zhǔn),規(guī)定了 Internet 上文件如何傳送??梢允褂梦募鬏攨f(xié)議 (FTP)把文件從一部電腦通過 Internet 傳輸至另一部電腦。本題的正確選項(xiàng)是“A.FTP”。我國頒布的《大樓通信綜合布線系統(tǒng) YD/T926》標(biāo)準(zhǔn)的適用范圍是跨度距離不超過(21)米,辦公總面積不超過 1,000,000 平方米的布線區(qū)域。(21)A.500 B.1000 C.2000 D .3000解析通信行業(yè)標(biāo)準(zhǔn)《大樓通信綜合布線系統(tǒng)》YD/T926 )的適用范圍是跨越距離不超過 3000 米、建筑總面積不超過 100 萬平方米的布線區(qū)域,區(qū)域內(nèi)的人員為 50 人至 5 萬人。答案是“D.3000”。● 根據(jù)《電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范》,(22)的敘述是錯(cuò)誤的。(22)A. 某機(jī)房內(nèi)面積為 125 平方米,共設(shè)置了三個(gè)安全出口B. 機(jī)房內(nèi)所有設(shè)備的金屬外殼、各類金屬管道、金屬線槽、建筑物金屬結(jié)構(gòu)等必須進(jìn)行等電位聯(lián)結(jié)并接地C. 機(jī)房內(nèi)的照明線路宜穿鋼管暗敷或在吊頂內(nèi)穿鋼管明敷D. 為了保證通風(fēng),A 級(jí)電子信息系統(tǒng)機(jī)房應(yīng)設(shè)置外窗解析《電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范 GB 50174—2008》的 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. ①②④ C. ①②③ D. ②③④解析SAN 是采用高速的光纖通道作為傳輸介質(zhì)的網(wǎng)絡(luò)存儲(chǔ)技術(shù)。它將存儲(chǔ)系統(tǒng)網(wǎng)絡(luò)化,實(shí)現(xiàn)了高速共享存儲(chǔ)以及塊級(jí)數(shù)據(jù)訪問的目的。作為獨(dú)立于服務(wù)器網(wǎng)絡(luò)系統(tǒng)之外,它幾乎擁有無限存儲(chǔ)擴(kuò)展能力。業(yè)界提倡的 Open SAN 克服了早先光纖通道仲裁環(huán)所帶來的互操作和可靠性問題,提供了開放式、靈活多變的多樣配置方案??傮w來說,SAN 擁有極度的可擴(kuò)展性、簡化的存儲(chǔ)管理、優(yōu)化的資源和服務(wù)共享以及高度可用性。答案是選項(xiàng) A?!?某機(jī)房部署了多級(jí) UPS 和線路穩(wěn)壓器,這是出于機(jī)房供電的(24)需要。(24)A. 分開供電和穩(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)批稿)的“5.1.1.2 防盜竊和防破壞(G1)”之如下要求:a) 應(yīng)將主要設(shè)備放置在機(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.?dāng)?shù)據(jù)域安全 B.功能性安全C.資源訪問安全 D.系統(tǒng)級(jí)安全解析系統(tǒng)級(jí)的安全策略包括敏感系統(tǒng)的隔離、訪問 IP 地址段的限制、登錄時(shí)間段的限制、會(huì)話時(shí)間的限制、連接數(shù)的限制、特定時(shí)間段內(nèi)登錄次數(shù)的限制以及遠(yuǎn)程訪問控制等,系統(tǒng)級(jí)安全是應(yīng)用系統(tǒng)的第一道防線。答案是選項(xiàng) D?!?基于用戶名和口令的用戶入網(wǎng)訪問控制可分為(27)三個(gè)步驟。(27 )A.用戶名的識(shí)別與驗(yàn)證、用戶口令的識(shí)別與驗(yàn)證、用戶賬號(hào)的默認(rèn)限制檢查B.用戶名的識(shí)別與驗(yàn)證、用戶口令的識(shí)別與驗(yàn)證、用戶權(quán)限的識(shí)別與控制C.用戶身份識(shí)別與驗(yàn)證、用戶口令的識(shí)別與驗(yàn)證、用戶權(quán)限的識(shí)別與控制D.用戶賬號(hào)的默認(rèn)限制檢查、用戶口令的識(shí)別與驗(yàn)證、用戶權(quán)限的識(shí)別與控制解析用戶的入網(wǎng)訪問控制可分為三個(gè)步驟:用戶名的識(shí)別與驗(yàn)證、用戶口令的識(shí)別與驗(yàn)證、用戶帳號(hào)的默認(rèn)限制檢查。用戶對網(wǎng)絡(luò)資源的訪問權(quán)限可以用一個(gè)訪問控制表來描述,網(wǎng)絡(luò)系統(tǒng)管理員應(yīng)當(dāng)為用戶指定適當(dāng)?shù)脑L問權(quán)限,這些訪問權(quán)限控制著用戶對服務(wù)器等網(wǎng)絡(luò)資源的訪問。答案是選項(xiàng) A。 ● Web Service 技術(shù)適用于(28)應(yīng)用。① 跨越防火墻 ②應(yīng)用系統(tǒng)集成 ③單機(jī)應(yīng)用程序 ④B2B 應(yīng)用 ⑤軟件重用 ⑥局域網(wǎng)上的同構(gòu)應(yīng)用程序(28 )A.③④⑤⑥ B.②④⑤⑥ C.①③④⑥ D.①②④⑤解析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)于 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ù)倉庫與數(shù)據(jù)庫的敘述中, (30)是正確的。(30 )A.?dāng)?shù)據(jù)倉庫的數(shù)據(jù)高度結(jié)構(gòu)化、復(fù)雜、適合操作計(jì)算;而數(shù)據(jù)庫的數(shù)據(jù)結(jié)構(gòu)比較簡單,適合分析 B.?dāng)?shù)據(jù)倉庫的數(shù)據(jù)是歷史的、歸檔的、處理過的數(shù)據(jù);數(shù)據(jù)庫的數(shù)據(jù)反映當(dāng)前的數(shù)據(jù)C.?dāng)?shù)據(jù)倉庫中的數(shù)據(jù)使用頻率較高;數(shù)據(jù)庫中的數(shù)據(jù)使用頻率較低D.?dāng)?shù)據(jù)倉庫中的數(shù)據(jù)是動(dòng)態(tài)變化的,可以直接更新;數(shù)據(jù)庫中的數(shù)據(jù)是靜態(tài)的,不能直接更新解析數(shù)據(jù)庫技術(shù)以數(shù)據(jù)庫為中心,進(jìn)行事務(wù)處理、批處理、決策分析等各種數(shù)據(jù)處理工作,主要有操作型處理和分析型處理兩類。操作型數(shù)據(jù)庫系統(tǒng)主要強(qiáng)調(diào)的是優(yōu)化企業(yè)的日常事務(wù)處理工作,難以實(shí)現(xiàn)對數(shù)據(jù)分析處理要求,無法滿足數(shù)據(jù)處理多樣化的要求。從而進(jìn)化出分析型的數(shù)據(jù)倉庫技術(shù)。數(shù)據(jù)倉庫(Data Warehouse)是一個(gè)面向主題的(Subject Oriented) 、集成的、相對穩(wěn)定的、反映歷史變化的數(shù)據(jù)集合,用于支持管理決策。與操作型數(shù)據(jù)庫相比,數(shù)據(jù)倉庫的主要特點(diǎn)有面向主題、集成、相對穩(wěn)定和反映歷史變化。操作型數(shù)據(jù)庫中的數(shù)據(jù)通常是實(shí)時(shí)更新的,數(shù)據(jù)根據(jù)需要及時(shí)發(fā)生變化,而數(shù)據(jù)倉庫只有少量的修改和刪除操作。答案是選項(xiàng) B。發(fā)布項(xiàng)目章程,標(biāo)志著項(xiàng)目的正式啟動(dòng)。以下圍繞項(xiàng)目章程的敘述中, (31)是不正確的。 (31 )A.制定項(xiàng)目章程的工具和技術(shù)包括專家判斷 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ù)包括專家判斷。項(xiàng)目章程是正式批準(zhǔn)一個(gè)項(xiàng)目的文檔、或者是批準(zhǔn)現(xiàn)行項(xiàng)目是否進(jìn)入下一階段的文檔。項(xiàng)目章程應(yīng)當(dāng)由項(xiàng)目組織以外的項(xiàng)目發(fā)起人發(fā)布,若項(xiàng)目為本組織開發(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ì)劃所遵循的基本原則有:全局性原則、全過程原則、人員與資源的統(tǒng)一組織與管理原則、技術(shù)工作與管理工作協(xié)調(diào)的原則,除此之外,還有:1.項(xiàng)目目標(biāo)的統(tǒng)一協(xié)調(diào)與管理 2.方案的統(tǒng)一管理 3.過程的統(tǒng)一協(xié)調(diào)與管理 4.計(jì)劃的統(tǒng)一管理5.各干系人的參與6.逐步精確項(xiàng)目計(jì)劃的制定過程,也反映了項(xiàng)目的漸進(jìn)明細(xì)特點(diǎn),也就是近期的計(jì)劃制定得詳細(xì)些,遠(yuǎn)期的計(jì)劃制定得概要一些,隨著時(shí)間的推移,項(xiàng)目計(jì)劃在不斷地細(xì)化。選項(xiàng) A 是不正確的?!?在項(xiàng)目實(shí)施過程中,項(xiàng)目經(jīng)理通過項(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)措施的書面指令。該指令屬于(33) 。 (33 )A.檢查措施 B.缺陷補(bǔ)救措施 C.預(yù)防措施 D.糾正措施 解析預(yù)防措施是為降低項(xiàng)目風(fēng)險(xiǎn)的可能性而提出的建議。該指令屬于 選項(xiàng) C?!?在項(xiàng)目管理中,采?。?4)方法,對項(xiàng)目進(jìn)度計(jì)劃實(shí)施進(jìn)行全過程監(jiān)督和控制是經(jīng)濟(jì)和合理的。 (34 )A.會(huì)議評審和 MONTE CARLO 分析 B.項(xiàng)目月報(bào)和旁站 C.進(jìn)度報(bào)告和旁站 D.掙值管理和會(huì)議評審 解析掙值管理方法提供了一種基于過去的實(shí)施結(jié)果來預(yù)測未來績效的手段,是對項(xiàng)目進(jìn)度進(jìn)行全過程監(jiān)控的方法之一。狀態(tài)評審會(huì)議是預(yù)先規(guī)定的定期進(jìn)行的交流有關(guān)項(xiàng)目信息的事件,例如項(xiàng)目管理組每周的內(nèi)部例會(huì)、每月和客戶的例會(huì)等。項(xiàng)目組通過定期召開項(xiàng)目狀態(tài)評審會(huì)議,對項(xiàng)目的重要問題進(jìn)行專門的討論。它能突出一些重要項(xiàng)目文件提供的信息,迫使人們正視項(xiàng)目的進(jìn)展,從而為自己的工作負(fù)責(zé)。選項(xiàng) D 是對進(jìn)度進(jìn)行監(jiān)控的恰當(dāng)手段之一?!?一項(xiàng)新的國家標(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.撰寫一份書面的變更請求 B.召開一次變更控制委員會(huì)會(huì)議,討論所面臨的問題 C.通知受到影響的項(xiàng)目干系人將采取新的項(xiàng)目計(jì)劃 D.修改項(xiàng)目計(jì)劃和 WBS,以保證該項(xiàng)目產(chǎn)品符合新標(biāo)準(zhǔn)解析A.撰寫一份書面的變更請求。項(xiàng)目經(jīng)理對某軟件需求分析活動(dòng)歷時(shí)估算的結(jié)果是:該活動(dòng)用時(shí) 2 周(假定每周工作時(shí)間是 5 天) 。隨后對其進(jìn)行后備分析,確定的增加時(shí)間是 2 天。以下針對該項(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í)間”為名稱增加一些時(shí)間。應(yīng)急時(shí)間可取活動(dòng)持續(xù)時(shí)間估算值的某一百分比,或某一固定長短的時(shí)間,或根據(jù)定量風(fēng)險(xiǎn)分析的結(jié)果確定。實(shí)際執(zhí)行項(xiàng)目時(shí),應(yīng)急時(shí)間可能全部用完,也可能只使用一部分,還可能隨著項(xiàng)目更準(zhǔn)確的信息增加和積累而到后來減少或取消。用三點(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 的最早開始時(shí)間為第 16 天,其持續(xù)時(shí)間為 5 天。該工作有三項(xiàng)緊后工作,他們的最早開始時(shí)間分別為第 25 天、第 27 天和第 30 天,最遲開始時(shí)間分別為第 28 天、第 29 天和第 30 天。則工作 M 的總時(shí)差為(37 )天。 (37 )A.5 B.6 C.7 D.9 解析工作 M 的最早開始時(shí)間為第 16 天,其持續(xù)時(shí)間為 5 天。因此,工作 M 的最早結(jié)束時(shí)間為第 16 +5 =21 天。工作 M 有三項(xiàng)緊后工作,他們的最遲開始時(shí)間分別為第 28 天、第 29 天和第 30 天。因此工作M 的最遲結(jié)束時(shí)間為三者之中最小的第 28 天。工作 M 的總時(shí)差 =工作 M 的最遲結(jié)束時(shí)間 -工作 M 的最早結(jié)束時(shí)間 = 28-21 = 7 天。該題的選項(xiàng)為“C.7 ”?!?以下關(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è)以上的路徑長度一樣,就有可能存在多個(gè)關(guān)鍵路徑D.關(guān)鍵路徑可隨項(xiàng)目的進(jìn)展而改變解析關(guān)鍵路線是指進(jìn)度網(wǎng)絡(luò)圖中歷時(shí)最長的那條路徑,它的長度決定了項(xiàng)目的生命周期長度。因此,如果關(guān)鍵路徑中的一個(gè)活動(dòng)延遲,將會(huì)影響整個(gè)項(xiàng)目計(jì)劃??刂泣c(diǎn),即里程碑。里程碑是項(xiàng)目生命周期中,時(shí)間軸上的一個(gè)時(shí)刻,在該時(shí)刻應(yīng)對項(xiàng)目特意關(guān)注和控制,通常指一個(gè)主要可交付成果的完成,也可以沒有交付物僅僅是控制。里程碑清單包括了所有的里程碑。因此,從邏輯上講,關(guān)鍵路徑不一定包括所有項(xiàng)目進(jìn)度控制點(diǎn)。關(guān)鍵路徑可隨項(xiàng)目的進(jìn)展而改變。如果有兩個(gè)或兩個(gè)以上的關(guān)鍵路徑長度一樣,那就存在多個(gè)關(guān)鍵路徑。如果有兩個(gè)或兩個(gè)以上的路徑長度一樣,這些路徑可能是普通路徑、不是關(guān)鍵路徑,此時(shí)就不能推斷一定存在多個(gè)關(guān)鍵路徑。因此,從邏輯上講“如果有兩個(gè)或兩個(gè)以上的路徑長度一樣,就有可能存在多個(gè)關(guān)鍵路徑”也說得過去。本題的選項(xiàng)是“B.關(guān)鍵路徑包括所有項(xiàng)目進(jìn)度控制點(diǎn) ”?!?在軟件開發(fā)項(xiàng)目實(shí)施過程中,由于進(jìn)度需要,有時(shí)要采取快速跟進(jìn)措施。 (39 )屬于快速跟進(jìn)范疇。(39 )A.壓縮需求分析工作周期B.設(shè)計(jì)圖紙全部完成前就開始現(xiàn)場施工準(zhǔn)備工作C.使用最好的工程師,加班加點(diǎn)盡快完成需求分析說明書編制工作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ì)圖紙全部完成前就開始現(xiàn)場施工準(zhǔn)備工作” ?!?某軟件開發(fā)項(xiàng)目的實(shí)際進(jìn)度已經(jīng)大幅滯后于計(jì)劃進(jìn)度, (40) 能夠較為有效地縮短活動(dòng)工期。(40 )A.請經(jīng)驗(yàn)豐富的老程序員進(jìn)行技術(shù)指導(dǎo)或協(xié)助完成工作B.要求項(xiàng)目組成員每天加班 2~3 個(gè)小時(shí)進(jìn)行趕工C.招聘一批新的程序員到項(xiàng)目組中D.購買最新版本的軟件開發(fā)工具解析本題的選項(xiàng)是“A.請經(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)目邊界及成本和質(zhì)量測量指標(biāo)等內(nèi)容組成的(41) 。 (41)A.項(xiàng)目工作說明書 B.范圍管理計(jì)劃C.范圍說明書 D.WBS解析發(fā)布項(xiàng)目章程后,接著就要對項(xiàng)目進(jìn)行初步分解,明確項(xiàng)目范圍了。通過題干可知“依據(jù)該章程等項(xiàng)目資料編制了由項(xiàng)目目標(biāo)、可交付成果、項(xiàng)目邊界及成本和質(zhì)量測量指標(biāo)等內(nèi)容組成的” “C.范圍說明書”為正確選項(xiàng)。 ● 下面關(guān)于項(xiàng)目范圍確認(rèn)描述, (42)是正確的。(42)A.范圍確認(rèn)是一項(xiàng)對項(xiàng)目范圍說明書進(jìn)行評審的活動(dòng)B.范圍確認(rèn)活動(dòng)通常由項(xiàng)目組和質(zhì)量管理員參與執(zhí)行即可C.范圍確認(rèn)過程中可能會(huì)產(chǎn)生變更申請D.范圍確認(rèn)屬于一項(xiàng)質(zhì)量控制活動(dòng)解析范圍確認(rèn)是客戶等項(xiàng)目干系人正式驗(yàn)收并接受已完成的項(xiàng)目可交付物的過程,范圍確認(rèn)過程中可能產(chǎn)生的變更申請,例如對缺陷的修復(fù)要求。該題正確選項(xiàng)為“C.范圍確認(rèn)過程中可能會(huì)產(chǎn)生變更申請” ?!?下列關(guān)于資源平衡的描述中, (43)是正確的。(43)A.資源平衡通常用于已經(jīng)利用關(guān)鍵鏈法分析過的進(jìn)度模型之中B.進(jìn)行資源平衡的前提是不能改變原關(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 萬元,其中有 8000 元計(jì)入 A 項(xiàng)目成本,該成本屬于 A 項(xiàng)目的(44) 。(44)A.可變成本 B.沉沒成本C.實(shí)際成本(AC) D.間接成本解析很明顯,該題正確選項(xiàng)為“D.間接成本” ?!?項(xiàng)目進(jìn)行到某階段時(shí),項(xiàng)目經(jīng)理進(jìn)行了績效分析,計(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)投資額的 91%C.項(xiàng)目僅進(jìn)展到計(jì)劃進(jìn)度的 91%D.項(xiàng)目的每 100 元人民幣投資中只創(chuàng)造相當(dāng)于 91 元的價(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)A.PV=4000 元、EV=2000 元、AC=3800 元 B.PV=4000 元、EV=3800 元、AC=2000 元C.PV=3800 元、EV=4000 元、AC=2000 元 D.PV=3800 元、EV=3800 元、AC=2000 元解析到 2009-3-23 早上 8:30 上班前:應(yīng)該完成的預(yù)算 PV = 2000+2000 = 4000 元掙值 EV = 2000 元實(shí)際成本 AC = 3800 元該題的選項(xiàng)是“A.PV=4000 元、EV=2000 元、AC=3800 元 ”?!?在項(xiàng)目人力資源計(jì)劃編制中,一般會(huì)涉及到組織結(jié)構(gòu)圖和職位描述。其中,根據(jù)組織現(xiàn)有的部門、單位或團(tuán)隊(duì)進(jìn)行分解,把工作包和項(xiàng)目的活動(dòng)列在負(fù)責(zé)的部門下面的圖采用的是(47)。 (47)A.工作分解結(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í),人力資源要滿足項(xiàng)目要求。以下說法,(48)是不妥當(dāng)?shù)摹#?8)A.對關(guān)鍵崗位要有技能標(biāo)準(zhǔn),人員達(dá)標(biāo)后方可聘用B.與技能標(biāo)準(zhǔn)有差距的員工進(jìn)行培訓(xùn),合格后可聘用C.只要項(xiàng)目經(jīng)理對團(tuán)隊(duì)成員認(rèn)可就可以D.在組建團(tuán)隊(duì)時(shí)要考慮能力、經(jīng)驗(yàn)、興趣、成本等人員因素解析該題的選項(xiàng)是“C.只要項(xiàng)目經(jīng)理對團(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ù)防解析解決沖突的方法有:解決問題、強(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)說明。該項(xiàng)目工程包括:火災(zāi)自動(dòng)報(bào)警、廣播、火災(zāi)早期報(bào)警滅火等。該工程宜采用(50)。(50)A.單價(jià)合同B.成本加酬金合同C.總價(jià)合同 D.委托合同解析該題的選項(xiàng)為“C.總價(jià)合同”,以避免自己的成本超支。小王為本公司草擬了一份計(jì)算機(jī)設(shè)備采購合同,其中寫到“乙方需按通常的行業(yè)標(biāo)準(zhǔn)提供技術(shù)支持服務(wù)”。經(jīng)理審閱后要求小王修改,原因是(51)。(51) A.文字表達(dá)不通順B.格式不符合國家或行業(yè)標(biāo)準(zhǔn)的要求C.對合同標(biāo)的的描述不夠清晰、準(zhǔn)確D.術(shù)語使用不當(dāng)解析該題的選項(xiàng)為“C.對合同標(biāo)的的描述不夠清晰、準(zhǔn)確”?!?組織項(xiàng)目招標(biāo)要按照《中華人民共和國招標(biāo)投標(biāo)法》進(jìn)行。以下敘述中,(52)是不正確的。(52)A.公開招標(biāo)和邀請招標(biāo)都是常用的招標(biāo)方式B.公開招標(biāo)是指招標(biāo)人以招標(biāo)公告方式邀請一定范圍的法人或者其他組織投標(biāo)C.邀請招標(biāo)是指招標(biāo)人以投標(biāo)邀請書的方式邀請?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織投標(biāo)D.招標(biāo)人是依照本法規(guī)定提出招標(biāo)項(xiàng)目、進(jìn)行招標(biāo)的法人或者其他組織解析根據(jù)《中華人民共和國招標(biāo)投標(biāo)法》如下條款:第十條 招標(biāo)分為公開招標(biāo)和邀請招標(biāo)。公開招標(biāo),是指招標(biāo)人以招標(biāo)公告的方式邀請不特定的法人或者其他組織投標(biāo)。邀請招標(biāo),是指招標(biāo)人以投標(biāo)邀請書的方式邀請?zhí)囟ǖ姆ㄈ嘶蛘咂渌M織投標(biāo)??芍?,該題的選項(xiàng)為“B.公開招標(biāo)是指招標(biāo)人以招標(biāo)公告方式邀請一定范圍的法人或者其他組織投標(biāo)”?!?系統(tǒng)集成商與建設(shè)方在一個(gè) ERP 項(xiàng)目的談判過程中,建設(shè)方提出如下要求:系統(tǒng)初驗(yàn)時(shí)間為 2010 年 6 月底(付款 50%);正式驗(yàn)收時(shí)間為 2010 年 10 月底(累計(jì)付款 80%);系統(tǒng)運(yùn)行服務(wù)期限為一年(可能累計(jì)付款 100%);并希望長期提供應(yīng)用軟件技術(shù)支持。系統(tǒng)集成商在起草項(xiàng)目建設(shè)合同時(shí),合同期限設(shè)定到(53)為妥。(53)A. 2010 年 10 月底 B. 2011 年 6 月底 C. 2011 年 10 月底 D. 長期解析系統(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 月底”。至于 2011 年 10 月以后的“長期提供應(yīng)用軟件技術(shù)支持”,則可另行訂立服務(wù)合同?!?某軟件開發(fā)項(xiàng)目合同規(guī)定,需求分析要經(jīng)過客戶確認(rèn)后方可進(jìn)行軟件設(shè)計(jì)。但建設(shè)單位以客戶代表出國、其他人員不知情為由拒絕簽字,造成進(jìn)度延期。軟件開發(fā)單位進(jìn)行索賠一般按(54)順序較妥當(dāng)。①由該項(xiàng)目的監(jiān)理方進(jìn)行調(diào)解 ②由經(jīng)濟(jì)合同仲裁委員會(huì)仲裁 ③由有關(guān)政府主管機(jī)構(gòu)仲裁 (54)A.①②③ B.①③② C.③①② D.②①③解析項(xiàng)目發(fā)生索賠事件后,一般先由監(jiān)理工程師調(diào)解,若調(diào)解不成,由政府建設(shè)主管機(jī)構(gòu)進(jìn)行調(diào)解,若仍調(diào)解不成,由經(jīng)濟(jì)合同仲裁委員會(huì)進(jìn)行調(diào)解或仲裁。該題的選項(xiàng)為“B.①③②”?!?按照索賠程序,索賠方要在索賠通知書發(fā)出后(55)內(nèi),向監(jiān)理方提出延長工期和(或)補(bǔ)償經(jīng)濟(jì)損失的索賠報(bào)告及有關(guān)資料。(55)A. 2 周 B. 28 天 C. 30 天 D. 3 周解析在索賠通知書發(fā)出后的 28 天內(nèi),向監(jiān)理工程師提出延長工期和(或)補(bǔ)償經(jīng)濟(jì)損失的索賠報(bào)告及有關(guān)資料。該題的選項(xiàng)為“B.28 天”。某項(xiàng)工程需在室外進(jìn)行線纜鋪設(shè),但由于連續(xù)大雨造成承建方一直無法施工,開工日期比計(jì)劃晚了 2 周(合同約定持續(xù) 1 周以內(nèi)的天氣異常不屬于反常天氣) ,給承建方造成一定的經(jīng)濟(jì)損失。承建方若尋求補(bǔ)償,應(yīng)當(dāng)(56) 。(56)A.要求延長工期補(bǔ)償 B.要求費(fèi)用補(bǔ)償 C.要求延長工期補(bǔ)償、費(fèi)用補(bǔ)償D.自己克服解析該題的選項(xiàng)為“A.要求延長工期補(bǔ)償” ?!?某公司正在計(jì)劃實(shí)施一項(xiàng)用于公司內(nèi)部的辦公自動(dòng)化系統(tǒng)項(xiàng)目,由于該系統(tǒng)的實(shí)施涉及到公司很多內(nèi)部人員,因此項(xiàng)目經(jīng)理打算制定一個(gè)項(xiàng)目溝通管理計(jì)劃,他應(yīng)采取的第一個(gè)工作步驟是(57) 。(57)A.設(shè)計(jì)一份日程表,標(biāo)記進(jìn)行每種溝通的時(shí)間B.分析所有項(xiàng)目干系人的信息需求C.構(gòu)建一個(gè)文檔庫并保存所有的項(xiàng)目文件D.描述準(zhǔn)備發(fā)布的信息解析該題的選項(xiàng)為“B.分析所有項(xiàng)目干系人的信息需求” ?!?召開會(huì)議就某一事項(xiàng)進(jìn)行討論是有效的項(xiàng)目溝通方法之一,確保會(huì)議成功的措施包括提前確定會(huì)議目的、按時(shí)開始會(huì)議等, (58)不是確保會(huì)議成功的措施。(58)A. 項(xiàng)目經(jīng)理在會(huì)議召開前一天,將會(huì)議議程通過電子郵件發(fā)給參會(huì)人員B. 在技術(shù)方案的評審會(huì)議中,某專家發(fā)言時(shí)間超時(shí)嚴(yán)重,會(huì)議主持人對會(huì)議進(jìn)程進(jìn)行控制C. 某系統(tǒng)驗(yàn)收會(huì)上,為了避免專家組意見太發(fā)散,項(xiàng)目經(jīng)理要求會(huì)議主持人給出結(jié)論性意見D. 項(xiàng)目經(jīng)理指定文檔管理員負(fù)責(zé)會(huì)議記錄解析該題的選項(xiàng)為“C. 某系統(tǒng)驗(yàn)收會(huì)上,為了避免專家組意見太發(fā)散,項(xiàng)目經(jīng)理要求會(huì)議主持人給出結(jié)論性意見” ?!?某項(xiàng)目組的小組長王某和程序員李某在討論確定一個(gè)功能模塊的技術(shù)解決方案時(shí)發(fā)生激烈爭執(zhí),此時(shí)作為項(xiàng)目經(jīng)理應(yīng)該首先采用(59)的方法來解決這一沖突。(59)A.請兩人先冷靜下來,淡化爭議,然后在討論問題時(shí)求同存異B.幫助兩人分析對錯(cuò),然后解決問題C.要求李某服從小組長王某的意見D.請兩人把當(dāng)前問題擱置起來,避免爭吵解析該題的選項(xiàng)是“B.幫助兩人分析對錯(cuò),然后解決問題 ” ?!?以下關(guān)于采購工作說明書的敘述中, (60)是錯(cuò)誤的。(60)A. 采購說明書與項(xiàng)目范圍基準(zhǔn)沒有關(guān)系B. 采購工作說明書與項(xiàng)目的工作說明書不同C. 應(yīng)在編制采購計(jì)劃的過程中編寫采購工作說明書D. 采購工作說明書定義了與項(xiàng)目合同相關(guān)的范圍解析該題的選項(xiàng)為“A. 采購說明書與項(xiàng)目范圍基準(zhǔn)沒有關(guān)系” 。某項(xiàng)目建設(shè)內(nèi)容包括機(jī)房的升級(jí)改造、應(yīng)用系統(tǒng)的開發(fā)以及系統(tǒng)的集成等。招標(biāo)人于 2010 年 3 月 25 日在某國家級(jí)報(bào)刊上發(fā)布了招標(biāo)公告,并規(guī)定 4 月 20 日上午 9 時(shí)為投標(biāo)截止時(shí)間和開標(biāo)時(shí)間。系統(tǒng)集成單位 A、B、C 購買了招標(biāo)文件。在 4 月 10 日,招標(biāo)人發(fā)現(xiàn)已發(fā)售的招標(biāo)文件中某技術(shù)指標(biāo)存在問題,需要進(jìn)行澄清,于是在 4 月 12 日以書面形式通知 A、B 、C 三家單位。根據(jù)《中華人民共和國招標(biāo)投標(biāo)法》 ,投標(biāo)文件截止日期和開標(biāo)日期應(yīng)該不早于(61) 。 (61 )A.5 月 5 日 B.4 月 22 日C.4 月 25 日 D.4 月 27 日解析該題的選項(xiàng)為“D.4 月 27 日 ”?!?在評標(biāo)過程中, (62)是不符合招標(biāo)投標(biāo)法要求的。(62 )A. 評標(biāo)委員會(huì)委員由 5 人組成,其中招標(biāo)人代表 2 人,經(jīng)濟(jì)、技術(shù)專家 3 人B. 評標(biāo)委員會(huì)認(rèn)為 A 投標(biāo)單位的投標(biāo)文件中針對某項(xiàng)技術(shù)的闡述不夠清晰,要求 A 單位予以澄清C. 某單位的投標(biāo)文件中某分項(xiàng)工程的報(bào)價(jià)存在個(gè)別漏項(xiàng),評標(biāo)委員會(huì)認(rèn)為個(gè)別漏項(xiàng)屬于細(xì)微偏差,投標(biāo)標(biāo)書有效D. 某單位雖然按招標(biāo)文件要求編制了投標(biāo)文件,但是個(gè)別頁面沒有編制頁碼,評標(biāo)委員會(huì)認(rèn)為投標(biāo)標(biāo)書有效。解析該題的選項(xiàng)為“A. 評標(biāo)委員會(huì)委員由 5 人組成,其中招標(biāo)人代表 2 人,經(jīng)濟(jì)、技術(shù)專家 3 人” ?!?某項(xiàng)采購已經(jīng)到了合同收尾階段,為了總結(jié)這次采購過程中的經(jīng)驗(yàn)教訓(xùn),以供公司內(nèi)的其他項(xiàng)目參考借鑒,公司應(yīng)組織(63) 。(63 ) A.業(yè)績報(bào)告 B.采購評估C.項(xiàng)目審查 D.采購審計(jì)解析該題的選項(xiàng)為“D.采購審計(jì)” ?!?以下關(guān)于文檔管理的描述中, (64)是正確的。(64 )A.程序源代碼清單不屬于文檔B.文檔按項(xiàng)目周期角度可以分為開發(fā)文檔和管理文檔兩大類C.文檔按重要性和質(zhì)量要求可以分為正式文檔和非正式文檔D. 《 軟件文檔管理指南》明確了軟件項(xiàng)目文檔的具體分類解析該題的選項(xiàng)為“C.文檔按重要性和質(zhì)量要求可以分為正式文檔和非正式文檔” 。● 配置識(shí)別是軟件項(xiàng)目管理中的一項(xiàng)重要工作,它的工作內(nèi)容不包括(65) 。(65 )A. 確定需要納入配置管理的配置項(xiàng)B. 確定配置項(xiàng)的獲取時(shí)間和所有者C. 為識(shí)別的配置項(xiàng)分配唯一的標(biāo)識(shí)D. 對識(shí)別的配置項(xiàng)進(jìn)行審計(jì)解析該題的選項(xiàng)為“D. 對識(shí)別的配置項(xiàng)進(jìn)行審計(jì)” 。某開發(fā)項(xiàng)目配置管理計(jì)劃中定義了三條基線,分別是需求基線、設(shè)計(jì)基線和產(chǎn)品基線,(66)應(yīng)該是需求基線、設(shè)計(jì)基線和產(chǎn)品基線均包含的內(nèi)容。 (66)A.需求規(guī)格說明書 B.詳細(xì)設(shè)計(jì)說明書C.用戶手冊 D .概要設(shè)計(jì)說明書解析該題的選項(xiàng)為“C.用戶手冊”?!?質(zhì)量管理人員在安排時(shí)間進(jìn)度時(shí),為了能夠從全局出發(fā)、抓住關(guān)鍵路徑、統(tǒng)籌安排、集中力量,從而達(dá)到按時(shí)或提前完成計(jì)劃的目標(biāo),可以使用(67)。(67)A.活動(dòng)網(wǎng)絡(luò)圖 B.因果圖C.優(yōu)先矩陣圖 D.檢查表解析該題的選項(xiàng)為“A.活動(dòng)網(wǎng)絡(luò)圖”?!?排列圖(帕累托圖)可以用來進(jìn)行質(zhì)量控制是因?yàn)椋?8)。(68)A.它按缺陷的數(shù)量多少畫出一條曲線,反映了缺陷的變化趨勢B.它將缺陷數(shù)量從大到小進(jìn)行了排列,使人們關(guān)注數(shù)量最多的缺陷C.它將引起缺陷的原因從大到小排列,項(xiàng)目團(tuán)隊(duì)?wèi)?yīng)關(guān)注造成最多缺陷的原因D.它反映了按時(shí)間順序抽取的樣本的數(shù)值點(diǎn),能夠清晰地看出過程實(shí)現(xiàn)的狀態(tài)解析該題的選項(xiàng)為“C.它將引起缺陷的原因從大到小排列,項(xiàng)目團(tuán)隊(duì)?wèi)?yīng)關(guān)注造成最多缺陷的原因”?!?CMMI 所追求的過程改進(jìn)目標(biāo)不包括(69)。(69)A.保證產(chǎn)品或服務(wù)質(zhì)量B.項(xiàng)目時(shí)間控制C.所有過程都必須文檔化D.項(xiàng)目成本最低解析該題的選項(xiàng)為“C.所有過程都必須文檔化”。 ● 項(xiàng)目經(jīng)理在進(jìn)行項(xiàng)目質(zhì)量規(guī)劃時(shí)應(yīng)設(shè)計(jì)出符合項(xiàng)目要求的質(zhì)量管理流程和標(biāo)準(zhǔn),由此而產(chǎn)生的質(zhì)量成本屬于(70)。(70)A. 糾錯(cuò)成本 B. 預(yù)防成本C. 評估成本 D. 缺陷成本解析該題的選項(xiàng)為“B. 預(yù)防成本”。Project(71)is an uncertain event or condition that, if it occurs, has a positive or a negative effect on at least one project objective, such as time, cost, scope, or quality. (71)A.risk B.problem C.result D.data解析該題的選項(xiàng)是“A.risk”?!?Categories of risk response are (72).(72)A.Identification, quantification, response development, and response control.B.Marketing, technical, financial, and humanC.Avoidance, retention, control, and deflectionD.Avoidance, mitigation, acceptance, and Transferring解析該題的選項(xiàng)是“D.a(chǎn)voidance, mitigation, acceptance, and transferring”?!?( 73)is the application of planned, systematic quality activities to ensure that the project will employ all processes needed to meet requirements.(73)A. Quality assurance (QA) B. Quality planningC. Quality control (QC) D. Quality costs 解析該題的選項(xiàng)是“A. Quality assurance (QA)”?!?(74) is primarily concerned with defining and controlling what is and is not included in the project.(74) A. Project Time ManagementB. Project Cost ManagementC. Project Scope managementD. Project Communications Management解析該題的選項(xiàng)是“Project scope management”?!?A project manager believes that modifying the scope of the project may provide added value service for the customer. The project manager should(75).(75)A.a(chǎn)ssign change tasks to project membersB.call a meeting of the configuration control boardC.change the scope baselineD.postpone the modification until a separate enhancement project is funded after t- 1.請仔細(xì)閱讀文檔,確保文檔完整性,對于不預(yù)覽、不比對內(nèi)容而直接下載帶來的問題本站不予受理。
- 2.下載的文檔,不會(huì)出現(xiàn)我們的網(wǎng)址水印。
- 3、該文檔所得收入(下載+內(nèi)容+預(yù)覽)歸上傳者、原創(chuàng)作者;如果您是本文檔原作者,請點(diǎn)此認(rèn)領(lǐng)!既往收益都?xì)w您。
下載文檔到電腦,查找使用更方便
4 積分
下載 |
- 配套講稿:
如PPT文件的首頁顯示word圖標(biāo),表示該P(yáng)PT已包含配套word講稿。雙擊word圖標(biāo)可打開word文檔。
- 特殊限制:
部分文檔作品中含有的國旗、國徽等圖片,僅作為作品整體效果示例展示,禁止商用。設(shè)計(jì)者僅對作品中獨(dú)創(chuàng)性部分享有著作權(quán)。
- 關(guān) 鍵 詞:
- 2010 上半年 系統(tǒng)集成 項(xiàng)目 管理 工程師 上午 答案 解析
鏈接地址:http://m.appdesigncorp.com/p-264684.html