2010年下半年軟考系統(tǒng)架構(gòu)設計師考試試題分析
本次考試是系統(tǒng)架構(gòu)設計師開考以來的第2次考試，從形式上來看，系統(tǒng)架構(gòu)設計師的考試風格已趨于穩(wěn)定。這表現(xiàn)在上午考試各科目知識點分布穩(wěn)定。案例分析維持1道必答題+4選2模式，論文維持4選1模式。
#p#
1.信息系統(tǒng)綜合知識試題
2010年11月考試信息系統(tǒng)綜合知識試題考查的知識點分布如表1所示。
在本次考試中，值得特別注意的是：在嵌入式系統(tǒng)部分，開始考查到硬件基礎的一些知識點，這是在考綱中沒有做要求的部分，已超綱。但依據(jù)軟考的傳統(tǒng)出題風格，這屬于正常現(xiàn)象，所以在希賽教育模擬題中是有該部分訓練的。
2.案例分析與設計試題
試題一
試題一仍然為必答題。本題是一道架構(gòu)設計方面的試題，考查的內(nèi)容是常見架構(gòu)風格的選用。這就涉及到不同架構(gòu)風格的優(yōu)勢、劣勢、應用場合的比較分析，是希賽教育模擬題重點訓練的項目。
問題1考查架構(gòu)風格的基本概念與主程序-子程序、管道-過濾器的特點。這一空屬于送分題，難度較低。
問題2考查主程序-子程序和管道-過濾器優(yōu)缺點對比。這兩種風格的優(yōu)缺點包括多個方向的很多內(nèi)容，但要應對該題，并不需要我們面面俱到的把每一個細節(jié)記清楚。只要了解兩者的核心思想即可。
具體的優(yōu)缺點可以看《軟件體系結(jié)構(gòu)原理、方法與實踐》（張友生，清華大學出版社）。
問題3是補充架構(gòu)設計示意圖。其實這個圖要表現(xiàn)出來的，無非就是利用管道-過濾器架構(gòu)，需要處理的信息的操作有哪些，按什么順序排列。
試題二
試題二為一道軟件系統(tǒng)數(shù)據(jù)架構(gòu)建模的問題。實際上是考的分布式數(shù)據(jù)庫。
問題1考查數(shù)據(jù)架構(gòu)的基本思想，也就是要說明集成式數(shù)據(jù)庫與分布式數(shù)據(jù)庫的優(yōu)缺點。
問題2考查分布式數(shù)據(jù)庫的設計。其中涉及到單點故障的概念，單點故障是指系統(tǒng)中由于某一處的故障，導致整個系統(tǒng)不能正常運行（注意：并不是系統(tǒng)的每一處出錯，都會影響到整體故障的，有時只是局部功能的喪失）。例如平時我們局域網(wǎng)中的交換機出現(xiàn)故障，就會導致整個局域網(wǎng)無法通信，這就是一個單點故障。在進行設計時，單點故障的識別，就是看這一點出錯，會不會導致全局問題。然后針對此處進行相應的改進措施，如做局部熱備之類的。
問題3考查考生的實際設計經(jīng)驗，可擴展性是設計任何系統(tǒng)時需要考慮的一個因素。
試題三
試題三為一道嵌入式系統(tǒng)的試題。
嵌入式的試題通常都是大段的題干說明加多個圖表，在有限的時間下，很少有人選該方面的試題，因為看完試題就要花費不少的時間，所以嵌入式的試題一般只有本身是做嵌入式相關(guān)開發(fā)的考生在選答。
本題以汽車電子基礎軟件開發(fā)為背景。問題1中給出了兩種開發(fā)流程，要求考生指出更為合理的，其實選擇的依據(jù)已經(jīng)列在問題中了，即“盡量滿足并發(fā)、可多次迭代的特性”。
問題2需要從層次化的上下層調(diào)用關(guān)系來答題。
問題3要求考生有相關(guān)的應用經(jīng)驗。
試題四
試題四為一道系統(tǒng)設計與開發(fā)工具集成的問題。其中涉及到ESB的功能特點以及設計模式的相關(guān)知識。ESB是SOA的一種實現(xiàn)方式，目前SOA作為一企業(yè)應用集成的架構(gòu)，越來越受人們的關(guān)注，所以也是系統(tǒng)架構(gòu)設計師與系統(tǒng)分析師考查的一個熱點。
本題中，第1問要求考生說明ESB的主要功能，同時要結(jié)合題目給出的信息說明為什么選用ESB架構(gòu)，這實際上就是讓考生分析ESB的優(yōu)缺點。
第2問涉及到集成中具體的一些問題解決，這其實是我們在進行架構(gòu)設計或系統(tǒng)集成時經(jīng)常采用的方法。即根據(jù)一系列的需求，說明解決方案，再通過對這些解決方案的整合，形成架構(gòu)，或作為架構(gòu)評審的一些依據(jù)。
第3問考查設計模式，設計模式的級別低于架構(gòu)模式，用于解決系統(tǒng)中的一些局部設計問題。關(guān)于設計模式，我們需要掌握設計模式的應用場合、作用、結(jié)構(gòu)。
試題五
試題五考查的是系統(tǒng)可靠性問題。
可靠性是軟件質(zhì)量屬性中非常重要的一個，無論是進行系統(tǒng)架構(gòu)設計還是架構(gòu)評估，它都是一個核心指標。所以這個知識點也是架構(gòu)考查的重點，上次考試它以論文題形式出現(xiàn)，本次考試中，案例、論文各有一道是可靠性方向的。
可靠性技術(shù)通常包括：可靠性的計算、檢錯技術(shù)和容錯技術(shù)，本題中，這三個方面都涉及到了。
問題1要求解釋可靠度與失效率，這是純概念題，難度較低。
問題2要求解釋動態(tài)冗余和N版本程序設計技術(shù)，這兩種技術(shù)即可用于提高軟件的可靠性，也可用于提高軟件的可靠性。至于可靠度計算，我們只需要了解兩種最基本的，即串聯(lián)可靠度計算與并聯(lián)可靠度計算，然后把兩者結(jié)合起來，就可以解決串并聯(lián)混合的復雜可靠度計算。如本題的第2個計算，就是屬于先并后串的模式。
問題3考查檢錯技術(shù)，該技術(shù)用于檢查系統(tǒng)出錯狀態(tài)，以便采用容錯技術(shù)來對已發(fā)生的錯誤進行修正，以達到容錯的目標。
3.系統(tǒng)架構(gòu)設計文試題
試題一 論軟件的靜態(tài)演化和動態(tài)演化及其應用
本題考查的知識點是軟件演化。一個軟件系統(tǒng)開發(fā)完畢正式投入使用之后，如果需求發(fā)生變化，或者要將該系統(tǒng)移植到另一個環(huán)境運行，且新環(huán)境的需求也有相應的變化時，就要對軟件進行修改，這就是軟件演化。軟件演化是一個程序不斷調(diào)節(jié)以滿足新的軟件需求的過程，也就是對一個已有軟件不斷進行修改、補充、完善以適用新需求和環(huán)境變化的過程。由于軟件演化一詞并不多見，所以難倒了很多考生。其實換一種講法，可能大家就倍感親切了--“軟件升級”，其實演化的本質(zhì)就是在升級。既然是升級，靜態(tài)演化與動態(tài)演化是怎么回事也就好理解了，即升級時是否停止系統(tǒng)的運行。所以如果有了上面的基礎概念理解，寫該論文的方向也就明晰了。
試題二 論數(shù)據(jù)挖掘技術(shù)的應用
本題考查數(shù)據(jù)挖掘技術(shù)的應用。其實從應用的角度，或者從商業(yè)的角度來看，數(shù)據(jù)挖掘這一詞在業(yè)內(nèi)出現(xiàn)的頻度已不如以前那么高了。因為數(shù)據(jù)挖掘通常是不獨立進行的，它涉及到數(shù)據(jù)源的獲取問題，即先要建立一個數(shù)據(jù)倉庫，再從中“挖”數(shù)據(jù)。這其實就是我們經(jīng)常看到的是“BI”--商業(yè)智能。商業(yè)智能我們可以理解為是：數(shù)據(jù)倉庫+數(shù)據(jù)挖掘。這也就確定了本文的項目背景。
文章***是把這一層關(guān)系講清楚，寫商業(yè)智能的項目，如果沒有項目經(jīng)驗，直接杜撰出數(shù)據(jù)挖掘項目來寫文章，風險會很高，很容易讓人看出文章的“做假”行為。除此以外，文章可按傳統(tǒng)的寫法組織內(nèi)容。即按問答方式組織文章的主體脈絡，并加入項目信息，同時做好承上啟下的句子進行段落銜接。對此，相信希賽教育的學員會有更深的體會。
關(guān)于數(shù)據(jù)挖掘技術(shù)的詳細內(nèi)容請參看《系統(tǒng)架構(gòu)設計師考試全程指導》（張友生，王勇，清華大學出版社）。
試題三 論大規(guī)模分布式系統(tǒng)緩存設計策略
本題考查緩存技術(shù)的應用。緩存技術(shù)的應用非常廣泛，從硬件到軟件，從分布式系統(tǒng)到集中式系統(tǒng)，從操作系統(tǒng)到數(shù)據(jù)庫，甚至于網(wǎng)絡應用都能看到它的身影。它出現(xiàn)使得我們的應用系統(tǒng)性能大幅提升，提高了用戶體驗度，也節(jié)省了很多資源。
在本題中，要求以大規(guī)模分布式系統(tǒng)為背景來應用緩存策略。這種設計中，不僅需要考慮常規(guī)的緩存技術(shù)的應用，也可以結(jié)合分布式數(shù)據(jù)庫進行論述，因為緩存，是離不開數(shù)據(jù)的。分布式數(shù)據(jù)庫系統(tǒng)，數(shù)據(jù)分布在不同的位置，當數(shù)據(jù)需要從一個結(jié)點到另一個結(jié)點時，需要開銷，需要時間，這樣緩存技術(shù)就有了他的應用空間。
與此同時，本題還有一個值得關(guān)注的細節(jié)，即文章的內(nèi)容安排，要以理論結(jié)合實踐的提問作為主要響應對象。也就是說文章應該著重論述問題3，而問題2只需要按簡答題的模式進行說明即可。
試題四 論軟件可靠性評價
本題的考查方向是軟件可靠性。這個主題與上次架構(gòu)考試中的第4個論文題是一致的，都是可靠性，但需要注意的是，主題方向雖然一致，但要求卻不同。這也就意味著同樣的一篇文章，用在上次考試中合格，但用在這次，可能就無法合格了。這也是我們平時在做論文訓練寫作時一再強調(diào)的一點，論文的寫作，不僅要看論文的主題，更重要的是緊扣試題中的3個問題來組織內(nèi)容。
在本題中，側(cè)重點是可靠性模型的選擇，通常選擇一個模型時，會有相應的理由，其實理由就是“這個模型的優(yōu)點與項目的實際情況非常符合”。這是一個通用的原則，在描述此段時，記住這個原則，并將該表現(xiàn)的信息合適的表達出來即可。當選定模型以后，應該說明，在使用這個模型時，遇到了什么問題，這些問題又是如何去解決的，這是真正體現(xiàn)作者功力的地方。與此同時，不建議把這個項目寫得非常的***、無懈可擊，應留個BUG，即不足之處。到***總結(jié)時，指出這個不足之處，再輔以解決方案，效果就非常好了。
【編輯推薦】
