【答案】2012年下半年軟考答案
【試題】2012年下半年軟考試題
【下載】2012下半年軟考試題答案下載
【估分】2012下半年軟考試題在線估分
本次考試是系統(tǒng)架構設計師開考以來的第4次考試,從形式上來看,系統(tǒng)架構設計師的考試風格已穩(wěn)定。這表現(xiàn)在上午考試各科目知識點分布穩(wěn)定。案例分析維持1道必答題+4選2模式,論文維持4選1模式。從考查內容的角度來看,本次考試案例與論文范圍都主要集中于架構設計主題,明顯超綱試題很少,所以難度較2011年下半年考試略低。
1.信息系統(tǒng)綜合知識試題
2012年11月考試信息系統(tǒng)綜合知識試題考查的知識點分布如表1所示。
表1 2012年11月考試信息系統(tǒng)綜合知識試題知識點分布
在本次考試中,增大了對數(shù)據庫設計與信息化知識的考查力度。以往數(shù)據庫設計一般考查4分,本次增加了一個5分的數(shù)據庫事務與可靠性相結合的試題,信息化知識的考點難度也有所提升,考查內容從原來的4分提升至7分。
2.案例分析與設計試題
本次案例分析題,包括1道架構風格題、1道分布式系統(tǒng)設計題、1道嵌入式軟件架構設計題、1道設計模式題、1道數(shù)據架構設計題。希賽教育軟考學院大部分學員的選擇為:架構風格題+設計模式題+數(shù)據架構設計題。經分析,這種選擇是明智合理的,這幾個題的難度最低,且是平時訓練的重點,選這幾個題,能極大的提高通過的概率。
試題一
試題一仍然為必答題。本題是一道軟件架構風格方面的試題,考查的內容是常見架構風格的選用。這就涉及到不同架構風格的優(yōu)勢、劣勢、應用場合的比較分析,是希賽教育模擬題重點訓練的項目。
問題1考查架構風格的基本概念與以數(shù)據存儲為中心的架構風格的特點。數(shù)據存儲為中心的架構風格其實就是平時所講的倉庫風格。
問題2本題考查考生對各種架構風格特點的熟悉程度,要能從應用場景判斷出最適合的架構。并描述架構的設計過程,設計過程是較為簡單的,因為了解架構風格的特點以及組成部分,即使不知道具體的步驟,只要把各部分的實現(xiàn)羅列出來,也是能得到不少分數(shù)的。
關于各種架構風格的描述,以及具體的優(yōu)缺點可參看《軟件體系結構原理、方法與實踐》(張友生,清華大學出版社)。
試題二
試題二為一道分布式系統(tǒng)設計的問題。本題中出現(xiàn)了一個較為生僻的概念--ODP.
接下來,我們先認識一下什么是ODP.
ODP(Open Distributed Processing,開放式分布處理),它試圖解決分布環(huán)境下的軟件接口問題,達到 可移植性、互操作性和分布透明性。其基本策略是開放,即必須使分布式計算的所有相關機制都具有開放性,包括通信協(xié)議,應用編程接口(API),人機接口(MMI)等。除了通信機制以外,還需要信息共享機制和對象控制機制的支持,也就是說開放式系統(tǒng) = 通信機制 + 信息共享機制 + 對象控制機制。
ODP主要包含三部分:
視點:為清晰地描述復雜的系統(tǒng),把對ODP系統(tǒng)的說明細化為五個視點(即從五個不同的角度來觀察),以及用于表達這五個視點的語言。
企業(yè)視點(Enterprise view point) :分析系統(tǒng)目的、商業(yè)需求、策略和系統(tǒng)范圍的視點。 RM-ODP處理與企業(yè)層面有關的信息,例如組織結構和政策等。
信息視點(Information view point) :指信息的結構,當中包括信息的變化、流程、及不同功能上的邏輯分割。
計算視點(Computational view point): 從系統(tǒng)設計者和編程者的角度將系統(tǒng)的功能分解成功能對象(計算對象),描述對象內部的活動及對象間的交互過程。著重于把系統(tǒng)的分解(decomposition)成相對的實體(entities)及接口(interfaces)。
工程視點(Engineering view point):定義了一個網絡計算基礎設施,支持計算視點中所說明的系統(tǒng)結構,提供所需的分布式透明服務。 處理有關分布式系統(tǒng)對象間的交互 (interaction),及描述如何支持有關的互換(interaction)。
技術視點(Technology view point):定義有關系統(tǒng)的軟件及硬件組件(components)。
透明性:開放式分布處理系統(tǒng)應該提供的八個透明性(訪問透明性、位置透明性、重置透明性、遷移透明性、持久透明性、復制透明性、故障透明性、事務透明性)。
功能:定義開放式分布處理平臺應該具有的功能(管理功能、協(xié)調功能、倉庫功能、安全功能)。
問題1考查了ODP的五個視點,解答該問題時,即使完全不懂ODP,也可盡力一試,因為題目已給出五個視點作為選項,只要將5個概念對號入座即可,我們可以通過已有的架構知識分析總結來得出答案。
問題2考查分布式中間件的應用,要求考生了解分布式中間件在構件管理支持、互操作支持以及公共服務支持這三方面較傳統(tǒng)處理系統(tǒng)的優(yōu)勢。
問題3考查分布式系統(tǒng)通信問題,這要求考生對常見構件標準在處理進程間通信時,所采取的機制及處理過程原理。
試題三
試題三為一道嵌入式軟件架構設計的試題。
嵌入式的試題通常都是大段的題干說明加多個圖表,在有限的時間下,很少有人選該方面的試題,因為看完試題就要花費不少的時間,所以嵌入式的試題一般只有本身是做嵌入式相關開發(fā)的考生在選答。
本題以宇航領域軟件開發(fā)為背景(嵌入式系統(tǒng)主要是以航天、汽車等領域的開發(fā)為背景)。
問題1考查GOA的相關概念與特點。GOA即通用開放式架構,是嵌入式系統(tǒng)的層次化架構模型。
問題2考查GOA中的一系列接口,要求掌握每一個接口代號所對應的接口,也屬于純概念題。
試題四
試題四為一道設計模式的問題。本題是案例分析中最容易的一個問題。
設計模式在架構設計中的作用極大,所以是架構設計師考試的一個重點。每次考試均會考到此類問題,希賽教育模擬題對此主題有多道試題從不同的角度進行提問,考查學員對該知識點的掌握情況。
問題1考查創(chuàng)建型、結構型、行為型模型的作用。
創(chuàng)建型模式,就是創(chuàng)建對象的模式,抽象了實例化的過程。它幫助一個系統(tǒng)獨立于如何創(chuàng)建、組合和表示它的那些對象。關注的是對象的創(chuàng)建,創(chuàng)建型模式將創(chuàng)建對象的過程進行了抽象,也可以理解為將創(chuàng)建對象的過程進行了封裝,作為客戶程序僅僅需要去使用對象,而不再關心創(chuàng)建對象過程中的邏輯。
結構型模式的作用是解決怎樣組裝現(xiàn)有的類,設計他們的交互方式,從而達到實現(xiàn)一定的功能的目的。結構型模式包含了對很多問題的解決。例如:擴展性(外觀、組成、代理、裝飾)封裝性(適配器,橋接)。
行為型模式涉及到算法和對象間職責的分配,行為模式描述了對象和類的模式,以及它們之間的通信模式,行為型模式刻畫了在程序運行時難以跟蹤的復雜的控制流。
問題2考查對創(chuàng)建型、結構型和行為型模式的分類。
問題3考查設計模式的選擇與應用。
關于設計模式,我們需要掌握設計模式的應用場合、作用、結構。詳細內容請參看《系統(tǒng)架構設計師教程(第2版)》(張友生,王勇,電子工業(yè)出版社)
試題五
試題五數(shù)據架構設計問題?疾楹诵臑椋篘oSQL。
NoSQL(Not-only SQL):隨著互聯(lián)網web2.0網站的興起,傳統(tǒng)的關系數(shù)據庫在應付web2.0網站,特別是超大規(guī)模和高并發(fā)的SNS類型的web2.0純動態(tài)網站已經顯得力不從心,暴露了很多難以克服的問題,而非關系型的數(shù)據庫則由于其本身的特點得到了非常迅速的發(fā)展。
問題1考查題目中描述的一系列問題產生的原因,其實就是在問:Web2.0的大型社交網絡系統(tǒng)使用通用的商用關系型數(shù)據庫不妥,原因何在?原因無非是關系型數(shù)據庫面對非格式化數(shù)據的那些種種不足,這是“新瓶裝老酒”的問題了。
問題2考查NoSQL的特點,其實也就是相對于傳統(tǒng)關系型數(shù)據庫的優(yōu)點。
問題3考查NoSQL的缺點。
從以上所述及歷年考試情況,可以總結出,NoSQL需要掌握的知識點主要包括NoSQL與關系型數(shù)據庫的關系,兩者各自的相對優(yōu)缺點。
3.系統(tǒng)架構設計論文試題
試題一 論基于架構的軟件設計方法及應用
本題考查的知識點是ABSD。
ABSD (architecture-based software design,基于體系結構的軟件設計)方法。ABSD方法是體系結構驅動,即指構成體系結構的商業(yè)、質量和功能需求的組合驅動的。使用ABSD方法,設計活動可以從項目總體功能框架明確就開始,這意味著需求抽取和分析還沒有完成(甚至遠遠沒有完成),就開始了軟件設計。設計活動的開始并不意味著需求抽取和分析活動就可以終止,而是應該與設計活動并行。特別是在不可能預先決定所有需求時,例如產品線系統(tǒng)或長期運行的系統(tǒng),快速開始設計是至關重要的。
這種方法的主要階段包括:
這些階段往往是考生最容易出問題的地方,因為客觀性很強。在組織文章時,其實記不全所有階段,問題也不大,能寫出多少就寫多少,但要注意技巧,避開不熟悉的部分,把自己熟悉的內容展開來描述。如只記得“體系結構設計、體系結構文檔化、體系結構實現(xiàn)”,則可以用“使用ABSD方法進行開發(fā),需要經歷很多階段,本文從體系結構設計、體系結構文檔化、體系結構實現(xiàn)方面展開描述”(當然這是死馬當活馬醫(yī),在自己清楚有哪些階段,而題目又有明確要求寫出這些階段時,必須答全)。而不熟悉時,就要用含糊詞眼的方式,避重就輕,讓考官不會覺得你是不懂這些,而未答出來。
試題二 論企業(yè)應用系統(tǒng)的數(shù)據持久層架構設計
本題考查數(shù)據持久層架構設計。
數(shù)據持久層位于領域層和基礎架構層之間。由于對象實例和關系實例這兩大領域之間存在“阻抗不匹配”,所以把數(shù)據持久層單獨作為一個層提出來的原因就是能夠在對象-關系數(shù)據庫之間提供一個成功的企業(yè)級映射解決方案,盡最大可能彌補這兩種實例之間的差異。
本題要求分析持久層架構設計中有哪些數(shù)據訪問模式,數(shù)據訪問模式包括:在線訪問、Data Access Object、Data Transfer Object、離線數(shù)據模式、對象/關系映射(O/R Mapping:Object/Relation Mapping)。此處需要詳細描述這些模式的主要內容。
最后是描述在持久層架構設計中考慮了哪些問題,即考生作為架構師,在設計架構時,是如何考慮的,用什么樣的設計解決了什么樣的問題。雖然本題沒有要求總結項目的成敗,做得好與不好的地方,但作為一篇完整的文章,這些總結性的結尾也是必不可少的。
試題三 論決策支持系統(tǒng)的開發(fā)與應用
本題考查決策支持系統(tǒng)的開發(fā)。
決策支持系統(tǒng)(Decision Support System,DSS)是輔助決策者通過數(shù)據、模型和知識,以人機交互方式進行半結構化或非結構化決策的計算機應用系統(tǒng)。它是MIS向更高一級發(fā)展而產生的先進信息系統(tǒng)。它為決策者提供分析問題、建立模型、模擬決策過程和方案的環(huán)境,調用各種信息資源和分析工具,幫助決策者提高決策水平和質量。
要完成本題的寫作,需要充分了解決策支持系統(tǒng)的概念,這種系統(tǒng)有何用途,以分析,為什么要建立決策分析系統(tǒng)。并需要了解決策支持系統(tǒng)的建設與一般MIS系統(tǒng)有何區(qū)別,這樣才能找出題目中要求的“在建立決策支持系統(tǒng)時需要解決的一般關鍵問題”.些處的關鍵問題,可以因不同項目而異,所以說明需要解決的關鍵問題時,還需給出合理的分析,為什么這是個關鍵問題。
題目第3問是核心論點,需要把實際開發(fā)中應用到的技術、過程描述出來,并說明實際效果。
關于決策支持系統(tǒng)的詳細內容請參看《系統(tǒng)分析師教程》(張友生,清華大學出版社)。
試題四 論企業(yè)信息化規(guī)劃的實施與應用
本題的考查方向是企業(yè)信息化規(guī)劃。
企業(yè)信息化規(guī)劃是企業(yè)信息化建設的綱領和向導,是信息系統(tǒng)設計和實施的前提和依據,意義重大。文章中應首先描述企業(yè)戰(zhàn)略與企業(yè)信息化規(guī)劃之間的關系,并實質性的指出目前企業(yè)的戰(zhàn)略,由此而來的信息化規(guī)劃要求。
在進行信息化規(guī)劃過程中,需要注意方法的應用,方法包括但不限于:企業(yè)系統(tǒng)規(guī)劃方法(BSP)、戰(zhàn)略數(shù)據規(guī)劃方法、信息工程方法。選擇其中的一種,說明,為什么采用這種方法,作者是如何采用這種方法來做規(guī)劃的,步驟效果如何。
最后題目要求總結經驗,分析效果,以及分析原因,這里其實是暗示大家,信息化規(guī)劃不可能做到盡善盡美,總會有問題存在。所以此時不要“報喜不報憂”,這樣會顯得很假,需要指出一些實質性的問題,再給出解決方案,這樣會顯得更加的真實。
相關鏈接:北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內蒙古 |