系統(tǒng)分析師案例分析答題技巧

..第19章：案例分析試題1(2016年上半年試題1)試題一〔共25分〕閱讀以下關(guān)于軟件系統(tǒng)可行性分析的表達(dá)，在答題紙上答復(fù)以下問題1至問題3。某軟件開發(fā)企業(yè)受對外貿(mào)易公司委托開發(fā)一套跨境電子商務(wù)系統(tǒng)，工程組從多個方面對該電子商務(wù)系統(tǒng)進(jìn)展了可行性分析，在工程組給出的可行性分析報告中，對工程的本錢、收益情況進(jìn)展了說明：建立投資總額為300萬元，建立期為1年，運(yùn)營期為4年，該方案現(xiàn)金流量表如表1-1所示。【問題1】〔12分〕軟件系統(tǒng)可行性分析包括哪幾個方面？用200以文字說明其含義?！締栴}2】〔7分〕本錢和收益是經(jīng)濟(jì)可行性評價的核心要素，本錢一般分為開發(fā)本錢和運(yùn)營本錢，收益包括有形收益和無形收益，請對照以下7項(xiàng)容，將其序號分別填入本錢和收益對應(yīng)的類別。a〕系統(tǒng)分析師工資；b〕采購數(shù)據(jù)庫效勞器；c〕系統(tǒng)管理員工資；d〕客戶滿意度增加；e〕銷售額同比提高；f〕軟件許可證費(fèi)用；g〕應(yīng)用效勞器數(shù)量減少?！締栴}3】〔6分〕根據(jù)表1-1所示現(xiàn)金流量表，分別給出該解決方案的靜態(tài)投資回收期、動態(tài)投資回收期和投資收益率的算術(shù)表達(dá)式或數(shù)值〔結(jié)果保存2位小數(shù)〕。試題分析略試題答案〔1〕【問題1】〔1〕經(jīng)濟(jì)可行性。主要評估工程的建立本錢、運(yùn)行本錢和工程建成后可能的經(jīng)濟(jì)收益?！?〕技術(shù)可行性。研究的對象是信息系統(tǒng)需要實(shí)現(xiàn)的功能和性能，以及技術(shù)能力約束?！?〕法律可行性。具有比擬廣泛的容，它需要從政策、法律、道德、制度等社會因素來論證信息系統(tǒng)建立的現(xiàn)實(shí)性?！?〕用戶使用可行性。從信息系統(tǒng)用戶的角度來評估系統(tǒng)的可行性，包括企業(yè)的行政管理和工作制度、使用人員的素質(zhì)和培訓(xùn)要求等?！締栴}2】〔1〕開發(fā)本錢：系統(tǒng)分析師工資〔2〕運(yùn)營本錢：系統(tǒng)管理員工資、采購數(shù)據(jù)庫效勞器、軟件許可證費(fèi)用〔3〕有形收益：銷售額同比提高、應(yīng)用效勞器數(shù)量減少〔4〕無形收益：客戶滿意度增加【問題3】靜態(tài)投資回收期=累計(jì)凈現(xiàn)金流量開場出現(xiàn)正值的年份數(shù)-1+∣上年累計(jì)凈現(xiàn)金流量∣/當(dāng)年凈現(xiàn)金流量=(3-1)+(390-340)/(200-60)=2.36年動態(tài)投資回收期=累計(jì)折現(xiàn)值開場出現(xiàn)正值的年份數(shù)-1+∣上年累計(jì)折現(xiàn)值∣/當(dāng)年折現(xiàn)值=(3-1)+(377.9-295)/((200-60)*0.75)=2.79年投資收益率=投資收益/投資本錢×100%=594.6/470.5=126.38%

或投資收益率=運(yùn)營期年均收益/投資本錢×100%=〔594.6/4〕/470.5=31.59%

注：投資收益率一詞沒有明確是總投資收益率還是年均投資收益率，故兩種計(jì)算方式均可。試題2(2016年上半年試題2)試題二〔共25分〕閱讀以下關(guān)于系統(tǒng)設(shè)計(jì)的表達(dá)，在答題紙上答復(fù)以下問題1至問題3。某軟件公司為電子商務(wù)企業(yè)開發(fā)一套網(wǎng)上交易訂單管理系統(tǒng)，以提升效勞的質(zhì)量和效率。在工程之初，工程組決定釆用面向?qū)ο蟮拈_發(fā)方法進(jìn)展系統(tǒng)開發(fā)，并對系統(tǒng)的核心業(yè)務(wù)功能進(jìn)展了分析，具體描述如下：注冊用戶通過商品信息頁面在線瀏覽商品，將需要購置的商品添加進(jìn)購物車，點(diǎn)擊"結(jié)算〞按鈕后開場錄入訂單信息。用戶在訂單信息錄入頁面上選擇支付方式，填寫并確認(rèn)收貨人、收貨地址和聯(lián)系方式等信息。點(diǎn)擊"提交訂單〞按鈕后產(chǎn)生訂單，并開場進(jìn)展訂單結(jié)算。訂單需要在30分鐘進(jìn)展支付，否那么會自動取消，用戶也可以手工取消訂單。用戶支付完成，經(jīng)確認(rèn)后，系統(tǒng)開場備貨，扣除該商品可接單數(shù)量，并移除用戶購物車中的所有商品資料。生成訂單表單，出貨完畢，訂單生效。為用戶快遞商品，等待用戶接收。用戶簽收商品，交易完成?！締栴}1】〔12分〕識別設(shè)計(jì)類是面向?qū)ο笤O(shè)計(jì)過程中的重要工作，設(shè)計(jì)類表達(dá)了類的職責(zé)，即該類所擔(dān)任的任務(wù)。請用300字以的文字說明設(shè)計(jì)類通常分為哪三種類型，每種類型的主要職責(zé)，并針對題干描述案例涉及的具體類為每種類型的設(shè)計(jì)類舉出2個實(shí)例?！締栴}2】〔3分〕在面向?qū)ο蟮脑O(shè)計(jì)過程中，活動圖〔activitydiagram〕說明了業(yè)務(wù)用例實(shí)現(xiàn)的工作流程。請用300字以的文字給出活動圖與流程圖〔flowchart〕的三個主要區(qū)別。【問題3】〔10分〕在面向?qū)ο蟮脑O(shè)計(jì)過程中，狀態(tài)圖〔statechartdiagram〕描述了一個實(shí)體基于事件反響的動態(tài)行為。請根據(jù)題干描述，填寫圖2-1中的〔a〕-〔e〕空白，完成訂單處理的狀態(tài)圖。試題分析略試題答案〔2〕【問題1】〔1〕實(shí)體類。實(shí)體類映射需求中的每個實(shí)體，保存需要存儲在永久存儲體中的信息，例如，用戶、商品等?！?〕控制類?？刂祁愂怯糜诳刂朴美ぷ鞯念?，用于對一個或幾個用例所特有的控制行為進(jìn)展建模。例如，結(jié)算、備貨等?！?〕邊界類。邊界類用于封裝在用例、外流動的信息或數(shù)據(jù)流。例如，瀏覽器、購物車等。【問題2】〔1〕程序流程圖明確地指定了每個活動的先后順序，而活動圖僅描述了活動和必要的工作順序。〔2〕流程圖一般都限于順序進(jìn)程，而活動圖那么可以支持并發(fā)進(jìn)程。〔3〕活動圖是面向?qū)ο蟮?，而流程圖是面向過程的?！締栴}3】〔a〕取消〔b〕訂單結(jié)算〔c〕手工取消訂單〔d〕訂單生效〔e〕用戶簽收商品試題3(2016年上半年試題3)試題三〔共25分〕閱讀以下關(guān)于嵌入式系統(tǒng)能耗管理設(shè)計(jì)的描述,在答題紙上答復(fù)問題1至問題3。隨著嵌入式系統(tǒng)智能化技術(shù)的持續(xù)開展，系統(tǒng)的能耗問題已成為亟待解決的難題。某宇航公司研發(fā)的一款手持式野外輔助裝備，需要較長的巡航時間，由于設(shè)計(jì)時對功耗問題考慮不周，使得產(chǎn)品出現(xiàn)了批次責(zé)任事故。公司領(lǐng)導(dǎo)決定抽調(diào)王工等5人組建專門的攻關(guān)小組，要求在三個月完成故障歸零。王工接到任務(wù)后，經(jīng)反復(fù)論證與實(shí)驗(yàn)，給公司提交了一份基于軟件動態(tài)節(jié)能的改良方案，得到了領(lǐng)導(dǎo)及專家的好評。【問題1】〔7分〕在嵌入式系統(tǒng)中節(jié)能技術(shù)一般分為靜態(tài)節(jié)能和動態(tài)節(jié)能兩種，請用300字以文字分別說明什么是靜態(tài)節(jié)能技術(shù)和動態(tài)節(jié)能技術(shù)，并列舉三種動態(tài)節(jié)能技術(shù)。【問題2】〔6分〕王工的方案得到認(rèn)可后，他帶著團(tuán)隊(duì)研究了調(diào)度方式和系統(tǒng)能耗之間的關(guān)系，請用150字以的文字說明為了節(jié)約系統(tǒng)能耗而釆用的設(shè)備調(diào)度策略的核心思路，并說明設(shè)備調(diào)度策略與任務(wù)實(shí)時性的關(guān)系?！締栴}3】〔12分〕根據(jù)上述設(shè)備有效調(diào)度時刻的策略，分析以下實(shí)例，并將答案寫在答題紙上。手持式野外輔助裝備由三個實(shí)時任務(wù)和三個獨(dú)立設(shè)備組成〔分別表示為：t1、t2和t3；s1、s2和S3〕，表3-1給出了手持式設(shè)備實(shí)時任務(wù)的時間參數(shù)表，這些任務(wù)使用獨(dú)立的設(shè)備并且所有設(shè)備的特征一致，各設(shè)備待機(jī)超時可直接進(jìn)入睡眠狀態(tài)，處于睡眠狀態(tài)的設(shè)備要經(jīng)過轉(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è)備被喚醒的轉(zhuǎn)換時間為10ms。設(shè)備待機(jī)后被關(guān)閉的超時值為10ms。圖3-1給出了未考慮節(jié)能需求時任務(wù)調(diào)度算法，在釆用了設(shè)備有效時刻調(diào)度策略之后，三個設(shè)備100ms周期將按一定順序被依次關(guān)閉和喚醒。圖3-2給出了采用設(shè)備有效時刻調(diào)度策略后s1的功率隨時間的變化規(guī)律。請計(jì)算此時三個設(shè)備在100ms周期的功耗，并計(jì)算100ms周期，每個設(shè)備的節(jié)能比。節(jié)能比=〔未節(jié)能情況下的系統(tǒng)能耗-節(jié)能后系統(tǒng)能耗〕÷未節(jié)能情況下的系統(tǒng)能耗試題分析略試題答案〔3〕【問題1】靜態(tài)節(jié)能技術(shù)是在編譯時刻對代碼掃描，找出可以針對目標(biāo)平臺特性優(yōu)化的局部進(jìn)展代碼重構(gòu)。動態(tài)節(jié)能技術(shù)是在設(shè)備運(yùn)行時根據(jù)任務(wù)負(fù)載、功率與輸入電壓平方的線性關(guān)系等進(jìn)展運(yùn)行狀態(tài)以到達(dá)節(jié)能的技術(shù)，主流的動態(tài)節(jié)能技術(shù)有動態(tài)電壓調(diào)節(jié)、動態(tài)頻率調(diào)節(jié)、動態(tài)電源管理、動態(tài)電壓縮放、體偏壓調(diào)節(jié)、自適應(yīng)襯底偏置等。【問題2】在不違背時限，保證延遲的前提下，合理調(diào)度任何到各設(shè)備上，求得最正確調(diào)度以降低系統(tǒng)能耗。設(shè)備調(diào)度策略是直接影響任務(wù)實(shí)時性能的因素?！締栴}3】s1、s2和s3在不考慮節(jié)能調(diào)度算法的情況下，100ms周期的能耗都是60*100=6000mw。根據(jù)圖3-2，在考慮了節(jié)能調(diào)度算法的情況下：s1的能耗：60*10+60*10+10*30+30*10+60*10+60*10+10*20=3200mw

s1的節(jié)能比：(6000-3200)/6000=0.47。s2的能耗：60*10+60*20+60*10+10*30+30*10+60*20=4200mw

s2的節(jié)能比為：(6000-4200)/6000=0.3。s3的能耗：60*10+10*10+30*10+60*30+60*10+60*10+60*10+10*10=4700mw

s3的節(jié)能比：(6000-4700)/6000=0.22。試題4(2016年上半年試題4)試題四〔共25分〕閱讀以下關(guān)于數(shù)據(jù)庫設(shè)計(jì)的表達(dá)，在答題紙上答復(fù)以下問題1至問題3。某航空公司要開發(fā)一個訂票信息處理系統(tǒng)，以方便各個代理商銷售機(jī)票。開發(fā)小組經(jīng)過設(shè)計(jì)，給出該系統(tǒng)的局部關(guān)系模式如下：航班〔航班編號，航空公司，起飛地，起飛時間，目的地，到達(dá)時間，剩余票數(shù)，票價〕代理商〔代理商編號，代理商名稱，客服，地址，負(fù)責(zé)人〕機(jī)票代理〔代理商編號，航班編號，票價〕旅客〔號，，性別，出生日期，〕購票〔購票單號，號，航班編號，搭乘日期，購票金額〕在提供給用戶的界面上，其核心功能是當(dāng)用戶查詢某航班時，將該航班所有的代理商信息及其優(yōu)惠票價信息，返回給用戶，方便用戶購置價格優(yōu)惠的機(jī)票。在實(shí)現(xiàn)過程中發(fā)現(xiàn)，要實(shí)現(xiàn)此功能，需要在代理商和機(jī)票代理兩個關(guān)系模式上進(jìn)展連接操作，性能很差。為此開發(fā)小組將機(jī)票代理關(guān)系模式進(jìn)展了擴(kuò)大，結(jié)果為：機(jī)票代理〔代理商編號，航班編號，代理商名稱，客服，票價〕這樣，用戶在查找信息時只需對機(jī)票代理關(guān)系模式進(jìn)展查詢即可，提高了查詢效率?！締栴}1】〔6分〕機(jī)票代理關(guān)系模式的修改，滿足了用戶對代理商機(jī)票價格查詢的需求，提高了查詢效率。但這種修改導(dǎo)致機(jī)票代理關(guān)系模式不滿足3NF,會帶來存儲異常的問題。1〕請具體說明其問題，并舉例說明。2〕這種存儲異常會造成數(shù)據(jù)不一致，請給出解決該存儲異常的方案?！締栴}2】〔9分〕在機(jī)票銷售信息處理系統(tǒng)中，兩個代理商的售票并發(fā)執(zhí)行，可能產(chǎn)生的操作序列如表4-1所示。假設(shè)兩個代理商執(zhí)行之前，該航班僅剩1機(jī)票。1〕請說明上述兩個代理商操作的結(jié)果。2〕并發(fā)操作會帶來數(shù)據(jù)不一致的問題，請具體說明3種問題?！締栴}3】〔10分〕為了防止問題2中的問題，開發(fā)組使用庫的讀寫鎖機(jī)制，操作序列變?yōu)楸?-2所示。請?zhí)顚懕碇械目瞻醉?xiàng)，并用150字以的文字說明讀寫鎖機(jī)制的缺點(diǎn)。試題分析略試題答案〔4〕【問題1】1〕不滿足3NF的關(guān)系模式存在存儲異常問題，包括數(shù)據(jù)冗余和修改異常。〔1〕數(shù)據(jù)冗余：如果某代理商代理100個航班的售票，那么在機(jī)票代理的關(guān)系模式中就要出現(xiàn)100個元組，該代理商的名稱、客服也隨之重復(fù)出現(xiàn)100次?！?〕修改異常：由于上述冗余問題，當(dāng)需要修改該代理商的客服時，就要修改100個元組中的客服值，否那么就會出現(xiàn)客服值不一致的現(xiàn)象。2〕解決存儲異常的典型方案是進(jìn)展模式分解，但在此題中機(jī)票代理已是逆規(guī)化的產(chǎn)物，故可使用觸發(fā)器在修改時，檢查并新更對應(yīng)數(shù)據(jù)的方式來解決數(shù)據(jù)不一致的問題。【問題2】1〕2個代理商都成功售出1票，剩余票數(shù)為0。2〕數(shù)據(jù)庫的并發(fā)操作會帶來一些數(shù)據(jù)不一致問題，例如，喪失修改、讀臟數(shù)據(jù)和不可重復(fù)讀等?！?〕喪失修改。事務(wù)A與事務(wù)B從數(shù)據(jù)庫中讀入同一數(shù)據(jù)并修改，事務(wù)B的提交結(jié)果破壞了事務(wù)A提交的結(jié)果，導(dǎo)致事務(wù)A的修改被喪失?！?〕讀臟數(shù)據(jù)。事務(wù)A修改某一數(shù)據(jù)，并將其寫回磁盤，事務(wù)B讀取同一數(shù)據(jù)后，事務(wù)A由于某種原因被撤消，這時事務(wù)A已修改正的數(shù)據(jù)恢復(fù)原值，事務(wù)B讀到的數(shù)據(jù)就與數(shù)據(jù)庫中的數(shù)據(jù)不一致，是不正確的數(shù)據(jù)?！?〕不可重復(fù)讀。事務(wù)A讀取數(shù)據(jù)后，事務(wù)B執(zhí)行了更新操作，事務(wù)A使用的仍是更新前的值，造成了數(shù)據(jù)不一致性。【問題3】〔1〕加寫鎖〔2〕加讀鎖〔3〕加寫鎖〔4〕等待〔5〕查詢剩余票數(shù)〔6〕加寫鎖采用封鎖的方法雖然可以有效防止數(shù)據(jù)的不一致性，但封鎖本身也會產(chǎn)生一些麻煩，最主要就是死鎖問題。也就是說，多個事務(wù)申請不同封鎖，由于申請者均擁有一局部封鎖權(quán)，而又需等待另外事務(wù)擁有的局部封鎖而引起的永無休止的等待。試題5(2016年上半年試題5)試題五〔共25分〕閱讀以下關(guān)于Web應(yīng)用的表達(dá)，在答題紙上答復(fù)以下問題1至問題3。某軟件企業(yè)擬開發(fā)一套基于Web的云平臺配置管理與監(jiān)控系統(tǒng)，該系統(tǒng)按租戶視圖、系統(tǒng)管理視圖以及業(yè)務(wù)視圖劃分為多個相應(yīng)的Web應(yīng)用，系統(tǒng)需求中還包含效勞、大文件上傳下載、平安攻擊防護(hù)等典型Web系統(tǒng)根底效勞需求?！締栴}1】〔5分〕在選擇系統(tǒng)所采用的Web開發(fā)框架時，工程組對Alibaba開發(fā)的WebX框架與輕量級SpringMVC框架進(jìn)展了比照分析，最終決定采用WebX框架進(jìn)展開發(fā)。請用300字以文字，從多應(yīng)用支持、根底效勞支持以及可擴(kuò)展性這三個方面對WebX與SpringMVC框架進(jìn)展比照。【問題2】〔12分〕在確定系統(tǒng)釆用的持久層技術(shù)方案時，工程組梳理了系統(tǒng)的典型持久化需求，對照需求比照分析了Hibernate和MyBatis兩種持久化方案，請分析兩種持久化方案對表5-1中所列工程需求的支持情況，將候選答案序號A或B填入表5-1相應(yīng)位置?！竞蜻x答案：A支持B不支持或支持差】【問題3】〔8分〕系統(tǒng)實(shí)現(xiàn)相應(yīng)的配置管理與監(jiān)控功能時，需要集成云平臺側(cè)提供的大量效勞以實(shí)現(xiàn)配置數(shù)據(jù)的讀取寫入與不同視圖監(jiān)測數(shù)據(jù)的獲取。工程組在確定效勞集成方案時，比照了REST風(fēng)格RPC與SOAPRPC兩種方案，經(jīng)過分析討論，工程組最終決定采用REST風(fēng)格RPC機(jī)制實(shí)現(xiàn)效勞集成，請判斷表5-2中給出的選擇REST方案的理由是否合理。試題分析略試題答案〔5〕【問題1】〔1〕根底效勞支持：因?yàn)閃ebX在阿里巴巴和淘寶用了很多年，對于超大訪問量的電子商務(wù)，WebX經(jīng)受了考驗(yàn)，被證明是成熟可靠的?！?〕多應(yīng)用支持：WebX和SpringMVC一樣，完全建立在Spring框架之上，可以使用Spring的所有特性。WebX被設(shè)計(jì)成多個層次，層次間的分界限很清晰，每個層次都足夠開放和易于擴(kuò)展?！?〕可擴(kuò)展性：WebX對Spring做了擴(kuò)展，一個組件可以擴(kuò)展另一個組件，也可以被其它組件擴(kuò)展。這種機(jī)制使WebX具有較好的擴(kuò)展性，且比未經(jīng)擴(kuò)展的Spring更易使用。【問題2】〔1〕A〔2〕B〔3〕B〔4〕A〔5〕A〔6〕B

【問題3】〔1〕√〔2〕×〔3〕×〔4〕√試題6(2015年上半年試題1)閱讀以下關(guān)于軟件工程進(jìn)度管理的表達(dá)，在答題紙上答復(fù)以下問題1至問題3。某軟件公司啟動了一個中等規(guī)模的軟件開發(fā)工程，其功能需求由5個用例描述。工程采用增量開發(fā)模型，每一次迭代完成1個用例；共產(chǎn)生5個連續(xù)的軟件版本，每個版本都比上一個版本實(shí)現(xiàn)的功能多。每輪迭代都包含實(shí)現(xiàn)、測試、修正與集成4個活動，且前一個活動完成之后才能開場下一個活動。不同迭代之間的活動可以并行。例如，1個已經(jīng)實(shí)現(xiàn)的用例在測試時，軟件開發(fā)人員可以開場下一個用例的實(shí)現(xiàn)。實(shí)現(xiàn)和修正活動不能并行。每個活動所需的工作量估算如下：(1)實(shí)現(xiàn)1個用例所需的時間為10人天；(2)測試1個用例所需的時間為2人天；(3)修正1個用例所需的時間為1人天〔平均估算〕；(4)集成1個用例所需的時間為0.5人天。工程開發(fā)過程中能夠使用的資源包括：5名開發(fā)人員共同完成實(shí)現(xiàn)和修正工作、2名測試人員完成測試工作和1名集成人員完成集成工作。該工程的Gannt圖〔局部〕如圖1-1所示。圖1-1某軟件公司軟件開發(fā)工程的Gannt圖〔局部〕【問題1】〔8分〕根據(jù)題目描述中給出的工作量計(jì)算方法，計(jì)算1個用例的實(shí)現(xiàn)，測試、修正、集成4個活動分別所需的日歷時間〔單位：天〕【問題2】〔9分〕(1)根據(jù)圖1-1給出的工程Gannt圖，估算出工程開發(fā)時間。(2)計(jì)算測試人員和集成人員在該工程中的平均工作時間〔占工程總開發(fā)時間的百分比〕。【問題3】〔8分〕在工程實(shí)施過程中，需不斷將實(shí)際進(jìn)度與方案進(jìn)度進(jìn)展比擬分析，進(jìn)展工程進(jìn)度方案的修正與調(diào)整，以保證工程工期。用300字以文字，從活動和資源的角度，說明工程進(jìn)度方案調(diào)整所涉及的容。試題分析【問題2】測試人員：2*5/2*14=35.7%

集成人員：0.5*5/14=17.9%試題答案〔1〕【問題1】〔8分〕實(shí)現(xiàn)：2天，測試：1天，修正：0.5天，集成：0.5天。【問題2】〔9分〕〔1〕14天〔2〕測試人員：35.7%，集成人員：17.9%【問題3】〔8分〕1、關(guān)鍵活動的調(diào)整，假設(shè)關(guān)鍵活動延誤，一般調(diào)整的方法主要是縮短后續(xù)關(guān)鍵活動的持續(xù)時間。2、非關(guān)鍵活動的調(diào)整，當(dāng)非關(guān)鍵路徑上某些工作的持續(xù)時間延長，但不超過其時差圍時，那么不會影響工程工期，進(jìn)度方案不必調(diào)整。3、增減工作工程，由于編制方案時考慮不周，或因某些原因需要增加或取消某些工作，那么需重新調(diào)整網(wǎng)絡(luò)方案，計(jì)算網(wǎng)絡(luò)參數(shù)。4、資源調(diào)整，假設(shè)資源供給發(fā)生異常時，應(yīng)進(jìn)展資源調(diào)整，資源供給發(fā)生異常是指因供給滿足不了需要。資源調(diào)整的方法是進(jìn)展資源優(yōu)化，提高資源利用率。試題7(2015年上半年試題2)閱讀以下關(guān)于系統(tǒng)業(yè)務(wù)架構(gòu)分析的表達(dá)，在答題紙上答復(fù)以下問題1至問題3。某集團(tuán)下屬煤礦企業(yè)委托軟件公司開發(fā)一套煤炭運(yùn)銷管理系統(tǒng)，該系統(tǒng)屬于整個集團(tuán)企業(yè)信息化架構(gòu)中的業(yè)務(wù)層，系統(tǒng)針對煤礦企業(yè)開發(fā)，包括合同管理、磅房管理、質(zhì)檢化驗(yàn)、運(yùn)費(fèi)結(jié)算等功能。局部業(yè)務(wù)詳細(xì)描述如下：(1)合同管理：合同簽訂、合同查詢、合同跟蹤等。(2)磅房管理：系統(tǒng)可以從所有類型的電子磅自動讀數(shù)；可以自動從電子磅上讀取車輛皮重、毛重，計(jì)算出凈重；可根據(jù)合同容自動減少相應(yīng)提貨單剩余數(shù)量，如果實(shí)際發(fā)貨量超過合同額那么拒絕發(fā)貨。(3)質(zhì)檢化驗(yàn)：根據(jù)過磅單、車號，生成化驗(yàn)分析委托單，生成化驗(yàn)分析報告。(4)運(yùn)費(fèi)結(jié)算：依據(jù)過磅單上的凈重、化驗(yàn)單、合同規(guī)定，自動計(jì)算出原料結(jié)算單、運(yùn)費(fèi)結(jié)算單。煤礦企業(yè)根據(jù)集團(tuán)的工作方案制訂本企業(yè)的業(yè)務(wù)方案，煤礦企業(yè)根據(jù)集團(tuán)劃撥指標(biāo)和提供的原料生產(chǎn)煤炭，所生產(chǎn)的煤炭交由集團(tuán)統(tǒng)一管理和銷售給客戶。軟件公司采用Zachman框架對企業(yè)業(yè)務(wù)架構(gòu)和業(yè)務(wù)過程進(jìn)展分析，結(jié)果如表2-1所示。表2-1煤炭運(yùn)銷管理系統(tǒng)Zachman框架分析【問題1】〔13分〕Zachman框架是什么？請?jiān)诒?-1中〔a〕-〔e〕位置補(bǔ)充企業(yè)業(yè)務(wù)架構(gòu)中的信息類別?！締栴}2】〔8分〕工程組在該煤炭企業(yè)業(yè)務(wù)架構(gòu)分析中完成了四項(xiàng)主要工作：數(shù)據(jù)流圖、實(shí)體聯(lián)系圖、網(wǎng)絡(luò)拓?fù)錁?gòu)造和方案時間表，這四項(xiàng)工作在表2-1中處于什么位置，請用表2-1中的位置編號表示?！締栴}3】〔4分〕根據(jù)題目所述業(yè)務(wù)描述，請分別給出表2-1中A11和A23位置應(yīng)該填入的容?！参锪麝P(guān)系用"→〞表示〕試題分析試題答案〔2〕【問題1】〔13分〕Zachman框架是由約翰扎科曼〔JohnZachman〕在1987年創(chuàng)立的全球第一個企業(yè)架構(gòu)理論。Zachman框架是一種組織構(gòu)架工具〔用來設(shè)計(jì)文檔、需求說明和模型的工具〕的一種分類學(xué)。包括工具的目標(biāo)〔例如，商業(yè)擁有者、創(chuàng)立者〕是誰，哪些特殊的問題〔例如，數(shù)據(jù)、功能〕需要說明?！瞐〕數(shù)據(jù)〔b〕功能〔c〕網(wǎng)絡(luò)〔d〕角色〔e〕動機(jī)【問題2】〔8分〕數(shù)據(jù)流圖：A32實(shí)體聯(lián)系圖：A31網(wǎng)絡(luò)拓?fù)錁?gòu)造：A53方案時間表：A25【問題3】〔4分〕A11：列出對業(yè)務(wù)至關(guān)重要的元素：合同、提貨單、委托單、原料結(jié)算單、運(yùn)費(fèi)結(jié)算單A23：物流網(wǎng)絡(luò)〔節(jié)點(diǎn)和〕試題8(2015年上半年試題3)閱讀以下關(guān)于嵌入式系統(tǒng)軟件設(shè)計(jì)的表達(dá)，在答題紙上答復(fù)以下問題1至問題3。某軟件公司長期從事移動智能終端設(shè)備等嵌入式軟件研制工作，積累了豐富的嵌入式軟件開發(fā)經(jīng)歷。某日，該公司經(jīng)理派在嵌入式軟件開發(fā)方面已具有很強(qiáng)經(jīng)歷的王工程師到某宇航設(shè)備研制單位洽談一項(xiàng)軟件合作工程，但是，在與對方洽談需求時王工程師感覺溝通并不順暢，許多概念較難達(dá)成一致。主要原因是王工程師長期從事移動智能終端的軟件開發(fā)，開發(fā)平臺主要是Android操作系統(tǒng)，開發(fā)語言是Java，而這次洽談是王工程師第一次接觸宇航系統(tǒng)軟件，對于其特殊需求和要求缺少相關(guān)知識積累，不了解強(qiáng)實(shí)時、高平安和高可靠嵌入式軟件設(shè)計(jì)等方面應(yīng)用?！締栴}1】〔7分〕王工程師與某宇航設(shè)備研制單位洽談的業(yè)務(wù)，涉及到了嵌入式系統(tǒng)的知識。根據(jù)你的理解請用100宇以文字說明嵌入式系統(tǒng)的主要特點(diǎn)?！締栴}2】〔8分〕王工程師到某宇航設(shè)備研制單位洽談軟件工程時，宇航設(shè)備研制單位技術(shù)人員提出了以下需求：此宇航設(shè)備主要面向無人飛行器，用于飛行姿態(tài)控制，實(shí)現(xiàn)飛行器的自主起飛和著陸，要求應(yīng)用軟件按最高平安等級〔即A級軟件要求〕開發(fā)。為了提高飛行器系統(tǒng)的平安性和可靠性，便于應(yīng)用軟件的可重用性，需要選擇一款滿足宇航設(shè)備要求的嵌入式操作系統(tǒng)，并在操作系統(tǒng)之上開發(fā)飛行器控制軟件。請根據(jù)你對嵌入式操作系統(tǒng)選擇方法的理解，判斷表3-1給出的有關(guān)選擇嵌入式操作系統(tǒng)的觀點(diǎn)是否正確，將解答寫在答題紙的對應(yīng)欄。【問題3】〔10分〕請用300字以文字，說明宇航設(shè)備的嵌入式軟件與移動智能終端嵌入式軟件在平安性〔safety〕、實(shí)時性、交互性設(shè)計(jì)和編碼方面的要求有何差異，請?zhí)顚懕?-2中的空格〔1〕～〔8〕，將解答寫在答題紙的對應(yīng)欄。試題分析略試題答案〔3〕【問題1】〔7分〕嵌入式系統(tǒng)具有以下特點(diǎn)：〔1〕系統(tǒng)專用性強(qiáng)。嵌入式系統(tǒng)是針對具體應(yīng)用的專門系統(tǒng)?！?〕系統(tǒng)實(shí)時性強(qiáng)。很多嵌入式系統(tǒng)對外來事件要求在限定的時間及時做出響應(yīng)，具有實(shí)時性?！?〕軟硬件依賴性強(qiáng)。嵌入式系統(tǒng)的專用性決定了其軟硬件的互相依賴性很強(qiáng)，兩者必須協(xié)同設(shè)計(jì)，以到達(dá)共同實(shí)現(xiàn)預(yù)定功能的目的，并滿足性能、本錢和可靠性等方面的嚴(yán)格要求?！?〕處理器專用。嵌入式系統(tǒng)的處理器一般是為某一特定目的和應(yīng)用而專門設(shè)計(jì)的?！?〕多種技術(shù)嚴(yán)密結(jié)合。嵌入式系統(tǒng)通常是計(jì)算機(jī)技術(shù)、半導(dǎo)體技術(shù)、電力電子技術(shù)、機(jī)械技術(shù)與各行業(yè)的具體應(yīng)用相結(jié)合的產(chǎn)物?！?〕系統(tǒng)透明性。嵌入式系統(tǒng)在形態(tài)上與通用計(jì)算機(jī)系統(tǒng)差異甚大?！?〕系統(tǒng)資源受限。嵌入式系統(tǒng)為了到達(dá)構(gòu)造緊湊、高可靠性和低本錢的目的，其存儲容量、I/O設(shè)備的數(shù)量和處理器的處理能力都比擬有限?！締栴}2】〔8分〕〔1〕√〔2〕×〔3〕√〔4〕√〔5〕√〔6〕√〔7〕×〔8〕√【問題3】〔10分〕試題9(2015年上半年試題4)閱讀以下關(guān)于軟件系統(tǒng)運(yùn)行與維護(hù)的表達(dá)，在答題紙上答復(fù)以下問題1至問題3。隨著信息化的開展，某銀行的中心賬務(wù)系統(tǒng)，從城市中心、省中心模式已經(jīng)升級到全國中心模式。但是處理各種代收代付業(yè)務(wù)的銀行中間業(yè)務(wù)系統(tǒng)，目前仍然采用省中心模式，由各省自行負(fù)責(zé)，使得全國中間業(yè)務(wù)管理非常困難。因此總行方案將銀行中間業(yè)務(wù)系統(tǒng)全部升級到全國中心模式，對各省中間業(yè)務(wù)進(jìn)展統(tǒng)一管理。各省行采用的銀行中間業(yè)務(wù)系統(tǒng)，均為各省自建，或者自行開發(fā)，或者自行采購，系統(tǒng)的硬件平臺、軟件系統(tǒng)、數(shù)據(jù)模式等均有非常大的差異。同時，對一些全國性的代收代付業(yè)務(wù)的處理方式，各省行也存在很大的差異。為統(tǒng)一管理，總行決定重新開發(fā)一套全國中心模式的銀行中間業(yè)務(wù)系統(tǒng)，用來替代各省自建的中間業(yè)務(wù)系統(tǒng)，但要求能夠支持目前各省的所有中間業(yè)務(wù)?！締栴}1】〔9分〕各省已建的銀行中間業(yè)務(wù)系統(tǒng)屬于遺留系統(tǒng)，在如何對待遺留系統(tǒng)上，設(shè)計(jì)組存在兩種不同的策略：淘汰策略和繼承策略。請簡要解釋這兩種策略，并說明新開發(fā)的銀行中間業(yè)務(wù)系統(tǒng)適合采用哪種策略及其原因?！締栴}2】〔10分〕遺留系統(tǒng)和新系統(tǒng)之間的轉(zhuǎn)換策略常見的有直接轉(zhuǎn)換、并行轉(zhuǎn)換和分段轉(zhuǎn)換。請簡要說明達(dá)三種轉(zhuǎn)換策略的含義；并請結(jié)合銀行中間業(yè)務(wù)的特點(diǎn)，說明該銀行新開發(fā)的中間業(yè)務(wù)系統(tǒng)上線時適合采用哪種策略？為什么？【問題3】〔6分〕銀行中間業(yè)務(wù)系統(tǒng)中，最為核心的是業(yè)務(wù)數(shù)據(jù)。因此在新舊系統(tǒng)切換時存在一項(xiàng)重要的工作：數(shù)據(jù)遷移?？紤]到各省中間業(yè)務(wù)系統(tǒng)的巨大差異，因此需要做好數(shù)據(jù)遷移前的準(zhǔn)備工作。請簡要說明數(shù)據(jù)遷移準(zhǔn)備工作的容。試題分析此題首先需要分析遺留系統(tǒng)應(yīng)采用哪種策略，這需要對不同策略有相關(guān)了解，下面是淘汰策略與繼承策略的根本思想。淘汰策略：遺留系統(tǒng)的技術(shù)含量較低，且具有較低的業(yè)務(wù)價值。對這種遺留系統(tǒng)的演化策略為淘汰，即全面重新開發(fā)新的系統(tǒng)以代替遺留系統(tǒng)。完全淘汰是一種極端性策略，一般是企業(yè)的業(yè)務(wù)產(chǎn)生了根本變化，遺留系統(tǒng)已經(jīng)根本上不再適應(yīng)企業(yè)運(yùn)作的需要；或者是遺留系統(tǒng)的維護(hù)人員、維護(hù)文檔資料都喪失了。經(jīng)過評價，發(fā)現(xiàn)將遺留系統(tǒng)完全淘汰，開發(fā)全新的系統(tǒng)比改造舊系統(tǒng)從本錢上更合算。對遺留系統(tǒng)的完全淘汰是企業(yè)資源的根本浪費(fèi)，系統(tǒng)分析師應(yīng)該善于"變廢為寶〞，通過對遺留系統(tǒng)功能的理解和借鑒，可以幫助新系統(tǒng)的設(shè)計(jì)，降低新系統(tǒng)開發(fā)的風(fēng)險。繼承策略：遺留系統(tǒng)的技術(shù)含量較低，已經(jīng)滿足企業(yè)運(yùn)作的功能或性能要求，但具有較高的商業(yè)價值，目前企業(yè)的業(yè)務(wù)尚嚴(yán)密依賴該系統(tǒng)。對這種遺留系統(tǒng)的演化策略為繼承。在開發(fā)新系統(tǒng)時，需要完全兼容遺留系統(tǒng)的功能模型和數(shù)據(jù)模型。為了保證業(yè)務(wù)的連續(xù)性，新老系統(tǒng)必須并行運(yùn)行一段時間，再逐漸切換到新系統(tǒng)上運(yùn)行。在此題中，由于題目描述中強(qiáng)調(diào)了"但要求能夠支持目前各省的所有中間業(yè)務(wù)〞，所以采用繼承策略較為適宜。圖1系統(tǒng)轉(zhuǎn)換的方式1.直接轉(zhuǎn)換策略直接轉(zhuǎn)換就是在原有系統(tǒng)停頓運(yùn)行的某一時刻，新系統(tǒng)立即投入運(yùn)行，中間沒有過渡階段。直接轉(zhuǎn)換的示意圖如圖1〔a〕所示。用這種方式時，人力和費(fèi)用最省，適用于新系統(tǒng)不太復(fù)雜或現(xiàn)有系統(tǒng)完全不能使用的場合，但是，新系統(tǒng)在轉(zhuǎn)換之前必須經(jīng)過詳細(xì)而嚴(yán)格的測試，轉(zhuǎn)換時應(yīng)做好準(zhǔn)備，萬一新系統(tǒng)不能到達(dá)預(yù)期目的時，必須采取相應(yīng)措施。直接轉(zhuǎn)換的新系統(tǒng)是完全重構(gòu)的系統(tǒng)，可能采用了全新的技術(shù)平臺和軟件來構(gòu)建，或者用戶業(yè)務(wù)和使用方式發(fā)生了劇烈變化，對原有系統(tǒng)只能進(jìn)展淘汰處理。采用這種策略的優(yōu)點(diǎn)是新系統(tǒng)能夠非常靈活地適應(yīng)業(yè)務(wù)需要，功能齊全、構(gòu)造合理、系統(tǒng)穩(wěn)定、擴(kuò)展性強(qiáng)，整個信息系統(tǒng)的利用率比擬高。但也存在著一些問題，列舉如下：〔1〕新舊系統(tǒng)之間的轉(zhuǎn)換代價比擬大?！?〕由于需要一套比擬完整的業(yè)務(wù)需求，開發(fā)新系統(tǒng)的周期比擬長，一次性投資巨大，未經(jīng)廣泛使用并證明是成熟可靠的新技術(shù)平臺通常具有一定的技術(shù)風(fēng)險?！?〕舊系統(tǒng)通常積累下了大量的業(yè)務(wù)數(shù)據(jù)，必須將業(yè)務(wù)數(shù)據(jù)的錄入、轉(zhuǎn)換、檢查以及在新系統(tǒng)中的重建作為重要的工作進(jìn)展考慮，盡量減小在新舊系統(tǒng)轉(zhuǎn)換的時候?qū)τ脩衄F(xiàn)有業(yè)務(wù)的沖擊?！?〕需要考慮諸如維持新系統(tǒng)運(yùn)行的日常開銷，由于使用習(xí)慣改變帶來的學(xué)習(xí)時間、培訓(xùn)人員的本錢等因素。2.并行轉(zhuǎn)換策略并行轉(zhuǎn)換就是新系統(tǒng)和現(xiàn)有系統(tǒng)并行工作一段時間，經(jīng)過這段時間的試運(yùn)行后，再用新系統(tǒng)正式替換下現(xiàn)有系統(tǒng)。在并行工作期間，手工處理和計(jì)算機(jī)處理系統(tǒng)并存，一旦新系統(tǒng)有問題就可以暫時停頓而不會影響現(xiàn)有系統(tǒng)的正常工作。轉(zhuǎn)換過程如圖1〔b〕所示意。在并行轉(zhuǎn)換的實(shí)施過程中，首先以現(xiàn)有系統(tǒng)的作業(yè)為正式作業(yè)，新系統(tǒng)的處理結(jié)果作為校核用，經(jīng)過一段時間運(yùn)行，在驗(yàn)證新系統(tǒng)處理準(zhǔn)確可靠后，現(xiàn)有系統(tǒng)退出運(yùn)行。根據(jù)系統(tǒng)的復(fù)雜程度和規(guī)模大小不同，并行運(yùn)行的時間一般可在2～3個月到1年之間。采用并行轉(zhuǎn)換的風(fēng)險較小，在轉(zhuǎn)換期間還可同時比擬新舊兩個系統(tǒng)的性能，并讓系統(tǒng)操作員和其他有關(guān)人員得到全面培訓(xùn)。因此，對于一些較大的信息系統(tǒng)，或處理過程復(fù)雜、數(shù)據(jù)重要的系統(tǒng)，并行轉(zhuǎn)換是一種最常用的轉(zhuǎn)換方式。但是，由于在并行運(yùn)行期間，要兩套班子或兩種處理方式同時并存，人力和費(fèi)用消耗較大，轉(zhuǎn)換的周期長，并且難以控制新舊系統(tǒng)中的數(shù)據(jù)變化。這就要求做好轉(zhuǎn)換方案并加強(qiáng)管理，在新舊系統(tǒng)驗(yàn)證吻合后要及時停頓現(xiàn)有系統(tǒng)的運(yùn)行。3.分段轉(zhuǎn)換策略分段轉(zhuǎn)換策略也稱為逐步轉(zhuǎn)換策略，這種轉(zhuǎn)換方式是直接轉(zhuǎn)換方式和并行轉(zhuǎn)換方式的結(jié)合，采取分期分批逐步轉(zhuǎn)換，如圖1〔c〕所示。一般比擬大的系統(tǒng)采用這種方式較為適宜，它能保證平穩(wěn)運(yùn)行，費(fèi)用也不太高；或者現(xiàn)有系統(tǒng)比擬穩(wěn)定，能夠適應(yīng)自身業(yè)務(wù)開展需要，或新舊系統(tǒng)轉(zhuǎn)換風(fēng)險很大〔例如，在線訂票系統(tǒng)、銀行的中間業(yè)務(wù)系統(tǒng)等〕，也可以采用分段轉(zhuǎn)換策略。采用分段轉(zhuǎn)換時，各子系統(tǒng)的轉(zhuǎn)換次序及轉(zhuǎn)換的具體步驟，均應(yīng)根據(jù)具體情況靈活考慮。通?？刹捎萌缦虏呗裕骸?〕按功能分階段逐步轉(zhuǎn)換。首先確定新系統(tǒng)中的一個主要的業(yè)務(wù)功能率先投入使用，在該功能運(yùn)行正常后再逐步增加其他功能?！?〕按部門分階段逐步轉(zhuǎn)換。先選擇系統(tǒng)中的一個適宜的部門，在該部門運(yùn)行新系統(tǒng)，獲得成功后再逐步擴(kuò)大到其他部門。這個首先運(yùn)行新系統(tǒng)的部門可以是業(yè)務(wù)量較少的，這樣比擬平安可靠；也可以是業(yè)務(wù)最繁忙的，這樣見效大，但風(fēng)險也大?！?〕按機(jī)器設(shè)備分階段逐步轉(zhuǎn)換。先從簡單的設(shè)備開場轉(zhuǎn)換，再推廣到整個系統(tǒng)。例如，對于聯(lián)機(jī)系統(tǒng)，可先用單機(jī)進(jìn)展批處理，然后用終端實(shí)現(xiàn)聯(lián)機(jī)系統(tǒng)。對于分布式系統(tǒng)，可以先用兩臺微機(jī)聯(lián)網(wǎng)，以后再逐步擴(kuò)大圍，最終實(shí)現(xiàn)分布式系統(tǒng)。分段轉(zhuǎn)換策略的優(yōu)點(diǎn)是，新舊系統(tǒng)的轉(zhuǎn)換震動比擬小，用戶容易承受。但由于是采用漸進(jìn)方式，導(dǎo)致新舊系統(tǒng)的轉(zhuǎn)換周期過長，同時由于需求的變化，給新系統(tǒng)的穩(wěn)定造成比擬大的影響。而且，分段轉(zhuǎn)換策略對系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)都有一定的要求，在轉(zhuǎn)換過程中，需要開發(fā)新舊系統(tǒng)之間的接口，還需要制訂階段性的轉(zhuǎn)換目標(biāo)和方案。數(shù)據(jù)遷移的實(shí)施可以分為三個階段，分別是數(shù)據(jù)遷移前的準(zhǔn)備、數(shù)據(jù)轉(zhuǎn)換與遷移和數(shù)據(jù)遷移后的校驗(yàn)。由于數(shù)據(jù)遷移的特點(diǎn)，大量的工作都需要在準(zhǔn)備階段完成，充分而周到的準(zhǔn)備工作是完成數(shù)據(jù)遷移的主要根底。具體而言，要做好以下工作：〔1〕待遷移數(shù)據(jù)源的詳細(xì)說明，包括數(shù)據(jù)的存放方式、數(shù)據(jù)量和數(shù)據(jù)的時間跨度?！?〕建立新舊系統(tǒng)數(shù)據(jù)庫的數(shù)據(jù)字典，對現(xiàn)有系統(tǒng)的歷史數(shù)據(jù)進(jìn)展質(zhì)量分析，以及新舊系統(tǒng)數(shù)據(jù)構(gòu)造的差異分析?！?〕新舊系統(tǒng)代碼數(shù)據(jù)的差異分析?！?〕建立新舊系統(tǒng)數(shù)據(jù)庫表的映射關(guān)系，對無法映射字段的處理方法?！?〕開發(fā)或購置、部署ETL工具?！?〕編寫數(shù)據(jù)轉(zhuǎn)換的測試方案和校驗(yàn)程序?！?〕制定數(shù)據(jù)轉(zhuǎn)換的應(yīng)急措施。試題答案〔4〕【問題1】〔9分〕繼承策略，原因：新開發(fā)的系統(tǒng)要求"能夠支持目前各省的所有中間業(yè)務(wù)〞，淘汰策略無法到達(dá)此要求?！締栴}2】〔10分〕直接轉(zhuǎn)換就是在原有系統(tǒng)停頓運(yùn)行的某一時刻，新系統(tǒng)立即投入運(yùn)行，中間沒有過渡階段。并行轉(zhuǎn)換就是新系統(tǒng)和現(xiàn)有系統(tǒng)并行工作一段時間，經(jīng)過這段時間的試運(yùn)行后，再用新系統(tǒng)正式替換下現(xiàn)有系統(tǒng)。分段轉(zhuǎn)換策略也稱為逐步轉(zhuǎn)換策略，這種轉(zhuǎn)換方式是直接轉(zhuǎn)換方式和并行轉(zhuǎn)換方式的結(jié)合，采取分期分批逐步轉(zhuǎn)換。以目前該銀行的情況來看，適合采用分段轉(zhuǎn)換策略，因?yàn)楦魇⌒胁捎玫你y行中間業(yè)務(wù)系統(tǒng)，均為各省自建，或者自行開發(fā)，或者自行采購，系統(tǒng)的硬件平臺、軟件系統(tǒng)、數(shù)據(jù)模式等均有非常大的差異。對這些子系統(tǒng)的支持可分段一個一個處理，降低風(fēng)險的同時不讓本錢開支過大?！締栴}3】〔6分〕數(shù)據(jù)遷移準(zhǔn)備工作包括：〔1〕待遷移數(shù)據(jù)源的詳細(xì)說明，包括數(shù)據(jù)的存放方式、數(shù)據(jù)量和數(shù)據(jù)的時間跨度。〔2〕建立新舊系統(tǒng)數(shù)據(jù)庫的數(shù)據(jù)字典，對現(xiàn)有系統(tǒng)的歷史數(shù)據(jù)進(jìn)展質(zhì)量分析，以及新舊系統(tǒng)數(shù)據(jù)構(gòu)造的差異分析?！?〕新舊系統(tǒng)代碼數(shù)據(jù)的差異分析。〔4〕建立新舊系統(tǒng)數(shù)據(jù)庫表的映射關(guān)系，對無法映射字段的處理方法。〔5〕開發(fā)或購置、部署ETL工具。〔6〕編寫數(shù)據(jù)轉(zhuǎn)換的測試方案和校驗(yàn)程序?！?〕制定數(shù)據(jù)轉(zhuǎn)換的應(yīng)急措施。試題10(2015年上半年試題5)閱讀以下關(guān)于Web應(yīng)用系統(tǒng)分析與設(shè)計(jì)的表達(dá)，在答題紙上答復(fù)以下問題1至問題3。某汽車配件銷售廠商擬開發(fā)一套網(wǎng)上銷售與交易系統(tǒng)，以擴(kuò)大產(chǎn)品銷量，提升交易效率。工程組經(jīng)過討論與分析，初步確定該系統(tǒng)具有首頁、商品列表、商品促銷、商品庫存、商品價格、訂單中心、訂單結(jié)算、支付、用戶管理、頻道〔用于區(qū)分不同類別的商品〕、搜索、購物車等主要功能?！締栴}1】〔6分〕根據(jù)業(yè)務(wù)邏輯切分系統(tǒng)功能是進(jìn)展系統(tǒng)功能分解的一項(xiàng)重要原那么。工程組目前已經(jīng)將該系統(tǒng)分解為、交易和業(yè)務(wù)效勞三個子系統(tǒng)，請將題干中已經(jīng)確定的系統(tǒng)功能歸入這三個子系統(tǒng)中，填寫表5-1中的空白，將解答寫在答題紙的對應(yīng)欄?！締栴}2】〔12分〕商品實(shí)時價格查詢是該系統(tǒng)一個重要的業(yè)務(wù)場景，其完整業(yè)務(wù)流程如圖5-1所示。其中商品實(shí)時價格由采銷人員在后臺設(shè)置，包括根底價格與促銷信息〔例如直降、打折等〕；用戶在前臺商品詳情頁面請時價格；商品實(shí)時價格那么由商品的根底價格與促銷信息計(jì)算得出?；谏鲜隽鞒?，系統(tǒng)設(shè)計(jì)人員進(jìn)一步將業(yè)務(wù)流程細(xì)分為商品價格寫邏輯流程、商品價格讀邏輯流程和回源寫邏輯流程三個局部。根據(jù)圖5-1所示的業(yè)務(wù)流程和題干描述，從備選答案中選擇正確的選項(xiàng)填寫表5-2中的空〔a〕～〔h〕，將解答寫入答題紙的相應(yīng)欄?！締栴}3】〔7分〕在設(shè)計(jì)實(shí)現(xiàn)商品實(shí)時價格查詢業(yè)務(wù)流程時，工程組的分析師王工向系統(tǒng)設(shè)計(jì)師和實(shí)現(xiàn)人員提出了一些原那么，請分析并判斷這些原那么的正確性，將應(yīng)填入表5-3中〔a〕～〔d〕處的解答寫在答題紙的相應(yīng)欄。試題分析略試題答案〔5〕【問題1】〔6分〕【問題2】〔12分〕(a)異步(b)價格發(fā)布子系統(tǒng)(c)商品價格數(shù)據(jù)時間戳(d)商品從價格庫(e)回源寫邏輯流程(f)促銷信息庫(g)商品信息庫(h)商品從價格庫【問題3】〔7分〕(a)×(b)√(c)×(d)√試題11(2014年上半年試題1)某企業(yè)委托軟件公司開發(fā)一套運(yùn)動器材綜合銷售平臺，以改良已有的銷售管理系統(tǒng)，拓展現(xiàn)有的實(shí)體店銷售模式，綜合管理線上線下的器材銷售業(yè)務(wù)。該軟件公司組建工程組開發(fā)該系統(tǒng)，現(xiàn)正處于需求獲取階段。經(jīng)過工程組討論，由于目標(biāo)系統(tǒng)業(yè)務(wù)功能比擬復(fù)雜，所以在需求獲取中針對不同類型的業(yè)務(wù)需求，采用不同的需求獲取方法。工程組列出可選的需求獲取方法包括：用戶訪談、聯(lián)合需求方案〔JRP〕、問卷調(diào)查、文檔分析和實(shí)地觀察等。需求獲取的要求如下：〔1〕獲取已有銷售管理系統(tǒng)中所實(shí)現(xiàn)的實(shí)體店銷售模式和過程；〔2〕獲取系統(tǒng)的改良需求和期望增加的業(yè)務(wù)功能；〔3〕獲取當(dāng)前業(yè)務(wù)過程中的詳細(xì)數(shù)據(jù)并深入了解這些數(shù)據(jù)產(chǎn)生的原因；〔4〕從企業(yè)管理人員、銷售人員、各種文檔資源等盡可能多的來源獲取需求；〔5〕消除需求中出現(xiàn)的沖突，盡可能獲取全面、一致的需求；〔6〕盡可能多地讓用戶參與需求獲取過程?！締栴}1】〔10分〕聯(lián)合需求方案〔JRP〕是一種流行的需求獲取方法。請說明什么是JRP，JRP與其它需求獲取方法相比有什么優(yōu)勢？【問題2】〔12分〕針對題目中所描述的需求獲取要求〔1〕~〔6〕，選擇最適合的需求獲取方法填入表1-1中的〔a〕~〔f〕處。表1-1需求獲取方法選擇【問題3】〔3分〕由于該企業(yè)銷售規(guī)模較大，所積累的企業(yè)業(yè)務(wù)文檔數(shù)量龐大，所以只能通過抽樣實(shí)現(xiàn)不同類型的文檔分析。如果對于每種類型的文檔要求90%的可信度〔可信度因子為1.645〕，那么不同類型的文檔分別需要抽樣多少份就能到達(dá)該要求？試題分析【問題3】樣本數(shù)量=0.25*〔可信度因子/錯誤率〕2試題答案〔1〕【問題1】聯(lián)合需求方案是一個通過高度組織的群體會議來分析企業(yè)的問題并獲取需求的過程，它是聯(lián)合應(yīng)用開發(fā)的一局部。JRP是一種相對來說本錢較高的需求獲取方法，但也是十分有效的一種。它通過聯(lián)合各個關(guān)鍵用戶代表、系統(tǒng)分析師、開發(fā)團(tuán)隊(duì)代表一起，通過有組織的會議來討論需求。JRP將會起到群策群力的效果，對于一些問題最有岐義的時候、對需求最不清晰的領(lǐng)域都是十分有用的一種方法。優(yōu)勢：1、發(fā)揮用戶和管理人員參與系統(tǒng)開發(fā)過程的積極性，提高系統(tǒng)開發(fā)效率；2、降低系統(tǒng)需求獲取的時間本錢，加速系統(tǒng)開發(fā)周期；3、采用原型確認(rèn)系統(tǒng)需求并獲取設(shè)計(jì)審批，具有原型化開發(fā)方法的優(yōu)點(diǎn)?！締栴}2】〔a〕實(shí)地考察或文檔分析〔b〕用戶訪談或聯(lián)合需求方案〔c〕用戶訪談或聯(lián)合需求方案〔d〕問卷調(diào)查或文檔分析〔e〕聯(lián)合需求方案〔f〕聯(lián)合需求方案【問題3】樣本大小=0.25×(1.645/(1-0.90))2=67.65063因此，需要抽取68份文檔。試題12(2014年上半年試題2)某電子商務(wù)公司為了擴(kuò)大業(yè)務(wù)規(guī)模，提高企業(yè)的信息化程度與工作效率，決定由公司的IT部門開發(fā)一套ERP系統(tǒng)。在系統(tǒng)建立之初，該公司召開了工程論證會，對于工程的可行性進(jìn)展了分析。在論證會上，公司主管領(lǐng)導(dǎo)王總首先介紹了公司目前的運(yùn)營情況，分析了競爭對手的優(yōu)勢和劣勢，認(rèn)為該工程的成功實(shí)施將大大提高公司的競爭力，因此對該工程大力支持，并要求工程必須按期、高質(zhì)量地完成。公司的中高層管理人員一致認(rèn)為現(xiàn)有業(yè)務(wù)大量依靠人工記錄，效率低下，急迫希望能夠依靠該系統(tǒng)的部署提高工作效率，也表示將大力支持工程的開發(fā)工作。公司IT部門的負(fù)責(zé)人總對工程開發(fā)中的技術(shù)問題進(jìn)展了分析，他認(rèn)為IT部門多年來一直從事J2EE平臺上的應(yīng)用開發(fā)，開發(fā)經(jīng)歷豐富。由于近兩年來基于B/S構(gòu)造的Web應(yīng)用逐漸流行，加之該工程是公司的部工程，系統(tǒng)功能清楚明確，因此建議可以首先基于B/S架構(gòu)，采用Web技術(shù)進(jìn)展工程開發(fā)，讓員工邊學(xué)邊練，即使工程進(jìn)展不順利，也可以迅速切換到J2EE平臺之上?？傔€透露，IT部門最近通過部關(guān)系得到了某競爭對手公司的局部核心業(yè)務(wù)組件，只要稍加修改就可以立即參加到新系統(tǒng)中，這樣就會大大加快工程的進(jìn)度。公司業(yè)務(wù)部門的代表小表示，ERP系統(tǒng)上線后需要大量的數(shù)據(jù)采集工作，現(xiàn)有業(yè)務(wù)人員沒有足夠的IT技能，短期難以保證數(shù)據(jù)錄入質(zhì)量。另外，新系統(tǒng)可能會導(dǎo)致一些現(xiàn)有業(yè)務(wù)流程的改變，業(yè)務(wù)人員一開場將難以適應(yīng)新的業(yè)務(wù)處理方式，可能會抵抗使用該系統(tǒng)。最后，公司銷售部門和財(cái)務(wù)部門的代表在會上對ERP系統(tǒng)的建立本錢和收益進(jìn)展了詳細(xì)的分析和比擬，給出了相應(yīng)的結(jié)論?！締栴}1】〔8分〕在信息系統(tǒng)建立工程中，通常從經(jīng)濟(jì)可行性、技術(shù)可行性、法律可行性和用戶使用可行性四個方面來進(jìn)展可行性分析。請用300字以的文字簡要說明工程可行性分析這四個方面各自的主要容。【問題2】〔10分〕請根據(jù)題干描述的工程開發(fā)總體思路，用600字以的文字對技術(shù)可行性、法律可行性和用戶使用可行性進(jìn)展初步分析，并給出分析結(jié)論?！締栴}3】〔7分〕假設(shè)本工程有甲、乙、丙三個解決方案，投資總額均為1000萬元，建立期均為2年，運(yùn)營期均為4年，運(yùn)營期各年末凈現(xiàn)金流入量總和為2000萬，年利率為10%，三種方案的現(xiàn)金流量表如表2-1所示。表2-1三種方案的現(xiàn)金流量〔單位：萬元〕請根據(jù)表2-1中的數(shù)據(jù)，計(jì)算甲、乙、丙三種方案的凈現(xiàn)值，給出具體計(jì)算過程，并說明那種方案最優(yōu)。試題分析【問題3】計(jì)算最優(yōu)方案，需要比擬各方案的凈現(xiàn)值或凈現(xiàn)值率。凈現(xiàn)值=年末凈現(xiàn)金流量*系數(shù)-年初投資額*系數(shù)凈現(xiàn)值率=凈現(xiàn)值/投資試題答案〔2〕【問題1】經(jīng)濟(jì)可行性也稱為投資收益分析或本錢效益分析，主要評估工程的建立本錢、運(yùn)行本錢和工程建成后可能的經(jīng)濟(jì)收益。技術(shù)可行性也稱為技術(shù)風(fēng)險分析，研究的對象是信息系統(tǒng)需要實(shí)現(xiàn)的功能和性能，以及技術(shù)能力約束。法律可行性也稱為社會可行性，具有比擬廣泛的容，它需要從政策、法律、道德、制度等社會因素來論證信息系統(tǒng)建立的現(xiàn)實(shí)性。用戶使用可行性也稱為執(zhí)行可行性，是從信息系統(tǒng)用戶的角度來評估系統(tǒng)的可行性，包括企業(yè)的行政管理和工作制度、使用人員的素質(zhì)和培訓(xùn)要求等，可以細(xì)分為管理可行性和運(yùn)行可行性。【問題2】〔1〕技術(shù)可行性：公司IT部門具有豐富的J2EE平臺開發(fā)經(jīng)歷，但缺乏Web技術(shù)應(yīng)用經(jīng)歷，如果工程基于B/S架構(gòu)，那么技術(shù)上不可行。〔2〕法律可行性：直接修改競爭對手的核心業(yè)務(wù)組件，屬于侵權(quán)對方知識產(chǎn)權(quán)行為，法律上不可行。〔3〕用戶使用可行性：用戶可能會抵抗使用新系統(tǒng)，在用戶使用可行性上存在問題。但由于公司中高層領(lǐng)導(dǎo)大力支持該工程，這個問題可以通過相關(guān)工作來得到解決?！締栴}3】方案甲：〔1〕NPV=300*0.83+400*0.75+500*0.68+800*0.62-(700+300*0.91)=412〔2〕NPVR=412/(700+300*0.91)=0.423方案乙：〔1〕NPV=200*0.83+400*0.75+600*0.68+800*0.62-(600+400*0.91)=406〔2〕NPVR=406/(600+400*0.91)=0.421方案丙：〔1〕NPV=400*0.83+500*0.75+500*0.68+600*0.62-(800+200*0.91)=437〔2〕NPVR=437/(800+200*0.91)=0.445因?yàn)榉桨副膬衄F(xiàn)值和凈現(xiàn)值率均最大，因此，方案丙最優(yōu)。試題13(2014年上半年試題3)近年來，分區(qū)化〔Partitioning〕技術(shù)已被廣泛應(yīng)用于大型嵌入式系統(tǒng)，此項(xiàng)技術(shù)重在解決嵌入式系統(tǒng)中多類應(yīng)用軟件共享計(jì)算機(jī)資源的平安性問題，同時，也可降低軟件開發(fā)本錢，提高軟件的可重用能力。某公司承當(dāng)了一項(xiàng)宇航計(jì)算機(jī)系統(tǒng)研制任務(wù)，要求將以前采用的多處理機(jī)系統(tǒng)精簡為由單個處理器系統(tǒng)完成，而整體功能應(yīng)在原有功能不變的根底上，可靈活擴(kuò)展，并要求原應(yīng)用軟件可被快速移植到新系統(tǒng)。公司將任務(wù)交給王工程師組織并承當(dāng)總體設(shè)計(jì)工作。在采用何種嵌入式實(shí)時操作系統(tǒng)的選型問題上，王工認(rèn)為宇航系統(tǒng)強(qiáng)調(diào)平安性，原系統(tǒng)應(yīng)用軟件功能分布在各自的處理機(jī)上，在保持功能不變的情況下，應(yīng)適當(dāng)?shù)鼐S持各個軟件的相對獨(dú)立性，因此采用具有分區(qū)能力的操作系統(tǒng)〔如：VxWorks653〕比擬適宜。【問題1】〔共9分〕圖3-1給出了具有分區(qū)能力的操作系統(tǒng)架構(gòu)，該架構(gòu)支持分區(qū)和進(jìn)程兩類調(diào)度，并提供了分區(qū)的時間、空間隔離保障，保證了應(yīng)用軟件可平安共享計(jì)算機(jī)資源。請用300字以文字說明該類操作系統(tǒng)中分區(qū)化技術(shù)的主要特點(diǎn)。圖3-1具有分區(qū)能力的操作系統(tǒng)架構(gòu)【問題2】〔共16分〕完成該工程總體設(shè)計(jì)后，王工將軟件設(shè)計(jì)工作交給工，要求工在原有軟件根底上，完成新環(huán)境下的軟件設(shè)計(jì)。經(jīng)分析，工統(tǒng)計(jì)出了原系統(tǒng)的任務(wù)根本情況〔見表3-1〕。原系統(tǒng)包含三個子系統(tǒng)，為了保證各子系統(tǒng)軟件間的相對獨(dú)立性，將三個子系統(tǒng)移植到新系統(tǒng)的三個分區(qū)工作，假設(shè)將"顯示子系統(tǒng)〞、"雷達(dá)子系統(tǒng)〞和"任務(wù)子系統(tǒng)〞分別用P1、P2和P3表示，系統(tǒng)的最小時間計(jì)時〔tick〕設(shè)為1ms，調(diào)度表的主時間框架將是40ms。根據(jù)表3-1給出的原系統(tǒng)各任務(wù)周期和最壞執(zhí)行時間數(shù)據(jù)，新系統(tǒng)中的所有任務(wù)可被調(diào)度，請對此進(jìn)展分析說明，完善表3-2所示的分區(qū)調(diào)度表的設(shè)計(jì)，在空〔1〕~〔10〕填寫正確容并將解答填入答題紙的對應(yīng)欄?！沧ⅲ篧CET，Worst-CaseExecutionTime〕。表3-1原系統(tǒng)軟件任務(wù)情況表3-2分區(qū)調(diào)度表設(shè)計(jì)〔時間單位：ms〕表3-2〔續(xù)〕分區(qū)調(diào)度表設(shè)計(jì)〔時間單位：ms〕試題分析略試題答案〔3〕【問題1】分區(qū)是一個相對獨(dú)立實(shí)體，對于每個分區(qū)來講，它們在空間和時間上完全隔離；分區(qū)由一個以上的進(jìn)程組成，在時間上，每個分區(qū)按預(yù)先設(shè)定的時間片運(yùn)行，分區(qū)沒有優(yōu)先級，系統(tǒng)中的所有分區(qū)按線性方式順序工作；在空間上，每個分區(qū)有自己獨(dú)立的存儲空間，其空間大小是預(yù)先分配好的，任何分區(qū)的進(jìn)程發(fā)生故障不會影響其他分區(qū)的進(jìn)程運(yùn)行。分區(qū)技術(shù)使應(yīng)用之間既能夠相互獨(dú)立的工作而不相互影響，又能共享系統(tǒng)資源；各個應(yīng)用之間故障隔離，防止錯誤蔓延，可靠性和平安性高。開發(fā)人員能夠快速地將新的軟件模塊插入系統(tǒng)，從而實(shí)現(xiàn)了高級別的系統(tǒng)集成和更新?！締栴}2】〔1〕0〔2〕1〔3〕2〔4〕P2〔5〕P3〔6〕4〔7〕20〔8〕3〔9〕null〔10〕7試題14(2014年上半年試題4)某企業(yè)經(jīng)過多年的信息化建立，存在大量的應(yīng)用軟件系統(tǒng)，為了保證這些系統(tǒng)的運(yùn)行與維護(hù)，專門組建應(yīng)用系統(tǒng)維護(hù)部門。該部門的主要工作是保證系統(tǒng)的正常運(yùn)行、處理問題以及擴(kuò)展這些應(yīng)該系統(tǒng)的功能，以滿足企業(yè)業(yè)務(wù)功能的變化與擴(kuò)展。目前該部門存在人員流失、變更頻繁，文檔喪失或長期失于維護(hù)，維護(hù)本錢愈來愈高等問題，具體表現(xiàn)為：問題〔1〕：隨著時間和人員的變動，程序被多人修改，往往導(dǎo)致程序難以理解，注釋混亂，流程復(fù)雜；問題〔2〕：隨著不斷修改程序和增加新的功能，模塊之間的耦合關(guān)系日益復(fù)雜，維護(hù)本錢不斷增加。這些問題導(dǎo)致新來的維護(hù)人員需要直接面對大量流程、構(gòu)造復(fù)雜的源程序，維護(hù)困難，往往一次改動需要設(shè)計(jì)大量的軟件模塊。為解決應(yīng)用系統(tǒng)維護(hù)部門面對的問題，企業(yè)信息部門組織了專門的專家討論會。各位專家一致認(rèn)為，逆向工程與重構(gòu)工程是目前預(yù)防性維護(hù)采用的主要技術(shù)，應(yīng)該采用逆向工程的技術(shù)方法，重構(gòu)相關(guān)應(yīng)用系統(tǒng)文檔，同時采用軟件重構(gòu)來降低軟件代碼的復(fù)雜性，最終降低維護(hù)本錢?！締栴}1】〔8分〕軟件的逆向工程是分析已有程序，尋求比源代碼更高級的抽象表現(xiàn)形式。與之相關(guān)的概念包括軟件重構(gòu)、設(shè)計(jì)恢復(fù)、重構(gòu)工程等。請說明設(shè)計(jì)恢復(fù)中常見的恢復(fù)信息的4種級別?！締栴}2】〔11分〕重構(gòu)是對軟件部構(gòu)造的一種調(diào)整，目的是不改變軟件功能的前提下，提高其可理解性，降低其修改本錢。請說明軟件重構(gòu)的三個類別，并簡要說明常見的重構(gòu)方法。針對題干中的問題〔1〕和問題〔2〕，宜采用何種重構(gòu)方法？【問題3】〔6分〕軟件重構(gòu)做出的修改可能導(dǎo)致程序運(yùn)行變慢，但也更容易進(jìn)展軟件的性能優(yōu)化和調(diào)整，請分析原因。試題分析略試題答案〔4〕【問題1】〔1〕實(shí)現(xiàn)級：過程的設(shè)計(jì)模型。〔2〕構(gòu)造級：程序和數(shù)據(jù)構(gòu)造信息。〔3〕功能級：對象模型、數(shù)據(jù)和控制流模型?！?〕領(lǐng)域級：UML狀態(tài)圖和部署圖?！締栴}2】軟件重構(gòu)的三個類別：代碼重構(gòu)、設(shè)計(jì)重構(gòu)、架構(gòu)重構(gòu)。常見的重構(gòu)方法：〔1〕提取方法〔Extractmethod〕〔2〕用委托來代替繼承〔ReplaceInheritancewitchDelegation〕〔3〕用子類代替型別碼〔ReplaceTypewithSubclasses〕〔4〕用多態(tài)來代替條件判斷〔Replaceconditionalwithpolymorphism〕〔5〕模板函數(shù)〔6〕提取類〔7〕提取接口問題〔1〕可采用提取方法的重構(gòu)方法解決，問題〔2〕可采用提取接口的方法解決?！締栴}3】為了使軟件更容易理解，同時又需要考慮到各種兼容性，在重構(gòu)時，可能需要在代碼中增加冗余的判斷、冗余的代碼或構(gòu)造；也可能需要修改已有的數(shù)據(jù)庫構(gòu)造和索引等，導(dǎo)致程序運(yùn)行變慢。但從長遠(yuǎn)來看，由于重構(gòu)以后的軟件構(gòu)造更加清晰，代碼復(fù)雜性更低，更易于理解，在性能調(diào)優(yōu)時更容易分析瓶頸之所在，然后加以解決，因此，軟件重構(gòu)也更易容進(jìn)展軟件的性能優(yōu)化和調(diào)優(yōu)。試題15(2014年上半年試題5)某軟件公司擬為其客戶開發(fā)一套基于Web的電子商務(wù)系統(tǒng)，該系統(tǒng)向終端用戶提供在線購物功能。近期，工程組召開會議對以下兩項(xiàng)需求進(jìn)展了重點(diǎn)討論：〔1〕系統(tǒng)終端用戶的界面呈現(xiàn)應(yīng)提供豐富的多媒體信息，包括文本、圖片、動畫、視頻及語音消息?！?〕系統(tǒng)上線后需應(yīng)對大量客戶端并發(fā)請求處理，商家促銷活動時，并發(fā)用戶數(shù)可能會到達(dá)20萬的規(guī)模；系統(tǒng)預(yù)期用戶呈明顯地地域集中分布特征?！締栴}1】〔12分〕工程組在討論實(shí)現(xiàn)需求〔1〕的技術(shù)方案時，首先確定了以下技術(shù)原那么：〔a〕應(yīng)在開發(fā)階段容易獲得良好的協(xié)作開發(fā)環(huán)境支持；〔b〕應(yīng)考慮客戶端瀏覽器的兼容性；〔c〕應(yīng)盡可能使系統(tǒng)具有良好的可維護(hù)性；〔d〕應(yīng)考慮公司開發(fā)人員的技術(shù)學(xué)習(xí)本錢。工程組就Flex與HTML5兩種技術(shù)方案進(jìn)展了論證，綜合考慮上述技術(shù)原那么要求，最終采用了基于Flex的技術(shù)方案，請結(jié)合需求〔1〕及上述技術(shù)原那么，比照Flex與HTML5兩種技術(shù)方案的優(yōu)劣，說明采用基于Flex的技術(shù)方案的原因?！締栴}2】〔13分〕工程組在討論實(shí)現(xiàn)需求〔2〕的技術(shù)方案時，首先確定了以下技術(shù)原那么：〔a〕系統(tǒng)中商品信息及用戶信息按類別劃分不同數(shù)據(jù)庫或表存放；〔b〕系統(tǒng)應(yīng)提供熱備份機(jī)制以防止效勞器意外失效；〔c〕為滿足大規(guī)模并發(fā)處理要求，系統(tǒng)軟硬件投入可根據(jù)需要追加。工程組經(jīng)過集思廣益，抽取了HTML靜態(tài)化、緩存、庫表散列、集群與鏡像、負(fù)載均衡等候選技術(shù)手段。請結(jié)合需求〔2〕及相應(yīng)技術(shù)原那么，分析上述技術(shù)手段在本工程中的可行性，將結(jié)果填入表格5-1中。表5-1技術(shù)手段可行性分析試題分析略試題答案〔5〕【問題1】Flex的優(yōu)勢：大量控件支持、完整的企業(yè)化開發(fā)流程及工作流、多種框架可供選擇。Flex的劣勢：生成的SWF過大、效率問題、較差的圖文混排支持。HTML5的優(yōu)勢：真正意義上全平臺支持、可以勝任后臺，比Flex擁有更大、更全面、更活潑的社區(qū)。HTML5的劣勢：缺乏良好的協(xié)作開發(fā)環(huán)境，缺乏完整的開發(fā)流程；要編寫CSS與JavaScript,學(xué)習(xí)本錢高；瀏覽器兼容問題、效率問題、性及平安性、AJAX跨域通訊等問題?；谝陨媳葦M，在本案例中，由于HTML5缺乏良好的協(xié)作開發(fā)環(huán)境、學(xué)習(xí)本錢高、各種瀏覽器不兼容，缺乏完整的開發(fā)流程，系統(tǒng)可維護(hù)性差。因此，選擇基于Flex的方案?！締栴}2】試題16(2013年上半年試題1)某軟件公司擬為物流企業(yè)開發(fā)一套庫存管理系統(tǒng)，該系統(tǒng)的局部需求述如下：〔1〕庫存管理系統(tǒng)主要包括貨物入庫管理、貨物出庫管理、倉庫管理、統(tǒng)計(jì)報表和系統(tǒng)管理等功能；〔2〕庫存管理系統(tǒng)的用戶包括倉庫管理員、倉庫經(jīng)理和系統(tǒng)管理員，用戶必須在注冊后才能使用系統(tǒng)功能；用戶可以選擇使用注冊或注冊?！?〕倉庫管理員在進(jìn)展出入庫操作前必須先登錄；倉庫經(jīng)理可以通過系統(tǒng)查看統(tǒng)計(jì)報表，如果前一個月的報表未生成，那么系統(tǒng)自動生成統(tǒng)計(jì)報表，否那么直接顯示?！?〕系統(tǒng)管理員可以在系統(tǒng)中設(shè)置倉庫溫度圍，當(dāng)倉庫溫度超過最高值或者低于最低值時，系統(tǒng)自動調(diào)用溫控管理操作，連接溫度調(diào)節(jié)系統(tǒng)進(jìn)展制冷或加熱。〔5〕倉庫管理功能要求每個月1日零點(diǎn)對前一個月貨物入庫和出庫記錄進(jìn)展數(shù)據(jù)匯總操作。工程組決定構(gòu)造用例模型以描述系統(tǒng)需求。【問題1】〔6分〕用例建模的首要任務(wù)是識別系統(tǒng)中的參與者。請根據(jù)題目中所描述的需求，識別出系統(tǒng)中有哪些參與者？【問題2】〔7分〕用例建模的主要工作是書寫用例規(guī)約。用例規(guī)約通常包括哪幾局部容？【問題3】〔12分〕建立了用例模型后，可以利用用例之間的關(guān)系調(diào)整用例模型，用例之間的關(guān)系包括哪幾種？對于每種關(guān)系，請根據(jù)題目中所描述的需求分別給出一組用例。試題分析用例模型的參與者：倉庫管理員、倉庫經(jīng)理、系統(tǒng)管理員、時間、溫度、溫度調(diào)節(jié)系統(tǒng)。用例建模的主要工作是書寫用例規(guī)約〔usecasespecification〕，而不是畫圖。用例模板為一個給定工程的所有人員定義了用例規(guī)約的結(jié)果，其容至少包括用例名、參與者、目標(biāo)、前置條件、事件流〔根本領(lǐng)件流和擴(kuò)展事件流〕和后置條件等，其他的還可以包括非功能需求和用例優(yōu)先級等。在建立了初步的用例模型后，還可以利用用例之間的關(guān)系來調(diào)整用例模型。用例之間的關(guān)系主要有包含、擴(kuò)展和泛化，利用這些關(guān)系，把一些公共的信息抽取出來，以便于復(fù)用，使得用例模型更易于維護(hù)。〔1〕包含關(guān)系。當(dāng)可以從兩個或兩個以上的用例中提取公共行為時，應(yīng)該使用包含關(guān)系來表示它們。其中這個提取出來的公共用例稱為抽象用例，而把原始用例稱為根本用例或根底用例。例如，圖11-10中的"學(xué)習(xí)課程〞和"課程測試〞兩個用例都需要檢查學(xué)員的權(quán)限，為此，可以定義一個抽象用例"檢查權(quán)限〞。用例"學(xué)習(xí)課程〞和"課程測試〞與用例"檢查權(quán)限〞之間的關(guān)系就是包含關(guān)系，如圖11-11所示。其中"<<include>>〞是包含關(guān)系的構(gòu)造型，箭頭指向抽象用例。當(dāng)多個用例需要使用同一段事件流時，抽象成為公共用例，可以防止在多個用例中重復(fù)地描述這段事件流，也可以防止這段事件流在不同用例中的描述出現(xiàn)不一致。當(dāng)需要修改這段公共的需求時，也只要修改一個用例，防止同時修改多個用例而產(chǎn)生的不一致性和重復(fù)性工作。另外，當(dāng)某個用例的事件流過于復(fù)雜時，為了簡化用例的描述，也可以將某一段事件流抽象成為一個被包含的用例。〔2〕擴(kuò)展關(guān)系。如果一個用例明顯地混合了兩種或兩種以上的不同場景，即根據(jù)情況可能發(fā)生多種分支，那么可以將這個用例分為一個根本用例和一個或多個擴(kuò)展用例，這樣使描述可能更加清晰。例如，圖11-10中的學(xué)員進(jìn)展"課程測試〞時，其測試的次數(shù)可能已超出系統(tǒng)規(guī)定的限額，這時就需要學(xué)員"充入學(xué)習(xí)幣〞。用例"課程測試〞和"充入學(xué)習(xí)幣〞之間的關(guān)系就是擴(kuò)展關(guān)系，如圖11-12所示。其中"<<extend>>〞是擴(kuò)展關(guān)系的構(gòu)造型，箭頭指向根本用例。〔3〕泛化關(guān)系。當(dāng)多個用例共同擁有一種類似的構(gòu)造和行為的時候，可以將它們的共性抽象成為父用例，其他的用例作為泛化關(guān)系中的子用例。在用例的泛化關(guān)系中，子用例是父用例的一種特殊形式，子用例繼承了父用例所有的構(gòu)造、行為和關(guān)系。例如，圖11-10中學(xué)員進(jìn)展課程注冊時，假設(shè)既可以通過注冊，也可以通過網(wǎng)上注冊，那么"注冊課程〞用例就是"注冊〞用例和"網(wǎng)上注冊〞用例的泛化，如圖11-13所示。其中三角箭頭指向父用例。在此題中，"出入庫操作〞與"登錄〞屬于包含關(guān)系；"查看統(tǒng)計(jì)報表〞與"生成統(tǒng)計(jì)報表〞屬于擴(kuò)展關(guān)系；"用戶注冊〞與"注冊〞和"注冊〞屬于典型的泛化關(guān)系。試題答案〔1〕【問題1】用例模型的參與者：倉庫管理員、倉庫經(jīng)理、系統(tǒng)管理員、時間、溫度、溫度調(diào)節(jié)系統(tǒng)?！締栴}2】用例建模的主要工作是書寫用例規(guī)約〔usecasespecification〕，而不是畫圖。用例模板為一個給定工程的所有人員定義了用例規(guī)約的結(jié)果，其容至少包括用例名、參與者、目標(biāo)、前置條件、事件流〔根本領(lǐng)件流和擴(kuò)展事件流〕和后置條件等，其他的還可以包括非功能需求和用例優(yōu)先級等?！締栴}3】〔1〕用例之間的關(guān)系包括：包含關(guān)系、擴(kuò)展關(guān)系、泛化關(guān)系。〔2〕"出入庫操作〞與"登錄〞屬于包含關(guān)系；"查看統(tǒng)計(jì)報表〞與"生成統(tǒng)計(jì)報表〞屬于擴(kuò)展關(guān)系；"用戶注冊〞與"注冊〞、’"注冊〞與"注冊〞屬于典型的泛化關(guān)系。試題17(2013年上半年試題2)某高校計(jì)算機(jī)學(xué)院實(shí)驗(yàn)中心有5個機(jī)房，200個機(jī)位，主要承當(dāng)學(xué)生計(jì)算機(jī)軟件相關(guān)課程的上機(jī)實(shí)踐任務(wù)。實(shí)驗(yàn)中心每年工作時間約為200天，每天平均工作時間為8小時。2013年初，實(shí)驗(yàn)中心決定對機(jī)房進(jìn)展升級改造，其中UPS電源等設(shè)備不需要重新購置，改造后每個機(jī)位機(jī)器的根本配置要求如表2-1。實(shí)驗(yàn)中心現(xiàn)公開征集硬件改造方案。一個月后，實(shí)驗(yàn)中心的主管從眾多的改造方案中選擇了A公司和B公司提出的方案進(jìn)展最終評審。A公司主采用PC機(jī)更新?lián)Q代的方式進(jìn)展改造，其主要的設(shè)備和報價如表2-2所示。B公司主以桌面云的方式對實(shí)驗(yàn)中心進(jìn)展全面改造，其主要的設(shè)備和報價情況如表2-3所示。實(shí)驗(yàn)中心組織多名專家召開論證會，會上專家對這兩種方案進(jìn)展了評審，最終采納了B公司的改造方案?！締栴}1】〔7分〕桌面云方案的核心是虛擬化技術(shù)，請用200字以的文字說明什么是虛擬化技術(shù)，并從應(yīng)用角度列舉3種虛擬化技術(shù)?！締栴}2】〔18分〕請以A公司方案中的機(jī)器性能為基準(zhǔn)，從應(yīng)用模式、投入本錢、運(yùn)維本錢、平安性、能源消耗等5個方面對兩種方案進(jìn)展詳細(xì)比擬〔其中投入本錢與能源消耗要求量化比擬〕，說明為什么專家采納了B公司的改造方案。試題分析此題考察虛擬化技術(shù)，這種技術(shù)在系統(tǒng)分析師考試中進(jìn)展考察，仍會歸類于新技術(shù)，在應(yīng)對這類試題時，考生首先需要防止恐懼心態(tài)。不要認(rèn)為這個技術(shù)自己不是很熟悉，就認(rèn)為很難以答復(fù)，其實(shí)對新技術(shù)的考察，試題往往會給出更多，更全面的信息，從而讓試題解答變得更容易，此題便是如此，完全不懂虛擬化技術(shù)的考生也可答對一半的問題。虛擬化是指計(jì)算機(jī)元件在虛擬的根底上而不是真實(shí)的根底上運(yùn)行。虛擬化技術(shù)可以擴(kuò)大硬件的容量，簡化軟件的重新配置過程。CPU的虛擬化技術(shù)可以單CPU模擬多CPU并行，允許一個平臺同時運(yùn)行多個操作系統(tǒng)，并且應(yīng)用程序都可以在相互獨(dú)立的空間運(yùn)行而互不影響，從而顯著提高計(jì)算機(jī)的工作效率。虛擬化技術(shù)應(yīng)用非常廣泛，常見的包括：1、使用VMware軟件，在Windows平臺下安裝linux操作系統(tǒng)。2、存儲的虛擬化，在云存儲中，就應(yīng)用到了存儲的虛擬化。3、效勞器虛擬化，目前多家公司推出了虛擬化效勞器，這種效勞器可以用一臺硬件設(shè)備，虛擬出多臺效勞器對外提供效勞。接下來需要分析的是兩個公司的方案優(yōu)劣，題目已給出了需要比擬的幾個方面。應(yīng)用模式：A公司方案是一種分散式的計(jì)算模式，這種模式每個節(jié)點(diǎn)都相對獨(dú)立，每個節(jié)點(diǎn)都要求一定的運(yùn)算能力，當(dāng)節(jié)點(diǎn)運(yùn)算能力缺乏時，便需要整體升級。而B公司方案是一種虛擬化的方案，他將效勞器的運(yùn)算能力按需求分配給各個節(jié)點(diǎn)使用，當(dāng)運(yùn)算能力缺乏時，可通過增加效勞器的方式，方便的升級。投入本錢：A公司方案的投入本錢為：〔3100+900〕*200+1000*10=810000元。B公司方案的投入本錢為：30000*14+〔500+900〕*200+1000*11+10000*2=731000元。所以B公司的方案投入本錢較小。運(yùn)維本錢：B公司方案維護(hù)本錢比A公司方案低，因?yàn)锳公司方案中，需要維護(hù)的計(jì)算機(jī)有200臺之多，而B公司方案只需要維護(hù)14臺效勞器。平安性：B公司方案平安性比A公司方案高，因?yàn)锳公司方案中，200臺主機(jī)都帶存儲，都是獨(dú)立的系統(tǒng)，其中任何一臺機(jī)器出現(xiàn)平安問題都可以影響到其它機(jī)器。而B公司方案中，只要維護(hù)好14臺效勞器即可，此時出平安問題的可能性會低很多。能源消耗：A公司方案的能源消耗為：〔〔230W+25W〕*200+30W*10〕*8*200=82080000瓦時=82080千瓦時。B公司方案的能源消耗為：〔800W*14+〔23W+25W〕*200+30W*11〕*8*200=33808000瓦時=33808千瓦時。B公司的方案能源消耗遠(yuǎn)遠(yuǎn)低于A公司方案。試題答案〔2〕【問題1】虛擬化是指計(jì)算機(jī)元件在虛擬的根底上而不是真實(shí)的根底上運(yùn)行。虛擬化技術(shù)可以擴(kuò)大硬件的容量，簡化軟件的重新配置過程。CPU的虛擬化技術(shù)可以單CPU模擬多CPU并行，允許一個平臺同時運(yùn)行多個操作系統(tǒng)，并且應(yīng)用程序都可以在相互獨(dú)立的空間運(yùn)行而互不影響，從而顯著提高計(jì)算機(jī)的工作效率。虛擬化技術(shù)應(yīng)用非常廣泛，常見的包括：1、使用VMware軟件，在Windows平臺下安裝linux操作系統(tǒng)。2、存儲的虛擬化，在云存儲中，就應(yīng)用到了存儲的虛擬化。3、效勞器虛擬化，目前多家公司推出了虛擬化效勞器，這種效勞器可以用一臺硬件設(shè)備，虛擬出多臺效勞器對外提供效勞。【問題2】應(yīng)用模式：A公司方案是一種分散式的計(jì)算模式，這種模式每個節(jié)點(diǎn)都相對獨(dú)立，每個節(jié)點(diǎn)都要求一定的運(yùn)算能力，當(dāng)節(jié)點(diǎn)運(yùn)算能力缺乏時，便需要整體升級。而B公司方案是一種虛擬化的方案，他將效勞器的運(yùn)算能力按需求分配給各個節(jié)點(diǎn)使用，當(dāng)運(yùn)算能力缺乏時，可通過增加效勞器的方式，方便的升級。投入本錢：A公司方案的投入本錢為：〔3100+900〕*200+1000*10=810000元。B公司方案的投入本錢為：30000*14+〔500+900〕*200+1000*11+10000*2=731000元。所以B公司的方案投入本錢較小。運(yùn)維本錢：B公司方案維護(hù)本錢比A公司方案低，因?yàn)锳公司方案中，需要維護(hù)的計(jì)算機(jī)有200臺之多，而B公司方案只需要維護(hù)14臺效勞器。平安性：B公司方案平安性比A公司方案高，因?yàn)锳公司方案中，200臺主機(jī)都帶存儲，都是獨(dú)立的系統(tǒng)，其中任何一臺機(jī)器出現(xiàn)平安問題都可以影響到其它機(jī)器。而B公司方案中，只要維護(hù)好14臺效勞器即可，此時出平安問題的可能性會低很多。能源消耗：A公司方案的能源消耗為：〔〔230W+25W〕*200+30W*10〕*8*200=82080000瓦時=82080千瓦時。B公司方案的能源消耗為：〔800W*14+〔23W+25W〕*200+30W*11〕*8*200=33808000瓦時=33808千瓦時。B公司的方案能源消耗遠(yuǎn)遠(yuǎn)低于A公司方案。試題18(2013年上半年試題3)閱讀有關(guān)嵌入式系統(tǒng)新架構(gòu)風(fēng)格方面的描述，在答題紙上答復(fù)以下問題1至問題3。在傳統(tǒng)的嵌入式系統(tǒng)中，由于應(yīng)用背景的不同，架構(gòu)風(fēng)格存在著差異。某公司長期從事各類嵌入式電子產(chǎn)品的研發(fā)工作，為了擴(kuò)展業(yè)務(wù)，擬承當(dāng)平安關(guān)鍵嵌入式產(chǎn)品的研制，為了統(tǒng)一本公司嵌入式產(chǎn)品的架構(gòu)，以兼顧平安關(guān)鍵系統(tǒng)和非平安關(guān)鍵系統(tǒng)，公司領(lǐng)導(dǎo)層提出了采用國外近年新的跨領(lǐng)域嵌入式系統(tǒng)架構(gòu)，新架構(gòu)主要有6個特點(diǎn)：〔1〕面向構(gòu)件化〔2〕開放式〔3〕支持多種平安級別〔4〕效勞的層次化〔5〕確定性核心〔6〕部組合的標(biāo)準(zhǔn)化圖3-1給出了跨領(lǐng)域嵌入式系統(tǒng)架構(gòu)，圖中CS表示領(lǐng)域無關(guān)的核心效勞、OS表示領(lǐng)域無關(guān)的選擇性效勞、DSC表示領(lǐng)域相關(guān)的中心效勞、DSO表示領(lǐng)域相關(guān)的選擇性效勞。該架構(gòu)通常稱為"腰〞型架構(gòu)，將嵌入式系統(tǒng)分為核心效勞層、域效勞層和應(yīng)用效勞層三個層次，實(shí)現(xiàn)了應(yīng)用間相對無關(guān)性設(shè)計(jì)，架構(gòu)的腰部為與領(lǐng)域無關(guān)的核心效勞。圖3-1跨領(lǐng)域嵌入式系統(tǒng)架構(gòu)【問題1】〔8分〕請用200字以文字說明圖3-1"腰〞型架構(gòu)的特點(diǎn)?！締栴}2】〔10分〕針對圖3-1的"腰〞部的核心層，表3-1中給出了10種效勞，請判斷這些效勞中哪些屬于核心效勞〔CoreServices〕，哪些屬于選擇性效勞〔OptionalService〕，將結(jié)果填到表3-1中?！締栴}3】〔7分〕該公司遵從圖3-1定義的嵌入式架構(gòu)風(fēng)格，梳理了現(xiàn)有產(chǎn)品序列，定義了公司產(chǎn)品中涉及的軟件主要包括以下4類：〔1〕基于分區(qū)化的嵌入式操作系統(tǒng)〔如：VxWorks653〕〔2〕存儲管理部件〔如：文件系統(tǒng)〕〔3〕支持產(chǎn)品互聯(lián)的多種網(wǎng)絡(luò)協(xié)議部件〔如：TCP/IP、ppp、CAN、1394等〕〔4〕應(yīng)用軟件請根據(jù)你所掌握上述軟件的相關(guān)知識，說明這些軟件應(yīng)歸屬圖3-1中核心效勞層、域效勞層和應(yīng)用效勞層中的哪一層。并舉例說明上述軟件提供的效勞中哪些歸屬于架構(gòu)的OS、CS、DSC和DSO效勞，填寫表3-2。試題分析此題考察嵌入式系統(tǒng)新架構(gòu)風(fēng)格。題目所涉及到的架構(gòu)既然是一種新架構(gòu)，那么必然大局部考生是未接觸與使用過該架構(gòu)的，所以在解題時，更多的是考察根本功與分析問題的能力。問題1要求說明新架構(gòu)的特點(diǎn)。從架構(gòu)的示意圖可知，架構(gòu)是分層次的，所以它具備分層架構(gòu)的一些特點(diǎn)，如：層與層之間進(jìn)展了解耦，所以降低了耦合程度；上層可復(fù)用下層的功能。同時題目已明示，該架構(gòu)有：面向構(gòu)件化、開放式、支持多種平安級別、效勞的層次化、確定性核心、部組合的標(biāo)準(zhǔn)化等特點(diǎn)。問題2要求分析給出的效勞歸屬于哪種效勞類型，這需要一定的經(jīng)歷，但同時也有技巧性。如，在題目給出的效勞中，即有"根本***效勞〞也有"高級**效勞〞，這種情況，"根本***效勞〞必然是屬于核心效勞，而"高級**效勞〞屬于選項(xiàng)效勞。因?yàn)楹诵男诰陀胁豢缮俚?，最根本的效勞的理念，而選擇效勞是可有可無的。依據(jù)該原那么，已可解決半數(shù)問題。另外的效勞類型那么需要根據(jù)考生的經(jīng)歷進(jìn)展判斷。問題3是把給出的軟件產(chǎn)品進(jìn)展分類，題目給出的分類有：核心效勞層、域效勞層和應(yīng)用效勞層。核心效勞層對應(yīng)著域無關(guān)的核心效勞與選擇效勞，所以〔1〕〔2〕都屬于這個層次，而〔3〕對應(yīng)的是DSC層〔配圖中已標(biāo)識〕，所以歸屬于域效勞層，應(yīng)用軟件屬于典型的應(yīng)用效勞層。然后進(jìn)一步劃分，〔1〕屬于CS，〔2〕屬于OS，其中〔4〕應(yīng)用軟件是并不屬于CS、OS、DSC、DSO這個圍，而是他們之上，所以無需填入。試題答案〔3〕【問題1】耦合程度低、復(fù)用程度高、面向構(gòu)件化、開放式、支持多種平安級別、效勞的層次化、確定性核心、部組合的標(biāo)準(zhǔn)化等特點(diǎn)?！締栴}2】【問題3】核心效勞層：〔1〕〔2〕域效勞層：〔3〕應(yīng)用效勞層：〔4〕試題19(2013年上半年試題4)閱讀以下關(guān)于數(shù)據(jù)庫分析與設(shè)計(jì)的表達(dá)，在答題紙上答復(fù)以下問題1至問題4。某集團(tuán)公司在各省均設(shè)有分公司，現(xiàn)欲建立全國統(tǒng)一的銷售管理信息系統(tǒng)，以便總公司及時掌握各分公司的銷售情況。公司成立專門的工程組進(jìn)展該系統(tǒng)的研發(fā)工作，其中工負(fù)責(zé)其中的數(shù)據(jù)庫設(shè)計(jì)工作。工和需求分析小組嚴(yán)密合作，在設(shè)計(jì)出數(shù)據(jù)流圖和數(shù)據(jù)字典的根底上，給出了數(shù)據(jù)庫關(guān)系模式和相應(yīng)的索引設(shè)計(jì)。同時考慮到未規(guī)化關(guān)系模式可能引起的各類數(shù)據(jù)錯誤，對關(guān)系模式進(jìn)展了全面的規(guī)化處理，使所有關(guān)系模式均到達(dá)了3NF或BF。在工程實(shí)施過程中，應(yīng)用開發(fā)小組認(rèn)為該設(shè)計(jì)方案未考慮應(yīng)用功能的實(shí)際需求。如果嚴(yán)格按照設(shè)計(jì)方案實(shí)施，會對應(yīng)用系統(tǒng)中整體性能產(chǎn)生較大影響。主要的原因在于進(jìn)展數(shù)據(jù)查詢時，會產(chǎn)生大量的多表連接操作，影響性能。而設(shè)計(jì)方案中的索引設(shè)計(jì)，并不能完全滿足數(shù)據(jù)查詢的性能要求。應(yīng)用開發(fā)小組還認(rèn)為，該設(shè)計(jì)方案未考慮到信息系統(tǒng)中核心銷售數(shù)據(jù)處理的特點(diǎn)：各分公司在使用該信息系統(tǒng)時只能操作自己分公司的銷售數(shù)據(jù)，無權(quán)操作其它分公司的銷售數(shù)據(jù)；只有總公司有權(quán)利操作所有銷售數(shù)據(jù)，以便進(jìn)展統(tǒng)計(jì)分析。應(yīng)用開發(fā)小組要求，在數(shù)據(jù)庫設(shè)計(jì)方案中，必須針對實(shí)際應(yīng)用功能的實(shí)現(xiàn)來考慮關(guān)系模式的規(guī)化，必要時需要采用逆規(guī)化或解除規(guī)化的方法來保證性能要求?！締栴}1】〔8分〕系統(tǒng)需要管理供給商和貨物等信息，具體包括供給商、地址以及貨物名稱、價格等，供給商可以提供0~n種貨物，其公司地址也可能發(fā)生變化。請以供給商關(guān)系模式supplier(name,address,product,price)為例，解釋不規(guī)的關(guān)系模式存在哪些問題?！締栴}2】〔6分〕應(yīng)用開發(fā)小組認(rèn)為工的規(guī)化設(shè)計(jì)雖然解決了未規(guī)化關(guān)系模式帶來的問題，但實(shí)際實(shí)現(xiàn)功能時會造成系統(tǒng)性能的下降，請解釋其原因?！締栴}3】〔5分〕請解釋逆規(guī)化方法，說明其優(yōu)缺點(diǎn)?！締栴}4】〔6分〕針對該信息系統(tǒng)中核心銷售數(shù)據(jù)處理的特點(diǎn)，如采用關(guān)系表水平分割的逆規(guī)化方法，請給出具體的解決方案，并說明該方案存在的問題。試題分析此題是一個數(shù)據(jù)庫設(shè)計(jì)方面的考題，考察的知識點(diǎn)包括規(guī)化理論和反規(guī)化理論〔逆規(guī)化〕。規(guī)化的根本思想是逐步消除不適宜的函數(shù)依賴，使數(shù)據(jù)庫中的各個關(guān)系模型到達(dá)某種程度的別離。規(guī)化解決的主要是單個實(shí)體的質(zhì)量問題，是對于問題域中原始數(shù)據(jù)展現(xiàn)的正規(guī)化處理。規(guī)化理論給出了判斷關(guān)系模型優(yōu)劣的理論標(biāo)準(zhǔn)，幫助預(yù)測模式可能出現(xiàn)的問題，是數(shù)據(jù)庫邏輯設(shè)計(jì)的指南和工具，具體有：〔1〕用數(shù)據(jù)依賴的概念分析和表示各數(shù)據(jù)項(xiàng)之間的關(guān)系?！?/p>