2013上半年上午系統(tǒng)集成真題-無答案

1、系統(tǒng)集成項目管理工程師2013 年上半年上午題一、（ 1 ）不符合計算機信息系統(tǒng)集成企業(yè)資質(zhì)評定條件 2012 版有關(guān)信息系統(tǒng)成企業(yè)一級資質(zhì)評定的規(guī)定。A、企業(yè)的主要從事領(lǐng)域企業(yè)管理的經(jīng)歷不少于 5 年。B、主要技術(shù)負責有計算機信息系統(tǒng)高級資質(zhì)C、財務(wù)就有財務(wù)系列的高級D、主要技術(shù)從事系統(tǒng)集成技術(shù)工作的經(jīng)歷不少于 5 年二、根據(jù)計算機信息系統(tǒng)集成企業(yè)資質(zhì)評定條件 2012 版規(guī)定，信息系統(tǒng)集成企業(yè)若想申請二級資質(zhì)，必須滿足（ 2 ）的評定條件A、具有計算機信息系統(tǒng)集成項目管理資質(zhì)的人數(shù)不少于 18 名，其中高級項目經(jīng)理人數(shù)不少于 4 名。B、從事開發(fā)與系統(tǒng)集成相關(guān)工作的不少于 50 人，其中大

2、學本科及以上學歷所占比例不低于 60%C、近三年至少完成 1 個合同額不少于 300 萬元的系統(tǒng)集成項目， 或所完成合同額不少于 100 萬元的系統(tǒng)集成項目總額不少于 300 萬元，或所完成合同額不少于 50 萬元的純可以擁有信息系統(tǒng)工程監(jiān)理服務(wù)項目總額不少于 150 萬元。D、企業(yè)資質(zhì)。三、根據(jù)計算機信息系統(tǒng)集成企業(yè)資質(zhì)評定條件 2012 版規(guī)定為體現(xiàn)企業(yè)的技術(shù)能力，系統(tǒng)集成一、二、三級企業(yè)應(yīng)（ 3 ）A、擁有開發(fā)的產(chǎn)品并取的該產(chǎn)品的著作權(quán)第 2 頁 共 19 頁B、擁有經(jīng)過登記的開發(fā)的產(chǎn)品C、取的開發(fā)的產(chǎn)品的著作權(quán)并獲得發(fā)明專利D、獲得發(fā)明四、某公司希望采購一套自用的管理信息系統(tǒng)， 覆蓋公

3、司生產(chǎn)經(jīng)營管理的各個方面， 并可以根據(jù)自身情況靈活地組合不同的功能模塊進行集成和使用，該公司應(yīng)采購（ 4 ）系統(tǒng)A、CDSBCDIDS五、在利用電子進行客戶關(guān)系管理活動中，數(shù)據(jù)采信和是其中非常重要的環(huán)節(jié)。（ 5 ）不是其中重點關(guān)注的數(shù)據(jù)A、描述性數(shù)據(jù)B、促銷性數(shù)據(jù)C、交易性數(shù)據(jù)D、關(guān)系性數(shù)據(jù)六、供應(yīng)鏈管理是一種將正確數(shù)量的商品在正確的時間配送到正確地點的集成的管理和方法，評價供應(yīng)鏈管理的最重要的指標是（ 6 ）A供應(yīng)鏈的成本B客戶滿意度C供應(yīng)鏈的響應(yīng)速度D供應(yīng)鏈的吞吐量七、從信息系統(tǒng)開發(fā)的角度來看，信息系統(tǒng)的生命周期包括（ 7 ）A、立項、開發(fā)、運維、消亡B、啟動、計劃、執(zhí)行、控制和收尾C、總

4、體規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施、系統(tǒng)驗收D、招標、投標、執(zhí)行合同、合同收尾八、（ 8 ）是在組織內(nèi)外的各種異構(gòu)系統(tǒng)，應(yīng)用和數(shù)據(jù)源之間實現(xiàn)信息交流，共享或協(xié)作的途徑，方法學，標準和技術(shù)。A、企業(yè)應(yīng)用集成B、信息系統(tǒng)集成C、信息系統(tǒng)運維D、業(yè)務(wù)流程重組第 3 頁 共 19 頁九、信息系統(tǒng)工程監(jiān)理在信息系統(tǒng)工程實施過程中的職責不包括（ 9 ）A、和處理工程變更B、分包的資質(zhì)C、審批工程延期D、修訂項目技術(shù)方案十、信息系統(tǒng)開發(fā)是一項艱巨的工作， 為實現(xiàn)信息系統(tǒng)開發(fā)在效率，質(zhì)量，成本方面的要求， 選擇合理的開發(fā)方法起著非常重要的作用，（ 10 ）的主要特點是：嚴格區(qū)分工作階段，每個階段都有明確的任

5、務(wù)和取得的成果， 強調(diào)系統(tǒng)的整體性和系統(tǒng)開發(fā)過程順序， 開發(fā)過程工程化，文檔資料標準化。A、結(jié)構(gòu)化方法B、敏捷方法C、瀑布模型D、面象方法十一、原型化開發(fā)方法強調(diào)開發(fā)系統(tǒng)的原型，關(guān)于原型的特點，下面說法不正確的是（ 11 ）A、原型的開發(fā)應(yīng)該是實際可行的B、原型應(yīng)具有最終系統(tǒng)的基本特征C、原型應(yīng)構(gòu)造方便，快速，造價低D、原型的功能和性能不能低于最終的目標系統(tǒng)十二、（ 12 ） 由電纜連接器和相關(guān)設(shè)備組成， 把各種不同的公共系統(tǒng)和設(shè)備連接起來其中包括電信部門的光纜，同軸電纜，交換機等。A、建筑群子系統(tǒng)B、設(shè)備間子系統(tǒng)C、垂直干線子系統(tǒng)D、工作區(qū)子系統(tǒng)十三、項目開發(fā)組需要重用以往的 ActiveX

6、 控件，利用一個集成的編程開發(fā)工具，研發(fā) WINDOWS 應(yīng)用程序，且該工作應(yīng)同時支持 VB,C+和 JSCRIPT等編程語言，該開發(fā)組應(yīng)宜選擇（ 13 ）作為編程工發(fā)工具A、VISUALSTUDIO.NETB、JDK 工具包第 4 頁 共 19 頁C、ECLIPSED、IBM WEBSPHERE十四、根據(jù)工程產(chǎn)品質(zhì)量 GB/T162602006 在下列信息系統(tǒng)的設(shè)計方案中， 主要用于提高系統(tǒng)可靠性的方案是（ 14 ）A、將簡單的文本界面升級為圖形交互界面，增加語音，等交互方式B、添加備用模塊，當主模塊出現(xiàn)錯誤時用備用模塊來頂替它C、采用原型化開發(fā)方法，同時將系統(tǒng)用原型系統(tǒng)代替D、精簡系統(tǒng)架構(gòu)

7、，合并有關(guān)模塊，減少系統(tǒng)的總模塊數(shù)十五、文檔管理指南 GB/T 16680-1996 將文檔的質(zhì)量按文檔的形式和列出要求劃分為四級，分別是最底限度文檔，內(nèi)部文檔，（ 15 ）和正式文檔A、外部文檔B、管理文檔C、工作文檔D、臨時文檔、在某招標過程中發(fā)生了如下事件，根據(jù)中民招投標法及其實施條例， 當出現(xiàn)（ 16 ）之一時，評標應(yīng)當否決其投標。1、投標文件投標蓋章和簽字2、同一投標人提交兩個以上不同的投標文件，但招標文件未要求提交備選投標3、投標報價高于招標文件設(shè)定的最高投標價4、投標書中包括投標聯(lián)合體共同簽發(fā)的報價折扣A1 2B1 2 4C1 3 4D1 2 3十七、根據(jù)中是不正確的民采購法，下

8、面關(guān)于采購方式的說法中（ 17 ）A、采用公開招標方式的招標費用占采購項目總價值的比例過大的，可依照采購法單一來源方式采購B、招標后沒有供應(yīng)商投標或者沒有合格標的或者重新招標未能成立的，可依照第 5 頁 共 19 頁采購法采用競爭性談判方式采購C、采購的貨物或服務(wù)具有特殊性，只能從有限范圍的供應(yīng)商處采購的，可依照采購法采用邀請招標方式采購D、采購的貨物規(guī)格，標準，現(xiàn)貨貨源充足且價格變化幅度小的采購項目，可依照采購法采用詢價方式采購十八、我國研發(fā)的 3G 技術(shù)標準 TD-SCDMA 采用的是（18 ）技術(shù)A、時分雙工B、頻分雙工C、成時頻帶D、波分雙工十九、客戶端程序要找到郵件服務(wù)器，F(xiàn)TP 客

9、戶端程序要找到 FTP服務(wù)器，WEB 瀏覽器要找到 WEB 服務(wù)器，通常要用到（19 ）A、FTP 服務(wù)器B、DNS 服務(wù)器C、服務(wù)器D、NET 服務(wù)器二十、應(yīng)用系統(tǒng)運行的安全管理中心，數(shù)據(jù)域安全是其中非常重要的內(nèi)容數(shù)據(jù)域安全包括（ 20 ）A、行級數(shù)據(jù)域安全，字段級數(shù)據(jù)域安全B、系統(tǒng)性數(shù)據(jù)域安全，功能性數(shù)據(jù)域安全C、數(shù)據(jù)資源安全，應(yīng)用性數(shù)據(jù)安全D、組織級數(shù)據(jù)域安全，性數(shù)據(jù)域安全二十一、傳輸控制 TCP 協(xié)議和用戶數(shù)據(jù)報 UDP 協(xié)議是互聯(lián)網(wǎng)傳輸層的主要協(xié)議。 下面關(guān)于 TCP 和 UDP 的說法中，（21 ）是不正確的A、TCP 是面向連接的協(xié)議，UDP 協(xié)議是無連接的協(xié)議B、TCP 能夠保

10、證數(shù)據(jù)包到達目的地不錯序，UDP 不保證數(shù)據(jù)的傳輸正確C、TCP 協(xié)議傳輸數(shù)據(jù)包的速度一般比 UDP 協(xié)議傳輸速度快第 6 頁 共 19 頁D、TCP 保證數(shù)包傳輸?shù)恼_性，UDP 在傳輸過程中可能存在丟包現(xiàn)象二十二、（22 ）一般是項目初步可行性關(guān)注的問題。A、合作方式B、項目進度安排C、技術(shù)合作計劃D、投資與成本估算二十三、項目論證是對擬實現(xiàn)項目技術(shù)上的先進性，適用性，經(jīng)濟的合理性，實施上的可能性， 風險控制等進行全面的綜合分析，為項目決策提供客觀依據(jù)的一種技術(shù)經(jīng)濟活動，其中（23 ）不屬于項目論證的主要內(nèi)容。A、項目財務(wù)評價B、項目國民經(jīng)濟條件C、項目社會影響評價D、項目建設(shè)條件評價二十

11、四、項目承建方在準備投標時，要基于自身情況對準備投標的項目進行論證，其中論證的內(nèi)容可不包括（ 24 ）A、建設(shè)方需求的合理性分析B、項目風險分析C、其他投標者情況分析D、承建方技術(shù)可行性分析二十五、項目章程在項目管理中起著非常重要的作用，以下對項目章程的描述中（ 25 ）是錯誤的A、項目章程應(yīng)該由項目團隊之外的人發(fā)布B、項目章程使項目與執(zhí)行組織的日常運營聯(lián)系起來C、項目章程不包括干系人的需求和期望D、項目章程包括論證項目的業(yè)務(wù)方案二、在 WEBSERVICE 中用于描述 WEB 服務(wù)的語言是（ 26 ）A、WSDLB、UMLC、XMLD、ETL二十七、配置管理作為項目綜合變更管理的重要支持，

12、為項目綜合變更管理提第 7 頁 共 19 頁供了標準化的，有效率的變更管理包括（ 27 ），配置管理系統(tǒng)在項目變更中的作用不A、建立一種前后一致的變更管理方法B、定義變更控制的角色和責任C、提供改進項目的機會D、提供了的變更發(fā)布方法二十八、某關(guān)系數(shù)據(jù)庫中有如下表的員工表和部門表，適合作為員工表的主鍵和外鍵的字段分別為（28 ）員工表部門表A、員工和部門B、部門和員工第 8 頁 共 19 頁部門部門位置10技術(shù)部013十四層11質(zhì)量部037十四層12040十二層員工部門辦公001109217002119230003309217C、部門和D、和部門二十九、數(shù)據(jù)庫管理系統(tǒng)( DBMS )和操作系統(tǒng)(

13、 OS )之間的關(guān)系為（29 ）A、相用B、DBMS 調(diào)用 OSC、OS 調(diào)用 DBMSD、并發(fā)運行三十、某施工在一個多雨季節(jié)開展戶外施工， 在做進度計劃時項目經(jīng)理將天氣納入項目活動依賴關(guān)系之中，制訂了項目活動計劃，本項目中，項目經(jīng)理采用（ 30 ）技術(shù)，確定項目各活動中的依賴關(guān)系A(chǔ)、強制性依賴關(guān)系B、可斟酌處理的依賴關(guān)系C、外部依賴關(guān)系D、網(wǎng)絡(luò)圖三十一和三十二、某活動的工期采用三點估算法進行估算，其中最悲觀估算是23 天， 最樂觀估算是 15 天， 最可能的估算是 19 天，則該活動的歷時大致需要（ 31 ）天，該活動歷是方差大概是（32 ）31A19B23C15D2032A0.7B1.3C

14、8D4三十三、某部門需要改造現(xiàn)有信息系統(tǒng)，目前正在開展項目立項工作， 該項目經(jīng)初步投資估算確定的投資額為 950 萬， 而“項目可行性”得到確定為 890 萬。 這種情況下建設(shè)恰當?shù)淖龇ㄊ牵?33 ）A、重批項目B、重批項目可行性C、重批項目可行性和項目建義書D、在項目初步設(shè)計和投資概算中進行定量補充說明三十四、在項目執(zhí)行過程中， 由于質(zhì)量管理方面的問題造成了局部范圍的第 9 頁 共 19 頁返工，便失去了承建另外一個項目的機會，這屬于（ 34 ）A、質(zhì)量成本B、機會成本C、時間成本D、無形成本三十五、某項目利潤分析表如下圖假設(shè)貼現(xiàn)率為 10%，則第一年的利潤凈現(xiàn)值為（ 35 ）A、1100B

15、、10000C、11000D、12100三、關(guān)鍵法是利用進度計劃網(wǎng)絡(luò)圖所進行的一種分析技術(shù)，下面關(guān)于關(guān)鍵的說法中（36 ）是正確的。A、網(wǎng)絡(luò)圖中只有一條關(guān)鍵B、關(guān)鍵上各活動的時間之和最少C、非關(guān)鍵上某活動發(fā)生延誤后項目總工期必然會發(fā)生延誤D、非關(guān)鍵上的活動延誤時間如果不超過總時差，項目總工期就不會發(fā)生延誤三十七、某企業(yè)的管理系統(tǒng)已進入試運行階段， 公司在試用該系統(tǒng)時認為他使用的出差報銷表格的欄目設(shè)置不合理， 便要求負責系統(tǒng)建設(shè)的項目經(jīng)理修改， 根據(jù)變更管理的要求， 項目經(jīng)理正確的做法是（37 ）A、告訴公司，項目試運行結(jié)束后再修改B、讓開發(fā)修改，再通知公司確認C、將公司的要求下來，確認變更內(nèi)容

16、后提出正式的變更申請D、親自督促對該表格的修改，完成后親自確認并向公司匯報。三十八、自下而上估算方法是指估算單個工作包或細節(jié)詳細活動的成本， 然后第 10 頁 共 19 頁利潤分析第零年第一年第二年第三年利潤值110001210014500簡寫詳細的成本匯總到更是錯誤的級估算的方法，下面關(guān)于該方法的描述中（ 38 ）A、其精確性取決于估算對象的規(guī)模和復(fù)雜程度B、便于和C、適于對項目情況了解較少時采用D、該估算方法的準確性通常高于其他估算方法三十九、在某一時刻，項目 CPI 為 1.05，這表示（39 ）A、項目 100 元的成本創(chuàng)造了 105 元的價值B、項目 105 元的成本創(chuàng)造了 100

17、元的價值C、項目進度提前了 5%D、項目進度落后了 5%四十、在根據(jù)計劃對項目進展情況進行時， 項目經(jīng)理發(fā)現(xiàn)最終可交付成果無法按照管理層規(guī)定的交付日期完工。這時，項目經(jīng)理應(yīng)（40 ）A、推動項目團隊更加快速的工作，以便彌補丟失的時間B、不要同意管理層要求的不合理的工期C、通過消減最終可交付成果的規(guī)?；蜓娱L項目工期的某種結(jié)合重新洽談D、重新計算項目進度，并按照溝通計劃進行分發(fā)。四十一、項目范圍的定義和管理過程將影響到整個項目是否成功。每個項目都必須慎重地權(quán)衡工具、數(shù)據(jù)來源、 方法論、 過程和程序以及其他一些， 以確保在管理項目范圍時所做的努力與項目的規(guī)模、復(fù)雜性和重要性相符。因此，項目經(jīng)理應(yīng)該重

18、點關(guān)注（ 41 ）這個過程A范圍控制B范圍變更第 11 頁 共 19 頁C編制范圍管理計劃D范圍確認四十二、是公司一個物聯(lián)網(wǎng)網(wǎng)關(guān)開發(fā)項目的項目經(jīng)理。 他根據(jù)項目計劃將其中的某個模塊轉(zhuǎn)包給了一個分包商。是分包商的新項目經(jīng)理。建議首先（ 42 ）A遵照項目制定的 WBSB針對這個模塊的開發(fā)工作編制一個分項目 WBSC建立類似的編碼結(jié)構(gòu)，以便于應(yīng)用公共項目管理信息系統(tǒng)D建立一個 WBS 詞典來顯示詳細的分工四十三、索賠是合同管理中經(jīng)常會碰到的問題，以下關(guān)于索賠管理的描述中，（ 43 ）是正確的A一方或雙方存在違約行為和事實是合同索賠的前提B凡是遇到客觀原因造成的損失，承包商都可以申請費用補償C索賠是

19、對對方違約行為的一種懲罰D承建方應(yīng)該將索賠通知書直接遞交建設(shè)方，監(jiān)理參與索賠管理四十四、在溝通管理中，溝通方式的選擇是一項重要的工作。（44 ）不是溝通的特點A溝通速度快B歧義性少C內(nèi)容清晰D信息充分四十五、風險管理是項目管理中的重要內(nèi)容，其中風險概率分析是指（45 ）A分析風險對項目的潛在影響B(tài)每項具體風險發(fā)生的可能性C分析風險的可能消極影響D分析風險的可能積極影響四、建立一個概率模型或者隨機過程， 使它的參數(shù)等于問題的解， 然后通過對模型或過程的觀察計算所求參數(shù)的統(tǒng)計特征，最后給出所求問題的近似值，第 12 頁 共 19 頁解的精度可以用估計值的標準差表示。這種技術(shù)稱為（46 ）方法A期望

20、貨幣分析B決策樹分析C分析D優(yōu)先順序圖四十七、風險轉(zhuǎn)移是設(shè)法將風險的連同應(yīng)對的責任轉(zhuǎn)移到他方的風險應(yīng)對措施，（47 ）不屬于風險轉(zhuǎn)移的措施A履約保B保險C第擔保D改變工藝流程四十八、一個新測試中心將在兩年內(nèi)建成。項目發(fā)起人和項目經(jīng)理已經(jīng)確定并且次估算已經(jīng)開始。 預(yù)計該項目可以在預(yù)算內(nèi)按進度計劃完成。 唯一的難點是獲得完成工作所需的具有正確專門技能的人力資源。在這種情況下，項目經(jīng)理應(yīng)建立（48 ）。A風險分析B責任分配矩陣C責任圖D受資源限制的進度計劃四十九、某公司剛剛宣布下個月將要裁員， 并且極可能包括項目團隊里的一些成員。 團隊成員議論紛紛，已無心正常工作。告訴團隊： “讓冷靜下來，回到工作

21、上去，也許下個月的績效可以保住的工作” 。此時，采取的解決技術(shù)是（49 ）A妥協(xié)B強制C安撫D撤退五十、某項目在啟動階段難以確定所需要的和資源， 需要在實施過程中動態(tài)增加較多、和外部資源。 在為該項目制訂采購計劃時需要確定采購合同類型， 最適合該項目的合同類型是（50 ）A時間和材料合同B成本加固定酬金合同C成本補償合同D固定總價合同五十一、項目工作說明書是對項目提供的產(chǎn)品、成果或服務(wù)的描述，其內(nèi)容一般第 13 頁 共 19 頁不包括（ 51 ）。A服務(wù)B技術(shù)方案選擇C驗收標準D及付款方式五十二、甲公司與乙公司訂立了一份總貨款額為 20 萬元的設(shè)備供貨合同。合同約定的違約金為貨款總額總值的 1

22、0%。同時，甲公司向乙公司給付定金5000 元。后乙公司違約，給甲公司造成損失 2 萬元。乙公司依法向甲公司支付違約金（ 52 ）萬元。A2B2.5C4D1.5五十三、項目溝通管理涉及到項目管理的諸多內(nèi)容。一般而言，（ 53 ）不屬于項目溝通管理計劃的主要內(nèi)容。A項目干系人溝通需求B傳遞信息的技術(shù)和方法C項目會議頻率D通用詞語表五十四、在項目執(zhí)行階段，一名團隊成員識別了一項新風險，此時，應(yīng)該（54 ）。A將之涵蓋在風險觸發(fā)中B對假設(shè)條件進試C將之加入風險管理計劃內(nèi)D對風險進行定性分析五十五、一個新產(chǎn)品的構(gòu)建階段即將完工。 下一個階段是測試和執(zhí)行。 這個進度計劃提前了兩周。在進入最后階段之前，項

23、目經(jīng)理最應(yīng)該關(guān)注（55 ）。A范圍確認B風險控制C績效D成本控制五、個公司的新員工被分配到一個正處在計劃編制階段的項目中工作， 她必須決定是否接受分配到這個項目或者要求被分配到另一個不同的項目。但是項目經(jīng)理沒有上班并且也聯(lián)系不上。項目團隊成員可以查看（ 56 ）以幫助她確認分配的工作。A活動定義B項目計劃C工作說明D責任分配矩陣第 14 頁 共 19 頁五十七、項目經(jīng)理編制了一份項目溝通計劃。 其主要內(nèi)容包括項目干系人要求、發(fā)布信息的描述、 傳達信息所需的技術(shù)方法和溝通頻次。這份計劃中還欠缺的最主要內(nèi)容是（ 57 ）。A信息接收的個人和組織B溝通計劃檢查要求C溝通備忘錄D干系人分析五十八、溝通

24、是項目管理和團隊建設(shè)中的重要環(huán)節(jié)。下面關(guān)于溝通的說法中。（ 58 ）是正確的。A正式溝通優(yōu)于非正式溝通。項目經(jīng)理不應(yīng)鼓勵團隊成員的非正式溝通和交流。B水平溝通優(yōu)于垂直溝通。項目經(jīng)理不應(yīng)鼓勵團隊成員的垂直溝通。C集中辦公和會議有利于提高溝通效率。是團隊建設(shè)的有效。D溝通的及時性是溝通的第一目標，項目的所有問題需第一時間與干系人溝通。五十九、用來征求潛在供應(yīng)商建議的文件一般稱為（ 59 ）。ARFIBIFBCRFQDRFP六十、技術(shù)部給采購部提供了一份采購產(chǎn)品的技術(shù)標準和要求，這份文件可被稱做（60 ）。A項目B工作說明書C工作包D項目范圍說明書六十一、在項目采購中經(jīng)常使用詢價過程，詢價過程的輸出

25、不包括（ 61 ）。A合格賣方B采購工作說明書C采購D采購管理計劃六十二、配置識別是配置管理的一個要素， 包括選擇一個系統(tǒng)的配置項和在技術(shù)文檔中配置項目的功能和物理特性，（62 ）是配置管理員的關(guān)鍵職責。A識別開發(fā)中產(chǎn)生的所有工作結(jié)果第 15 頁 共 19 頁B給每個產(chǎn)品及其組件和相關(guān)的文檔分配標識C定義每個配置項目的重要特征以及識別其所有者D修改基線六十三、從開發(fā)生命周期的角度劃分，可將項目文檔分為開檔、產(chǎn)品文檔和（63 ）。A文檔B測試文檔C文檔D管理文檔、開發(fā)項目中選用了配置管理工具對文檔進行管理， 下面關(guān)于配置權(quán)限的描述符合配置管理要求的是（ 64 ）。A測試向項目經(jīng)理開放權(quán)限B源代碼

26、向質(zhì)保開放讀寫權(quán)限C需求說明書向測試工放讀寫權(quán)限D(zhuǎn)所有配置權(quán)限都由項目經(jīng)理嚴格管理六十五、配置項的版本控制作用于多個配置管理活動之中， 如創(chuàng)建配置項， 配置項的變更和配置項的評審等。下面關(guān)于配置項的版本控制的描述中，（65 ）是正確的。A在項目開發(fā)過程中，絕大部分的配置項目都要經(jīng)過多次的修改才能最終確定下來B對配置項的修改不一定產(chǎn)生新版本C版本控制的目的是按照一的規(guī)則有選擇地保存配置項的必要的版本D由于本六保證新版本一定比舊版本好，所以可以拋棄舊版、應(yīng)用 Paretol 圖可以（66 ）。A將精力集中到最關(guān)鍵的上B量化風險第 16 頁 共 19 頁C幫助未來的問題D改進風險管理六十七、（67）

27、一般不是用于質(zhì)量控制的方法和技術(shù)。A趨勢分析B檢驗C控制圖D制定參數(shù)基準六十八、公民為完成法人或者其它組織工作任務(wù)所創(chuàng)作的作品是職務(wù)作品， 對于主要是利用法人或者其它組織的物質(zhì)技術(shù)條件創(chuàng)作， 并由法人或者其它組織承擔責任的工程設(shè)計圖、 產(chǎn)品設(shè)計圖、 地圖，計算機等職務(wù)作品，其（ 68 ）。A作者享有著作權(quán)B作者享有署名權(quán)C法人或者其他組織享有著作權(quán)D法人或者其它組織享有署名權(quán)六十九、以下關(guān)于項目變更控制的描述中（ 69 ）是正確的。ACCB 是作業(yè)機構(gòu)BCCB 的工作是通過評審來決定項目是否能變更，并提出變更方案CCCB 是決策機構(gòu)，又是作業(yè)機構(gòu)DCCB 是決策機構(gòu)七十、變更管理的工作程序包括

28、：接受變更申請、對變更的初審、（70）、CCB決定是否批準、發(fā)出變更通知并開始實施、變更實施、變更效果評估。A變更實施B變更方案論證C組建 CCBD判斷發(fā)生變更的項目是否已納入正常軌道七十一、Modern computers based on (71) are millions to billions oftimes more capablen the early computers, which occupy afraction of the space . Simple computers are small enough to fitomobile devi, and mobile computers can beered by small第 17 頁 共 19 頁batteries.Informa