2012下半年軟考系統(tǒng)架構(gòu)設(shè)計師下午考試試題分析

　　【答案】2012年下半年軟考答案

　　【試題】2012年下半年軟考試題

　　【下載】2012下半年軟考試題答案下載

　　【估分】2012下半年軟考試題在線估分

　　本次考試是系統(tǒng)架構(gòu)設(shè)計師開考以來的第4次考試，從形式上來看，系統(tǒng)架構(gòu)設(shè)計師的考試風(fēng)格已穩(wěn)定。這表現(xiàn)在上午考試各科目知識點分布穩(wěn)定。案例分析維持1道必答題+4選2模式，論文維持4選1模式。從考查內(nèi)容的角度來看，本次考試案例與論文范圍都主要集中于架構(gòu)設(shè)計主題，明顯超綱試題很少，所以難度較2011年下半年考試略低。

　　1.信息系統(tǒng)綜合知識試題

　　2012年11月考試信息系統(tǒng)綜合知識試題考查的知識點分布如表1所示。

　　表1 2012年11月考試信息系統(tǒng)綜合知識試題知識點分布

　　在本次考試中，增大了對數(shù)據(jù)庫設(shè)計與信息化知識的考查力度。以往數(shù)據(jù)庫設(shè)計一般考查4分，本次增加了一個5分的數(shù)據(jù)庫事務(wù)與可靠性相結(jié)合的試題，信息化知識的考點難度也有所提升，考查內(nèi)容從原來的4分提升至7分。

　　2.案例分析與設(shè)計試題

　　本次案例分析題，包括1道架構(gòu)風(fēng)格題、1道分布式系統(tǒng)設(shè)計題、1道嵌入式軟件架構(gòu)設(shè)計題、1道設(shè)計模式題、1道數(shù)據(jù)架構(gòu)設(shè)計題。希賽教育軟考學(xué)院大部分學(xué)員的選擇為：架構(gòu)風(fēng)格題+設(shè)計模式題+數(shù)據(jù)架構(gòu)設(shè)計題。經(jīng)分析，這種選擇是明智合理的，這幾個題的難度最低，且是平時訓(xùn)練的重點，選這幾個題，能極大的提高通過的概率。

　　試題一

　　試題一仍然為必答題。本題是一道軟件架構(gòu)風(fēng)格方面的試題，考查的內(nèi)容是常見架構(gòu)風(fēng)格的選用。這就涉及到不同架構(gòu)風(fēng)格的優(yōu)勢、劣勢、應(yīng)用場合的比較分析，是希賽教育模擬題重點訓(xùn)練的項目。

　　問題1考查架構(gòu)風(fēng)格的基本概念與以數(shù)據(jù)存儲為中心的架構(gòu)風(fēng)格的特點。數(shù)據(jù)存儲為中心的架構(gòu)風(fēng)格其實就是平時所講的倉庫風(fēng)格。

　　問題2本題考查考生對各種架構(gòu)風(fēng)格特點的熟悉程度，要能從應(yīng)用場景判斷出最適合的架構(gòu)。并描述架構(gòu)的設(shè)計過程，設(shè)計過程是較為簡單的，因為了解架構(gòu)風(fēng)格的特點以及組成部分，即使不知道具體的步驟，只要把各部分的實現(xiàn)羅列出來，也是能得到不少分?jǐn)?shù)的。

　　關(guān)于各種架構(gòu)風(fēng)格的描述，以及具體的優(yōu)缺點可參看《軟件體系結(jié)構(gòu)原理、方法與實踐》(張友生，清華大學(xué)出版社)。

　　試題二

　　試題二為一道分布式系統(tǒng)設(shè)計的問題。本題中出現(xiàn)了一個較為生僻的概念--ODP.

　　接下來，我們先認(rèn)識一下什么是ODP.

　　ODP(Open Distributed Processing,開放式分布處理)，它試圖解決分布環(huán)境下的軟件接口問題，達(dá)到 可移植性、互操作性和分布透明性。其基本策略是開放，即必須使分布式計算的所有相關(guān)機(jī)制都具有開放性，包括通信協(xié)議，應(yīng)用編程接口(API)，人機(jī)接口(MMI)等。除了通信機(jī)制以外，還需要信息共享機(jī)制和對象控制機(jī)制的支持，也就是說開放式系統(tǒng) = 通信機(jī)制 + 信息共享機(jī)制 + 對象控制機(jī)制。

　　ODP主要包含三部分：

　　視點：為清晰地描述復(fù)雜的系統(tǒng)，把對ODP系統(tǒng)的說明細(xì)化為五個視點(即從五個不同的角度來觀察)，以及用于表達(dá)這五個視點的語言。

　　企業(yè)視點(Enterprise view point) :分析系統(tǒng)目的、商業(yè)需求、策略和系統(tǒng)范圍的視點。 RM-ODP處理與企業(yè)層面有關(guān)的信息，例如組織結(jié)構(gòu)和政策等。

　　信息視點(Information view point) :指信息的結(jié)構(gòu)，當(dāng)中包括信息的變化、流程、及不同功能上的邏輯分割。

　　計算視點(Computational view point)： 從系統(tǒng)設(shè)計者和編程者的角度將系統(tǒng)的功能分解成功能對象(計算對象)，描述對象內(nèi)部的活動及對象間的交互過程。著重于把系統(tǒng)的分解(decomposition)成相對的實體(entities)及接口(interfaces)。

　　工程視點(Engineering view point)：定義了一個網(wǎng)絡(luò)計算基礎(chǔ)設(shè)施，支持計算視點中所說明的系統(tǒng)結(jié)構(gòu)，提供所需的分布式透明服務(wù)。 處理有關(guān)分布式系統(tǒng)對象間的交互 (interaction)，及描述如何支持有關(guān)的互換(interaction)。

　　技術(shù)視點(Technology view point)：定義有關(guān)系統(tǒng)的軟件及硬件組件(components)。

　　透明性：開放式分布處理系統(tǒng)應(yīng)該提供的八個透明性(訪問透明性、位置透明性、重置透明性、遷移透明性、持久透明性、復(fù)制透明性、故障透明性、事務(wù)透明性)。

　　功能：定義開放式分布處理平臺應(yīng)該具有的功能(管理功能、協(xié)調(diào)功能、倉庫功能、安全功能)。

　　問題1考查了ODP的五個視點，解答該問題時，即使完全不懂ODP,也可盡力一試，因為題目已給出五個視點作為選項，只要將5個概念對號入座即可，我們可以通過已有的架構(gòu)知識分析總結(jié)來得出答案。

　　問題2考查分布式中間件的應(yīng)用，要求考生了解分布式中間件在構(gòu)件管理支持、互操作支持以及公共服務(wù)支持這三方面較傳統(tǒng)處理系統(tǒng)的優(yōu)勢。

　　問題3考查分布式系統(tǒng)通信問題，這要求考生對常見構(gòu)件標(biāo)準(zhǔn)在處理進(jìn)程間通信時，所采取的機(jī)制及處理過程原理。

　　試題三

　　試題三為一道嵌入式軟件架構(gòu)設(shè)計的試題。

　　嵌入式的試題通常都是大段的題干說明加多個圖表，在有限的時間下，很少有人選該方面的試題，因為看完試題就要花費不少的時間，所以嵌入式的試題一般只有本身是做嵌入式相關(guān)開發(fā)的考生在選答。

　　本題以宇航領(lǐng)域軟件開發(fā)為背景(嵌入式系統(tǒng)主要是以航天、汽車等領(lǐng)域的開發(fā)為背景)。

　　問題1考查GOA的相關(guān)概念與特點。GOA即通用開放式架構(gòu)，是嵌入式系統(tǒng)的層次化架構(gòu)模型。

　　問題2考查GOA中的一系列接口，要求掌握每一個接口代號所對應(yīng)的接口，也屬于純概念題。

　　試題四

　　試題四為一道設(shè)計模式的問題。本題是案例分析中最容易的一個問題。

　　設(shè)計模式在架構(gòu)設(shè)計中的作用極大，所以是架構(gòu)設(shè)計師考試的一個重點。每次考試均會考到此類問題，希賽教育模擬題對此主題有多道試題從不同的角度進(jìn)行提問，考查學(xué)員對該知識點的掌握情況。

　　問題1考查創(chuàng)建型、結(jié)構(gòu)型、行為型模型的作用。

　　創(chuàng)建型模式，就是創(chuàng)建對象的模式，抽象了實例化的過程。它幫助一個系統(tǒng)獨立于如何創(chuàng)建、組合和表示它的那些對象。關(guān)注的是對象的創(chuàng)建，創(chuàng)建型模式將創(chuàng)建對象的過程進(jìn)行了抽象，也可以理解為將創(chuàng)建對象的過程進(jìn)行了封裝，作為客戶程序僅僅需要去使用對象，而不再關(guān)心創(chuàng)建對象過程中的邏輯。

　　結(jié)構(gòu)型模式的作用是解決怎樣組裝現(xiàn)有的類，設(shè)計他們的交互方式，從而達(dá)到實現(xiàn)一定的功能的目的。結(jié)構(gòu)型模式包含了對很多問題的解決。例如：擴(kuò)展性(外觀、組成、代理、裝飾)封裝性(適配器，橋接)。

　　行為型模式涉及到算法和對象間職責(zé)的分配，行為模式描述了對象和類的模式，以及它們之間的通信模式，行為型模式刻畫了在程序運行時難以跟蹤的復(fù)雜的控制流。

　　問題2考查對創(chuàng)建型、結(jié)構(gòu)型和行為型模式的分類。

　　問題3考查設(shè)計模式的選擇與應(yīng)用。

　　關(guān)于設(shè)計模式，我們需要掌握設(shè)計模式的應(yīng)用場合、作用、結(jié)構(gòu)。詳細(xì)內(nèi)容請參看《系統(tǒng)架構(gòu)設(shè)計師教程(第2版)》(張友生，王勇，電子工業(yè)出版社)

　　試題五

　　試題五數(shù)據(jù)架構(gòu)設(shè)計問題�？疾楹诵臑椋篘oSQL。

　　NoSQL(Not-only SQL)：隨著互聯(lián)網(wǎng)web2.0網(wǎng)站的興起，傳統(tǒng)的關(guān)系數(shù)據(jù)庫在應(yīng)付web2.0網(wǎng)站，特別是超大規(guī)模和高并發(fā)的SNS類型的web2.0純動態(tài)網(wǎng)站已經(jīng)顯得力不從心，暴露了很多難以克服的問題，而非關(guān)系型的數(shù)據(jù)庫則由于其本身的特點得到了非常迅速的發(fā)展。

　　問題1考查題目中描述的一系列問題產(chǎn)生的原因，其實就是在問：Web2.0的大型社交網(wǎng)絡(luò)系統(tǒng)使用通用的商用關(guān)系型數(shù)據(jù)庫不妥，原因何在?原因無非是關(guān)系型數(shù)據(jù)庫面對非格式化數(shù)據(jù)的那些種種不足，這是“新瓶裝老酒”的問題了。

　　問題2考查NoSQL的特點，其實也就是相對于傳統(tǒng)關(guān)系型數(shù)據(jù)庫的優(yōu)點。

　　問題3考查NoSQL的缺點。

　　從以上所述及歷年考試情況，可以總結(jié)出，NoSQL需要掌握的知識點主要包括NoSQL與關(guān)系型數(shù)據(jù)庫的關(guān)系，兩者各自的相對優(yōu)缺點。

　　3.系統(tǒng)架構(gòu)設(shè)計論文試題

　　試題一 論基于架構(gòu)的軟件設(shè)計方法及應(yīng)用

　　本題考查的知識點是ABSD。

　　ABSD (architecture-based software design,基于體系結(jié)構(gòu)的軟件設(shè)計)方法。ABSD方法是體系結(jié)構(gòu)驅(qū)動，即指構(gòu)成體系結(jié)構(gòu)的商業(yè)、質(zhì)量和功能需求的組合驅(qū)動的。使用ABSD方法，設(shè)計活動可以從項目總體功能框架明確就開始，這意味著需求抽取和分析還沒有完成(甚至遠(yuǎn)遠(yuǎn)沒有完成)，就開始了軟件設(shè)計。設(shè)計活動的開始并不意味著需求抽取和分析活動就可以終止，而是應(yīng)該與設(shè)計活動并行。特別是在不可能預(yù)先決定所有需求時，例如產(chǎn)品線系統(tǒng)或長期運行的系統(tǒng)，快速開始設(shè)計是至關(guān)重要的。

　　這種方法的主要階段包括：

　　這些階段往往是考生最容易出問題的地方，因為客觀性很強(qiáng)。在組織文章時，其實記不全所有階段，問題也不大，能寫出多少就寫多少，但要注意技巧，避開不熟悉的部分，把自己熟悉的內(nèi)容展開來描述。如只記得“體系結(jié)構(gòu)設(shè)計、體系結(jié)構(gòu)文檔化、體系結(jié)構(gòu)實現(xiàn)”,則可以用“使用ABSD方法進(jìn)行開發(fā)，需要經(jīng)歷很多階段，本文從體系結(jié)構(gòu)設(shè)計、體系結(jié)構(gòu)文檔化、體系結(jié)構(gòu)實現(xiàn)方面展開描述”(當(dāng)然這是死馬當(dāng)活馬醫(yī)，在自己清楚有哪些階段，而題目又有明確要求寫出這些階段時，必須答全)。而不熟悉時，就要用含糊詞眼的方式，避重就輕，讓考官不會覺得你是不懂這些，而未答出來。

　　試題二 論企業(yè)應(yīng)用系統(tǒng)的數(shù)據(jù)持久層架構(gòu)設(shè)計

　　本題考查數(shù)據(jù)持久層架構(gòu)設(shè)計。

　　數(shù)據(jù)持久層位于領(lǐng)域?qū)雍突�礎(chǔ)架構(gòu)層之間。由于對象實例和關(guān)系實例這兩大領(lǐng)域之間存在“阻抗不匹配”,所以把數(shù)據(jù)持久層單獨作為一個層提出來的原因就是能夠在對象-關(guān)系數(shù)據(jù)庫之間提供一個成功的企業(yè)級映射解決方案，盡最大可能彌補這兩種實例之間的差異。

　　本題要求分析持久層架構(gòu)設(shè)計中有哪些數(shù)據(jù)訪問模式，數(shù)據(jù)訪問模式包括：在線訪問、Data Access Object、Data Transfer Object、離線數(shù)據(jù)模式、對象/關(guān)系映射(O/R Mapping:Object/Relation Mapping)。此處需要詳細(xì)描述這些模式的主要內(nèi)容。

　　最后是描述在持久層架構(gòu)設(shè)計中考慮了哪些問題，即考生作為架構(gòu)師，在設(shè)計架構(gòu)時，是如何考慮的，用什么樣的設(shè)計解決了什么樣的問題。雖然本題沒有要求總結(jié)項目的成敗，做得好與不好的地方，但作為一篇完整的文章，這些總結(jié)性的結(jié)尾也是必不可少的。

　　試題三 論決策支持系統(tǒng)的開發(fā)與應(yīng)用

　　本題考查決策支持系統(tǒng)的開發(fā)。

　　決策支持系統(tǒng)(Decision Support System,DSS)是輔助決策者通過數(shù)據(jù)、模型和知識，以人機(jī)交互方式進(jìn)行半結(jié)構(gòu)化或非結(jié)構(gòu)化決策的計算機(jī)應(yīng)用系統(tǒng)。它是MIS向更高一級發(fā)展而產(chǎn)生的先進(jìn)信息系統(tǒng)。它為決策者提供分析問題、建立模型、模擬決策過程和方案的環(huán)境，調(diào)用各種信息資源和分析工具，幫助決策者提高決策水平和質(zhì)量。

　　要完成本題的寫作，需要充分了解決策支持系統(tǒng)的概念，這種系統(tǒng)有何用途，以分析，為什么要建立決策分析系統(tǒng)。并需要了解決策支持系統(tǒng)的建設(shè)與一般MIS系統(tǒng)有何區(qū)別，這樣才能找出題目中要求的“在建立決策支持系統(tǒng)時需要解決的一般關(guān)鍵問題”.些處的關(guān)鍵問題，可以因不同項目而異，所以說明需要解決的關(guān)鍵問題時，還需給出合理的分析，為什么這是個關(guān)鍵問題。

　　題目第3問是核心論點，需要把實際開發(fā)中應(yīng)用到的技術(shù)、過程描述出來，并說明實際效果。

　　關(guān)于決策支持系統(tǒng)的詳細(xì)內(nèi)容請參看《系統(tǒng)分析師教程》(張友生，清華大學(xué)出版社)。

　　試題四 論企業(yè)信息化規(guī)劃的實施與應(yīng)用

　　本題的考查方向是企業(yè)信息化規(guī)劃。

　　企業(yè)信息化規(guī)劃是企業(yè)信息化建設(shè)的綱領(lǐng)和向?qū)�，是信息系統(tǒng)設(shè)計和實施的前提和依據(jù)，意義重大。文章中應(yīng)首先描述企業(yè)戰(zhàn)略與企業(yè)信息化規(guī)劃之間的關(guān)系，并實質(zhì)性的指出目前企業(yè)的戰(zhàn)略，由此而來的信息化規(guī)劃要求。

　　在進(jìn)行信息化規(guī)劃過程中，需要注意方法的應(yīng)用，方法包括但不限于：企業(yè)系統(tǒng)規(guī)劃方法(BSP)、戰(zhàn)略數(shù)據(jù)規(guī)劃方法、信息工程方法。選擇其中的一種，說明，為什么采用這種方法，作者是如何采用這種方法來做規(guī)劃的，步驟效果如何。

　　最后題目要求總結(jié)經(jīng)驗，分析效果，以及分析原因，這里其實是暗示大家，信息化規(guī)劃不可能做到盡善盡美，總會有問題存在。所以此時不要“報喜不報憂”,這樣會顯得很假，需要指出一些實質(zhì)性的問題，再給出解決方案，這樣會顯得更加的真實。

　　2012年下半年軟考答案

　　2012下半年軟考試題解析

　　2012下半年軟考試題答案交流

　　2012年下半年軟考成績查詢預(yù)告

　　2012下半年軟考成績查詢免費短信提醒