首頁考試吧論壇Exam8視線考試商城網絡課程模擬考試考友錄實用文檔求職招聘論文下載
2013中考
法律碩士
2013高考
MBA考試
2013考研
MPA考試
在職研
中科院
考研培訓 自學考試 成人高考
四 六 級
GRE考試
攻碩英語
零起點日語
職稱英語
口譯筆譯
申碩英語
零起點韓語
商務英語
日語等級
GMAT考試
公共英語
職稱日語
新概念英語
專四專八
博思考試
零起點英語
托?荚
托業(yè)考試
零起點法語
雅思考試
成人英語三級
零起點德語
等級考試
華為認證
水平考試
Java認證
職稱計算機 微軟認證 思科認證 Oracle認證 Linux認證
公 務 員
導游考試
物 流 師
出版資格
單 證 員
報 關 員
外 銷 員
價格鑒證
網絡編輯
駕 駛 員
報檢員
法律顧問
管理咨詢
企業(yè)培訓
社會工作者
銀行從業(yè)
教師資格
營養(yǎng)師
保險從業(yè)
普 通 話
證券從業(yè)
跟 單 員
秘書資格
電子商務
期貨考試
國際商務
心理咨詢
營 銷 師
司法考試
國際貨運代理人
人力資源管理師
廣告師職業(yè)水平
衛(wèi)生資格 執(zhí)業(yè)醫(yī)師 執(zhí)業(yè)藥師 執(zhí)業(yè)護士
會計從業(yè)資格
基金從業(yè)資格
統(tǒng)計從業(yè)資格
經濟師
精算師
統(tǒng)計師
會計職稱
法律顧問
ACCA考試
注冊會計師
資產評估師
審計師考試
高級會計師
注冊稅務師
國際內審師
理財規(guī)劃師
美國注冊會計師
一級建造師
安全工程師
設備監(jiān)理師
公路監(jiān)理師
公路造價師
二級建造師
招標師考試
物業(yè)管理師
電氣工程師
建筑師考試
造價工程師
注冊測繪師
質量工程師
巖土工程師
造價員考試
注冊計量師
環(huán)保工程師
化工工程師
咨詢工程師
結構工程師
城市規(guī)劃師
材料員考試
監(jiān)理工程師
房地產估價
土地估價師
安全評價師
房地產經紀人
投資項目管理師
環(huán)境影響評價師
土地登記代理人
繽紛校園 實用文檔 英語學習 作文大全 求職招聘 論文下載 訪談|游戲
軟件水平考試
軟件水平考試資訊
軟件水平考試試題
軟件水平考試專項輔導
軟件水平考試交流互動
軟件水平考試交流互動
您現(xiàn)在的位置: 考試吧 > 軟件水平考試 > 復習資料 > 系統(tǒng)架構設計師 > 正文

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

  【答案】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ī)劃不可能做到盡善盡美,總會有問題存在。所以此時不要“報喜不報憂”,這樣會顯得很假,需要指出一些實質性的問題,再給出解決方案,這樣會顯得更加的真實。

1 2  下一頁
  相關鏈接:

  2012年下半年軟考答案

  2012下半年軟考試題解析

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

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

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

文章搜索
軟件水平考試欄目導航
版權聲明:如果軟件水平考試網所轉載內容不慎侵犯了您的權益,請與我們聯(lián)系800@exam8.com,我們將會及時處理。如轉載本軟件水平考試網內容,請注明出處。