信息系統(tǒng)管理師測試題含答案一、單項選擇題（每題2分，共40分）1.信息系統(tǒng)生命周期中，確定系統(tǒng)的功能、性能、數(shù)據(jù)、界面等需求的階段是（）。A.規(guī)劃階段B.分析階段C.設(shè)計階段D.實施階段答案：B2.IT服務(wù)管理中，負責記錄、分類和跟蹤用戶服務(wù)請求的核心流程是（）。A.事件管理B.問題管理C.服務(wù)臺D.變更管理答案：C3.配置管理數(shù)據(jù)庫（CMDB）中，用于描述配置項之間邏輯關(guān)系的信息屬于（）。A.配置項屬性B.關(guān)系信息C.狀態(tài)信息D.版本信息答案：B4.信息安全領(lǐng)域中，強制訪問控制（MAC）的核心特征是（）。A.用戶自主分配訪問權(quán)限B.系統(tǒng)根據(jù)安全標簽統(tǒng)一控制C.基于角色的權(quán)限分配D.基于任務(wù)的動態(tài)權(quán)限調(diào)整答案：B5.某項目活動依賴關(guān)系如下：活動A（3天）→活動B（2天）、活動C（4天）；活動B→活動D（1天）；活動C→活動D（1天）。該項目的關(guān)鍵路徑長度為（）天。A.6B.7C.8D.9答案：C（路徑A→C→D：3+4+1=8天）6.信息系統(tǒng)運行維護中，“將系統(tǒng)故障對業(yè)務(wù)的影響降至最低”屬于（）的目標。A.性能維護B.安全維護C.故障維護D.完善性維護答案：C7.IT服務(wù)級別協(xié)議（SLA）的核心內(nèi)容不包括（）。A.服務(wù)可用性目標B.故障響應(yīng)時間C.服務(wù)成本分攤D.服務(wù)范圍定義答案：C8.信息系統(tǒng)戰(zhàn)略規(guī)劃中，用于分析企業(yè)內(nèi)部資源與外部環(huán)境匹配度的工具是（）。A.PEST分析B.SWOT分析C.波特五力模型D.平衡計分卡答案：B9.數(shù)據(jù)中心容災(zāi)等級中，“具備數(shù)據(jù)實時備份能力，備用場地有部分系統(tǒng)運行”屬于（）。A.零級（無備援）B.三級（電子傳輸及部分設(shè)備支持）C.五級（實時數(shù)據(jù)傳輸及完整設(shè)備支持）D.六級（數(shù)據(jù)零丟失及遠程集群支持）答案：B10.知識產(chǎn)權(quán)保護中，軟件的源代碼主要受（）保護。A.著作權(quán)法B.專利法C.商標法D.反不正當競爭法答案：A11.項目管理中，通過“關(guān)鍵鏈法”優(yōu)化進度時，主要關(guān)注的是（）。A.資源約束B.活動邏輯C.風險緩沖D.成本優(yōu)化答案：A12.信息系統(tǒng)審計的核心目的是（）。A.驗證系統(tǒng)功能完整性B.評估系統(tǒng)安全性與合規(guī)性C.優(yōu)化系統(tǒng)性能D.降低系統(tǒng)運維成本答案：B13.云計算服務(wù)模式中，用戶僅需管理應(yīng)用程序和數(shù)據(jù)的是（）。A.IaaS（基礎(chǔ)設(shè)施即服務(wù)）B.PaaS（平臺即服務(wù)）C.SaaS（軟件即服務(wù)）D.DaaS（桌面即服務(wù)）答案：C14.大數(shù)據(jù)處理流程中，“對數(shù)據(jù)進行清洗、去重、轉(zhuǎn)換”屬于（）階段。A.數(shù)據(jù)采集B.數(shù)據(jù)存儲C.數(shù)據(jù)預(yù)處理D.數(shù)據(jù)分析答案：C15.物聯(lián)網(wǎng)體系架構(gòu)中，負責信息感知與采集的是（）。A.感知層B.網(wǎng)絡(luò)層C.平臺層D.應(yīng)用層答案：A16.信息系統(tǒng)可靠性指標中，“平均無故障時間（MTTF）”用于衡量（）。A.系統(tǒng)修復(fù)的難易程度B.系統(tǒng)在故障前的正常運行時間C.系統(tǒng)故障后的恢復(fù)時間D.系統(tǒng)的整體可用時間比例答案：B17.IT治理的核心目標是（）。A.提高IT投資回報率B.確保IT與業(yè)務(wù)目標一致C.優(yōu)化IT資源配置D.降低IT安全風險答案：B18.軟件測試中，“檢查系統(tǒng)是否滿足用戶業(yè)務(wù)需求”屬于（）。A.單元測試B.集成測試C.系統(tǒng)測試D.驗收測試答案：D19.數(shù)據(jù)庫管理中，“事務(wù)的原子性”指的是（）。A.事務(wù)一旦提交，其結(jié)果不可撤銷B.事務(wù)在執(zhí)行過程中不受其他事務(wù)干擾C.事務(wù)中的操作要么全部完成，要么全部不完成D.事務(wù)執(zhí)行前后數(shù)據(jù)保持一致性答案：C20.信息系統(tǒng)項目收尾階段的關(guān)鍵活動不包括（）。A.項目成果驗收B.項目文檔歸檔C.項目團隊解散D.項目范圍確認答案：D（范圍確認屬于執(zhí)行階段）二、簡答題（每題8分，共40分）1.簡述IT服務(wù)持續(xù)改進（CSI）的主要步驟。答案：IT服務(wù)持續(xù)改進的步驟包括：①定義改進目標（明確需提升的服務(wù)指標）；②現(xiàn)狀分析（通過服務(wù)報告、用戶反饋等收集數(shù)據(jù)）；③識別改進機會（對比目標與現(xiàn)狀，確定關(guān)鍵改進點）；④制定改進計劃（明確措施、責任人、時間節(jié)點）；⑤實施改進（按計劃執(zhí)行并監(jiān)控過程）；⑥評估效果（驗證改進是否達成目標）；⑦標準化（將有效措施納入日常流程）。2.說明信息系統(tǒng)安全風險評估的主要方法及其特點。答案：主要方法包括：①定性評估：通過專家訪談、德爾菲法等主觀判斷風險等級，適用于數(shù)據(jù)不足場景，耗時短但主觀性強；②定量評估：利用統(tǒng)計模型計算風險概率和損失值（如LEC法），結(jié)果量化但需大量數(shù)據(jù)支持；③半定量評估：結(jié)合定性與定量（如風險矩陣），平衡準確性與可操作性，廣泛用于實際項目。3.比較瀑布模型與敏捷開發(fā)模型的適用場景及優(yōu)缺點。答案：瀑布模型適用于需求明確、規(guī)模大、變更少的項目（如傳統(tǒng)企業(yè)ERP系統(tǒng)）。優(yōu)點是階段清晰、文檔完整；缺點是靈活性差，后期變更成本高。敏捷模型適用于需求多變、小團隊、需快速交付的項目（如互聯(lián)網(wǎng)產(chǎn)品開發(fā)）。優(yōu)點是迭代交付、用戶參與度高；缺點是對團隊協(xié)作要求高，文檔可能不夠完善。4.簡述數(shù)據(jù)中心運維中“容量管理”的主要內(nèi)容。答案：容量管理包括：①業(yè)務(wù)容量管理（預(yù)測業(yè)務(wù)增長對計算、存儲資源的需求）；②資源容量管理（監(jiān)控服務(wù)器、網(wǎng)絡(luò)等資源的使用情況，避免冗余或不足）；③服務(wù)容量管理（確保資源配置滿足服務(wù)級別協(xié)議中的性能目標，如響應(yīng)時間、吞吐量）。5.說明信息系統(tǒng)項目中“變更控制”的關(guān)鍵流程。答案：變更控制流程包括：①變更申請（提交變更原因、內(nèi)容、影響分析）；②變更評估（技術(shù)可行性、成本、進度影響評估）；③變更決策（由CCB審批是否實施）；④變更實施（按計劃修改系統(tǒng)并記錄）；⑤變更驗證（測試變更效果，確認是否滿足需求）；⑥變更歸檔（更新文檔，通知相關(guān)方）。三、案例分析題（每題20分，共40分）案例1：某制造企業(yè)ERP系統(tǒng)升級項目問題分析某企業(yè)計劃將使用5年的ERP系統(tǒng)升級至新版本，項目啟動3個月后，出現(xiàn)以下問題：①業(yè)務(wù)部門反饋新系統(tǒng)功能與實際業(yè)務(wù)流程不匹配，要求頻繁修改；②開發(fā)團隊因需求反復(fù)調(diào)整，代碼返工率達40%；③原系統(tǒng)停機切換時間超出計劃8小時，導(dǎo)致生產(chǎn)訂單處理延遲；④用戶培訓(xùn)效果差，一線員工操作錯誤率高。問題：（1）分析項目出現(xiàn)問題的可能原因。（2）提出針對性的改進措施。答案：（1）原因分析：①需求調(diào)研不充分，未深入業(yè)務(wù)場景確認需求，導(dǎo)致設(shè)計與實際脫節(jié)；②變更管理缺失，未對業(yè)務(wù)部門的修改請求進行嚴格評估和審批，導(dǎo)致范圍蔓延；③切換方案設(shè)計不合理（如未充分測試停機窗口、缺乏回滾計劃）；④培訓(xùn)計劃未針對用戶角色定制（如未區(qū)分操作崗與管理崗的培訓(xùn)內(nèi)容）。（2）改進措施：①重新開展需求確認會，聯(lián)合業(yè)務(wù)骨干、IT人員、供應(yīng)商三方簽署需求規(guī)格說明書，凍結(jié)基線需求；②建立變更控制委員會（CCB），對變更請求進行影響分析（如成本、進度），僅批準高價值變更；③制定詳細切換計劃，提前進行模擬演練，準備回滾方案（如保留原系統(tǒng)備用環(huán)境）；④根據(jù)用戶角色設(shè)計分層培訓(xùn)（操作崗：實操演練；管理崗：數(shù)據(jù)查詢與分析），并提供在線幫助文檔和24小時支持熱線。案例2：某金融機構(gòu)信息系統(tǒng)安全事件處置某銀行核心交易系統(tǒng)日志顯示，某日凌晨2:003:00期間，有1000條異常登錄記錄（來自同一IP），隨后發(fā)現(xiàn)客戶賬戶A被轉(zhuǎn)賬50萬元至境外賬戶。經(jīng)調(diào)查：①該IP為某黑客團伙控制的跳板機；②賬戶A的操作員權(quán)限為“查詢+轉(zhuǎn)賬”，且密碼已使用1年未修改；③系統(tǒng)未開啟登錄失敗鎖定功能；④安全監(jiān)控系統(tǒng)未對異常登錄流量報警。問題：（1）分析該安全事件暴露的管理與技術(shù)漏洞。（2）提出防止類似事件再次發(fā)生的措施。答案：（1）漏洞分析：①權(quán)限管理缺陷：操作員權(quán)限過大（應(yīng)遵循最小權(quán)限原則，分離查詢與轉(zhuǎn)賬權(quán)限）；②密碼策略失效：未強制定期修改密碼，增加被猜測風險；③訪問控制缺失：未設(shè)置登錄失敗鎖定（如連續(xù)5次失敗鎖定賬戶）；④監(jiān)控機制不足：安全設(shè)備（如WAF、IDS）未配置異常流量閾值，導(dǎo)致攻擊未被及時發(fā)現(xiàn)；⑤事件響應(yīng)滯后：凌晨時段監(jiān)控人力不足，未能實時處置日志異常。（2）改進措施：①權(quán)限優(yōu)化：采用RBAC模型，為操作員分配“查詢”或“轉(zhuǎn)賬”單一權(quán)限，關(guān)鍵操作需雙人復(fù)核；②強化密碼策略：強制90天修改密碼，要求