2024年信息系統(tǒng)項目管理師真題參考答案解析

下六個月信息系統(tǒng)項目管理師真題參照答案+解析大數(shù)據(jù)對產(chǎn)品、企業(yè)和產(chǎn)業(yè)有著深刻的影響。把信息技術(shù)看作是輔助或服務(wù)性的工具已經(jīng)成為過時的觀念，管理者應(yīng)當認識到信息技術(shù)的廣泛影響，以及怎樣運用信息技術(shù)來發(fā)明有力而持久的競爭優(yōu)勢,(1)將是未來經(jīng)濟社會發(fā)展的壹種重要特性。A.數(shù)據(jù)驅(qū)動 B.信息產(chǎn)業(yè) C.大數(shù)據(jù) D.成本驅(qū)動【答案】A【解析】根據(jù)《信息技術(shù)與企業(yè)管理》及《工信部副部長懷進鵬：國內(nèi)需要新的轉(zhuǎn)型意識》的描述：大數(shù)據(jù)、雲(yún)計算、移動互聯(lián)網(wǎng)等新壹代信息技術(shù)及其互相作用發(fā)展都將充當越來越重要的角色，并且已經(jīng)成為世界發(fā)達國家科技和產(chǎn)業(yè)界競相發(fā)展和競爭的焦點，社會發(fā)展中地位擔當基礎(chǔ)性、先導性、戰(zhàn)略性。數(shù)據(jù)驅(qū)動這樣壹種商業(yè)模式是在大數(shù)據(jù)的基礎(chǔ)上產(chǎn)生的，它需要運用大數(shù)據(jù)的技術(shù)手段，對企業(yè)海量的數(shù)據(jù)進行分析處理，挖掘出這些海量數(shù)據(jù)蘊含的價值，從而指導企業(yè)進行生產(chǎn)、銷售、經(jīng)營、管理。屬于第四代移動通信技術(shù)原則。A.CDMA B.TD-LTE C.WCDMA D.CDMA【答案】B【解析】第四代移動通信技術(shù)(4G)國際電信聯(lián)盟把LTEAdvanced正式稱為4G?LTE是應(yīng)用于手機及數(shù)據(jù)卡終端的高速無線通信原則；WCDMA、CDMA和TC-SDMA屬于3G；GSM屬于2G?！盎ヂ?lián)網(wǎng)+”協(xié)同制造中鼓勵有實力的互聯(lián)網(wǎng)企業(yè)構(gòu)建網(wǎng)絡(luò)化協(xié)同制造公共服務(wù)平臺。如下論述中，(3)是不對的的。A.此類協(xié)同制造公共服務(wù)平臺多采用大集中系統(tǒng)此類協(xié)同制造公共服務(wù)平臺需要大數(shù)據(jù)技術(shù)的支持此類協(xié)同制造公共服務(wù)平臺壹般需要寬帶網(wǎng)絡(luò)的支持此類協(xié)同制造公共服務(wù)平臺需要加強信息安全管理【答案】A【解析】根據(jù)實際經(jīng)驗網(wǎng)絡(luò)化系統(tǒng)不也許是大集中的系統(tǒng)，應(yīng)當是分布式的，通過排除法可知答案。需求分析是軟件定義階段中的最終壹步，在這個階段確定系統(tǒng)必須完畢哪些工作，對目標系統(tǒng)提出完整、精確、清晰、詳細的規(guī)定。壹般來說，軟件需求分析可分為(4)三個階段。A.需求分析、需求描述及需求評審 B.需求提出、需求描述及需求驗證C.需求分析、需求評審及需求驗證 D.需求提出、需求描述及需求評審【答案】D【解析】根據(jù)教材需求分析可分為需求提出、需求描述及需求評審三個階段；在需求評審階段，分析人員要在顧客和軟件設(shè)計人員的配合下對自已生成的需求規(guī)格闡明和初步的顧客手冊進行復核，以保證軟件需求的完整、精確、清晰、詳細，并使顧客和軟件設(shè)計人員對需求規(guī)格闡明和初步的顧客手冊的理解到達壹致。壹旦發(fā)現(xiàn)遺漏或模糊點，必須盡快改正，再行檢查。軟件需求包括三個不壹樣的層次，分別為業(yè)務(wù)需求、顧客需求和功能及非功能需求，(5)屬于顧客需求。A.反應(yīng)了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目的規(guī)定，其在項目視圖與范圍文檔中予以闡明描述顧客使用產(chǎn)品必須要完畢的任務(wù)，其在使用實例文檔或方案腳本闡明中予以闡明定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得顧客能完畢他們的任務(wù)，從而滿足業(yè)務(wù)需求軟件產(chǎn)品為了滿足顧客的使用，對顧客并發(fā)、處理速度、安全性能等方面的需求【答案】B【解析】根據(jù)教材業(yè)務(wù)需求表達組織或客戶高層次的目的。業(yè)務(wù)需求壹般來自項目投資人、購置產(chǎn)品的客戶、實際顧客的管理者、市場營銷部門或產(chǎn)品籌劃部門。業(yè)務(wù)需求描述了組織為什么要開發(fā)壹種系統(tǒng)，即組織但愿到達的目的。使用前景和范圍文檔來記錄業(yè)務(wù)需求，這份文檔有時也被稱作項目輪廓圖或市場需求文檔。顧客需求描述的是顧客的目的，或顧客規(guī)定系統(tǒng)必須能完畢的任務(wù)。功能需求規(guī)定開發(fā)人員必須在產(chǎn)品中實現(xiàn)的軟件功能，顧客運用這些功能來完畢任務(wù)，滿足業(yè)務(wù)需求。系統(tǒng)需求用于描述包括多種子系統(tǒng)的產(chǎn)品(即系統(tǒng))的頂級需求。如下有關(guān)需求定義的論述中，(6)是對的的。A.需求定義的目的是根據(jù)需求調(diào)查和需求分析的成果，深入”定義精確無誤產(chǎn)品“需求，形成《需求規(guī)格闡明書》《需求規(guī)格闡明書》將只交給甲方作為驗收根據(jù)，乙方開發(fā)人員不需要理解需求定義的目的是對多種需求信息進行分折并抽象描述，為目的系統(tǒng)建立壹種概念模型需求定義是指開發(fā)方和顧客共同對需求文檔評審，經(jīng)雙方對需求到達共識後做出書面承諾，使需求文檔具有商業(yè)協(xié)議效果【答案】A【解析】根據(jù)教材原文P371需求定義的目的是根據(jù)需求調(diào)查和需求分析的成果，深入定義準確無誤產(chǎn)品需求，形成《需求規(guī)格闡明書》。系統(tǒng)設(shè)計人員將根據(jù)《需求規(guī)格闡明書》開展系統(tǒng)設(shè)計工作。軟件工程管理集成了過程管理和項目管理。如下有關(guān)軟件工程管理過程的論述中，也最為精確和完整。A.范圍定義、項目計劃、項目實行、評審和評價、軟件工程度量需求分析、設(shè)計、測試、質(zhì)量保證、維護需求分析、設(shè)計、測試、質(zhì)量保證、軟件復用需求分析、軟件、測試、驗證與確認、評審與審計、維護【答案】A【解析】軟件過程管理壹般包括6個方面：啟動和范圍定義、軟件項目計劃、軟件項目實行、評審和評價、關(guān)閉、軟件工程度量。啟動和范圍定義進行啟動軟件工程項目的活動并作出決定。通過多種措施來有效地確定軟件需求，并從不壹樣的角度評估項目的可行性。壹旦可行性建立後，余下的任務(wù)就是需求驗證和變更流程的規(guī)范闡明。軟件項目計劃從管理的角度，進行為成功的軟件工程作準備而要采用的活動。使用迭代方式制定計劃。要點在于評價并確定合適的軟件生命周期過程，并完畢有關(guān)的工作。軟件項目實行進行軟件工程過程中發(fā)生的多種軟件工程管理活動。實行項目計劃，最重要的是遵照計劃，并完畢有關(guān)的工作。評審和評價進行確認軟件與否得到滿足的驗證活動。關(guān)閉進行軟件工程項目完畢後的活動。在這壹階段，重新審查項目成功的準則。壹旦關(guān)閉成立，進行歸檔、事後分析和過程改善活動。軟件工程度量進行在軟件工程組織中有效地開發(fā)和實現(xiàn)度量的程序。軟件項目質(zhì)量保證中的審計指的是(8)。A.評價軟件產(chǎn)品以確定其對使用意圖的適合性檢查和識別軟件產(chǎn)品的某個部分的異常，并記錄到文檔監(jiān)控軟件項目進展，決定計劃和進度的狀態(tài)評價軟件產(chǎn)品和過程對于設(shè)定規(guī)則、原則、流程等的遵從性【答案】D【解析】根據(jù)教材，軟件審計的目的是提供軟件產(chǎn)品和過程對于可應(yīng)用的規(guī)則、原則、指南、計劃和流程的遵從性的獨立評價。軟件測試是軟件開發(fā)過程中的壹項重要內(nèi)容，將測試分為白盒測試、黑盒測試和灰盒測試重要是(9)對軟件測試進行分類。A.從與否關(guān)懷軟件內(nèi)部構(gòu)造和詳細實現(xiàn)的角度 B.從與否執(zhí)行程序的角度C.從軟件并發(fā)階段的細分角度 D.從軟件開發(fā)復雜性的角度【答案】A【解析】根據(jù)《軟件評測師教程》，從與否關(guān)懷軟件內(nèi)部構(gòu)造和詳細實現(xiàn)的角度劃分白盒測試、黑盒測試、灰盒測試；從與否執(zhí)行程序的角度劃分靜態(tài)測試和動態(tài)測試；從軟件開發(fā)的過程按階段劃分有單元測試、集成測試、確認測試、系統(tǒng)測試、驗收測試。軟件項目中的測試管理過程包括（10）。（10） A.單元測試、集成測試、系統(tǒng)測試、驗收測試單元測試、集成測試、驗收測試、回歸測試制定測試計劃、開發(fā)測試工具、執(zhí)行測試、發(fā)現(xiàn)并匯報缺陷、測試總結(jié)制定測試計劃及用例、執(zhí)行測試、發(fā)現(xiàn)并匯報缺陷、修正缺陷、重新測試【答案】D【解析】根據(jù)《軟件評測師教程》，軟件項目中的測試管理過程包括制定測試計劃及用例、執(zhí)行測試、發(fā)現(xiàn)并匯報缺陷、修正缺陷、重新測試。（11）指在軟件維護階段，為了檢測由于代碼修改而也許引入的錯誤所進行的測試活動。（11） A.回歸測試 B.修復測試 C.集成測試 D.冒煙測試【答案】A【解析】根據(jù)《軟件評測師教程》，回歸測試是指修改了舊代碼後，重新進行測試以確認修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤。集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計規(guī)定（如根據(jù)構(gòu)造圖）組裝成為子系統(tǒng)或系統(tǒng)，進行集成測試。冒煙測試的對象是每壹種新編譯的需要正式測試的軟件版本，目的是確認軟件基本功能正常，可以進行後續(xù)的正式測試工作。冒煙測試的執(zhí)行者是版本編譯人員。信息的（12）規(guī)定采用的安全技術(shù)保證信息接受者可以驗證在傳送過程中信息沒有被修改，并能防備入者用假信息替代合法信息。（12） A.隱蔽性 B.機密鏈 C.完整性 D.可靠性【答案】C【解析】信息的完整性：數(shù)據(jù)未經(jīng)授權(quán)不能進行變化的特性，即信息在存儲或傳播過程中保持不被修改、不被破壞和丟失的特性。根據(jù)GB/T12504-《計算機軟件質(zhì)量保證計劃規(guī)范》的有關(guān)規(guī)定，如下評審和檢查工作中，(13)不是必須進行的。A.執(zhí)行進度評審 B.軟件需求評審C.詳細設(shè)計評審 D.管理評審【答案】A【解析】根據(jù)《計算機軟件質(zhì)量保證計劃規(guī)范》，至少要進行下列評審和檢查工作：軟件需求評審、概要設(shè)計評審、詳細設(shè)計評審、功能檢查、物理檢查、綜合檢查、管理評審。軟件可靠性是指在指定條件下使用時，軟件產(chǎn)品維持規(guī)定的性能級別的能力，其子特性(14)是指在軟件發(fā)生故障或者違反指定接口的狀況下，軟件產(chǎn)品維持規(guī)定的性能級別的能力。A.成熟性 B.易恢復性 C.容錯性 D.依從性【答案】C【解析】可靠性：在指定條件使用時，軟件產(chǎn)品維護規(guī)定的性能級別的能力；成熟性：軟件產(chǎn)品為防止由軟件中故障而導致失效的能力；容錯性：在軟件出現(xiàn)故障或者違反其指定接口的情況下，軟件產(chǎn)品維持規(guī)定的性能級別的能力；易恢復性：在失效發(fā)生的狀況下，軟件產(chǎn)品重建規(guī)定的性能級別并恢復受直接影響的數(shù)據(jù)的能力。根據(jù)GB/T12504-《計算機軟件質(zhì)量保證計劃規(guī)范》中的規(guī)定，在軟件驗收時，驗證代碼與設(shè)計文檔的壹致性、接口規(guī)格闡明的壹致性、設(shè)計實現(xiàn)和功能需求的壹致性等檢查屬于(15)。A.綜合檢查 B.功能檢查 C.性能檢查 D.配置檢查【答案】A【解析】綜合檢查：在軟件驗收時，要容許顧客或顧客所委托的專家對所要驗次的軟件進行設(shè)計抽樣的綜合檢查，以驗證代碼和設(shè)計文檔的壹致性、接口規(guī)格闡明之間的壹致性（硬件和軟件）、設(shè)計實現(xiàn)和功能需求的壹致性、功能需求和測試描述的壹致性。根據(jù)《信息安全等級保護管理措施》中的規(guī)定，信息系統(tǒng)的安全保護等級應(yīng)當根據(jù)信息系統(tǒng)在國家安全、經(jīng)濟建設(shè)、社會生活中的重要程度，信息系統(tǒng)遭到破壞後對國家安全、社會秩序、公共利益以及公民、法人和其他組織的合法權(quán)益的危害程度等原因確定。其中安全標識保護級處在（16）。（16） A.第二級 B.第三級 C.第四級 D.第五級【答案】B【解析】根據(jù)《信息安全等級保護管理措施》，計算機系統(tǒng)安全保護能力的5個等級：顧客自主保護級、系統(tǒng)審計保護級、安全標識保護級、構(gòu)造化保護級、訪問驗證保護級。第壹級為顧客自主保護級，該級合用于壹般內(nèi)聯(lián)網(wǎng)顧客；第二級為系統(tǒng)審計保護級，該級合用于通過內(nèi)聯(lián)網(wǎng)或國際網(wǎng)進行商務(wù)活動，需要保密的非重要單位；第三級為安全標識保護級，該級合用于地方各級國家機關(guān)、金融機構(gòu)、郵電通信、能源與水源供應(yīng)部門、交通運送、大型工商與信息技術(shù)企業(yè)、重點工程建設(shè)等單位；第四級為構(gòu)造化保護級，該級合用于中央級國家機關(guān)、廣播電視部門、重要物資儲備單位、社會應(yīng)急服務(wù)部門、尖端科技企業(yè)集團、國家重點科研機構(gòu)和國防建設(shè)等部門；第五級為訪問驗證保護級，該級合用于國防關(guān)鍵部門和依法需要對計算機信息系統(tǒng)實行特殊隔離的單位。如下有關(guān)WLAN安全機制的論述中，（17）是對的的。（17） A.WPA是為建立無線網(wǎng)絡(luò)安全環(huán)境提供的第壹種安全機制WEP和IPSec協(xié)議同樣，其目的都是通過加密無線電波來提供安全保證WEP2的初始化向量（IV）空間為64位WPA提供了比WEP更為安全的無線局域網(wǎng)接入方案【答案】D【解析】根據(jù)無線局域網(wǎng)的第壹種安全協(xié)議壹802.11WiredEquivalentPrivacy（WEP），助理Q：5309436或微信：xingfuge1634 第7頁共46頁IPSec(IntemetProtocolSecurity)是安全聯(lián)網(wǎng)的長期方向。它通過端對端的安全性來提供積極的保護以防止專用網(wǎng)絡(luò)與Internet的襲擊。在信息系統(tǒng)安全建設(shè)中，(18)確立全方位的防御體系,壹般會告訴顧客應(yīng)有的責任，組織規(guī)定的網(wǎng)絡(luò)訪問、服務(wù)訪問、當?shù)睾瓦h地的顧客認證、撥入和撥出、磁盤和數(shù)據(jù)加密、病毒防護措施，以及雇員培訓等，并保證所有也許受到襲擊的地方都必須以同樣安全級別加以保護。A.安全方略 B.防火墻 C.安全體系 D.系統(tǒng)安全【答案】A【解析】安全方略建立全方位的防御體系，甚至包括：告訴顧客應(yīng)有的責任，企業(yè)規(guī)定的網(wǎng)絡(luò)訪問、服務(wù)訪問、當?shù)睾瓦h地的顧客認證、撥入和撥出、磁盤和數(shù)據(jù)加密、病毒防護措施，以及雇員培訓等。所有也許受到襲擊的地方都必須以同樣安全級別加以保護；防火墻不僅僅是路由器、堡壘主機或任何提供網(wǎng)絡(luò)安全的設(shè)備的組合，防火墻是安全方略的壹種部分。如下有關(guān)網(wǎng)絡(luò)協(xié)議的論述中，(19)是對的的。A.因特網(wǎng)最早使用的協(xié)議是OSI七層體系構(gòu)造NETBEUT是IBM開發(fā)的路由選擇協(xié)議在TCP/1P協(xié)議分層構(gòu)造中，F(xiàn)TP是運行在TCP之上的應(yīng)用層協(xié)議TCP協(xié)議提供了無連接但可靠的數(shù)據(jù)報傳信道【答案】C【解析】OSI七層體系構(gòu)造并不是最早的因特網(wǎng)協(xié)議。NETBEUI是為IBM開發(fā)的非路由協(xié)議。TCP(傳播控制協(xié)議)是壹種面向連接的、可靠的、基于字節(jié)流的傳播層通信協(xié)議。在1號樓辦公的小季但愿在當?shù)赜嬎銠C上通過遠程登錄的方式訪問放置在2號樓的服務(wù)器，為此將會使用到TCP/IP協(xié)議族中的(20)協(xié)議。A.Telnet B.FTP C.HTTP D.SMTP【答案】A【解析】Telnet協(xié)議是TCP/IP協(xié)議族中的壹員，是Internet遠程登錄服務(wù)的原則協(xié)議和重要方式。它為顧客提供了在當?shù)赜嬎銠C上完畢遠程主機工作的能力。在終端使用者的電腦上使用Telnet程序，用它連接到服務(wù)器。終端使用者可以在Telnet程序中輸入命令，這些命令會在服務(wù)器上運行，就像直接在服務(wù)器的控制臺上輸入同樣。可以在當?shù)鼐湍芸刂品?wù)器。要開始壹種Telnet會話，必須輸入顧客名和密碼來登錄服務(wù)器°Telnet是常用的遠程控制Web服務(wù)器的措施。射頻識別（RFID）是物聯(lián)網(wǎng)中常用的無線通信技術(shù)，它通過（21）識別特定目的并讀寫有關(guān)數(shù)據(jù)。（21） A.磁條 B.紅外線 C.無線電信號 D.光束掃描【答案】C【解析】電于標簽RFID，也叫射頻標簽、射頻識別。它是壹種非接觸式的自動識別技術(shù)，通過射頻電信號識別目的對象并獲取有關(guān)數(shù)據(jù)。識別工作不必人工干預(yù)，作為條形碼的無線版本，RFID技術(shù)具有條形碼所不具有的防水、防磁、耐高溫、使用壽命長、讀取距離大、標簽上數(shù)據(jù)可以加密、存儲數(shù)據(jù)容量更大、存儲信息更改自如、更輕易地附著在不壹樣的產(chǎn)品上等優(yōu)點。RF1D射頻識別是壹種非接觸式的自動識別技術(shù)，它通過射頻信號自動識別目的對象并獲取有關(guān)數(shù)據(jù)，識別工作不必人工干預(yù)，可工作于多種惡劣環(huán)境。RFro技術(shù)可識別高速運動物體并可同步識別多種標簽，操作快捷以便。短距離射頻產(chǎn)品不怕油漬、灰塵污染等惡劣的環(huán)境，可在這樣的環(huán)境中替代條碼，例如用在工廠的流水線上跟蹤物體。長距射頻產(chǎn)品多用于交通上，識別距離可達幾拾米，如自動收費或識別車輛身份等。網(wǎng)絡(luò)路由器（22）。（22） A.可以連接不壹樣的子網(wǎng) B.重要用于局域網(wǎng)接入InternetC.重要起分隔網(wǎng)段的作用 D.工作數(shù)據(jù)鏈路層【答案】A【解析】路由器是用來連接兩個相似或不壹樣網(wǎng)絡(luò)的設(shè)備，例如互聯(lián)的局域網(wǎng)數(shù)目諸多或要將局域助理Q：5309436或微信：xingfuge1634 第9頁共46頁網(wǎng)與廣域網(wǎng)互聯(lián)時。中繼器用于擴展傳播距離，其功能是對從壹條電纜上接受的信號進行再生，并發(fā)送到另壹條電纜上。集線器是局域網(wǎng)內(nèi)部使用的，它不能將局域網(wǎng)連接到廣域網(wǎng)上去。防火墻用來控制內(nèi)部網(wǎng)絡(luò)和外部Internet的連接。綜合布線系統(tǒng)是在樓宇或園區(qū)范圍內(nèi)建立的信息傳播網(wǎng)絡(luò)，綜合布線系統(tǒng)可分為6個獨立的子系統(tǒng)，其中(23)是干線子系統(tǒng)和水平子系統(tǒng)的橋梁，同步又可為同層組網(wǎng)提供條件。(23)A.建筑群子系統(tǒng)B.設(shè)備間子系統(tǒng)C.工作區(qū)子系統(tǒng)D.管理子系統(tǒng)【答案】D【解析】管理子系統(tǒng)：它是干線子系統(tǒng)和水平子系統(tǒng)的橋梁，同步又可為同層組網(wǎng)提供條件。其中包括雙絞線跳線架、跳線(有快接式跳線和簡易跳線之分)。綜合布線系統(tǒng)是壹種用于傳播語音、數(shù)據(jù)、影像和其他信息的原則構(gòu)造化布線系統(tǒng)，是建筑物或建筑群的傳播網(wǎng)絡(luò)，它使語言和數(shù)據(jù)通信設(shè)備、互換設(shè)備和其他信息管理系統(tǒng)彼此相連接。綜合布線的熱物理構(gòu)造壹般采用模塊化設(shè)計和分層星型拓撲構(gòu)造。系統(tǒng)構(gòu)造有6個獨立的子系統(tǒng)：工作區(qū)子系統(tǒng)：它是工作區(qū)內(nèi)終端設(shè)備連接到信息插座之間的設(shè)備構(gòu)成，包括信息插座、連接軟線、適配器、計算機、網(wǎng)絡(luò)集散器、電話、報警探頭、攝像機、監(jiān)視器、音響等。水平子系統(tǒng)：水平子系統(tǒng)是布置在同壹樓層上，壹端接在信息插座，另壹端接在配線間的跳線架上，它的功能是將干線子系統(tǒng)線路延伸到顧客工作區(qū)，將顧客工作區(qū)引至管理子系統(tǒng)，并為顧客提供壹種符合國際原則，滿足語音及高速數(shù)據(jù)傳播規(guī)定的信息點出口。管理子系統(tǒng)：安裝有線路管理器件及多種公用設(shè)備，實現(xiàn)整個系統(tǒng)集中管理，它是干線子系統(tǒng)和水平子系統(tǒng)的橋梁，同步又可為同層組網(wǎng)提供條件。其中包括雙絞線跳線架、跳線(有快接式跳線和簡易跳線之分)。垂直干線子系統(tǒng)：壹般它是由主設(shè)備間至各層管理間，尤其是在位于中央點的公共系統(tǒng)設(shè)備處提供多種線路設(shè)施，采用大對數(shù)的電纜饋線或光纜，兩端分別端接在設(shè)備間和管理間的跳線架上，目的是實現(xiàn)計算機設(shè)備、程控互換機(PBX)、控制中心與各管理子系統(tǒng)間的連接，是建筑物干線電纜的路由。設(shè)備間子系統(tǒng)：該子系統(tǒng)是由設(shè)備間中的電纜、連接跳線架及有關(guān)支撐硬件、防雷電保護裝置等構(gòu)成?？梢哉f是整個配線系統(tǒng)的中心單元，因此它的布放、造型及環(huán)境條件的考慮合適與否，直接影響到未來信息系統(tǒng)的正常運行及維護和使用的靈活性。建筑群子系統(tǒng)：它是將多種建筑物的數(shù)據(jù)通信信號連接成壹體的布線系統(tǒng)，它采用架空或地下電纜管道或直埋敷設(shè)的室外電纜和光纜互連起來，是構(gòu)造化布線系統(tǒng)的壹部分，支持提供樓群之間通信所需的硬件。軟件架構(gòu)設(shè)計是軟件開發(fā)過程中的壹項重要工作。(24)不屬于軟件架構(gòu)設(shè)計的重要工作內(nèi)容。(24)A.制定技術(shù)規(guī)格闡明 B.編寫需求規(guī)格闡明書C.技術(shù)選型 D.系統(tǒng)分解【答案】B【解析】根據(jù)教材，架構(gòu)師的重要職責包括：確認需求。在項目開發(fā)過程中，架構(gòu)師是在需求規(guī)格闡明書完畢後介入的，需求規(guī)格說明書必須得到架構(gòu)師的承認。架構(gòu)師需要和分析人員反復交流，以保'正自已完整并精確地理解顧客需求。系統(tǒng)分解。根據(jù)顧客需求，架構(gòu)師將系統(tǒng)整體分解為更小的子系統(tǒng)和組件，從而形成不同的邏輯層或服務(wù)。隨即，架構(gòu)師會確定各層的接口，層與層互相之間的關(guān)系。架構(gòu)師不僅要對整個系統(tǒng)分層，進行“縱向”分解，還要對同壹邏輯層分塊，進行“橫向”分解。這體現(xiàn)了軟件架構(gòu)師的功力。技術(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)衡，最終進行確認。制定技術(shù)規(guī)格闡明。架構(gòu)師在項目開發(fā)過程中，是技術(shù)權(quán)威。他需要協(xié)調(diào)所有的開發(fā)人員，與開發(fā)人員壹直保持溝通，壹直保證開發(fā)者根據(jù)他的架構(gòu)意圖去實現(xiàn)各項功能。架構(gòu)師通過他制定的技術(shù)規(guī)格闡明書(UML視圖、Word文檔、Visio文獻)與開發(fā)者溝通，保證開發(fā)者可以從不壹樣角度去觀測、理解各自承擔的子系統(tǒng)或者模塊。架構(gòu)師還需要與項目經(jīng)理、需求分析員，甚至與最終顧客保持溝通。如下有關(guān)類和對象關(guān)系的論述中，(25)是不對的的。A.對象是類的實例 B.類是對象的抽象C.類是靜態(tài)的，對象是動態(tài)的 D.類和對象必須同步存在【答案】D【解析】根據(jù)教材，面向?qū)ο蟮幕靖拍钣袑ο?、類、抽象、封裝、繼承、多態(tài)、接口、消息、組件、模式和復用等；類和對象的關(guān)系可以總結(jié)為：每壹種對象都是某壹種類的實例。每壹種類在某壹時刻均有零或更多的實例。類是靜態(tài)的，它們的存在、語義和關(guān)系在程序執(zhí)行前就已經(jīng)定義好了，對象是動態(tài)的，它們在程序執(zhí)行時可以被創(chuàng)立和刪除。類是生成對象的模板。在統(tǒng)壹建模語言中(6)的重要目的是協(xié)助開發(fā)團體以壹種可視化的方式理解系統(tǒng)的功能需求包括基于基本流程的“角色”關(guān)系等。A.用例圖 B.類圖 C.序列圖 D.狀態(tài)圖【答案】A【解析】用例圖是指由參與者(Actor)、用例(UseCase)以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的靜態(tài)視圖。用例圖(UserCase)是被稱為參與者的外部顧客所能觀測到的系統(tǒng)功能的模型圖，展現(xiàn)了某些參與者和某些用例，以及它們之間的關(guān)系，重要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進行建模。UML提供了多種圖來描述建模過程，下圖所示的UML圖是壹種(27)。(27)A.活動圖 B.狀態(tài)圖 C.用例圖 D.序列圖【答案】B【解析】UML提供了如下9種重要的圖來看待建系統(tǒng)進行建模：用例圖：用例模型描述的是外部執(zhí)行者(Actor)所理解的系統(tǒng)功能，用于需求分析階段。類圖：描述類和類之間的靜態(tài)關(guān)系。不僅顯示信息的構(gòu)造，同步還描述了系統(tǒng)的行為。對象圖：類圖的壹種實例。與類圖的圖形表達相似。展示了壹組對象及它們之間的關(guān)系。次序圖：用來描述對象之間動態(tài)的交互關(guān)系，著重體現(xiàn)對象間消息傳遞的時間次序。反應(yīng)系統(tǒng)的動態(tài)關(guān)系。協(xié)作圖：用于描述互相合作的對象間的交互關(guān)系和鏈接關(guān)系。狀態(tài)圖：用來描述對象狀態(tài)和事件之間的關(guān)系。壹般用狀態(tài)圖來描述單個對象的行為?；顒訄D：表達系統(tǒng)中多種活動的次序，可以用來描述用例的工作流程，也可以用來描述類中某個措施的操作行為。構(gòu)件圖(組件圖)：(物理建模壹構(gòu)件圖)可以有效顯示壹組構(gòu)件，以及它們之間的邏輯關(guān)系。構(gòu)件圖壹般包括構(gòu)件、接口，以及多種關(guān)系。布署圖：也稱實行圖，構(gòu)件圖是闡明構(gòu)件之間的邏輯關(guān)系，而布署圖描述系統(tǒng)硬件的物理拓撲構(gòu)造，以及在此構(gòu)造上執(zhí)行的軟件。壹般而言，網(wǎng)絡(luò)安全審計從審計級別上可分為(28)、應(yīng)用級審計和顧客級審計三種類型。(28)A.組織級審計 B.物理審計C.系統(tǒng)級審計 D.單元級審計【答案】C【解析】網(wǎng)絡(luò)安全審計從審計級別上可分為3種類型：系統(tǒng)級審計、應(yīng)用級審計和顧客級審計。系統(tǒng)級審計系統(tǒng)級審計重要針對系統(tǒng)的登入狀況、顧客識別號、登入嘗試的曰期和詳細時間、退出的曰期和時間、所使用的設(shè)備、登入後運行程序等事件信息進行審查。經(jīng)典的系統(tǒng)級審計曰志還包括部分與安全無關(guān)的信息，如系統(tǒng)操作、費用記賬和網(wǎng)絡(luò)性能。此類審計卻無法跟蹤和記錄應(yīng)用事件，也無法提供足夠的細節(jié)信息。應(yīng)用級審計應(yīng)用級審計重要針對的是應(yīng)用程序的活動信息，如打開和關(guān)閉數(shù)據(jù)文獻，讀取、編輯、刪除記錄或字段等特定操作，以及打印匯報等。顧客級審計用f級審計重要是審計顧客的操作活動信息，如顧客直接啟動的所有命令，顧客所有的鑒別和認證操作，顧客所訪問的文獻和資源等信息。根據(jù)政府采購法的規(guī)定，如下做法中，(29)是不對的的。(29)A.某省政府采購中心將項目采購的招標工作委托給招標企業(yè)完畢政府采購項目完畢後，采購方請國家承認的質(zhì)量檢測機構(gòu)參與項目驗收政府采購項目驗收合格後，采購方將招投標文獻進行了銷毀招標采購過程中，由于符合條件的供應(yīng)商不滿三家，重新組織了招標【答案】C【解析】根據(jù)《政府采購法》第四拾二條，采購人、采購代理機構(gòu)對政府采購項目每項采購活動的采購文獻應(yīng)當妥善保留，不得偽造、變造、隱匿或者銷毀。采購文獻的保留期限為從采購結(jié)束之曰起至少保留拾五年。(30)不受《著作權(quán)法》保護。文字作品口述作品音樂、戲劇、曲藝攝影作品計算機軟件時事新聞通用表格和公式A.②⑥⑦ B.②⑤⑥ C.⑥⑦ D.③⑤【答案】C【解析】根據(jù)《中華人民共和國著作權(quán)法》第五條，本法不合用于：法律、法規(guī)，國家機關(guān)的決策、決定、命令和其他具有立法、行政、司法性質(zhì)的文獻，及其官方正式譯文；時事新聞；歷法、通用數(shù)表、通用表格和公式。某系統(tǒng)集成項目的項目經(jīng)理在制定項目章程時，必須要考慮波及并影響項目的環(huán)境和組織原因(31)不屬于環(huán)境和組織原因的內(nèi)容。A.企業(yè)文化和構(gòu)造 B.員工績效評估記錄C.變更控制流程 D.項目管理信息系統(tǒng)【答案】C【解析】根據(jù)參照教材，但凡可裁剪的、可選擇的均為組織過程資產(chǎn)；但凡不可選擇的、只能適應(yīng)的均為事業(yè)環(huán)境原因。在制定項目章程時，必須考慮某些或所有波及并影響項目成功的組織環(huán)境和組織的原因系統(tǒng)。這些原因和系統(tǒng)包括下列幾項：組織或企業(yè)文化和構(gòu)造；政府或行業(yè)原則(如規(guī)章制度、產(chǎn)品原則、質(zhì)量原則、勞務(wù)關(guān)系原則)；基礎(chǔ)設(shè)施，如：已存在的設(shè)施和固定資產(chǎn)；既有的人力資源，如：技能、專業(yè)知識(設(shè)計、開發(fā)、法律、協(xié)議和采購)；人力資源管理，如：招聘和解雇的指導方針，員工績效評估和培訓記錄等；⑥市場條件；項目關(guān)系人對風險的容忍度；商業(yè)數(shù)據(jù)庫，如業(yè)界的風險研究信息和風險數(shù)據(jù)庫、成本預(yù)算數(shù)據(jù)等；項目管理信息系統(tǒng)，如：壹種自動工具集，壹種與配置管理系統(tǒng)相結(jié)合的進度制定工具。工作用來對項目進行定義,該工作用來明確“項目需要做什么”。A.制定項目范圍闡明書 B.制定項目管理計劃C.制定項目章程 D.項目管理信息系統(tǒng)【答案】A【解析】根據(jù)參照教材，項目范圍定義過程是詳細描述項目和產(chǎn)品的過程，并把成果寫進詳細的項目范圍闡明書中。因此制定項目范圍闡明書工作用來對項目進行定義，該工作用來明確“項目需要做什么”。項目進入到執(zhí)行階段後，項目經(jīng)理、項目組組員為了完畢項目范圍闡明書定義的工作，還需執(zhí)行的是(33)。實行已同意的防止措施以減少潛在負面成果出現(xiàn)的也許性管理已分派到項目或階段中的項目團體組員為項目選擇生命周期模型監(jiān)管項目總投入狀況管理供應(yīng)商A.①②⑤ B.①②③④ C.①②④⑤ D.①②③④⑤【答案】A【解析】根據(jù)參照教材，指導和管理項目執(zhí)行過程需要項目經(jīng)理和項目團體執(zhí)行多項行動來執(zhí)行項目管理計劃以完畢項目范圍闡明書中所定義的工作。這些行動可以是：執(zhí)行活動以完畢項目或階段的目的。付出努力和支出資金以完畢項目或階段目的。配置人員，進行培訓，管理已分派到項目或階段中的項目團體組員。獲得報價、投標、出價或提交方案書。從潛在的供應(yīng)商中選擇合適的供應(yīng)商。獲取、管理和使用包括原料、工具、設(shè)備和設(shè)施在內(nèi)的資源。實行計劃的措施和原則。創(chuàng)立、驗證和確認項目或階段的可交付物。

管理風險和實行風險響應(yīng)活動。管理供應(yīng)商。使已同意的變更適應(yīng)于項目的范圍、計劃和環(huán)境。建立和管理項目組內(nèi)部和外部的項目通信渠道。搜集項目或階段數(shù)據(jù)并匯報成本、進度、技術(shù)、質(zhì)量的進展和狀態(tài)信息以便于預(yù)測。搜集和記錄經(jīng)驗教訓并實行已同意的過程改善活動。項目組的測試人員在軟件系統(tǒng)測試時發(fā)現(xiàn)了壹種重大缺陷并匯報給了項目經(jīng)理，項目經(jīng)理接下來應(yīng)當(34)。A.提交壹種變更申請 B.和質(zhì)量保證人員商議怎樣修改C.將任務(wù)分派給開發(fā)人員小王修改 D.評估與否需要修改【答案】A【解析】有重大缺陷，故需要進行大的修改，波及到變更，就需要走變更流程，變更第壹步就是變更申請。已知某系統(tǒng)由ABCDEF六個活動構(gòu)成，項目實習人員根據(jù)活動邏輯關(guān)系及歷時等信息繪制了該系統(tǒng)的網(wǎng)絡(luò)圖，并給出了該系統(tǒng)的工期為9周。項目組其他組員紛紛提出意見。如下B.B.有循環(huán)回路，項目工期是對的的D.項目工期應(yīng)為8周A.邏輯關(guān)系錯誤，項目工期應(yīng)為7周C.節(jié)點序號編排不對，項目工期對的【答案】D【解析】關(guān)鍵途徑為BE,即項目工期為8周。項目進度控制是根據(jù)項目進度基準計劃對項目的實際進度進行監(jiān)控，使項目可以準時完成。如下有關(guān)項目進度控制的論述中，(36)是不對的的。A.項目進度至關(guān)重要，因此進度控制需要在項目初期優(yōu)先關(guān)注進度控制必須與其他變化控制，包括成本控制與范圍控制緊密結(jié)合項目進度控制是項目整體控制的壹種構(gòu)成部分對項目進度的控制，應(yīng)重點關(guān)注項目進展匯報和執(zhí)行狀態(tài)匯報【答案】A【解析】根據(jù)參照教材，項目進度控制要貫穿于項目壹直，并且在執(zhí)行和實行的時候應(yīng)進行重點關(guān)注。在編制WBS時，應(yīng)考慮如下(37)基本原則。每個WBS元素都代表壹種獨立的、有形或無形的可交付成果可交付成果中包括最終可交付物和為實現(xiàn)最終止果所需要的中間可交付物每個WBS元素應(yīng)只附屬壹種母層次的WBS元素或子層次的WBS元素每個工作包都應(yīng)可以分派給壹名項目團體組員或壹家分包商單獨負責可交付成果具有唯壹性、獨特性A.①②③④ B.①②④⑤ C.①③④⑤ D.②③④⑤【答案】B【解析】根據(jù)參照教材，項目進度控制要貫穿于項目壹直，并且在執(zhí)行和實行的時候應(yīng)進行重點關(guān)注。每個WBS元素應(yīng)只附屬壹種母層次的WBS元素，防止交叉附屬。因此選B壹種組織中有諸多類型的分解構(gòu)造，項目組在分解WBS時，(38)可以協(xié)助項目組考慮并確定所分解的工作包由哪些組員來執(zhí)行。A.組織分解構(gòu)造(OBS) B.物料清單(BOM)C.風險分解構(gòu)造(RBS) D.過程分解構(gòu)造(PBS)【答案】A【解析】組織分解構(gòu)造(OBS)——描述了執(zhí)行組織的層次構(gòu)造，以便把工作包同執(zhí)行組織單元相關(guān)聯(lián)。物料清單(BOM)——描述了生產(chǎn)壹種產(chǎn)品所需的實際部件、組件和構(gòu)件的分級層次表格。風險分解構(gòu)造(RBS)——以層次構(gòu)造的方式對已識別出的風險進行組織，壹般是按照風險類別進行劃分的。項目可行性分析是立項前的重要工作，包括技術(shù)、物資、資源、人員的可行性。在進行項目可行性分析時，需要在(39)過程中分析人力資源的可行性。A.經(jīng)濟可行性分析 B.技術(shù)可行性分析C.運行環(huán)境可行分析 D.法律可行性析【答案】B【解析】根據(jù)參照教材，技術(shù)可行性分析壹般應(yīng)當考慮：進行項目開發(fā)的風險、人力資源的有效性、技術(shù)能力的也許性、物資(產(chǎn)品)的可用性。項目論證是壹種持續(xù)的過程，壹般包括如下幾種環(huán)節(jié)，對的的執(zhí)行次序是(40)。搜集并分析有關(guān)資料明確項目范圍和業(yè)主目的確定多種可行的實行方案并分析比較選擇最優(yōu)方案進行詳細的論證編制資金籌措計劃和項目實行進度計劃編制項目論證匯報A.①②③④⑤⑥ B.②①③⑤④⑥C.①②③④⑥⑤D.②①③④⑥⑤【答案】D【解析】根據(jù)參照教材，項目論證是壹種持續(xù)的過程，它包括問題的提出、制定目的、確定方案、分析評價、最終從多種可行的方案中選出壹種比較理想的最佳方案，供投資者決策。詳細講，助理Q：5309436或微信：xingfuge1634 第19頁共46頁壹般有如下7個重要環(huán)節(jié)：明確項目范圍和業(yè)主目的。搜集并分析有關(guān)資料。確定多種可行的可以互相替代的實行方案。多方案分析、比較。選擇最優(yōu)方案深入詳細全面地論證。編制項目論證匯報、環(huán)境影響匯報書和采購方式審批匯報。編制資金籌措計劃和項目實行進度計劃。項目可行性研究階段的項目論證和項目評估的關(guān)系是(41)。A.壹般先進行項目評估，再進行項目論證項目論證和項目評估都是立項階段必不可少的環(huán)節(jié)項目評估是在項目論證的基礎(chǔ)上，由第三方開展的判斷項目與否可行的壹種評估過程項目論證是給出項目的事實方案，項目評估是對實行方案的量化和決策【答案】C【解析】根據(jù)參照教材，項目評估是在可行性研究的基礎(chǔ)上，由第三方開展的判斷項目與否可行的壹種評估過程，而項目論證壹般分為了機會研究、初步可行性研究和詳細可行性研究三個階段，因此也可以說項目評估是在項目論證的基礎(chǔ)上，由第三方開展的判斷項目與否可行的壹種評估過程。如下有關(guān)項目團體管理的論述中，(42)是不對的的。A.項目團體管理的目的是跟蹤個人和團體的績效，反饋和處理問題以提高項目績效可采用觀測和交談、項目績效評估的措施實現(xiàn)對項目團體的管理壹種企業(yè)中的組織文化也許會影響團體管理的方式和成果項目經(jīng)理在團體發(fā)生沖突時，應(yīng)本著處理矛盾的原則進行調(diào)解【答案】D【解析】項目經(jīng)理在團體發(fā)生沖突時應(yīng)本著處理問題的原則進行調(diào)解。并不是本著處理矛盾的原助理Q：5309436或微信：xingfuge1634 第20頁共46頁則。不屬于風險識別階段的成果。(43)A.低優(yōu)先級風險的監(jiān)視表 B.已識別出的風險列表C.風險征兆或警告信號 D.潛在的風險應(yīng)對措施列表【答案】A【解析】根據(jù)參照教材，從風險識別得出的輸出包括在壹種叫作風險注冊的文檔中。風險記錄的最初條目是由風險識別的輸出構(gòu)成的，它也是項目管理計劃的壹部分。風險記錄最終會包括風險分析的成果、優(yōu)先級，以及實行其他風險管理過程措施後的影響。風險記錄的準備開始于包括下列信息的風險識別過程，這些信息對其他項目管理和項目更新管理過程均有所協(xié)助。其信息包括：已識別出的風險列表、風險征兆或警告信號、潛在的風險應(yīng)對方法列表、風險的主線原因、更新的風險分類。重要風險清單是常用的項目風險管理工具，如下圖所示。如下有關(guān)風險清單的論述中，(44)是不對的的。本周上周周數(shù)風險風險處理的狀況115需求的逐漸增長運用顧客界面原型來搜集高質(zhì)裏的需求；已將需求規(guī)約置于明確的變更控制程序之下；嫗用分階段奕材的措施在合適的時候提供能力來變化軟件特性/假如需要的話)255有多出的需求或開爰人員.1頁目要旨的陳逑中要闡明軟件中不需要包括哪些東西；設(shè)計的重點放在最小化；評審中有查對清單用就檢查“嚓余設(shè)計或多出的實現(xiàn)亟A.該風險清單應(yīng)在需求分析之前建立，并在項目結(jié)束前不停定期維護項目經(jīng)理、風險管理負責人應(yīng)每隔壹周左右回憶該風險清單應(yīng)當對風險清單中的部分重要風險制定詳細的風險應(yīng)對計劃對風險清單的回憶應(yīng)包括在進度計劃表中，否則也許被遺忘【答案】C【解析】根據(jù)參照教材，在風險清單中列出的風險并不壹定會對項目導致影響，首先需要對列出的風險進行分析，包括定性分析和定量分析。在這之後才進行風險應(yīng)對。根據(jù)《中華人民共和國招投標法》，如下做法中.(45)是對的的。A.某項目于4月7曰公開公布招標文獻，標明截止時間為4月14曰13時開標應(yīng)當在招標文獻確定的提交投標文獻截止時間的同壹時間公開進行某次招標活動中的所有投標文獻都與招標文獻規(guī)定存在壹定的差異，評標委員會可以確定其中最靠近投標文獻規(guī)定的企業(yè)中標聯(lián)合投標的幾家企業(yè)中只需要壹家到達招標文獻規(guī)定的資質(zhì)即可【答案】B【解析】根據(jù)《中華人民共和國招授標法》：第二拾四條招標人應(yīng)當確定投標人編制投標文獻所需要的合理時間；不過，依法必須進行招標的項目，自招標文獻開始發(fā)出之曰起至投標人提交投標文獻截止之曰止，最短不得少于二拾曰。第三拾壹條兩個以上法人或者其他組織可以構(gòu)成壹種聯(lián)合體，以壹種投標人的身份共同投標。聯(lián)合體各方均應(yīng)當具有承擔招標項目的對應(yīng)能力；國家有關(guān)規(guī)定或者招標文獻對授標人資格條件有規(guī)定的，聯(lián)合體各方均應(yīng)當具有規(guī)定的對應(yīng)資格條件。由同壹專業(yè)的單位構(gòu)成的聯(lián)合體，按照資質(zhì)等級較低的單位確定資質(zhì)等級。聯(lián)合體各方應(yīng)當簽訂共同投標協(xié)議，明確約定各方擬承擔的工作和責任，并將共同投標協(xié)議連同投標文獻-并提交招標人。聯(lián)合體中標的，聯(lián)合體各方應(yīng)當共同與招標人簽訂協(xié)議，就中標項目向招標人承擔連帶責任。招標人不得強制投標人構(gòu)成聯(lián)合體共同投標，不得限制投標人之間的競爭。第四拾二條評標委員會經(jīng)評審，認為所有投標都不符合招標文獻規(guī)定的，可以否決所有投標。依法必須進行招標的項目的所有投標被否決的，招標人應(yīng)當根據(jù)本法重新招標。選項A局限性20天；選項C應(yīng)重新招標；選項D聯(lián)合體各方均應(yīng)當具有規(guī)定的對應(yīng)資格條件。某項目在招標時被提成若干個項目包，分別發(fā)包給不壹樣的承包人。承包人中標後應(yīng)與招標人簽訂的協(xié)議屬于(46)。A.單項項目承包協(xié)議 B.分包協(xié)議 C.單價協(xié)議D.成本鼓勵協(xié)議【答案】A【解析】根據(jù)《系統(tǒng)集成項目管理工程師教程》，協(xié)議可以分為總承包協(xié)議、單項項目承包協(xié)議、

分包協(xié)議。總承包協(xié)議也稱為“交鑰匙承包”，發(fā)包人把信息系統(tǒng)工程建設(shè)從開始立項、論證、施工到竣工的所有任務(wù)，壹并發(fā)包給壹種具有資質(zhì)的承包人。單項項目協(xié)議是發(fā)包人將信息系統(tǒng)工程建設(shè)的不壹樣任務(wù)，分別發(fā)包給不壹樣的承包人。分包協(xié)議是指總承建單位將其承包的某壹部分或某幾部分項目，再發(fā)包給子承建單位。項目采購是壹項復雜的工作，編制詳細可行的項目采購計劃有助于項目成功,(47)屬于編制項目采購計劃所必須考慮的內(nèi)容。(47)A.工作闡明書 B.項目范圍闡明書C.自制/外購決定 D.協(xié)議收尾規(guī)程【答案】B【解析】根據(jù)參照教材，采購計劃編制的輸入包括：項目章程項目范圍闡明書項目管理計劃工作分解構(gòu)造和字典環(huán)境原因和組織原因組織過程資產(chǎn)(7)風險記錄(48)不屬于項目收尾的輸出。B.管理收尾規(guī)程D.B.管理收尾規(guī)程D.組織過程資產(chǎn)更新C.協(xié)議收尾規(guī)程【答案】A【解析】根據(jù)參照教材，項目收尾的輸出包括管理收尾規(guī)程協(xié)議收尾規(guī)程最終產(chǎn)品、服務(wù)或成果⑷組織過程資產(chǎn)(已更新)與壹般的采購管理過程相比，外包管理更重視(49)環(huán)節(jié)。A.自制外購分析 B.計劃編制 C.過程監(jiān)控 D.成果驗收【答案】C【解析】已經(jīng)確定采用外包，就不需要進行自制外購分析了。對于進行外包的產(chǎn)品，需要進行過程監(jiān)控，來保證最終交付的產(chǎn)品的質(zhì)量。項目組合管理是壹種保證組織內(nèi)所有項目都通過風險和收益分析及平衡的措施論。作為企業(yè)的項目經(jīng)理進行項目組合管理時,(0)應(yīng)是重點考慮的要素。A.資源運用效率 B.項目進度控制 C.范圍變更D.項目質(zhì)量【答案】A【解析】根據(jù)參照教材，項目組合管理是壹種保證組織內(nèi)所有項目的都通過風險和收益分析、平衡的措施論。“風險評估”和“提高資源運用效率”是項目組合管理的兩個要素。DIPP分析法可用于對處在不壹樣階段的項目進行比較，同步可以表明項目的資源運用情況DIPP=EMV/ETC。假如有A、B、C、D四個項目，項目初期的DIPP值分別為：DIPP(A)=0.9、DIPP(B)=1.3、DIPP(C)=0.8、DIPP(D)=1.2，則優(yōu)先選擇的項目為(51)。A.項目A B.項目B C.項目C D.項目D【答案】B【解析】DIPP值越高的項目，意味著資源的運用率越高，越值得優(yōu)先考慮資源的支持。DIPP<1表達項目的實際成本要比預(yù)算成本高。項目組合管理是指為了實現(xiàn)特定的戰(zhàn)略業(yè)務(wù)目的，對壹種或多種項目組合進行集中管理，包括識別、排序、授權(quán)、管理和控制項目，項目集和其他有關(guān)工作。如下有關(guān)項目組合管理的論述中(52)是不對的的。A.項目組合管理重要采用的是自下而上的管理方式項目組合管理過程壹般是進行組織決策的過程項目組合管理要保證與組織戰(zhàn)略協(xié)調(diào)壹致通過審核項目和項目集來確定資源分派的優(yōu)先次序【答案】A【解析】項目組合管理采用自上而下的管理方式，項目選擇和優(yōu)先級排列是其重要的實行過程。根據(jù)GB/T,19668.1-《信息化工程監(jiān)理規(guī)范》，如下有關(guān)工程招標階段的質(zhì)量控制內(nèi)容的論述中，(53)是不對的的。A.監(jiān)理機構(gòu)應(yīng)理解業(yè)主單位的業(yè)務(wù)需求，并將其作為監(jiān)理工作的根據(jù)之壹監(jiān)理機構(gòu)宜參與招標書的編制監(jiān)理機構(gòu)可參與招標答疑工作監(jiān)理機構(gòu)不適宜對評標的評估原則提出監(jiān)理意見【答案】D【解析】根據(jù)GB/T19668.1-《信息化工程監(jiān)理規(guī)范》，監(jiān)理機構(gòu)應(yīng)對招標書的下列內(nèi)容提出監(jiān)理意見：技術(shù)和質(zhì)量的規(guī)定；工程所波及的重要產(chǎn)品和服務(wù)的規(guī)定；投標單位資格的規(guī)定；驗收措施、接受準則；時間進度的規(guī)定。監(jiān)理工程師在審批承包人提交的動工匯報時，要對承包人提供的動工條件進行檢查、核實、簽認與審批，(54)—般不是重點核算和審批的對象。A.施工人員組織 B.材料質(zhì)量 C.項目驗收計劃 D.施工工具配置【答案】C【解析】動工時，重要審查與動工有關(guān)的內(nèi)容，故驗收不是重點核算和審批的對象。在對項目內(nèi)部各組員制定績效任務(wù)時，首先應(yīng)(55)。A.對每個崗位的工作內(nèi)容進行分解對每個崗位的工作在進度、成本、質(zhì)量等上設(shè)定KPI值確定KPI的評分原則確定考核頻率【答案】A【解析】制定績效任務(wù)的環(huán)節(jié)：對每個崗位的工作內(nèi)容進行分解；針對每個崗位的工作在進度、成本、質(zhì)量等上設(shè)定KPI值；⑶確定KPI評分原則；確定考核頻率。某壹項目，初始投資為萬元，該項目從投產(chǎn)年開始每年的凈收益如下表所示，則該項目的靜態(tài)投資回收期約為(56)年。年年如.1.年就*投入萬元凈收益6曲萬元凈收益700萬元凈收曲800萬兀凈收益500萬兀A.2.9 B.3.9 C.2.7 D.3.8【答案】A【解析】靜態(tài)投資回收期=(累積凈現(xiàn)金開始出現(xiàn)正值的年份數(shù)-1)+出現(xiàn)正值年份上壹年累積凈現(xiàn)金的絕對值/出現(xiàn)正值年份的凈現(xiàn)金=(3-1)+700/800=2.9。某項目包括A、B、C三項重要活動，項目經(jīng)理在成本估算時采用自下而上的措施，分別估算出三項活動的成本分別為13萬元、23萬元和8萬元，同步為了應(yīng)對未來也許碰到的不確定原因，預(yù)留了10萬元的管理儲備，同步為每個活動預(yù)留了2萬元的準備金。該項目的總預(yù)算為(57)萬元。項目進行到第二個月時，實際花費為20萬元，完畢總工作量的30%。假如項目按照目前績效繼續(xù)進展下去，預(yù)測項目的竣工尚需成本ETC約為(58)萬元。A.44 B.54 C.60 D.50A.46.7 B.40.7 C.45 D.46【答案】CA【解析】總預(yù)算為：13+23+8+10+2X3=60BAC=50EV=50X30%=15AC=20CPI=EV/AC=15/20=0.75ETC=(BAC-EV)/CPI=(50-15)/0.75=46.7確定合用于項目的質(zhì)量原則并決定怎樣滿足這些原則是(59)的過程。A.質(zhì)量目的 B.質(zhì)量保證 C.質(zhì)量方針 D.質(zhì)量計劃【答案】D【解析】質(zhì)量規(guī)劃包括識別與該項目有關(guān)的質(zhì)量原則以及確定怎樣滿足這些原則。項目質(zhì)量管理通過質(zhì)量規(guī)劃、質(zhì)量保證、質(zhì)量控制程序和過程以及持續(xù)的過程改善活動來實現(xiàn)，其中(60)關(guān)注項目執(zhí)行過程中的質(zhì)量。A.質(zhì)量保證 B.質(zhì)量規(guī)劃 C.質(zhì)量控制 D.質(zhì)量改善【答案】A【解析】質(zhì)量規(guī)劃包括識別與該項目有關(guān)的質(zhì)量原則以及確定怎樣滿足這些原則。(61)可以作為項目質(zhì)量控制中問題識別和問題分析的工具。A.帕累托分析 B.直方圖 C.查對表 D.因果分析【答案】D【解析】帕累托圖又叫排列圖(直方圖壹種)，是壹種柱狀圖，按事件發(fā)生的頻率排序而成。它顯示出由于某種原因引起的缺陷數(shù)據(jù)的排列次序，是找出影響項目產(chǎn)品或服務(wù)質(zhì)量的重要原因。直方圖又稱為條形圖、質(zhì)量分布圖、矩形圖、頻度分布圖、排列圖等，由事件發(fā)生的頻度組織而成，用于顯示多少成果產(chǎn)生于已確定的多種類型的原因。質(zhì)量查對表是壹種構(gòu)造化工具，詳細列出各項內(nèi)容，用來核算壹系列環(huán)節(jié)與否已經(jīng)執(zhí)行。因果圖(又叫因果分析圖、石川圖或魚刺圖)直觀地反應(yīng)了影響項目的多種潛在原因或成果及助理Q：5309436或微信：xingfuge1634 第27頁共46頁其構(gòu)成原因同多種也許出現(xiàn)的問題之間的關(guān)系。按照軟件配置管理的基本指導思想，受控制的對象應(yīng)是（62）,實行軟件配置管理包括4個最基本的活動，其中不包括（63）。（62） A.軟件元素 B.軟件項目 C.軟件配置項 D.軟件過程（63） A.配置項標識 B.配置項優(yōu)化 C.配置狀態(tài)匯報 D.配置審計【答案】C B【解析】軟件配置管理重要就是對軟件配置項進行控制。軟件配置管理的4個活動：配置項標識、配置項控制（變更控制）、配置狀態(tài)匯報和配置審計。在需求跟蹤過程中，檢查設(shè)計文檔、代碼、測試用例等工作成果與否都能在《產(chǎn)品需求規(guī)格闡明書》中找到出處的措施屬于（64）。（64） A.逆向跟蹤 B.正向跟蹤 C.雙向跟蹤 D.系統(tǒng)跟蹤【答案】A【解析】需求跟蹤包括編制每個需求同系統(tǒng)元素之間的聯(lián)絡(luò)文檔。這些元素包括別的需求、體系構(gòu)造、其他設(shè)計部件、源代碼模塊、測試、協(xié)助文獻、文檔等?？蛻粜枰上蚯白匪莸叫枨?，保證需求規(guī)格闡明書包括所有客戶的需求。同樣，可以從需求回溯到客戶需求，確認每個軟件需求的源頭。從需求向產(chǎn)品的追溯，可懂得每個需求對應(yīng)的產(chǎn)品部件，從而保證每個需求都得到滿足，從產(chǎn)品部件回溯到需求，可懂得每個產(chǎn)品部件存在的原因。逆向需求跟蹤檢查設(shè)計文檔、代碼、測試用例等工作產(chǎn)品與否都能在《需求規(guī)格闡明書》中找到出處。測試人員在測試某壹功能時，發(fā)現(xiàn)該功能在需求闡明書裏沒有，他接下來對的的做法是（65）。（65） A.在需求闡明書中補充該功能 B.匯報項目經(jīng)理，讓其查明原因C.找開發(fā)人員溝通，讓其刪除該功能 D.找顧客溝通，該功能與否需要【答案】B【解析】測試時發(fā)現(xiàn)需求闡明書未覆蓋目前測試的功能，首先要匯報給項目負責人。已知網(wǎng)絡(luò)圖各段路線所需費用如下圖所示，圖中甲線和乙線上的數(shù)字分別代表對應(yīng)點的有關(guān)費用。從甲線到乙線的最小費用路線有（66）條，最小費用為（67）。TOC\o"1-5"\h\z（66） A.1 B.2 C.3 D.4（67） A.15 B.16 C.17 D.18【答案】B C【解析】從甲線最小費用開始沿著最短途徑前進即可選出。已知有6個村子，互相之間道路的距離如下圖所示?，F(xiàn)擬合建壹所小學。已知甲村有小學生50人，乙村40人，丙村60人，丁村20人，戊村70人，已村90人。從甲村到已村的最短旅程是（68）；小學應(yīng)建在（69）村，使全體學生上學所走的總旅程最短。

A.10(69)A.甲 B.丙 C.丁 D.乙【答案】BC【解析】先算出到各個村子的最短途徑，再用學生人數(shù)乘壹下看哪個的總旅程最短。先求出任意兩點間的最短旅程如下表所示：甲乙戊已T甲10035040055?16020C24033丙36U2406012。300T140W202080戊420I4D70210已咖aid450360270合計2IM1例物10401湖1500總和最小的為1040，即小學建立在丁村。有壹種游戲為擲兩顆骰子，其規(guī)則為：當點數(shù)和為2時，游戲者輸9元；點數(shù)和為7或者11時，游戲者贏X元，其他點數(shù)時均輸1元。根據(jù)EMV準則，當K超過(70)元時才對游戲者有利。A.3.5 B.4 C.4.5 D.5【答案】C【解析】點數(shù)的也許性共有：其中：點數(shù)和為2的成果有1個，點數(shù)和為3的成果有2個，點數(shù)和為4的成果有3個，點數(shù)和為5的成果有4個，點數(shù)和為6的成果有5個，點數(shù)和為7的成果有6個，點數(shù)和為8的成果有5個，點數(shù)和為9的成果有4個，點數(shù)和為10的成果有3個，點數(shù)和為11的成果有2個，點數(shù)和為12的成果有1個。InanInformationsystem.The(71)isthebridgebetweenhardwareandpeople。A.keyboard B.internet C.disk D.data【答案】A【解析】在信息系統(tǒng)中，()是硬件和人之間的橋梁。A.鍵盤B.互聯(lián)網(wǎng)C.磁盤D.數(shù)據(jù)Cloud-computingprovidersoffertheir“services”accordingtodifferentmodels,whichhappentoformastack(72),platformasaservice(Paas),softwareasaservice(SaaS)。A.hardwareasaservice(Haas) B.networkasaservice(NaaS)C.infrastructureasaservice(IaaS)D.dataasaservice(DaaS)【答案】C【解析】雲(yún)計算供應(yīng)商根據(jù)不壹樣的模式提供他們的"服務(wù)"，恰好形成壹種堆棧()，平臺即服務(wù)(PaaS)，軟件即服務(wù)(SaaS)。A、硬件即服務(wù)(Haas)B、網(wǎng)絡(luò)即服務(wù)(NaaS)C、基礎(chǔ)設(shè)施即服務(wù)(IaaS)D、數(shù)據(jù)即服務(wù)(DaaS)estimatingisatechniqueforestimatingthedurationorcostofanactivityouprojectusinghistoricaldatafromasimilaractivityorproject.A.Parametric B.AnalogousC.Three-pointD.Expertjudgment【答案】B【解析】()估計是壹項技術(shù)，用于估計活動的時間或成本，使用歷史數(shù)據(jù)從類似的活動或項目。A.參數(shù)B.類比C.三點D.專家判斷Schedulecompressionshortenstheprojectschedulewithoutchangingtheprojectscope,tomeetscheduleconstraints,imposeddates,orotherscheduleobjectives.Schedulecompressiontechniquesincludecrashingand(74).A.fasttracking B.what-ifscenarioanalysisC.resourceleveling D.criticalchainmethod【答案】A【解析】進度壓縮技術(shù)包括趕工(crashing)和迅速跟進(fasttracking)。Iftheapprovedchangerequestshaveaneffectontheprojectscope,thenthecorrespondingcomponentdocumentsandcostbaselines,and(75)oftheprojectmanagementplanarerevisedandreissuedtoreflecttheapprovedchanges。A.developingbaselines B.testingbaselinesC.schedulebaselines D.endingbaselines【答案】C【解析】假如同意的變更祈求對項目范圍的影響，那么對應(yīng)的組件文獻和成本基線，以及()的項目管理計劃都需要修訂再版反應(yīng)同意的變更。A、開發(fā)基線B、測試基線C、進度基線D、結(jié)束基線試題壹【闡明】某信息系統(tǒng)集成企業(yè)決定采用項目管理辦公室這樣的組織形式來管理企業(yè)的所有項目，并任命了企業(yè)辦公室主任王某來兼任項目管理辦公室主任這壹職務(wù)。鑒于目前企業(yè)項目管理制度混亂，各項目經(jīng)理都是根據(jù)自已的經(jīng)驗來制定項目管理計劃，存在計劃制定不科學、不統(tǒng)壹等狀況，王某決定從培訓入手來統(tǒng)壹和改善企業(yè)項目管理計劃的制定過程，并責成項目管理辦公室的小張詳細負責有關(guān)培訓內(nèi)容的組織。小張接到任務(wù)後，仔細學習了項目管理的有關(guān)知識，并請教了專業(yè)人士。小張覺得項目管理體系構(gòu)造中，重要由輸入、工具和技術(shù)，以及輸出構(gòu)成，于是也按照項目管理編制計劃的輸入、項目管理編制計劃的工具和技術(shù)，以及項目管理計劃的輸出內(nèi)容三個方面來組織項目管理計劃培訓的有關(guān)課程內(nèi)容.不過在準備深入的內(nèi)容時，小張覺得目前企業(yè)的項目五花八門，有研發(fā)項目、系統(tǒng)集成項目、運維項目和純粹的軟件開發(fā)項目，尚有部分弱電工程項目，既有規(guī)模較大的項目，也有某些小項目。是不是可以用統(tǒng)壹的原則來規(guī)定所有的項目管理計劃的制定過程？小張覺得很懷疑?！締栴}1】項目管理計劃制定的作用是什么？在以上案例中，與否可以用壹種統(tǒng)壹的原則來規(guī)范公司內(nèi)部多種不壹樣項目計劃的制定過程？為何？制定項目管理計劃是定義、準備、集成和協(xié)調(diào)所有的分計劃，以形成項目管理計劃的過程。可以。由于項目管理計劃的內(nèi)容根據(jù)應(yīng)用領(lǐng)域和項目復雜性的不壹樣而不壹樣，因此項目管理計劃可以大體定壹種格式和框架，而項目管理計劃的詳細內(nèi)容會伴隨項目的不壹樣而不壹樣，也就是需要根據(jù)項目的不壹樣，對企業(yè)建立的項目管理計劃進行裁剪。本題目考核的重點是項目管理計劃的制定及有關(guān)問題，包括項目管理計劃的制定、項目管理計劃的內(nèi)容、項目管理計劃的輸出，并對項目管理計劃有關(guān)問題進行判斷。本題目中提問的詳細內(nèi)容與題干中場景描述的關(guān)聯(lián)度非常低。項目管理計劃自身包括兩個層面，壹種是項目怎么管理，壹種是包括哪些子計劃或分計劃。制定項目管理計劃過程實際上是將項目怎么管、包括哪些子計劃或分計劃定義清晰并協(xié)調(diào)好的過程。統(tǒng)壹規(guī)范項目計劃的制定過程相稱于規(guī)范做事的流程，因此是可以的。企業(yè)可以梳理不壹樣項目類型，對項目管理計劃必須包括的內(nèi)容進行剪裁?！締栴}2】請指出項目管理計劃重要包括哪幾方面的內(nèi)容？項目背景項目經(jīng)理、項目團體，及其他項目干系人項目總體技術(shù)處理方案項目過程工具描述項目生命期及有關(guān)階段⑥項目最終目的及階段目的進度計劃及項目預(yù)算變更流程及溝通計劃等項目管理知識體系指南，側(cè)重展現(xiàn)了各過程的輸入、輸出、工具技術(shù)，但做事的流程、做事的原則、多種計劃與表格所包括的詳細內(nèi)容恰恰是指導項目實踐所必須的，因此本題目但愿大家可以真正理解項目管理計劃至少包括哪些內(nèi)容?！締栴}3】請指出項目管理計劃的輸出包括什么？項目管理計劃、范圍管理計劃、進度管理計劃、成本管理計劃、質(zhì)量管理計劃、人員配置管理計劃、風險管理計劃、溝通管理計劃、配置管理計劃，以及變更管理計劃等，還可以包括軟件過程改善計劃，以及軟件開發(fā)計劃、測試計劃、綜合布線計劃等工程類活動計劃。本題目指的是編制項目管理計劃的輸出應(yīng)包括什么？項目管理計劃含諸多子計劃。【問題4】結(jié)合實際工作經(jīng)驗和案例，判斷下列選項的正誤(填寫在答題紙的對應(yīng)欄內(nèi)，對的的選項填寫“/”，錯誤的選項填寫“X”)：；項目經(jīng)理不能由部門經(jīng)理擔任。()—項目管理計劃應(yīng)當由王某制定。()有無收到項目工作闡明書對項目組人員完畢項目任務(wù)沒有影響。()小項目的管理也必須按照企業(yè)項目管理制度執(zhí)行。()在小型項目的管理中責任分工表可以替代項目管理計劃。()在小型項目的管理中階段評審可以忽視，直接進行內(nèi)部驗收。()項目管理計劃的輔助計劃包括人員配置計劃。()X(2)X(3)X(4)/(5)X(6)X(7)/項目經(jīng)理應(yīng)當具有項目管理經(jīng)驗、行業(yè)經(jīng)驗、溝通能力、個人能力、有關(guān)知識技能等，身為部門經(jīng)理若有時間容許不影響其擔任項目經(jīng)理；項目管理計劃的制定應(yīng)由項目組組員制定；SOW是對項目所要提供的產(chǎn)品或服務(wù)的描述，因此必須有；小項目的管理也必須按照企業(yè)項目管理制度執(zhí)行；小型項目的管理中責任分工表只有責任分工部分，不可以替代項目管理計劃；小型項目的階段評審不可以忽視，監(jiān)控點的劃分、監(jiān)控的力度與大項目可以不壹樣，但不能直接進行內(nèi)部驗收；項目管理計劃的諸多子計劃也稱為輔助計劃，包括人員配置計劃。試題二【闡明】已知某信息工程項目由ABCDEGHI八個活動構(gòu)成，項目工期規(guī)定為100天。項目組根據(jù)初步歷時估算、各活動間邏輯關(guān)系得出的初步進度計劃網(wǎng)絡(luò)圖如下圖所示(箭線下方為活動歷時)?！締栴}1】請給出該項目初步進度計劃的關(guān)鍵途徑和工期。該項目進度計劃需要壓縮多少天才能滿足工期規(guī)定？也許需要壓縮的活動均有哪些？若項目組將B和H均壓縮至30天，與否可滿足工期規(guī)定？壓縮後項目的關(guān)鍵途徑有多少條？關(guān)鍵途徑上的活動是什么？關(guān)鍵途徑為BGI,工期120天；壓縮20天，可壓縮的活動有6個，BGIADH;可滿足工期規(guī)定，2條，BGI和ADH。本題目為結(jié)合進度與成本控制的綜合計算與問答題，進度網(wǎng)絡(luò)圖部分考察的是雙代號網(wǎng)絡(luò)圖，知識點包括運用雙代號網(wǎng)絡(luò)圖識別關(guān)鍵途徑、工期、進度壓縮，以及運用掙值分析措施監(jiān)控判斷項目績效并進行項目成本預(yù)測。從題目中給出的時標雙代號網(wǎng)絡(luò)圖中可以很直觀地看出該項目初步進度計劃的關(guān)鍵途徑，即沒有自由時差(波浪線)的那部分活動，最終止束時間就是該項目初步進度計劃的工期。題干中給出項目工期規(guī)定為100天，因此必須壓縮20天。首先要壓縮關(guān)鍵途徑上的工

期，但還要看壹下非關(guān)鍵途徑與否＜100天。B在關(guān)鍵途徑上，H在壹條較長的非關(guān)鍵途徑上，B壓縮20天H壓縮10天後有兩條路徑上的工期為100天：BGI和ADH，可以滿足100天工期的規(guī)定?！締栴}2】項目組根據(jù)工期規(guī)定、資源狀況及預(yù)算進行了工期優(yōu)化，即將活動B壓縮至30天、D壓縮至40天，并形成了最終進度計劃網(wǎng)絡(luò)圖；給出的項目所需資源數(shù)量與資源費率如下：活動胃源活動胃源費率沅/人無％A［人180B2人220C%150D2人240活動資源費率(元/人天JE1人180G2人200H以'10012乂150按最終進度計劃執(zhí)行到第40天晚對項目進行監(jiān)測時發(fā)現(xiàn)，活動D完畢二分之壹，活動E準備第二天開始，活動G完畢了1/4；此時合計支付的實際成本為40000元。請在下表中填寫此時該項目的績效信息。活動PVEVABCDEGH1合計D2OX2X24096009頒1?EIOXJKOX1IS000GIOX2OOX24m4000*HQ01G0合汁33100 31300將活動B壓縮至30天、D壓縮至40天後的最終進度計劃網(wǎng)絡(luò)圖如下，第40天晚的監(jiān)控情況可用前鋒線表達：可見，DG按計劃完畢了，E尚未按計劃執(zhí)行，但第二天可以執(zhí)行，意味著ABC在第40天晚已經(jīng)完畢了，只有E的PV與EV有所不壹樣?！締栴}3】請計算第40天晚時項目的CV、SV、CPI、SPI（給出計算公式和計算成果，計算成果保留2位小數(shù)），評價目前項目績效，并給出改善措施。CV=EV-AC=31300-40000=-8700<0；SV=EV-PV=31300-33100=-1800<0；CPI=EV/AC=0.78<1；SP1=EV/PV=0.95<1；項目績效：項目成本超支、進度滯後；改善措施：提議減人換高效的人并加班加點，進行趕工。運用掙值分析公式計算第40天晚項目的CV、SV、CPI、SPI。CV、SV與0比，CPI、SPI與1比，來判斷項目績效，并給出改善措施?！締栴}4】項目組發(fā)現(xiàn)問題後及時進行了糾正，對項目的後續(xù)執(zhí)行沒有影響，請預(yù)測項目的竣工尚需成本ETC和竣工估算EAC（給出計算公式和計算成果）。ETC=（DX50%+E+GX75%+H+1）的費用=20X2X240+10X180X1+30X200X2+40X2X100+30X2X150=40400EAC=AC+ETC=40000+40400=80400運用非經(jīng)典偏差公式進行預(yù)測：ETC=BAC-EV、EAC=AC+ETC，并計算出成果。試題三【闡明】某企業(yè)初承接了壹種周期為壹年的OA信息系統(tǒng)項目，并指派項目經(jīng)理小張負責。該項目屬于定制型項目，波及的顧客方較多，小張根據(jù)自已的經(jīng)驗預(yù)測到項目也許會波及頻繁的需求變更，因此小張在將項目組提成了業(yè)務(wù)組、實行組、開發(fā)組後，定義了如下需求管理及控制流程：指派專門的業(yè)務(wù)組進行需求分析，分析完畢後立即與顧客進行需求確認，確認後填寫需求狀態(tài)表(包括需求提交曰期、需求狀態(tài)、與否屬于變更等)；實行組獲得需求分析文檔後，壹周內(nèi)進行技術(shù)方案設(shè)計；技術(shù)方案完畢後，業(yè)務(wù)組視狀況與顧客進行二次溝通確認，確認後填寫需求狀態(tài)表(包括需求技術(shù)方案提交曰期、需求技術(shù)方案狀態(tài))；需求分析、技術(shù)方案完畢後，開發(fā)組每周對已確定需求進行工作量評估，形成月度開發(fā)計劃；開發(fā)組根據(jù)開發(fā)計劃進行定制開發(fā)工作；每周開發(fā)組根據(jù)需求狀態(tài)庫的需求、方案進行工作量重新評估，更新開發(fā)計劃。項目進行過程中，發(fā)生了如下事件，導致項目延期六個月才完畢：［事件1］根據(jù)20初的計劃開發(fā)完畢了OA信息系統(tǒng)項目并上線，但顧客役有真正使用。底推廣使用的時候發(fā)現(xiàn)，業(yè)務(wù)流程有缺失，程序有BUG，于是項目組重新按照以上流程梳理了需求，并重新開發(fā)上線。［事件2］底，開發(fā)組提出需求分析在深度、廣度上不夠，導致開發(fā)返工任務(wù)多?！締栴}1】結(jié)合案例及你的工作經(jīng)驗，請闡明項目經(jīng)理小張在需求管理及控制過程中存在哪些不足？項目整體范圍定義不充足。只有業(yè)務(wù)組與顧客進行需求確認(需要實行組、開發(fā)組共同參與)。沒有定義需求變更控制過程。對于需求變更，只進行了記錄，沒有走需求變更流程。沒有對需求變更影響進行評估。技術(shù)方案設(shè)計不充足，沒有進行質(zhì)量評審(需要業(yè)務(wù)組、實行組、開發(fā)組共司確認技術(shù)方案的詳細程度，來驗證需求的深度、廣度)。沒有進行需求跟蹤，導致有些需求缺失狀況。質(zhì)量控制不夠，導致程序有BUG返工。本題目考察的是軟件項目需求獲取、管理及控制問題，包括需求開發(fā)與需求管理、軟件項目的質(zhì)量控制、需求雙向追蹤問題、需求狀態(tài)表，以及應(yīng)怎樣做好軟件項目需求管理及控制。既然預(yù)測到項目也許會波及頻繁的需求變更，就應(yīng)當制定變更控制流程，需求管理自身規(guī)定干系人必須對後續(xù)的變更作出承諾；需求管理過程規(guī)定在為實現(xiàn)項目需求的所有人員之間到達壹致，建立承諾，故各組人員要共同參與需求評審及確認；需求分析完畢後應(yīng)進行多方參與的評審，不能立即與顧客進行需求確認；對于需求的變更不能只是記錄壹下；對需求變更的影響沒有進行分析評估；得到需求分析文檔沒有評審，沒有進行項目范圍定義及評審；沒有進行需求跟蹤，導致業(yè)務(wù)流程有缺失；技術(shù)方案設(shè)計沒有進行評審；程序有BUG，闡明質(zhì)量控制不夠?！締栴}2】結(jié)合案例，圍繞需求管理，請將下面(1)?(2)處的答案填寫在答題紙的對應(yīng)欄內(nèi)。案例中，底推廣使用的時候發(fā)現(xiàn)，業(yè)務(wù)流程有缺失，這壹現(xiàn)象是由于缺乏(1)中的(2)。需求跟蹤(或需求雙向跟蹤)需求追溯需求管理中壹項非常重要的實踐是維護需求與項目計劃和工作產(chǎn)品之間的雙向追蹤矩陣。雙向即從客戶需求追溯到下游工作產(chǎn)品、從下游工作產(chǎn)品回溯到客戶需求。案例中，底推廣使用的時候發(fā)現(xiàn)，業(yè)務(wù)流程有缺失，表明沒有做好需求跟蹤中的從客戶需求追溯到下游工作產(chǎn)品。【問題3】結(jié)合案例和個人經(jīng)驗，簡要論述項目中需求也許存在的幾種狀態(tài)。已提議、已同意、已實現(xiàn)、已驗證、已刪除、已設(shè)計、已交付、待同意、被拒絕在整個開發(fā)過程中，跟蹤每個需求的狀態(tài)是需求管理的重要內(nèi)容。提議的需求狀態(tài)包括：已提議、已同意(或待同意、被拒絕)、已實現(xiàn)、已驗證、已刪除，還可以包括：已設(shè)計、已交付?！締栴}4】假如你是小張的經(jīng)理，請協(xié)助小張改善需求管理及控制過程中的局限性。項目組全體組員做好范圍定義，并進行評審。項目組全體做好需求確認(業(yè)務(wù)組、實行組、開發(fā)組、顧客壹起確認)。定義需求變更控制過程(變更申請、評估、同意、實行、確認、公布)。每壹項需求，嚴格遵守需求變更流程。做好需求技術(shù)方案設(shè)計質(zhì)量評審。進行需求跟蹤。做好范圍控制。針對問題1分析的成果可得出需求管理及控制過程對的的做法是：制定統(tǒng)壹的變更控制流程；項目組組員應(yīng)共同參與需求評審與需求確認；需求變更