2025年信息系統(tǒng)考試的知識試題及答案一、單項選擇題（每題2分，共20分）1.信息系統(tǒng)生命周期中，確定系統(tǒng)“做什么”的階段是（）。A.系統(tǒng)規(guī)劃B.系統(tǒng)分析C.系統(tǒng)設計D.系統(tǒng)實施答案：B2.以下不屬于結構化開發(fā)方法特點的是（）。A.自頂向下分析B.強調文檔標準化C.迭代式開發(fā)D.模塊化設計答案：C3.在數(shù)據(jù)庫設計中，將ER模型轉換為關系模型時，多對多聯(lián)系（M:N）通常需要（）。A.轉換為一個獨立的關系表B.合并到任意一端實體表C.忽略聯(lián)系直接轉換D.轉換為兩個單向一對多聯(lián)系答案：A4.以下屬于敏捷開發(fā)核心價值觀的是（）。A.遵循計劃高于響應變化B.客戶協(xié)作高于合同談判C.完整文檔高于可工作軟件D.個體和交互低于流程和工具答案：B5.某項目計劃工期100天，關鍵路徑上有活動A（20天）、活動B（30天）、活動C（50天），若活動B延遲10天，項目總工期將變?yōu)椋ǎ?。A.100天B.110天C.120天D.130天答案：B（關鍵路徑總時長原為20+30+50=100天，活動B延遲10天，關鍵路徑變?yōu)?0+40+50=110天）6.以下屬于非對稱加密算法的是（）。A.AESB.DESC.RSAD.3DES答案：C7.云計算的SaaS服務模式中，用戶的主要責任是（）。A.管理基礎設施B.維護操作系統(tǒng)C.配置應用功能D.開發(fā)核心軟件答案：C8.大數(shù)據(jù)的“5V”特性中，“Velocity”指的是（）。A.大量B.高速C.多樣D.低價值密度答案：B9.在OSI參考模型中，負責端到端可靠數(shù)據(jù)傳輸?shù)氖牵ǎ?。A.物理層B.傳輸層C.網(wǎng)絡層D.應用層答案：B10.信息系統(tǒng)審計的核心目標是（）。A.評估系統(tǒng)性能B.驗證數(shù)據(jù)準確性C.確保合規(guī)性與風險可控D.優(yōu)化系統(tǒng)架構答案：C二、多項選擇題（每題3分，共15分，少選得1分，錯選不得分）1.信息系統(tǒng)的組成要素包括（）。A.硬件B.軟件C.數(shù)據(jù)D.人員答案：ABCD2.以下屬于項目管理中“三重約束”的是（）。A.范圍B.時間C.質量D.成本答案：ABD3.數(shù)據(jù)庫規(guī)范化的目的包括（）。A.減少數(shù)據(jù)冗余B.避免插入異常C.提高查詢效率D.簡化表結構答案：ABD（注：過度規(guī)范化可能降低查詢效率）4.網(wǎng)絡安全技術中，屬于訪問控制的有（）。A.防火墻B.角色權限管理（RBAC）C.入侵檢測系統(tǒng)（IDS）D.口令認證答案：BD（防火墻屬于邊界防護，IDS屬于監(jiān)測）5.物聯(lián)網(wǎng)的關鍵技術包括（）。A.傳感器技術B.射頻識別（RFID）C.5G通信D.區(qū)塊鏈答案：ABC（區(qū)塊鏈是可選技術，非關鍵）三、簡答題（每題8分，共40分）1.簡述瀑布模型與敏捷開發(fā)的主要區(qū)別。答案：瀑布模型是線性順序開發(fā)，強調階段間嚴格順序和文檔完整性，適用于需求明確、變更少的項目；敏捷開發(fā)是迭代增量模式，強調快速交付可工作軟件、客戶持續(xù)參與和靈活響應變更，適用于需求模糊、需快速迭代的項目。核心差異在于流程靈活性、文檔優(yōu)先級和客戶協(xié)作方式。2.說明數(shù)據(jù)庫設計中“第三范式（3NF）”的要求，并舉例說明。答案：第三范式要求關系模式中，所有非主屬性既不部分依賴于候選鍵，也不傳遞依賴于候選鍵。例如，若存在關系模式（學生ID，姓名，學院ID，學院名稱），其中“學院名稱”依賴于“學院ID”，而“學院ID”依賴于“學生ID”，則存在傳遞依賴，需拆分為（學生ID，姓名，學院ID）和（學院ID，學院名稱）兩個表，滿足3NF。3.簡述信息系統(tǒng)項目中需求變更管理的流程。答案：流程包括：①變更請求提交（記錄變更內(nèi)容、原因、提出方）；②變更影響分析（評估對范圍、時間、成本、質量的影響）；③變更審批（由CCB或項目負責人決策）；④變更實施（更新文檔、調整計劃、修改系統(tǒng)）；⑤變更驗證（確認變更是否滿足需求）；⑥變更歸檔（記錄全過程，更新基線）。4.比較對稱加密與非對稱加密的優(yōu)缺點及典型應用場景。答案：對稱加密使用相同密鑰加密解密，優(yōu)點是速度快（如AES），缺點是密鑰分發(fā)困難、安全性依賴密鑰管理，適用于大量數(shù)據(jù)加密（如文件傳輸）。非對稱加密使用公鑰加密、私鑰解密，優(yōu)點是密鑰分發(fā)安全（公鑰可公開），缺點是速度慢（如RSA），適用于密鑰交換、數(shù)字簽名（如HTTPS握手）。5.說明云計算IaaS、PaaS、SaaS三種服務模式的區(qū)別，并各舉一例。答案：IaaS（基礎設施即服務）提供計算、存儲、網(wǎng)絡等基礎資源，用戶管理操作系統(tǒng)及以上，如阿里云ECS；PaaS（平臺即服務）提供開發(fā)、部署平臺，用戶專注應用開發(fā)，如Heroku；SaaS（軟件即服務）提供完整應用，用戶直接使用，如釘釘。核心區(qū)別在于用戶需管理的層級不同，從底層到應用層責任逐漸轉移給服務商。四、案例分析題（共25分）案例1（12分）：某企業(yè)計劃開發(fā)客戶關系管理系統(tǒng)（CRM），需求調研階段發(fā)現(xiàn)：①市場部希望系統(tǒng)能實時分析客戶消費行為；②銷售部要求移動端支持離線簽單；③IT部強調系統(tǒng)需兼容現(xiàn)有ERP系統(tǒng)。項目組采用瀑布模型開發(fā)，需求文檔完成后進入設計階段，但市場部突然提出增加“客戶滿意度預測”功能。問題：（1）指出項目當前存在的主要問題。（2）針對需求變更，應采取哪些應對措施？答案：（1）主要問題：①需求未充分對齊（多部門需求差異未協(xié)調）；②采用瀑布模型對變更適應性差；③需求變更管理流程缺失（未提前規(guī)劃變更控制）。（2）應對措施：①啟動變更管理流程：收集市場部變更請求，記錄功能描述、預期價值；②組織影響分析：評估新增功能對系統(tǒng)架構（需增加機器學習模塊）、工期（原計劃6個月，可能延遲2個月）、成本（需額外開發(fā)資源）的影響；③召開變更控制委員會（CCB）會議，權衡變更價值（提升客戶洞察能力）與代價，決定是否接受；④若接受，更新需求文檔和項目計劃，調整設計階段任務（增加預測模塊設計），同步通知銷售部、IT部評估對現(xiàn)有需求的影響（如移動端性能是否受影響、與ERP接口是否需調整）；⑤實施變更后，進行測試驗證，確保新功能與原有功能兼容。案例2（13分）：某銀行核心交易系統(tǒng)數(shù)據(jù)庫設計如下：關系模式R（客戶ID，姓名，賬戶號，余額，交易日期，交易金額，交易類型），其中客戶ID+交易日期+賬戶號為主鍵。問題：（1）分析該關系模式存在的冗余與異常問題。（2）將其規(guī)范化至第三范式（3NF），畫出優(yōu)化后的ER圖（文字描述即可）。答案：（1）問題：①數(shù)據(jù)冗余：客戶姓名、賬戶余額在每次交易記錄中重復存儲；②插入異常：新客戶未發(fā)生交易時無法插入（無交易日期）；③刪除異常：刪除某客戶所有交易記錄會丟失客戶基本信息；④更新異常：修改客戶姓名需更新所有相關交易記錄，易不一致。（2）優(yōu)化至3NF步驟：分解出客戶信息表：客戶（客戶ID，姓名），主鍵：客戶ID；分解出賬戶信息表：賬戶（賬戶號，客戶ID，余額），主鍵：賬戶號，外鍵：客戶ID（引用客戶表）；交易記錄