2010上半年系統(tǒng)分析師考試真題及答案-下午卷

1、試題一閱讀以下關(guān)于需求分析的敘述，在答題紙上回答問題1至問題3。某軟件企業(yè)為網(wǎng)絡(luò)音像制品銷售公司W(wǎng)重新開發(fā)一套影音產(chǎn)品在線管理及銷售系統(tǒng),改進(jìn)原有系統(tǒng)AVMSS存在的問題。在系統(tǒng)需求分析階段，完成的工作包括：1-1獲取到相應(yīng)的需求之后， 形成需求陳述，作為需求分析階段最終的交付成果。1】3.【問題PIECES框架的主要作用是什么？請(qǐng)將以下需要獲取的需求（ 架進(jìn)行分類并將序號(hào)填入表 1-1對(duì)應(yīng)的單元格內(nèi)。系統(tǒng)能否采用新方法以降低使用資源的成本？ 系統(tǒng)可接受的吞吐率是多少？ 系統(tǒng)可接受的響應(yīng)時(shí)間是多少？ 應(yīng)該減少多少開支或增加多少收益？ 對(duì)用戶的隱私有什么要求？對(duì)系統(tǒng)的可靠性和可用性有什么要求？

2、系統(tǒng)中需要包括哪些文檔和培訓(xùn)材料？ 對(duì)外部系統(tǒng)的接口是什么？1）（ 8）根據(jù) PIECES框1.系統(tǒng)分析員老王利用 PIECES框架組織了系統(tǒng)需要獲取的非功能性需求，如表 所示。表1-1非功能性需求類型需要獲取的需求性能(Performanee)（a）信息(Information )(b)經(jīng)濟(jì)（Economics）（c）控制（Control ）(d)效益(Efficiency)(e)服務(wù)（Service ）(f)2.項(xiàng)目組小趙從W公司客戶代表處了解到現(xiàn)有系統(tǒng)中經(jīng)常有會(huì)員拒絕履行訂單，并將其作為問題記錄了下來。老王指出了小趙并未發(fā)現(xiàn)系統(tǒng)真正的問題，并以會(huì)員拒絕履行訂單為例，利用如圖 1-1所示的

3、魚骨圖分析了系統(tǒng)中真正存在的問題。(g( h)(i)(j)會(huì)員拒絕（）（(n)/履行合同合同1材料制度方法人將需要記錄下來形成需求定義文檔,同其他項(xiàng)目信息合并（1）（2）（3）（4）（5）（6）（7）（8）【答案】PIECES框架是系統(tǒng)非功能性需求分類的技術(shù)，對(duì)各種類型的需求進(jìn)行分類使得類似的 需求可以組織起來達(dá)到匯報(bào)、跟蹤和驗(yàn)證的目的，還可能幫助確定可能忽略的需求。（a）（ 2）（ 3）( b)( 8)( c )( 4)( d)( 5)( e)(1)(f )( 6)( 7 )問題 2】請(qǐng)將下列問題按照不同的類型序號(hào)填入圖(1)缺少強(qiáng)制履行合同的規(guī)定；( 2)合同相關(guān)信息沒有通知到會(huì)員；( 3

4、)沒有催單提示客戶；( 4)沒有跟蹤執(zhí)行情況；( 5)設(shè)備成本太高造成價(jià)格不合理( 6)合同的履行缺乏靈活性；( 7)賬務(wù)問題或者隱瞞相關(guān)內(nèi)容；( 8)價(jià)格太高并且無法修改。答案】( g)和( h)( 2)和( 7)(i )和( j )(3)和( 4)( k )和( l )(6)和( 8)( m)( 5 )( n)(1)問題 3】1-1所示的魚骨圖(g) (n)中。一份需求定義文檔應(yīng)該包括哪些內(nèi)容？對(duì)于與系統(tǒng)開發(fā)相關(guān)的人員： 系統(tǒng)所有者、 用戶、 系統(tǒng)分析人員、設(shè)計(jì)人員和構(gòu)造人員、項(xiàng)目經(jīng)理，需求定義文檔各有什么作用？【答案】 一份需求定義文檔可能是項(xiàng)目文檔中被閱讀和引用得最多的文檔。應(yīng)該包含以

5、下內(nèi)容： 系統(tǒng)應(yīng)該提供的功能和服務(wù)；非功能需求，包括系統(tǒng)的特征、 特點(diǎn)和屬性； 限制系統(tǒng)開發(fā)或 者系統(tǒng)運(yùn)行必須遵守的約束條件；系統(tǒng)必須連接的其他系統(tǒng)的信息。并作為驗(yàn)收系統(tǒng)所有者和用戶使用需求定義文檔來確認(rèn)需求以及任何可能產(chǎn)生的變化， 的依據(jù)；開發(fā)系統(tǒng)分析人員、 設(shè)計(jì)人員和構(gòu)造人員使用它們理解需求是什么以及處理需求變更， 用于驗(yàn)證系統(tǒng)的測(cè)試用例；項(xiàng)目經(jīng)理使用它作為制定項(xiàng)目計(jì)劃、處理變更及驗(yàn)收的依據(jù)。試題二 閱讀以下關(guān)于宏觀經(jīng)濟(jì)數(shù)據(jù)庫建設(shè)的敘述，在答題紙上回答問題1 至問題 3。與宏A市經(jīng)過軟課題研究已經(jīng)形成了一整套宏觀經(jīng)濟(jì)指標(biāo)體系，用于描述該市的經(jīng)濟(jì)狀態(tài)， 涉及包括區(qū)域 GDR人口與就業(yè)、城市建

6、設(shè)與投資、財(cái)政收入和支出、土地、進(jìn)出口貿(mào)易、 社會(huì)保障、 人民生活、制造業(yè)和高新技術(shù)產(chǎn)業(yè)等方面，并為主要指標(biāo)建立了計(jì)算模型。 觀經(jīng)濟(jì)指標(biāo)有關(guān)的數(shù)據(jù)稱為宏觀經(jīng)濟(jì)數(shù)據(jù)， 主要的的宏觀經(jīng)濟(jì)數(shù)據(jù)廣泛地分布于政府統(tǒng)計(jì)部 門、計(jì)劃部門、財(cái)政部門、稅收部門、教育部門、商業(yè)部門、物價(jià)部門、農(nóng)業(yè)主管部門、工 業(yè)信息化主管部門等，還分布于金融部門、大中型企業(yè)等。這些部門針對(duì)自身業(yè)務(wù)，多數(shù)都 有自己的管理信息系統(tǒng)或者辦公自動(dòng)化系統(tǒng)，主要的宏觀經(jīng)濟(jì)數(shù)據(jù)都已經(jīng)實(shí)現(xiàn)了電子化。目前，A市宏觀經(jīng)濟(jì)指標(biāo)的獲得還采取傳統(tǒng)的方式，即通過有關(guān)部門逐級(jí)報(bào)表匯總宏觀 經(jīng)濟(jì)數(shù)據(jù)的方式和統(tǒng)計(jì)調(diào)查的方式得到。 統(tǒng)計(jì)調(diào)查方式存在系統(tǒng)性的誤差，

7、而報(bào)表匯總方式則存在基礎(chǔ)數(shù)據(jù)不準(zhǔn)確、人為影響較大、指標(biāo)分析靈活性差等問題。為準(zhǔn)確掌握經(jīng)濟(jì)動(dòng)態(tài)信息， 進(jìn)一步規(guī)范各級(jí)經(jīng)濟(jì)信息資源管理行為， 加快信息資源共享， 提高政府的管理科學(xué)化和服務(wù)社會(huì)化水平， 該市決定建設(shè)宏觀經(jīng)濟(jì)數(shù)據(jù)庫， 將宏觀經(jīng)濟(jì)數(shù)據(jù) 統(tǒng)一管理?！締栴} 1】為穩(wěn)步推動(dòng)A市宏觀經(jīng)濟(jì)數(shù)據(jù)庫建設(shè)， A市市政府委托咨詢公司 B進(jìn)行項(xiàng)目原型研究。數(shù)據(jù)分布及狀態(tài)詳細(xì)調(diào)查（或者數(shù)據(jù)梳理） 。 各政府部門業(yè)務(wù)流程以及信息系統(tǒng)使用情況調(diào)查。 統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)規(guī)范研究。 指標(biāo)計(jì)算模型研究，確定各個(gè)指標(biāo)的輸入數(shù)據(jù)。 提出數(shù)據(jù)管理（采集、存儲(chǔ)、使用、維護(hù)等）工作流程方案。 獲取有關(guān)部門宏觀經(jīng)濟(jì)數(shù)據(jù)的具體應(yīng)用需求

8、。B 公司經(jīng)過調(diào)研，認(rèn)為 A 市電子政務(wù)網(wǎng)絡(luò)、存儲(chǔ)和計(jì)算平臺(tái)非常完善，為宏觀經(jīng)濟(jì)數(shù)據(jù)庫的 建設(shè)奠定了良好的基礎(chǔ)。 請(qǐng)用200字以內(nèi)文字指出此時(shí) B公司在進(jìn)行原型分析的時(shí)候應(yīng)重點(diǎn) 做好哪幾方面的工作？ 【答案】（1）（2）（3）（4）（5）（6） 【問題 2】經(jīng)過分析比較，B公司確定了“物理分散，邏輯集中”的建設(shè)思路，因此未來宏觀經(jīng)濟(jì) 數(shù)據(jù)庫是一個(gè)分布式數(shù)據(jù)庫系統(tǒng)。 請(qǐng)用 200 字以內(nèi)文字簡(jiǎn)要分析， 除了數(shù)據(jù)交換機(jī)制外， 是 否還需要建設(shè)一個(gè)集中的數(shù)據(jù)庫？并敘述理由。【答案】數(shù)據(jù)分布廣， 同一數(shù)據(jù)類或數(shù)據(jù)項(xiàng)存在信息冗余和不一致的情況， 比對(duì)和清洗，整理后的數(shù)據(jù)應(yīng)存放于核心數(shù)據(jù)庫。宏觀經(jīng)濟(jì)信息的

9、實(shí)時(shí)性要求不高， 以集中的統(tǒng)一的核心數(shù)據(jù)庫為基礎(chǔ)， 提供經(jīng) 濟(jì)信息服務(wù)，形成的經(jīng)濟(jì)指標(biāo)的更加科學(xué)。需要建設(shè)一個(gè)集中的數(shù)據(jù)庫作為核心數(shù)據(jù)庫。主要理由：應(yīng)用前需要問題 3】小張是（1）用前端分析工具按 宏觀投資現(xiàn)狀”指標(biāo)，該指標(biāo)計(jì)算模型的輸入?yún)?shù)包括： 信息來源是市國稅局和市地稅局的稅收征管系統(tǒng)； 信息來源是市發(fā)改委的立項(xiàng)審批管理系統(tǒng)； 信息來源是市財(cái)政局的統(tǒng)一支付系統(tǒng)； 信息來源于銀行的信貸管理系統(tǒng)等； 信息來源于電力公司、自來水公司等。B公司的開發(fā)經(jīng)理，在開發(fā)A市宏觀經(jīng)濟(jì)數(shù)據(jù)庫原型的時(shí)候, 照指標(biāo)計(jì)算模型，計(jì)算 交易額， 項(xiàng)目立項(xiàng)信息， 資金撥付信息， 貸款信息， 資源消耗信息，經(jīng)過計(jì)算得到了

10、 “宏小張按照輸入?yún)?shù)來源單位提供的數(shù)據(jù)接口說明取得了輸入?yún)?shù)， 觀投資現(xiàn)狀”指標(biāo)，但發(fā)現(xiàn)該指標(biāo)與傳統(tǒng)方式得到的指標(biāo)差別很大。200 字以內(nèi)文字，指出存在差別的可能技術(shù)原因。請(qǐng)用【答案】（1）（2）輸入?yún)?shù)的時(shí)間戳不一致，或者時(shí)間段口徑不一致。數(shù)據(jù)不符合統(tǒng)一的標(biāo)準(zhǔn)，或者數(shù)據(jù)標(biāo)準(zhǔn)不一致（如投資主體的代碼在不同的系 統(tǒng)中不一致） 。數(shù)據(jù)來源單位的數(shù)據(jù)沒有及時(shí)更新，或者不全。 存在無效數(shù)據(jù)，如某個(gè)投資主體有誤或不存在。試題三閱讀以下關(guān)于嵌入式軟件可信計(jì)算方面的敘述，在答題紙上回答問題1至問題2。某公司長(zhǎng)期從事嵌入式商用軟件的開發(fā)工作。隨著業(yè)務(wù)范圍的擴(kuò)展，公司最近簽署了一項(xiàng)大型客機(jī)信息綜合處理的軟件研

11、制合同，作為機(jī)載軟件，其可靠性和安全性直接影響著大型客機(jī)的安全特性。合同要求承制方在開展工作之前必須完成安全性、可靠性分析報(bào)告，在軟件開發(fā)過程中應(yīng)嚴(yán)格遵循相關(guān)工程化標(biāo)準(zhǔn)。公司總經(jīng)理將此項(xiàng)任務(wù)交給了張工程師，要求他盡快掌握航空軟件研制的各項(xiàng)要求，并拿出項(xiàng)目的策劃書。張工在深入研究了可信計(jì)算等相關(guān)知識(shí)的基礎(chǔ)上，結(jié)合航空軟件的特點(diǎn)，提出了一項(xiàng)項(xiàng)目實(shí)施策略方案。此方案在安全性設(shè)計(jì)方面借鑒了可信計(jì)算的相關(guān)技術(shù)，得到了甲方的認(rèn)可，但是，針對(duì)此方案，公司領(lǐng)導(dǎo)層存在極大爭(zhēng)議，問題主焦點(diǎn)在于按此方案實(shí) 施，公司的人員、成本和資源投入將遠(yuǎn)遠(yuǎn)超過本公司的承受能力，張工指出，傳統(tǒng)商用軟件的開發(fā)模式不能滿足航空用戶的需

12、要，軟件可信度太低，對(duì)后續(xù)發(fā)展不利。經(jīng)過認(rèn)真討論， 公司領(lǐng)導(dǎo)層形成了統(tǒng)一認(rèn)識(shí)，按可信計(jì)算的技術(shù)要求，提升公司的整體軟件開發(fā)水平。【問題1】ISO/IEC15408標(biāo)準(zhǔn)定義可信為：參與計(jì)算的組件，其操作或過程在任意的條件下是可 預(yù)測(cè)的，并能夠抵御病毒和物理干擾。而航空設(shè)備的基本特點(diǎn)就是要求設(shè)備的實(shí)體行為應(yīng)該 總是以預(yù)期的方式達(dá)到預(yù)期的目的（即行為、資源的確定性要求）?；谶@種思想，張工依據(jù)可信計(jì)算組織定義的可信鏈模型（即可信測(cè)量根（RTM -BIOS-OSLoader-OS構(gòu)成鏈?zhǔn)叫湃文Ｐ停├碚摚o出了一種適應(yīng)本項(xiàng)目的帶數(shù)據(jù)恢復(fù)的星型信任模型（圖3-1 ）。該模型的中心思想是將可信測(cè)量根植入機(jī)載

13、設(shè)備平臺(tái)模塊內(nèi)部NVRAM非易失存儲(chǔ)器）中，在信任鏈中增加數(shù)據(jù)恢復(fù)功能，并將信任鏈延伸到應(yīng)用。請(qǐng)根據(jù)張工設(shè)計(jì)思想， 完善圖3-1所示的帶數(shù)據(jù)恢復(fù)星型信任模型的空白部分。并用100字以內(nèi)的文字，解釋該模型與鏈?zhǔn)叫湃捂溎Ｐ拖啾鹊奶攸c(diǎn)。4BIOS卜)I I恢復(fù)是/4/完整？ >J機(jī) 載 設(shè) 備 平 臺(tái) 模 塊R T MH (0 卜；I恢復(fù).是<完 整?>T否(2) *恢復(fù)(3)恢復(fù)日是 / 、池整？ >、/ 否圖3-1【答案】（1）OSLoader（2）操作系統(tǒng)（3） 應(yīng)用帶數(shù)據(jù)恢復(fù)星型信任模型的特點(diǎn)：（1）（2）（3）【問題2】交叉編譯器是嵌入式軟件開發(fā)必備的基礎(chǔ)工具軟件之

14、一。目前比較流行的交叉編譯器是GUN系列產(chǎn)品，它是一種開源軟件。編譯器生成代碼正確與否嚴(yán)重影響機(jī)載設(shè)備的安全，因 此，張工在方案中提出對(duì)本項(xiàng)目采用的交叉編譯器開展可信技術(shù)研究?？尚啪幾g器包括兩方面含義，其一是編譯器本身的可信性，即必須保證整個(gè)編譯操作的可信性，保證編譯器在編譯過程中不會(huì)給編譯處理對(duì)象帶來任何安全問題；其二是必須保證編譯器編譯所得程序可執(zhí)行代碼的可信，即編譯器必須保證，通過其編譯生成的程序代碼是安全和可靠的。 提出在傳統(tǒng)編譯操作的基礎(chǔ)上加入代碼安全性加強(qiáng)機(jī)制、 保護(hù)機(jī)制。圖3-2給出了可信編譯系統(tǒng)的框架。請(qǐng)說明三種可信機(jī)制在傳統(tǒng)編譯操作步驟中的位置， 應(yīng)的可信機(jī)制名稱。根據(jù)表3-

15、1所示的信息流名稱，給出圖 3-2中 編號(hào)?？尚艤y(cè)量根被保護(hù)，安全性更高。具有數(shù)據(jù)恢復(fù)功能，安全性更高。都是一級(jí)測(cè)量，沒有多級(jí)信任傳遞，信任損失少。因此張工 代碼可信性驗(yàn)證機(jī)制和可執(zhí)行代碼并給出圖3-2 中的（a） （C）對(duì)（d） （h）對(duì)應(yīng)的功能模塊間的信息流信息流編號(hào)信息流名稱(1)編譯生成可執(zhí)行代碼(2)類型信息、操作信息、數(shù)據(jù)流信息等(3)報(bào)警信息(4)代碼綜合信息(5)代碼層次結(jié)構(gòu)信息(6)代碼操作優(yōu)化后中間代碼信息(7)安全加強(qiáng)機(jī)制所反饋代碼修改信息程序源代碼詞法分析 編譯過程中 代碼可信保障模塊語法分析(5)語義分析(d)（C）【答案】中間代碼生成代碼優(yōu)化代碼生成傳統(tǒng)編譯模塊(e

16、)(h)(f)(a)(3)預(yù)警機(jī)制(g)(b)可信編譯系統(tǒng)可信的程序 可執(zhí)行代碼圖3-2序號(hào)可信機(jī)制名稱（a）代碼可信性驗(yàn)證機(jī)制（b）編譯后可執(zhí)行代碼安全保護(hù)機(jī)制（c）代碼安全加強(qiáng)機(jī)制序號(hào)信息流編號(hào)（d）（2）（e）（7）（f）（6）（g）（1）（h）（4）試題四閱讀以下關(guān)于數(shù)據(jù)集成的敘述，在答題紙上回答問題1至問題3。為用戶且數(shù)某互聯(lián)網(wǎng)銷售企業(yè)需要建立自己的電子商務(wù)平臺(tái)，將所有產(chǎn)品信息集中在一起，提供全方位的產(chǎn)品信息檢索服務(wù)。但產(chǎn)品供應(yīng)商大多數(shù)已經(jīng)建有自己的電子商務(wù)平臺(tái)，據(jù)獨(dú)立存儲(chǔ)，而且數(shù)據(jù)格式和數(shù)據(jù)平臺(tái)有較大差異，有的供應(yīng)商甚至沒有采用數(shù)據(jù)庫來存儲(chǔ)商品信息。為此該企業(yè)專門成立專家組來認(rèn)證其

17、數(shù)據(jù)集成方案。李工提出采用集中式集成方式把產(chǎn)品供應(yīng)商的數(shù)據(jù)集中在一起，采用數(shù)據(jù)倉庫技術(shù)來實(shí)現(xiàn)與各家供應(yīng)商的數(shù)據(jù)集成。而王工提出采用松耦合的聯(lián)邦數(shù)據(jù)庫集成方案。 專家組經(jīng)過激 烈討論，認(rèn)為王工方案更為合理，建議采用王工提出的集成方案?！締栴}1】請(qǐng)結(jié)合數(shù)據(jù)倉庫和聯(lián)邦數(shù)據(jù)庫集成方案各自的特點(diǎn)，簡(jiǎn)要說明專家組采用王工提出的集成方式的原因。，數(shù)據(jù)庫之間通 互相通信，數(shù)據(jù)分布在不同地方的計(jì)算機(jī)或數(shù)據(jù)庫服務(wù)器上，通過網(wǎng)絡(luò)連接?！敬鸢浮柯?lián)邦數(shù)據(jù)庫提供集成的數(shù)據(jù)格式，對(duì)用戶提供統(tǒng)一的訪問，屏蔽了各個(gè)數(shù)據(jù)庫的復(fù)雜性和分布情況，簡(jiǎn)化了開發(fā)數(shù)據(jù)庫查詢和對(duì)數(shù)據(jù)統(tǒng)一理解的工作。這 種分布式的數(shù)據(jù)集成，更加符合應(yīng)用系統(tǒng)的實(shí)

18、際情況。異構(gòu)數(shù)據(jù)源不僅僅是數(shù)據(jù)庫系統(tǒng)，用程序等。數(shù)據(jù)倉庫集成是把多個(gè)數(shù)據(jù)庫系統(tǒng)聯(lián)合一起，構(gòu)成“聯(lián)邦數(shù)據(jù)庫系統(tǒng)” 過接口查詢， 其特點(diǎn)是：通過中間件，可以擴(kuò)展到傳感器、文件和應(yīng)（1）而是直接嵌入在WEB頁面中供用戶瀏覽。數(shù) 請(qǐng)簡(jiǎn)要給出此類數(shù)據(jù)集【問題2】部分供應(yīng)商的產(chǎn)品信息沒有相應(yīng)的數(shù)據(jù)庫， 據(jù)集成時(shí)需要直接從供應(yīng)商電子商務(wù)平臺(tái)的網(wǎng)頁上獲取其產(chǎn)品信息。 成的方法和基本步驟。【答案】此類數(shù)據(jù)往往是非結(jié)構(gòu)化或者半結(jié)構(gòu)化的，但同一個(gè)數(shù)據(jù)源往往有統(tǒng)一的頁面模式，因此應(yīng)該采用Web內(nèi)容提取（挖掘/廣西挖掘）的集成方法來獲取對(duì)應(yīng)供應(yīng)商的產(chǎn)品信息。分析頁面，確定其頁面中的數(shù)據(jù)模式。抓取頁面，通過爬蟲技術(shù)獲取對(duì)

19、應(yīng)的網(wǎng)頁。 特征提取與處理，獲取相應(yīng)數(shù)據(jù)。數(shù)據(jù)清洗，根據(jù)規(guī)則進(jìn)行判斷，拋棄異常數(shù)據(jù)。 數(shù)據(jù)轉(zhuǎn)換，根據(jù)預(yù)先定義好的語義其基本步驟為：（1）（2）（3）（4）（5）映射關(guān)系，將數(shù)據(jù)轉(zhuǎn)換為統(tǒng)一格式?！締栴} 3】在方案評(píng)審會(huì)上， 項(xiàng)目組針對(duì)李工和王工的方案展開了激烈的討論。 劉工指出兩種方案 在實(shí)施過程中， 都存在數(shù)據(jù)源之間的語義映射和轉(zhuǎn)換問題， 都會(huì)帶來數(shù)據(jù)集成的不確定。 請(qǐng) 簡(jiǎn)要說明產(chǎn)生不確定的原因。但映射【答案】 數(shù)據(jù)集成系統(tǒng)依靠模式映射來指明數(shù)據(jù)源中的數(shù)據(jù)和中介所用數(shù)據(jù)之間的關(guān)系， 過程中可能發(fā)生不確定性，其原因有：（1）數(shù)據(jù)源與中介模式之間的語義映射可能是近似的。（2）用戶不熟悉模式或系統(tǒng)的

20、域太寬，不能提供基于表單式的查詢接口，需要使用 關(guān)鍵字查詢，但將關(guān)鍵字查詢轉(zhuǎn)換成一組候選的結(jié)構(gòu)化查詢時(shí)，會(huì)帶來不確定 性。（3）數(shù)據(jù)常常是使用信息獲取技術(shù)從非結(jié)構(gòu)化數(shù)據(jù)源獲取的，而這些獲取技術(shù)一般 只是“大致可用” ，所取得的數(shù)據(jù)可能是不確定的。試題五閱讀以下關(guān)于 Web應(yīng)用系統(tǒng)負(fù)載均衡的問題，在答題紙上答題問題1至問題3。某電子商務(wù)公司的主要業(yè)務(wù)是書籍、 服裝、家電和日用品的在線銷售。 隨著公司業(yè)務(wù)發(fā) 展和用戶規(guī)模的不斷擴(kuò)大， 現(xiàn)有的網(wǎng)上交易系統(tǒng)無法正常處理日益增大的請(qǐng)求流量，公司決策層決定升級(jí)其網(wǎng)上交易系統(tǒng)。 在對(duì)該系統(tǒng)的升級(jí)方案進(jìn)行設(shè)計(jì)和討論時(shí)， 公司的系統(tǒng)分析 師王工提出采用基于高性能

21、主機(jī)系統(tǒng)的方法進(jìn)行系統(tǒng)升級(jí)， 另外一位系統(tǒng)分析師李工則提出 采用基于負(fù)載均衡集群的方法進(jìn)行系統(tǒng)升級(jí)。 公司的分析師和架構(gòu)師對(duì)這兩種思路進(jìn)行討論 與評(píng)估最終采納了李工的方法?！締栴} 1】請(qǐng)從系統(tǒng)的可用性、 可伸縮性和應(yīng)用特點(diǎn)三個(gè)方面說明公司為何沒有采用王工提出的方 法。【答案】王工提出的方案是采用高性能的主機(jī)系統(tǒng)實(shí)現(xiàn)系統(tǒng)升級(jí)。從可用性角度看， 采用高性能的主機(jī)系統(tǒng)很難實(shí)現(xiàn)系統(tǒng)的冗余機(jī)制， 當(dāng)發(fā)生故障后會(huì)導(dǎo)致整個(gè)系統(tǒng)會(huì)失去響應(yīng)能力， 從而 無法保證系統(tǒng)的高可用性； 從可伸縮性角度看， 采用高性能的主機(jī)系統(tǒng)， 升級(jí)服務(wù)器的成本 與獲得的相應(yīng)能力不成比例，整個(gè)系統(tǒng)的可擴(kuò)展性較差；從應(yīng)用特點(diǎn)來看，Int

22、ernet 中的Web應(yīng)用絕大多數(shù)是簡(jiǎn)單任務(wù)、高強(qiáng)度的并發(fā)處理，而主機(jī)系統(tǒng)只是對(duì)于復(fù)雜單一任務(wù)和有 限的并發(fā)處理具有高性能， 不能同時(shí)處理大量的并發(fā)請(qǐng)求。 因此，公司沒有采用王工的方案。 【問題 2】負(fù)載均衡通常分為傳輸層負(fù)載均衡和應(yīng)用層負(fù)載均衡兩類。請(qǐng)基于這種分類方式， 說明基于DNS的負(fù)載均衡方法和基于 HTTP重定向服務(wù)器的負(fù)載均衡方法分別屬于哪類負(fù)載均衡 方法，并用 200 字以內(nèi)的文字說明這兩種方法實(shí)現(xiàn)負(fù)載均衡的方式。【答案】基于DNS的負(fù)載均衡屬于傳輸層負(fù)載均衡技術(shù)，其主要原理是在DNS服務(wù)器中為同一個(gè)主機(jī)名配置多個(gè)地址，在應(yīng)答 DNS查詢時(shí)，DNS服務(wù)器對(duì)每個(gè)查詢以 DNS文件中主機(jī)記錄的 IP 地址按