2025年信息系統(tǒng)分析考試試卷及答案一、單項(xiàng)選擇題（每題2分，共20分）1.下列關(guān)于信息系統(tǒng)需求分類的描述中，正確的是（）A.功能性需求描述系統(tǒng)“如何做”，非功能性需求描述系統(tǒng)“做什么”B.用戶希望系統(tǒng)支持7×24小時(shí)不間斷運(yùn)行，屬于功能性需求C.系統(tǒng)需要存儲(chǔ)10萬條用戶數(shù)據(jù)，屬于數(shù)據(jù)需求D.界面操作需符合人體工程學(xué)，屬于性能需求2.在結(jié)構(gòu)化分析方法中，數(shù)據(jù)流圖（DFD）的基本元素不包括（）A.外部實(shí)體（源/宿）B.數(shù)據(jù)存儲(chǔ)C.加工（處理邏輯）D.控制流3.UML用例圖中，“擴(kuò)展（extend）”關(guān)系的含義是（）A.一個(gè)用例需要另一個(gè)用例的參與才能完成B.一個(gè)用例在特定條件下可以增加額外的步驟C.多個(gè)用例共享相同的行為片段D.用例與參與者之間的交互路徑4.某企業(yè)擬開發(fā)客戶關(guān)系管理系統(tǒng)（CRM），在可行性分析階段發(fā)現(xiàn)，現(xiàn)有服務(wù)器僅支持50并發(fā)用戶，而業(yè)務(wù)需求需要支持200并發(fā)用戶，需額外采購(gòu)硬件。這屬于（）A.技術(shù)可行性問題B.經(jīng)濟(jì)可行性問題C.操作可行性問題D.法律可行性問題5.數(shù)據(jù)字典中對(duì)“學(xué)生”實(shí)體的描述應(yīng)包括（）A.學(xué)生姓名的取值范圍B.學(xué)生信息的處理流程C.學(xué)生與課程的關(guān)聯(lián)關(guān)系D.學(xué)生數(shù)據(jù)的存儲(chǔ)位置6.在面向?qū)ο蠓治鲋?，“訂單”與“訂單明細(xì)”之間最可能的關(guān)系是（）A.泛化（繼承）B.關(guān)聯(lián)C.聚合D.組合7.某系統(tǒng)需求文檔中寫道：“用戶登錄時(shí)，若連續(xù)3次輸入錯(cuò)誤密碼，系統(tǒng)應(yīng)鎖定賬戶30分鐘”，這屬于（）A.業(yè)務(wù)規(guī)則需求B.性能需求C.安全需求D.界面需求8.下列關(guān)于用例描述的規(guī)范中，錯(cuò)誤的是（）A.用例名稱應(yīng)使用動(dòng)賓結(jié)構(gòu)（如“提交請(qǐng)假申請(qǐng)”）B.前置條件描述用例執(zhí)行前系統(tǒng)的狀態(tài)C.主流程應(yīng)覆蓋所有可能的異常情況D.擴(kuò)展流程需明確觸發(fā)條件和處理步驟9.在系統(tǒng)設(shè)計(jì)階段，模塊的內(nèi)聚性越高越好。下列屬于邏輯內(nèi)聚的是（）A.一個(gè)模塊處理學(xué)生入學(xué)、退學(xué)、轉(zhuǎn)學(xué)三種操作B.一個(gè)模塊計(jì)算員工薪資并生成工資條C.一個(gè)模塊讀取數(shù)據(jù)庫(kù)中的用戶信息D.一個(gè)模塊根據(jù)輸入的不同調(diào)用不同的算法10.某醫(yī)院信息系統(tǒng)需要與醫(yī)保系統(tǒng)對(duì)接，需重點(diǎn)分析兩者的（）A.數(shù)據(jù)格式一致性B.界面風(fēng)格統(tǒng)一性C.操作流程相似性D.硬件配置兼容性二、多項(xiàng)選擇題（每題3分，共15分，少選得1分，錯(cuò)選不得分）11.信息系統(tǒng)需求分析的主要任務(wù)包括（）A.確定系統(tǒng)的邊界和范圍B.明確用戶的業(yè)務(wù)流程C.設(shè)計(jì)數(shù)據(jù)庫(kù)表結(jié)構(gòu)D.定義系統(tǒng)的功能性與非功能性需求12.數(shù)據(jù)流圖（DFD）分層繪制時(shí)需遵循的原則有（）A.父圖與子圖的輸入輸出數(shù)據(jù)流保持一致B.每個(gè)加工至少有一個(gè)輸入和一個(gè)輸出數(shù)據(jù)流C.數(shù)據(jù)存儲(chǔ)必須與至少一個(gè)加工相關(guān)聯(lián)D.外部實(shí)體可以在不同層次的DFD中重復(fù)出現(xiàn)13.UML類圖中，類的屬性可以包含的信息有（）A.名稱B.類型C.可見性（public/private）D.初始值14.系統(tǒng)可行性分析的內(nèi)容包括（）A.技術(shù)可行性：現(xiàn)有技術(shù)能否實(shí)現(xiàn)需求B.經(jīng)濟(jì)可行性：成本-效益分析C.操作可行性：用戶能否適應(yīng)新系統(tǒng)D.法律可行性：是否符合數(shù)據(jù)隱私法規(guī)15.在需求驗(yàn)證過程中，常用的方法有（）A.原型法B.需求評(píng)審會(huì)C.靜態(tài)測(cè)試D.用例場(chǎng)景模擬三、簡(jiǎn)答題（每題8分，共40分）16.簡(jiǎn)述結(jié)構(gòu)化分析方法（SA）與面向?qū)ο蠓治龇椒ǎ∣OA）的主要區(qū)別。17.說明UML活動(dòng)圖與狀態(tài)圖的應(yīng)用場(chǎng)景差異。18.數(shù)據(jù)字典在信息系統(tǒng)分析中的作用是什么？需包含哪些基本條目？19.需求跟蹤矩陣的主要用途是什么？如何設(shè)計(jì)其核心列？20.某企業(yè)擬開發(fā)庫(kù)存管理系統(tǒng)，需支持采購(gòu)入庫(kù)、銷售出庫(kù)、庫(kù)存盤點(diǎn)、預(yù)警提醒（如低于安全庫(kù)存時(shí)通知管理員）功能。請(qǐng)列出該系統(tǒng)的主要非功能性需求（至少5項(xiàng)）。四、案例分析題（共25分）案例背景：某高校圖書館現(xiàn)使用傳統(tǒng)人工登記方式管理圖書借還，存在效率低、易出錯(cuò)、無法實(shí)時(shí)查詢庫(kù)存等問題。學(xué)校計(jì)劃開發(fā)“智慧圖書館管理系統(tǒng)”，需求如下：功能性需求：-讀者（學(xué)生/教師）可通過Web端或APP查詢圖書信息（書名、作者、ISBN、館藏位置、可借數(shù)量）；-讀者登錄后可預(yù)約圖書（若當(dāng)前不可借），預(yù)約成功后系統(tǒng)短信通知；-借還書時(shí)，管理員通過掃碼槍掃描圖書條碼和讀者校園卡完成操作，系統(tǒng)自動(dòng)更新庫(kù)存；-超期未還圖書按0.5元/天收取滯納金，超期15天以上限制借新；-管理員可維護(hù)圖書信息（新增、修改、刪除）、讀者信息（激活/凍結(jié)賬戶）、設(shè)置超期規(guī)則（如滯納金標(biāo)準(zhǔn)、限制借新天數(shù)）。非功能性需求：-系統(tǒng)需支持同時(shí)500個(gè)讀者在線查詢，響應(yīng)時(shí)間≤2秒；-圖書借還操作需在30秒內(nèi)完成；-數(shù)據(jù)需每日自動(dòng)備份，備份數(shù)據(jù)保留30天；-系統(tǒng)需符合《個(gè)人信息保護(hù)法》，讀者姓名、手機(jī)號(hào)等敏感信息加密存儲(chǔ)；-支持與學(xué)校統(tǒng)一認(rèn)證系統(tǒng)對(duì)接（使用CAS協(xié)議）。問題：21.（8分）繪制該系統(tǒng)的頂層數(shù)據(jù)流圖（0層DFD），需標(biāo)注外部實(shí)體、加工、數(shù)據(jù)流名稱。22.（7分）編寫“讀者預(yù)約圖書”用例的詳細(xì)描述（包括用例名稱、參與者、前置條件、主流程、擴(kuò)展流程）。23.（5分）分析系統(tǒng)與學(xué)校統(tǒng)一認(rèn)證系統(tǒng)對(duì)接時(shí)可能存在的風(fēng)險(xiǎn)，并提出至少2項(xiàng)應(yīng)對(duì)措施。24.（5分）若系統(tǒng)上線后，管理員反饋“圖書信息維護(hù)界面操作復(fù)雜，需要多次點(diǎn)擊才能完成修改”，請(qǐng)從需求分析角度分析可能的原因，并提出改進(jìn)建議。參考答案一、單項(xiàng)選擇題1.C2.D3.B4.A5.A6.D7.C8.C9.D10.A二、多項(xiàng)選擇題11.ABD12.ABCD13.ABCD14.ABCD15.ABD三、簡(jiǎn)答題16.結(jié)構(gòu)化分析（SA）以數(shù)據(jù)流為中心，將系統(tǒng)分解為功能模塊，強(qiáng)調(diào)自頂向下、逐層分解，通過數(shù)據(jù)流圖（DFD）、數(shù)據(jù)字典等工具描述系統(tǒng)功能；面向?qū)ο蠓治觯∣OA）以對(duì)象為中心，通過類、對(duì)象、繼承、封裝等概念建模，關(guān)注系統(tǒng)的靜態(tài)結(jié)構(gòu)（類圖）和動(dòng)態(tài)行為（用例圖、活動(dòng)圖等），更適合復(fù)雜、需求易變的系統(tǒng)。17.活動(dòng)圖主要用于描述業(yè)務(wù)流程或用例的執(zhí)行步驟（如“圖書借還流程”），強(qiáng)調(diào)動(dòng)作的順序和分支；狀態(tài)圖用于描述單個(gè)對(duì)象在其生命周期中的狀態(tài)變化（如“圖書狀態(tài)：可借→已借→超期→歸還”），關(guān)注狀態(tài)轉(zhuǎn)移的觸發(fā)條件和動(dòng)作。18.數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中所有元素（數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、加工、外部實(shí)體）的詳細(xì)定義，作用是確保需求描述的一致性和準(zhǔn)確性，避免歧義?；緱l目包括：數(shù)據(jù)流（名稱、組成、來源、去向）、數(shù)據(jù)存儲(chǔ)（名稱、組成、存儲(chǔ)方式）、數(shù)據(jù)項(xiàng)（名稱、類型、長(zhǎng)度、取值范圍）、加工（編號(hào)、名稱、輸入/輸出數(shù)據(jù)流、處理邏輯）。19.需求跟蹤矩陣用于跟蹤需求從提出到實(shí)現(xiàn)的全過程，確保所有需求被覆蓋且無遺漏。核心列包括：需求ID、需求描述、對(duì)應(yīng)測(cè)試用例ID、開發(fā)模塊、驗(yàn)證狀態(tài)（已實(shí)現(xiàn)/未實(shí)現(xiàn)）、變更記錄。20.非功能性需求示例：①性能：庫(kù)存查詢響應(yīng)時(shí)間≤1秒（高并發(fā)時(shí)）；②可靠性：系統(tǒng)平均無故障時(shí)間（MTBF）≥5000小時(shí)；③安全性：管理員登錄需二次驗(yàn)證（短信驗(yàn)證碼）；④可維護(hù)性：提供可視化日志管理界面，支持錯(cuò)誤日志導(dǎo)出；⑤易用性：庫(kù)存預(yù)警提醒支持郵件、APP推送兩種方式；⑥兼容性：支持主流瀏覽器（Chrome、Edge）和Android/iOS系統(tǒng)（版本≥12.0）。四、案例分析題21.頂層數(shù)據(jù)流圖（0層DFD）：外部實(shí)體：讀者、管理員、短信平臺(tái)、學(xué)校統(tǒng)一認(rèn)證系統(tǒng)；加工：智慧圖書館管理系統(tǒng)（唯一加工節(jié)點(diǎn)）；數(shù)據(jù)流：-讀者→系統(tǒng)：查詢請(qǐng)求、預(yù)約請(qǐng)求、登錄憑證；-系統(tǒng)→讀者：圖書信息、預(yù)約結(jié)果通知；-管理員→系統(tǒng)：圖書信息維護(hù)請(qǐng)求、讀者信息維護(hù)請(qǐng)求、規(guī)則設(shè)置請(qǐng)求；-系統(tǒng)→管理員：維護(hù)結(jié)果反饋；-系統(tǒng)→短信平臺(tái)：預(yù)約成功通知；-學(xué)校統(tǒng)一認(rèn)證系統(tǒng)?系統(tǒng)：認(rèn)證請(qǐng)求/響應(yīng)。（注：需用標(biāo)準(zhǔn)DFD符號(hào)繪制，此處以文字描述代替）22.“讀者預(yù)約圖書”用例詳細(xì)描述：-用例名稱：預(yù)約圖書-參與者：讀者（主要）、系統(tǒng)（次要）-前置條件：讀者已登錄系統(tǒng)；目標(biāo)圖書當(dāng)前可借數(shù)量為0。-主流程：1.讀者在圖書詳情頁(yè)點(diǎn)擊“預(yù)約”按鈕；2.系統(tǒng)驗(yàn)證讀者身份有效性（非凍結(jié)賬戶）；3.系統(tǒng)檢查圖書是否支持預(yù)約（未被下架）；4.系統(tǒng)生成預(yù)約記錄（包含讀者ID、圖書ID、預(yù)約時(shí)間）；5.系統(tǒng)向讀者綁定的手機(jī)號(hào)發(fā)送短信（內(nèi)容：“您預(yù)約的《×××》已成功，圖書歸還后將第一時(shí)間通知您”）；6.讀者查看預(yù)約結(jié)果頁(yè)面，流程結(jié)束。-擴(kuò)展流程：-擴(kuò)展1（步驟2：讀者賬戶凍結(jié)）：系統(tǒng)提示“賬戶已凍結(jié)，無法預(yù)約”，流程終止；-擴(kuò)展2（步驟3：圖書已下架）：系統(tǒng)提示“該圖書暫不可預(yù)約”，流程終止；-擴(kuò)展3（步驟5：短信發(fā)送失?。合到y(tǒng)記錄錯(cuò)誤日志，后續(xù)通過APP消息補(bǔ)發(fā)。23.對(duì)接風(fēng)險(xiǎn)及應(yīng)對(duì)措施：風(fēng)險(xiǎn)①：認(rèn)證協(xié)議版本不一致（如學(xué)校使用CAS3.0，系統(tǒng)開發(fā)時(shí)僅支持CAS2.0），導(dǎo)致登錄失??；措施：開發(fā)前與學(xué)校信息中心確認(rèn)認(rèn)證系統(tǒng)的具體協(xié)議版本和接口文檔，在測(cè)試環(huán)境模擬對(duì)接。風(fēng)險(xiǎn)②：敏感信息傳輸未加密（如校園卡ID在傳輸過程中被截獲）；措施：采用HTTPS協(xié)議加密傳輸，對(duì)關(guān)鍵參數(shù)（如用戶令牌）進(jìn)行二次加密處理。風(fēng)險(xiǎn)③：統(tǒng)一認(rèn)證系統(tǒng)故障導(dǎo)致圖書館系統(tǒng)不可用；措施：設(shè)置本地緩存機(jī)制，當(dāng)認(rèn)證系統(tǒng)超時(shí)（≥5秒）時(shí)，允許已登錄用戶繼續(xù)使用功能，同時(shí)提示“認(rèn)證服務(wù)異常，當(dāng)前為離線模式”。24.原因分析與改進(jìn)建議：可能原因：①需求分析階段未充分收集管理員的操作習(xí)慣（如偏好“一鍵修改”而非多級(jí)菜單）；②需求文檔中對(duì)“圖書信息維護(hù)”的界面流程