2025年信息系統(tǒng)考試的重要復(fù)習(xí)技巧試題及答案一、單項(xiàng)選擇題（每題2分，共20分）1.以下哪項(xiàng)屬于信息系統(tǒng)規(guī)劃階段的關(guān)鍵輸出？A.系統(tǒng)測試報(bào)告B.可行性研究報(bào)告C.數(shù)據(jù)庫設(shè)計(jì)說明書D.用戶手冊(cè)答案：B。解析：規(guī)劃階段主要任務(wù)是確定系統(tǒng)目標(biāo)和范圍，輸出可行性研究報(bào)告；A為實(shí)施階段，C為設(shè)計(jì)階段，D為運(yùn)維階段。2.某項(xiàng)目活動(dòng)A（持續(xù)3天）、B（依賴A，持續(xù)5天）、C（依賴A，持續(xù)4天）、D（依賴B和C，持續(xù)2天），則關(guān)鍵路徑長度為：A.10天B.12天C.14天D.15天答案：B。解析：路徑A→B→D：3+5+2=10；A→C→D：3+4+2=9；關(guān)鍵路徑為最長路徑，無，實(shí)際關(guān)鍵路徑應(yīng)為A→B→D（10天）？需重新計(jì)算：活動(dòng)依賴關(guān)系中，D需等B和C完成，B完成時(shí)間3+5=8，C完成時(shí)間3+4=7，故D開始時(shí)間為8，總工期8+2=10天。但可能我計(jì)算錯(cuò)誤，正確關(guān)鍵路徑應(yīng)為A→B→D（3+5+2=10）和A→C→D（3+4+2=9），故關(guān)鍵路徑是A→B→D，長度10天。但可能題目設(shè)置不同，正確答案應(yīng)為B？需確認(rèn)。（注：此處為示例，實(shí)際試題需更嚴(yán)謹(jǐn)。正確計(jì)算應(yīng)為：活動(dòng)A（03），B（38），C（37），D（810），總工期10天，故正確答案A.10天。）3.關(guān)系模式R(A,B,C,D)，函數(shù)依賴為A→B，B→C，D→A，則R的主碼是：A.AB.BC.DD.(A,D)答案：C。解析：主碼需能唯一確定所有屬性，D→A，A→B，B→C，故D可決定所有屬性，主碼是D。4.以下哪種加密技術(shù)屬于非對(duì)稱加密？A.AESB.DESC.RSAD.3DES答案：C。解析：非對(duì)稱加密使用公鑰和私鑰，RSA是典型代表；AES、DES、3DES為對(duì)稱加密。5.在UML圖中，用于描述系統(tǒng)功能需求的是：A.類圖B.用例圖C.活動(dòng)圖D.序列圖答案：B。解析：用例圖通過參與者和用例描述系統(tǒng)功能；類圖描述靜態(tài)結(jié)構(gòu)，活動(dòng)圖描述流程，序列圖描述交互。二、簡答題（每題8分，共40分）1.簡述需求分析中“原型法”與“結(jié)構(gòu)化分析”的區(qū)別。答案：原型法是快速構(gòu)建可運(yùn)行的原型系統(tǒng)，通過用戶試用反饋逐步完善需求，適用于需求模糊、用戶參與度高的場景；結(jié)構(gòu)化分析基于數(shù)據(jù)流圖（DFD）和數(shù)據(jù)字典，強(qiáng)調(diào)分層分解，適用于需求明確、結(jié)構(gòu)化程度高的系統(tǒng)。區(qū)別：①開發(fā)思路：原型法迭代演進(jìn)，結(jié)構(gòu)化分析線性推進(jìn)；②用戶參與：原型法需用戶深度參與，結(jié)構(gòu)化分析側(cè)重分析師主導(dǎo)；③適用場景：原型法適合需求不明確，結(jié)構(gòu)化分析適合需求清晰的傳統(tǒng)信息系統(tǒng)。2.說明項(xiàng)目管理中“關(guān)鍵路徑法（CPM）”的作用及計(jì)算步驟。答案：作用：確定項(xiàng)目最短工期，識(shí)別關(guān)鍵活動(dòng)（無浮動(dòng)時(shí)間），指導(dǎo)資源分配和進(jìn)度控制。計(jì)算步驟：①繪制項(xiàng)目活動(dòng)網(wǎng)絡(luò)圖（節(jié)點(diǎn)表示活動(dòng)，邊表示依賴）；②計(jì)算每個(gè)活動(dòng)的最早開始時(shí)間（ES）、最早結(jié)束時(shí)間（EF=ES+持續(xù)時(shí)間）；③計(jì)算最晚開始時(shí)間（LS）、最晚結(jié)束時(shí)間（LF=LS+持續(xù)時(shí)間）；④總時(shí)差（TF=LSES或LFEF），總時(shí)差為0的活動(dòng)構(gòu)成關(guān)鍵路徑。3.簡述數(shù)據(jù)庫設(shè)計(jì)中“第三范式（3NF）”的要求，并舉例說明。答案：3NF要求關(guān)系模式中不存在非主屬性對(duì)主碼的傳遞函數(shù)依賴。例如，關(guān)系模式R(學(xué)生ID,姓名,學(xué)院ID,學(xué)院名稱)，主碼是學(xué)生ID，存在函數(shù)依賴：學(xué)生ID→學(xué)院ID，學(xué)院ID→學(xué)院名稱，因此學(xué)院名稱傳遞依賴于學(xué)生ID，不滿足3NF。優(yōu)化后分解為R1(學(xué)生ID,姓名,學(xué)院ID)和R2(學(xué)院ID,學(xué)院名稱)，兩個(gè)關(guān)系均滿足3NF。4.列舉信息安全中“訪問控制”的三種實(shí)現(xiàn)方式，并說明其特點(diǎn)。答案：①自主訪問控制（DAC）：用戶自主設(shè)置資源訪問權(quán)限（如文件所有者設(shè)置讀寫權(quán)限），靈活性高但安全性低；②強(qiáng)制訪問控制（MAC）：系統(tǒng)根據(jù)安全標(biāo)簽（如密級(jí)）統(tǒng)一控制訪問（如軍事系統(tǒng)），安全性高但靈活性低；③基于角色的訪問控制（RBAC）：根據(jù)用戶角色（如管理員、普通用戶）分配權(quán)限，便于批量管理，廣泛應(yīng)用于企業(yè)系統(tǒng)。5.說明敏捷開發(fā)模式與傳統(tǒng)瀑布模型的主要差異。答案：①流程特性：瀑布模型是線性階段（需求→設(shè)計(jì)→開發(fā)→測試→運(yùn)維），敏捷是迭代增量（短周期迭代交付可用功能）；②需求應(yīng)對(duì)：瀑布模型要求需求明確，敏捷適應(yīng)需求變更；③團(tuán)隊(duì)協(xié)作：瀑布模型強(qiáng)調(diào)文檔驅(qū)動(dòng)，敏捷強(qiáng)調(diào)客戶合作、面對(duì)面溝通；④交付周期：瀑布模型長周期交付，敏捷短周期（如24周迭代）交付可運(yùn)行版本。三、案例分析題（每題15分，共30分）1.某企業(yè)擬開發(fā)客戶關(guān)系管理系統(tǒng)（CRM），項(xiàng)目啟動(dòng)后，用戶頻繁提出需求變更（如增加“客戶分級(jí)標(biāo)簽”“營銷活動(dòng)統(tǒng)計(jì)”功能），導(dǎo)致開發(fā)團(tuán)隊(duì)頻繁修改代碼，進(jìn)度延誤20%，成本超支15%。問題：（1）分析需求變更失控的可能原因；（2）提出3條改進(jìn)措施。答案：（1）原因：①需求管理流程缺失（未建立變更控制機(jī)制）；②用戶需求調(diào)研不充分（初始需求模糊）；③變更影響評(píng)估不足（未分析變更對(duì)進(jìn)度、成本的影響）；④溝通不暢（用戶與開發(fā)團(tuán)隊(duì)未對(duì)齊需求優(yōu)先級(jí)）。（2）改進(jìn)措施：①建立變更控制委員會(huì)（CCB），負(fù)責(zé)審核變更請(qǐng)求；②采用需求跟蹤矩陣（RTM），記錄變更來源、影響模塊及驗(yàn)證結(jié)果；③對(duì)變更進(jìn)行成本/進(jìn)度評(píng)估，優(yōu)先級(jí)高的變更納入下一次迭代，低優(yōu)先級(jí)的放入待辦列表；④定期組織用戶確認(rèn)需求，減少后期變更。2.某公司數(shù)據(jù)庫系統(tǒng)出現(xiàn)數(shù)據(jù)冗余問題，具體表現(xiàn)為：員工表（員工ID，姓名，部門ID，部門名稱，部門負(fù)責(zé)人）中，每個(gè)部門的“部門名稱”和“部門負(fù)責(zé)人”重復(fù)存儲(chǔ)多次。問題：（1）判斷當(dāng)前關(guān)系模式滿足的最高范式；（2）設(shè)計(jì)優(yōu)化后的關(guān)系模式，并說明優(yōu)化依據(jù)。答案：（1）當(dāng)前關(guān)系模式主碼是員工ID，存在非主屬性（部門名稱、部門負(fù)責(zé)人）對(duì)主碼的傳遞函數(shù)依賴（員工ID→部門ID，部門ID→部門名稱、部門負(fù)責(zé)人），因此最高滿足2NF（消除了部分函數(shù)依賴，但