2024年博主考軟考高級系統架構師沒通過，于是決定集中精力認真學習系統架構的每一個環節，并在2025年軟考中取得了不錯的成績，雖然做信息安全的考架構師很難，但找對方法，問題就不大！

本文主要是博主在學習過程中，整理了軟考系統架構師教材中的零碎知識點，考前要全部背會，即可應對絕大部分選擇題和案例分析題。

-------------------分界線-----------------------

1、軟件架構的4+1視圖：
邏輯視圖：面向最終用戶。從系統靜態結構和動態行為角度顯示系統內部是如何實現功能的。
開發視圖：面向程序員。又稱實現視圖。顯示源代碼以及執行代碼的組織結構。
過程視圖：面向系統集成人員。又稱處理視圖。顯示程序執行時的并發狀態。
物理視圖：面向系統工程人員。展示軟件到硬件的映射。
場景：又稱用例視圖，顯示外部參與者觀察到的系統功能。
2、數據流架構風格：批處理、管道-過濾器。示例有傳統編譯器、網絡報文處理。
3、調用-返回架構風格：主程序-子程序、面向對象、分層架構。
4、獨立構件風格：進程通信、隱式調用（事件驅動系統）。
5、虛擬機風格：解釋器（用于用戶自定義場景、靈活組合場景）、規則系統。
6、以數據為中心，倉庫風格：數據庫系統、黑板系統、超文本系統（人類思維）。
7、倉庫風格中，中央數據庫說明當前狀態，獨立構件在中央數據存儲上執行。
8、過程控制架構：又稱閉環控制架構。適用于空調溫控、定速巡航等。
9、C2風格：構件和連接件都有一個頂部和一個底部。構件不能直接相連。
10、三層C/S將應用功能分成表示層、功能層、數據層。
11、物聯網分層：感知層（解決數據獲取問題）、網絡層（解決數據傳輸問題）、應用層（解決人機交互問題）
12、微服務的個體約束：每個微服務都是獨立的，修改一個微服務不能影響另一個微服務。
13、微服務之間的橫向關系：通過第三方服務注冊中心來滿足服務的可發現性。
14、云原生架構的設計原則：服務化原則、彈性原則、可觀測原則、韌性原則、所有過程自動化原則、零信任原則、架構持續演進原則。
15、邊云協同的分類：
資源協同：邊緣節點有基礎設施資源的調度管理能力，可與云端協同。
數據協同：邊緣節點采集數據并初步分析，之后發給云端處理。
智能協同：云端做集中式模型訓練，再將模型下發給邊緣節點。
應用管理協同：邊緣節點提供應用部署與運行環境，云端提供應用開發與測試環境。
業務管理協同：邊緣節點提供模塊化的應用實例，云端按需求實現業務編排能力。
服務協同：邊緣節點按云端策略實現部分ECSaaS服務，云端提供和邊緣節點的SaaS服務分布策略。
16、架構描述語言（ADL）包括：組件、組件接口、連接件、架構配置。
17、特定領域軟件架構（DSSA）分為：領域開發環境、領域特定應用開發環境、領域執行環境。
18、特定領域軟件架構（DSSA）分為：領域專家、領域分析人員、領域設計人員、領域實現人員。
19、領域設計人員的任務是：根據領域模型和現有的系統開發出DSSA。
20、DSSA的基本活動包括：領域分析、領域設計、領域實現。
領域分析的目標：獲得領域模型。
領域設計的目標：獲得DSSA。
領域實現的目標：依據領域模型、DSSA開發和可重用信息，對基礎軟件架構進行實現。
21、基于架構的軟件設計（ABSD）開發過程：架構需求、架構設計、架構文檔化、架構復審、架構實現、架構演化。是一個自頂向下，遞歸細化的方法。
22、軟件系統的體系結構通過ABSD得到細化，直到能產生軟件構件和類。
23、架構文檔化主要輸出：架構規格說明書、測試架構需求的質量設計說明書。
24、架構復審的目標是：標識潛在的風險，及早發現設計中的缺陷和錯誤。
25、ABSD強調由商業、質量、功能需求的組合驅動，強調采用視角與類圖描述軟件架構、采用用例與質量場景描述需求。
26、ABSD方法的三個基礎：功能分解、選擇架構風格實現質量及商業需求、軟件模使用。
27、軟件架構需求：用戶對目標系統在功能、行為、性能、設計約束等方面的期望。
需求過程主要是獲取用戶需求、標識系統中所要用到的構件、進行架構需求評審。
標識構件詳細分為：生成類圖、對類圖進行分組、將類打包成構件三步。
28、場景是從風險承擔者的角度對系統交互的描述，可以從六個方面進行描述：刺激源、刺激、制品、環境、響應、響應度量。一般采用刺激、環境、響應三方面來及描述。
29、基于場景的架構分析方法（SAAM）分析評估體系結構的過程包括五個步驟：場景開發、體系結構描述、單個場景評估、場景交互、總體評估。
30、基于場景的架構分析方法（SAAM）的主要輸入是：問題描述、需求說明、體系結構描述。
31、架構權衡分析方法（ATAM）是在基于場景的架構分析方法（SAAM）基礎之上發展起來的，主要階段包括：場景和需求收集、架構視圖和場景實現、屬性模型構造和分析、屬性模型折中。
32、架構權衡分析方法（ATAM）主要關注系統的需求說明。
33、軟件元素包括：需求分析文檔、設計過程、設計文檔、程序代碼、測試用例、領域知識。
34、構件檢索中的刻面檢索法：基于刻面分類法，分三步：構造查詢、檢索構件、對構件進行排序。
35、構件組裝技術分為：基于功能的組裝技術、基于數據的組裝技術、面向對象的組裝技術。
36、CORBA構件模型中，【可移植對象適配器POA】的作用是在底層傳輸平臺與接收調用并返回結果的對象之間進行協調，【伺服對象Servant】是完成客戶請求服務對象的實現。
37、對象管理組織（OMG）基于CORBA定義了4種構件標準。
實體（Entity）構件：需要長期持久化并主要用于事務性行為，由容器管理其持久化。
加工（Process）構件：需要容器管理其持久化，但沒有客戶端可訪問的主鍵。
會話（Session）構件：不需要容器管理其持久化，其狀態信息必須由構件自己管理。
服務（Service）構件：是無狀態的。
38、伺服對象（Servant）是CORBA對象的真正實現，負責完成客戶端請求。
39、對象適配器（ObjectAdapter）用于屏蔽ORB內核的實現細節。
40、對象請求代理（ObjectRequestBroker）用于解釋調用并負責查找實現該請求的對象。
41、模型驅動結構（MDA）產生三種類型的系統模型：
計算無關模型：對系統中使用的重要的領域抽象進行建模，被稱為領域模型。
平臺無關模型：在不涉及實現的情況下對系統的運轉進行建模。
平臺相關模型：平臺無關模型轉換后得到，對每個應用平臺都有一個單獨的平臺相關模型。
42、模型驅動結構（MDA）的主要目標：可移植性、互通性、可重用性。
43、邏輯設計階段的任務是：將概念模型設計階段得到的基本E-R圖轉換為與選用的DBMS產品所支持的數據模型相符合的邏輯結構。
44、在數據庫設計的邏輯設計階段進行關系規范化。
45、軟件設計可分為：概要設計、詳細設計。
46、概要設計也稱為高層設計或總體設計，將軟件需求轉化為數據結構和軟件的系統結構。
47、詳細設計也稱為低層設計，對結構圖進行細化，得到詳細的數據結構與算法。
48、架構設計主要關注軟件組件的結構、屬性、交互作用。
49、現有的設計模式可以分為創建型、結構型和行為型三種模式。
創建型模式：abstract factory（抽象工廠模式）、builder（建造者模式/生成器模式/構建者模式）、factory method（工廠方法模式/虛擬構造器模式/多態性工廠模式）、prototype（原型模式/克隆模式）、singleton（單例模式/單態模式）。
結構型模式：adaptor（適配器模式/包裝模式）、bridge（橋接模式）、composite（組合模式/復合模式）、decorator（裝飾者模式/裝飾器模式）、facade（外觀模式/門面模式）、flyweight（享元模式）、proxy（代理模式）。
行為型模式：chain of responsibility（責任鏈模式）、command（命令模式）、interpreter（解釋器模式）、iterator（迭代器模式）、mediator（中介者模式）、memento（備忘錄模式）、observer（觀察者模式）、state（狀態模式）、strategy（策略模式）、template method（模板方法模式）、visitor（訪問者模式）。
50、面向構件的編程需要下列基本的支持：多態性（可替代性）、模塊封裝性（高層次信息的隱藏）、后期的綁定和裝載（部署獨立性）、安全性（類型和模塊安全性）。
51、在服務端構件模型中，【EJB和COM+模型】適用于應用服務器。【servlet和asp】適用于web服務器。