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

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