2025年信息系統(tǒng)考試的學(xué)習(xí)資料試題及答案一、單項(xiàng)選擇題（每題2分，共30分）1.信息系統(tǒng)生命周期中，確定系統(tǒng)總體結(jié)構(gòu)、子系統(tǒng)劃分及硬件配置方案的階段是（）。A.系統(tǒng)規(guī)劃階段B.系統(tǒng)分析階段C.系統(tǒng)設(shè)計(jì)階段D.系統(tǒng)實(shí)施階段2.以下不屬于結(jié)構(gòu)化開發(fā)方法特點(diǎn)的是（）。A.強(qiáng)調(diào)自頂向下、逐步求精B.注重階段性文檔的完整性C.允許需求頻繁變更D.強(qiáng)調(diào)模塊化設(shè)計(jì)3.數(shù)據(jù)庫設(shè)計(jì)中，將ER圖轉(zhuǎn)換為關(guān)系模型時(shí)，多對多聯(lián)系的處理方式是（）。A.合并到任一實(shí)體的屬性中B.單獨(dú)建立一個(gè)關(guān)系表，包含兩個(gè)實(shí)體的主鍵和聯(lián)系的屬性C.只保留其中一個(gè)實(shí)體的主鍵D.忽略聯(lián)系的屬性4.以下網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)中，單點(diǎn)故障會(huì)導(dǎo)致全網(wǎng)癱瘓的是（）。A.星型拓?fù)銪.環(huán)型拓?fù)銫.總線型拓?fù)銬.樹型拓?fù)?.在信息系統(tǒng)安全體系中，用于驗(yàn)證用戶身份真實(shí)性的技術(shù)是（）。A.加密技術(shù)B.數(shù)字簽名C.訪問控制D.身份認(rèn)證6.敏捷開發(fā)方法（Agile）的核心原則不包括（）。A.個(gè)體和互動(dòng)高于流程和工具B.可工作的軟件高于詳盡的文檔C.合同談判高于客戶協(xié)作D.響應(yīng)變化高于遵循計(jì)劃7.以下屬于NoSQL數(shù)據(jù)庫典型應(yīng)用場景的是（）。A.銀行核心交易系統(tǒng)（需嚴(yán)格ACID特性）B.社交平臺(tái)用戶動(dòng)態(tài)存儲(chǔ)（海量數(shù)據(jù)、高并發(fā)）C.企業(yè)ERP系統(tǒng)的財(cái)務(wù)模塊（復(fù)雜事務(wù)）D.政府公文管理系統(tǒng)（嚴(yán)格權(quán)限控制）8.信息系統(tǒng)項(xiàng)目管理中，用于估算項(xiàng)目工期的技術(shù)是（）。A.SWOT分析B.關(guān)鍵路徑法（CPM）C.平衡計(jì)分卡（BSC）D.五力模型9.以下不屬于數(shù)據(jù)倉庫特點(diǎn)的是（）。A.面向主題B.實(shí)時(shí)更新C.集成性D.歷史數(shù)據(jù)為主10.在UML中，用于描述系統(tǒng)功能需求的圖是（）。A.類圖B.用例圖C.序列圖D.狀態(tài)圖11.以下網(wǎng)絡(luò)協(xié)議中，用于電子郵件傳輸?shù)氖牵ǎ?。A.HTTPB.FTPC.SMTPD.DNS12.信息系統(tǒng)測試中，黑盒測試主要關(guān)注（）。A.程序內(nèi)部邏輯B.功能實(shí)現(xiàn)是否符合需求C.代碼語法錯(cuò)誤D.內(nèi)存泄漏問題13.大數(shù)據(jù)處理的“4V”特征不包括（）。A.大量（Volume）B.高速（Velocity）C.多樣（Variety）D.價(jià)值（Value）E.準(zhǔn)確（Veracity）14.以下屬于云計(jì)算IaaS（基礎(chǔ)設(shè)施即服務(wù)）的是（）。A.阿里云ECS（彈性計(jì)算服務(wù)）B.騰訊文檔（在線協(xié)作工具）C.SalesforceCRM（客戶關(guān)系管理平臺(tái)）D.華為云數(shù)據(jù)庫服務(wù)（RDS）15.信息系統(tǒng)運(yùn)維中，用于監(jiān)控系統(tǒng)性能的關(guān)鍵指標(biāo)不包括（）。A.CPU利用率B.內(nèi)存使用率C.網(wǎng)絡(luò)帶寬D.員工滿意度二、多項(xiàng)選擇題（每題3分，共15分，少選、錯(cuò)選均不得分）1.信息系統(tǒng)開發(fā)方法中，屬于迭代式開發(fā)的有（）。A.瀑布模型B.螺旋模型C.敏捷開發(fā)D.原型法2.數(shù)據(jù)庫設(shè)計(jì)的三大范式包括（）。A.第一范式（1NF）：屬性不可再分B.第二范式（2NF）：消除非主屬性對主鍵的部分依賴C.第三范式（3NF）：消除非主屬性對主鍵的傳遞依賴D.巴斯科德范式（BCNF）：消除主屬性對候選鍵的部分依賴3.信息系統(tǒng)安全威脅中，屬于主動(dòng)攻擊的有（）。A.網(wǎng)絡(luò)監(jiān)聽B.數(shù)據(jù)篡改C.拒絕服務(wù)攻擊（DoS）D.信息截獲4.以下屬于企業(yè)級(jí)信息系統(tǒng)的有（）。A.客戶關(guān)系管理系統(tǒng)（CRM）B.供應(yīng)鏈管理系統(tǒng)（SCM）C.辦公自動(dòng)化系統(tǒng)（OA）D.人力資源管理系統(tǒng)（HRM）5.大數(shù)據(jù)處理技術(shù)中，用于實(shí)時(shí)計(jì)算的框架有（）。A.HadoopMapReduceB.SparkStreamingC.FlinkD.Hive三、案例分析題（每題20分，共40分）案例1：某制造企業(yè)計(jì)劃開發(fā)生產(chǎn)管理信息系統(tǒng)，需求調(diào)研階段發(fā)現(xiàn)：生產(chǎn)部門強(qiáng)調(diào)系統(tǒng)需實(shí)時(shí)監(jiān)控設(shè)備運(yùn)行狀態(tài)；財(cái)務(wù)部門要求與ERP系統(tǒng)對接，實(shí)現(xiàn)成本自動(dòng)核算；車間工人反饋操作界面復(fù)雜，希望簡化；高層管理者關(guān)注系統(tǒng)對決策的支持能力。問題：（1）請分析該系統(tǒng)需求的特點(diǎn)及可能的沖突點(diǎn)；（2）提出需求管理的具體策略，確保各方需求被合理滿足。案例2：某電商平臺(tái)上線新系統(tǒng)后，出現(xiàn)以下問題：高峰時(shí)段頁面響應(yīng)時(shí)間超過5秒（行業(yè)標(biāo)準(zhǔn)≤2秒）；訂單支付成功率僅85%（目標(biāo)99.9%）；數(shù)據(jù)庫查詢時(shí)常出現(xiàn)死鎖。問題：（1）分析可能導(dǎo)致上述問題的技術(shù)原因；（2）提出針對性的優(yōu)化措施。四、綜合應(yīng)用題（共15分）請?jiān)O(shè)計(jì)一個(gè)小型圖書館管理系統(tǒng)的數(shù)據(jù)庫模型，要求包含以下功能：讀者信息管理（姓名、性別、證件號(hào)、聯(lián)系方式、可借數(shù)量）；圖書信息管理（書名、ISBN、作者、出版社、出版時(shí)間、庫存量）；圖書借閱管理（讀者與圖書的借閱關(guān)系，包含借出時(shí)間、應(yīng)還時(shí)間、實(shí)際歸還時(shí)間）。要求：（1）繪制ER圖（文字描述即可）；（2）將ER圖轉(zhuǎn)換為關(guān)系模型，標(biāo)注主鍵和外鍵；（3）說明需滿足的數(shù)據(jù)庫范式（至少達(dá)到3NF）。答案一、單項(xiàng)選擇題1.C（系統(tǒng)設(shè)計(jì)階段負(fù)責(zé)總體結(jié)構(gòu)和硬件配置設(shè)計(jì)）2.C（結(jié)構(gòu)化方法強(qiáng)調(diào)需求穩(wěn)定，不允許頻繁變更）3.B（多對多聯(lián)系需單獨(dú)建表，包含雙方主鍵和聯(lián)系屬性）4.B（環(huán)型拓?fù)渲心彻?jié)點(diǎn)故障會(huì)導(dǎo)致環(huán)路斷開，全網(wǎng)癱瘓）5.D（身份認(rèn)證驗(yàn)證用戶身份，訪問控制是權(quán)限管理）6.C（敏捷強(qiáng)調(diào)客戶協(xié)作高于合同談判）7.B（NoSQL適合海量數(shù)據(jù)、高并發(fā)場景，如社交動(dòng)態(tài)）8.B（關(guān)鍵路徑法用于估算工期）9.B（數(shù)據(jù)倉庫是定期更新，非實(shí)時(shí)）10.B（用例圖描述功能需求）11.C（SMTP用于郵件傳輸）12.B（黑盒測試關(guān)注功能是否符合需求）13.E（“4V”是Volume、Velocity、Variety、Value，Veracity是擴(kuò)展特征）14.A（ECS屬于IaaS，提供基礎(chǔ)設(shè)施）15.D（員工滿意度屬于用戶體驗(yàn)指標(biāo)，非系統(tǒng)性能指標(biāo)）二、多項(xiàng)選擇題1.BCD（螺旋模型、敏捷、原型法均為迭代式，瀑布是線性）2.ABC（三大范式為1NF、2NF、3NF，BCNF是擴(kuò)展）3.BC（主動(dòng)攻擊包括篡改、DoS，監(jiān)聽和截獲是被動(dòng)攻擊）4.ABCD（均屬于企業(yè)級(jí)信息系統(tǒng)）5.BC（SparkStreaming和Flink用于實(shí)時(shí)計(jì)算，MapReduce是批處理，Hive是數(shù)據(jù)倉庫工具）三、案例分析題案例1答案：（1）需求特點(diǎn)：多部門參與，需求類型多樣（生產(chǎn)監(jiān)控、財(cái)務(wù)對接、用戶體驗(yàn)、決策支持）；沖突點(diǎn)：生產(chǎn)部門的實(shí)時(shí)性需求可能增加系統(tǒng)復(fù)雜度，與車間工人的簡化操作需求矛盾；財(cái)務(wù)對接需數(shù)據(jù)一致性，可能影響實(shí)時(shí)監(jiān)控的響應(yīng)速度；高層的決策支持需要大量數(shù)據(jù)存儲(chǔ)和分析，可能增加存儲(chǔ)成本。（2）需求管理策略：①建立需求優(yōu)先級(jí)矩陣，按“重要性緊急性”排序（如高層決策支持為高優(yōu)先級(jí)，車間操作簡化為次高）；②召開跨部門需求協(xié)調(diào)會(huì)，明確各方邊界（如生產(chǎn)監(jiān)控的實(shí)時(shí)性以5秒內(nèi)響應(yīng)為上限，不追求毫秒級(jí)）；③采用原型法快速驗(yàn)證核心功能（如先開發(fā)操作界面原型供工人測試）；④定義需求變更流程，所有變更需經(jīng)需求評(píng)審委員會(huì)批準(zhǔn)；⑤建立需求跟蹤矩陣，確保每個(gè)需求可追溯至設(shè)計(jì)和測試環(huán)節(jié)。案例2答案：（1）技術(shù)原因分析：①頁面響應(yīng)慢：可能是前端資源未壓縮（如圖片、JS文件過大），后端接口未做緩存（如商品詳情重復(fù)查詢數(shù)據(jù)庫），服務(wù)器帶寬不足；②支付成功率低：支付接口未做冪等性設(shè)計(jì)（重復(fù)提交導(dǎo)致訂單沖突），第三方支付網(wǎng)關(guān)回調(diào)機(jī)制不穩(wěn)定，數(shù)據(jù)庫事務(wù)超時(shí)設(shè)置過短；③死鎖問題：事務(wù)隔離級(jí)別過高（如可串行化），長事務(wù)未及時(shí)提交，索引缺失導(dǎo)致全表掃描鎖沖突。（2）優(yōu)化措施：①前端優(yōu)化：壓縮圖片、啟用CDN加速、懶加載非首屏資源；后端優(yōu)化：對高頻查詢（如商品列表）使用Redis緩存，設(shè)置合理的過期時(shí)間；②支付接口：添加防重令牌（Token）避免重復(fù)提交，增加異步回調(diào)機(jī)制（先返回“處理中”，成功后通知前端），調(diào)整數(shù)據(jù)庫事務(wù)超時(shí)時(shí)間為30秒（原5秒）；③死鎖解決：降低事務(wù)隔離級(jí)別至讀已提交，拆分長事務(wù)為多個(gè)短事務(wù)，為高頻查詢字段添加索引（如訂單號(hào)、用戶ID），定期分析慢查詢?nèi)罩?。四、綜合應(yīng)用題答案（1）ER圖文字描述：實(shí)體1：讀者（屬性：讀者ID、姓名、性別、證件號(hào)、聯(lián)系方式、可借數(shù)量）；實(shí)體2：圖書（屬性：圖書ID、書名、ISBN、作者、出版社、出版時(shí)間、庫存量）；實(shí)體3：借閱記錄（屬性：記錄ID、借出時(shí)間、應(yīng)還時(shí)間、實(shí)際歸還時(shí)間）；聯(lián)系：讀者與圖書之間是“借閱”關(guān)系（多對多），通過“借閱記錄”實(shí)體實(shí)現(xiàn)關(guān)聯(lián)。（2）關(guān)系模型轉(zhuǎn)換：讀者表（讀者ID（主鍵），姓名，性別，證件號(hào)（唯一），聯(lián)系方式，可借數(shù)量）；圖書表（圖書ID（主鍵），書名，ISBN（唯一），作者，出版社，出版時(shí)間，庫存量）；借閱記錄表（記錄ID（主鍵），讀者ID（外鍵，關(guān)聯(lián)讀者表），圖書ID（外鍵，關(guān)聯(lián)圖書表），借出時(shí)間，應(yīng)還時(shí)間，實(shí)際歸還時(shí)間）。（3）數(shù)據(jù)庫范式說明：讀者表：屬性均為原子性（1NF），所有非主屬性（姓名、性