2010上半年系統(tǒng)集成項目管理工程師歷年真題解析_第1頁
2010上半年系統(tǒng)集成項目管理工程師歷年真題解析_第2頁
2010上半年系統(tǒng)集成項目管理工程師歷年真題解析_第3頁
免費預覽已結(jié)束,剩余16頁可下載查看

下載本文檔

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

文檔簡介

1、作者:Pan Hon glia ng僅供個人學習1、解析信息系統(tǒng)集成不只是設(shè)備選擇和供應,更重要的是它具有高技術(shù)含量的工程 過程,要面向用戶需求提供全面解決方案,其核心是軟件。答案是:C.信息系統(tǒng)集成的核心是軟件2、解析2003年10月當時的信息產(chǎn)業(yè)部頒布了關(guān)于發(fā)布計算機信息系統(tǒng)集成資質(zhì) 等級評定條件(修訂版)的通知(信部規(guī)2003440號文),該440號文規(guī)定 了對企業(yè)的系統(tǒng)集成資質(zhì)進行認證的辦法。 企業(yè)的系統(tǒng)集成資質(zhì)等級評定主要從 綜合條件、業(yè)績、管理能力、技術(shù)實力、人才實力五個方面來考核。如果要申報一級資質(zhì)的話,對其“管理能力”的要求中有一條是:已 建立質(zhì)量管理體系,通過認證并運行一年以

2、上,詳情請參閱系統(tǒng)集成項目管理 工程師備考指南與習題詳解P20。答案是:A3、解析首先由從事信息系統(tǒng)集成業(yè)務(wù)的單位向相應的評審機構(gòu)提出評審申請。 計算 機信息系統(tǒng)集成資質(zhì)認證工作根據(jù)認證和審批分離的原則,按照先由認證機構(gòu)認 證,再由信息產(chǎn)業(yè)主管部門審批的工作程序進行。工業(yè)和信息化部資質(zhì)管理辦公室是全國系統(tǒng)集成資質(zhì)和監(jiān)理資質(zhì)的管理和 支持機構(gòu)。答案是:C4、解析省、自治區(qū)、直轄市信息產(chǎn)建設(shè)單位管部門負責本行政區(qū)域內(nèi)信息系統(tǒng)集成 的行業(yè)管理工作,審批及管理本行政區(qū)域內(nèi)三、四級信息系統(tǒng)集成單位資質(zhì),初 審本行政區(qū)域內(nèi)一、二級信息系統(tǒng)集成單位。答案是:D5、解析ERP1理范圍向整個供應鏈延伸在資源管理

3、范圍方面,MR巴主要側(cè)重對本企業(yè)內(nèi)部人、財、物等資源的管 理,ERP系統(tǒng)在MR巴的基礎(chǔ)上擴展了管理范圍,它把客戶需求和企業(yè)內(nèi)部的制 造活動以及供應商的制造資源整合在一起,形成一個完整的供應鏈并對供應鏈上 所有環(huán)節(jié)如訂單、采購、庫存、計劃、生產(chǎn)制造、質(zhì)量控制、運輸、分銷、服務(wù) 與維護、財務(wù)管理、人事管理、實驗室管理、項目管理、配方管理等進行有效管 理。答案是:B6、解析目前常用的電子商務(wù)模式有 B2B、B2C和C2C三種。B2B指的是Busi ness to Bus in es§即進行電子商務(wù)交易的供需雙方都是商 家(或企業(yè)、公司),她們使用了 In ternet的技術(shù)或各種商務(wù)網(wǎng)絡(luò)平

4、臺,完成 商務(wù)交易的過程。B2C是指商業(yè)機構(gòu)對消費者的電子商務(wù)。C2C即Consumer To Consume,是個人與個人之間的電子商務(wù),是用戶 對用戶的電子商務(wù)模式。C2C商務(wù)平臺就是通過為買賣雙方提供一個在線交 易平臺,使賣方可以主動提供商品網(wǎng)上拍賣,而買方可以自行選擇商品進行 競價。答案是:C7、解析答案是“C.更加容易部署和升級維護”8解析答案是“ D.事務(wù)中間件”。事務(wù)處理監(jiān)控程序位于客戶和服務(wù)器 之間,完成事務(wù)管理與協(xié)調(diào)、負載平衡、失效恢復等任務(wù),以提高系統(tǒng) 的整體性能。9、解析答案是“A 系統(tǒng)測試應盡可能在實際運行使用環(huán)境下進行 ”。系統(tǒng)測試是基于系統(tǒng)整體需求說明書的黑盒類測試

5、,應覆蓋系統(tǒng)所 有聯(lián)合的部件。系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進行的測試,目的是驗證 系統(tǒng)是否滿足了需求規(guī)格的定義,找出與需求規(guī)格不相符合或與之矛盾 的地方。系統(tǒng)測試的對象不僅僅包括需要測試的產(chǎn)品系統(tǒng)的軟件,還 要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其 接口等。因此,必須將系統(tǒng)中的軟件與各種依賴的資源結(jié)合起來,在系統(tǒng)實際運行環(huán)境下來進行測試。軟件測試活動不僅包含對代碼、對設(shè)計、對功能、對需求的測試, 也包括測試計劃的制定。測試計劃的制定是在編碼之前完成的。10、解析答案是“D.” ,國際標準ISO14598給出的“軟件質(zhì)量”的定義是: 軟件特性的總和,軟件滿足規(guī)定或潛在用戶需求

6、的能力。11、解析通常產(chǎn)品設(shè)計過程是一個從設(shè)計到產(chǎn)品的過程,即設(shè)計人員首先在大腦 中構(gòu)思產(chǎn)品的外形、性能和大致的技術(shù)參數(shù)等,然后在詳細設(shè)計階段完成各 類數(shù)據(jù)模型,最終將這個模型轉(zhuǎn)入到研發(fā)流程中,完成產(chǎn)品的整個設(shè)計研發(fā) 周期。這就是“正向設(shè)計”過程。而逆向工程,又名反向工程(Reverse Engineering - RE,則是一個從產(chǎn) 品到設(shè)計的過程,就是根據(jù)已經(jīng)存在的產(chǎn)品,反向推出產(chǎn)品設(shè)計數(shù)據(jù)(包括 各類設(shè)計圖或數(shù)據(jù)模型)的過程。早期的船舶工業(yè)中常用的船體放樣設(shè)計就 是逆向工程的很好實例。在軟件開發(fā)行業(yè),基于某個軟件,以反匯編閱讀源碼的方式去推斷其數(shù) 據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)和程序設(shè)計信息成為軟件逆

7、向工程技術(shù)關(guān)注的主要對象。 軟件逆向技術(shù)的目的是用來研究和學習先進的技術(shù),特別是當手里沒有合適 的文檔資料,而又很需要實現(xiàn)某個軟件的功能的時候。因此很多軟件開發(fā)組 織為了壟斷技術(shù),在軟件安裝之前,要求用戶同意不去逆向研究。根據(jù)黃柏素、梅宏組織翻譯,Roger S.Pressmar編著的軟件工程一實踐 者的研究方法第4版的陳述:逆向工程抽象層次應該盡可能高,即逆向工程過程應該能夠?qū)С鲞^程的 設(shè)計表示(一種低層的抽象);程序和數(shù)據(jù)結(jié)構(gòu)信息(稍高一點層次的抽象);數(shù) 據(jù)和控制流模型(一種相對高層的抽象);以及實體一關(guān)系模型(一種高層抽象) 隨著抽象層次增高,軟件工程師獲得更有助于理解程序的信息。軟件

8、重構(gòu)修改源代碼和/或數(shù)據(jù)以使得它適應未來的變化。通常,重構(gòu)并 不修改整體的程序體系結(jié)構(gòu),它趨向于關(guān)注個體模塊的設(shè)計細節(jié)以及定義在 模塊中的局部數(shù)據(jù)結(jié)構(gòu)。如果重構(gòu)擴展到模塊邊界之外并涉及軟件體系結(jié)構(gòu), 則重構(gòu)變成了正向設(shè)計過程。代碼重構(gòu)的目標是生成可提供相同功能的設(shè)計,但是該設(shè)計比原程序有 更高的質(zhì)量。根據(jù)軟件文檔管理指南(GB/T 16680-1996),以下關(guān)于文檔評審的敘 述,(12)是不正確的。12、解析根據(jù)軟件文檔管理指南(GB/T 16680-1996),詳細設(shè)計評審主要評 審計算機程序和程序單元測試計劃,而集成測試計劃則是概要設(shè)計評審的對 象之一。答案是“ D.”13、解析根據(jù)軟件

9、文檔管理指南(GB/T 16680-1996),軟件文檔有開發(fā)文檔、 產(chǎn)品文檔和管理文檔三類。答案是“ D.”解析根據(jù)軟件工程一產(chǎn)品質(zhì)量(GB/T 16260.1-2006)定義的質(zhì)量模型, 屬于功能性的質(zhì)量特性是適合性、安全性、互操作性(互用性)、準確性和 依從性。適應性屬于可移植性。答案是“ A ”15、解析根據(jù)中華人民共和國招標投標法第四十五條的如下規(guī)定:中標人確定后,招標人應當向中標人發(fā)出中標通知書,并同時將中標結(jié) 果通知所有未中標的投標人??芍?,選項D是不符合招標投標法要求的。16、解析根據(jù)中華人民共和國政府采購法的如下條款:第三十一條符合下列情形之一的貨物或者服務(wù),可以依照本法采用

10、單一 來源方式采購:(一)只能從唯一供應商處采購的;(二)發(fā)生了不可預見的緊急情況不能從其他供應商處采購的;(三)必須保證原有采購項目一致性或者服務(wù)配套的要求,需要繼續(xù)從 原供應商處添購,且添購資金總額不超過原合同采購金額百分之十的??芍绢}的選項A是不恰當?shù)摹?7、解析客戶機/服務(wù)器(Client/Server,C/S)模式將應用一分為二,服務(wù)器(后 臺)負責數(shù)據(jù)管理,客戶機(前臺)完成與用戶的交互任務(wù)。C/S模式具有強大的數(shù)據(jù)操作和事務(wù)處理能力,模型思想簡單,但隨著企業(yè)規(guī)模的日益擴 大,軟件的復雜程度不斷提高,傳統(tǒng)的二層 C/S模式的缺點日益突出: 客戶機與服務(wù)器的通訊依賴于網(wǎng)絡(luò),可能成為

11、整個系統(tǒng)運作的瓶頸; 客戶機的負荷過重,難以管理大量的客戶機,系統(tǒng)的性能受到很大影響; 如果服務(wù)器及其界面定義有改變,則客戶機也要做相應改變; 二層C/S模式采用單一服務(wù)器且以局域網(wǎng)為中心,難以擴展至廣域網(wǎng) 或 In ternet; 數(shù)據(jù)安全性不好。客戶端程序可以直接訪問數(shù)據(jù)庫服務(wù)器,使數(shù)據(jù)庫 的安全性受到威脅。C/S模式適用于分布式系統(tǒng),得到了廣泛的應用。為了解決C/S模式中客 戶端的問題,發(fā)展形成了瀏覽器/服務(wù)器(B/S)模式;為了解決C/S模式中 服務(wù)器端的問題,發(fā)展形成了三層(多層) C/S模式,即多層應用架構(gòu)。本題的正確選項是“ C. B/S”。1&解析數(shù)據(jù)庫訪問中間件通過一

12、個抽象層訪問數(shù)據(jù)庫,從而允許使用相同或相 似的代碼訪問不同的數(shù)據(jù)庫資源。典型的技術(shù)如Windows平臺的ODBC和Java平臺的JDBC等。本題的正確選項是“ A.中間件”。19、解析IEEE的802標準委員會定義了多種主要的局域網(wǎng),其中的 IEEE 802.11 制定了無線局域網(wǎng)(WLAN )的訪問控制方法與物理層規(guī)范。本題的正確選項是“ B . IEEE 802.11”。20、解析FTP (File Tran sfer Protocol)是In ternet上用來傳送文件的協(xié)議(文件傳 輸協(xié)議)。它是為了我們能夠在 In ternet上互相傳送文件而制定的的文件傳 送標準,規(guī)定了 In t

13、ernet上文件如何傳送??梢允褂梦募鬏攨f(xié)議(FTP)把文件從一部電腦通過In ternet傳輸至另一 部電腦。本題的正確選項是“ A . FTP”。21、解析通信行業(yè)標準大樓通信綜合布線系統(tǒng) YD /T926)的適用范圍是跨越距 離不超過3000米、建筑總面積不超過100萬平方米的布線區(qū)域,區(qū)域內(nèi)的人員 為50人至5萬人。答案是“ D . 3000”。22、解析電子信息系統(tǒng)機房設(shè)計規(guī)范 GB 50174 2008»的條款指出:“A級 和B級電子信息系統(tǒng)機房的主機房不宜設(shè)置外窗”。答案是選項Do23、解析SAN是采用高速的光纖通道作為傳輸介質(zhì)的網(wǎng)絡(luò)存儲技術(shù)。它將存儲系統(tǒng)網(wǎng)絡(luò)化,實現(xiàn)

14、了高速共享存儲以及塊級數(shù)據(jù)訪問的目的。作為獨立于服務(wù)器網(wǎng)絡(luò)系統(tǒng)之外,它幾乎擁有無限存儲擴展能力。業(yè)界提倡的Open SAN克服了早先光纖 通道仲裁環(huán)所帶來的互操作和可靠性問題,提供了開放式、靈活多變的多樣配置 方案。總體來說,SAN擁有極度的可擴展性、簡化的存儲管理、優(yōu)化的資源和 服務(wù)共享以及高度可用性。答案是選項Ao24、解析答案是選項Co25、解析根據(jù)信息安全技術(shù)信息系統(tǒng)安全等級保護基本要求(報批稿)的“ 防盜竊和防破壞(G1)”之如下要求:a)應將主要設(shè)備放置在機房內(nèi);b)應將設(shè)備或主要部件進行固定,并設(shè)置明顯的不易除去的標記??芍?,答案是選項A o26、解析系統(tǒng)級的安全策

15、略包括敏感系統(tǒng)的隔離、訪問IP地址段的限制、登錄時間段的限制、會話時間的限制、連接數(shù)的限制、特定時間段內(nèi)登錄次數(shù)的限 制以及遠程訪問控制等,系統(tǒng)級安全是應用系統(tǒng)的第一道防線。答案是選項Do27、解析用戶的入網(wǎng)訪問控制可分為三個步驟:用戶名的識別與驗證、用戶口令 的識別與驗證、用戶帳號的默認限制檢查。用戶對網(wǎng)絡(luò)資源的訪問權(quán)限可以 用一個訪問控制表來描述,網(wǎng)絡(luò)系統(tǒng)管理員應當為用戶指定適當?shù)脑L問權(quán)限, 這些訪問權(quán)限控制著用戶對服務(wù)器等網(wǎng)絡(luò)資源的訪問。答案是選項A。2&解析Web服務(wù)的主要目標是跨平臺的互操作性,適合使用WebServices的情況有跨越防火墻、應用程序集成、B2B集成和軟件重

16、用。在某些情況下,Web服務(wù)也可能會降低應用程序的性能。 不適合使用 Web 服務(wù)的情況有單機應用程序以及局域網(wǎng)上的同構(gòu)應用程序。答案是選項D。29、解析J2EE應用服務(wù)器運行環(huán)境包括構(gòu)件(Compo nen)、容器(Con tai ner) 及服務(wù)(Services )三部分。構(gòu)件是表示應用邏輯的代碼;容器是構(gòu)件的運 行環(huán)境;服務(wù)則是應用服務(wù)器提供的各種功能接口,可以同系統(tǒng)資源進行交 互。答案是選項A30、解析數(shù)據(jù)庫技術(shù)以數(shù)據(jù)庫為中心,進行事務(wù)處理、批處理、決策分析等各種 數(shù)據(jù)處理工作,主要有操作型處理和分析型處理兩類。操作型數(shù)據(jù)庫系統(tǒng)主 要強調(diào)的是優(yōu)化企業(yè)的日常事務(wù)處理工作,難以實現(xiàn)對數(shù)據(jù)

17、分析處理要求, 無法滿足數(shù)據(jù)處理多樣化的要求。從而進化出分析型的數(shù)據(jù)倉庫技術(shù)。數(shù)據(jù)倉庫(Data Warehouse是一個面向主題的(Subject Oriented、集 成的、相對穩(wěn)定的、反映歷史變化的數(shù)據(jù)集合,用于支持管理決策。與操作型數(shù)據(jù)庫相比,數(shù)據(jù)倉庫的主要特點有面向主題、集成、相對穩(wěn) 定和反映歷史變化。操作型數(shù)據(jù)庫中的數(shù)據(jù)通常是實時更新的,數(shù)據(jù)根據(jù)需要及時發(fā)生變化, 而數(shù)據(jù)倉庫只有少量的修改和刪除操作。答案是選項B。31、解析制定項目章程的工具和技術(shù)包括專家判斷。項目章程是正式批準一個項目的文檔、或者是批準現(xiàn)行項目是否進入下 一階段的文檔。項目章程應當由項目組織以外的項目發(fā)起人發(fā)布,

18、若項目為 本組織開發(fā)也可由投資人發(fā)布。發(fā)布人其在組織內(nèi)的級別應能批準項目,并 有相應的為項目提供所需資金的權(quán)力。 項目章程為項目經(jīng)理使用組織資源進 行項目活動提供了授權(quán)。答案是選項D。32、解析編制項目計劃所遵循的基本原則有:全局性原則、全過程原則、人員與 資源的統(tǒng)一組織與管理原則、技術(shù)工作與管理工作協(xié)調(diào)的原則,除此之外, 還有:1. 項目目標的統(tǒng)一協(xié)調(diào)與管理2. 方案的統(tǒng)一管理3. 過程的統(tǒng)一協(xié)調(diào)與管理4. 計劃的統(tǒng)一管理5. 各干系人的參與6. 逐步精確項目計劃的制定過程,也反映了項目的漸進明細特點,也就是近期的計 劃制定得詳細些,遠期的計劃制定得概要一些,隨著時間的推移,項目計劃 在不斷

19、地細化。選項A是不正確的33、解析預防措施是為降低項目風險的可能性而提出的建議。該指令屬于選項C。34、解析掙值管理方法提供了一種基于過去的實施結(jié)果來預測未來績效的手段, 是對項目進度進行全過程監(jiān)控的方法之一。狀態(tài)評審會議是預先規(guī)定的定期進行的交流有關(guān)項目信息的事件,例如 項目管理組每周的內(nèi)部例會、每月和客戶的例會等。項目組通過定期召開項目狀態(tài)評審會議,對項目的重要問題進行專門的 討論。它能突出一些重要項目文件提供的信息,迫使人們正視項目的進展, 從而為自己的工作負責。選項D是對進度進行監(jiān)控的恰當手段之一35、解析A.撰寫一份書面的變更請求。36、解析考慮到進度風險,在制定項目進度計劃時,可進

20、行后備分析,也就是以 “應急時間”、“時間儲備”或“緩沖時間”為名稱增加一些時間。應急時 間可取活動持續(xù)時間估算值的某一百分比,或某一固定長短的時間,或根據(jù) 定量風險分析的結(jié)果確定。實際執(zhí)行項目時,應急時間可能全部用完,也可能只使用一部分,還可 能隨著項目更準確的信息增加和積累而到后來減少或取消。用三點估算法估算活動的歷時時,才會使用標準差這個概念。本題的選項是“ D.增加軟件需求分析的歷時標準差是 2天”37、解析工作M的最早開始時間為第16天,其持續(xù)時間為5天。因此,工作M 的最早結(jié)束時間為第16 +5 =21天。工作M有三項緊后工作,他們的最遲開始時間分別為第28天、第29天和第30天。

21、因此工作M的最遲結(jié)束時間為三者之中最小的第 28天。工作M的總時差=工作M的最遲結(jié)束時間-工作M的最早結(jié)束時間= 28-21 = 7 天。該題的選項為“ C. 7”3&解析關(guān)鍵路線是指進度網(wǎng)絡(luò)圖中歷時最長的那條路徑,它的長度決定了項目 的生命周期長度。因此,如果關(guān)鍵路徑中的一個活動延遲,將會影響整個項 目計劃??刂泣c,即里程碑。里程碑是項目生命周期中,時間軸上的一個時刻, 在該時刻應對項目特意關(guān)注和控制,通常指一個主要可交付成果的完成,也 可以沒有交付物僅僅是控制。里程碑清單包括了所有的里程碑。因此,從邏輯上講,關(guān)鍵路徑不一定包括所有項目進度控制點。關(guān)鍵路徑可隨項目的進展而改變。如果有

22、兩個或兩個以上的關(guān)鍵路徑長度一樣,那就存在多個關(guān)鍵路徑。如果有兩個或兩個以上的路徑長度一樣,這些路徑可能是普通路徑、不 是關(guān)鍵路徑,此時就不能推斷一定存在多個關(guān)鍵路徑。因此,從邏輯上講“如果有兩個或兩個以上的路徑長度一樣,就有可能 存在多個關(guān)鍵路徑”也說得過去。本題的選項是“ B.關(guān)鍵路徑包括所有項目進度控制點”39、解析快速跟進是指計劃時串行的活動,當實施時進度落后時,改為并行或部 分并行(當然前提是串行的活動,本身的順序是可以改變的)。該題的選項是“ B.設(shè)計圖紙全部完成前就開始現(xiàn)場施工準備工作”。40、解析本題的選項是“A.請經(jīng)驗豐富的老程序員進行技術(shù)指導或協(xié)助完成工作”41、解析發(fā)布項

23、目章程后,接著就要對項目進行初步分解,明確項目范圍了。通 過題干可知“依據(jù)該章程等項目資料編制了由項目目標、可交付成果、項目 邊界及成本和質(zhì)量測量指標等內(nèi)容組成的”“C.范圍說明書”為正確選項42、解析范圍確認是客戶等項目干系人正式驗收并接受已完成的項目可交付物的 過程,范圍確認過程中可能產(chǎn)生的變更申請,例如對缺陷的修復要求。該題正確選項為“ C.范圍確認過程中可能會產(chǎn)生變更申請”。43、解析該題的正確選項是“C.使用按資源分配倒排進度法不一定能制定出最優(yōu) 項目進度表”。44、解析很明顯,該題正確選項為“ D.間接成本”45、解析91該題的正確選項為“D.項目的每100元人民幣投資中只創(chuàng)造相當

24、于 元的價值”。C是SPI46、解析到2009-3-23早上8:30上班前:應該完成的預算 PV = 2000+2000 = 4000元掙值EV = 2000元實際成本AC = 3800元該題的選項是“ A. PV=4000 元、EV=2000 元、AC=3800 元”。47、解析正確的選項是“ B.組織分解結(jié)構(gòu)(OBS ”。4&解析該題的選項是“ C.只要項目經(jīng)理對團隊成員認可就可以”。49、解析解決沖突的方法有:解決問題、強制、妥協(xié)、撤退、求同存異(調(diào)和) 等。因此,該題的選項為“ A.強制、妥協(xié)、撤退”。50、解析該題的選項為“ C.總價合同”,以避免自己的成本超支。51、解析該

25、題的選項為“ C.對合同標的的描述不夠清晰、準確”。52、解析根據(jù)中華人民共和國招標投標法如下條款:第十條招標分為公開招標和邀請招標。公開招標,是指招標人以招標公告的方式邀請不特定的法人或者其 他組織投標。邀請招標,是指招標人以投標邀請書的方式邀請?zhí)囟ǖ姆ㄈ嘶蛘咂?他組織投標。可知,該題的選項為“B.公開招標是指招標人以招標公告方式邀請一定 范圍的法人或者其他組織投標”。53、解析系統(tǒng)集成商在起草項目建設(shè)合同時,合同期限應設(shè)定為:正式驗收的時間(2010年10月底,此時累計付款80% + 1年的系統(tǒng) 運行服務(wù)期(可能累計付款100%)。因此,該題的選項為“ C. 2011年10月底”。至于20

26、11年10月以后的“長期提供應用軟件技術(shù)支持”,則可另行 訂立服務(wù)合同。54、解析項目發(fā)生索賠事件后,一般先由監(jiān)理工程師調(diào)解,若調(diào)解不成,由政府 建設(shè)主管機構(gòu)進行調(diào)解,若仍調(diào)解不成,由經(jīng)濟合同仲裁委員會進行調(diào)解或 仲裁。該題的選項為“ B”。55、解析在索賠通知書發(fā)出后的28天內(nèi),向監(jiān)理工程師提出延長工期和(或)補 償經(jīng)濟損失的索賠報告及有關(guān)資料。該題的選項為“ B. 28天”。56、解析該題的選項為“ A.要求延長工期補償”。57、解析該題的選項為“ B.分析所有項目干系人的信息需求”5&解析該題的選項為“ C.某系統(tǒng)驗收會上,為了避免專家組意見太發(fā)散,項目 經(jīng)理要求會議主持人給出結(jié)

27、論性意見”。59、解析該題的選項是“ B幫助兩人分析對錯,然后解決問題60、解析該題的選項為“ A.采購說明書與項目范圍基準沒有關(guān)系”61、解析該題的選項為“ D. 4月27日”。62、解析該題的選項為“A.評標委員會委員由5人組成,其中招標人代表2人, 經(jīng)濟、技術(shù)專家3人”。63、解析該題的選項為“ D.采購審計”。64、解析該題的選項為“C.文檔按重要性和質(zhì)量要求可以分為正式文檔和非正式 文檔”。65、解析該題的選項為“ D.對識別的配置項進行審計”。66、解析該題的選項為“ C.用戶手冊”。67、解析該題的選項為“ A .活動網(wǎng)絡(luò)圖”。6&解析該題的選項為“ C.它將引起缺陷的原

28、因從大到小排列,項目團隊應關(guān)注造成 最多缺陷的原因”。69、解析該題的選項為“ C.所有過程都必須文檔化”。70、解析該題的選項為“ B.預防成本”71、解析該題的選項是“ A. risk72、解析該題的選項是“ D. avoidanee, mitigation, acceptanee, and tran sferri ng”。73、解析該題的選項是“ A. Quality assuranee (QA)74、解析該題的選項是“ Project scope management75、解析該題的選項是" B. call a meeting of the configuration control board版權(quán)申明本文部分內(nèi)容,包括文字、圖片、以及設(shè)計等在網(wǎng)上搜集整理。版權(quán)為潘宏亮個人所有This article in eludes someparts, in cludi ng text, pictures, and desig n. Copyright is Pan Hon glia ng's pers onal own ership.用戶可將本文的內(nèi)容或服務(wù)用于個人學習、研究或欣賞,以及其他非商業(yè)性或非盈利性用途,但同時應遵守著作權(quán)法及其他相關(guān)法律 的規(guī)定,不得侵犯本網(wǎng)站及相關(guān)權(quán)利人的合法權(quán)利。除此以

溫馨提示

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

評論

0/150

提交評論