系統(tǒng)分析師年下午題_1_案例分析(附答案)

1、系統(tǒng)分析師 2010 年下午題 -1-案例分析（附答案）試題一閱讀以下關(guān)于需求分析的敘述，在答題紙上回答問(wèn)題1 至問(wèn)題 3。某軟件企業(yè)為網(wǎng)絡(luò)音像制品銷售公司W(wǎng) 重新開發(fā)一套影音產(chǎn)品在線管理及銷售系統(tǒng)，以改進(jìn)原有系統(tǒng) AVMSS 中存在的問(wèn)題。在系統(tǒng)需求分析階段，完成的工作包括：1. 系統(tǒng)分析員老王利用PIECES 框架組織了系統(tǒng)需要獲取的非功能性需求，如表1-1所示。表 1-1非功能性需求類型需要獲取的需求性能（ Performance）（a）信息（ Information ）（ b）經(jīng)濟(jì)（ Economics ）（c）控制（ Control ）（ d）效益（ Efficiency ）（e）服

2、務(wù)（ Service）（ f）2. 項(xiàng)目組小從 W 公司客戶代表處了解到現(xiàn)有系統(tǒng)中經(jīng)常有會(huì)員拒絕履行訂單，并將其作為問(wèn)題記錄了下來(lái)。老王指出了小并未發(fā)現(xiàn)系統(tǒng)真正的問(wèn)題，并以會(huì)員拒絕履行訂單為例，利用如圖 1-1 所示的魚骨圖分析了系統(tǒng)中真正存在的問(wèn)題。人方法（g） （h）（i） （j）會(huì)員拒絕（k） （l）（m）（ n）履行合同合同材料制度3. 獲取到相應(yīng)的需求之后，將需要記錄下來(lái)形成需求定義文檔，同其他項(xiàng)目信息合并形成需求述，作為需求分析階段最終的交付成果。【問(wèn)題 1】PIECES 框架的主要作用是什么？請(qǐng)將以下需要獲取的需求（框架進(jìn)行分類并將序號(hào)填入表1-1 對(duì)應(yīng)的單元格。1） （ 8）根

3、據(jù)PIECES（ 1） 系統(tǒng)能否采用新方法以降低使用資源的成本？（ 2） 系統(tǒng)可接受的吞吐率是多少？（ 3） 系統(tǒng)可接受的響應(yīng)時(shí)間是多少？（ 4） 應(yīng)該減少多少開支或增加多少收益？（ 5） 對(duì)用戶的隱私有什么要求？（ 6） 對(duì)系統(tǒng)的可靠性和可用性有什么要求？（ 7） 系統(tǒng)中需要包括哪些文檔和培訓(xùn)材料？（ 8） 對(duì)外部系統(tǒng)的接口是什么？【答案】PIECES 框架是系統(tǒng)非功能性需求分類的技術(shù)，對(duì)各種類型的需求進(jìn)行分類使得類似的需求可以組織起來(lái)達(dá)到匯報(bào)、跟蹤和驗(yàn)證的目的，還可能幫助確定可能忽略的需求。（ a） （ 2）（3）（ b） （ 8）（ c） （ 4）（ d） （ 5）（ e） （ 1）（

4、f） （ 6）（7）【問(wèn)題 2】請(qǐng)將下列問(wèn)題按照不同的類型序號(hào)填入圖1-1 所示的魚骨圖（g） （ n）中。（ 1） 缺少?gòu)?qiáng)制履行合同的規(guī)定；（ 2） 合同相關(guān)信息沒(méi)有通知到會(huì)員；（ 3） 沒(méi)有催單提示客戶；（ 4） 沒(méi)有跟蹤執(zhí)行情況；（ 5） 設(shè)備成本太高造成價(jià)格不合理（ 6） 合同的履行缺乏靈活性；（ 7） 賬務(wù)問(wèn)題或者隱瞞相關(guān)容；（ 8） 價(jià)格太高并且無(wú)法修改?！敬鸢浮浚?g）和（ h）（ 2）和（ 7）（ i）和（ j）（ 3）和（ 4）（ k）和（ l）（ 6）和（ 8）（ m）（ 5）（ n）（ 1）【問(wèn)題 3】一份需求定義文檔應(yīng)該包括哪些容？對(duì)于與系統(tǒng)開發(fā)相關(guān)的人員：系統(tǒng)所有者、

5、用戶、系統(tǒng)分析人員、設(shè)計(jì)人員和構(gòu)造人員、項(xiàng)目經(jīng)理，需求定義文檔各有什么作用？【答案】一份需求定義文檔可能是項(xiàng)目文檔中被閱讀和引用得最多的文檔。應(yīng)該包含以下容： 系統(tǒng)應(yīng)該提供的功能和服務(wù)；非功能需求，包括系統(tǒng)的特征、特點(diǎn)和屬性；限制系統(tǒng)開發(fā)或者系統(tǒng)運(yùn)行必須遵守的約束條件；系統(tǒng)必須連接的其他系統(tǒng)的信息。系統(tǒng)所有者和用戶使用需求定義文檔來(lái)確認(rèn)需求以及任何可能產(chǎn)生的變化，并作為驗(yàn)收的依據(jù)；系統(tǒng)分析人員、 設(shè)計(jì)人員和構(gòu)造人員使用它們理解需什么以及處理需求變更，開發(fā)用于驗(yàn)證系統(tǒng)的測(cè)試用例；項(xiàng)目經(jīng)理使用它作為制定項(xiàng)目計(jì)劃、處理變更及驗(yàn)收的依據(jù)。試題二閱讀以下關(guān)于宏觀經(jīng)濟(jì)數(shù)據(jù)庫(kù)建設(shè)的敘述，在答題紙上回答問(wèn)題1

6、 至問(wèn)題 3。A 市經(jīng)過(guò)軟課題研究已經(jīng)形成了一整套宏觀經(jīng)濟(jì)指標(biāo)體系，用于描述該市的經(jīng)濟(jì)狀態(tài)，涉及包括區(qū)域 GDP、人口與就業(yè)、城市建設(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ì)指

7、標(biāo)的獲得還采取傳統(tǒng)的方式，即通過(guò)有關(guān)部門逐級(jí)報(bào)表匯總宏觀經(jīng)濟(jì)數(shù)據(jù)的方式和統(tǒng)計(jì)調(diào)查的方式得到。統(tǒng)計(jì)調(diào)查方式存在系統(tǒng)性的誤差，而報(bào)表匯總方式則存在基礎(chǔ)數(shù)據(jù)不準(zhǔn)確、人為影響較大、指標(biāo)分析靈活性差等問(wèn)題。為準(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ù)庫(kù)， 將宏觀經(jīng)濟(jì)數(shù)據(jù)統(tǒng)一管理?！締?wèn)題 1】為穩(wěn)步推動(dòng)A 市宏觀經(jīng)濟(jì)數(shù)據(jù)庫(kù)建設(shè)，A 市市政府委托咨詢公司B 進(jìn)行項(xiàng)目原型研究。B 公司經(jīng)過(guò)調(diào)研，認(rèn)為A 市電子政務(wù)網(wǎng)絡(luò)、存儲(chǔ)和計(jì)算平臺(tái)非常完善，為宏觀經(jīng)濟(jì)數(shù)據(jù)庫(kù)的建設(shè)奠定了良好的基礎(chǔ)。請(qǐng)用200 字以文字指出此時(shí)B 公

8、司在進(jìn)行原型分析的時(shí)候應(yīng)重點(diǎn)做好哪幾方面的工作？【答案】（ 1）數(shù)據(jù)分布及狀態(tài)詳細(xì)調(diào)查（或者數(shù)據(jù)梳理）。（ 2） 各政府部門業(yè)務(wù)流程以及信息系統(tǒng)使用情況調(diào)查。（ 3） 統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)規(guī)研究。（ 4） 指標(biāo)計(jì)算模型研究，確定各個(gè)指標(biāo)的輸入數(shù)據(jù)。（ 5） 提出數(shù)據(jù)管理（采集、存儲(chǔ)、使用、維護(hù)等）工作流程方案。（ 6） 獲取有關(guān)部門宏觀經(jīng)濟(jì)數(shù)據(jù)的具體應(yīng)用需求。【問(wèn)題 2】經(jīng)過(guò)分析比較，B 公司確定了“物理分散，邏輯集中”的建設(shè)思路，因此未來(lái)宏觀經(jīng)濟(jì)數(shù)據(jù)庫(kù)是一個(gè)分布式數(shù)據(jù)庫(kù)系統(tǒng)。請(qǐng)用 200 字以文字簡(jiǎn)要分析，除了數(shù)據(jù)交換機(jī)制外，是否還需要建設(shè)一個(gè)集中的數(shù)據(jù)庫(kù)？并敘述理由?！敬鸢浮啃枰ㄔO(shè)一個(gè)集中的數(shù)

9、據(jù)庫(kù)作為核心數(shù)據(jù)庫(kù)。主要理由：（ 1）數(shù)據(jù)分布廣， 同一數(shù)據(jù)類或數(shù)據(jù)項(xiàng)存在信息冗余和不一致的情況， 應(yīng)用前需要比對(duì)和清洗，整理后的數(shù)據(jù)應(yīng)存放于核心數(shù)據(jù)庫(kù)。（ 2）宏觀經(jīng)濟(jì)信息的實(shí)時(shí)性要求不高，以集中的統(tǒng)一的核心數(shù)據(jù)庫(kù)為基礎(chǔ)，提供經(jīng)濟(jì)信息服務(wù)，形成的經(jīng)濟(jì)指標(biāo)的更加科學(xué)?！締?wèn)題 3】小是 B 公司的開發(fā)經(jīng)理，在開發(fā)A 市宏觀經(jīng)濟(jì)數(shù)據(jù)庫(kù)原型的時(shí)候，用前端分析工具按照指標(biāo)計(jì)算模型，計(jì)算“宏觀投資現(xiàn)狀”指標(biāo)，該指標(biāo)計(jì)算模型的輸入?yún)?shù)包括：交易額，信息來(lái)源是市國(guó)稅局和市地稅局的稅收征管系統(tǒng)；項(xiàng)目立項(xiàng)信息，信息來(lái)源是市發(fā)改委的立項(xiàng)審批管理系統(tǒng)；資金撥付信息，信息來(lái)源是市財(cái)政局的統(tǒng)一支付系統(tǒng)；貸款信息，信息來(lái)

10、源于銀行的信貸管理系統(tǒng)等；資源消耗信息，信息來(lái)源于電力公司、自來(lái)水公司等。小按照輸入?yún)?shù)來(lái)源單位提供的數(shù)據(jù)接口說(shuō)明取得了輸入?yún)?shù)，經(jīng)過(guò)計(jì)算得到了 “宏觀投資現(xiàn)狀”指標(biāo)，但發(fā)現(xiàn)該指標(biāo)與傳統(tǒng)方式得到的指標(biāo)差別很大。請(qǐng)用 200 字以文字，指出存在差別的可能技術(shù)原因?！敬鸢浮浚?1） 輸入?yún)?shù)的時(shí)間戳不一致，或者時(shí)間段口徑不一致。（ 2） 數(shù)據(jù)不符合統(tǒng)一的標(biāo)準(zhǔn)，或者數(shù)據(jù)標(biāo)準(zhǔn)不一致（如投資主體的代碼在不同的系統(tǒng)中不一致）。（ 3） 數(shù)據(jù)來(lái)源單位的數(shù)據(jù)沒(méi)有及時(shí)更新，或者不全。（ 4） 存在無(wú)效數(shù)據(jù)，如某個(gè)投資主體有誤或不存在。試題三閱讀以下關(guān)于嵌入式軟件可信計(jì)算方面的敘述，在答題紙上回答問(wèn)題1 至問(wèn)題

11、2。某公司長(zhǎng)期從事嵌入式商用軟件的開發(fā)工作。隨著業(yè)務(wù)圍的擴(kuò)展，公司最近簽署了一項(xiàng)大型客機(jī)信息綜合處理的軟件研制合同，作為機(jī)載軟件， 其可靠性和安全性直接影響著大型客機(jī)的安全特性。合同要求承制方在開展工作之前必須完成安全性、可靠性分析報(bào)告，在軟件開發(fā)過(guò)程中應(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)議，問(wèn)題主焦點(diǎn)在于按此方案實(shí)施

12、，公司的人員、 成本和資源投入將遠(yuǎn)遠(yuǎn)超過(guò)本公司的承受能力，工指出， 傳統(tǒng)商用軟件的開發(fā)模式不能滿足航空用戶的需要，軟件可信度太低，對(duì)后續(xù)發(fā)展不利。經(jīng)過(guò)認(rèn)真討論，公司領(lǐng)導(dǎo)層形成了統(tǒng)一認(rèn)識(shí)，按可信計(jì)算的技術(shù)要求，提升公司的整體軟件開發(fā)水平?！締?wèn)題 1】ISO/IEC15408 標(biāo)準(zhǔn)定義可信為：參與計(jì)算的組件，其操作或過(guò)程在任意的條件下是可預(yù)測(cè)的， 并能夠抵御病毒和物理干擾。 而航空設(shè)備的基本特點(diǎn)就是要求設(shè)備的實(shí)體行為應(yīng)該總是以預(yù)期的方式達(dá)到預(yù)期的目的（即行為、資源的確定性要求）?；谶@種思想，工依據(jù)可信計(jì)算組織定義的可信鏈模型（即可信測(cè)量根 （RTM ）-BIOS-OSLoader-OS 構(gòu)成鏈?zhǔn)?/p>

13、信任模型）理論，給出了一種適應(yīng)本項(xiàng)目的帶數(shù)據(jù)恢復(fù)的星型信任模型（圖3-1）。該模型的中心思想是將可信測(cè)量根植入機(jī)載設(shè)備平臺(tái)模塊部NVRAM （非易失存儲(chǔ)器） 中，在信任鏈中增加數(shù)據(jù)恢復(fù)功能，并將信任鏈延伸到應(yīng)用。請(qǐng)根據(jù)工設(shè)計(jì)思想，完善圖3-1 所示的帶數(shù)據(jù)恢復(fù)星型信任模型的空白部分。并用 100 字以的文字， 解釋該模型與鏈?zhǔn)叫湃捂溎Ｐ拖啾鹊奶攸c(diǎn)。BIOS恢復(fù)是完整？否機(jī)（ 1）載恢復(fù)設(shè)是備完整？平否臺(tái)（2）模塊恢復(fù)R是完整？TM否（3）恢復(fù)是完整？否圖 3-1【答案】（ 1） OSLoader（ 2） 操作系統(tǒng)（ 3） 應(yīng)用帶數(shù)據(jù)恢復(fù)星型信任模型的特點(diǎn)：（ 1） 可信測(cè)量根被保護(hù)，安全性更高

14、。（ 2） 具有數(shù)據(jù)恢復(fù)功能，安全性更高。（ 3） 都是一級(jí)測(cè)量，沒(méi)有多級(jí)信任傳遞，信任損失少?！締?wèn)題 2】交叉編譯器是嵌入式軟件開發(fā)必備的基礎(chǔ)工具軟件之一。目前比較流行的交叉編譯器是GUN 系列產(chǎn)品，它是一種開源軟件。編譯器生成代碼正確與否嚴(yán)重影響機(jī)載設(shè)備的安全，因此，工在方案中提出對(duì)本項(xiàng)目采用的交叉編譯器開展可信技術(shù)研究。可信編譯器包括兩方面含義， 其一是編譯器本身的可信性， 即必須保證整個(gè)編譯操作的可信性，保證編譯器在編譯過(guò)程中不會(huì)給編譯處理對(duì)象帶來(lái)任何安全問(wèn)題；其二是必須保證編譯器編譯所得程序可執(zhí)行代碼的可信， 即編譯器必須保證， 通過(guò)其編譯生成的程序代碼是安全和可靠的。因此工提出在傳

15、統(tǒng)編譯操作的基礎(chǔ)上加入代碼安全性加強(qiáng)機(jī)制、代碼可信性驗(yàn)證機(jī)制和可執(zhí)行代碼保護(hù)機(jī)制。圖 3-2給出了可信編譯系統(tǒng)的框架。請(qǐng)說(shuō)明三種可信機(jī)制在傳統(tǒng)編譯操作步驟中的位置，并給出圖3-2 中的（ a） （c）對(duì)應(yīng)的可信機(jī)制名稱。根據(jù)表 3-1所示的信息流名稱，給出圖3-2 中（ d） （ h）對(duì)應(yīng)的功能模塊間的信息流編號(hào)。信息流編號(hào)信息流名稱（ 1）編譯生成可執(zhí)行代碼（ 2）類型信息、操作信息、數(shù)據(jù)流信息等（ 3）報(bào)警信息（ 4）代碼綜合信息（ 5）代碼層次結(jié)構(gòu)信息（ 6）代碼操作優(yōu)化后中間代碼信息（ 7）安全加強(qiáng)機(jī)制所反饋代碼修改信息編譯過(guò)程中程序源代碼詞法分析代碼可信保障模塊（5 ）語(yǔ)法分析（ d

16、 ）語(yǔ)義分析（c）中間代碼（e ）生成（ h）（f ）代碼優(yōu)化（ a）預(yù)警機(jī)制（ 3）（ g）代碼生成（ b）傳統(tǒng)編譯模塊可信編譯系統(tǒng)可信的程序可執(zhí)行代碼圖 3-2【答案】序號(hào)可信機(jī)制名稱（ a）（ b）（ c）代碼可信性驗(yàn)證機(jī)制編譯后可執(zhí)行代碼安全保護(hù)機(jī)制代碼安全加強(qiáng)機(jī)制序號(hào)（ d）（ e）（ f ）（ g）（ h）信息流編號(hào)（ 2）（ 7）（ 6）（ 1）（ 4）試題四閱讀以下關(guān)于數(shù)據(jù)集成的敘述，在答題紙上回答問(wèn)題1 至問(wèn)題 3。某互聯(lián)網(wǎng)銷售企業(yè)需要建立自己的電子商務(wù)平臺(tái)，將所有產(chǎn)品信息集中在一起，為用戶提供全方位的產(chǎn)品信息檢索服務(wù)。但產(chǎn)品供應(yīng)商大多數(shù)已經(jīng)建有自己的電子商務(wù)平臺(tái)，且數(shù)據(jù)獨(dú)立

17、存儲(chǔ)， 而且數(shù)據(jù)格式和數(shù)據(jù)平臺(tái)有較大差異，有的供應(yīng)商甚至沒(méi)有采用數(shù)據(jù)庫(kù)來(lái)存儲(chǔ)商品信息。為此該企業(yè)專門成立專家組來(lái)認(rèn)證其數(shù)據(jù)集成方案。工提出采用集中式集成方式把產(chǎn)品供應(yīng)商的數(shù)據(jù)集中在一起，采用數(shù)據(jù)倉(cāng)庫(kù)技術(shù)來(lái)實(shí)現(xiàn)與各家供應(yīng)商的數(shù)據(jù)集成。而王工提出采用松耦合的聯(lián)邦數(shù)據(jù)庫(kù)集成方案。專家組經(jīng)過(guò)激烈討論，認(rèn)為王工方案更為合理，建議采用王工提出的集成方案?！締?wèn)題 1】請(qǐng)結(jié)合數(shù)據(jù)倉(cāng)庫(kù)和聯(lián)邦數(shù)據(jù)庫(kù)集成方案各自的特點(diǎn)，簡(jiǎn)要說(shuō)明專家組采用王工提出的集成方式的原因?！敬鸢浮繑?shù)據(jù)倉(cāng)庫(kù)集成是把多個(gè)數(shù)據(jù)庫(kù)系統(tǒng)聯(lián)合一起，構(gòu)成“聯(lián)邦數(shù)據(jù)庫(kù)系統(tǒng)” ，數(shù)據(jù)庫(kù)之間通過(guò)接口查詢，互相通信，數(shù)據(jù)分布在不同地方的計(jì)算機(jī)或數(shù)據(jù)庫(kù)服務(wù)器上，通

18、過(guò)網(wǎng)絡(luò)連接。其特點(diǎn)是：（ 1）聯(lián)邦數(shù)據(jù)庫(kù)提供集成的數(shù)據(jù)格式，對(duì)用戶提供統(tǒng)一的訪問(wèn)，屏蔽了各個(gè)數(shù)據(jù)庫(kù)的復(fù)雜性和分布情況，簡(jiǎn)化了開發(fā)數(shù)據(jù)庫(kù)查詢和對(duì)數(shù)據(jù)統(tǒng)一理解的工作。這種分布式的數(shù)據(jù)集成，更加符合應(yīng)用系統(tǒng)的實(shí)際情況。（ 2）異構(gòu)數(shù)據(jù)源不僅僅是數(shù)據(jù)庫(kù)系統(tǒng)， 通過(guò)中間件， 可以擴(kuò)展到傳感器、 文件和應(yīng)用程序等?！締?wèn)題 2】部分供應(yīng)商的產(chǎn)品信息沒(méi)有相應(yīng)的數(shù)據(jù)庫(kù)，而是直接嵌入在WEB 頁(yè)面中供用戶瀏覽。數(shù)據(jù)集成時(shí)需要直接從供應(yīng)商電子商務(wù)平臺(tái)的網(wǎng)頁(yè)上獲取其產(chǎn)品信息。請(qǐng)簡(jiǎn)要給出此類數(shù)據(jù)集成的方法和基本步驟。【答案】此類數(shù)據(jù)往往是非結(jié)構(gòu)化或者半結(jié)構(gòu)化的，但同一個(gè)數(shù)據(jù)源往往有統(tǒng)一的頁(yè)面模式，因此應(yīng)該采用Web 容

19、提?。ㄍ诰?/廣西挖掘）的集成方法來(lái)獲取對(duì)應(yīng)供應(yīng)商的產(chǎn)品信息。其基本步驟為：（ 1） 分析頁(yè)面，確定其頁(yè)面中的數(shù)據(jù)模式。（ 2） 抓取頁(yè)面，通過(guò)爬蟲技術(shù)獲取對(duì)應(yīng)的網(wǎng)頁(yè)。（ 3） 特征提取與處理，獲取相應(yīng)數(shù)據(jù)。（ 4） 數(shù)據(jù)清洗，根據(jù)規(guī)則進(jìn)行判斷，拋棄異常數(shù)據(jù)。（ 5） 數(shù)據(jù)轉(zhuǎn)換，根據(jù)預(yù)先定義好的語(yǔ)義映射關(guān)系，將數(shù)據(jù)轉(zhuǎn)換為統(tǒng)一格式?！締?wèn)題 3】在方案評(píng)審會(huì)上，項(xiàng)目組針對(duì)工和王工的方案展開了激烈的討論。工指出兩種方案在實(shí)施過(guò)程中， 都存在數(shù)據(jù)源之間的語(yǔ)義映射和轉(zhuǎn)換問(wèn)題，都會(huì)帶來(lái)數(shù)據(jù)集成的不確定。請(qǐng)簡(jiǎn)要說(shuō)明產(chǎn)生不確定的原因?！敬鸢浮繑?shù)據(jù)集成系統(tǒng)依靠模式映射來(lái)指明數(shù)據(jù)源中的數(shù)據(jù)和中介所用數(shù)據(jù)之間的關(guān)系

20、，但映射過(guò)程中可能發(fā)生不確定性，其原因有：（ 1） 數(shù)據(jù)源與中介模式之間的語(yǔ)義映射可能是近似的。（ 2） 用戶不熟悉模式或系統(tǒng)的域太寬，不能提供基于表單式的查詢接口，需要使用關(guān)鍵字查詢，但將關(guān)鍵字查詢轉(zhuǎn)換成一組候選的結(jié)構(gòu)化查詢時(shí)，會(huì)帶來(lái)不確定性。（ 3） 數(shù)據(jù)常常是使用信息獲取技術(shù)從非結(jié)構(gòu)化數(shù)據(jù)源獲取的，而這些獲取技術(shù)一般只是“大致可用” ，所取得的數(shù)據(jù)可能是不確定的。試題五閱讀以下關(guān)于Web 應(yīng)用系統(tǒng)負(fù)載均衡的問(wèn)題，在答題紙上答題問(wèn)題1 至問(wèn)題 3。某電子商務(wù)公司的主要業(yè)務(wù)是書籍、服裝、家電和日用品的在線銷售。隨著公司業(yè)務(wù)發(fā)展和用戶規(guī)模的不斷擴(kuò)大，現(xiàn)有的網(wǎng)上交易系統(tǒng)無(wú)常處理日益增大的請(qǐng)求流量

21、，公司決策層決定升級(jí)其網(wǎng)上交易系統(tǒng)。在對(duì)該系統(tǒng)的升級(jí)方案進(jìn)行設(shè)計(jì)和討論時(shí)，公司的系統(tǒng)分析師王工提出采用基于高性能主機(jī)系統(tǒng)的方法進(jìn)行系統(tǒng)升級(jí)，另外一位系統(tǒng)分析師工則提出采用基于負(fù)載均衡集群的方法進(jìn)行系統(tǒng)升級(jí)。公司的分析師和架構(gòu)師對(duì)這兩種思路進(jìn)行討論與評(píng)估最終采納了工的方法?！締?wèn)題 1】請(qǐng)從系統(tǒng)的可用性、 可伸縮性和應(yīng)用特點(diǎn)三個(gè)方面說(shuō)明公司為何沒(méi)有采用王工提出的方法?！敬鸢浮客豕ぬ岢龅姆桨甘遣捎酶咝阅艿闹鳈C(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)能力，從而無(wú)法保證系統(tǒng)的高可用性；從可伸縮性角度看，采用高性能的主機(jī)系統(tǒng)，升級(jí)

22、服務(wù)器的成本與獲得的相應(yīng)能力不成比例，整個(gè)系統(tǒng)的可擴(kuò)展性較差；從應(yīng)用特點(diǎn)來(lái)看， Internet 中的 Web應(yīng)用絕大多數(shù)是簡(jiǎn)單任務(wù)、高強(qiáng)度的并發(fā)處理，而主機(jī)系統(tǒng)只是對(duì)于復(fù)雜單一任務(wù)和有限的并發(fā)處理具有高性能，不能同時(shí)處理大量的并發(fā)請(qǐng)求。因此，公司沒(méi)有采用王工的方案?！締?wèn)題 2】負(fù)載均衡通常分為傳輸層負(fù)載均衡和應(yīng)用層負(fù)載均衡兩類。請(qǐng)基于這種分類方式，說(shuō)明基于 DNS 的負(fù)載均衡方法和基于HTTP 重定向服務(wù)器的負(fù)載均衡方法分別屬于哪類負(fù)載均衡方法，并用200 字以的文字說(shuō)明這兩種方法實(shí)現(xiàn)負(fù)載均衡的方式?！敬鸢浮炕?DNS 的負(fù)載均衡屬于傳輸層負(fù)載均衡技術(shù)，其主要原理是在DNS 服務(wù)器中為同一個(gè)主機(jī)名配置多個(gè)地址，在應(yīng)答DNS 查詢時(shí)， DNS 服務(wù)器對(duì)每個(gè)查詢以DN