2009年--2011年系統(tǒng)集成項(xiàng)目管理工程師試題題答案解析VIP

2011上半年系統(tǒng)集成項(xiàng)目管理工程師以下對信息系統(tǒng)集成的描述不正確的是（1）。（1）A信息系統(tǒng)集成包括總體策劃、設(shè)計(jì)、開發(fā)、實(shí)施、服務(wù)及保障B信息系統(tǒng)集成主要包括設(shè)備系統(tǒng)集成和應(yīng)用系統(tǒng)集成C信息系統(tǒng)集成是具有高技術(shù)含量的工程過程，要面向用戶需求提供全面解決方案D信息系統(tǒng)集成工作的核心是滿足用戶要求，管理和商務(wù)活動是系統(tǒng)集成項(xiàng)目實(shí)施成功的保證解析根據(jù)系統(tǒng)集成項(xiàng)目管理工程師教程第81頁指出的系統(tǒng)集成項(xiàng)目特點(diǎn)，信息系統(tǒng)集成的根本出發(fā)點(diǎn)是滿足用戶要求。信息系統(tǒng)集成的核心工作技術(shù)，管理和商務(wù)活動是系統(tǒng)集成項(xiàng)目實(shí)施成功的保證。該題的選項(xiàng)是D。計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)評定條件中規(guī)定“對于申報(bào)信息系統(tǒng)集成資質(zhì)二級以上資質(zhì)的企業(yè)，需要已建立完備的企業(yè)質(zhì)量管理體系，通過國家認(rèn)可的第三方認(rèn)證機(jī)構(gòu)認(rèn)證并有效運(yùn)行一年以上”。其中“國家認(rèn)可”是指經(jīng)過（2）認(rèn)可的機(jī)構(gòu)。（2）A工業(yè)和信息化部指定的系統(tǒng)集成資質(zhì)評審機(jī)構(gòu)B國家質(zhì)量監(jiān)督檢驗(yàn)檢疫總局C中國合格評定國家認(rèn)可委員會D工業(yè)和信息化部資質(zhì)認(rèn)證辦公室解析中國合格評定國家認(rèn)可委員會（英文縮寫為CNAS）是由國家認(rèn)證認(rèn)可監(jiān)督管理委員會批準(zhǔn)設(shè)立并授權(quán)的國家認(rèn)可機(jī)構(gòu)，統(tǒng)一負(fù)責(zé)對認(rèn)證機(jī)構(gòu)、實(shí)驗(yàn)室和檢查機(jī)構(gòu)等相關(guān)機(jī)構(gòu)的認(rèn)可工作。它是在原中國認(rèn)證機(jī)構(gòu)國家認(rèn)可委員會（CNAB）和中國實(shí)驗(yàn)室國家認(rèn)可委員會CNAL基礎(chǔ)上合并重組而成的。該題的選項(xiàng)是C。下列關(guān)于系統(tǒng)集成資質(zhì)證書的敘述，正確的是（3）。（3）A所有資質(zhì)證書都由工業(yè)和信息化部審批B系統(tǒng)集成一、二級資質(zhì)證書由部級評審機(jī)構(gòu)審批，三、四級由地方評審機(jī)構(gòu)審批C系統(tǒng)集成一、二級資質(zhì)證書由工業(yè)和信息化部審批，三、四級由地方信息產(chǎn)業(yè)主管部門審批，報(bào)工業(yè)和信息化部備案D系統(tǒng)集成一、二級資質(zhì)證書由工業(yè)和信息化部和部級評審機(jī)構(gòu)審批，三、四級由地方信息產(chǎn)業(yè)主管部門和地方評審機(jī)構(gòu)審批解析系統(tǒng)集成一、二級資質(zhì)證書由工業(yè)和信息化部審批，三、四級由地方信息產(chǎn)業(yè)主管部門審批。無論哪一級，通過審批后都要報(bào)工業(yè)和信息化部備案。該題的選項(xiàng)是C。某企業(yè)的郵件服務(wù)器經(jīng)常宕機(jī)，按照IT服務(wù)管理要求，為徹底解決該問題應(yīng)啟動（4）流程。（4）A事件管理B問題管理C發(fā)布管理D變更管理解析事件管理是處理服務(wù)臺所反應(yīng)的、每天的、日常問題。通過事件管理，盡快恢復(fù)IT的正常服務(wù)。問題是指多個具有相同癥狀反復(fù)出現(xiàn)的事件、或者出現(xiàn)一個嚴(yán)重的未知根源的故障。問題管理的目標(biāo)是消除引起事件的深層次根源，以防事件再次發(fā)生，將事件對業(yè)務(wù)的影響降到最低程度。該題的選項(xiàng)是B。以互聯(lián)網(wǎng)為基礎(chǔ)，將數(shù)字化、智能化的物體接入其中，實(shí)現(xiàn)自組織互聯(lián)，是互聯(lián)網(wǎng)的延伸與擴(kuò)展；通過嵌入到物體上的各種數(shù)字化標(biāo)識、感應(yīng)設(shè)備，如RFID標(biāo)簽、傳感器、響應(yīng)器等，使物體具有可識別、可感知、交互和響應(yīng)的能力，并通過與INTERNET的集成實(shí)現(xiàn)物物相聯(lián)，構(gòu)成一個協(xié)同的網(wǎng)絡(luò)信息系統(tǒng)。以上描述的是（5）。（5）A智慧地球B三網(wǎng)融合CSAASD物聯(lián)網(wǎng)解析物聯(lián)網(wǎng)，THEINTERNETOFTHINGS，簡稱IOT，就是“物物相連的互聯(lián)網(wǎng)”。有兩層含義第一，物聯(lián)網(wǎng)的核心和基礎(chǔ)仍然是互聯(lián)網(wǎng)，是在互聯(lián)網(wǎng)基礎(chǔ)上的延伸和擴(kuò)展的網(wǎng)絡(luò)；第二，其用戶端延伸和擴(kuò)展到了任何物體與物體之間，進(jìn)行信息交換和通信。物聯(lián)網(wǎng)的定義通過射頻識別（RFID）、紅外感應(yīng)器、全球定位系統(tǒng)、激光掃描器等信息傳感設(shè)備，按約定的協(xié)議，把任何物體與互聯(lián)網(wǎng)相連接，進(jìn)行信息交換和通信，以實(shí)現(xiàn)對物體的智能化識別、定位、跟蹤、監(jiān)控和管理的一種網(wǎng)絡(luò)。該題的選項(xiàng)是D。模糊測試（FUZZTESTING）是一種通過向目標(biāo)系統(tǒng)提供非預(yù)期的輸入并監(jiān)視異常結(jié)果來發(fā)現(xiàn)軟件漏洞的方法，是用于系統(tǒng)安全漏洞發(fā)掘的重要技術(shù)。模糊測試的測試用例通常是（6）。（6）A預(yù)定數(shù)量的字符串B預(yù)定長度的字符串C模糊集的隸屬度D隨機(jī)數(shù)據(jù)解析模糊測試是指將一個隨機(jī)的、非預(yù)期的數(shù)據(jù)源作為程序的輸入，然后系統(tǒng)地找出這些輸入所引起的程序失效。通過模糊測試，你將會搶在別人之前來揭示軟件易受攻擊的弱點(diǎn)。模糊測試現(xiàn)在已經(jīng)發(fā)展成為一種最有效的軟件安全性測試方法。該題的選項(xiàng)是D。軟件設(shè)計(jì)包括軟件架構(gòu)設(shè)計(jì)和軟件詳細(xì)設(shè)計(jì)。架構(gòu)設(shè)計(jì)屬于高層設(shè)計(jì)，主要描述軟件的結(jié)構(gòu)和組織，標(biāo)識各種不同的組件。由此可知，在信息系統(tǒng)開發(fā)中，（7）屬于軟件架構(gòu)設(shè)計(jì)師要完成的主要任務(wù)之一。（7）A軟件復(fù)用B模式設(shè)計(jì)C需求獲取D需求分配解析架構(gòu)師需要參與項(xiàng)目開發(fā)的全部過程，包括需求分析、架構(gòu)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)、集成、測試和部署各個階段，負(fù)責(zé)在整個項(xiàng)目中對技術(shù)活動和技術(shù)說明進(jìn)行指導(dǎo)和協(xié)調(diào)。架構(gòu)師主要職責(zé)有4條1、確認(rèn)需求在項(xiàng)目開發(fā)過程中，架構(gòu)師是在需求規(guī)格說明書完成后介入的，需求規(guī)格說明書必須得到架構(gòu)師的認(rèn)可。架構(gòu)師需要和分析人員反復(fù)交流，以保證自己完整并準(zhǔn)確地理解用戶需求。2、系統(tǒng)分解依據(jù)用戶需求，架構(gòu)師將系統(tǒng)整體分解為更小的子系統(tǒng)和組件，從而形成不同的邏輯層或服務(wù)。隨后架構(gòu)師會確定各層的接口，層與層相互之間的關(guān)系。架構(gòu)師不僅要對整個系統(tǒng)分層，進(jìn)行“縱向”分解，還要對同一邏輯層分塊，進(jìn)行“橫向”分解。軟件架構(gòu)師的功力基本體現(xiàn)于此，這是一項(xiàng)相對復(fù)雜的工作。3、技術(shù)選型架構(gòu)師通過對系統(tǒng)的一系列的分解，最終形成了軟件的整體架構(gòu)。技術(shù)選擇主要取決于軟件架構(gòu)。WEBSERVER運(yùn)行在WINDOWS上還是LINUX上數(shù)據(jù)庫采用MSSQL、ORACLE還是MYSQL需要不需要采用MVC或者SPRING等輕量級的框架前端采用富客戶端還是瘦客戶端方式類似的工作，都需要在這個階段提出，并進(jìn)行評估。架構(gòu)師對產(chǎn)品和技術(shù)的選型僅僅限于評估，沒有決定權(quán)，最終的決定權(quán)歸項(xiàng)目經(jīng)理。架構(gòu)師提出的技術(shù)方案為項(xiàng)目經(jīng)理提供了重要的參考信息，項(xiàng)目經(jīng)理會從項(xiàng)目預(yù)算、人力資源、時(shí)間進(jìn)度等實(shí)際情況進(jìn)行權(quán)衡，最終進(jìn)行確認(rèn)。4、制定技術(shù)規(guī)格說明架構(gòu)師在項(xiàng)目開發(fā)過程中，是技術(shù)權(quán)威。他需要協(xié)調(diào)所有的開發(fā)人員，與開發(fā)人員一直保持溝通，始終保證開發(fā)者依照它的架構(gòu)意圖去實(shí)現(xiàn)各項(xiàng)功能。架構(gòu)師與開發(fā)者溝通的最重要的形式是技術(shù)規(guī)格說明書，它可以是UML視圖、WORD文檔，VISIO文件等各種表現(xiàn)形式。通過架構(gòu)師提供的技術(shù)規(guī)格說明書，保證開發(fā)者可以從不同角度去觀察、理解各自承擔(dān)的子系統(tǒng)或者模塊。架構(gòu)師不僅要保持與開發(fā)者的溝通，也需要與項(xiàng)目經(jīng)理、需求分析員，甚至與最終用戶保持溝通。所以，對于架構(gòu)師來講，不僅有技術(shù)方面的要求，還有人際交流方面的要求。（上述內(nèi)容來自“HTTP/BLOGCSDNNET/WANGHAO72214/ARCHIVE/2009/02/28/3946074ASPX”）該題的選項(xiàng)是D。下列測試方法中，（8）均屬于白盒測試的方法。（8）A語句覆蓋法和邊界值分析法B條件覆蓋法和基本路徑測試法C邊界值分析法和代碼檢查法D等價(jià)類劃分和錯誤推測法解析白盒測試WHITEBOXTESTING，又稱邏輯驅(qū)動測試,結(jié)構(gòu)測試是把測試對象看作一個打開的盒子。利用白盒測試法進(jìn)行動態(tài)測試時(shí)，需要測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程，不需測試軟件產(chǎn)品的功能。白盒測試又稱為結(jié)構(gòu)測試和邏輯驅(qū)動測試。白盒測試法的覆蓋標(biāo)準(zhǔn)有邏輯覆蓋、循環(huán)覆蓋和基本路徑測試。其中邏輯覆蓋包括語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。（上述內(nèi)容來自“HTTP/WWWHUDONGCOM/WIKI/白盒測試”）該題的選項(xiàng)是B。電子商務(wù)發(fā)展的核心與關(guān)鍵問題是交易的安全性，目前安全交易中最重要的兩個協(xié)議是（9）。（9）ASHTTP和STTBSEPP和SMTPCSSL和SETDSEPP和SSL解析電子商務(wù)用到的安全協(xié)議有1安全套接層協(xié)議（SSL）2安全電子交易協(xié)議（SET）3增強(qiáng)的私密電子郵件（PEM）4安全多用途網(wǎng)際郵件擴(kuò)充協(xié)議（S/MIME）5安全超文本傳輸協(xié)議（SHTTP）6三方域安全協(xié)議（3DSECURE）該題的選項(xiàng)是C。為了改進(jìn)應(yīng)用軟件的可靠性和可維護(hù)性，并適應(yīng)未來軟硬件環(huán)境的變化，應(yīng)主動增加新的功能以使應(yīng)用系統(tǒng)適應(yīng)各類變化而不被淘汰。為了適應(yīng)未來網(wǎng)絡(luò)帶寬的需要，在滿足現(xiàn)有帶寬需求下，修改網(wǎng)絡(luò)軟件從而使之支持更大的帶寬，這種軟件維護(hù)工作屬于（10）。（10）A更正性維護(hù)B適應(yīng)性維護(hù)C完善性維護(hù)D預(yù)防性維護(hù)解析該題的選項(xiàng)是D。系統(tǒng)集成項(xiàng)目管理工程師教程第87頁指出軟件維護(hù)包括如下類型更正性維護(hù)軟件產(chǎn)品交付后進(jìn)行的修改，以更正發(fā)現(xiàn)的問題適應(yīng)性維護(hù)軟件產(chǎn)品交付后進(jìn)行的修改，以保持軟件產(chǎn)品能在變化后或變化中的環(huán)境中可以繼續(xù)使用完善性維護(hù)軟件產(chǎn)品交付后進(jìn)行的修改，以改進(jìn)性能和可維護(hù)性預(yù)防性維護(hù)軟件產(chǎn)品交付后進(jìn)行的修改，以在軟件產(chǎn)品中的潛在錯誤成為實(shí)際錯誤前，檢測和更正它們軟件開發(fā)項(xiàng)目規(guī)模度量SIZEMEASUREMENT是估算軟件項(xiàng)目工作量、編制成本預(yù)算、策劃合理項(xiàng)目進(jìn)度的基礎(chǔ)。在下列方法中，11可用于軟件的規(guī)模估算，幫助軟件開發(fā)團(tuán)隊(duì)把握開發(fā)時(shí)間、費(fèi)用分布等。（11）A德爾菲法BV模型方法C原型法D用例設(shè)計(jì)解析很明顯，該題的選項(xiàng)是A。其他選項(xiàng)都不是估算軟件規(guī)模的方法。在信息系統(tǒng)集成項(xiàng)目中，經(jīng)常使用12對集成的系統(tǒng)進(jìn)行性能測試。（12）ABUGZILLABTESTMANAGERCTRUECOVERAGEDLOADRUNNER解析很明顯，只有選項(xiàng)D是對集成的系統(tǒng)進(jìn)行性能測試的工具軟件。BUGZILLA缺陷管理工具TRUECOVERAGE覆蓋率檢查工具TESTMANAGER測試管理工具LOADRUNNER性能測試工具根據(jù)軟件文檔管理指南GB/T166801996，關(guān)于軟件文檔的歸檔工作，下列說法中13是不正確的。（13）A軟件文檔必須在項(xiàng)目開發(fā)過程結(jié)束之后統(tǒng)一歸檔B歸檔的文檔應(yīng)是經(jīng)過鑒定或評審的C文檔應(yīng)簽署完整、成套、格式統(tǒng)一、字跡工整D印制本、打印本以及各種報(bào)告應(yīng)裝訂成冊并按規(guī)定進(jìn)行編號簽署解析很明顯，只有選項(xiàng)A是錯的。依據(jù)軟件文檔管理指南GB/T166801996之961文檔歸檔歸檔的文檔應(yīng)包括整個軟件生存期內(nèi)所形成的全部文檔文檔歸檔應(yīng)滿足以下條件A歸檔的文檔應(yīng)是經(jīng)過鑒定或評審的B文檔應(yīng)簽署完整成套格式統(tǒng)一字跡工整C印制本打印本以及各種報(bào)告應(yīng)裝訂成冊并按規(guī)定進(jìn)行編號簽署軟件文檔應(yīng)在開發(fā)過程每個階段結(jié)束后及時(shí)歸檔根據(jù)中華人民共和國招投標(biāo)法，以下做法正確的是14。（14）A某項(xiàng)目于2月1日公開發(fā)布招標(biāo)文件，標(biāo)明截止時(shí)間為2011年2月14日9時(shí)整B開標(biāo)應(yīng)當(dāng)在招標(biāo)文件確定的提交投標(biāo)文件截止時(shí)間的同一時(shí)間公開進(jìn)行C某項(xiàng)目的所有投標(biāo)都不符合招標(biāo)文件要求，評標(biāo)委員會在與招標(biāo)方商量后，確定其中最接近投標(biāo)文件要求的一家公司中標(biāo)D聯(lián)合投標(biāo)的幾家企業(yè)中只需一家達(dá)到招標(biāo)文件要求的資質(zhì)即可解析很明顯，只有選項(xiàng)B是對的。依據(jù)是中華人民共和國招投標(biāo)法的第三十四條開標(biāo)應(yīng)當(dāng)在招標(biāo)文件確定的提交投標(biāo)文件截止時(shí)間的同一時(shí)間公開進(jìn)行；開標(biāo)地點(diǎn)應(yīng)當(dāng)為招標(biāo)文件中預(yù)先確定的地點(diǎn)。某市政府采購辦公用計(jì)算機(jī)及配套軟件時(shí)進(jìn)行了公開招標(biāo)，以下做法正確的是15。（15）A在招標(biāo)文件中明確指出投標(biāo)企業(yè)不應(yīng)有外資背景B該項(xiàng)目招標(biāo)結(jié)束后，招標(biāo)單位向中標(biāo)人發(fā)出中標(biāo)通知書，但對所有未中標(biāo)的投標(biāo)人只通知了中標(biāo)結(jié)果C某項(xiàng)目在招標(biāo)時(shí)僅有一家企業(yè)投標(biāo)，于是該企業(yè)順利中標(biāo)D某項(xiàng)目的評標(biāo)委員會由一名經(jīng)濟(jì)專家、一名技術(shù)專家和一名招標(biāo)單位負(fù)責(zé)人組成解析很明顯，只有選項(xiàng)B是正確的。依據(jù)是中華人民共和國招投標(biāo)法的第四十五條中標(biāo)人確定后，招標(biāo)人應(yīng)當(dāng)向中標(biāo)人發(fā)出中標(biāo)通知書，并同時(shí)將中標(biāo)結(jié)果通知所有未中標(biāo)的投標(biāo)人。根據(jù)中華人民共和國政府采購法，以下做法正確的是16。某市民政局在進(jìn)行政府采購的重新招標(biāo)時(shí)，由于僅有兩家企業(yè)的標(biāo)的合格，于是報(bào)請本地采購監(jiān)督管理部門批準(zhǔn)將招標(biāo)形式轉(zhuǎn)為競爭性談判某市民政局在進(jìn)行政府采購的公開招標(biāo)時(shí)，由于沒有企業(yè)投標(biāo)，于是報(bào)請本地采購監(jiān)督管理部門批準(zhǔn)將招標(biāo)形式轉(zhuǎn)為競爭性談判某市民政局在進(jìn)行政府采購的公開招標(biāo)時(shí)，由于僅有一家企業(yè)的標(biāo)的合格，于是報(bào)請本地采購監(jiān)督管理部門批準(zhǔn)將招標(biāo)形式轉(zhuǎn)為單一來源采購某縣民政局在進(jìn)行公開招標(biāo)時(shí)連續(xù)兩次出現(xiàn)流標(biāo)，于是報(bào)請本地采購監(jiān)督管理部門批準(zhǔn)將招標(biāo)形式轉(zhuǎn)為競爭性談判（16）ABCD解析很明顯，只有選項(xiàng)A是正確的。依據(jù)中華人民共和國政府采購法是第三十條符合下列情形之一的貨物或者服務(wù)，可以依照本法采用競爭性談判方式采購（一）招標(biāo)后沒有供應(yīng)商投標(biāo)或者沒有合格標(biāo)的或者重新招標(biāo)未能成立的；（二）技術(shù)復(fù)雜或者性質(zhì)特殊，不能確定詳細(xì)規(guī)格或者具體要求的；（三）采用招標(biāo)所需時(shí)間不能滿足用戶緊急需要的；（四）不能事先計(jì)算出價(jià)格總額的。依據(jù)中華人民共和國政府采購法第三十一條，符合下列情形之一的貨物或者服務(wù)，可以依照本法采用單一來源方式采購（一）只能從唯一供應(yīng)商處采購的；（二）發(fā)生了不可預(yù)見的緊急情況不能從其他供應(yīng)商處采購的；（三）必須保證原有采購項(xiàng)目一致性或者服務(wù)配套的要求，需要繼續(xù)從原供應(yīng)商處添購，且添購資金總額不超過原合同采購金額百分之十的。依據(jù)中華人民共和國政府采購法第七條，政府采購實(shí)行集中采購和分散采購相結(jié)合。集中采購的范圍由省級以上人民政府公布的集中采購目錄確定。屬于中央預(yù)算的政府采購項(xiàng)目，其集中采購目錄由國務(wù)院確定并公布；屬于地方預(yù)算的政府采購項(xiàng)目，其集中采購目錄由省、自治區(qū)、直轄市人民政府或者其授權(quán)的機(jī)構(gòu)確定并公布。在用例設(shè)計(jì)中，可以使用UML中的17來描述用戶和系統(tǒng)之間的交互，說明系統(tǒng)功能行為。（17）A序列圖B構(gòu)件圖C類圖D部署圖解析序列圖可以描述一個用例的實(shí)現(xiàn)。選項(xiàng)A是正確的。根據(jù)下面的UML類圖，以下敘述中18是不正確的。（18）A容器是一個組件BGUI組件就是一個容器CGUI組件是一個對象D容器和GUI組件都是組件解析GUI是GRAPHICALUSERINTERFACE的簡稱，即圖形用戶接口。根據(jù)教程P114，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)B是不正確的。TCP/IP協(xié)議族中的19協(xié)議支持離線郵件處理，電子郵件客戶端可利用該協(xié)議下載所有未閱讀的電子郵件。（19）AFTPBPOP3CTELNETDSNMP解析只有選項(xiàng)B是支持離線處理郵件的協(xié)議，POP3是支持離線接受郵件的協(xié)議。系統(tǒng)集成工程師小王為了查詢其工作站的狀態(tài)，在其工作站的命令行上運(yùn)行“PING127001”命令，得到如下結(jié)果正在PING127001具有32字節(jié)的數(shù)據(jù)來自127001的回復(fù)字節(jié)32時(shí)間1MSTTL64來自127001的回復(fù)字節(jié)32時(shí)間1MSTTL64來自127001的回復(fù)字節(jié)32時(shí)間1MSTTL64關(guān)于以上查詢結(jié)果，下列說法中，正確的是20。（20）A小王的工作站正確安裝了TCP/IP協(xié)議B小王的工作站訪問了網(wǎng)關(guān)并收到響應(yīng)C小王的工作站訪問了DNS并收到響應(yīng)D小王的工作站未正確安裝網(wǎng)絡(luò)硬件或驅(qū)動程序解析這說明小王的工作站正確安裝了TCP/IP協(xié)議。選項(xiàng)A是正確的。某綜合辦公大樓的樓高20層，其綜合布線系統(tǒng)一般采用的拓?fù)浣Y(jié)構(gòu)是21。（21）A環(huán)型B分級星型C總線型D星環(huán)型解析容易啊選項(xiàng)B是正確的。依據(jù)電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范（GB501742008），對于涉及國家秘密或企業(yè)對商業(yè)信息有保密要求的電子信息系統(tǒng)機(jī)房，應(yīng)設(shè)置電磁屏蔽室。以下描述中，不符合該規(guī)范要求的是22。（22）A所有進(jìn)入電磁屏蔽室的電源線纜應(yīng)通過電源濾波器進(jìn)行B進(jìn)出電磁屏蔽室的網(wǎng)絡(luò)線宜采用光纜或屏蔽線纜線，光纜應(yīng)帶有金屬加強(qiáng)芯C非金屬材料穿過屏蔽層時(shí)應(yīng)采用波導(dǎo)管，波導(dǎo)管的截面尺寸和長度應(yīng)滿足電磁屏蔽的性能要求D截止波導(dǎo)通風(fēng)窗內(nèi)的波導(dǎo)管宜采用等邊六角形，通風(fēng)窗的截面積應(yīng)根據(jù)室內(nèi)換氣次數(shù)進(jìn)行計(jì)算解析選項(xiàng)B是不符合要求的，請參見電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范（GB501742008）935進(jìn)出電磁屏蔽室的網(wǎng)絡(luò)線宜采用光纜或屏蔽纜線，光纜不應(yīng)帶有金屬加強(qiáng)芯。某公司有一臺LINUX文件服務(wù)器，多臺WINDOWS客戶端和LINUX客戶端。要求任意一個客戶端都可以共享服務(wù)器上的文件，并且能夠直接存取服務(wù)器上的文件?？蛻舳撕头?wù)器間應(yīng)該使用23協(xié)議。（23）ANFSBSAMBACFTPDISCSI解析選項(xiàng)B是符合要求的。SAMBA是一個能讓你的UNIX計(jì)算機(jī)和其它MSWINDOWS計(jì)算機(jī)相互共享資源的軟件。SAMBA提供有關(guān)資源共享的三個功能，包括SMBD，執(zhí)行它可以使UNIX能夠共享資源給其它的計(jì)算機(jī)；而SMBCLIENT就是讓UNIX去存取其它計(jì)算機(jī)的資源；最后一個SMBMOUNT，則是類似MSWINDWOS下“網(wǎng)絡(luò)磁盤驅(qū)動器”的功能，可以讓你把其它計(jì)算機(jī)的資源掛在自己的檔案系統(tǒng)下。它們功能雖然簡單，但沒有SAMBA，UNIX和WINDOWS的資源就很難共享。SAMBA的功能十分實(shí)用，雖然沒用亮麗的外表，但在局域網(wǎng)絡(luò)中，它的確是一個很重要的工具。根據(jù)電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范GB501742008，電子信息系統(tǒng)機(jī)房應(yīng)對人流和出入口進(jìn)行安全考慮，以下敘述錯誤的是24。（24）A建筑的入口至主機(jī)房應(yīng)設(shè)通道，通道凈寬不應(yīng)小于15MB電子信息系統(tǒng)機(jī)房宜設(shè)門廳、休息室、值班室和更衣間C電子信息系統(tǒng)機(jī)房應(yīng)有設(shè)備搬入口D電子信息系統(tǒng)機(jī)房必須設(shè)置單獨(dú)出入口解析選項(xiàng)D是錯誤的。根據(jù)電子信息系統(tǒng)機(jī)房設(shè)計(jì)規(guī)范GB501742008的“62人流、物流及出入口”之如下規(guī)定621主機(jī)房宜設(shè)置單獨(dú)出入口，當(dāng)與其它功能用房共用出入口時(shí)，應(yīng)避免人流、物流的交叉。622有人操作區(qū)域和無人操作區(qū)域宜分開布置。623電子信息系統(tǒng)機(jī)房內(nèi)通道的寬度及門的尺寸應(yīng)滿足設(shè)備和材料運(yùn)輸要求，建筑的入口至主機(jī)房應(yīng)設(shè)通道，通道凈寬不應(yīng)小于15M。624電子信息系統(tǒng)機(jī)房宜設(shè)門廳、休息室、值班室和更衣間，更衣間使用面積應(yīng)按最大班人數(shù)的每人13計(jì)算。注意上述說法是“宜”，而不是“必須”。信息安全的級別劃分有不同的維度，以下級別劃分正確的是25。（25）A系統(tǒng)運(yùn)行安全和保密有5個層次，包括設(shè)備級安全、系統(tǒng)級安全、資源訪問安全、功能性安全和數(shù)據(jù)安全B機(jī)房分為4個級別A級、B級、C級、D級C根據(jù)系統(tǒng)處理數(shù)據(jù)劃分系統(tǒng)保密等級為絕密、機(jī)密和秘密D根據(jù)系統(tǒng)處理數(shù)據(jù)的重要性，系統(tǒng)可靠性分A級和B級解析選項(xiàng)C是正確的。具體內(nèi)容請參考系統(tǒng)集成項(xiàng)目管理工程師教程P451。系統(tǒng)運(yùn)行安全的關(guān)鍵是管理，下列關(guān)于日常安全管理的做法，不正確的是26。（26）A系統(tǒng)開發(fā)人員和系統(tǒng)操作人員應(yīng)職責(zé)分離B信息化部門領(lǐng)導(dǎo)安全管理組織，一年進(jìn)行一次安全檢查C用戶權(quán)限設(shè)定應(yīng)遵循“最小特權(quán)”原則D在數(shù)據(jù)轉(zhuǎn)儲、維護(hù)時(shí)要有專職安全人員進(jìn)行監(jiān)督解析選項(xiàng)B是不正確的。具體內(nèi)容請參考系統(tǒng)集成項(xiàng)目管理工程師教程P450，應(yīng)由單位領(lǐng)導(dǎo)牽頭負(fù)責(zé)而不應(yīng)部門領(lǐng)導(dǎo)。在某次針對數(shù)據(jù)庫的信息安全風(fēng)險(xiǎn)評估中，發(fā)現(xiàn)其中對財(cái)務(wù)核心數(shù)據(jù)的邏輯訪問密碼長期不變?；谝陨犀F(xiàn)象，下列說法正確的是27。（27）A該數(shù)據(jù)不會對計(jì)算機(jī)構(gòu)成威脅，因此沒有脆弱性B密碼和授權(quán)長期不變是安全漏洞，屬于該數(shù)據(jù)的脆弱性C密碼和授權(quán)長期不變是安全漏洞，屬于對該數(shù)據(jù)的威脅D風(fēng)險(xiǎn)評估針對設(shè)施和軟件，不針對數(shù)據(jù)解析選項(xiàng)B是正確的。威脅可看成從系統(tǒng)外部對系統(tǒng)產(chǎn)生的作用，而導(dǎo)致系統(tǒng)功能及目標(biāo)受阻的所有現(xiàn)象。而脆弱性則可以看成是系統(tǒng)內(nèi)部的薄弱點(diǎn)。脆弱性是客觀存在的，脆弱性本身沒有實(shí)際的傷害，但威脅可以利用脆弱性發(fā)揮作用。系統(tǒng)的風(fēng)險(xiǎn)可以看做是威脅利用了脆弱性而引起的。常見的脆弱性有“密碼和授權(quán)長期不變”、“錯誤的選擇和使用密碼”。WEB服務(wù)WEBSERVICE的主要目標(biāo)是跨平臺的操作性，它有許多適用場合。但某些情況下，WEB服務(wù)也會降低應(yīng)用程序的性能。下列情況中，28不適合采用WEB服務(wù)作為主要的系統(tǒng)集成技術(shù)。（28）AB2B集成B集成不同語言編寫的在不同平臺上運(yùn)行的應(yīng)用程序C跨越防火墻D構(gòu)建單機(jī)應(yīng)用程序解析該題的選項(xiàng)是D。具體內(nèi)容請參考系統(tǒng)集成項(xiàng)目管理工程師教程P113。J2EE的四層體系架構(gòu)客戶層/表示層/業(yè)務(wù)邏輯層/數(shù)據(jù)層中，可用來實(shí)現(xiàn)業(yè)務(wù)邏輯層的技術(shù)是29。（29）AINTERNETEXPLOREBDATABASECENTERPRISEJAVABEANDSERVLET解析該題的選項(xiàng)是C。按著SUN公司的定義，JAVABEANS是一個可重復(fù)使用的軟件組件。實(shí)際上JAVABEANS是一種JAVA類，通過封裝屬性和方法成為具有某種功能或者處理某個業(yè)務(wù)的對象，簡稱BEANS。由于JAVABEANS是基于JAVA語言的，因此JAVABEANS不依賴平臺，具有以下特點(diǎn)1可以實(shí)現(xiàn)代碼的重復(fù)利用2易編寫、易維護(hù)、易使用3可以在任何安裝了JAVA運(yùn)行環(huán)境的平臺上的使用，而不需要重新編譯。而SERVLET是一個JAVA編寫的程序，此程序是在服務(wù)器端運(yùn)行的。SERVLET是處理客戶端的請求并將其結(jié)果發(fā)送到客戶端，具有獨(dú)立于平臺和協(xié)議的特性，可以生成動態(tài)的WEB頁面。它擔(dān)當(dāng)客戶請求（WEB瀏覽器或其他HTTP客戶程序）與服務(wù)器響應(yīng)（HTTP服務(wù)器上的數(shù)據(jù)庫或應(yīng)用程序）的中間層。某項(xiàng)目組需要在WINDOWS操作系統(tǒng)平臺上用C語言編寫應(yīng)用構(gòu)件，該項(xiàng)目組宜選用30作為構(gòu)件標(biāo)準(zhǔn)。（30）ACOMBEJBCOMGDODBC解析很明顯，該題的選項(xiàng)是A。項(xiàng)目經(jīng)理在編制項(xiàng)目管理計(jì)劃時(shí)，應(yīng)31。（31）A越簡單越好B越詳細(xì)越好C逐步細(xì)化D按照公司的模板編制，不能變更解析選項(xiàng)C是正確的。具體內(nèi)容請參考“滾動波式計(jì)劃”方法。在項(xiàng)目整體管理過程中監(jiān)督和控制項(xiàng)目是一個關(guān)鍵環(huán)節(jié)，下列不屬于監(jiān)督和控制過程組的是（32）。（32）A客戶等項(xiàng)目干系人正式驗(yàn)收并接受已完成的項(xiàng)目可交付物的過程B企業(yè)質(zhì)量管理體系審計(jì)C在管理項(xiàng)目團(tuán)隊(duì)時(shí)，項(xiàng)目經(jīng)理與組員就組員情況進(jìn)行正式交談D編制績效報(bào)告解析選項(xiàng)B是企業(yè)級行為，選項(xiàng)B不屬于項(xiàng)目的監(jiān)控過程。選項(xiàng)C屬于“管理項(xiàng)目團(tuán)隊(duì)”這一日常的監(jiān)控過程。項(xiàng)目經(jīng)理王某對其負(fù)責(zé)的系統(tǒng)集成項(xiàng)目進(jìn)行了成本估算和進(jìn)度安排，根據(jù)團(tuán)隊(duì)成員的情況分配了任務(wù)，并制定出計(jì)劃執(zhí)行預(yù)算成本的基準(zhǔn)。由于公司高層領(lǐng)導(dǎo)非常重視該項(xiàng)目，特地調(diào)配了幾名更有經(jīng)驗(yàn)（薪水更高）的技術(shù)骨干參與項(xiàng)目，這種變化對項(xiàng)目績效造成的最可能影響是33。（33）A正的成本偏差CV，正的進(jìn)度偏差SVB負(fù)的成本偏差CV，正的進(jìn)度偏差SVC正的成本偏差CV，負(fù)的進(jìn)度偏差SVD負(fù)的成本偏差CV，負(fù)的進(jìn)度偏差SV解析對項(xiàng)目績效造成的最可能影響是選項(xiàng)B。蓋因幾名更有經(jīng)驗(yàn)（薪水更高）的技術(shù)骨干可能有成本超支的風(fēng)險(xiǎn)，但也有進(jìn)度提前的收益。下列35做法不屬于進(jìn)度壓縮。（35）A某項(xiàng)目經(jīng)理發(fā)現(xiàn)項(xiàng)目工期延后，于是開始讓項(xiàng)目組成員開始加班加點(diǎn)，提高加班工資，以期待能在規(guī)定時(shí)間內(nèi)完成項(xiàng)目B某項(xiàng)目經(jīng)理發(fā)現(xiàn)項(xiàng)目組成員由于對技術(shù)的掌握不熟練，造成進(jìn)展緩慢，延誤工期，于是指派了有經(jīng)驗(yàn)的人員幫助完成C為了節(jié)省時(shí)間，在需求設(shè)計(jì)還沒有完成時(shí)，項(xiàng)目經(jīng)理就通知組內(nèi)編程人員開始編寫代碼D項(xiàng)目經(jīng)理啟用應(yīng)急時(shí)間來增加一些項(xiàng)目時(shí)間解析選項(xiàng)D不屬于進(jìn)度壓縮，屬于“應(yīng)急時(shí)間”或“時(shí)間儲備”以對付進(jìn)度風(fēng)險(xiǎn)。其他選項(xiàng)都屬于進(jìn)度壓縮技術(shù)。出現(xiàn)“關(guān)鍵路徑上的活動總時(shí)差是零和負(fù)數(shù)”情況下，下列分析正確的是36。（36）A關(guān)鍵路徑上的活動總時(shí)差可能為零的原因是每個相鄰活動都是緊前或緊后的，需要調(diào)整以給活動留出時(shí)間余地B關(guān)鍵路徑上的活動總時(shí)差可能為負(fù)的原因是由于安排調(diào)配不得當(dāng)所造成的活動非合理性交錯現(xiàn)象，有必要調(diào)整活動持續(xù)時(shí)間、邏輯關(guān)系等使得活動總時(shí)差為零C關(guān)鍵路徑上的活動總時(shí)差可能為負(fù)的原因是因?yàn)橛米钤鐣r(shí)間減去最晚時(shí)間，不需要調(diào)整以給活動留出余地D關(guān)鍵路徑上的活動總時(shí)差可能為零的原因是由于安排活動進(jìn)度沒有余地，需要調(diào)整以給活動留出余地解析選項(xiàng)B是正確的。其他三個選項(xiàng)，邏輯上均有明顯的錯誤。下列做法無助于縮短活動工期的是37。（37）A投入更多的資源以加快活動進(jìn)程B減小活動范圍或降低活動要求C通過改進(jìn)方法或者技術(shù)提高生產(chǎn)率D采用甘特圖法解析選項(xiàng)A、B、C均屬于進(jìn)度壓縮技術(shù)，而選項(xiàng)D不屬于。選項(xiàng)D無助于縮短活動工期。下列關(guān)于工作分解結(jié)構(gòu)（WBS）的敘述中，錯誤的是38。（38）A項(xiàng)目經(jīng)理在分解結(jié)構(gòu)時(shí)，嚴(yán)格地將一個工作單元隸屬于某個上層工作單元，完全避免交叉從屬B項(xiàng)目管理部依照項(xiàng)目經(jīng)理分解的WBS進(jìn)行項(xiàng)目成本估算，但最后發(fā)現(xiàn)成本超過預(yù)計(jì)投資C項(xiàng)目經(jīng)理將項(xiàng)目管理工作也編制成為WBS的一部分D項(xiàng)目經(jīng)理在執(zhí)行某復(fù)雜項(xiàng)目時(shí)，在項(xiàng)目開始階段一次性將項(xiàng)目分解成為精確的WBS，最后按計(jì)劃完成了任務(wù)，受到領(lǐng)導(dǎo)好評解析選項(xiàng)A、B、C的敘述均適當(dāng)，而選項(xiàng)D的敘述是錯誤的。根據(jù)“滾動波式計(jì)劃”方法，WBS的分解也是漸進(jìn)明細(xì)的。在某信息化項(xiàng)目建設(shè)過程中，客戶對于最終的交付物不認(rèn)可，給出的原因是系統(tǒng)信號強(qiáng)度超過用戶設(shè)備能接受的上限。請問在項(xiàng)目執(zhí)行過程中，如果客戶對于項(xiàng)目文件中的驗(yàn)收標(biāo)準(zhǔn)無異議，則可能是39環(huán)節(jié)出了問題；如果客戶對于項(xiàng)目文件中的驗(yàn)收標(biāo)準(zhǔn)有異議，而項(xiàng)目內(nèi)所有工作流程均無問題，則可能是40環(huán)節(jié)出了問題。（39）A質(zhì)量控制BWBS分解過程C變更控制D范圍確認(rèn)（40）A質(zhì)量控制BWBS分解過程C變更控制D范圍確認(rèn)解析（39）客戶對于最終的交付物不認(rèn)可，原因是系統(tǒng)信號強(qiáng)度超過用戶設(shè)備能接受的上限。如果客戶對于項(xiàng)目文件中的驗(yàn)收標(biāo)準(zhǔn)無異議，則可能是選項(xiàng)A出了問題。（40）如果客戶對于項(xiàng)目文件中的驗(yàn)收標(biāo)準(zhǔn)有異議，而項(xiàng)目內(nèi)所有工作流程均無問題，則可能是選項(xiàng)“D范圍確認(rèn)”出了問題在項(xiàng)目管理領(lǐng)域，經(jīng)常把不受控制的變更稱為項(xiàng)目“范圍蔓延”。為了防止出現(xiàn)這種現(xiàn)象，需要控制變更。批準(zhǔn)或拒絕變更申請的直接組織稱為，定義范圍變更的流程包括必要的書面文件、和授權(quán)變更的批準(zhǔn)等級。（41）A變更控制委員會；糾正行動、跟蹤系統(tǒng)B項(xiàng)目管理辦公室；偏差分析、配置管理C變更控制委員會；偏差分析、變更管理計(jì)劃D項(xiàng)目管理辦公室；糾正行動、配置管理解析批準(zhǔn)或拒絕變更申請的直接組織稱為變更控制委員會CCB，定義范圍變更的流程包括必要的書面文件、糾正行動、跟蹤系統(tǒng)和授權(quán)變更的批準(zhǔn)等級。正確的選項(xiàng)是A。某公司按照項(xiàng)目核算成本，在針對某化工廠信息化咨詢項(xiàng)目中，需進(jìn)行10天的駐場研究，產(chǎn)生成本如下公司管理費(fèi)用的項(xiàng)目分?jǐn)偝杀?；咨詢顧問每人每天出差補(bǔ)貼500元，入工資結(jié)算；顧問如需進(jìn)入生產(chǎn)車間，每人額外增加健康補(bǔ)助100元/天。按照成本類型分類，上述三類成本應(yīng)分別列入42。（42）A間接成本間接成本可變成本B間接成本直接成本可變成本C直接成本直接成本固定成本D直接成本間接成本固定成本解析很明顯，選項(xiàng)B是正確的。解析選項(xiàng)C是正確的。某信息化施工項(xiàng)目一共要進(jìn)行30天，預(yù)算總成本60萬元，其中5萬元為管理成本，40萬元為物料使用費(fèi)，其余為人工成本。按照管理計(jì)劃，每5天進(jìn)行一次掙值分析以評價(jià)項(xiàng)目績效。在第5天績效評價(jià)時(shí)計(jì)算得到CPI（績效評價(jià)指數(shù)）為095，則說明在前5天的施工中，實(shí)際成本預(yù)算成本；如果要使下一次績效評價(jià)時(shí)CPI為1，且人工、物料使用成本不能改變，以免影響施工質(zhì)量，則在這兩次績效評價(jià)間，每天平均可花費(fèi)的管理成本為元。上述和依次序應(yīng)該填寫44（假設(shè)所有成本按照天數(shù)平均分配，工程進(jìn)度不存在延時(shí)或提前情況）。（44）A低于614元B高于614元C低于1052元D高于1052元解析這題容易，選項(xiàng)B是正確的。CPI095，則說明在前5天的施工中，實(shí)際成本高于預(yù)算成本。因假設(shè)所有成本按照天數(shù)平均分配，工程進(jìn)度不存在延時(shí)或提前情況，所以SPI1。因此EVPV，每天計(jì)劃值（萬元）前5天計(jì)劃值PV（萬元）總成本210管理成本0166708333前5天的ACEV/CPIPV/CPI10/095105263因下一次要CPI1，后5天的AC理應(yīng)20105394737后5天的管理費(fèi)理應(yīng)9475（605）/3003070后5天，每天的管理費(fèi)03070萬元/5614元下列工具或方法均可用來描述項(xiàng)目組織，以下說法中，不正確的是45。（45）A組織分解結(jié)構(gòu)（OBS）與工作分解結(jié)構(gòu)（WBS）形式上相似，是根據(jù)項(xiàng)目的交付物進(jìn)行分解，把項(xiàng)目的活動和工作包列在負(fù)責(zé)的部門下面B資源分解結(jié)構(gòu)（RBS）用于分解項(xiàng)目中各類型的資源，除了包含人力資源之外還可以包括各種資源類型，例如材料和設(shè)備C工作分解結(jié)構(gòu)（WBS）可以用來確定項(xiàng)目的范圍，也可以同來描述不同層次的職責(zé)D團(tuán)隊(duì)成員職責(zé)需要詳細(xì)描述時(shí)，可以采用文檔文字形式，詳細(xì)提供職責(zé)、權(quán)力、能力和資格等信息解析選項(xiàng)A是不正確的。組織分解結(jié)構(gòu)OBS與工作分解結(jié)構(gòu)WBS形式上相似，但是它不是根據(jù)項(xiàng)目的交付物進(jìn)行分解，而是根據(jù)組織現(xiàn)有的部門、單位或團(tuán)隊(duì)進(jìn)行分解。在進(jìn)行項(xiàng)目團(tuán)隊(duì)的激勵時(shí)，一般不會采用的方法是46。（46）A馬斯洛的需要層次理論B赫茲伯格的雙因素理論C人際網(wǎng)絡(luò)管理D期望理論解析選項(xiàng)C不屬于激勵理論。下列關(guān)于沖突及其解決方式的描述中，不正確的是47。（47）A沖突是自然的團(tuán)隊(duì)問題，不是某人的個人問題B沖突的產(chǎn)生原因有項(xiàng)目的高壓環(huán)境、責(zé)任劃分不清楚、存在多個上級或者新科技的使用等C沖突的解決方法有合作、強(qiáng)制、妥協(xié)等，但不能將沖突擱置起來，從中撤退D沖突應(yīng)早被發(fā)現(xiàn)，利用私下但直接的、合作的方式來處理沖突解析選項(xiàng)C是不正確的?？梢詫_突擱置起來，也可以從中撤退。某項(xiàng)目在招標(biāo)時(shí)被分成5個標(biāo)段，分別發(fā)包給不同的承包人。承包人中標(biāo)后與招標(biāo)人簽訂的是48。（48）A單項(xiàng)項(xiàng)目承包合同B分包合同C單價(jià)合同D總承包合同解析按信息系統(tǒng)范圍劃分的合同類型有總承包合同、單項(xiàng)項(xiàng)目承包合同和分包合同選項(xiàng)A是正確的。甲公司在進(jìn)行采購時(shí)選定了乙公司的產(chǎn)品，但在簽訂采購合同時(shí)沒有對采購內(nèi)容的交付時(shí)間進(jìn)行約定，則以下說法錯誤的是49。（49）A可以通過協(xié)議或交易習(xí)慣確定交付時(shí)間B不能通過協(xié)議或交易習(xí)慣確定的，則采購合同無效C乙公司可以隨時(shí)履行交付義務(wù)D甲公司可以隨時(shí)要求乙公司履行交付義務(wù)解析選項(xiàng)B是錯誤的。某項(xiàng)目甲乙雙方簽訂了建設(shè)合同，其中對工程款支付及知識產(chǎn)權(quán)的描述分別是“甲方在系統(tǒng)安裝完畢，經(jīng)試運(yùn)行及初驗(yàn)合格后，收到乙方材料XX日內(nèi)，支付第二筆款XXXX元。乙方提供的材料包括商業(yè)發(fā)票；”，從上述描述可看出，支付第二筆款還必須附加的材料是50。（50）A第三方測試報(bào)告B初驗(yàn)報(bào)告C專家評審報(bào)告D監(jiān)理工作總結(jié)報(bào)告解析從題干“經(jīng)試運(yùn)行及初驗(yàn)合格后”，可知選項(xiàng)B是正確的。某項(xiàng)目經(jīng)理在進(jìn)行成本估算時(shí)采用（51）方法，制定出如下的人力資源成本估算表。（51）A類比估算B自下而上的估算C參數(shù)估算D成本匯總姓名技能費(fèi)率（元/小時(shí)）工作量（工時(shí)）差旅人力資源成本張三風(fēng)管理，系統(tǒng)分析3750/H1002504000李立華系統(tǒng)分析3750/H1001003850王鋒硬件設(shè)計(jì)32/H5001600劉麗芳系統(tǒng)分析，寫作3000/H8002400解析很明顯，是選項(xiàng)“C參數(shù)估算”。下列關(guān)于項(xiàng)目型組織優(yōu)缺點(diǎn)的描述中，不正確的是（52）。（52）A項(xiàng)目型組織結(jié)構(gòu)單一，責(zé)權(quán)分明，利于統(tǒng)一指揮B項(xiàng)目型組織管理成本較低，項(xiàng)目環(huán)境利于溝通和知識共享C項(xiàng)目型組織溝通簡潔、方便，目標(biāo)明確單一，決策快D項(xiàng)目型組織的員工缺乏事業(yè)上的連續(xù)性和保障解析在項(xiàng)目型組織中各專業(yè)的員工是分散在各項(xiàng)目中的，是不方便知識共享的，選項(xiàng)B是不正確的。以下關(guān)于信息系統(tǒng)集成項(xiàng)目的特點(diǎn)描述不正確的是（53）。（53）A信息系統(tǒng)集成項(xiàng)目要以滿足用戶和客戶的需求為根本出發(fā)點(diǎn)B信息系統(tǒng)集成項(xiàng)目更加強(qiáng)調(diào)了溝通的重要性，技術(shù)的集成需要以最前沿技術(shù)的合理應(yīng)用為基礎(chǔ)C信息系統(tǒng)集成項(xiàng)目是高技術(shù)與高技術(shù)的集成，但同時(shí)也蘊(yùn)藏著沒有完全掌握新技術(shù)帶來的風(fēng)險(xiǎn)D信息系統(tǒng)集成項(xiàng)目團(tuán)隊(duì)年輕、流動率高，因此對于企業(yè)的管理技術(shù)水平和項(xiàng)目經(jīng)理的領(lǐng)導(dǎo)藝術(shù)水平要求較高解析系統(tǒng)集成不是選擇最好的產(chǎn)品的簡單行為，而是要選擇最適合用戶的需求和投資規(guī)模的產(chǎn)品和技術(shù)。很明顯，選項(xiàng)B是不正確的。一般情況下，隨著項(xiàng)目的逐漸進(jìn)展，成本和人員投入水平呈現(xiàn)出的態(tài)勢，而項(xiàng)目干系人對于項(xiàng)目最終產(chǎn)品的特征和項(xiàng)目最終費(fèi)用的影響會，變更和缺陷修改的費(fèi)用通常會。、和分別是（54）。（54）A先增后減，逐漸減小，逐漸增加B先減后增，逐漸增加，逐漸減少C先增后減，逐漸增加，逐漸增加D先減后增，逐漸減少，逐漸減少解析一般情況下，隨著項(xiàng)目的逐漸進(jìn)展，成本和人員投入水平呈現(xiàn)出“先增后減”的態(tài)勢，而項(xiàng)目干系人對于項(xiàng)目最終產(chǎn)品的特征和項(xiàng)目最終費(fèi)用的影響會“逐漸減小”，變更和缺陷修改的費(fèi)用通常會“逐漸增加”。因此、和的正確組合是選項(xiàng)A。項(xiàng)目識別是承建方項(xiàng)目立項(xiàng)的第一步，其目的在于選擇投資機(jī)會、鑒別投資方向。以下關(guān)于項(xiàng)目識別的說法不正確的是（55）。（55）A可從政策導(dǎo)向中尋找項(xiàng)目機(jī)會，主要依據(jù)包括國家、行業(yè)和地方的科技發(fā)展和經(jīng)濟(jì)社會發(fā)展的長期規(guī)劃與階段性規(guī)劃B市場需求是決定投資方向的主要依據(jù)，投資者應(yīng)從市場分析中選擇項(xiàng)目機(jī)會C信息技術(shù)發(fā)展迅速、日新月易，新技術(shù)也會給企業(yè)帶來新的項(xiàng)目機(jī)會D對項(xiàng)目的市場風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、經(jīng)濟(jì)及社會風(fēng)險(xiǎn)等因素進(jìn)行分析，為項(xiàng)目全過程的風(fēng)險(xiǎn)管理提供依據(jù)解析項(xiàng)目識別目的在于選擇投資機(jī)會、鑒別投資方向，一般從從政策導(dǎo)向中尋找項(xiàng)目機(jī)會、從市場需求中選擇項(xiàng)目機(jī)會、從新技術(shù)發(fā)展中項(xiàng)目機(jī)會。很明顯，選項(xiàng)D是項(xiàng)目機(jī)會已經(jīng)確定之后的事情，是分析項(xiàng)目風(fēng)險(xiǎn)、為管理項(xiàng)目風(fēng)險(xiǎn)提供依據(jù)的。項(xiàng)目承建方在立項(xiàng)管理過程中，應(yīng)從多個角度對項(xiàng)目進(jìn)行論證，以下通常不屬于承建方項(xiàng)目論證內(nèi)容的是（56）。（56）A技術(shù)可行性分析B財(cái)務(wù)可行性分析C風(fēng)險(xiǎn)分析D需求驗(yàn)證解析很明顯，選項(xiàng)D不屬于項(xiàng)目論證的內(nèi)容。某地方政府策劃開展一項(xiàng)大型電子政務(wù)建設(shè)項(xiàng)目，項(xiàng)目建設(shè)方在可行性研究的基礎(chǔ)上開展項(xiàng)目評估，以下做法不正確的是（57）。（57）A項(xiàng)目建設(shè)方的相關(guān)領(lǐng)導(dǎo)和業(yè)界專家，根據(jù)國家頒布的政策、法規(guī)、方法、參數(shù)和條例等，進(jìn)行項(xiàng)目評估B從項(xiàng)目、國民經(jīng)濟(jì)、社會角度出發(fā)，對擬建項(xiàng)目建設(shè)的必要性、建設(shè)條件、生產(chǎn)條件、產(chǎn)品市場需求、工程技術(shù)、經(jīng)濟(jì)效益和社會效益等進(jìn)行評價(jià)、分析和論證，進(jìn)而判斷其是否可行C項(xiàng)目評估按照成立評估小組、制定評估計(jì)劃、開展調(diào)查研究、分析與評估、編寫評估報(bào)告的程序開展D評估工作采用費(fèi)用效益分析法，比較為項(xiàng)目所支出的社會費(fèi)用和項(xiàng)目對社會所提供的效益，評估項(xiàng)目建成后將對社會做出的貢獻(xiàn)程度解析項(xiàng)目評估由第三方進(jìn)行，因此選項(xiàng)A是不正確的。某企業(yè)在項(xiàng)目實(shí)施過程中，為降低項(xiàng)目成本、更好的滿足客戶需求，按照以下流程對項(xiàng)目所需的部分產(chǎn)品進(jìn)行了采購記錄項(xiàng)目對于產(chǎn)品、服務(wù)或成果的需求，并且尋找潛在的供應(yīng)商；從供應(yīng)商處獲取相關(guān)信息、報(bào)價(jià)和建議書；審核所有建議書，在供應(yīng)商中進(jìn)行選擇，并與選中者談判簽訂最終合同；管理合同以及買賣雙方的關(guān)系，并管理與合同相關(guān)的變更。該企業(yè)的采購流程缺少了（58）環(huán)節(jié)。（58）A編制采購計(jì)劃B編制詢價(jià)計(jì)劃C詢價(jià)、招投標(biāo)D合同管理和收尾解析很明顯，該企業(yè)的采購流程缺少了“A編制采購計(jì)劃”環(huán)節(jié)。某大型系統(tǒng)集成項(xiàng)目進(jìn)行公開招標(biāo)，要求投標(biāo)人具有計(jì)算機(jī)系統(tǒng)集成二級資質(zhì)，甲、乙兩家企業(yè)為提高競爭力、增加投標(biāo)成功的可能性，組成聯(lián)合體以一個投標(biāo)人的身份共同投標(biāo)，如出現(xiàn)以下（59）情況，甲、乙兩家企業(yè)組成的聯(lián)合體將無法滿足該項(xiàng)目的招標(biāo)要求。（59）A甲、乙兩家企業(yè)共同按照招標(biāo)文件的要求編制投標(biāo)文件，對招標(biāo)文件提出的實(shí)質(zhì)性要求和條件作出了響應(yīng)B甲企業(yè)具有計(jì)算機(jī)系統(tǒng)集成二級資質(zhì)，乙企業(yè)具有計(jì)算機(jī)系統(tǒng)集成三級資質(zhì)C甲、乙兩家企業(yè)簽訂了共同投標(biāo)協(xié)議，并將該協(xié)議連同投標(biāo)文件一并提交招標(biāo)人D甲、乙兩家企業(yè)經(jīng)過協(xié)商，對招標(biāo)項(xiàng)目提出了略低于市場價(jià)格的報(bào)價(jià)解析很明顯，選項(xiàng)B是有問題的這是因?yàn)檎型稑?biāo)法規(guī)定，投標(biāo)聯(lián)合體的資質(zhì)聯(lián)合體中最低一方的資質(zhì)。在管理信息系統(tǒng)的開發(fā)過程中用到很多圖表，對這些圖表進(jìn)行有規(guī)則的編號，可以方便圖表的查找。根據(jù)生命周期的5個階段，可以給出下圖所示的分類編號規(guī)則，其中第3、4位應(yīng)該表示（60）。（60）A文檔頁數(shù)B文檔編號C文檔內(nèi)容D文檔目錄解析很明顯，選項(xiàng)C是正確的。軟件開發(fā)項(xiàng)目中的很多過程產(chǎn)出物都屬于配置項(xiàng)，一般意義上來講，以下可以不作為配置項(xiàng)的是（61）。（61）A項(xiàng)目計(jì)劃書B需求文檔C程序代碼D會議記錄解析產(chǎn)品配置是指一個產(chǎn)品在其生命周期各個階段所產(chǎn)生的各種形式和各種版本的文檔、計(jì)算機(jī)程序、部件及數(shù)據(jù)的集合。該集合中的每一個元素稱為該產(chǎn)品配置中的一個配置項(xiàng)，典型的配置項(xiàng)有項(xiàng)目計(jì)劃書、需求文檔、設(shè)計(jì)文檔、源代碼、測試用例等。很明顯，選項(xiàng)“D會議記錄”可以不作為配置項(xiàng)。某系統(tǒng)集成企業(yè)為做好項(xiàng)目配置管理，對配置庫中的操作權(quán)限進(jìn)行了以下定義同時(shí)，對項(xiàng)目相關(guān)人員在該產(chǎn)品庫中的操作權(quán)限進(jìn)行了如下分配其中表示該人員具有相應(yīng)權(quán)限，表示該人員沒有相應(yīng)權(quán)限，則產(chǎn)品庫權(quán)限分配表中用標(biāo)出的位置，應(yīng)填寫的內(nèi)容為（62）。（62）A；B；C；D；解析配置項(xiàng)的操作權(quán)限由配置管理員CMO嚴(yán)格管理，基本的原則是基線配置項(xiàng)向開發(fā)人員開發(fā)讀取權(quán)限；非基線配置項(xiàng)向項(xiàng)目經(jīng)理、變更控制委員會CCB及相關(guān)人員開放。配置管理里部分角色的權(quán)限如下（1）項(xiàng)目經(jīng)理是整個軟件研發(fā)活動的負(fù)責(zé)人，他根據(jù)軟件配置控制委員會的建議批準(zhǔn)配置管理的各項(xiàng)活動并控制它們的進(jìn)程。其具體職責(zé)為以下幾項(xiàng)制定和修改項(xiàng)目的組織結(jié)構(gòu)和配置管理策略；批準(zhǔn)、發(fā)布配置管理計(jì)劃；決定項(xiàng)目起始基線和開發(fā)里程碑；接受并審閱配置控制委員會的報(bào)告。（2）QA人員需要對軟件配置管理有較深的認(rèn)識，其主要工作是跟蹤當(dāng)前項(xiàng)目的狀態(tài)，測試，報(bào)告錯誤，并驗(yàn)證其修復(fù)結(jié)果；（3）開發(fā)人員（DEVELOPER）其職責(zé)就是根據(jù)組織確定的軟件配置管理計(jì)劃和相關(guān)規(guī)定，按照軟件配置管理工具的使用模型來完成開發(fā)任務(wù)。很明顯，配置管理員CMO的權(quán)限都是，因此是可不予考慮的，測試人員是沒有ADD權(quán)限的，項(xiàng)目成員是沒有CHECK權(quán)限的，只有CMO才有CHECK權(quán)限，因此博主高度懷疑項(xiàng)目經(jīng)理對代碼的CHECK權(quán)限如果項(xiàng)目經(jīng)理對代碼的CHECK權(quán)限是“”，那么選項(xiàng)B是正確的。某項(xiàng)目經(jīng)理在制定項(xiàng)目質(zhì)量計(jì)劃時(shí)，從客戶對項(xiàng)目交付物的質(zhì)量要求出發(fā)，先識別客戶在功能方面的要求，然后把功能要求與產(chǎn)品的特性對應(yīng)起來，形成功能要求與產(chǎn)品特性的關(guān)系矩陣，進(jìn)而確定產(chǎn)品的技術(shù)參數(shù)。他采用的方法是（63）。（63）A質(zhì)量成本分析B效益/成本分析C質(zhì)量功能展開D過程決策程序圖法解析這題是送分的，項(xiàng)目經(jīng)理采用的方法是選項(xiàng)“C質(zhì)量功能展開”。（64）不是進(jìn)行項(xiàng)目質(zhì)量保證采用的方法和技術(shù)。（64）A制定質(zhì)量保證規(guī)劃B質(zhì)量活動分解C建立質(zhì)量保證體系D統(tǒng)計(jì)抽樣解析很明顯，選項(xiàng)A和C既重復(fù)又矛盾，針對項(xiàng)目則需要“A制定項(xiàng)目的質(zhì)量保證計(jì)劃”，針對一個企業(yè)則要“C建立質(zhì)量保證體系”。選項(xiàng)“D統(tǒng)計(jì)抽樣”雖然用于質(zhì)量控制，但也可以用于項(xiàng)目質(zhì)量保證過程中的抽查。因此博主的主張“C建立質(zhì)量保證體系”不是進(jìn)行項(xiàng)目質(zhì)量保證采用的方法和技術(shù)。某公司對本單位負(fù)責(zé)的信息系統(tǒng)集成項(xiàng)目實(shí)施失敗原因進(jìn)行分析后，發(fā)現(xiàn)約80的原因都是用戶需求不明確、授權(quán)不清晰、以及采用了不適宜的技術(shù)，而其他十幾種原因造成的失敗較少。根據(jù)這些分析結(jié)果，該公司所采用項(xiàng)目質(zhì)量控制的方法是（65）。（65）A散點(diǎn)圖法B直方圖法C帕累托法D控制圖法解析該公司所采用項(xiàng)目質(zhì)量控制的方法是“C帕累托法”。下圖所表示的質(zhì)量控制工具為（66）。（66）A散點(diǎn)圖法B因果圖C帕累托圖D控制圖解析很明顯，該質(zhì)量控制工具為“D控制圖”。有關(guān)風(fēng)險(xiǎn)識別，以下說法不正確的是（67）。（67）A項(xiàng)目組全體成員參與風(fēng)險(xiǎn)識別B識別范圍覆蓋了項(xiàng)目的整個生命周期C風(fēng)險(xiǎn)管理計(jì)劃是風(fēng)險(xiǎn)識別的輸出D識別過程中綜合運(yùn)用了多種風(fēng)險(xiǎn)識別的技術(shù)和工具解析不正確的是選項(xiàng)“C風(fēng)險(xiǎn)管理計(jì)劃是風(fēng)險(xiǎn)識別的輸出”。某系統(tǒng)集成企業(yè)為做好項(xiàng)目風(fēng)險(xiǎn)管理，給風(fēng)險(xiǎn)定義了3個參數(shù)1、風(fēng)險(xiǎn)嚴(yán)重性指風(fēng)險(xiǎn)對項(xiàng)目造成的危害程度；2、風(fēng)險(xiǎn)可能性指風(fēng)險(xiǎn)發(fā)生的幾率；3、風(fēng)險(xiǎn)系數(shù)是風(fēng)險(xiǎn)嚴(yán)重性和風(fēng)險(xiǎn)可能性的乘積。其中，對項(xiàng)目進(jìn)度延誤、工作量偏差的風(fēng)險(xiǎn)嚴(yán)重性等級和風(fēng)險(xiǎn)可能性等級如下表所示假定該企業(yè)將風(fēng)險(xiǎn)系數(shù)大于等于15的情況定義為紅燈狀態(tài)，需要優(yōu)先處理，則下列（68）的情況屬于紅燈狀態(tài)。（68）A進(jìn)度延誤15，工作量偏差15，發(fā)生幾率為05B進(jìn)度延誤15，工作量偏差35，發(fā)生幾率為02C進(jìn)度延誤25，工作量偏差15，發(fā)生幾率為06D進(jìn)度延誤15，工作量偏差25，發(fā)生幾率為04解析請看下表風(fēng)險(xiǎn)嚴(yán)重性風(fēng)險(xiǎn)可能性風(fēng)險(xiǎn)系數(shù)A進(jìn)度延誤15工作量偏差153發(fā)生幾率為0539B進(jìn)度延誤15工作量偏差355發(fā)生幾率為02210C進(jìn)度延誤工作量偏差4發(fā)生幾率為416251506D進(jìn)度延誤15工作量偏差254發(fā)生幾率為04312很明顯，選項(xiàng)C是正確的。風(fēng)險(xiǎn)緊迫性評估多用于（69）中。（69）A風(fēng)險(xiǎn)識別B定性風(fēng)險(xiǎn)分析C定量風(fēng)險(xiǎn)分析D風(fēng)險(xiǎn)應(yīng)對解析風(fēng)險(xiǎn)緊迫性評估多用于“B定性風(fēng)險(xiǎn)分析”中。決策樹分析是風(fēng)險(xiǎn)分析過程中的一項(xiàng)常用技術(shù)。某企業(yè)在項(xiàng)目風(fēng)險(xiǎn)分析過程中，采用了決策樹分析方法，并計(jì)算出了EMV（期望貨幣值）。以下說法中，正確的是（70）。（70）A以上進(jìn)行的是定量風(fēng)險(xiǎn)分析，根據(jù)分析結(jié)果應(yīng)選擇升級當(dāng)前系統(tǒng)B以上進(jìn)行的是定量風(fēng)險(xiǎn)分析，根據(jù)分析結(jié)果應(yīng)選擇全新開發(fā)C以上進(jìn)行的是定性風(fēng)險(xiǎn)分析，根據(jù)分析結(jié)果應(yīng)選擇升級當(dāng)前系統(tǒng)D以上進(jìn)行的是定性風(fēng)險(xiǎn)分析，根據(jù)分析結(jié)果應(yīng)選擇全新開發(fā)解析很明顯，以上進(jìn)行的是定量風(fēng)險(xiǎn)分析，全新開發(fā)的EMV415，而升級當(dāng)前系統(tǒng)的EMV49。TCP/