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

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

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

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

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

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

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

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

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

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

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

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

　　試題一

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

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

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

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

　　試題二

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

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

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

　　ODP主要包含三部分：

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

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

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

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

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

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

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

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

　　問(wèn)題1考查了ODP的五個(gè)視點(diǎn)，解答該問(wèn)題時(shí)，即使完全不懂ODP,也可盡力一試，因?yàn)轭}目已給出五個(gè)視點(diǎn)作為選項(xiàng)，只要將5個(gè)概念對(duì)號(hào)入座即可，我們可以通過(guò)已有的架構(gòu)知識(shí)分析總結(jié)來(lái)得出答案。

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

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

　　試題三

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

　　嵌入式的試題通常都是大段的題干說(shuō)明加多個(gè)圖表，在有限的時(shí)間下，很少有人選該方面的試題，因?yàn)榭赐暝囶}就要花費(fèi)不少的時(shí)間，所以嵌入式的試題一般只有本身是做嵌入式相關(guān)開發(fā)的考生在選答。

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

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

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

　　試題四

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

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

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

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

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

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

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

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

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

　　試題五

　　試題五數(shù)據(jù)架構(gòu)設(shè)計(jì)問(wèn)題。考查核心為：NoSQL。

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

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

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

　　問(wèn)題3考查NoSQL的缺點(diǎn)。

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

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

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

　　本題考查的知識(shí)點(diǎn)是ABSD。

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

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

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

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

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

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

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

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

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

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

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

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

　　題目第3問(wèn)是核心論點(diǎn)，需要把實(shí)際開發(fā)中應(yīng)用到的技術(shù)、過(guò)程描述出來(lái)，并說(shuō)明實(shí)際效果。

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

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

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

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

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

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

　　2012年下半年軟考答案

　　2012下半年軟考試題解析

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

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

　　2012下半年軟考成績(jī)查詢免費(fèi)短信提醒