2017年信息系統(tǒng)項目管理師基礎(chǔ)知識試題及答案

1、 信息系統(tǒng)是由計算機硬件，網(wǎng)絡(luò)通訊設(shè)備、計算機軟件，以及（A）組成的人體一體化系統(tǒng)。A、信息資源、信息用戶和規(guī)章制度 B、信息資源、規(guī)章制度C、信息用戶、規(guī)章制度 D、信息資源、信息用戶和場地機房2、 企業(yè)信息化是指企業(yè)在作業(yè)、管理決策的各個層面利用信息技術(shù)，提高企業(yè)的智能化，自動化水平的過程。（D）—般不屬于企業(yè)信息化的范疇。A、在產(chǎn)品中添加了跟蹤服務(wù)功能 B、實現(xiàn)了OA系統(tǒng)的擴展C、引入了專家決策系統(tǒng) D、第三方廣告平臺的更新企業(yè)信息化是指企業(yè)在產(chǎn)品的設(shè)計、開發(fā)、生產(chǎn)、管理、經(jīng)營等多個環(huán)節(jié)中廣泛利用信息技術(shù)，輔助生產(chǎn)制造，優(yōu)化工作流程，管理客戶關(guān)系，建設(shè)企業(yè)信息管理系統(tǒng)，培養(yǎng)信息化人才并建設(shè)完善信息化管理制度的過程。企業(yè)信息化是國民經(jīng)濟信息化的基礎(chǔ)，涉及生產(chǎn)制造系統(tǒng)、ERP、CRM、SCM等3、 智能制造是制造技術(shù)發(fā)展的必然趨勢，從理論上來講，（B）是智能制造的核心A、制造機器人B、CPSC、互聯(lián)網(wǎng)D、3D打印信息物理系統(tǒng)（CPS,Cyber-PhysicalSystems）是一^綜合計算、網(wǎng)絡(luò)和物理環(huán)境的多維復(fù)雜系統(tǒng)，通過3C（Computer、Communication、Control）技術(shù)的有機融合與深度協(xié)作，實現(xiàn)大型工程系統(tǒng)額實時感知、動態(tài)控制和信息服務(wù)。CPS實現(xiàn)計算、通信與物理系統(tǒng)的一體化設(shè)計,可使系統(tǒng)更加可靠、高效、實時協(xié)同,具有重要而廣泛的應(yīng)用前景4、 以下關(guān)于信息系統(tǒng)生命周期的敘述中，不正確的是（B）A、 信息系統(tǒng)生命周期可分為立項、開發(fā)、運維和消亡四個階段B、 立項階段結(jié)束的里程碑式集成企業(yè)提交的立項建議書C、 廣義的開發(fā)階段包括系統(tǒng)實施和系統(tǒng)驗收D、 在系統(tǒng)建設(shè)的初期就要考慮系統(tǒng)的消亡條件和時機立項階段：即概念階段或需求階段,這一階段根據(jù)用戶業(yè)務(wù)發(fā)展和經(jīng)營管理的需求,提出建設(shè)信息系統(tǒng)的初步構(gòu)想,然后對企業(yè)信息系統(tǒng)的需求進行深入調(diào)研和分析,形成《需求規(guī)格說明書》并確定立項5、 以下關(guān)于需求分析的敘述中，不正確的是（B）A、 需求分析的目的是確定系統(tǒng)必須完成哪些工作，對目標系統(tǒng)提出完整、準確、清晰、具體的要求B、 完整的需求分析過程包括：獲取用戶需求、分析用戶需求、編寫需求說明書三個過程C、 根據(jù)項目的復(fù)雜程度，需求分析的工作可以由專門的系統(tǒng)分析人員來做，也可以由項目經(jīng)理帶領(lǐng)技術(shù)人員完成D、 軟件需求分為三個層次：業(yè)務(wù)需求、用戶需求、功能需求與非功能需求完整的需求分析過程包括：獲取用戶需求、分析用戶需求、編寫需求說明書和需求評審四個過程6、 （D）不是獲取需求的方法A、問卷調(diào)查B、會議討論C、獲取原型D、決策分析信息系統(tǒng)項目需求獲取最常用的方法：問卷調(diào)查法、會議討論法、界面原型法、可運行原型系統(tǒng)法決策分析是一種運籌學(xué)方法,決策分析是研究決策者在復(fù)雜而不確定環(huán)境下如何進行決策的理論和方法。決策分析的目的在于提供一種適于解決包括主觀因素在內(nèi)的復(fù)雜決策問題的系統(tǒng)分析方法,其目的在于改進決策過程,提高決策準確性7、 8、軟件設(shè)計過程是定義一個系統(tǒng)或組件（B）的過程，其中描述軟件的結(jié)構(gòu)和組織、標識各種不同組件的設(shè)計是（D）A、數(shù)據(jù)和控制流B、架構(gòu)和結(jié)構(gòu)C、對象模型D、數(shù)據(jù)模型A、軟件詳細設(shè)計B、軟件對象設(shè)計C、軟件環(huán)境設(shè)計D、軟件架構(gòu)設(shè)計軟件設(shè)計是定義一個系統(tǒng)或組件的架構(gòu)、組件、結(jié)構(gòu)和其他特征的過程，并得到這個過程的結(jié)果軟件設(shè)計包括軟件架構(gòu)設(shè)計和軟件詳細設(shè)計，架構(gòu)設(shè)計屬于高層設(shè)計，主要描述軟件的結(jié)構(gòu)和組織，標識各種不同的組件9、 軟件工程中，（B）的目的是評價軟件產(chǎn)品，以確定其對使用意圖的使用性。A、審計B、技術(shù)評審C、功能確認D、質(zhì)量保證技術(shù)評審的目的是評價軟件產(chǎn)品，以確定其對使用意圖的適合性，目標是識別規(guī)范說明與標準的差異，并向管理提供證據(jù)，以表明產(chǎn)品是否滿足規(guī)范說明并遵從標準，而且可以控制變更，檢查的目的是檢測和識別軟件產(chǎn)品異常。10、 （A）的目的是提供軟件產(chǎn)品和過程對于可應(yīng)用的規(guī)則、標準、指南、計劃和流程的遵從性的獨立評價A、軟件審計B、軟件質(zhì)量保證C、軟件過程管理D、軟件走查軟件審計的目的是提供軟件產(chǎn)品和過程對于可應(yīng)用的規(guī)則、標準、指南、計劃和流程的遵從性的獨立評價軟件質(zhì)量保證過程通過計劃制定、實施和完成一組活動提供保證，這些活動保證項目生命周期中的軟件產(chǎn)品和過程符合其規(guī)定的需求軟件過程管理集成了過程管理和項目管理，包括啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價、關(guān)閉、軟件工程度量走查是評審過程中采用的一種方法。走查時，軟件設(shè)計者或程序開發(fā)人員指導(dǎo)一名或多名其他參加評審的成員，通讀已書寫的設(shè)計文稿或編碼，其他成員負責(zé)提出問題，并對有關(guān)技術(shù)、風(fēng)格、可能的錯誤，是否有違背評審標準的地方進行評論11、 以下關(guān)于軟件測試的描述，不正確的是（B）A、 為評價和改進產(chǎn)品質(zhì)量進行的活動B、 必須在編碼階段完成后才開始的活動C、 是在識別產(chǎn)品的缺陷而進行的活動D、 一般分為單元測試、集成測試、系統(tǒng)測試等階段測試不再只是一種僅在編碼階段完成后才開始的活動，現(xiàn)在的軟件測試被認為是一種應(yīng)該包括在整個開發(fā)和維護過程中的活動，它本身是實際產(chǎn)品構(gòu)造的一個重要的部分測試是為了評價和改進產(chǎn)品質(zhì)量、識別產(chǎn)品的缺陷和問題而進行的活動。軟件測試是針對一個程序的行為，在有限測試用例集合上，動態(tài)驗證是否達到預(yù)期的行為。軟件測試伴隨開發(fā)和維護過程，通?？梢栽诟拍钌蟿澐譃閱卧獪y試、集成測試和系統(tǒng)測試三個階段12、 依據(jù)GB/T11457-2006《信息技術(shù)軟件工程術(shù)語》，（A）是一種靜態(tài)分析技術(shù)或者評審過程，在此過程中，設(shè)計者或程序員引導(dǎo)開發(fā)組的成員通讀已書寫的設(shè)計或者代碼，其他成員負責(zé)提出問題，并對有關(guān)技術(shù)、風(fēng)格、可能的錯誤、是否違背開發(fā)標準等方面進行評論。A、走查B、審計C、認證C、鑒定走查：一種靜態(tài)分析技術(shù)或評審過程，在此過程中設(shè)計者或程序員引導(dǎo)開發(fā)組的成員通讀已書寫的設(shè)計或編碼，其他成員負責(zé)提出問題并對有關(guān)技術(shù)、風(fēng)格、可能的錯誤、是否違背開發(fā)標準等方便進行評論。審計（審核）：1）為評估工作產(chǎn)品或工作產(chǎn)品集是否符合軟件需求、規(guī)格說明、基線、標準、過程、指令、代碼以及合同和特殊要求而進行的一種獨立的檢查，2）通過調(diào)查研究確定已制定的過程、指令、規(guī)格說明、代碼和標準或其他的合同及特殊要求是否恰當(dāng)和被遵守，以及其實現(xiàn)是否有效而進行的活動認證：1）一個系統(tǒng)、部件或計算機程序符合其規(guī)定的需求，對操作使用是可接受的一種書面保證。例如，計算機系統(tǒng)是安全的允許在定義的環(huán)境中操作的書面的認可2）為使系統(tǒng)準投入運行性使用，對系統(tǒng)遵循規(guī)定的需求是可接受的所做的正式演示3）驗證系統(tǒng)或部件遵循規(guī)定的需求，且其操作使用是可接受的過程鑒定：一個正式的過程，通過這個過程確定系統(tǒng)或不僅是否符合它的規(guī)格說明，是否可在目標環(huán)境中適合于操作使用13、14、過程質(zhì)量是指過程滿足明確和隱含需要的能力的特性之綜合。根據(jù)GB/T16260-2006中的觀點，在軟件工程項目中，評估和改進一個過程是提高A）的一種手段，并據(jù)此成為提高（B）的一種方法A、產(chǎn)品質(zhì)量B、使用質(zhì)量C、內(nèi)部質(zhì)量D、外部質(zhì)量A、產(chǎn)品質(zhì)量B、使用質(zhì)量C、內(nèi)部質(zhì)量D、外部質(zhì)量15、 依據(jù)GB/T16680-2015《系統(tǒng)與軟件工程用戶文檔的管理者要求》管理者應(yīng)制定和維護用戶文檔編制計劃。（A）不屬于用戶文檔編制計劃內(nèi)容。A、文檔開發(fā)過程中實施的質(zhì)量控制 B、用戶文檔的可用性需求C、確定用戶文檔需要覆蓋的軟件產(chǎn)品D、每個文檔的媒體和輸出格式的控制模板和標準設(shè)計16、 信息系統(tǒng)的安全威脅分為七類，其中不包括（D）A、自然事件風(fēng)險和認為事件風(fēng)險B、軟件系統(tǒng)風(fēng)險和軟件過程風(fēng)險C、項目管理風(fēng)險和應(yīng)用風(fēng)險 D、功能風(fēng)險和效率風(fēng)險計算機信息應(yīng)用系統(tǒng)的安全威脅（風(fēng)險）有如下分類方法：1） 從風(fēng)險的性質(zhì)劃分，可以簡單地分為靜態(tài)風(fēng)險和動態(tài)風(fēng)險。靜態(tài)風(fēng)險是自然力的不規(guī)則作用和人們的錯誤判斷和錯誤行為導(dǎo)致的風(fēng)險，動態(tài)風(fēng)險是由于人們欲望的變化、生產(chǎn)方式和生產(chǎn)技術(shù)的變化以及企業(yè)組織的變化導(dǎo)致的風(fēng)險。2） 從風(fēng)險的結(jié)果劃分，可以劃分為純粹風(fēng)險和投機風(fēng)險。純粹風(fēng)險是當(dāng)風(fēng)險發(fā)生時，僅僅會造成損害的風(fēng)險，而投資風(fēng)險是當(dāng)風(fēng)險發(fā)生時，可能產(chǎn)生效益也可能造成損失的風(fēng)險。3） 從風(fēng)險源的角度劃分，可以劃分為自然事件風(fēng)險、人為事件風(fēng)險、軟件風(fēng)險、軟件過程風(fēng)險、項目管理風(fēng)險、應(yīng)用風(fēng)險、用戶使用風(fēng)險等17、 （C）不能保障公司內(nèi)部網(wǎng)絡(luò)邊界的安全A、 在公司網(wǎng)絡(luò)與Internet或外界其他接口處設(shè)置防火墻B、 公司以外網(wǎng)絡(luò)上用戶要訪問公司網(wǎng)時，使用認證授權(quán)系統(tǒng)C、 禁止公司員工使用公司外部的電子郵件服務(wù)器D、 禁止公司內(nèi)部網(wǎng)絡(luò)的用戶私自設(shè)置撥號上網(wǎng)網(wǎng)絡(luò)邊界主要指本單位（或部門）的網(wǎng)絡(luò)與外界網(wǎng)絡(luò)的出口邊界，其安全主要指針對經(jīng)過邊界進出訪問和傳輸數(shù)據(jù)包時要采取的控制和防范措施。為加強邊界安全，在公司網(wǎng)絡(luò)與Internet或外界其他接口處設(shè)置防火墻能夠有效對進出網(wǎng)絡(luò)的通信進行控制。通過使用認證授權(quán)系統(tǒng)，可以控制只有經(jīng)過認證的用戶才能夠訪問公司網(wǎng)絡(luò)，禁止公司內(nèi)部網(wǎng)絡(luò)上用戶私自設(shè)置撥號上網(wǎng)，可以控制公司網(wǎng)絡(luò)與外部網(wǎng)絡(luò)的邊界，盡量減少后門。18、 安全審計（securityaudit）是通過測試公司信息系統(tǒng)對一套確定標準的符合程度來評估其安全性的系統(tǒng)方法，安全審計的主要作用不包括（D）A、 對潛在的攻擊者起到震懾或警告作用B、 對已發(fā)生的系統(tǒng)破壞行為提供有限的追究證據(jù)C、 通過提供日志，幫助系統(tǒng)管理員發(fā)現(xiàn)入侵行為或潛在漏洞D、通過性能測試，幫助系統(tǒng)管理員發(fā)現(xiàn)性能缺陷或不足。19、 局域網(wǎng)中，常采用廣播消息的方法來獲取訪問目標IP地址對應(yīng)的MAC地址，實現(xiàn)此功能的協(xié)議為（D）A、RARP協(xié)議B、SMTP協(xié)議C、SLIP協(xié)議D、ARP協(xié)議ARP協(xié)議能把IP地址解析成MAC地址,ARP將含目標IP地址域的數(shù)據(jù)報封裝在廣播幀中，接收到ARP的實體，如果童本機IP相同則發(fā)回應(yīng)答數(shù)據(jù)報，告知本機MAC地址，否則丟棄，每個主機通常有ARP緩沖區(qū)20、 “采用先進成熟的技術(shù)和設(shè)備，滿足當(dāng)前業(yè)務(wù)需求，兼顧未來的業(yè)務(wù)需求”體現(xiàn)了（“A）”的機房工程設(shè)計原則。A、實現(xiàn)性和先進性B、靈活性和可擴展性C、經(jīng)濟性/投資保護D、可管理性21、 以下關(guān)于綜合布線的敘述中，正確的是:（D）A、 綜合布線系統(tǒng)只適用于企業(yè)、學(xué)校、團體、不適合家庭B、 垂直干線子系統(tǒng)只能用光纖介質(zhì)傳輸C、 處于安全考慮。大型樓宇的設(shè)備間和管理間必須單獨設(shè)置D、 樓層配線架不一定在每一樓層都要設(shè)置22、 在進行網(wǎng)絡(luò)規(guī)劃時，應(yīng)制定全網(wǎng)統(tǒng)一的網(wǎng)絡(luò)架構(gòu)，并遵循統(tǒng)一的通信協(xié)議標準，使符合標準的計算機系統(tǒng)很容易進行網(wǎng)絡(luò)互連，這體現(xiàn)了網(wǎng)絡(luò)規(guī)劃的（B）原則A、實用性B、開放性C、先進性D、可靠性23、 以下關(guān)于網(wǎng)絡(luò)規(guī)劃、設(shè)計與實施工作的敘述中，不正確的是:（D）A、 在設(shè)計網(wǎng)絡(luò)拓撲結(jié)構(gòu)時，應(yīng)考慮的主要因素有：地理環(huán)境、傳輸介質(zhì)與距離以及可靠性B、 在設(shè)計主干網(wǎng)時，連接建筑群的主干網(wǎng)一般考慮以光纜作為傳輸介質(zhì)C、 在設(shè)計廣域網(wǎng)連接方式時，如果網(wǎng)絡(luò)用戶有WWW、E-mail等具有Internet功能的服務(wù)器，一般采用專線連接或永久虛電路連接外網(wǎng)D、 無線網(wǎng)絡(luò)不能應(yīng)用于城市范圍的網(wǎng)絡(luò)接入24、 在無線通信領(lǐng)域，現(xiàn)在主流應(yīng)用的是第四代（4G）通信技術(shù)，其理論下載速率可達到（D）Mbps（兆比特每秒）A、2.6 B、4 C、20 D、100一般選擇最大的25、 為了將面向?qū)ο蟮姆治瞿Ｐ娃D(zhuǎn)化為設(shè)計模型，設(shè)計人員必須完成以下任務(wù)：設(shè)計用例實現(xiàn)方案、設(shè)計技術(shù)支撐設(shè)施、（C）、精化設(shè)計模型。A、設(shè)計用例實現(xiàn)圖B、設(shè)計類圖C、設(shè)計用戶界面D、軟件測試方案面向?qū)ο蟮姆治瞿Ｐ椭饕身攲蛹軜?gòu)圖、用例與用例圖、領(lǐng)域概念模型構(gòu)成；設(shè)計模型則包含以包圖表示的軟件體系結(jié)構(gòu)圖、以交互圖表示的用例實現(xiàn)圖、完整精確的類圖、針對復(fù)雜對象的狀態(tài)圖和用以描述流程化處理過程的活動圖等，為完成這一轉(zhuǎn)換過程，設(shè)計人員必須處理以下任務(wù)：1） 針對分析模型中的用例，設(shè)計用例實現(xiàn)方案，實現(xiàn)方案用UML交互圖表示2） 設(shè)計技術(shù)支撐設(shè)施。這些設(shè)施并非業(yè)務(wù)需求的一部分，但卻為多種業(yè)務(wù)需求的實現(xiàn)提供公共服務(wù)，例如數(shù)據(jù)的持久儲存服務(wù)，安全控制服務(wù)和遠程訪問服務(wù)等，需要研究這些技術(shù)支撐設(shè)施的實現(xiàn)方式以及它們與業(yè)務(wù)需求層面的類及子系統(tǒng)之間的關(guān)系3） 設(shè)計用戶界面。針對分析模型中的領(lǐng)域概念模型以及引進的新類，完整、精確地確定每個類的屬性和操作，并完整地標示類之間的關(guān)系。26、 以下關(guān)于UML（UnifiedModelingLanguage,統(tǒng)一建模語言）的敘述中，不正確的是：（C）A、UML適用于各種軟件開發(fā)方法B、UML適用與軟件生命周期的各個階段C、UML不適用于迭代式的開發(fā)過程D、UML不是編程語言UML是一種標準的建模方法，UML標準并沒有定義一種標準的開發(fā)過程，它雖然可以支持現(xiàn)有的大部分軟件開發(fā)過程，但它還是比較適用于迭代式開發(fā)過程。27、面向?qū)ο蟮能浖_發(fā)過程是用例驅(qū)動的，用例是UML的重要部分，用例之間存在著一定的關(guān)系，下圖表示的是用例之間的（B）關(guān)系A(chǔ)、泛化B、包含C、擴展D、等同28、 根據(jù)《中華人民共和國政府采購法》（A）應(yīng)作為政府采購的主要方式。A、公開招標B、邀請招標C、競爭性談判D、詢價29、 根據(jù)《中華人民共和國政府采購法》，以下敘述中，不正確的是:（D）A、 集中采購機構(gòu)是非營利性事業(yè)法人，根據(jù)采購人的委托辦理采購事宜B、 集中采購機構(gòu)進行政府采購活動，應(yīng)當(dāng)符合采購價格低于市場平均價格、采購效率更高、采購質(zhì)量優(yōu)良和服務(wù)良好的要求C、 采購納入集中采購目錄的政府項目，必須委托集中采購機構(gòu)代理采購D、 采購未納入集中采購目錄的政府采購項目，智能自行采購，不能委托集中采購機構(gòu)采購30、 甲乙兩方分別獨立開發(fā)出相同主題的閥門，但甲完成在先，乙完成在后。依據(jù)專利法規(guī)定,（C）A、甲享有專利申請權(quán)，乙不享有 B、甲不享有專利申請權(quán)，乙享有C、甲乙都享有專利申請權(quán) D、甲乙都不享有專利申請權(quán)31、 通常在（D）任命項目經(jīng)理比較合適A、可研過程之前B、簽訂合同之前C、招投標之前D、開始制定項目計劃前32、 現(xiàn)代項目管理過程中，一般會將項目的進度、成本、質(zhì)量和范圍作為項目管理的目標，這體現(xiàn)了項目管理的（A）特點A、多目標性B、層次性C、系統(tǒng)性D、優(yōu)先性多目標性：對一個項目而言，項目目標往往不是單一的，而是一個多目標系統(tǒng)，希望通過一個項目的實施，實現(xiàn)一系列的目標，滿足多方面的需求。但是很多時候不同目標之間存在著沖突，實施項目的過程就是多個目標協(xié)調(diào)的過程，由同一層次目標的協(xié)調(diào)，也有不同層次總項目目標和子目標的協(xié)調(diào)，項目目標和組織戰(zhàn)略的協(xié)調(diào)等。33、 項目范圍說明書（初步）的內(nèi)容不包括（D）A、項目和范圍的目標B、產(chǎn)品或服務(wù)的需求和特點C、項目需求和交付物D、項目計劃網(wǎng)絡(luò)圖項目范圍說明書包括以下內(nèi)容：項目和范圍的目標、產(chǎn)品或服務(wù)的需求和特性、項目的邊界、產(chǎn)品接受標準、項目約束條件、項目假設(shè)、最初的項目組織、最初定義的風(fēng)險、進度里程碑、費用估算的量級要求、項目配置管理的需求、已批準的需要34、 下圖是變更控制管理流程圖，該流程圖缺少（D）

是否暹否批準一提出變更申諸取消變更影響分析結(jié)東審査批準實族變更是否暹否批準一提出變更申諸取消變更影響分析結(jié)東審査批準實族變更A、評估影響記錄B、配置申計C、變更疋義D、記錄變更頭施情況變更管理的一般工作程序如下：1）提出變更申請2）變更影響分析3）CCB申查批準4）頭施變更5）監(jiān)控變更頭施，記錄頭施變更頭施情況6）結(jié)束變更35、 在創(chuàng)建工作分解結(jié)構(gòu)時，描述生產(chǎn)一個產(chǎn)品所需求的頭際部件、組件的分解層次表格稱為⑻A、風(fēng)險分解結(jié)構(gòu)B、物料清單C、組織分解結(jié)構(gòu)D、資源分解結(jié)構(gòu)物料清單用于描述了生產(chǎn)一個產(chǎn)品所需的頭際部件、組件和構(gòu)件的分層次表格36、 37下圖是某一項目的剪線圖（時間單位：周），其關(guān)鍵路徑是（C）,工期是（A）周A、1-4-6-8-10-11 B、1-3-9-11 C、1-4-9-11 D、1-2-5-7-11A、14 B、12 C、11 D、13找最長38、項目范圍基線包括（A）A、 批準的項目范圍說明書、WBS及WBS字典B、 項目初步范圍說明書、WBS及WBS字典C、批準的項目范圍說明書，WBS字典D、項目詳細范圍說明書、WBS通常把被批準的詳細的項目范圍說明書和與之相關(guān)的WBS及WBS字典作為項目的范圍基準，并在整個項目的生命期內(nèi)對之進行控制、核實和確認39、 輔助（功能）研究是項目可行性研究中的一項重要內(nèi)容，以下敘述中，正確的是（A）A、 輔助（功能）研究只包括項目的某一方面，而不是項目的所有方面B、 輔助（功能）研究只能針對項目的初步可行性研究內(nèi)容進行輔助的說明C、 輔助（功能）研究只涉及項目的非關(guān)鍵部分的研究D、 輔助（功能）研究的費用與項目可行性研究的費用無關(guān)輔助（功能）研究包括項目的一個或幾個方面，但不是所有方面，并且只能作為初步可行性研究、項目可行性研究和大規(guī)模投資建議的前提或輔助40、 在進行項目可行性分析時，需要在A）過程中針對投入/產(chǎn)出進行對比分析，以確定項目的收益率和投資回收期等A、經(jīng)濟可行性分析B、技術(shù)可行性分析C、運行環(huán)境可行性分析D、法律可行性分析41、 以下關(guān)于項目溝通管理的敘述中，不正確的是：（C）A、 對于大多數(shù)項目而言，溝通管理計劃應(yīng)該在項目初期就完成B、 基本的項目溝通內(nèi)容信息可以從項目工作分解結(jié)構(gòu)中獲得C、 制定合理的工作分解結(jié)構(gòu)與項目溝通是否充分無關(guān)D、 項目的組織結(jié)構(gòu)在很大程度上影響項目的溝通需求應(yīng)該與各項目干系人進行充分溝通才能制定一個明確、清晰、透明和合理具體的工作分解結(jié)構(gòu)42、 溝通管理計劃包括確定項目干系人的信息和溝通需求，在編制溝通計劃時，（C）不是溝通計劃編制的輸入A、組織過程資產(chǎn)B、項目章程C、溝通需求分析D、項目范圍說明書溝通計劃編制的輸入包括：組織過程資產(chǎn)、項目章程、項目管理計劃、項目范圍說明書43、 在進行項目干系分析時，經(jīng)常用到權(quán)利/利益分析法，（A）屬于第二區(qū)域的項目干系人A、項目客戶B、項目團隊成員C、項目經(jīng)理D、供應(yīng)商44、 在溝通管理中，一般（A）是最有效的溝通并解決干系人之間問題的方法A、面對面會議B、問題日志C、問題清單D、績效管理45、 （C）提供了一種結(jié)構(gòu)化方法以便使風(fēng)險識別的過程系統(tǒng)化、全面化，使組織能夠在統(tǒng)一的框架下進行風(fēng)險識別，提高組織風(fēng)險識別的質(zhì)量A、帕累托圖B、檢查表C、風(fēng)險類別D、概率影響矩陣46、 （D）不屬于風(fēng)險管理計劃編制的成果A風(fēng)險類別B、風(fēng)險概率C、風(fēng)險影響力的定義D、風(fēng)險記錄風(fēng)險管理計劃包含以下部分：方法論、角色和職責(zé)、預(yù)算、制訂時間表、風(fēng)險類別、風(fēng)險概率和影響力的定義、概率和影響矩陣、已修訂的項目干系人對風(fēng)險的容忍度、報告的格式、跟蹤47、 赫茲伯格的雙因素激勵理論中的激勵因素類似于馬斯洛的需求層次理論中的"（B）”A、安全和自我實現(xiàn)B、尊重和自我實現(xiàn)C、安全和社會認可D、社會認可和尊重48、 某公司任命小王為某信息系統(tǒng)開發(fā)項目的項目經(jīng)理，小王組件的團隊經(jīng)過一段時間的磨合，成員之間項目熟悉和了解，矛盾基本解決，項目經(jīng)理能夠得到團隊的認可。由于項目季度落后，小王又向公司提出申請，項目組加入了2名新成員。此時項目處于（C）A、震蕩階段B、發(fā)揮階段C、形成階段D、規(guī)范階段第一階段：形成階段第二階段：震蕩階段第三階段：正規(guī)期49、 （A）不屬于項目團隊建設(shè)的工具和技巧A、事先分派B、培訓(xùn)C、集中辦公D、認可和獎勵50、51、一般、項目計劃主要關(guān)注項目的（A）,但是對大型復(fù)雜項目來說，必須優(yōu)先考慮制定項目的（B）A、活動計劃B、過程計劃C、資源計劃D、組織計劃A、活動計劃B、過程計劃C、資源計劃D、組織計劃52、 大型復(fù)雜項目中，統(tǒng)一的項目過程體系可以保證項目質(zhì)量，在統(tǒng)一過程體系中國，（C）相對更重要，以使過程制度達到期望的效果A、制定過程B、執(zhí)行過程C、監(jiān)督過程D、改進過程53、 審核并記錄供應(yīng)商的績效信息，建立必需的糾正和預(yù)防措施，作為將來選擇供應(yīng)商的參考過程，屬于項目采購管理的（D）過程A、供方選擇B、合同收尾C、編制合同D、合同管理合同管理過程審核并記錄賣方執(zhí)行合同的績效，以及所需進行的糾正措施。同樣賣方，也會記錄績效以備將來之用，買方對賣方執(zhí)行績效評估首先是用于驗證賣方是否具有承擔(dān)項目中相似工作的能力。當(dāng)確認賣方?jīng)]有履行合同義務(wù)而買方希望進行一些糾正時也會執(zhí)行類似的評估。在合同收尾前任何時候，只要在合同變更控制條款下經(jīng)雙方同意都可以對合同進行修改，這種修訂不一定給雙方都帶來同樣的好處。54、 采購是外部獲得產(chǎn)品和服務(wù)的完整的購買過程。以下關(guān)于采購的敘述中，可能不恰當(dāng)?shù)氖牵˙）A、 賣方可能會設(shè)立一個項目來管理所有的工作B、 企業(yè)采購可以分為日常采購行為和項目采購行為C、 如果采購涉及集成眾多的產(chǎn)品和服務(wù)，企業(yè)傾向于尋找總集成商D、 在信息系統(tǒng)集成行業(yè)，普遍將項目所需產(chǎn)品或服務(wù)資源采購稱為“外包”采購一般分為招標采購和非招標采購55、 項目整體績效評估中風(fēng)險評估是一個十分重要的技術(shù)。風(fēng)險評估不是簡單的憑空想象，必須（D）后才能方便操作A、制定風(fēng)險管理計劃B、風(fēng)險識別C、風(fēng)險定性分析D、風(fēng)險定量分析經(jīng)過風(fēng)險評估，可以找出項目的主要風(fēng)險所在，如果風(fēng)險過大，沒有能力回避，那么就可以提前放棄項目；如果風(fēng)險在可以控制的范圍內(nèi)，就可以承接該項目，并自定相應(yīng)的風(fēng)險控制措施。風(fēng)險評估不只是簡單的憑空想象，必須進行量化后才能方便操作。56、 對項目的投資效果進行經(jīng)濟評價的方法，包含靜態(tài)分析法和動態(tài)分析法，這兩周方法的區(qū)別主要體現(xiàn)在（A）A、是否考慮了資金的時間價值 B、是否考慮了投資效益C、是否考慮了投資回收周期 D、是否考慮了投資總額和差額靜態(tài)分析法對若干方案進行粗略評價，或?qū)Χ唐谕顿Y項目做經(jīng)濟分析時，不考慮資金的時間價值動態(tài)分析法考慮資金的時間價值57、 以下關(guān)于大型復(fù)雜項目好多項管理的敘述中，不正確的是（B）A、 大型復(fù)雜項目必須建立以過程為基礎(chǔ)的管理體系B、 為了確保大型復(fù)雜項目的過程制度起到預(yù)期作用，必須在項目團隊內(nèi)部建立統(tǒng)一的體系，包括制定過程、計劃過程、執(zhí)行過程。C、 大型復(fù)雜項目的項目過程確定后，再制定項目計劃D、 大型IT項目大都是在需求不十分清晰的情況下開始的，所以項目自然分成需求定義和需求實現(xiàn)兩個主要階段。統(tǒng)一的項目過程包括制定過程、執(zhí)行過程、監(jiān)督過程。制定過程：建立項目組織所需要的各個過程文件，支撐過程實施的操作指南、文檔模板和檢查表執(zhí)行過程：按照預(yù)定義的過程實施項目監(jiān)督過程：由獨立的組織檢查項目組織實施預(yù)定義過程的符合度58、項目經(jīng)理在做軟件項目成本估算時，先考慮了最不利的情況，估算出項目成本為120人/日，又考慮了最有利的情況下項目成本為60人/日，最后考慮一般情況下的項目成本可能為75人/日，該項目最終的成本預(yù)算應(yīng)該為（C）人/日A、100B、90C、80 D、75活動歷時均值（或估計值）=（樂觀估計+4*最可能估算+悲觀估計）/659、 項目經(jīng)理對項目負責(zé)，其正式權(quán)利由（D）獲得。A、項目工作說明書B、成本管理計劃C、項目資源日歷D、項目章程60、 質(zhì)量管理工具（B）常用于找出導(dǎo)致項目問題產(chǎn)生的潛在原因。A、控制圖B、魚骨圖C、散點圖D、直方圖因果圖又叫石川圖或魚骨圖，它說明了各種要素是如何與潛在的問題或結(jié)果相關(guān)聯(lián)。它可以將各種事件和因素之間的關(guān)系用圖解表示。它是利用“頭腦風(fēng)暴法”，祭祀廣益，尋找影響質(zhì)量、時間、成本等問題的潛在因素，然后用圖形的形式來表示的一種用的方法，它能幫助我們集中注意搜尋產(chǎn)生問題的根源并為收集數(shù)據(jù)指出方向61、 信息系統(tǒng)工程監(jiān)理師的內(nèi)容可概括為：四控、三管、一協(xié)調(diào)，其中“三管”主要是針對項目的（B）進行管理A、進度管理、成本管理、質(zhì)量管理 B、合同管理、信息管理、安全管理C、采購管理、配置管理、安全管理 D、組織管理、范圍管理、掙值管理四控”：進度控制、質(zhì)量控制、成本控制、變更控制“三管”：合同管理、安全管理、文檔管理“一協(xié)調(diào)”：溝通與協(xié)調(diào)業(yè)主、承建方、設(shè)備和材料供應(yīng)商之間的關(guān)系。62、 根據(jù)《國家電子政務(wù)工程建設(shè)項目檔案管理暫行辦法》的規(guī)定，電子政務(wù)項目實施機構(gòu)應(yīng)在電子政務(wù)項目竣工驗收后（D）個月內(nèi)，根據(jù)建設(shè)單位檔案管理規(guī)定，向建設(shè)單位或機構(gòu)的檔案管理部門移交檔案。A、6B、1C、2 D、3電子政務(wù)項目實施機構(gòu)應(yīng)在電子政務(wù)項目竣工驗收后3個月內(nèi)，根據(jù)建設(shè)單位檔案管理規(guī)定，向建設(shè)單位或本機構(gòu)的檔案管理部門移交檔案。需經(jīng)常利用的檔案，可在辦理移交手續(xù)后借出。63、 以下關(guān)于軟件版本控制的敘述中正確的是（B）A、 軟件開發(fā)人員對源文件的修改在配置庫中進行B、 受控庫用于管理當(dāng)前基線和控制對基線的變更C、 版本管理與發(fā)布由CCB執(zhí)行D、 軟件版本升級后，新基線存入產(chǎn)品庫且版本號更新，舊版本可刪除受控庫。也稱為主庫或系統(tǒng)庫，是用于管理當(dāng)前基線和控制對基線的變更。受控庫包括配置單元和被提升并集成到配置項中的組件。軟件工程師和其他人員可以自由地復(fù)制受控庫中的單元或組件。然而，必須有適當(dāng)?shù)臋?quán)限授權(quán)變更。受控庫中的單元或組件用于創(chuàng)建集成、系統(tǒng)和驗收測試或?qū)τ脩舭l(fā)布的構(gòu)建。配置庫是軟件配置管理系統(tǒng)的根本。庫是集中控制的文件庫，并提供對庫中所存儲文件的版本控制。任何庫中的文件都被視為在確定的軟件配置管理之下。庫中的文件是不會變的，即它們不能被更改。版本管理與發(fā)布由配置管理員執(zhí)行。舊版本不能刪除。64、在與客戶簽訂合同時，可以增加一些條款，如限定客戶提出需求變更的時間，規(guī)定何種情況的變更可以接受，拒絕或部分接受，規(guī)定發(fā)生需求變更時必須執(zhí)行變更管理流程等內(nèi)容屬于針對需求變更的（A）A、合同管理B、需求基線管理C、文檔管理D、過程管理需求變更給軟件開發(fā)帶來的影響有目共睹，所以在與客戶簽訂合同時，可以增加一些相關(guān)條款，如限定客戶提出需求變更的時間，規(guī)定何種情況的變更可以接受、拒絕或部分接受，還可以規(guī)定發(fā)生需求變更時必須執(zhí)行變更管理流程。雖然軟件開發(fā)合同很難再簽訂之初就能夠精確定義每項需求，單靠合同是幫不了忙的，但也不能忽視合同的約束力。65、 項目的需求文檔應(yīng)精準描述要交付的產(chǎn)品，應(yīng)能反映出項目的變更。當(dāng)不得不作出變更時，應(yīng)該（C）對被影響的需求文件進行處理。A、從關(guān)注高層系統(tǒng)需求變更的角度 B、從關(guān)注底層功能需求變更的角度C、按照從高層到底層的順序 D、按照從底層到高層的順序當(dāng)不得不做出變更時，應(yīng)該按從高到底的順序?qū)Ρ挥绊懙男枨笪臋n進行處理，一個已建議的變更可能影響一個使用實例和功能需求但不影響任何業(yè)務(wù)需求。改動高層系統(tǒng)需求能夠影響多個軟件需求。如果在最底層需求上做出變更，可能會導(dǎo)致需求同上層文檔不一致66、 某機構(gòu)擬進行自動化系統(tǒng)的建設(shè)，有四種方式可以選擇：1）企業(yè)自行從頭開始；2）復(fù)用已有的構(gòu)件；3）外購現(xiàn)成的軟件產(chǎn)品；4）承包給專業(yè)公司開發(fā)。針對這幾種方式，項目經(jīng)理提供了如下表所示的決策樹。其中在復(fù)用的情況下，如果變化大則存在兩種可能，簡單構(gòu)造的概率為0.2，成本約31萬元；復(fù)雜構(gòu)造的概率為0.8，成本約49萬元。據(jù)此表，管理者選擇建設(shè)方式的最佳決策是（C）在軟件應(yīng)用領(lǐng)域，直接獲取（購買）計算機軟件常常比自行開發(fā)的成本要低很多。軟件工程管理者面臨著做出自行開發(fā)還是購買的決策問題，而且由于存在多種可選的獲取方案使得決策更加復(fù)雜。這些決策包括：從頭開始構(gòu)造系統(tǒng)：復(fù)用已有的“具有部分經(jīng)驗”的構(gòu)件來構(gòu)造系統(tǒng)，購買現(xiàn)成的軟件產(chǎn)品，并進行修改以滿足當(dāng)前項目的需要；將軟件開發(fā)承包給外面的開發(fā)商。可以采用決策樹分析來幫助管理者進行決策自行開發(fā)：38*0.3+45*0.7=42.9復(fù)用：27.5*0.4+（0.2*31+0.8*49）=56.4外購：21*0.7+30*0.3=23.7承包：35*0.6+50*0.4=4167、下圖標出了某產(chǎn)品從產(chǎn)地Vs到銷地Vt運輸網(wǎng)，剪線上的數(shù)字表示這條輸線的最大通過能力（流量）彈位：萬噸/小時）。產(chǎn)品經(jīng)過該運輸網(wǎng)從Vs到Vt的最大運輸能力可以達到68、 假設(shè)某IT服務(wù)企業(yè)，其固定成本為50萬元，每項服務(wù)的可變成本為2000元/次，提供每項服務(wù)的價格為2500元/次，那么該企業(yè)的盈虧平衡點為（B）A、1500B、1000 C、600 D、1200500000=2500*x-2000*x69、 某企業(yè)生產(chǎn)甲、乙兩種產(chǎn)品，其單位利潤分別是300元、200元，該公司有兩個機械加工中心丨和II，它們每天工作的有效工時分別為20小時、18小時。甲、乙產(chǎn)品都需經(jīng)過這兩個中心加工，生產(chǎn)每單位產(chǎn)品甲在加工中心I需要1小時，在加工中心II需要3小時。生產(chǎn)每單位產(chǎn)品乙在加工中心丨和H各需要2小時和1小時，根據(jù)市場調(diào)查，產(chǎn)品甲的日需求量不會超過5單位，產(chǎn)品乙則無論生產(chǎn)多少都能售完，利潤最大的生產(chǎn)方案是（D）A、 每天生產(chǎn)產(chǎn)品甲4.2單位，乙8.6單位B、 每天生產(chǎn)產(chǎn)品甲4.6單位，乙6.8單位C、 每天生產(chǎn)產(chǎn)品甲3.6單位，乙7.5單位D、 每天生產(chǎn)產(chǎn)品甲3.2單位，乙8.4單位A、 選項代入甲乙在中心I的時間總和為21.4超過了20,B、 代入甲乙在中心II的時間總和為20.6，超過了18C、 代入甲乙在中心II