2025年系統(tǒng)分析師助理試題及答案一、單項(xiàng)選擇題（每題2分，共30分）1.在需求工程中，用戶故事（UserStory）的核心要素不包括以下哪項(xiàng)？A.角色（Who）B.功能（What）C.價(jià)值（Why）D.驗(yàn)收標(biāo)準(zhǔn)（AcceptanceCriteria）答案：D。用戶故事的標(biāo)準(zhǔn)結(jié)構(gòu)為“作為<角色>，我想要<功能>，以便<價(jià)值>”，驗(yàn)收標(biāo)準(zhǔn)通常作為補(bǔ)充信息，非核心要素。2.以下UML圖中，主要用于描述對象間消息傳遞順序的是？A.類圖B.狀態(tài)圖C.順序圖D.活動圖答案：C。順序圖（SequenceDiagram）通過時(shí)間軸展示對象間的消息傳遞順序，強(qiáng)調(diào)交互的時(shí)間順序。3.某系統(tǒng)需要支持高并發(fā)下單操作，數(shù)據(jù)庫設(shè)計(jì)中應(yīng)優(yōu)先考慮以下哪種索引策略？A.全表掃描B.主鍵索引C.復(fù)合索引（包含用戶ID、商品ID、時(shí)間戳）D.全文索引答案：C。高并發(fā)下單場景中，查詢條件通常涉及多字段組合（如用戶ID+商品ID+時(shí)間），復(fù)合索引可顯著提升查詢效率。4.敏捷開發(fā)中，“沖刺（Sprint）”的持續(xù)時(shí)間一般建議為？A.1-2天B.2-4周C.1-2個(gè)月D.3-6個(gè)月答案：B。敏捷方法論推薦沖刺周期為2-4周，平衡開發(fā)節(jié)奏與反饋效率。5.以下設(shè)計(jì)模式中，用于解決接口不兼容問題的是？A.適配器模式（Adapter）B.工廠模式（Factory）C.單例模式（Singleton）D.觀察者模式（Observer）答案：A。適配器模式通過包裝現(xiàn)有類，使其接口符合目標(biāo)接口要求，解決不兼容問題。6.系統(tǒng)可用性（Availability）的計(jì)算公式是？A.平均無故障時(shí)間/（平均無故障時(shí)間+平均修復(fù)時(shí)間）B.平均修復(fù)時(shí)間/（平均無故障時(shí)間+平均修復(fù)時(shí)間）C.總運(yùn)行時(shí)間/（總運(yùn)行時(shí)間+總停機(jī)時(shí)間）D.總停機(jī)時(shí)間/（總運(yùn)行時(shí)間+總停機(jī)時(shí)間）答案：A?？捎眯酝ǔ６x為系統(tǒng)正常運(yùn)行時(shí)間占總時(shí)間的比例，公式為MTTF/（MTTF+MTTR），其中MTTF為平均無故障時(shí)間，MTTR為平均修復(fù)時(shí)間。7.數(shù)據(jù)治理的核心目標(biāo)是？A.提升數(shù)據(jù)存儲容量B.確保數(shù)據(jù)質(zhì)量、安全性和合規(guī)性C.加快數(shù)據(jù)傳輸速度D.降低數(shù)據(jù)庫采購成本答案：B。數(shù)據(jù)治理關(guān)注數(shù)據(jù)全生命周期的管理，核心是保障數(shù)據(jù)質(zhì)量、安全及符合法律法規(guī)。8.在面向?qū)ο笤O(shè)計(jì)中，“里氏替換原則（LSP）”要求子類能夠替換父類而不影響程序正確性，其實(shí)質(zhì)是強(qiáng)調(diào)？A.子類功能必須比父類更豐富B.子類不能重寫父類方法C.子類需保持父類的行為契約D.子類與父類需完全獨(dú)立答案：C。里氏替換原則要求子類在替換父類時(shí)，不破壞原有程序的邏輯，即子類需遵守父類的行為規(guī)范（如方法參數(shù)、返回值、異常類型）。9.微服務(wù)架構(gòu)中，服務(wù)間通信通常采用以下哪種方式？A.共享數(shù)據(jù)庫B.遠(yuǎn)程過程調(diào)用（RPC）或HTTPAPIC.內(nèi)存共享變量D.文件系統(tǒng)共享答案：B。微服務(wù)強(qiáng)調(diào)松耦合，服務(wù)間通過輕量級通信（如gRPC、RESTfulAPI）交互，避免共享數(shù)據(jù)庫或內(nèi)存。10.以下不屬于系統(tǒng)性能指標(biāo)的是？A.吞吐量（Throughput）B.響應(yīng)時(shí)間（ResponseTime）C.可用性（Availability）D.并發(fā)用戶數(shù)（ConcurrentUsers）答案：C。可用性屬于可靠性指標(biāo)，性能指標(biāo)包括吞吐量、響應(yīng)時(shí)間、并發(fā)用戶數(shù)等。11.數(shù)據(jù)庫事務(wù)的“原子性（Atomicity）”是指？A.事務(wù)一旦提交，對數(shù)據(jù)庫的修改是永久的B.事務(wù)執(zhí)行過程中，數(shù)據(jù)處于一致狀態(tài)C.事務(wù)中的操作要么全部完成，要么全部不完成D.多個(gè)事務(wù)并發(fā)執(zhí)行時(shí)，互不干擾答案：C。原子性確保事務(wù)的不可分割性，要么全成功，要么全回滾。12.需求跟蹤矩陣（RequirementTraceabilityMatrix）的主要作用是？A.記錄需求變更歷史B.確保每個(gè)需求都被測試覆蓋C.展示需求與設(shè)計(jì)、測試用例的對應(yīng)關(guān)系D.統(tǒng)計(jì)需求完成進(jìn)度答案：C。需求跟蹤矩陣用于追蹤需求從提出到實(shí)現(xiàn)的全生命周期，確保需求與設(shè)計(jì)、測試等環(huán)節(jié)的可追溯性。13.以下哪種軟件開發(fā)模型最適合需求不明確、需要快速迭代的項(xiàng)目？A.瀑布模型B.螺旋模型C.敏捷模型D.大爆炸模型答案：C。敏捷模型通過短周期迭代、持續(xù)反饋適應(yīng)需求變化，適合需求不明確的場景。14.在UML類圖中，“聚合（Aggregation）”關(guān)系用以下哪種符號表示？A.實(shí)心菱形B.空心菱形C.箭頭線D.虛線答案：B。聚合關(guān)系（整體與部分可分離）用空心菱形表示，組合（整體與部分不可分離）用實(shí)心菱形。15.系統(tǒng)安全設(shè)計(jì)中，“最小權(quán)限原則（PrincipleofLeastPrivilege）”要求？A.用戶僅獲得完成任務(wù)所需的最小權(quán)限B.系統(tǒng)保留最高管理員權(quán)限C.所有用戶權(quán)限完全相同D.權(quán)限隨時(shí)間自動升級答案：A。最小權(quán)限原則要求用戶或進(jìn)程僅擁有完成任務(wù)必需的最小權(quán)限，降低安全風(fēng)險(xiǎn)。二、簡答題（每題8分，共40分）1.簡述需求分析中“用戶場景（UserScenario）”的作用，并舉例說明如何構(gòu)建。答案：用戶場景用于描述用戶在特定環(huán)境下使用系統(tǒng)完成任務(wù)的過程，作用包括：①幫助團(tuán)隊(duì)理解用戶實(shí)際需求；②發(fā)現(xiàn)潛在的功能遺漏或流程問題；③為設(shè)計(jì)提供具體上下文。構(gòu)建步驟：①定義用戶角色（如“學(xué)生”）；②描述使用環(huán)境（如“晚上10點(diǎn)，使用手機(jī)”）；③列出關(guān)鍵操作步驟（如“打開APP→進(jìn)入課程列表→選擇未完成課程→觀看視頻”）；④標(biāo)注痛點(diǎn)（如“視頻加載慢”）。例如，在線教育平臺的“學(xué)生提交作業(yè)”場景可描述為：學(xué)生在手機(jī)端進(jìn)入課程詳情頁，點(diǎn)擊“提交作業(yè)”按鈕，上傳圖片或文檔，系統(tǒng)提示“提交成功”，若文件超過50MB則提示“文件過大”。2.對比用例圖（UseCaseDiagram）與活動圖（ActivityDiagram）的應(yīng)用場景。答案：用例圖主要從用戶視角描述系統(tǒng)功能，展示參與者（Actor）與用例（UseCase）的交互關(guān)系，適用于需求階段的高層功能建模（如“用戶登錄”“下單支付”）?；顒訄D從系統(tǒng)流程視角描述操作步驟，類似流程圖，用于詳細(xì)設(shè)計(jì)階段的流程建模（如“下單流程：選擇商品→填寫地址→支付→提供訂單”）。例如，用例圖可展示“教師”與“發(fā)布課程”“查看學(xué)生作業(yè)”等用例的關(guān)聯(lián)；活動圖則詳細(xì)描述“發(fā)布課程”的具體步驟：上傳課件→設(shè)置課程時(shí)間→選擇可見班級→提交審核→審核通過則發(fā)布成功，否則返回修改。3.說明數(shù)據(jù)庫設(shè)計(jì)中“反范式化（Denormalization）”的適用場景及潛在問題。答案：反范式化是通過增加冗余數(shù)據(jù)提升查詢性能的設(shè)計(jì)策略，適用場景：①高并發(fā)讀場景（如電商商品詳情頁需頻繁查詢商品名稱、價(jià)格、庫存等多表關(guān)聯(lián)數(shù)據(jù)）；②歷史數(shù)據(jù)統(tǒng)計(jì)（如按月統(tǒng)計(jì)訂單金額，需關(guān)聯(lián)訂單表與商品表）；③實(shí)時(shí)性要求高的場景（避免JOIN操作耗時(shí)）。潛在問題：①數(shù)據(jù)冗余導(dǎo)致存儲成本增加；②更新異常（如商品價(jià)格修改需同步所有冗余字段，否則數(shù)據(jù)不一致）；③維護(hù)復(fù)雜度提高（需額外處理冗余數(shù)據(jù)的同步邏輯）。4.微服務(wù)架構(gòu)中，服務(wù)發(fā)現(xiàn)（ServiceDiscovery）的作用是什么？常用實(shí)現(xiàn)方式有哪些？答案：服務(wù)發(fā)現(xiàn)的作用是解決微服務(wù)間動態(tài)地址查找問題。微服務(wù)實(shí)例可能因擴(kuò)容、故障等動態(tài)變更IP和端口，服務(wù)發(fā)現(xiàn)組件（如Consul、Eureka）可記錄服務(wù)實(shí)例的網(wǎng)絡(luò)位置，并提供查詢接口，使調(diào)用方無需硬編碼地址。常用實(shí)現(xiàn)方式：①客戶端發(fā)現(xiàn)（調(diào)用方主動查詢服務(wù)注冊表，如Eureka+Ribbon）；②服務(wù)端發(fā)現(xiàn)（調(diào)用方請求通過負(fù)載均衡器，由負(fù)載均衡器查詢服務(wù)注冊表并路由，如Kubernetes的Service）；③基于DNS的發(fā)現(xiàn)（通過DNS記錄動態(tài)解析服務(wù)地址，如AWSCloudMap）。5.系統(tǒng)性能測試中，如何確定“并發(fā)用戶數(shù)”的合理值？需關(guān)注哪些指標(biāo)？答案：確定并發(fā)用戶數(shù)需結(jié)合業(yè)務(wù)場景和資源限制：①業(yè)務(wù)峰值預(yù)測（如電商大促期間每秒訂單數(shù)）；②系統(tǒng)資源瓶頸（CPU、內(nèi)存、數(shù)據(jù)庫連接數(shù)）；③歷史數(shù)據(jù)參考（如去年同期并發(fā)量）。常用方法：通過負(fù)載測試逐步增加用戶數(shù)，觀察性能指標(biāo)變化，找到系統(tǒng)吞吐量不再增長的拐點(diǎn)（即最大并發(fā)用戶數(shù)）。需關(guān)注的指標(biāo)：①吞吐量（每秒處理請求數(shù)）；②響應(yīng)時(shí)間（P90/P95值，即90%/95%請求的響應(yīng)時(shí)間）；③錯(cuò)誤率（請求失敗比例）；④資源利用率（CPU、內(nèi)存、磁盤I/O、網(wǎng)絡(luò)帶寬）。三、綜合分析題（每題15分，共30分）【案例背景】某企業(yè)計(jì)劃開發(fā)“智能醫(yī)療影像診斷系統(tǒng)”，核心功能包括：（1）患者通過APP上傳CT/MRI影像（支持JPEG、DICOM格式）；（2）系統(tǒng)自動識別影像類型，調(diào)用AI模型進(jìn)行病灶檢測（如肺結(jié)節(jié)、腦部腫瘤）；（3）醫(yī)生登錄Web端查看檢測報(bào)告，可手動標(biāo)注修正，提供最終診斷意見；（4）患者可查看診斷報(bào)告，支持下載PDF；（5）系統(tǒng)需記錄所有操作日志（患者上傳、AI檢測、醫(yī)生修改、報(bào)告下載），用于審計(jì)和模型優(yōu)化。問題1：繪制該系統(tǒng)的頂層數(shù)據(jù)流圖（DFD），并標(biāo)注主要外部實(shí)體、加工、數(shù)據(jù)流和數(shù)據(jù)存儲。答案：外部實(shí)體：患者（APP端）、醫(yī)生（Web端）、AI模型服務(wù)（第三方或自建）。加工：P1（影像上傳與預(yù)處理）、P2（AI自動診斷）、P3（醫(yī)生人工審核）、P4（報(bào)告提供與分發(fā)）。數(shù)據(jù)流：患者→P1：影像文件（JPEG/DICOM）、患者信息（姓名、ID）；P1→數(shù)據(jù)存儲D1（原始影像庫）：原始影像；P1→P2：預(yù)處理后影像（標(biāo)準(zhǔn)化格式）；P2→數(shù)據(jù)存儲D2（AI檢測結(jié)果庫）：初步檢測結(jié)果（病灶位置、概率）；P2→P3：初步檢測結(jié)果；醫(yī)生→P3：手動標(biāo)注修正（修正后的病灶信息）；P3→數(shù)據(jù)存儲D3（最終診斷庫）：最終診斷報(bào)告；P3→P4：最終診斷報(bào)告；P4→患者：診斷報(bào)告（PDF）；所有加工→數(shù)據(jù)存儲D4（操作日志庫）：操作日志（時(shí)間、用戶、操作類型）。問題2：設(shè)計(jì)系統(tǒng)的核心數(shù)據(jù)庫表結(jié)構(gòu)（至少包含5張表），說明表名、字段及關(guān)鍵約束。答案：（1）患者表（patient）：字段：patient_id（主鍵，自增）、name（varchar(50)，非空）、phone（varchar(11)，唯一）、create_time（datetime，非空）。約束：phone唯一，確?；颊呤謾C(jī)號不重復(fù)。（2）影像表（image）：字段：image_id（主鍵，UUID）、patient_id（外鍵，關(guān)聯(lián)patient.patient_id）、file_path（varchar(255)，非空）、file_type（varchar(10)，非空，CHECKIN('JPEG','DICOM')）、upload_time（datetime，非空）。約束：外鍵關(guān)聯(lián)患者表，確保影像歸屬有效患者。（3）AI檢測結(jié)果表（ai_detection）：字段：detection_id（主鍵，自增）、image_id（外鍵，關(guān)聯(lián)image.image_id）、lesion_type（varchar(50)，非空，如“肺結(jié)節(jié)”）、probability（decimal(5,2)，非空，0-1之間）、detect_time（datetime，非空）。約束：probability范圍檢查（CHECKprobabilityBETWEEN0AND1）。（4）醫(yī)生表（doctor）：字段：doctor_id（主鍵，自增）、name（varchar(50)，非空）、department（varchar(50)，非空）、license_no（varchar(50)，唯一，醫(yī)師執(zhí)業(yè)證號）、create_time（datetime，非空）。（5）診斷報(bào)告表（diagnosis_report）：字段：report_id（主鍵，UUID）、image_id（外鍵，關(guān)聯(lián)image.image_id）、doctor_id（外鍵，關(guān)聯(lián)doctor.doctor_id）、ai_result_id（外鍵，關(guān)聯(lián)ai_detection.detection_id）、final_opinion（text，非空）、report_time（datetime，非空）、status（varchar(10)，非空，CHECKIN('草稿','已發(fā)布')）。約束：外鍵關(guān)聯(lián)影像、醫(yī)生、AI檢測結(jié)果，確保報(bào)告可追溯。（6）操作日志表（operation_log）：字段：log_id（主鍵，自增）、user_id（varchar(50)，非空，患者ID或醫(yī)生ID）、user_type（varchar(10)，非空，CHECKIN('患者','醫(yī)生')）、operation_type（varchar(50)，非空，如“上傳影像”“修改報(bào)告”）、operat