2017年上半年系統(tǒng)分析師考試真題案例分析 1

系統(tǒng)分析師 20172017 年上半年系統(tǒng)分析師考試真題 案例分析 年上半年系統(tǒng)分析師考試真題 案例分析 下午試題下午試題 試題一 25 分 必答題 閱讀以下關(guān)于基于微服務(wù)的系統(tǒng)開發(fā)的敘述 在答題紙上回答問 題1 至問題 3 說明 某公司擬開發(fā)一個(gè)網(wǎng)絡(luò)約車調(diào)度服務(wù)平臺(tái) 實(shí)現(xiàn)基于互聯(lián)網(wǎng)的出 租車預(yù)約與管理 公司的系統(tǒng)分析師王工首先進(jìn)行了需求分析 得到 的系統(tǒng)需求列舉如下 系統(tǒng)的參與者包括乘客 出租車司機(jī)和平臺(tái)管理員三類 系統(tǒng)能夠?qū)崿F(xiàn)對乘客和出租車司機(jī)的信息注冊與身份認(rèn)證等功 能 并對乘客的信用信息進(jìn)行管理 對出租車司機(jī)的違章情況進(jìn)行審 核 系統(tǒng)需要與后端的銀行支付系統(tǒng)對接 完成支付信息審核 支付 信息更新與在線支付等功能 針對乘客發(fā)起的每一筆訂單 系統(tǒng)需要實(shí)現(xiàn)訂單發(fā)起 提交 跟 蹤 撤銷 支付 完成等業(yè)務(wù)過程的處理 系統(tǒng)需要以短信 微信和電子郵件多種方式分別為系統(tǒng)中的用戶 進(jìn)行事件提醒 在系統(tǒng)分析與設(shè)計(jì)階段 公司經(jīng)過內(nèi)部討論 一致認(rèn)為該系統(tǒng)的 需求定義明確 建議嘗試采用新的微服務(wù)架構(gòu)進(jìn)行開發(fā) 并任命王工 系統(tǒng)分析師 為項(xiàng)目技術(shù)負(fù)責(zé)人 負(fù)責(zé)項(xiàng)目開發(fā)過程中的技術(shù)指導(dǎo)工作 問題 1 12 分 請用 100 字以內(nèi)的文字說明一個(gè)微服務(wù)中應(yīng)該包含的內(nèi)容 并 用 300 字以內(nèi)的文字解釋基于微服務(wù)的系統(tǒng)與傳統(tǒng)的單體式系統(tǒng)相 比的 2 個(gè)優(yōu)勢和帶來的 2 個(gè)挑戰(zhàn) 問題 2 8 分 識(shí)別并設(shè)計(jì)微服務(wù)是系統(tǒng)開發(fā)過程中的一個(gè)重要步驟 請對題干 需求進(jìn)行分析 對微服務(wù)的種類和包含的業(yè)務(wù)功能進(jìn)行歸類 完成表 1 1 中的 1 4 問題 3 5 分 為了提高系統(tǒng)開發(fā)效率 公司的系統(tǒng)分析師王工設(shè)計(jì)了一個(gè)基于 微服務(wù)的軟件交付流程 其核心思想是將業(yè)務(wù)功能定義為任務(wù) 將完 成某個(gè)業(yè)務(wù)功能時(shí)涉及到的步驟和過程定義為子任務(wù) 只有當(dāng)所有的 子任務(wù)都測試通過后改業(yè)務(wù)功能才能上線交付 請基于王工設(shè)計(jì)的在 線支付微服務(wù)交付流程 從 a f 中分別選出合適的內(nèi)容填入 圖 1 1 中的 1 5 處 系統(tǒng)分析師 選項(xiàng) a 提交測試 b 全量上線 c 對接借記卡 d 獲取個(gè)人優(yōu)惠券 e 試部署 f 對賬 從下列的 4 道試題 試題二至試題五 中任選 2 道解答 請?jiān)?答題紙上的指定位置處將所選擇試題的題號框涂黑 若多涂 少涂或 者未涂題號框 則對題號最小的兩道試題進(jìn)行評分 系統(tǒng)分析師 試題二 共 25 分 閱讀以下關(guān)于系統(tǒng)數(shù)據(jù)分析與建模的敘述 在答題紙上回答問題 1 至問題 3 說明 某軟件公司受快遞公司委托 擬開發(fā)一套快遞業(yè)務(wù)綜合管理系統(tǒng) 實(shí)現(xiàn)快遞單和物流信息的綜合管理 項(xiàng)目組在系統(tǒng)邏輯數(shù)據(jù)模型設(shè)計(jì) 中 需要描述的快遞單樣式如圖 2 1 所示 圖 2 2 是項(xiàng)目組針對該 快遞單所設(shè)計(jì)的候選實(shí)體及其屬性 系統(tǒng)分析師 問題 1 6 分 數(shù)據(jù)庫設(shè)計(jì)主要包括概念設(shè)計(jì) 邏輯設(shè)計(jì)和物理設(shè)計(jì)三個(gè)階段 請用200 字以內(nèi)文字說明這三個(gè)階段的主要任務(wù) 問題 2 11 分 根據(jù)快遞單樣式圖 請說明 1 圖 2 2 中三個(gè)候選實(shí)體對應(yīng)的主屬性 PK1 PK2 和 PK3 分別 是什么 2 圖 2 2 中應(yīng)設(shè)計(jì)哪些實(shí)體之間的聯(lián)系 并說明聯(lián)系的類型 問題 3 8 分 在圖 2 2 中添加實(shí)體之間的聯(lián)系后 該實(shí)體聯(lián)系圖是否滿足第一 范式 第二范式和第三范式中的要求 對于每種范式判定時(shí) 假定己 滿足低級別范式要求 如果不滿足 請用 200 字以內(nèi)文字分別說明 其原因 試題三 共 25 分 閱讀以下關(guān)于嵌入式多核程序設(shè)計(jì)技術(shù)的描述 回答問題 1 至 問題 3 說明 近年來 多核技術(shù)己被廣泛應(yīng)用于眾多安全關(guān)鍵領(lǐng)域 如 航空航 天等 的電子設(shè)備中 面向多核技術(shù)的并行程序設(shè)計(jì)方法已成為軟件 人員急需掌握的主要技能之一 某宇航公司長期從事宇航電子設(shè)備的 研制工作 隨著宇航裝備能力需求的提升 急需采用多核技術(shù)以增強(qiáng) 系統(tǒng)分析師 設(shè)備的運(yùn)算能力 降低功耗與體積 快速實(shí)現(xiàn)設(shè)備的升級與換代 針 對面向多核開發(fā) 王工認(rèn)為多核技術(shù)是對用戶程序透明的 開發(fā)應(yīng)把 重點(diǎn)放在多核硬件架構(gòu)和硬件模塊設(shè)計(jì)上面 而軟件方面 僅僅需要 選擇一款支持多核處理器的操作系統(tǒng)即可 而李工認(rèn)為 多核架構(gòu)能 夠使現(xiàn)有的軟件更高效地運(yùn)行 構(gòu)建一個(gè)完善的軟件架構(gòu)是非常必要 的 提高多核的利用率不能僅靠操作系統(tǒng) 還要求軟件開發(fā)人員在程 序設(shè)計(jì) 中考慮多進(jìn)程或者多線程并行處理的編程問題 問題 1 12 分 請用 300 字以內(nèi)文字說明什么是多核技術(shù)和多線程技術(shù) 并回答 李工的意見是否正確 為什么 問題 2 6 分 在多核環(huán)境下 線程的活動(dòng)有并行和并發(fā)兩種方式 請用 300 字 以內(nèi)的文字說明這兩種方式的含義及差別 問題 3 7 分 請根據(jù)自己所掌握的多核 多線程的知識(shí) 判別表 3 1 給出的 說法是否正確 并將答案寫在答題紙上對應(yīng)空白處 填寫正確或錯(cuò)誤 系統(tǒng)分析師 試題四 共 25 分 閱讀以下關(guān)于數(shù)據(jù)庫分析與建模的敘述 在答題紙上回答問題 1 至問題 3 說明 某電子商務(wù)企業(yè)隨著業(yè)務(wù)不斷發(fā)展 銷售訂單不斷增加 每月訂 單超過了 50 萬筆 急需開發(fā)一套新的互聯(lián)網(wǎng)電子訂單系統(tǒng) 同時(shí)該 電商希望建立相應(yīng)的數(shù)據(jù)中心 能夠?qū)τ唵螖?shù)據(jù)進(jìn)行分析挖掘 以便 系統(tǒng)分析師 更好地服務(wù)用戶 王工負(fù)責(zé)訂單系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)與開發(fā) 初步設(shè)計(jì)的核心訂單關(guān) 系模式為 orders order no customer no order date product no price 考慮訂單數(shù)據(jù)過多 單一表的設(shè)計(jì)會(huì)對系統(tǒng)性能產(chǎn)生較大影響 僅僅采用索引不足以解決性能問題 因此 需要將訂單表拆分 按月 存儲(chǔ) 王工采用反規(guī)范化設(shè)計(jì)方法來解決 給出了相應(yīng)的解決方案 李 工負(fù)責(zé)數(shù)據(jù)中心的設(shè)計(jì)與開發(fā) 李工認(rèn)為王工的解決方案存在問題 建議采用數(shù)據(jù)物理分區(qū)技術(shù) 在解決性能問題的同時(shí) 也為后續(xù)的數(shù) 據(jù)遷移 數(shù)據(jù)挖掘和分析等工作提供支持 問題 1 8 分 常見的反規(guī)范化設(shè)計(jì)包括增加冗余列 增加派生列 重新組表和 表分割 為解決題干所述需求 王工采用的是哪種方法 請用 300 字 以內(nèi)的文字解釋說明該方法 并指出其優(yōu)缺點(diǎn) 問題 2 8 分 物理數(shù)據(jù)分區(qū)技術(shù)一般分為水平分區(qū)和垂直分區(qū) 數(shù)據(jù)庫中常見 的是水平分區(qū) 水平分區(qū)分為范圍分區(qū) 哈希分區(qū) 列表分區(qū)等 請 閱讀下表 在 1 8 中填寫不同分區(qū)方法在數(shù)據(jù)值 數(shù)據(jù)管理能力 實(shí)施難度與可維護(hù)性 數(shù)據(jù)分布等方面的特點(diǎn) 系統(tǒng)分析師 問題 3 9 分 根據(jù)需求 李工宜選擇物理水平分區(qū)中的哪種分區(qū)方法 請用300 字以內(nèi)的文字分別解釋說明該方法的優(yōu)缺點(diǎn) 試題五 共 25 分 閱讀以下關(guān)于 Web 系統(tǒng)架構(gòu)設(shè)計(jì)的敘述 在答題紙上回答問題 1 至問題 3 說明 某公司開發(fā)的 B2C 商務(wù)平臺(tái)因業(yè)務(wù)擴(kuò)展 導(dǎo)致系統(tǒng)訪問量不斷 增大 現(xiàn)有系統(tǒng)訪問速度緩慢 有時(shí)甚至出現(xiàn)系統(tǒng)故障癱瘓等現(xiàn)象 面對這一情況 公司召開項(xiàng)目組討論會(huì)議 尋求該商務(wù)平臺(tái)的改進(jìn)方 案 討論會(huì)上 王工提出可以利用鏡像站點(diǎn) CDN 內(nèi)容分發(fā)等方式解 決并發(fā)訪問量帶來的問題 而李工認(rèn)為 僅僅依靠上述外網(wǎng)加速技術(shù) 不能完 全解決系統(tǒng)現(xiàn)有問題 如果訪問量持續(xù)增加 系統(tǒng)仍存在崩漬的 可能 李工提出應(yīng)同時(shí)結(jié)合 Web 內(nèi)網(wǎng)加速技術(shù)優(yōu)化系統(tǒng)改進(jìn)方案 如 系統(tǒng)分析師 綜合應(yīng)用負(fù)載均衡 緩存服務(wù)器 Web 應(yīng)用服務(wù)器 分布式文件系統(tǒng) 分布式數(shù)據(jù)庫等 經(jīng)過討論 公司最終決定采用李工的思路 完成改 進(jìn)系統(tǒng)的設(shè)計(jì)方案 問題 1 10 分 針對李工提出的改進(jìn)方案 從 a j 中分別選出各技術(shù)的相關(guān)描 述和對應(yīng)常見支持軟件填入表 5 1 中的 1 10 處 a 保存靜態(tài)文件 減少網(wǎng)絡(luò)交換量 加速響應(yīng)請求 b 可采用軟件級和硬件級負(fù)載均衡實(shí)現(xiàn)分流和后臺(tái)減壓 c 文件存儲(chǔ)系統(tǒng) 快速查找文件 d FastDFS e HAProxy f JBoss g Hadoop Distributed File System HDFS h Apache Tomact i S