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

時間：2024-07-03 11:19:23 試題答案我要投稿

相關(guān)推薦

　　現(xiàn)如今，我們最不陌生的就是試題了，借助試題可以更好地對被考核者的知識才能進行考察測驗。那么問題來了，一份好的試題是什么樣的呢？以下是小編收集整理的信息系統(tǒng)項目管理師基礎知識試題及答案，歡迎閱讀與收藏。

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

　　1、信息系統(tǒng)是由計算機硬件，網(wǎng)絡通訊設備、計算機軟件，以及（A）組成的人體一體化系統(tǒng)。

　　A、信息資源、信息用戶和規(guī)章制度B、信息資源、規(guī)章制度

　　C、信息用戶、規(guī)章制度D、信息資源、信息用戶和場地機房

　　2、企業(yè)信息化是指企業(yè)在作業(yè)、管理決策的各個層面利用信息技術(shù)，提高企業(yè)的智能化，自動化水平的過程。（D）一般不屬于企業(yè)信息化的范疇。

　　A、在產(chǎn)品中添加了跟蹤服務功能B、實現(xiàn)了OA系統(tǒng)的擴展

　　C、引入了專家決策系統(tǒng)D、第三方廣告平臺的更新

　　企業(yè)信息化是指企業(yè)在產(chǎn)品的設計、開發(fā)、生產(chǎn)、管理、經(jīng)營等多個環(huán)節(jié)中廣泛利用信息技術(shù)，輔助生產(chǎn)制造，優(yōu)化工作流程，管理客戶關(guān)系，建設企業(yè)信息管理系統(tǒng)，培養(yǎng)信息化人才并建設完善信息化管理制度的過程。企業(yè)信息化是國民經(jīng)濟信息化的基礎，涉及生產(chǎn)制造系統(tǒng)、ERP、CRM、SCM等

　　3、智能制造是制造技術(shù)發(fā)展的必然趨勢，從理論上來講，（B）是智能制造的核心

　　A、制造機器人B、CPS C、互聯(lián)網(wǎng) D、3D打印

　　信息物理系統(tǒng)（CPS，Cyber—Physical Systems）是一個綜合計算、網(wǎng)絡和物理環(huán)境的多維復雜系統(tǒng)，通過3C（Computer、Communication、Control）技術(shù)的有機融合與深度協(xié)作，實現(xiàn)大型工程系統(tǒng)額實時感知、動態(tài)控制和信息服務。CPS實現(xiàn)計算、通信與物理系統(tǒng)的一體化設計，可使系統(tǒng)更加可靠、高效、實時協(xié)同，具有重要而廣泛的應用前景

　　4、以下關(guān)于信息系統(tǒng)生命周期的敘述中，不正確的是（B）

　　A、信息系統(tǒng)生命周期可分為立項、開發(fā)、運維和消亡四個階段

　　B、立項階段結(jié)束的里程碑式集成企業(yè)提交的立項建議書

　　C、廣義的開發(fā)階段包括系統(tǒng)實施和系統(tǒng)驗收

　　D、在系統(tǒng)建設的初期就要考慮系統(tǒng)的消亡條件和時機

　　立項階段：即概念階段或需求階段，這一階段根據(jù)用戶業(yè)務發(fā)展和經(jīng)營管理的需求，提出建設信息系統(tǒng)的初步構(gòu)想，然后對企業(yè)信息系統(tǒng)的需求進行深入調(diào)研和分析，形成《需求規(guī)格說明書》并確定立項

　　5、以下關(guān)于需求分析的敘述中，不正確的是（B）

　　A、需求分析的目的是確定系統(tǒng)必須完成哪些工作，對目標系統(tǒng)提出完整、準確、清晰、具體的要求

　　B、完整的需求分析過程包括：獲取用戶需求、分析用戶需求、編寫需求說明書三個過

　　程

　　C、根據(jù)項目的復雜程度，需求分析的工作可以由專門的系統(tǒng)分析人員來做，也可以由

　　項目經(jīng)理帶領(lǐng)技術(shù)人員完成

　　D、軟件需求分為三個層次：業(yè)務需求、用戶需求、功能需求與非功能需求

　　完整的需求分析過程包括：獲取用戶需求、分析用戶需求、編寫需求說明書和需求評審四個過程

　　6、（D）不是獲取需求的方法

　　A、問卷調(diào)查B、會議討論C、獲取原型D、決策分析

　　信息系統(tǒng)項目需求獲取最常用的方法：問卷調(diào)查法、會議討論法、界面原型法、可運行原型系統(tǒng)法

　　決策分析是一種運籌學方法，決策分析是研究決策者在復雜而不確定環(huán)境下如何進行決策的理論和方法。決策分析的目的在于提供一種適于解決包括主觀因素在內(nèi)的復雜決策問題的系統(tǒng)分析方法，其目的在于改進決策過程，提高決策準確性

　　7、8、軟件設計過程是定義一個系統(tǒng)或組件（B）的過程，其中描述軟件的結(jié)構(gòu)和組織、標

　　識各種不同組件的設計是（D）

　　A、數(shù)據(jù)和控制流B、架構(gòu)和結(jié)構(gòu)C、對象模型D、數(shù)據(jù)模型

　　A、軟件詳細設計B、軟件對象設計C、軟件環(huán)境設計D、軟件架構(gòu)設計

　　軟件設計是定義一個系統(tǒng)或組件的架構(gòu)、組件、結(jié)構(gòu)和其他特征的過程，并得到這個過程的結(jié)果

　　軟件設計包括軟件架構(gòu)設計和軟件詳細設計，架構(gòu)設計屬于高層設計，主要描述軟件的結(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)品和過程對于可應用的規(guī)則、標準、指南、計劃和流程的遵從性的獨立評價

　　A、軟件審計B、軟件質(zhì)量保證C、軟件過程管理D、軟件走查

　　軟件審計的目的是提供軟件產(chǎn)品和過程對于可應用的規(guī)則、標準、指南、計劃和流程的遵從性的獨立評價

　　軟件質(zhì)量保證過程通過計劃制定、實施和完成一組活動提供保證，這些活動保證項目生命周期中的軟件產(chǎn)品和過程符合其規(guī)定的需求

　　軟件過程管理集成了過程管理和項目管理，包括啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價、關(guān)閉、軟件工程度量

　　走查是評審過程中采用的一種方法。走查時，軟件設計者或程序開發(fā)人員指導一名或多名其他參加評審的成員，通讀已書寫的設計文稿或編碼，其他成員負責提出問題，并對有關(guān)技術(shù)、風格、可能的錯誤，是否有違背評審標準的地方進行評論

　　11、以下關(guān)于軟件測試的描述，不正確的是（B）

　　A、為評價和改進產(chǎn)品質(zhì)量進行的活動

　　B、必須在編碼階段完成后才開始的活動

　　C、是在識別產(chǎn)品的缺陷而進行的活動

　　D、一般分為單元測試、集成測試、系統(tǒng)測試等階段

　　測試不再只是一種僅在編碼階段完成后才開始的活動，現(xiàn)在的軟件測試被認為是一種應該包括在整個開發(fā)和維護過程中的活動，它本身是實際產(chǎn)品構(gòu)造的一個重要的部分

　　測試是為了評價和改進產(chǎn)品質(zhì)量、識別產(chǎn)品的缺陷和問題而進行的活動。軟件測試是針對一個程序的行為，在有限測試用例集合上，動態(tài)驗證是否達到預期的行為。

　　軟件測試伴隨開發(fā)和維護過程，通常可以在概念上劃分為單元測試、集成測試和系統(tǒng)測試三個階段

　　12、依據(jù)GB/T11457—2006《信息技術(shù)軟件工程術(shù)語》，（A）是一種靜態(tài)分析技術(shù)或者評審過程，在此過程中，設計者或程序員引導開發(fā)組的成員通讀已書寫的設計或者代碼，其他成員負責提出問題，并對有關(guān)技術(shù)、風格、可能的錯誤、是否違背開發(fā)標準等方面進行評論。

　　A、走查B、審計C、認證C、鑒定

　　走查：一種靜態(tài)分析技術(shù)或評審過程，在此過程中設計者或程序員引導開發(fā)組的成員通讀已書寫的設計或編碼，其他成員負責提出問題并對有關(guān)技術(shù)、風格、可能的錯誤、是否違背開發(fā)標準等方便進行評論。

　　審計（審核）：1）為評估工作產(chǎn)品或工作產(chǎn)品集是否符合軟件需求、規(guī)格說明、基線、標準、過程、指令、代碼以及合同和特殊要求而進行的一種獨立的檢查，2）通過調(diào)查研究確定已制定的過程、指令、規(guī)格說明、代碼和標準或其他的合同及特殊要求是否恰當和被遵守，以及其實現(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ì)量

　　15、依據(jù)GB/T16680—2015《系統(tǒng)與軟件工程用戶文檔的管理者要求》，管理者應制定和維護用戶文檔編制計劃。（A）不屬于用戶文檔編制計劃內(nèi)容。

　　A、文檔開發(fā)過程中實施的質(zhì)量控制B、用戶文檔的可用性需求

　　C、確定用戶文檔需要覆蓋的軟件產(chǎn)品D、每個文檔的媒體和輸出格式的控制模板和標準設計

　　16、信息系統(tǒng)的安全威脅分為七類，其中不包括（D）

　　A、自然事件風險和認為事件風險B、軟件系統(tǒng)風險和軟件過程風險

　　C、項目管理風險和應用風險D、功能風險和效率風險

　　計算機信息應用系統(tǒng)的安全威脅（風險）有如下分類方法：

　　1）從風險的性質(zhì)劃分，可以簡單地分為靜態(tài)風險和動態(tài)風險。靜態(tài)風險是自然力的不規(guī)則

　　作用和人們的錯誤判斷和錯誤行為導致的風險，動態(tài)風險是由于人們欲望的變化、生產(chǎn)方式和生產(chǎn)技術(shù)的變化以及企業(yè)組織的變化導致的風險。

　　2）從風險的結(jié)果劃分，可以劃分為純粹風險和投機風險。純粹風險是當風險發(fā)生時，僅僅

　　會造成損害的風險，而投資風險是當風險發(fā)生時，可能產(chǎn)生效益也可能造成損失的風險。

　　3）從風險源的角度劃分，可以劃分為自然事件風險、人為事件風險、軟件風險、軟件過程

　　風險、項目管理風險、應用風險、用戶使用風險等

　　17、（C）不能保障公司內(nèi)部網(wǎng)絡邊界的安全

　　A、在公司網(wǎng)絡與Internet或外界其他接口處設置防火墻

　　B、公司以外網(wǎng)絡上用戶要訪問公司網(wǎng)時，使用認證授權(quán)系統(tǒng)

　　C、禁止公司員工使用公司外部的電子郵件服務器

　　D、禁止公司內(nèi)部網(wǎng)絡的用戶私自設置撥號上網(wǎng)

　　網(wǎng)絡邊界主要指本單位（或部門）的網(wǎng)絡與外界網(wǎng)絡的出口邊界，其安全主要指針對經(jīng)過邊界進出訪問和傳輸數(shù)據(jù)包時要采取的控制和防范措施。為加強邊界安全，在公司網(wǎng)絡與Internet或外界其他接口處設置防火墻能夠有效對進出網(wǎng)絡的通信進行控制。通過使用認證授權(quán)系統(tǒng)，可以控制只有經(jīng)過認證的用戶才能夠訪問公司網(wǎng)絡，禁止公司內(nèi)部網(wǎng)絡上用戶私自設置撥號上網(wǎng)，可以控制公司網(wǎng)絡與外部網(wǎng)絡的邊界，盡量減少后門。

　　18、安全審計（security audit）是通過測試公司信息系統(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地址對應的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ā)回應答數(shù)據(jù)報，告知本機MAC地址，否則丟棄，每個主機通常有ARP緩沖區(qū)

　　20、“采用先進成熟的技術(shù)和設備，滿足當前業(yè)務需求，兼顧未來的業(yè)務需求”體現(xiàn)了“（A）”的機房工程設計原則。

　　A、實現(xiàn)性和先進性B、靈活性和可擴展性C、經(jīng)濟性/投資保護D、可管理性

　　21、以下關(guān)于綜合布線的敘述中，正確的是：（D）

　　A、綜合布線系統(tǒng)只適用于企業(yè)、學校、團體、不適合家庭

　　B、垂直干線子系統(tǒng)只能用光纖介質(zhì)傳輸

　　C、處于安全考慮。大型樓宇的設備間和管理間必須單獨設置

　　D、樓層配線架不一定在每一樓層都要設置

　　22、在進行網(wǎng)絡規(guī)劃時，應制定全網(wǎng)統(tǒng)一的網(wǎng)絡架構(gòu)，并遵循統(tǒng)一的通信協(xié)議標準，使符合標準的計算機系統(tǒng)很容易進行網(wǎng)絡互連，這體現(xiàn)了網(wǎng)絡規(guī)劃的（B）原則

　　A、實用性B、開放性C、先進性D、可靠性

　　23、以下關(guān)于網(wǎng)絡規(guī)劃、設計與實施工作的敘述中，不正確的是：（D）

　　A、在設計網(wǎng)絡拓撲結(jié)構(gòu)時，應考慮的主要因素有：地理環(huán)境、傳輸介質(zhì)與距離以及可靠性

　　B、在設計主干網(wǎng)時，連接建筑群的主干網(wǎng)一般考慮以光纜作為傳輸介質(zhì)

　　C、在設計廣域網(wǎng)連接方式時，如果網(wǎng)絡用戶有WWW、E—mail等具有Internet功能的服務器，一般采用專線連接或永久虛電路連接外網(wǎng)

　　D、無線網(wǎng)絡不能應用于城市范圍的網(wǎng)絡接入

　　24、在無線通信領(lǐng)域，現(xiàn)在主流應用的是第四代（4G）通信技術(shù)，其理論下載速率可達到（D）Mbps（兆比特每秒）

　　A、2.6 B、4 C、20 D、100

　　一般選擇最大的

　　25、為了將面向?qū)ο蟮姆治瞿Ｐ娃D(zhuǎn)化為設計模型，設計人員必須完成以下任務：設計用例實現(xiàn)方案、設計技術(shù)支撐設施、（C）、精化設計模型。

　　A、設計用例實現(xiàn)圖B、設計類圖C、設計用戶界面D、軟件測試方案

　　面向?qū)ο蟮姆治瞿Ｐ椭饕身攲蛹軜?gòu)圖、用例與用例圖、領(lǐng)域概念模型構(gòu)成；設計模型則包含以包圖表示的軟件體系結(jié)構(gòu)圖、以交互圖表示的用例實現(xiàn)圖、完整精確的類圖、針對復雜對象的狀態(tài)圖和用以描述流程化處理過程的活動圖等，為完成這一轉(zhuǎn)換過程，設計人員必須處理以下任務：

　　1）針對分析模型中的用例，設計用例實現(xiàn)方案，實現(xiàn)方案用UML交互圖表示

　　2）設計技術(shù)支撐設施。這些設施并非業(yè)務需求的一部分，但卻為多種業(yè)務需求的實現(xiàn)提供

　　公共服務，例如數(shù)據(jù)的持久儲存服務，安全控制服務和遠程訪問服務等，需要研究這些技術(shù)支撐設施的實現(xiàn)方式以及它們與業(yè)務需求層面的類及子系統(tǒng)之間的關(guān)系

　　3）設計用戶界面。針對分析模型中的領(lǐng)域概念模型以及引進的新類，完整、精確地確定每

　　個類的屬性和操作，并完整地標示類之間的關(guān)系。

　　26、以下關(guān)于UML（Unified Modeling Language，統(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、泛化B、包含C、擴展D、等同

　　28、根據(jù)《中華人民共和國政府采購法》，（A）應作為政府采購的主要方式。

　　A、公開招標B、邀請招標C、競爭性談判D、詢價

　　29、根據(jù)《中華人民共和國政府采購法》，以下敘述中，不正確的是：（D）

　　A、集中采購機構(gòu)是非營利性事業(yè)法人，根據(jù)采購人的委托辦理采購事宜

　　B、集中采購機構(gòu)進行政府采購活動，應當符合采購價格低于市場平均價格、采購效率更高、采購質(zhì)量優(yōu)良和服務良好的要求

　　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)品或服務的需求和特點C、項目需求和交付物D、項目計劃網(wǎng)絡圖

　　項目范圍說明書包括以下內(nèi)容：

　　項目和范圍的目標、產(chǎn)品或服務的需求和特性、項目的邊界、產(chǎn)品接受標準、項目約束條件、項目假設、最初的項目組織、最初定義的風險、進度里程碑、費用估算的量級要求、項目配置管理的需求、已批準的需要

　　34、下圖是變更控制管理流程圖，該流程圖缺少（D）

　　A、評估影響記錄B、配置審計C、變更定義D、記錄變更實施情況

　　變更管理的一般工作程序如下：

　　1）提出變更申請2）變更影響分析3）CCB審查批準4）實施變更5）監(jiān)控變更實施，記錄實施變更實施情況6）結(jié)束變更

　　35、在創(chuàng)建工作分解結(jié)構(gòu)時，描述生產(chǎn)一個產(chǎn)品所需求的實際部件、組件的分解層次表格稱為（B）

　　A、風險分解結(jié)構(gòu)B、物料清單C、組織分解結(jié)構(gòu)D、資源分解結(jié)構(gòu)

　　物料清單用于描述了生產(chǎn)一個產(chǎn)品所需的實際部件、組件和構(gòu)件的分層次表格

　　36、37下圖是某一項目的剪線圖（時間單位：周），其關(guān)鍵路徑是（C），工期是（A）周