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

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

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

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

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

　　1.信息系統綜合知識試題

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

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

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

　　2.案例分析與設計試題

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

　　試題一

　　試題一仍然為必答題。本題是一道軟件架構風格方面的試題，考查的內容是常見架構風格的選用。這就涉及到不同架構風格的優勢、劣勢、應用場合的比較分析，是希賽教育模擬題重點訓練的項目。

　　問題1考查架構風格的基本概念與以數據存儲為中心的架構風格的特點。數據存儲為中心的架構風格其實就是平時所講的倉庫風格。

　　問題2本題考查考生對各種架構風格特點的熟悉程度，要能從應用場景判斷出最適合的架構。并描述架構的設計過程，設計過程是較為簡單的，因為了解架構風格的特點以及組成部分，即使不知道具體的步驟，只要把各部分的實現羅列出來，也是能得到不少分數的。

　　關于各種架構風格的描述，以及具體的優缺點可參看《軟件體系結構原理、方法與實踐》(張友生，清華大學出版社)。

　　試題二

　　試題二為一道分布式系統設計的問題。本題中出現了一個較為生僻的概念--ODP.

　　接下來，我們先認識一下什么是ODP.

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

　　ODP主要包含三部分：

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

　　企業視點(Enterprise view point) :分析系統目的、商業需求、策略和系統范圍的視點。 RM-ODP處理與企業層面有關的信息，例如組織結構和政策等。

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

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

　　工程視點(Engineering view point)：定義了一個網絡計算基礎設施，支持計算視點中所說明的系統結構，提供所需的分布式透明服務。 處理有關分布式系統對象間的交互 (interaction)，及描述如何支持有關的互換(interaction)。

　　技術視點(Technology view point)：定義有關系統的軟件及硬件組件(components)。

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

　　功能：定義開放式分布處理平臺應該具有的功能(管理功能、協調功能、倉庫功能、安全功能)。

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

　　問題2考查分布式中間件的應用，要求考生了解分布式中間件在構件管理支持、互操作支持以及公共服務支持這三方面較傳統處理系統的優勢。

　　問題3考查分布式系統通信問題，這要求考生對常見構件標準在處理進程間通信時，所采取的機制及處理過程原理。

　　試題三

　　試題三為一道嵌入式軟件架構設計的試題。

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

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

　　問題1考查GOA的相關概念與特點。GOA即通用開放式架構，是嵌入式系統的層次化架構模型。

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

　　試題四

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

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

　　問題1考查創建型、結構型、行為型模型的作用。

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

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

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

　　問題2考查對創建型、結構型和行為型模式的分類。

　　問題3考查設計模式的選擇與應用。

　　關于設計模式，我們需要掌握設計模式的應用場合、作用、結構。詳細內容請參看《系統架構設計師教程(第2版)》(張友生，王勇，電子工業出版社)

　　試題五

　　試題五數據架構設計問題。考查核心為：NoSQL。

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

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

　　問題2考查NoSQL的特點，其實也就是相對于傳統關系型數據庫的優點。

　　問題3考查NoSQL的缺點。

　　從以上所述及歷年考試情況，可以總結出，NoSQL需要掌握的知識點主要包括NoSQL與關系型數據庫的關系，兩者各自的相對優缺點。

　　3.系統架構設計論文試題

　　試題一 論基于架構的軟件設計方法及應用

　　本題考查的知識點是ABSD。

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

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

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

　　試題二 論企業應用系統的數據持久層架構設計

　　本題考查數據持久層架構設計。

　　數據持久層位于領域層和基礎架構層之間。由于對象實例和關系實例這兩大領域之間存在“阻抗不匹配”,所以把數據持久層單獨作為一個層提出來的原因就是能夠在對象-關系數據庫之間提供一個成功的企業級映射解決方案，盡最大可能彌補這兩種實例之間的差異。

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

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

　　試題三 論決策支持系統的開發與應用

　　本題考查決策支持系統的開發。

　　決策支持系統(Decision Support System,DSS)是輔助決策者通過數據、模型和知識，以人機交互方式進行半結構化或非結構化決策的計算機應用系統。它是MIS向更高一級發展而產生的先進信息系統。它為決策者提供分析問題、建立模型、模擬決策過程和方案的環境，調用各種信息資源和分析工具，幫助決策者提高決策水平和質量。

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

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

　　關于決策支持系統的詳細內容請參看《系統分析師教程》(張友生，清華大學出版社)。

　　試題四 論企業信息化規劃的實施與應用

　　本題的考查方向是企業信息化規劃。

　　企業信息化規劃是企業信息化建設的綱領和向導，是信息系統設計和實施的前提和依據，意義重大。文章中應首先描述企業戰略與企業信息化規劃之間的關系，并實質性的指出目前企業的戰略，由此而來的信息化規劃要求。

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

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

　　2012年下半年軟考答案

　　2012下半年軟考試題解析

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

　　2012年下半年軟考成績查詢預告

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