2010年下半年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師下午試題
【51CTO.com獨(dú)家特稿】2010年下半年全國軟考系統(tǒng)架構(gòu)設(shè)計(jì)師考試在11月13日舉行，以下為系統(tǒng)架構(gòu)設(shè)計(jì)師具體試題。
51CTO.com稍后將公布2010年下半年軟考試題和專家版答案、點(diǎn)評(píng)，敬請關(guān)注。51CTO軟考專區(qū)： http://training.51cto.com/softexam/
試題一（共25分）
閱讀以下關(guān)于軟件系統(tǒng)架構(gòu)選擇的說明，在答題紙上回答問題1至問題3。
【說明】
某公司欲針對Linux操作系統(tǒng)開發(fā)一個(gè)KWIC（Key Word in Context)檢索系統(tǒng)。該系統(tǒng)接收用戶輸入的查詢關(guān)鍵字，依據(jù)字母順序給出相關(guān)幫助文檔并根據(jù)幫助內(nèi)容進(jìn)行循環(huán)滾動(dòng)閱讀。在對KWIC系統(tǒng)進(jìn)行需求分析時(shí)，公司的業(yè)務(wù)專家發(fā)現(xiàn)用戶后續(xù)還有可能采用其它方式展示幫助內(nèi)容。根據(jù)目前需求，公司的技術(shù)人員決定通過重復(fù)剪切幫助文檔中的第一個(gè)單詞并將其插入到行尾的方式實(shí)現(xiàn)幫助文檔內(nèi)容的循環(huán)滾動(dòng)，后續(xù)還將采用其它的方法實(shí)現(xiàn)這一功能。
在對KWIC系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時(shí)，公司的架構(gòu)師王工提出采用共享數(shù)據(jù)的主程序-子程序的架構(gòu)風(fēng)格，而李工則主張采用管道-過濾器的架構(gòu)風(fēng)格。在架構(gòu)評(píng)估會(huì)議上，大家從系統(tǒng)的算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面對這兩種方案進(jìn)行評(píng)價(jià)，最終采用了李工的方案。
[問題1]（7分）
在實(shí)際的軟件項(xiàng)目開發(fā)中，采用恰當(dāng)?shù)募軜?gòu)風(fēng)格是項(xiàng)目成功的保證。請用200字以內(nèi)的文字說明什么是軟件架構(gòu)風(fēng)格，并對主程序-子程序和管道-過濾器這兩種架構(gòu)風(fēng)格的特點(diǎn)進(jìn)行描述。
[問題2]（12分）
請完成表1-1中的空白部分（用+表示優(yōu)、-表示差），對王工和李工提出的架構(gòu)風(fēng)格進(jìn)行評(píng)價(jià)，并指出采用李工方案的原因。
[問題3]（6分）
圖1-1是李工給出的架構(gòu)設(shè)計(jì)示意圖，請將恰當(dāng)?shù)墓δ苊枋鎏钊雸D中的(1)一(4)。
#p#
試題二（共25分）
閱讀以下關(guān)于軟件系統(tǒng)數(shù)據(jù)架構(gòu)建模的說明，在答題紙上回答問題1至問題3。
［說明］
RMO是一家運(yùn)動(dòng)服裝制造銷售公司，計(jì)劃在五年時(shí)間內(nèi)將銷售區(qū)域從華南地區(qū)擴(kuò)展至全國范圍。為了擴(kuò)大信息技術(shù)對于未來業(yè)務(wù)發(fā)展的價(jià)值，公司邀請咨詢顧問幫助他們制訂戰(zhàn)略信息系統(tǒng)規(guī)劃。經(jīng)過評(píng)審，咨詢顧問給出的戰(zhàn)略規(guī)劃要點(diǎn)之一是建立客戶關(guān)系支持系統(tǒng)CRSS。RMO公司決定由其技術(shù)部成立專門的項(xiàng)目組負(fù)責(zé)CRSS的開發(fā)和維護(hù)工作。
項(xiàng)目組在仔細(xì)調(diào)研和分析系統(tǒng)需求的基礎(chǔ)上，確定了基于互聯(lián)網(wǎng)的CRSS系統(tǒng)架構(gòu)。但在確定系統(tǒng)數(shù)據(jù)架構(gòu)時(shí)，張工認(rèn)為應(yīng)該采用集中式的數(shù)據(jù)架構(gòu)，給出的理由是結(jié)構(gòu)簡單、易維護(hù)且開發(fā)及運(yùn)行成本低；而劉工建議采用分布式的數(shù)據(jù)架構(gòu)，并提出在開發(fā)中通過“局部數(shù)據(jù)庫＋緩存”的讀寫分離結(jié)構(gòu)實(shí)現(xiàn)，具有較好的運(yùn)行性能和可擴(kuò)展性。
項(xiàng)目組經(jīng)過集體討論，考慮到公司的未來發(fā)展規(guī)劃，最終采用了劉工的建議。
［問題1］（8分）
請用300字以內(nèi)的文字，說明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。
［問題2］（13分）
在劉工建議的基礎(chǔ)上，為了避免CRSS系統(tǒng)的單點(diǎn)故障，請用200字以內(nèi)文字簡要說明如何建立CRSS的數(shù)據(jù)庫系統(tǒng)；對于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實(shí)現(xiàn)。
［問題3］（4分）
RMO公司銷售區(qū)域?qū)⒃谖磥砦迥甏竺娣e擴(kuò)展，其潛在客戶數(shù)量也會(huì)因此大幅度增加，所以良好的可擴(kuò)展性是CRSS系統(tǒng)所必需的質(zhì)量屬性。請分別說明在集中式和分布式數(shù)據(jù)架構(gòu)下，可以采用哪些方法提升系統(tǒng)的可擴(kuò)展性。
#p#
試題三（共25分）
閱讀以下關(guān)于汽車電子基礎(chǔ)軟件架構(gòu)的說明，在答題紙上回答問題1至問題3。
【說明】
某軟件公司承擔(dān)了某項(xiàng)國家重點(diǎn)項(xiàng)目的研制工作，任務(wù)重點(diǎn)是參考國外汽車電子發(fā)展趨勢，開發(fā)某汽車公司的企業(yè)汽車電子基礎(chǔ)軟件的架構(gòu)，逐步實(shí)現(xiàn)汽車企業(yè)未來技術(shù)發(fā)展規(guī)劃。
該軟件公司接收此項(xiàng)任務(wù)后，調(diào)動(dòng)全體技術(shù)人員深入收集國外相關(guān)技術(shù)資料，經(jīng)過多方調(diào)研和分析，公司提出遵照國際組織最新推出的AUTOSAR規(guī)范，按統(tǒng)籌規(guī)劃、分步驟實(shí)施的原則，實(shí)現(xiàn)汽車公司的基礎(chǔ)軟件架構(gòu)設(shè)計(jì)。圖3-1給出了AUTOSAR規(guī)范所定義的工作包，圖中灰色部分代表本項(xiàng)目工作所包含的內(nèi)容，即軟件架構(gòu)和基礎(chǔ)軟件。
［問題1］(7分）
AUTOSAR規(guī)范中要求，汽車電子軟件開發(fā)流程應(yīng)盡量滿足并發(fā)、可多次迭代的特性。為了定義汽車電子的軟件開發(fā)過程，公司李工和王工分別提出了兩種軟件開發(fā)流程，其開發(fā)流程見圖3-2和3-3（圖中ECU是指汽車電子中的電子控制單元）。請說明李工和王工誰定義的流程更符合AUTOSAR的規(guī)定，并說明理由。
［問題2］（10分）
圖3-1中的II-1.1.1項(xiàng)中定義了軟件架構(gòu)和操作系統(tǒng)的要求，圖3-4是滿足AUTOSAR定義的操作系統(tǒng)各功能模塊的層次結(jié)構(gòu)，請說明（1）~（5)箭頭所標(biāo)的具體操作含義。
［問題3]（8分）
AUTOSAR是一種開放式架構(gòu)，用150字以內(nèi)的文字，說明采用AUTOSAR架構(gòu)的主要優(yōu)點(diǎn)，并說明汽車電子ECU覆蓋汽車的哪三個(gè)領(lǐng)域。
#p#
試題四（共25分）
閱讀以下關(guān)于系統(tǒng)設(shè)計(jì)與開發(fā)工具集成的說明，在答題紙上回答問題1至問題3。
【說明】
TeleDev是一個(gè)大型的電信軟件開發(fā)公司，公司內(nèi)部采用多種商業(yè)/開源的工具進(jìn)行軟件系統(tǒng)設(shè)計(jì)與開發(fā)工作。為了提高系統(tǒng)開發(fā)效率，公司管理層決定開發(fā)一個(gè)分布式的系統(tǒng)設(shè)計(jì)與開發(fā)工具集成框架，將現(xiàn)有的系統(tǒng)設(shè)計(jì)與開發(fā)工具有效集成在一起。集成框架開發(fā)小組經(jīng)過廣泛調(diào)研，得到了如下核心需求：
(1)目前使用的系統(tǒng)設(shè)計(jì)與開發(fā)工具的運(yùn)行平臺(tái)和開發(fā)語言差異較大，集成框架應(yīng)無縫集成各個(gè)工具的功能；
(2)目前使用的系統(tǒng)設(shè)計(jì)與開發(fā)工具所支持的通信協(xié)議和數(shù)據(jù)格式各不相同，集成框架應(yīng)實(shí)現(xiàn)工具之間的靈活通信和數(shù)據(jù)格式轉(zhuǎn)換；
(3)集成框架需要根據(jù)實(shí)際的開發(fā)流程靈活、動(dòng)態(tài)地定義系統(tǒng)工具之間的協(xié)作關(guān)系；
(4)集成框架應(yīng)能集成一些常用的第三方實(shí)用工具，如即時(shí)通信，郵件系統(tǒng)等。
集成框架開發(fā)小組經(jīng)過分析與討論，最終決定采用企業(yè)服務(wù)總線(ESB)作為集成框架的基礎(chǔ)架構(gòu)。
［問題1]（8分）
ESB是目前企業(yè)級(jí)應(yīng)用集成常用的基礎(chǔ)架構(gòu)。請列舉出ESB的4個(gè)主要功能，并從集成系統(tǒng)的部署方式、待集成系統(tǒng)之間的禍合程度、集成系統(tǒng)的可擴(kuò)展性3個(gè)方面說明為何采用ESB作為集成框架的基礎(chǔ)架構(gòu)。
［問題2］（12分）
在ESB基礎(chǔ)架構(gòu)的基礎(chǔ)上，請根據(jù)題干描述中的4個(gè)需求，說明每個(gè)需求應(yīng)該采用何種具體的集成方式或架構(gòu)風(fēng)格最為合適。
［問題3］（5分）
請指出在實(shí)現(xiàn)工具之間數(shù)據(jù)格式的靈活轉(zhuǎn)換時(shí)，通常采用的設(shè)計(jì)模式是什么，并對實(shí)現(xiàn)過程進(jìn)行簡要描述。
#p#
試題五（共25分）
閱讀以下信息系統(tǒng)可靠性問題的說明，在答題紙上回答問題1至問題3。
【說明】
某軟件公司開發(fā)一項(xiàng)基于數(shù)據(jù)流的軟件，其系統(tǒng)的主要功能是對輸入數(shù)據(jù)進(jìn)行多次分析、處理和加工，生成需要的輸出數(shù)據(jù)。需求方對該系統(tǒng)的軟件可靠性要求很高，要求系統(tǒng)能夠長時(shí)間無故障運(yùn)行。該公司將該系統(tǒng)設(shè)計(jì)交給王工負(fù)責(zé)。王工給出該系統(tǒng)的模塊示意圖如圖5-1所示。王工解釋：只要各個(gè)模塊的可靠度足夠高，失效率足夠低，則整個(gè)軟件系統(tǒng)的可靠性是有保證的。
李工對王工的方案提出了異議。李工認(rèn)為王工的說法有兩個(gè)問題：第一，即使每個(gè)模塊的可靠度足夠高，但是整個(gè)軟件系統(tǒng)模塊之間全部采用串聯(lián)，則整個(gè)軟件系統(tǒng)的可靠度明顯下降。假設(shè)各個(gè)模塊的可靠度均為0.99則整個(gè)軟件系統(tǒng)的可靠度為0.994≈0.96：第二，軟件系統(tǒng)模塊全部采用串聯(lián)結(jié)構(gòu)時(shí)，一旦某個(gè)模塊失效，則意味著整個(gè)軟件系統(tǒng)失效。
李工認(rèn)為，應(yīng)該在軟件系統(tǒng)中采用冗余技術(shù)中的動(dòng)態(tài)冗余或者軟件容錯(cuò)的N版本程序設(shè)計(jì)技術(shù)，對容易失效或者非常重要的模塊進(jìn)行冗余設(shè)計(jì)，將模塊之間的串聯(lián)結(jié)構(gòu)部分變?yōu)椴⒙?lián)結(jié)構(gòu)，來提高整個(gè)軟件系統(tǒng)的可靠性。同時(shí)，李工給出了采用動(dòng)態(tài)冗余技術(shù)后的軟件系統(tǒng)模塊示意圖，如圖5-2所示。
劉工建議，李工方案中M1和M4模塊沒有采用容錯(cuò)設(shè)計(jì)，但MI和M4發(fā)生故障有可能導(dǎo)致嚴(yán)重后果。因此，可以在M1和M4模塊設(shè)計(jì)上采用檢錯(cuò)技術(shù)，在軟件出現(xiàn)故障后能及時(shí)發(fā)現(xiàn)并報(bào)警，提醒維護(hù)人員進(jìn)行處理。
注：假設(shè)各個(gè)模塊的可靠度均為0.99。
［問題1]（4分）
在系統(tǒng)可靠性中，可靠度和失效率是兩個(gè)非常關(guān)鍵的指標(biāo)，請分別解釋其含義。
［問題2]（13分）
請解釋李工提出的動(dòng)態(tài)冗余和N版本程序設(shè)計(jì)技術(shù)，給出圖5-1中模塊M2采用圖5-2動(dòng)態(tài)冗余技術(shù)后的可靠度。
請給出采用李工設(shè)計(jì)方案后整個(gè)系統(tǒng)可靠度的計(jì)算方法，并計(jì)算結(jié)果。
［問題3]（8分）
請給出檢錯(cuò)技術(shù)的優(yōu)缺點(diǎn)，并說明檢測技術(shù)常見的實(shí)現(xiàn)方式和處理方式。
#p#
論文試題
試題一 論軟件的靜態(tài)演化和動(dòng)態(tài)演化及其應(yīng)用
軟件演化（Software Evolution）是指軟件在其生命周期內(nèi)的更新行為和過程。演化是一系列貫穿軟件生命周期始終的活動(dòng)，系統(tǒng)需求改變、功能實(shí)現(xiàn)增強(qiáng)、新功能加入、軟件架構(gòu)改變、軟件缺陷修復(fù)、運(yùn)行環(huán)境改變均要求軟件系統(tǒng)能夠快速適應(yīng)變化，具有較強(qiáng)的演化能力。軟件靜態(tài)演化（Static Evolution）和動(dòng)態(tài)演化（Dynamic Evolution）是目前軟件演化的兩種重要類型。
請圍繞“軟件的靜態(tài)演化和動(dòng)態(tài)演化及其應(yīng)用”論題，依次從以下三個(gè)方面進(jìn)行論述。
1.概要敘述你參與管理和開發(fā)的軟件項(xiàng)目以及你在其中所擔(dān)任的主要工作。
2.請分別對軟件靜態(tài)演化和動(dòng)態(tài)演化的特點(diǎn)進(jìn)行論述，說明兩種軟件演化類型各自的優(yōu)缺點(diǎn)及其應(yīng)用場合，并舉例說明各自的常見演化技術(shù)手段。
3.具體闡述你參與管理和開發(fā)的項(xiàng)目中所進(jìn)行的軟件演化活動(dòng)的特點(diǎn)、演化的類型，以及所采取的對應(yīng)演化技術(shù)手段，說明具體實(shí)施過程以及實(shí)際應(yīng)用的效果。
試題二 論數(shù)據(jù)挖掘技術(shù)的應(yīng)用
隨著信息技術(shù)的高速發(fā)展，各組織機(jī)構(gòu)積累的數(shù)據(jù)量急劇增長。如何從海量的數(shù)據(jù)中提取有用的知識(shí)成為當(dāng)務(wù)之急。數(shù)據(jù)挖掘(Data Mining）就是為順應(yīng)這種需要應(yīng)運(yùn)而生發(fā)展起來的數(shù)據(jù)處理技術(shù)，是知識(shí)發(fā)現(xiàn)的關(guān)鍵步驟。數(shù)據(jù)挖掘就是從大量的、不完全的、有噪聲的、模糊的、隨機(jī)的實(shí)際應(yīng)用數(shù)據(jù)中，提取隱含在其中的、人們事先不知道的、但又是潛在有用的信息和知識(shí)的過程。
請圍繞“論數(shù)據(jù)挖掘技術(shù)的應(yīng)用”論題，依次對以下三個(gè)方面進(jìn)行論述。
1.概要敘述你參與分析和開發(fā)的軟件項(xiàng)目以及你所擔(dān)任的主要工作。
2.數(shù)據(jù)挖掘的主要任務(wù)是什么？具體論述你在項(xiàng)目中使用數(shù)據(jù)挖掘技術(shù)所解決的問題。
3.數(shù)據(jù)挖掘的力一法主要有哪些？分析并討論你所選擇的數(shù)據(jù)挖掘方法，簡述其具體實(shí)現(xiàn)過程和實(shí)際應(yīng)用效果。
#p#
試題三 論大規(guī)模分布式系統(tǒng)緩存設(shè)計(jì)策略
大規(guī)模分布式系統(tǒng)通常需要利用緩存技術(shù)減輕服務(wù)器負(fù)載、降低網(wǎng)絡(luò)擁塞、增強(qiáng)系統(tǒng)可擴(kuò)展性。緩存技術(shù)的基本思想是將客戶最近經(jīng)常訪問的內(nèi)容在緩存服務(wù)器中存放一個(gè)副本，當(dāng)該內(nèi)容下次被訪問時(shí)，不必建立新的數(shù)據(jù)請求，而是直接由緩存提供。良好的緩存設(shè)計(jì)，是一個(gè)大規(guī)模分布式系統(tǒng)能夠正常、高效運(yùn)行的必要前提。在進(jìn)行大規(guī)模分布式系統(tǒng)開發(fā)時(shí)，必須從一開始就針對應(yīng)用需求和場景對系統(tǒng)的緩存機(jī)制進(jìn)行全面考慮，設(shè)計(jì)一個(gè)可伸縮的系統(tǒng)緩存架構(gòu)。
請圍繞“大規(guī)模分布式系統(tǒng)緩存設(shè)計(jì)策略”論題，依次從以下三個(gè)方面進(jìn)行論述。
1.概要敘述你參與實(shí)施的大規(guī)模分布式系統(tǒng)開發(fā)項(xiàng)目以及你所擔(dān)任的主要工作。
2.從不同的用途和應(yīng)用場景考慮，請?jiān)敿?xì)闡述至少兩種常見的緩存工作模式，并說明每種工作模式的適應(yīng)場景。
3.闡述你在設(shè)計(jì)大規(guī)模分布式系統(tǒng)的緩存機(jī)制時(shí)遇到了哪些問題，如何解決。
#p#
試題四 論軟件可靠性評(píng)價(jià)
軟件可靠性評(píng)價(jià)是指選用和建立合適的可靠性數(shù)學(xué)模型，運(yùn)用統(tǒng)計(jì)技術(shù)和其他手段，對軟件可靠性測試和系統(tǒng)運(yùn)行期間的軟件失效數(shù)據(jù)（也可能包含軟件生命周期內(nèi)其他可靠性數(shù)據(jù)）進(jìn)行處理，并評(píng)估和預(yù)測軟件可靠性的過程。
軟件可靠性評(píng)價(jià)是軟件可靠性活動(dòng)的重要組成部分，既可在軟件開發(fā)過程實(shí)施，也可針對最終軟件系統(tǒng)實(shí)施。軟件可靠性評(píng)價(jià)的難點(diǎn)在于軟件可靠性模型的選擇和軟件可靠性數(shù)據(jù)的收集與處理。
請圍繞“軟件可靠性評(píng)價(jià)”論題，依次從以下三個(gè)方面進(jìn)行論述。
1.簡要概述你參與實(shí)施的軟件開發(fā)項(xiàng)目以及你承擔(dān)的主要工作。
2.說明你在項(xiàng)目實(shí)施過程中所選擇的軟件可靠性模型，并論述在軟件可靠性模型選擇時(shí)應(yīng)該考慮的主要因素。
3.收集軟件可靠性數(shù)據(jù)時(shí)經(jīng)常遇到的問題有哪些？簡述你收集軟件可靠性數(shù)據(jù)時(shí)所遇到的具體問題及解決的方法。
【編輯推薦】
- 51CTO獨(dú)家：2010年下半年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師上午試題
- 51CTO獨(dú)家：2010年下半年軟考報(bào)道
- 51CTO獨(dú)家:2009年下半年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師下午試題
- 2009年下半年系統(tǒng)架構(gòu)設(shè)計(jì)師試題分析
【責(zé)任編輯：落葉情思 TEL：（010）68476606】
