2010年-2021年(不包括2019年和2020年)涉及到架構(gòu)設(shè)計考點的有:
2010年題1,4;
2011年題1,4;
2012年題1;
2013年題1,4;
2014年題1,4;
2015年題1;
2016年題1;
2017年-題1;
2018年題1,5;
2021年題1

1.軟件架構(gòu)風(fēng)格

軟件架構(gòu)風(fēng)格是描述特定軟件系統(tǒng)組織方式和慣用模式。組織方式描述了系統(tǒng)的組成構(gòu)件和這些構(gòu)件的組織方式;慣用模式則反映眾多系統(tǒng)共有的結(jié)構(gòu)和語義特性。

2.主程序-子程序架構(gòu)風(fēng)格和管道-過濾器風(fēng)格

• 主程序-子程序架構(gòu)風(fēng)格

主程序-子程序架構(gòu)風(fēng)格中，所有的計算構(gòu)件作為子程序協(xié)作工作，并由一個主程序順序地調(diào)用這些子程序，構(gòu)件通過共享存儲區(qū)交換數(shù)據(jù)。

• 管道-過濾器架構(gòu)風(fēng)格

管道-過濾器架構(gòu)風(fēng)格中，每個構(gòu)件都有一組輸入和輸出，構(gòu)件接受數(shù)據(jù)輸入，經(jīng)過內(nèi)部處理，然后產(chǎn)生數(shù)據(jù)輸出。這里的構(gòu)件稱為過濾器，構(gòu)件之間的連接件稱為數(shù)據(jù)流傳輸?shù)墓艿馈?/p>

主程序-子程序架構(gòu)風(fēng)格和管道-過濾器風(fēng)格的比較(+優(yōu);-差)如下圖所示:

3.管道過濾器和數(shù)據(jù)倉庫的比較

4.軟件架構(gòu)評估

機構(gòu)風(fēng)險: 架構(gòu)設(shè)計中潛在的,存在問題的架構(gòu)決策所帶來的隱患。
敏感點: 為了實現(xiàn)某種特定的質(zhì)量屬性,一個或多個構(gòu)件所具有的特征。
權(quán)衡點: 影響多個質(zhì)量屬性的特征,是多個質(zhì)量屬性的敏感點。

5.ESB服務(wù)總線

企業(yè)服務(wù)總線(Enterprise Service Bus，ESB）是傳統(tǒng)中間件技術(shù)與XML、Web服務(wù)等技術(shù)結(jié)合的產(chǎn)物，主要支持異構(gòu)系統(tǒng)集成。ESB基于內(nèi)容的路由和過濾，具備復(fù)雜數(shù)據(jù)的傳輸能力，并可以提供一系列的標準接口。

• ESB主要功能

(1)服務(wù)位置透明性;
(2)傳輸協(xié)議轉(zhuǎn)換;
(3)消息格式轉(zhuǎn)換;
(4)消息路由;
(5)消息增強;
(6)安全性;
(7)監(jiān)控與管理

6.REST

REST從資源的角度來定義整個網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)，分布在各處的資源由統(tǒng)一資源標識符(URI）確定，客戶端應(yīng)用程序通過URI獲取資源的表現(xiàn)，并通過獲得資源表現(xiàn)使得其狀態(tài)發(fā)生改變。

• REST分離

REST中將 資源、資源的表現(xiàn) 和 獲取資源的動作 三者進行分離。

7.MVC

MVC架構(gòu)風(fēng)格最初是Smalltalk-80中用來構(gòu)建用戶界面時采用的架構(gòu)設(shè)計風(fēng)格。其中M代表模型(Model)，V代表視圖(View)，C代表控制器(Controller)。在該風(fēng)格中，模型表示待展示的對象，視圖表示模型的展示，控制器負責(zé)把用戶的動作轉(zhuǎn)成針對模型的操作。模型通過更新視圖的數(shù)據(jù)來反映自身的變化,交互圖如下所示:

• MVC的作用

(1)允許多種界面的擴展，視圖的變更與增加，與模型無關(guān);
(2)易于維護，控制器和視圖隨著模型的擴展而擴展，只要保持公共接口，控制器和視圖的舊版本可以繼續(xù)使用;
(3)可支持功能強大的用戶界面。

8.非功能性需求

(1）操作性需求:指系統(tǒng)完成任務(wù)所需的操作環(huán)境要求及如何滿足系統(tǒng)將來可能的需求變更的要求。
(2）性能需求:針對系統(tǒng)性能要求的指標，如吞吐率、響應(yīng)時間和容量等。
(3）安全性需求:指為防止系統(tǒng)崩潰和保證數(shù)據(jù)安全所需要采取的保護措施的要求，為系統(tǒng)提供合理的預(yù)防措施。
(4）文化需求:指使用本系統(tǒng)的不同用戶群體對系統(tǒng)提出的特有要求。

• 二層C/S架構(gòu)(胖客戶機)

• 三層C/S架構(gòu)(瘦客戶機)

• 胖瘦客戶機的區(qū)別

二層客戶機將客戶機端和服務(wù)器端進行拆分,但是在客戶端和服務(wù)器端都存在業(yè)務(wù)邏輯的處理。而瘦客戶機是將二層C/S中的客戶端和服務(wù)端的業(yè)務(wù)邏輯獨立出去形成功能層,包括三層表示層,功能層和數(shù)據(jù)層。

• 胖客戶機的缺點

9.面向服務(wù)的體系架構(gòu)(SOA)

面向服務(wù)的體系架構(gòu)(SOA）是一種粗粒度、松耦合服務(wù)架構(gòu)，服務(wù)之間通過簡單、精確定義接口進行通信。它可以根據(jù)需求通過網(wǎng)絡(luò)對松散耦合的粗粒度應(yīng)用組件進行分布式部署、組合和使用。SOA能幫助企業(yè)系統(tǒng)架構(gòu)設(shè)計者以更迅速、更可靠、更高重用性設(shè)計整個業(yè)務(wù)系統(tǒng)架構(gòu)，基于SOA 的系統(tǒng)能夠更加從容地面對業(yè)務(wù)的急劇變化。

• ESB在SOA的作用和特點

企業(yè)服務(wù)總線（ESB）是由中間件技術(shù)實現(xiàn)的全面支持面向服務(wù)架構(gòu)的基礎(chǔ)軟件平臺，支持異構(gòu)環(huán)境中的服務(wù)以及基于消息和事件驅(qū)動模式的交互，并且具有適當?shù)姆?wù)質(zhì)量和可管理性。

• 基于SOA的體系架構(gòu)圖如下

10.解釋器風(fēng)格的靈活性和可擴展性

從靈活性上解釋器可以通過靈活的自定義規(guī)則實現(xiàn)規(guī)則的重組。從可擴展性上解釋器可以包括一個完成解釋工作的解釋引擎、一個包含將被解釋的代碼的存儲區(qū)、一個記錄解釋引擎當前工作狀態(tài)的數(shù)據(jù)結(jié)構(gòu)，以及一個記錄源代碼被解釋執(zhí)行的進度的數(shù)據(jù)結(jié)構(gòu)。可以通過新建規(guī)則實現(xiàn)可擴展性。

總結(jié)

以上是生活随笔為你收集整理的软考高级-系统架构师-案例分析-架构设计真题考点汇总的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。