2016年上半年系統(tǒng)分析師考試下午真題

>>>點(diǎn)擊進(jìn)入系統(tǒng)分析師歷年真題下載

試題一（共25分）

閱讀以下關(guān)于軟件系統(tǒng)可行性分析的敘述，在答題紙上回答問題1至問題3。

某軟件開發(fā)企業(yè)受對(duì)外貿(mào)易公司委托開發(fā)一套跨境電子商務(wù)系統(tǒng)，項(xiàng)目組從多個(gè)方面對(duì)該電子商務(wù)系統(tǒng)進(jìn)行了可行性分析，在項(xiàng)目組給出的可行性分析報(bào)告中，對(duì)項(xiàng)目的成本、收益情況進(jìn)行了說(shuō)明：建設(shè)投資總額為300萬(wàn)元，建設(shè)期為1年，運(yùn)營(yíng)期為4年，該方案現(xiàn)金流量表如表1-1所示。

【問題1】（12分）

軟件系統(tǒng)可行性分析包括哪幾個(gè)方面？用200以內(nèi)文字說(shuō)明其含義。

【問題2】（7分）

成本和收益是經(jīng)濟(jì)可行性評(píng)價(jià)的核心要素，成本一般分為開發(fā)成本和運(yùn)營(yíng)成本，收益包括有形收益和無(wú)形收益，請(qǐng)對(duì)照下列7項(xiàng)內(nèi)容，將其序號(hào)分別填入成本和收益對(duì)應(yīng)的類別。

a）系統(tǒng)分析師工資；

b）采購(gòu)數(shù)據(jù)庫(kù)服務(wù)器；

c）系統(tǒng)管理員工資；

d）客戶滿意度增加；

e）銷售額同比提高；

f）軟件許可證費(fèi)用；

g）應(yīng)用服務(wù)器數(shù)量減少。

【問題3】（6分）

根據(jù)表1-1所示現(xiàn)金流量表，分別給出該解決方案的靜態(tài)投資回收期、動(dòng)態(tài)投資回收期和投資收益率的算術(shù)表達(dá)式或數(shù)值（結(jié)果保留2位小數(shù)）。

試題二（共25分）

閱讀以下關(guān)于系統(tǒng)設(shè)計(jì)的敘述，在答題紙上回答問題1至問題3。

某軟件公司為電子商務(wù)企業(yè)開發(fā)一套網(wǎng)上交易訂單管理系統(tǒng)，以提升服務(wù)的質(zhì)量和效率。在項(xiàng)目之初，項(xiàng)目組決定釆用面向?qū)ο蟮拈_發(fā)方法進(jìn)行系統(tǒng)開發(fā)，并對(duì)系統(tǒng)的核心業(yè)務(wù)功能進(jìn)行了分析，具體描述如下：

注冊(cè)用戶通過(guò)商品信息頁(yè)面在線瀏覽商品，將需要購(gòu)買的商品添加進(jìn)購(gòu)物車內(nèi)，點(diǎn)擊“結(jié)算”按鈕后開始錄入訂單信息。

用戶在訂單信息錄入頁(yè)面上選擇支付方式，填寫并確認(rèn)收貨人、收貨地址和聯(lián)系方式等信息。點(diǎn)擊“提交訂單”按鈕后產(chǎn)生訂單，并開始進(jìn)行訂單結(jié)算。

訂單需要在30分鐘內(nèi)進(jìn)行支付，否則會(huì)自動(dòng)取消，用戶也可以手工取消訂單。

用戶支付完成，經(jīng)確認(rèn)后，系統(tǒng)開始備貨，扣除該商品可接單數(shù)量，并移除用戶購(gòu)物車中的所有商品資料。

生成訂單表單，出貨完畢，訂單生效。為用戶快遞商品，等待用戶接收。

用戶簽收商品，交易完成。

【問題1】（12分）

識(shí)別設(shè)計(jì)類是面向?qū)ο笤O(shè)計(jì)過(guò)程中的重要工作，設(shè)計(jì)類表達(dá)了類的職責(zé)，即該類所擔(dān)任的任務(wù)。請(qǐng)用300字以內(nèi)的文字說(shuō)明設(shè)計(jì)類通常分為哪三種類型，每種類型的主要職責(zé)，并針對(duì)題干描述案例涉及的具體類為每種類型的設(shè)計(jì)類舉出2個(gè)實(shí)例。

【問題2】（3分）

在面向?qū)ο蟮脑O(shè)計(jì)過(guò)程中，活動(dòng)圖（activitydiagram）闡明了業(yè)務(wù)用例實(shí)現(xiàn)的工作流程。請(qǐng)用300字以內(nèi)的文字給出活動(dòng)圖與流程圖（flowchart）的三個(gè)主要區(qū)別。

【問題3】（10分）

在面向?qū)ο蟮脑O(shè)計(jì)過(guò)程中，狀態(tài)圖（statechartdiagram）描述了一個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為。請(qǐng)根據(jù)題干描述，填寫圖2-1中的（a）～（e）空白，完成訂單處理的狀態(tài)圖。

試題三（共25分）

閱讀以下關(guān)于嵌入式系統(tǒng)能耗管理設(shè)計(jì)的描述,在答題紙上回答問題1至問題3。

隨著嵌入式系統(tǒng)智能化技術(shù)的持續(xù)發(fā)展，系統(tǒng)的能耗問題已成為亟待解決的難題。某宇航公司研發(fā)的一款手持式野外輔助裝備，需要較長(zhǎng)的巡航時(shí)間，由于設(shè)計(jì)時(shí)對(duì)功耗問題考慮不周，使得產(chǎn)品出現(xiàn)了批次責(zé)任事故。公司領(lǐng)導(dǎo)決定抽調(diào)王工等5人組建專門的攻關(guān)小組，要求在三個(gè)月內(nèi)完成故障歸零。王工接到任務(wù)后，經(jīng)反復(fù)論證與實(shí)驗(yàn)，給公司提交了一份基于軟件動(dòng)態(tài)節(jié)能的改進(jìn)方案，得到了領(lǐng)導(dǎo)及希賽網(wǎng)的好評(píng)。

【問題1】（7分）

在嵌入式系統(tǒng)中節(jié)能技術(shù)一般分為靜態(tài)節(jié)能和動(dòng)態(tài)節(jié)能兩種，請(qǐng)用300字以內(nèi)文字分別說(shuō)明什么是靜態(tài)節(jié)能技術(shù)和動(dòng)態(tài)節(jié)能技術(shù)，并列舉三種動(dòng)態(tài)節(jié)能技術(shù)。

【問題2】（6分）

王工的方案得到認(rèn)可后，他帶領(lǐng)團(tuán)隊(duì)研究了調(diào)度方式和系統(tǒng)能耗之間的關(guān)系，請(qǐng)用150字以內(nèi)的文字說(shuō)明為了節(jié)約系統(tǒng)能耗而釆用的設(shè)備調(diào)度策略的核心思路，并說(shuō)明設(shè)備調(diào)度策略與任務(wù)實(shí)時(shí)性的關(guān)系。

【問題3】（12分）

根據(jù)上述設(shè)備有效調(diào)度時(shí)刻的策略，分析以下實(shí)例，并將答案寫在答題紙上。

手持式野外輔助裝備由三個(gè)實(shí)時(shí)任務(wù)和三個(gè)獨(dú)立設(shè)備組成（分別表示為：t1、t2和t3；s1、s2和S3），表3-1給出了手持式設(shè)備實(shí)時(shí)任務(wù)的時(shí)間參數(shù)表，這些任務(wù)使用獨(dú)立的設(shè)備并且所有設(shè)備的特征一致，各設(shè)備待機(jī)超時(shí)可直接進(jìn)入睡眠狀態(tài)，處于睡眠狀態(tài)的設(shè)備要經(jīng)過(guò)轉(zhuǎn)換狀態(tài)后才能進(jìn)入運(yùn)行狀態(tài)。假設(shè)初始狀態(tài)（t=0）設(shè)備處于工作狀態(tài)，且所有設(shè)備的工作狀態(tài)功率為60mw/ms，轉(zhuǎn)換功率為30mw/ms，睡眠功率為10mv/ms。同時(shí)假設(shè)設(shè)備被喚醒的轉(zhuǎn)換時(shí)間為10ms。設(shè)備待機(jī)后被關(guān)閉的超時(shí)值為10ms。

圖3-1給出了未考慮節(jié)能需求時(shí)任務(wù)調(diào)度算法，在釆用了設(shè)備有效時(shí)刻調(diào)度策略之后，三個(gè)設(shè)備100ms周期內(nèi)將按一定順序被依次關(guān)閉和喚醒。圖3-2給出了采用設(shè)備有效時(shí)刻調(diào)度策略后s1的功率隨時(shí)間的變化規(guī)律。請(qǐng)計(jì)算此時(shí)三個(gè)設(shè)備在100ms周期內(nèi)的功耗，并計(jì)算100ms周期內(nèi)，每個(gè)設(shè)備的節(jié)能比。

節(jié)能比=（未節(jié)能情況下的系統(tǒng)能耗-節(jié)能后系統(tǒng)能耗）÷未節(jié)能情況下的系統(tǒng)能耗

表3-1實(shí)時(shí)任務(wù)時(shí)間參數(shù)表

試題四（共25分）

閱讀以下關(guān)于數(shù)據(jù)庫(kù)設(shè)計(jì)的敘述，在答題紙上回答問題1至問題3。

某航空公司要開發(fā)一個(gè)訂票信息處理系統(tǒng)，以方便各個(gè)代理商銷售機(jī)票。開發(fā)小組經(jīng)過(guò)設(shè)計(jì)，給出該系統(tǒng)的部分關(guān)系模式如下：

航班（航班編號(hào)，航空公司，起飛地，起飛時(shí)間，目的地，到達(dá)時(shí)間，剩余票數(shù)，票價(jià)）

代理商（代理商編號(hào)，代理商名稱，客服電話，地址，負(fù)責(zé)人）

機(jī)票代理（代理商編號(hào)，航班編號(hào)，票價(jià)）

旅客（身份證號(hào)，姓名，性別，出生日期，電話）

購(gòu)票（購(gòu)票單號(hào)，身份證號(hào)，航班編號(hào)，搭乘日期，購(gòu)票金額）

在提供給用戶的界面上，其核心功能是當(dāng)用戶查詢某航班時(shí)，將該航班所有的代理商信息及其優(yōu)惠票價(jià)信息，返回給用戶，方便用戶購(gòu)買價(jià)格優(yōu)惠的機(jī)票。在實(shí)現(xiàn)過(guò)程中發(fā)現(xiàn)，要實(shí)現(xiàn)此功能，需要在代理商和機(jī)票代理兩個(gè)關(guān)系模式上進(jìn)行連接操作，性能很差。為此開發(fā)小組將機(jī)票代理關(guān)系模式進(jìn)行了擴(kuò)充，結(jié)果為：

機(jī)票代理（代理商編號(hào)，航班編號(hào)，代理商名稱，客服電話，票價(jià)）

這樣，用戶在查找信息時(shí)只需對(duì)機(jī)票代理關(guān)系模式進(jìn)行查詢即可，提高了查詢效率。

【問題1】（6分）

機(jī)票代理關(guān)系模式的修改，滿足了用戶對(duì)代理商機(jī)票價(jià)格查詢的需求，提高了查詢效率。但這種修改導(dǎo)致機(jī)票代理關(guān)系模式不滿足3NF,會(huì)帶來(lái)存儲(chǔ)異常的問題。

1）請(qǐng)具體說(shuō)明其問題，并舉例說(shuō)明。

2）這種存儲(chǔ)異常會(huì)造成數(shù)據(jù)不一致，請(qǐng)給出解決該存儲(chǔ)異常的方案。

【問題2】（9分）

在機(jī)票銷售信息處理系統(tǒng)中，兩個(gè)代理商的售票并發(fā)執(zhí)行，可能產(chǎn)生的操作序列如表4-1所示。

假設(shè)兩個(gè)代理商執(zhí)行之前，該航班僅剩1張機(jī)票。

1）請(qǐng)說(shuō)明上述兩個(gè)代理商操作的結(jié)果。

2）并發(fā)操作會(huì)帶來(lái)數(shù)據(jù)不一致的問題，請(qǐng)具體說(shuō)明3種問題。

【問題3】（10分）

為了避免問題2中的問題，開發(fā)組使用庫(kù)的讀寫鎖機(jī)制，操作序列變?yōu)楸?-2所示。

表4-2加入讀寫鎖機(jī)制后，兩個(gè)代理商可熊的操作序列

請(qǐng)?zhí)顚懕碇械目瞻醉?xiàng)，并用150字以內(nèi)的文字說(shuō)明讀寫鎖機(jī)制的缺點(diǎn)。

試題五（共25分）

閱讀以下關(guān)于Web應(yīng)用的敘述，在答題紙上回答問題1至問題3。

某軟件企業(yè)擬開發(fā)一套基于Web的云平臺(tái)配置管理與監(jiān)控系統(tǒng)，該系統(tǒng)按租戶視圖、系統(tǒng)管理視圖以及業(yè)務(wù)視圖劃分為多個(gè)相應(yīng)的Web應(yīng)用，系統(tǒng)需求中還包含郵件服務(wù)、大文件上傳下載、安全攻擊防護(hù)等典型Web系統(tǒng)基礎(chǔ)服務(wù)需求。

【問題1】（5分）

在選擇系統(tǒng)所采用的Web開發(fā)框架時(shí)，項(xiàng)目組對(duì)Alibaba開發(fā)的WebX框架與輕量級(jí)SpringMVC框架進(jìn)行了對(duì)比分析，最終決定采用WebX框架進(jìn)行開發(fā)。請(qǐng)用300字以內(nèi)文字，從多應(yīng)用支持、基礎(chǔ)服務(wù)支持以及可擴(kuò)展性這三個(gè)方面對(duì)WebX與SpringMVC框架進(jìn)行對(duì)比。

【問題2】（12分）

在確定系統(tǒng)釆用的持久層技術(shù)方案時(shí)，項(xiàng)目組梳理了系統(tǒng)的典型持久化需求，對(duì)照需求對(duì)比分析了Hibernate和MyBatis兩種持久化方案，請(qǐng)分析兩種持久化方案對(duì)表5-1中所列項(xiàng)目需求的支持情況，將候選答案序號(hào)A或B填入表5-1相應(yīng)位置。

表5-1兩種持久化方案對(duì)項(xiàng)目需求的支持情況

【候選答案：A支持B不支持或支持差】

【問題3】（8分）

系統(tǒng)實(shí)現(xiàn)相應(yīng)的配置管理與監(jiān)控功能時(shí)，需要集成云平臺(tái)側(cè)提供的大量服務(wù)以實(shí)現(xiàn)配置數(shù)據(jù)的讀取寫入與不同視圖監(jiān)測(cè)數(shù)據(jù)的獲取。項(xiàng)目組在確定服務(wù)集成方案時(shí)，對(duì)比了REST風(fēng)格RPC與SOAPRPC兩種方案，經(jīng)過(guò)分析討論，項(xiàng)目組最終決定采用REST風(fēng)格RPC機(jī)制實(shí)現(xiàn)服務(wù)集成，請(qǐng)判斷表5-2中給出的選擇REST方案的理由是否合理。